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
On 09/09/2007 02:47 PM, Andrew Morton wrote:
> On Sun, 09 Sep 2007 13:44:56 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote:
>
>> 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):
>>>
Removed [EMAIL PROTECTED] (dead e-mail)
On 09/09/2007 02:47 PM, Andrew Morton wrote:
> On Sun, 09 Sep 2007 13:44:56 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote:
>
>> On 08/28/2007 01:41 PM, Jiri Slaby wrote:
>>> Does this went through to your boxes? Any progress, clue, idea?
>>>
>>> Jiri Slaby nap
On Sun, 09 Sep 2007 13:44:56 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote:
> 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/a
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,
>>
>> I've found a regression agains
> 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
> 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
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':
>
On Wed, 29 Aug 2007 13:37:38 -0400 [EMAIL PROTECTED] wrote:
> 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/
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 gettimeofday seem to b
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 installed it yesterd
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 any cd
> in
> cdroms:
>
> BU
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.tv live stream without any cd
>> in
>> cd
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, that's an old habit of h
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. X server shutdown freezes
> (un
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
printing e
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-m32r.patch
> >...
> > git trees
> >...
>
> <-
On Mon, Aug 27, 2007 at 08:36:35AM +0200, Jarek Poplawski wrote:
> 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
Am 26.08.2007 01:57 schrieb Randy Dunlap:
> On Sun, 26 Aug 2007 01:26:21 +0200 Tilman Schmidt wrote:
>
>> Am 25.08.2007 02:38 schrieb Pallipadi, Venkatesh:
>> >
>> > Tilman: Can you configure CONFIG_CPU_IDLE in your config (under Power
>> > Management option) and double check that the frequency p
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-8 )
>>>
>>> ...
>>>
>>> net/ipv4
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 Version 1.3.0
Rel
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):
> Input/output error
> WARNING: Error inserting proce
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
(/lib/modules/2.6.23-rc3-mm1-testing/kernel/drivers/acpi/pr
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
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
ile with CONFIG_ISA=n:
>
> Date: Wed, 22 Aug 2007 10:28:02 -0600
> From: Matthew Wilcox <[EMAIL PROTECTED]>
> Subject: Re: drivers/scsi/advansys.c - ld error ( Re: 2.6.23-rc3-mm1 )
> Message-ID: <[EMAIL PROTECTED]>
>
> When CONFIG_ISA is disabled, t
m1/
>> After applying Matthew Wilcox' patch to include/linux/isa.h
>
> which patch is that?
The one allowing drivers/scsi/advansys.c to compile with CONFIG_ISA=n:
Date: Wed, 22 Aug 2007 10:28:02 -0600
From: Matthew Wilcox <[EMAIL PROTECTED]>
Subject: Re: drivers/scsi/ad
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/2.6.23-rc3-mm1/
> >
> > After ap
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/2.6.23-rc3-mm1-testing/kernel/driv
>> - in /var/log/warn:
>>
>> Aug 25 00:44:00 xenon powersaved[5356]: WARNING
>(CpufreqManagement:51) No capability cpufreq_control
>> Aug 25 00:44:00 xenon powersaved[5356]: WARNING
>(CpufreqManagement:51) No capability cpufreq_control
>
>Dunno, there're some significant-looking cpufreq change
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/linux/isa.h
which patch is th
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 messages I d
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
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
On Thu, 23 Aug 2007 09:33:46 -0400
[EMAIL PROTECTED] wrote:
> 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/
>
> OK, so I don't actually *use* the irDA on my laptop for much, but I figure if
> I ha
On Thu, 23 Aug 2007 21:37:55 +0400, Alexey Dobriyan said:
> On Thu, Aug 23, 2007 at 09:33:46AM -0400, [EMAIL PROTECTED] wrote:
> > 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/
> >
> > OK, so I d
On Thu, Aug 23, 2007 at 09:33:46AM -0400, [EMAIL PROTECTED] wrote:
> 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/
>
> OK, so I don't actually *use* the irDA on my laptop for much, but I figure if
On Thu, 2007-08-23 at 11:28 +0200, Jiri Kosina wrote:
> On Wed, 22 Aug 2007, Zan Lynx wrote:
>
> > After installing this new wonder kernel on my AMD-64 laptop, I
> > discovered that Beagle wouldn't start. While enjoying how fast my
> > system felt ( :) ) I also discovered that Evolution wouldn'
On (23/08/07 14:07), Andi Kleen didst pronounce:
> On Wed, Aug 22, 2007 at 11:10:29AM -0700, Andrew Morton wrote:
> > x86_64-mm-less-stack-alignment.patch has
> >
> > cflags-y += $(call cc-option,-mpreferred-stack-boundary=3)
> >
> > So we _should_ have detected that gcc didn't like =3, so it
> >
On Thu, Aug 23, 2007 at 02:28:25PM +0200, Sam Ravnborg wrote:
>
> Something like this then:
> [PATCH] x86_64: fix preferred-stack-boundary check
OK - Andi decided to do this in a bit more invasive way but it looks OK.
So disregard my patch.
Sam
-
To unsubscribe from this list: send the l
Andi Kleen wrote:
> On Thu, Aug 23, 2007 at 01:03:18PM +0100, Andy Whitcroft wrote:
>> It seems that this is a problem caused by the way we check for
>> compiler options in x86_64. Each compiler flag is checked for
>> individually and if available added to cflags-y, later that is
>> added to CFLAG
On Thu, Aug 23, 2007 at 01:03:18PM +0100, Andy Whitcroft wrote:
> On Wed, Aug 22, 2007 at 11:10:29AM -0700, Andrew Morton wrote:
> [...]
> > > CC arch/x86_64/kernel/asm-offsets.s
> > > arch/x86_64/kernel/asm-offsets.c:1: error: -mpreferred-stack-boundary=3
> > > is not between 4 and 12
> > >
On Thu, Aug 23, 2007 at 01:03:18PM +0100, Andy Whitcroft wrote:
> It seems that this is a problem caused by the way we check for
> compiler options in x86_64. Each compiler flag is checked for
> individually and if available added to cflags-y, later that is
> added to CFLAGS. However, this means
On Wed, Aug 22, 2007 at 11:10:29AM -0700, Andrew Morton wrote:
> x86_64-mm-less-stack-alignment.patch has
>
> cflags-y += $(call cc-option,-mpreferred-stack-boundary=3)
>
> So we _should_ have detected that gcc didn't like =3, so it
> should not have been used.
The flag actually needs a recent g
On Wed, Aug 22, 2007 at 11:10:29AM -0700, Andrew Morton wrote:
[...]
> > CC arch/x86_64/kernel/asm-offsets.s
> > arch/x86_64/kernel/asm-offsets.c:1: error: -mpreferred-stack-boundary=3
> > is not between 4 and 12
> > make[1]: *** [arch/x86_64/kernel/asm-offsets.s] Error 1
[...]
> x86_64-mm-l
On (22/08/07 11:10), Andrew Morton didst pronounce:
> On Wed, 22 Aug 2007 18:17:38 +0100
> Mel Gorman <[EMAIL PROTECTED]> wrote:
>
> > Andrew Morton wrote:
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
> > >
> > > - git-ixgbe.patch got dropped - gi
On Wed, 22 Aug 2007, Zan Lynx wrote:
> After installing this new wonder kernel on my AMD-64 laptop, I
> discovered that Beagle wouldn't start. While enjoying how fast my
> system felt ( :) ) I also discovered that Evolution wouldn't start
> because it was built with mono integration.
[...]
> M
On Wed, 22 Aug 2007 22:56:15 -0400 "John W. Linville" <[EMAIL PROTECTED]> wrote:
> On Wed, Aug 22, 2007 at 11:56:43PM +0200, Michael Buesch wrote:
> > On Wednesday 22 August 2007 18:33:58 Rafael J. Wysocki wrote:
> > > On Wednesday, 22 August 2007 11:06, Andrew Morton wrote:
> > > >
> > > > ftp:/
On Wed, 22 Aug 2007 20:08:25 -0600 Zan Lynx <[EMAIL PROTECTED]> wrote:
> On Wed, 2007-08-22 at 02:06 -0700, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
>
> After installing this new wonder kernel on my AMD-64 laptop, I
> discov
Hi Michal,
Thanks for the patch.
This would be a problem for 32bit machines without large blocksize support
(i.e. in our xfs tests: !XFS_BIG_BLKNOS => (BITS_PER_LONG == 32 &&
!defined(CONFIG_LBD))
which we obviously didn't do a build test for.
I'll check it into our local tree and push to the m
On Wed, Aug 22, 2007 at 11:56:43PM +0200, Michael Buesch wrote:
> On Wednesday 22 August 2007 18:33:58 Rafael J. Wysocki wrote:
> > On Wednesday, 22 August 2007 11:06, Andrew Morton wrote:
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
> > >
>
On Wed, 2007-08-22 at 02:06 -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
After installing this new wonder kernel on my AMD-64 laptop, I
discovered that Beagle wouldn't start. While enjoying how fast my
system felt ( :) ) I
> The problem is they're two patching consecutively patching the same
> file with 100% identical subject/description.
>
> So either: they should be merged together into one patch
> or the second (or first) needs a new description/subject
They do the same thing for the x86_64 ia32-compat and x86_6
On Thursday 23 August 2007 01:16:32 Roland McGrath wrote:
> > How come they have identical subjects and identical description? How is
> > anybody supposed to make sense of this?
>
> Sorry, I asked Andrew and he said to send replacement patches.
> I thought I was following instructions.
The probl
> How come they have identical subjects and identical description? How is
> anybody supposed to make sense of this?
Sorry, I asked Andrew and he said to send replacement patches.
I thought I was following instructions.
Thanks,
Roland
-
To unsubscribe from this list: send the line "unsubscribe l
On Wednesday 22 August 2007 23:56:38 Roland McGrath wrote:
> > Those patches are in Andi's tree. His tree has the old versions. The
> > patches are inter-tangled so it is non-trivial for me to generate
> > incremental patches on top of Andi's tree which bring his old patches up to
> > date with t
On Wednesday 22 August 2007 18:33:58 Rafael J. Wysocki wrote:
> On Wednesday, 22 August 2007 11:06, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
> >
> > - git-ixgbe.patch got dropped - git-net.patch destroyed it
> >
> > - t
> Those patches are in Andi's tree. His tree has the old versions. The
> patches are inter-tangled so it is non-trivial for me to generate
> incremental patches on top of Andi's tree which bring his old patches up to
> date with the new ones. I could of course do so, but it'd be better if
> Andi
On Wed, Aug 22, 2007 at 11:07:33PM +0200, Takashi Iwai 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
On Wed, Aug 22, 2007 at 07:26:39PM +0200, Mariusz Kozlowski wrote:
> Got that on my laptop:
>
[...]
> -
> BUG: 6 unexpected failures (out of 218) - debugging disabled! |
> --
> > 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':
> > sound/pci/hda/hda_codec.c:517: sorry, unimplemented: inlining failed in
> > call to 'free_hda_cache': function body not available
> > sound/
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':
> sound/pci/hda/hda_codec.c:517: sorry, unimplemented: inlining failed in c
On Wed, 22 Aug 2007 23:14:13 +0200 Andi Kleen wrote:
> > Yes, that works.
>
> Does it also work when you copy the options (except -mcmodel=kernel)
> you see for
>
> rm kernel/unwind.o
> make V=1 kernel/unwind.o
>
> to the test program command line?
>
> If no please check which option makes i
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':
sound/pci/hda/hda_codec.c:517: sorry, unimplemented: inlining failed in call to
'free_hda_cache': function body not available
sound/pci/hda/hda_code
> Yes, that works.
Does it also work when you copy the options (except -mcmodel=kernel)
you see for
rm kernel/unwind.o
make V=1 kernel/unwind.o
to the test program command line?
If no please check which option makes it fail.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe
On Wed, Aug 22, 2007 at 09:31:24PM +0200, Ivo van Doorn 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 arg 2 of
> > `ieee80211_ctstoself_get' makes pointer fr
On Wednesday, 22 August 2007 22:12, Ivo van Doorn wrote:
> Hi,
>
> > 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:
> > `IEEE802
Andi Kleen wrote:
On Wed, Aug 22, 2007 at 12:17:31PM -0700, Randy Dunlap wrote:
Why does that compiler not know __builtin_abs?
I dunno:
gcc --version
gcc (GCC) 4.1.0 (SUSE Linux)
Hmm I use the same compiler from SUSE10.2 and it works for me (with both
mm and only my tree applied)
Ok mm f
Hi,
> 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 function)
> drive
On Wed, Aug 22, 2007 at 12:17:31PM -0700, Randy Dunlap wrote:
> > Why does that compiler not know __builtin_abs?
>
> I dunno:
>
> > gcc --version
> gcc (GCC) 4.1.0 (SUSE Linux)
Hmm I use the same compiler from SUSE10.2 and it works for me (with both
mm and only my tree applied)
Ok mm fails wit
> > 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 arg 2 of
> > `ieee80211_ctstoself_get' makes pointer from integer without a cast
> > drivers/net/wireless/rt2x00mac.c:6
On Wed, 22 Aug 2007 21:04:28 +0200
Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Got that on imac g3.
>
> CC kernel/kgdb.o
> kernel/kgdb.c: In function 'kgdb_handle_exception':
> kernel/kgdb.c:940: error: invalid lvalue in unary '&'
> kernel/kgdb.c:940: warning: type def
Hi,
> 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 arg 2 of
> `ieee80211_ctstoself_get' makes pointer from integer without a cast
> drivers/net/wireless/rt2x00mac.c:61: wa
On Wed, 22 Aug 2007 21:38:58 +0200 Andi Kleen wrote:
> On Wed, Aug 22, 2007 at 11:32:11AM -0700, Andrew Morton wrote:
> > > On Wed, 22 Aug 2007 02:06:48 -0700 Andrew Morton wrote:
> > >
> > > >
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
> > >
1 - 100 of 119 matches
Mail list logo
