On Sat, 2007-11-17 at 01:21 -0500, Steven Rostedt wrote:
Comments welcomed!
Looks very cool. I was a little apprehensive about the active
synchronous migration/moving runqueues but you seem to have more than
proved your point :-)
Jon.
-
To unsubscribe from this list: send the line
On Fri, Nov 16, 2007 at 11:26:17AM +0800, Li Zefan wrote:
Aristeu Rozanski wrote:
Hello Dan,
Patch is valid only for 2.6.23.x, guessing from the recent arch/ changes
in 2.6.24-rc.
set_rtc_mmss() was used to be called from interrupt context in 2.6.22,
however in 2.6.23, it is called
On Thu, 15 Nov 2007, Daniel Barkalow wrote:
On Thu, 15 Nov 2007, Michael Gerdau wrote:
This code is far to be perfect, some part is outdated, bcopy() use instead
of memcpy() for example. More annoying are the comment, the file is 3306
lines while there is only 1640 line of code, nothing
(taking this reply offline, so this is mostly intended for Alan)
Peter Zijlstra wrote:
If you don't know which limits to set and need a package for them, your
job title should not be system administrator.
In theory I agree with you Peter but in practice a lot of low-skill
people have to
On Fri, Nov 16, 2007 at 02:39:57PM -0800, mark gross wrote:
The following patch adds support for protected memory enable bits by
clearing them if they are set at startup time. Some future boot
loaders or firmware could have this bit set after it loads the
kernel, and it needs to be cleared
Rafael J. Wysocki wrote:
However, using PF_NOFREEZE to prevent this from happening doesn't seem to be
a good idea.
Indeed but...
I'd probably use wait_event_freezable() (defined in
include/linux/freezer.h) for that.
...I would just revert this bits from now to make sure this driver
work
Thanks for the comments.
On Nov 16, 2007 6:58 PM, Theodore Tso [EMAIL PROTECTED] wrote:
On Fri, Nov 16, 2007 at 04:25:38PM -0800, Abhishek Rai wrote:
Ideally, this is how things should be done, but I feel in practice, it
will make little difference. To summarize, the difference between
my
On Sat, Nov 17, 2007 at 08:57:15AM +0100, Sam Ravnborg wrote:
Any good suggestions here???
UTS_MACHINE is set in top-level Makefile and if we specify
make ARCH=x86
we do not know if i386 or x86_4 is correct until the configuration
has been read.
Should we report a make ARCH=x86
Alan Cox a écrit :
On Fri, 16 Nov 2007 22:53:08 +0100
Eric Dumazet [EMAIL PROTECTED] wrote:
Time has come to change NR_OPEN value, some production servers hit the
not so 'ridiculously high value' of 1024*1024 file descriptors per process.
Why fiddle with the kernel defaults when every
* Glauber de Oliveira Costa [EMAIL PROTECTED] wrote:
I'm getting link errors in 32-bit:
arch/x86/kernel/built-in.o: In function `native_smp_send_reschedule':
/home/jeremy/hg/xen/paravirt/linux/arch/x86/kernel/smpcommon.c:262:
undefined reference to `genapic'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Linus Torvalds wrote:
Uli doesn't care that much about async syscalls, but I think that from a
kernel standpoint, we'd want to use this same indirect call for async
scheduling,
Note that I added a flags parameter to sys_indirect in the v3 patch.
On Saturday, 17 of November 2007, Franck Bui-Huu wrote:
Rafael J. Wysocki wrote:
However, using PF_NOFREEZE to prevent this from happening doesn't seem to be
a good idea.
Indeed but...
I'd probably use wait_event_freezable() (defined in
include/linux/freezer.h) for that.
...I
On Saturday, 17 of November 2007, Linus Torvalds wrote:
Hmmm.. Lots of small fixes, some cleanups, and a few things like the cris
updates that aren't really either, but which won't affect any normal user,
and will hopefully make it easier to sync up in the future.
Network driver fixes,
On Sat, 2007-11-17 at 09:42 -0800, Martin Olsson wrote:
(taking this reply offline, so this is mostly intended for Alan)
Peter Zijlstra wrote:
If you don't know which limits to set and need a package for them, your
job title should not be system administrator.
In theory I agree
I would also like to see something like this
nice to get positive feedback, thanks :)
as some work I'm doing on
working some funny networking (unfortunately IT department don't have
common sense) across multiple distros.
so if _you_ have common sense, it`s up to you alone to make your own life
Mathieu Desnoyers wrote:
Use the mutual exclusion provided by the text edit lock in the kprobes code.
It
allows coherent manipulation of the kernel code by other subsystems.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
Acked-by: Ananth N Mavinakayanahalli [EMAIL PROTECTED]
CC:
Subject : cd/dvd inaccessible in 2.6.24-rc2
Submitter : Will Trives [EMAIL PROTECTED]
References: http://lkml.org/lkml/2007/11/9/290
http://bugzilla.kernel.org/show_bug.cgi?id=9346
Handled-By: Alan Cox [EMAIL PROTECTED]
Jeff Garzik
On Sat, 17 Nov 2007 11:14:15 +0100 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
On Saturday, 17 of November 2007, Linus Torvalds wrote:
Hmmm.. Lots of small fixes, some cleanups, and a few things like the cris
updates that aren't really either, but which won't affect any normal user,
Use kasprintf instead of kmalloc()-strcpy()-strcat().
Cc: Anton Vorontsov [EMAIL PROTECTED]
Cc: David Woodhouse [EMAIL PROTECTED]
Signed-off-by: Akinobu Mita [EMAIL PROTECTED]
---
drivers/power/power_supply_leds.c | 25 +++--
1 file changed, 7 insertions(+), 18
Sorry, I said 2.6.24-rc4 there, I meant 2.6.24-rc3.
On Sat, 2007-11-17 at 21:56 +1100, Will Trives wrote:
Subject: cd/dvd inaccessible in 2.6.24-rc2
Submitter : Will Trives [EMAIL PROTECTED]
References : http://lkml.org/lkml/2007/11/9/290
Use kasprintf instead of kmalloc()-strcpy()-strcat().
Signed-off-by: Akinobu Mita [EMAIL PROTECTED]
---
fs/partitions/check.c |7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
Index: 2.6-mm/fs/partitions/check.c
===
I would like to see something done about this, with Ubuntu as popular as
it is, even as a server in some cases. Is there a way that in the
future, one could simply download a package or click a box or something
and have a limit set, like the links suggest? That would make things
just
On Tue, 13 Nov 2007 20:36:13 -0800, David Brownell wrote:
On Tuesday 13 November 2007, eric miao wrote:
if (!requested)
- printk(KERN_DEBUG GPIO-%d autorequested\n,
- chip-base + offset);
+ pr_debug(GPIO-%d autorequested\n, gpio);
Leave
Jeff Dike wrote:
Turn um_virt_to_phys into virt_to_pte, cleaning up a horrid interface.
It's also made non-static and declared in pgtable.h because it'll be
needed when the stubs get a vma.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/kernel/skas/uaccess.c | 56
On Saturday, 17 of November 2007, Rafael J. Wysocki wrote:
On Saturday, 17 of November 2007, Franck Bui-Huu wrote:
Rafael J. Wysocki wrote:
However, using PF_NOFREEZE to prevent this from happening doesn't seem to
be
a good idea.
Indeed but...
I'd probably use
Subject: cd/dvd inaccessible in 2.6.24-rc2
Submitter : Will Trives [EMAIL PROTECTED]
References : http://lkml.org/lkml/2007/11/9/290
http://bugzilla.kernel.org/show_bug.cgi?id=9346
Handled-By : Alan Cox [EMAIL PROTECTED]
Jeff Garzik [EMAIL PROTECTED]
Fix fallout from the x86 32/64-bit merge.
asm-x86/setup_32.h no longer exists.
Signed-off-by: Peter Hagervall [EMAIL PROTECTED]
---
diff --git a/include/asm-x86/mach-voyager/setup_arch.h
b/include/asm-x86/mach-voyager/setup_arch.h
index 1710ae1..71729ca 100644
---
If you are accessing a scratched Video DVD and the device cannot read it, the
process ends.
What about a more tolerant way to handle unreadable blocks.
Especially on Video DVDs single blocks are not that important than on data
dvds.
So is there a way that the kernel tells the device to skip
Hello Steven,
The taker of a mutex must also be the one that releases it. I don't see
how you could use a mutex for this. It really requires some kind of
completion, or a compat_semaphore.
I tried several ways of working around the bug, even tried
implementing it with kernel threads and
Rafael J. Wysocki wrote:
On Saturday, 17 of November 2007, Franck Bui-Huu wrote:
Rafael J. Wysocki wrote:
However, using PF_NOFREEZE to prevent this from happening doesn't seem to be
a good idea.
Indeed but...
I'd probably use wait_event_freezable() (defined in
include/linux/freezer.h)
besides a web-browseable directory structure with all the single broken-out
patches (which are typically part of src.rpm or similar) , i assume it would be
good to put those patched and unpatched kernel sources online via lxr ? (
http://lxr.linux.no/ )
-Ursprüngliche Nachricht-
On Saturday, 17 of November 2007, Franck Bui-Huu wrote:
Rafael J. Wysocki wrote:
On Saturday, 17 of November 2007, Franck Bui-Huu wrote:
Rafael J. Wysocki wrote:
However, using PF_NOFREEZE to prevent this from happening doesn't seem to
be
a good idea.
Indeed but...
I'd probably
On Fri, Nov 16, 2007 at 02:46:18PM -0500, Theodore Tso wrote:
On Fri, Nov 16, 2007 at 01:20:16PM -0500, Daniel Barkalow wrote:
Compared to getting useful suggestions from a mailing list, especially
before you've gotten anybody's attention? Hours or overnight isn't
particularly long, and
On Saturday, 17 of November 2007, Will Trives wrote:
Subject: cd/dvd inaccessible in 2.6.24-rc2
Submitter : Will Trives [EMAIL PROTECTED]
References : http://lkml.org/lkml/2007/11/9/290
http://bugzilla.kernel.org/show_bug.cgi?id=9346
Handled-By : Alan Cox
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
Arjan van de Ven [EMAIL PROTECTED] writes:
Its not that cheap. The ChangeLog included my own numbers, on a
Pentium M machine. (i686, 1.6 GHz, 1.5 GB ram)
Without if (need_resched()) (so calling need_resched() X.XXX.XXX
times), each run takes 88ms
With the extra check (and
Hello,
I have made couple of tests:
1) (The fast one) Checked out, even if .config was the same onto both
kernels, DIRECTIO: it was not set on both kernel configs.
2.6.20 works fine, .23 not.
This somehow seems to agree with Trond's P.O.V.
Finally i am wondering why should we set DIRECTIO to
Alan Cox [EMAIL PROTECTED] writes:
I would like to see something done about this, with Ubuntu as popular as
it is, even as a server in some cases. Is there a way that in the
future, one could simply download a package or click a box or something
and have a limit set, like the links
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
Mikael Pettersson wrote:
A common trick is to embed a generic struct inside a specific one
containing add-on data fields, and then to map from the generic
one to the specific one using container_of() in your ops (function
pointers). This is both faster and less wasteful of memory than
adding
Simplify make ARCH=x86 and fix kconfig so we again
can set 64BIT in all.config.
For a fix the diffstat is nice:
6 files changed, 3 insertions(+), 36 deletions(-)
The patch reverts these commits:
0f855aa64b3f63d35a891510cf7db932a435c116
- kconfig: add helper to set config symbol from environment
On Sat, 17 Nov 2007, Remy Bohmer wrote:
Hello Steven,
The taker of a mutex must also be the one that releases it. I don't see
how you could use a mutex for this. It really requires some kind of
completion, or a compat_semaphore.
I tried several ways of working around the bug, even
Use list_for_each_entry_reverse for super_blocks list and remove
unused sb_entry macro.
Signed-off-by: Akinobu Mita [EMAIL PROTECTED]
---
fs/fs-writeback.c |7 ++-
include/linux/fs.h |1 -
2 files changed, 2 insertions(+), 6 deletions(-)
Index: 2.6-mm/fs/fs-writeback.c
On Sat, 17 Nov 2007, Steven Rostedt wrote:
On Sat, 17 Nov 2007, Remy Bohmer wrote:
* PI should only take place if it is for 100% sure that the 'struct
semaphore' is used as a mutex. And this is only the case when it is
initialised with init_MUTEX().
Well, we can't determine that with
On 11/16/2007 05:10 PM, Alan Stern wrote:
On Thu, 15 Nov 2007, Greg KH wrote:
The offending -mm patch is
gregkh-driver-pm-acquire-device-locks-prior-to-suspending.patch
2.6.24-rc2-mm1 minus it works just fine; PROVE_LOCKING shows nothing new
when
the patch is applied.
Thanks for
On 11/17/2007 04:08 PM, Jiri Slaby wrote:
On 11/16/2007 05:10 PM, Alan Stern wrote:
If there's also a config
option to prevent the console from being suspended, set it as well.
no_suspend_console kernel parameter has no effect (why?).
Eh, no, this (/proc/cmdline):
ro root=/dev/md1 reboo1
* Roel Kluin ([EMAIL PROTECTED]) wrote:
[...]
for (i = 0; i KPROBE_TABLE_SIZE; i++) {
head = kprobe_table[i];
+ kernel_text_lock();
hlist_for_each_entry_rcu(p, node, head, hlist)
arch_arm_kprobe(p);
+
Andi Kleen [EMAIL PROTECTED] wrote:
With the extra check (and *much* less function calls), each run
takes 25ms
ms?!? The numbers sound wrong. Wrong unit?
That's quite possible with a huge routing cache. I think that's
the reason Eric is doing this in the first place.
however... this
Andi Kleen [EMAIL PROTECTED] wrote:
Pretty much all the per process limits would need to be per uid to be really
useful in general. I'm hoping that we'll get some of that out of the recent
You've hit the nail on the head. I've always liked to have
per-uid limits on network sockets too as
Hello Steven,
It should print out warnings, do you have CONFIG_DEBUG_RT_MUTEXES set?
Nope, not yet... I will do that on Monday also. (On ARM I have as less
as debug options enabled per default, because it eats too much
CPU-power)
* PI should only take place if it is for 100% sure that the
Linus,
please pull x86 updates for 2.6.24 from:
ssh://master.kernel.org/pub/scm/linux/kernel/git/x86/linux-2.6-x86.git master
Thanks,
tglx
Andreas Herrmann (2):
x86: fix cpu-hotplug regression
x86: show cpuinfo only for online CPUs
David P. Reed (3):
ntp: fix typo
On Fri, Nov 16, 2007 at 03:02:38PM -0500, Mathieu Desnoyers wrote:
Hi,
just a conventions proposal: have you thought of shortening all those
immediate_foo prefixes to 'imm_foo', for example? This'll make the
code much more readable, i think.
-
Regards/Gruß,
Boris.
-
To unsubscribe from
El Sat, 17 Nov 2007 09:42:51 -0800, Martin Olsson [EMAIL PROTECTED] escribió:
I don't think that setting a max process count by default is a
good/viable solution.
I don't see why...OS X had a default limit of 100 processes per uid (increased
to 266 in 10.5) and it works (many people notices
Hi,
I have a problem with two of my PCI devices showing the wrong PCI vendor
ID (0001) in vanilla kernels.
My system currently runs a 32 bit x86 kernel built from ubuntu sources
2.6.20.3-ubuntu1. This is the only kernel I have found so far that shows
the correct PCI IDs:
~ # lspci -n
00:00.0
Add support to wireless usb key sitecom wl162
in ./drivers/net/wireless/zd1211rw/zd_usb.c
added srtuct { USB_DEVICE(0x0cde, 0x001a), .driver_info = DEVICE_ZD1211B },
I've to do it by myself every time i update kernel. Please add it.
Thank you
-
To unsubscribe from this list: send the line
* Andrew Morton [EMAIL PROTECTED] wrote:
Nothing really exciting. A few things got reverted due to regressions, and
in general hopefully the regression counts are starting to shrink.
Yes, they are.
Speaking of which, would you mind merging the patch at:
On Sat, 17 Nov 2007, Jiri Slaby wrote:
The thing to do is figure out which driver is causing the problem.
Jiri, try enabling CONFIG_DEBUG_DRIVER.
Sadly no output.
Guess I'll have to try running 2.6.24-rc2-mm1 on my own system. In the
meantime, you can try adding some printk statements
On Sat, 17 Nov 2007, Thomas Gleixner wrote:
Linus,
please pull x86 updates for 2.6.24 from:
ssh://master.kernel.org/pub/scm/linux/kernel/git/x86/linux-2.6-x86.git
master
Thanks,
tglx
FYI,
Just added Sam's latest fix for the x86 build mechanism on top of the patches
On Sat, 2007-11-17 at 12:44 +0100, Remy Bohmer wrote:
Hello Steven,
The taker of a mutex must also be the one that releases it. I don't see
how you could use a mutex for this. It really requires some kind of
completion, or a compat_semaphore.
I tried several ways of working around the
Hi,
On Wed, Nov 14, 2007 at 02:46:27PM -0800, Randy Dunlap wrote:
On Mon, 5 Nov 2007 20:58:27 +0100 Andreas Mohr wrote:
Feel free to go ahead, otherwise I'll try another patch sometime soon.
All I care about is that the result works on (at least)
one shell implementation _more_ than the
On 11/16, Roland McGrath wrote:
This is good, but not quite enough. The original intent behind having the
test was never to return mismatched stale/fresh data. (Not that it ever
really worked as intended.) That is, it's fine if the task has woken up
and done other things while WNOWAIT
On Sat, 17 Nov 2007, Thomas Gleixner wrote:
Just added Sam's latest fix for the x86 build mechanism on top of the
patches below.
Heh. I applied it just before pulling, so it's there twice. Git obviously
then merged it without problems, so I didn't even notice until you
mentioned it
On Sat, 17 Nov 2007, Linus Torvalds wrote:
Heh. I applied it just before pulling, so it's there twice.
.. btw, Thomas, you forgot to add your sign-off to your version.
Linus
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Sat, Nov 17, 2007 at 05:33:27PM +0100, Andreas Mohr wrote:
# strip EXTRAVERSION to just a number (drop leading '.' and trailing
additions)
EXTRAVER=
if [ x$EXTRAVERSION != x ]
then
[l.207] if [ ${EXTRAVERSION:0:1} == . ]; then
EXTRAVER=${EXTRAVERSION:1}
I've done some more testing this morning, and it appears that the ALSA:
emu10k1 - Fix memory corruption patch from 2.6.23.6 has broken digital
output on my SB Live Value card. Simply replacing the 2.6.23.7 emumixer.c
with the version included in 2.6.23.1 I was able to get digital output
working
Yet another noisy linux HPC user
I hope to convince you, lkml developers, to pay more attention to our
HPC performance problems.
I will not try to convince you that our problems are also the problems
of many others users, I hope they will do it directly.
Imagine my company bought an expensive
Hello,
I have found out something new about the cfs problem:
1) on a 2.6.20, working good:
after starting cfs, nothing cattach'd:
zeus:~# cat /proc/fs/nfsfs/volumes
NV SERVER PORT DEV FSID
v2 7f01 be9 0:140:0
after cattaching (and at least once listing the directory, if not
On Wed, Oct 31, 2007 at 10:13:21PM +0100, Andreas Mohr wrote:
Hello,
Hi Andreas,
I was non-mildly horrified to find that the rather widely used patch-kernel
script seems to rely on bash despite specifying the interpreter as #!/bin/sh,
since my dash-using Debian install choked on it.
Thus
On Sat, Nov 17, 2007 at 05:33:27PM +0100, Andreas Mohr wrote:
Hi,
On Wed, Nov 14, 2007 at 02:46:27PM -0800, Randy Dunlap wrote:
On Mon, 5 Nov 2007 20:58:27 +0100 Andreas Mohr wrote:
Feel free to go ahead, otherwise I'll try another patch sometime soon.
All I care about is that the
On Sat, 2007-11-17 at 18:09 +0100, Remy Bohmer wrote:
Actually, IMO, compat_semaphores behave like semaphores should behave,
and thus the same as they behave on a non-RT kernel, and at the
locations where the semaphores are now misused as mutexes on RT, we
should replace them by
On Saturday 17 November 2007, Jean Delvare wrote:
On Tue, 13 Nov 2007 20:36:13 -0800, David Brownell wrote:
On Tuesday 13 November 2007, eric miao wrote:
if (!requested)
- printk(KERN_DEBUG GPIO-%d autorequested\n,
- chip-base + offset);
+
On Nov 17, 2007 4:39 AM, Jim Keniston [EMAIL PROTECTED] wrote:
First of all, as promised, here's what would be different if it were
implemented using the data-pouch approach:
--- abhishek1.c 2007-11-16 13:57:13.0 -0800
+++ jim1.c 2007-11-16 14:20:39.0 -0800
@@ -50,15
Hello Daniel,
Thanks for looking into it also.
Steven already made clear to me that the 'struct semaphore' type on
the RT-kernel should not be used as a counting-semaphore, but as some
sort of legacy-mutex... (The confusion that this will cause is clear
by now...)
I still do not understand the
On Sat, Nov 17, 2007 at 1:21 AM, in message
[EMAIL PROTECTED], Steven Rostedt [EMAIL PROTECTED]
wrote:
-/*
- * wake_idle() will wake a task on an idle cpu if task-cpu is
- * not idle and an idle cpu is available. The span of cpus to
- * search starts with cpus closest then further out as
On Sat, Nov 17, 2007 at 1:21 AM, in message
[EMAIL PROTECTED], Steven Rostedt [EMAIL PROTECTED]
wrote:
Gregory Haskins RT balancing broke sched domains.
Doh! (though you mean s/domains/stats ;)
This is a fix to allow it to still work.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
* Daniel Walker [EMAIL PROTECTED] wrote:
Actually, IMO, compat_semaphores behave like semaphores should
behave, and thus the same as they behave on a non-RT kernel, and at
the locations where the semaphores are now misused as mutexes on RT,
we should replace them by
On Sat, Nov 17, 2007 at 1:33 AM, in message
[EMAIL PROTECTED], Steven Rostedt [EMAIL PROTECTED]
wrote:
Sorry! I forgot to put in a prologue for this patch.
Here it is.
This patch changes the searching for a run queue by a waking RT task
to try to pick another runqueue if the
On Sat, Nov 17, 2007 at 1:33 AM, in message
[EMAIL PROTECTED], Steven Rostedt [EMAIL PROTECTED]
wrote:
- if ((p-prio = rq-rt.highest_prio)
- (p-nr_cpus_allowed 1)) {
+ if (unlikely(rt_task(rq-curr))) {
int cpu = find_lowest_rq(p);
return
On Nov 16, 2007 3:15 PM, Kamalesh Babulal [EMAIL PROTECTED] wrote:
Hi Andrew,
The kernel enters the xmon state while running the file system
stress on nfs v4 mounted partition.
[snip]
0:mon t
[c000dbd4fb50] c0069768 .__wake_up+0x54/0x88
[c000dbd4fc00] d086b890
On Sat, 2007-11-17 at 18:46 +0100, Ingo Molnar wrote:
* Daniel Walker [EMAIL PROTECTED] wrote:
Actually, IMO, compat_semaphores behave like semaphores should
behave, and thus the same as they behave on a non-RT kernel, and at
the locations where the semaphores are now misused as
I would like to request a new boot flag/kernel option that would make
the following scenario possible:
1) Working on laptop with a live USB distro on a read-only USB stick.
2) Suspend laptop.
3) Detach USB stick.
4) Do other things, get on a plane, go on a bus, deal with police
officer giving
* Daniel Walker [EMAIL PROTECTED] wrote:
On Sat, 2007-11-17 at 18:46 +0100, Ingo Molnar wrote:
* Daniel Walker [EMAIL PROTECTED] wrote:
Actually, IMO, compat_semaphores behave like semaphores should
behave, and thus the same as they behave on a non-RT kernel, and at
the
On Sat, 2007-11-17 at 16:53 +0100, Diego Calleja wrote:
El Sat, 17 Nov 2007 09:42:51 -0800, Martin Olsson [EMAIL PROTECTED]
escribió:
I don't think that setting a max process count by default is a
good/viable solution.
I don't see why...OS X had a default limit of 100 processes
On Sat, 17 Nov 2007 18:53:45 +0100 Torsten Kaiser [EMAIL PROTECTED] wrote:
On Nov 16, 2007 3:15 PM, Kamalesh Babulal [EMAIL PROTECTED] wrote:
Hi Andrew,
The kernel enters the xmon state while running the file system
stress on nfs v4 mounted partition.
[snip]
0:mon t
* Torsten Kaiser [EMAIL PROTECTED] wrote:
Sadly lockdep does not work for me, as it gets turned off early:
[ 39.851594] -
[ 39.855963] inconsistent {softirq-on-W} - {in-softirq-W} usage.
[ 39.861981] swapper/0 [HC0[0]:SC1[1]:HE0:SE0] takes:
[
On Nov 17, 2007 6:24 AM, Jim Keniston [EMAIL PROTECTED] wrote:
It'd be helpful to see others (especially kprobes maintainers) chime in
on this. In particular, if doing kmalloc/kfree of GFP_ATOMIC data at
kretprobe-hit time is OK, as in Abhishek's approach, then we could also
use GFP_ATOMIC
proc_pid_readdir:
for (...; ...; task = next_tgid(tgid + 1, ns)) {
tgid = task_pid_nr_ns(task, ns);
... use tgid ...
The first problem is that task_pid_nr_ns() can race with RCU and read the
freed memory.
However, rcu_read_lock() can't help. next_tgid()
On Sat, 2007-11-17 at 19:04 +0100, Ingo Molnar wrote:
split the list with you? Feel free to take any of those :-) dev-sem is
nontrivial and probably not possible right now - and some of the others
might be problematic too. But there might be fixable ones in the list.
This shouldnt become
Hi,
today, all oopses contain a version number of the kernel, which is nice
because the people who actually do bother to read the oops get this
vital bit of information always without having to ask the reporter in
another round trip.
However, WARN_ON() right now lacks this information; the patch
On Sat, 17 Nov 2007 10:15:52 -0800 Arjan van de Ven [EMAIL PROTECTED] wrote:
@@ -35,8 +36,8 @@ struct bug_entry {
#define WARN_ON(condition) ({
\
int __ret_warn_on = !!(condition); \
if
Hi all,
This is v3 of the pci_slot patch series.
The major change is making the ACPI-PCI slot driver a Kconfig
option, as per the recommendations of others (Gary, Kenji-san).
In the process of doing so, it made sense to collapse the former
3/5 and 4/5 patches into a single 3/4 patch. There
Without rcu/tasklist/siglock lock task_pid_nr_ns() may read the freed memory,
move the callsite under -siglock.
Sadly, we can report pid == 0 if the task was detached.
Signed-off-by: Oleg Nesterov [EMAIL PROTECTED]
--- 24/fs/proc/array.c~dtst 2007-11-09 12:57:30.0 +0300
+++
I upgraded today from 2.6.23 to 2.6.23.8 and started seeing a lot of
these in the logs:
BUG: soft lockup detected on CPU#0!
[c011d761] update_process_times+0x32/0x54
[c012b06f] tick_sched_timer+0x5e/0x99
[c01274db] hrtimer_interrupt+0x112/0x197
[c012b011] tick_sched_timer+0x0/0x99
[c010f02c]
Rename the slot to be the contents of the 'path' sysfs attribute, and
delete the attribute. The mapping from pci address to slot name is
supposed to be done through the 'address' file, which will be provided
automatically later in this series of patches.
Signed-off-by: Alex Chiang [EMAIL
On Sat, 17 Nov 2007 19:09:46 +0100 Ingo Molnar [EMAIL PROTECTED] wrote:
* Torsten Kaiser [EMAIL PROTECTED] wrote:
Sadly lockdep does not work for me, as it gets turned off early:
[ 39.851594] -
[ 39.855963] inconsistent {softirq-on-W} -
Register one slot per slot, rather than one slot per function.
Change the name of the slot to fake%d instead of the pci address.
Signed-off-by: Alex Chiang [EMAIL PROTECTED]
Signed-off-by: Matthew Wilcox [EMAIL PROTECTED]
---
drivers/pci/hotplug/fakephp.c | 80
- Make pci_slot the primary sysfs entity. hotplug_slot becomes a
subsidiary structure.
o pci_create_slot() creates and registers a slot with the PCI core
o pci_slot_add_hotplug() gives it hotplug capability
- Change the prototype of pci_hp_register() to take the bus and
slot
Detect all physical PCI slots as described by ACPI, and create
entries in /sys/bus/pci/slots/.
Not all physical slots are hotpluggable, and the acpiphp module
does not detect them. Now we know the physical PCI geography of
our system, without caring about hotplug.
v2 - v3:
Add Kconfig
On Sat, 17 Nov 2007 10:27:20 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
On Sat, 17 Nov 2007 10:15:52 -0800 Arjan van de Ven
[EMAIL PROTECTED] wrote:
@@ -35,8 +36,8 @@ struct bug_entry {
#define WARN_ON(condition)
({ \ int
__ret_warn_on =
Kai Ruhnau [EMAIL PROTECTED] :
[...]
I have a problem with two of my PCI devices showing the wrong PCI vendor
ID (0001) in vanilla kernels.
My system currently runs a 32 bit x86 kernel built from ubuntu sources
2.6.20.3-ubuntu1. This is the only kernel I have found so far that shows
the
1 - 100 of 316 matches
Mail list logo
