Badari Pulavarty wrote:
Amit K. Arora wrote:
This is to give a heads up on few patches that we will be soon coming up
with. These patches implement a new system call sys_fallocate() and a
new inode operation fallocate, for persistent preallocation. The new
system call, as Andrew suggested,
Allow mtd block devices to have a dynamically allocated major/minor
numbers if tr-major == 0.
Signed-off-by: Richard Purdie [EMAIL PROTECTED]
---
drivers/mtd/mtd_blkdevs.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
Index: linux/drivers/mtd/mtd_blkdevs.c
Add try_to_unuse_page_entry() which can be used to unuse page entries.
This needs try_to_unuse_anon() which is also added, similar to
try_to_unmap_anon().
Originally based on a patch by Nick Piggin from LKML with changes of my
own after hints from Hugh Dickins.
Signed-off-by: Richard Purdie
Simplify shmem_unuse_inode() removing a confusing optimisation which
requires the caller to call swap_duplicate if the shmem_unuse() call
doesn't succeed.
Based on a patch by Nick Piggin and some of my own changes as discussed
on LKML.
Signed-off-by: Richard Purdie [EMAIL PROTECTED]
---
Correct the number of free OOB data positions in the onenand
driver.
Signed-off-by: Richard Purdie [EMAIL PROTECTED]
---
drivers/mtd/onenand/onenand_base.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Index: linux/drivers/mtd/onenand/onenand_base.c
Allow mtd block drivers to customise their ioctl functions. Also
allow the drivers to obtain the gendisk struct since ioctl
functions can need this.
This also moves the mtd ioctl functions from locked to unlocked.
As far as I can see, nothing in the mtd code has locking problems.
Signed-off-by:
Knowing that the data in a given block is now unused is a useful
feature that some block drivers can take advantage of, especially
when dealing with devices like flash.
This adds an ioctl which allows such hints to be passed to the
block driver. Its shouldn't provide false positives but doesn't
Add a driver for allowing an mtd device to be used as a swap block device.
Signed-off-by: Richard Purdie [EMAIL PROTECTED]
drivers/mtd/Kconfig |7
drivers/mtd/Makefile |1
drivers/mtd/mtdswap.c | 1187 ++
3 files changed, 1195
Christoph Lameter wrote:
On Tue, 27 Feb 2007, Andy Whitcroft wrote:
The caller of isolate_lru_pages specifically knows whether it wants
to take either inactive or active pages. Currently we take the
state of the LRU page at hand and use that to scan for matching
pages in the order sized
Hi,
Andrew Morton napisał(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
Possible fix for
nvidiafb-bring-back-generic-ddc-reading.patch
drivers/built-in.o: In function `nvidia_probe_i2c_connector':
/mnt/md0/devel/linux-mm/drivers/video/nvidia/nv_i2c.c:166: undefined
On Thu, 2007-03-01 at 18:34 -0800, Marko Rauhamaa wrote:
It would appear the new clockevent API has a one-nanosecond resolution.
It certainly looks sufficiently fine-grained, but I'm afraid it's too
coarse for some applications.
That's an academic exercise, or are you talking about some real
On Fri, Mar 02, 2007 at 02:40:07PM +, Frederik Deweerdt wrote:
On Fri, Mar 02, 2007 at 03:00:26AM -0800, Andrew Morton wrote:
+git-acpi-fix-cpuidle-borkage.patch
This attached patch might be needed too, the build breaks if
!CONFIG_HOTPLUG_CPU and CONFIG_CPU_IDLE
CC
On Fri, 02 Mar 2007 03:00:26 PST, Andrew Morton said:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc2/2.6.21-rc2-mm1/
nvidiafb-bring-back-generic-ddc-reading.patch
Building with FB_DDC=N results in:
Kernel: arch/x86_64/boot/bzImage is ready (#1)
Building
Hi,
On Fri, 2007-03-02 at 13:06 +, Leroy van Logchem wrote:
I'm sorry to piggy-back this thread.
Could it be what I'm experiencing in the following bugzilla report:
http://bugzilla.kernel.org/show_bug.cgi?id=7372
As I explained in the report, I see this issue only since 2.6.18.
Gerd Hoffmann wrote:
Hmm, I think this is just a chunk being lost due to the clash with the
older version of the patch submitted as part of the xen series.
But I thought the old version I had posted was well and truly dropped.
Isn't this problematic patch the one you posted?
Last patch
Robert Peterson wrote:
[...]
#define KSYM_NAME_LEN 127
+#define KSYM_SYMBOL_LEN (sizeof(%s+%#lx/%#lx [%s]) + KSYM_NAME_LEN + \
+2*(BITS_PER_LONG*3/10) + MODULE_NAME_LEN + 1)
#ifdef CONFIG_KALLSYMS
/* Lookup the address for a symbol. Returns 0 if not found. */
@@ -22,6
Well, given that bi_end_io() is called after the io has completed, I'm
assuming that networking has completely finished with the memory by the
time bi_end_io() gets called.
I guess one can envisage situations where that might not happen, but they'd
be terribly buggy ones, surely.
This is
Hi Dave,
Andrew Morton napisał(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
CC [M] arch/i386/kernel/cpu/cpufreq/longhaul.o
arch/i386/kernel/cpu/cpufreq/longhaul.c: In function 'enable_arbiter_disable':
arch/i386/kernel/cpu/cpufreq/longhaul.c:598: warning:
On Thu, Mar 01, 2007 at 09:11:58PM -0800, Linus Torvalds wrote:
On Thu, 1 Mar 2007, Andrew Morton wrote:
On Thu, 1 Mar 2007 19:44:27 -0800 (PST) Linus Torvalds [EMAIL PROTECTED]
wrote:
In other words, I really don't see a huge upside. I see *lots* of
downsides, but upsides? Not
On Fri, Mar 02, 2007 at 07:24:28AM -0800, Venkatesh Pallipadi wrote:
On Fri, Mar 02, 2007 at 02:40:07PM +, Frederik Deweerdt wrote:
On Fri, Mar 02, 2007 at 03:00:26AM -0800, Andrew Morton wrote:
+git-acpi-fix-cpuidle-borkage.patch
This attached patch might be needed too, the build
On Sat, 24 Feb 2007, Paul E. McKenney wrote:
On Sat, Feb 24, 2007 at 10:04:04PM +, Hugh Dickins wrote:
Have you checked through the SLAB_DESTROY_BY_RCU end in slab.c?
Is what that's doing still valid?
The only thing I see needed due to PREEMPT_RCU is the following comment
change.
On Thu, 2007-03-01 at 16:08 -0800, Bill Irwin wrote:
On Wed, Feb 28, 2007 at 02:13:29PM -0600, Adam Litke wrote:
Hey. While testing 2.6.21-rc2 with libhugetlbfs, the shm-fork test case
causes the kernel to oops. To reproduce: Execute 'make check' in the
latest libhugetlbfs source on a
On Fri, 02 Mar 2007 03:00:26 PST, Andrew Morton said:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc2/2.6.21-rc2-mm1/
nvidiafb-bring-back-generic-ddc-reading.patch
Building with FB_DDC=N results in:
Kernel: arch/x86_64/boot/bzImage is ready (#1)
Exhibiting a workload where the list patch breaks down and the zone
patch rescues it might help if it's felt that the combination isn't as
good as lists in isolation. I'm sure one can be dredged up somewhere.
I can't think of a workload that totally makes a mess out of list-based.
However,
On (01/03/07 16:09), Andrew Morton didst pronounce:
On Thu, 1 Mar 2007 10:12:50 +
[EMAIL PROTECTED] (Mel Gorman) wrote:
Any opinion on merging these patches into -mm
for wider testing?
I'm a little reluctant to make changes to -mm's core mm unless those
changes are reasonably
On Fri, 2007-03-02 at 03:00 -0800, Andrew Morton wrote:
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/
- Quite a lot of less-popular architectures
Hi. Sorry for posting to this list,
but I got this panic with linux
2.6.20
I have also changed the motherboard
of this server and memtest has not
found any error (ram tested for 10
hours)
May anyone tell me if this could
be an hardware problem?
TIA
Linux version 2.6.20 ([EMAIL PROTECTED]) (gcc
On Friday 02 March 2007 16:15, Simon Arlott wrote:
Whenever jiffies is started at a multiple of 5*HZ or wraps, calc_load is
run exactly on the second which is when tasks using round_jiffies will
be scheduled to run. This has a bad effect on the load average, making
it tend towards 1.00 if a
Jeremy Fitzhardinge wrote:
Gerd Hoffmann wrote:
Hmm, I think this is just a chunk being lost due to the clash with the
older version of the patch submitted as part of the xen series.
But I thought the old version I had posted was well and truly dropped.
Isn't this problematic patch the one
On Fri, 2 Mar 2007, Richard Purdie wrote:
Simplify shmem_unuse_inode() removing a confusing optimisation which
requires the caller to call swap_duplicate if the shmem_unuse() call
doesn't succeed.
Based on a patch by Nick Piggin and some of my own changes as discussed
on LKML.
On Fri, 02 Mar 2007 16:31:02 GMT, James Simmons said:
nvidiafb-bring-back-generic-ddc-reading.patch
To have a patch to cleans things up. Give it a try
diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig
index b8f0a11..855a09e 100644
--- a/drivers/video/Kconfig
+++
On Fri, 2007-03-02 at 16:44 +, Hugh Dickins wrote:
Definite NAK to this one from me: I'm sorry the optimization confuses
you, but it's well commented at both ends, and speeds up shmem swapoff
very significantly e.g. minutes down to seconds. There may well be a
less confusing way of
On Fri, 2 Mar 2007 22:13:46 +1100 (EST) Kandan Venkataraman wrote:
I am resending the message. The first few lines in the diff of the
original message seemed to have an extra space added by the time it got to
the mailing list. Hopefully this does not happen the second time around.
Also, I
On Fri, 16 Feb 2007, David Howells wrote:
Robin Holt [EMAIL PROTECTED] wrote:
How about:
if (vma-vm_mm-coredump_omit_anon_shared) {
Then the calls to maydump() would be unchanged:
VMAs are a shared resource under NOMMU conditions.
That's a disturbing remark. Under
On Fri, 2 Mar 2007 15:23:08 +0100 Heiko Carstens [EMAIL PROTECTED] wrote:
On Fri, Mar 02, 2007 at 02:04:33PM +0100, Ingo Molnar wrote:
* Heiko Carstens [EMAIL PROTECTED] wrote:
- spin_lock(new_base-lock);
- spin_lock(old_base-lock);
+ /*
+ * If we take a lock from a
On (01/03/07 16:44), Linus Torvalds didst pronounce:
On Thu, 1 Mar 2007, Andrew Morton wrote:
So some urgent questions are: how are we going to do mem hotunplug and
per-container RSS?
Also: how are we going to do this in virtualized environments? Usually the
people who care abotu
On Fri, 02 Mar 2007 10:29:58 -0500 Rik van Riel [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
And I'd judge that per-container RSS limits are of considerably more value
than antifrag (in fact per-container RSS might be a superset of antifrag,
in the sense that per-container RSS and
On (02/03/07 15:15), Paul Mundt didst pronounce:
On Fri, Mar 02, 2007 at 02:50:29PM +0900, KAMEZAWA Hiroyuki wrote:
On Thu, 1 Mar 2007 21:11:58 -0800 (PST)
Linus Torvalds [EMAIL PROTECTED] wrote:
The whole DRAM power story is a bedtime story for gullible children.
Don't
fall for
Make sure we only reference 'cmdline' on CONFIG_NUMA_EMU.
Signed-off-by: David Rientjes [EMAIL PROTECTED]
---
arch/x86_64/mm/numa.c | 16 +++-
1 files changed, 11 insertions(+), 5 deletions(-)
diff --git a/arch/x86_64/mm/numa.c b/arch/x86_64/mm/numa.c
--- a/arch/x86_64/mm/numa.c
Linus Torvalds wrote:
On Thu, 1 Mar 2007, Andrew Morton wrote:
So some urgent questions are: how are we going to do mem hotunplug and
per-container RSS?
The people who were trying to do memory hot-unplug basically all stopped waiting for
these patches, or something similar, to solve the
On Fri, 2 Mar 2007, Nick Piggin wrote:
Oh just run a 32GB SMP system with sparsely freeable pages and lots of
allocs and frees and you will see it too. F.e try Linus tree and mlock
a large portion of the memory and then see the fun starting. See also
Rik's list of pathological cases on
On (02/03/07 08:58), Andrew Morton didst pronounce:
On Fri, 02 Mar 2007 10:29:58 -0500 Rik van Riel [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
And I'd judge that per-container RSS limits are of considerably more value
than antifrag (in fact per-container RSS might be a superset of
On Fri, 02 Mar 2007 08:32:28 -0800 Badari Pulavarty [EMAIL PROTECTED] wrote:
On Fri, 2007-03-02 at 03:00 -0800, Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
Will appear later at
On Fri, 2 Mar 2007 08:20:23 -0800 Mark Gross [EMAIL PROTECTED] wrote:
The whole DRAM power story is a bedtime story for gullible children. Don't
fall for it. It's not realistic. The hardware support for it DOES NOT
EXIST today, and probably won't for several years. And the real fix is
On Fri, 2 Mar 2007, Evgeniy Polyakov wrote:
On Thu, Mar 01, 2007 at 11:31:14AM -0800, Davide Libenzi
(davidel@xmailserver.org) wrote:
On Thu, 1 Mar 2007, Evgeniy Polyakov wrote:
Ingo, do you really think I will send mails with faked benchmarks? :))
I don't think he ever implied
On Fri, 02 Mar 2007 15:27:48 +0200 Artem Bityutskiy wrote:
From: Artem Bityutskiy [EMAIL PROTECTED]
Subject: [RFC] [PATCH] Kconfig: enlarge printk buffer size limit
This patch makes the upper kernel ring buffer size limit larger. It
is often very handy to have huge ring-buffer for debugging
Hello list,
I am unhappy with the direction the 2.6 kernel builds have taken.
Very much like Micro$loth DDKs we (linux users) are being forced to
build
modules by plugging into a framework that doesn't respect the fine
aspects
of dependency generation and analysis.
Two problems I've identified
On Fri, 2 Mar 2007, Mark Gross wrote:
Yes, the same issues exist for other DRAM forms too, but to a *much*
smaller degree.
DDR3-1333 may be better than FBDIMM's but don't count on it being much
better.
Hey, fair enough. But it's not a problem (and it doesn't have a solution)
today.
On Fri, 2 Mar 2007, Mel Gorman wrote:
However, if that is objectionable, I'd at least like to see zone-based patches
go into -mm on the expectation that the memory hot-remove patches will be
able to use the infrastructure. It's not ideal for hugepages and it is not my
first preference, but
Roland and Prasanna:
Here's my first attempt, lightly tested, at an hwbkpt implementation. It
includes copious comments, so it shouldn't be too hard to figure out (if
you read the files in the right order). The patch below is meant for
2.6.21-rc2; porting it to -mm shouldn't be very hard.
On Fri, 2007-03-02 at 09:03 -0800, David Rientjes wrote:
Make sure we only reference 'cmdline' on CONFIG_NUMA_EMU.
Signed-off-by: David Rientjes [EMAIL PROTECTED]
Fixes the compile problem.
So does the moving
char *cmdline __initdata;
out of CONFIG_NUMA_EMU. But I guess your is a cleaner
On Fri, 2 Mar 2007, Andrew Morton wrote:
Linux is *not* happy on 256GB systems. Even on some 32GB systems
the swappiness setting *needs* to be tweaked before Linux will even
run in a reasonable way.
Please send testcases.
It is not happy if you put 256GB into one zone. We are fine with
Thomas Gleixner [EMAIL PROTECTED]:
On Thu, 2007-03-01 at 18:34 -0800, Marko Rauhamaa wrote:
It would appear the new clockevent API has a one-nanosecond
resolution. It certainly looks sufficiently fine-grained, but I'm
afraid it's too coarse for some applications.
That's an academic
Paulo Marques wrote:
I don't like this name much :(
We already have kallsyms_lookup and kallsyms_lookup_name. The name of
this function should imply that it will print the formatted result
into the buffer, not just lookup a symbol.
Maybe __sprint_symbol, and change the interface to
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 backlight enabled. without it, i guess it's
the ibm acpi modules that controls the
FN wrote:
a) version rollback that causes timestamp rollback
Ugh. Broken.
it's better to be able to do
gnumake -C /lib/modules/`uname -r`/build M=`pwd` MYMAKE=mymake modules
Patches accepted.
J
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
Hello,
* Roland Dreier [EMAIL PROTECTED] [2007-03-02 00:23]:
Add hint that acpi=off doesn't work on IA64.
Would it make sense to add code to detect this and print a kernel
message like
warning: ACPI is always enabled on IA64; ignoring acpi=off
No one reads documentation :)
The
On Fri, 2 Mar 2007, Evgeniy Polyakov wrote:
do we really want to have per process signalfs, timerfs and so on - each
simple structure must be bound to a file, which becomes too cost.
I may be old school, but if you ask me, and if you *really* want those
events, yes. Reason? Unix's
On (02/03/07 09:19), Christoph Lameter didst pronounce:
On Fri, 2 Mar 2007, Mel Gorman wrote:
However, if that is objectionable, I'd at least like to see zone-based
patches
go into -mm on the expectation that the memory hot-remove patches will be
able to use the infrastructure. It's
Add hint that acpi=off doesn't work on IA64.
Signed-off-by: Bernhard Walle [EMAIL PROTECTED]
---
Documentation/kernel-parameters.txt |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Index: linux-2.6.21-rc2-mm1/Documentation/kernel-parameters.txt
On 02/03/07 16:35, Eric Dumazet wrote:
On Friday 02 March 2007 16:15, Simon Arlott wrote:
Whenever jiffies is started at a multiple of 5*HZ or wraps, calc_load is
run exactly on the second which is when tasks using round_jiffies will
be scheduled to run. This has a bad effect on the load
On Fri, 2 Mar 2007 03:04:05 -0800 Andrew Morton wrote:
On Fri, 2 Mar 2007 03:00:26 -0800 Andrew Morton [EMAIL PROTECTED] wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
Will appear later at
On Fri, 2 Mar 2007 09:23:49 -0800 (PST) Christoph Lameter [EMAIL PROTECTED]
wrote:
On Fri, 2 Mar 2007, Andrew Morton wrote:
Linux is *not* happy on 256GB systems. Even on some 32GB systems
the swappiness setting *needs* to be tweaked before Linux will even
run in a reasonable way.
On Fri, 2 Mar 2007, Ingo Molnar wrote:
After your changes epoll increased to 5k.
Can we please stop this pointless episode of benchmarketing, where every
mail of yours shows different results and you even deny having said
something which you clearly said just a few days ago? At this
On Fri, Mar 02, 2007 at 09:07:53AM -0800, Andrew Morton wrote:
On Fri, 2 Mar 2007 08:20:23 -0800 Mark Gross [EMAIL PROTECTED] wrote:
The whole DRAM power story is a bedtime story for gullible children.
Don't
fall for it. It's not realistic. The hardware support for it DOES NOT
Andrew Morton wrote:
On Fri, 2 Mar 2007 09:23:49 -0800 (PST) Christoph Lameter [EMAIL PROTECTED]
wrote:
On Fri, 2 Mar 2007, Andrew Morton wrote:
Linux is *not* happy on 256GB systems. Even on some 32GB systems
the swappiness setting *needs* to be tweaked before Linux will even
run in a
On Fri, 2 Mar 2007, Mel Gorman wrote:
I still think that the list based approach is sufficient for memory
hotplug if one restricts the location of the unmovable MAX_ORDER chunks
to not overlap the memory area where we would like to be able to remove
memory.
Yes, true. In the part
On Fri, 2 Mar 2007, Christoph Lameter wrote:
On Fri, 2 Mar 2007, Mel Gorman wrote:
I still think that the list based approach is sufficient for memory
hotplug if one restricts the location of the unmovable MAX_ORDER chunks
to not overlap the memory area where we would like to be able to
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 (5*HZ + 1) is safe. (because HZ = 100)
On HZ=1000, this
On Fri, 02 Mar 2007 12:43:42 -0500
Rik van Riel [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
On Fri, 2 Mar 2007 09:23:49 -0800 (PST) Christoph Lameter [EMAIL
PROTECTED] wrote:
On Fri, 2 Mar 2007, Andrew Morton wrote:
Linux is *not* happy on 256GB systems. Even on some 32GB
On 02/03/07, Jiri Slaby [EMAIL PROTECTED] wrote:
missing pci_dev_put()s
Yes.
Please ignore this patch.
Regards,
Michal
--
Michal K. K. Piotrowski
LTG - Linux Testers Group (PL)
(http://www.stardust.webpages.pl/ltg/)
LTG - Linux Testers Group (EN)
On Fri, 2 Mar 2007 09:35:27 -0800
Mark Gross [EMAIL PROTECTED] wrote:
Will it be possible to just power the DIMMs off? I don't see much point in
some half-power non-destructive mode.
I think so, but need to double check with the HW folks.
Technically, the dims could be powered off,
On Fri, 2 Mar 2007, Andrew Morton wrote:
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
the hundreds of MB.
Where's the rest of the memory? tmpfs? mlocked? hugetlb?
The memory is likely in use
On Fri, 2 Mar 2007 10:15:36 -0800 (PST)
Christoph Lameter [EMAIL PROTECTED] wrote:
On Fri, 2 Mar 2007, Andrew Morton wrote:
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
the hundreds of MB.
Christoph Lameter wrote:
On Fri, 2 Mar 2007, Andrew Morton wrote:
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
the hundreds of MB.
Where's the rest of the memory? tmpfs? mlocked? hugetlb?
The
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 hugetlb itself is not related. Anyway i couldn't reproduce
On Thursday 01 March 2007 9:48 pm, Andrew Victor wrote:
hi David,
It's been pointed out that output GPIOs should have an initial value, to
avoid signal glitching ... among other things, it can be some time before
a driver is ready. This patch corrects that oversight, fixing
For the
On Fri, Mar 02, 2007 at 09:16:17AM -0800, Linus Torvalds wrote:
On Fri, 2 Mar 2007, Mark Gross wrote:
Yes, the same issues exist for other DRAM forms too, but to a *much*
smaller degree.
DDR3-1333 may be better than FBDIMM's but don't count on it being much
better.
Hey,
On Fri, Mar 02, 2007 at 09:14:22AM -0800, FN wrote:
Hello list,
I am unhappy with the direction the 2.6 kernel builds have taken.
Very much like Micro$loth DDKs we (linux users) are being forced to
build
modules by plugging into a framework that doesn't respect the fine
aspects
of
On Fri, 2 Mar 2007, Mark Gross wrote:
I think there will be more than just 2 dims per cpu socket on systems
that care about this type of capability.
I agree. I think you'll have a nice mix of 2 and 4, although not likely a
lot more. You want to have independent channels, and then within a
On Fri, Mar 02, 2007 at 10:02:57AM -0800, Andrew Morton wrote:
On Fri, 2 Mar 2007 09:35:27 -0800
Mark Gross [EMAIL PROTECTED] wrote:
Will it be possible to just power the DIMMs off? I don't see much point
in
some half-power non-destructive mode.
I think so, but need to
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:
On Fri, 2 Mar 2007, Davide Libenzi wrote:
And if you really feel raw about the single O(nready) loop that epoll
currently does, a new epoll_wait2 (or whatever) API could be used to
deliver the event directly into a userspace buffer [1], directly from the
poll callback, w/out extra delivery
From: NetArt - Grzegorz Nosek [EMAIL PROTECTED]
Date: Thu, 1 Mar 2007 15:29:11 +0100
I have noticed that using realm patch for quagga
http://vcalinus.gemenii.ro/quaggarealms.html causes the kernel to
spend a lot more time processing rtnetlink messages.
For the second time, I am going to ask
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 both sets of lists.
On 03/02, Paul Mundt wrote:
On Thu, Mar 01, 2007 at 08:52:07PM +0300, Oleg Nesterov wrote:
@@ -105,10 +107,25 @@ int arch_setup_additional_pages(struct l
{
struct mm_struct *mm = current-mm;
unsigned long addr;
+ unsigned long flags;
int ret;
+ switch
On Fri, 2 Mar 2007 20:08:36 +0100
Heiko Carstens [EMAIL PROTECTED] wrote:
+/*
+ * double_hrtimer_lock/unlock are used to ensure that on cpu hotplug the
+ * per cpu timer locks are always taken in the same order.
+ */
+static void double_hrtimer_lock(struct hrtimer_cpu_base *base1,
+
* Davide Libenzi davidel@xmailserver.org wrote:
[...] We're still missing proper FPU context switch in the
move_user_context(). [...]
yeah - i'm starting to be of the opinion that the FPU context should
stay with the threadlet, exclusively. I.e. when calling a threadlet, the
'outer loop'
On Fri, 2007-03-02 at 02:18 -0800, Andrew Morton wrote:
On Thu, 22 Feb 2007 16:13:02 -0800 john stultz [EMAIL PROTECTED] wrote:
Thus the solution here is to register clocksources earlier (ideally when
the hardware is being initialized), and then we enable clocksource
selection at
Hi,
I use arm-linux platform to program some peripheral where pecular
serial flow control is required:
- There is no flow control for the arm-linux device - control unit
- For the control unix - arm-linux device
* RTS must be kept low, the device keeps CTS low as well.
* when the device wants
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 (5*HZ + 1) is safe. (because
On Fri, 2 Mar 2007, Ingo Molnar wrote:
* Davide Libenzi davidel@xmailserver.org wrote:
[...] We're still missing proper FPU context switch in the
move_user_context(). [...]
yeah - i'm starting to be of the opinion that the FPU context should
stay with the threadlet, exclusively.
On Thu, 01 Mar 2007 23:52:06 -0500
Giridhar Pemmasani [EMAIL PROTECTED] wrote:
During initialization, mv643xx driver registers IRQ before setting up tx/rx
rings. This causes kernel oops because mv643xx_poll, which gets called
right after registering IRQ, calls netif_rx_complete, which accesses
On Fri, 2007-03-02 at 09:16 -0600, Eric Sandeen wrote:
Badari Pulavarty wrote:
Amit K. Arora wrote:
This is to give a heads up on few patches that we will be soon coming up
with. These patches implement a new system call sys_fallocate() and a
new inode operation fallocate, for
Some LLDs were missing scsi device PM callbacks while having host/port
suspend support. Add missing ones.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
---
This should fix the problem you're seeing on sil680. These patches
are against 2.6.20.1. Patches for libata-dev#upstream is separately
posted
Add missing #ifdef CONFIG_PM conditionals around all PM related parts
in libata LLDs.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
---
drivers/ata/ahci.c | 14 ++
drivers/ata/ata_generic.c |4
drivers/ata/ata_piix.c |4
However, given that we are in -rc cycle, and the wide impact of this
change, this patch wants splitting. The -cable_detect stuff should be
in a separate patch from the IDENTIFY DEVICE ordering stuff. This
ensures sanity when git-bisecting changes, and allows fast-tracking of
the
Hm, I got recently hands on a hardware where 2.6.21-rc1 based
kernels from Fedora rawhide simply do not boot as there is no
way to get to disks. I would not mind some change in behavior
although so far I can boot at least some earlier kernels.
Doesn't look related at all. Looks like the box
The QDI init code contains some bugs which mean it only works if you have
a test setup that causes both a successful and failed probe. Fix this
Found by Philip Guo
(Who found it working on code analysis tools not running VLB IDE
controllers)
Signed-off-by: Alan Cox [EMAIL PROTECTED]diff -u
Support for the PCI CMD640 (not VLB)
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
101 - 200 of 825 matches
Mail list logo