Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.21-rc2/drivers/ata/Kconfig
linux-2.6.21-rc2/drivers/ata/Kconfig
--- linux.vanilla-2.6.21-rc2/drivers/ata/Kconfig2007-03-01
13:36:03.0 +
+++
On Friday 02 March 2007 15:05, you wrote:
Signed-off-by: Alan Cox [EMAIL PROTECTED]
[snip]
config PATA_OLDPIIX
- tristate Intel PATA old PIIX support (Experimental)
+ tristate Intel PATA support for the original PIIX
depends on PCI EXPERIMENTAL
help
- This option
On Fri, 02 Mar 2007 08:13:00 -0800 Badari Pulavarty [EMAIL PROTECTED] wrote:
What about
if the
blocks already exists ? What would be return values in those cases ?
0 on success, other normal errors oetherwise..
If asked for a range that includes already-allocated blocks,
Badari Pulavarty wrote:
BTW, what is the interface for finding out what is the size of the
pre-allocated file ?
With XFS at least, du, stat, etc tell you a little:
[EMAIL PROTECTED] test]# touch resvsp
[EMAIL PROTECTED] test]# xfs_io resvsp
xfs_io resvsp 0 10g
The file is 0 length, but is
Dave Kleikamp wrote:
On Thu, 2007-03-01 at 14:59 -0800, Andrew Morton wrote:
On Thu, 01 Mar 2007 22:44:16 +
Dave Kleikamp [EMAIL PROTECTED] wrote:
On Thu, 2007-03-01 at 14:25 -0800, Andrew Morton wrote:
On Fri, 2 Mar 2007 00:04:45 +0530
Amit K. Arora [EMAIL PROTECTED] wrote:
On Fri, 2 Mar 2007 15:32:01 +
Alistair John Strachan [EMAIL PROTECTED] wrote:
On Friday 02 March 2007 15:05, you wrote:
Signed-off-by: Alan Cox [EMAIL PROTECTED]
[snip]
config PATA_OLDPIIX
- tristate Intel PATA old PIIX support (Experimental)
+ tristate Intel PATA support for
Andrew Morton wrote:
On Fri, 02 Mar 2007 09:40:54 +1100
Nathan Scott [EMAIL PROTECTED] wrote:
On Thu, 2007-03-01 at 14:25 -0800, Andrew Morton wrote:
On Fri, 2 Mar 2007 00:04:45 +0530
Amit K. Arora [EMAIL PROTECTED] wrote:
This is to give a heads up on few patches that we will be soon
El Viernes, 2 de Marzo de 2007, Erik Mouw escribió:
Try to recreate the problem without the proprietary wlan driver. With
that driver loaded it's impossible to debug.
Erik
Thank you Erik,
I've deleted madwifi from my current kernel, now I'm connected with ethernet,
but after reboot my
Paul,
I suspect we can make cpusets also work
on top of this very easily.
I'm skeptical, and kinda worried.
... can you show me the code that does this?
don't worry. we are not planning to commit any code breaking cpusets...
I will be the first one against it.
Namespaces are not the
On Fri, 02 Mar 2007 18:45:06 +0300 Kirill Korotaev [EMAIL PROTECTED] wrote:
I'm wagering you'll break either the semantics, and/or the
performance, of cpusets doing this.
I like Paul's containers patch. It looks good and pretty well.
After some of the context issues are resolved it's fine.
Andrew,
I'm wagering you'll break either the semantics, and/or the
performance, of cpusets doing this.
I like Paul's containers patch. It looks good and pretty well.
After some of the context issues are resolved it's fine.
Maybe it is even the best way of doing things.
Have you thought
On Fri, 02 Mar 2007 09:24:03 -0800
Alex Romosan [EMAIL PROTECTED] wrote:
Andrew Morton [EMAIL PROTECTED] writes:
On Wed, 28 Feb 2007 08:32:43 -0800
Alex Romosan [EMAIL PROTECTED] wrote:
the backlight on my thinkpad still (2.6.20 worked fine) doesn't come
on if i have the radeon
Hi Andrew,
the attached patch frees the swap space of already resident pages
when swap space starts getting tight, instead of only freeing up
the swap space taken up by newly swapped in pages.
This should result in the swap space of pages that remain resident
in memory being freed, allowing
From: john stultz [EMAIL PROTECTED]
Date: Fri, 02 Mar 2007 11:58:11 -0800
Oh! Sorry! Yea, looking at it more the ioremap isn't actually necessary,
as we can use hpet_readl() instead of re-calculating the hpet base
address pointer.
I'll fix this up (and find an HPET enabled x86_64 box to
From: Andrew Morton [EMAIL PROTECTED]
Date: Fri, 2 Mar 2007 12:29:20 -0800
On Fri, 02 Mar 2007 09:24:03 -0800
Alex Romosan [EMAIL PROTECTED] wrote:
Andrew Morton [EMAIL PROTECTED] writes:
On Wed, 28 Feb 2007 08:32:43 -0800
Alex Romosan [EMAIL PROTECTED] wrote:
the backlight
* Davide Libenzi davidel@xmailserver.org wrote:
I think that the dirty FPU context must, at least, follow the new
head. That's what the userspace sees, and you don't want an async_exec
to re-emerge with a different FPU context.
well. I think there's some confusion about terminology, so
This patch adds checking for closed ROM window
on Intel ESB2 Southbridge.
Signed-off-by: Cyrill Gorcunov [EMAIL PROTECTED]
---
I made this patch looking into ichxrom.c from which
ESB2 driver has been derived. So review for the patch
is needed :) Actually a such checking takes a place in
Alan napsal(a):
On Thu, 01 Mar 2007 16:37:45 -0800
Jeremy Fitzhardinge [EMAIL PROTECTED] wrote:
Jiri Slaby wrote:
No other text in there, but simple Copyright:
/* Copyright (c) 1997-2002 Sensable Technologies, Inc.
All rights reserved.
Well, I think that means you can use info from that
On Tue, Feb 27, 2007 at 10:27:02AM +0100, Sam Ravnborg wrote:
Functions marked __devinit will be removed after kernel init.
But being exported they are potentially called by a module
much later.
So the safer choice seems to be to keep the function even
in the non CONFIG_HOTPLUG case.
This
On Fri, 2 Mar 2007, Ingo Molnar wrote:
* Davide Libenzi davidel@xmailserver.org wrote:
I think that the dirty FPU context must, at least, follow the new
head. That's what the userspace sees, and you don't want an async_exec
to re-emerge with a different FPU context.
well. I think
On Tue, Feb 27, 2007 at 12:24:17PM -0700, Eric W. Biederman wrote:
While looking at some other irq issues I realized that the current msi code
has a serious issue in that we don't have support for masking msi interrupts
on all variations of the msi capabilities.
Closing that hole is
On Fri, 02 Mar 2007 12:43:42 -0500 Rik van Riel [EMAIL PROTECTED] wrote:
I can't share all the details, since a lot of the problems are customer
workloads.
One particular case is a 32GB system with a database that takes most
of memory. The amount of actually freeable page cache memory is in
On Fri, 02 Mar 2007, David Miller wrote:
Why don't we compromise for 2.6.21 by marking the Radeon backlight
stuff EXPERIMENTAL until the cases where IBM ACPI works and the
Radeon backlight stuff does not are worked out?
What ibm-acpi backlight control does is *very* different from what the
With CONFIG_PARAVIRT turned on, I've found that time invoking
system_call jumped up quite a lot. Using TCP streaming test as a
workload and running on 32-bit 2.6.20 kernel, system_call goes up from
0.00025% all the way to 1.6% in the oprofile data. There is a drop of
about 4% in overall
On Fri, 02 Mar 2007, Marko Rauhamaa wrote:
I'm afraid you didn't quite understand what I was getting at. Say the
user programs the frequency to be 109,000 Hz. That means a nominal clock
interval of ~9174.3119 ns. Now the clockevent interface forces me to
round it down to 9174 ns. That means
Oleg Nesterov wrote:
John Reiser wrote:
+ switch (vdso_enabled) {
+ case 0: /* none */
+ return 0;
This means we don't initialize mm-context.vdso and -sysenter_return.
Is it ok? For example, setup_rt_frame() uses VDSO_SYM(__kernel_rt_sigreturn),
sysenter_past_esp
Le 02.03.2007 12:00, Andrew Morton a écrit :
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc2/2.6.21-rc2-mm1/
Got this when CONFIG_NO_HZ=y and CONFIG_SMP=n:
CC
On Fri, Mar 02, 2007 at 01:23:28PM -0500, Rik van Riel wrote:
With 32 CPUs diving into the page reclaim simultaneously,
each trying to scan a fraction of memory, this is disastrous
for performance. A 256GB system should be even worse.
Thundering herds of a sort pounding the LRU locks from
I have a GPL driver (written by me) with workarounds, since I hadn't
know-how,
when I wrote it. Now I've got 2.4 proprietary driver from the vendor.
Is use of
the 2.4 driver know-how OK? (And could be such driver merged?)
Unless you made some kind of agreement with the copyright holder or
Bill Irwin wrote:
On Fri, Mar 02, 2007 at 01:23:28PM -0500, Rik van Riel wrote:
With 32 CPUs diving into the page reclaim simultaneously,
each trying to scan a fraction of memory, this is disastrous
for performance. A 256GB system should be even worse.
Thundering herds of a sort pounding the
Oleg Nesterov wrote:
Still, I don't understand why we don't pass NEW_AUX_ENT(AT_SYSINFO) when
vdso_enabled == 0. We don't need linux-gate.so to use __kernel_vsyscall,
we have FIX_VDSO. In that case we should s/PAGE_KERNEL_RO/PAGE_READONLY/
of course. I guess the reason is some magic in glibc.
On 3/2/07, Davide Libenzi davidel@xmailserver.org wrote:
For threadlets, it might be. Now think about a task wanting to dispatch N
parallel AIO requests as N independent syslets.
Think about this task having USEDFPU set, so the FPU context is dirty.
When it returns from async_exec, with one of
Henrique de Moraes Holschuh [EMAIL PROTECTED] writes:
On Fri, 02 Mar 2007, David Miller wrote:
Why don't we compromise for 2.6.21 by marking the Radeon backlight
stuff EXPERIMENTAL until the cases where IBM ACPI works and the
Radeon backlight stuff does not are worked out?
What ibm-acpi
Hi.
On Fri, 2007-03-02 at 07:25 -0700, Tim Gardner wrote:
Pavel Machek wrote:
Hi!
I instrumented 2.6.21-rc1 base/power/resume.c device_resume() with
TRACE_RESUME(0) as the last statement in the function. Sure enough it
was the last hash value in the RTC after a hard reboot when resume
On Fri, Mar 02, 2007 at 10:12:25PM +0100, Laurent Riffard wrote:
Le 02.03.2007 12:00, Andrew Morton a écrit :
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
Will appear later at
On Thu, Mar 01, 2007 at 08:54:25PM +0100, Rafael J. Wysocki wrote:
On Thursday, 1 March 2007 20:38, Anton Blanchard wrote:
Hi,
Remove PF_NOFREEZE from the rcutorture thread, adding a
try_to_freeze() call as required.
...
@@ -607,6 +607,7 @@ rcu_torture_writer(void *arg)
On 3/2/07, Alexander Y. Fomichev [EMAIL PROTECTED] wrote:
G'day
I'm hit a bug on 2.6.21-rc1 at startup of mysql with 'large-pages' flag set.
(at this point mysql trying to allocate pages from hugetlb pool by sysv
shm syscalls). Seems like it could be triggered by previous badness
and probably
At some point in the past, Mel Gorman wrote:
I can't think of a workload that totally makes a mess out of list-based.
However, list-based makes no guarantees on availability. If a system
administrator knows they need between 10,000 and 100,000 huge pages and
doesn't want to waste memory
From: Alex Romosan [EMAIL PROTECTED]
Date: Fri, 02 Mar 2007 13:22:27 -0800
if i don't enable the radeon backlight support the backlight works and
i can turn it on and off using radeontool. if i enable the radeon
backlight support the screen stays dark (although i can log on my
laptop
On Fri, Mar 02, 2007 at 04:51:15PM +0300, Alexander Y. Fomichev wrote:
I'm hit a bug on 2.6.21-rc1 at startup of mysql with 'large-pages' flag set.
(at this point mysql trying to allocate pages from hugetlb pool by sysv
shm syscalls). Seems like it could be triggered by previous badness
and
yes, if i disable the radeon backlight and use the ibm acpi module,
than the backlight works. if i enable the radeon backlight, the screen
stays dark and i can't turn it on (i tried using radeontool to control
it but nothing happened).
Richard, is this actually a bug, or is it a
+/*
+ * double_timer_lock/unlock are used to ensure that on cpu hotplug the
+ * per cpu timer locks are always taken in the same order.
+ */
+static void __devinit double_timer_lock(tvec_base_t *base1,
+ tvec_base_t *base2, int ind)
+
On Fri, Mar 02, 2007 at 12:27:30PM +0530, Gautham R Shenoy wrote:
From: Paul E. McKenney [EMAIL PROTECTED]
Remove PF_NOFREEZE from the rcutorture thread, adding a try_to_freeze()
call as
required.
Signed-off-by: Paul E. McKenney [EMAIL PROTECTED]
Signed-off-by: Rafael J. Wysocki
On Fri, 2007-03-02 at 12:53 -0800, Davide Libenzi wrote:
On Fri, 2 Mar 2007, Ingo Molnar wrote:
* Davide Libenzi davidel@xmailserver.org wrote:
I think that the dirty FPU context must, at least, follow the new
head. That's what the userspace sees, and you don't want an async_exec
On Fri, 02 Mar 2007 16:19:19 -0500
Rik van Riel [EMAIL PROTECTED] wrote:
Bill Irwin wrote:
On Fri, Mar 02, 2007 at 01:23:28PM -0500, Rik van Riel wrote:
With 32 CPUs diving into the page reclaim simultaneously,
each trying to scan a fraction of memory, this is disastrous
for performance.
(davem cc restored)
On Fri, 2 Mar 2007 21:41:12 + (GMT)
James Simmons [EMAIL PROTECTED] wrote:
yes, if i disable the radeon backlight and use the ibm acpi module,
than the backlight works. if i enable the radeon backlight, the screen
stays dark and i can't turn it on (i tried
On Thu, 2007-03-01 at 16:08 -0800, Bill Irwin wrote:
Looks like I should grab these testcases for the sake of due diligence
(not to say I intend to alter maintenance style from primarily review,
approval, and bugfixing, not that I've been doing as much of any of those
as I should). To which
Andrew Morton wrote:
On Fri, 02 Mar 2007 16:19:19 -0500
Rik van Riel [EMAIL PROTECTED] wrote:
Bill Irwin wrote:
On Fri, Mar 02, 2007 at 01:23:28PM -0500, Rik van Riel wrote:
With 32 CPUs diving into the page reclaim simultaneously,
each trying to scan a fraction of memory, this is disastrous
Le 02.03.2007 21:57, Siddha, Suresh B a écrit :
On Fri, Mar 02, 2007 at 10:12:25PM +0100, Laurent Riffard wrote:
Le 02.03.2007 12:00, Andrew Morton a écrit :
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
Will appear later at
Hi Paul,
We certainly either need to embed try_to_freeze() into kthread_should_stop()
or add back the rcu_torture_fakewriter(), and rcu_torture_reader()
components of this patch. ;-)
One way to embed try_to_freeze() into kthread_should_stop() might be
as follows:
int
On 03/02, John Reiser wrote:
Oleg Nesterov wrote:
John Reiser wrote:
+ switch (vdso_enabled) {
+ case 0: /* none */
+ return 0;
This means we don't initialize mm-context.vdso and -sysenter_return.
Is it ok? For example, setup_rt_frame() uses
John Reiser wrote:
The value of -sysenter_return is interpreted in user space by the
sysexit instruction; nobody else cares what the value is. The kernel
is not required to provide a good value when vdso_enabled is zero,
because the kernel has not told the process that sysenter is valid
(by
On Fri, 02 Mar 2007 17:03:10 -0500
Rik van Riel [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
On Fri, 02 Mar 2007 16:19:19 -0500
Rik van Riel [EMAIL PROTECTED] wrote:
Bill Irwin wrote:
On Fri, Mar 02, 2007 at 01:23:28PM -0500, Rik van Riel wrote:
With 32 CPUs diving into the page
Christoph Lameter wrote:
On Fri, 2 Mar 2007, Rik van Riel wrote:
I would like to see separate pageout selection queues
for anonymous/tmpfs and page cache backed pages. That
way we can simply scan only that what we want to scan.
There are several ways available to balance pressure
between
Mike Accetta wrote:
error: Couldn't get
http://www.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git/refs/tags/v2.6.11
for tags/v2.6.11
The requested URL returned error: 404
error: Could not interpret tags/v2.6.11 as something to pull
I just tried it and got the same error, so it
Simon Arlott a écrit :
On 02/03/07 18:03, Eric Dumazet wrote:
On Friday 02 March 2007 18:32, Simon Arlott wrote:
On 02/03/07 16:35, Eric Dumazet wrote:
You could just change LOAD_FREQ from (5*HZ) to (5*HZ+1)
You can see that 5.01 instead of 5.00 second gives the same EXP_xx
values.
So
On Fri, 2007-03-02 at 16:30 -0600, Timur Tabi wrote:
Mike Accetta wrote:
error: Couldn't get
http://www.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git/refs/tags/v2.6.11
for tags/v2.6.11
The requested URL returned error: 404
error: Could not interpret tags/v2.6.11 as
Andrew Morton wrote:
On Fri, 02 Mar 2007 17:03:10 -0500
Rik van Riel [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
On Fri, 02 Mar 2007 16:19:19 -0500
Rik van Riel [EMAIL PROTECTED] wrote:
Bill Irwin wrote:
On Fri, Mar 02, 2007 at 01:23:28PM -0500, Rik van Riel wrote:
With 32 CPUs diving
From: Heiko Carstens [EMAIL PROTECTED]
Doing something like this on a two cpu system
# echo 0 /sys/devices/system/cpu/cpu0/online
# echo 1 /sys/devices/system/cpu/cpu0/online
# echo 0 /sys/devices/system/cpu/cpu1/online
will give me this:
None of this is going anywhere, is is it?
I will test my changes before I send them to you, but I cannot
promise you that you'll have the computers or software needed
to reproduce the problems. I doubt I'll have full time access
to such systems myself, either.
32GB is pretty much the minimum
Le 02.03.2007 12:00, Andrew Morton a écrit :
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc2/2.6.21-rc2-mm1/
Hello,
My 2 hard drives are connected to the same pata slot with a
Rik van Riel wrote:
32GB is pretty much the minimum size to reproduce some of these
problems. Some workloads may need larger systems to easily trigger
them.
Hundreds of disks all doing IO at once may also be needed, as
wli points out. Such systems are not readily available for testing.
-
On Fri, 2 Mar 2007, Timur Tabi wrote:
Isn't 2.6.11 around the time that Linus moved to git? Maybe the server can't
find tag for the initial check-in of the code.
v2.6.12-rc2, in fact. If you want to look at v2.6.11 in git you'll need to
look at the bkcvs tree.
--
The universe hates you, but
On Fri, Mar 02, 2007 at 12:47:52PM -0800, Greg KH wrote:
On Tue, Feb 27, 2007 at 10:27:02AM +0100, Sam Ravnborg wrote:
Functions marked __devinit will be removed after kernel init.
But being exported they are potentially called by a module
much later.
So the safer choice seems to be to
Martin Bligh wrote:
None of this is going anywhere, is is it?
I will test my changes before I send them to you, but I cannot
promise you that you'll have the computers or software needed
to reproduce the problems. I doubt I'll have full time access
to such systems myself, either.
32GB is
drivers/pci/search.c caused following section mismatch warning
(if compiled with CONFIG_HOTPLUG=n):
WARNING: drivers/pci/built-in.o - Section mismatch: reference to .init.text:
from .text.pci_find_bus after 'pci_find_bus' (at offset 0x24)
This was due to pci_find_bus() calling a function marked
Yes, we allow them to be exported globally, as other init code might
need to call them, like these functions.
So yes, I think we need to find a way to fix the warning tools, as the
code is correct here.
This was the patch that I made to ignore these.
It is on top of other pending changes
On Fri, 02 Mar 2007 17:34:31 -0500
Rik van Riel [EMAIL PROTECTED] wrote:
The main reason they end up pounding the LRU locks is the
swappiness heuristic. They scan too much before deciding
that it would be a good idea to actually swap something
out, and with 32 CPUs doing such scanning
_PAGE_PROTNONE conflicts with the lowest bit of pgoff. This causes
all sorts of weirdness when nonlinear mappings are used.
Took me a good half day to track this down.
Signed-off-by: Miklos Szeredi [EMAIL PROTECTED]
---
Index: linux/include/asm-um/pgtable-2level.h
Andrew Morton napisał(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
Please consider this patch for inclusion in = 2.6.22.
drivers/char/epca.c:2741: warning: 'get_termio' defined but not used
Regards,
Michal
--
Michal K. K. Piotrowski
LTG - Linux Testers Group (PL)
On Fri, 2 Mar 2007, Mike Accetta wrote:
error: Couldn't get
http://www.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git/refs/tags/v2.6.11
for tags/v2.6.11
The requested URL returned error: 404
error: Could not interpret tags/v2.6.11 as something to pull
This would be because the
On 03/02, Chuck Ebbert wrote:
John Reiser wrote:
The value of -sysenter_return is interpreted in user space by the
sysexit instruction; nobody else cares what the value is. The kernel
is not required to provide a good value when vdso_enabled is zero,
because the kernel has not told the
The first thing done by timespec_trunc() is :
if (gran = jiffies_to_usecs(1) * 1000)
This should really be a test against a constant known at compile time.
Alas, it isnt. jiffies_to_usec() was unilined so C compiler emits a function
call and a multiply to compute : a CONSTANT.
mov
I have included the patch as a text file. This is the only way I could get
the patch to work from an email.
Thank you for your patience
Signed-off-by: Kandan Venkataraman [EMAIL PROTECTED]diff -uprN linux-2.6.19.2/drivers/block/loop.c
linux-2.6.19.2-new/drivers/block/loop.c
---
Andrew Morton wrote:
Somehow I don't believe that a person or organisation which is incapable of
preparing even a simple testcase will be capable of fixing problems such as
this without breaking things.
I don't believe anybody who relies on one simple test case will
ever be capable of
On Fri, 2007-03-02 at 12:32 -0800, David Miller wrote:
From: john stultz [EMAIL PROTECTED]
Date: Fri, 02 Mar 2007 11:58:11 -0800
Oh! Sorry! Yea, looking at it more the ioremap isn't actually necessary,
as we can use hpet_readl() instead of re-calculating the hpet base
address pointer.
The patch file seems to start in the same line as the sign off
So I will introduce a new line at the end of my mail, hopefully that will
fix that problem.
Signed-off-by: Kandan Venkataraman [EMAIL PROTECTED]
diff -uprN linux-2.6.19.2/drivers/block/loop.c
This is a note to let you know that I've just added the patch titled
Subject: pci: fix section mismatch warning
to my gregkh-2.6 tree. Its filename is
pci-fix-section-mismatch-warning.patch
This tree can be found at
32GB is pretty much the minimum size to reproduce some of these
problems. Some workloads may need larger systems to easily trigger
them.
We can find a 32GB system here pretty easily to test things on if
need be. Setting up large commercial databases is much harder.
That's my problem, too.
Steve Wise wrote:
Aren't the older commits in another git tree? Like maybe
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/old-2.6-bkcvs.git
git-clone http://www.kernel.org/pub/scm/linux/kernel/git/torvalds/old-2.6-bkcvs.git works
for me, so that can't be it.
--
Timur Tabi
Linux
From: john stultz [EMAIL PROTECTED]
Date: Fri, 02 Mar 2007 15:24:00 -0800
On Fri, 2007-03-02 at 12:32 -0800, David Miller wrote:
From: john stultz [EMAIL PROTECTED]
Date: Fri, 02 Mar 2007 11:58:11 -0800
Oh! Sorry! Yea, looking at it more the ioremap isn't actually necessary,
as we
On Fri, 2007-03-02 at 12:29 -0800, Andrew Morton wrote:
On Fri, 02 Mar 2007 09:24:03 -0800
Alex Romosan [EMAIL PROTECTED] wrote:
Unclear. Are you saying that the backlight comes on OK if you use
the IBM acpi module?
yes, if i disable the radeon backlight and use the ibm acpi module,
On 03/02, Paul E. McKenney wrote:
One way to embed try_to_freeze() into kthread_should_stop() might be
as follows:
int kthread_should_stop(void)
{
if (kthread_stop_info.k == current)
return 1;
try_to_freeze();
Chuck Ebbert wrote:
John Reiser wrote:
The value of -sysenter_return is interpreted in user space by the
sysexit instruction; nobody else cares what the value is. The kernel
is not required to provide a good value when vdso_enabled is zero,
because the kernel has not told the process that
On Sat, Mar 03, 2007 at 12:02:14AM +0100, Sam Ravnborg wrote:
Yes, we allow them to be exported globally, as other init code might
need to call them, like these functions.
So yes, I think we need to find a way to fix the warning tools, as the
code is correct here.
This was the
On Fri, 2007-03-02 at 13:58 -0800, Andrew Morton wrote:
@@ -1106,7 +1105,8 @@ config FB_ATY_GX
config FB_ATY_BACKLIGHT
bool Support for backlight control
- depends on FB_ATY
+ depends on FB_ATY EXPERIMENTAL
+ select FB_BACKLIGHT
default y
help
On 02/03/07, Andrew Morton [EMAIL PROTECTED] wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
I have noticed some strange system behavior. When i try to build a
kernel (medium load) - X, keyboard, mouse and sound hangs.
I can ping machine and I can use magic SysRq
On Sat, 03 Mar 2007 00:05:23 +0100
Michal Piotrowski [EMAIL PROTECTED] wrote:
Andrew Morton napisał(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
Please consider this patch for inclusion in = 2.6.22.
drivers/char/epca.c:2741: warning: 'get_termio' defined
Francesco Pretto wrote:
2007/2/22, Robert Hancock [EMAIL PROTECTED]:
I believe it runs on suspend, but we don't run that code on normal
shutdown, do we?
Tejun Heo had a patch for sd that could (optionally) trigger a START
STOP UNIT command to spin the disk down after synchronizing the cache
(I've removed the other CC:s for now to avoid annoying them - assuming
removing them from the CC: list doesn't do that).
On 02/03/07 22:32, Eric Dumazet wrote:
Simon Arlott a écrit :
On 02/03/07 16:35, Eric Dumazet wrote:
I believe this patch is too complex/hazardous and may break exp decay
.. and think about a realistic future.
EVERYBODY will do on-die memory controllers. Yes, Intel doesn't do it
today, but in the one- to two-year timeframe even Intel will.
What does that mean? It means that in bigger systems, you will no longer
even *have* 8 or 16 banks where turning off a
On Fri, 02 Mar 2007 15:28:43 -0800
Martin J. Bligh [EMAIL PROTECTED] wrote:
32GB is pretty much the minimum size to reproduce some of these
problems. Some workloads may need larger systems to easily trigger
them.
We can find a 32GB system here pretty easily to test things on if
need
On Fri, Mar 02, 2007 at 02:22:56PM -0800, Andrew Morton wrote:
Opterons seem to be particularly prone to lock starvation where a cacheline
gets captured in a single package for ever.
AIUI that phenomenon is universal to NUMA. Maybe it's time we
reexamined our locking algorithms in the light of
On Sat, 3 Mar 2007 00:42:33 +0100
Michal Piotrowski [EMAIL PROTECTED] wrote:
On 02/03/07, Andrew Morton [EMAIL PROTECTED] wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
I have noticed some strange system behavior. When i try to build a
kernel (medium load)
Hello, here my last patch for the PXA27x keyboard support updated to
linux-2.6.21-rc2.
I added power management support (suspend/resume code).
Machines should call the driver with the following code:
static struct pxa27x_keyboard_platform_data wwpc1100_kbd = {
.nr_rows = 4,
Zachary Amsden wrote:
I've been sending out this particular patch or a variant of it for a
long time. It did get lost for a while during the paravirt-ops
conversion, however. You're the first to give any feedback on it.
Oops, I guess so. I've been doing a lot more Xen pagetable work for the
Tim Chen wrote:
With CONFIG_PARAVIRT turned on, I've found that time invoking
system_call jumped up quite a lot. Using TCP streaming test as a
workload and running on 32-bit 2.6.20 kernel, system_call goes up from
0.00025% all the way to 1.6% in the oprofile data. There is a drop of
about
On Fri, 2007-03-02 at 13:54 -0800, Jeremy Fitzhardinge wrote:
[ I assume you're talking about running on native hardware. ]
That's correct.
I haven't done any detailed measurements on what effect this will have,
but it does bring the actual executed instruction stream much closer to
the
Tim Chen wrote:
I also hope that the performance can be recovered as this option could
enabled in distributions' kernels in future.
Yes, the intent is that running a CONFIG_PARAVIRT kernel on native
hardware will have negligible performance hit compared to running a
non-paravirt kernel.
J
Neil Brown wrote:
On Thursday March 1, [EMAIL PROTECTED] wrote:
On Fri, 2 Mar 2007 15:56:55 +1100 NeilBrown [EMAIL PROTECTED] wrote:
- conf-expand_progress = (sector_nr + i)*(conf-raid_disks-1);
+ conf-expand_progress = (sector_nr + i) * new_data_disks);
ahem.
201 - 300 of 825 matches
Mail list logo