Re: [RFC] Tracking mlocked pages and moving them off the LRU

Hmmm.. I have had no time to test this one yet but I think this should work. It uses the delayed method and a new page flag PageMlocked() with different semantics. Fix for page migration is also included. Patch avoids to put new anonymous mlocked pages on the LRU. Maybe the same could be done

Re: [PATCH 1/3] Blackfin: architecture patch against Linux kernel 2.6.20

Wu, Bryan wrote: Hi everyone, This is the Blackfin architecture patch against Linux kernel 2.6.20, again. As we promised, some issues are fixed in the latest release with the help from lkml. The blackfin-arch patch is at https://blackfin.uclinux.org/gf/download/frsrelease/25/2490/blackfin-arc

v2.6.20-rt1, yum/rpm

i have released the v2.6.20-rt1 kernel, which can be downloaded from the usual place: http://redhat.com/~mingo/realtime-preempt/ more info about the -rt patchset can be found in the RT wiki: http://rt.wiki.kernel.org This is a fixes-only release. Since the -rt tree has been closely

[PATCH 1/3] Blackfin: architecture patch against Linux kernel 2.6.20

Hi everyone, This is the Blackfin architecture patch against Linux kernel 2.6.20, again. As we promised, some issues are fixed in the latest release with the help from lkml. The blackfin-arch patch is at https://blackfin.uclinux.org/gf/download/frsrelease/25/2490/blackfin-arc

[PATCH 3/3] Blackfin: documents and maintainer patch

Hi everyone, This is the documents patche for Blackfin arch, also includes the MAINTAINERS file change. Signed-off-by: Bryan Wu <[EMAIL PROTECTED]> --- Documentation/blackfin/00-INDEX | 11 ++ Documentation/blackfin/Filesystems | 169 +++

[PATCH 2/3] Blackfin: serial driver for Blackfin architecture against Linux kernel 2.6.20

Hi everyone, This is the serial driver supports Blackfin processors. It is designed for the serial core framework. Signed-off-by: Bryan Wu <[EMAIL PROTECTED]> --- drivers/serial/Kconfig | 94 drivers/serial/Makefile |1 drivers/serial/bfin_5xx.c | 1029

Re: 2.6.19.2 oops after resume from ram (corruption?)

On 2/1/07, Mike Galbraith <[EMAIL PROTECTED]> wrote: On Thu, 2007-02-01 at 08:42 +1100, Nigel Cunningham wrote: > Hi. > > On Wed, 2007-01-31 at 11:56 +0100, Mike Galbraith wrote: > > Greetings, > > > > I received the below upon first poke of firefox icon after a resume. > > Are you able to

Re: regarding generic AIO, async syscalls precedent + some benchmarks by lighttpd

Davide Libenzi wrote: Yes, that is some very interesting data IMO. I did not bench the GUASI (userspace async thread library) against AIO, but those numbers show that a *userspace* async syscall wrapper interface performs in the ballpark of AIO. This leads to some hope about the ability to

Re: 2.6.19.2 oops after resume from ram (corruption?)

On Sun, 2007-02-04 at 16:43 +0100, Pavel Machek wrote: > Hi! > > > I received the below upon first poke of firefox icon after a resume. > > > > See attachment (evolution refuses to inline it). > > Is it repeatable? You may want to try with smaller set of > modules... prism54 is quite

Re: [RFC] Tracking mlocked pages and moving them off the LRU

On Sun, 4 Feb 2007, Arjan van de Ven wrote: > > > Exclusion or inclusion of NR_MLOCK number is straightforward for the dirty > > ratio calcuations. global_page_state(NR_MLOCK) f.e. would get us totals on > > mlocked pages per zone. node_page_state(NR_MLOCK) gives a node specific > > number of

[PATCH] kexec: Fix CONFIG_SMP=n compilation V2 (ia64)

kexec: Fix CONFIG_SMP=n compilation V2 (ia64) Kexec support for 2.6.20 on ia64 does not build properly using a config made up by CONFIG_SMP=n and CONFIG_HOTPLUG_CPU=n: CC arch/ia64/kernel/machine_kexec.o arch/ia64/kernel/machine_kexec.c: In function `machine_shutdown':

Re: Intel chooses not to support its HECI/QPS Chip in Linux?

On Sun, 2007-02-04 at 10:57 -0500, Justin Piszcz wrote: > Hi, > > Anyone from Intel that reads LKML, could you provide an update as to what > is happening with support for your HECI Controller/QPS chip, which is used > on 965 (and possibly other?) chipsets. I asked the right folks and the word

Re: [Fastboot] [PATCH] kexec: Fix CONFIG_SMP=n compilation (ia64)

On 2/3/07, Horms <[EMAIL PROTECTED]> wrote: On Fri, Feb 02, 2007 at 08:53:00PM +0900, Magnus Damm wrote: > On 2/2/07, Magnus Damm <[EMAIL PROTECTED]> wrote: > > On 2/2/07, Andrew Morton <[EMAIL PROTECTED]> wrote: > > > Magnus Damm <[EMAIL PROTECTED]> wrote: > > > > > > > kexec: Fix CONFIG_SMP=n

Re: 2.6.20 -- Loads of section mismatches

On Mon, Feb 05, 2007 at 12:06:47AM +0200, Alon Bar-Lev wrote: > On 2/5/07, Miles Lane <[EMAIL PROTECTED]> wrote: > >Are any of these worth fixing? > > I am preparing a patch for this. > I will submit it soon. > Many of those warnings I have already fixed. I had posted quite a few patches. Looks

Re: forcedeth problems on 2.6.20-rc6-mm3

On Sun, 4 Feb 2007, Robert Hancock wrote: > Something's busted with forcedeth in 2.6.20-rc6-mm3 for me relative to > 2.6.20-rc6. There's no errors in dmesg, but it seems no packets ever get > received and so the machine can't get an IP address. I tried reverting all the > -mm changes to

what does "busses" (drivers/i2c/busses) mean?

what does the directory name drivers/i2c/busses mean? did it mean bus(es)? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at

Re: forcedeth problems on 2.6.20-rc6-mm3

On Sun, 04 Feb 2007 23:48:33 -0600 Robert Hancock <[EMAIL PROTECTED]> wrote: > Andrew Morton wrote: > > On Sun, 04 Feb 2007 23:13:09 -0600 Robert Hancock <[EMAIL PROTECTED]> wrote: > > > >> Something's busted with forcedeth in 2.6.20-rc6-mm3 for me relative to > >> 2.6.20-rc6. There's no errors

Re: [ANN] Userspace M-on-N threading model implementation. Alpha release.

> > On the other side, the overhead you need to add for every single syscall > > that might block for the M:N threads and the associated complications > > which make it far harder to conform to POSIX IMHO far outweight the costs > > of going into the kernel for a context switch. > > That really

Re: Eeek! page_mapcount(page) went negative! (-1)

Randy Dunlap wrote: > On Sun, 04 Feb 2007 20:48:30 -0800 David Liontooth wrote: > > >> David Liontooth wrote: >> >>> Running a script called thumbnails, which uses imagemagick's convert >>> utility, I got this on a mainline 2.6.16.38: >>> >>> Feb 4 17:04:01 prato /USR/SBIN/CRON[17173]:

Re: [PATCH] note that dri-devel is subscribers-only

dri-devel is subscribers-only, so note that in MAINTAINERS. It isn't subscribers only AFAIK, it is moderated so stuff does make it through eventually.. Dave. Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]> --- MAINTAINERS |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) ---

Re: forcedeth problems on 2.6.20-rc6-mm3

Andrew Morton wrote: On Sun, 04 Feb 2007 23:13:09 -0600 Robert Hancock <[EMAIL PROTECTED]> wrote: Something's busted with forcedeth in 2.6.20-rc6-mm3 for me relative to 2.6.20-rc6. There's no errors in dmesg, but it seems no packets ever get received and so the machine can't get an IP

[PATCH] note that dri-devel is subscribers-only

From: Randy Dunlap <[EMAIL PROTECTED]> dri-devel is subscribers-only, so note that in MAINTAINERS. Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]> --- MAINTAINERS |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- linux-2620-pv.orig/MAINTAINERS +++ linux-2620-pv/MAINTAINERS @@

Re: Unexpected Acknowledgement / Stalled Connections

* Parag Warudkar <[EMAIL PROTECTED]> [070205 00:57]: > On 2/4/07, Parag Warudkar <[EMAIL PROTECTED]> wrote: > >I am running 2.6.20 and have trouble with stalled connections. For > >instance, if I try to download a debian ISO image using wget, the > >connection runs fine for few seconds and then

Re: [PATCH 2.6.20] arch M68KNOMMU: user ARRAY_SIZE macro when appropriate

Hi Ahmed, Ahmed S. Darwish wrote: A patch to use ARRAY_SIZE macro already defined in linux/kernel.h Signed-off-by: Ahmed S. Darwish <[EMAIL PROTECTED]> --- Patch isn't compile checked cause I have no M68KNOMMU board at hand. Compiled and tested on m68knommu, no problems. Signed-off-by: Greg

[PATCH] update README.drm (bugzilla #7933)

From: Randy Dunlap <[EMAIL PROTECTED]> Update URLs in drivers/char/drm/README.drm, to take care of kernel bugzilla #7933. Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]> --- drivers/char/drm/README.drm | 15 +++ 1 file changed, 7 insertions(+), 8 deletions(-) ---

Re: Eeek! page_mapcount(page) went negative! (-1)

On Sun, 04 Feb 2007 20:48:30 -0800 David Liontooth wrote: > David Liontooth wrote: > > Running a script called thumbnails, which uses imagemagick's convert > > utility, I got this on a mainline 2.6.16.38: > > > > Feb 4 17:04:01 prato /USR/SBIN/CRON[17173]: (tna) CMD (thumbnails > >

Re: forcedeth problems on 2.6.20-rc6-mm3

On Sun, 04 Feb 2007 23:13:09 -0600 Robert Hancock <[EMAIL PROTECTED]> wrote: > Something's busted with forcedeth in 2.6.20-rc6-mm3 for me relative to > 2.6.20-rc6. There's no errors in dmesg, but it seems no packets ever get > received and so the machine can't get an IP address. I tried

[PATCH -mm] sata_nv: propagate ata_pci_device_do_resume return value

ata_pci_device_do_resume can fail if the PCI device couldn't be re-enabled. Update sata_nv to propagate the return value from this call and to not try to do any other resume activities if it fails. Fixes a compile warning. Signed-off-by: Robert Hancock <[EMAIL PROTECTED]> ---

[PATCH -mm] sata_nv: wait for response on entering/leaving ADMA mode

Update sata_nv to wait for the controller to indicate via the status register that it has entered the requested state when switching between ADMA mode and register mode. This issue came up recently when debugging some problems with cache flush command timeouts and while it didn't appear to fix

forcedeth problems on 2.6.20-rc6-mm3

Something's busted with forcedeth in 2.6.20-rc6-mm3 for me relative to 2.6.20-rc6. There's no errors in dmesg, but it seems no packets ever get received and so the machine can't get an IP address. I tried reverting all the -mm changes to drivers/net/forcedeth.c, which didn't help. The network

Re: [PATCH] fix unaligned exception in /drivers/net/wireless/orinoco.c

On Fri, 2007-02-02 at 15:20 -0500, John W. Linville wrote: > On Thu, Jan 18, 2007 at 09:57:18AM -, Hennerich, Michael wrote: > > > > This short patch prevents an unaligned exception to occur. (GCC 4.1) > > tmp is defined as char pointer while it is later accessed as short. Signed-off-by:

Re: [PATCH] drivers/isdn/gigaset: new M101 driver

On Mon, 05 Feb 2007 02:42:09 +0100 Tilman Schmidt <[EMAIL PROTECTED]> wrote: > Am 04.02.2007 02:56 schrieb Andrew Morton: > > On Sun, 04 Feb 2007 02:32:41 +0100 Tilman Schmidt <[EMAIL PROTECTED]> wrote: > > > +spin_lock_irqsave(>cmdlock, flags); > +cb = cs->cmdbuf; >

Re: [PATCH 013 of 14] knfsd: SUNRPC: support IPv6 addresses in RPC server's UDP receive path.

On Fri, Feb 02, 2007 at 03:40:44PM +1100, NeilBrown wrote: ... > diff .prev/net/sunrpc/svcsock.c ./net/sunrpc/svcsock.c > --- .prev/net/sunrpc/svcsock.c2007-02-02 15:22:40.0 +1100 > +++ ./net/sunrpc/svcsock.c2007-02-02 15:22:58.0 +1100 > @@ -715,13 +715,55 @@

Re: Eeek! page_mapcount(page) went negative! (-1)

David Liontooth wrote: > Running a script called thumbnails, which uses imagemagick's convert > utility, I got this on a mainline 2.6.16.38: > > Feb 4 17:04:01 prato /USR/SBIN/CRON[17173]: (tna) CMD (thumbnails > /db2/2006/2006-11/2006-11-16) > > Feb 4 17:20:49 prato kernel: swap_free: Unused

clocksource v13

I released another version of my clocksource update. I incorporated some of Ingo's suggestions. I also tested my changes on an older Sony Vaio where the TSC stops in C2/C3. I noticed that generic time already marks the TSC unstable if the system enters C2/C3 . So the verify code doesn't need to

Re: 2.6.20 PCI Cannot allocate resource region 2

Luming Yu wrote: * Known BIOS problems we have to work around: * - bogus I/O addresses above 64K used On non-x86 architectures this might be just fine. -hpa - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED]

Re: Timeouts on ICH7 PATA drive with ata_piix; ide_generic works perfectly

From the dmesg, I found a problem NOT relative to the PATA driver. I would like to know if cpu freq driver works? If not, please enter a acpi bug on bugzilla.kernel.org. "[ 17.368000] ACPI Exception (exoparg2-0442): AE_AML_PACKAGE_LIMIT, Index (0FFFD) is beyond end of object [20060707] [

Re: NCPFS and brittle connections

Pierre Ossman wrote: Petr Vandrovec wrote: Problem is with these pointers - reply_buf & server->packet. Now code will just read packet from server->packet, and write result to reply_buf, most probably transmiting some random data to network, and overwriting innocent memory on receiption... I

Re: [PATCH 2.6.19.2] r8169: support RTL8169SC/8110SC

Dear Francois: Thanks for your comments. They are very informative. Since I am a novice in the submission process, I learn a lot from them. My answers with the keyword "ANS:" are under where your questions are posed. About the MAC initialization which is tiring you, I can explain.

Re: Bcm43xx oops after suspend to disk

Rafael J. Wysocki wrote: > On Sunday, 4 February 2007 18:42, Larry Finger wrote: >> roucaries bastien wrote: >>> Sorry for the delay it works. This time I can use iwlist eth scan. >>> I have some difficulties to associate and I need to rmmod/modprobe in >>> order to associate but it is another

Re: 2.6.20 PCI Cannot allocate resource region 2

On 2/5/07, Manu Abraham <[EMAIL PROTECTED]> wrote: Hi, I get this error on booting up 2.6.20 (Similar error on 2.6.17.7 also, the message is slightly different in 2.6.17.7) PCI Cannot allocate resource region 2 of device :02:0a.0 Just did a search about this message around the kernel

Eeek! page_mapcount(page) went negative! (-1)

Running a script called thumbnails, which uses imagemagick's convert utility, I got this on a mainline 2.6.16.38: Feb 4 17:04:01 prato /USR/SBIN/CRON[17173]: (tna) CMD (thumbnails /db2/2006/2006-11/2006-11-16) Feb 4 17:20:49 prato kernel: swap_free: Unused swap offset entry 0080 Feb 4

[PATCH 2.6.20] arch ARM: Use ARRAY_SIZE macro when appropriate

Hi all, A patch to use ARRAY_SIZE macro already defined in linux/kernel.h Signed-off-by: Ahmed S. Darwish <[EMAIL PROTECTED]> --- Patch isn't compile checked cause I have no ARM machine at hand. Thanks, diff --git a/arch/arm/kernel/ecard.c b/arch/arm/kernel/ecard.c index 71257e3..f1c0fb9 100644

[PATCH 2.6.20] arch M68K: user ARRAY_SIZE macro when appropriate

Hi all, A patch to use ARRAY_SIZE macro already defined in linux/kernel.h Signed-off-by: Ahmed S. Darwish <[EMAIL PROTECTED]> --- Patch isn't compile checked since I have no m68k machine at hand. diff --git a/arch/m68k/kernel/ptrace.c b/arch/m68k/kernel/ptrace.c index ef89060..7fd2720 100644

[PATCH 2.6.20] arch PPC: user ARRAY_SIZE macro when appropriate

Hi all, A patch to use ARRAY_SIZE macro already defined in linux/kernel.h Signed-off-by: Ahmed S. Darwish <[EMAIL PROTECTED]> --- Patch isn't compile checked cause I have no PowerPC machine at hand. Thanks, diff --git a/arch/ppc/lib/rheap.c b/arch/ppc/lib/rheap.c index 31e5118..d407007 100644

[PATCH 2.6.20] arch PowerPC: user ARRAY_SIZE macro when appropriate

Hi all, A patch to use ARRAY_SIZE macro already defined in linux/kernel.h Signed-off-by: Ahmed S. Darwish <[EMAIL PROTECTED]> --- Patch isn't compile checked cause I have no PowerPC machine at hand. Thanks, diff --git a/arch/powerpc/lib/rheap.c b/arch/powerpc/lib/rheap.c index 57bf991..54b7b2b

[PATCH 2.6.20] arch MIPS: user ARRAY_SIZE macro when appropriate

Hi all, A patch to use ARRAY_SIZE macro already defined in linux/kernel.h Signed-off-by: Ahmed S. Darwish <[EMAIL PROTECTED]> --- Patch isn't compile checked cause I have no MIPS board at hand. Thanks, diff --git a/arch/mips/jmr3927/rbhma3100/setup.c b/arch/mips/jmr3927/rbhma3100/setup.c index

[PATCH 2.6.20] arch V850: user ARRAY_SIZE macro when appropriate

Hi all, A patch to use ARRAY_SIZE macro already defined in linux/kernel.h Signed-off-by: Ahmed S. Darwish <[EMAIL PROTECTED]> --- Patch isn't compile checked cause I have no V850 board at hand. Thanks, diff --git a/arch/v850/kernel/anna.c b/arch/v850/kernel/anna.c index 40892d3..0e42904 100644

[PATCH 2.6.20] arch M68KNOMMU: user ARRAY_SIZE macro when appropriate

Hi all, A patch to use ARRAY_SIZE macro already defined in linux/kernel.h Signed-off-by: Ahmed S. Darwish <[EMAIL PROTECTED]> --- Patch isn't compile checked cause I have no M68KNOMMU board at hand. Thanks, diff --git a/arch/m68knommu/kernel/ptrace.c b/arch/m68knommu/kernel/ptrace.c index

[PATCH 2.6.20] arch CRIS: user ARRAY_SIZE macro when appropriate

Hi all, A patch to use ARRAY_SIZE macro already defined in linux/kernel.h Signed-off-by: Ahmed S. Darwish <[EMAIL PROTECTED]> --- Patch isn't compile checked since I have no CRIS machine at hand. diff --git a/arch/cris/arch-v10/drivers/axisflashmap.c b/arch/cris/arch-v10/drivers/axisflashmap.c

[PATCH 2.6.20] arch AVR32: Use ARRAY_SIZE macro when appropriate

Hi Haavard, A patch to use ARRAY_SIZE macro already defined in linux/kernel.h Signed-off-by: Ahmed S. Darwish <[EMAIL PROTECTED]> --- Patch isn't compile checked cause I have no AVR32 machine at hand. Thanks, diff --git a/arch/avr32/kernel/setup.c b/arch/avr32/kernel/setup.c index

[PATCH 00] A series of patches to use ARRAY_SIZE macro under arch/

Hi, all A series of patches to use ARRAY_SIZE macro under the `arch' subtree. Each architecture has its own mail/patch as a reply to this thread. Those patches are not compile-tested as I don't have needed machines but I tried hard to make sure that they are hopefully correct. Patches can be

[ANNOUNCE][RFC] PlugSched-6.5 for 2.6.20

The main change in this version is a change to the scheduler driver interface to take account of recent changes to the load balancing code. A patch for 2.6.20 is available at: Very Brief Documentation:

Re: [Cbe-oss-dev] [PATCH 0/7] RFC: Cell SPE logos

On Sun, 2007-02-04 at 14:32 +0100, Pavel Machek wrote: > Hi1 > > > I would like to hear your opinions about the patchset below (updated version > > compared to yesterday, lkml added to the CC list). > > Can you just blast these pictures from userspace? There's really no > excuse to advertise

Re: ntp

Hello. When I use the ntpd service, I see if I use the client attempt to connect the server repeat before the server is ready, the ntpd on server can not be ready all the times. Sometimes the waiting time maybe very long. - Original Message - From: "Matti Aarnio" <[EMAIL PROTECTED]>

Re: [PATCH] drivers/isdn/gigaset: new M101 driver

Am 04.02.2007 02:56 schrieb Andrew Morton: > On Sun, 04 Feb 2007 02:32:41 +0100 Tilman Schmidt <[EMAIL PROTECTED]> wrote: > + spin_lock_irqsave(>cmdlock, flags); + cb = cs->cmdbuf; + spin_unlock_irqrestore(>cmdlock, flags); >>> It is doubtful if the locking here does anything

Re: Bcm43xx oops after suspend to disk

On Sunday, 4 February 2007 18:42, Larry Finger wrote: > roucaries bastien wrote: > > > > Sorry for the delay it works. This time I can use iwlist eth scan. > > I have some difficulties to associate and I need to rmmod/modprobe in > > order to associate but it is another problem linked to a really

2.6.20 PCI Cannot allocate resource region 2

Hi, I get this error on booting up 2.6.20 (Similar error on 2.6.17.7 also, the message is slightly different in 2.6.17.7) PCI Cannot allocate resource region 2 of device :02:0a.0 PCI Error while updating region 000:02:0a.0/5 (f3e4 != 0200) PCI Error while updating region 000:02:0a.0/5

RE: [Fastboot] [PATCH] kexec: Fix CONFIG_SMP=n compilation (ia64)

> -Original Message- > From: Horms [mailto:[EMAIL PROTECTED] > Sent: 2007年2月3日 11:28 > To: Magnus Damm > Cc: Andrew Morton; Magnus Damm; Luck, Tony; linux-ia64@vger.kernel.org; Zou, > Nanhai; fastboot@lists.osdl.org; linux-kernel@vger.kernel.org > Subject: Re: [Fastboot] [PATCH] kexec:

Re: Problem with unix sockets: SOCK_DGRAM ignores MSG_TRUNC

From: Daniel Kabs <[EMAIL PROTECTED]> Date: Mon, 29 Jan 2007 12:59:49 +0100 > I use unix domain datagram sockets for IPC, e.g. I receive messages by > calling recv(). > > "man 2 recv" tells me about the flags argument to a recv() call, namely: > > MSG_TRUNC > Return the real length

[PATCH 1/1] MAINTAINERS, remove two dead e-mail

Bartlomiej Zolnierkiewicz napsal(a): > On 2/4/07, Greg KH <[EMAIL PROTECTED]> wrote: >> On Sun, Feb 04, 2007 at 12:05:17PM +0100, Jiri Slaby wrote: >> > Please, are you experiencing this too? Maybe it's about to be >> removed from >> > MAINTAINERS? >> > Diagnostic-Code: X-Postfix; host

Re: [-mm patch] remove tcp header from tcp_v4_check (take #2)

From: Frederik Deweerdt <[EMAIL PROTECTED]> Date: Fri, 12 Jan 2007 13:55:14 + > On Fri, Jan 12, 2007 at 01:33:09PM +, Frederik Deweerdt wrote: > > On Thu, Jan 11, 2007 at 10:26:27PM -0800, Andrew Morton wrote: > > > > > > > > >

Re: [PATCH 2.6.19 2/2] X.25: Adds /proc/net/x25/forward to view active forwarded calls.

From: ahendry <[EMAIL PROTECTED]> Date: Thu, 04 Jan 2007 14:37:15 +1100 > View the active forwarded call list > cat /proc/net/x25/forward > > Signed-off-by: Andrew Hendry <[EMAIL PROTECTED]> Applied, thanks a lot. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

Re: [PATCH] Fix d_path for lazy unmounts

On Friday February 2, [EMAIL PROTECTED] wrote: > Hello, > > here is a bugfix to d_path. Please apply (after 2.6.20). Looks good! Just a couple of little comments (to prove that I have really read it and thought about it :-) > > Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]>

Re: regarding generic AIO, async syscalls precedent + some benchmarks by lighttpd

On Sun, 4 Feb 2007, bert hubert wrote: > >From two comments posted to my "blog" > http://blog.netherlabs.nl/articles/2007/02/04/a-synchronous-programming > > Excerpted from the diary of Dragonfly BSD, > http://www.dragonflybsd.org/status/diary.shtml > > Remove the asynchronous syscall

Re: 2.6.20-rc6-mm3 BUG in drm_ioctl with Rage 128 card

On Sun, Feb 04, 2007 at 02:26:59PM -0500, Eric Buddington wrote: > On Sun, Feb 04, 2007 at 11:00:05AM +0100, Thomas Hellstr?m wrote: > > Eric, > > Sorry for the breakage. Can you try the attached patch and see if it > > fixes the problem. > > > > /Thomas > > Thomas, > > Thanks! That

Re: Free Linux Driver Development!

> From: devzero web.de > Newsgroups: gmane.linux.kernel > Subject: Re: Free Linux Driver Development! > Date: Sun, 04 Feb 2007 22:37:33 +0100 > Organization: http://freemail.web.de/ > Archived-At: > First off, compliments to this

Re: Timeouts on ICH7 PATA drive with ata_piix; ide_generic worksperfectly

Tejun Heo wrote: * Does putting in a readable CD or DVD make any difference? Yes, I ran for an hour with an audio CD in the drive and there were no timeouts. * Does the problem occur in single mode where no HAL or whatever is running? No, there were no timeouts in single mode even without

Re: Unexpected Acknowledgement / Stalled Connections

On 2/4/07, Parag Warudkar <[EMAIL PROTECTED]> wrote: I am running 2.6.20 and have trouble with stalled connections. For instance, if I try to download a debian ISO image using wget, the connection runs fine for few seconds and then stalls for ever. In my router logs I see a ton of messages like

regarding generic AIO, async syscalls precedent + some benchmarks by lighttpd

>From two comments posted to my "blog" http://blog.netherlabs.nl/articles/2007/02/04/a-synchronous-programming Excerpted from the diary of Dragonfly BSD, http://www.dragonflybsd.org/status/diary.shtml Remove the asynchronous syscall interface. It was an idea before its time. However, keep the

Re: [ANN] Userspace M-on-N threading model implementation. Alpha release.

On Sun, 4 Feb 2007, Jakub Jelinek wrote: > On Sun, Feb 04, 2007 at 03:12:32PM -0500, Bill Davidsen wrote: > > Arjan van de Ven wrote: > > >>Because user threading can avoid context switches, there will always be > > >>cases where it will outperform o/s threads for hardware reasons. > > > > >

Re: 2.6.20-rc7 regression on intel-agp

On Sun, Feb 04, 2007 at 01:08:46PM -0800, Randy Dunlap wrote: > On Sun, 04 Feb 2007 22:00:16 +0100 Eric Piel wrote: > > > 04.02.2007 18:18, Dave Jones wrote/a écrit: > > > On Sun, Feb 04, 2007 at 04:51:38PM +0100, Eric Piel wrote: > > > > Hello, > > > > > > > > I've got a regression in

Unexpected Acknowledgement / Stalled Connections

I am running 2.6.20 and have trouble with stalled connections. For instance, if I try to download a debian ISO image using wget, the connection runs fine for few seconds and then stalls for ever. In my router logs I see a ton of messages like the below - [INFO] Sun Feb 04 17:22:03 2007 Blocked

Re: More pata_ stuff

On Sun, 4 Feb 2007 20:59:23 +0100 "Patrick Ale" <[EMAIL PROTECTED]> wrote: > On 2/4/07, Patrick Ale <[EMAIL PROTECTED]> wrote: > > On 2/4/07, Alan <[EMAIL PROTECTED]> wrote: > > \ > > > OLDPIIX is for "old" PIIX devices only - from pentium era. It does not > > > cover the later chips at all > >

Re: 2.6.20 -- Loads of section mismatches

On 2/5/07, Miles Lane <[EMAIL PROTECTED]> wrote: Are any of these worth fixing? I am preparing a patch for this. I will submit it soon. Best Regards, Alon Bar-Lev. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More

2.6.20 -- Loads of section mismatches

Are any of these worth fixing? WARNING: vmlinux - Section mismatch: reference to .init.data:boot_params from .text between '_text' (at offset 0xc0100036) and 'checkCPUtype' WARNING: vmlinux - Section mismatch: reference to .init.data:boot_params from .text between '_text' (at offset 0xc0100044)

Re: [ANN] Userspace M-on-N threading model implementation. Alpha release.

Jakub Jelinek wrote: On Sun, Feb 04, 2007 at 03:12:32PM -0500, Bill Davidsen wrote: Arjan van de Ven wrote: Because user threading can avoid context switches, there will always be cases where it will outperform o/s threads for hardware reasons. actually.. switching from one

[PATCH] Fix MTRR compat ioctl

The MTRR compat code wasn't calling the lowlevel MTRR setup due to a switch block not handling the compat case. Before: (WW) I810(0): Failed to set up write-combining range (0xd000,0x1000) After: reg00: base=0x ( 0MB), size=1024MB: write-back, count=1 reg01: base=0x4000

Re: Free Linux Driver Development!

First off, compliments to this announcement, I liked it very much! Some comment regarding those "volunteers, waiting to get some real work" :) > > OK, but why isn't your army of volunteers fixing them? > They don't know about them, or they don't have the hardware to test? > Seriously, let the

Re: Free Linux Driver Development!

Greg KH <[EMAIL PROTECTED]> writes: > Or perhaps your device just needs to add some flow control to it :) Physical processes are hard to pause. :-) But yes, adding a 16kByte FIFO before the FT245 would have made life so much easier for me, but unfortunately the thing that drives the hardware

Re: [Linux-fbdev-devel] radeonfb: Can't use the dvi port

> I`ve compiled raeonfb debug in the kernel: > Dec 26 14:52:05 frodo kernel: hStart = 1664, hEnd = 1856, hTotal = 2160 > Dec 26 14:52:05 frodo kernel: vStart = 1201, vEnd = 1204, vTotal = 1250 > Dec 26 14:52:05 frodo kernel: h_total_disp = 0xc7010d hsync_strt_wid = > 0x18067a > Dec 26 14:52:05

Re: Super Kernel Sunday!

On Feb 4, 2007, at 1:40 PM, Bauke Jan Douma wrote: Linus Torvalds wrote on 04-02-07 20:10: Walter Dickweed I know, but who is this Superbowl Sunday? bjd Doesn't it have something to do with the World Series or World Cup? - To unsubscribe from this list: send the line "unsubscribe

Re: [Linux-fbdev-devel] [PATCH] nvidiafb: allow ignoring EDID info

On 2/4/07, Luca Tettamanti <[EMAIL PROTECTED]> wrote: Giuseppe, can you send me the EDID block of your monitor? I'd gladly do it, if I knew how to retrieve it ... because apparently, get-edid doesn't work, even though both the nv driver for X and nvidiafb manage to retrieve it. This is the

Re: 2.6.20-rc7 regression on intel-agp

On Sun, 04 Feb 2007 22:00:16 +0100 Eric Piel wrote: > 04.02.2007 18:18, Dave Jones wrote/a écrit: > > On Sun, Feb 04, 2007 at 04:51:38PM +0100, Eric Piel wrote: > > > Hello, > > > > > > I've got a regression in 2.6.20-rc7 (-rc6 was fine) due to commit > > >

RE: O_NONBLOCK setting "leak" outside of a process??

> > *Every* blocking fd operation should be followed by a check to > > see if the > > operation failed, succeeded, or partially succeeded. If it partially > > succeeded, it needs to be continued. If it failed, you need to > > check if the > > error is fatal or transient. If transient, you need to

PCI BIST is running

Hi, I have 3 similar PCI cards all 32 bit in 32 bit PCI slots on a x86 (32 bit) CPU On booting up 2.6.17.7, i get this message, PCI: Unable to handle 64-bit address space for device 02:0a.0 i get one more message stating that an address could not be mapped for the same slot. running lspci, i

Re: 2.6.20-rc7 regression on intel-agp

04.02.2007 18:18, Dave Jones wrote/a écrit: On Sun, Feb 04, 2007 at 04:51:38PM +0100, Eric Piel wrote: > Hello, > > I've got a regression in 2.6.20-rc7 (-rc6 was fine) due to commit > 4b95320fc4d21b0ff2f8604305dd6c851aff6096 ([AGPGART] intel_agp: restore > graphics device's pci space

Re: Super Kernel Sunday!

On Sunday 04 February 2007 14:40, Bauke Jan Douma wrote: >Linus Torvalds wrote on 04-02-07 20:10: > >Walter Dickweed I know, but who is this Superbowl Sunday? > >bjd See what Linus meant, folks? Chuckle... -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot,

Re: Free Linux Driver Development!

Jan Engelhardt wrote: On Jan 31 2007 08:34, David Hollis wrote: Conversely, I've seen many cases of drivers that are developed by the community, but kept out-of-kernel forever due to various reasons. Some of them are due to the code quality and the developers not accepting the feedback to get

Re: [PATCH -rt] Make RCU-boost and rcutorture threads freezable

Hi. On Sat, 2007-02-03 at 20:22 -0800, Paul E. McKenney wrote: > This patch removes PF_NOFREEZE from the rcutorture and RCU-boost threads, > adding try_to_freeze() calls as required. Passes the usual tests, but > I don't have a good freeze test handy as yet. > > Signed-off-by: Paul E. McKenney

Re: is there any Hard-disk shock-protection for 2.6.18 and above?

Hi1 > >> >> +module_param_named(protect_method, libata_protect_method, int, 0444); > >> >> +MODULE_PARM_DESC(protect_method, "hdaps disk protection method > >> >> (0=autodetect, 1=unload, 2=standby)"); > >> > > >> > Should this be configurable by module parameter? Why not tell each > >> >

Re: [PATCH] Missing critical phys_to_virt in lib/swiotlb.c

David Moore wrote: [...] > considering the severity of this one-liner bug, I would like to > request that this simplified patch make it into 2.6.20, despite how > close we are to the final cut. So we were too close. Maybe the -stable team likes to have it in 2.6.20.1. > It fixes real crashes: >

[PATCH 1/1] workqueue: don't migrate pending works from the dead CPU

Currently CPU_DEAD uses kthread_stop() to stop cwq->thread and then transfers cwq->worklist to another CPU. However, it is very unlikely that worker_thread() will notice kthread_should_stop() before flushing cwq->worklist. It is only possible if worker_thread() was preempted after

[PATCH 0/1] workqueue: don't migrate pending works from the dead CPU

Andrew, please drop the workqueue-rework-threads-hotplug-management.patch, and please take this one (feel free to just kill me instead). We have workqueue callbacks (slab for example) which assume that CPU is stable during the execution since cwq->thread is pinned to a processor. With or without

Re: Timeouts on ICH7 PATA drive with ata_piix; ide_generic worksperfectly

Andrew Morton wrote: From what version of the kernel did you upgrade? It is very helpful for us to knwo the latest version which worked OK. The ata_piix driver never worked correctly. The last kernel I used, 2.6.17, used ide_generic by default, so the ata_piix bug never showed up. Sorry if

Re: [PATCH] ipv4: remove a call to skb_queue_len() in inet_diag.c

From: Thomas Hisch <[EMAIL PROTECTED]> Date: Sun, 4 Feb 2007 15:29:21 +0100 > remove unneeded call to skb_queue_len (skb_dequeue already checks queuelen) > and > replace a sizeof() by a Netlink Macro > > Signed-off-by: Thomas Hisch <[EMAIL PROTECTED]> You don't understand the code you are

Re: More pata_ stuff

It's working, thanks :) I was confused by this ATA_PIIX driver needing to be enabled, I genuinly thought and read it was the SATA driver. Thanks :) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at

Re: [ANN] Userspace M-on-N threading model implementation. Alpha release.

On Sun, Feb 04, 2007 at 03:12:32PM -0500, Bill Davidsen wrote: > Arjan van de Ven wrote: > >>Because user threading can avoid context switches, there will always be > >>cases where it will outperform o/s threads for hardware reasons. > > > >actually.. switching from one "real" thread to another

Re: [Linux-fbdev-devel] [PATCH] nvidiafb: allow ignoring EDID info

Il Tue, Jan 30, 2007 at 09:33:01PM +0100, Luca Tettamanti ha scritto: > Il Mon, Jan 29, 2007 at 03:37:22PM +0100, Giuseppe Bilotta ha scritto: > > On 1/29/07, Dave Airlie <[EMAIL PROTECTED]> wrote: > > > > > > Because most users won't even be aware of the module option: > > > > > > they'll just

[GIT PULL] MMC updates

Yay! First post! Linus, please pull from git://git.kernel.org/pub/scm/linux/kernel/git/drzeus/mmc.git for-linus to receive the following updates: MAINTAINERS |2 +- drivers/misc/tifm_7xx1.c | 402 ++ drivers/misc/tifm_core.c |

  1   2   3   4   5   >