On Wed, Feb 21, 2007 at 02:15:10AM -0800, Roland McGrath wrote:
> > This causes the following compile error with CONFIG_PTRACE=y,
> > CONFIG_PROC_FS=n:
>
> Bah. I moved ptrace_may_attach to fs/proc/base.c so that CONFIG_PTRACE=n
> could just omit kernel/ptrace.c entirely and still get the
> This causes the following compile error with CONFIG_PTRACE=y,
> CONFIG_PROC_FS=n:
Bah. I moved ptrace_may_attach to fs/proc/base.c so that CONFIG_PTRACE=n
could just omit kernel/ptrace.c entirely and still get the function for
fs/proc/base.c to use (and because that uses it many more times
This causes the following compile error with CONFIG_PTRACE=y,
CONFIG_PROC_FS=n:
Bah. I moved ptrace_may_attach to fs/proc/base.c so that CONFIG_PTRACE=n
could just omit kernel/ptrace.c entirely and still get the function for
fs/proc/base.c to use (and because that uses it many more times than
On Wed, Feb 21, 2007 at 02:15:10AM -0800, Roland McGrath wrote:
This causes the following compile error with CONFIG_PTRACE=y,
CONFIG_PROC_FS=n:
Bah. I moved ptrace_may_attach to fs/proc/base.c so that CONFIG_PTRACE=n
could just omit kernel/ptrace.c entirely and still get the function for
On Thu, Feb 15, 2007 at 05:14:08AM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.20-rc6-mm3:
>...
> +utrace-utrace-ptrace-compat.patch
>...
> utrace tree
>...
This causes the following compile error with CONFIG_PTRACE=y,
CONFIG_PROC_FS=n:
<-- snip -->
...
LD .tmp_vmlinux1
On Fri, 2007-02-16 at 08:55 -0800, Randy Dunlap wrote:
> On Fri, 16 Feb 2007 10:37:12 -0600 Steve Fox wrote:
>
> > bl6-13, an x86_64 box listed on test.kernel.org, tripped on this during
> > an LTP run, even with
> > unify-queue_delayed_work-and-queue_delayed_work_on-fix.patch applied.
> >
> >
On Fri, 2007-02-16 at 08:55 -0800, Randy Dunlap wrote:
On Fri, 16 Feb 2007 10:37:12 -0600 Steve Fox wrote:
bl6-13, an x86_64 box listed on test.kernel.org, tripped on this during
an LTP run, even with
unify-queue_delayed_work-and-queue_delayed_work_on-fix.patch applied.
I'm not sure
On Thu, Feb 15, 2007 at 05:14:08AM -0800, Andrew Morton wrote:
...
Changes since 2.6.20-rc6-mm3:
...
+utrace-utrace-ptrace-compat.patch
...
utrace tree
...
This causes the following compile error with CONFIG_PTRACE=y,
CONFIG_PROC_FS=n:
-- snip --
...
LD .tmp_vmlinux1
2007/2/17, Cédric Augonnet <[EMAIL PROTECTED]>:
2007/2/17, Bill Davidsen <[EMAIL PROTECTED]>:
> Cédric Augonnet wrote:
That is my all point actually, i am not telling i have a valid
partition. I'm just describing the fact that the minix fs driver is
making too many assumptions on the partition
2007/2/17, Cédric Augonnet [EMAIL PROTECTED]:
2007/2/17, Bill Davidsen [EMAIL PROTECTED]:
Cédric Augonnet wrote:
That is my all point actually, i am not telling i have a valid
partition. I'm just describing the fact that the minix fs driver is
making too many assumptions on the partition it is
2007/2/17, Bill Davidsen <[EMAIL PROTECTED]>:
Cédric Augonnet wrote:
>
> Hi Daniel,
>
> On 2.6.20-rc6-mm3 and 2.6.20-mm1, i get an OOPS when using the minix 3
> file system. I enclose the dmesg and the .config to that mail.
>
> Here are the steps to reproduce this oo
Cédric Augonnet wrote:
2007/2/15, Andrew Morton <[EMAIL PROTECTED]>:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm1/
Will appear later at
Changes since 2.6.20-rc6-mm3:
-minix-v3-support.patch
Hi Daniel,
On 2.6.20-rc6-mm3 and 2.6.20-mm1, i get an OOPS when using the m
On 2/17/07, Cédric Augonnet <[EMAIL PROTECTED]> wrote:
Well i actually do access to this partition, i can edit it and use it,
this on Linux. Sorry if this is not clear.
Here is the point, I think. I'm afraid that you don't really access
any *real* partition. If it were so, that partition
2007/2/17, Daniel Aragonés <[EMAIL PROTECTED]>:
On 2/17/07, Cédric Augonnet <[EMAIL PROTECTED]> wrote:
> It appears that the trouble is in the count_free of file
> fs/minix/bitmap.c . This procedure is actually called twice when we
> issue a df command.
> The point where things start to get
On 2/17/07, Cédric Augonnet <[EMAIL PROTECTED]> wrote:
It appears that the trouble is in the count_free of file
fs/minix/bitmap.c . This procedure is actually called twice when we
issue a df command.
The point where things start to get strange is
i = ((numbits - (numblocks-1) *
2007/2/17, Daniel Aragonés <[EMAIL PROTECTED]>:
Well, a glance at your dmesg doesn' show that a minix partition was
recognized. Otherwise it would sow it. So you have not such a
partition within your drives.
You are using an emulator to run minix. You will have the same problem
if you run
On 2/17/07, Cédric Augonnet <[EMAIL PROTECTED]> wrote:
...
Hi Daniel,
On 2.6.20-rc6-mm3 and 2.6.20-mm1, i get an OOPS when using the minix 3
file system. I enclose the dmesg and the .config to that mail.
Here are the steps to reproduce this oops (they involve using qemu to
run M
09] nvidia: module license 'NVIDIA' taints kernel.
Hi,
Could you try booting without loading the nvidia module? Oopses related
to it have been reported for 2.6.20-mm1.
See http://lkml.org/lkml/2007/2/16/428
Regards,
Frederik
-
To unsubscribe from this list: send the line "unsubscribe li
'NVIDIA' taints kernel.
Hi,
Could you try booting without loading the nvidia module? Oopses related
to it have been reported for 2.6.20-mm1.
See http://lkml.org/lkml/2007/2/16/428
Regards,
Frederik
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
On 2/17/07, Cédric Augonnet [EMAIL PROTECTED] wrote:
...
Hi Daniel,
On 2.6.20-rc6-mm3 and 2.6.20-mm1, i get an OOPS when using the minix 3
file system. I enclose the dmesg and the .config to that mail.
Here are the steps to reproduce this oops (they involve using qemu to
run Minix 3)
- First
2007/2/17, Daniel Aragonés [EMAIL PROTECTED]:
Well, a glance at your dmesg doesn' show that a minix partition was
recognized. Otherwise it would sow it. So you have not such a
partition within your drives.
You are using an emulator to run minix. You will have the same problem
if you run minix2
On 2/17/07, Cédric Augonnet [EMAIL PROTECTED] wrote:
It appears that the trouble is in the count_free of file
fs/minix/bitmap.c . This procedure is actually called twice when we
issue a df command.
The point where things start to get strange is
i = ((numbits - (numblocks-1) * bh-b_size
2007/2/17, Daniel Aragonés [EMAIL PROTECTED]:
On 2/17/07, Cédric Augonnet [EMAIL PROTECTED] wrote:
It appears that the trouble is in the count_free of file
fs/minix/bitmap.c . This procedure is actually called twice when we
issue a df command.
The point where things start to get strange is
On 2/17/07, Cédric Augonnet [EMAIL PROTECTED] wrote:
Well i actually do access to this partition, i can edit it and use it,
this on Linux. Sorry if this is not clear.
Here is the point, I think. I'm afraid that you don't really access
any *real* partition. If it were so, that partition
Cédric Augonnet wrote:
2007/2/15, Andrew Morton [EMAIL PROTECTED]:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm1/
Will appear later at
Changes since 2.6.20-rc6-mm3:
-minix-v3-support.patch
Hi Daniel,
On 2.6.20-rc6-mm3 and 2.6.20-mm1, i get an OOPS when using the minix 3
2007/2/17, Bill Davidsen [EMAIL PROTECTED]:
Cédric Augonnet wrote:
Hi Daniel,
On 2.6.20-rc6-mm3 and 2.6.20-mm1, i get an OOPS when using the minix 3
file system. I enclose the dmesg and the .config to that mail.
Here are the steps to reproduce this oops (they involve using qemu to
run
snd_hda_codec
snd_pcm_oss snd_pcm snd_mixer_oss snd_seq_dummy snd_seq_oss
snd_seq_midi_event snd_seq snd_timer snd_seq_device snd 8139too uhci_hcd
mii soundcore snd_page_alloc i2c_i801 evdev usbcore i2c_core floppy
[ 149.587337] Pid: 1620, comm: modprobe Tainted: P 2.6.20-mm1 #3
[ 149.593785] RIP
On Thu, 15 Feb 2007 21:30:06 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> Nope, can't reproduce (the bug, that is).
>
> Actually, the oops you have there is the fourth one, so we might be seeing
> downstream effects of oops #1. Can you please capture the first oops
> trace? Increasing
On Fri, 16 Feb 2007, Christoph Lameter wrote:
> Andrew already has this fix which cures it for me. PG_mlocked pages can
> be freed in some situations and thus we need the correct handling in the
> page allocator:
Works for me.
- James
--
James Morris
<[EMAIL PROTECTED]>
-
To unsubscribe
On Fri, 16 Feb 2007 11:14:17 -0600 Steve Fox <[EMAIL PROTECTED]> wrote:
> Full log at
> http://test.kernel.org/abat/71719/debug/test.log.0
> Config at
> http://test.kernel.org/abat/71719/build/dotconfig
>
> CHK include/linux/compile.h
> UPD include/linux/compile.h
> CC
Full log at
http://test.kernel.org/abat/71719/debug/test.log.0
Config at
http://test.kernel.org/abat/71719/build/dotconfig
CHK include/linux/compile.h
UPD include/linux/compile.h
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
On Fri, 16 Feb 2007 10:37:12 -0600 Steve Fox wrote:
> bl6-13, an x86_64 box listed on test.kernel.org, tripped on this during
> an LTP run, even with
> unify-queue_delayed_work-and-queue_delayed_work_on-fix.patch applied.
>
> I'm not sure why the LTP results aren't copied over to TKO, but
rng_core i2c_amd756
i2c_core
Pid: 19380, comm: mlockall01 Not tainted 2.6.20-mm1-autokern1 #1
RIP: 0010:[] []
__pagevec_lru_add_mlock+0x6f/0x108
RSP: 0018:810022d0fdd8 EFLAGS: 00010002
RAX: 0011006c RBX: 81003ff41000 RCX: 81003ff40dc0
RDX: RSI
On Fri, 16 Feb 2007, James Morris wrote:
> Then, I get this reliably as ntpd starts up:
> [ 92.905514] [] lru_add_drain+0x57/0x8d
> [ 92.905519] [] free_pages_and_swap_cache+0x12/0x85
> [ 92.905526] [] unmap_region+0xfd/0x129
> [ 92.905530] [] do_munmap+0x153/0x1b4
> [ 92.905534]
G at mm/swap.c:469!
[ 92.755867] invalid opcode: [#1]
[ 92.769975] PREEMPT SMP
[ 92.783289] last sysfs file: /devices/pnp0/00:00/id
[ 92.798654] Modules linked in: sg pcspkr e1000
[ 92.813994] CPU:2
[ 92.813995] EIP:0060:[]Not tainted VLI
[ 92.813997] EFLAGS: 0001000
fixes it? This just disabled an optimization
> to set PageMlocked early.
Nope, doesn't fix the problem.
> Index: linux-2.6.20-mm1/mm/memory.c
> =======
> --- linux-2.6.20-mm1.orig/mm/memory.c 2007-02-15 14:35:41.0 -08
fix the problem.
Index: linux-2.6.20-mm1/mm/memory.c
===
--- linux-2.6.20-mm1.orig/mm/memory.c 2007-02-15 14:35:41.0 -0800
+++ linux-2.6.20-mm1/mm/memory.c 2007-02-15 14:35:54.0 -0800
@@ -930,6 +930,8 @@ static
!
[ 92.755867] invalid opcode: [#1]
[ 92.769975] PREEMPT SMP
[ 92.783289] last sysfs file: /devices/pnp0/00:00/id
[ 92.798654] Modules linked in: sg pcspkr e1000
[ 92.813994] CPU:2
[ 92.813995] EIP:0060:[c014e548]Not tainted VLI
[ 92.813997] EFLAGS: 00010002 (2.6.20-mm1 #4
rng_core i2c_amd756
i2c_core
Pid: 19380, comm: mlockall01 Not tainted 2.6.20-mm1-autokern1 #1
RIP: 0010:[8026e007] [8026e007]
__pagevec_lru_add_mlock+0x6f/0x108
RSP: 0018:810022d0fdd8 EFLAGS: 00010002
RAX: 0011006c RBX: 81003ff41000 RCX: 81003ff40dc0
RDX
On Fri, 16 Feb 2007 10:37:12 -0600 Steve Fox wrote:
bl6-13, an x86_64 box listed on test.kernel.org, tripped on this during
an LTP run, even with
unify-queue_delayed_work-and-queue_delayed_work_on-fix.patch applied.
I'm not sure why the LTP results aren't copied over to TKO, but here's
Full log at
http://test.kernel.org/abat/71719/debug/test.log.0
Config at
http://test.kernel.org/abat/71719/build/dotconfig
CHK include/linux/compile.h
UPD include/linux/compile.h
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
On Fri, 16 Feb 2007 11:14:17 -0600 Steve Fox [EMAIL PROTECTED] wrote:
Full log at
http://test.kernel.org/abat/71719/debug/test.log.0
Config at
http://test.kernel.org/abat/71719/build/dotconfig
CHK include/linux/compile.h
UPD include/linux/compile.h
CC init/version.o
On Fri, 16 Feb 2007, Christoph Lameter wrote:
Andrew already has this fix which cures it for me. PG_mlocked pages can
be freed in some situations and thus we need the correct handling in the
page allocator:
Works for me.
- James
--
James Morris
[EMAIL PROTECTED]
-
To unsubscribe from
On Thu, 15 Feb 2007 21:30:06 -0800, Andrew Morton [EMAIL PROTECTED] wrote:
Nope, can't reproduce (the bug, that is).
Actually, the oops you have there is the fourth one, so we might be seeing
downstream effects of oops #1. Can you please capture the first oops
trace? Increasing the log
snd_hda_intel snd_hda_codec
snd_pcm_oss snd_pcm snd_mixer_oss snd_seq_dummy snd_seq_oss
snd_seq_midi_event snd_seq snd_timer snd_seq_device snd 8139too uhci_hcd
mii soundcore snd_page_alloc i2c_i801 evdev usbcore i2c_core floppy
[ 149.587337] Pid: 1620, comm: modprobe Tainted: P 2.6.20-mm1 #3
On Fri, 16 Feb 2007 00:39:12 +0100 "J.A. Magallón" <[EMAIL PROTECTED]> wrote:
> > > ee1394 usblp evdev
> > > CPU:1
> > > EIP:0060:[]Tainted: P VLI
> > > EFLAGS: 00010246 (2.6.20-jam01 #1)
> > > EIP is at sysfs_lookup+0x5b/0x20a
> > > eax: f6707118 ebx: f6b33e5c ecx:
On Thu, 15 Feb 2007 19:37:39 -0500
Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> > For what reason was that change made?
> >
>
> It was made so that we can use the markers in C code without actually
> including marker.h everywhere. I am sure someone has a better way to do
> it : I would be
* Andrew Morton ([EMAIL PROTECTED]) wrote:
> On Thu, 15 Feb 2007 17:46:56 -0500
> Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
>
> > > Me too. It's due to the linux-kernel-markers patches. Mathieu, can you
> > > take a look please?
> >
> > I will give a deeper look in sparse, but I should say
Temporarily at
> >>>
> >>> http://userweb.kernel.org/~akpm/2.6.20-mm1/
> >>>
> >>> Will appear later at
> >>>
> >>>
> >>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm1/
> >&g
On Fri, 16 Feb 2007 16:41:59 +
Frederik Deweerdt <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 15, 2007 at 05:14:08AM -0800, Andrew Morton wrote:
> >
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.20-mm1/
> >
> Hi,
>
> It appear
On Thu, 15 Feb 2007 17:46:56 -0500
Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> > Me too. It's due to the linux-kernel-markers patches. Mathieu, can you
> > take a look please?
>
> I will give a deeper look in sparse, but I should say up front that I
> add this to the root build tree
> > >
> > > Temporarily at
> > >
> > > http://userweb.kernel.org/~akpm/2.6.20-mm1/
> > >
> > > Will appear later at
> > >
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6
On Thu, 15 Feb 2007 22:30:17 +0100
"J.A. Magall__n" <[EMAIL PROTECTED]> wrote:
> On Thu, 15 Feb 2007 05:14:08 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> >
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.20-m
Andrew Morton napisał(a):
> On Thu, 15 Feb 2007 15:37:20 +0100
> Michal Piotrowski <[EMAIL PROTECTED]> wrote:
>
>> Andrew Morton napisa__(a):
>>> Temporarily at
>>>
>>> http://userweb.kernel.org/~akpm/2.6.20-mm1/
>>>
>>> Will a
* Andrew Morton ([EMAIL PROTECTED]) wrote:
> On Thu, 15 Feb 2007 17:01:27 +0100
> Tilman Schmidt <[EMAIL PROTECTED]> wrote:
>
> > Trying to build 2.6.20-mm1 on i386 with C=1, sparse 0.2 chokes
> > on arch/i386/kernel/i8253.c:
> >
> > CHECK arch
On Thursday 15 February 2007 14:14, Andrew Morton wrote:
> - The IDE tree got dropped due to various linkage problems
Doh, I guess this is what one gets for not testing modular
IDE driver support properly. :(
All linkage problems should be fixed now, sorry for that.
Bart
-
To unsubscribe from
On Thu, 15 Feb 2007 17:01:27 +0100
Tilman Schmidt <[EMAIL PROTECTED]> wrote:
> Trying to build 2.6.20-mm1 on i386 with C=1, sparse 0.2 chokes
> on arch/i386/kernel/i8253.c:
>
> CHECK arch/i386/kernel/i8253.c
> linux/marker.h: No such file or directory
> include/linux
Andrew Morton <[EMAIL PROTECTED]> writes:
> That's shm-make-sysv-ipc-shared-memory-use-stacked-files.patch, brought to
> us by Eric-who-hasnt-read-Documentation/SubmitChecklist.
Sorry I thought I had all of the interesting debugging enabled in my
kernel build. It must of fallen out someplace.
as allocated and marked PageMlocked and then some later processing put it
onto the LRU?
Maybe try_to_set_mlocked does work some havoc here.
Could you see if this patch fixes it? This just disabled an optimization
to set PageMlocked early.
Index: linux-2.6.20-mm1
On Thu, 15 Feb 2007 15:37:20 +0100
Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Andrew Morton napisa__(a):
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.20-mm1/
> >
> > Will appear later at
> >
> >
> > ftp://ftp.k
ked in:
> [ 75.300193] CPU:0
> [ 75.300195] EIP:0060:[] Not tainted VLI
> [ 75.300197] EFLAGS: 00210006 (2.6.20-mm1 #1)
> [ 75.341750] EIP is at __pagevec_lru_add_active+0x76/0xcc
> [ 75.356722] eax: 80100060 ebx: c1bf9c48 ecx: c1e345bc edx: 0001
> [
On Thu, 15 Feb 2007 05:14:08 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.20-mm1/
>
> Will appear later at
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.
On Thu, 2007-02-15 at 20:29 +0100, Mattia Dongili wrote:
> On Thu, Feb 15, 2007 at 05:14:08AM -0800, Andrew Morton wrote:
> [...]
> > - The sony-laptop driver has been disabled due to disagreement between
> > the git-acpi and git-backlight trees
>
> Snigh... I though Richard had something to
On Thu, Feb 15, 2007 at 05:14:08AM -0800, Andrew Morton wrote:
[...]
> - The sony-laptop driver has been disabled due to disagreement between
> the git-acpi and git-backlight trees
Snigh... I though Richard had something to fix sony-laptop.
Am I wrong?
--
mattia
:wq!
-
To unsubscribe from
On Thu, 2007-02-15 at 19:00 +0100, Marcin Juszkiewicz wrote:
> Dnia czwartek, 15 lutego 2007, [EMAIL PROTECTED] napisał:
> > On Thu, 15 Feb 2007 05:14:08 PST, Andrew Morton said:
>
> > git-backlight.patch contains this:
> >
> > +config BACKLIGHT_PROGEAR
> > + tristate "Frontpath ProGear
Dnia czwartek, 15 lutego 2007, [EMAIL PROTECTED] napisał:
> On Thu, 15 Feb 2007 05:14:08 PST, Andrew Morton said:
> git-backlight.patch contains this:
>
> +config BACKLIGHT_PROGEAR
> + tristate "Frontpath ProGear Backlight Driver"
> + depends on BACKLIGHT_CLASS_DEVICE && PCI && X86
>
On Thu, 15 Feb 2007 05:14:08 PST, Andrew Morton said:
>
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.20-mm1/
>
> Will appear later at
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm1/
git-backlight.pa
On Thu, Feb 15, 2007 at 05:14:08AM -0800, Andrew Morton wrote:
>
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.20-mm1/
>
Hi,
It appears that the pcim_iomap_regions() function doesn't get the error
handling right. It BUGs early at boot with a backtrace
Andrew Morton wrote:
- The UBI tree got dropped due to probable lack of a git sync with
mainline (ie: it's a 13.5MB diff whcih doesn't apply very well)
Andrew, I apologize for this. Now it is fixed. It somehow got screwed
when I re-based it from mtd-2.6.git to linu-2.6.git. Please, do not
Trying to build 2.6.20-mm1 on i386 with C=1, sparse 0.2 chokes
on arch/i386/kernel/i8253.c:
CHECK arch/i386/kernel/i8253.c
linux/marker.h: No such file or directory
include/linux/jiffies.h:18:5: warning: undefined preprocessor identifier
'CONFIG_HZ'
include/linux/jiffies.h:20:7: warning
Andrew Morton napisał(a):
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.20-mm1/
>
> Will appear later at
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm1/
>
>
BUG: sleeping function called from invalid context
On Thu, 15 Feb 2007, James Morris wrote:
> Hit a BUG() via lvm:
Also, I just disabled paravirt ops and saw the same bug, so it's not that
stuff.
--
James Morris
<[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
swap.c:442!
[ 75.244589] invalid opcode: [#1]
[ 75.258693] PREEMPT SMP
[ 75.271894] last sysfs file: /block/ram0/dev
[ 75.286734] Modules linked in:
[ 75.300193] CPU:0
[ 75.300195] EIP:0060:[]Not tainted VLI
[ 75.300197] EFLAGS: 00210006 (2.6.20-mm1 #1)
[ 75.3
!
[ 75.244589] invalid opcode: [#1]
[ 75.258693] PREEMPT SMP
[ 75.271894] last sysfs file: /block/ram0/dev
[ 75.286734] Modules linked in:
[ 75.300193] CPU:0
[ 75.300195] EIP:0060:[c0150303]Not tainted VLI
[ 75.300197] EFLAGS: 00210006 (2.6.20-mm1 #1)
[ 75.341750] EIP
On Thu, 15 Feb 2007, James Morris wrote:
Hit a BUG() via lvm:
Also, I just disabled paravirt ops and saw the same bug, so it's not that
stuff.
--
James Morris
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
Andrew Morton napisał(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm1/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm1/
BUG: sleeping function called from invalid context at
/mnt/md0/devel/linux-mm/mm/slab.c
Trying to build 2.6.20-mm1 on i386 with C=1, sparse 0.2 chokes
on arch/i386/kernel/i8253.c:
CHECK arch/i386/kernel/i8253.c
linux/marker.h: No such file or directory
include/linux/jiffies.h:18:5: warning: undefined preprocessor identifier
'CONFIG_HZ'
include/linux/jiffies.h:20:7: warning
Andrew Morton wrote:
- The UBI tree got dropped due to probable lack of a git sync with
mainline (ie: it's a 13.5MB diff whcih doesn't apply very well)
Andrew, I apologize for this. Now it is fixed. It somehow got screwed
when I re-based it from mtd-2.6.git to linu-2.6.git. Please, do not
On Thu, Feb 15, 2007 at 05:14:08AM -0800, Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm1/
Hi,
It appears that the pcim_iomap_regions() function doesn't get the error
handling right. It BUGs early at boot with a backtrace along the lines of:
ahci_init
On Thu, 15 Feb 2007 05:14:08 PST, Andrew Morton said:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm1/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm1/
git-backlight.patch contains this:
+config BACKLIGHT_PROGEAR
Dnia czwartek, 15 lutego 2007, [EMAIL PROTECTED] napisał:
On Thu, 15 Feb 2007 05:14:08 PST, Andrew Morton said:
git-backlight.patch contains this:
+config BACKLIGHT_PROGEAR
+ tristate Frontpath ProGear Backlight Driver
+ depends on BACKLIGHT_CLASS_DEVICE PCI X86
+
On Thu, 2007-02-15 at 19:00 +0100, Marcin Juszkiewicz wrote:
Dnia czwartek, 15 lutego 2007, [EMAIL PROTECTED] napisał:
On Thu, 15 Feb 2007 05:14:08 PST, Andrew Morton said:
git-backlight.patch contains this:
+config BACKLIGHT_PROGEAR
+ tristate Frontpath ProGear Backlight Driver
On Thu, Feb 15, 2007 at 05:14:08AM -0800, Andrew Morton wrote:
[...]
- The sony-laptop driver has been disabled due to disagreement between
the git-acpi and git-backlight trees
Snigh... I though Richard had something to fix sony-laptop.
Am I wrong?
--
mattia
:wq!
-
To unsubscribe from this
On Thu, 2007-02-15 at 20:29 +0100, Mattia Dongili wrote:
On Thu, Feb 15, 2007 at 05:14:08AM -0800, Andrew Morton wrote:
[...]
- The sony-laptop driver has been disabled due to disagreement between
the git-acpi and git-backlight trees
Snigh... I though Richard had something to fix
On Thu, 15 Feb 2007 05:14:08 -0800, Andrew Morton [EMAIL PROTECTED] wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm1/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm1/
Oops plague for me :(.
A lot like
]Not tainted VLI
[ 75.300197] EFLAGS: 00210006 (2.6.20-mm1 #1)
[ 75.341750] EIP is at __pagevec_lru_add_active+0x76/0xcc
[ 75.356722] eax: 80100060 ebx: c1bf9c48 ecx: c1e345bc edx: 0001
[ 75.373139] esi: c03dc680 edi: c1c4e780 ebp: f7ce3f34 esp: f7ce3f24
[ 75.389642
On Thu, 15 Feb 2007 15:37:20 +0100
Michal Piotrowski [EMAIL PROTECTED] wrote:
Andrew Morton napisa__(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm1/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm1
Andrew Morton [EMAIL PROTECTED] writes:
That's shm-make-sysv-ipc-shared-memory-use-stacked-files.patch, brought to
us by Eric-who-hasnt-read-Documentation/SubmitChecklist.
Sorry I thought I had all of the interesting debugging enabled in my
kernel build. It must of fallen out someplace. I
PageMlocked and then some later processing put it
onto the LRU?
Maybe try_to_set_mlocked does work some havoc here.
Could you see if this patch fixes it? This just disabled an optimization
to set PageMlocked early.
Index: linux-2.6.20-mm1/mm/memory.c
On Thu, 15 Feb 2007 17:01:27 +0100
Tilman Schmidt [EMAIL PROTECTED] wrote:
Trying to build 2.6.20-mm1 on i386 with C=1, sparse 0.2 chokes
on arch/i386/kernel/i8253.c:
CHECK arch/i386/kernel/i8253.c
linux/marker.h: No such file or directory
include/linux/jiffies.h:18:5: warning
On Thursday 15 February 2007 14:14, Andrew Morton wrote:
- The IDE tree got dropped due to various linkage problems
Doh, I guess this is what one gets for not testing modular
IDE driver support properly. :(
All linkage problems should be fixed now, sorry for that.
Bart
-
To unsubscribe from
* Andrew Morton ([EMAIL PROTECTED]) wrote:
On Thu, 15 Feb 2007 17:01:27 +0100
Tilman Schmidt [EMAIL PROTECTED] wrote:
Trying to build 2.6.20-mm1 on i386 with C=1, sparse 0.2 chokes
on arch/i386/kernel/i8253.c:
CHECK arch/i386/kernel/i8253.c
linux/marker.h: No such file
Andrew Morton napisał(a):
On Thu, 15 Feb 2007 15:37:20 +0100
Michal Piotrowski [EMAIL PROTECTED] wrote:
Andrew Morton napisa__(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm1/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20
On Thu, 15 Feb 2007 22:30:17 +0100
J.A. Magall__n [EMAIL PROTECTED] wrote:
On Thu, 15 Feb 2007 05:14:08 -0800, Andrew Morton [EMAIL PROTECTED] wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm1/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel
/2.6.20-mm1/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm1/
Oops plague for me :(.
A lot like this:
ee1394 usblp evdev
CPU:1
EIP:0060:[c0195f12]Tainted: P VLI
EFLAGS: 00010246
On Thu, 15 Feb 2007 17:46:56 -0500
Mathieu Desnoyers [EMAIL PROTECTED] wrote:
Me too. It's due to the linux-kernel-markers patches. Mathieu, can you
take a look please?
I will give a deeper look in sparse, but I should say up front that I
add this to the root build tree Makefile :
On Fri, 16 Feb 2007 16:41:59 +
Frederik Deweerdt [EMAIL PROTECTED] wrote:
On Thu, Feb 15, 2007 at 05:14:08AM -0800, Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm1/
Hi,
It appears that the pcim_iomap_regions() function doesn't get the error
On Fri, 16 Feb 2007 00:24:35 +0100
Michal Piotrowski [EMAIL PROTECTED] wrote:
Andrew Morton napisa__(a):
On Thu, 15 Feb 2007 15:37:20 +0100
Michal Piotrowski [EMAIL PROTECTED] wrote:
Andrew Morton napisa__(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm1
* Andrew Morton ([EMAIL PROTECTED]) wrote:
On Thu, 15 Feb 2007 17:46:56 -0500
Mathieu Desnoyers [EMAIL PROTECTED] wrote:
Me too. It's due to the linux-kernel-markers patches. Mathieu, can you
take a look please?
I will give a deeper look in sparse, but I should say up front that I
On Thu, 15 Feb 2007 19:37:39 -0500
Mathieu Desnoyers [EMAIL PROTECTED] wrote:
For what reason was that change made?
It was made so that we can use the markers in C code without actually
including marker.h everywhere. I am sure someone has a better way to do
it : I would be happy to use
1 - 100 of 101 matches
Mail list logo