Andreas Jellinghaus [EMAIL PROTECTED] writes:
with plain 2.6.20.2 I get events / called from udev for /proc/bus/usb devices.
with rsdl 0.30 added to the kernel I no longer get called for those devices
(but I do get called for the new /dev/usbdev devices - except that I can't
use
them).
Serge Belyshev wrote:
Andreas Jellinghaus [EMAIL PROTECTED] writes:
with plain 2.6.20.2 I get events / called from udev for /proc/bus/usb
devices. with rsdl 0.30 added to the kernel I no longer get called for
those devices (but I do get called for the new /dev/usbdev devices -
except that
But aren't you going to be limited to less than a page worth of
register-backing store even with your patch applied because the
backing store will end up overflowing the memory stack?
--david
On 3/15/07, KAMEZAWA Hiroyuki [EMAIL PROTECTED] wrote:
This patch fixes ia64's bug in ulimit -s
Looks good.
Feel free to add.
Acked-by: John Keller [EMAIL PROTECTED]
In sn_io_slot_fixup(), the parent is re-set from the bus to
io(port|mem)_resource because the address is changed in a way that it's not
child of the bus any more.
However, only the root is set but not the
03/14/2007 08:02 PM, Vojtech Pavlik wrote/a écrit:
On Wed, Mar 14, 2007 at 02:58:49PM -0400, Dmitry Torokhov wrote:
2. I also have a concern about using KEY_SCREEN to signal toggling
display on and off. I am CCing Vojtech - he must know what the
original intent of this key code was. BTW, when
On 3/12/07, Srivatsa Vaddagiri [EMAIL PROTECTED] wrote:
- (subjective!) If there is a existing grouping mechanism already (say
tsk-nsproxy[-pid_ns]) over which res control needs to be applied,
then the new grouping mechanism can be considered redundant (it can
Hi,
On Thu, 2007-03-15 at 05:36 +0100, Nick Piggin wrote:
On Wed, Mar 14, 2007 at 09:13:29PM -0700, Mark Fasheh wrote:
[some comments snipped]
Attached is a quick patch to hook up the existing ocfs2 write code. This has
been compile tested only for now - one of my test machines isn't
On Thu, 15 Mar 2007, Andi Kleen wrote:
That's *exactly* what the patches do (except it's called arch/x86, which
is clearly the best option - please don't use ia _anywhere_ except for
ia64, since that's the only architecture that is really intel
architecture).
And i860 @)
Yeah,
On Thu, 15 Mar 2007, Alan Stern wrote:
Personally I don't understand what was wrong with my name. What's weird
or unintuitive about doing something in a different task's context?
The only thing wrong with sysfs_do_something_in_a_different_task_context()
is the length of the name. do,
On Thu, Mar 15, 2007 at 11:56:59AM -0400, Chuck Ebbert wrote:
Ashif Harji wrote:
This patch unconditionally calls mark_page_accessed to prevent pages,
especially for small files, from being evicted from the page cache
despite frequent access.
Signed-off-by: Ashif Harji [EMAIL
I've been holding off sending these in for -stable until they're
merged, but now I wonder when that will happen.
http://lkml.org/lkml/2007/3/14/99
[PATCH] hrtimer: prevent overrun DoS in hrtimer_forward()
From: Thomas Gleixner [EMAIL PROTECTED],de
http://lkml.org/lkml/2007/3/12/268
NFS:
On Thu, 2007-03-15 at 17:06 +0100, Andi Kleen wrote:
Well I just see a lot of pain from these patches but I doubt
they will avoid any bugs. If people don't compile test both
archs they will always likely break on another. There are lots
of subtle dependencies that are not expressed in the
Ingo Molnar wrote:
* Linus Torvalds [EMAIL PROTECTED] wrote:
symbolic links perhaps? In that case i'd also introduce a common
naming scheme: x86_early_printk.c - to make sure we know it right
away that those files are bi-arch.
Hey, I know! This is a radical idea, but what if we put the
On Thu, Mar 15, 2007 at 12:01:09AM +0100, Andi Kleen wrote:
On Tuesday 13 March 2007 11:00, Joerg Roedel wrote:
From: Mark Langsdorf [EMAIL PROTECTED]
From: Joerg Roedel [EMAIL PROTECTED]
This patch fixes the reporting of cpu_mhz in /proc/cpuinfo on CPUs with
a constant TSC rate and a
On Thu, 15 Mar 2007, Hugh Dickins wrote:
sysfs_access_in_other_task() left me wondering what this other task
was, and what kind of access it's trying to get - or is the calling
task the other, and it's trying to access something it wouldn't
directly have access to?
For naming clashes, I'd
Pavel Emelianov [EMAIL PROTECTED] writes:
Srivatsa Vaddagiri wrote:
On Tue, Mar 13, 2007 at 06:41:05PM +0300, Pavel Emelianov wrote:
right, but atomic ops have much less impact on most
architectures than locks :)
Right. But atomic_add_unless() is slower as it is
essentially a loop. See my
On Thu, 2007-03-15 at 12:47 -0400, Steven Rostedt wrote:
On Thu, 2007-03-15 at 17:06 +0100, Andi Kleen wrote:
Well I just see a lot of pain from these patches but I doubt
they will avoid any bugs. If people don't compile test both
archs they will always likely break on another. There are
Oops, sorry, you did say in the includes. Yeah, that holds the same
crap that I'm talking about.
It's a simple and obvious solution that does exactly what it is
supposed to do. Why do you call it crap?
-Andi
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
Nick Piggin wrote:
A change to make database style random read() workloads perform better, by
calling mark_page_accessed for some non-page-aligned reads broke the case of
PAGE_CACHE_SIZE files, which will not get their prev_index moved past the
first page.
Combine both heuristics for marking
On Thu, Mar 15, 2007 at 10:11:01AM -0600, Eric W. Biederman wrote:
I haven't heard anything more on this thread.
Sorry, I've been stuck in meetings the last two days..
I just wanted to double check. The tree that failed did it include
commits:
392ee1e6dd901db6c4504617476f6442ed91f72d
On Thu, 2007-03-15 at 18:01 +0100, Andi Kleen wrote:
Oops, sorry, you did say in the includes. Yeah, that holds the same
crap that I'm talking about.
It's a simple and obvious solution that does exactly what it is
supposed to do. Why do you call it crap?
Yes, it's a simple solution.
You could do both. Have the x86 directory that Linus suggests for shared
files, then have the build system generate the symlinks for you.
Symlinks are usually a bad idea because they tend to not work with objdirs.
We did that in 2.4.
-Andi
-
To unsubscribe from this list: send the line
Point taken Sir , Change to 2.6 is inevitable i believe Allthough
i shall give the RHEL patch port to 2.4.28 a try over the weekend :-)
Thanks a lot Willy and Peter for the help .
On 3/15/07, Willy Tarreau [EMAIL PROTECTED] wrote:
On Thu, Mar 15, 2007 at 08:53:06AM +0100, Peter Zijlstra
I have multiple AMD 64-bit servers in several configurations,
with several different motherboards, which fail to recognize
a USB keyboard when booted from a stock Linux kernel.
They only work with a RedHat kernel! I have removed all but
one CPU from one in an attempt to find the problem.
The
On Thu, 2007-03-15 at 17:30 +0300, Sergei Shtylyov wrote:
Hello.
Akira Iguchi wrote:
It's bool and it depends on BLK_DEV_IDE
= should depend on BLK_DEV_IDE=y
Hm, why I'm seeing module_init() in the driver? :-)
And move it to if BLK_DEV_IDEDMA_PCI block because it depends on
Hello
On Wednesday 14 March 2007 08:40, Nate Diller wrote:
This little code snippet seems to have a page_lock recursion, in
addition to overall looking particularly fragile to me. It seems to
be handling the case where a page needs to be brought uptodate because
a partial page write is being
On Thu, 15 Mar 2007, linux-os (Dick Johnson) wrote:
I have multiple AMD 64-bit servers in several configurations, with
several different motherboards, which fail to recognize a USB keyboard
when booted from a stock Linux kernel. They only work with a RedHat
kernel! I have removed all but
On Wed, 14 Mar 2007 22:33:17 BST, Andreas Mohr said:
it'd seem we need some kind of state management here to figure out good
intervals of when to call mark_page_accessed() *again* for this page. E.g.
despite non-changing access patterns you could still call mark_page_accessed(
)
every 32
On Thu, 15 Mar 2007, Nick Piggin wrote:
On Thu, Mar 15, 2007 at 11:56:59AM -0400, Chuck Ebbert wrote:
Ashif Harji wrote:
This patch unconditionally calls mark_page_accessed to prevent pages,
especially for small files, from being evicted from the page cache
despite frequent access.
On Thu, Mar 15, 2007 at 05:05:13PM +1100, Con Kolivas wrote:
On Thursday 15 March 2007 13:31, Siddha, Suresh B wrote:
Just to see the % increase in number of context switches, I ran 8 infinite
loops (simple while(1); 's) and with 2.6.21-rc3 I see ~70 context switches
every second, whereas
On Thu, 15 Mar 2007, Jiri Kosina wrote:
On Thu, 15 Mar 2007, linux-os (Dick Johnson) wrote:
I have multiple AMD 64-bit servers in several configurations, with
several different motherboards, which fail to recognize a USB keyboard
when booted from a stock Linux kernel. They only work with a
This patch adds checking for allocated DVMA memory
and granted IRQ line.
Signed-off-by: Cyrill V. Gorcunov [EMAIL PROTECTED]
---
Andrew, I've sent the patch almost the month ago...
It seems the patch was lost :(
drivers/net/sun3lance.c | 16 +++-
1 files changed, 15
On Thu, Mar 15, 2007 at 10:11:01AM -0600, Eric W. Biederman wrote:
Dave Jones [EMAIL PROTECTED] writes:
On Tue, Mar 13, 2007 at 10:22:53AM +0100, Rafael J. Wysocki wrote:
On Tuesday, 13 March 2007 05:08, Dave Jones wrote:
I spent considerable time over the last day or so
Dave Jones [EMAIL PROTECTED] writes:
I just did a build of top of tree, including those commits, and
it's still broken. Booting with pci=nomsi no longer 'fixes' it
though, which may indicate that the MSI changes were a red herring.
(Or that the subsequent changes have regressed it even more,
[EMAIL PROTECTED] wrote:
On Wed, 14 Mar 2007 22:33:17 BST, Andreas Mohr said:
it'd seem we need some kind of state management here to figure out good
intervals of when to call mark_page_accessed() *again* for this page. E.g.
despite non-changing access patterns you could still call
On 3/15/07, Siddha, Suresh B [EMAIL PROTECTED] wrote:
On Thu, Mar 15, 2007 at 05:05:13PM +1100, Con Kolivas wrote:
On Thursday 15 March 2007 13:31, Siddha, Suresh B wrote:
Just to see the % increase in number of context switches, I ran 8 infinite
loops (simple while(1); 's) and with
Al Viro wrote:
NB: driver is choke-full of code that will break on big-endian; as long
as the hardware is onboard-only we can live with that, but sooner or
later that'll need fixing.
Signed-off-by: Al Viro [EMAIL PROTECTED]
---
drivers/net/atl1/atl1_main.c |4 ++--
1 files changed, 2
On Tue, 13 Mar 2007 18:33:20 +0200 Dan Aloni [EMAIL PROTECTED] wrote:
Hello,
This question is relevent to 2.6.20.
I noticed that if the RSS for the stack size is say, 8MB, running
a single-threaded process doesn't incur an increase of 8MB to
Committed_AS (/proc/meminfo).
However, on
(cc restored. Please always do reply-to-all).
On Wed, 14 Mar 2007 08:35:07 + Matt Keenan [EMAIL PROTECTED] wrote:
Christoph Hellwig wrote:
On Tue, Mar 13, 2007 at 08:15:25PM +0100, Zoltan Menyhart wrote:
I had a look at copy_one_pte().
I cannot see any ioproc_update_page()
On Wed, 14 Mar 2007 09:47:42 +0100 Francis Moreau [EMAIL PROTECTED] wrote:
I already posted this issue but it was on a 2.6.19.7 kernel
(2.6.19-1.2911.6.5.fc6 to be accurate). So it doesn't seem to be a
regression.
During boot the console shows up this:
[...]
PCI: Probing PCI hardware
On Wed, 14 Mar 2007 17:48:32 +0530 Balbir Singh [EMAIL PROTECTED] wrote:
Randy.Dunlap wrote:
Hi,
Documentation/accounting/delay-accounting.txt says that the
getdelays program has a -c cmd argument, but that option
does not seem to exist in Documentation/account/getdelays.c.
Do
On Tue, 13 Mar 2007 17:50:14 +0100 Folkert van Heusden [EMAIL PROTECTED]
wrote:
...
[ 1756.728209] BUG: workqueue leaked lock or atomic: nfsd4/0x/3577
[ 1756.728271] last function: laundromat_main+0x0/0x69 [nfsd]
[ 1756.728392] 2 locks held by nfsd4/3577:
[ 1756.728435] #0:
On Wed, 14 Mar 2007 22:57:47 +0100 Klaus Kudielka [EMAIL PROTECTED] wrote:
at least on x86_64 the present cyclades.h is broken due to the wrong size
of uclong. This affects, of course, both the kernel and the user-level
utilities. The symptom is that cyzload refuses to load the firmware.
I
On Wed, 14 Mar 2007 21:42:46 +0900 Tomoki Sekiyama [EMAIL PROTECTED] wrote:
...
-Solution:
I consider that all of the dirty pages for the disk have been written
back and that the disk is clean if a process cannot write 'write_chunk'
pages in balance_dirty_pages().
To avoid using up
On Tue, 13 Mar 2007 10:52:07 +0100 [EMAIL PROTECTED] wrote:
This last patch is an adaptation of the sys_futex64 syscall provided in -rt
patch (originally written by Ingo). It allows the use of 64bit futex.
I have re-worked most of the code to avoid the duplication of the code.
It does not
On Mon, 12 Mar 2007 22:19:20 +0100 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
+int create_basic_memory_bitmaps(void)
+{
+ struct memory_bitmap *bm1, *bm2;
+ int error = 0;
+
+ BUG_ON(forbidden_pages_map || free_pages_map);
+
+ bm1 = kzalloc(sizeof(struct memory_bitmap),
On Thu, 15 Mar 2007 01:22:45 -0400 (EDT) Ashif Harji [EMAIL PROTECTED]
wrote:
I still think the simple fix of removing the
condition is the best approach, but I'm certainly open to alternatives.
Yes, the problem of falsely activating pages when the file is read in small
hunks is worse than
There's way too much code here to expect it to get decently reviewed, alas.
On Wed, 14 Mar 2007 17:20:24 +0200 Artem Bityutskiy [EMAIL PROTECTED] wrote:
...
+/**
+ * leb_get_ver - get logical eraseblock version.
+ *
+ * @ubi: the UBI device description object
+ * @vol_id: the volume ID
On Thu, 15 Mar 2007 00:38:40 +0100 Leroy van Logchem [EMAIL PROTECTED]
wrote:
Revert [PATCH] Fix CONFIG_COMPAT_VDSO
This reverts commit a1f3bb9ae4497a2ed3eac773fd7798ac33a0371f.
Several systems couldnt boot using CONFIG_HIGHMEM64G=y as
reported in bug #8040. Reverting the
Hi
I'm pleased to present these patches which improve linux futex performance and
scalability, on both UP, SMP and NUMA configs.
I had this idea last year but I was not understood, probably because I gave
not enough explanations. Sorry if this mail is really long...
Analysis of current linux
Andrew Morton wrote:
Why do we want 64-bit futexes?
I sent this to you already on 1/12/2007:
http://udrepper.livejournal.com/13123.html
--
➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mountain View, CA ❖
signature.asc
Description: OpenPGP digital signature
On Thu, Mar 15, 2007 at 10:19:03AM -0500, Kumar Gala wrote:
...
My initial question is that I don't want anyone using CONFIG_QE_83xx
or CONFIG_QE_85xx in code, the second part is if there is a way to
remove duplicating the QE_83xx/QE_85xx options down in platform/8{3,5}
xx/Kconfig.
What
[PATCH 1/3] FUTEX : introduce PROCESS_PRIVATE semantic
This first patch introduces XXX_PRIVATE futexes operations.
When a process uses a XXX_PRIVATE futex primitive, kernel can avoid
to take a read lock on mmap_sem, to find the vma that contains the futex,
to learn if it is associated to an
On Mon, 12 Mar 2007 18:12:55 -0700 Jeremy Fitzhardinge [EMAIL PROTECTED]
wrote:
Subject: Simplify smp_call_function*() by using common implementation
smp_call_function and smp_call_function_single are almost complete
duplicates of the same logic. This patch combines them by
implementing
Andrew Morton wrote:
Hopeless, sorry. It's probably time to start thinking about raising x86
patches against the x86 tree (at least).
You mean this conflicts heavily with your and/or andi's tree?
J
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of
Catalin Marinas [EMAIL PROTECTED] writes:
On 14/03/07, Eric W. Biederman [EMAIL PROTECTED] wrote:
How does this look?
It seems to fix the leak. I looked at the logs and proc_set_tty calls
put_pid twice for pid 245 (the unresolved leak) and get_pid for pid
296, which is later passed to
[PATCH 2/3] FUTEX : introduce private hashtables
This patch introduces a separate hashtable per process to store _PRIVATE
futexes.
This hashtable is dynamically allocated on the first _PRIVATE futex syscall.
If memory cannot be allocated, the process will use the global hashtable.
Using a
On Tue, 13 Mar 2007 17:50:14 +0100 Folkert van Heusden [EMAIL PROTECTED]
wrote:
...
[ 1756.728209] BUG: workqueue leaked lock or atomic: nfsd4/0x/3577
...
[ 1846.684023] [c1003bdb] kernel_thread_helper+0x7/0x10
Oleg, that's a fairly incomprehensible message we have in there.
[PATCH 3/3] FUTEX : NUMA friendly global hashtable
On NUMA machines, we should get better performance using a big futex
hashtable, allocated with vmalloc() so that it is spreaded on several nodes.
I chose a static size of four pages. (Very big NUMA machines have 64k page
size)
This patch
On Thu, 2007-03-15 at 11:25 -0800, Andrew Morton wrote:
On Thu, 15 Mar 2007 12:34:07 -0400 Chuck Ebbert [EMAIL PROTECTED] wrote:
I've been holding off sending these in for -stable until they're
merged, but now I wonder when that will happen.
We'll get there. I just got off the plane.
On Thu, 15 Mar 2007 12:34:07 -0400 Chuck Ebbert [EMAIL PROTECTED] wrote:
I've been holding off sending these in for -stable until they're
merged, but now I wonder when that will happen.
We'll get there. I just got off the plane.
http://lkml.org/lkml/2007/3/14/99
[PATCH] hrtimer: prevent
On Thu, 15 Mar 2007 12:12:11 -0700 Ulrich Drepper [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
Why do we want 64-bit futexes?
I sent this to you already on 1/12/2007:
http://udrepper.livejournal.com/13123.html
Well OK. But that doesn't actually explain why 64-bit mutexes are needed.
Andrew Morton wrote:
Well OK. But that doesn't actually explain why 64-bit mutexes are needed.
It just says they are required.
I can show you the code but it's not easy to understand. For
complicated syn objects like rwlocks the state information is more than
just locked or not. Currently we
Andrew Morton wrote:
Yup. There is a huge and growing amount of outstanding x86 work. As
always. Developing against mainline is very optimistic.
Sigh. Are you including Andi's patchset in -mm? Should I rebase to
-mm, or try to keep track of Andi's patchset?
J
-
To unsubscribe from
On Thu, 15 Mar 2007 12:15:59 -0700 Jeremy Fitzhardinge [EMAIL PROTECTED]
wrote:
Andrew Morton wrote:
Hopeless, sorry. It's probably time to start thinking about raising x86
patches against the x86 tree (at least).
You mean this conflicts heavily with your and/or andi's tree?
On Thursday 15 March 2007, Al Viro wrote:
On Thu, Mar 15, 2007 at 03:10:20PM +0900, Akira Iguchi wrote:
Al wrote:
Eh... You still need dependency on IDE=y; otherwise you'll get configs
with IDE=m, BLK_DEV_IDE_CELLEB=y and those won't link. BLK_DEV_IDEDMA_PCI
is selectable just fine
Dave Jones wrote:
I just did a build of top of tree, including those commits, and
it's still broken. Booting with pci=nomsi no longer 'fixes' it
though, which may indicate that the MSI changes were a red herring.
(Or that the subsequent changes have regressed it even more,
which seems
This patch (as869) reinstates the mutual exclusion between sysfs
attribute method calls and attribute unregistration. The
previously-reported deadlocks have been fixed, and this exclusion is
by far the simplest way to avoid races during driver unbinding.
The check for orphaned read-buffers has
Andrew Morton wrote:
(cc restored. Please always do reply-to-all).
On Wed, 14 Mar 2007 08:35:07 + Matt Keenan [EMAIL PROTECTED] wrote:
Christoph Hellwig wrote:
On Tue, Mar 13, 2007 at 08:15:25PM +0100, Zoltan Menyhart wrote:
I had a look at copy_one_pte().
I cannot see
On Thu, 15 Mar 2007, Nick Piggin wrote:
On Thu, Mar 15, 2007 at 11:56:59AM -0400, Chuck Ebbert wrote:
Ashif Harji wrote:
This patch unconditionally calls mark_page_accessed to prevent pages,
especially for small files, from being evicted from the page cache
despite frequent access.
Jeremy Fitzhardinge [EMAIL PROTECTED] writes:
Andrew Morton wrote:
Yup. There is a huge and growing amount of outstanding x86 work. As
always. Developing against mainline is very optimistic.
Sigh. Are you including Andi's patchset in -mm? Should I rebase to
-mm, or try to keep
On (15/03/07 16:37), Mariusz Kozlowski didst pronounce:
Hello Mel,
Today after +- 24h of uptime I found some more page allocation
failures ('eth1: Can't allocate skb for Rx'). You'll find more here:
http://tuxland.pl/misc/2.6.21-rc3-mm1-page-allocation-failure.txt
On Tue, 13 Mar 2007, Jiri Slaby wrote:
So, do you mean rmmod uhci_hcd, unplug the keyboard, modprobe
uhci_hcd, start usbmon, plug the keyboard, press numlock, stop usbmon,
post it?
By the way, what happens if you press CapsLock rather than NumLock? It
should behave pretty the same, sending
On Thu, Mar 15, 2007 at 12:45:20PM -0700, Jeremy Fitzhardinge wrote:
Dave Jones wrote:
I just did a build of top of tree, including those commits, and
it's still broken. Booting with pci=nomsi no longer 'fixes' it
though, which may indicate that the MSI changes were a red herring.
On Thu, Mar 15, 2007 at 05:44:01PM +, Hugh Dickins wrote:
On Thu, 15 Mar 2007, Nick Piggin wrote:
On Thu, Mar 15, 2007 at 11:56:59AM -0400, Chuck Ebbert wrote:
Ashif Harji wrote:
This patch unconditionally calls mark_page_accessed to prevent pages,
especially for small
On Thu, Mar 15, 2007 at 03:55:08PM -0400, Ashif Harji wrote:
It sounds like people are happy with the fix suggested by Nick. That fix
is okay with me as it fixes the problem I am having.
I suspect, however, that by not directly detecting the problematic access
pattern, where the file is
On Mar 15, 2007, at 2:12 PM, Adrian Bunk wrote:
On Thu, Mar 15, 2007 at 10:19:03AM -0500, Kumar Gala wrote:
...
My initial question is that I don't want anyone using CONFIG_QE_83xx
or CONFIG_QE_85xx in code, the second part is if there is a way to
remove duplicating the QE_83xx/QE_85xx
On Mar 15 2007 08:59, Linus Torvalds wrote:
On Thu, 15 Mar 2007, Martin Bligh wrote:
Can't we move the shared files into a new shared arch/ subdirectory
(ia32_64 or whatever), and have them included from both places?
That's *exactly* what the patches do (except it's called arch/x86, which
Eric Dumazet wrote:
Hi
I'm pleased to present these patches which improve linux futex performance and
scalability, on both UP, SMP and NUMA configs.
I had this idea last year but I was not understood, probably because I gave
not enough explanations. Sorry if this mail is really long...
Andi Kleen wrote:
I already got that patch, but haven't synced it out yet.
My patch? I just rebased it against Jan's patch
(x86_64-mm-consolidate-smp_send_stop.patch) which was causing the
conflict. Do you want that version instead?
J
-
To unsubscribe from this list: send the line
This patch initialises the SAK member of the vc_cons variable on all virtual
terminals, not only the first one. This prevents an oops when trying
Sysrq-C on e.g. the second virtual terminal:
kernel BUG at kernel/workqueue.c:212!
invalid opcode: [1] SMP
CPU 0
Modules linked in: i915
On Tue, 13 Mar 2007, Andrew Morton wrote:
On Tue, 13 Mar 2007 04:20:48 -0700 (PDT) Christoph Lameter [EMAIL
PROTECTED] wrote:
On Tue, 13 Mar 2007, Andrew Morton wrote:
Yeah, prezeroing in idle is probably pointless. But I'm not aware of
anyone having tried it properly...
Ok,
If bytes get lost in the communication with a serial mouse using the
MS protocol, the kernel driver could do a better job getting back in
sync. The first byte in a packet has bit 6 set, and no other bytes
have that bit set. Therefore, if a byte is received with bit 6 cleared
when the driver thinks
Eric Dumazet wrote:
[PATCH 2/3] FUTEX : introduce private hashtables
This patch introduces a separate hashtable per process to store _PRIVATE
futexes.
This hashtable is dynamically allocated on the first _PRIVATE futex syscall.
If memory cannot be allocated, the process will use the global
William Lee Irwin III [EMAIL PROTECTED] writes:
Radix trees' space behavior is extremely poor in sparsely-populated
index spaces. There is no way they would save space or even come close
to the current space footprint.
On Wed, Mar 14, 2007 at 10:54:07AM -0600, Eric W. Biederman wrote:
On Tue, 13 Mar 2007, Andrew Morton wrote:
1. We need to support other states of pages other than zeroed.
What does this mean?
pgd are not completely zeroed. They contain mappings that are always
present. Thus the state is not a zeroed state.
2. Prezeroing does not make much sense if a
Hi,
On Thu, Mar 15, 2007 at 09:07:39PM +0100, Nick Piggin wrote:
Well in general we like to help applications that help themselves. It
is actually a good heuristic, surprisingly. If an application randomly
accesses the same page (and there is no write activity going on), then
it would be
On Thu, 15 Mar 2007, Andrew Morton wrote:
On Tue, 13 Mar 2007 18:33:20 +0200 Dan Aloni [EMAIL PROTECTED] wrote:
This question is relevent to 2.6.20.
I noticed that if the RSS for the stack size is say, 8MB, running
I think you meant to say RLIMIT_STACK rather than RSS, didn't you,
On Fri, 02 Mar 2007 13:41:30 +0900
Kawai, Hidehiro [EMAIL PROTECTED] wrote:
This patch series is version 4 of the core dump masking feature,
which provides a per-process flag not to dump anonymous shared
memory segments.
First up, please convince us that this problem cannot be solved in
On Tue, 13 Mar 2007, Paul Mundt wrote:
This doesn't work, and so CONFIG_QUICKLIST is always set. The NR_QUICK
thing seems a bit backwards anyways, perhaps it would make more sense to
have architectures set CONFIG_GENERIC_QUICKLIST in the same way that the
other GENERIC_xxx bits are defined,
On 3/15/07, Hugh Dickins [EMAIL PROTECTED] wrote:
I'm guessing that the pthread stacks are mmap'ed as greatest extents
(probably because that's the easiest way to keep them apart), rather
than as small MAP_GROWSDOWN areas to be expanded later on fault.
Please all, forget about MAP_GROWSDOWN.
On Thursday, 15 March 2007 20:08, Andrew Morton wrote:
On Mon, 12 Mar 2007 22:19:20 +0100 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
+int create_basic_memory_bitmaps(void)
+{
+ struct memory_bitmap *bm1, *bm2;
+ int error = 0;
+
+ BUG_ON(forbidden_pages_map ||
Because the command line is increased to 2048 characters after 2.6.21,
it's not possible for boot loaders and userspace tools to determine the length
of the command line the kernel can understand. The benefit of knowing the
length is that users can be warned if the command line size is too long
Gerd The console subsystem already has an idea of a boot console,
Gerd using the CON_BOOT flag. The implementation has some flaws
Gerd though. The major problem is that presence of a boot console
Gerd makes register_console() ignore any other console devices
Gerd (unless explicitly specified on
Hi
On 3/15/07, Andrew Morton [EMAIL PROTECTED] wrote:
Greg, could we please either
a) start doing something about these reports or
b) publish sufficient info to permit others to do something about these
reports or
c) remove the printk?
Thanks Andrew for considering.
I eventually tried
On 3/15/07, Nick Piggin [EMAIL PROTECTED] wrote:
There should be little contention on the memory in the global hash anyway,
because we can roughly reduce contention as a factor of
hash-size/cacheline-size.
What we will have are cache misses on the global table... but we're going to
get cache
On Friday 16 March 2007 05:58, Ray Lee wrote:
On 3/15/07, Siddha, Suresh B [EMAIL PROTECTED] wrote:
On Thu, Mar 15, 2007 at 05:05:13PM +1100, Con Kolivas wrote:
On Thursday 15 March 2007 13:31, Siddha, Suresh B wrote:
Just to see the % increase in number of context switches, I ran 8
On Thu, Mar 15, 2007 at 11:58:39AM -0700, Ray Lee wrote:
With more CPUs, the context switch period can be multiplied by that
number of CPUs while still allowing all tasks the same frequency of
access to the CPU.
Are you assuming the other cpus might be idle?
It depends on the load of the
Hello,
I really don' t understand why you insist that the boot protocol
=2.02 had 255 limit!
Please remove this from the description.
You want to add size, that's OK, but please don't mess with previous
definitions.
Boot protocol 2.02 introduced the null terminated string truncated by
kernel,
On Fri, 9 Mar 2007, David Howells wrote:
I've been considering how to deal with the SYSV SHM problem, and I think we
may have to move to unshared VMAs in NOMMU mode to deal with this. Currently,
what we have is each mm_struct has in its arch-specific context argument a
list of VMLs. Take
101 - 200 of 794 matches
Mail list logo