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 functi
> 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 tha
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
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 i
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
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
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 wou
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 str
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_si
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 minix
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)
- Firs
On Fri, Feb 16, 2007 at 06:17:54PM -0700, Berck E. Nash wrote:
> I get the following OOPS on boot, presumably connected with USB driver
> loading. I've attached the entire log. Please CC on replies as I'm not
> subscribed.
>
> Loading kernel module nvidia.
> [ 149.135709] nvidia: module license
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 t
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 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/ver
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
kernel/built-in.o(.text+0x1426a)
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
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
the details anyway.
If someone can give me an idea where to l
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] []
On Thu, 15 Feb 2007, Andrew Morton wrote:
> That's
>
> VM_BUG_ON(PageMlocked(page));
>
> Setting CONFIG_DEBUG_VM=n will shut it up.
>
Then, I get this reliably as ntpd starts up:
[ 92.725346] [ cut here ]
[ 92.741162] kernel BUG at mm/swap.c:469!
[
On Thu, 15 Feb 2007, Christoph Lameter wrote:
> On Thu, 15 Feb 2007, Andrew Morton wrote:
>
> > I don't immediately see why that code isn't racy: the page can remain
> > in the pagevec for arbitrary amounts of time and someone can come along
> > and mlock it again. But given the ease with which
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: f6917d3
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/~ak
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
On Thu, 15 Feb 2007 15:31:42 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote:
> 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:/
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.ker
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/pe
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]> 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
On Thu, 15 Feb 2007, Andrew Morton wrote:
> I don't immediately see why that code isn't racy: the page can remain
> in the pagevec for arbitrary amounts of time and someone can come along
> and mlock it again. But given the ease with which you're hitting this,
> it may not be a race.
As long as
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
On Thu, 15 Feb 2007 09:28:23 -0500 (EST)
James Morris <[EMAIL PROTECTED]> wrote:
> Hit a BUG() via lvm:
>
>
> Scanning logical volumes
> Reading all physical volumes. This may take a while...
> Found volume group "VolGroup00" using metadata type lvm2
> Activating logical volumes
> [ 75.21
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 l
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, 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 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 Back
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.patch contains this:
+config BACKLIGHT_PRO
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
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 dr
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/
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 PRO
Hit a BUG() via lvm:
Scanning logical volumes
Reading all physical volumes. This may take a while...
Found volume group "VolGroup00" using metadata type lvm2
Activating logical volumes
[ 75.215078] [ cut here ]
[ 75.230165] kernel BUG at mm/swap.c:442!
[ 75.2445
43 matches
Mail list logo
