On Sun, 2008-01-20 at 08:41 +0300, Al Boldi wrote:
> logic. Any ideas how this could be fixed?
BTW, no idea, fs is taboo land here. (panic() is my very favorite
function...;)
-Mike
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
> I think I do. You appear to be arguing that small businesses, such as
> paint shops or garages, could re-install iBCS2 support.
You seem to be under the illusion that iBCS2 support works currently
in mainline and that only this patch would break it. That's not
the case.
It's a significant
On Sun, 2008-01-20 at 08:41 +0300, Al Boldi wrote:
> BTW Mike: Your server bounces my messages.
Hm. I don't have a server. Might have something to do with some
naughty task frequently scribbling zeros to /etc/resolv.conf when I
brutally reboot my box (i give myself cause to do that quite a
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
> >
> >
Hello,
I saw some posts (from about a month ago) about network namespace
support patches; I wonder: what
is the status of this patch set ? was it somehow forgotten ?
(I don't see it in v2.6.24-rc8 mm tree).
see:
http://linux.derkeiler.com/Mailing-Lists/Kernel/2007-12/msg07720.html
On Jan 19, 2008 9:37 PM, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
> Yinghai Lu wrote:
> > [PATCH] x86: disable_mtrr_trim only need for x86_64
> >
> > mtrr_trim_uncached_memory is only used in x86_64,
> >
> > so disable_mtrr_trim is not needed for x86_32
> >
> > Signed-off-by: Yinghai Lu <[EMAIL
On Sat, 2008-01-19 at 22:00 -0600, Eric Sandeen wrote:
> Soeren Sonnenburg wrote:
> > Dear all,
> >
> > I've just got this oops (causing the machine to hang finally)...
> >
> > Any ideas?
> > Soeren
>
> I've seen an awful lot of oopses out there on this path,
> kswapd->shrink_icache_memory;
Andi Kleen wrote:
> On Sun, Jan 20, 2008 at 04:03:22PM +1030, David Newall wrote:
>
>> It's not necessarily that simple. It might be for KFC and Dominoes, but
>> for others, SCO is not the complete story. Many legacy systems are
>> written in COBOL, and must pay a per-seat licence for that on
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:
>
>
On Sat, 19 Jan 2008, Mike Travis wrote:
> >> Excuse my ignorance but why wouldn't this work:
> >>
> >> static numanode_t pxm_to_node_map[MAX_PXM_DOMAINS]
> >> = { [0 ... MAX_PXM_DOMAINS - 1] =
> >> NUMA_NO_NODE };
> >> ...
> int acpi_map_pxm_to_node(int pxm)
Miklos Szeredi wrote:
- for mount ID's use IDA (from the IDR library) instead of a 32bit
counter, which could overflow
IDAs tend to get reused quickly, which can cause race conditions. Any
reason not to just use a 64-bit counter?
-hpa
--
To unsubscribe from this list: send the
Mike Galbraith wrote:
> On Sat, 2008-01-19 at 21:14 +0300, Al Boldi wrote:
> > I was just attacked by some deadlock issue involving sqlite3 and
> > konqueror. While sqlite3 continues to slowly fill a 7M-record db in
> > transaction mode, konqueror hangs for a few minutes, then continues only
> >
On Sun, Jan 20, 2008 at 04:03:22PM +1030, David Newall wrote:
> It's not necessarily that simple. It might be for KFC and Dominoes, but
> for others, SCO is not the complete story. Many legacy systems are
> written in COBOL, and must pay a per-seat licence for that on top of the
> per-seat
On Sun, Jan 20, 2008 at 03:53:41PM +1030, David Newall wrote:
> Andi Kleen wrote:
> >> Isn't it the case that an idle machine will use
> >> less power when throttled than when not?
> >>
> >
> > No that is not the case (not even on old CPUs)
> >
> Then why would it run cooler?
Ok for
Yinghai Lu wrote:
[PATCH] x86: disable_mtrr_trim only need for x86_64
mtrr_trim_uncached_memory is only used in x86_64,
so disable_mtrr_trim is not needed for x86_32
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
That seems like a bug, and if so this patch goes the wrong direction.
(If the
Andi Kleen wrote:
> On Sun, Jan 20, 2008 at 03:16:25PM +1030, David Newall wrote:
>
>> Andi Kleen wrote:
>>
>>> On Sun, Jan 20, 2008 at 12:57:29PM +1030, David Newall wrote:
>>>
>>>
compatibility. This is a sleeping giant for Linux. There are plenty of
On Sun, Jan 20, 2008 at 02:40:29AM +0100, Johannes Weiner wrote:
+(setq c-default-style "linux")
This variable is not defined when emacs starts up. Best is to always
use a hook.
Both of these examples are directly copied out of the emacs manual.
Setting a variable before a module is
Andi Kleen wrote:
>> Isn't it the case that an idle machine will use
>> less power when throttled than when not?
>>
>
> No that is not the case (not even on old CPUs)
>
Then why would it run cooler? What generates the heat when not
throttled? What stops generating heat when throttled?
On Sun, Jan 20, 2008 at 03:16:25PM +1030, David Newall wrote:
> Andi Kleen wrote:
> > On Sun, Jan 20, 2008 at 12:57:29PM +1030, David Newall wrote:
> >
> >> compatibility. This is a sleeping giant for Linux. There are plenty of
> >>
> >
> > Interesting choice of words.
> >
> KFC and
> Isn't it the case that an idle machine will use
> less power when throttled than when not?
No that is not the case (not even on old CPUs)
-Andi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Marcelo Tosatti wrote:
On Fri, Jan 18, 2008 at 03:20:15PM -0200, Glauber de Oliveira Costa wrote:
Hi,
This small series provides some more fixes towards the goal
to have the PARAVIRT selectable for x86_64. After that, just
some more small steps are needed.
The first fix is not even
On Friday 18 January 2008 11:10:19 Matt Mackall wrote:
> > * Disable support for readahead, page writeback, pdflush and swap
> > when we have no storage at all (typically booting from an
> > initramfs). This corresponds to 69 KB of source code!
>
> That'd be nice, yes. It would
Andi Kleen wrote:
> On Sun, Jan 20, 2008 at 12:57:29PM +1030, David Newall wrote:
>
>> compatibility. This is a sleeping giant for Linux. There are plenty of
>>
>
> Interesting choice of words.
>
KFC and Dominoes use SCO for their cash registers, to pick just two
enormous future
[PATCH] x86: disable_mtrr_trim only need for x86_64
mtrr_trim_uncached_memory is only used in x86_64,
so disable_mtrr_trim is not needed for x86_32
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/arch/x86/kernel/cpu/mtrr/main.c b/arch/x86/kernel/cpu/mtrr/main.c
index
Andi Kleen wrote:
> I think the misunderstanding on your side is relative to what there
> is less heat. Throttling essentially reduces temporary heat spikes on
> the silicon, but does not make the system overall take less power
> or generate less heat as measured over a longer time because it will
On Thursday 17 January 2008 04:47, Abhishek Rai wrote:
> > if Abhishek wants to pursue it, would be to pull in all of the
> > indirect blocks when the file is opened, and create an in-memory
> > extent tree that would speed up access to the file. It's rarely
> > worth doing this without
On Sun, Jan 20, 2008 at 09:03:38AM +0530, Dhaval Giani wrote:
> On Sat, Jan 19, 2008 at 03:52:44PM +0100, dAniel hAhler wrote:
> > Hello,
> >
> > I've now found the reason and a workaround for this. Apparently, it's
> > related to CONFIG_FAIR_USER_SCHED and can be worked around by
> > assigning a
Soeren Sonnenburg wrote:
> Dear all,
>
> I've just got this oops (causing the machine to hang finally)...
>
> Any ideas?
> Soeren
I've seen an awful lot of oopses out there on this path,
kswapd->shrink_icache_memory; some get a little further and oops in
ext3_discard_reservation.
A few were
On Tuesday 15 January 2008 03:04, Andrew Morton wrote:
> I'm wondering about the real value of this change, really.
>
> In any decent environment, people will fsck their ext3 filesystems
> during planned downtime, and the benefit of reducing that downtime
> from 6 hours/machine to 2 hours/machine
Trond Myklebust wrote
>
> On Sat, 2008-01-19 at 12:02 -0700, Justin Banks wrote:
> > Trond Myklebust wrote
> > >
> > > On Sat, 2008-01-19 at 08:07 -0700, Justin Banks wrote:
> > > > It's probably been this way for a long time, and I'm just noticing, but
> > > > I can't seem to find the create()
On Sat, Jan 19, 2008 at 03:52:44PM +0100, dAniel hAhler wrote:
> Hello,
>
> I've now found the reason and a workaround for this. Apparently, it's
> related to CONFIG_FAIR_USER_SCHED and can be worked around by
> assigning a really small value to the boinc users cpu_share (125 is
> the uid of
On Sun, Jan 20, 2008 at 12:57:29PM +1030, David Newall wrote:
> Andi Kleen wrote:
> > Can you please queue this patch in -mm for .25. It was posted earlier
> > and nobody complained.
>
> I'm sure I complained. I'm sure I said something about SCO
Did you?
> compatibility. This is a sleeping
Andi Kleen wrote:
> Can you please queue this patch in -mm for .25. It was posted earlier
> and nobody complained.
I'm sure I complained. I'm sure I said something about SCO
compatibility. This is a sleeping giant for Linux. There are plenty of
machines running legacy SCO applications, just
Hi,
David Brown <[EMAIL PROTECTED]> writes:
> +Fortunately, modern versions of GNU emacs support different indentation
> +styles. If you want to use the Linux kernel style for all C code, place
> +the following in your .emacs file:
> +
> +(setq c-default-style "linux")
This variable is not
On Jan 19, 2008 4:41 PM, Mike Travis <[EMAIL PROTECTED]> wrote:
> David Rientjes wrote:
> > On Sat, 19 Jan 2008, Mike Travis wrote:
> >
> >>> Yeah, NID_INVAL is negative so no unsigned type will work here,
> >>> unfortunately. And that reduces the intended savings of your change since
> >>> the
On Sat, 2008-01-19 12:12:10 -0300, Rafael Sisto <[EMAIL PROTECTED]> wrote:
> Dear Jan,
>
> The idea of the indirection is to make it transparent for the user.
> The idea is to do almost the same as what IPC does. The user calls
> "get", then "attach". In the "get" syscall I create a tmp file and
Ingo Molnar wrote:
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
>> and then it crashes with:
>>
>> [0.00] Bootmem setup node 0 -3fff
>> [0.00] KERN_NOTICE cpu_to_node(0): usage too early!
>> PANIC: early exception 06 rip 10:81f77f30 error 0
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 Sunday 20 January 2008 10:49:45 Adrian Bunk wrote:
> On Sun, Jan 20, 2008 at 10:24:47AM +1100, Rusty Russell wrote:
> > On Sunday 20 January 2008 05:06:04 Ingo Molnar wrote:
> > > # CONFIG_PARAVIRT_GUEST is not set
> > > CONFIG_LGUEST_GUEST=y
> >
> > This looks like a "randconfig" bug, to be
commit c4ad974f3acef11e538e825ca0cb73be6faf2461
Author: David Fries <[EMAIL PROTECTED]>
Date: Sun Nov 4 18:14:21 2007 -0600
Corrected the decoding of negative C temperatures. The code did a binary
OR of two bytes to make a 16 bit value, but assignd it to an integer.
This caused the value to not
commit d05074b1beb66d40283228bd226f7244407375bb
Author: David Fries <[EMAIL PROTECTED]>
Date: Sat Jan 19 18:06:49 2008 -0600
The extra rom[0] check is flagging valid temperatures as invalid when
there is already a CRC data transmission check.
w1_therm_read_bin()
if (rom[8] == crc &&
David Rientjes wrote:
> On Sat, 19 Jan 2008, Mike Travis wrote:
>
>>> Yeah, NID_INVAL is negative so no unsigned type will work here,
>>> unfortunately. And that reduces the intended savings of your change since
>>> the smaller type can only be used with a smaller CONFIG_NODES_SHIFT.
>>>
>>
Just merged into the cifs-2.6 tree, changing the last patch as you
just suggested to take out the logged path name.
On Jan 19, 2008 5:25 PM, Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Sat, Jan 19, 2008 at 04:55:53PM -0600, Steve French wrote:
> > On Jan 19, 2008 4:30 PM, Andi Kleen <[EMAIL
Hi Thomas,
On Jan 19, 2008 10:00 PM, Thomas Renninger <[EMAIL PROTECTED]> wrote:
> +static int pnp_alloc_port(struct pnp_resource_table *res)
> +{
[snip]
> + res->port_resource = krealloc(res->port_resource,
> + (sizeof(struct resource) * res->allocated_ports)
> +
Andi Kleen wrote:
That will break if the kernel is > 4GB won't it? Also same for pmd.
The kernel can't be > 4 GB; after all, we're running here with paging
disabled, so inherently we're < 4 GB...
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Sun, Jan 20, 2008 at 10:24:47AM +1100, Rusty Russell wrote:
> On Sunday 20 January 2008 05:06:04 Ingo Molnar wrote:
> > x86 randconfig testing found the following build failure:
> >
> > arch/x86/lguest/boot.c: In function 'lazy_hcall':
> > arch/x86/lguest/boot.c:151: error: implicit
> Well, it's a major pain in the a**. I've no idea, what reversed the order of
> PCI devices, but I had to disable the automatic dvb driver loading in order
It depends on the order you load the modules
Alan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Saturday 19 January 2008 15:08:28 Tejun Heo wrote:
> Rusty Russell wrote:
> > There are three possibilities: (1) force everyone to use void *, (2)
> > force everyone to be type-correct, (3) allow both with some tricks.
> > Currently we're on (1). For kthread, with only dozens of users, I
Ingo Molnar wrote:
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
>> and then it crashes with:
>>
>> [0.00] Bootmem setup node 0 -3fff
>> [0.00] KERN_NOTICE cpu_to_node(0): usage too early!
>> PANIC: early exception 06 rip 10:81f77f30 error 0
On Sunday 20 January 2008 05:06:04 Ingo Molnar wrote:
> x86 randconfig testing found the following build failure:
>
> arch/x86/lguest/boot.c: In function 'lazy_hcall':
> arch/x86/lguest/boot.c:151: error: implicit declaration of function
> 'paravirt_get_lazy_mode' arch/x86/lguest/boot.c:151:
Ian Campbell <[EMAIL PROTECTED]> writes:
> +1:
> +#ifdef CONFIG_X86_PAE
> + btl $5, %eax
> + jnc err_no_pae
> +#endif
>
> xorl %ebx,%ebx /* This is the boot CPU (BSP) */
> jmp 3f
> +
> +#ifdef CONFIG_X86_PAE
> +err_no_pae:
> + /* It is probably
On Sat, Jan 19, 2008 at 04:55:53PM -0600, Steve French wrote:
> On Jan 19, 2008 4:30 PM, Andi Kleen <[EMAIL PROTECTED]> wrote:
> > On Sat, Jan 19, 2008 at 04:06:57PM -0600, Steve French wrote:
> > > The access denied message in the dmesg log reveals no more information
> > > than strace on stat of
Am Samstag, 19. Januar 2008 schrieben Sie:
> I have a question concerning the ordering of devices during the boot
> process and I hope that the kernel mailing list is the right place for
> this question. In my computer are two raid controllers with one raid
> array connected to each of them
From: Casey Schaufler <[EMAIL PROTECTED]>
Correct the checks in smack_inode_setxattr to include the
socket labeling attributes. Simplify and correct
smack_sock_graft, while the values it was setting were
safe they were not correct and the job was not being
done efficiently.
On Jan 19, 2008 4:30 PM, Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Sat, Jan 19, 2008 at 04:06:57PM -0600, Steve French wrote:
> > The access denied message in the dmesg log reveals no more information
> > than strace on stat of a local file does (which also returns access
>
> You can't strace a
For quite some time now, Emacs has supported multiple coding styles,
including one very close to the Linux style. Update the Emacs
configuration instructions in the documentation to reflect this.
Signed-off-by: David Brown <[EMAIL PROTECTED]>
---
Documentation/CodingStyle | 39
On Sat, Jan 19, 2008 at 02:23:51PM -0800, Jeremy Fitzhardinge wrote:
> Sam Ravnborg wrote:
> >Failing to specify "ax" in the pushsection caused ld to generate
> >an additional section for .init.text appending a number.
> >
>
> Thanks for tracking this down. I think the "ax" appeared and
>
> "Francis" == Francis Moreau <[EMAIL PROTECTED]> writes:
>> It is in the one-head per patch style, and has the single-file
>> patches applied rather than the quilt queue.
Francis> Why don't you have one commit per patch ?
I started it before they had the broken out patches and haven't
On Sat, 19 Jan 2008, Mike Travis wrote:
> > Yeah, NID_INVAL is negative so no unsigned type will work here,
> > unfortunately. And that reduces the intended savings of your change since
> > the smaller type can only be used with a smaller CONFIG_NODES_SHIFT.
> >
>
> Excuse my ignorance but
On Sat, 2008-01-19 at 19:57 +0100, Andi Kleen wrote:
> On Saturday 19 January 2008 19:15:48 Ian Campbell wrote:
> > diff --git a/arch/x86/xen/time.c b/arch/x86/xen/time.c
> > index 6f5c74a..b3721fd 100644
> > --- a/arch/x86/xen/time.c
> > +++ b/arch/x86/xen/time.c
> > @@ -592,7 +592,7 @@ __init
On Sat, Jan 19, 2008 at 04:06:57PM -0600, Steve French wrote:
> The access denied message in the dmesg log reveals no more information
> than strace on stat of a local file does (which also returns access
You can't strace a process you don't own. And you might not be able
to access the directory
Sam Ravnborg wrote:
Failing to specify "ax" in the pushsection caused ld to generate
an additional section for .init.text appending a number.
Thanks for tracking this down. I think the "ax" appeared and
disappeared over time, but this looks like the proper solution.
Are you going to
Hi,
2008/1/20, Mark Brown <[EMAIL PROTECTED]>:
> On Sat, Jan 19, 2008 at 10:48:32PM +0300, Dmitry wrote:
>
> > Well... It's a common suggestion not to duplicate code. The wm97xx bus
> > looks mostly like platform. The only difference is the name. To help
> > visualisation, devices can have
Ingo Molnar wrote:
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
>
>> One of my test systems didn't boot with latest git-x86. I bisected it
>> down to f1321f875910172bcc3e1f302fe145a9e4d3bdf7
>>
>> With later patches the fault seemed to happen even earlier before
>> other initialization messages.
add cc (ingo)
and then please update to CFS-v24.1
http://people.redhat.com/~mingo/cfs-scheduler/sched-cfs-v2.6.22.15-v24.1.patch
On 1/19/08, Al Boldi <[EMAIL PROTECTED]> wrote:
> Oliver Pinter (Pintér Olivér) wrote:
> > This kernel is vanilla 2.6.22.y or with CFS?
>
> Yes
The access denied message in the dmesg log reveals no more information
than strace on stat of a local file does (which also returns access
denied and displays access denied), but I agree that logging on
-EACCESS on lookup does clutter the log.
I think it is ok to log a message on unexpected
On Sat, Jan 19, 2008 at 10:48:32PM +0300, Dmitry wrote:
> Well... It's a common suggestion not to duplicate code. The wm97xx bus
> looks mostly like platform. The only difference is the name. To help
> visualisation, devices can have parents. Just set (in pseudocode)
> wm97xx-touchscreen->parent
Ingo Molnar wrote:
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
>> and then it crashes with:
>>
>> [0.00] Bootmem setup node 0 -3fff
>> [0.00] KERN_NOTICE cpu_to_node(0): usage too early!
>> PANIC: early exception 06 rip 10:81f77f30 error 0
> >
> >
> > > WARNING: vmlinux.o(.text+0x43524): Section mismatch: reference to
> > > .init.text: (between 'timer_cpu_notify' and 'msleep')
> > > WARNING: vmlinux.o(.text+0x4c6f6): Section mismatch: reference to
> > > .init.text: (between 'rcu_cpu_notify' and 'wakeme_after_rcu')
> > > WARNING:
On Sat, Jan 19, 2008 at 11:57:15AM -0800, Randy Dunlap wrote:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> The caller is __cpuinit.
> Also, this code block and its caller are inside #ifdef CONFIG_HOTPLUG_CPU
> blocks, so this code should reflect that config symbol's usage.
>
> WARNING:
On Sat, 19 Jan 2008, Miklos Szeredi wrote:
>
> But 'fusermount -u /tmp/test' does work, doesn't it?
You're submitting patches to get rid of fusermount, aren't you?
Most users absolutely have no idea what fusermount is and they would
__really__ like to see umount(8) working finally.
On Sat, Jan 19, 2008 at 10:31:46PM +0100, Sam Ravnborg wrote:
> On Sat, Jan 19, 2008 at 11:57:10AM -0800, Randy Dunlap wrote:
> > From: Randy Dunlap <[EMAIL PROTECTED]>
> >
> > Fix section mismatch in hrtimer.c:
> >
> > WARNING: vmlinux.o(.text+0x50c61): Section mismatch: reference to
> >
Ingo Molnar wrote:
> * [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
>> Adds and increases some config variables to accomodate larger SMP
>> configurations:
>>
>> NR_CPUS: max limit now 4096
>> NODES_SHIFT: max limit now 9
>> THREAD_ORDER: max limit now 3
>>
On Sat, Jan 19, 2008 at 11:57:10AM -0800, Randy Dunlap wrote:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Fix section mismatch in hrtimer.c:
>
> WARNING: vmlinux.o(.text+0x50c61): Section mismatch: reference to .init.text:
> (between 'hrtimer_cpu_notify' and 'down_read_trylock')
>
> Noticed
David Rientjes wrote:
> On Fri, 18 Jan 2008, Yinghai Lu wrote:
>
>>> +#if MAX_NUMNODES > 256
>>> +typedef u16 numanode_t;
>>> +#else
>>> +typedef u8 numanode_t;
>>> +#endif
>>> +
>>> #endif /* _LINUX_NUMA_H */
>> that is wrong, you can not change pxm_to_node_map from int to u8 or u16.
>>
Thanks
On Sat, Jan 19, 2008 at 11:56:43AM -0800, Randy Dunlap wrote:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> rcu_online_cpu() should be __cpuinit instead of __devinit.
>
> WARNING: vmlinux.o(.text+0x4b6d5): Section mismatch: reference to .init.text:
> (between 'rcu_cpu_notify' and
On Sat, Jan 19, 2008 at 11:52:55AM -0800, Randy Dunlap wrote:
> On Sun, 6 Jan 2008 15:07:28 +0100 Sam Ravnborg wrote:
>
> > kbuild emit section mismatch warnings when it detects that someone does a
> > call from a non-init section to a init section.
> > The rationale here is that the init section
Failing to specify "ax" in the pushsection caused ld to generate
an additional section for .init.text appending a number.
A side effect of this was a section mismatch warning because modpost
did not recognize a .init.text section named .init.text.1:
WARNING: vmlinux.o(.text.head+0x247): Section
The i386 and x86_64 arch directories contain nothing but a generated symlink
to arch/x86/boot/bzImage when a tree a built.
Cc: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
arch/.gitignore |2 ++
1 files changed, 2
Oliver Pinter (Pintér Olivér) wrote:
> This kernel is vanilla 2.6.22.y or with CFS?
Yes with CFSv20.4, as in the log.
It also hangs on 2.6.23.13
> On 1/19/08, Al Boldi <[EMAIL PROTECTED]> wrote:
> > I was just attacked by some deadlock issue involving sqlite3 and
> > konqueror. While sqlite3
On 1/18/08, Steven Rostedt <[EMAIL PROTECTED]> wrote:
>
> On Fri, 18 Jan 2008, Francis Moreau wrote:
>
> > Maybe I missed it but I'm wondering why GIT is not used for
> > the RT development ? I can't find a rt tree anywhere and all
> > new rt release spoke about a patchset to apply on mainline
> >
> > This is an experimental patch for supporing unprivileged mounts and
> > umounts.
>
> User unmount unfortunately still doesn't work if the kernel doesn't have
> the unprivileged mount support but as we discussed this in last July that
> shouldn't be needed for this case.
>
> % mount -t
Hello,
On Jan 18, 2008 10:59 PM, James Cloos <[EMAIL PROTECTED]> wrote:
> > "Francis" == Francis Moreau <[EMAIL PROTECTED]> writes:
>
> Francis> I can't find a rt tree anywhere and all new rt release spoke
> Francis> about a patchset to apply on mainline kernels.
>
> It is not perfect, but I
On Sat, 2008-01-19 at 12:02 -0700, Justin Banks wrote:
> Trond Myklebust wrote
> >
> > On Sat, 2008-01-19 at 08:07 -0700, Justin Banks wrote:
> > > It's probably been this way for a long time, and I'm just noticing, but
> > > I can't seem to find the create() (among others) pointer for NFS
> >
Allocate pnp resources dynamically via krealloc
The patch is against 2.6.24-rc6-mm1.
Latest BIOS ACPI PNP device resource descriptions may have (especially on the
general device PNP0c02) more than 20 IO port resources.
Reserve the space in a static array wastes a lot of memory on every PNP
> Stupid question from the peanut gallery: If you're going to go through
> all this, maybe it would be better to define an inline
> isa_bus_delay(void) { udelay(2); } and use that instead? I can only
There are very few places it crops up - in fact that one is the only non
pic/pit/cmos example in
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix section mismatch in hrtimer.c:
WARNING: vmlinux.o(.text+0x50c61): Section mismatch: reference to .init.text:
(between 'hrtimer_cpu_notify' and 'down_read_trylock')
Noticed by Johannes Berg and confirmed by Sam Ravnborg.
Signed-off-by: Randy Dunlap
From: Randy Dunlap <[EMAIL PROTECTED]>
The caller is __cpuinit.
Also, this code block and its caller are inside #ifdef CONFIG_HOTPLUG_CPU
blocks, so this code should reflect that config symbol's usage.
WARNING: vmlinux.o(.text+0x4252f): Section mismatch: reference to .init.text:
(between
From: Randy Dunlap <[EMAIL PROTECTED]>
rcu_online_cpu() should be __cpuinit instead of __devinit.
WARNING: vmlinux.o(.text+0x4b6d5): Section mismatch: reference to .init.text:
(between 'rcu_cpu_notify' and 'wakeme_after_rcu')
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
On Sun, 6 Jan 2008 15:07:28 +0100 Sam Ravnborg wrote:
> kbuild emit section mismatch warnings when it detects that someone does a
> call from a non-init section to a init section.
> The rationale here is that the init section are discarded at runtime and
> if this call happens after the init
Ben Dooks wrote:
> On Fri, Jan 18, 2008 at 06:11:45PM +, Dmitry Baryshkov wrote:
>> Hi,
>>
>> Dmitry Torokhov wrote:
>>
>> > I will need some more time to review and understand the need for the
>> > new bus in the driver.
>>
>> Most likely this can be converted to platform_bus. Maybe this
Hi,
2008/1/19, Mark Brown <[EMAIL PROTECTED]>:
> On Fri, Jan 18, 2008 at 06:11:45PM +, Dmitry Baryshkov wrote:
> > Dmitry Torokhov wrote:
>
> > > I will need some more time to review and understand the need for the new
> > > bus in the driver.
>
> > Most likely this can be converted to
Arjan van de Ven wrote:
> Török Edwin wrote:
>>
>> Cause Maximum
>> Average
>> SCSI device ioctl 34.2 msec
>> 14.4 msec
>
> great! I'll put this into my patchkit!
Thanks.
>> I also noticed some
On Jan 19 2008 20:14, Oliver Pinter (Pintér Olivér) wrote:
>
>I don't know, what the proble, but the fstab workaround functioniert:
>form:
>/dev/sda3 / xfs defaults0 1
>to:
>UUID=7c167a53-30ff-4d47-a206-ce8caf2397ba / xfs
> defaults
Arjan van de Ven <[EMAIL PROTECTED]> writes:
> Török Edwin wrote:
>> [...]
>> P.S.: LatencyTop could have a feature to ask for more details on unknown
>> latency reasons, and it would generate a systemtap script itself, that
>> would show the backtraces to help figure out whats going on.
>
> I've
On Jan 18, 2008 8:12 PM, Steven Rostedt <[EMAIL PROTECTED]> wrote:
> True, but then how would you do it. One thing is that most of these
> branches would interact with each other. Touching the same code quite
> a bit. So it doesn't always help. But pulling out patches can help us to
> an extent.
>
On Saturday 19 January 2008 19:53:14 Ingo Molnar wrote:
>
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > arch/x86/mm/pageattr_64.c | 150
> > --
> > 1 file changed, 119 insertions(+), 31 deletions(-)
>
> please unify the files first, we dont want
I don't know, what the proble, but the fstab workaround functioniert:
form:
/dev/sda3 / xfs defaults0 1
to:
UUID=7c167a53-30ff-4d47-a206-ce8caf2397ba / xfs
defaults0 1
in this fix switched form device name to UUID based
> hm, so are you saying that on 64-bit there's in essence no usable
> ioremap facility between zap_low_mappings() and paging_init()?
> (early_ioremap() is not usable anymore, and ioremap() is not yet
> usable.) I guess we'll have to pick up the 32-bit early_ioremap() code
> for 64-bit as well.
Trond Myklebust wrote
>
> On Sat, 2008-01-19 at 08:07 -0700, Justin Banks wrote:
> > It's probably been this way for a long time, and I'm just noticing, but
> > I can't seem to find the create() (among others) pointer for NFS
> > filesystems.
> >
> > Specifically, If I look at
1 - 100 of 373 matches
Mail list logo