Reports enhanced partition statistics in /proc/diskstats.
Signed-off-by: Jerome Marchand [EMAIL PROTECTED]
---
block/genhd.c | 28 ++--
1 file changed, 22 insertions(+), 6 deletions(-)
diff -uprN -X linux-2.6/Documentation/dontdiff linux-2.6.orig/block/genhd.c
Removes the now unused old partition statistic code.
Signed-off-by: Jerome Marchand [EMAIL PROTECTED]
---
block/blk-core.c |4
fs/partitions/check.c |2 --
include/linux/genhd.h |1 -
3 files changed, 7 deletions(-)
diff -uprN -X linux-2.6/Documentation/dontdiff
veerasena reddy wrote:
I have a requirement where i need to execute a user process even when
the kernel is utilizing 100% of CPU time.
In the realtime kernel, hardware interrupt handlers are prioritized
threads, so you can give the userspace process a higher realtime priority.
--
On (01/02/08 19:42), Gerhard Pircher didst pronounce:
I'm trying to get the 2.6.24 Linux kernel booting on my AmigaOne machine
(it's a desktop PowerPC G4 machine with 1.5GB RAM). I have written the
device tree and platform setup files for arch/powerpc, which seem to be
working so far.
Forward to netdev list.
--- Forwarded message (begin)
Subject: Typo in net/netfilter/xt_iprange.c (git tree)
From: Jiri Moravec ...
Date: Fri, 01 Feb 2008 15:50:15 +0100
Function iprange_mt4 belong to IPv4 family - AF_INET. Right?
.name = iprange,
.revision =
On Fri, 1 Feb 2008, Robin Holt wrote:
Maybe I haven't looked closely enough, but let's start with some common
assumptions. Looking at do_wp_page from 2.6.24 (I believe that is what
my work area is based upon). On line 1559, the function begins being
declared.
Aah I looked at the wrong
Move the setting of nr_cpu_ids from sched_init() to init/main.c,
so that it's available as early as possible.
Based on the linux-2.6.git + x86.git
Signed-off-by: Mike Travis [EMAIL PROTECTED]
---
init/main.c| 21 +
kernel/sched.c |7 ---
2 files changed, 21
This patchset provides the following:
* Generic: Percpu infrastructure to rebase the per cpu area to zero
This provides for the capability of accessing the percpu variables
using a local register instead of having to go through a table
on node 0 to find this cpu specific offsets.
Cleanup references to the early cpu maps for the non-SMP configuration
and remove some functions called for SMP configurations only.
Based on linux-2.6.git + x86.git
Signed-off-by: Mike Travis [EMAIL PROTECTED]
---
arch/x86/kernel/genapic_64.c |2 ++
arch/x86/kernel/mpparse_64.c |2 ++
* Declare the pda as a per cpu variable. This will move the pda area
to an address accessible by the x86_64 per cpu macros. Subtraction
of __per_cpu_start will make the offset based from the beginning
of the per cpu area. Since %gs is pointing to the pda, it will
then also
On Fri, 1 Feb 2008, Robin Holt wrote:
OK. Now that release has been moved, I think I agree with you that the
down_write(mmap_sem) can be used as our lock again and still work for
Jack. I would like a ruling from Jack as well.
Talked to Jack last night and he said its okay.
--
To
On Fri, 1 Feb 2008 12:11:41 -0500, Len Brown wrote
What do you see if you build with CONFIG_HIGH_RES_TIMERS=n
Does it work better if you boot with acpi=off?
if yes, how about with just pnpacpi=off?
thanks,
-Len
It is not very easy to test. About bug - most probably it is related to
* Support an option
CONFIG_HAVE_ZERO_BASED_PER_CPU
that makes offsets for per cpu variables to start at zero.
If a percpu area starts at zero then:
- We do not need RELOC_HIDE anymore
- Provides for the future capability of architectures providing
Argh. Did not see this soon enougn. Maybe this one is better since it
avoids the additional unlocks?
On Fri, 1 Feb 2008, Robin Holt wrote:
do_wp_page can reach the _end callout without passing the _begin
callout. This prevents making the _end unles the _begin has also
been made.
Index:
On Feb 1, 2008 10:11 AM, dean gaudet [EMAIL PROTECTED] wrote:
actually yeah i've seen this... in a bizarre failure situation in a system
which physically had RAM in the boot node but it was never enumerated for
the kernel (other nodes had RAM which was enumerated).
so technically there was
Andi Kleen wrote:
Why? 64-bit Xen will need this to be set_pmd if its an update to L2 of
the table.
Then change_page_attr() and hugepages will already not work because they both
do exactly that.
And I didn't want to duplicate this manual code for the GBpages case, so i
changed it
On Fri, 1 Feb 2008, Robin Holt wrote:
Currently, it is calling mmu_notifier _begin and _end under the
i_mmap_lock. I _THINK_ the following will make it so we could support
__xip_unmap (although I don't recall ever seeing that done on ia64 and
don't even know what the circumstances are for
On Fri, Feb 01, 2008 at 11:41:48PM +0530, veerasena reddy wrote:
I have a requirement where i need to execute a user process even when the
kernel is utilizing 100% of CPU time.
Actual scenario is as below:
i have a device on my board. this device keeps generating regular (for every
2secs)
From: Guennadi Liakhovetski [EMAIL PROTECTED]
First part of an extension to let the pca9539 driver support more
chips, starting with pca9534, pca9535, pca9536, pca9537, and pca9538.
This renames the files and modifies the Makefile.
Signed-off-by: Guennadi Liakhovetski [EMAIL PROTECTED]
From: Guennadi Liakhovetski [EMAIL PROTECTED]
This second part of an extension to support more pca953x chips
renames the C and Kconfig symbols. All affected files were updated
by sed, except for a couple of obvious exceptions. It also
updates the Kconfig helptext.
Signed-off-by: Guennadi
From: Guennadi Liakhovetski [EMAIL PROTECTED]
This third part of an extension to support more pca953x chips
updates the logic to handle the smaller register widths used by
the 4-bit and 8-bit parts, and to use the chip type to determine
how many GPIOs it provides.
As long as we don't support
[PATCH] make loglevel related commandline to early_param v2
so we can use them for early console like
console=uart8250,io,0x3f8,115200n8
earlycon=uart8250,io,0x3f8,115200n8
early_printk
otherwise printk(KERN_DEBUG debug msg) will not print out to console even
debug command line is used.
andi
On Fri, 1 Feb 2008, Andrea Arcangeli wrote:
Note that my #v5 doesn't require to increase the page count all the
time, so GRU will work fine with #v5.
But that comes with the cost of firing invalidate_page for every page
being evicted. In order to make your single invalidate_range work without
On Mon, 28 Jan 2008, Jan Engelhardt wrote:
On Jan 28 2008 01:05, Trent Piepho wrote:
Maybe the kernel headers should provide a couple macros for testing
configs, since people get it wrong over and over again?
#define CONFIG_ON(x) (defined(CONFIG_##x) || defined(CONFIG_##x##_MODULE))
Ingo Molnar wrote:
and your solution: you advocate destroying information by pulling it off
lkml
I did not propose to pull anything off of LKML.
I argued that LKML's topic is not a true superset of some of those other
lists' topics, hence cannot truly replace those lists.
--
Stefan Richter
On Fri, 01 Feb 2008 11:35:35 -0800
Yinghai Lu [EMAIL PROTECTED] wrote:
[PATCH] make loglevel related commandline to early_param v2
so we can use them for early console like
console=uart8250,io,0x3f8,115200n8
earlycon=uart8250,io,0x3f8,115200n8
early_printk
otherwise printk(KERN_DEBUG
Hi Boris,
On Fri, 1 Feb 2008 19:29:09 +0100, Borislav Petkov wrote:
end_that_request_last() is not called when __blk_end_reuqest()
returns 1. Then, the issuer isn't waken up.
So I think the BUG() or error messages should be there.
you mean, end_that_request_last() isn't called
Fix following warning:
WARNING: vmlinux.o(.data+0x253e28): Section mismatch in reference from the
variable test_drv to the function .devexit.text:test_remove()
Fix by renaming the platfrom_driver variable from *_drv to *_driver
so modpost ignore the reference to an __devexit section.
Silence following warnings:
WARNING: drivers/pcmcia/built-in.o(.data+0x14e0): Section mismatch in reference
from the variable pd6729_pci_drv to the function
.devinit.text:pd6729_pci_probe()
WARNING: drivers/pcmcia/built-in.o(.data+0x14e8): Section mismatch in reference
from the variable
Silence the following warnings:
WARNING: drivers/pcmcia/built-in.o(.data+0x348): Section mismatch in reference
from the variable pccard_sysfs_interface to the function
.devinit.text:pccard_sysfs_add_socket()
WARNING: drivers/pcmcia/built-in.o(.data+0x350): Section mismatch in reference
from the
Fix following warnings:
WARNING: drivers/serial/built-in.o(.data+0x5b8): Section mismatch in reference
from the variable pci_serial_quirks to the function
.devexit.text:pci_ite887x_exit()
WARNING: drivers/serial/built-in.o(.data+0x5e0): Section mismatch in reference
from the variable
On Friday 01 February 2008 11:56:23 am Andrew Morton wrote:
On Fri, 01 Feb 2008 11:35:35 -0800
Yinghai Lu [EMAIL PROTECTED] wrote:
[PATCH] make loglevel related commandline to early_param v2
so we can use them for early console like
console=uart8250,io,0x3f8,115200n8
Original-Nachricht
Datum: Fri, 1 Feb 2008 19:11:19 +
Von: Mel Gorman [EMAIL PROTECTED]
An: Gerhard Pircher [EMAIL PROTECTED]
CC: linux-kernel@vger.kernel.org
Betreff: Re: Commit for mm/page_alloc.c breaks boot process on my machine
With this patch, early boot would
Currently, with DM (and probably MD) we can receive streams of multiple
PLUG and/or UNPLUG traces on the lower devices:
8,32 1 91043825.383725302 12843 P N [mkfs.ext2]
8,32 1 91162725.385613612 12843 P N [mkfs.ext2]
8,32 1 91181925.385931255 12843 P N
Remove old definition of setup_per_cpu_areas.
The definition is done depending on the new config variable
HAVE_SETUP_PER_CPU_AREA.
Signed-off-by: Bastian Blank [EMAIL PROTECTED]
diff --git a/include/asm-powerpc/percpu.h b/include/asm-powerpc/percpu.h
index cc1cbf6..f309d34 100644
---
Another way to look at it... All of a sudden, different from 2.6.24,
kernel 2.6.25-git build spews so many warnings that I need to disable
section mismatch checking completely, because there is so much noise
that __normal build messages scroll off the screen__.
One can ignore or one can
Hi Andrew.
Again I rely on you to pick up the patches.
But let me know if you prefer another route toward mainline.
And I obviously expect the Cc: people to review the changes
albeit this serie is trivial.
This is on top of my local tree and not -mm - so yell at me
and drop anything that does
On Fri, 1 Feb 2008 21:02:08 +0100
Bastian Blank [EMAIL PROTECTED] wrote:
Fix ext4 bitops.
This is incomplete. Please tell us what was fixed.
If it was a build error then please quote the compile error output in the
changelog, as well as the usual description of what the problem is, and how
On (01/02/08 21:05), Gerhard Pircher didst pronounce:
Original-Nachricht
Datum: Fri, 1 Feb 2008 19:11:19 +
Von: Mel Gorman [EMAIL PROTECTED]
An: Gerhard Pircher [EMAIL PROTECTED]
CC: linux-kernel@vger.kernel.org
Betreff: Re: Commit for mm/page_alloc.c breaks boot
Sam Ravnborg wrote:
One can ignore or one can fix...
I decided to spend some of my friday on fixing section mismatch
warnings as I've got a bit irritated over people spending time
complaining but failing to provide patches.
Sam - who expected more people to actually fix this stuff :-(
Quoting Andrew G. Morgan ([EMAIL PROTECTED]):
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Here is the patch to add per-process securebits.
Its all code that lives inside the capability LSM and the new securebits
implementation is only active if CONFIG_SECURITY_FILE_CAPABILITIES is
Misc audit updates and fixes. Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/viro/audit-current.git/ audit.b46
Shortlog:
Al Viro (2):
switch audit_get_loginuid() to task_struct *
get rid of loginuid races
Andrew Morton (1):
[patch 1/2] kernel/audit.c:
Gene Heskett wrote:
Greetings;
I just rebooted to a new config of 2.6.24, basically trying to strip out the
building of modules I don't use. And I enabled a couple of checks that
weren't checked in the kernel-hacking menu. .config posted on request.
Now the messages log is being spammed
Dear all,
I need to work with kernel 2.6.10 .But ltt hasn't 2.6.10 patches in the
its site.oldest version is 2.6.12.
Reason of needed to old kernel is i need to a kernel that it is not
patched to security patch.
If you have its patch for 2.6.10 please mail me
Cheers,
Mohsen
--
Hi,
On Thu, 2008-01-24 at 13:24 -0800, Mingming Cao wrote:
-static int journal_write_commit_record(journal_t *journal,
- transaction_t *commit_transaction)
+static int journal_submit_commit_record(journal_t *journal,
+
Hi Erez,
Aside from the occasional unionfs: new lower inode mtime messages
on directories (which I've got into the habit of ignoring now), the
only problem I'm still suffering with unionfs over tmpfs (not tested
any other fs's below it recently) is oops in unionfs_copy_attr_times.
I believe I'm
Tejun,
If you could explain your objection to James's patches in this area, I
would really appreciate it.
We have several conflicting patches in this area, and we need to get the
details sorted.
I think you mentioned a key objection that was we actually need to know
/two/ sizes at the
I'm not sure whether it's the right fix, but it doesn't make sense to call
print_cpu_info without leading printk...
---
fix print_cpu_info, because it produced on boot:
CPU: 6AMD Athlon(tm) 64 Processor 3200+ stepping 00
instead of
CPU: AMD Athlon(tm) 64 Processor 3200+ stepping 00
(broken since
Fix ext4 bitops.
Signed-off-by: Bastian Blank [EMAIL PROTECTED]
diff --git a/include/asm-powerpc/bitops.h b/include/asm-powerpc/bitops.h
index 220d9a7..d0980df 100644
--- a/include/asm-powerpc/bitops.h
+++ b/include/asm-powerpc/bitops.h
@@ -363,6 +363,8 @@ unsigned long
Fix ext4 bitops.
Signed-off-by: Bastian Blank [EMAIL PROTECTED]
diff --git a/include/asm-s390/bitops.h b/include/asm-s390/bitops.h
index dba6fec..47844fc 100644
--- a/include/asm-s390/bitops.h
+++ b/include/asm-s390/bitops.h
@@ -762,6 +762,8 @@ static inline int sched_find_first_bit(unsigned
On Friday 01 February 2008 14:15, Denys Fedoryshchenko wrote:
On Fri, 1 Feb 2008 12:11:41 -0500, Len Brown wrote
What do you see if you build with CONFIG_HIGH_RES_TIMERS=n
Does it work better if you boot with acpi=off?
if yes, how about with just pnpacpi=off?
thanks,
-Len
Quoting Claude Frantz ([EMAIL PROTECTED]):
Hello !
As user root I'm trying to load the ath_pci module from madwifi using
the modprobe command, which is the recommanded way. But I get the
following diag in the log:
modprobe: WARNING: Could not open
On Fri, Feb 01, 2008 at 12:22:57PM -0800, Andrew Morton wrote:
On Fri, 1 Feb 2008 21:02:08 +0100
Bastian Blank [EMAIL PROTECTED] wrote:
Fix ext4 bitops.
This is incomplete. Please tell us what was fixed.
If it was a build error then please quote the compile error output in the
Original-Nachricht
Datum: Fri, 1 Feb 2008 20:25:18 +
Von: Mel Gorman [EMAIL PROTECTED]
An: Gerhard Pircher [EMAIL PROTECTED]
CC: linux-kernel@vger.kernel.org
Betreff: Re: Commit for mm/page_alloc.c breaks boot process on my machine
I meant uninitialised memory but I
On Thursday 31 January 2008, David Brownell wrote:
Quoth Harvey Harrison:
Ping?
What: dev-power.power_state
When: July 2007
... there are still quite a few users left, and a new one was (sigh)
recently added.
- drivers/rtc/rtc-sa1100.c ... new usage, merged last week
Hi.
Here is version 2 of a patch set which modifies the system to
enhance the ESTALE error handling for system calls which take
pathnames as arguments.
The error, ESTALE, was originally introduced to handle the
situation where a file handle, which NFS uses to uniquely
identify a file on the
Hi.
This patch adds handling for the error, ESTALE, to the system
calls which take pathnames as arguments. The algorithm used
is to detect that an ESTALE error has occurred during an
operation subsequent to the lookup process and then to unwind
appropriately and then to perform the lookup
Hi.
The patch enhanced the ESTALE error handling for NFS mounted
file systems. It expands the number of places that the NFS
client checks for ESTALE returns from the server.
It also enhances the ESTALE handling for directories by
occasionally retrying revalidation to check to see whether the
This doesn't apply to -mm, because the ro-mounts stuff touches a lot
of the same places as this patch. You probably need to rebase this on
top of those changes.
This patch adds handling for the error, ESTALE, to the system
calls which take pathnames as arguments. The algorithm used
is to
On Feb 1 2008 12:10, Andi Kleen wrote:
On Friday 01 February 2008 11:47:18 Sam Ravnborg wrote:
James said in a related posting that the Section mismatch
warnings were getting out of control.
My question is: where are crashes? If the sections were
really in such bad shape and since we poison
On 01/02/2008, Ingo Molnar [EMAIL PROTECTED] wrote:
thanks - i cannot reproduce it on my usual suspend/resume testbox
because e1000 broke on it, and this is a pretty annoying regression.
We'll have to undo the hung-tasks detection feature if it's not fixed
quickly. (there's no point in
Miklos Szeredi wrote:
This doesn't apply to -mm, because the ro-mounts stuff touches a lot
of the same places as this patch. You probably need to rebase this on
top of those changes.
This patch adds handling for the error, ESTALE, to the system
calls which take pathnames as arguments. The
sg_dma_len(sg) is invalid before the s/g list is DMA-mapped.
This fixes a post 2.6.24 regression which prevents access to SBP-2
devices on several architectures, introduced by ieee1394: sbp2: s/g
list access cosmetics, commit 825f1df545ab0289185373b0eaf06fb0b3487422.
Signed-off-by: Stefan
On Feb 1, 2008 4:37 AM, Cornelia Huck [EMAIL PROTECTED] wrote:
On Thu, 31 Jan 2008 12:49:00 -0700,
Williams, Dan J [EMAIL PROTECTED] wrote:
I am mistaken, the 'depends on ARCH...' precludes HAS_DMA. Perhaps the
compiler is emitting a call to async_tx_find_channel when it needs to be
Trond Myklebust wrote:
On Fri, 2008-02-01 at 15:58 -0500, Peter Staubach wrote:
Hi.
The patch enhanced the ESTALE error handling for NFS mounted
file systems. It expands the number of places that the NFS
client checks for ESTALE returns from the server.
It also enhances the ESTALE
On Feb 1 2008 03:21, Harvey Harrison wrote:
Question is: why do people keep adding new ones when they are so easy to
detect and fix?
Asnwer: because neither they nor their patch integrators are doing adequate
compilation testing.
[...]
Unless they break the build, or if there currently
On Tue, 29 Jan 2008 17:09:55 +0300
Pavel Emelyanov [EMAIL PROTECTED] wrote:
diff --git a/kernel/kgdb.c b/kernel/kgdb.c
index 87b0463..6de0fd0 100644
--- a/kernel/kgdb.c
+++ b/kernel/kgdb.c
@@ -621,7 +621,7 @@ static struct task_struct *getthread(struct pt_regs
*regs, int tid)
if
On Fri, 2008-02-01 at 22:47 +0100, Jan Engelhardt wrote:
On Feb 1 2008 03:21, Harvey Harrison wrote:
Question is: why do people keep adding new ones when they are so easy to
detect and fix?
Asnwer: because neither they nor their patch integrators are doing adequate
compilation
Christoph,
The following code in do_wp_page is a problem.
We are getting this callout when we transition the pte from a read-only
to read-write. Jack and I can not see a reason we would need that
callout. It is causing problems for xpmem in that a write fault goes
to get_user_pages which gets
This doesn't apply to -mm, because the ro-mounts stuff touches a lot
of the same places as this patch. You probably need to rebase this on
top of those changes.
This patch adds handling for the error, ESTALE, to the system
calls which take pathnames as arguments. The algorithm
Miklos Szeredi wrote:
This doesn't apply to -mm, because the ro-mounts stuff touches a lot
of the same places as this patch. You probably need to rebase this on
top of those changes.
This patch adds handling for the error, ESTALE, to the system
calls which take pathnames as
On Fri, Feb 01, 2008 at 10:22:13PM +0100, Geert Uytterhoeven wrote:
On Fri, 1 Feb 2008, Sam Ravnborg wrote:
On Fri, Feb 01, 2008 at 02:30:44PM +0100, Geert Uytterhoeven wrote:
BTW, on m68k I get ca. 160 of them. Most seem to originate in
drivers/isdn/. Doesn't look unsurmountable compared
On Wed, Jan 30, 2008 at 03:25:00PM +0100, Peter Zijlstra wrote:
On Wed, 2008-01-30 at 09:09 -0500, Steven Rostedt wrote:
Paul,
Peter and I are having a discussion on craziness of archs and memory
barriers. You seem to understand crazy archs pretty well, and we would
like some advice.
In message [EMAIL PROTECTED], Hugh Dickins writes:
Hi Erez,
Aside from the occasional unionfs: new lower inode mtime messages
on directories (which I've got into the habit of ignoring now), the
only problem I'm still suffering with unionfs over tmpfs (not tested
any other fs's below it
On Sunday 27 January 2008, Frans Pop wrote:
On Saturday 26 January 2008, Bartlomiej Zolnierkiewicz wrote:
On Saturday 26 January 2008, Jan Engelhardt wrote:
On Jan 26 2008 21:31, Frans Pop wrote:
config BLK_DEV_IDE_PMAC
- bool Builtin PowerMac IDE support
+ tristate
On Sunday 27 January 2008, Geert Uytterhoeven wrote:
Atari Falcon IDE: Add missing hwif variable
Commit cbb010c180294a5242a7681555c28737d9dd26ab
ide: drop 'initializing' argument from ide_register_hw()
* Rename init_hwif_data() to ide_init_port_data() and export it.
*
On Monday 28 January 2008, Adrian Bunk wrote:
ide_dma_on can be unexported.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
applied
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Monday 28 January 2008, Adrian Bunk wrote:
- ide_scan_pcibus() can become static
- instead of ide_scan_pci() we can use ide_scan_pcibus() directly
in module_init()
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
applied
--
To unsubscribe from this list: send the line unsubscribe
On Monday 28 January 2008, Adrian Bunk wrote:
After commit 7267c3377443322588cddaf457cf106839a60463
wait_drive_not_busy() can become static again.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
applied
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On Thursday 31 January 2008, Jens Axboe wrote:
On Thu, Jan 31 2008, Florian Lohoff wrote:
On Thu, Jan 31, 2008 at 02:05:58PM +0100, Jens Axboe wrote:
The below fix should be enough. It's perfectly legal to have leftover
byte counts when the drive signals completion, happens all the time
On Wednesday 30 January 2008, Adrian Bunk wrote:
This patch fixes the following section mismatch:
-- snip --
...
WARNING: vmlinux.o(.text+0x3b641c): Section mismatch in reference from the
function .pmac_ide_setup_device() to the function
.init.text:.pmac_ide_setup_dma()
...
--
On Fri, Feb 01, 2008 at 03:24:05PM -0500, Jeff Garzik wrote:
Sam Ravnborg wrote:
One can ignore or one can fix...
I decided to spend some of my friday on fixing section mismatch
warnings as I've got a bit irritated over people spending time
complaining but failing to provide patches.
On Fri, Feb 01, 2008 at 10:47:25PM +0100, Jan Engelhardt wrote:
On Feb 1 2008 03:21, Harvey Harrison wrote:
Question is: why do people keep adding new ones when they are so easy to
detect and fix?
Asnwer: because neither they nor their patch integrators are doing adequate
On Friday 01 February 2008 09:54, Ingo Molnar wrote:
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
no strong preference here - pick the one you like best and send a
patch please :-)
Here you go, but I think it falls into the ACPI category.
agreed - Len, would you mind to pick
i'm getting spurious build failures with latest -git:
In file included from drivers/scsi/aic7xxx/aic7xxx_proc.c:44:
drivers/scsi/aic7xxx/aic7xxx_inline.h: In function 'ahc_pause_bug_fix':
drivers/scsi/aic7xxx/aic7xxx_inline.h:66: error: 'CCSCBCTL' undeclared (first
use in this function)
On Fri, Feb 01, 2008 at 07:14:07PM +0100, Jerome Marchand wrote:
Hi,
This patchset is the corrected version of the patchset I posted
here weeks ago and which brings back the I/O statistics concerning
partitions which were lost between 2.4 and 2.6 kernels.
This version still breaks the
On 01/02/2008, Dmitry Adamushko [EMAIL PROTECTED] wrote:
On 01/02/2008, Ingo Molnar [EMAIL PROTECTED] wrote:
thanks - i cannot reproduce it on my usual suspend/resume testbox
because e1000 broke on it, and this is a pretty annoying regression.
We'll have to undo the hung-tasks detection
* Dmitry Adamushko [EMAIL PROTECTED] wrote:
I've observed delays from ~3 s. up to ~8 s. (out of ~20 tests) so
the 10s. delay of msleep_interruptible() might be related but I'm
still looking for the reason why this fix helps (and what goes wrong
with the current code).
heh... it's
Did someone undo a previous patch for this on ARM, it used to work.?
CHK include/linux/version.h
make[1]: `include/asm-arm/mach-types.h' is up to date.
CHK include/linux/utsrelease.h
CALLscripts/checksyscalls.sh
stdin:1097:2: warning: #warning syscall fadvise64 not implemented
On Fri, Feb 01, 2008 at 11:50:56PM +0100, Ingo Molnar wrote:
i'm getting spurious build failures with latest -git:
In file included from drivers/scsi/aic7xxx/aic7xxx_proc.c:44:
drivers/scsi/aic7xxx/aic7xxx_inline.h: In function 'ahc_pause_bug_fix':
drivers/scsi/aic7xxx/aic7xxx_inline.h:66:
Here are a lot of USB fixes and new drivers against your 2.6.24 git tree.
Full details are below, nothing radical here, just some new drivers,
more device ids, and some general improvements in a variety of places.
Please pull from:
On Mon, 12 Nov 2007 15:30:11 +0100
[EMAIL PROTECTED] wrote:
From: Martin Schwidefsky [EMAIL PROTECTED]
Background: I've implemented 1K/2K page tables for s390. These sub-page
page tables are required to properly support the s390 virtualization
instruction with KVM. The SIE instruction
On Fri, 1 Feb 2008, Robin Holt wrote:
We are getting this callout when we transition the pte from a read-only
to read-write. Jack and I can not see a reason we would need that
callout. It is causing problems for xpmem in that a write fault goes
to get_user_pages which gets back to
On 01/02/2008, Ingo Molnar [EMAIL PROTECTED] wrote:
* Dmitry Adamushko [EMAIL PROTECTED] wrote:
I've observed delays from ~3 s. up to ~8 s. (out of ~20 tests) so
the 10s. delay of msleep_interruptible() might be related but I'm
still looking for the reason why this fix helps (and what
Hi Linus,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git suspend
This will update the files shown below.
thanks!
-Len
ps. individual patches are available on [EMAIL PROTECTED]
and a consolidated plain patch is available here:
Here are a bunch of PCI patches against your 2.6.24 git tree.
Some general cleanups, minor tweaks, and a bit of PCI hotplug updates,
and some PCI Express updates for new features, if your hardware happens
to support it.
Please pull from:
On Friday, 1 of February 2008, Rafael J. Wysocki wrote:
On Friday, 1 of February 2008, Ingo Molnar wrote:
* Peter Zijlstra [EMAIL PROTECTED] wrote:
The below fixes it for me..
---
- restore the old wakeup mechanism
- fix break usage in do_each_thread() { }
Hi,
On Monday 28 January 2008, Sergei Shtylyov wrote:
Hello.
Bartlomiej Zolnierkiewicz wrote:
* Remove 'struct pci_dev *dev' argument from ide_hwif_setup_dma().
* Un-static ide_hwif_setup_dma() and add CONFIG_BLK_DEV_IDEDMA_PCI=n
version.
* Add 'const struct ide_port_info *d'
On Saturday, 2 of February 2008, Dmitry Adamushko wrote:
On 01/02/2008, Ingo Molnar [EMAIL PROTECTED] wrote:
* Dmitry Adamushko [EMAIL PROTECTED] wrote:
I've observed delays from ~3 s. up to ~8 s. (out of ~20 tests) so
the 10s. delay of msleep_interruptible() might be related but
Hi!
+static irqreturn_t ipwireless_handle_v1_interrupt(int irq,
+ struct ipw_hardware *hw)
+{
+ unsigned short irqn;
+ unsigned short ack;
+
+ irqn = inw(hw-base_port + IOIR);
+
+ /* Check if card is present */
+ if (irqn ==
801 - 900 of 1018 matches
Mail list logo