On Wed, Nov 07, 2007 at 02:20:03PM -0500, Steven Rostedt wrote:
> >
> > Introduce a macro for suppressing gcc from generating a warning about a
> > probable uninitialized state of a variable.
> >
> > Example:
> >
> > - spinlock_t *ptl;
> > + spinlock_t *uninitialized_var(ptl);
> >
> > Not a
>
> Introduce a macro for suppressing gcc from generating a warning about a
> probable uninitialized state of a variable.
>
> Example:
>
> - spinlock_t *ptl;
> + spinlock_t *uninitialized_var(ptl);
>
> Not a happy solution, but those warnings are obnoxious.
>
> - Using the usual pointl
* Vivek Goyal <[EMAIL PROTECTED]> [2007-05-17 15:05]:
> On Mon, May 14, 2007 at 04:05:15PM +0200, Bernhard Walle wrote:
> > * Vivek Goyal <[EMAIL PROTECTED]> [2007-05-08 19:18]:
> > > On Thu, May 03, 2007 at 12:19:32AM +0200, Bernhard Walle wrote:
> > > > * Vivek Goyal <[EMAIL PROTECTED]> [2007-04-
On Mon, May 14, 2007 at 04:05:15PM +0200, Bernhard Walle wrote:
> * Vivek Goyal <[EMAIL PROTECTED]> [2007-05-08 19:18]:
> > On Thu, May 03, 2007 at 12:19:32AM +0200, Bernhard Walle wrote:
> > > * Vivek Goyal <[EMAIL PROTECTED]> [2007-04-30 10:48]:
> > > >
> > > > handle_edge_irq() already makes su
* Vivek Goyal <[EMAIL PROTECTED]> [2007-05-08 19:18]:
> On Thu, May 03, 2007 at 12:19:32AM +0200, Bernhard Walle wrote:
> > * Vivek Goyal <[EMAIL PROTECTED]> [2007-04-30 10:48]:
> > >
> > > handle_edge_irq() already makes sure that desc->action is not null, still
> > > note_interrupt() is receivin
On Thu, May 03, 2007 at 12:19:32AM +0200, Bernhard Walle wrote:
> * Vivek Goyal <[EMAIL PROTECTED]> [2007-04-30 10:48]:
> >
> > handle_edge_irq() already makes sure that desc->action is not null, still
> > note_interrupt() is receiving desc->action as null, that's strange. On my
> > system this i
On Thu, 26 Apr 2007 22:31:15 EDT, [EMAIL PROTECTED] said:
> On Wed, 25 Apr 2007 22:57:16 PDT, Andrew Morton said:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc7/2.6.21-rc7-mm2/
>
> This addition in -rc7-mm1 breaks my laptop (Dell Latitude D820, x86_64 kernel)
>
> gre
On Fri, 4 May 2007, Andrew Morton wrote:
> Better, we should be emitting loud warnigns which then disable themselves
> and then succeeding the allocation so that people can proceed with their
> kernel testing.
>
> When all the loud-warning sites have been fixed, we can take that code out
> again.
On Fri, 04 May 2007 12:38:58 +0100
Andy Whitcroft <[EMAIL PROTECTED]> wrote:
>
> Trying to get 2.6.21-rc7-mm2 to boot on large PPC64 seems to be a
> bit of a challenge. We have been seeing panics on boot from the
> hvsi driver:
>
> Couldn't register hvsi console driver
>
> Tracking this
On Fri, May 04, 2007 at 12:38:58PM +0100, Andy Whitcroft wrote:
>
> Trying to get 2.6.21-rc7-mm2 to boot on large PPC64 seems to be a
> bit of a challenge. We have been seeing panics on boot from the
> hvsi driver:
>
> Couldn't register hvsi console driver
>
> Tracking this back, this see
Trying to get 2.6.21-rc7-mm2 to boot on large PPC64 seems to be a
bit of a challenge. We have been seeing panics on boot from the
hvsi driver:
Couldn't register hvsi console driver
Tracking this back, this seems to come from hvsi driver trying to
register itself via tty_register_driver(
On Wed, May 02, 2007 at 11:41:22AM +0200, Tilman Schmidt wrote:
> On Wed, 2 May 2007 00:43:05 -0700, "Greg KH" <[EMAIL PROTECTED]> said:
>
> > > > And the winner is:
> > > >
> > > > gregkh-driver-driver-core-make-uevent-environment-available-in-uevent-file.patch
> > > >
> > > > Reverting only th
Am 02.05.2007 22:07 schrieb Andrew Morton:
>> Started to git-bisect mainline now, but that will take some time.
[...]
> I don't think there's much point in you doing that. We know what the bug is.
Good. Saves me some work. :-)
If you'd like me to test anything, just let me know.
Thanks,
Tilman
On Wed, 02 May 2007 19:36:03 +0200
Tilman Schmidt <[EMAIL PROTECTED]> wrote:
> Am 02.05.2007 09:52 schrieb Greg KH:
> > Tilman, here's a patch, can you try this on top of your tree that dies?
>
> 2.6.21-git3 plus that patch comes up fine.
>
> (Except for a UDP problem I seem to remember I alread
Am 02.05.2007 09:52 schrieb Greg KH:
> Tilman, here's a patch, can you try this on top of your tree that dies?
2.6.21-git3 plus that patch comes up fine.
(Except for a UDP problem I seem to remember I already saw reported
on lkml and which I'll ignore for now in order not to blur the
picture.)
S
On 5/2/07, Greg KH <[EMAIL PROTECTED]> wrote:
On Wed, May 02, 2007 at 12:10:00AM -0700, Andrew Morton wrote:
> On Wed, 02 May 2007 09:01:22 +0200 Tilman Schmidt <[EMAIL PROTECTED]> wrote:
>
> > Am 30.04.2007 21:46 schrieb Andrew Morton:
> > > Not really - everything's tangled up. A bisection sea
On Wed, 2 May 2007 00:43:05 -0700, "Greg KH" <[EMAIL PROTECTED]> said:
> > > And the winner is:
> > >
> > > gregkh-driver-driver-core-make-uevent-environment-available-in-uevent-file.patch
> > >
> > > Reverting only that from 2.6.21-rc7-mm2 gives me a working kernel
> > > again.
>
> Wait, even
On Wed, May 02, 2007 at 12:10:00AM -0700, Andrew Morton wrote:
> On Wed, 02 May 2007 09:01:22 +0200 Tilman Schmidt <[EMAIL PROTECTED]> wrote:
>
> > Am 30.04.2007 21:46 schrieb Andrew Morton:
> > > Not really - everything's tangled up. A bisection search on the
> > > 2.6.21-rc7-mm2 driver tree wou
On Wed, May 02, 2007 at 12:10:00AM -0700, Andrew Morton wrote:
> On Wed, 02 May 2007 09:01:22 +0200 Tilman Schmidt <[EMAIL PROTECTED]> wrote:
>
> > Am 30.04.2007 21:46 schrieb Andrew Morton:
> > > Not really - everything's tangled up. A bisection search on the
> > > 2.6.21-rc7-mm2 driver tree wou
On Wed, May 02, 2007 at 12:10:00AM -0700, Andrew Morton wrote:
> On Wed, 02 May 2007 09:01:22 +0200 Tilman Schmidt <[EMAIL PROTECTED]> wrote:
>
> > Am 30.04.2007 21:46 schrieb Andrew Morton:
> > > Not really - everything's tangled up. A bisection search on the
> > > 2.6.21-rc7-mm2 driver tree wou
On Wed, 02 May 2007 09:01:22 +0200 Tilman Schmidt <[EMAIL PROTECTED]> wrote:
> Am 30.04.2007 21:46 schrieb Andrew Morton:
> > Not really - everything's tangled up. A bisection search on the
> > 2.6.21-rc7-mm2 driver tree would be the best bet.
>
> And the winner is:
>
> gregkh-driver-driver-cor
Tilman Schmidt wrote:
Am 30.04.2007 21:46 schrieb Andrew Morton:
Not really - everything's tangled up. A bisection search on the
2.6.21-rc7-mm2 driver tree would be the best bet.
And the winner is:
gregkh-driver-driver-core-make-uevent-environment-available-in-uevent-file.patch
+ s
On Wed, May 02, 2007 at 09:01:22AM +0200, Tilman Schmidt wrote:
> Am 30.04.2007 21:46 schrieb Andrew Morton:
> > Not really - everything's tangled up. A bisection search on the
> > 2.6.21-rc7-mm2 driver tree would be the best bet.
>
> And the winner is:
>
> gregkh-driver-driver-core-make-uevent-
Am 30.04.2007 21:46 schrieb Andrew Morton:
> Not really - everything's tangled up. A bisection search on the
> 2.6.21-rc7-mm2 driver tree would be the best bet.
And the winner is:
gregkh-driver-driver-core-make-uevent-environment-available-in-uevent-file.patch
Reverting only that from 2.6.21-rc
On Tue, May 01, 2007 at 01:26:44PM +0200, Tilman Schmidt wrote:
> Am 30.04.2007 21:46 schrieb Andrew Morton:
> > Sure, but what about 2.6.21-git3 (or, better, current -git)?
>
> 2.6.21-git3 crashed with panic blink at "scanning usb: .."
> (Nothing in the log this time.)
Eeek, that's not good.
Ca
Hello Vivek,
* Vivek Goyal <[EMAIL PROTECTED]> [2007-04-30 10:48]:
> >
> handle_edge_irq() already makes sure that desc->action is not null, still
> note_interrupt() is receiving desc->action as null, that's strange. On my
> system this is happening for irq 4 and /proc/interrupt shows that it is
On Tue, 1 May 2007 09:22:33 -0700 Randy Dunlap wrote:
> On Tue, 1 May 2007 08:22:58 +0200 Andi Kleen wrote:
>
> > On Mon, Apr 30, 2007 at 10:16:24PM -0700, Randy Dunlap wrote:
> > > On Tue, 1 May 2007 05:43:30 +0200 Andi Kleen wrote:
> > >
> > > > > Andi: unprocessor x86_64 running rc7-mm2 is ha
On Tue, 1 May 2007 08:22:58 +0200 Andi Kleen wrote:
> On Mon, Apr 30, 2007 at 10:16:24PM -0700, Randy Dunlap wrote:
> > On Tue, 1 May 2007 05:43:30 +0200 Andi Kleen wrote:
> >
> > > > Andi: unprocessor x86_64 running rc7-mm2 is hanging early in boot at
> > > > randomish times (presumably in the t
On Mon, 30 Apr 2007 22:38:59 -0700 Andrew Morton wrote:
> On Tue, 1 May 2007 08:24:56 +0200 Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > > The bug is in firstfloor only, and the fix (if present) will be there too.
> > >
> > >
> > >
> > > Nope,
> > >
> > > ftp://ftp.firstfloor.org/pub/ak/x86_64
Am 30.04.2007 21:46 schrieb Andrew Morton:
> Sure, but what about 2.6.21-git3 (or, better, current -git)?
2.6.21-git3 crashed with panic blink at "scanning usb: .."
(Nothing in the log this time.)
Will continue bisecting -rc7-mm2.
HTH
T.
--
Tilman Schmidt E-Mail: [EMAI
On Tue, 1 May 2007 08:24:56 +0200 Andi Kleen <[EMAIL PROTECTED]> wrote:
> > The bug is in firstfloor only, and the fix (if present) will be there too.
> >
> >
> >
> > Nope,
> >
> > ftp://ftp.firstfloor.org/pub/ak/x86_64/quilt/patches/sched-clock-share
> >
> > is identical to
> >
> > ftp://ft
> The bug is in firstfloor only, and the fix (if present) will be there too.
>
>
>
> Nope,
>
> ftp://ftp.firstfloor.org/pub/ak/x86_64/quilt/patches/sched-clock-share
>
> is identical to
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc7/2.6.21-rc7-mm2/broken-out/x86_
On Mon, 30 Apr 2007 22:16:24 -0700 Randy Dunlap <[EMAIL PROTECTED]> wrote:
> > > I was hitting the same thing on i386 uniprocessor, but I thought it got
> > > fixed.
> >
> > Yes.
>
> Fixed where? Merged into mainline or in your firstfloor patches?
The bug is in firstfloor only, and the fix (if
On Mon, Apr 30, 2007 at 10:16:24PM -0700, Randy Dunlap wrote:
> On Tue, 1 May 2007 05:43:30 +0200 Andi Kleen wrote:
>
> > > Andi: unprocessor x86_64 running rc7-mm2 is hanging early in boot at
> > > randomish times (presumably in the timer irq handler) when netconsole and
> > > printk-time are ena
On Tue, 1 May 2007 05:43:30 +0200 Andi Kleen wrote:
> > Andi: unprocessor x86_64 running rc7-mm2 is hanging early in boot at
> > randomish times (presumably in the timer irq handler) when netconsole and
> > printk-time are enabled.
>
> A backtrace would be good. Does nmi_watchdog=2 show anything
> Andi: unprocessor x86_64 running rc7-mm2 is hanging early in boot at
> randomish times (presumably in the timer irq handler) when netconsole and
> printk-time are enabled.
A backtrace would be good. Does nmi_watchdog=2 show anything
interesting or if not sysrq-t?
>
> I was hitting the same thi
On Mon, 30 Apr 2007 17:45:55 -0700 Randy Dunlap <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Mon, 30 Apr 2007 16:51:01 -0700
> > Randy Dunlap <[EMAIL PROTECTED]> wrote:
> >
> >> On Mon, 30 Apr 2007 08:16:53 -0700 Randy Dunlap wrote:
> >>
> >>> On Sun, 29 Apr 2007 22:23:54 -0700 Andrew
Andrew Morton wrote:
On Mon, 30 Apr 2007 16:51:01 -0700
Randy Dunlap <[EMAIL PROTECTED]> wrote:
On Mon, 30 Apr 2007 08:16:53 -0700 Randy Dunlap wrote:
On Sun, 29 Apr 2007 22:23:54 -0700 Andrew Morton wrote:
On Sun, 29 Apr 2007 22:01:32 -0700 Randy Dunlap <[EMAIL PROTECTED]> wrote:
On Wed,
On Mon, 30 Apr 2007 16:51:01 -0700
Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Mon, 30 Apr 2007 08:16:53 -0700 Randy Dunlap wrote:
>
> > On Sun, 29 Apr 2007 22:23:54 -0700 Andrew Morton wrote:
> >
> > > On Sun, 29 Apr 2007 22:01:32 -0700 Randy Dunlap <[EMAIL PROTECTED]> wrote:
> > >
> > > > On
On Mon, 30 Apr 2007 08:16:53 -0700 Randy Dunlap wrote:
> On Sun, 29 Apr 2007 22:23:54 -0700 Andrew Morton wrote:
>
> > On Sun, 29 Apr 2007 22:01:32 -0700 Randy Dunlap <[EMAIL PROTECTED]> wrote:
> >
> > > On Wed, 25 Apr 2007 22:57:16 -0700 Andrew Morton wrote:
> > >
> > > >
> > > > ftp://ftp.ke
On Monday, 30 April 2007 22:52, Dan Kruchinin wrote:
> On 4/30/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> > [Please don't drop addresses from the CC list]
> >
> > On Sunday, 29 April 2007 22:46, Dan Kruchinin wrote:
> > > On 4/30/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> > > > Hi,
Am 30.04.2007 21:46 schrieb Andrew Morton:
>> 2.6.21-final is fine.
>
> Sure, but what about 2.6.21-git3 (or, better, current -git)?
OIC. Sorry for being dense. Will check.
>>> If that's OK then we need to pick through the difference between
>>> 2.6.21-rc7-mm2's driver tree and the patches whi
On 4/30/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
[Please don't drop addresses from the CC list]
On Sunday, 29 April 2007 22:46, Dan Kruchinin wrote:
> On 4/30/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > On Sunday, 29 April 2007 21:51, Dan Kruchinin wrote:
> > > Hi al
On Mon, 30 Apr 2007 21:28:06 +0200
Tilman Schmidt <[EMAIL PROTECTED]> wrote:
> Am 30.04.2007 20:21 schrieb Andrew Morton:
> > A lot of Greg's driver tree has gone upstream, so please check current
> > mainline.
>
> 2.6.21-final is fine.
Sure, but what about 2.6.21-git3 (or, better, current -git)
Am 30.04.2007 20:21 schrieb Andrew Morton:
> A lot of Greg's driver tree has gone upstream, so please check current
> mainline.
2.6.21-final is fine.
> If that's OK then we need to pick through the difference between
> 2.6.21-rc7-mm2's driver tree and the patches which went into mainline. And
>
On Mon, 30 Apr 2007 19:17:02 +0200
Tilman Schmidt <[EMAIL PROTECTED]> wrote:
> >> With kernel 2.6.21-rc7-mm2, my Dell Optiplex GX110 (P3/933) regularly
> >> crashes during the SuSE 10.1 startup sequence. When booting to RL5,
> >> it panicblinks shortly after the graphical login screen appears.
> >
>> With kernel 2.6.21-rc7-mm2, my Dell Optiplex GX110 (P3/933) regularly
>> crashes during the SuSE 10.1 startup sequence. When booting to RL5,
>> it panicblinks shortly after the graphical login screen appears.
>> Booting to RL3, it hangs after the startup message:
I have now bisected this down t
On Sun, 29 Apr 2007 22:23:54 -0700 Andrew Morton wrote:
> On Sun, 29 Apr 2007 22:01:32 -0700 Randy Dunlap <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 25 Apr 2007 22:57:16 -0700 Andrew Morton wrote:
> >
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc7/2.6.21-rc7-
On Monday, 30 April 2007 12:05, Gautham R Shenoy wrote:
> On Mon, Apr 30, 2007 at 12:39:46AM -0700, Andrew Morton wrote:
> > On Sun, 29 Apr 2007 22:27:44 +0200 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
> > wrote:
> >
> > > On Sunday, 29 April 2007 21:51, Dan Kruchinin wrote:
> > > > Hi all.
> > > >
On Mon, Apr 30, 2007 at 12:39:46AM -0700, Andrew Morton wrote:
> On Sun, 29 Apr 2007 22:27:44 +0200 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
> wrote:
>
> > On Sunday, 29 April 2007 21:51, Dan Kruchinin wrote:
> > > Hi all.
> > >
> > > There is a problem on my macbook core duo with suspend.
> > >
On Thu, Apr 26, 2007 at 08:24:05AM -0700, Andrew Morton wrote:
> On Thu, 26 Apr 2007 15:06:20 +0530 Vivek Goyal <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > I am booting 2.6.21-rc7-mm2 on x86_64 box with "irqpoll" command line option
> > and it panics. I can reproduce this problem easily on this
Maciej Rutecki pisze:
> BUG: at kernel/kthread.c:166 kthread_bind()
> [] _cpu_down+0x16c/0x250
> [] disable_nonboot_cpus+0x60/0xf0
> [] pm_suspend_disk+0x177/0x2c0
> [] enter_state+0xb5/0x200
> [] state_store+0xbd/0xd0
> [] state_store+0x0/0xd0
> [] subsys_attr_store+0x29/0x40
> [] sysfs_wr
On Sun, 29 Apr 2007 22:27:44 +0200 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
wrote:
> On Sunday, 29 April 2007 21:51, Dan Kruchinin wrote:
> > Hi all.
> >
> > There is a problem on my macbook core duo with suspend.
> > after suspending when i'm trying to 'wake up' my notebook, it seems
> > that it
On Sun, 29 Apr 2007 12:42:43 +0200 Maciej Rutecki <[EMAIL PROTECTED]> wrote:
> BUG: at kernel/kthread.c:166 kthread_bind()
> [] _cpu_down+0x16c/0x250
> [] disable_nonboot_cpus+0x60/0xf0
> [] pm_suspend_disk+0x177/0x2c0
> [] enter_state+0xb5/0x200
> [] state_store+0xbd/0xd0
> [] state_store+0
On Sun, 29 Apr 2007 22:01:32 -0700 Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Wed, 25 Apr 2007 22:57:16 -0700 Andrew Morton wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc7/2.6.21-rc7-mm2/
>
> I'm getting a hang near the end of booting on x86_64 UP.
>
On Sun, 29 Apr 2007 17:36:01 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
> On Sun, Apr 29, 2007 at 02:24:40AM -0700, Andrew Morton wrote:
> > On Sun, 29 Apr 2007 08:50:49 +0200 Borislav Petkov <[EMAIL PROTECTED]>
> wrote:
> >
> > > Introduce a macro for suppressing gcc from generating a warni
[Please don't drop addresses from the CC list]
On Sunday, 29 April 2007 22:46, Dan Kruchinin wrote:
> On 4/30/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > On Sunday, 29 April 2007 21:51, Dan Kruchinin wrote:
> > > Hi all.
> > >
> > > There is a problem on my macbook core duo wi
On Sun, Apr 29, 2007 at 02:24:40AM -0700, Andrew Morton wrote:
> On Sun, 29 Apr 2007 08:50:49 +0200 Borislav Petkov <[EMAIL PROTECTED]> wrote:
>
> > Introduce a macro for suppressing gcc from generating a warning about a
> > probable
> > unitialized state of a variable.
>
> I ended up doi
Hi,
On Sunday, 29 April 2007 21:51, Dan Kruchinin wrote:
> Hi all.
>
> There is a problem on my macbook core duo with suspend.
> after suspending when i'm trying to 'wake up' my notebook, it seems
> that it works, but i don't see anything at my monitor. So i have to
> reboot it to continue my wor
On Sun, 29 Apr 2007 23:19:49 +0400 "Dan Kruchinin" <[EMAIL PROTECTED]> wrote:
> I have troubles with rtc on my macbook with mm2:
>
>
> [126588.386116] rtc: lost some interrupts at 1024Hz.
> [126588.404842] rtc: lost some interrupts at 1024Hz.
> [126588.423566] rtc: lost some interrupts a
Hi
On 4/26/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc7/2.6.21-rc7-mm2/
- this has everything which is in 2.6.21. Plus more!
- a number of nasty bugs were fixed. This should be (a lot) more stable
than 2.6.21-rc7-mm
On Sun, 29 Apr 2007 08:50:49 +0200 Borislav Petkov <[EMAIL PROTECTED]> wrote:
> Introduce a macro for suppressing gcc from generating a warning about a
> probable
> unitialized state of a variable.
I ended up doing the below.
It's better to make this a per-compiler-version thing: later versions
On Sun, 29 Apr 2007 08:50:49 +0200 Borislav Petkov <[EMAIL PROTECTED]> wrote:
>
> Introduce a macro for suppressing gcc from generating a warning about a
> probable
> unitialized state of a variable.
>
> Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
>
> ---
>
> Index: linux-mm/include/li
On Thu, 26 Apr 2007, Randy Dunlap wrote:
> On Thu, 26 Apr 2007 13:37:20 -0700 Andrew Morton wrote:
> > On Thu, 26 Apr 2007 13:47:14 +0200 Gabriel C <[EMAIL PROTECTED]> wrote:
> > > Andrew Morton wrote:
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc7/2.6.21-rc7-mm2/
On Sun, Apr 29, 2007 at 12:48:37AM +0100, Andy Whitcroft wrote:
> Andrew Morton wrote:
> > On Thu, 26 Apr 2007 20:25:19 +0200
> > Borislav Petkov <[EMAIL PROTECTED]> wrote:
> >
> >> Remove build warning mm/memory.c:1491: warning: 'ptl' may be used
> >> uninitialized in this function.
> >> The spi
On Sun, 29 Apr 2007 00:48:37 +0100 Andy Whitcroft <[EMAIL PROTECTED]> wrote:
> > +++ a/mm/memory.c
> > @@ -1455,7 +1455,7 @@ static int apply_to_pte_range(struct mm_
> > pte_t *pte;
> > int err;
> > struct page *pmd_page;
> > - spinlock_t *ptl;
> > + spinlock_t *ptl = ptl;
Andrew Morton wrote:
> On Thu, 26 Apr 2007 20:25:19 +0200
> Borislav Petkov <[EMAIL PROTECTED]> wrote:
>
>> Remove build warning mm/memory.c:1491: warning: 'ptl' may be used
>> uninitialized in this function.
>> The spinlock pointer is assigned to null since it gets overwritten right
>> away in
On Sat, 28 Apr 2007, Andrew Morton wrote:
>
> It seems wildly screwed up that we have a PageReserved() page with a pfn of
> zero (!) which claims to be in a reiserfs mapping, only it isn't attached
> to a reiserfs file. How the heck did that happen?
It's "simply" that it somehow got a spurious p
On Sat, 28 Apr 2007 19:56:59 +0200 Tilman Schmidt <[EMAIL PROTECTED]> wrote:
> With kernel 2.6.21-rc7-mm2, my Dell Optiplex GX110 (P3/933) regularly
> crashes during the SuSE 10.1 startup sequence. When booting to RL5,
> it panicblinks shortly after the graphical login screen appears.
> Booting to
Borislav Petkov wrote:
> Sorry, no such thing in the docs to do
>
> spinlock_t __attribute__((__uninitialized__)) *ptl;
>
> in order to suppress warnings. But if function size is our concern here, even
> shorter would be:
>
asm("" : "=rm" (ptl)) would do the job, I think, but it's pretty ugly
s
On Sat, 28 Apr 2007 08:25:17 +0200 Borislav Petkov <[EMAIL PROTECTED]> wrote:
> > __attribute__ __address_will_be_overwritten_so_don't_bother_warning_me__?
> >
> > /me going to read gcc docs...
>
> Sorry, no such thing in the docs to do
>
> spinlock_t __attribute__((__uninitialized__)) *ptl;
>
On Sat, Apr 28, 2007 at 07:57:40AM +0200, Borislav Petkov wrote:
> On Fri, Apr 27, 2007 at 05:22:30PM -0700, Andrew Morton wrote:
> > On Thu, 26 Apr 2007 20:25:19 +0200
> > Borislav Petkov <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > Remove build warning mm/memory.c:1491: warning: 'ptl' may be used
On Fri, Apr 27, 2007 at 05:22:30PM -0700, Andrew Morton wrote:
> On Thu, 26 Apr 2007 20:25:19 +0200
> Borislav Petkov <[EMAIL PROTECTED]> wrote:
>
> >
> > Remove build warning mm/memory.c:1491: warning: 'ptl' may be used
> > uninitialized in this function.
> > The spinlock pointer is assigned to
Andrew Morton wrote:
> ---
> a/mm/memory.c~add-apply_to_page_range-which-applies-a-function-to-a-pte-range-fix
> +++ a/mm/memory.c
> @@ -1455,7 +1455,7 @@ static int apply_to_pte_range(struct mm_
> pte_t *pte;
> int err;
> struct page *pmd_page;
> - spinlock_t *ptl;
> + s
On Thu, 26 Apr 2007 20:25:19 +0200
Borislav Petkov <[EMAIL PROTECTED]> wrote:
>
> Remove build warning mm/memory.c:1491: warning: 'ptl' may be used
> uninitialized in this function.
> The spinlock pointer is assigned to null since it gets overwritten right away
> in
> pte_alloc_map_lock().
>
>
On Fri, 27 Apr 2007, Siddha, Suresh B wrote:
On Fri, Apr 27, 2007 at 12:07:10PM +0100, Mel Gorman wrote:
On (26/04/07 16:40), Siddha, Suresh B didst pronounce:
oops. Appended patch should fix this. Can you please check this and Ack it?
This patch does not apply cleanly to 2.6.21-rc7-mm2.
M
On Fri, Apr 27, 2007 at 12:07:10PM +0100, Mel Gorman wrote:
> On (26/04/07 16:40), Siddha, Suresh B didst pronounce:
> > oops. Appended patch should fix this. Can you please check this and Ack it?
>
> This patch does not apply cleanly to 2.6.21-rc7-mm2.
Mel, Please backout the existing x86_64-se
On Fri, 27 Apr 2007, Andy Whitcroft wrote:
> > See my patch @ http://marc.info/?l=linux-kernel&m=117752927203466&w=2
>
> Yeah I played with that for a bit last night to no good effect.
> BUILD_BUG_ON simply becomes a noop if the optimiser doesn't really
> really know that the thing its talking ab
Christoph Lameter wrote:
> On Thu, 26 Apr 2007, Andy Whitcroft wrote:
>
>>> Gcc 3.3 works just fine on other platforms like i386. This is more likely
>>> a platform issue. If we disable it then only for <= gcc 3.3 on ppc. If
>>> problems crop up with other platforms then we can expand on it.
>>
On (27/04/07 02:39), Andi Kleen didst pronounce:
>
>
> > That's vdso.lds.S, not vdso.lds. The VDSO_TEXT_OFFSET is still 0x400.
> > This is what I should have posted the last time
> >
> > --- build/arch/x86_64/vdso/voffset.h.orig 2007-04-26 08:43:31.523739878
> > -0700
> > +++ build/arch/x86_6
On Thu, 2007-04-26 at 15:52 -0700, Miles Lane wrote:
> On 4/26/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Thu, 26 Apr 2007 12:13:00 -0700 "Miles Lane" <[EMAIL PROTECTED]> wrote:
> >
> > > One possible issue is that /proc/acpi/power_resource/ is an empty
> > > directory.
> > > Otherwise, t
On Thu, 26 Apr 2007 22:31:15 -0400 [EMAIL PROTECTED] wrote:
> On Wed, 25 Apr 2007 22:57:16 PDT, Andrew Morton said:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc7/2.6.21-rc7-mm2/
>
> This addition in -rc7-mm1 breaks my laptop (Dell Latitude D820, x86_64 kernel)
>
>
> That's vdso.lds.S, not vdso.lds. The VDSO_TEXT_OFFSET is still 0x400.
> This is what I should have posted the last time
>
> --- build/arch/x86_64/vdso/voffset.h.orig 2007-04-26 08:43:31.523739878
> -0700
> +++ build/arch/x86_64/vdso/voffset.h 2007-04-26 08:43:38.839579356 -0700
> @@ -1 +
On 4/26/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Thu, 26 Apr 2007 12:13:00 -0700 "Miles Lane" <[EMAIL PROTECTED]> wrote:
> One possible issue is that /proc/acpi/power_resource/ is an empty directory.
> Otherwise, the ACPI information seems to be fine:
>
> # cat /proc/acpi/ac_adapter/ACAD/
On Thu, 26 Apr 2007 15:57:21 -0500 Timur Tabi <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
>
> >> drivers/net/Kconfig:2327:warning: 'select' used by config symbol
> >> 'UCC_GETH' refer to undefined symbol 'UCC_FAST'
> >
> > Yes, we get so many of those that I tend to ignore them, assuming
On Thu, 26 Apr 2007 12:13:00 -0700 "Miles Lane" <[EMAIL PROTECTED]> wrote:
> One possible issue is that /proc/acpi/power_resource/ is an empty directory.
> Otherwise, the ACPI information seems to be fine:
>
> # cat /proc/acpi/ac_adapter/ACAD/state
> state: on-line
> # cat /proc
Timur Tabi wrote:
Andrew Morton wrote:
drivers/net/Kconfig:2327:warning: 'select' used by config symbol
'UCC_GETH' refer to undefined symbol 'UCC_FAST'
Yes, we get so many of those that I tend to ignore them, assuming that
someone will pick it up and fix it.
Is this being comp
Andrew Morton wrote:
drivers/net/Kconfig:2327:warning: 'select' used by config symbol
'UCC_GETH' refer to undefined symbol 'UCC_FAST'
Yes, we get so many of those that I tend to ignore them, assuming that
someone will pick it up and fix it.
Is this being compiled on a non-ppc/powerpc platfor
On Thu, 26 Apr 2007 13:37:20 -0700 Andrew Morton wrote:
> On Thu, 26 Apr 2007 13:47:14 +0200 Gabriel C <[EMAIL PROTECTED]> wrote:
>
> > Andrew Morton wrote:
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc7/2.6.21-rc7-mm2/
> > >
> > >
> > > - this has everything which
On Thu, 26 Apr 2007 13:47:14 +0200 Gabriel C <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc7/2.6.21-rc7-mm2/
> >
> >
> > - this has everything which is in 2.6.21. Plus more!
> >
> > - a number of nasty bugs were fixed.
On Thu, 26 Apr 2007, Andy Whitcroft wrote:
> > Gcc 3.3 works just fine on other platforms like i386. This is more likely
> > a platform issue. If we disable it then only for <= gcc 3.3 on ppc. If
> > problems crop up with other platforms then we can expand on it.
>
> I was thinking that it woul
Christoph Lameter wrote:
> On Thu, 26 Apr 2007, Andy Whitcroft wrote:
>
>>> But then how important is gcc 3.3 support?
>> Well we say 3.2 is the minimum. If we simply return(NULL) or BUG() in
>
> Oh before I forget
>
> Gcc 3.3 works just fine on other platforms like i386. This is more likely
>
On Thu, 26 Apr 2007, Andy Whitcroft wrote:
> > But then how important is gcc 3.3 support?
>
> Well we say 3.2 is the minimum. If we simply return(NULL) or BUG() in
Oh before I forget
Gcc 3.3 works just fine on other platforms like i386. This is more likely
a platform issue. If we disable it t
Remove build warning mm/memory.c:1491: warning: 'ptl' may be used uninitialized
in this function.
The spinlock pointer is assigned to null since it gets overwritten right away in
pte_alloc_map_lock().
Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
---
Index: linux-mm/mm/memory.c
===
On Thu, 26 Apr 2007, Andy Whitcroft wrote:
> I am inclined to suggest we change it for BUG:
>
> BUG(index < 0);
>
> Perhaps only on older compilers.
I'd be fine with that solution.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAI
Christoph Lameter wrote:
> On Thu, 26 Apr 2007, Andy Whitcroft wrote:
>
>>> Ok, this is a SLUB related link failure. Am investigating if PPC simply
>>> needs larger allocs and needs CONFIG_LARGE_ALLOCS, of if this is an
>>> inlining issue.
>> Ok this is confirmed as an inlining issue. With the c
On Thu, 26 Apr 2007, Andy Whitcroft wrote:
> > Ok, this is a SLUB related link failure. Am investigating if PPC simply
> > needs larger allocs and needs CONFIG_LARGE_ALLOCS, of if this is an
> > inlining issue.
>
> Ok this is confirmed as an inlining issue. With the compiler below on
> ppc64 we
Andy Whitcroft wrote:
> Andy Whitcroft wrote:
>> Getting a link failure on a ppc64 system:
>>
>> LD .tmp_vmlinux1
>> init/built-in.o(.init.text+0x32e4): In function `.rd_load_image':
>> : undefined reference to `.__kmalloc_size_too_large'
>> fs/built-in.o(.text+0xa6fe0): In function `.ext3_f
On (26/04/07 15:46), Mel Gorman didst pronounce:
> On (26/04/07 14:33), Mel Gorman didst pronounce:
> > On (26/04/07 15:51), Andi Kleen didst pronounce:
> > > Andy Whitcroft <[EMAIL PROTECTED]> writes:
> > >
> > > > Getting hard boot failures before any kernel output on an x86_64 blade:
> > > >
>
* Andrew Morton <[EMAIL PROTECTED]> [2007-04-26 17:24]:
>
> hm. I'd be suspecting
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc7/2.6.21-rc7-mm2/broken-out/add-irqf_irqpoll-flag-common-code.patch
> and
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.
1 - 100 of 117 matches
Mail list logo
