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-r
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
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
to
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
pears to be holding up well so far. About 5 hours of Gentoo
> updating and compiling.
Maybe it isn't fixed so well at that.
I got one of these today, here is the dmesg (at the bottom):
Linux version 2.6.22-rc6-mm1 ([EMAIL PROTECTED]) (gcc version 4.2.0 (Gentoo
4.2.0)) #4 SMP PREEMPT Wed J
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 ver
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 i
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
hid snd_pcm_oss snd_mixer_oss ipv6 snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm snd_timer snd snd_page_alloc ehci_hcd ohci_hcd usbcore evdev psmouse serio_raw sg
Pid: 10479, comm: rhythmbox Not tainted 2.6.22-rc6-mm1 #3
RIP: 0010:[] []
reiser4_tree_by_page+0x4/0x20
RSP: 0018:810011c21940 E
Tejun Heo wrote:
KSYM_NAME_LEN is peculiar in that it does not include the space for
the trailing '\0', forcing all users to use KSYM_NAME_LEN + 1 when
allocating buffer. This is nonsense and error-prone. Moreover, when
the caller forgets that it's very likely to subtly bite back by
corrupting
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
KSYM_NAME_LEN is peculiar in that it does not include the space for
the trailing '\0', forcing all users to use KSYM_NAME_LEN + 1 when
allocating buffer. This is nonsense and error-prone. Moreover, when
the caller forgets that it's very likely to subtly bite back by
corrupting the stack because t
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.
On Tue, 10 Jul 2007 15:59:00 -0400 Lee Schermerhorn wrote:
> [PATCH] 2.6.22-rc6-mm1 - hugetlbfs handle empty options string
>
> I was seeing a null pointer deref in fs/super.c:vfs_kern_mount().
> Some file system get_sb() handler was returning NULL mnt_sb with
> a non-negative r
[PATCH] 2.6.22-rc6-mm1 - hugetlbfs handle empty options string
I was seeing a null pointer deref in fs/super.c:vfs_kern_mount().
Some file system get_sb() handler was returning NULL mnt_sb with
a non-negative return value. I also noticed a "hugetlbfs: Bad
mount option:" message
rhythmbox Not tainted 2.6.22-rc6-mm1 #3
RIP: 0010:[] []
reiser4_tree_by_page+0x4/0x20
RSP: 0018:810011c21940 EFLAGS: 00010296
RAX: RBX: RCX: 000c
RDX: 00f0 RSI: RDI: 810002135d80
RBP: 810002135d80 R08: 00
On Tue, 10 Jul 2007 17:57:25 +0400 Pavel Emelianov <[EMAIL PROTECTED]> wrote:
> Hi.
>
> While working with Andrew's kernel I faced an OOPS on x86_64
> machine. Unfortunately kernel logs are not appearing in serial
> console by the time oops happens, but I have some info on the
> screen:
>
> OO
50 AM
To: Pavel Emelianov
Cc: Raj, Ashok; Li, Shaohua; Keshavamurthy, Anil S; Linux Kernel Mailing
List; Andrew Morton
Subject: Re: OOPS at dmar_table_init (2.6.22-rc6-mm1 kernel)
On Tue, 10 Jul 2007 17:57:25 +0400 Pavel Emelianov wrote:
> Hi.
>
> While working with Andrew's ker
On Tue, 10 Jul 2007 17:57:25 +0400 Pavel Emelianov wrote:
> Hi.
>
> While working with Andrew's kernel I faced an OOPS on x86_64
> machine. Unfortunately kernel logs are not appearing in serial
> console by the time oops happens, but I have some info on the
> screen:
>
> OOPs is at dmar_table_
Hi.
While working with Andrew's kernel I faced an OOPS on x86_64
machine. Unfortunately kernel logs are not appearing in serial
console by the time oops happens, but I have some info on the
screen:
OOPs is at dmar_table_init() here:
80532873 :
80532873: 41 55
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
> > >
it-unionfs.patch
> >...
> > git trees
> >...
>
> CONFIG_UNION_FS=y, CONFIG_BLOCK=n results in the following compile error:
>
> <-- snip -->
>
> ...
> CC fs/unionfs/file.o
> /home/bunk/linux/kernel-2.6/linux-2.6.22-rc6-mm1/fs/unionfs/file.c:147:
> error: âfi
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
> Oops: [1] SMP
> CPU 0
> Pid: 14067, comm: touch Not tainted 2.6.22-rc6-mm1-cfs-v19 #7
> RIP: 0010:[] [] vfs_permission+0x6/0x10
> RSP: 0018:8100083a7e20 EFLAGS: 00010293
> RAX: 0296 RBX: RCX: 81001cb6ee00
> RDX: 8100083a7e28 R
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
CPU 0
Pid: 14067, comm: touch Not tainted 2.6.22-rc6-mm1-cfs-v19 #7
RIP: 0010
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.
nk() which makes sure parent_sd isn't NULL &&
>> sysfs_addrm_start() should have caused oops earlier as it deferences
>> parent_sd.
>>
>> Can you please retry the test (test clean 2.6.22-rc6-mm1, apply patch,
>> rebuild and test)?
>
> I downloaded linux-2.6.22-rc6.tar.bz2
On Sat, 07 Jul 2007 15:50:01 +0900, Mattia Dongili said:
> On Sat, Jul 07, 2007 at 12:35:10AM -0400, [EMAIL PROTECTED] wrote:
> > So I was looking at drivers/cpufreq/Kconfig, and wondering...
> >
> > Is there a specific reason why we have a 'choice' clause that allows
> > selecting
> > 'performan
sfs_addrm_start() should have caused oops earlier as it deferences
>> parent_sd.
>>
>> Can you please retry the test (test clean 2.6.22-rc6-mm1, apply patch,
>> rebuild and test)?
>
> I downloaded linux-2.6.22-rc6.tar.bz2, applied 2.6.22-rc6-mm1 and then
> applied you
ould have caused oops earlier as it deferences
parent_sd.
Can you please retry the test (test clean 2.6.22-rc6-mm1, apply patch,
rebuild and test)?
I downloaded linux-2.6.22-rc6.tar.bz2, applied 2.6.22-rc6-mm1 and then
applied your second patch. I still get the same OOPS I reported to you
and A
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.
Please remove the i
On Sat, Jul 07, 2007 at 12:35:10AM -0400, [EMAIL PROTECTED] wrote:
> So I was looking at drivers/cpufreq/Kconfig, and wondering...
>
> Is there a specific reason why we have a 'choice' clause that allows selecting
> 'performance' or 'userspace' as the default governor, and no obvious way to
> sele
Can you please retry the test (test clean 2.6.22-rc6-mm1, apply patch,
rebuild and test)?
Thanks.
--
tejun
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
So I was looking at drivers/cpufreq/Kconfig, and wondering...
Is there a specific reason why we have a 'choice' clause that allows selecting
'performance' or 'userspace' as the default governor, and no obvious way to
select powersave, ondemand, or conservative as a default? Or was this an
oversigh
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
s not related to 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/kernel-2.6/linux-2.6.22-rc6-mm1/mm/slub.c:1873: error:
> > ÿÿstruct kmem_cache_nodeÿÿ has no member named ÿÿfullÿÿ
> >
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ÿÿ:
> /hom
e.o
/home/bunk/linux/kernel-2.6/linux-2.6.22-rc6-mm1/fs/unionfs/file.c:147: error:
‘file_fsync’ undeclared here (not in a function)
make[3]: *** [fs/unionfs/file.o] Error 1
...
<-- snip -->
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
u are changing.
With CONFIG_SLUB_DEBUG=n:
<-- snip -->
...
CC mm/slub.o
/home/bunk/linux/kernel-2.6/linux-2.6.22-rc6-mm1/mm/slub.c: In function
‘init_kmem_cache_node’:
/home/bunk/linux/kernel-2.6/linux-2.6.22-rc6-mm1/mm/slub.c:1873: error: ‘struct
kmem_cache_node’ has no member named
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_
On Fri, 06 Jul 2007 16:03:17 +0200 Tilman Schmidt <[EMAIL PROTECTED]> wrote:
> Andrew Morton schrieb:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc6/2.6.22-rc6-mm1/
> >
> > - Added the kgdb tree, as git-kgdb.patch (Jason Wes
Andrew Morton schrieb:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc6/2.6.22-rc6-mm1/
>
> - Added the kgdb tree, as git-kgdb.patch (Jason Wessel
> <[EMAIL PROTECTED]>)
>
> This is a large patch which unifies all the various kgdb stubs
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
<-- snip -->
...
CC arch/i386/xen/enlighten.o
/home/bunk/linux/kernel-2.6/linux-2.6.22-rc6-mm1/arch/i386/xen/enlighten.c: In
function ‘xen_alloc_pt_init’:
/home/bunk/linux/kernel-2.6/linux-2.6.22-rc6-mm1/arch/i386/xen/enlighten.c:657:
error: ‘mem_map’ undeclared (first use i
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
as a reference for how to use it. The include patch to cramfs
is my hack at it.
When I try to execute an XIP binary I get a BUG() on 2.6.22-rc6-mm1 at
mm/memory.c line 2334. The way I read this is says that spufs might
not work. I can't test it.
In spufs_mem_mmap() line 196 the vma is
nd_seq_device evdev shpchp snd iTCO_wdt iTCO_vendor_support
> pci_hotplug soundcore snd_page_alloc firewire_ohci firewire_core
> crc_itu_t 8139too ehci_hcd uhci_hcd usbcore fan
> CPU:0
> EIP:0060:[]Not tainted VLI
> EFLAGS: 00010283 (2.6.22-rc6-mm1 #5)
> EIP is at drm
:0060:[]Not tainted VLI
EFLAGS: 00010283 (2.6.22-rc6-mm1 #5)
EIP is at drm_vma_info+0x2a5/0x310 [drm]
eax: ebx: c80cdf38 ecx: edx:
esi: 8000 edi: c467e000 ebp: c80cdf0c esp: c80cde9c
ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068
Process grep (pid
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.
> > >
> > >
i_event
> snd_seq snd_timer snd_seq_device snd iTCO_wdt iTCO_vendor_support
> soundcore snd_page_alloc firewire_ohci firewire_core crc_itu_t
> ehci_hcd uhci_hcd usbcore
> CPU:0
> EIP: 0060:[]Not tainted VLI
> EFLAGS: 00010202 (2.6.22-rc6-mm1 #2)
> EIP is at sysfs_addrm
uhci_hcd usbcore
CPU:0
EIP:0060:[]Not tainted VLI
EFLAGS: 00010202 (2.6.22-rc6-mm1 #2)
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
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
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 'swapper'
page:c1c0 flags:0x0400 mapping: mapcount:0 count:0
Trying to fi
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
w be written in a more compact way.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
Acked-by: Michael Krufky <[EMAIL PROTECTED]>
Thanks, Adrian
Mauro, I'll push this into hg and send you a pull request.
> ---
>
> BTW: tea5761.c is currently completel
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
/media/video/Makefile |4 +---
2 files changed, 3 insertions(+), 4 deletions(-)
--- linux-2.6.22-rc6-mm1/drivers/media/video/Kconfig.old2007-06-30
03:51:13.0 +0200
+++ linux-2.6.22-rc6-mm1/drivers/media/video/Kconfig2007-06-30
03:51:40.0 +0200
@@ -490,7 +490,8
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
1 - 100 of 130 matches
Mail list logo
