On Thu, 4 Oct 2007, Rik van Riel wrote:
> > Well we can now address the rarity. That is the whole point of the
> > patchset.
>
> Introducing complexity to fight a very rare problem with a good
> fallback (refusing to fork more tasks, as well as lumpy reclaim)
> somehow does not seem like a good
On Thu, 4 Oct 2007, Matthew Wilcox wrote:
> Yet here we stand. Christoph is aggressively trying to get slab removed
> from the tree. There is a testcase which shows slub performing worse
> than slab. It's not my fault I can't publish it. And just because I
> can't publish it doesn't mean it
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
> 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
>
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
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
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
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: 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: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.
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
* 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
> 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,
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
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
> > > "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
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
>
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
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.
> >
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
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
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
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
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 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
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
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
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
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
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
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
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
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
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
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,
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:
> > > >
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
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
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, 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,
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
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)
> > > {
>
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
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, 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
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
>
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
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 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
"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
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
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
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
> 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
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 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
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.
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 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
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
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
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, 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
> 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
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
>
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
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
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
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
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.
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, 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
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)
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]>
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.
--
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:
>
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,
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:
> >
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
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
>
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.
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
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
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
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
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
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
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
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
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
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
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
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]>
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
101 - 200 of 902 matches
Mail list logo
