Re: [RFC] Limit the size of the pagecache

On Tue, 2007-01-23 at 16:49 -0800, Christoph Lameter wrote: > This is a patch using some of Aubrey's work plugging it in what is IMHO > the right way. Feel free to improve on it. I have gotten repeatedly > requests to be able to limit the pagecache. With the revised VM statistics > this is now

Re: [PATCH] Make CARDBUS_MEM_SIZE and CARDBUS_IO_SIZE customizable

On Tue, 23 Jan 2007 23:45:07 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote: > setup-bus.o is linked only on x86 oops, that's untrue. But it will break ppc32, I think. I suppose we can deprive the ppc32 guys of eight bytes of RAM. But putting cardbus things in pci.c seems wrong.. diff -puN

Re: [PATCH] Make CARDBUS_MEM_SIZE and CARDBUS_IO_SIZE customizable

On Tue, 23 Jan 2007 10:30:27 +0900 (JST) Atsushi Nemoto <[EMAIL PROTECTED]> wrote: > Subject: [PATCH] Make CARDBUS_MEM_SIZE and CARDBUS_IO_SIZE customizable > > CARDBUS_MEM_SIZE was increased to 64MB on 2.6.20-rc2, but larger size > might result in allocation failure for the reserving itself on

Re: sigaction's ucontext_t with incorrect stack reference when SA_SIGINFO is being used ?

Nicholas Miell wrote: > so if uc_stack doesn't point to the stack in use immediately prior to > signal generation, this is a bug. Looking at arch/i386/kernel/signal.c (and others) inside setup_rt_frame(), the problem is pretty obvious: err |= __put_user(current->sas_ss_sp,

[newbie] Re: Is it possible to directly call do_path_lookup() in kernel?

On 2007-01-24, Xin Zhao wrote: > Archived-At: Hallo. > I just successfully called do_path_lookup() in my kernel module. I > just removed the "fastcall" from the declaration of do_path_lookup(), > then the problem disappeared. I don't quite

Re: XFS or Kernel Problem / Bug

Hi! I do everything you like :-) if we can find the bug. So here are the files (2.6.18.6): http://server055.de-nserver.de/filemap.o http://server055.de-nserver.de/filemap.s Stefan Chuck Ebbert schrieb: Stefan Priebe - FH wrote: I've 3 Servers which works wonderful with 2.6.16.X (also

Re: Is it possible to directly call do_path_lookup() in kernel?

I just successfully called do_path_lookup() in my kernel module. I just removed the "fastcall" from the declaration of do_path_lookup(), then the problem disappeared. I don't quite understand "fastcall" though. Can someone explain it? Thanks, -x On 1/23/07, Xin Zhao <[EMAIL PROTECTED]> wrote:

What's in netdev-2.6.git

This is the stuff queued for 2.6.21 in netdev-2.6.git#upstream. Nothing earthshakingly notable. A couple new drivers, a couple removed drivers, a bunch of driver updates. Adrian Bunk (4): remove the broken SKMC driver make hdlc_setup() static again remove the broken OAKNET

Re: [PATCH 002 of 4] md: Make 'repair' actually work for raid1.

On Tuesday January 23, [EMAIL PROTECTED] wrote: > On Tue, 23 Jan 2007 11:26:52 +1100 > NeilBrown <[EMAIL PROTECTED]> wrote: > > > + for (j = 0; j < vcnt ; j++) > > + > > memcpy(page_address(sbio->bi_io_vec[j].bv_page), >

What's in libata-dev.git

This is a summary and diffstat of all the changes pending in branch libata-dev.git#upstream for kernel 2.6.21. Items of note: * major sata_promise improvements, including PATA and ATAPI support * new drivers sata_inic162x, pata_it8213, MPC52xx * sata_via PATA port support * other minor

[git patch] net driver fix

As the patch indicates, the Al Viro patch had already been merged into my history (and another branch depending on it, making rebasing difficult if not impossible), but since it was merged by Linus, the actual patch isn't shown here by 'git diff'. Please pull from 'upstream-linus' branch of

[git patches] libata fixes

All fixes for ugly bugs and/or regressions. Please pull from 'upstream-linus' branch of master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git upstream-linus to receive the following updates: drivers/ata/ahci.c| 39 +++

Re: [PATCH] seq_file conversion: APM on arm

On Tue, Jan 23, 2007 at 04:45:41PM -0800, Andrew Morton wrote: > There is an ongoing desultory effort from Ralf to unify the ARM and MIPS > APM implementations. Independently converting them both to use seqfile > at this stage might muck that up. Ralf, talk to me? What happened with this

Re: [patch 00/46] High resolution timer / dynamic tick update

* Daniel Walker <[EMAIL PROTECTED]> wrote: > To lessen Andrews burden it would be wise to integrate the two trees > prior to anything going into -mm .. [...] i disagree. Thomas' tree has been tested in -rt for some time already, and he's the author of this code so as far as i'm concerned he

Re: [RFC] Limit the size of the pagecache

Christoph Lameter wrote: > This is a patch using some of Aubrey's work plugging it in what is IMHO > the right way. Feel free to improve on it. I have gotten repeatedly > requests to be able to limit the pagecache. With the revised VM statistics > this is now actually possile. I'd like to know

Re: [PATCH 002 of 4] md: Make 'repair' actually work for raid1.

On Tue, 23 Jan 2007 11:26:52 +1100 NeilBrown <[EMAIL PROTECTED]> wrote: > + for (j = 0; j < vcnt ; j++) > + > memcpy(page_address(sbio->bi_io_vec[j].bv_page), > + >

Re: [PATCH 2.6.20-rc5] Gigaset ISDN driver error handling fixes

On Wed, 17 Jan 2007 18:42:13 +0100 (CET) Tilman Schmidt <[EMAIL PROTECTED]> wrote: > + mutex_init(>mutex); > + mutex_lock(>mutex); I have vague memories of making rude comments about this a few months ago. It is very weird to lock a mutex just after intialising it. I mean, if any

Re: [PATCH] MMC: au1xmmc R6 response support

On Wed, Jan 24, 2007 at 06:52:02AM +0100, Manuel Lauss wrote: > On Tue, Jan 23, 2007 at 07:56:51PM +0100, Pierre Ossman wrote: > > > here's a trivial patch which adds R6 reponse support to the au1xmmc > > > driver. Fixes SD card detection / operation. > > > > > NAK. MMC_RSP_R1 and MMC_RSP_R6 have

Re: [PATCH -mm 5/5][AIO] - Add listio syscall support

On Wed, 17 Jan 2007 10:55:54 +0100 Sébastien Dugué <[EMAIL PROTECTED]> wrote: > +void lio_check(struct lio_event *lio) > +{ > + int ret; > + > + ret = atomic_dec_and_test(>lio_users); > + > + if (unlikely(ret) && lio->lio_notify.notify != SIGEV_NONE) { > + /* last one ->

Re: [2.6 patch] process include/linux/if_{addr,link}.h with unifdef

From: Adrian Bunk <[EMAIL PROTECTED]> Date: Sun, 21 Jan 2007 20:13:19 +0100 > After commit d3dcc077bf88806201093f86325ec656e4dbfbce, > include/linux/if_{addr,link}.h should be processed with unifdef. > > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> Applied, thanks Adrian. I believe at least

Re: [PATCH] select: fix sys_select to not leak ERESTARTNOHAND to userspace

From: Neil Horman <[EMAIL PROTECTED]> Date: Tue, 16 Jan 2007 15:13:32 -0500 > As it is currently written, sys_select checks its return code to convert > ERESTARTNOHAND to EINTR. However, the check is within an if (tvp) clause, and > so if select is called from userspace with a NULL timeval, then

Re: [PATCH -mm 4/5][AIO] - AIO completion signal notification

On Wed, 17 Jan 2007 10:50:18 +0100 Sébastien Dugué <[EMAIL PROTECTED]> wrote: > +static long aio_setup_sigevent(struct aio_notify *notify, > +struct sigevent __user *user_event) > +{ > + sigevent_t event; > + struct task_struct *target; > + > + if

Re: [RPC][PATCH 2.6.20-rc5] limit total vfs page cache

On 1/24/07, Vaidyanathan Srinivasan <[EMAIL PROTECTED]> wrote: Aubrey Li wrote: > On 1/19/07, Vaidyanathan Srinivasan <[EMAIL PROTECTED]> wrote: >> Hi Aubrey, >> >> I used your patch on my PPC64 box and I do not get expected >> behavior. As you had requested, I am attaching zoneinfo and

Re: [PATCH -mm 5/5][AIO] - Add listio syscall support

On Wed, 17 Jan 2007 10:55:54 +0100 Sébastien Dugué <[EMAIL PROTECTED]> wrote: > +struct lio_event *lio_create(struct sigevent __user *user_event, > + int mode) > +{ > + int ret = 0; > + struct lio_event *lio = NULL; > + > + if (unlikely((mode == LIO_NOWAIT) &&

Re: [PATCH -mm 5/5][AIO] - Add listio syscall support

On Wed, 17 Jan 2007 10:55:54 +0100 Sébastien Dugué <[EMAIL PROTECTED]> wrote: > +asmlinkage long > +compat_sys_lio_submit(aio_context_t ctx_id, int mode, int nr, u32 __user > *iocb, > + struct compat_sigevent __user *sig_user) > +{ > + struct kioctx *ctx; > + struct lio_event

Re: [PATCH] MMC: au1xmmc R6 response support

On Tue, Jan 23, 2007 at 07:56:51PM +0100, Pierre Ossman wrote: > > here's a trivial patch which adds R6 reponse support to the au1xmmc > > driver. Fixes SD card detection / operation. > > > NAK. MMC_RSP_R1 and MMC_RSP_R6 have the same value so this will break > the switch. not in my version of

Re: [RFC] Limit the size of the pagecache

Christoph's patch is better than mine. The only thing I think is that zone->max_pagecache_pages should be checked never less than zone->pages_low. The good part of the patch is using the existing reclaimer. But the problem in my opinion of the idea is the existing reclaimer too. Think of when

Re: [PATCH] seq_file conversion: coda

On Tue, Jan 23, 2007 at 04:53:33PM -0800, Andrew Morton wrote: > On Tue, 16 Jan 2007 00:53:05 +0300 > Alexey Dobriyan <[EMAIL PROTECTED]> wrote: > > > Compile-tested. > > You can runtime-test this interface without ever having mounted a CODA fs. > > Please. compile-tested-only patches are

Re: [RPC][PATCH 2.6.20-rc5] limit total vfs page cache

Aubrey Li wrote: > On 1/19/07, Vaidyanathan Srinivasan <[EMAIL PROTECTED]> wrote: >> Hi Aubrey, >> >> I used your patch on my PPC64 box and I do not get expected >> behavior. As you had requested, I am attaching zoneinfo and meminfo >> dumps: >> >> Please let me know if you need any further

Re: [RFC] Limit the size of the pagecache

On Tue, 23 Jan 2007 20:30:16 -0800 (PST) Christoph Lameter <[EMAIL PROTECTED]> wrote: > On Wed, 24 Jan 2007, KAMEZAWA Hiroyuki wrote: > > > I don't prefer to cause zone fallback by this. > > This may use ZONE_DMA before exhausing ZONE_NORMAL (ia64), > > Hmmm... We could use node_page_state

Re: [2.6 patch] drivers/net/irda/vlsi_ir.{h,c}: remove kernel 2.4 code

From: Samuel Ortiz <[EMAIL PROTECTED]> Date: Sun, 21 Jan 2007 23:36:58 +0200 > On Thu, Jan 18, 2007 at 10:56:13PM +0100, Adrian Bunk wrote: > > This patch removes kernel 2.4 compatibility code. > Looks correct to me, thanks. > > > > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> > Acked-by:

Re: 2.6.18-stable release plans?

On Tue, 23 Jan 2007, Jesper Juhl wrote: > Now that 2.6.19 is out, most likely not. -stable releases are made > for the latest stable 2.6.x kernel, once 2.6.x+1 is out that's the one > -stable patches are made for (2.6.16 is an exception).. There's generally a bit of overlap. 2.6.17.14 was about

Re: [PATCH 0/3] i_ino uniqueness: alternate approach -- hash the inodes

On Tue, 16 Jan 2007 13:57:38 -0500 Jeff Layton <[EMAIL PROTECTED]> wrote: > The questions are: > > 1) how much would this slow down lookups for these filesystems? > 2) is it enough to justify adding more infrastructure to avoid it? > > What might be best is to start with this approach and then

Re: [RFC] Limit the size of the pagecache

On Wed, 24 Jan 2007, KAMEZAWA Hiroyuki wrote: > I don't prefer to cause zone fallback by this. > This may use ZONE_DMA before exhausing ZONE_NORMAL (ia64), Hmmm... We could use node_page_state instead of zone_page_state. > Very rapid page allocation can eats some amount of lower zone. One

Re: [PATCH 2/2] lockdep reentrancy

On Tue, 16 Jan 2007 12:56:31 -0500 Mathieu Desnoyers <[EMAIL PROTECTED]> wrote: > Here is a patch to lockdep.c so it behaves correctly when a kprobe breakpoint > is > put on a marker within hardirq tracing functions as long as the marker is > within > the lockdep_recursion incremented

Re: [PATCH 1/2] lockdep missing barrier()

On Tue, 16 Jan 2007 12:56:24 -0500 Mathieu Desnoyers <[EMAIL PROTECTED]> wrote: > This patch adds a barrier() to lockdep.c lockdep_recursion updates. This > variable behaves like the preemption count and should therefore use similar > memory barriers. > > This patch applies on 2.6.20-rc4-git3. >

Re: fix typo in geode_configre()@cyrix.c

On Wed, 17 Jan 2007 02:12:42 +0900 (JST) takada <[EMAIL PROTECTED]> wrote: > From: [EMAIL PROTECTED] (Lennart Sorensen) > Subject: Re: fix typo in geode_configre()@cyrix.c > Date: Tue, 16 Jan 2007 11:50:07 -0500 > > > On Wed, Jan 17, 2007 at 01:38:35AM +0900, takada wrote: > > > You are right. I

Re: [RFC] Limit the size of the pagecache

Aubrey Li wrote: On 1/24/07, Christoph Lameter <[EMAIL PROTECTED]> wrote: On Wed, 24 Jan 2007, Nick Piggin wrote: > > 1. Insure that anonymous pages that may contain performance > >critical data is never subject to swap. > > > > 2. Insure rapid turnaround of pages in the cache. > > So if

Re: [RFC] Limit the size of the pagecache

On 1/24/07, Christoph Lameter <[EMAIL PROTECTED]> wrote: On Wed, 24 Jan 2007, Nick Piggin wrote: > > 1. Insure that anonymous pages that may contain performance > >critical data is never subject to swap. > > > > 2. Insure rapid turnaround of pages in the cache. > > So if these two aren't

In-tree version of new FireWire drivers available

Hi, I've moved the new FireWire stack to an in-tree git repository and moved over the missing patches from my out-of-tree version. The tree is available over here: git://people.freedesktop.org/~krh/linux-2.6 with gitweb avialable here:

Re: [patch 00/46] High resolution timer / dynamic tick update

On Tue, 2007-01-23 at 18:23 -0800, Andrew Morton wrote: > > There appears to be some fairly clear duplication between my clocksource > > tree and this release of high resolution timers. Not to mention that we > > both submitted our tree's to Andrew within days . > > > > To lessen Andrews burden

Re: [RFC] Limit the size of the pagecache

one more thing... On Tue, 23 Jan 2007 16:49:55 -0800 (PST) Christoph Lameter <[EMAIL PROTECTED]> wrote: > @@ -1168,6 +1170,11 @@ zonelist_scan: > !cpuset_zone_allowed_softwall(zone, gfp_mask)) > goto try_next_zone; > > + if

Re: [RFC] Limit the size of the pagecache

On Wed, 24 Jan 2007, Nick Piggin wrote: > > 1. Insure that anonymous pages that may contain performance > >critical data is never subject to swap. > > > > 2. Insure rapid turnaround of pages in the cache. > > So if these two aren't working properly at 100%, then I want to know the > reason

Re: [PATCH 1/1] Page Table cleanup patch

Paul Davies wrote: This patch is a proposed cleanup of the current page table organisation. Such a cleanup would be a logical first step towards introducing at least a partial clean page table interface, geared towards providing enhanced virtualization oportunities for x86. It is also a common

Re: heavy nfs[4]] causes fs badness Was: 2.6.20-rc4: known unfixed regressions (v2)

On Mon, Jan 15, 2007 at 10:58:29AM -0500, Alan Stern wrote: > On Sun, 14 Jan 2007, Florin Iucha wrote: > > > Jiri and Trond, > > > > On Mon, Jan 15, 2007 at 01:14:09AM +0100, Jiri Kosina wrote: > > > On Sun, 14 Jan 2007, Florin Iucha wrote: > > > > > > > All the testing was done via a ssh into

Re: [RFC] Limit the size of the pagecache

On Wed, 24 Jan 2007, KAMEZAWA Hiroyuki wrote: > if (sc->may_swap && > zone_page_state(zone, NR_FILE_PAGES) && > !(curreht->flags & PF_MEMALLOC)) > sc->may_swap = 0; That is probably better than what we have so far. - To unsubscribe from this list: send the line "unsubscribe

Re: [RFC] Limit the size of the pagecache

Christoph Lameter wrote: This is a patch using some of Aubrey's work plugging it in what is IMHO the right way. Feel free to improve on it. I have gotten repeatedly requests to be able to limit the pagecache. With the revised VM statistics this is now actually possile. I'd like to know more

Re: [RFC] Limit the size of the pagecache

On Tue, 23 Jan 2007 16:49:55 -0800 (PST) Christoph Lameter <[EMAIL PROTECTED]> wrote: > If we enter reclaim and the number of page cache pages > is too high then we switch off swapping during reclaim > to avoid touching anonymous pages. In general, I like this (kind of) feature. > + /* > +

[PATCH 0/1] V4L/DVB fix

Linus, Please pull 'master' from: git://git.kernel.org:/pub/scm/linux/kernel/git/mchehab/v4l-dvb.git master. The patch fixes an important bug on V4L core. By doing some ioctls on an unexpected order, it is possible to hang the machine without needing to be root, causing a DoS. -

[PATCH 1/1] V4L/DVB (5123): Buf_qbuf: fix: videobuf_queue->stream corruption and lockup

From: Oleg Nesterov <[EMAIL PROTECTED]> We are doing ->buf_prepare(buf) before adding buf to q->stream list. This means that videobuf_qbuf() should not try to re-add a STATE_PREPARED buffer. Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]> Signed-off-by: Mauro Carvalho Chehab <[EMAIL

Re: [ANNOUNCE] System Inactivity Monitor v1.0

Pavel Machek <[EMAIL PROTECTED]> writes: Imagine for a moment that we solve time-warp somehow. Any other problems? Well, a user-level daemon have to process a lot of data just to detect user interaction. Considering that the trackpad bandwidth is nearly 5KB/sec, probably would be better

Re: [patch] md: bitmap read_page error

On Tuesday January 23, [EMAIL PROTECTED] wrote: > I think your patch is not enough to slove the read_page error > completely. I think in the bitmap_init_from_disk we also need to check > the 'count' never exceeds the size of file before calling the > read_page function. How do your think about it.

Re: 2.6.19.2 sky2/acpi crashes

> > > Apple Macbook 2GHz (x86, not amd64) > > > > > Please try to remove processor module. > > > > > > > > Ok, that's done. Same problem. > > > > > > any difference with "idle=poll"? > > > if yes, how about "idle=halt"? > > > > idle=poll seems to fix the problem (cpu fan is running almost at

Re: [patch 00/46] High resolution timer / dynamic tick update

On Tue, 23 Jan 2007 18:16:31 -0800 Daniel Walker <[EMAIL PROTECTED]> wrote: > On Tue, 2007-01-23 at 22:00 +, Thomas Gleixner wrote: > > - Provide a generic way to verify clocksources. TSC needs > >verification due to broken hardware and BIOS implementations. The > >previous attempt

Re: [patch 00/46] High resolution timer / dynamic tick update

On Tue, 2007-01-23 at 22:00 +, Thomas Gleixner wrote: > - Provide a generic way to verify clocksources. TSC needs >verification due to broken hardware and BIOS implementations. The >previous attempt to allow TSC usage for high resolution and/or >dynamic ticks only in combination

[PATCH 2.6.20] sata_nv: don't rely on NV_INT_DEV indication with ADMA

OK, here it is in full signed-off glory. Hopefully we can get this in for 2.6.20. --- Several people reported issues with certain drive commands timing out on sata_nv controllers running in ADMA mode. The commands in question were non-DMA-mapped commands, usually FLUSH CACHE or FLUSH CACHE

Re: SATA hotplug from the user side ?

Henrique de Moraes Holschuh wrote: > On Tue, 23 Jan 2007, Tejun Heo wrote: >> Henrique de Moraes Holschuh wrote: >>> Does SATA electrical conector keying let the disk firmware unload >>> heads before the user manages to pull it out enough to sever power? >> I don't think so. > > Heh, thought as

Re: [PATCH 2.6.20-rc5] SPI: alternative fix for spi_busnum_to_master

On Tuesday 23 January 2007 8:07 am, Atsushi Nemoto wrote: > On Tue, 23 Jan 2007 07:42:15 -0800, David Brownell <[EMAIL PROTECTED]> wrote: > > > Indeed the check can be omitted. Should I send a new patch just > > > moving class_device_get() into "if (master->bus_num == bus_num)" > > > block? > >

Re: [ANNOUNCE] System Inactivity Monitor v1.0

"Scott Preece" <[EMAIL PROTECTED]> writes: My own hot button is making sure that the definition of what constitutes user activity is managed in exactly one place, whether in the kernel or not. My naive model would be to put the response at user level, but to provide a single point of

Re: identifying CONFIG variable typoes in the source tree

On Tue, 23 Jan 2007, Oleg Verych wrote: > On 2007-01-23, Robert P. J. Day wrote: > [] > > what it does is scan the entire tree for lines of the form > > > > ...if... CONFIG_whatever... > > > > collects all of those CONFIG variables and, one at a time, checks to > > see if that variable even

Re: [PATCH query] arm: i.MX/MX1 clock event source

On Tuesday 23 January 2007 03:52, Pavel Pisa wrote: > > i've added your patch to -rt, but note that there's a new, slightly > > incompatible clockevents code in -rt now so you'll need to do some more > > (hopefully trivial) fixups for this to build and work. > > > > Ingo > > Hello Ingo, > >

Re: Strange

On Wednesday 24 January 2007 00:01, Christoph Anton Mitterer wrote: > Alan wrote: > >> kernel: Error: Illegal request -- (Sense key=0x05) > >> kernel: Read of scrambled sector without authentication -- (asc=0x6f, > >> ascq=0x03) > > > > The disc is using digital rights management. If you are

Re: SATA problems

Pablo Sebastian Greco wrote: > Well, it took me a few days, but I think I'm ready to report back. One > of the drives was failing, and it stopped after rewiring power supply so > the last problem seems to be corrected. > OTOH, your blacklist seems to be needed too, now I'm running FC6 >

Re: [PATCH] seq_file conversion: APM on arm

On Tue, Jan 23, 2007 at 04:45:41PM -0800, Andrew Morton wrote: > There is an ongoing desultory effort from Ralf to unify the ARM and MIPS > APM implementations. Independently converting them both to use seqfile > at this stage might muck that up. Ralf, talk to me? I was planning to get back

Re: [Ksummit-2006-discuss] 2007 Linux Kernel Summit

On Wed, Jan 24, 2007 at 04:41:39AM +0530, Sunil Naidu wrote: > >You have to remember that the Kernel Summit is invite only. Holding > >the summit at a location doesn't really mean it's open to anyone > >there. > > Defnitely this could be held on invite only. Many Top forums happen in > India in

Re: 2.6.19.2 sky2/acpi crashes

On 1/24/07, Lionel Landwerlin <[EMAIL PROTECTED]> wrote: Le mardi 23 janvier 2007 à 16:30 -0500, Len Brown a écrit : > On Tuesday 23 January 2007 07:27, Lionel Landwerlin wrote: > > Le mardi 23 janvier 2007 à 17:22 +0800, Luming Yu a écrit : > > > Please try to remove processor module. > > > >

Re: [KBUILD] I don't want initramfs in 2.6.19.1 but usr/ is still processed

On 2007-01-03, DervishD wrote: > > Hi all :) Hallo! > I've noticed that, even if I say NO to initramfs (and even ramdisk > support), the make process wants to GEN usr/initramfs_data.cpio.gz by > running the scripts/gen_initramfs_list.sh script. > > Why is that script run no matter

[patch] scsi: use lock per host instead of per device for shared queue tag host

The block layer uses lock to protect request queue. Every scsi device has a unique request queue, and queue lock is the default lock in struct request_queue. This is good for normal cases. But for a host with shared queue tag (e.g. stex controllers), a queue lock per device means the shared queue

Re: Strange

> I knew of course about libdvdcss but I've never noticed before that the > kernel issues these error messages to the syslog. Various bits of random desktop junk poll drives to see what has appeared and stick icons on desktops. Some of them do stuff that produces messages like this because they

Re: select() setting ERESTARTNOHAND (514).

On Thu, Jan 11, 2007 at 11:22:46PM +0100, bert hubert wrote: >Anything else relevant? Do you know which signal interrupted select? Is this >a single or multithreaded application? And where did the signal come from? It is, AFAIK, a multi-threaded application. I don't have any information on which

Re: [PATCH] seq_file conversion: coda

On Tue, 16 Jan 2007 00:53:05 +0300 Alexey Dobriyan <[EMAIL PROTECTED]> wrote: > Compile-tested. You can runtime-test this interface without ever having mounted a CODA fs. Please. compile-tested-only patches are always a worry. - To unsubscribe from this list: send the line "unsubscribe

[RFC] Limit the size of the pagecache

This is a patch using some of Aubrey's work plugging it in what is IMHO the right way. Feel free to improve on it. I have gotten repeatedly requests to be able to limit the pagecache. With the revised VM statistics this is now actually possile. I'd like to know more about possible uses of such

Re: [RFC] pci_bus conversion to struct device

On Tue, 2007-01-23 at 16:22 -0800, Tim Pepper wrote: > On 1/18/07, Greg KH <[EMAIL PROTECTED]> wrote: > > > Hm, only ia64 enables that option. Matthew, do you care about those > > files? > > Given the ia64 nature, unless benh was truly wanting to do something > or ppc64, IBM's big NUMA boxes

Re: [PATCH] seq_file conversion: APM on arm

On Mon, 15 Jan 2007 23:59:35 +0300 Alexey Dobriyan <[EMAIL PROTECTED]> wrote: > Compile-tested. > > Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]> > --- > > arch/arm/kernel/apm.c | 28 +++- > 1 file changed, 23 insertions(+), 5 deletions(-) > > ---

Re: [PATCH] sed s/gawk/awk/ scripts/gen_init_ramfs.sh

On Mon, 15 Jan 2007 23:11:46 +0100 Sam Ravnborg <[EMAIL PROTECTED]> wrote: > On Mon, Jan 15, 2007 at 04:24:17PM -0500, Rob Landley wrote: > > Signed-off-by: Rob Landley <[EMAIL PROTECTED]> > Acked-by: Sam Ravnborg <[EMAIL PROTECTED]> > > > Use "awk" instead of "gawk". > > > > -- > > > >

Re: 2.6.19.2 sky2/acpi crashes

Le mardi 23 janvier 2007 à 16:30 -0500, Len Brown a écrit : > On Tuesday 23 January 2007 07:27, Lionel Landwerlin wrote: > > Le mardi 23 janvier 2007 à 17:22 +0800, Luming Yu a écrit : > > > Please try to remove processor module. > > > > Ok, that's done. Same problem. > > any difference with

[patch] kbuild: create KBUILD_OUTPUT

kbuild: create KBUILD_OUTPUT When requesting build to another directory, try to create it first. Cc: Sam Ravnborg <[EMAIL PROTECTED]> Signed-off-by: Oleg Verych <[EMAIL PROTECTED]> --- ,-*- bash -*- |[EMAIL PROTECTED]:~/kernel.org/_work/src/linux-2.6.20-rc5$ |[EMAIL

Re: [mm PATCH 4/6] RCU: preemptible RCU

On Tue, 16 Jan 2007 00:58:58 +0530 Dipankar Sarma <[EMAIL PROTECTED]> wrote: > +/* > + * Wait for CPUs to acknowledge the flip. > + */ > +static int rcu_try_flip_waitack(int flipctr) > +{ > + int cpu; > + > + for_each_possible_cpu(cpu) > + if (per_cpu(rcu_flip_flag, cpu) !=

Re: SATA exceptions with 2.6.20-rc5

On 2007.01.23 17:18:43 -0600, Robert Hancock wrote: > Larry Walton wrote: > >The last patch (sata_nv-force-int-dev-in-interrupt.patch) > >seems to have fix the problem. Much appreciated, > >thank you. I'd consider it a must have in 2.6.20. > > Can any of the rest of you that have been seeing

Re: [mm PATCH 4/6] RCU: preemptible RCU

On Tue, 16 Jan 2007 00:58:58 +0530 Dipankar Sarma <[EMAIL PROTECTED]> wrote: > This patch implements a new version of RCU which allows its read-side > critical sections to be preempted. Why is it selectable if CONFIG_PREEMPT=n? > It uses a set of counter pairs > to keep track of the read-side

via irq quirk breakage

Recently updated an old box to a new kernel, and the USB mouse stops working. Well it sort of works, but stutters and is very unresponsive. This happens now and again when the IRQ routing for my board gets broken. Attached a dmesg from a bad 2.6.20-rc5, and a quick hack that gets everything

Re: [RFC] pci_bus conversion to struct device

On 1/18/07, Greg KH <[EMAIL PROTECTED]> wrote: Hm, only ia64 enables that option. Matthew, do you care about those files? Given the ia64 nature, unless benh was truly wanting to do something or ppc64, IBM's big NUMA boxes are pretty unlikely to care. Tim - To unsubscribe from this list:

Re: problems with latest smbfs changes on 2.4.34 and security backports

On Wed, Jan 24, 2007 at 10:46:24AM +1100, Grant Coady wrote: > On Tue, 23 Jan 2007 14:12:57 -0700, dann frazier <[EMAIL PROTECTED]> wrote: > > >Users have reported a symlink issue with my recent smbfs backport. > >Turns out my backport overlooked a second 2.6 patch w/ the fix: > >

Re: Strange

Alan wrote: >> kernel: Error: Illegal request -- (Sense key=0x05) >> kernel: Read of scrambled sector without authentication -- (asc=0x6f, >> ascq=0x03) >> > > The disc is using digital rights management. If you are in a country that > permits it you can use a dvd reader library with

Re: Strange

> kernel: Error: Illegal request -- (Sense key=0x05) > kernel: Read of scrambled sector without authentication -- (asc=0x6f, > ascq=0x03) The disc is using digital rights management. If you are in a country that permits it you can use a dvd reader library with decss support, if not you'll

Re: problems with latest smbfs changes on 2.4.34 and security backports

On Tue, 23 Jan 2007 14:12:57 -0700, dann frazier <[EMAIL PROTECTED]> wrote: >Users have reported a symlink issue with my recent smbfs backport. >Turns out my backport overlooked a second 2.6 patch w/ the fix: > http://linux.bkbits.net:8080/linux-2.6/?PAGE=cset=419e7b76CdrmRG_NZ8LKj9DUUBGu1w >

Strange

Hi. I'm using a kernel 2.6.18.1 with a Plextor PX-769A CD/DVD drive (using the old IDE drivers)... The drive itself is brand-new. The firmware version is 1.06 (which is the most recent). There are to issues I experience. 1) On some (but not all) DVD-Videos I get the following messages: kernel:

Re: identifying CONFIG variable typoes in the source tree

On 2007-01-23, Robert P. J. Day wrote: [] > what it does is scan the entire tree for lines of the form > > ...if... CONFIG_whatever... > > collects all of those CONFIG variables and, one at a time, checks to > see if that variable even exists in any Kconfig file in the tree so > that it could

Re: [PATCH] serial driver PMC MSP71xx, kernel linux-mips.git mast er

On Tue, 23 Jan 2007 14:37:23 -0800 Marc St-Jean <[EMAIL PROTECTED]> wrote: > > This I would hope you can hide in the platform specific > > serial_in/serial_out functions. If you write the UART_LCR save it in > > serial_out(), if you read IER etc. > > I couldn't find hooks for platform specific

Re: SATA exceptions with 2.6.20-rc5

Larry Walton wrote: The last patch (sata_nv-force-int-dev-in-interrupt.patch) seems to have fix the problem. Much appreciated, thank you. I'd consider it a must have in 2.6.20. Can any of the rest of you that have been seeing this problem also confirm that this fixes it? -- Robert Hancock

Re: [PATCH 1/2] Define the EF_AS_NO_RANDOM e_flag bit

At Tue, 23 Jan 2007 16:16:12 -0500, Jakub Jelinek wrote: > > On Wed, Jan 24, 2007 at 12:06:45AM +0300, Samium Gromoff wrote: > > Should we introduce per-arch asm/elf.h files to hold the relevant flag > > definitions then? > > On some architectures there are no bits left. On others you'd need

[PATCH 2.6.21 4/4] ehca: remove obsolete prototypes

Here is a patch for ehca_classes.h that removes obsolete prototypes. Thanks Nam Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]> --- ehca_classes.h | 14 -- 1 files changed, 14 deletions(-) diff -Nurp infiniband_orig/drivers/infiniband/hw/ehca/ehca_classes.h

[PATCH 2.6.21 3/4] ehca: remove do_mmap()

This patch removes do_mmap() from ehca: - Call remap_pfn_range() for hardware register block - Use vm_insert_page() to register memory allocated for completion queues and queue pairs - The actual mmap() call/trigger is now controlled by user space, ie. libehca Thanks Nam Signed-off-by:

[PATCH 2.6.21 1/4] ehca: fix improper use of yield with spinlock held

Here is a patch for ehca_cq.c that fixes improper use of yield with spinlock held. Thanks Nam Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]> --- ehca_cq.c |5 - 1 files changed, 4 insertions(+), 1 deletion(-) diff -Nurp infiniband_orig/drivers/infiniband/hw/ehca/ehca_cq.c

[PATCH 2.6.21 2/4] ehca: fix mismatched use of spin_unlock in irq handler

Here is a patch for ehca_irq.c that fixes mismatched use of spin_unlock in irq handler. Thanks Nam Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]> --- ehca_irq.c |3 ++- 1 files changed, 2 insertions(+), 1 deletion(-) diff -Nurp infiniband_orig/drivers/infiniband/hw/ehca/ehca_irq.c

[PATCH 2.6.21 0/4] ehca: remove do_mmap() and some bug fixes

Hello Roland! Here is a patch set for ehca as a result of previous disscussions and comments: 1. fix improper use of yield within spinlock context 2. fix mismatched use of spin_unlock in irq handler 3. remove do_mmap() 4. remove obsolete prototypes PS: I've sent the first two recently for 2.6.20,

Re: [Ksummit-2006-discuss] 2007 Linux Kernel Summit

On 1/24/07, Josh Boyer <[EMAIL PROTECTED]> wrote: > > > Any other reasons am missing here? > > Cost of flying 70 mainly US/European developers to India. Thanks James. I thought about this factor. Thinking about what are the factors which make a Kernel developer to show interest on a particular

Re: [PATCH] videobuf_qbuf: fix? possible videobuf_queue->stream corruption and lockup

Em Ter, 2007-01-23 às 20:57 +0300, Oleg Nesterov escreveu: > I am pretty sure the bug is real, but the patch may be wrong, please review. > > We are doing ->buf_prepare(buf) before adding buf to q->stream list. This > means that videobuf_qbuf() should not try to re-add a STATE_PREPARED buffer. >

[PATCH 2/2]: Fix BUG in cancel_dirty_pages on XFS

Make XFS use the new truncate_unmap_inode_pages_range() function. Signed-off-by: Dave Chinner <[EMAIL PROTECTED]> --- fs/xfs/linux-2.6/xfs_fs_subr.c |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) Index: 2.6.x-xfs-new/fs/xfs/linux-2.6/xfs_fs_subr.c

[PATCH 1/2]: Fix BUG in cancel_dirty_pages on XFS

With the recent changes to cancel_dirty_pages(), XFS will dump warnings in the syslog because it can truncate_inode_pages() on dirty mapped pages. I've determined that this is indeed correct behaviour for XFS as this can happen in the case of races on mmap()d files with direct I/O. In this case

  1   2   3   4   5   6   7   >