On 09/09/2007 04:43 PM, Jiri Slaby wrote:
> On 09/09/2007 04:33 PM, Andi Kleen wrote:
>> On Sun, Sep 09, 2007 at 04:26:22PM +0200, Jiri Slaby wrote:
>>> BTW it is reproducible for me on two different machines (i386-x86_64,
>>> radeon-intel), don't you have the problem too?
>> No problems here with
What other info needed?
I'm seeing this on my 965gm chipset with Andi's clflush patches on x86
32-bit, it looks like an interaction with the agp code which does a big
bunch of change page attr to allocate the AGP aperture backed memory..
I think the code might have worked in a previous iter
On Sun, 09 Sep 2007 09:27:06 +0200, Andi Kleen said:
> > Updating on this issue: Both myself and another person have reported on
> > the RedHat bugzilla that it's a clocksource issue - if you are using the
> > hpet clocksource, the time warps, but booting with clocksource=acpi_pm
> > works.
> >
On 09/09/2007 05:01 PM, Andi Kleen wrote:
> On Sun, Sep 09, 2007 at 04:43:37PM +0200, Jiri Slaby wrote:
>> On 09/09/2007 04:33 PM, Andi Kleen wrote:
>>> On Sun, Sep 09, 2007 at 04:26:22PM +0200, Jiri Slaby wrote:
BTW it is reproducible for me on two different machines (i386-x86_64,
radeon
On Sun, Sep 09, 2007 at 04:43:37PM +0200, Jiri Slaby wrote:
> On 09/09/2007 04:33 PM, Andi Kleen wrote:
> > On Sun, Sep 09, 2007 at 04:26:22PM +0200, Jiri Slaby wrote:
> >> BTW it is reproducible for me on two different machines (i386-x86_64,
> >> radeon-intel), don't you have the problem too?
> >
On 09/09/2007 04:33 PM, Andi Kleen wrote:
> On Sun, Sep 09, 2007 at 04:26:22PM +0200, Jiri Slaby wrote:
>> BTW it is reproducible for me on two different machines (i386-x86_64,
>> radeon-intel), don't you have the problem too?
>
> No problems here with a radeon, no.
>
> Does your CPU have clflush
On 09/09/2007 04:33 PM, Andi Kleen wrote:
> On Sun, Sep 09, 2007 at 04:26:22PM +0200, Jiri Slaby wrote:
>> BTW it is reproducible for me on two different machines (i386-x86_64,
>> radeon-intel), don't you have the problem too?
>
> No problems here with a radeon, no.
>
> Does your CPU have clflush
On Sun, Sep 09, 2007 at 04:26:22PM +0200, Jiri Slaby wrote:
> BTW it is reproducible for me on two different machines (i386-x86_64,
> radeon-intel), don't you have the problem too?
No problems here with a radeon, no.
Does your CPU have clflush or not in /proc/cpuinfo?
-Andi
-
To unsubscribe from
On 09/09/2007 04:17 PM, Andi Kleen wrote:
>> Hm, I suspect Andi's x86_64-mm-cpa-clflush.patch or something like that. It
>> loops in flush_kernel_map in list_for_each_entry on the first CPU. The a->l
>> list
>> is somehow corrupted I guess.
>
> Does it still happen with the latest version
I thi
> Hm, I suspect Andi's x86_64-mm-cpa-clflush.patch or something like that. It
> loops in flush_kernel_map in list_for_each_entry on the first CPU. The a->l
> list
> is somehow corrupted I guess.
Does it still happen with the latest version
ftp://ftp.firstfloor.org/pub/ak/x86_64/quilt/patches/cp
Slaby napsal(a):
>>>> Andrew Morton napsal(a):
>>>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
>>>> Hi,
>>>>
>>>> I've found a regression against 2.6.23-rc2-mm2. X server shutdown freeze
e, idea?
>>>
>>> Jiri Slaby napsal(a):
>>>> Andrew Morton napsal(a):
>>>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
>>>> Hi,
>>>>
>>>> I've found a regression against
gt; ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
> >> Hi,
> >>
> >> I've found a regression against 2.6.23-rc2-mm2. X server shutdown freezes
> >> (untainted) kernel hardly. Nothing on netconsole, X output foll
On 08/28/2007 01:41 PM, Jiri Slaby wrote:
> Does this went through to your boxes? Any progress, clue, idea?
>
> Jiri Slaby napsal(a):
>> Andrew Morton napsal(a):
>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
>> Hi,
> Updating on this issue: Both myself and another person have reported on
> the RedHat bugzilla that it's a clocksource issue - if you are using the
> hpet clocksource, the time warps, but booting with clocksource=acpi_pm works.
>
> This ring any bells?
Does this patch fix it?
-Andi
Add miss
On Sat, 08 Sep 2007 10:57:50 +0200, Andi Kleen said:
> vdso effectively only supports TSC and HPET (the other clock sources are not
> accessible
> from ring 3)
Ahh.. that explains why acpi_pm clocksource doesn't trip over the problem
pgpZ3U1saEbaH.pgp
Description: PGP signature
On Thu, 30 Aug 2007 12:27:10 EDT, Chuck Ebbert said:
> On 08/29/2007 07:15 PM, Andrew Morton wrote:
> >>> The issue: vdso and gettimeofday seem to be having a quarrel.
> >> This is also open as a Fedora bug:
> >> https://bugzilla.redhat.com/show_bug.cgi?id=262481
> >>
> >
> > So it's an interacti
> In the vdso code:
>
> static inline long vgetns(void)
> {
> cycles_t (*vread)(void);
> vread = gtod->clock.vread;
> return ((vread() - gtod->clock.cycle_last) * gtod->clock.mult) >>
> gtod->clock.shift;
> }
>
>
> Looks like an open-coded version of this
On 09/01/2007 06:07 AM, Andi Kleen wrote:
>> write_seqlock_irqsave(&vsyscall_gtod_data.lock, flags);
>> /* copy vsyscall data */
>> vsyscall_gtod_data.clock.vread = clock->vread;
>> vsyscall_gtod_data.clock.cycle_last = clock->cycle_last;
>> vsyscall_gtod_dat
;> Wed Jul 13 13:15:31 UTC 1910
>>>> setting system time to:
>>>> Tue Jul 24 00:00:00 UTC 2007
With 2.6.23-rc4-mm1 this doesn't happen anymore,
so whatever it was seems to be fixed.
>> --- /tmp/bootmsg-2.6.23-rc3 2007-08-25 02:25:54.0 +0200
>>
On Sun, Sep 02, 2007 at 01:59:57PM -0700, Andrew Morton wrote:
> > On Sun, 2 Sep 2007 12:48:35 -0400 "Josef 'Jeff' Sipek" <[EMAIL PROTECTED]>
> > wrote:
> > On Sun, Sep 02, 2007 at 04:56:34AM -0700, Andrew Morton wrote:
> > >
> > > fyi..
> >
> > I got a bunch of patches queued up that should fi
> On Sun, 2 Sep 2007 12:48:35 -0400 "Josef 'Jeff' Sipek" <[EMAIL PROTECTED]>
> wrote:
> On Sun, Sep 02, 2007 at 04:56:34AM -0700, Andrew Morton wrote:
> >
> > fyi..
>
> I got a bunch of patches queued up that should fix a few things - quite
> possibly this one too.
>
> I want to push the patch
> write_seqlock_irqsave(&vsyscall_gtod_data.lock, flags);
> /* copy vsyscall data */
> vsyscall_gtod_data.clock.vread = clock->vread;
> vsyscall_gtod_data.clock.cycle_last = clock->cycle_last;
> vsyscall_gtod_data.clock.mask = clock->mask;
> vsyscall
On 08/30/2007 10:08 AM, [EMAIL PROTECTED] wrote:
> On Wed, 29 Aug 2007 16:15:45 PDT, Andrew Morton said:
>
>> So it's an interaction between the x86_64 vdso patches in Andi's tree and
>> newer glibc, and we don't know which one is getting it wrong yet?
>>
>> If I ever get another -mm out the door
On 08/29/2007 07:15 PM, Andrew Morton wrote:
>
> So it's an interaction between the x86_64 vdso patches in Andi's tree and
> newer glibc, and we don't know which one is getting it wrong yet?
>
Just found this duplicated code in 2.6.23-rc4, maybe it was supposed
to be something else? The second
On 08/29/2007 07:15 PM, Andrew Morton wrote:
>>> The issue: vdso and gettimeofday seem to be having a quarrel.
>> This is also open as a Fedora bug:
>> https://bugzilla.redhat.com/show_bug.cgi?id=262481
>>
>
> So it's an interaction between the x86_64 vdso patches in Andi's tree and
> newer glib
On Wed, 29 Aug 2007 16:15:45 PDT, Andrew Morton said:
> So it's an interaction between the x86_64 vdso patches in Andi's tree and
> newer glibc, and we don't know which one is getting it wrong yet?
>
> If I ever get another -mm out the door (have been without electricity for
> several days) I'll
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrew Morton wrote:
> So it's an interaction between the x86_64 vdso patches in Andi's tree and
> newer glibc, and we don't know which one is getting it wrong yet?
glibc does nothing but call the code in the vdso. We have a function
pointer variabl
Pete/Piet Delaney wrote:
We are getting a problem with VMware where kernel text is the schedler
is getting wacked with four null bytes into the code. Thought I'd use
the current linux-2.6-kgdb.git tree and possible the CONFIG_DEBUG_RODATA
patch to make kernel text readonly:
https://www.x86-64.o
Pete/Piet Delaney wrote:
Why am I getting this when I do:
git clone
http://master.kernel.org/pub/scm/linux/kernel/git/jwessel/linux-2.6-kgdb.git
I have only ever used:
git clone
git://git.kernel.org/pub/scm/linux/kernel/git/jwessel/linux-2.6-kgdb.git
Jason.
-
To unsubscribe from this l
On Wed, 29 Aug 2007 18:19:29 -0700 Pete/Piet Delaney wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Pete/Piet Delaney wrote:
> > Jason Wessel wrote:
> >> Andrew Morton wrote:
> >>> On Wed, 22 Aug 2007 17:44:12 -0500
> >>> Jason Wessel <[EMAIL PROTECTED]> wrote:
> >>>
> >>>
>
Hi,
>On 8/23/07, Takashi Iwai <[EMAIL PROTECTED]> wrote:
> At Wed, 22 Aug 2007 22:23:03 +0200,
> Mariusz Kozlowski wrote:
> >
> > Hello,
> >
> > This is from x86_32 with gcc 3.4.6:
> >
> > CC [M] sound/pci/hda/hda_codec.o
> > sound/pci/hda/hda_codec.c: In function `snd_hda_codec_free':
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Pete/Piet Delaney wrote:
> Jason Wessel wrote:
>> Andrew Morton wrote:
>>> On Wed, 22 Aug 2007 17:44:12 -0500
>>> Jason Wessel <[EMAIL PROTECTED]> wrote:
>>>
>>>
+while (!atomic_read(&debugger_active));
>>> eek. We're in the proce
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Pete/Piet Delaney wrote:
> Jason Wessel wrote:
>> Andrew Morton wrote:
>>> On Wed, 22 Aug 2007 17:44:12 -0500
>>> Jason Wessel <[EMAIL PROTECTED]> wrote:
>>>
>>>
+while (!atomic_read(&debugger_active));
>>> eek. We're in the proce
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jason Wessel wrote:
> Andrew Morton wrote:
>> On Wed, 22 Aug 2007 17:44:12 -0500
>> Jason Wessel <[EMAIL PROTECTED]> wrote:
>>
>>
>>> +while (!atomic_read(&debugger_active));
>>>
>>
>> eek. We're in the process of hunting down and eliminati
nel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
>
> > The issue: vdso and gettimeofday seem to be having a quarrel.
>
> This is also open as a Fedora bug:
> https://bugzilla.redhat.com/show_bug.cgi?id=262481
>
So it's an interaction between the x86_64 vdso patch
On Wed, 29 Aug 2007 10:04:33 EDT, [EMAIL PROTECTED] said:
(Fixing the Subject: and updating the info)
> On Wed, 22 Aug 2007 02:06:48 PDT, Andrew Morton said:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
> The issue: vdso and gettimeo
On Wed, 22 Aug 2007 02:06:48 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
Sorry for not catching this one sooner, but AFAICT, Fedora didn't ship a glibc
that trips over this (2.6.90-12) until Saturday and I inst
On Tue, 28 Aug 2007 13:32:57 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote:
> Andrew Morton napsal(a):
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
>
> I got this during gxine initialization of ocko.tv live stream without
On Fri, 2007-08-24 at 15:53 +0900, Yasunori Goto wrote:
> I found find_next_best_node() was wrong.
> I confirmed boot up by the following patch.
> Mel-san, Kamalesh-san, could you try this?
FYI: This patch also allows the alloc-instantiate-race testcase in
libhugetlbfs to pass again :)
--
Adam L
Satyam Sharma napsal(a):
> Hi Jiri,
>
>
> On Tue, 28 Aug 2007, Jiri Slaby wrote:
>
>> Andrew Morton napsal(a):
>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
>> I got this during gxine initialization of ocko.
Hi Jiri,
On Tue, 28 Aug 2007, Jiri Slaby wrote:
> Andrew Morton napsal(a):
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
>
> I got this during gxine initialization of ocko.tv live stream without any cd
> in
> cdroms:
Yup, t
Does this went through to your boxes? Any progress, clue, idea?
Jiri Slaby napsal(a):
> Andrew Morton napsal(a):
>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
>
> Hi,
>
> I've found a regression against 2.6.23-rc2-mm2.
Andrew Morton napsal(a):
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
I got this during gxine initialization of ocko.tv live stream without any cd in
cdroms:
BUG: unable to handle kernel NULL pointer dereference at virtual address
005c
print
From: Adrian Bunk <[EMAIL PROTECTED]>
Subject: 2.6.23-rc3-mm1: m32r defconfig compile error
Date: Mon, 27 Aug 2007 23:27:48 +0200
> On Wed, Aug 22, 2007 at 02:06:48AM -0700, Andrew Morton wrote:
> >...
> > Changes since 2.6.23-rc2-mm2:
> >...
> > git
On Wed, Aug 22, 2007 at 02:06:48AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.23-rc2-mm2:
>...
> +x86_64-mm-unwinder.patch
>...
> +x86_64-mm-remove-maccumulate-outgoing-args.patch
>...
> x86 tree updates
>...
-maccumulate-outgoing-args on i386 count:
1 + 1 - 1 = 1
If the stack unwinder
On Wed, Aug 22, 2007 at 02:06:48AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.23-rc2-mm2:
>...
> git-m32r.patch
>...
> git trees
>...
<-- snip -->
...
AS arch/m32r/kernel/entry.o
/home/bunk/linux/kernel-2.6/linux-2.6.23-rc3-mm1/arch/m32r/kernel/e
ith a randconfig (
> >>> http://194.231.229.228/kernel/mm/2.6.23-rc3-mm1/r/randconfig-8 )
> >>>
> >>> ...
> >>>
> >>> net/ipv4/fib_trie.c: In function 'trie_rebalance':
> >>> net/ipv4/fib_trie.c:969: error: lvalue require
.config.old back to .config doesn't
make it disappear again. So it seems "make menuconfig" has elliminated
whatever caused this.
If you still want to have a look, both .config and .config.old are
available at http://gollum.phnxsoft.com/~ts/2.6.23-rc3-mm1/ .
--
Tilman Schmidt
On 22-08-2007 19:03, Paul E. McKenney wrote:
> On Wed, Aug 22, 2007 at 05:41:11PM +0200, Adrian Bunk wrote:
>> On Wed, Aug 22, 2007 at 05:30:13PM +0200, Gabriel C wrote:
>>> Got it with a randconfig (
>>> http://194.231.229.228/kernel/mm/2.6.23-rc3-mm1/r/randconfig-
{hardirq-on-W} usage.
> > > ifconfig/5492 [HC0[0]:SC0[0]:HE1:SE1] takes:
> > > (&tp->lock){+...}, at: [] rtl8139_interrupt+0x27/0x46b
> > > [8139too]
...
> I tested your patch and it still happens. Dmesg info from patched kernel
> attached.
> I couln
Miles Lane wrote:
> CC [M] drivers/net/wireless/zd1211rw-mac80211/zd_mac.o
> drivers/net/wireless/zd1211rw-mac80211/zd_mac.c: In function
> 'zd_op_erp_ie_changed':
> drivers/net/wireless/zd1211rw-mac80211/zd_mac.c:822: error:
> 'IEEE80211_ERP_CHANGE_PREAMBLE' undeclared (first use in this
> fun
On Sun, 26 Aug 2007 12:54:33 -0400 Miles Lane wrote:
> CC [M] drivers/net/wireless/rt2x00mac.o
> drivers/net/wireless/rt2x00mac.c: In function 'rt2x00mac_tx_rts_cts':
> drivers/net/wireless/rt2x00mac.c:61: warning: passing argument 2 of
> 'ieee80211_ctstoself_get' makes pointer from integer wit
Andrew Morton napsal(a):
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
Hi,
I've found a regression against 2.6.23-rc2-mm2. X server shutdown freezes
(untainted) kernel hardly. Nothing on netconsole, X output follows:
X Window System Versi
On Sun, 26 Aug 2007 01:26:21 +0200 Tilman Schmidt wrote:
> Am 25.08.2007 02:38 schrieb Pallipadi, Venkatesh:
> >>
> >>>> FATAL: Error inserting processor
> >>>> (/lib/modules/2.6.23-rc3-mm1-testing/kernel/drivers/acpi/processor.ko):
> >>&g
Am 25.08.2007 09:55 schrieb Paul Rolland:
> On Sat, 25 Aug 2007 00:28:09 -0400
> Dave Jones <[EMAIL PROTECTED]> wrote:
>
>> On Fri, Aug 24, 2007 at 08:30:00PM -0700, Andrew Morton wrote:
>>
>> > > -<6>rtc_cmos 00:03: rtc core: registered rtc_cmos as rtc0
>> > > -<4>rtc_cmos: probe of 00:03 fa
Am 25.08.2007 02:38 schrieb Pallipadi, Venkatesh:
>>
>>>> FATAL: Error inserting processor
>>>> (/lib/modules/2.6.23-rc3-mm1-testing/kernel/drivers/acpi/processor.ko):
>>>> Input/output error
>>>> WARNING: Error inserting processor
>>
Am 25.08.2007 02:21 schrieb john stultz:
>> Tilman Schmidt <[EMAIL PROTECTED]> wrote:
>>> - on console early during boot, also in SuSE's /var/log/boot.msg:
>>>
>>> your system time is not correct:
>>> Wed Jul 13 13:15:31 UTC 1910
>>> setting system time to:
>>> Tue Jul 24 00:00:00 UTC 2007
>
> H
only about lockdep complaining,
> but real lockup possibility, because any locks in such a handler are
> taken in another, not expected for them context, and could be
> vulnerable (especially with softirqs, but probably hardirqs as well).
>
> Reported-by: Mariusz Kozlowski <[EMAI
Hello,
On Sat, 25 Aug 2007 00:28:09 -0400
Dave Jones <[EMAIL PROTECTED]> wrote:
> On Fri, Aug 24, 2007 at 08:30:00PM -0700, Andrew Morton wrote:
>
> > > <6>Linux agpgart interface v0.102
> > > +<6>rtc_cmos 00:03: rtc core: registered rtc_cmos as rtc0
> > > +<4>rtc_cmos: probe of 00:03 faile
On Fri, Aug 24, 2007 at 08:30:00PM -0700, Andrew Morton wrote:
> > <6>Linux agpgart interface v0.102
> > +<6>rtc_cmos 00:03: rtc core: registered rtc_cmos as rtc0
> > +<4>rtc_cmos: probe of 00:03 failed with error -16
> > +<6>agpgart: suspend/resume problematic: resume with 3D/DRI active may
On Sat, 2007-08-25 at 05:44 +0200, Kay Sievers wrote:
> --- a/drivers/firmware/dmi-id.c
> +++ b/drivers/firmware/dmi-id.c
> @@ -155,6 +155,7 @@ static int dmi_dev_uevent(struct device *dev, struct
> kobj_uevent_env *env)
> sizeof(env->buf) - env->buflen);
> if (len
; > > > Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> > > >
> > > > > * Andrew Morton ([EMAIL PROTECTED]) wrote:
> > > > > > On Fri, 24 Aug 2007 18:47:07 -0400
> > > > > > Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
>
; > > > Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> > > >
> > > > > * Andrew Morton ([EMAIL PROTECTED]) wrote:
> > > > > > On Fri, 24 Aug 2007 18:47:07 -0400
> > > > > > Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
>
> >
> > > > * Andrew Morton ([EMAIL PROTECTED]) wrote:
> > > > > On Fri, 24 Aug 2007 18:47:07 -0400
> > > > > Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > > > Hi Andrew,
> > > > >
rton:
> >>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
>
> >> After applying Matthew Wilcox' patch to include/linux/isa.h
> >
> > which patch is that?
>
> The one allowing drivers/scsi/advansys.c to comp
gt; > > On Fri, 24 Aug 2007 18:47:07 -0400
> > > > Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> > > >
> > > > > Hi Andrew,
> > > > >
> > > > > I get the following BUG when booting 2.6.23-rc3-mm1 on i386. I wonder
> > &g
ieu Desnoyers <[EMAIL PROTECTED]> wrote:
> > >
> > > > Hi Andrew,
> > > >
> > > > I get the following BUG when booting 2.6.23-rc3-mm1 on i386. I wonder if
> > > > you would have some ideas about what is causing this problem. I'll st
t; > On Fri, 24 Aug 2007 18:47:07 -0400
> > > > Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> > > > > I get the following BUG when booting 2.6.23-rc3-mm1 on i386. I wonder
> > > > > if
> > > > > you would have some ideas about wha
ieu Desnoyers <[EMAIL PROTECTED]> wrote:
> > >
> > > > Hi Andrew,
> > > >
> > > > I get the following BUG when booting 2.6.23-rc3-mm1 on i386. I wonder if
> > > > you would have some ideas about what is causing this problem. I'll st
Am 25.08.2007 02:07 schrieb Andrew Morton:
> On Sat, 25 Aug 2007 01:27:25 +0200
> Tilman Schmidt <[EMAIL PROTECTED]> wrote:
>
>> Am 22.08.2007 11:06 schrieb Andrew Morton:
>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-m
sfs pathname back to the
code which implements that pathname :(
> [ 13.737735] [ cut here ]
> [ 13.751544] Kernel BUG at c039e11c [verbose debug info unavailable]
> [ 13.770287] invalid opcode: [#1] PREEMPT SMP
> [ 13.784736] last sysfs file:
&g
Kleen; Len Brown; [EMAIL PROTECTED];
>Dave Jones; Thomas Renninger
>Subject: RE: 2.6.23-rc3-mm1
>
>
>>> - in /var/log/warn:
>>>
>>> Aug 25 00:44:00 xenon powersaved[5356]: WARNING
>>(CpufreqManagement:51) No capability cpufreq_control
>>> Aug 25 00
On Fri, 2007-08-24 at 17:07 -0700, Andrew Morton wrote:
> On Sat, 25 Aug 2007 01:27:25 +0200
> Tilman Schmidt <[EMAIL PROTECTED]> wrote:
>
> > Am 22.08.2007 11:06 schrieb Andrew Morton:
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/
On Fri, Aug 24, 2007 at 05:07:02PM -0700, Andrew Morton wrote:
> > FATAL: Error inserting processor
> > (/lib/modules/2.6.23-rc3-mm1-testing/kernel/drivers/acpi/processor.ko):
> > Input/output error
> > WARNING: Error inserting processor
> > (/lib/modules
* Andrew Morton ([EMAIL PROTECTED]) wrote:
> On Fri, 24 Aug 2007 18:47:07 -0400
> Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
>
> > Hi Andrew,
> >
> > I get the following BUG when booting 2.6.23-rc3-mm1 on i386. I wonder if
> > you would have some ideas a
it is
coming due to
>> FATAL: Error inserting processor
>(/lib/modules/2.6.23-rc3-mm1-testing/kernel/drivers/acpi/proces
>sor.ko): Input/output error
>> WARNING: Error inserting processor
>(/lib/modules/2.6.23-rc3-mm1-testing/kernel/drivers/acpi/proces
>sor.ko): Input/output err
On Sat, 25 Aug 2007 01:27:25 +0200
Tilman Schmidt <[EMAIL PROTECTED]> wrote:
> Am 22.08.2007 11:06 schrieb Andrew Morton:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
>
> After applying Matthew Wilcox' patch to include/l
On Fri, Aug 24, 2007 at 04:10:29PM -0700, Andrew Morton wrote:
> On Fri, 24 Aug 2007 18:47:07 -0400
> Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
>
> > Hi Andrew,
> >
> > I get the following BUG when booting 2.6.23-rc3-mm1 on i386. I wonder if
> > you woul
Am 22.08.2007 11:06 schrieb Andrew Morton:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
After applying Matthew Wilcox' patch to include/linux/isa.h this compiles
and boots on my Intel/openSUSE 10.2 test machine but throws out the
following me
On Fri, 24 Aug 2007 18:47:07 -0400
Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> Hi Andrew,
>
> I get the following BUG when booting 2.6.23-rc3-mm1 on i386. I wonder if
> you would have some ideas about what is causing this problem. I'll start
> bissecting it soon.
Hi Andrew,
I get the following BUG when booting 2.6.23-rc3-mm1 on i386. I wonder if
you would have some ideas about what is causing this problem. I'll start
bissecting it soon. I seems to be caused by an buggy skb_put call in
kobject_uevent_env.
Thanks,
Mathieu
Synthesizing the in
On Fri, 24 Aug 2007, Lee Schermerhorn wrote:
> PATCH Diffs between "Fix generic usage of node_online_map" V1 & V2
Ahh. Yes. I remember some of that.
Acked-by: Christoph Lameter <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
didn't notice that Andrew had added v1 instead of v2 to the mm
tree. Will pay more attention in the future, I promise.
Lee
---
PATCH Diffs between "Fix generic usage of node_online_map" V1 & V2
Against 2.6.23-rc3-mm1
V1 -> V2:
+ moved population of N_HI
On Fri, 24 Aug 2007, Mel Gorman wrote:
> Andrew, this fixes a real problem and should be considered a fix to
> memoryless-nodes-fixup-uses-of-node_online_map-in-generic-code.patch unless
> Christoph Lameter objects.
Right. Lets make sure to cc Lee on future discussions of the memoryless
node pat
On Fri, 24 Aug 2007, Lee Schermerhorn wrote:
> I reworked that patch and posted the update on 16aug which does not have
> this problem:
>
> http://marc.info/?l=linux-mm&m=118729871101418&w=4
>
> This should replace
> memoryless-nodes-fixup-uses-of-node_online_map-in-generic-code.patch
> in -mm.
On Fri, 24 Aug 2007, Kamalesh Babulal wrote:
> Starting Linux PPC64 #1 SMP Thu Aug 23 11:54:44 EDT 2007
Argh. PPC64. The typical thing that we break on all major NUMA
changes.
> EEH: PCI Enhanced I/O Error Handling Enabled
> PPC64 nvram contains 7168 bytes
> Zone PFN ranges:
> DMA 0 -> 1048576
>
.6.23-rc3-mm1.
Signed-off-by: Yasunori Goto <[EMAIL PROTECTED]>
---
mm/page_alloc.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: current/mm/page_alloc.c
===
--- current.orig/mm/page_alloc.c2007-
On Fri, 24 Aug 2007 02:09:59 +0200 (CEST)
Jiri Kosina <[EMAIL PROTECTED]> wrote:
> (some more CCs added)
>
> On Thu, 23 Aug 2007, Andrew Morton wrote:
>
> > It is quite unobvious to me that the whole pie-randomization thing
> > is worth merging. Why shouldn't we just drop the lot?
>
> Hi Andre
On Fri, 2007-08-24 at 15:52 +0100, Mel Gorman wrote:
> On (24/08/07 15:53), Yasunori Goto didst pronounce:
> >
> > I found find_next_best_node() was wrong.
> > I confirmed boot up by the following patch.
> > Mel-san, Kamalesh-san, could you try this?
> >
>
> This boots the IA-64 successful and g
eal problem and should be considered a fix to
memoryless-nodes-fixup-uses-of-node_online_map-in-generic-code.patch unless
Christoph Lameter objects.
> Bye.
> ---
>
> Fix decision of memoryless node in find_next_best_node().
> This can be cause of SW-IOMMU's allocation failure.
&g
-
> ppc64_pft_size = 0x1a
> physicalMemorySize = 0x1
> ppc64_caches.dcache_line_size = 0x80
> ppc64_caches.icache_line_size = 0x80
> htab_address = 0x
> htab_hash_mask = 0x7
> -
> Linux version 2.6.23-
I found find_next_best_node() was wrong.
I confirmed boot up by the following patch.
Mel-san, Kamalesh-san, could you try this?
Bye.
---
Fix decision of memoryless node in find_next_best_node().
This can be cause of SW-IOMMU's allocation failure.
This patch is for 2.6.23-rc3-mm1.
Signe
icache_line_size = 0x80
htab_address = 0x
htab_hash_mask = 0x7
-
Linux version 2.6.23-rc3-mm1-autokern1
([EMAIL PROTECTED]) (gcc version 3.4.6 20060404 (Red Hat
3.4.6-3)) #1 SMP Thu Aug 23 11:54:44 EDT 2007
[boot]0012 Se
Andrew Morton <[EMAIL PROTECTED]> writes:
>
> Yes, the ENOMEM is bogus. But irda_sysctl_register() saw a NULL return
> from register_sysctl_table() and simply has no clue why it failed, and is
> forced to assume ENOMEM. That's a design shortcoming in
> register_sysctl_table(), whcih should have r
Andrew Morton <[EMAIL PROTECTED]> writes:
>
> Cute. Eric, can you please suggest what we should do here?
Grumble.
Ok. This is a two sided bug.
The NET_IRDA define as not put in sysctl.h where it belongs so I
missed it, when making the list of all existing binary sysctls.
So really I need to p
(some more CCs added)
On Thu, 23 Aug 2007, Andrew Morton wrote:
> It is quite unobvious to me that the whole pie-randomization thing is
> worth merging. Why shouldn't we just drop the lot?
Hi Andrew,
well, whenever it comes to address space layout randomization, there
usually follows a huge
On Thu, 23 Aug 2007 11:28:25 +0200 (CEST)
Jiri Kosina <[EMAIL PROTECTED]> wrote:
> Handle MAP_32BIT flags properly in x86_64 flexmmap
>
> We need to handle MAP_32BIT flags of mmap() properly for 64bit
> applications with filexible mmap layout.
>
> This patch introduces x86_64-specific version o
Andrew Morton writes:
> Dunno, it beats me. powerpc booted OK for me. Ben, have you been playing
> around in powerpc mmap code? How come the oops claims it died at
> kernel_execve+0x8/0x14 but the call trace points up into the vma management
> code?
The exception c01 in kernel_execve is just t
On Thu, 23 Aug 2007 10:22:26 -0700
"Luck, Tony" <[EMAIL PROTECTED]> wrote:
> > __get_free_pages() of swiotlb_alloc_coherent() fails in rc3-mm1.
> > But, it doesn't fail on rc2-mm2, and kernel can boot up.
>
> That looks to be part of the problem here ... failing an order=3
> allocation during boo
1 - 100 of 210 matches
Mail list logo
