Stop the HOSTFS filesystem from using iget() and read_inode(). Provide
hostfs_iget(), and call that instead of iget(). hostfs_iget() then uses
iget_locked() directly and returns a proper error code instead of an inode in
the event of an error.
hostfs_fill_sb_common() returns any error incurred
On 10/2/07, Hugh Dickins [EMAIL PROTECTED] wrote:
I accept that full swap control is something you're intending to add
incrementally later; but the current state doesn't make sense to me.
One comment on swap - ideally it should be a separate subsystem from
the memory controller. That way
Remove the old iget() call and the read_inode() superblock operation it uses
as these are really obsolete, and the use of read_inode() does not produce
proper error handling (no distinction between ENOMEM and EIO when marking
an inode bad).
Furthermore, this removes the temptation to use iget()
From: Sukadev Bhattiprolu [EMAIL PROTECTED]
Subject: [PATCH] Rename is_cgroup_init()
is_container_init() was accidentally renamed to is_cgroup_init() when
renaming container to control group. This patch restores the
original name.
Signed-off-by: Sukadev Bhattiprolu [EMAIL PROTECTED]
Acked-by:
Pavel Machek wrote:
Hi!
I'm thinking about how to clean up video resume/how to get it to work
for non-VESA video modes (jikos' case).
I guess the cleanest solution would be to just call set_mode from
wakeup.S but that is not as easy as I imagined, because bootup
code seems to be compiled
On Mon, Oct 01, 2007 at 01:50:44PM -0700, Christoph Lameter wrote:
The problem is with the weird way of Intel testing and communication.
Every 3-6 month or so they will tell you the system is X% up or down on
arch Y (and they wont give you details because its somehow secret). And
then there
On Thu, 04 Oct 2007 20:38:50 +0900 Takenori Nagano wrote:
This patch implements new notifier function to panic_notifier_list. We can
change the list of order by debugfs.
Thanks,
---
Signed-off-by: Takenori Nagano [EMAIL PROTECTED]
---
...
diff -uprN
On Thu, 04 Oct 2007 20:38:34 +0900 Takenori Nagano wrote:
This patch adds new notifier function tunable_notifier_chain. Its base is
atomic_notifier_chain.
Thanks,
---
Signed-off-by: Takenori Nagano [EMAIL PROTECTED]
---
diff -uprN linux-2.6.23-rc9.orig/kernel/sys.c
This is a critical fix for the reported megaraid inability to boot:
http://lkml.org/lkml/2007/10/2/243
The patch is here:
master.kernel.org:/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6.git
And the description and diffstat:
commit d5e89385e92a77b2764d9eb8284808a7628cb2a8
Author: FUJITA
This patch fixes the boot.
On Thu, 2007-10-04 at 09:25 +0200, Jens Axboe wrote:
On Wed, Oct 03 2007, Andrew Morton wrote:
On Wed, 03 Oct 2007 23:11:02 -0700 Don Mullis [EMAIL PROTECTED] wrote:
OOPS followed by a 3 minute timeout, then completion of boot.
Not seen if card (Kingston
On Thu, 2007-10-04 at 22:26 +0800, Kalle Pokki wrote:
On 10/4/07, Bryan Wu [EMAIL PROTECTED] wrote:
Sorry for missing the pinmux patches.
After Linus's git-pull, it should be fixed in the latest Linus
mainline
git tree.
Thanks, it is working now. I was also glad to see the
Pavel Machek wrote:
On Thu, 4 Oct 2007 15:05:13 +0200
Pavel Machek [EMAIL PROTECTED] wrote:
Hi!
I'm thinking about how to clean up video resume/how to get it to work
for non-VESA video modes (jikos' case).
I suspect in the medium run, the video mode setting stuff that's moving
into the
On Thu, 04 Oct 2007 09:19:40 -0700
Don Mullis [EMAIL PROTECTED] wrote:
This patch fixes the boot.
Fantastic. Then will try to get this upstream then.
It looks like missing init of the sg list in mmc, does this work?
Jens, is this zeroing needed for each invocation, or really just
On Thu, 4 Oct 2007, Hugh Dickins wrote:
Very helpful, thanks. Guru, please try the appended patch, I think
you'll find it fixes it for you (it did for me, once I'd puzzled out
why I was failing to reproduce the problem - tests on ext3 don't work).
Thank you so much for reporting this just
On Thu, Oct 04 2007, Pierre Ossman wrote:
On Thu, 04 Oct 2007 09:19:40 -0700
Don Mullis [EMAIL PROTECTED] wrote:
This patch fixes the boot.
Fantastic. Then will try to get this upstream then.
I already put it in the sgchain drivers part. If you could please ack
it, that would be nice
On Thu, 04 Oct 2007 10:00:50 -0400
Trond Myklebust [EMAIL PROTECTED] wrote:
On Thu, 2007-10-04 at 08:52 +0200, Pierre Ossman wrote:
On Wed, 03 Oct 2007 19:41:16 -0400
Trond Myklebust [EMAIL PROTECTED] wrote:
We also have the 64-bit inode support from RedHat/Peter Staubach.
On Thu, 4 Oct 2007 18:42:25 +0200
Jens Axboe [EMAIL PROTECTED] wrote:
diff --git a/drivers/mmc/card/queue.c b/drivers/mmc/card/queue.c
index b0abc7d..a5d0354 100644
--- a/drivers/mmc/card/queue.c
+++ b/drivers/mmc/card/queue.c
Acked-by: Pierre Ossman [EMAIL PROTECTED]
(Provided it works
On Thu, 2007-10-04 at 15:49 +0200, Miklos Szeredi wrote:
Which can only happen when it is larger than 10% of dirty_thresh.
Which is even more unlikely since it doesn't account nr_dirty (as I
think it should).
I think nr_dirty is totally irrelevant. Since we don't care
On Thu, 4 Oct 2007, Linus Torvalds wrote:
Ouch.
Very much so.
The patch looks obviously correct, to the point that I don't understand
how this bug happened in the first place. It seems to have been
introduced by Nick in d0217ac04ca6591841e5665f518e38064f4e65bd (mm: fault
feedback
That patch boots without complaint as well.
BTW, the earlier failure messages did not make it
into /var/log/messages, only the dmesg buffer.
This is with standard Ubuntu Gutsy logging levels.
On Thu, 2007-10-04 at 18:42 +0200, Jens Axboe wrote:
On Thu, Oct 04 2007, Pierre Ossman wrote:
On
On Thu, Oct 04, 2007 at 12:02:01PM -0400, Bill Davidsen wrote:
i'm wondering about the following: could not (yet) existing UIDs be made
configurable too? I.e. if i do this in a bootup script:
echo 2048 /sys/kernel/uids/500/cpu_share
this should just work too, regardless of there not
From: Michael Hennerich [EMAIL PROTECTED]
Blackfin BF54x Input Keypad controller driver:
[try #2] Changelog:
- Coding style issue fixes
- using a temp variable for bf54x_kpad-input
- Other updates according to Dmitry's review
Cc: Dmitry Torokhov [EMAIL PROTECTED]
Signed-off-by: Michael
Loic Prylli [EMAIL PROTECTED] writes:
I still looking through my copy of the pci specs and so will reply to
that part in a bit.
To detect a crazy device generating storms of edge interrupts, I guess
note_interrupt() could be called during this reentrant detection if
masking was made
Paul M wrote:
It's two constant-indexed dereferences *in total*, compared to a
single constant-indexed dereference in the pre-cgroup case.
Ok - the C expression is longer and I didn't realize how
little difference it made in the end (the executing code.)
Good - thanks.
--
I
On Thu, Oct 04, 2007 at 07:22:58AM +0200, Nick Piggin wrote:
-#ifdef CONFIG_X86_OOSTORE
-/* Actually there are no OOO store capable CPUs for now that do SSE,
- but make it already an possibility. */
-#define wmb() alternative(lock; addl $0,0(%%esp), sfence,
X86_FEATURE_XMM)
-#else
Paul M wrote:
I didn't notice any performance hit on a pure allocate/free memory
benchmark relative to non-cgroup cpusets.
Good.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson [EMAIL PROTECTED]
On Thu, 4 Oct 2007, Mathieu Chouquet-Stringer wrote:
I've seen the changes you made in commit b6a2fea39318 and I guess they
might be responsible for my xargs breakage...
In the kernel source tree, if I run a stupid find | xargs ls, I now get
this:
xargs: ls: Argument list too long
What
Christoph Hellwig wrote:
On Wed, Oct 03, 2007 at 10:40:25PM -0400, Casey Dahlin wrote:
From d2a6c5d29dc34cfea892124ab72b4eb55d2f8a80 Mon Sep 17 00:00:00 2001
From: Casey Dahlin [EMAIL PROTECTED]
Date: Wed, 3 Oct 2007 22:01:49 -0400
Subject: [PATCH] Code style fix for open_exec
Fix a
On Thu, Oct 04, 2007 at 10:38:15AM -0700, Christoph Lameter wrote:
On Thu, 4 Oct 2007, Matthew Wilcox wrote:
So, on a well-known OLTP benchmark which prohibits publishing absolute
numbers and on an x86-64 system (I don't think exactly which model
is important), we're seeing *6.51%*
On Thu, 04 Oct 2007 18:47:07 +0200 Peter Zijlstra [EMAIL PROTECTED] wrote:
But that said, there might be better ways to do that.
Sure, if we do need to globally limit the number of under-writeback
pages, then I think we need to do it independently of the dirty
accounting.
On Thu, 4 Oct 2007, Matthew Wilcox wrote:
Yeah the fastpath vs. slow path is not the issue as Siddha and I concluded
earlier. Seems that we are mainly seeing cacheline bouncing due to two
cpus accessing meta data in the same page struct. The patches in
MM that are scheduled to be
On Thu, 4 Oct 2007, Matthew Wilcox wrote:
So, on a well-known OLTP benchmark which prohibits publishing absolute
numbers and on an x86-64 system (I don't think exactly which model
is important), we're seeing *6.51%* performance loss on slub vs slab.
This is with a 2.6.23-rc3 kernel. Tuning
On Thu, 2007-10-04 at 19:05 +0200, Mathieu Chouquet-Stringer wrote:
Hey there,
I've seen the changes you made in commit b6a2fea39318 and I guess they
might be responsible for my xargs breakage...
In the kernel source tree, if I run a stupid find | xargs ls, I now get
this:
xargs: ls:
On Thu, 4 Oct 2007, Andi Kleen wrote:
The order-1 allocation failures where GFP_ATOMIC, because SLUB uses !0
order for everything.
slub is wrong then. Can it be fixed?
SLUB in mm kernels was using higher order allocations for some slabs
for the last 6 months or so. Not true for upstream.
The only vendor that ever implemented OOSTOREs was Centaur, and they
only did in the Winchip generation of the CPUs. When they dropped it
from the C3, I asked whether they intended to bring it back, and the
answer was extremely unlikely.
Do you know if it made a big performance difference?
On Thu, 4 Oct 2007, Arjan van de Ven wrote:
Ok every time something says anything not 100% positive about SLUB you
come back with but it's fixed in the next patch set... *every time*.
All I ask that people test the fixes that have been out there for the
known issues. If there are remaining
Hey there,
I've seen the changes you made in commit b6a2fea39318 and I guess they
might be responsible for my xargs breakage...
In the kernel source tree, if I run a stupid find | xargs ls, I now get
this:
xargs: ls: Argument list too long
Which is kind of annoying but I can work
On Thu, Oct 04 2007, Don Mullis wrote:
That patch boots without complaint as well.
BTW, the earlier failure messages did not make it
into /var/log/messages, only the dmesg buffer.
This is with standard Ubuntu Gutsy logging levels.
Super, thanks for retesting!
--
Jens Axboe
-
To
On Thu, Oct 04, 2007 at 07:53:16PM +0200, Andi Kleen wrote:
The only vendor that ever implemented OOSTOREs was Centaur, and they
only did in the Winchip generation of the CPUs. When they dropped it
from the C3, I asked whether they intended to bring it back, and the
answer was
I'm running 2.6.23-rc9 on my laptop, and when in a coffee shop I use
a Verizon EVDO card to get network access. This is a kyocera device
that looks like a serial adapter behind an ohci usb controller, and
uses the airprime driver (for usb device 0c88:17da). The actual IP
networking is ppp over
On Thu, Oct 04 2007, Arnd Bergmann wrote:
On Wednesday 03 October 2007, Arnd Bergmann wrote:
Jens, I think the best overall solution would be to have a
block/compat_ioctl.c file with all the compat handling for block
devices moved over from fs/compat_ioctl.c, and done in a nicer way.
If
I have written a loadble module ( which gets complied
along with kernel) which does some floating point
operation.
NO FLOATING POINT in the kernel PERIOD. Either use integer
operations, or redo your software architecture and do the
floating point in userspace.
-Steve
-
To unsubscribe from
On Thu, 4 Oct 2007 10:38:15 -0700 (PDT)
Christoph Lameter [EMAIL PROTECTED] wrote:
Yeah the fastpath vs. slow path is not the issue as Siddha and I
concluded earlier. Seems that we are mainly seeing cacheline bouncing
due to two cpus accessing meta data in the same page struct. The
patches
Hi,
I'd like to register a blkdev region, much like
blk_register_region(MKDEV(major, first_minor), number_minors,
xmodule, xprobe, xlock, xdata);
number_minors is known, but how do I decide what first_minor to use?
Module owns the full major number, so I
On Thu, 2007-10-04 at 10:46 -0700, Andrew Morton wrote:
On Thu, 04 Oct 2007 18:47:07 +0200 Peter Zijlstra [EMAIL PROTECTED] wrote:
static int may_write_to_queue(struct backing_dev_info *bdi)
{
if (current-flags PF_SWAPWRITE)
return 1;
if
Steven J. Hill wrote:
I have written a loadble module ( which gets complied
along with kernel) which does some floating point
operation.
NO FLOATING POINT in the kernel PERIOD.
Unless you compile your code with -msoft-float *and* also have a version
of libgcc compiled with -mlong-calls
On Thursday 04 October 2007 20:10:44 Dave Jones wrote:
On Thu, Oct 04, 2007 at 07:53:16PM +0200, Andi Kleen wrote:
The only vendor that ever implemented OOSTOREs was Centaur, and they
only did in the Winchip generation of the CPUs. When they dropped it
from the C3, I asked
Matti,
Matti Aarnio wrote:
On Wed, Oct 03, 2007 at 08:50:09AM +0200, Michael Kerrisk wrote:
Davide Libenzi wrote:
On Thu, 27 Sep 2007, Michael Kerrisk wrote:
Davide,
A further question: what is the expected behavior in the
following scenario:
1. Create a timerfd and arm it.
2. Wait
I have broken the Smack patch into the netlabel changes from Paul Moore
(1/2) and the Smack LSM (2/2), at Paul's kind suggestion.
The smackfs symlinks have proven too contentious. I have removed the
facility. Al and Alan are correct that the rich set of mount options
currently available can
From: Paul Moore [EMAIL PROTECTED]
Add a new set of configuration functions to the NetLabel/LSM API so that
LSMs can perform their own configuration of the NetLabel subsystem without
relying on assistance from userspace.
Signed-off-by: Paul Moore [EMAIL PROTECTED]
Signed-off-by: Casey Schaufler
Alan Cox wrote:
On Wed, 3 Oct 2007 22:35:24 +0300
Pekka Enberg [EMAIL PROTECTED] wrote:
Hi Linus,
On 10/3/07, Linus Torvalds [EMAIL PROTECTED] wrote:
I would bet that the reason the intel-optimized memcpy triggers this is
that the non-temporal stores just means that you go out directly on
On Mon, Oct 01, 2007 at 07:27:30PM -0600, Matthew Wilcox wrote:
The thing to remember is that sym2 is in transition from being a dual
BSD/Linux driver to being a purely Linux driver.
I was wondering about that; couldn't tell if the split in the code
was historical, or being intentionally
On Thu, Oct 04, 2007 at 10:49:52AM -0700, Christoph Lameter wrote:
I was not aware of that. Would it be possible for you to summarize all the
test data that you have right now about SLUB vs. SLAB with the patches
listed? Exactly what kernel version and what version of the per cpu
patches
On Thu, Oct 04, 2007 at 08:21:59PM +0200, Andi Kleen wrote:
On Thursday 04 October 2007 20:10:44 Dave Jones wrote:
On Thu, Oct 04, 2007 at 07:53:16PM +0200, Andi Kleen wrote:
The only vendor that ever implemented OOSTOREs was Centaur, and they
only did in the Winchip
On Thu, 2007-10-04 at 10:50 -0700, Arjan van de Ven wrote:
On Thu, 4 Oct 2007 10:38:15 -0700 (PDT)
Christoph Lameter [EMAIL PROTECTED] wrote:
Yeah the fastpath vs. slow path is not the issue as Siddha and I
concluded earlier. Seems that we are mainly seeing cacheline bouncing
due to
Steven J. Hill [EMAIL PROTECTED] writes:
I have written a loadble module ( which gets complied
along with kernel) which does some floating point
operation.
NO FLOATING POINT in the kernel PERIOD. Either use integer
operations, or redo your software architecture and do the
floating
On Thu, 4 Oct 2007 18:43:04 +0200
Pierre Ossman [EMAIL PROTECTED] wrote:
On Thu, 04 Oct 2007 10:00:50 -0400
Trond Myklebust [EMAIL PROTECTED] wrote:
On Thu, 2007-10-04 at 08:52 +0200, Pierre Ossman wrote:
On Wed, 03 Oct 2007 19:41:16 -0400
Trond Myklebust [EMAIL PROTECTED] wrote:
On Thursday 04 October 2007, you wrote:
This looks a lot better! I don't mind seperating the block bits, when we
get the whole bunch in there. Just seemed overly silly and complicated
to do it for just one ioctl command. When you are happy with this patch,
I'll add it to the pending block
On Thu, 04 Oct 2007 20:10:10 +0200
Peter Zijlstra [EMAIL PROTECTED] wrote:
On Thu, 2007-10-04 at 10:46 -0700, Andrew Morton wrote:
On Thu, 04 Oct 2007 18:47:07 +0200 Peter Zijlstra [EMAIL PROTECTED] wrote:
static int may_write_to_queue(struct backing_dev_info *bdi)
{
if
On Thu, Oct 04, 2007 at 08:58:27PM +0200, Andi Kleen wrote:
On Thursday 04 October 2007 20:41:07 Dave Jones wrote:
On Thu, Oct 04, 2007 at 08:21:59PM +0200, Andi Kleen wrote:
On Thursday 04 October 2007 20:10:44 Dave Jones wrote:
On Thu, Oct 04, 2007 at 07:53:16PM +0200, Andi Kleen
Hi Martin.
On Thu, Oct 04, 2007 at 01:27:06PM +0200, Martin Schwidefsky wrote:
The current set of s390 patches ready to be pushed once 2.6.23
has hit the streets.
I noticed that I had not yet beautified the vmlinux.lds file of s390.
Please consider the next two patches for 2.6.24.
The first
On Thu, 2007-10-04 at 11:42 -0700, Andrew Morton wrote:
On Thu, 4 Oct 2007 18:43:04 +0200
Pierre Ossman [EMAIL PROTECTED] wrote:
On Thu, 04 Oct 2007 10:00:50 -0400
Trond Myklebust [EMAIL PROTECTED] wrote:
On Thu, 2007-10-04 at 08:52 +0200, Pierre Ossman wrote:
On Wed, 03 Oct 2007
Repalce the hardcoded 4096 value with the PAGE_SIZE macro.
Converted a few decimal numbers to readable hex numbers.
Use of PAGE_SIZE required a small change to page.h
to allow PAGE_SIZE to be used from assembler/linker scripts.
Signed-off-by: Sam Ravnborg [EMAIL PROTECTED]
---
build tested only
Il Thu, Oct 04, 2007 at 01:32:44AM +0200, Frans Pop ha scritto:
On Wednesday 03 October 2007, you wrote:
On Wed, Oct 03, 2007 at 09:27:41PM +0200, Frans Pop wrote:
On Wednesday 03 October 2007, you wrote:
On Wed, 3 Oct 2007, Ilpo Järvinen wrote:
On Wed, 3 Oct 2007, Frans Pop wrote:
Andi Kleen wrote:
David J. Wilder [EMAIL PROTECTED] writes:
@@ -0,0 +1,160 @@
+Trace Setup and Control
+===
+In the kernel, the trace interface provides a simple mechanism for
+starting and managing data channels (traces) to user space.
Wasn't relayfs supposed to do that
On Thu, 4 Oct 2007, Andi Kleen wrote:
We've known for ages that it is possible. But it has been always so rare
that it was ignored.
Well we can now address the rarity. That is the whole point of the
patchset.
Is there any evidence this is more common now than it used to be?
It will be more
Introduce a consistent style in vmlinux.lds.
This style is gradually being introduced for all archs.
A few lables were moved inside the section definition so
they are assigned the correct value of gcc decide to align
the content to another address than the one . has.
In the past this has fixed
On Thu, 4 Oct 2007, Matthew Wilcox wrote:
We have three runs, all with 2.6.23-rc3 plus the patches that Suresh
applied from 20070922. The first run is with slab. The second run is
with SLUB and the third run is SLUB plus the tuning parameters you
recommended.
There was quite a bit of
On Thursday 04 October 2007 20:41:07 Dave Jones wrote:
On Thu, Oct 04, 2007 at 08:21:59PM +0200, Andi Kleen wrote:
On Thursday 04 October 2007 20:10:44 Dave Jones wrote:
On Thu, Oct 04, 2007 at 07:53:16PM +0200, Andi Kleen wrote:
The only vendor that ever implemented OOSTOREs
On 10/04/2007 03:19 PM, Luca Tettamanti wrote:
The latter seems to be utime ...decreasing. No wonder if
arithmetics will give strange results (probably top is using
unsigned delta?)...
Hmm, minor miscounting from my side, stime seems more appropriate...
So, is it normal that stime decreases
On Wed, 3 Oct 2007, David Miller wrote:
there is still code that does DMA from and to the stack
how would this work with virtual allocated stack?
That's a bug and must be fixed.
There honestly shouldn't be that many examples around.
FWIW, there are platforms using a virtually
On Thu, Oct 04, 2007 at 12:05:35PM -0700, Christoph Lameter wrote:
Was the page allocator pass through patchset
separately applied as I requested?
I don't believe so. Suresh?
If it was a git pull then the pass through was included and never taken
out.
It was a git pull from the
On Thu, Oct 04, 2007 at 01:39:39PM +1000, Benjamin Herrenschmidt wrote:
Why don't you use the new struct dev_archdata mechanism ? That's what I
use on powerpc to provide optional iommu linkage to any device in the
system.
Good one. I will certainly try out your idea and will update
On Thu, 4 Oct 2007, Andi Kleen wrote:
On Thursday 04 October 2007 05:59, Christoph Lameter wrote:
Make the stack size configurable now that we can fallback to vmalloc if
necessary. SGI NUMA configurations may need more stack because cpumasks
and nodemasks are at times kept on the stack.
On Thu, 4 Oct 2007 12:20:50 -0700 (PDT)
Christoph Lameter [EMAIL PROTECTED] wrote:
On Thu, 4 Oct 2007, Andi Kleen wrote:
We've known for ages that it is possible. But it has been always so
rare that it was ignored.
Well we can now address the rarity. That is the whole point of the
Trond Myklebust wrote:
On Thu, 2007-10-04 at 11:42 -0700, Andrew Morton wrote:
On Thu, 4 Oct 2007 18:43:04 +0200
Pierre Ossman [EMAIL PROTECTED] wrote:
On Thu, 04 Oct 2007 10:00:50 -0400
Trond Myklebust [EMAIL PROTECTED] wrote:
On Thu, 2007-10-04 at 08:52 +0200, Pierre Ossman
Am Donnerstag, 4. Oktober 2007 schrieb Chuck Ebbert:
Is CONFIG_VIRT_CPU_ACCOUNTING set?
This is s390 and powerpc only, so the answer is probably no ;-)
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Thu, 04 Oct 2007 15:16:03 -0400
Trond Myklebust [EMAIL PROTECTED] wrote:
That would be perfect. It can even be in non-legacy mode by default,
just as long as you can go back to the old behaviour when/if you run
into a non-LFS application.
Wouldn't a mount option be
On Mon, 01 Oct 2007 17:35:46 -0700
Mingming Cao [EMAIL PROTECTED] wrote:
ext2: Avoid rec_len overflow with 64KB block size
From: Jan Kara [EMAIL PROTECTED]
With 64KB blocksize, a directory entry can have size 64KB which does not fit
into 16 bits we have for entry lenght. So we store
On Mon, 1 Oct 2007 16:45:28 -0700
Mark Gross [EMAIL PROTECTED] wrote:
The following is the cleaned up patch implementing the power management
quality of service infrastructure discussed at the pm summit last June.
It is a genralization of the latency code put into the kernel last year
by
On 10/04/2007 04:00 PM, Christian Borntraeger wrote:
Am Donnerstag, 4. Oktober 2007 schrieb Chuck Ebbert:
Is CONFIG_VIRT_CPU_ACCOUNTING set?
This is s390 and powerpc only, so the answer is probably no ;-)
The code in fs/proc/array.c is... interesting.
1. task_stime() converts
On Sat, Sep 29, 2007 at 07:09:12PM +0900, Akinobu Mita wrote:
freeze_bdev() with the device which is mounted as read only
does not change sb-s_frozen from SB_UNFROZEN to SB_FREEZE_TRANS.
Because of this behavior, xfs_freeze can break read-only XFS filesystem.
Because xfs_thaw does nothing
From: Arjan van de Ven [EMAIL PROTECTED]
Date: Thu, 4 Oct 2007 10:50:46 -0700
Ok every time something says anything not 100% positive about SLUB you
come back with but it's fixed in the next patch set... *every time*.
I think this is partly Christoph subconsciously venting his
frustration that
Worth about 10-20% performance according to the 2.4.18pre9-ac4
release notes:
http://www.linuxtoday.com/news_story.php3?ltsn=2002-02-14-015-20-NW-KN
Are there numbers for a newer kernel available too?
no idea, my winchips died about 5 years ago
Got a couple here just need a
On Tue, 2 Oct 2007 07:18:52 +0200
Ingo Molnar [EMAIL PROTECTED] wrote:
printk: add the KERN_CONT annotation (which is empty string but via
which checkpatch.pl can notice that the lacking KERN_ level is fine).
This useful for multiple calls of hand-crafted printk output done by
early
On Thu, Oct 04, 2007 at 12:53:56PM -0700, Andrew Morton wrote:
On Mon, 1 Oct 2007 16:45:28 -0700
Mark Gross [EMAIL PROTECTED] wrote:
The following is the cleaned up patch implementing the power management
quality of service infrastructure discussed at the pm summit last June.
It is a
On Thu, 04 Oct 2007 22:04:07 +0200 Vegard Nossum wrote:
Description: This patch largely implements the kprint API as previously
posted to the LKML and described in Documentation/kprint.txt (see patch).
The main purpose of this change is provide a unified logging API to the
kernel and at the
On Sun, Sep 30, 2007 at 05:27:03PM -0700, David Miller wrote:
From: Valerie Henson [EMAIL PROTECTED]
Date: Wed, 22 Aug 2007 19:06:26 -0600
ebizzy is designed to generate a workload resembling common web
application server workloads.
I downloaded this only to be basically disappointed.
From: Roland Dreier [EMAIL PROTECTED]
Date: Thu, 04 Oct 2007 11:12:42 -0700
Sorry for the lack of detail -- I've just switched to running in the
console so if I can provoke the crash again I'll get a little more
info. I just wanted to mention this in case someone has seen
something similar
* Andrew Morton [EMAIL PROTECTED] wrote:
On Tue, 2 Oct 2007 07:18:52 +0200
Ingo Molnar [EMAIL PROTECTED] wrote:
printk: add the KERN_CONT annotation (which is empty string but via
which checkpatch.pl can notice that the lacking KERN_ level is fine).
This useful for multiple calls
I don't want to jump the gun on the analysis but it just might
be the packet sharing fixes Herbert put in a short time ago.
What you could do is go back to say rc2 and see if you still get
the panics, then bisect from there to narrow it down.
If rc2 still gives the panic, it's
From: [EMAIL PROTECTED] (Matthew Wilcox)
Date: Thu, 4 Oct 2007 12:28:25 -0700
On Thu, Oct 04, 2007 at 10:49:52AM -0700, Christoph Lameter wrote:
Finally: Is there some way that I can reproduce the tests on my machines?
As usual for these kinds of setups ... take a two-CPU machine, 64GB
of
On Thu, Oct 04, 2007 at 01:48:34PM -0700, David Miller wrote:
There comes a point where it is the reporter's responsibility to help
the developer come up with a publishable test case the developer can
use to work on fixing the problem and help ensure it stays fixed.
That's a lot of effort. Is
From: Valerie Henson [EMAIL PROTECTED]
Date: Thu, 4 Oct 2007 14:42:01 -0600
Ebizzy is based on a real web application server and does do things
that are fairly common in such applications (multithreaded memory
allocation and memory access), but it ignores networking for two
reasons: the
On Thu, Oct 04, 2007 at 01:55:37PM -0700, David Miller wrote:
Anything, I do mean anything, can be simulated using small test
programs. Pointing at a big fancy machine with lots of storage
and disk is a passive aggressive way to avoid the real issues,
in that nobody is putting forth the
From: Matthew Wilcox [EMAIL PROTECTED]
Date: Thu, 4 Oct 2007 14:58:12 -0600
On Thu, Oct 04, 2007 at 01:48:34PM -0700, David Miller wrote:
There comes a point where it is the reporter's responsibility to help
the developer come up with a publishable test case the developer can
use to work
On 10/04/2007 04:55 PM, David Miller wrote:
Anything, I do mean anything, can be simulated using small test
programs.
How do you simulate reading 100TB of data spread across 3000 disks,
selecting 10% of it using some criterion, then sorting and summarizing
the result?
-
To unsubscribe from
Yeah, I'm guestimating O on a per device basis, but I agree that the
current ratio limiting is quite crude. I'm not at all sorry to see
throttle_vm_writeback() go, I just wanted to make a point that what it
does is not quite without merrit - we agree that it can be done better
differently.
Am Donnerstag, 4. Oktober 2007 schrieb Chuck Ebbert:
On 10/04/2007 04:00 PM, Christian Borntraeger wrote:
Am Donnerstag, 4. Oktober 2007 schrieb Chuck Ebbert:
Is CONFIG_VIRT_CPU_ACCOUNTING set?
This is s390 and powerpc only, so the answer is probably no ;-)
The code in
From: Chuck Ebbert [EMAIL PROTECTED]
Date: Thu, 04 Oct 2007 17:02:17 -0400
How do you simulate reading 100TB of data spread across 3000 disks,
selecting 10% of it using some criterion, then sorting and
summarizing the result?
You repeatedly read zeros from a smaller disk into the same amount
701 - 800 of 902 matches
Mail list logo