On Sun, 22 Jul 2007 23:48:14 +0200 "J.A. Magallón" <[EMAIL PROTECTED]> wrote:
> On Thu, 28 Jun 2007 03:43:21 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc6/2.6.22-rc6-mm1/
> >
>
> I have noticed a funny problem
On Sun, 22 Jul 2007 23:48:14 +0200 J.A. Magallón wrote:
> On Thu, 28 Jun 2007 03:43:21 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc6/2.6.22-rc6-mm1/
> >
so is this 2.6.22-rc6-mm1 or is it as Oops says: 2.6.21
On Thu, 28 Jun 2007 03:43:21 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc6/2.6.22-rc6-mm1/
>
I have noticed a funny problem.
Lets say 666 is not an uid used on you system. This oopses:
rm -f dummy
touch dummy
chown
On Sat, 2007-07-14 at 02:07 -0700, Andrew Morton wrote:
> + if (0 && (id & HPET_ID_LEGSUP)) {
> hpet_enable_int();
> hpet_reserve_platform_timers(id);
> /*
> _
>
> will, if executed (on x86_64, at least), instaoops the machine. It might
> take down i3
On Sat, 14 Jul 2007 01:22:10 -0600 Robert Hancock <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > +x86_64-dynticks-disable-hpet_id_legsup-hpets.patch
> >
> > pretend to fix it
>
> I'm not sure what this patch does on x86_64, but it seems like it
> trashes all HPET support on i386?
>
It
Andrew Morton wrote:
+x86_64-dynticks-disable-hpet_id_legsup-hpets.patch
pretend to fix it
I'm not sure what this patch does on x86_64, but it seems like it
trashes all HPET support on i386?
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from [EMAIL PROTECTED]
Home
On 6/28/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc6/2.6.22-rc6-mm1/
- NOTE (an uppercase one, indeed): there are a lot of menuconfig changes in
here which break `make oldconfig' badly. If you grab an old .config and ru
On Thu, 2007-07-12 at 14:31 -0600, Zan Lynx wrote:
> Edward Shishkin wrote:
> >
> > I have found the bug, which kills data
> > when booting after crash, power loss, etc.
> > The patch is attached.
> > Please, ping me, if it doesn't help..
>
> It appears to be holding up well so far. About 5 hour
Miles Lane wrote:
> Tejun,
>
> I tried 2.6.22-rc6-mm1 + your latest patch, and it failed to boot.
> Unfortunately, the machine limped along and am unable to capture
> the initial BUG or OOPS. I'll try to get a serial connection set up for
> debugging tomorrow, but I am very busy with other stuff.
Edward Shishkin wrote:
I have found the bug, which kills data
when booting after crash, power loss, etc.
The patch is attached.
Please, ping me, if it doesn't help..
It appears to be holding up well so far. About 5 hours of Gentoo
updating and compiling.
-
To unsubscribe from this list: se
Tejun,
I tried 2.6.22-rc6-mm1 + your latest patch, and it failed to boot.
Unfortunately, the machine limped along and am unable to capture
the initial BUG or OOPS. I'll try to get a serial connection set up for
debugging tomorrow, but I am very busy with other stuff. It would be
great if you co
Miles Lane wrote:
> Does this patch replace or add to the last patch you sent me?
> I'll try applying them with --dry-run and assume that if #1 + #2
> doesn't apply cleanly, then you only want me to test with this
> latest patch.
This replaces the old one. Just revert the old one and apply this o
On 7/11/07, Tejun Heo <[EMAIL PROTECTED]> wrote:
Tejun Heo wrote:
> Miles Lane wrote:
>>> Thanks a lot. Just in case, if you remove the patch (patch -R -p1), the
>>> oops goes away, right?
>> I double-checked. I can boot fine after building without your patch.
>> Also, I reproduced the initial
I have found the bug, which kills data
when booting after crash, power loss, etc.
The patch is attached.
Please, ping me, if it doesn't help..
Thanks,
Edward.
Zan Lynx wrote:
This bug is annoying enough that I mostly stopped using rc6-mm1, which
is why it took this long to make a report. Pre
Tejun Heo wrote:
> Miles Lane wrote:
>>> Thanks a lot. Just in case, if you remove the patch (patch -R -p1), the
>>> oops goes away, right?
>> I double-checked. I can boot fine after building without your patch.
>> Also, I reproduced the initial BUG I reported (triggered by
>> "modprobe -r ipw220
Miles Lane wrote:
>> Thanks a lot. Just in case, if you remove the patch (patch -R -p1), the
>> oops goes away, right?
>
> I double-checked. I can boot fine after building without your patch.
> Also, I reproduced the initial BUG I reported (triggered by
> "modprobe -r ipw2200").
This is creepy.
Markus Trippelsdorf wrote:
Just got this oops while I was updating my system:
Unable to handle kernel NULL pointer dereference at 02a6 RIP:
[] vfs_permission+0x6/0x10
The same thing just happened here during dist-upgrade with
stock ubuntu 2.6.22-7-generic x86_64 kernel (based on
On Sun, Jul 08, 2007 at 12:00:55PM -0700, Linus Torvalds wrote:
>
>
> On Sun, 8 Jul 2007, Al Viro wrote:
> >
> > I think that we need to go the other way round - gather nameidata
> > ->nd and ->dentry into struct path and pass pointer to that instead...
>
> Yeah, that sounds fine too.
>
> > But
On Sun, 8 Jul 2007, Al Viro wrote:
>
> I think that we need to go the other way round - gather nameidata
> ->nd and ->dentry into struct path and pass pointer to that instead...
Yeah, that sounds fine too.
> But that's .23-rc1 fodder, if not .23-rc2 one (we might want to
> do -rc2 with just tha
On Sun, Jul 08, 2007 at 11:38:20AM -0700, Linus Torvalds wrote:
> I do think that it would be even nicer to just have a function that fills
> in the "struct nameidata" from the dfd. I think we should be able to: the
> "struct file" really does have the "f_path" thing with both dentry and mnt
> i
On Sun, 8 Jul 2007, Ulrich Drepper wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Linus Torvalds wrote:
> > notify_change() does *not* do permission checks for
> > ATTR_CTIME/MTIME/ATIME.
>
> Then I don't understand
>
> /* Check for setting the inode time. */
>
On Sun, 8 Jul 2007, Linus Torvalds wrote:
>
> This would seem to be the minimal change, and I think it's right.
Side note: I considered just changing do_utimes() to use
ATIME_SET/MTIME_SET instead, which would simplify the logic a lot..
But it turns out that the semantics for A/MTIME_SET is t
On Sun, Jul 08, 2007 at 11:30:15AM -0700, Linus Torvalds wrote:
> - non-owners can set it only when they have write permissions, and if it
>was a file descriptor, the only way for us to know that they have write
>permissions is if it's opened writably, which is hopefully equivalent
>
On Sun, Jul 08, 2007 at 11:24:53AM -0700, Ulrich Drepper wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Linus Torvalds wrote:
> > notify_change() does *not* do permission checks for
> > ATTR_CTIME/MTIME/ATIME.
>
> Then I don't understand
>
> /* Check for setting the inode
On Sun, 8 Jul 2007, Linus Torvalds wrote:
>
> No.
>
> notify_change() does *not* do permission checks for
> ATTR_CTIME/MTIME/ATIME.
>
> It does them for the "xxx_SET" attributes, but MTIME/ATIME is expected to
> change when other things change, so notify_change() expects that those
> _other
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Linus Torvalds wrote:
> notify_change() does *not* do permission checks for
> ATTR_CTIME/MTIME/ATIME.
Then I don't understand
/* Check for setting the inode time. */
if (ia_valid & (ATTR_MTIME_SET | ATTR_ATIME_SET)) {
On Sun, Jul 08, 2007 at 10:41:46AM -0700, Ulrich Drepper wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Al Viro wrote:
> > Like hell. At the very least you want it to be opened for write.
> > And even that is dubious, since "process has write access to file"
> > is not quite the sam
On Sun, 8 Jul 2007, Ulrich Drepper wrote:
>
> But the real permissions tests are performed in notify_change. I think
> all this is consistent with how, for instance, fchmod works. The
> additional tests in fchmod which aren't here (IS_RDONLY and IS_APPEND)
> would also apply to the case where
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Al Viro wrote:
> Like hell. At the very least you want it to be opened for write.
> And even that is dubious, since "process has write access to file"
> is not quite the same thing as "somebody had given the process a
> descriptor opened for write".
On Sun, Jul 08, 2007 at 10:06:43AM -0700, Ulrich Drepper wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Markus Trippelsdorf wrote:
> > I tested this further and it turned out that the Linus tree is also
> > affected. So I ran git-bisect, after I found out that version
> > 2.6.21.6 wa
On Sun, Jul 08, 2007 at 10:06:43AM -0700, Ulrich Drepper wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Markus Trippelsdorf wrote:
> > I tested this further and it turned out that the Linus tree is also
> > affected. So I ran git-bisect, after I found out that version
> > 2.6.21.6 wa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Markus Trippelsdorf wrote:
> I tested this further and it turned out that the Linus tree is also
> affected. So I ran git-bisect, after I found out that version
> 2.6.21.6 was not affected by this bug.
Try this patch. The vfs_permission test can be s
On Sun, 8 Jul 2007, Markus Trippelsdorf wrote:
>
> I tested this further and it turned out that the Linus tree is also
> affected. So I ran git-bisect, after I found out that version
> 2.6.21.6 was not affected by this bug.
git-bisect is wonderful.
> gentoox2 linux # git bisect bad
> 1c710c896
On Sun, Jul 08, 2007 at 12:09:11PM +0200, Markus Trippelsdorf wrote:
> On Sun, Jul 08, 2007 at 01:20:16AM -0700, Andrew Morton wrote:
> > On Sun, 8 Jul 2007 07:14:52 +0200 Markus Trippelsdorf <[EMAIL PROTECTED]>
> > wrote:
> >
> > ...
> > > touch src/.depend # to prevent unecessary warnings
> > >
I'm adding Jens Axboe to the CC list (BLOCK layer maintainer).
In message <[EMAIL PROTECTED]>, Adrian Bunk writes:
> On Thu, Jun 28, 2007 at 03:43:21AM -0700, Andrew Morton wrote:
> >...
> > Changes since 2.6.22-rc4-mm2:
> >...
> > git-unionfs.patch
> >...
> > git trees
> >...
>
> CONFIG_UNION_
On Sun, Jul 08, 2007 at 01:20:16AM -0700, Andrew Morton wrote:
> On Sun, 8 Jul 2007 07:14:52 +0200 Markus Trippelsdorf <[EMAIL PROTECTED]>
> wrote:
>
> ...
> > touch src/.depend # to prevent unecessary warnings
> > make: *** [dep] Killed
>
> ug. nd.dentry.d_inode (as set up by do_utimes()) is g
On Sun, 8 Jul 2007 07:14:52 +0200 Markus Trippelsdorf <[EMAIL PROTECTED]> wrote:
> Just got this oops while I was updating my system:
>
> Unable to handle kernel NULL pointer dereference at 02a6 RIP:
> [] vfs_permission+0x6/0x10
> PGD 120f9067 PUD 4f5ec067 PMD 0
> Oops: [1] SMP
Adrian Bunk wrote:
On Thu, Jun 28, 2007 at 03:43:21AM -0700, Andrew Morton wrote:
...
Changes since 2.6.22-rc4-mm2:
...
git-kgdb.patch
...
git trees
...
This tree adds to include/asm-sh/system.h code that already exists in
the same file a few lines above resulting in compile errors.
On 7/7/07, Tejun Heo <[EMAIL PROTECTED]> wrote:
Miles Lane wrote:
>> Weird, that's unrelated path. It seems sd->s_parent is NULL in
>> sysfs_link_sibling(), which doesn't make sense because it's being called
>> from sysfs_create_link() which makes sure parent_sd isn't NULL &&
>> sysfs_addrm_star
Miles Lane wrote:
>> Weird, that's unrelated path. It seems sd->s_parent is NULL in
>> sysfs_link_sibling(), which doesn't make sense because it's being called
>> from sysfs_create_link() which makes sure parent_sd isn't NULL &&
>> sysfs_addrm_start() should have caused oops earlier as it deferenc
On 7/6/07, Tejun Heo <[EMAIL PROTECTED]> wrote:
(restoring cc to lkml)
Hello, Miles.
Miles Lane wrote:
> With this patch applied, I can't boot at all. I have attached an OOPS
> screenshot, since I don't have a serial debugging station set up. I
> am leaving LKML out of the loop, because of th
(restoring cc to lkml)
Hello, Miles.
Miles Lane wrote:
> With this patch applied, I can't boot at all. I have attached an OOPS
> screenshot, since I don't have a serial debugging station set up. I
> am leaving LKML out of the loop, because of the attachment.
Weird, that's unrelated path. It s
On Sat, 7 Jul 2007, Adrian Bunk wrote:
> > Why switch CONFIG_SLUB_DEBUG off? This is an option for embedded systems.
> > Unlikely to occur on NUMA.
>
> ???
> This compile error is not related to NUMA.
Ah. the init_kmem_cache_node() code was moved outside of CONFIG_NUMA.
Sigh.
Only the other i
On Fri, Jul 06, 2007 at 07:03:34PM -0700, Christoph Lameter wrote:
> On Sat, 7 Jul 2007, Adrian Bunk wrote:
>
> > With CONFIG_SLUB_DEBUG=n:
>
> Why switch CONFIG_SLUB_DEBUG off? This is an option for embedded systems.
> Unlikely to occur on NUMA.
???
This compile error is not related to NUMA.
On Sat, 7 Jul 2007, Adrian Bunk wrote:
> With CONFIG_SLUB_DEBUG=n:
Why switch CONFIG_SLUB_DEBUG off? This is an option for embedded systems.
Unlikely to occur on NUMA.
> /home/bunk/linux/kernel-2.6/linux-2.6.22-rc6-mm1/mm/slub.c: In function
> ÿÿinit_kmem_cache_nodeÿÿ:
> /home/bunk/linux/kerne
On Thu, 2007-06-28 at 03:43 -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc6/2.6.22-rc6-mm1/
>
fs/xfs/linux-2.6/xfs_ioctl32.c: In function ‘xfs_ioc_bulkstat_compat’:
fs/xfs/linux-2.6/xfs_ioctl32.c:334: error: ‘xfs_inumbers_fmt_compat’
undeclar
Hello,
Miles Lane wrote:
> XXX sysfs_deactivate: sd=c36ba6c0 s_sibling=6b6b6b6b s_flags=0x6b6b6b6b
> [ cut here ]
> kernel BUG at fs/sysfs/dir.c:274!
OIC, ref counter is too low by one. The sysfs_dirent is probably
getting freed on sysfs_drop_dentry(). Hmmm... Where did
Hello,
Andrew Morton wrote:
>> EIP is at sysfs_addrm_finish+0x1c2/0x226
>> eax: 0001 ebx: c5ff9dc0 ecx: c058aa40 edx: 0001
>> esi: c5ff9de8 edi: c37c3240 ebp: c5ff9e1c esp: c5ff9db8
>> ds: 007b es: 007b fs: gs: 0033 ss: 0068
>> Process modprobe (pid: 3519, ti=c5ff900
On Tue, 3 Jul 2007 20:45:41 -0700 "Miles Lane" <[EMAIL PROTECTED]> wrote:
> Should I not report stuff like this when it is
> generated after an OOPS?
All bets are off if the kernel has oopsed. Reboot, see if
the bug still happens without the earlier oops, perhaps.
-
To unsubscribe from this list
On 7/3/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Tue, 3 Jul 2007 18:09:29 -0700 "Miles Lane" <[EMAIL PROTECTED]> wrote:
> Sorry. I don't know who else to include in the To: list. Should I
> send this again with .config information? Would ps -Af help?
Gosh, what a lot of output we gener
On Tue, 3 Jul 2007 18:09:29 -0700 "Miles Lane" <[EMAIL PROTECTED]> wrote:
> Sorry. I don't know who else to include in the To: list. Should I
> send this again with .config information? Would ps -Af help?
Gosh, what a lot of output we generated. It's pretty digestible though.
It looks like t
On Tue, 3 Jul 2007 15:59:08 -0700
"Miles Lane" <[EMAIL PROTECTED]> wrote:
> I ran the command:
> find /proc | xargs grep a
>
> BUG: unable to handle kernel NULL pointer dereference at virtual
> address
> printing eip:
> f8ac1350
> *pde =
> Oops: [#1]
> SMP
> Modu
On Sun, 1 Jul 2007 03:53:08 +0200 (CEST)
Roman Zippel <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Sat, 30 Jun 2007, Andrew Morton wrote:
>
> > > > I continue to believe that kbuild's lets-trash-your-symlink behaviour is
> > > > obnoxious, but I was unable to persuade anyone else of this.
> > >
> > >
On Tue, 3 Jul 2007 09:32:32 -0700 "Miles Lane" <[EMAIL PROTECTED]> wrote:
> I tried to remove the ipw2200 module and hit this BUG.
>
> kernel BUG at fs/sysfs/dir.c:271!
> invalid opcode: [#1]
> PREEMPT
> Modules linked in: i915 drm cpufreq_conservative cpufreq_powersave
> cpufreq_performance
On Tue, Jul 03, 2007 at 11:37:47AM -0400, Mathieu Desnoyers wrote:
> Hi Alan,
>
> I already sent a fix to Andrew and Andi for this (hrm, forget to CC
> lkml on the original message):
>
>
> x86_64 mm cpa cache flush fix
>
> X86_64 and i386 cpa cache flush fix:
>
> list_del the deferred list ent
On Tue, 3 Jul 2007 15:06:56 +0100 Alan Cox <[EMAIL PROTECTED]> wrote:
> X86 32bit with lots of debug turned on I get this:
>
>
>
> Freeing unused kernel memory: 156k freed
> Write protecting the kernel text: 1668k
> Write protecting the kernel read-only data: 719k
> Bad page state in process 's
Hi Alan,
I already sent a fix to Andrew and Andi for this (hrm, forget to CC
lkml on the original message):
x86_64 mm cpa cache flush fix
X86_64 and i386 cpa cache flush fix:
list_del the deferred list entries to poison their pointers.
clear the flag for every page put in the list.
Signed-off
Jason Wessel writes:
> I suppose the argument could be made to remove the check in the compiled
> file, but it does serve as a way to protect kgdb for now if someone
> tries to hard compile in xmon and kgdb. Completely unpredictable
> results will occur with the debugger unless some pieces are
Sergei Shtylyov wrote:
Hello.
Jason Wessel wrote:
allmodconfig on powerpc (iMac g3) fails due to
git-kgdb.patch. allmodconfig defaults should be changed?
CC arch/powerpc/kernel/kgdb.o
arch/powerpc/kernel/kgdb.c:485:2: error: #error Both XMON and KGDB
selected in .config. Unselec
Hello.
Jason Wessel wrote:
allmodconfig on powerpc (iMac g3) fails due to
git-kgdb.patch. allmodconfig defaults should be changed?
CC arch/powerpc/kernel/kgdb.o
arch/powerpc/kernel/kgdb.c:485:2: error: #error Both XMON and KGDB
selected in .config. Unselect one of them.
make[1]:
Sergei Shtylyov wrote:
Hello.
Mariusz Kozlowski wrote:
allmodconfig on powerpc (iMac g3) fails due to
git-kgdb.patch. allmodconfig defaults should be changed?
CC arch/powerpc/kernel/kgdb.o
arch/powerpc/kernel/kgdb.c:485:2: error: #error Both XMON and KGDB selected
Adrian Bunk wrote:
> On Thu, Jun 28, 2007 at 03:43:21AM -0700, Andrew Morton wrote:
>
>> ...
>> Changes since 2.6.22-rc4-mm2:
>> ...
>> git-dvb.patch
>> ...
>> git trees
>> ...
>>
>
>
> The following doesn't make much sense:
>
> drivers/media/video/Kconfig:
> ...
> config TUNER_TEA5761
>
Eric W. Biederman wrote:
Jeremy Fitzhardinge <[EMAIL PROTECTED]> writes:
Adrian Bunk wrote:
<-- snip -->
...
RELOCS arch/i386/boot/compressed/vmlinux.relocs
WARNING: Absolute relocations present
Offset Info Type Sym.Value Sym.Name
c0101f80 020c6501 R_386_32 00
Jeremy Fitzhardinge <[EMAIL PROTECTED]> writes:
> Eric W. Biederman wrote:
>> Jeremy Fitzhardinge <[EMAIL PROTECTED]> writes:
>>
>>
>>> Adrian Bunk wrote:
>>>
<-- snip -->
...
RELOCS arch/i386/boot/compressed/vmlinux.relocs
WARNING: Absolute relocations present
O
On Sun, Jul 01, 2007 at 09:33:08AM -0700, Jeremy Fitzhardinge wrote:
> Eric W. Biederman wrote:
>> Jeremy Fitzhardinge <[EMAIL PROTECTED]> writes:
>>
>>
>>> Adrian Bunk wrote:
>>>
<-- snip -->
...
RELOCS arch/i386/boot/compressed/vmlinux.relocs
WARNING: Absolut
Eric W. Biederman wrote:
Jeremy Fitzhardinge <[EMAIL PROTECTED]> writes:
Adrian Bunk wrote:
<-- snip -->
...
RELOCS arch/i386/boot/compressed/vmlinux.relocs
WARNING: Absolute relocations present
Offset Info Type Sym.Value Sym.Name
c0101f80 020c6501 R_386_32
Jeremy Fitzhardinge <[EMAIL PROTECTED]> writes:
> Adrian Bunk wrote:
>> <-- snip -->
>>
>> ...
>> RELOCS arch/i386/boot/compressed/vmlinux.relocs
>> WARNING: Absolute relocations present
>> Offset Info Type Sym.Value Sym.Name
>> c0101f80 020c6501 R_386_32 xen_irq_disab
On Sun, Jul 01, 2007 at 11:01:45AM +0530, Satyam Sharma wrote:
> On 7/1/07, Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> >[...]
> >I am heading for vacation for 20 days without Internet (real vacation :-))
>
> I hope I'm not late in catching you here ...
>
> >By the way - kbuild.git is lacking behin
On 7/1/07, Sam Ravnborg <[EMAIL PROTECTED]> wrote:
[...]
I am heading for vacation for 20 days without Internet (real vacation :-))
I hope I'm not late in catching you here ...
By the way - kbuild.git is lacking behind on patches.
I have several queded from other peopel and have more in the w
Hi,
On Sat, 30 Jun 2007, Andrew Morton wrote:
> > > I continue to believe that kbuild's lets-trash-your-symlink behaviour is
> > > obnoxious, but I was unable to persuade anyone else of this.
> >
> > I thought we fixed that long time ago?!?!
>
> Nope, a simple `make oldconfig' breaks the symlink
Hi,
On Fri, 29 Jun 2007, Andrew Morton wrote:
> > Reset generates values only if Kconfig and .config agree.
>
> unclear. Could you please explain further what this change does?
Normally generated values (Kconfig entries without a prompt) are cleared
as they are regenerated anyway and so they
On Sat, 30 Jun 2007 23:10:17 +0200 Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> > I continue to believe that kbuild's lets-trash-your-symlink behaviour is
> > obnoxious, but I was unable to persuade anyone else of this.
>
> I thought we fixed that long time ago?!?!
Nope, a simple `make oldconfig' b
On Fri, Jun 29, 2007 at 10:15:10PM -0700, Andrew Morton wrote:
> On Sat, 30 Jun 2007 00:17:46 -0400 [EMAIL PROTECTED] wrote:
>
> > On Fri, 29 Jun 2007 14:01:30 PDT, Andrew Morton said:
> > > On Fri, 29 Jun 2007 10:50:30 -0400
> > > [EMAIL PROTECTED] wrote:
> >
> > > > Odd - just for grins, I chec
Andrew Morton wrote:
> On Fri, 29 Jun 2007 14:32:09 +0200
> Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
>> anyway after unselecting XMON we can see:
>>
>> CC [M] fs/xfs/linux-2.6/xfs_ioctl32.o
>> fs/xfs/linux-2.6/xfs_ioctl32.c: In function 'xfs_ioc_bulkstat_compat':
>> fs/xfs/linux-2.6/xfs_ioct
Muli Ben-Yehuda <[EMAIL PROTECTED]> writes:
>
> The convention is to print a KERN_DEBUG message if hardware is not
> found when probing it, otherwise the boot messages become cluttered
> with lots of "$FOO not found".
No the convention is to print no message at all when nothing is found
Some driv
Andrew Morton wrote:
All my .configs have mouldered since I lost the ability to have .config be
a symlink to a revision-controlled file (used to carry a custom patch for
this, but it died).
I continue to believe that kbuild's lets-trash-your-symlink behaviour is
obnoxious, but I was unable to pe
On Sat, 30 Jun 2007 00:17:46 -0400 [EMAIL PROTECTED] wrote:
> On Fri, 29 Jun 2007 14:01:30 PDT, Andrew Morton said:
> > On Fri, 29 Jun 2007 10:50:30 -0400
> > [EMAIL PROTECTED] wrote:
>
> > > Odd - just for grins, I checked what 'make oldconfig' did when handed a
> > > .config
> > > from 22-rc4-
On Fri, 29 Jun 2007 14:01:30 PDT, Andrew Morton said:
> On Fri, 29 Jun 2007 10:50:30 -0400
> [EMAIL PROTECTED] wrote:
> > Odd - just for grins, I checked what 'make oldconfig' did when handed a
> > .config
> > from 22-rc4-mm2, and it behaved just fine, much to my surprise.
>
> That's probably be
On Friday, 29 June 2007 17:28, Keshavamurthy, Anil S wrote:
> On Thu, Jun 28, 2007 at 06:14:27PM -0700, Li, Shaohua wrote:
> >
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-
> > >rc6/2.6.22-rc6-mm1/
> > >>
> > >>> +intel-iommu-dmar-detection-and-parsing-logic.patch
On Fri, Jun 29, 2007 at 12:23:53PM -0700, Keshavamurthy, Anil S wrote:
> Since this is IOMMU is built into the kernel and it is good idea to
> report that the device is not present.
Yes - as a debug message.
> The above is printed only once and is consistent with other IOMMU
> implementation. At
On Fri, 29 Jun 2007 10:50:30 -0400
[EMAIL PROTECTED] wrote:
> On Thu, 28 Jun 2007 03:43:21 PDT, Andrew Morton said:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc6/2.6.22-rc6-mm1/
>
> Configures, builds, boots on first try. Dell Latitude D820 laptop, T7200 CPU,
> x86
On Fri, 29 Jun 2007 16:17:38 +0200 (CEST)
Roman Zippel <[EMAIL PROTECTED]> wrote:
> On Thu, 28 Jun 2007, Andrew Morton wrote:
>
> > So save yourself some hassle and check your .config carefully before
> > building this kernel. Make sure that everything you need is still
> > enabled.
> >
>
On Fri, 29 Jun 2007 14:32:09 +0200
Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
> Hello,
>
> allmodconfig on powerpc (iMac g3) fails due to
> git-kgdb.patch. allmodconfig defaults should be changed?
>
> CC arch/powerpc/kernel/kgdb.o
> arch/powerpc/kernel/kgdb.c:485:2: error: #error
On Fri, Jun 29, 2007 at 12:23:43PM -0400, Muli Ben-Yehuda wrote:
> On Fri, Jun 29, 2007 at 08:28:58AM -0700, Keshavamurthy, Anil S wrote:
>
> > +++ linux-2.6.22-rc4-mm2/drivers/pci/dmar.c 2007-06-29 07:46:25.0
> > -0700
> > @@ -260,6 +260,8 @@
> > int ret = 0;
> >
> > dmar = (st
On Fri, Jun 29, 2007 at 08:28:58AM -0700, Keshavamurthy, Anil S wrote:
> Here is the revised patch of the above.
> Andrew, please add this fix to
> +intel-iommu-dmar-detection-and-parsing-logic.patch
>
>
> Check for dmar_tbl pointer as this can be
On Thu, Jun 28, 2007 at 06:14:27PM -0700, Li, Shaohua wrote:
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-
> >rc6/2.6.22-rc6-mm1/
> >>
> >>> +intel-iommu-dmar-detection-and-parsing-logic.patch
[..]
> >
> >I took a picture of it, looks like the backtrace is:
> >
> >NU
On Thu, 28 Jun 2007 03:43:21 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc6/2.6.22-rc6-mm1/
Configures, builds, boots on first try. Dell Latitude D820 laptop, T7200 CPU,
x86_64 kernel. Doesn't break any of the out-of-tree stuff I use.
> `ma
Hi,
On Thu, 28 Jun 2007, Andrew Morton wrote:
> So save yourself some hassle and check your .config carefully before
> building this kernel. Make sure that everything you need is still enabled.
>
> I found that manually adding "CONFIG_BLK_DEV=y" to the .config before
> running oldconfig
Hello.
Mariusz Kozlowski wrote:
allmodconfig on powerpc (iMac g3) fails due to
git-kgdb.patch. allmodconfig defaults should be changed?
CC arch/powerpc/kernel/kgdb.o
arch/powerpc/kernel/kgdb.c:485:2: error: #error Both XMON and KGDB selected
in .config. Unselect one of them.
Hello,
allmodconfig on powerpc (iMac g3) fails due to
git-kgdb.patch. allmodconfig defaults should be changed?
CC arch/powerpc/kernel/kgdb.o
arch/powerpc/kernel/kgdb.c:485:2: error: #error Both XMON and KGDB selected
in .config. Unselect one of them.
make[1]: *** [arch/powerpc/ker
>-Original Message-
>From: Robert Hancock [mailto:[EMAIL PROTECTED]
>Sent: Friday, June 29, 2007 8:59 AM
>To: Zan Lynx
>Cc: Andrew Morton; linux-kernel@vger.kernel.org; Raj, Ashok; Li,
Shaohua;
>Keshavamurthy, Anil S
>Subject: Re: 2.6.22-rc6-mm1 Intel DMAR crash on A
Zan Lynx wrote:
On Thu, 2007-06-28 at 03:43 -0700, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc6/2.6.22-rc6-mm1/
+intel-iommu-dmar-detection-and-parsing-logic.patch
+intel-iommu-pci-generic-helper-function.patch
+intel-iommu-pci-generic-helper-f
On Thursday 28 June 2007 01:40:32 pm you wrote:
> I'll provide more details on request, and when I get the chance. This
> is a heads-up on the BUG in case someone has an "ah ha!" moment.
I believe I have also reproduced this bug. I have an ABIT K9 Ultra
motherboard with NFORCE hardware. My
>
> On Thu, 28 Jun 2007 13:09:21 -0700
> Randy Dunlap <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 28 Jun 2007 03:43:21 -0700 Andrew Morton wrote:
> >
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc6/2.6.22-rc6-mm1/
> >
> >
> > on x86_64, with CONFIG_PCI disabl
Adrian Bunk wrote:
<-- snip -->
...
RELOCS arch/i386/boot/compressed/vmlinux.relocs
WARNING: Absolute relocations present
Offset Info Type Sym.Value Sym.Name
c0101f80 020c6501 R_386_32 xen_irq_disable_direct_reloc
c0101f9a 0221ea01 R_386_32 xen_save_fl_di
On Thu, 2007-06-28 at 03:43 -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc6/2.6.22-rc6-mm1/
> +intel-iommu-dmar-detection-and-parsing-logic.patch
> +intel-iommu-pci-generic-helper-function.patch
> +intel-iommu-pci-generic-helper-function-fix.p
On Thu, 28 Jun 2007 13:09:21 -0700
Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Thu, 28 Jun 2007 03:43:21 -0700 Andrew Morton wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc6/2.6.22-rc6-mm1/
>
>
> on x86_64, with CONFIG_PCI disabled, CONFIG_PM disabled,
On Thu, 28 Jun 2007 03:43:21 -0700 Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc6/2.6.22-rc6-mm1/
on x86_64, with CONFIG_PCI disabled, CONFIG_PM disabled,
hence CONFIG_ACPI disabled:
arch/x86_64/kernel/built-in.o: In function `setup_IO_APIC':
On Thu, 28 Jun 2007 21:29:50 +0200
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> LD drivers/built-in.o
> drivers/isdn/built-in.o: In function `check_reset': (.text+0xab974):
> multiple definition of `check_reset'
> drivers/scsi/built-in.o:(.data+0xdba8): first defined here
> ld: Warning: size of
On Thu, 28 Jun 2007 14:08:49 +0200 Gabriel C <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc6/2.6.22-rc6-mm1/
> >
> >
>
> Compile error here.
>
> ...
>
> Kernel: arch/i386/boot/bzImage is ready (#1)
> ERROR: "check
1 - 100 of 101 matches
Mail list logo
