On Thu, 26 Apr 2007 22:49:53 -0700 (PDT) Christoph Lameter <[EMAIL PROTECTED]>
wrote:
> On Thu, 26 Apr 2007, Andrew Morton wrote:
>
> > > Or make sure that truncate
> > > doesn't race on a partial *block* truncate?
> >
> > lock four pages
>
> You would only lock a single higher order block. Tr
* Con Kolivas <[EMAIL PROTECTED]> wrote:
> > as a summary: i think your numbers demonstrate it nicely that the
> > shorter 'timeslice length' that both CFS and SD utilizes does not have a
> > measurable negative impact on your workload. To measure the total impact
> > of 'timeslicing' you might w
On Apr 26 2007 11:24, Andi Kleen wrote:
>On Thursday 26 April 2007 07:45:09 Randy Dunlap wrote:
>> From: Randy Dunlap <[EMAIL PROTECTED]>
>>
>> Eliminate 19439 (!!) sparse warnings like:
>> include/linux/mm.h:321:22: warning: constant 0x8100 is so big it
>> is unsigned long
>
>Sparse
> Very interesting indeed but fairly complicated as well.
Sorry for that -- I've taken these figures from the 3MB logfile
that each job creates and "reading" them on a regular basis tend
to forget that probably everyody else does not find them as
obvious as I do. Also I'm don't really have lots of
On Fri, 27 Apr 2007, Nigel Cunningham wrote:
> Sorry Pekka, but that's just broken.
It certainly isn't.
On Fri, 27 Apr 2007, Nigel Cunningham wrote:
> It implies firstly that we tell all userspace programs "I'm sorry, but
> I'm suspending at the moment. Can you tip toe quietly around while I do
>
Andi Kleen wrote:
>> +/* VCPUs are single-cored, and have no siblings */
>> +static void set_cpu_sibling_map(int cpu)
>>
>
> Can you put this somewhere generic and use it everywhere? Don't want
> duplication of this code.
>
Are there any other users? This is a very cutdown version of the
Hi.
On Fri, 2007-04-27 at 09:18 +0300, Pekka J Enberg wrote:
> On Fri, 27 Apr 2007, Nigel Cunningham wrote:
> > COW is a possibility, but I understood (perhaps wrongly) that Linus was
> > thinking of a single syscall or such like to prepare the snapshot. If
> > you're going to start doing things l
On Apr 26 2007 12:23, Marat Buharov wrote:
>
> [Offtopic]
> Today, April, 26, 21 year has been passed since Chernobyl Nuclear
> Power Plant disaster, and Linus announced *drum roll* 2.6.21
> !!! What a mysterious coincidence...
And 2.6.26 will be released on April 01 2008.
Jan
--
-
T
On Fri, 27 Apr 2007, Nigel Cunningham wrote:
> > COW is a possibility, but I understood (perhaps wrongly) that Linus was
> > thinking of a single syscall or such like to prepare the snapshot. If
> > you're going to start doing things like this, won't that mean you'd then
> > have to update/redo the
Fixes a deadlock in the OOM killer for allocations that are not
__GFP_HARDWALL.
Before the OOM killer checks for the allocation constraint, it takes
callback_mutex.
constrained_alloc() iterates through each zone in the allocation zonelist
and calls cpuset_zone_allowed_softwall() to determine whet
Madhusudhan c wrote:
>
> Philip asked me about the access to the 8-bit controller. We might not
> be able to provide you direct access to the hardware platform as it
> requires involvement of business managers and so on. But can I be of
> help by testing your code on our platform and leting you kn
Add auto zone ordering configuration.
This function will select ZONE_ORDER_NODE when
- There are only ZONE_DMA or ZONE_DMA32.
(or) size of (ZONE_DMA/DMA32) > (System Total Memory)/2
(or) Assume Node(A)
* Node (A)'s total memory > System Total Memory/num_of_node+1
(and) Node (A)'s
On Fri, 27 Apr 2007, Nigel Cunningham wrote:
> COW is a possibility, but I understood (perhaps wrongly) that Linus was
> thinking of a single syscall or such like to prepare the snapshot. If
> you're going to start doing things like this, won't that mean you'd then
> have to update/redo the snapsho
On Thu, Apr 26, 2007 at 09:54:10PM -0400, Dominik Brodowski wrote:
> On Tue, Apr 24, 2007 at 08:03:27PM -0400, Dave Jones wrote:
> > On Tue, Apr 24, 2007 at 03:05:36PM -0700, Nish Aravamudan wrote:
> > > On 4/24/07, Dave Jones <[EMAIL PROTECTED]> wrote:
> > > > On Tue, Apr 24, 2007 at 09:03:2
On Thu, Apr 26, 2007 at 10:15:28PM -0700, Andrew Morton wrote:
> On Fri, 27 Apr 2007 14:20:46 +1000 David Chinner <[EMAIL PROTECTED]> wrote:
>
> > >blocksizes via this scheme - instantiate and lock four pages and go for
> > >it.
> >
> > So now how do you get block aligned writeback?
>
>
Hi.
On Fri, 2007-04-27 at 07:52 +0300, Pekka J Enberg wrote:
> On Thu, 2007-04-26 at 09:56 -0700, Linus Torvalds wrote:
> > >which will map in the snapshot, return the mapped address and the size
> > >(and if you want to support snapshots > 4GB, be my guest, but I
> > > suspect
> > >
On Thu, Apr 26, 2007 at 07:29:53PM +0400, Oleg Nesterov wrote:
> On 04/26, Jarek Poplawski wrote:
...
> > > This change should not make any visible difference for the callers,
> > > otherwise it is buggy.
> >
> > IMHO, there is the same visible difference,
> > as between del_timer and del_timer_sy
On Fri, 2007-04-27 at 07:40 +0200, Jan Engelhardt wrote:
> On Apr 26 2007 05:06, Mike Galbraith wrote:
> >On Wed, 2007-04-25 at 22:30 +0200, Sam Ravnborg wrote:
> >
> >> > There are general funnies in the menuconfig world (my preference) here.
> >> > For instance, I recently had reason to change/te
Make zonelist creation policy selectable from sysctl v4.
Automatic configuration itself is provided by the next patch.
[Description]
Assume 2 node NUMA, only node(0) has ZONE_DMA.
(ia64's ZONE_DMA is below 4GB...x86_64's ZONE_DMA32)
In this case, current default (node0's) zonelist order is
Node
Linus Torvalds wrote:
On Fri, 27 Apr 2007, Peter Williams wrote:
The 2.6.21 kernel is hanging during the post boot phase where various daemons
are being started (not always the same daemon unfortunately).
This problem was not present in 2.6.21-rc7 and there is no oops or other
unusual output i
On Thu, 2007-04-26 at 17:09 -0700, Greg KH wrote:
> So, I'm still not quite understanding this, is David giving up on his
> code now that you have pulled his changes into your tree? Or is there
> some reason there are still two competing versions here?
Anton hasn't pulled my changes -- it's a sep
On Fri, 2007-04-27 at 06:02 +0200, Mike Galbraith wrote:
> On Thu, 2007-04-26 at 22:09 +0200, Kasper Sandberg wrote:
> > On Thu, 2007-04-26 at 10:41 -0400, Gene Heskett wrote:
> >
> > >
> > > Compared to mainline? I still think this is a 100% keeper for desktop
> > > users
> > > like me.
> >
On Thursday April 26, [EMAIL PROTECTED] wrote:
> Neil Brown wrote:
> > Does it also specify how to find out what granularity is used by the
> > filesystem? I had a need for this just recently and couldn't see any
> > way to extract it.
>
> That's still on the table. We might end up with an fpath
On Thu, 26 Apr 2007, Andrew Morton wrote:
> > Or make sure that truncate
> > doesn't race on a partial *block* truncate?
>
> lock four pages
You would only lock a single higher order block. Truncate works on that
level.
If you have 4 separate pages then you need to take separate locks and you
On Thu, Apr 26, 2007 at 08:44:36PM +0400, Oleg Nesterov wrote:
> On 04/26, Jarek Poplawski wrote:
> >
> > On Wed, Apr 25, 2007 at 04:47:14PM +0400, Oleg Nesterov wrote:
> > ...
> > > > > > + spin_lock_irq(&cwq->lock);
> > > > > > + /* CPU_DEAD in progress may change cwq */
> > >
On Thu, 26 Apr 2007 16:40:14 -0700 David Brownell <[EMAIL PROTECTED]> wrote:
> This might be a Heisenberg, but I figure it's worth posting
> in case anyone else sees similar oddness. Never seen it
> before or since. It's as if a gremlin got annoyed with me
> for switching a filesystem from reise
Hi, this is version 4. including Lee Schermerhon's good rework.
and automatic configuration at boot time.
(This patch is reworked from V2, so skip V3 changelog.)
ChangeLog V2 -> V4
- automatic configuration is added.
- automatic configuration is now default.
- relaxed_zone_order is renamed to be
On Apr 26 2007 05:06, Mike Galbraith wrote:
>On Wed, 2007-04-25 at 22:30 +0200, Sam Ravnborg wrote:
>
>> > There are general funnies in the menuconfig world (my preference) here.
>> > For instance, I recently had reason to change/test different default IO
>> > schedulers, and found that no matter
On 4/27/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
Now, it would be _very_ nice to be able to snapshot system and
continue running, but I just don't see how to do it without extensive
filesystem support.
So what kind of support do we need from the filesystem?
> Hello,
>
> In an effort to increase over all throughput of my Linux NFS file
> server, I thought about trying to force an IRQ, for the NIC, to be
> serviced by a particular CPU. Is this possible?
>
> TIA,
> Phy
/proc/irq/*/smp_affinity
I would recommend automatic balancing and leave it at t
Eric W. Biederman wrote:
> "H. Peter Anvin" <[EMAIL PROTECTED]> writes:
>
>> A lot of that code (although, of course, not all) could be written in C,
>> though. I'm thinking of taking a stab at rewriting it that way.
>
> Is this using the .code16gcc? Or are you thinking of some other
> techniqu
"H. Peter Anvin" <[EMAIL PROTECTED]> writes:
> A lot of that code (although, of course, not all) could be written in C,
> though. I'm thinking of taking a stab at rewriting it that way.
Is this using the .code16gcc? Or are you thinking of some other
technique. Requiring another C compiler to b
On Apr 26 2007 18:15, Phy Prabab wrote:
> Hello,
>
> In an effort to increase over all throughput of my Linux NFS file
> server, I thought about trying to force an IRQ, for the NIC, to be
> serviced by a particular CPU. Is this possible?
Sorry, too early in the morning :)
It is definitely possib
> Hello,
>
> In an effort to increase over all throughput of my Linux NFS file
> server, I thought about trying to force an IRQ, for the NIC, to be
> serviced by a particular CPU. Is this possible?
http://lkml.org/lkml/2007/4/5/155
Jan
--
-
To unsubscribe from this list: send the line "unsubs
On Wed, Apr 18, 2007 at 01:25:19PM -0400, Lennart Sorensen wrote:
>
> Does it matter that google's recent report on disk failures indicated
> that SMART never predicted anything useful as far as they could tell?
> Certainly none of my drive failures ever had SMART make any kind of
> indication tha
On Thu, Apr 26 2007, Mel Gorman wrote:
> On (26/04/07 20:39), Jens Axboe didst pronounce:
> > On Thu, Apr 26 2007, Christoph Lameter wrote:
> > > On Thu, 26 Apr 2007, Jens Axboe wrote:
> > >
> > > > On Thu, Apr 26 2007, Christoph Lameter wrote:
> > > > > On Thu, 26 Apr 2007, Jens Axboe wrote:
> >
On Thu, Apr 26, 2007 at 08:34:06PM +0400, Oleg Nesterov wrote:
> On 04/26, Jarek Poplawski wrote:
> >
> > > void cancel_rearming_delayed_work(struct delayed_work *dwork)
> > > {
> > > struct work_struct *work = &dwork->work;
> > > struct cpu_workqueue_struct *cwq = get_wq_da
On Fri, 27 Apr 2007 14:20:46 +1000 David Chinner <[EMAIL PROTECTED]> wrote:
> >blocksizes via this scheme - instantiate and lock four pages and go for
> >it.
>
> So now how do you get block aligned writeback?
in writeback and pageout:
if (page->index & mapping->block_size_mask)
Eric W. Biederman wrote:
> WANG Cong <[EMAIL PROTECTED]> writes:
>
>> Thanks for your point.
>> I know little about virtualization, maybe can't help much. But I am
>> interested
>> in other things you mentioned. AFAIK, segments can't be avoided on i386, and
>> Linux uses them very little, how ar
On Fri, Apr 27, 2007 at 01:47:49AM +0200, Adrian Bunk wrote:
> Allow gcc to perform show_registers() type checking also with
> CONFIG_KPROBES=n.
Is kprobes.h the correct place to allow for this change? Perhaps, with
Christoph's patch http://marc.info/?l=linux-kernel&m=117432009501114&w=2
consolid
On Thu, Apr 26, 2007 at 10:47:38AM +0200, Jan Kara wrote:
> Do I get it right that you just have in each cnode a pointer to the
> previous & next cnode? But then if two consecutive cnodes get corrupted,
> you have no way to connect the chain, do you? If each cnode contained
> some unique identifi
Jeremy Fitzhardinge <[EMAIL PROTECTED]> writes:
>> I suspect what we want to do is come up with a function to call
>> to test to see if a page should be read-only and map such pages
>> _PAGE_KERNEL_RO, or _PAGE_KERNEL_RO_EXEC if it's code.
>>
>
> Hm, I think that's a hard function to write in g
On Thu, Apr 26, 2007 at 12:05:04PM -0400, Jeff Dike wrote:
>
> No, I'm referring to a different file. The scenario is that you have
> a growing file in a nearly full disk with files being deleted (and
> thus space being freed) such that allocations for the growing file
> bounce back and forth bet
At Thu, 26 Apr 2007 20:30:54 -0400,
James Bottomley wrote:
> On Fri, 2007-04-27 at 02:13 +0200, Adrian Bunk wrote:
> > On Thu, Apr 26, 2007 at 07:59:57PM -0400, Robert P. J. Day wrote:
> > > On Fri, 27 Apr 2007, Adrian Bunk wrote:
> > >
> > > > This patch removes kernel 2.4 code.
> > > >
> > > > S
On Thu, 2007-04-26 at 09:56 -0700, Linus Torvalds wrote:
> >which will map in the snapshot, return the mapped address and the size
> >(and if you want to support snapshots > 4GB, be my guest, but I suspect
> >you're actually *better* off just admitting that if you cannot shrink
> >
Fix hrtimers documentation.
- The word `patch' is used to indicate hrtimers subsystem implementation.
However this subsystem has already been in ustream kernel, so convert
them into appropriate phrases.
- Some minor cleanups.
Signed-off-by: Satoru Takeuchi <[EMAIL PROTECTED]>
Index: linux-2.
WANG Cong <[EMAIL PROTECTED]> writes:
>
> Thanks for your point.
> I know little about virtualization, maybe can't help much. But I am interested
> in other things you mentioned. AFAIK, segments can't be avoided on i386, and
> Linux uses them very little, how are they recalculated constantly?
Lo
On Thu, Apr 26, 2007 at 07:53:57PM -0700, Andrew Morton wrote:
> On Fri, 27 Apr 2007 12:27:31 +1000 David Chinner <[EMAIL PROTECTED]> wrote:
> > On Thu, Apr 26, 2007 at 07:04:38PM -0700, Andrew Morton wrote:
> > > On Tue, 24 Apr 2007 15:21:05 -0700 [EMAIL PROTECTED] wrote:
> > > Also, afaict your i
Miklos Szeredi <[EMAIL PROTECTED]> writes:
>> On Apr 25 2007 11:21, Eric W. Biederman wrote:
>> >>
>> >> Why did we want to use fsuid, exactly?
>> >
>> >- Because ruid is completely the wrong thing we want mounts owned
>> > by whomever's permissions we are using to perform the mount.
>>
>> Think
Linus Torvalds wrote:
On Fri, 27 Apr 2007, Peter Williams wrote:
The 2.6.21 kernel is hanging during the post boot phase where various daemons
are being started (not always the same daemon unfortunately).
This problem was not present in 2.6.21-rc7 and there is no oops or other
unusual output i
On Thu, 26 Apr 2007 20:58:32 +0200 Vincent ETIENNE <[EMAIL PROTECTED]> wrote:
> Apr 26 11:09:34 jupiter2 RTNL: assertion failed at
> net/ipv4/devinet.c
> (1055) Apr 26 11:09:34 jupiter2
> Apr 26 11:09:34 jupiter2 Call Trace:
> Apr 26 11:09:3
On Thu, 2007-04-26 at 21:02 +0200, Willy Tarreau wrote:
> On Thu, Apr 26, 2007 at 09:40:26AM -0700, Linus Torvalds wrote:
>
> > So we should have somebody like Christoph running -mm, and when things
> > break, we'll just sic Christoph on whoever broke it, and teach people
> > proper fear and res
Jens Axboe <[EMAIL PROTECTED]> writes:
> On Thu, Apr 26 2007, Eric W. Biederman wrote:
>
> Yep, if you could just have > PAGE_CACHE_SIZE blocks in the filesystem
> easily, the problem would basically be solved for cd and dvd packet
> writing.
Ok. I'm not in a position to do this work. But I wil
On Thu, 26 Apr 2007 19:12:27 +0200 "Paul Rolland" <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I've a machine that has been installed with Intel Soft Raid on top
> of 2 SATA disks.
> I'm trying to have this work as a RAID-1 array.
> Bios configuration has been done, using 128K chunk, and the kernel
>
On Thu, 2007-04-26 at 22:09 +0200, Kasper Sandberg wrote:
> On Thu, 2007-04-26 at 10:41 -0400, Gene Heskett wrote:
>
> >
> > Compared to mainline? I still think this is a 100% keeper for desktop
> > users
> > like me.
>
> Here its alot worse, just playing an ogg with ogg123 even without
> any
"REPORT: sd-0.46 vs cfs-v6 vs mainline 2.6.21-rc7 Beryl + Video + Audio"
Hardware:
Dell Inspiron 700m laptop
1.7GHz Pentium M (Dothan 2M cache)
2GB RAM
1000Hz
Gentoo Linux
dyn-tick
700m # cat /sys/devices/system/cpu/cpu0/cpufreq/ondemand/sampling_rate
1 (microseconds, 10ms)
855gm integrated v
From: Randy Dunlap <[EMAIL PROTECTED]>
Date: Thu, 26 Apr 2007 20:50:08 -0700
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Make a global linux/const.h header file instead of having multiple,
> per-arch files, and convert current users of asm/const.h to use
> linux/const.h.
>
> Built on x86_64 and
On Thu, 2007-04-26 at 18:18 -0700, Jeff Haran wrote:
> From: Jeff Haran <[EMAIL PROTECTED]>
>
> Resending with Outlook patch mangling hopefully corrected (Maybe I
> should write a HOWTO, this was harder than fixing the driver).
Note, sorry about that, still mangled :-(
Just send it as an attach
From: Randy Dunlap <[EMAIL PROTECTED]>
Make a global linux/const.h header file instead of having multiple,
per-arch files, and convert current users of asm/const.h to use
linux/const.h.
Built on x86_64 and sparc64.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
include/asm-sparc64/Kbuild
On Thu, 26 Apr 2007, Andrew Morton wrote:
> > Sure, that addresses the larger I/O side of things, but it doesn't address
> > the large filesystem blocksize issues that can only be solved with some kind
> > of page aggregation abstraction.
>
> a) That wasn't a part of Christoph's original rational
On Fri, 27 Apr 2007, Peter Williams wrote:
>
> The 2.6.21 kernel is hanging during the post boot phase where various daemons
> are being started (not always the same daemon unfortunately).
>
> This problem was not present in 2.6.21-rc7 and there is no oops or other
> unusual output in the system
On Thursday 26 April 2007, Marko Vrh wrote:
> Replace CONFIG_PNPACPI with CONFIG_PNP, so it loads on
> ACPI-less PNPBIOS systems.
>
> Signed-off-by: Marko Vrh <[EMAIL PROTECTED]>
Acked-by: David Brownell <[EMAIL PROTECTED]>
>
>
>
> diff -urNp linux-2.6.21/drivers/rtc/rtc-cmos.c
> linux-2
> Update required firmware revision to 4.0.0.
Hmm... should we fold this into the earlier patch, which actually
needs this new FW? Or at least merge this patch first?
Also, is it cool with everyone to require a new FW, even for users who
might not be using (or even building) the RDMA driver? I
One comment I got suggested to clean up the overflow tests. There
is no reason to not perform the full micro-second overflow test
in those two places. The four conditions are reduced by the compiler
to just two tests so there's no problems with performance.
Signed-off-by: Ulrich Drepper <[EMAIL
Fix wrong comment for syscall stack layout.
`ret_from_sys_call' label no longer exist and `syscall_exit' label was
introduced instead.
Signed-off-by: Satoru Takeuchi <[EMAIL PROTECTED]>
Index: linux-2.6.21/arch/i386/kernel/entry.S
=
On Fri, 27 Apr 2007 12:27:31 +1000 David Chinner <[EMAIL PROTECTED]> wrote:
> On Thu, Apr 26, 2007 at 07:04:38PM -0700, Andrew Morton wrote:
> > On Tue, 24 Apr 2007 15:21:05 -0700 [EMAIL PROTECTED] wrote:
> >
> > > This patchset modifies the Linux kernel so that larger block sizes than
> > > page
On Thu, 26 Apr 2007 22:31:15 -0400 [EMAIL PROTECTED] wrote:
> On Wed, 25 Apr 2007 22:57:16 PDT, Andrew Morton said:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc7/2.6.21-rc7-mm2/
>
> This addition in -rc7-mm1 breaks my laptop (Dell Latitude D820, x86_64 kernel)
>
>
On Thursday 26 April 2007 18:56, Con Kolivas wrote:
> On Friday 27 April 2007 08:00, Bill Davidsen wrote:
> > Ingo Molnar wrote:
> > > * Ed Tomlinson <[EMAIL PROTECTED]> wrote:
> > >>> SD 0.46 1-2 FPS
> > >>> cfs v5 nice -19 219-233 FPS
> > >>> cfs v5 nice 0 1000-1996
> > >>
> > >>cfs
--- Pierre Ossman <[EMAIL PROTECTED]> wrote:
> Sergey Yanovich wrote:
> >
> > I have found it easier to rewrite the driver, than to fix.
>
> Before you get your hopes up, this development model is not one that will get
> your code merged upstream. You should really try to work with Alex, not si
On Wed, 25 Apr 2007 22:57:16 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc7/2.6.21-rc7-mm2/
This addition in -rc7-mm1 breaks my laptop (Dell Latitude D820, x86_64 kernel)
gregkh-driver-sysfs-fix-i_ino-handling-in-sysfs.patch
The initrd on my s
On Thu, Apr 26, 2007 at 06:12:43PM -0700, H. Peter Anvin wrote:
>WANG Cong wrote:
>>>
>>> I have considered myself as a rather unofficial maintainer of this code,
>>> and wouldn't mind make it official now when I actually have a job which
>>> both cares about and actually can support my upstream Li
On Thu, Apr 26, 2007 at 07:04:38PM -0700, Andrew Morton wrote:
> On Tue, 24 Apr 2007 15:21:05 -0700 [EMAIL PROTECTED] wrote:
>
> > This patchset modifies the Linux kernel so that larger block sizes than
> > page size can be supported. Larger block sizes are handled by using
> > compound pages of a
Neil Brown wrote:
> Does it also specify how to find out what granularity is used by the
> filesystem? I had a need for this just recently and couldn't see any
> way to extract it.
That's still on the table. We might end up with an fpathconf() solution.
--
➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 44
Quoting Miklos Szeredi ([EMAIL PROTECTED]):
> > Quoting Miklos Szeredi ([EMAIL PROTECTED]):
> > > > So then as far as you're concerned, the patches which were in -mm will
> > > > remain unchanged?
> > >
> > > Basically yes. I've merged the update patch, which was not yet added
> > > to -mm, did so
On Thu, Apr 26, 2007 at 05:09:28PM -0700, Greg KH wrote:
> On Fri, Apr 27, 2007 at 03:29:02AM +0400, Anton Vorontsov wrote:
> >
> > To not confuse with David own battery-2.6 repository, it's called
> > battery2-2.6, and can be found here:
>
> So, I'm still not quite understanding this, is David g
On Tue, 24 Apr 2007 15:21:05 -0700 [EMAIL PROTECTED] wrote:
> This patchset modifies the Linux kernel so that larger block sizes than
> page size can be supported. Larger block sizes are handled by using
> compound pages of an arbitrary order for the page cache instead of
> single pages with order
On Thursday April 26, [EMAIL PROTECTED] wrote:
> The next revision of POSIX will support fine-grained filesystem
> timestamps the way we already support. struct stat will report
> nanosecond values. So far so good.
Does it also specify how to find out what granularity is used by the
filesystem
On Tue, Apr 24, 2007 at 08:03:27PM -0400, Dave Jones wrote:
> On Tue, Apr 24, 2007 at 03:05:36PM -0700, Nish Aravamudan wrote:
> > On 4/24/07, Dave Jones <[EMAIL PROTECTED]> wrote:
> > > On Tue, Apr 24, 2007 at 09:03:23PM +, William Heimbigner wrote:
> > > > The following patches should all
On Thu, 26 Apr 2007 18:25:10 -0700 (PDT)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> On Fri, 27 Apr 2007, KAMEZAWA Hiroyuki wrote:
>
> > > DMA memory.
> > >
> > It seems a bit complicated. If we do so, following can occur,
> >
> > Node1: cpu0,1,2,3
> > Node0: cpu4,5,6,7
>
> We were discussi
On Thu, 2007-04-26 at 17:28 -0700, Jeff Haran wrote:
> > -Original Message-
> > From: Benjamin Herrenschmidt [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, April 26, 2007 5:19 PM
> > To: Jeff Haran
> > Cc: [EMAIL PROTECTED]; linux-kernel@vger.kernel.org
> > Subject: Re: [PATCH 1/1] IBM PPC
PCI transparent bridge
This report is FYI, filed because of the kernel message. Using the kernel
parameter seems to work fine.
On boot there is a message that says this:
Kernel:PCI: Transparent bridge - :00:1e.0
Kernel:PCI: Bus #04 (-#07) is hidden behind transparent bridge #03 (-#04)
(tr
Ingo,
I've spent several days banging my head on this bug, and I finally found
it. I originally thought we had a bug with the latency tracer, since it
seemed to only occur when I turned on latency tracing. But I guess it
just changed the timings to cause the bug to happen. Now that I found
where
You are right,both ways would cause confusion,but sooner or later we need to
move it because our NICs onward are all Gigabit and 100M NICs will disappear
gradually in the future. Probably H.Peter's suggestion that have a single list
for 100M and 1000M is a better choice.
-Original Message--
On Fri, 27 Apr 2007, KAMEZAWA Hiroyuki wrote:
> > DMA memory.
> >
> It seems a bit complicated. If we do so, following can occur,
>
> Node1: cpu0,1,2,3
> Node0: cpu4,5,6,7
We were discussing a two node NUMA system. If you have more put it onto
the last.
-
To unsubscribe from this list: send th
From: Daniel Wolstenholme <[EMAIL PROTECTED]>
Enable devices to signal interrupts via PCI memory cycles.
rev6:
* fix enable/disable typo, Michael Ellerman
rev5:
* fix up ack, enable, and disable for iop13xx_msi_chip
rev4:
* move smp compile fix to separate patch
* use dynamic_irq_init in create
In file included from drivers/pci/msi.c:22:
include/asm/smp.h:17:26: asm/arch/smp.h: No such file or directory
include/asm/smp.h:20:3: #error " included in non-SMP build"
include/asm/smp.h:23:1: warning: "raw_smp_processor_id" redefined
In file included from include/linux/sched.h:65,
From: Jeff Haran <[EMAIL PROTECTED]>
Resending with Outlook patch mangling hopefully corrected (Maybe I
should write a HOWTO, this was harder than fixing the driver).
This patch fixes some problems I found while debugging the IBM EMAC
driver for PPC32 systems.
The first problem was in the functio
Hello,
In an effort to increase over all throughput of my Linux NFS file
server, I thought about trying to force an IRQ, for the NIC, to be
serviced by a particular CPU. Is this possible?
TIA,
Phy
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Thu, 26 Apr 2007 17:54:20 -0700 Andrew Morton wrote:
> On Fri, 27 Apr 2007 00:00:15 + (GMT) William Heimbigner <[EMAIL
> PROTECTED]> wrote:
>
> > Output leading up to the error:
> >
> >CC drivers/macintosh/macio-adb.o
> >LD drivers/macintosh/built-in.o
> >CC [M] dr
WANG Cong wrote:
>>
>> I have considered myself as a rather unofficial maintainer of this code,
>> and wouldn't mind make it official now when I actually have a job which
>> both cares about and actually can support my upstream Linux activities,
>> which was a major pain for a while.
>>
>> Overall,
H. Peter Anvin wrote:
> Primarily to let a backup program restore the full state of the filesystem.
Is this wanted? Or needed? I would think there are good reasons why
this hasn't been done so far. Intrusion detection is one reason I can
think of.
--
➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Cas
On Thu, Apr 26, 2007 at 04:13:01PM -0700, H. Peter Anvin wrote:
>Michael McConnell wrote:
>> Hi folks,
>>
>> I noticed the MAINTAINERS file still lists Riley Williams as the
>> maintainer of the i386 boot code, presumably as no-one else has taken it
>> up in his absence (though, I'm sure it's prob
* Peter Keilty ([EMAIL PROTECTED]) wrote:
> diff --git a/drivers/acpi/processor_idle.c b/drivers/acpi/processor_idle.c
> index 6077300..35ad71f 100644
> --- a/drivers/acpi/processor_idle.c
> +++ b/drivers/acpi/processor_idle.c
> @@ -480,10 +480,12 @@ #endif
> /* Get end time (ticks) *
On Thursday 26 April 2007, Con Kolivas wrote:
>On Friday 27 April 2007 10:39, Gene Heskett wrote:
>> Not necessarily Con. Do you have a fresh one for 2.6.21?
>
>Since people get nervous about any rejects here is an (otherwise identical)
>patch for 2.6.21
>
>http://ck.kolivas.org/patches/staircase-
From: Tim Hockin <[EMAIL PROTECTED]>
Background:
We've found that MCEs (specifically DRAM SBEs) tend to come in bunches,
especially when we are trying really hard to stress the system out. The
current MCE poller uses a static interval which does not care whether it
has or has not found MCEs
Oops, little bug, I hooked-up the wrong syscall for the IA32 compat
code. Fixed in this revision.
Signed-off-by: Ulrich Drepper <[EMAIL PROTECTED]>
diff --git a/arch/x86_64/ia32/ia32entry.S b/arch/x86_64/ia32/ia32entry.S
index 796df69..12611c8 100644
--- a/arch/x86_64/ia32/ia32entry.S
+++ b/arch
On Friday 27 April 2007 10:39, Gene Heskett wrote:
> Not necessarily Con. Do you have a fresh one for 2.6.21?
Since people get nervous about any rejects here is an (otherwise identical)
patch for 2.6.21
http://ck.kolivas.org/patches/staircase-deadline/2.6.21-sd-0.46.patch
--
-ck
-
To unsubscr
Ulrich Drepper wrote:
> H. Peter Anvin wrote:
>> I'm a bit leery of abusing the timespec value like this, though. A
>> flags field seem like it would be cleaner.
>
> It's ugly. Then you have the parameter, which might have nice valid
> values, and they get ignored. I thought about it when this
It attachs,
Here is another compilation failure.
make
CHK include/linux/version.h
CHK include/linux/utsrelease.h
CHK include/linux/compile.h
CC [M] drivers/w1/w1.o
drivers/w1/w1.c: In function 'w1_slave_read_id':
drivers/w1/w1.c:118: error: cannot take address of bit-field 'fami
> From: Andrew Morton [mailto:[EMAIL PROTECTED]
> On Thu, 26 Apr 2007 22:17:44 +0400 Evgeniy Polyakov
<[EMAIL PROTECTED]>
> wrote:
>
> > On Wed, Apr 25, 2007 at 04:45:09PM -0700, Andrew Morton ([EMAIL PROTECTED]
> foundation.org) wrote:
> > > On Wed, 25 Apr 2007 16:21:04 -0700 Randy Dunlap
<[EMAIL
1 - 100 of 718 matches
Mail list logo