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
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 cons
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
>
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_d
lable-in-uevent-file.patch
> > > >
> > > > Reverting only that from 2.6.21-rc7-mm2 gives me a working kernel
> > > > again.
> >
> > Wait, even though this isn't good, it shouldn't have been hit by anyone,
> > that file used to not be re
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
ything'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 th
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-r
Hi
When compiling 2.6.21-rc7-mm2, I encountered this error.
=
CC [M] drivers/net/e1000/e1000_ethtool.o
CC [M] drivers/net/e1000/e1000_main.o
LD [M] drivers/net/e1000/e1000.o
LD drivers/net/ehea/built-in.o
CC [M] drivers/net/ehea
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
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
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
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 winn
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.
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:
>
> gregk
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
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
; > 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/x8
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
lock-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_64-mm-sched-clock-share.patch
>
> Or perhaps the deadlock is in the cpufrequency handler. Does it happen
> without CONFIG
> 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
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_64-mm-sched-clock-sha
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 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
te:
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.
The last initcall_debug function varies. E.g.:
1/
[0.140257]
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/
> > > >
rote:
> > >
> > > >
> > > > 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.
> > > The last initcall_debug function varies. E.g.:
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-rc
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
1-git3 (or, better, current -git)?
> > 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
> > that's a pretty small set.
>
> I'm not quite sure how to deter
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 whi
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 t
>> 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 hav
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/peo
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 panic
gt; http://www.unixy.pl/maciek/download/kernel/2.6.21-rc7--mm2/dmesg.txt.gz
> lsmod:
> http://www.unixy.pl/maciek/download/kernel/2.6.21-rc7--mm2/lsmod.txt.gz
> ver_linux:
> http://www.unixy.pl/maciek/download/kernel/2.6.21-rc7--mm2/ver_linux.txt.gz
> lspci:
> http://www.un
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 n
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
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 work.
bug:
---
Apr 29 23:31:16 midgard kernel: [140594.900856] BUG: at
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.
/0x160
[] sysfs_write_file+0x0/0x160
[] sys_write+0x41/0x70
[] sys_dup2+0xd5/0x100
[] sysenter_past_esp+0x5f/0x85
[] xfrm_policy_insert+0x210/0x400
===
dmesg:
http://www.unixy.pl/maciek/download/kernel/2.6.21-rc7--mm2/dmesg.txt.gz
lsmod:
http://www.unixy.pl/maciek/download
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/p
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;
* Some bugfixes in blackfin arch patch, serial core patch
* Update blackfin spi controller driver patch accoding to David Brownell's
review
-
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.k
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, William Heimbigner wrote:
On Sat, 28 Apr 2007, Andrew Morton wrote:
On Sat, 28 Apr 2007 21:40:19 + (GMT) William Heimbigner
<[EMAIL PROTECTED]> wrote:
> This bug occurs in linux-2.6.21-rc7-mm2, and does not occur in
> 2.6.21-rc7
> ARCH is powe
On Sat, 28 Apr 2007, Andrew Morton wrote:
On Sat, 28 Apr 2007 21:40:19 + (GMT) William Heimbigner <[EMAIL PROTECTED]>
wrote:
This bug occurs in linux-2.6.21-rc7-mm2, and does not occur in 2.6.21-rc7
ARCH is powerpc
dmesg output, captured via netconsole:
[0.00] Using Po
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 21:40:19 + (GMT) William Heimbigner <[EMAIL PROTECTED]>
wrote:
> This bug occurs in linux-2.6.21-rc7-mm2, and does not occur in 2.6.21-rc7
> ARCH is powerpc
>
> dmesg output, captured via netconsole:
> [0.00] Using PowerMac machine descri
This bug occurs in linux-2.6.21-rc7-mm2, and does not occur in 2.6.21-rc7
ARCH is powerpc
dmesg output, captured via netconsole:
[0.00] Using PowerMac machine description
[0.00] Total memory = 128MB; using 256kB for hash table (at c7fc)
[0.00] Linux version 2.6.21-rc7
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 app
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:
Starting Firewall Initialization (phase 2
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
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 e
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 17:54:20 -0700, Andrew Morton wrote:
> On Fri, 27 Apr 2007 00:00:15 + (GMT) William Heimbigner <[EMAIL
> PROTECTED]> wrote:
>
> > Output leading up to the error:
> >
> >CC drivers/macintosh/macio-adb.o
> >LD drivers/macintosh/built-in.o
> >CC [M] dr
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
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)
gregkh-driver-sysfs-fix-i_ino-handling-in-sysfs.patch
The initrd on
On Thu, 26 Apr 2007 17:54:20 -0700 Andrew Morton wrote:
> On Fri, 27 Apr 2007 00:00:15 + (GMT) William Heimbigner <[EMAIL
> PROTECTED]> wrote:
>
> > Output leading up to the error:
> >
> >CC drivers/macintosh/macio-adb.o
> >LD drivers/macintosh/built-in.o
> >CC [M] dr
On Fri, 27 Apr 2007 00:00:15 + (GMT) William Heimbigner <[EMAIL PROTECTED]>
wrote:
> Output leading up to the error:
>
>CC drivers/macintosh/macio-adb.o
>LD drivers/macintosh/built-in.o
>CC [M] drivers/macintosh/apm_emu.o
>CC [M] drivers/macintosh/therm_windtunnel
> 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 +
Output leading up to the error:
CC drivers/macintosh/macio-adb.o
LD drivers/macintosh/built-in.o
CC [M] drivers/macintosh/apm_emu.o
CC [M] drivers/macintosh/therm_windtunnel.o
drivers/macintosh/therm_windtunnel.c: In function 'therm_of_remove':
drivers/macintosh/therm_windtunn
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
1 - 100 of 134 matches
Mail list logo
