Lee wrote:
> Also, your cpuset/mempolicy work will probably need to undo the
> unconditional masking in contextualize_policy() and/or save the original
> node mask somewhere...
Yeah, something like that ... just a small matter of code.
--
I won't rest till it's the best ...
On Tue, 5 Feb 2008, Lee Schermerhorn wrote:
> The patch I just posted doesn't depend on the numactl changes and seems
> quite minimal to me. I think it cleans up the differences between
> set_mempolicy() and mbind(), as well. However, some may take exception
> to the change in behavior--silently
On Tue, 2008-02-05 at 15:33 -0600, Paul Jackson wrote:
> David wrote:
> > It would be disappointing to see a lot of work done to fix
>
> The suggested patch of KOSAKI Motohiro didn't look like a lot of work to me.
>
> I continue to prefer not to hijack this thread for that other discussion.
> Jus
David wrote:
> It would be disappointing to see a lot of work done to fix
The suggested patch of KOSAKI Motohiro didn't look like a lot of work to me.
I continue to prefer not to hijack this thread for that other discussion.
Just presenting your position and calling it "simple" is misleading.
The
On Tue, 5 Feb 2008, Paul Jackson wrote:
> David wrote:
> > The more alarming result of these remaps is in the MPOL_BIND case, as
> > we've talked about before. The language in set_mempolicy(2):
>
> You're diving into the middle of a rather involved discussion
> we had on the other various patch
David wrote:
> The more alarming result of these remaps is in the MPOL_BIND case, as
> we've talked about before. The language in set_mempolicy(2):
You're diving into the middle of a rather involved discussion
we had on the other various patches proposed to extend the
interaction of mempolicy's
On Tue, 5 Feb 2008, Paul Jackson wrote:
> Since any of those future patches only add optional modes
> with new flags, while preserving current behaviour if you
> don't use one of the new flags, therefore the current behavior
> has to work as best it can.
>
There's a subtlety to this issue that a
On Tue, 5 Feb 2008, Paul Jackson wrote:
> But that discussion touched on some other long standing deficiencies
> in the way that I had originally glued cpusets and memory policies
> together. The current mechanism doesn't handle changing cpusets very
> well, especially if the number of nodes in t
Christoph wrote:
> Can we fix up his patch to address the immediate issue?
Since any of those future patches only add optional modes
with new flags, while preserving current behaviour if you
don't use one of the new flags, therefore the current behavior
has to work as best it can.
Therefore fixes
On Tue, 5 Feb 2008, Lee Schermerhorn wrote:
> Christoph: you are free to ignore any part of this discussion that you
> wish...
Had the impression that we are ignoring Kosaki's fix to the problem. Can
we fix up his patch to address the immediate issue?
--
To unsubscribe from this list: send the
On Tue, 2008-02-05 at 10:12 -0800, Christoph Lameter wrote:
> Could we focus on the problem instead of discussion of new patches under
> development?
Christoph: you are free to ignore any part of this discussion that you
wish...
> Can we confirm that what Kosaki sees is a bug?
by definition,
Could we focus on the problem instead of discussion of new patches under
development? Can we confirm that what Kosaki sees is a bug?
--
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.o
On Tue, 2008-02-05 at 14:31 +, Mel Gorman wrote:
> On (04/02/08 13:20), Lee Schermerhorn didst pronounce:
> > > > When the kernel behaviour changes and breaks user space then the kernel
> > > > is usually wrong. Cc'ed Lee S. who maintains the kernel code now.
> >
> > The memoryless nodes patch
On (04/02/08 13:20), Lee Schermerhorn didst pronounce:
> > > When the kernel behaviour changes and breaks user space then the kernel
> > > is usually wrong. Cc'ed Lee S. who maintains the kernel code now.
>
> The memoryless nodes patch series changed a lot of things, so just
> reverting this one a
Hi Paul
> Hopefully this week or next, I will publish this patch proposal.
Great.
at that time, I will join review the patch with presure :)
- kosaki
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info a
Lee wrote:
> I don't know the current state of Paul's rework of cpusets and
> mems_allowed. That probably resolves this issue, if he still plans on
> allowing a fully populated mask to indicate interleaving over all
> allowed nodes.
It got a bit stalled out for the last month (my employer had oth
On Sat, 2 Feb 2008, Andi Kleen wrote:
> To be honest I've never tried seriously to make 32bit NUMA policy
> (with highmem) work well; just kept it at a "should not break"
> level. That is because with highmem the kernel's choices at
> placing memory are seriously limited anyways so I doubt 32bit
On Sat, 2008-02-02 at 18:37 +0900, KOSAKI Motohiro wrote:
> Hi Andi,
>
> > > 3. 2.6.24-rc8-mm1 set_mempolicy(2) behavior
> > >3.1 check nodesubset(nodemask argument, node_states[N_HIGH_MEMORY])
> > >in mpol_check_policy()
> > >
> > > -> check failed when memmoryless node exist.
> >
> I have 1 simple question.
> Why do libnuma generate bitpattern of all bit on instead
> check /sys/devices/system/node/has_high_memory nor
> check /sys/devices/system/node/online?
>
> Do you know it?
It's far simpler and cheaper (sysfs is expensive) to do this in the kernel
and besides the ke
Hi Andi,
> > 3. 2.6.24-rc8-mm1 set_mempolicy(2) behavior
> >3.1 check nodesubset(nodemask argument, node_states[N_HIGH_MEMORY])
> >in mpol_check_policy()
> >
> > -> check failed when memmoryless node exist.
> >(i.e. node_states[N_HIGH_MEMORY] of my machine is 0xc)
> >
[intentional full quote]
On Sat, Feb 02, 2008 at 05:12:30PM +0900, KOSAKI Motohiro wrote:
> I tested numactl on 2.6.24-rc8-mm1.
> and I found strange behavior.
>
> test method and result.
>
> $ numactl --interleave=all ls
> set_mempolicy: Invalid argument
> setting interleave m
On Tue, 22 Jan 2008 15:13:58 -0800
Dave Hansen <[EMAIL PROTECTED]> wrote:
> @@ -566,10 +567,26 @@ static void mark_files_ro(struct super_b
> {
> struct file *f;
>
> +retry:
> file_list_lock();
> list_for_each_entry(f, &sb->s_files, f_u.fu_list) {
> - if (S_ISREG(f-
* Sudhir Kumar <[EMAIL PROTECTED]> wrote:
> >http://redhat.com/~mingo/x86.git/README
> >
> > does that crash too?
>
> Sorry , unable to do that as the instrunctions at above location do
> not work. Something else I can try ?
hm, those instructions work fine here, if i do them anew. It end
On Mon, Jan 28, 2008 at 04:13:00PM +0100, Ingo Molnar wrote:
>
> * Sudhir Kumar <[EMAIL PROTECTED]> wrote:
>
> > I applied all the hot fixes patches but still the bug is there. (crash
> > at early boot).
> >
> > As I replied your earlier mail in which the patch sent by you does not
> > apply (
Hello Takashi,
> > > > I was digging through the gentoo bugzilla and found this:
> > > >
> > > > http://bugs.gentoo.org/show_bug.cgi?id=141823
> > > >
> > > > As you see this bug is present since at least 2.6.17. I can reproduce
> > > > that here on my hardware with 2.6.24-rc8-mm1. All y
* Sudhir Kumar <[EMAIL PROTECTED]> wrote:
> I applied all the hot fixes patches but still the bug is there. (crash
> at early boot).
>
> As I replied your earlier mail in which the patch sent by you does not
> apply (reverse). can you please look into the problem ?
could you test latest x86.g
On Tue, Jan 22, 2008 at 04:53:30PM +0100, Ingo Molnar wrote:
>
Hi Ingo,
I applied all the hot fixes patches but still the bug is there.
(crash at early boot).
As I replied your earlier mail in which the patch sent by you
does not apply (reverse).
can you please look into the problem ?
Thanks
Sud
At Fri, 25 Jan 2008 19:34:35 +0100,
Mariusz Kozlowski wrote:
>
> Hello,
>
> > > I was digging through the gentoo bugzilla and found this:
> > >
> > > http://bugs.gentoo.org/show_bug.cgi?id=141823
> > >
> > > As you see this bug is present since at least 2.6.17. I can reproduce
> > > that here
On Jan 17, 2008 11:35 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc8/2.6.24-rc8-mm1/
I'm still seeing my mystery-crash that I had since 2.6.24-rc3-mm2.
The crashed kernel was 2.6.24-rc8-mm1 with the following patches:
* p
Hello,
> > I was digging through the gentoo bugzilla and found this:
> >
> > http://bugs.gentoo.org/show_bug.cgi?id=141823
> >
> > As you see this bug is present since at least 2.6.17. I can reproduce
> > that here on my hardware with 2.6.24-rc8-mm1. All you need to do is install
> > mp3blas
At Fri, 25 Jan 2008 01:04:34 +0100,
Mariusz Kozlowski wrote:
>
> Hello,
>
> I was digging through the gentoo bugzilla and found this:
>
> http://bugs.gentoo.org/show_bug.cgi?id=141823
>
> As you see this bug is present since at least 2.6.17. I can reproduce
> that here on my hardware with
On Jan 24, 2008 5:54 PM, Ilpo Järvinen <[EMAIL PROTECTED]> wrote:
> On Thu, 24 Jan 2008, Dave Young wrote:
>
> Hi Dave (& others),
>
> > Thanks.
>
> Thanks a lot, I was first to ignore all these because they occurred
> with newreno, but looked again... :-/
>
> > New warning trigged with your debug
Hello,
I was digging through the gentoo bugzilla and found this:
http://bugs.gentoo.org/show_bug.cgi?id=141823
As you see this bug is present since at least 2.6.17. I can reproduce
that here on my hardware with 2.6.24-rc8-mm1. All you need to do is install
mp3blaster on sparc64, run:
$
On Thu, Jan 24, 2008 at 11:54:18AM +0200, Ilpo Järvinen wrote:
> On Thu, 24 Jan 2008, Dave Young wrote:
>
> Hi Dave (& others),
>
> > Thanks.
>
> Thanks a lot, I was first to ignore all these because they occurred
> with newreno, but looked again... :-/
>
> > New warning trigged with your debu
Hi Ilpo,
I have tried parallel iperfs with this patch and don't get any more
warnings.
I will run overnight to be sure.
thanks,
- KK
[EMAIL PROTECTED] wrote on 01/24/2008 03:24:18 PM:
> On Thu, 24 Jan 2008, Dave Young wrote:
>
> Hi Dave (& others),
>
> > Thanks.
>
> Thanks a lot, I was first t
On Thu, 24 Jan 2008, Ilpo Järvinen wrote:
> And anyway, there were some fackets_out related
> problems reported as well and this doesn't help for that but I think I've
> lost track of who was seeing it due to large number of reports :-), could
> somebody refresh my memory because I currently do
On Thu, 24 Jan 2008, Dave Young wrote:
Hi Dave (& others),
> Thanks.
Thanks a lot, I was first to ignore all these because they occurred
with newreno, but looked again... :-/
> New warning trigged with your debug patch:
This was probably with the earlier one I sent to you because there's stil
Hi,
The following call trace is seen in the 2.6.24-rc8-mm1 kernel, which is same as
one of
the call trace you have given a debug patch at
http://marc.info/?l=linux-netdev&m=120107165228368&w=2
i was not able to apply the debug patch, can you kindly rebase the patch for
2.6.24-rc8-mm1 or let
me
Hi Andrew,
The machine drops into xmon, while running the fsstress
on the cifs mounted partition.
1:mon> r
R00 = R16 =
R01 = c0017527f910 R17 =
R02 = d0862258 R18 =
R03 = 0001 R19 = 000
On Jan 23, 2008 7:01 PM, Ilpo Järvinen <[EMAIL PROTECTED]> wrote:
> On Wed, 23 Jan 2008, Ilpo Järvinen wrote:
>
> > On Wed, 23 Jan 2008, Dave Young wrote:
> >
> > > On Jan 23, 2008 3:41 PM, Ilpo Järvinen <[EMAIL PROTECTED]> wrote:
> > > >
> > > > On Tue, 22 Jan 2008, David Miller wrote:
> > > >
> >
On Wed, 23 Jan 2008, Ilpo Järvinen wrote:
> On Wed, 23 Jan 2008, Dave Young wrote:
>
> > On Jan 23, 2008 3:41 PM, Ilpo Järvinen <[EMAIL PROTECTED]> wrote:
> > >
> > > On Tue, 22 Jan 2008, David Miller wrote:
> > >
> > > > From: "Dave Young" <[EMAIL PROTECTED]>
> > > > Date: Wed, 23 Jan 2008 09:44
On Wed, 23 Jan 2008, Dave Young wrote:
> On Jan 23, 2008 3:41 PM, Ilpo Järvinen <[EMAIL PROTECTED]> wrote:
> >
> > On Tue, 22 Jan 2008, David Miller wrote:
> >
> > > From: "Dave Young" <[EMAIL PROTECTED]>
> > > Date: Wed, 23 Jan 2008 09:44:30 +0800
> > >
> > > > On Jan 22, 2008 6:47 PM, Ilpo Järvi
On Jan 23, 2008 3:41 PM, Ilpo Järvinen <[EMAIL PROTECTED]> wrote:
>
> On Tue, 22 Jan 2008, David Miller wrote:
>
> > From: "Dave Young" <[EMAIL PROTECTED]>
> > Date: Wed, 23 Jan 2008 09:44:30 +0800
> >
> > > On Jan 22, 2008 6:47 PM, Ilpo Järvinen <[EMAIL PROTECTED]> wrote:
> > > > [PATCH] [TCP]: de
On Tue, 22 Jan 2008, David Miller wrote:
> From: "Dave Young" <[EMAIL PROTECTED]>
> Date: Wed, 23 Jan 2008 09:44:30 +0800
>
> > On Jan 22, 2008 6:47 PM, Ilpo Järvinen <[EMAIL PROTECTED]> wrote:
> > > [PATCH] [TCP]: debug S+L
> >
> > Thanks, If there's new findings I will let you know.
>
> Thank
On Tue, Jan 22, 2008 at 03:13:58PM -0800, Dave Hansen wrote:
> The emergency remount code forcibly removes FMODE_WRITE from
> filps. The r/o bind mount code notices that this was done
> without a proper mnt_drop_write() and properly gives a
> warning.
>
> This patch does a mnt_drop_write() and al
From: "Dave Young" <[EMAIL PROTECTED]>
Date: Wed, 23 Jan 2008 09:44:30 +0800
> On Jan 22, 2008 6:47 PM, Ilpo Järvinen <[EMAIL PROTECTED]> wrote:
> > [PATCH] [TCP]: debug S+L
>
> Thanks, If there's new findings I will let you know.
Thanks for helping with this bug Dave.
--
To unsubscribe from thi
On Jan 22, 2008 6:47 PM, Ilpo Järvinen <[EMAIL PROTECTED]> wrote:
>
> On Tue, 22 Jan 2008, Dave Young wrote:
>
> > On Jan 22, 2008 12:37 PM, Dave Young <[EMAIL PROTECTED]> wrote:
> > >
> > > On Jan 22, 2008 5:14 AM, Ilpo Järvinen <[EMAIL PROTECTED]> wrote:
> > > >
> > > > On Mon, 21 Jan 2008, Dave
On Tue, 2008-01-22 at 13:02 -0800, Andrew Morton wrote:
> > On Tue, 22 Jan 2008 21:30:23 +0100 Mariusz Kozlowski <[EMAIL PROTECTED]>
> > wrote:
> > Hello,
> >
> > Issuing "sysrq-s sysrq-u" sequence causes these warnings on sparc64:
> >
> > [ cut here ]
> > WARNING: at fs/
On Tue, 2008-01-22 at 13:02 -0800, Andrew Morton wrote:
> > WARNING: at fs/file_table.c:49 __fput+0x1a8/0x1e0()
> > Modules linked in: sg sr_mod cdrom
> > Call Trace:
> > [004c9ac8] __fput+0x1b0/0x1e0
> > [004c6978] filp_close+0x60/0x80
> > [004c6a18] sys_close+0x80/0xe0
> On Tue, 22 Jan 2008 21:30:23 +0100 Mariusz Kozlowski <[EMAIL PROTECTED]>
> wrote:
> Hello,
>
> Issuing "sysrq-s sysrq-u" sequence causes these warnings on sparc64:
>
> [ cut here ]
> WARNING: at fs/file_table.c:49 __fput+0x1a8/0x1e0()
> Modules linked in: sg sr_mod cdro
Hello,
Issuing "sysrq-s sysrq-u" sequence causes these warnings on sparc64:
[ cut here ]
WARNING: at fs/file_table.c:49 __fput+0x1a8/0x1e0()
Modules linked in: sg sr_mod cdrom
Call Trace:
[004c9ac8] __fput+0x1b0/0x1e0
[004c6978] filp_close+0x60/0x80
[000
* Sudhir Kumar <[EMAIL PROTECTED]> wrote:
> Hi Andrew,
>
> I found a Bug at the very start of booting rc8-mm1 kernel on my
> machine. Following is the info of my machine: uname -a Linux
> x330d.in.ibm.com 2.6.24-rc6 #3 SMP Tue Jan 15 17:24:05 NPT 2008 i686
> i686 i386 GNU/Linux
>
> Since I c
On Tue, 22 Jan 2008, Dave Young wrote:
> On Jan 22, 2008 12:37 PM, Dave Young <[EMAIL PROTECTED]> wrote:
> >
> > On Jan 22, 2008 5:14 AM, Ilpo Järvinen <[EMAIL PROTECTED]> wrote:
> > >
> > > On Mon, 21 Jan 2008, Dave Young wrote:
> > >
> > > > Please see the kernel messages following,(trigged whil
On Jan 22, 2008 5:09 PM, Dave Young <[EMAIL PROTECTED]> wrote:
>
> On Jan 22, 2008 12:37 PM, Dave Young <[EMAIL PROTECTED]> wrote:
> >
> > On Jan 22, 2008 5:14 AM, Ilpo Järvinen <[EMAIL PROTECTED]> wrote:
> > >
> > > On Mon, 21 Jan 2008, Dave Young wrote:
> > >
> > > > Please see the kernel message
On Jan 22, 2008 12:37 PM, Dave Young <[EMAIL PROTECTED]> wrote:
>
> On Jan 22, 2008 5:14 AM, Ilpo Järvinen <[EMAIL PROTECTED]> wrote:
> >
> > On Mon, 21 Jan 2008, Dave Young wrote:
> >
> > > Please see the kernel messages following,(trigged while using some qemu
> > > session)
> > > BTW, seems the
> On Fri, 18 Jan 2008 22:56:32 +0530 Balbir Singh <[EMAIL PROTECTED]> wrote:
> * Andrew Morton <[EMAIL PROTECTED]> [2008-01-17 02:35:14]:
>
> > - kvm probably doesn't work properly because I couldn't be bothered fixing
> > the conflicts between git-kvm and the driver tree
> >
>
> Hi, Andrew,
>
On Jan 22, 2008 5:14 AM, Ilpo Järvinen <[EMAIL PROTECTED]> wrote:
>
> On Mon, 21 Jan 2008, Dave Young wrote:
>
> > Please see the kernel messages following,(trigged while using some qemu
> > session)
> > BTW, seems there's some e100 error message as well.
> >
> > PCI: Setting latency timer of devi
On Mon, 21 Jan 2008, Dave Young wrote:
> Please see the kernel messages following,(trigged while using some qemu
> session)
> BTW, seems there's some e100 error message as well.
>
> PCI: Setting latency timer of device :00:1b.0 to 64
> e100: Intel(R) PRO/100 Network Driver, 3.5.23-k4-NAPI
>
On Thu, 17 Jan 2008 02:35:14 PST, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc8/2.6.24-rc8-mm1/
>
> - selinux is busted on one of my two selinux-enabled test machines.
This problem is fixed in Paul Moore's latest spin of the networking patches - I
On (20/01/08 22:05), Balbir Singh didst pronounce:
> * Mel Gorman <[EMAIL PROTECTED]> [2008-01-20 16:31:42]:
>
> > On (17/01/08 02:35), Andrew Morton didst pronounce:
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc8/2.6.24-rc8-mm1/
> > >
> >
> > The e100 netw
* Mel Gorman <[EMAIL PROTECTED]> [2008-01-20 16:31:42]:
> On (17/01/08 02:35), Andrew Morton didst pronounce:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc8/2.6.24-rc8-mm1/
> >
>
> The e100 network driver is failing to load properly on an old laptop. The
> dmes
On (17/01/08 02:35), Andrew Morton didst pronounce:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc8/2.6.24-rc8-mm1/
>
The e100 network driver is failing to load properly on an old laptop. The
dmesg output is as follows
[ 68.875508] e100: Intel(R) PRO/100 Network D
On (18/01/08 11:44), Kamalesh Babulal didst pronounce:
> Hi Andrew,
>
> The kernel build fails with following error message
>
> scripts/mkubootimg/crc32.c:15:18: error: zlib.h: No such file or directory
> scripts/mkubootimg/crc32.c:77: error: expected '=', ',', ';', 'asm' or
> '__attribute__' be
On Sunday, 20 of January 2008, Ingo Molnar wrote:
>
> * Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
>
> > Something goes wrong in the timers land. I get this on boot:
> >
> > ..MP-BIOS bug: 8254 timer not connected to IO-APIC
> > Disabling APIC timer
> > [ cut here ]
>
* Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> Something goes wrong in the timers land. I get this on boot:
>
> ..MP-BIOS bug: 8254 timer not connected to IO-APIC
> Disabling APIC timer
> [ cut here ]
> WARNING: at
> /home/rafael/src/mm/linux-2.6.24-rc8-mm1/kernel/tim
On Sun, 20 Jan 2008 11:54:46 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Thu, 17 Jan 2008 19:24:13 +0530 Kamalesh Babulal <[EMAIL PROTECTED]>
> > wrote:
> >
> >> Hi Andrew,
> >>
> >> The 2.6.24-rc8-mm1 kernel panic while bootup with bootup message
> >
> > Can
Andrew Morton wrote:
> On Thu, 17 Jan 2008 19:24:13 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
>
>> Hi Andrew,
>>
>> The 2.6.24-rc8-mm1 kernel panic while bootup with bootup message
>
> Can you please bisect it? I'd start with git-x86. These:
>
> ssb-add-ssb_pcihost_set_power_state-
On Thursday, 17 of January 2008, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc8/2.6.24-rc8-mm1/
>
> - selinux is busted on one of my two selinux-enabled test machines.
>
> - suspend-to-ram and suspend-to-disk are totally hosed on one of my test
On Friday, 18 of January 2008, Rafael J. Wysocki wrote:
> On Friday, 18 of January 2008, Dave Jones wrote:
> > On Fri, Jan 18, 2008 at 02:34:59PM +0100, Rafael J. Wysocki wrote:
> > > On Thursday, 17 of January 2008, Andrew Morton wrote:
> > > >
> > > >
> > ftp://ftp.kernel.org/pub/linux/kerne
On Friday, 18 of January 2008, Dave Jones wrote:
> On Fri, Jan 18, 2008 at 02:34:59PM +0100, Rafael J. Wysocki wrote:
> > On Thursday, 17 of January 2008, Andrew Morton wrote:
> > >
> > >
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc8/2.6.24-rc8-mm1/
> > >
> > >
On Thu, Jan 17, 2008 at 02:35:14AM -0800, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc8/2.6.24-rc8-mm1/
>
Odd nobody else has seen this... oldconfig fails for me on Debian...
kconfig/conf.c is using setlocale() without including the locale.h
heade
On Fri, 2008-01-18 at 18:23 +0100, Mariusz Kozlowski wrote:
> Hello,
>
> > > Do we need `offset' at all?
> >
> > Looks like no.
> >
> > I wonder if there's a good argument for adding a pte_offset_val() which
> > would let us do:
> >
> > pteval = pte_offset_val(pmd, addr);
> >
> > and shrink t
* Andrew Morton <[EMAIL PROTECTED]> [2008-01-17 02:35:14]:
> - kvm probably doesn't work properly because I couldn't be bothered fixing
> the conflicts between git-kvm and the driver tree
>
Hi, Andrew,
The following changes got KVM up and running for me
This patch fixes the kvm build on 2.6
Hello,
> > Do we need `offset' at all?
>
> Looks like no.
>
> I wonder if there's a good argument for adding a pte_offset_val() which
> would let us do:
>
> pteval = pte_offset_val(pmd, addr);
>
> and shrink the map/unmap window and overhead here and possibly
> elsewhere?
>
> Anyway, updated
On Fri, Jan 18, 2008 at 02:34:59PM +0100, Rafael J. Wysocki wrote:
> On Thursday, 17 of January 2008, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc8/2.6.24-rc8-mm1/
> >
> > - selinux is busted on one of my two selinux-enabled test machin
On Fri, Jan 18, 2008 at 02:34:59PM +0100, Rafael J. Wysocki wrote:
> On Thursday, 17 of January 2008, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc8/2.6.24-rc8-mm1/
> >
> > - selinux is busted on one of my two selinux-enabled test machin
On Thu, 2008-01-17 at 20:42 -0800, Andrew Morton wrote:
> On Fri, 18 Jan 2008 12:19:56 +0900 Tetsuo Handa <[EMAIL PROTECTED]> wrote:
>
> > Hello.
> >
> > Andrew Morton wrote:
> > > I'd be suspecting git-sched, so in lieu of a full bisection search it
> > > would
> > > be great if one of you cou
Ingo Molnar wrote:
> * Dhaval Giani <[EMAIL PROTECTED]> wrote:
>
>> grepping around and looking through the code, I notice it is because
>> these variables just do not exist for 32 bit NUMA. I am not sure how
>> to go about it, and will just leave it to folks who know what they are
>> doing the
On Thu, 2008-01-17 at 21:08 -0800, Andrew Morton wrote:
> On Thu, 17 Jan 2008 19:29:18 -0600 Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> >
> > On Thu, 2008-01-17 at 15:10 -0600, Matt Mackall wrote:
> > > On Thu, 2008-01-17 at 02:35 -0800, Andrew Morton wrote:
> > > > ftp://ftp.kernel.org/pub/lin
On Thursday, 17 of January 2008, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc8/2.6.24-rc8-mm1/
>
> - selinux is busted on one of my two selinux-enabled test machines.
>
> - suspend-to-ram and suspend-to-disk are totally hosed on one of my test
* Kamalesh Babulal <[EMAIL PROTECTED]> [2008-01-18 16:14:00]:
> Paul Mackerras wrote:
> > Kamalesh Babulal writes:
> >
> > NIP: 4570 LR: 0fc42dc0 CTR:
> > REGS: c0077b6bf8c0 TRAP: 0300 Not tainted
> > (2.6.24-rc8-mm1-autotest)
> > MSR:
Paul Mackerras wrote:
> Kamalesh Babulal writes:
>
> NIP: 4570 LR: 0fc42dc0 CTR:
> REGS: c0077b6bf8c0 TRAP: 0300 Not tainted (2.6.24-rc8-mm1-autotest)
> MSR: 80001000 CR: 28022422 XER:
> DAR: c0077b6bfce0, DSISR: 0
* Andrew Morton <[EMAIL PROTECTED]> [2008-01-17 10:40:21]:
> On Thu, 17 Jan 2008 18:16:22 +0530 Balbir Singh <[EMAIL PROTECTED]> wrote:
>
> > * Andrew Morton <[EMAIL PROTECTED]> [2008-01-17 02:35:14]:
> >
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc8/2.6.2
Kamalesh Babulal writes:
> >>> NIP: 4570 LR: 0fc42dc0 CTR:
> >>> REGS: c0077b6bf8c0 TRAP: 0300 Not tainted (2.6.24-rc8-mm1-autotest)
> >>> MSR: 80001000 CR: 28022422 XER:
> >>> DAR: c0077b6bfce0, DSISR: 0a00
Actually,
Kamalesh Babulal writes:
> I tried reproducing the problem and was successful with following trace
> in which the pc is at 0x4570 as the above one
What did you do to trigger it?
> c0004544 :
> c0004544: 71 8a 40 00 andi. r10,r12,16384
> c0004548: 7c 2a 0
On Jan 18, 2008 5:38 PM, Tetsuo Handa
<[EMAIL PROTECTED]> wrote:
> Hello.
>
> Ingo Molnar wrote:
> > is the patch below already in -rc8-mm1? hmm ... it appears it's not.
> > Could you give it a try?
Yes , It fixes that problem.
>
> This patch solved this bug.
So quick :)
>
> Thank you.
>
--
To
Hello.
Ingo Molnar wrote:
> is the patch below already in -rc8-mm1? hmm ... it appears it's not.
> Could you give it a try?
This patch solved this bug.
Thank you.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majord
Paul Mackerras wrote:
> Andrew Morton writes:
>
>> On Fri, 18 Jan 2008 14:06:00 +0530 Kamalesh Babulal <[EMAIL PROTECTED]>
>> wrote:
>>
>>> Hi Andrew,
>>>
>>> Following oops was seen while running kernbench on one of test machine
>>> (power4+ box). I tried reproducing the oops but was unsuccessfu
Hello.
I tried gcc 4.1.2 on Fedora 8 using
http://I-love.SAKURA.ne.jp/tmp/config-2.6.24-rc8-mm1 .
Same result as gcc 3.3.5 on Debian/Sarge.
It seems kernel config (and possibly hardware) dependent
rather than gcc version dependent.
This is VMware workstation 6.0.0 on Thinkpad X60 (Core 2 Duo).
* Dave Young <[EMAIL PROTECTED]> wrote:
> On Jan 18, 2008 2:40 PM, Tetsuo Handa
> <[EMAIL PROTECTED]> wrote:
> > Hello.
> >
> > Andrew Morton wrote:
> > > It could be compiler version dependent. I used gcc-4.1.0. Which version
> > > were you and Zan using please?
>
> I have the same problem, g
* Zan Lynx <[EMAIL PROTECTED]> wrote:
> Included Ingo in CC because I think he did the locking test.
>
> The following is copied from a different boot, but looks the same to my
> eye as what I got on the console:
>
>
> | Locking API testsuite:
>
Andrew Morton writes:
> On Fri, 18 Jan 2008 14:06:00 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
>
> > Hi Andrew,
> >
> > Following oops was seen while running kernbench on one of test machine
> > (power4+ box). I tried reproducing the oops but was unsuccessful.
> > I will try to reproduc
* Dhaval Giani <[EMAIL PROTECTED]> wrote:
> grepping around and looking through the code, I notice it is because
> these variables just do not exist for 32 bit NUMA. I am not sure how
> to go about it, and will just leave it to folks who know what they are
> doing there :).
yes, Mike Travis h
On Fri, Jan 18, 2008 at 12:21:52AM -0800, Andrew Morton wrote:
> On Fri, 18 Jan 2008 14:59:32 +0800 "Dave Young" <[EMAIL PROTECTED]> wrote:
>
> > On Jan 18, 2008 2:40 PM, Tetsuo Handa
> > <[EMAIL PROTECTED]> wrote:
> > > Hello.
> > >
> > > Andrew Morton wrote:
> > > > It could be compiler version
On Fri, 18 Jan 2008 14:06:00 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Hi Andrew,
>
> Following oops was seen while running kernbench on one of test machine
> (power4+ box). I tried reproducing the oops but was unsuccessful.
> I will try to reproduce the oops with debug info compiled.
Hi Andrew,
Following oops was seen while running kernbench on one of test machine
(power4+ box). I tried reproducing the oops but was unsuccessful.
I will try to reproduce the oops with debug info compiled.
Oops: Kernel access of bad area, sig: 11 [#1]
SMP NR_CPUS=32 NUMA pSeries
Modules linked
On Fri, 18 Jan 2008 14:59:32 +0800 "Dave Young" <[EMAIL PROTECTED]> wrote:
> On Jan 18, 2008 2:40 PM, Tetsuo Handa
> <[EMAIL PROTECTED]> wrote:
> > Hello.
> >
> > Andrew Morton wrote:
> > > It could be compiler version dependent. I used gcc-4.1.0. Which version
> > > were you and Zan using pleas
On Fri, Jan 18, 2008 at 11:44:34AM +0530, Kamalesh Babulal wrote:
> Hi Andrew,
>
> The kernel build fails with following error message
>
> scripts/mkubootimg/crc32.c:15:18: error: zlib.h: No such file or directory
> scripts/mkubootimg/crc32.c:77: error: expected '=', ',', ';', 'asm' or
> '__attr
On Fri, 18 Jan 2008 12:39:51 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Hi Andrew,
>
> The kernel build fails during the headers_check on power box
>
> CHECK include/asm/nvram.h
> /usr/local/autobench/autotest/tmp/build/linux/usr/include/asm/nvram.h
> requires linux/list.h, which d
On Fri, 18 Jan 2008 12:07:27 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Hi Andrew,
>
> Patch from Tejun Heo fixes the aha152x.c build failure, and following second
> part
> of the build failure, is still occurring.
>
> drivers/scsi/fdomain.o:(.data+0x0): multiple definition of
> `fdom
1 - 100 of 152 matches
Mail list logo
