diff --git a/Makefile b/Makefile
index 55edf2f..5c31700 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 23
-EXTRAVERSION = .13
+EXTRAVERSION = .14
NAME = Arr Matey! A Hairy Bilge Rat!
# *DOCUMENTATION*
diff --git a/fs/namei.c b/fs/namei.c
index
We (the -stable team) are announcing the release of the 2.6.23.14
kernel.
It contains a single fix for a problem that could cause a local user to
cause file system corruption on some types of filesystems.
All users of the 2.6.23 series are encouraged to upgrade.
I'll also be replying to this
diff --git a/Makefile b/Makefile
index a8bdcc6..99c0237 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 22
-EXTRAVERSION = .15
+EXTRAVERSION = .16
NAME = Holy Dancing Manatees, Batman!
# *DOCUMENTATION*
diff --git a/fs/namei.c b/fs/namei.c
index
We (the -stable team) are announcing the release of the 2.6.22.16
kernel.
It contains a single fix for a problem that could cause a local user to
cause file system corruption on some types of filesystems.
All users of the 2.6.22 series are encouraged to upgrade.
I'll also be replying to this
Commit 9b8e8de7e59b3a2dab3113d620b52dc8ba890fb3 did:
--- a/drivers/ata/libata-scsi.c
+++ b/drivers/ata/libata-scsi.c
@@ -872,7 +872,8 @@ int ata_scsi_slave_config(struct scsi_device *sdev)
ata_scsi_sdev_config(sdev);
- sdev->manage_start_stop = 1;
+ if (dev->class ==
The commit 84427eaef1fb91704c7112bdb598c810003b99f3 (remove task_ppid_nr_ns)
moves the task_tgid_nr_ns(task->real_parent) outside of lock_task_sighand().
This is wrong, ->real_parent could be freed/reused.
Both ->parent/real_parent point to nothnig after __exit_signal() because we
remove the
On Mon, Jan 14, 2008 at 12:52:00PM -0800, Stephen Hemminger wrote:
> On Mon, 14 Jan 2008 20:57:49 +0100
> "Oliver Pinter (Pintér Olivér)" <[EMAIL PROTECTED]> wrote:
>
> > Hi All!
> >
> > It is fully reproductable under 2.6.22.15, 2.6.23.13 (all tainted and
> > not tainted [4 different kernel] )
Hi Linus,
Please pull the i2c subsystem fixes for Linux 2.6.24 from:
git://jdelvare.pck.nerim.net/jdelvare-2.6 i2c-for-linus
drivers/i2c/busses/i2c-at91.c |2 +-
drivers/i2c/busses/i2c-omap.c |2 +-
drivers/i2c/busses/i2c-powermac.c |2 +-
drivers/i2c/busses/i2c-sibyte.c
On Mon, 14 Jan 2008 20:57:49 +0100
"Oliver Pinter (Pintér Olivér)" <[EMAIL PROTECTED]> wrote:
> Hi All!
>
> It is fully reproductable under 2.6.22.15, 2.6.23.13 (all tainted and
> not tainted [4 different kernel] ) and 2 different PC:
>
> [BUG] skge :02:05: read data parity error
> [BUG]
On Mon, 14 Jan 2008, Dagfinn Ilmari Mannsåker wrote:
> Gene Heskett <[EMAIL PROTECTED]> writes:
>
> > Greetings;
> >
> > Do we have a utility that can force the kernel to re-read, and re-initialize
> > itself to a given drives partition tables without having to reboot if one is
> > working with a
Dear Takashi-san,
Takashi Iwai wrote:
The "regression" was your original problem, no sound on rc7, which was
fixed by reverting the patch. Now I'd like to know that my new patch
doesn't break after reverting the broken patch.
Seems that there was some misunderstanding: I thought your patch
On Mon, Jan 14, 2008 at 09:27:40PM +0100, Sam Ravnborg wrote:
> > > > Can you fix the bug that menuconfig does not let me enable CONFIG_64BIT?
> > >
> > > make ARCH=x86_64 allyesconfig
> > > will set CONFIG_64BIT for you - no?
> >
> > Yes.
> >
> > But this still leaves the fact that when
> > > Can you fix the bug that menuconfig does not let me enable CONFIG_64BIT?
> >
> > make ARCH=x86_64 allyesconfig
> > will set CONFIG_64BIT for you - no?
>
> Yes.
>
> But this still leaves the fact that when someone says 'allyesconfig'
> it's no longer clear which configuration he has.
Gene Heskett <[EMAIL PROTECTED]> writes:
> Greetings;
>
> Do we have a utility that can force the kernel to re-read, and re-initialize
> itself to a given drives partition tables without having to reboot if one is
> working with a drive that is not part of the required kernel directory tree?
On Mon, Jan 14, 2008 at 09:01:26PM +0100, Sam Ravnborg wrote:
> On Mon, Jan 14, 2008 at 09:52:58PM +0200, Adrian Bunk wrote:
> > On Mon, Jan 14, 2008 at 08:10:09PM +0100, Ingo Molnar wrote:
> > >
> > > * Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > >
> > > > > for example, in current -git, could
On Mon, Jan 14, 2008 at 04:24:40PM +0100, Ingo Molnar wrote:
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > also, in theory we've got a pretty reliable set of the following
> > information:
> >
> > function X references symbol Y
> >
> > and we know what type of sections they are in,
On Mon, Jan 14, 2008 at 08:00:04PM +0100, Ingo Molnar wrote:
>
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > BTW there seems to be some other instability that hits even on 64bit.
> > Since I updated my workstation to a recent git-x86 based kernel
> > (admittedly with my patches too) I had at
Eric Dumazet wrote:
Chris Friesen a écrit :
Based on the profiling information we're spending time in
sctp_endpoint_lookup_assoc() which doesn't actually use hashes, so I
can't see how the hash would be related. I'm pretty new to SCTP
though, so I may be missing something.
Well, it does
On Sun, 13 Jan 2008, Andrea Arcangeli wrote:
> About the locking perhaps I'm underestimating it, but by following the
> TLB flushing analogy, by simply clearing the shadow ptes (with kvm
> mmu_lock spinlock to avoid racing with other vcpu spte accesses of
> course) and flushing the shadow-pte
On Monday 14 January 2008 2:37:02 pm [EMAIL PROTECTED] wrote:
> On Mon, 14 Jan 2008 14:07:46 EST, Paul Moore said:
> > There have been quite a few changes in lblnet-2.6_testing since
> > 2.6.24-rc6-mm1 so I would recommend taking the whole tree. I'm also not
> > quite sure if
>
> Weird. I did a
On Jan 14, 2008 10:41 AM, Steven Rostedt <[EMAIL PROTECTED]> wrote:
> We are pleased to announce the 2.6.24-rc7-rt2 tree, which can be
> downloaded from the location:
>
Up and running here:
[EMAIL PROTECTED] ~ $ uname -a
Linux lightning 2.6.24-rc7-rt2 #1 PREEMPT RT Mon Jan 14 11:18:04 PST
2008
On Mon, Jan 14, 2008 at 09:52:58PM +0200, Adrian Bunk wrote:
> On Mon, Jan 14, 2008 at 08:10:09PM +0100, Ingo Molnar wrote:
> >
> > * Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> > > > for example, in current -git, could you tell me why this triggers:
> > > >
> > > > WARNING:
Jason Wessel wrote:
It was working at the point that I tested it with the 2.6.24-rc5 on
x86_64. However I suspect my kernel config may differ drastically from
what you are using.
Yeah, that might be the case. The only thing I tried to vary so far was
applying maxcpus=1, but without success.
On Mon, 14 Jan 2008, Robert P. J. Day wrote:
> On Mon, 14 Jan 2008, Gene Heskett wrote:
>
> > Greetings;
> >
> > Do we have a utility that can force the kernel to re-read, and
> > re-initialize itself to a given drives partition tables without
> > having to reboot if one is working with a drive
On Mon, Jan 14, 2008 at 04:01:03PM +0100, Ingo Molnar wrote:
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > > Would be great to have them automated - just dunno how to do it. Do
> > > you see a feasible way to do it?
> >
> > a good starting point would be to make the warnings a lot more
>
Hi All!
It is fully reproductable under 2.6.22.15, 2.6.23.13 (all tainted and
not tainted [4 different kernel] ) and 2 different PC:
[BUG] skge :02:05: read data parity error
[BUG] skge :02:05: read data parity error
steps:
1. login as root
2. start mc
3. cd
Ingo Molnar wrote:
hm. Did the hanging kernel have the i387 regset fix from Roland already?
That bug indeed manifested itself as rare desktop hangs.
other than that i know of no pending instability but the large-RAM
bootup crash you reported.
I read that as Andi is having general stability
Hi,
On 14 Jan 2008, at 19:34, Gene Heskett wrote:
Do we have a utility that can force the kernel to re-read, and re-
initialize
itself to a given drives partition tables without having to reboot
if one is
working with a drive that is not part of the required kernel
directory tree?
Yes,
On Mon, Jan 14, 2008 at 08:10:09PM +0100, Ingo Molnar wrote:
>
> * Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > > for example, in current -git, could you tell me why this triggers:
> > >
> > > WARNING: vmlinux.o(.text+0x87e2a): Section mismatch: reference to
> > > .init.text:
On Mon, 2008-01-14 at 20:31 +0100, Stefan Richter wrote:
> AFAIU Daniel's patch still leaves the possibility to use the '-'
> syntax,
> doesn't it?
>
> (The program 'cat' is of the kind which always reads from stdin if no
> file name is given, or if '-' is given instead of a file name. So,
>
Greg KH wrote:
> On Mon, Jan 14, 2008 at 01:21:51PM +0300, Al Boldi wrote:
>> Stefan Richter wrote:
>>> would you please explain like I asked you:
>>> - what is wrong with the current solution which tells the user to
>>> first enable SCSI to get the USB_STORAGE option,
>>> - whether there
Ingo Molnar wrote:
would be nice to have some debugging apparatus for bugs like this.
Perhaps artificially add a large pfn, then convert/unconvert, then
subtract it and expect the whole transformation to be an identity
mapping? This way we could simulate most of the effects of >4GB RAM,
On 01/14/2008 08:19 PM, Stephen Hemminger wrote:
The checkstack script wouldn't work because it was picking up the
newline on the end of the output of uname -m.
Also, use a standard perl construct to print error message and
exit with non-zero error code.
Signed-off-by: Stephen Hemminger
On Sun, Jan 13, 2008 at 03:48:33PM -0500, Steven Rostedt wrote:
> > Works fine on phyCORE-MPC5200B-tiny, here are the latest results:
> > http://www.pengutronix.de/oselas/realtime/results/20080113-1/
>
> That doesn't look too bad. Or is over a 100us not good for that box?
I think it's ok.
On Sat, 12 Jan 2008, Yinghai Lu wrote:
> please check the following patch.
Exactly!
Reviewed-by: Christoph Lameter <[EMAIL PROTECTED]>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Mon, 14 Jan 2008 20:38:28 +0100, Kay Sievers wrote:
> On Jan 14, 2008 6:50 PM, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > I am under the impression that modules.*map are the old way to get
> > automatic driver loading and aliases are the new way to do the same.
> > But maybe that's just me.
>
On Jan 14 2008 14:34, Gene Heskett wrote:
>
>Do we have a utility that can force the kernel to re-read, and re-initialize
>itself to a given drives partition tables without having to reboot if one is
>working with a drive that is not part of the required kernel directory tree?
fdisk issues an
On 01/14/2008 08:31 PM, Stefan Richter wrote:
it is with cat. There you have to type no less than 'cat --help', or at
least with GNU cat.)
--h (--he --hel --help) suffices due to getopt_long gnu implementation
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
* Linus Torvalds ([EMAIL PROTECTED]) wrote:
>
>
> On Mon, 14 Jan 2008, Mathieu Desnoyers wrote:
> >
> > We would have to figure out if enabling -freorder-blocks-and-partition
> > makes sense kernel-wide.
>
> Last I saw, it generates crappy code, with lots more jumps back and forth,
> and the
Daniel Walker wrote:
> On Mon, 2008-01-14 at 19:12 +, Andy Whitcroft wrote:
>> with this I cannot run checkpatch and "type" (ie paste) a patch
>> fragment to check it.
...
> I'm not sure I understand what you mean .. Can you give an example?
AFAIU Daniel's patch still leaves the possibility
[summary for folks who want to skip blow-by-blow: it's missing check for
hfs_bnode_find() returning ERR_PTR(), there are 2 more places like that
in fs/hfs/* (all in brec.c) and graceful recovery may be non-obvious]
Text below is mostly for the benefit of newbies - it's more along the
lines of
On Jan 14, 2008 6:50 PM, Jean Delvare <[EMAIL PROTECTED]> wrote:
> On Mon, 14 Jan 2008 18:08:16 +0100 (CET), Geert Uytterhoeven wrote:
> > On Mon, 14 Jan 2008, Jean Delvare wrote:
> > > I thought that the module aliases were generated by
> > > scripts/mod/modpost? As a matter of fact, I did not
On Mon, 14 Jan 2008 14:07:46 EST, Paul Moore said:
> There have been quite a few changes in lblnet-2.6_testing since
> 2.6.24-rc6-mm1
> so I would recommend taking the whole tree. I'm also not quite sure if
Weird. I did a 'git clone
git://git.infradead.org/users/pcmoore/lblnet-2.6_testing'
On Mon, 14 Jan 2008, Gene Heskett wrote:
> Greetings;
>
> Do we have a utility that can force the kernel to re-read, and
> re-initialize itself to a given drives partition tables without
> having to reboot if one is working with a drive that is not part of
> the required kernel directory tree?
i
Greetings;
Do we have a utility that can force the kernel to re-read, and re-initialize
itself to a given drives partition tables without having to reboot if one is
working with a drive that is not part of the required kernel directory tree?
The reason I ask, is that I've just spent about 20
Chris Friesen a écrit :
Eric Dumazet wrote:
Chris Friesen a écrit :
Based on profiling and instrumentation it seems like the cost of
sctp_endpoint_lookup_assoc() more than triples, which means that the
amount of time that bottom halves are disabled in that function also
triples.
Any idea
Mel Gorman wrote:
> On (13/01/08 10:34), [EMAIL PROTECTED] didst pronounce:
...
>> int update_end_of_memory(unsigned long end) {return -1;}
>> @@ -343,7 +346,8 @@ int __init acpi_scan_nodes(unsigned long
>> /* First clean up the node list */
>> for (i = 0; i < MAX_NUMNODES; i++) {
>>
On Jan 11, 2008 5:39 PM, Hauke Mehrtens <[EMAIL PROTECTED]> wrote:
> Luis R. Rodriguez wrote:
> > On Jan 7, 2008 11:02 AM, Hauke Mehrtens <[EMAIL PROTECTED]> wrote:
> >
> > Thanks for reporting this, how'd it go with simple rate control
> > algorithm instead?
>
> How do I change from pid to simple
It was working at the point that I tested it with the 2.6.24-rc5 on
x86_64. However I suspect my kernel config may differ drastically from
what you are using.
Without any other context provided than the generic message, it is hard
to know what might have happened.
Jason.
Jan Kiszka wrote:
>
Eric Dumazet wrote:
Chris Friesen a écrit :
Based on profiling and instrumentation it seems like the cost of
sctp_endpoint_lookup_assoc() more than triples, which means that the
amount of time that bottom halves are disabled in that function also
triples.
Any idea of the size of sctp hash
The checkstack script wouldn't work because it was picking up the
newline on the end of the output of uname -m.
Also, use a standard perl construct to print error message and
exit with non-zero error code.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- a/scripts/checkstack.pl
On Sun, Jan 13, 2008 at 08:41:20PM -0500, Steven Rostedt wrote:
>
> Hi guys,
>
> Just wondering what the proper way to export a symbol that is defined in
> assembly? Or is there some kind of annotation I can add in comment form
> that will let checkpatch know the variable is not in C?
>
>
If you enable perl warnings on this script, it shows a couple of problems:
Parentheses missing around "my" list at scripts/checkstack.pl line 105.
Useless use of a variable in void context at scripts/checkstack.pl line 105.
Use of uninitialized value in string eq at
Ingo Molnar wrote:
> * Hiroshi Shimamoto <[EMAIL PROTECTED]> wrote:
>
>> From: Hiroshi Shimamoto <[EMAIL PROTECTED]>
>>
>> smp_num_siblings hasn't been updated at this point yet, so it's always
>> 1. This polling and HT warning message is never shown.
>
> hah, nice one. But could you perhaps
On Mon, 2008-01-14 at 19:12 +, Andy Whitcroft wrote:
> So it does, however that of itself differs from the unix norm; as with
> this I cannot run checkpatch and "type" (ie paste) a patch fragment to
> check it. So I don't think we want the semantics as you have there,
> as its confusing to
On Mon, 14 Jan 2008, Mike Travis wrote:
> I see the mistake in the node array. But AFAICT, pxm is the proximity
> between nodes and cannot be expressed as greater than the number of
> nodes, yes? (Or can it be arbitrarily expressed where 32 bits is
> necessary?) I ask this because the real
On Mon, Jan 14, 2008 at 09:35:15AM -0800, Daniel Walker wrote:
>
> On Mon, 2008-01-14 at 17:17 +, Andy Whitcroft wrote:
> > On Fri, Jan 11, 2008 at 06:06:35PM +0100, Stefan Richter wrote:
> > > Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
> > > Acked-by: Jiri Slaby <[EMAIL PROTECTED]>
>
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > for example, in current -git, could you tell me why this triggers:
> >
> > WARNING: vmlinux.o(.text+0x87e2a): Section mismatch: reference to
> > .init.text: (between 'process_zones' and 'setup_per_cpu_pageset')
> >
> > and how to resolve
Hi Jason,
what is the state of the kgbd git repos? What should work, what might be
broken?
I'm asking as today I tried to get kgdb up and running on a 4-way x86-64
Xeon box with both 2.6.24-rc6 and -rc7. Once kgdb is enabled in .config,
the boot stops early with this panic:
Kernel panic - not
* Hiroshi Shimamoto <[EMAIL PROTECTED]> wrote:
> From: Hiroshi Shimamoto <[EMAIL PROTECTED]>
>
> smp_num_siblings hasn't been updated at this point yet, so it's always
> 1. This polling and HT warning message is never shown.
hah, nice one. But could you perhaps move it to a place where it has
Jan Engelhardt wrote:
> On Jan 13 2008 10:34, [EMAIL PROTECTED] wrote:
>> +++ b/include/asm-x86/cpu.h
>> @@ -7,7 +7,7 @@
>> #include
>> #include
>>
>> -struct i386_cpu {
>> +struct x86_cpu {
>> struct cpu cpu;
>> };
>> extern int arch_register_cpu(int num);
>
> Is not struct x86_cpu kinda
On Monday 14 January 2008 1:50:39 pm [EMAIL PROTECTED] wrote:
> On Mon, 14 Jan 2008 13:22:10 EST, [EMAIL PROTECTED] said:
> > Apparently the only new commit in there since the tree that was in
> > 24-rc6-mm1 is 5d95575903fd3865b884952bd93c339d48725c33 adding some
> > warning printk's. Would it be
From: Hiroshi Shimamoto <[EMAIL PROTECTED]>
smp_num_siblings hasn't been updated at this point yet, so it's always 1.
This polling and HT warning message is never shown.
Signed-off-by: Hiroshi Shimamoto <[EMAIL PROTECTED]>
---
arch/x86/kernel/process_32.c |4
1 files changed, 0
Suppress one of the bogus checkpatch.pl error, the side-effect of the error
highlighted that this constant should be replaced by an existing manifest.
checkpatch.pl needs to be corrected to accept the comment style to deal with
the other cases should they ever be touched by future patches. This
[ resent with lkml Cc:-ed too. ]
Linus, please pull the latest x86 git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/x86/linux-2.6-x86.git
Thanks!
Ingo
-->
Bernhard Walle (1):
x86: fix RTC_AIE with CONFIG_HPET_EMULATE_RTC
Mike Frysinger (1):
2008/1/14, Miklos Szeredi <[EMAIL PROTECTED]>:
> > 2008/1/14, Miklos Szeredi <[EMAIL PROTECTED]>:
> > > > http://bugzilla.kernel.org/show_bug.cgi?id=2645
> > > >
> > > > Changes for updating the ctime and mtime fields for memory-mapped files:
> > > >
> > > > 1) new flag triggering update of the
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> BTW there seems to be some other instability that hits even on 64bit.
> Since I updated my workstation to a recent git-x86 based kernel
> (admittedly with my patches too) I had at least one hard hang already.
>
> Previously it ran an older -rc5 based
* Colin Fowler <[EMAIL PROTECTED]> wrote:
> Benchmark : A ray-trace is performed on 500 times on 17 separate
> scenes. Workload is distributed by tiling the framebuffer into N 32x32
> pixel tiles. Each CPU grabs one of N tiles out of the queue and
> repeats until no jobs are left. Rendering
On Mon, 14 Jan 2008 13:22:10 EST, [EMAIL PROTECTED] said:
> Apparently the only new commit in there since the tree that was in
> 24-rc6-mm1 is 5d95575903fd3865b884952bd93c339d48725c33 adding some warning
> printk's. Would it be more productive to test against the full tree, or
> leaving out the
On Dec 11, 2007, at 09:02, Rini van Zetten wrote:
Hello Andy,
This patch (to 2.6.23.9) add a default return value EOPNOTSUPP to
the ioctl function. The problem with the always 0 return value is
that the iwconfig (wireless) tool found a valid device when an
ethernet device uses the phy
We are pleased to announce the 2.6.24-rc7-rt2 tree, which can be
downloaded from the location:
http://rt.et.redhat.com/download/
Information on the RT patch can be found at:
http://rt.wiki.kernel.org/index.php/Main_Page
Changes since 2.6.24-rc7-rt1
- Several merge fixes reported by:
Jan Engelhardt wrote:
...
>> --- a/arch/x86/mm/srat_64.c
>> +++ b/arch/x86/mm/srat_64.c
>> @@ -384,6 +388,12 @@ int __init acpi_scan_nodes(unsigned long
>> }
>>
>> #ifdef CONFIG_NUMA_EMU
>> +static int fake_node_to_pxm_map[MAX_NUMNODES] __initdata = {
>> +[0 ... MAX_NUMNODES-1] = PXM_INVAL
On Jan 13 2008 10:34, [EMAIL PROTECTED] wrote:
>+++ b/include/asm-x86/cpu.h
>@@ -7,7 +7,7 @@
> #include
> #include
>
>-struct i386_cpu {
>+struct x86_cpu {
> struct cpu cpu;
> };
> extern int arch_register_cpu(int num);
Is not struct x86_cpu kinda redundant here if it only wraps around
On Mon, 14 Jan 2008 13:05:48 EST, [EMAIL PROTECTED] said:
> I'm pulling git://git.infradead.org/users/pcmoore/lblnet-2.6_testing at the
> moment, and seeing if there's already a fix in there for this.
Apparently the only new commit in there since the tree that was in
24-rc6-mm1 is
Jan Engelhardt wrote:
> On Jan 13 2008 10:34, [EMAIL PROTECTED] wrote:
>> --- a/arch/x86/kernel/mpparse_64.c
>> +++ b/arch/x86/kernel/mpparse_64.c
>> @@ -132,7 +132,7 @@ static void __cpuinit MP_processor_info(
>> * area is created.
>> */
>> if (x86_cpu_to_apicid_ptr) {
>> -
On Mon, Jan 14, 2008 at 04:01:03PM +0100, Ingo Molnar wrote:
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > > Would be great to have them automated - just dunno how to do it. Do
> > > you see a feasible way to do it?
> >
> > a good starting point would be to make the warnings a lot more
>
On Mon, Jan 14, 2008 at 03:58:54PM +0100, Ingo Molnar wrote:
>...
> a good way i see is to:
>...
> - quickly reach a close-to-100%-perfect stage, brute-force. Drop
>__init* annotations en masse if they are not perfectly layered.
>Whoever reintroduces them will then have to do it
On Mon, 14 Jan 2008 18:06:09 +0100
Jan Kara <[EMAIL PROTECTED]> wrote:
> On Wed 02-01-08 12:42:19, Zach Brown wrote:
> > Erez Zadok wrote:
> > > Setting: ltp-full-20071031, dio01 test on ext3 with Linus's
> > > latest tree. Kernel w/ SMP, preemption, and lockdep configured.
> >
> > This is a
Denys Fedoryshchenko wrote:
> I cannot reproduce, it is happened with rtorrent just randomly. But i will
> patch and keep watching.
>
> On Sun, 13 Jan 2008 19:44:26 +0100, Peter Zijlstra wrote
>> On Sun, 2008-01-13 at 17:22 +0100, Peter Zijlstra wrote:
>> > It's epoll, this is a known issue and
On Fri 11-01-08 15:33:54, Andrew Morton wrote:
> On Fri, 11 Jan 2008 15:21:31 +0100
> Jan Kara <[EMAIL PROTECTED]> wrote:
>
> > On Thu 10-01-08 16:36:35, Andrew Morton wrote:
> > > On Thu, 10 Jan 2008 16:55:13 +0100
> > > Jan Kara <[EMAIL PROTECTED]> wrote:
> > >
> > > > Hi,
> > > >
> > > >
On Jan 13 2008 10:35, [EMAIL PROTECTED] wrote:
>--- a/arch/x86/kernel/setup_64.c
>+++ b/arch/x86/kernel/setup_64.c
>@@ -372,8 +373,9 @@ void __init setup_arch(char **cmdline_p)
> io_delay_init();
>
> #ifdef CONFIG_SMP
>- /* setup to use the static apicid table during kernel startup */
On Mon, Jan 14, 2008 at 01:21:51PM +0300, Al Boldi wrote:
> Stefan Richter wrote:
> > Greg KH wrote:
> > > On Sat, Jan 12, 2008 at 01:20:46PM +0300, Al Boldi wrote:
> > >> Greg KH wrote:
> > >>> On Sat, Jan 05, 2008 at 06:40:38PM +0300, Al Boldi wrote:
> > Reorganize USB Kconfig Menu, and
Mel Gorman wrote:
> On (13/01/08 10:34), [EMAIL PROTECTED] didst pronounce:
>> Change the size of APICIDs from u8 to u16. This partially
>> supports the new x2apic mode that will be present on future
>> processor chips. (Chips actually support 32-bit APICIDs, but that
>> change is more intrusive.
On Jan 13 2008 10:34, [EMAIL PROTECTED] wrote:
>--- a/arch/x86/kernel/mpparse_64.c
>+++ b/arch/x86/kernel/mpparse_64.c
>@@ -132,7 +132,7 @@ static void __cpuinit MP_processor_info(
>* area is created.
>*/
> if (x86_cpu_to_apicid_ptr) {
>- u8 *x86_cpu_to_apicid =
On Mon, 14 Jan 2008 11:36:40 EST, Paul Moore said:
> Are you still only seeing these problems on loopback? I can't help but
> wonder
> if this is the skb_clone() problem where it wasn't copying skb->iif causing
> SELinux to silently drop the packets.
Yes, I've only spotted it on loopback.
On Thu, 10 Jan 2008 21:41:20 -0700
"Aggrwal Poonam" <[EMAIL PROTECTED]> wrote:
> Hello All
>
> I am waiting for more feedback on the patches.
>
> If there are no objections please consider them for 2.6.25.
>
if this isn't going to go through Alessandro Rubini/misc drivers, can
it go through
Ingo Molnar wrote:
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
>
>>> i.e. we've got ~22K bloat per CPU - which is not bad, but because
>>> it's a static component, it hurts smaller boxes. For distributors to
>>> enable CONFIG_NR_CPU=1024 by default i guess that bloat has to drop
>>> below 1-2K
On Mon, Jan 14 2008, Chris Mason wrote:
> Hello everyone,
>
> Here is a modified version of Jens' patch. The basic idea is to push
> the mapping maintenance out of loop and down into the filesystem (ext2
> in this case).
>
> Two new address_space operations are added, one to map
> extents and
Ingo Molnar wrote:
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
>>> 32cpus1kcpus-before 1kcpus-after
>>>7172678 Total +23314404 Total -147590 Total
>> 1kcpus-after means it's +23314404-147590, i.e. +23166814? (i.e. a 0.6%
>> reduction of
On Mon, 14 Jan 2008 18:08:16 +0100 (CET), Geert Uytterhoeven wrote:
> On Mon, 14 Jan 2008, Jean Delvare wrote:
> > I thought that the module aliases were generated by
> > scripts/mod/modpost? As a matter of fact, I did not apply Jon's patch
>
> Sorry, you're right. Too early in the morning :-)
>
*) netperf/netserver support CPU affinity within themselves with the
global -T option to netperf. Is the result with taskset much different?
The equivalent to the above would be to run netperf with:
./netperf -T 0,7 ..
I checked the source codes and didn't find this option.
I use netperf
From: Len Brown <[EMAIL PROTECTED]>
Wups, previous patch was ineffective in 2 cases.
http://bugzilla.kernel.org/show_bug.cgi?id=9535
Signed-off-by: Len Brown <[EMAIL PROTECTED]>
---
Thanks for noticing, Oliver!
diff --git a/drivers/pnp/pnpacpi/rsparser.c
On Mon, 2008-01-14 at 17:17 +, Andy Whitcroft wrote:
> On Fri, Jan 11, 2008 at 06:06:35PM +0100, Stefan Richter wrote:
> > Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
> > Acked-by: Jiri Slaby <[EMAIL PROTECTED]>
>
> As an absolute minimum this seems reasonable to me. I guess we could
Please CC me as I'm not subscribed.
I have (what is to me) a strange and very repeatable slowdown for a
CPU intensive benchmark on my system on newer kernels.
Hardware : Dell Precision 470.
CPU 2x2.0GHz Quad Core Xeon E5335 CPUs
Memory 4GB ECC RAM.
OS Ubuntu x86_64 7.10 (Gutsy Gibbon)
Compiler
On Sun, Jan 13, 2008 at 11:34:05PM +0100, Paolo Ciarrocchi wrote:
> With the patch applied the output of checkpatch.pl is as follow:
> ./arch/arm/mach-footbridge/ebsa285-pci.c
> total: 1 errors, 0 warnings, 48 lines checked
>
> Adding the file name allowed me to collects stats running:
>
On Mon, 14 Jan 2008 16:20:35 +0530 Ratnadeep Joshi wrote:
> This patch tries to re-organize the macro expansion of PIDMAP_ENTRIES
> (possibly) to a more clear one.
>
> Thanks,
> - Ratnadeep Joshi
>
> diff --git a/include/linux/pid_namespace.h
> b/include/linux/pid_namespace.h
> index
On Mon, Jan 14 2008, Matthew Wilcox wrote:
> On Tue, Dec 04, 2007 at 05:26:28AM +0100, Nick Piggin wrote:
> > +static void copy_to_brd(struct brd_device *brd, const void *src,
> > + sector_t sector, size_t n)
> > +{
> > + struct page *page;
> > + void *dst;
> > + unsigned
> Hm, no, the intrusion into the driver is just too much this late in
the
> release cycle to allow this.
>
> Now I will be glad to only add the new device ids for the devices that
> do not rely on the new changes right now, but that's it.
>
> So, right now I have a separate patch split out of your
On Sun, Jan 13, 2008 at 02:44:48AM +0100, Jesper Juhl wrote:
> Documentation/aoe/ is missing a 00-INDEX file. Add one.
Thanks. I think that it would help to clarify that using udev is the
norm, and that the mkdev and mkshelf scripts are just examples to show
how you could do it manually.
Ingo Molnar wrote:
> * [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
>> Change the following static arrays sized by NR_CPUS to
>> per_cpu data variables:
>>
>> char cpu_to_node_map[NR_CPUS];
>
> x86.git randconfig testing found the !NUMA build bugs below.
>
> Ingo
Thanks! I'll add
201 - 300 of 988 matches
Mail list logo