cfq_get_queue()->cfq_find_alloc_queue() can fail, check the returned value.
Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]>
--- K/block/cfq-iosched.c~3_get 2007-10-20 15:48:35.0 +0400
+++ K/block/cfq-iosched.c 2007-10-20 17:05:30.0 +0400
@@ -1443,8 +1443,11 @@
>
> > Is it truly protable with "=" or do we need to be more clever?
>
> I don't know how you managed to get it to work wtih "==".
> String equality should be "=" in all /bin/sh versions.
> It's been that way since it was written in pseudo-Algol.
[EMAIL PROTECTED] kbuild.git]$ if [ "x86_64" ==
Stefan Richter <[EMAIL PROTECTED]> writes:
> What if we add a whitelisting in the driver which ignores the register
> contents which state OHCI 1.0 implementation level, and just treats
> these VIA chips as OHCI 1.1 implementations?
It would be interesting but I'm not sure it would work. I guess
diff --git a/arch/i386/Kconfig b/arch/i386/Kconfig
index f6e44fc..9e8a74f 100644
--- a/arch/i386/Kconfig
+++ b/arch/i386/Kconfig
@@ -1258,6 +1258,8 @@ source "drivers/Kconfig"
source "fs/Kconfig"
+source "kernel/Kconfig.instrumentation"
+
source "arch/i386/Kconfig.debug"
source
I think there is a need for Kconfig to specify that a functionality could
be built as a module or not built at all.
Some drivers require that firmware is loaded when the driver is
initialized. The kernel has functionalities for this by using a userspace
program. However, this userspace program is
On Fri, 19 Oct 2007 10:54:27 +0100
Richard Purdie <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-10-16 at 10:34 -0400, Dmitry Torokhov wrote:
> > On 10/16/07, Kristoffer Ericson <[EMAIL PROTECTED]> wrote:
> > > This is mainly an embedded issue, but I feel it's quite important.
> > > It should apply
On Fri, 19 Oct 2007 12:49:37 +0900
Paul Mundt <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 18, 2007 at 09:39:04PM -0700, Kristoffer Ericson wrote:
> > This patch adds HD64461 Timer adresses & registers to the HD64461
> > header file (/include/asm-sh/hd64461.h). The timers (TMU0 & TMU1) can
> > hold
On Fri, 19 Oct 2007 08:56:18 +0800
"eric miao" <[EMAIL PROTECTED]> wrote:
> On 10/19/07, Kristoffer Ericson <[EMAIL PROTECTED]> wrote:
> > Greetings,
> >
> > I've been trying to implement proper suspend on my jornada 720 machine. But
> > as far as I can see it never reaches
> > the
Hi all,
SOLVED!
On Saturday 20 October 2007 10:37:31 Nick Warne wrote:
> On Friday 19 October 2007 23:28:21 Bartlomiej Zolnierkiewicz wrote:
> > On Saturday 20 October 2007, Nick Warne wrote:
> > > On Friday 19 October 2007 22:44:27 Bartlomiej Zolnierkiewicz wrote:
> > >
> > > hdparm -I
> >
> >
On Fri, 2007-10-19 at 22:34 -0700, Andrew Morton wrote:
> On Sat, 20 Oct 2007 13:57:54 +0900 Mattia Dongili <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Oct 11, 2007 at 09:31:26PM -0700, Andrew Morton wrote:
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23/2.6.23-mm1/
(untested, needs an explicit ack/nack from maintainer)
Spotted by Nick <[EMAIL PROTECTED]>, perhaps explains the first trace in
http://bugzilla.kernel.org/show_bug.cgi?id=9180.
cfq_exit_queue() should cancel cfqd->unplug_work before freeing cfqd.
blk_sync_queue() seems unneeded, removed.
Q: why
(untested, needs an explicit ack/nack from maintainer)
blk_sync_queue() cancels the timer, but forgets to cancel the work.
Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]>
--- K/block/ll_rw_blk.c~2_blk 2007-10-13 14:51:42.0 +0400
+++ K/block/ll_rw_blk.c 2007-10-20 16:10:08.0
[fs/fat/]: Refine chmod checks
Prohibit mode changes in non-quiet mode that cannot be stored reliably
with the on-disk format.
Suppose a vfat filesystem is mounted with umask=0 and [not-quiet].
Then all files will have mode 0777. Trying to change the owner will
fail, because fat does not know
Hi all,
I noticed I had a module option being built that wasn't in menuconfig.
It is missing description. I also added a brief help message.
Signed off by: Nick Warne <[EMAIL PROTECTED]>
Nick
--
Free Software Foundation Associate Member 5508
--- linux-current/drivers/scsi/Kconfig_old
[Just catching with reading lkml to this post]
On 10/18/07, Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> Theory - ata_sg_is_last() isn't returning true for the last entry. Can
> you double check that it correcly marks the last entry in mv_fill_sg()?
> Alternatively, just try this patch.
I "hate" to
Pavel Machek ha scritto:
> Hi!
>
Hi! Finally an answer, thank you.
>> [EMAIL PROTECTED] ha scritto:
>>
>>> Kernel: 2.6.22-r5
>>> Kernel option: i8042.nomux=1
>>>
>> I am now using kernel 2.6.22-r8 (Gentoo) and the following kernel options:
>>
>> i8042.nomux=1 acpi=off
>>
>> I have
From: Chris Snook <[EMAIL PROTECTED]>
Unify x86 div64.h headers.
Signed-off-by: Chris Snook <[EMAIL PROTECTED]>
diff -Nurp a/include/asm-x86/div64_32.h b/include/asm-x86/div64_32.h
--- a/include/asm-x86/div64_32.h2007-10-20 07:33:53.0 -0400
+++ b/include/asm-x86/div64_32.h
On 20 Oct 2007, Paolo Giarrusso told this:
> Guess most people are not using SMP right now, and that the error disappears
> without that setting
It doesn't. It fails with non-SMP as well.
Rob, your patch works for me. (Not that the reboot into 2.6.23.1 was
problem-free: iproute2-071016 fails to
> > BUG: unable to handle kernel NULL pointer dereference at virtual address
> > 0004
This should be fixed in recent git by
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=9b013e05e0289c190a53d78ca029e2f21c0e4485
HTH.
--
Guillaume
-
To unsubscribe from this
On Fri, Oct 19, 2007 at 11:00:34AM -0700, Andrew Morton wrote:
> On Fri, 19 Oct 2007 12:53:00 +0200 Samuel Ortiz <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Oct 18, 2007 at 03:05:44PM -0700, Andrew Morton wrote:
> > > On Thu, 18 Oct 2007 11:12:41 +0200
> > > Samuel Ortiz <[EMAIL PROTECTED]> wrote:
>
On Oct 20 2007 00:47, [EMAIL PROTECTED] wrote:
>> Sure, the idea was to mark the filter table obsolete as to make people start
>> using the mangle table to do their filtering for new setups. The filter
>> table would then still be available for legacy/special setups. But this
>> would only
On Oct 19 2007 13:40, Linus Torvalds wrote:
>On Fri, 19 Oct 2007, Andreas Gruenbacher wrote:
>>
>> Non-trivial modules (i.e., practically everything beyond capabilities)
>> become
>> effective only after loading policy, anyway. If you can load policy, you can
>> as well first load a security
added some relevant CCs
On Sat, 20 Oct 2007, Dave Haywood wrote:
> BUG: unable to handle kernel NULL pointer dereference at virtual address
> 0004
>
> Linux s1 2.6.23-g4fa4d23f #4 Fri Oct 19 10:15:50 BST 2007 i686 Pentium III
> (Coppermine) GenuineIntel GNU/Linux
>
> Gnu C
On Sat, 20 Oct 2007, Chris Snook wrote:
> From: Chris Snook <[EMAIL PROTECTED]>
>
> Unify x86 a.out_32.h and a.out_64.h
The include/asm-x86/Kbuild fixup is missing. I fixed it up.
Applied. Thanks,
tglx
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Fri, 19 Oct 2007, Hiroshi Shimamoto wrote:
> Hi,
>
> I made patches to unify crash_32/64.c.
> There are three patches;
> 1. add lapic_shutdown for x86_64
> 2. add safe_smp_processor_id for x86_64
> 3. unify crash_32/64.c
>
> I'm not sure that it's good to split to these patches.
It's fine.
On Sat, 20 Oct 2007, Chris Snook wrote:
> From: Chris Snook <[EMAIL PROTECTED]>
>
> Merge mmu_32.h and mmu_64.h into mmu.h.
>
> Signed-off-by: Chris Snook <[EMAIL PROTECTED]>
Applied. Thanks,
tglx
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Sat, 2007-10-20 at 04:48 +0200, Roel Kluin wrote:
> Gregory Haskins wrote:
> > We can avoid dirtying a rq related cacheline with a simple check, so why
> > not.
> >
> > Signed-off-by: Gregory Haskins <[EMAIL PROTECTED]>
> > ---
> >
> > 0 files changed, 0 insertions(+), 0 deletions(-)
>
> I
From: Chris Snook <[EMAIL PROTECTED]>
Unify x86 a.out_32.h and a.out_64.h
Signed-off-by: Chris Snook <[EMAIL PROTECTED]>
diff -Nurp a/include/asm-x86/a.out_32.h b/include/asm-x86/a.out_32.h
--- a/include/asm-x86/a.out_32.h2007-10-20 06:20:01.0 -0400
+++
This patch adds a new readdir() inode operation. The purpose of this patch is
to enable the VFS to support directory reading on a stack of directories. The
new interface isn't passing the struct file to the filesystem implementation
anymore. Normally the filesystem implementation shouldn't depend
This patch changes dcache_readdir() to the new inode operations readdir
interface. Hence all the users of libfs.c are changed to use the new interface
too.
Signed-off-by: Jan Blunck <[EMAIL PROTECTED]>
---
fs/autofs4/autofs_i.h |5 ++---
fs/autofs4/root.c | 41
This is a first try to move readdir() to become an inode operation. This is
necessary for a VFS implementation of "something like union-mounts" where a
readdir() needs to read the directory contents of multiple directories.
Besides that the new interface is no longer giving the struct file to the
Hi!
> I suppose I should just configure suspending to a file instead of a
> swap partition, but I've just historically trusted suspend/resume to a
> swap partition much more than to a file. Or maybe I should hack in a
> sysctl to prevent any swapping even though the swap partition is
>
Hi!
> > Would an oom-kill-someone-now sysrq be of help, I wonder?
>
> *shrug* It might. I was a letting it run hoping it would complete itself
> when
sysrq-f, IIRC.
> it locked solid. (The keyboard LEDs weren't flashing, so I don't _think_ it
> paniced. I was in X so I wouldn't have seen
On 10/15/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Mon, 15 Oct 2007, Yinghai Lu wrote:
> >
> > after the merge:
> > 1. git
> > git log -p arch/x86/kernel/io_apic_64.c
> > only can show the log from the merge..., and can not get log before
> > merge for x86_64/kernel/io_apic.c
> > Any
On Friday 19 October 2007 23:28:21 Bartlomiej Zolnierkiewicz wrote:
> On Saturday 20 October 2007, Nick Warne wrote:
> > On Friday 19 October 2007 22:44:27 Bartlomiej Zolnierkiewicz wrote:
> >
> > hdparm -I
>
> It should have been hdparm --Istdout (sorry, once again).
>
hdparm --Istdout /dev/hdd
On Fri, 19 October 2007 16:04:10 -0400, Erez Zadok wrote:
> In message <[EMAIL PROTECTED]>, =?utf-8?B?SsO2cm4=?= Engel writes:
> >
> > Since when roughly? 2.6.20ish? Before?
>
> Yeah, I guess around that time. If you want, I could go back and test each
> of my backports and see if it has the
Hi!
> Since upgrading to 2.6.23.1 from 2.6.23-rc9,
> resume-from-RAM has been misbehaving here.
>
> It takes much (+5-7 seconds) longer to resume
> *sometimes*, but not all/most of the time.
> And sometimes I get get flashing keyboard LEDs and have
> to hold the power button
> in for a full
Hi!
> [EMAIL PROTECTED] ha scritto:
> > Kernel: 2.6.22-r5
> > Kernel option: i8042.nomux=1
> I am now using kernel 2.6.22-r8 (Gentoo) and the following kernel options:
>
> i8042.nomux=1 acpi=off
>
> I have tried kernel 2.6.23-rc9 but the problem is still there.
Try usb keyboard.
Are you
Commit 9a39e273d4df0560c724c5fe71f6314a0583ca2b removed the boot directory
addition to CFLAGS that was being used by the subdirectory builds. For the
other files, that patch set EXTRA_CFLAGS, but Makefile.build explicitly
sets that to empty as it is explicitly for a single directory only.
Append
BUG: unable to handle kernel NULL pointer dereference at virtual address
0004
Linux s1 2.6.23-g4fa4d23f #4 Fri Oct 19 10:15:50 BST 2007 i686 Pentium III
(Coppermine) GenuineIntel GNU/Linux
Gnu C 4.2.0
Gnu make 3.81
binutils 2.18
util-linux
Hi Yinghai.
On Sat, Oct 20, 2007 at 12:30:50AM -0700, Yinghai Lu wrote:
> Sam,
>
> in Kconfig, most of source to include other kconfig has "..."
>
> for example:
>
> in arch/x86_64/Kconfig:
> source "net/Kconfig"
>
> but some other don't
>
> < ./drivers/w1/Kconfig:source
--
On Sat, 20 Oct 2007, Roel Kluin wrote:
> Gregory Haskins wrote:
> > We can avoid dirtying a rq related cacheline with a simple check, so why
> > not.
> >
> > Signed-off-by: Gregory Haskins <[EMAIL PROTECTED]>
> > ---
> >
> > 0 files changed, 0 insertions(+), 0 deletions(-)
>
> I think you
Sam,
in Kconfig, most of source to include other kconfig has "..."
for example:
in arch/x86_64/Kconfig:
source "net/Kconfig"
but some other don't
< ./drivers/w1/Kconfig:source drivers/w1/masters/Kconfig
< ./drivers/w1/Kconfig:source drivers/w1/slaves/Kconfig
< ./drivers/i2c/Kconfig:source
From: Chris Snook <[EMAIL PROTECTED]>
Merge mmu_32.h and mmu_64.h into mmu.h.
Signed-off-by: Chris Snook <[EMAIL PROTECTED]>
diff -Nurp a/include/asm-x86/mmu_32.h b/include/asm-x86/mmu_32.h
--- a/include/asm-x86/mmu_32.h 2007-10-20 02:42:24.0 -0400
+++ b/include/asm-x86/mmu_32.h
Dear all,
I finally managed to find a *reproducible* setup and way to trigger
random corruptions using a sata sil 3114 controller connected to 4
seagate drives
port 1: ST3400832AS sda
port 2: ST3400620AS sdb
port 3: ST3750640AS sdc
port 4: ST3750640AS sdd
sda & sdb form md0 via a raid1 setup
Krzysztof Halasa wrote:
> OTOH, it's no magic - they claim OHCI 1.1 and they do it. We don't
> only know how to enable it with (only) software. I suspect all those
> VT6306 could be "upgraded" as well.
What if we add a whitelisting in the driver which ignores the register
contents which state
On Sat, 2007-10-20 at 08:06 +0200, Maxim Levitsky wrote:
> /* Disable interrupts, DMA, and rest of the chip*/
> saa_writel(SAA7134_IRQ1, 0);
> saa_writel(SAA7134_IRQ2, 0);
> saa_writel(SAA7134_MAIN_CTRL, 0);
> dev->insuspend = 1;
>
On Saturday 20 October 2007 07:46:24 Benjamin Herrenschmidt wrote:
>
> > I probably need to add this synchronize_irq() logic in dmfe.c too, but I
> > probably do it later,
> > I think I am overestimating this race, since most drivers don't do
> > dev->insuspend checks in IRQ handler.
> > Maybe
On Sat, Oct 20, 2007 at 12:05:19AM +0200, Jiri Kosina wrote:
> On Fri, 19 Oct 2007, Larry Finger wrote:
>
> > As I said earlier, the lock problem went away; however, I get the
> > following two kernel warnings:
>
> That's because I messed up the patch, sorry. The one below should work
>
On Fri, Oct 19, 2007 at 03:54:43AM -0400, Jeff Garzik wrote:
>
> The overwhelming majority of drivers do not ever bother with the 'irq'
> argument that is passed to each driver's irq handler.
>
> Of the minority of drivers that do use the arg, the majority of those
> have the irq number stored
On Sat, 20 Oct 2007 01:54:04 -0400
Rik van Riel <[EMAIL PROTECTED]> wrote:
> On Fri, 19 Oct 2007 22:39:00 -0700
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > On Sat, 20 Oct 2007 01:13:10 -0400 Rik van Riel <[EMAIL PROTECTED]>
> > wrote:
> >
> > > On Thu, 11 Oct 2007 21:31:26 -0700
> > >
On Sat, 20 Oct 2007 01:54:04 -0400
Rik van Riel [EMAIL PROTECTED] wrote:
On Fri, 19 Oct 2007 22:39:00 -0700
Andrew Morton [EMAIL PROTECTED] wrote:
On Sat, 20 Oct 2007 01:13:10 -0400 Rik van Riel [EMAIL PROTECTED]
wrote:
On Thu, 11 Oct 2007 21:31:26 -0700
Andrew Morton [EMAIL
On Sat, Oct 20, 2007 at 12:05:19AM +0200, Jiri Kosina wrote:
On Fri, 19 Oct 2007, Larry Finger wrote:
As I said earlier, the lock problem went away; however, I get the
following two kernel warnings:
That's because I messed up the patch, sorry. The one below should work
better.
On Fri, Oct 19, 2007 at 03:54:43AM -0400, Jeff Garzik wrote:
The overwhelming majority of drivers do not ever bother with the 'irq'
argument that is passed to each driver's irq handler.
Of the minority of drivers that do use the arg, the majority of those
have the irq number stored in
On Saturday 20 October 2007 07:46:24 Benjamin Herrenschmidt wrote:
I probably need to add this synchronize_irq() logic in dmfe.c too, but I
probably do it later,
I think I am overestimating this race, since most drivers don't do
dev-insuspend checks in IRQ handler.
Maybe even just
On Sat, 2007-10-20 at 08:06 +0200, Maxim Levitsky wrote:
/* Disable interrupts, DMA, and rest of the chip*/
saa_writel(SAA7134_IRQ1, 0);
saa_writel(SAA7134_IRQ2, 0);
saa_writel(SAA7134_MAIN_CTRL, 0);
dev-insuspend = 1;
Krzysztof Halasa wrote:
OTOH, it's no magic - they claim OHCI 1.1 and they do it. We don't
only know how to enable it with (only) software. I suspect all those
VT6306 could be upgraded as well.
What if we add a whitelisting in the driver which ignores the register
contents which state OHCI 1.0
Dear all,
I finally managed to find a *reproducible* setup and way to trigger
random corruptions using a sata sil 3114 controller connected to 4
seagate drives
port 1: ST3400832AS sda
port 2: ST3400620AS sdb
port 3: ST3750640AS sdc
port 4: ST3750640AS sdd
sda sdb form md0 via a raid1 setup
From: Chris Snook [EMAIL PROTECTED]
Merge mmu_32.h and mmu_64.h into mmu.h.
Signed-off-by: Chris Snook [EMAIL PROTECTED]
diff -Nurp a/include/asm-x86/mmu_32.h b/include/asm-x86/mmu_32.h
--- a/include/asm-x86/mmu_32.h 2007-10-20 02:42:24.0 -0400
+++ b/include/asm-x86/mmu_32.h
Sam,
in Kconfig, most of source to include other kconfig has ...
for example:
in arch/x86_64/Kconfig:
source net/Kconfig
but some other don't
./drivers/w1/Kconfig:source drivers/w1/masters/Kconfig
./drivers/w1/Kconfig:source drivers/w1/slaves/Kconfig
./drivers/i2c/Kconfig:source
--
On Sat, 20 Oct 2007, Roel Kluin wrote:
Gregory Haskins wrote:
We can avoid dirtying a rq related cacheline with a simple check, so why
not.
Signed-off-by: Gregory Haskins [EMAIL PROTECTED]
---
0 files changed, 0 insertions(+), 0 deletions(-)
I think you wanted a patch here?
Hi Yinghai.
On Sat, Oct 20, 2007 at 12:30:50AM -0700, Yinghai Lu wrote:
Sam,
in Kconfig, most of source to include other kconfig has ...
for example:
in arch/x86_64/Kconfig:
source net/Kconfig
but some other don't
./drivers/w1/Kconfig:source drivers/w1/masters/Kconfig
BUG: unable to handle kernel NULL pointer dereference at virtual address
0004
Linux s1 2.6.23-g4fa4d23f #4 Fri Oct 19 10:15:50 BST 2007 i686 Pentium III
(Coppermine) GenuineIntel GNU/Linux
Gnu C 4.2.0
Gnu make 3.81
binutils 2.18
util-linux
Commit 9a39e273d4df0560c724c5fe71f6314a0583ca2b removed the boot directory
addition to CFLAGS that was being used by the subdirectory builds. For the
other files, that patch set EXTRA_CFLAGS, but Makefile.build explicitly
sets that to empty as it is explicitly for a single directory only.
Append
Hi!
[EMAIL PROTECTED] ha scritto:
Kernel: 2.6.22-r5
Kernel option: i8042.nomux=1
I am now using kernel 2.6.22-r8 (Gentoo) and the following kernel options:
i8042.nomux=1 acpi=off
I have tried kernel 2.6.23-rc9 but the problem is still there.
Try usb keyboard.
Are you experiencing
Hi!
Since upgrading to 2.6.23.1 from 2.6.23-rc9,
resume-from-RAM has been misbehaving here.
It takes much (+5-7 seconds) longer to resume
*sometimes*, but not all/most of the time.
And sometimes I get get flashing keyboard LEDs and have
to hold the power button
in for a full hard
On Fri, 19 October 2007 16:04:10 -0400, Erez Zadok wrote:
In message [EMAIL PROTECTED], =?utf-8?B?SsO2cm4=?= Engel writes:
Since when roughly? 2.6.20ish? Before?
Yeah, I guess around that time. If you want, I could go back and test each
of my backports and see if it has the lockdep
On Friday 19 October 2007 23:28:21 Bartlomiej Zolnierkiewicz wrote:
On Saturday 20 October 2007, Nick Warne wrote:
On Friday 19 October 2007 22:44:27 Bartlomiej Zolnierkiewicz wrote:
hdparm -I
It should have been hdparm --Istdout (sorry, once again).
hdparm --Istdout /dev/hdd
/dev/hdd:
On 10/15/07, Linus Torvalds [EMAIL PROTECTED] wrote:
On Mon, 15 Oct 2007, Yinghai Lu wrote:
after the merge:
1. git
git log -p arch/x86/kernel/io_apic_64.c
only can show the log from the merge..., and can not get log before
merge for x86_64/kernel/io_apic.c
Any git update for
Hi!
Would an oom-kill-someone-now sysrq be of help, I wonder?
*shrug* It might. I was a letting it run hoping it would complete itself
when
sysrq-f, IIRC.
it locked solid. (The keyboard LEDs weren't flashing, so I don't _think_ it
paniced. I was in X so I wouldn't have seen a
Hi!
I suppose I should just configure suspending to a file instead of a
swap partition, but I've just historically trusted suspend/resume to a
swap partition much more than to a file. Or maybe I should hack in a
sysctl to prevent any swapping even though the swap partition is
configured (so
This is a first try to move readdir() to become an inode operation. This is
necessary for a VFS implementation of something like union-mounts where a
readdir() needs to read the directory contents of multiple directories.
Besides that the new interface is no longer giving the struct file to the
This patch adds a new readdir() inode operation. The purpose of this patch is
to enable the VFS to support directory reading on a stack of directories. The
new interface isn't passing the struct file to the filesystem implementation
anymore. Normally the filesystem implementation shouldn't depend
This patch changes dcache_readdir() to the new inode operations readdir
interface. Hence all the users of libfs.c are changed to use the new interface
too.
Signed-off-by: Jan Blunck [EMAIL PROTECTED]
---
fs/autofs4/autofs_i.h |5 ++---
fs/autofs4/root.c | 41
From: Chris Snook [EMAIL PROTECTED]
Unify x86 a.out_32.h and a.out_64.h
Signed-off-by: Chris Snook [EMAIL PROTECTED]
diff -Nurp a/include/asm-x86/a.out_32.h b/include/asm-x86/a.out_32.h
--- a/include/asm-x86/a.out_32.h2007-10-20 06:20:01.0 -0400
+++ b/include/asm-x86/a.out_32.h
On Sat, 2007-10-20 at 04:48 +0200, Roel Kluin wrote:
Gregory Haskins wrote:
We can avoid dirtying a rq related cacheline with a simple check, so why
not.
Signed-off-by: Gregory Haskins [EMAIL PROTECTED]
---
0 files changed, 0 insertions(+), 0 deletions(-)
I think you wanted a
On Sat, 20 Oct 2007, Chris Snook wrote:
From: Chris Snook [EMAIL PROTECTED]
Merge mmu_32.h and mmu_64.h into mmu.h.
Signed-off-by: Chris Snook [EMAIL PROTECTED]
Applied. Thanks,
tglx
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
On Fri, 19 Oct 2007, Hiroshi Shimamoto wrote:
Hi,
I made patches to unify crash_32/64.c.
There are three patches;
1. add lapic_shutdown for x86_64
2. add safe_smp_processor_id for x86_64
3. unify crash_32/64.c
I'm not sure that it's good to split to these patches.
It's fine. So the
On Sat, 20 Oct 2007, Chris Snook wrote:
From: Chris Snook [EMAIL PROTECTED]
Unify x86 a.out_32.h and a.out_64.h
The include/asm-x86/Kbuild fixup is missing. I fixed it up.
Applied. Thanks,
tglx
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of
added some relevant CCs
On Sat, 20 Oct 2007, Dave Haywood wrote:
BUG: unable to handle kernel NULL pointer dereference at virtual address
0004
Linux s1 2.6.23-g4fa4d23f #4 Fri Oct 19 10:15:50 BST 2007 i686 Pentium III
(Coppermine) GenuineIntel GNU/Linux
Gnu C
On Oct 19 2007 13:40, Linus Torvalds wrote:
On Fri, 19 Oct 2007, Andreas Gruenbacher wrote:
Non-trivial modules (i.e., practically everything beyond capabilities)
become
effective only after loading policy, anyway. If you can load policy, you can
as well first load a security module
On Oct 20 2007 00:47, [EMAIL PROTECTED] wrote:
Sure, the idea was to mark the filter table obsolete as to make people start
using the mangle table to do their filtering for new setups. The filter
table would then still be available for legacy/special setups. But this
would only be
On Fri, Oct 19, 2007 at 11:00:34AM -0700, Andrew Morton wrote:
On Fri, 19 Oct 2007 12:53:00 +0200 Samuel Ortiz [EMAIL PROTECTED] wrote:
On Thu, Oct 18, 2007 at 03:05:44PM -0700, Andrew Morton wrote:
On Thu, 18 Oct 2007 11:12:41 +0200
Samuel Ortiz [EMAIL PROTECTED] wrote:
BUG: unable to handle kernel NULL pointer dereference at virtual address
0004
This should be fixed in recent git by
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=9b013e05e0289c190a53d78ca029e2f21c0e4485
HTH.
--
Guillaume
-
To unsubscribe from this list:
On 20 Oct 2007, Paolo Giarrusso told this:
Guess most people are not using SMP right now, and that the error disappears
without that setting
It doesn't. It fails with non-SMP as well.
Rob, your patch works for me. (Not that the reboot into 2.6.23.1 was
problem-free: iproute2-071016 fails to
From: Chris Snook [EMAIL PROTECTED]
Unify x86 div64.h headers.
Signed-off-by: Chris Snook [EMAIL PROTECTED]
diff -Nurp a/include/asm-x86/div64_32.h b/include/asm-x86/div64_32.h
--- a/include/asm-x86/div64_32.h2007-10-20 07:33:53.0 -0400
+++ b/include/asm-x86/div64_32.h
Pavel Machek ha scritto:
Hi!
Hi! Finally an answer, thank you.
[EMAIL PROTECTED] ha scritto:
Kernel: 2.6.22-r5
Kernel option: i8042.nomux=1
I am now using kernel 2.6.22-r8 (Gentoo) and the following kernel options:
i8042.nomux=1 acpi=off
I have tried kernel 2.6.23-rc9
[Just catching with reading lkml to this post]
On 10/18/07, Jens Axboe [EMAIL PROTECTED] wrote:
Theory - ata_sg_is_last() isn't returning true for the last entry. Can
you double check that it correcly marks the last entry in mv_fill_sg()?
Alternatively, just try this patch.
I hate to point
Hi all,
I noticed I had a module option being built that wasn't in menuconfig.
It is missing description. I also added a brief help message.
Signed off by: Nick Warne [EMAIL PROTECTED]
Nick
--
Free Software Foundation Associate Member 5508
--- linux-current/drivers/scsi/Kconfig_old
[fs/fat/]: Refine chmod checks
Prohibit mode changes in non-quiet mode that cannot be stored reliably
with the on-disk format.
Suppose a vfat filesystem is mounted with umask=0 and [not-quiet].
Then all files will have mode 0777. Trying to change the owner will
fail, because fat does not know
(untested, needs an explicit ack/nack from maintainer)
Spotted by Nick [EMAIL PROTECTED], perhaps explains the first trace in
http://bugzilla.kernel.org/show_bug.cgi?id=9180.
cfq_exit_queue() should cancel cfqd-unplug_work before freeing cfqd.
blk_sync_queue() seems unneeded, removed.
Q: why
(untested, needs an explicit ack/nack from maintainer)
blk_sync_queue() cancels the timer, but forgets to cancel the work.
Signed-off-by: Oleg Nesterov [EMAIL PROTECTED]
--- K/block/ll_rw_blk.c~2_blk 2007-10-13 14:51:42.0 +0400
+++ K/block/ll_rw_blk.c 2007-10-20 16:10:08.0
On Fri, 2007-10-19 at 22:34 -0700, Andrew Morton wrote:
On Sat, 20 Oct 2007 13:57:54 +0900 Mattia Dongili [EMAIL PROTECTED] wrote:
On Thu, Oct 11, 2007 at 09:31:26PM -0700, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23/2.6.23-mm1/
Hey
Hi all,
SOLVED!
On Saturday 20 October 2007 10:37:31 Nick Warne wrote:
On Friday 19 October 2007 23:28:21 Bartlomiej Zolnierkiewicz wrote:
On Saturday 20 October 2007, Nick Warne wrote:
On Friday 19 October 2007 22:44:27 Bartlomiej Zolnierkiewicz wrote:
hdparm -I
It should have
On Fri, 19 Oct 2007 08:56:18 +0800
eric miao [EMAIL PROTECTED] wrote:
On 10/19/07, Kristoffer Ericson [EMAIL PROTECTED] wrote:
Greetings,
I've been trying to implement proper suspend on my jornada 720 machine. But
as far as I can see it never reaches
the sa11x0_suspend code.
I've
On Fri, 19 Oct 2007 12:49:37 +0900
Paul Mundt [EMAIL PROTECTED] wrote:
On Thu, Oct 18, 2007 at 09:39:04PM -0700, Kristoffer Ericson wrote:
This patch adds HD64461 Timer adresses registers to the HD64461
header file (/include/asm-sh/hd64461.h). The timers (TMU0 TMU1) can
hold 16bit
On Fri, 19 Oct 2007 10:54:27 +0100
Richard Purdie [EMAIL PROTECTED] wrote:
On Tue, 2007-10-16 at 10:34 -0400, Dmitry Torokhov wrote:
On 10/16/07, Kristoffer Ericson [EMAIL PROTECTED] wrote:
This is mainly an embedded issue, but I feel it's quite important.
It should apply to other
I think there is a need for Kconfig to specify that a functionality could
be built as a module or not built at all.
Some drivers require that firmware is loaded when the driver is
initialized. The kernel has functionalities for this by using a userspace
program. However, this userspace program is
diff --git a/arch/i386/Kconfig b/arch/i386/Kconfig
index f6e44fc..9e8a74f 100644
--- a/arch/i386/Kconfig
+++ b/arch/i386/Kconfig
@@ -1258,6 +1258,8 @@ source drivers/Kconfig
source fs/Kconfig
+source kernel/Kconfig.instrumentation
+
source arch/i386/Kconfig.debug
source security/Kconfig
-
To
Stefan Richter [EMAIL PROTECTED] writes:
What if we add a whitelisting in the driver which ignores the register
contents which state OHCI 1.0 implementation level, and just treats
these VIA chips as OHCI 1.1 implementations?
It would be interesting but I'm not sure it would work. I guess
if
101 - 200 of 302 matches
Mail list logo