Re: [patch] CFS scheduler, v3

2007-04-20 Thread Peter Williams
William Lee Irwin III wrote: William Lee Irwin III wrote: This essentially doesn't look correct because while you want to enforce the CPU bandwidth allocation, this doesn't have much to do with that apart from the CPU bandwidth appearing as a term. It's more properly a rate of service as

Re: 2.6.20.7 locking up hard on boot

2007-04-20 Thread Greg KH
On Fri, Apr 20, 2007 at 11:30:59PM -0500, Marcos Pinto wrote: > Yes, I just tried 2.6.20.3 with ACPI enabled and it booted perfectly. > I'm hoping this means you know what's wrong? :-) Can you do a 'git bisect' on the versions between 2.6.20.3 and 2.6.20.7 to try to find the problem patch?

Re: PCI bridge range sizing bug

2007-04-20 Thread Rik van Riel
Jesse Barnes wrote: On Friday, April 20, 2007 11:28 am Linus Torvalds wrote: On Fri, 20 Apr 2007, Jesse Barnes wrote: Sounds good, hopefully reassigning the bridge resources won't cause too much trouble. Do you have time to hack this up? If not, I could give it a try, as long as ajax is

Re: [patch] CFS scheduler, v3

2007-04-20 Thread William Lee Irwin III
William Lee Irwin III wrote: >> This essentially doesn't look correct because while you want to enforce >> the CPU bandwidth allocation, this doesn't have much to do with that >> apart from the CPU bandwidth appearing as a term. It's more properly >> a rate of service as opposed to a time at which

sysfs: Need ability to remove all symlinks pointing to an object

2007-04-20 Thread Christoph Lameter
How do I remove all references to an object in sysfs? The following patch attempt to get that functionality in sysfs but I am not that familiar with it. Help SLUB: Remove alias before installing symlink We cannot really track the aliases that are created when aliasing a slab.

Re: 2.6.20.7 locking up hard on boot

2007-04-20 Thread Marcos Pinto
Yes, I just tried 2.6.20.3 with ACPI enabled and it booted perfectly. I'm hoping this means you know what's wrong? :-) Thanks again, Marcos On 4/20/07, Adrian Bunk <[EMAIL PROTECTED]> wrote: On Fri, Apr 20, 2007 at 07:47:13PM -0500, Marcos Pinto wrote: > I'm not subscribed, so please

Re: [PATCH] Make new setting of panic_on_oom

2007-04-20 Thread Yasunori Goto
> > > read_lock(_lock); > > > > > > + if (sysctl_panic_on_oom == 2) > > > + panic("out of memory. Compulsory panic_on_oom is selected.\n"); > > > + > > > > Wouldn't it be safer to put the panic before the read_lock()? > > I agree. Otherwise the patch seem to be okay. Ok. This is

Re: [RFC] Extend Linux to support proportional-share scheduling

2007-04-20 Thread William Lee Irwin III
On Fri, Apr 20, 2007 at 11:30:04AM -0700, Tong Li wrote: > This patch extends the existing Linux scheduler with support for > proportional-share scheduling (as a new KConfig option). > http://www.cs.duke.edu/~tongli/linux/linux-2.6.19.2-trio.patch > It uses a scheduling algorithm, called

Re: [PATCH] lazy freeing of memory through MADV_FREE

2007-04-20 Thread Rik van Riel
Eric Dumazet wrote: Rik van Riel a écrit : Andrew Morton wrote: On Fri, 20 Apr 2007 17:38:06 -0400 Rik van Riel <[EMAIL PROTECTED]> wrote: Andrew Morton wrote: I've also merged Nick's "mm: madvise avoid exclusive mmap_sem". - Nick's patch also will help this problem. It could be that

[PATCH] KMEM_CACHE() simplify slab cache creation

2007-04-20 Thread Christoph Lameter
This patch provides a new macro KMEM_CACHE(, ) to simplify slab creation. KMEM_CACHE creates a slab with the name of the struct, with the size of the struct and with the alignment of the struct. Additional slab flags may be specified if necessary. Example struct test_slab { int

Re: [RFC 0/8] Cpuset aware writeback

2007-04-20 Thread Christoph Lameter
On Fri, 20 Apr 2007, Ethan Solomita wrote: > cpuset_write_dirty_map.htm > >In __set_page_dirty_nobuffers() you always call cpuset_update_dirty_nodes() > but in __set_page_dirty_buffers() you call it only if page->mapping is still > set after locking. Is there a reason for the difference?

Re: Fwd: Fw: [2.6.20.4] BUG: dentry xattrs still in use in shrink_dcache_for_umount() with reiserfs

2007-04-20 Thread Jeff Mahoney
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andrew Morton wrote: > On Wed, 18 Apr 2007 11:00:00 -0400 > Jeff Mahoney <[EMAIL PROTECTED]> wrote: > >>> Do you think that could be a reason of the extra reference count on >>> xattr_root dentry? >> No, I don't think it is. Looking at the code

slab allocators: Remove SLAB_DEBUG_INITIAL flag

2007-04-20 Thread Christoph Lameter
I have never seen a use of SLAB_DEBUG_INITIAL. It is only supported by SLAB. I think its purpose was to have a callback after an object has been freed to verify that the state is the constructor state again? The callback is performed before each freeing of an object. I would think that it is

Re: [RFC 0/8] Cpuset aware writeback

2007-04-20 Thread Ethan Solomita
Christoph Lameter wrote: H Sorry. I got distracted and I have sent them to Kame-san who was interested in working on them. I have placed the most recent version at http://ftp.kernel.org/pub/linux/kernel/people/christoph/cpuset_dirty Hi Christoph -- a few comments on the

Re: 2.6.20.7 locking up hard on boot

2007-04-20 Thread Adrian Bunk
On Fri, Apr 20, 2007 at 07:47:13PM -0500, Marcos Pinto wrote: > I'm not subscribed, so please personally CC me any answers/comments. > Thank you. > > While booting, (AMD64 Turion x2) 2.6.20.7 kernel locks up hard. The > last kernel that I tried, 2.6.18.8, worked perfectly without any > trickery.

[PATCH] utilities: add helper functions for safe 64-bit integer operations as 32-bit halves

2007-04-20 Thread John Anthony Kazos Jr.
From: John Anthony Kazos Jr. <[EMAIL PROTECTED]> Add helper functions "upper_32_bits" and "lower_32_bits" to to allow 64-bit integers to be separated into their 32-bit upper and lower halves without promoting integers, without stretching sign bits, and without generating compiler warnings

2.6.20.7 locking up hard on boot

2007-04-20 Thread Marcos Pinto
I'm not subscribed, so please personally CC me any answers/comments. Thank you. While booting, (AMD64 Turion x2) 2.6.20.7 kernel locks up hard. The last kernel that I tried, 2.6.18.8, worked perfectly without any trickery. 2.6.20.7 only boots up with "acpi=off" being added to the kernel line.

Re: [PATCH] lazy freeing of memory through MADV_FREE

2007-04-20 Thread Eric Dumazet
Rik van Riel a écrit : Andrew Morton wrote: On Fri, 20 Apr 2007 17:38:06 -0400 Rik van Riel <[EMAIL PROTECTED]> wrote: Andrew Morton wrote: I've also merged Nick's "mm: madvise avoid exclusive mmap_sem". - Nick's patch also will help this problem. It could be that your patch no longer

Linux 2.6.16.49-rc1

2007-04-20 Thread Adrian Bunk
Location: ftp://ftp.kernel.org/pub/linux/kernel/people/bunk/linux-2.6.16.y/testing/ git tree: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.16.y.git RSS feed of the git tree: http://www.kernel.org/git/?p=linux/kernel/git/stable/linux-2.6.16.y.git;a=rss Changes since 2.6.16.48:

Re: [PATCH] fix ext2 allocator overflows above 31 bit blocks

2007-04-20 Thread Eric Sandeen
Mingming Cao wrote: On Fri, 2007-04-20 at 18:14 -0500, Eric Sandeen wrote: It's a bug, today. They are fixed in mm tree, as part of the patches which backports ext3 block reservation code to ext2. filesystem block numbers are all ext2_fsblk_t type(i.e. unsigned long)(see ext2_new_blocks()).

Re: [PATCH] fixed spinlock use in hysdn_log_close()

2007-04-20 Thread Andrew Morton
On Sat, 14 Apr 2007 07:09:07 +0200 Matthias Kaehlcke <[EMAIL PROTECTED]> wrote: > fixed incorrect spinlock use in hysdn_log_close(). the function > declared a spinlock on the stack and used it to 'protect' a shared > driver structure. the patch removes the declaration of hysdn_lock and > uses

Re: Acecad USB Tablet: usbmouse takeover and odd motion

2007-04-20 Thread Giuseppe Bilotta
On 4/21/07, Jiri Kosina <[EMAIL PROTECTED]> wrote: On Fri, 20 Apr 2007, Giuseppe Bilotta wrote: > Oh, I see. I'll blacklist those modules, maybe also issue a ticket on > the Debian BTS. If Debian enables usbmouse and usbkbd by default in their standard kernels, would you be so kind and raise a

Re: AGPGart / AMD K7

2007-04-20 Thread Dave Jones
On Fri, Apr 20, 2007 at 04:26:51PM -0700, Greg Kroah-Hartman wrote: > > We should always have a bus in bus_add_driver() > > Instead of returning success when we don't, BUG(). > > Nah, I don't like adding BUG() calls to the kernel if it can be helped, > how about the version I copied you on a

Re: [PATCH] fix ext2 allocator overflows above 31 bit blocks

2007-04-20 Thread Mingming Cao
On Fri, 2007-04-20 at 18:14 -0500, Eric Sandeen wrote: > Andreas Dilger wrote: > > On Apr 20, 2007 12:10 -0500, Eric Sandeen wrote: > >> If ext3 can do 16T, ext2 probably should be able to as well. > >> There are still "int" block containers in the block allocation path > >> that need to be fixed

Re: [patch] CFS scheduler, v3

2007-04-20 Thread Peter Williams
William Lee Irwin III wrote: On Fri, Apr 20, 2007 at 10:10:45AM +1000, Peter Williams wrote: I have a suggestion I'd like to make that addresses both nice and fairness at the same time. As I understand the basic principle behind this scheduler it to work out a time by which a task should make

[RFC PATCH - Try #2] Re: BUG in sysfs_remove_group

2007-04-20 Thread James Morris
Updated version of the patch, which splits __lookup_hash() into normal and kernel variants, to prevent a check of the type of lookup. Also splits lookup_one_len(). Tests ok on my system. Please review. Subject: [PATCH] security: prevent permission checking of file removal via

Re: AGPGart / AMD K7

2007-04-20 Thread Greg KH
On Fri, Apr 20, 2007 at 07:42:33PM -0400, Preston A. Elder wrote: > Final followup, > > If I compile EDAC out of the kernel completely, everything works now. > > This should be resolved though. > 1) dd.c should produce some kind of warning when it wants to assign a > driver to a device, but it

Re: [2.6 patch] the scheduled -EINVAL for invalid timevals in setitimer

2007-04-20 Thread Andrew Morton
On Sun, 15 Apr 2007 05:29:22 +0200 Thomas Gleixner <[EMAIL PROTECTED]> wrote: > On Sat, 2007-04-14 at 17:03 +0200, Adrian Bunk wrote: > > As scheduled, do_setitimer() now returns -EINVAL for invalid timeval. > > > > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> > > Acked-by: Thomas Gleixner

Re: Fwd: Fw: [2.6.20.4] BUG: dentry xattrs still in use in shrink_dcache_for_umount() with reiserfs

2007-04-20 Thread Andrew Morton
On Wed, 18 Apr 2007 11:00:00 -0400 Jeff Mahoney <[EMAIL PROTECTED]> wrote: > > Do you think that could be a reason of the extra reference count on > > xattr_root dentry? > > No, I don't think it is. Looking at the code now, it seems obvious, but > I didn't notice it before and nobody else has

Re: [PATCH RFD] alternative kobject release wait mechanism

2007-04-20 Thread Greg KH
On Fri, Apr 20, 2007 at 11:40:39AM -0400, Alan Stern wrote: > Here's a patch to do what I mentioned earlier. Not tested -- it may > expose some existing bugs. It may even break something, but I'm not aware > of anything that depends on it explicitly. > > Greg, do you know of anything in

Re: [2/2] 2.6.21-rc7: known regressions

2007-04-20 Thread Jeremy Fitzhardinge
Dave Jones wrote: > On Fri, Apr 20, 2007 at 10:16:54AM -0700, Jeremy Fitzhardinge wrote: > > Dave Jones wrote: > > > > Andi, I think. I've got his firstfloor.org patches applied to this > kernel. > > > > > > Ah, I saw you patched in CFS too, and thought it may be related. > > > > > >

Re: [PATCH] lazy freeing of memory through MADV_FREE

2007-04-20 Thread Rik van Riel
Andrew Morton wrote: On Fri, 20 Apr 2007 17:38:06 -0400 Rik van Riel <[EMAIL PROTECTED]> wrote: Andrew Morton wrote: I've also merged Nick's "mm: madvise avoid exclusive mmap_sem". - Nick's patch also will help this problem. It could be that your patch no longer offers a 2x speedup when

[PATCH] cxacru: Add Documentation file

2007-04-20 Thread Simon Arlott
The sysfs attributes for exposing cxacru statistics/status information with possible values is now explained in Documentation/networking/cxacru.txt including information on the writable adsl_state attribute's commands and a sample of the kernel log format. ---

Re: Acecad USB Tablet: usbmouse takeover and odd motion

2007-04-20 Thread Jiri Kosina
On Fri, 20 Apr 2007, Giuseppe Bilotta wrote: > Oh, I see. I'll blacklist those modules, maybe also issue a ticket on > the Debian BTS. If Debian enables usbmouse and usbkbd by default in their standard kernels, would you be so kind and raise a proper ticket on them not to do so? Thanks. This

Re: AGPGart / AMD K7

2007-04-20 Thread Preston A. Elder
Final followup, If I compile EDAC out of the kernel completely, everything works now. This should be resolved though. 1) dd.c should produce some kind of warning when it wants to assign a driver to a device, but it can't because a driver is already assigned to a device ie. change: if

Re: Permanent Kgdb integration into the kernel - lets get with it.

2007-04-20 Thread Andrew Morton
On Fri, 20 Apr 2007 15:51:35 -0700 Piet Delaney <[EMAIL PROTECTED]> wrote: > > Is there any movement on this? > > Hi Randy: > > Jason Wessel <[EMAIL PROTECTED]> is currently leading yet > another attempt at getting kgdb permanently into the kernel. Jason > has a linux2_6_21 patch on

Re: AGPGart / AMD K7

2007-04-20 Thread Greg KH
On Fri, Apr 20, 2007 at 04:33:42PM -0400, Dave Jones wrote: > On Fri, Apr 20, 2007 at 04:22:06PM -0400, Preston A. Elder wrote: > > Dave, Greg, > > > > Here is the trace with 2.6.20.6 > > > > I added back in my trace code, as you see. As you can also see, > > agp_amdk7_probe is still not

Re: AGPGart / AMD K7

2007-04-20 Thread Greg KH
On Fri, Apr 20, 2007 at 03:00:28PM -0400, Dave Jones wrote: > On Fri, Apr 20, 2007 at 11:29:52AM -0700, Greg Kroah-Hartman wrote: > > On Fri, Apr 20, 2007 at 02:20:29PM -0400, Dave Jones wrote: > > > > > > btw Greg, wtf does driver_register return a 0 as 'success' if it > > > completes the

other potentially deletable, dead stuff

2007-04-20 Thread Robert P. J. Day
and while len is working on detaching APM and ACPI from legacy power management, here's the short list of other stuff that is listed as on its way to being dead, based on the contents of Kconfig files. any of this stuff candidates for removal, if not scheduling for removal? (note: i made

Re: [PATCH] fix ext2 allocator overflows above 31 bit blocks

2007-04-20 Thread Eric Sandeen
Andreas Dilger wrote: On Apr 20, 2007 12:10 -0500, Eric Sandeen wrote: If ext3 can do 16T, ext2 probably should be able to as well. There are still "int" block containers in the block allocation path that need to be fixed up. Yeah, but who wants to do 16TB e2fsck on every boot? I think

Re: [PATCH] NET: Add packet sock option to return orig_dev to userspace when bonded

2007-04-20 Thread David Miller
From: "Waskiewicz Jr, Peter P" <[EMAIL PROTECTED]> Date: Thu, 8 Mar 2007 18:17:39 -0800 > Peter P. Waskiewicz Jr. <[EMAIL PROTECTED]> > NET: Add packet sock option to return orig_dev to userspace when > bonded I'm going to apply this patch (by hand, your email client corrupted the patch

Re: Permanent Kgdb integration into the kernel - lets get with it.

2007-04-20 Thread Piet Delaney
On Tue, 2007-04-17 at 11:30 -0700, Randy Dunlap wrote: > On Thu, 08 Mar 2007 14:24:10 -0800 Piet Delaney wrote: > > > On Thu, 2007-03-08 at 11:49 -0700, Tom Rini wrote: > > > On Thu, Mar 08, 2007 at 07:37:56PM +0100, Andi Kleen wrote: > > > > On Thursday 08 March 2007 18:44, Dave Jiang wrote: > >

Re: [PATCH] fix ext2 allocator overflows above 31 bit blocks

2007-04-20 Thread Andreas Dilger
On Apr 20, 2007 12:10 -0500, Eric Sandeen wrote: > If ext3 can do 16T, ext2 probably should be able to as well. > There are still "int" block containers in the block allocation path > that need to be fixed up. Yeah, but who wants to do 16TB e2fsck on every boot? I think there needs to be some

[RFC PATCH 2/3] x86: new API for modifying CPU feature flags

2007-04-20 Thread Chuck Ebbert
x86: new API for modifying CPU feature flags Use an API for setting/clearing CPU features, so the process can be debugged. Adds: set_cpu_feature() clear_cpu_feature() clear_all_cpu_features() Todo: mask_boot_cpu_features() set_cpu_feature_word() more? (Hardcoded printk for now, should be

[RFC PATCH 3/3] x86: use the x86 CPU feature API

2007-04-20 Thread Chuck Ebbert
x86: use the x86 CPU feature API Just a small demo for now. Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]> --- arch/i386/kernel/cpu/amd.c|4 ++-- arch/i386/kernel/cpu/common.c |2 +- 2 files changed, 3 insertions(+), 3 deletions(-) ---

[RFC PATCH 1/3] x86: use defined names for all CPU feature flags

2007-04-20 Thread Chuck Ebbert
x86: use defined names for all CPU feature flags Don't use hard coded values for CPU flags. Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]> --- arch/i386/kernel/cpu/amd.c |2 +- arch/i386/kernel/cpu/centaur.c |2 +- arch/i386/kernel/cpu/cyrix.c|6 +++---

[RFC PATCH 0/3] Clean up x86 CPU feature setup

2007-04-20 Thread Chuck Ebbert
x86 CPU feature flag setup has become impossible to debug. Every user just does set_bit()/clear_bit() or writes the entire set to change the flags, so there's no way to trace how they're being set. This patchset creates an API and debug messages for tracking how the flags get set. It's not nearly

Re: [PATCH v3] hpet: Detect hidden HPET on NVidia motherboards

2007-04-20 Thread Andrew Morton
On Wed, 18 Apr 2007 00:57:48 +0300 Mikko Tiihonen <[EMAIL PROTECTED]> wrote: > Enables HPET for NVidia motherboards with broken BIOS. The patch reads > the HPET address from the pci config space. The patch should also work > if ACPI is disabled. > > The new quirk activates use of HPET only run

[PATCH 3/6] [RFC]mlx4_core public includes

2007-04-20 Thread Roland Dreier
Include files for hardware/firmware information and interface of mlx4_core module for protocol-specific drivers (such as mlx4_ib). Signed-off-by: Roland Dreier <[EMAIL PROTECTED]> --- cmd.h | 178 + cq.h | 123 +++ device.h |

[PATCH 0/6] [RFC]IB/mlx4: Mellanox ConnectX adapter driver

2007-04-20 Thread Roland Dreier
As promised, here is a series of patches adding the mlx4_core and mlx4_ib drivers for the new Mellanox ConnectX adapter. These patches are split up in an ad hoc way to avoid mailing list size limits, but when this driver is finally merged, I will give it to Linus to pull in a single changeset.

[PATCH 6/6] [RFC]mlx4 build system stuff

2007-04-20 Thread Roland Dreier
Hook up mlx4_core and mlx4_ib drivers to Kconfig and Makefiles. Signed-off-by: Roland Dreier <[EMAIL PROTECTED]> --- infiniband/Kconfig |2 ++ infiniband/Makefile |1 + infiniband/hw/mlx4/Kconfig |9 + infiniband/hw/mlx4/Makefile |3 +++ net/Kconfig

Re: [PATCH] Check for error returned by kthread_create on creating journal thread

2007-04-20 Thread Andrew Morton
On Mon, 16 Apr 2007 11:41:14 +0400 Pavel Emelianov <[EMAIL PROTECTED]> wrote: > If the thread failed to create the subsequent wait_event > will hang forever. > > This is likely to happen if kernel hits max_threads limit. > > Will be critical for virtualization systems that limit the > number of

[PATCH 4/6] [RFC]mlx4_ib main files

2007-04-20 Thread Roland Dreier
Main include file and .c file for mlx4_ib. Signed-off-by: Roland Dreier <[EMAIL PROTECTED]> --- main.c| 612 ++ mlx4_ib.h | 285 2 files changed, 897 insertions(+) diff --git

/proc/sef/fd/0 is a socket ?!

2007-04-20 Thread J.A. Magallón
Hi all... After a big update in my systems, two of them just does not let me ssh into it. It says that stdin is not a terminal. The same hapens if I try to open any terminal emulator, like aterm. It finally let me do somathing like ssh [EMAIL PROTECTED] /bin/bash -i, to get a terminal, and I

[PATCH -mm] freezer: Document task_lock in thaw_process

2007-04-20 Thread Rafael J. Wysocki
From: Rafael J. Wysocki <[EMAIL PROTECTED]> The task_lock() in include/linux/freezer.h:thaw_process() looks as though it were protecting p->flags, which is not the case. Add a comment that explains why it's there. Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]> --- include/linux/freezer.h

Sleep during spinlock in TPM driver

2007-04-20 Thread David Kyle
I've been working with the TPM driver, and I found that if I opened, used, then closed the TPM char device very frequently, I would get a kernel BUG message saying that the kernel tried to sleep while holding a spinlock. I think I've isolated the problem to this function, in

Re: [PATCH] lazy freeing of memory through MADV_FREE

2007-04-20 Thread Andrew Morton
On Fri, 20 Apr 2007 17:38:06 -0400 Rik van Riel <[EMAIL PROTECTED]> wrote: > Andrew Morton wrote: > > > I've also merged Nick's "mm: madvise avoid exclusive mmap_sem". > > > > - Nick's patch also will help this problem. It could be that your patch > > no longer offers a 2x speedup when

Re: AGPGart / AMD K7

2007-04-20 Thread Preston A. Elder
Dave Jones wrote: > On Fri, Apr 20, 2007 at 04:22:06PM -0400, Preston A. Elder wrote: > > Dave, Greg, > > > > Here is the trace with 2.6.20.6 > > > > I added back in my trace code, as you see. As you can also see, > > agp_amdk7_probe is still not called. > > Try looking down in

Re: 2.6.21-rc7: HPET enabled freeze my machine at boot

2007-04-20 Thread john stultz
On 4/19/07, guilherme <[EMAIL PROTECTED]> wrote: Hi, If i enable "High Resolution Timer Support", my machine stops here at boot: Clocksource tsc unstable (delta = -297340790165 ns) Time: hpet clocksource has been installed. If i disable HPET, it boots fine. Hmmm.. What happens if you boot

BUG: Dentry still in use during umount in 2.6.21-rc5-git6

2007-04-20 Thread Andi Kleen
One of my autoboot test clients gave me this during shutdown. It used reiserfs and autofs and NFS heavily. Unmounting file systems BUG: Dentry 8100f3693a40{i=2352220,n=xattrs} still in use (1) [unmount of reiserfs sda9] [ cut here ] kernel BUG at

Re: how to tell linux (on x86) to ignore 1M or memory

2007-04-20 Thread Bodo Eggert
Rene Herman <[EMAIL PROTECTED]> wrote: > On 04/19/2007 04:18 PM, Bart Trojanowski wrote: >> I need to preserve some state from the bios before entering protected >> mode. For now I want to copy it into some ram accessible by real-mode, >> say the last megabyte visible in real-mode. >> >> What's

Re: [PATCH] cciss: Fix warnings during compilation under 32bitenvironment

2007-04-20 Thread John Anthony Kazos Jr.
On Fri, 20 Apr 2007, Andrew Morton wrote: > On Fri, 20 Apr 2007 16:20:59 -0400 > James Bottomley <[EMAIL PROTECTED]> wrote: > > > On Fri, 2007-04-20 at 12:30 -0700, Andrew Morton wrote: > > > On Fri, 20 Apr 2007 14:50:06 -0400 > > > James Bottomley <[EMAIL PROTECTED]> wrote: > > > > > > > >

Re: Acecad USB Tablet: usbmouse takeover and odd motion

2007-04-20 Thread Giuseppe Bilotta
On 4/20/07, Vojtech Pavlik <[EMAIL PROTECTED]> wrote: On Fri, Apr 20, 2007 at 06:09:55PM +0200, Giuseppe Bilotta wrote: > On 4/20/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote: > >On 4/20/07, Giuseppe Bilotta <[EMAIL PROTECTED]> wrote: > >> > >> Sorry, it seems I was wrong, it's not usbhid but

Re: [RFC PATCH(experimental) 2/2] Fix freezer-kthread_stop race

2007-04-20 Thread Rafael J. Wysocki
On Friday, 20 April 2007 23:20, Oleg Nesterov wrote: > On 04/20, Gautham R Shenoy wrote: > > > > On Fri, Apr 20, 2007 at 10:54:36AM +0200, Rafael J. Wysocki wrote: > > > > > > Hmm, can't we do something like this instead: > > > > > > --- > > > kernel/kthread.c | 10 ++ > > > 1 file

Re: [patch] CFS scheduler, v4

2007-04-20 Thread mdew .
Any chance of supporting 2.6.20? On 4/21/07, Ingo Molnar <[EMAIL PROTECTED]> wrote: i'm pleased to announce release -v4 of the CFS patchset. The patch against v2.6.21-rc7 can be downloaded from: http://redhat.com/~mingo/cfs-scheduler/ this CFS release too is mainly about fixing

Re: [patch] CFS scheduler, v4

2007-04-20 Thread Gene Heskett
On Friday 20 April 2007, Ingo Molnar wrote: >i'm pleased to announce release -v4 of the CFS patchset. The patch >against v2.6.21-rc7 can be downloaded from: > >http://redhat.com/~mingo/cfs-scheduler/ > >this CFS release too is mainly about fixing regressions and improving >interactivity, so

Re: [PATCH] lazy freeing of memory through MADV_FREE

2007-04-20 Thread Rik van Riel
Andrew Morton wrote: I've also merged Nick's "mm: madvise avoid exclusive mmap_sem". - Nick's patch also will help this problem. It could be that your patch no longer offers a 2x speedup when combined with Nick's patch. It could well be that the combination of the two is even better, but

Re: [PATCH] ieee1394: update MAINTAINERS database

2007-04-20 Thread Ben Collins
On Fri, 2007-04-20 at 23:21 +0200, Stefan Richter wrote: > - update Ben's address > - replace Ben's contact by mine as raw1394's 2nd contact > - eth1394's and pcilynx's maintenance doesn't really differ from that > of other parts of the stack like video1394 > > Signed-off-by: Stefan

Re: Getting the new RxRPC patches upstream

2007-04-20 Thread Oleg Nesterov
On 04/20, Andrew Morton wrote: > > On Fri, 20 Apr 2007 11:41:46 +0100 > David Howells <[EMAIL PROTECTED]> wrote: > > > There are only two non-net patches that AF_RXRPC depends on: > > > > (1) The key facility changes. That's all my code anyway, and shouldn't be > > a > > problem to merge

Re: [PATCH] lazy freeing of memory through MADV_FREE 2/2

2007-04-20 Thread Ulrich Drepper
On 4/20/07, Andrew Morton <[EMAIL PROTECTED]> wrote: OK, we need to flesh this out a lot please. People often get confused about what our MADV_DONTNEED behaviour is. Well, there's not really much to flesh out. The current MADV_DONTNEED is useful in some situations. The behavior cannot be

[PATCH] ieee1394: update MAINTAINERS database

2007-04-20 Thread Stefan Richter
- update Ben's address - replace Ben's contact by mine as raw1394's 2nd contact - eth1394's and pcilynx's maintenance doesn't really differ from that of other parts of the stack like video1394 Signed-off-by: Stefan Richter <[EMAIL PROTECTED]> --- Ben, is this correct? MAINTAINERS |

Re: [RFC PATCH(experimental) 2/2] Fix freezer-kthread_stop race

2007-04-20 Thread Oleg Nesterov
On 04/20, Gautham R Shenoy wrote: > > On Fri, Apr 20, 2007 at 10:54:36AM +0200, Rafael J. Wysocki wrote: > > > > Hmm, can't we do something like this instead: > > > > --- > > kernel/kthread.c | 10 ++ > > 1 file changed, 10 insertions(+) > > > > Index:

Re: [PATCH] cciss: Fix warnings during compilation under 32bitenvironment

2007-04-20 Thread Andrew Morton
On Fri, 20 Apr 2007 16:20:59 -0400 James Bottomley <[EMAIL PROTECTED]> wrote: > On Fri, 2007-04-20 at 12:30 -0700, Andrew Morton wrote: > > On Fri, 20 Apr 2007 14:50:06 -0400 > > James Bottomley <[EMAIL PROTECTED]> wrote: > > > > > > CONFIG_LBD=y gives us an additional 3kb of instructions on

Re: [RFC PATCH(experimental) 2/2] Fix freezer-kthread_stop race

2007-04-20 Thread Oleg Nesterov
On 04/19, Gautham R Shenoy wrote: > > @@ -63,12 +74,16 @@ void refrigerator(void) > recalc_sigpending(); /* We sent fake signal, clean it up */ > spin_unlock_irq(>sighand->siglock); > > + task_lock(current); > for (;;) { >

Re: [RFC PATCH(experimental) 2/2] Fix freezer-kthread_stop race

2007-04-20 Thread Rafael J. Wysocki
On Friday, 20 April 2007 20:31, Ingo Molnar wrote: > > * Andrew Morton <[EMAIL PROTECTED]> wrote: > > > > > I mean, we already have four of them (PF_NOFREEZE, PF_FROZEN, > > > > PF_FREEZER_SKIP, TIF_FREEZE), and you will need to introduce two > > > > more for the freezer-based CPU hotplug, so

Re: [PATCH] lazy freeing of memory through MADV_FREE 2/2

2007-04-20 Thread Andrew Morton
On Thu, 19 Apr 2007 17:15:28 -0400 Rik van Riel <[EMAIL PROTECTED]> wrote: > Restore MADV_DONTNEED to its original Linux behaviour. This is still > not the same behaviour as POSIX, but applications may be depending on > the Linux behaviour already. Besides, glibc catches POSIX_MADV_DONTNEED >

[PATCH] dev_dbg: check dev_dbg() arguments

2007-04-20 Thread Dan Williams
Duplicate what Zach Brown did for pr_debug in commit 8b2a1fd1b394c60eaa2587716102dd5e9b4e5990 Signed-off-by: Dan Williams <[EMAIL PROTECTED]> --- include/linux/device.h |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/include/linux/device.h b/include/linux/device.h

Re: [PATCH] lazy freeing of memory through MADV_FREE

2007-04-20 Thread Andrew Morton
On Tue, 17 Apr 2007 03:15:51 -0400 Rik van Riel <[EMAIL PROTECTED]> wrote: > Make it possible for applications to have the kernel free memory > lazily. This reduces a repeated free/malloc cycle from freeing > pages and allocating them, to just marking them freeable. If the > application wants

Re: why UDF have so ugly filesize limit?

2007-04-20 Thread Jan Kara
> from fs/udf/super.c: > in function udf_fill_super > sb->s_maxbytes = 1<<30; (1 GB) > > Why sb->s_maxbytes is not equal to MAX_LFS_FILESIZE? Because UDF had some flaws and user could crash a kernel with larger filesize. In -mm kernel are patches fixing the flaw and also raising the limit back

[PATCH 2/2]: PCI Error Recovery: Symbios SCSI First Failure

2007-04-20 Thread Linas Vepstas
Implement the so-called "first failure data capture" (FFDC) for the symbios PCI error recovery. After a PCI error event is reported, the driver requests that MMIO be enabled. Once enabled, it then reads and dumps assorted status registers, and concludes by requesting the usual reset sequence.

Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]

2007-04-20 Thread Bill Davidsen
Ingo Molnar wrote: ( Lets be cautious though: the jury is still out whether people actually like this more than the current approach. While CFS feedback looks promising after a whopping 3 days of it being released [ ;-) ], the test coverage of all 'fairness centric' schedulers, even

Re: Acecad USB Tablet: usbmouse takeover and odd motion

2007-04-20 Thread Vojtech Pavlik
On Fri, Apr 20, 2007 at 06:09:55PM +0200, Giuseppe Bilotta wrote: > On 4/20/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote: > >On 4/20/07, Giuseppe Bilotta <[EMAIL PROTECTED]> wrote: > >> > >> Sorry, it seems I was wrong, it's not usbhid but usbmouse taking over. > >> After a fresh plug (e.g. at

Re: [PATCH 7/8] Kconfig: silicon backplane dependency.

2007-04-20 Thread Michael Buesch
On Friday 20 April 2007 13:35, Martin Schwidefsky wrote: > From: Martin Schwidefsky <[EMAIL PROTECTED]> > > Make the "Sonics Silicon Backplane" menu dependent on the two buses > it can be found on. > Goes on top of git-wireless.patch. > > Cc: Michael Buesch <[EMAIL PROTECTED]> > Cc: John W.

Re: [d_path 0/7] Fixes to d_path: Respin

2007-04-20 Thread Miklos Szeredi
> > I gave a chroot example that showed that in the current > > implementation, you can get pretty random clashes between mounts; there are > > other cases with lazy unmounts as well. > > Irrelevant as well. If you create chroot problems it's your problem. > > The fact is that if you have a

[PATCH 1/2]: PCI Error Recovery: Symbios SCSI base support

2007-04-20 Thread Linas Vepstas
Hi Matthew, After a long hiatus, I took another stab at pci error recovery for the symbios. This is very nearly the same patch as before, with only an update to enable MWI, and to support chip workarounds. I think I've addressed all the other issues that came up. Thus, again, I'll ask that

Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]

2007-04-20 Thread Bill Davidsen
Mike Galbraith wrote: On Tue, 2007-04-17 at 05:40 +0200, Nick Piggin wrote: On Tue, Apr 17, 2007 at 04:29:01AM +0200, Mike Galbraith wrote: Yup, and progress _is_ happening now, quite rapidly. Progress as in progress on Ingo's scheduler. I still don't know how we'd decide when to replace

[PATCH 3/5] NFS: Fix the 'desynchronized value of nfs_i.ncommit' error

2007-04-20 Thread Trond Myklebust
From: Trond Myklebust <[EMAIL PROTECTED]> Redirtying a request that is already marked for commit will screw up the accounting for NR_UNSTABLE_NFS as well as nfs_i.ncommit. Ensure that all requests on the commit queue are labelled with the PG_NEED_COMMIT flag, and avoid moving them onto the dirty

Re: [PATCH 12/15] ide: make ide_hwif_t.ide_dma_host_on void

2007-04-20 Thread Sergei Shtylyov
Hello, once I wrote: [PATCH] ide: make ide_hwif_t.ide_dma_host_on void * since ide_hwif_t.ide_dma_host_on is called either when drive->using_dma == 1 or when return value is discarded make it void, also drop "ide_" prefix * make __ide_dma_host_on() void and drop "__" prefix BTW, it

[PATCH 5/5] RPC: Fix the TCP resend semantics for NFSv4

2007-04-20 Thread Trond Myklebust
From: Trond Myklebust <[EMAIL PROTECTED]> Fix a regression due to the patch "NFS: disconnect before retrying NFSv4 requests over TCP" The assumption made in xprt_transmit() that the condition "req->rq_bytes_sent == 0 and request is on the receive list" should imply that we're dealing

[PATCH 4/5] NFS: Fix race in nfs_set_page_dirty

2007-04-20 Thread Trond Myklebust
From: Trond Myklebust <[EMAIL PROTECTED]> Protect nfs_set_page_dirty() against races with nfs_inode_add_request. Signed-off-by: Trond Myklebust <[EMAIL PROTECTED]> --- fs/nfs/write.c | 17 ++--- 1 files changed, 14 insertions(+), 3 deletions(-) diff --git a/fs/nfs/write.c

Re: PCI bridge range sizing bug

2007-04-20 Thread Jesse Barnes
On Friday, April 20, 2007 11:28 am Linus Torvalds wrote: > On Fri, 20 Apr 2007, Jesse Barnes wrote: > > Sounds good, hopefully reassigning the bridge resources won't cause > > too much trouble. Do you have time to hack this up? If not, I > > could give it a try, as long as ajax is willing to

[PATCH 1/5] NFS: clean up the unstable write code

2007-04-20 Thread Trond Myklebust
From: Trond Myklebust <[EMAIL PROTECTED]> Get rid of the inlined #ifdefs. Signed-off-by: Trond Myklebust <[EMAIL PROTECTED]> --- fs/nfs/write.c | 117 -- include/linux/nfs_page.h | 30 2 files changed, 71 insertions(+), 76

[PATCH 2/5] NFS: Don't clear PG_writeback until after we've processed unstable writes

2007-04-20 Thread Trond Myklebust
From: Trond Myklebust <[EMAIL PROTECTED]> Ensure that we don't release the PG_writeback lock until after the page has either been redirtied, or queued on the nfs_inode 'commit' list. Signed-off-by: Trond Myklebust <[EMAIL PROTECTED]> --- fs/nfs/write.c |6 +++--- 1 files changed, 3

[PATCH 0/5] 2.6.21-rc7 NFS writes: fix a series of issues

2007-04-20 Thread Trond Myklebust
I've split the issues introduced by the 2.6.21-rcX write code up into 4 subproblems. The first patch is just a cleanup in order to ease review. Patch number 2 ensures that we never release the PG_writeback flag until _after_ we've either discarded the unstable request altogether, or put it on

Re: qla2xxx hba crashes with older 2310 cards

2007-04-20 Thread James Bottomley
On Fri, 2007-04-20 at 13:24 -0700, David Miller wrote: > From: Robert Peterson <[EMAIL PROTECTED]> > Date: Fri, 20 Apr 2007 10:40:30 -0500 > > > I've seen some chatter about the qla2xxx driver but not paid attention, so > > I'm sorry if this is a known issue. I've got an older qlogic hba, and >

Re: AGPGart / AMD K7

2007-04-20 Thread Dave Jones
On Fri, Apr 20, 2007 at 04:22:06PM -0400, Preston A. Elder wrote: > Dave, Greg, > > Here is the trace with 2.6.20.6 > > I added back in my trace code, as you see. As you can also see, > agp_amdk7_probe is still not called. Try looking down in __driver_attach() The fact that we're not

Re: PCI bridge range sizing bug

2007-04-20 Thread Ivan Kokshaysky
On Fri, Apr 20, 2007 at 11:28:42AM -0700, Linus Torvalds wrote: > Actually, I would suggest we not do it automatically (because the need for > it is just so low, and the downsides are potentially huge - there are just > too many resources that are "hidden" from us through ACPI tricks and >

Re: qla2xxx hba crashes with older 2310 cards

2007-04-20 Thread David Miller
From: Robert Peterson <[EMAIL PROTECTED]> Date: Fri, 20 Apr 2007 10:40:30 -0500 > I've seen some chatter about the qla2xxx driver but not paid attention, so > I'm sorry if this is a known issue. I've got an older qlogic hba, and recent > drivers don't seem to play nice with it. I've got the

Re: AGPGart / AMD K7

2007-04-20 Thread Preston A. Elder
Dave, Greg, Here is the trace with 2.6.20.6 I added back in my trace code, as you see. As you can also see, agp_amdk7_probe is still not called. Linux agpgart interface v0.101 (c) Dave Jones agp_amdk7_init: In function agp_amdk7_init: Before pci_register_driver __pci_register_driver: In

Re: [PATCH] cciss: Fix warnings during compilation under 32bitenvironment

2007-04-20 Thread James Bottomley
On Fri, 2007-04-20 at 12:30 -0700, Andrew Morton wrote: > On Fri, 20 Apr 2007 14:50:06 -0400 > James Bottomley <[EMAIL PROTECTED]> wrote: > > > > CONFIG_LBD=y gives us an additional 3kb of instructions on i386 > > > allnoconfig. Other architectures might do less well. It's not a huge > > >

  1   2   3   4   5   6   7   8   >