Alasdair G Kergon <[EMAIL PROTECTED]> wrote:
> Also io->pending may need better protection - atomic, but missing memory
> barriers? (May be getting away without sometimes due to side-effects of
> other function calls, but needs doing properly.)
If it's using atomic_dec_and_test then that comes wi
On Nov 24, 2007 4:49 AM, Alasdair G Kergon <[EMAIL PROTECTED]> wrote:
> On Fri, Nov 23, 2007 at 11:42:36PM +0100, Torsten Kaiser wrote:
> > ... or I just don't see the bug.
>
> See my earlier post in this thread: there's a race in the write loop
> where a work struct could be used twice on the same
On Fri, Nov 23, 2007 at 11:42:36PM +0100, Torsten Kaiser wrote:
> Before the cleanup *all* calls to crypt_dec_pending() was via crypt_endio().
> Now there is an additional call to crypt_dec_pending() to balance the
> additional ref placed into crypt_write_io_process(). And that one is
> not called
Also io->pending may need better protection - atomic, but missing memory
barriers? (May be getting away without sometimes due to side-effects of
other function calls, but needs doing properly.)
[BTW Other device-mapper atomic_t usage also needs reviewing.]
Alasdair
--
[EMAIL PROTECTED]
-
To uns
On Fri, Nov 23, 2007 at 11:42:36PM +0100, Torsten Kaiser wrote:
> ... or I just don't see the bug.
See my earlier post in this thread: there's a race in the write loop
where a work struct could be used twice on the same queue.
(Needs data structure change to fix that, which nobody has attempted
t
On Nov 19, 2007 10:00 PM, Milan Broz <[EMAIL PROTECTED]> wrote:
> Torsten Kaiser wrote:
> > On Nov 19, 2007 8:56 AM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> >> * Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> ...
> > Above this acquire/release sequence is the following comment:
> > #ifdef CONFIG_LOCK
On Nov 20, 2007 7:55 AM, Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> On Nov 19, 2007 10:00 PM, Milan Broz <[EMAIL PROTECTED]> wrote:
> > Please could you try which patch from the dm-crypt series cause this ?
> > (agk-dm-dm-crypt* names.)
> >
> > I suspect agk-dm-dm-crypt-move-bio-submission-to-thre
Hi,
> > Ok, then I have question: Is the following pseudocode correct
> > (and problem is in lock validation which checks something
> > already initialized for another queue) or reusing work_struct
> > is not permitted from inside called work function ?
> >
> > (Note comment in code "It is permiss
Alasdair G Kergon wrote:
>
> - But what happens if kcryptd_crypt_write_convert_loop() calls
> INIT_WORK/queue_work twice?
Can't find this function. But "INIT_WORK + queue_work" twice is very
wrong of course.
Milan Broz wrote:
>
> Ok, then I have question: Is the following pseudocode correct
> (
On Tue, Nov 20, 2007 at 03:40:30PM +0100, Milan Broz wrote:
> (Note comment in code "It is permissible to free the struct
> work_struct from inside the function that is called from it".)
I don't understand yet how lockdep behaves if the work struct gets
reused and the reused one finishes first.
Torsten Kaiser wrote:
> On Nov 19, 2007 10:00 PM, Milan Broz <[EMAIL PROTECTED]> wrote:
>> Torsten Kaiser wrote:
>>> Anything I could try, apart from more boots with slub_debug=F?
>
> One time it triggered with slub_debug=F, but no additional output.
> With slub_debug=FP I have not seen it again,
On Nov 19, 2007 10:00 PM, Milan Broz <[EMAIL PROTECTED]> wrote:
> Torsten Kaiser wrote:
> > Anything I could try, apart from more boots with slub_debug=F?
One time it triggered with slub_debug=F, but no additional output.
With slub_debug=FP I have not seen it again, so I can't say if that
would yi
Torsten Kaiser wrote:
> On Nov 19, 2007 8:56 AM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>> * Torsten Kaiser <[EMAIL PROTECTED]> wrote:
...
> Above this acquire/release sequence is the following comment:
> #ifdef CONFIG_LOCKDEP
> /*
> * It is permissible to free the
On Nov 19, 2007 8:56 AM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Torsten Kaiser <[EMAIL PROTECTED]> wrote:
>
> > Trying the last NFSv4 patch (but that patch is only the cause, why I
> > had lockdep enabled) I got this:
> > [ 64.550203]
> > [ 64.550205] =
> > [ 64.
* Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> Trying the last NFSv4 patch (but that patch is only the cause, why I
> had lockdep enabled) I got this:
> [ 64.550203]
> [ 64.550205] =
> [ 64.552213] [ BUG: held lock freed! ]
> [ 64.553633] -
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kevin Winchester wrote:
> However, I got around the problem by making the code change manually -
> and my network connection is now working. Looking at the code being
> bypassed:
>
> if (pE.cap[i] || pP.cap[i] || pP.cap[i])
>
> looks somewhat we
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrew Morgan wrote:
> Kevin,
>
> Can you try this quick hack?
>
> diff --git a/kernel/capability.c b/kernel/capability.c
> index e57d1aa..4088610 100644
> --- a/kernel/capability.c
> +++ b/kernel/capability.c
> @@ -109,7 +109,7 @@ out:
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kevin Winchester wrote:
> Looking at the code being bypassed:
>
> if (pE.cap[i] || pP.cap[i] || pP.cap[i])
>
> looks somewhat weird as it is testing the same condition twice. Should
> it have been:
>
> if (pE.cap[i] || pP.cap[i] || pI.cap[i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrew Morgan wrote:
> Kevin,
>
> Can you try this quick hack?
>
> diff --git a/kernel/capability.c b/kernel/capability.c
> index e57d1aa..4088610 100644
> --- a/kernel/capability.c
> +++ b/kernel/capability.c
> @@ -109,7 +109,7 @@ out:
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kevin,
Can you try this quick hack?
diff --git a/kernel/capability.c b/kernel/capability.c
index e57d1aa..4088610 100644
- --- a/kernel/capability.c
+++ b/kernel/capability.c
@@ -109,7 +109,7 @@ out:
kdata[i].permitted = pP.ca
On Fri, Nov 16, 2007 at 09:16:58PM -0800, Andrew Morgan wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> This warning is just saying that you might want to reconsider
> recompiling your dhclient with a newer libcap - which has native support
> for 64-bit capabilities. This is
On November 17, 2007 01:16:58 am Andrew Morgan wrote:
> Hi,
>
> This warning is just saying that you might want to reconsider
> recompiling your dhclient with a newer libcap - which has native support
> for 64-bit capabilities. This is supposed to be informative, and not be
> associated with any pa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
This warning is just saying that you might want to reconsider
recompiling your dhclient with a newer libcap - which has native support
for 64-bit capabilities. This is supposed to be informative, and not be
associated with any particular error.
-
On Nov 16, 2007 3:03 PM, Jan Blunck <[EMAIL PROTECTED]> wrote:
> On Thu, Nov 15, Torsten Kaiser wrote:
> > The only thing that looks suspicious to me in that patch is the
> > following change in nfs4_atomic_open(), nfs4_open_revalidate() and
> > nfs4_proc_create()
> >
> > - struct path path = {
On Thu, Nov 15, Torsten Kaiser wrote:
> While the next bisect proved that these patches are innocent, I'm
> still blaming you for my problems. ;)
:(
> The only thing that looks suspicious to me in that patch is the
> following change in nfs4_atomic_open(), nfs4_open_revalidate() and
> nfs4_proc
On Nov 15, 2007 10:34 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Thu, 15 Nov 2007 22:24:12 +0100
> "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
>
> > The problem with the first bisect-try was, that everything between
> > bisect-good: r-o-bind-mounts-elevate-write-count-over-calls-to-vfs_renam
unsubscribe linux-kernel
-
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/
On Thu, 15 Nov 2007 21:01:32 -0400
Kevin Winchester <[EMAIL PROTECTED]> wrote:
> On November 15, 2007 08:44:41 pm Andrew Morton wrote:
> > On Thu, 15 Nov 2007 20:28:29 -0400
> >
> > Kevin Winchester <[EMAIL PROTECTED]> wrote:
> > > On November 15, 2007 06:02:09 am Andy Whitcroft wrote:
>
> > > I
On November 15, 2007 08:44:41 pm Andrew Morton wrote:
> On Thu, 15 Nov 2007 20:28:29 -0400
>
> Kevin Winchester <[EMAIL PROTECTED]> wrote:
> > On November 15, 2007 06:02:09 am Andy Whitcroft wrote:
> > I see this as well - the computer boots fine but no network. The only
> > clues in the dmesg ar
On Nov 16, 2007 8:49 AM, Greg KH <[EMAIL PROTECTED]> wrote:
>
> On Fri, Nov 16, 2007 at 08:39:12AM +0800, Dave Young wrote:
> > On Nov 16, 2007 3:23 AM, Greg KH <[EMAIL PROTECTED]> wrote:
> > >
> > > On Wed, Nov 14, 2007 at 10:19:48AM -0800, Greg KH wrote:
> > > > On Wed, Nov 14, 2007 at 06:02:07PM
On Fri, Nov 16, 2007 at 08:39:12AM +0800, Dave Young wrote:
> On Nov 16, 2007 3:23 AM, Greg KH <[EMAIL PROTECTED]> wrote:
> >
> > On Wed, Nov 14, 2007 at 10:19:48AM -0800, Greg KH wrote:
> > > On Wed, Nov 14, 2007 at 06:02:07PM +0100, Jiri Kosina wrote:
> > > > On Wed, 14 Nov 2007, Jiri Kosina wrot
On Thu, 15 Nov 2007 20:28:29 -0400
Kevin Winchester <[EMAIL PROTECTED]> wrote:
> On November 15, 2007 06:02:09 am Andy Whitcroft wrote:
> > When testing some of the later 2.6.24-rc2-mm1+hotfix combinations on three
> > of our test systems one job from each batch (1/4) failed. In each case the
> >
On Nov 16, 2007 3:23 AM, Greg KH <[EMAIL PROTECTED]> wrote:
>
> On Wed, Nov 14, 2007 at 10:19:48AM -0800, Greg KH wrote:
> > On Wed, Nov 14, 2007 at 06:02:07PM +0100, Jiri Kosina wrote:
> > > On Wed, 14 Nov 2007, Jiri Kosina wrote:
> > >
> > > > > I'd suspect the driver tree. I think I'll need to
On November 15, 2007 06:02:09 am Andy Whitcroft wrote:
> When testing some of the later 2.6.24-rc2-mm1+hotfix combinations on three
> of our test systems one job from each batch (1/4) failed. In each case the
> machine appears to have booted normally all the way to a login: prompt.
> However in th
On Thu, Nov 15, 2007 at 12:47:32PM -0800, Andrew Morton wrote:
> On Thu, 15 Nov 2007 11:25:37 -0800
> Greg KH <[EMAIL PROTECTED]> wrote:
>
> > I'll roll it into my larger patchset so that Andrew can get it
> > automatically for the next release.
>
> hm, thanks.
>
> Did we hunt down that warning
Hello,
> > local_apic_timer_c2_ok
>
> hmm, looks like you're missing CONFIG_X86_LOCAL_APIC
> so does this go away when you add CONFIG_SMP
> or CONFIG_X86_UP_APIC?
Yes it does. In both cases.
Regards,
Mariusz
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
On Thu, Nov 15, 2007 at 11:19:50AM -0800, mark gross wrote:
> On Wed, Nov 14, 2007 at 12:40:08PM -0800, Andrew Morton wrote:
> > On Wed, 14 Nov 2007 12:29:59 -0800 mark gross <[EMAIL PROTECTED]> wrote:
> >
> > > > > [ 102.366932] ===
> > > > > [ 108.552031] printk: 31 messag
On Thu, Nov 15, 2007 at 11:19:50AM -0800, mark gross wrote:
> On Wed, Nov 14, 2007 at 12:40:08PM -0800, Andrew Morton wrote:
> > On Wed, 14 Nov 2007 12:29:59 -0800 mark gross <[EMAIL PROTECTED]> wrote:
> >
> > > > > [ 102.366932] ===
> > > > > [ 108.552031] printk: 31 messag
On Thursday 15 November 2007 17:25, Mariusz Kozlowski wrote:
> local_apic_timer_c2_ok
hmm, looks like you're missing CONFIG_X86_LOCAL_APIC
so does this go away when you add CONFIG_SMP
or CONFIG_X86_UP_APIC?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Hello,
Fails to build here:
LD .tmp_vmlinux1
drivers/built-in.o: In function `acpi_timer_check_state':
/home/sp3fxc/linux/linux-2.6.24-rc2-mm1/drivers/acpi/processor_idle.c:305:
undefined reference to `local_apic_timer_c2_ok'
make: *** [.tmp_vmlinux1] Error 1
Regards,
Ma
On Thu, 15 Nov 2007, Andrew Morton wrote:
> > /dev/disk/by-id/scsi-SATA_HDS722516VLSA80_VN6D3ECDE5BD9D-part6: UNEXPECTED
> > INCONSISTENCY; RUN fsck MANUALLY.
> > (i.e., without -a or -p options)
> > Error writing block 1542 (Attempt to write block from filesystem resulted
> > in short w
On Thu, 15 Nov 2007 22:41:41 +0100 (CET)
Jiri Kosina <[EMAIL PROTECTED]> wrote:
> On Thu, 15 Nov 2007, Greg KH wrote:
>
> > This patch, as found by Dave Young, should fix the issue: I'll roll it
> > into my larger patchset so that Andrew will get it automatically next
> > release, but here it i
Boaz Harrosh wrote:
> On Thu, Nov 15 2007 at 19:15 +0200, Matthew Dharm <[EMAIL PROTECTED]> wrote:
>> On Wed, Nov 14, 2007 at 10:23:09AM +0100, Gabriel C wrote:
>>> Matthew Dharm wrote:
On Wed, Nov 14, 2007 at 06:33:39AM +0100, Gabriel C wrote:
> Matthew Dharm wrote:
>> On Tue, Nov 13,
On Thu, 15 Nov 2007, Greg KH wrote:
> This patch, as found by Dave Young, should fix the issue: I'll roll it
> into my larger patchset so that Andrew will get it automatically next
> release, but here it is for people to use now.
Hmm, something strange going on here. With this patch applied on
mark gross wrote:
> On Wed, Nov 14, 2007 at 12:40:08PM -0800, Andrew Morton wrote:
>> On Wed, 14 Nov 2007 12:29:59 -0800 mark gross <[EMAIL PROTECTED]> wrote:
>>
> [ 102.366932] ===
> [ 108.552031] printk: 31 messages suppressed.
All this BUG / WARNINGS are
On Thu, 15 Nov 2007 22:24:12 +0100
"Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
> The problem with the first bisect-try was, that everything between
> bisect-good: r-o-bind-mounts-elevate-write-count-over-calls-to-vfs_rename
> and
> bisect-bad: use-struct-path-in-struct-svc_export
> did not compile
On Nov 15, 2007 6:36 PM, Jan Blunck <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 14, Torsten Kaiser wrote:
>
> > > > So I can create new directories, but not new files. Reading files works
> > > > normal.
> > > >>
> > > > The client is 2.6.24-rc2-mm1, the server 2.6.22-gentoo-r9.
> >
> > I added Jan B
On Thu, 15 Nov 2007 11:25:37 -0800
Greg KH <[EMAIL PROTECTED]> wrote:
> I'll roll it into my larger patchset so that Andrew can get it
> automatically for the next release.
hm, thanks.
Did we hunt down that warning I found?
umm.. this:
On Wed, 14 Nov 2007 00:41:29 -0800 Andrew Morton <[EMAIL P
On Thu, 15 Nov 2007 09:22:21 -0800 mark gross <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 14, 2007 at 12:40:08PM -0800, Andrew Morton wrote:
> > On Wed, 14 Nov 2007 12:29:59 -0800 mark gross <[EMAIL PROTECTED]> wrote:
> >
> > > > > [ 102.366932] ===
> > > > > [ 108.552031] pri
On Tue, Nov 13, 2007 at 05:59:06PM -0800, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc2/2.6.24-rc2-mm1/
>
> - In response to various people needing to get at the mm tree in a timely
> fashion I have created "MM of the minute", at
>
> ht
On Wed, Nov 14, 2007 at 10:19:48AM -0800, Greg KH wrote:
> On Wed, Nov 14, 2007 at 06:02:07PM +0100, Jiri Kosina wrote:
> > On Wed, 14 Nov 2007, Jiri Kosina wrote:
> >
> > > > I'd suspect the driver tree. I think I'll need to do a quick -mm2
> > > > without that tree present.
> > > I am just ver
On Wed, Nov 14, 2007 at 12:40:08PM -0800, Andrew Morton wrote:
> On Wed, 14 Nov 2007 12:29:59 -0800 mark gross <[EMAIL PROTECTED]> wrote:
>
> > > > [ 102.366932] ===
> > > > [ 108.552031] printk: 31 messages suppressed.
> > >
> > >
> > > All this BUG / WARNINGS are caused
On Thu, Nov 15, 2007 at 06:16:24PM +0100, Kay Sievers wrote:
> On Thu, 2007-11-15 at 09:06 -0800, Greg KH wrote:
> > On Thu, Nov 15, 2007 at 04:14:07PM +0800, Dave Young wrote:
> > > On Thu, Nov 15, 2007 at 03:38:13AM +0100, Kay Sievers wrote:
> > > > On Thu, 2007-11-15 at 09:01 +0800, Dave Young w
On Nov 15, 2007 6:36 PM, Jan Blunck <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 14, Torsten Kaiser wrote:
>
> > > > So I can create new directories, but not new files. Reading files works
> > > > normal.
> > > >>
> > > > The client is 2.6.24-rc2-mm1, the server 2.6.22-gentoo-r9.
> >
> > I added Jan B
On Thu, Nov 15 2007 at 19:15 +0200, Matthew Dharm <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 14, 2007 at 10:23:09AM +0100, Gabriel C wrote:
>> Matthew Dharm wrote:
>>> On Wed, Nov 14, 2007 at 06:33:39AM +0100, Gabriel C wrote:
Matthew Dharm wrote:
> On Tue, Nov 13, 2007 at 07:49:24PM -0800,
On Wed, Nov 14, Torsten Kaiser wrote:
> > > So I can create new directories, but not new files. Reading files works
> > > normal.
> > >>
> > > The client is 2.6.24-rc2-mm1, the server 2.6.22-gentoo-r9.
>
> I added Jan Blunck to the recipents, as he wrote
> use-struct-path-in-struct-svc_expkey an
On Wed, Nov 14, 2007 at 12:40:08PM -0800, Andrew Morton wrote:
> On Wed, 14 Nov 2007 12:29:59 -0800 mark gross <[EMAIL PROTECTED]> wrote:
>
> > > > [ 102.366932] ===
> > > > [ 108.552031] printk: 31 messages suppressed.
> > >
> > >
> > > All this BUG / WARNINGS are caused
On Thu, 2007-11-15 at 09:06 -0800, Greg KH wrote:
> On Thu, Nov 15, 2007 at 04:14:07PM +0800, Dave Young wrote:
> > On Thu, Nov 15, 2007 at 03:38:13AM +0100, Kay Sievers wrote:
> > > On Thu, 2007-11-15 at 09:01 +0800, Dave Young wrote:
> > > > On Nov 15, 2007 5:27 AM, Kay Sievers <[EMAIL PROTECTED]
On Wed, Nov 14, 2007 at 10:23:09AM +0100, Gabriel C wrote:
> Matthew Dharm wrote:
> > On Wed, Nov 14, 2007 at 06:33:39AM +0100, Gabriel C wrote:
> >> Matthew Dharm wrote:
> >>> On Tue, Nov 13, 2007 at 07:49:24PM -0800, Greg KH wrote:
> Matt, are these the errors you were worried about with the
On Wed, Nov 14, 2007 at 12:40:08PM -0800, Andrew Morton wrote:
> On Wed, 14 Nov 2007 12:29:59 -0800 mark gross <[EMAIL PROTECTED]> wrote:
>
> > > > [ 102.366932] ===
> > > > [ 108.552031] printk: 31 messages suppressed.
> > >
> > >
> > > All this BUG / WARNINGS are caused
On Thu, Nov 15, 2007 at 04:14:07PM +0800, Dave Young wrote:
> On Thu, Nov 15, 2007 at 03:38:13AM +0100, Kay Sievers wrote:
> > On Thu, 2007-11-15 at 09:01 +0800, Dave Young wrote:
> > > On Nov 15, 2007 5:27 AM, Kay Sievers <[EMAIL PROTECTED]> wrote:
> > > > On Wed, 2007-11-14 at 20:19 +0100, Jiri K
All of our machines with QLogics ISP1020 cards seem to have lost them on
boot with 2.6.24-rc1-mm1+hotfixes.
# lspci
:00:0a.0 SCSI storage controller: QLogic Corp. ISP1020 Fast-wide
SCSI (rev 05)
# lspci -n
:00:0a.0 0100: 1077:1020 (rev 05)
# lspci -v -v
:00:0a.0 SCSI storage controll
On Thu, 15 Nov 2007 09:39:15 +
Andy Whitcroft <[EMAIL PROTECTED]> wrote:
> Can you explain "this is bug" for me. The routine was __init_refok and
> therefore ! __init and therefore always present. The logic there must
> guarentee it only calls the bootmem allocator in early boot, and the log
When testing some of the later 2.6.24-rc2-mm1+hotfix combinations on three
of our test systems one job from each batch (1/4) failed. In each case the
machine appears to have booted normally all the way to a login: prompt.
However in the failed boots the networking though apparently initialised
com
On Thu, Nov 15, 2007 at 01:29:19PM +0900, KAMEZAWA Hiroyuki wrote:
> Fixes for memory hotplug compile and .section handling.
>
> This patch fixes following bugs
> ==
> WARNING: vmlinux.o(.text+0x1d07c): Section mismatch: reference to .init.text:f
> ind_e820_area (between 'init_memory_mapping' and
On Thu, 15 Nov 2007 00:56:57 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> eek.
>
> What I now need to do with this patch is
>
> - Work out which patches in -mm it is actually fixing.
>
> - If that is more than one patch then split this patch up into multiple ones.
>
> - Stage the one or mo
On Thu, 2007-11-15 at 16:14 +0800, Dave Young wrote:
> On Thu, Nov 15, 2007 at 03:38:13AM +0100, Kay Sievers wrote:
> > On Thu, 2007-11-15 at 09:01 +0800, Dave Young wrote:
> > > On Nov 15, 2007 5:27 AM, Kay Sievers <[EMAIL PROTECTED]> wrote:
> > > > On Wed, 2007-11-14 at 20:19 +0100, Jiri Kosina
On Thu, 15 Nov 2007 13:29:19 +0900 KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
> Fixes for memory hotplug compile and .section handling.
>
> This patch fixes following bugs
> ==
> WARNING: vmlinux.o(.text+0x1d07c): Section mismatch: reference to .init.text:f
> ind_e820_area (between 'init_memory
On Thu, Nov 15, 2007 at 03:38:13AM +0100, Kay Sievers wrote:
> On Thu, 2007-11-15 at 09:01 +0800, Dave Young wrote:
> > On Nov 15, 2007 5:27 AM, Kay Sievers <[EMAIL PROTECTED]> wrote:
> > > On Wed, 2007-11-14 at 20:19 +0100, Jiri Kosina wrote:
> > > > On Wed, 14 Nov 2007, Kay Sievers wrote:
> > > >
On Thu, Nov 15, 2007 at 01:29:19PM +0900, KAMEZAWA Hiroyuki wrote:
> Fixes for memory hotplug compile and .section handling.
>
> This patch fixes following bugs
> ==
> WARNING: vmlinux.o(.text+0x1d07c): Section mismatch: reference to .init.text:f
> ind_e820_area (between 'init_memory_mapping' and
Fixes for memory hotplug compile and .section handling.
This patch fixes following bugs
==
WARNING: vmlinux.o(.text+0x1d07c): Section mismatch: reference to .init.text:f
ind_e820_area (between 'init_memory_mapping' and 'arch_add_memory')
WARNING: vmlinux.o(.text+0x946b5): Section mismatch: referen
On Nov 15, 2007 10:38 AM, Kay Sievers <[EMAIL PROTECTED]> wrote:
>
> On Thu, 2007-11-15 at 09:01 +0800, Dave Young wrote:
> > On Nov 15, 2007 5:27 AM, Kay Sievers <[EMAIL PROTECTED]> wrote:
> > > On Wed, 2007-11-14 at 20:19 +0100, Jiri Kosina wrote:
> > > > On Wed, 14 Nov 2007, Kay Sievers wrote:
>
On Thu, 2007-11-15 at 09:01 +0800, Dave Young wrote:
> On Nov 15, 2007 5:27 AM, Kay Sievers <[EMAIL PROTECTED]> wrote:
> > On Wed, 2007-11-14 at 20:19 +0100, Jiri Kosina wrote:
> > > On Wed, 14 Nov 2007, Kay Sievers wrote:
> > >
> > > > Could it be an init-order problem, where something tries to us
On Nov 15, 2007 5:27 AM, Kay Sievers <[EMAIL PROTECTED]> wrote:
> On Wed, 2007-11-14 at 20:19 +0100, Jiri Kosina wrote:
> > On Wed, 14 Nov 2007, Kay Sievers wrote:
> >
> > > Could it be an init-order problem, where something tries to use the
> > > block subsystem? Before it is initialized with:
> >
On Nov 14, 2007 9:29 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Wed, 14 Nov 2007 20:16:09 +0100 "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
>
> > On Nov 14, 2007 2:59 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24
On Wed, 2007-11-14 at 20:19 +0100, Jiri Kosina wrote:
> On Wed, 14 Nov 2007, Kay Sievers wrote:
>
> > Could it be an init-order problem, where something tries to use the
> > block subsystem? Before it is initialized with:
> > block/genhd.c :: subsys_initcall(genhd_device_init);
> > If that's the
On Nov 14, 2007 9:29 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Wed, 14 Nov 2007 20:16:09 +0100 "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
>
> > On Nov 14, 2007 2:59 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24
On Wed, 14 Nov 2007 12:29:59 -0800 mark gross <[EMAIL PROTECTED]> wrote:
> > > [ 102.366932] ===
> > > [ 108.552031] printk: 31 messages suppressed.
> >
> >
> > All this BUG / WARNINGS are caused by *-qos* patches. Reverting this 3
> > patches makes the BUGs go away :
> >
On Wed, Nov 14, 2007 at 05:18:02AM +0100, Gabriel C wrote:
> Gabriel C wrote:
> > Andrew Morton wrote:
> >> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc2/2.6.24-rc2-mm1/
> >
> > I got it to boot but ..
>
> >
> > ...
> > [ 45.030261] input: Power Button (CM) as /devi
On Wed, 14 Nov 2007 20:16:09 +0100 "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
> On Nov 14, 2007 2:59 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc2/2.6.24-rc2-mm1/
>
> Breaks nfsv4 in a rather funny way:
>
> treogen
On Wed, 14 Nov 2007, Kay Sievers wrote:
> Could it be an init-order problem, where something tries to use the
> block subsystem? Before it is initialized with:
> block/genhd.c :: subsys_initcall(genhd_device_init);
> If that's the case, we have an old bug that nobody noticed with static
> struc
On Nov 14, 2007 2:59 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc2/2.6.24-rc2-mm1/
Breaks nfsv4 in a rather funny way:
treogen ~ # cd /usr/portage/x
treogen x # touch bla
touch: cannot touch `bla': File exists
treogen x #
On Wed, 2007-11-14 at 08:59 -0800, Greg KH wrote:
> On Wed, Nov 14, 2007 at 05:36:48PM +0800, Dave Young wrote:
> > On Nov 14, 2007 4:41 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > >
> > > On Wed, 14 Nov 2007 14:47:38 +0800 "Dave Young" <[EMAIL PROTECTED]> wrote:
> > >
> > > > On Nov 14, 2007
On Wed, Nov 14, 2007 at 06:02:07PM +0100, Jiri Kosina wrote:
> On Wed, 14 Nov 2007, Jiri Kosina wrote:
>
> > > I'd suspect the driver tree. I think I'll need to do a quick -mm2
> > > without that tree present.
> > I am just verifying whether reverting kset changes fixes this, will let
> > you k
On Wed, 14 Nov 2007, Jiri Kosina wrote:
> Well not that fine, I still see (which is the same backtrace that caused
> the lockup with plain -rc2-mm1, but doesn't make the machine hang):
> floppy0: Floppy io-port 0x03f2 in use
> WARNING: at lib/kref.c:33 kref_get()
> Call Trace:
> [] kobject_add+0
On Wed, Nov 14, 2007 at 05:36:48PM +0800, Dave Young wrote:
> On Nov 14, 2007 4:41 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > On Wed, 14 Nov 2007 14:47:38 +0800 "Dave Young" <[EMAIL PROTECTED]> wrote:
> >
> > > On Nov 14, 2007 2:38 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > >
> >
On Wed, 14 Nov 2007, Jiri Kosina wrote:
> > I'd suspect the driver tree. I think I'll need to do a quick -mm2
> > without that tree present.
> I am just verifying whether reverting kset changes fixes this, will let
> you know soon.
OK, so I reverted
gregkh-driver-kset-convert-block_subsys-to-
On Wed, 14 Nov 2007, Andrew Morton wrote:
> I'd suspect the driver tree. I think I'll need to do a quick -mm2
> without that tree present.
I am just verifying whether reverting kset changes fixes this, will let
you know soon.
--
Jiri Kosina
-
To unsubscribe from this list: send the line "uns
On Wed, 14 Nov 2007 17:29:49 +0100 (CET) Jiri Kosina <[EMAIL PROTECTED]> wrote:
> On Tue, 13 Nov 2007, Andrew Morton wrote:
>
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc2/2.6.24-rc2-mm1/
>
> Doesn't boot here:
>
> serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 165
On Tue, 13 Nov 2007, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc2/2.6.24-rc2-mm1/
Doesn't boot here:
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:02: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
Floppy drive(s): fd0 is 1.44M
floppy0: Flop
On Wed, 14 Nov 2007, Matthias Urlichs wrote:
> > hmm, still doesn't work even if I try to fetch the tag directly from hera
> *Sigh* fixed. I hope. ;-)
Yes, now it works. Thanks a lot,
--
Jiri Kosina
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
Hi,
Jiri Kosina:
> hmm, still doesn't work even if I try to fetch the tag directly from hera
*Sigh* fixed. I hope. ;-)
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
- -
Just about every
Hi,
Jiri Kosina:
> $ git-fetch
> git://git.kernel.org/pub/scm/linux/kernel/git/smurf/linux-trees.git tag
> v2.6.24-rc2-mm1
> error: no such remote ref refs/tags/v2.6.24-rc2-mm1
Yeah, the import took too long and thus broke.
Should be fixed by now.
--
Matthias Urlichs | {M:U} IT Design @ m
On Wed, 14 Nov 2007, Matthias Urlichs wrote:
> > $ git-fetch
> > git://git.kernel.org/pub/scm/linux/kernel/git/smurf/linux-trees.git tag
> > v2.6.24-rc2-mm1
> > error: no such remote ref refs/tags/v2.6.24-rc2-mm1
> Yeah, the import took too long and thus broke.
> Should be fixed by now.
Hi Matt
On Tue, 13 Nov 2007, Andrew Morton wrote:
> - To fetch an -mm tree using git, use (for example)
> git-fetch
> git://git.kernel.org/pub/scm/linux/kernel/git/smurf/linux-trees.git tag
> v2.6.16-rc2-mm1
$ git-fetch git://git.kernel.org/pub/scm/linux/kernel/git/smurf/linux-trees.git
tag v2.6.24-
On 02:28 Wed 14 Nov , Andrew Morton wrote:
> On Wed, 14 Nov 2007 08:56:01 + Andy Whitcroft <[EMAIL PROTECTED]> wrote:
>
[snip]
> > We seem to have some general problem with mkfs for all filesystems.
> > UUID: e9aa2dc4-dfc3-47e8-865b-693f28eac2e5
> > Initializing journal - 0%20%40%.
On Wed, 14 Nov 2007 08:56:01 + Andy Whitcroft <[EMAIL PROTECTED]> wrote:
> We seem to have some general problem with mkfs for all filesystems.
> I am seeing this across at least three test systems although
> most are unable to compile this kernel :(, even with the hotfix.
> Basically, all mkfs
On Nov 14, 2007 4:41 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> On Wed, 14 Nov 2007 14:47:38 +0800 "Dave Young" <[EMAIL PROTECTED]> wrote:
>
> > On Nov 14, 2007 2:38 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > >
> > > On Wed, 14 Nov 2007 14:18:39 +0800 "Dave Young" <[EMAIL PROTECTED]> wr
On Wed, 14 Nov 2007 00:41:29 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
> There's some kobject warning which comes out when
> gregkh-driver-kset-convert-block_subsys-to-use-kset_create.patch isn't
> applied. More bisecting coming up..
[ 11.863390] ACPI: AC Adapter [ACAD] (on-line)
[ 11.
Matthew Dharm wrote:
> On Wed, Nov 14, 2007 at 06:33:39AM +0100, Gabriel C wrote:
>> Matthew Dharm wrote:
>>> On Tue, Nov 13, 2007 at 07:49:24PM -0800, Greg KH wrote:
Matt, are these the errors you were worried about with the patch we were
just talking about tha tis in my tree?
>>> I can'
1 - 100 of 114 matches
Mail list logo
