On Thu, 27 Sep 2007, Andrew Morton wrote:
> > +extern void arch_randomize_brk(void);
> > #include "../../../fs/binfmt_elf.c"
> Is this sinful extern-decl-in-C acually needed?
Some time passed since I have written the patch, but I remember that this
was needed, otherwise under some circumstance
On Thu, 27 Sep 2007 14:13:21 +0200 (CEST)
Jiri Kosina <[EMAIL PROTECTED]> wrote:
> i386 and x86_64: randomize brk()
>
> ...
>
> --- a/arch/x86_64/ia32/ia32_binfmt.c
> +++ b/arch/x86_64/ia32/ia32_binfmt.c
> @@ -262,6 +262,7 @@ static void elf32_init(struct pt_regs *);
> #define ARCH_HAS_SETUP_ADD
On Thu, Sep 27, 2007 at 10:13:42AM -0700, Andrew Morton wrote:
> On Thu, 27 Sep 2007 14:13:21 +0200 (CEST) Jiri Kosina <[EMAIL PROTECTED]>
> wrote:
>
> > On Thu, 27 Sep 2007, Andy Whitcroft wrote:
> >
> > > Ok, this problem seems to still persist in 2.6.23-rc8-mm2. It seems we
> > > have three
On Thu, 27 Sep 2007 14:13:21 +0200 (CEST) Jiri Kosina <[EMAIL PROTECTED]> wrote:
> On Thu, 27 Sep 2007, Andy Whitcroft wrote:
>
> > Ok, this problem seems to still persist in 2.6.23-rc8-mm2. It seems we
> > have three options from here:
> > 1) update the compiler support list to exclude these c
On Thu, 27 Sep 2007, Andy Whitcroft wrote:
> Ok, this problem seems to still persist in 2.6.23-rc8-mm2. It seems we
> have three options from here:
> 1) update the compiler support list to exclude these compilers, or
> 2) back this change out, or
> 3) switch to the version not using __weak.
> Th
> actually, my first patch wasn't using weak symbols, but I have been
> convinced that it's the way to go(tm). Please see
> http://lkml.org/lkml/2007/9/1/131 and the ongoing thread.
>
> I am fine with replacing the brk randomization patch with the one that
> wasn't using weak symbols (posted in
On Wed, Sep 26, 2007 at 05:00:20PM +0100, Alan Cox wrote:
> On Wed, 26 Sep 2007 19:39:01 +0400
> Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
>
> > Frequently get these messages after resume from STR,
> > (subjectively, first STR is always OK).
>
> Does this occur if you have the acpi support enabl
On Wed, 26 Sep 2007 19:39:01 +0400
Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> Frequently get these messages after resume from STR,
> (subjectively, first STR is always OK).
Does this occur if you have the acpi support enabled
(libata.noacpi=0)
-
To unsubscribe from this list: send the line "un
On Tue, Sep 25, 2007 at 03:05:53PM -0700, Badari Pulavarty wrote:
> Hi Andy,
>
> One the patch you created in -mm is causing compile warning.
> Here is the fix. Please verify.
>
> Thanks,
> Badari
>
> arch/powerpc/mm/init_64.c: In function `vmemmap_populated':
> arch/powerpc/mm/init_64.c:211: wa
KAMEZAWA Hiroyuki wrote:
> On Wed, 26 Sep 2007 10:32:05 +0900
> KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
>> Maybe my patch is the problem. could you give me your .config ?
>>
> Ah, memory hot remove is selectable even if the arch doesn't support
> itsorry.
>
> ok, this is fix.
>
> Thanks
Badari Pulavarty wrote:
> On Wed, 2007-09-26 at 01:30 +0530, Kamalesh Babulal wrote:
>> Hi Andrew,
>>
>> The 2.6.23-rc8-mm1 kernel linking fails on the powerpc (P5+) box
>>
>> CC init/version.o
>> LD init/built-in.o
>> LD .tmp_vmlinux1
>> drivers/built-in.o: In function `memory
On Wed, Sep 26, 2007 at 08:43:17AM +0200, Thomas Gleixner wrote:
> On Wed, 2007-09-26 at 13:14 +0400, Alexey Dobriyan wrote:
> > On Tue, Sep 25, 2007 at 11:45:17PM +0200, Thomas Gleixner wrote:
> > > On Wed, 2007-09-26 at 00:50 +0400, Alexey Dobriyan wrote:
> > > > ich-force-hpet-ich5-quirk-to-forc
On Wed, 2007-09-26 at 13:14 +0400, Alexey Dobriyan wrote:
> On Tue, Sep 25, 2007 at 11:45:17PM +0200, Thomas Gleixner wrote:
> > On Wed, 2007-09-26 at 00:50 +0400, Alexey Dobriyan wrote:
> > > ich-force-hpet-ich5-quirk-to-force-detect-enable.patch
> > > is causing the following on Etch boot:
> > >
On Tue, Sep 25, 2007 at 11:45:17PM +0200, Thomas Gleixner wrote:
> On Wed, 2007-09-26 at 00:50 +0400, Alexey Dobriyan wrote:
> > ich-force-hpet-ich5-quirk-to-force-detect-enable.patch
> > is causing the following on Etch boot:
> >
> > [initscripts as usual]
> > Setting system clock:
> >
On Wed, 26 Sep 2007 10:32:05 +0900
KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
> Maybe my patch is the problem. could you give me your .config ?
>
Ah, memory hot remove is selectable even if the arch doesn't support
itsorry.
ok, this is fix.
Thanks,
-Kame
==
MEMORY_HOTREMOVE config option
On Wed, 26 Sep 2007 01:30:02 +0530
Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Hi Andrew,
>
> The 2.6.23-rc8-mm1 kernel linking fails on the powerpc (P5+) box
>
> CC init/version.o
> LD init/built-in.o
> LD .tmp_vmlinux1
> drivers/built-in.o: In function `memory_block_acti
Hi
I've applied the 2.6.23-rc8-mm1 patch, and I've got a new directory
"mips" at root of my linux source. This directory only contain :
"bcm947xx/wgt634u.c"
I think that this directory "bcm947xx" should be added in "arch/mips"
subdirectory.
regards,
trem
-
To unsubscribe from this list: send t
Hi Andy,
One the patch you created in -mm is causing compile warning.
Here is the fix. Please verify.
Thanks,
Badari
arch/powerpc/mm/init_64.c: In function `vmemmap_populated':
arch/powerpc/mm/init_64.c:211: warning: passing arg 1 of
`vmemmap_section_start' makes pointer from integer without a
On Wed, 2007-09-26 at 01:30 +0530, Kamalesh Babulal wrote:
> Hi Andrew,
>
> The 2.6.23-rc8-mm1 kernel linking fails on the powerpc (P5+) box
>
> CC init/version.o
> LD init/built-in.o
> LD .tmp_vmlinux1
> drivers/built-in.o: In function `memory_block_action':
> /root/scrap/li
Alexey,
On Wed, 2007-09-26 at 00:50 +0400, Alexey Dobriyan wrote:
> ich-force-hpet-ich5-quirk-to-force-detect-enable.patch
> is causing the following on Etch boot:
>
> [initscripts as usual]
> Setting system clock:
> [nothing happens for several seconds]
> select to /dev/r
Hello,
Similar (the same?) as in 2.6.23-rc6-mm1?
http://www.mail-archive.com/linux-kernel%40vger.kernel.org/msg208812.html
CC [M] drivers/kvm/ioapic.o
drivers/kvm/ioapic.c: In function 'ioapic_deliver':
drivers/kvm/ioapic.c:208: error: 'dest_LowestPrio' undeclared (first use i
Hi Andrew,
The 2.6.23-rc8-mm1 kernel linking fails on the powerpc (P5+) box
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
drivers/built-in.o: In function `memory_block_action':
/root/scrap/linux-2.6.23-rc8/drivers/base/memory.c:188: undefined reference to
`.remove_me
On Tue, Sep 25, 2007 at 10:26:37AM -0700, Randy Dunlap wrote:
> On Tue, 25 Sep 2007 01:46:25 -0700 Andrew Morton wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm1/
> >
> > - Various fixes against 2.6.23-rc7-mm1.
> >
> >
> > git-unionfs.pa
On Tue, 25 Sep 2007 01:46:25 -0700 Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm1/
>
> - Various fixes against 2.6.23-rc7-mm1.
>
>
> git-unionfs.patch
in unionfs debug.c:
#if BITS_PER_LONG == 32
#define POISONED_PTR
On Tue, 25 Sep 2007 18:23:58 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Hi Andrew,
>
> The drivers/net/ibm_newemac/mal seems to be broken, which stop with
> build error
(please cc [EMAIL PROTECTED] on networking things)
> CC drivers/net/ibm_newemac/mal.o
> drivers/net/ibm_newemac/
On Tue, 25 Sep 2007 13:53:51 +0200 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
wrote:
> Hi,
>
> This patch from Andi:
>
> x86_64-mm-cpa-einval.patch
>
> makes the hda_intel audio driver stop working on my HP nx6325.
>
> The following line appears in dmesg (from 2.6.23-rc7-mm1:
>
> ALSA /home/raf
On Tue, 25 Sep 2007 16:09:31 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm1/
>
> Hi Andrew,
>
> The build error reported at http://lkml.org/lkml/2007/9/20/210 for the
> drivers/a
On Tue, 25 Sep 2007, Andy Whitcroft wrote:
> As suggested elsewhere I have had a go at tracking this down. Previous
> problems of this kind were introduced as a result of using 'weak'
> declarations to provide default implementations. This investigation led
> me to the following commit:
> c
On Tue, 2007-09-25 at 16:29 +0200, Rafael J. Wysocki wrote:
> > > lookup failed for 18446604438082158592
> > > [--snipped some USB messages--]
> > > ALSA
> > > /home/rafael/src/mm/linux-2.6.23-rc8-mm1/sound/pci/hda/hda_intel.c:1756:
> > > hda-intel: ioremap error: 2349334528 16384
> >
> > Stupi
On Tuesday, 25 September 2007 15:44, Thomas Gleixner wrote:
> On Tue, 2007-09-25 at 15:20 +0200, Rafael J. Wysocki wrote:
> > > The patch is correct. Instead of returning "Success" in the case of a
> > > failure of lookup_address, it now returns -EINVAL, which in turn makes
> > > the ioremap fail.
On Tue, 2007-09-25 at 15:20 +0200, Rafael J. Wysocki wrote:
> > The patch is correct. Instead of returning "Success" in the case of a
> > failure of lookup_address, it now returns -EINVAL, which in turn makes
> > the ioremap fail.
> >
> > OTOH, the driver ioremap call looks straight forward. Can y
On Tuesday, 25 September 2007 14:18, Thomas Gleixner wrote:
> On Tue, 2007-09-25 at 14:08 +0200, Rafael J. Wysocki wrote:
> > Hi,
> >
> > This patch from Andi:
> >
> > x86_64-mm-cpa-einval.patch
> >
> > makes the hda_intel audio driver stop working on my HP nx6325.
> >
> > The following line ap
Hi Andrew,
The drivers/net/ibm_newemac/mal seems to be broken, which stop with
build error
CC drivers/net/ibm_newemac/mal.o
drivers/net/ibm_newemac/mal.c: In function ‘mal_schedule_poll’:
drivers/net/ibm_newemac/mal.c:238: error: too few arguments to function
‘netif_rx_schedule_prep’
driver
On Tue, 2007-09-25 at 14:08 +0200, Rafael J. Wysocki wrote:
> Hi,
>
> This patch from Andi:
>
> x86_64-mm-cpa-einval.patch
>
> makes the hda_intel audio driver stop working on my HP nx6325.
>
> The following line appears in dmesg (from 2.6.23-rc7-mm1:
>
> ALSA /home/rafael/src/mm/linux-2.6.23-
Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm1/
Hi Andrew,
The build error reported at http://lkml.org/lkml/2007/9/20/210 for the
drivers/ata/pata_scc.c is seen in both 2.6.23-rc7-mm1 and 2.6.23-rc8-mm1.
The patch proposed for this
35 matches
Mail list logo
