On 10/5/07, Linas Vepstas <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 04, 2007 at 05:01:47PM -0700, Nish Aravamudan wrote:
> > On 10/2/07, Tony Breeds <[EMAIL PROTECTED]> wrote:
> > > On Wed, Oct 03, 2007 at 10:30:16AM +1000, Michael Ellerman wrote:
> > >
> > > > I realise it'll make the patch bigger,
On Thu, Oct 04, 2007 at 05:01:47PM -0700, Nish Aravamudan wrote:
> On 10/2/07, Tony Breeds <[EMAIL PROTECTED]> wrote:
> > On Wed, Oct 03, 2007 at 10:30:16AM +1000, Michael Ellerman wrote:
> >
> > > I realise it'll make the patch bigger, but this doesn't seem like a
> > > particularly good name for
On 10/2/07, Tony Breeds <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 03, 2007 at 10:30:16AM +1000, Michael Ellerman wrote:
>
> > I realise it'll make the patch bigger, but this doesn't seem like a
> > particularly good name for the variable anymore.
>
> Sure, what about?
>
> Clarify when RTAS logging i
Berck E. Nash wrote:
Greetings,
I get a few million of these on boot-- the system never actually boots.
Works fine in 2.6.23-rc7.
[ 50.456012] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
[ 50.462484] ata2.00: irq_stat 0x4001
[ 50.466441] ata2.00: cmd e5/00:00:00:00:00/00
On Wed, Oct 03, 2007 at 02:09:46PM +1000, Michael Ellerman wrote:
>
> Until we initialise what exactly?
Until we allocate the error log buffer. The original crash was
for a null-pointer deref of the unallocated buffer. I just sent
out a patch to fix this; its a bit simpler than the below.
In t
On Wed, 2007-10-03 at 11:19 +1000, Tony Breeds wrote:
> On Wed, Oct 03, 2007 at 10:30:16AM +1000, Michael Ellerman wrote:
>
> > I realise it'll make the patch bigger, but this doesn't seem like a
> > particularly good name for the variable anymore.
>
> Sure, what about?
Better .. but .. :D
On Wed, Oct 03, 2007 at 10:30:16AM +1000, Michael Ellerman wrote:
> I realise it'll make the patch bigger, but this doesn't seem like a
> particularly good name for the variable anymore.
Sure, what about?
Clarify when RTAS logging is enabled.
Signed-off-by: Tony Breeds <[EMAIL PROTECTED]>
---
On Wed, 2007-10-03 at 10:26 +1000, Tony Breeds wrote:
> On Tue, Oct 02, 2007 at 06:28:19PM -0500, Linas Vepstas wrote:
> > On Mon, Sep 24, 2007 at 01:35:31PM +0100, Andy Whitcroft wrote:
> > > Seeing the following from an older power LPAR, pretty sure we had
> > > this in the previous -mm also:
> >
On Tue, Oct 02, 2007 at 06:28:19PM -0500, Linas Vepstas wrote:
> On Mon, Sep 24, 2007 at 01:35:31PM +0100, Andy Whitcroft wrote:
> > Seeing the following from an older power LPAR, pretty sure we had
> > this in the previous -mm also:
>
> I haven't forgetten about this ... and am looking at it now.
On Mon, Sep 24, 2007 at 01:35:31PM +0100, Andy Whitcroft wrote:
> Seeing the following from an older power LPAR, pretty sure we had
> this in the previous -mm also:
I haven't forgetten about this ... and am looking at it now.
Seems that whenever I go to reserve the machine pSeries-102,
someone els
Berck E. Nash wrote:
> Bernd Schmidt wrote:
>> One of these appears in my system as well (ASUS P5W-DH Deluxe
>> mainboard). Here's the hdparm output:
>
> Yup, same mainboard here.
>
>> Since about 2.6.17 or 2.6.18, it has been causing long delays while
>> booting:
>> ata2: SATA link up 3.0 Gbps
Bernd Schmidt wrote:
> One of these appears in my system as well (ASUS P5W-DH Deluxe
> mainboard). Here's the hdparm output:
Yup, same mainboard here.
> Since about 2.6.17 or 2.6.18, it has been causing long delays while
> booting:
> ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
> ata2.
Jeff Garzik wrote:
> Would it also be possible for you to send along 'hdparm --Istdout'
> output for your config disk thingy, /dev/sdd ?
Sure, just don't ask me what it is! (I've generally assumed that
writing to it would be a bad idea.)
Berck
/dev/sdd:
0040 3fff c837 0010 003f
0
Jeff Garzik wrote:
Would it also be possible for you to send along 'hdparm --Istdout'
output for your config disk thingy, /dev/sdd ?
One of these appears in my system as well (ASUS P5W-DH Deluxe
mainboard). Here's the hdparm output:
/dev/sdb:
0040 3fff c837 0010 003f
000
Would it also be possible for you to send along 'hdparm --Istdout'
output for your config disk thingy, /dev/sdd ?
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
Berck E. Nash wrote:
Jeff Garzik wrote:
Does the attached patch change behavior at all? You should be able to
apply it on top of libata-dev.git#upstream or -mm.
Still broken, dmesg with ATA_DEBUG defined, attached.
Great, this will be useful output. It will probably be a couple days
befor
Berck E. Nash wrote:
Jeff Garzik wrote:
Once the blame has been squared fixed upon me :) you can use git-bisect
to locate the precise change that broke your setup.
Okay, here's the problem:
268fe6f9f15551be9abedd44a237392675d529d5 is first bad commit
commit 268fe6f9f15551be9abedd44a237392675d
Robert Hancock wrote:
ATA spec says "The device shall return command aborted if the device
does not support the Power Management feature set." Whereas TEST UNIT
READY is required for SCSI. It seems the SAT authors didn't consider
this case.
Dumb me -- I misread that as mandatory.
Je
Berck E. Nash wrote:
> hdparm output attached.
Whoops, it really is this time.
/dev/sde:
427a 3fff 0010 e100 0258 003f
000e 5744 2d57 4d41 4b48 3131 3235
3131 3700 0003 4000 004a 3331
2e30 3846 3331 5744 4320 5744 3336 3047
442d 3030 464c 4132 2020 2020 2020 2020
2020 20
Jeff Garzik wrote:
Berck E. Nash wrote:
Jeff Garzik wrote:
Once the blame has been squared fixed upon me :) you can use git-bisect
to locate the precise change that broke your setup.
Okay, here's the problem:
268fe6f9f15551be9abedd44a237392675d529d5 is first bad commit
commit 268fe6f9f15551b
Jeff Garzik wrote:
> Can you tell me something about this device?
>
> [ 49.045635] ata2.00: ATA-6: Config Disk, RGL10364, max UDMA/133
> [ 49.051677] ata2.00: 640 sectors, multi 1: LBA
> [ 49.056321] ata2.00: configured for UDMA/133
>
> It seems like it does not support the 'check power mo
Berck E. Nash wrote:
Jeff Garzik wrote:
Once the blame has been squared fixed upon me :) you can use git-bisect
to locate the precise change that broke your setup.
Okay, here's the problem:
268fe6f9f15551be9abedd44a237392675d529d5 is first bad commit
commit 268fe6f9f15551be9abedd44a237392675d
Jeff Garzik wrote:
> Once the blame has been squared fixed upon me :) you can use git-bisect
> to locate the precise change that broke your setup.
Okay, here's the problem:
268fe6f9f15551be9abedd44a237392675d529d5 is first bad commit
commit 268fe6f9f15551be9abedd44a237392675d529d5
Author: Jeff Ga
On Tue, Sep 25 2007, Berck E. Nash wrote:
> Jens Axboe wrote:
> > On Tue, Sep 25 2007, Berck E. Nash wrote:
> >> Jeff Garzik wrote:
> >>
> >>> The first step would be to clone the "upstream" branch of
> >>> git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
> >>>
> >>> and see if
Jens Axboe wrote:
> On Tue, Sep 25 2007, Berck E. Nash wrote:
>> Jeff Garzik wrote:
>>
>>> The first step would be to clone the "upstream" branch of
>>> git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
>>>
>>> and see if the problem is reproducible there. If yes, then you have
On Tue, Sep 25 2007, Berck E. Nash wrote:
> Jeff Garzik wrote:
>
> > The first step would be to clone the "upstream" branch of
> > git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
> >
> > and see if the problem is reproducible there. If yes, then you have
> > narrowed down th
Jeff Garzik wrote:
> The first step would be to clone the "upstream" branch of
> git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
>
> and see if the problem is reproducible there. If yes, then you have
> narrowed down the problem to something my ATA devel tree has introduced
On Tue, 2007-09-25 at 13:32 +0530, Kamalesh Babulal wrote:
> Balbir Singh wrote:
> > On 9/25/07, Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> >> Exactly same call trace is produced over IA64 Madison (up to 9M cache)
> >> with 8 cpu's.
> >> --
> >
> > Hi, Kamalesh,
> >
> > Could you please repro
Peter Zijlstra wrote:
> On Mon, 24 Sep 2007 21:20:58 +0200 Peter Zijlstra
> <[EMAIL PROTECTED]> wrote:
>
Nope, and the stacktrace is utterly puzzling.
/me goes read the lkml.org link
Kamalesh Babulal: do you still get:
BUG: spinlock bad magic on
msgs?
On Tue, Sep 25 2007, Mel Gorman wrote:
> On (25/09/07 12:31), Jens Axboe didst pronounce:
> > On Tue, Sep 25 2007, Mel Gorman wrote:
> > > On (25/09/07 01:11), Kamalesh Babulal didst pronounce:
> > >
> > > Hi Kamalesh,
> > >
> > > > The build fails with following error
> > > >
> > > > CC drivers
On (25/09/07 12:31), Jens Axboe didst pronounce:
> On Tue, Sep 25 2007, Mel Gorman wrote:
> > On (25/09/07 01:11), Kamalesh Babulal didst pronounce:
> >
> > Hi Kamalesh,
> >
> > > The build fails with following error
> > >
> > > CC drivers/block/ps3disk.o
> > > drivers/block/ps3disk.c: In functi
On Mon, 24 Sep 2007 21:20:58 +0200 Peter Zijlstra
<[EMAIL PROTECTED]> wrote:
> > > Nope, and the stacktrace is utterly puzzling.
> > >
> > > /me goes read the lkml.org link
> > >
> > > Kamalesh Babulal: do you still get:
> > > BUG: spinlock bad magic on
> > >
> > > msgs?
> > >
> > > Because
On Tue, Sep 25 2007, Mel Gorman wrote:
> On (25/09/07 01:11), Kamalesh Babulal didst pronounce:
>
> Hi Kamalesh,
>
> > The build fails with following error
> >
> > CC drivers/block/ps3disk.o
> > drivers/block/ps3disk.c: In function ???ps3disk_scatter_gather???:
> > drivers/block/ps3disk.c:115: e
On (25/09/07 01:11), Kamalesh Babulal didst pronounce:
Hi Kamalesh,
> The build fails with following error
>
> CC drivers/block/ps3disk.o
> drivers/block/ps3disk.c: In function ???ps3disk_scatter_gather???:
> drivers/block/ps3disk.c:115: error: ???bio??? undeclared (first use in this
> function)
Balbir Singh wrote:
> On 9/25/07, Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
>> Exactly same call trace is produced over IA64 Madison (up to 9M cache) with
>> 8 cpu's.
>> --
>
> Hi, Kamalesh,
>
> Could you please reproduce the problem or share the steps to reproduce
> the problem?
>
> Thanks,
On Tue, 2007-09-25 at 09:32 +0200, Torsten Kaiser wrote:
> On 9/24/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> > Can your check whether 2.6.23-rc7 +
> > http://tglx.de/projects/hrtimers/2.6.23-rc7/patch-2.6.23-rc7-hrt1.patch
> >
> > works for you ?
>
> Yes, powers off normally.
Ok, so it's
On 9/24/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> Can your check whether 2.6.23-rc7 +
> http://tglx.de/projects/hrtimers/2.6.23-rc7/patch-2.6.23-rc7-hrt1.patch
>
> works for you ?
Yes, powers off normally.
Torsten
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On 9/25/07, Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Exactly same call trace is produced over IA64 Madison (up to 9M cache) with 8
> cpu's.
> --
Hi, Kamalesh,
Could you please reproduce the problem or share the steps to reproduce
the problem?
Thanks,
Balbir
-
To unsubscribe from this list:
Berck E. Nash wrote:
Greetings,
I get a few million of these on boot-- the system never actually boots.
Works fine in 2.6.23-rc7.
[ 50.456012] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
[ 50.462484] ata2.00: irq_stat 0x4001
[ 50.466441] ata2.00: cmd e5/00:00:00:00:00/00
[adding kexec m-l]
On Mon, 24 Sep 2007 22:10:36 +0200 Laurent Riffard wrote:
> Le 24.09.2007 11:17, Andrew Morton a écrit :
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
> >
>
> I've got this compilation when CONFIG_KEXEC=y and CCONFIG_NOHIGHMEM=y:
Le 24.09.2007 11:17, Andrew Morton a écrit :
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
>
I've got this compilation when CONFIG_KEXEC=y and CCONFIG_NOHIGHMEM=y:
linux-2.6-mm$ LANG=C make
CHK include/linux/version.h
CHK include/linux/ut
* Lee Schermerhorn <[EMAIL PROTECTED]> wrote:
> Taking a quick look at [__]{en|de|queue_entity() and the functions
> they call, I see something suspicious in set_leftmost() in
> sched_fair.c:
>
> static inline void
> set_leftmost(struct cfs_rq *cfs_rq, struct rb_node *leftmost)
> {
> s
Hi Andrew,
The drivers/net/pasemi_mac seems to be broken and build fails with
CC [M] drivers/net/pasemi_mac.o
drivers/net/pasemi_mac.c: In function ‘pasemi_mac_probe’:
drivers/net/pasemi_mac.c:1153: error: conflicting types for ‘mac’
drivers/net/pasemi_mac.c:1151: error: previous declaration of ‘
On Mon, Sep 24, 2007 at 11:02:22PM +0200, Sam Ravnborg wrote:
> Hi Kamalesh.
>
> > The link error for a PowerMac G5 (powerpc) is still seen with
> > 2.6.23-rc7-mm1,
> > and was reported for 2.6.23-rc6-mm1 (http://lkml.org/lkml/2007/9/19/62).
> >
> > KSYM.tmp_kallsyms1.S
> > AS .tmp_ka
On 25/09/2007 3:12 AM, J. Bruce Fields wrote:
On Mon, Sep 24, 2007 at 09:59:29AM -0700, Andrew Morton wrote:
On Tue, 25 Sep 2007 00:52:30 +1000 Reuben Farrelly <[EMAIL PROTECTED]> wrote:
On 24/09/2007 7:17 PM, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2
Lee Schermerhorn wrote:
> I looked around on the MLs for mention of this, but didn't find anything
> that appeared to match.
>
> Platform: HP rx8620 - 16-cpu/32GB/4-node ia64 [Madison]
>
> 2.6.23-rc7-mm1 broken out -- panic occurs when git-sched.patch pushed:
>
> Unable to handle kernel NULL po
Hi Kamalesh.
> The link error for a PowerMac G5 (powerpc) is still seen with
> 2.6.23-rc7-mm1,
> and was reported for 2.6.23-rc6-mm1 (http://lkml.org/lkml/2007/9/19/62).
>
> KSYM.tmp_kallsyms1.S
> AS .tmp_kallsyms1.o
> LD .tmp_vmlinux2
> KSYM.tmp_kallsyms2.S
> AS .tmp
On Mon, 2007-09-24 at 12:34 -0700, Andrew Morton wrote:
> > It prints twice 'System halted' and blinks the keyboard leds, but does
> > not switch off. On all other kernel version I only see one keyboard
> > blink before the power goes out.
>
> ok...
>
> > I compared its dmesg to vanilla-rc7 and -
Hi Andrew,
The build fails with following error
CC drivers/block/ps3disk.o
drivers/block/ps3disk.c: In function ‘ps3disk_scatter_gather’:
drivers/block/ps3disk.c:115: error: ‘bio’ undeclared (first use in this
function)
drivers/block/ps3disk.c:115: error: (Each undeclared identifier is
reported o
On Mon, 24 Sep 2007 21:07:19 +0200
"Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
> On 9/24/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
>
> With the five hotfixes applied it works for me.
>
> But it fa
On Mon, 24 Sep 2007 22:38:03 +0530 Kamalesh Babulal
<[EMAIL PROTECTED]> wrote:
> Peter Zijlstra wrote:
> > On Mon, 24 Sep 2007 09:44:48 -0700 Andrew Morton
> > <[EMAIL PROTECTED]> wrote:
> >
> >> On Mon, 24 Sep 2007 18:43:33 +0530 Kamalesh Babulal <[EMAIL PROTECTED]>
> >> wrote:
> >>
> >>> Hi An
On 9/24/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
With the five hotfixes applied it works for me.
But it fails to power down my system when shutting down.
It prints twice 'System halted' and blinks th
On Mon, Sep 24, 2007 at 09:59:29AM -0700, Andrew Morton wrote:
> On Tue, 25 Sep 2007 00:52:30 +1000 Reuben Farrelly <[EMAIL PROTECTED]> wrote:
>
> >
> >
> > On 24/09/2007 7:17 PM, Andrew Morton wrote:
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
Peter Zijlstra wrote:
> On Mon, 24 Sep 2007 09:44:48 -0700 Andrew Morton
> <[EMAIL PROTECTED]> wrote:
>
>> On Mon, 24 Sep 2007 18:43:33 +0530 Kamalesh Babulal <[EMAIL PROTECTED]>
>> wrote:
>>
>>> Hi Andrew,
>>>
>>> Kernel BUG over x86_64 (AMD Opteron(tm) Processor 844).
>>>
>>> Similar kernel Bug
On Tue, 25 Sep 2007 00:52:30 +1000 Reuben Farrelly <[EMAIL PROTECTED]> wrote:
>
>
> On 24/09/2007 7:17 PM, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
> >
> > - New git tree git-powerpc-galak.patch added to the -mm lineup: pp
On Mon, 24 Sep 2007 09:44:48 -0700 Andrew Morton
<[EMAIL PROTECTED]> wrote:
> On Mon, 24 Sep 2007 18:43:33 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
>
> > Hi Andrew,
> >
> > Kernel BUG over x86_64 (AMD Opteron(tm) Processor 844).
> >
> > Similar kernel Bug was reported for 2.6.23-rc2-mm
On Mon, Sep 24 2007, Vlad Yasevich wrote:
> Cedric Le Goater wrote:
> > putting Vlad in Cc:
> >
> > Cedric Le Goater wrote:
> >> Andrew Morton wrote:
> >>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
> >> I also get this compile error on s390. 'linux/s
On Mon, Sep 24 2007, Cedric Le Goater wrote:
> putting Vlad in Cc:
>
> Cedric Le Goater wrote:
> > Andrew Morton wrote:
> >> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
> >
> > I also get this compile error on s390. 'linux/scatterlist.h' has
> > disa
On Mon, Sep 24 2007, Cedric Le Goater wrote:
> Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
>
> /home/clg/linux/2.6.23-rc7-mm1/drivers/s390/block/dasd_eckd.c: In function
> `dasd_eckd_build_cp':
> /home/clg/linux/2.6.23-rc7-mm1/
On Mon, 24 Sep 2007 18:43:33 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Hi Andrew,
>
> Kernel BUG over x86_64 (AMD Opteron(tm) Processor 844).
>
> Similar kernel Bug was reported for 2.6.23-rc2-mm1
> at http://lkml.org/lkml/2007/8/10/20 and the
> mm-dirty-balancing-for-tasks.patch was
On Mon, 2007-09-24 at 09:26 -0700, Andrew Morton wrote:
> On Mon, 24 Sep 2007 13:51:05 +0400 Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
>
> > static void lock_and_coalesce_cpu_mnt_writer_counts(void)
> > {
> > int cpu;
> > struct mnt_writer *cpu_writer;
> >
> > for_each_possible_cpu(c
On Mon, 24 Sep 2007 13:51:05 +0400 Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> static void lock_and_coalesce_cpu_mnt_writer_counts(void)
> {
> int cpu;
> struct mnt_writer *cpu_writer;
>
> for_each_possible_cpu(cpu) {
> cpu_writer = &per_cpu(mnt_writers, cpu);
>
Pavel Emelyanov wrote:
> Balbir Singh wrote:
>> Pavel Emelyanov wrote:
>>> Please, try with this patch too:
>>>
>>> diff --git a/fs/locks.c b/fs/locks.c
>>> index c0fe71a..f599508 100644
>>> --- a/fs/locks.c
>>> +++ b/fs/locks.c
>>> @@ -1423,7 +1423,7 @@ int generic_setlease(struct file *filp,
>>>
On Mon, 24 Sep 2007 08:45:32 PDT, Dave Hansen said:
> Any idea which fs and distro this was? I'd like to add it to my tests.
initscripts-8.56-1, from Fedora Rawhide, /etc/rc.sysinit, line 325:
touch /dev/.in_sysinit >/dev/null 2>&1
Specific enough? :)
pgp3OvCOFx0xa.pgp
Description: PGP signa
On Mon, 2007-09-24 at 08:58 -0400, [EMAIL PROTECTED] wrote:
> > do_times passes an unitialized vfsmount into mnt_want_write. Here's
> > the quick fix (untested), but the right fix is to restructure the complete
> > mess do_utimes is (never let a libc developer write your kernel code.. :)):
>
> Cl
Balbir Singh wrote:
> Pavel Emelyanov wrote:
>> Please, try with this patch too:
>>
>> diff --git a/fs/locks.c b/fs/locks.c
>> index c0fe71a..f599508 100644
>> --- a/fs/locks.c
>> +++ b/fs/locks.c
>> @@ -1423,7 +1423,7 @@ int generic_setlease(struct file *filp,
>> locks_copy_lock(new_fl, leas
There isn't a total_memory identifier within this function's scope. The
patch was compile/link tested.
Signed-off-by: Bob Picco <[EMAIL PROTECTED]>
arch/ia64/kernel/efi.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6.23-rc7-mm1/arch/ia64/kernel/efi.c
===
On 24/09/2007 7:17 PM, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
- New git tree git-powerpc-galak.patch added to the -mm lineup: ppc32
things, mainly (Kumar Gala <[EMAIL PROTECTED]>)
I'm observing a problem with this kerne
Cedric Le Goater wrote:
> putting Vlad in Cc:
>
> Cedric Le Goater wrote:
>> Andrew Morton wrote:
>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
>> I also get this compile error on s390. 'linux/scatterlist.h' has disappeared
>> from the #include pile
Pavel Emelyanov wrote:
> Please, try with this patch too:
>
> diff --git a/fs/locks.c b/fs/locks.c
> index c0fe71a..f599508 100644
> --- a/fs/locks.c
> +++ b/fs/locks.c
> @@ -1423,7 +1423,7 @@ int generic_setlease(struct file *filp,
> locks_copy_lock(new_fl, lease);
> locks_insert_loc
Please, try with this patch too:
diff --git a/fs/locks.c b/fs/locks.c
index c0fe71a..f599508 100644
--- a/fs/locks.c
+++ b/fs/locks.c
@@ -1423,7 +1423,7 @@ int generic_setlease(struct file *filp,
locks_copy_lock(new_fl, lease);
locks_insert_lock(before, new_fl);
- *flp = f
Hi Andrew,
Kernel BUG over x86_64 (AMD Opteron(tm) Processor 844).
Similar kernel Bug was reported for 2.6.23-rc2-mm1
at http://lkml.org/lkml/2007/8/10/20 and the
mm-dirty-balancing-for-tasks.patch was dropped from 2.6.23-rc2-mm2.
And the same patch is in this -mm version, suspect whether is it
putting Vlad in Cc:
Cedric Le Goater wrote:
> Andrew Morton wrote:
>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
>
> I also get this compile error on s390. 'linux/scatterlist.h' has disappeared
> from the #include pile but where ?
>
> /home/clg/lin
On Mon, 24 Sep 2007 13:05:08 BST, Christoph Hellwig said:
> On Mon, Sep 24, 2007 at 06:35:50AM -0400, [EMAIL PROTECTED] wrote:
> > On Mon, 24 Sep 2007 02:17:16 PDT, Andrew Morton said:
> >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
> >
> > It li
Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
I also get this compile error on s390. 'linux/scatterlist.h' has disappeared
from the #include pile but where ?
/home/clg/linux/2.6.23-rc7-mm1/net/sctp/auth.c: In function
`sctp_auth
Hi Andrew,
Kernel oops over x86_64 (AMD Opteron(tm) Processor 844)
Unable to handle kernel NULL pointer dereference at 0070 RIP:
[] fasync_helper+0x6b/0xe4
PGD 181949067 PUD 182228067 PMD 0
Oops: [1] SMP
last sysfs file: /devices/system/node/possible
CPU 3
Modules linked in:
Andy Whitcroft wrote:
> Getting compile errors on S390:
>
> CC arch/s390/mm/cmm.o
> arch/s390/mm/cmm.c: In function `cmm_init':
> arch/s390/mm/cmm.c:431: error: implicit declaration of function
> `register_oom_notifier'
> arch/s390/mm/cmm.c:443: error:
Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
/home/clg/linux/2.6.23-rc7-mm1/drivers/s390/block/dasd_eckd.c: In function
`dasd_eckd_build_cp':
/home/clg/linux/2.6.23-rc7-mm1/drivers/s390/block/dasd_eckd.c:1181: error:
syntax error
On 09/24/2007 11:17 AM, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
Fine, but on some boots (I noticed this on rc6-mm1 too, but not before):
:00:1a.7 EHCI: BIOS handoff failed (BIOS bug ?) 01010001
:00:1d.7 EHCI: BIOS hand
On Mon, Sep 24, 2007 at 06:35:50AM -0400, [EMAIL PROTECTED] wrote:
> On Mon, 24 Sep 2007 02:17:16 PDT, Andrew Morton said:
>
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
>
> It lived fast, it died young, it didn't leave a pretty corpse...
>
> Somet
Hi Andrew,
The kernel build fails with
CC arch/ia64/kernel/efi.o
arch/ia64/kernel/efi.c: In function 'efi_memmap_init':
arch/ia64/kernel/efi.c:1088: error: 'total_memory' undeclared (first use in
this function)
arch/ia64/kernel/efi.c:1088: error: (Each undeclared identifier is reported
[EMAIL PROTECTED] wrote:
> On Mon, 24 Sep 2007 02:17:16 PDT, Andrew Morton said:
>
>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
>
> It lived fast, it died young, it didn't leave a pretty corpse...
>
> Something in the startup scripts did a 'touch',
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
- New git tree git-powerpc-galak.patch added to the -mm lineup: ppc32
things, mainly (Kumar Gala <[EMAIL PROTECTED]>)
Hi Andrew,
The link error for a PowerMac G5 (powerpc) is s
83 matches
Mail list logo
