[2.6 patch] x86_64: kill stale mtrr_centaur_report_mcr

I didn't know the x86_64 port supports the Centaur CPU. ;-) diffstat output: include/asm-x86_64/mtrr.h |3 --- 1 files changed, 3 deletions(-) Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- linux-2.6.11-rc1-mm1-full/include/asm-x86_64/mtrr.h.old 2005-01-16 04:27:41.0

[2.6 patch] x8664_ksyms.c: unexport register_die_notifier

The only user of register_die_notifier (kernel/kprobes.c) can't be built modular. Therefore, it's the EXPORT_SYMBOL is superfluous. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- linux-2.6.11-rc1-mm1-full/arch/x86_64/kernel/x8664_ksyms.c.old 2005-01-16 05:38:17.0 +0100 +++

[2.6 patch] i386_ksyms.c: unexport register_die_notifier

The only user of register_die_notifier (kernel/kprobes.c) can't be built modular. Therefore, it's the EXPORT_SYMBOL is superfluous. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- linux-2.6.11-rc1-mm1-full/arch/i386/kernel/i386_ksyms.c.old 2005-01-16 05:37:29.0 +0100 +++

[2.6 patch] i386/x86_64: acpi/sleep.c: kill unused acpi_save_state_disk

acpi_save_state_disk does nothing and is completely unused. Unless some usage is planned in the near future, I'm therefore proposing the patch below to kill it. diffstat output: arch/i386/kernel/acpi/sleep.c |9 - arch/x86_64/kernel/acpi/sleep.c |9 -

[patch] update email address of Andrea Arcangeli (fwd)

The trivial patch below (already ACK'ed by Andrea Arcangeli) still applies against 2.6.11-rc1-mm1. Please apply. - Forwarded message from Adrian Bunk <[EMAIL PROTECTED]> - Date: Sat, 11 Dec 2004 20:01:34 +0100 From: Adrian Bunk <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Cc: [EMAIL

Re: [PATCH] ppc64: Remove CONFIG_IRQ_ALL_CPUS

On Sun, Jan 16, 2005 at 04:55:23PM +1100, Anton Blanchard wrote: > > Replace CONFIG_IRQ_ALL_CPUS with a boot option (noirqdistrib). Compile > options arent much use on a distro kernel. This also removes the ppc64 > use of smp_threads_ready. >... Seems perfect for me. :-) I'll simply state

Re: 2.6.10 compile error - blackbird_load_firmware (fwd)

The patch below by Radoslaw Szkodzinski <[EMAIL PROTECTED]> still applies and seems to be still required in 2.6.11-rc1-mm1. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> - Forwarded message from Radoslaw Szkodzinski <[EMAIL PROTECTED]> - Date: Mon, 3 Jan 2005 15:27:30 +0100 From:

[patch 1/1] floppy: relocate devfs comment (fwd)

The trivial patch by James Nelson <[EMAIL PROTECTED]> forwarded below still applies and compiles against 2.6.11-rc1-mm1. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> - Forwarded message from [EMAIL PROTECTED] - Date: Sat, 25 Dec 2004 15:13:04 +0100 From: [EMAIL PROTECTED] To:

2.6.10-as2

Hi, Here's 2.6.10-as2. Not too many changes, as I'm still going through past bk changesets. As requested by numerous people, I'm including the changelog in the email (between -as1 and -as2); the full changelog is available at the url below. Thank you to the numerous people who offered

Re: [PATCH] i386/x86-64: Fix timer SMP bootup race

On Sun, 2005-01-16 at 06:34 +0100, Andi Kleen wrote: > On Sun, Jan 16, 2005 at 03:20:47PM +1100, Rusty Russell wrote: > > But adding a bizarro "pre-prepare" notifier verged on nonsensical 8(. I > > I don't see the big issue. Preparse is just not as early as you thought. State machine for

[PATCH] ppc64: Remove CONFIG_IRQ_ALL_CPUS

Replace CONFIG_IRQ_ALL_CPUS with a boot option (noirqdistrib). Compile options arent much use on a distro kernel. This also removes the ppc64 use of smp_threads_ready. I considered removing the option completely but we have had problems in the past with firmware bugs. In those cases the boot

Re: 2.6.10-mm3: swsusp: out of memory on resume (was: Re: Ho ho ho - Linux v2.6.10)

On Sat, Jan 15, 2005 at 10:20:42PM +0100, Rafael J. Wysocki wrote: > > > > > > > > > > 2.6.11-rc1-mm1 > > > > > -> 2005-1-14.core.diff core patch TEST PASSED > > > > > -> 2005-1-14.x86_64.diffx86_64 patchNOT TESTED > > > > > > > > Unfortunately, on x86_64 it goes

Re: 2.6.11-rc1-mm1

Hello Roman, Roman Zippel wrote: > It's interesting to read more about ltt's requirements, but I still think > it's possible to leave this work to the relayfs layer. Ok, I'm willing to play ball, but can you be a little bit more specific. > Why not just move the ltt buffer management into

Re: conglomerate objects in reference*.pl

On Sat, 15 Jan 2005 20:49:33 -0800, "Randy.Dunlap" <[EMAIL PROTECTED]> wrote: >Hi Keith, > >I'm seeing some drivers/*/built-in.o that should be ignored AFAIK, >but they are not ignored. Any ideas? > >This is 2.6.11-rc1-bk3 on i386 with allmodconfig >(except DEBUG_INFO=n) and gcc 3.3.3. > >Error:

Re: [PATCH] fix: macros to detect existance of unlocked_ioctl and compat_ioctl

[ Cc:s trimmed a little ] Greg KH wrote: > Sorry, the "policy" I was referring to was the "out-of-the-tree drivers > are on their own" statement. Not the use of the HAVE macros. Not all users of kernel code are in- or out-of-tree drivers and the like. E.g. tcsim (from tcng.sf.net) grabs

Re: [PATCH] i386/x86-64: Fix timer SMP bootup race

On Sun, Jan 16, 2005 at 03:20:47PM +1100, Rusty Russell wrote: > On Sat, 2005-01-15 at 08:59 +0100, Andi Kleen wrote: > > I think my patch is better. It at least keeps all the > > baggage out of the normal run paths. Doing this check at each timer > > interrupt > > doesn't make much sense. > >

[PATCH] i386: init_intel_cacheinfo() can be __init

Correct .text references to .init.data; init_intel_cacheinfo() can be __init. These are references to: static struct _cache_table cache_table[] __initdata = ...; Error: ./arch/i386/kernel/cpu/intel_cacheinfo.o .text refers to 008f R_386_32 .init.data Error:

Re: ppc64 xics.c: what is smp_threads_ready exactly used for?

On Sun, Jan 16, 2005 at 04:19:04PM +1100, Anton Blanchard wrote: > > Hi, Hi Anton, > > during a cleanup, I stumbled upon the following: > > > > > > arch/ppc64/kernel/smp.c (in 2.6.11-rc1-mm1) says: > > > > /* XXX fix this, xics currently relies on it - Anton */ > >

Re: ppc64 xics.c: what is smp_threads_ready exactly used for?

Hi, > during a cleanup, I stumbled upon the following: > > > arch/ppc64/kernel/smp.c (in 2.6.11-rc1-mm1) says: > > /* XXX fix this, xics currently relies on it - Anton */ > smp_threads_ready = 1; > > > arch/ppc64/kernel/xics.c is the _only_ place in the whole kernel where

Re: [PATCH] i386/x86-64: Fix timer SMP bootup race

On Sat, 2005-01-15 at 08:59 +0100, Andi Kleen wrote: > I think my patch is better. It at least keeps all the > baggage out of the normal run paths. Doing this check at each timer interrupt > doesn't make much sense. It doesn't penalize the architectures which do the right thing already. If this

Re: short read from /dev/urandom

On Sat, Jan 15, 2005 at 07:58:23PM -0800, Ulrich Drepper wrote: > Matt Mackall wrote: > >_Neither_ case mentions signals and the "and will return as many bytes > >as requested" is clearly just a restatement of "does not have this > >limit". Whoever copied this comment to the manpage was a bit

conglomerate objects in reference*.pl

Hi Keith, I'm seeing some drivers/*/built-in.o that should be ignored AFAIK, but they are not ignored. Any ideas? This is 2.6.11-rc1-bk3 on i386 with allmodconfig (except DEBUG_INFO=n) and gcc 3.3.3. Error: ./drivers/ide/built-in.o .text refers to 0939 R_386_PC32 .init.text Error:

Re: [PATCH 1/1] pci: Block config access during BIST (resend)

> Right. Though I think the "will be back soon" and "is invisible" are > pretty much the same thing. That is, in both our cases (BIST and pmac > PM), we want the device to still be visible to userland, as it actually > exist, should be properly detected by userland config tools etc..., but > may

Re: the umount() saga for regular linux desktop users

William <[EMAIL PROTECTED]> writes: > In my opinion, in order for linux to be trully user friendly, "a umount() > should NEVER fail" (even if the device containing the filesystem is no > longuer attached to the system). The kernel should do it's best to satisfy > the umount request and

Re: [RFC] Ext3 nanosecond timestamps in big inodes

Andreas Gruenbacher <[EMAIL PROTECTED]> writes: > this is a spin-off of an old patch by Alex Tomas <[EMAIL PROTECTED]>: > Alex originally had nanosecond timestamps in his original patch; here is > a rejuvenated version. Please tell me what you think. Alex also added a > create timestamp in his

ppc64 xics.c: what is smp_threads_ready exactly used for?

Hi Anton, during a cleanup, I stumbled upon the following: arch/ppc64/kernel/smp.c (in 2.6.11-rc1-mm1) says: /* XXX fix this, xics currently relies on it - Anton */ smp_threads_ready = 1; arch/ppc64/kernel/xics.c is the _only_ place in the whole kernel where

Re: [PATCH] [request for inclusion] Realtime LSM

Jack O'Quin <[EMAIL PROTECTED]> writes: > *** Terminated Sat Jan 15 18:15:13 CST 2005 *** > * SUMMARY RESULT > Total seconds ran . . . . . . : 300 > Number of clients . . . . . . :20 > Ports per client . . . . . . : 4 > Frames per buffer . . . . . . :64

Re: [RFC] Instrumentation (was Re: 2.6.11-rc1-mm1)

Hello Roman, Roman Zippel wrote: > On Sat, 15 Jan 2005, Karim Yaghmour wrote: >>In addition, and this is a very important issue, quite a few >>kernel developers mistook LTT for a kernel debugging tool, which >>it was never meant to be. When, in fact, if you ask those who have >>looked at using

Re: kswapd (& clock?) problems in 2.6.10

[EMAIL PROTECTED] wrote: Since installing 2.6.10 kswapd has decided to loop wildly on two occations. Both occations happened after starting a big compiles. Checking vmstat, I noticed a steady stream of io/bi figures ranging between 2-5K (which is about what I can get out of this box during normal

Re: 2.6.11-rc1-mm1

Hello Thomas, In the interest of avoiding expanding the thread too thin, I'm replying to both emails in the same time. Thomas Gleixner wrote: >>relayfs is a generalized buffering mechanism. Tracing is one application >>it serves. Check out the web site: "high-speed data-relay filesystem."

Re: [RFC] Avoiding fragmentation through different allocator

Hello. I'm also very interested in your patches, because I'm working for memory hotplug too. > On possibility is that we could say that the UserRclm and KernRclm pool > are always eligible for hotplug and have hotplug banks only satisy those > allocations pushing KernNonRclm allocations to fixed

Re: [PATCH 1/1] pci: Block config access during BIST (resend)

On Sun, 2005-01-16 at 00:58 +, Alan Cox wrote: > On Sad, 2005-01-15 at 06:20, Benjamin Herrenschmidt wrote: > > I'm pretty sure similar situations can happen on other archs when > > pushing a bit on power management, especially things like handhelds > > (though not much of them are PCI based

Re: short read from /dev/urandom

Matt Mackall wrote: _Neither_ case mentions signals and the "and will return as many bytes as requested" is clearly just a restatement of "does not have this limit". Whoever copied this comment to the manpage was a bit sloppy and dropped the first clause rather than the second: It still means the

[RFC] Ext3 nanosecond timestamps in big inodes

Hello, this is a spin-off of an old patch by Alex Tomas <[EMAIL PROTECTED]>: Alex originally had nanosecond timestamps in his original patch; here is a rejuvenated version. Please tell me what you think. Alex also added a create timestamp in his original patch. Do we actually need that?

Re: short read from /dev/urandom

Matt Mackall wrote: What about signals to a process blocked on /dev/random (which also has no documented mention of being interruptible by signals)? Not handling short reads is always a bug. Agreed it is. All I was saying was that I could see a *small* exception (like PIPE_BUF) for /dev/urandom.

Re: [RFC] Instrumentation (was Re: 2.6.11-rc1-mm1)

Hi, On Sat, 15 Jan 2005, Karim Yaghmour wrote: > In addition, and this is a very important issue, quite a few > kernel developers mistook LTT for a kernel debugging tool, which > it was never meant to be. When, in fact, if you ask those who have > looked at using it for that purpose (try Marcelo

Re: Make pipe data structure be a circular list of pages, rather

On Fri, 14 Jan 2005, Linus Torvalds wrote: > > So I don't think you'll get _exactly_ what you want for a while, since > you'd have to go through in-memory buffers. But there's no huge conceptual > problem (just enough implementation issues to make it inconvenient) with > the concept of actually

Re: short read from /dev/urandom

On Sat, Jan 15, 2005 at 02:36:56AM +, H. Peter Anvin wrote: > Followup to: <[EMAIL PROTECTED]> > By author:"Theodore Ts'o" <[EMAIL PROTECTED]> > In newsgroup: linux.dev.kernel > > > > Good point. The fact that there are other implementations out there > > which are doing this is a

Re: short read from /dev/urandom

On Thu, Jan 13, 2005 at 08:54:54PM -0800, Ulrich Drepper wrote: > The /dev/urandom device is advertised as always returning the requested > number of bytes. Yet, it fails to do this under some situations. > Compile this Here's what random.c says: * The two other interfaces are two character

[PATCH][2.6.11-rc1-mm1] relayfs - remove klog debugging channel

Andrew, This patch removes from relayfs the 'klog debugging channel', which is a relayfs 'application' that doesn't belong in the main code. Please apply. Signed-off-by: Tom Zanussi <[EMAIL PROTECTED]> diff -urpN -X dontdiff linux-2.6.11-rc1-mm1-vanilla/fs/Kconfig

Re: 2.6.11-rc1-mm1

Hi, On Fri, 14 Jan 2005, Karim Yaghmour wrote: > > Why should a subsystem care about the details of the buffer management? > > Because it wants to enforce a data format on buffer boundaries. It's interesting to read more about ltt's requirements, but I still think it's possible to leave this

NETWORK: udp_port_rover reluctant to rove (unlike tcp_port_rover)

Regarding udp_port_rover (of linux/net/ipv4/udp.c): In Linux 2.4 or 2.6, I noticed that selected local port numbers for UDP resist roaming, unlike TCP ports numbers (tcp_port_rover) that appear to steadily increase irrespective of concurrent local port usage. What is the advantage of this lack of

Re: SATA disk dead? ATA: abnormal status 0x59 on port 0xE407

Alan Cox wrote: On Sad, 2005-01-15 at 20:25, Erik Steffl wrote: I got these errors when accessing SATA disk (via scsi): Jan 15 11:56:50 jojda kernel: ata2: command 0x25 timeout, stat 0x59 host_stat 0x21 Jan 15 11:56:50 jojda kernel: ata2: status=0x59 { DriveReady SeekComplete DataRequest Error

Re: Linux 2.6.10-ac9

On Sad, 2005-01-15 at 05:07, Sami Farin wrote: > my drives do not support cache flushes, I guess your drives do? Probably yes. > cat /proc/ide/hda/settings does not work, either > > cat D C0572788 0 8016 51876044 (NOTLB) > cdc97eb0 0046 cf7f00a0 c0572788

Re: Make pipe data structure be a circular list of pages, rather

In article <[EMAIL PROTECTED]>, Linus Torvalds <[EMAIL PROTECTED]> wrote: > >On Sat, 15 Jan 2005, Alan Cox wrote: >> >> Alan Cox (the other Alan Cox not me) > >Oh no! You guys are multiplying! http://www.imdb.com/name/nm0184893/ Mike. - To unsubscribe from this list: send the line

[2.6 patch i386 traps.c: make a function static (fwd)

The patch forwarded below still applies and compiles against 2.6.11-rc1-mm1. Please apply. - Forwarded message from Adrian Bunk <[EMAIL PROTECTED]> - Date: Sun, 12 Dec 2004 03:11:08 +0100 From: Adrian Bunk <[EMAIL PROTECTED]> To: linux-kernel@vger.kernel.org Subject: [2.6 patch i386

[2.6 patch] (mostly i386) mm cleanup (fwd)

The patch forwarded below (already ACK'ed by David Howells) still applies and compiles against 2.6.11-rc1-mm1. Please apply. - Forwarded message from Adrian Bunk <[EMAIL PROTECTED]> - Date: Sun, 12 Dec 2004 03:10:56 +0100 From: Adrian Bunk <[EMAIL PROTECTED]> To: Dave Hansen <[EMAIL

Re: patch to fix set_itimer() behaviour in boundary cases

On Sad, 2005-01-15 at 09:30, Andrew Morton wrote: > Matthias Lang <[EMAIL PROTECTED]> wrote: > These are things we probably cannot change now. All three are arguably > sensible behaviour and do satisfy the principle of least surprise. So > there may be apps out there which will break if we "fix"

Re: [PATCH 1/1] pci: Block config access during BIST (resend)

On Sad, 2005-01-15 at 06:20, Benjamin Herrenschmidt wrote: > I'm pretty sure similar situations can happen on other archs when > pushing a bit on power management, especially things like handhelds > (though not much of them are PCI based for now). > > That's why a "generic" mecanism to hide such

Re: SATA disk dead? ATA: abnormal status 0x59 on port 0xE407

On Sad, 2005-01-15 at 20:25, Erik Steffl wrote: >I got these errors when accessing SATA disk (via scsi): > > Jan 15 11:56:50 jojda kernel: ata2: command 0x25 timeout, stat 0x59 > host_stat 0x21 > Jan 15 11:56:50 jojda kernel: ata2: status=0x59 { DriveReady > SeekComplete DataRequest Error }

Re: Make pipe data structure be a circular list of pages, rather

On Sat, Jan 15, 2005 at 04:12:27PM -0800, Linus Torvalds wrote: > > > On Sat, 15 Jan 2005, Alan Cox wrote: > > > > Alan Cox (the other Alan Cox not me) > > Oh no! You guys are multiplying! > > Run! Run for your lives! It's been said for a while now that Alan is really a supercomputing

Re: [RFC] Instrumentation (was Re: 2.6.11-rc1-mm1)

Hello Thomas, I don't mind having a general discussion about instrumentation, but it has to be understood that the topic is so general and means so many different things to different people that we are unlikely to reach any useful consensus. Believe me, it's not for the lack of trying. More

[2.6 patch] hpet: make some code static (fwd)

The patch forwarded below still applies and compiles against 2.6.11-rc1-mm1. Please apply. - Forwarded message from Adrian Bunk <[EMAIL PROTECTED]> - Date: Sun, 12 Dec 2004 03:11:03 +0100 From: Adrian Bunk <[EMAIL PROTECTED]> To: linux-kernel@vger.kernel.org Subject: [2.6 patch]

[2.6 patch] i386 setup.c: make 4 variables static (fwd)

The patch forwarded below still applies and compiles against 2.6.11-rc1-mm1. Please apply. - Forwarded message from Adrian Bunk <[EMAIL PROTECTED]> - Date: Sun, 12 Dec 2004 03:11:01 +0100 From: Adrian Bunk <[EMAIL PROTECTED]> To: linux-kernel@vger.kernel.org Subject: [2.6 patch]

[2.6 patch] i386 semaphore.c: make 4 functions static (fwd)

The patch forwarded below still applies and compiles against 2.6.11-rc1-mm1. Please apply. - Forwarded message from Adrian Bunk <[EMAIL PROTECTED]> - Date: Sat, 11 Dec 2004 23:03:55 +0100 From: Adrian Bunk <[EMAIL PROTECTED]> To: linux-kernel@vger.kernel.org Subject: [2.6 patch]

[2.6 patch] kill aux_device_present (fwd)

The patch forwarded below (slghtly adapted to an unrelated context change) still applies and compiles against 2.6.11-rc1-mm1. Please apply. - Forwarded message from Adrian Bunk <[EMAIL PROTECTED]> - Date: Sat, 11 Dec 2004 23:00:12 +0100 From: Adrian Bunk <[EMAIL PROTECTED]> To:

[2.6 patch] 3w-abcd.h: TW_Device_Extension: remove an unused filed (fwd) (fwd)

The patch forwarded below still applies and compiles against 2.6.11-rc1-mm1. Please apply. - Forwarded message from Adrian Bunk <[EMAIL PROTECTED]> - Date: Tue, 4 Jan 2005 00:51:31 +0100 From: Adrian Bunk <[EMAIL PROTECTED]> To: Andrew Morton <[EMAIL PROTECTED]> Cc: [EMAIL

[2.6 patch] i386: reboot.c cleanups (fwd)

The patch forwarded below still applies and compiles against 2.6.11-rc1-mm1. Please apply. - Forwarded message from Adrian Bunk <[EMAIL PROTECTED]> - Date: Mon, 6 Dec 2004 14:15:09 +0100 From: Adrian Bunk <[EMAIL PROTECTED]> To: linux-kernel@vger.kernel.org Subject: [2.6 patch]

Re: [PATCH] [request for inclusion] Realtime LSM

> Ingo Molnar <[EMAIL PROTECTED]> writes: >> could you try the patch below? The above patch wasnt enough. With the >> patch below we turn off the starvation limits for nice --20 tasks only. >> This is still a hack only. If we cannot make nice --20 perform like >> RT-prio-1 then there's some

[PATCH] i386: update defconfig

I suggest that we do a little defconfig module trimming. Reduce number of modules built via defconfig. Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]> diffstat:= arch/i386/defconfig | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) --- Reduce number of modules built via

[PATCH] x86_64: update defconfig

I suggest that we do a little defconfig module trimming. Reduce number of modules built via defconfig. Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]> diffstat:= arch/x86_64/defconfig |2 +- 1 files changed, 1 insertion(+), 1 deletion(-) --- Reduce number of modules built via defconfig.

wifi craziness: hermes_read_ltv(): rid (0xfd43) does not match type (0xfdc6)

Dear Developers, Since I've secured WiFi card (internal of Vaio PCG-v505ACK) using WEP I get my logs filled in with message which start appearing after putting some load on the connection (torrents) hermes @ MEM 0xf98ca000: hermes_read_ltv(): rid (0xfdc6) does not match type (0xfd44) hermes @

Re: 2.6.11-rc1-mm1

On Fri, Jan 14, 2005 at 12:23:52AM -0800, Andrew Morton wrote: > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc1/2.6.11-rc1-mm1/ > waiting-10s-before-mounting-root-filesystem.patch > retry mounting the root filesystem at boot time With this patch, initrds seem

Re: [RFC] shared subtrees

On Sat, Jan 15, 2005 at 07:46:59PM -0500, J. Bruce Fields wrote: > On Thu, Jan 13, 2005 at 10:18:51PM +, Al Viro wrote: > > 2. mount > > > > We have a new vfsmount A and want to attach it to mountpoint somewhere in > > vfsmount B. If B does not belong to any p-node, everything is as

Re: [RFC] shared subtrees

On Thu, Jan 13, 2005 at 10:18:51PM +, Al Viro wrote: > 2. mount > > We have a new vfsmount A and want to attach it to mountpoint somewhere in > vfsmount B. If B does not belong to any p-node, everything is as usual; A > doesn't become a member or slave of any p-node and is simply

[PATCH] radio-typhoon: use correct module_param data type

Use correct data type for module_param: drivers/media/radio/radio-typhoon.c:317: warning: return from incompatible pointer type Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]> diffstat:= drivers/media/radio/radio-typhoon.c |2 +- 1 files changed, 1 insertion(+), 1 deletion(-) --- diff

Re: Make pipe data structure be a circular list of pages, rather

On Sat, 15 Jan 2005, Alan Cox wrote: > > Alan Cox (the other Alan Cox not me) Oh no! You guys are multiplying! Run! Run for your lives! Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo

Re: Make pipe data structure be a circular list of pages, rather

On Sad, 2005-01-15 at 23:42, [EMAIL PROTECTED] wrote: > The beauty of Linus's scheme is that direct hardware-to-hardware > copying is possible, without inventing new kernel interfaces. You appear to need some simple kernel interfaces but not many and the low level is there. This looks much

Re: ARP routing issue

On Sad, 2005-01-15 at 12:31, Jan De Luyck wrote: > On Friday 14 January 2005 23:47, James Courtier-Dutton wrote: > > That arp is perfectly OK. > > The routing table will cause the icmp echo packet to go from 10.216.0.xx > > to 10.0.24.xx via the 10.0.24.x network. > > The icmp echo response will

Re: 2.4.10-r1 MTRR bug (

Daniel Drake wrote: Hi Andrew, Andrew Morton wrote: Steve <[EMAIL PROTECTED]> wrote: For the Athlon 2100, I get the following outputs and then the VGA console is frozen from further output (but it doesn't prevent the full bootup into X windows session of which I am able to resume normal Linux/X

Re: [PATCH] [request for inclusion] Realtime LSM

Mike Galbraith <[EMAIL PROTECTED]> writes: > At 07:14 PM 1/14/2005 -0600, Jack O'Quin wrote: >>Mike Galbraith <[EMAIL PROTECTED]> writes: >> >> > At 05:31 PM 1/13/2005 -0600, Jack O'Quin wrote: >> >>Yes. However, my tests have so far shown a need for "actual FIFO as >> >>long as the task behaves

Re: patch to fix set_itimer() behaviour in boundary cases

Matthias Lang wrote: Chris Wedgewood suggested handling this with a printk, to which Arjan van de Ven asked > but why > > if someone wants the stuff rejected in a posix confirm way, he can do > these tests easily in the syscall wrapper he needs anyway for this > function. For negative

Re: NUMA or not on dual Opteron

Andi Kleen wrote (ao): > Sander <[EMAIL PROTECTED]> writes: > > I was under the impression that NUMA is useful on > 2-way systems > > only. Is this true, and if not, under what circumstances is NUMA > > useful on 2-way Opteron systems? > > I don't know who gave you this impression, but it's

Re: Make pipe data structure be a circular list of pages, rather

The beauty of Linus's scheme is that direct hardware-to-hardware copying is possible, without inventing new kernel interfaces. Take a step way back to general software design, and consider a unidirectional communications channel between a data producer and a data consumer. The data producer can

Re: [PATCH] [request for inclusion] Realtime LSM

>> * Jack O'Quin <[EMAIL PROTECTED]> wrote: >>> One major problem: this `nice --20' hack affects every thread, not >>> just the critical realtime ones. That's not what we want. Audio >>> applications make very conscious choices which threads run with high >>> priority and which do not. > Ingo

2.4: "access beyond end of device" after ext2 mount

Hello, mounting an ext2 (ext3 as well) filesystem seems to modify the block device's EOF behaviour: before the mount the device returned EOF, after the mount it doesn't anymore: [on a fresh booted system] [EMAIL PROTECTED]:~# uname -a Linux darkside 2.4.27 #1 Sat Jan 15 17:07:20 CET 2005 i686

Re: patch to fix set_itimer() behaviour in boundary cases

Chris Wedgewood suggested handling this with a printk, to which Arjan van de Ven asked > but why > > if someone wants the stuff rejected in a posix confirm way, he can do > these tests easily in the syscall wrapper he needs anyway for this > function. For negative times and oversized

[2.6 patch] i386/x86_64 process.c: make hlt_counter static

The patch below makes a needlessly global variable static. diffstat output: arch/i386/kernel/process.c |2 +- arch/x86_64/kernel/process.c |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> ---

OOPS in kjournald on 2.6.10

Hi, I've just had an oops with kjournald on a stock 2.6.10 kernel. I'm running ext3 and reiserfs3 filesystems, but most of the load was on an ext3 fs at the time of the oops. The backtrace is: Jan 15 22:45:32 linchpin kernel: Unable to handle kernel NULL pointer dereference at virtual

Re: [PATCH] [request for inclusion] Realtime LSM

> * Jack O'Quin <[EMAIL PROTECTED]> wrote: > >> --- kernel/sched.c~ Fri Dec 24 15:35:24 2004 >> +++ kernel/sched.c Wed Jan 12 23:48:49 2005 >> @@ -95,7 +95,7 @@ >> #define MAX_BONUS (MAX_USER_PRIO * PRIO_BONUS_RATIO / 100) >> #define INTERACTIVE_DELTA 2 >> #define

[PATCH] audit: fixes in audit_log_drain()

Would this be for you, James? o Fix skb leak o Don't send shared skb's to netlink_unicast Signed-off-by: Tommy S. Christensen <[EMAIL PROTECTED]> -Tommy --- linux-2.6.11-rc1-bk3/kernel/audit.c 2005-01-12 14:54:15.0 +0100 +++ linux-2.6.11-work/kernel/audit.c2005-01-15 23:51:25.399453674

Re: [PATCH] [request for inclusion] Realtime LSM

Ingo Molnar <[EMAIL PROTECTED]> writes: > * Jack O'Quin <[EMAIL PROTECTED]> wrote: > >> OK, I reran with just 5 processes reniced from -10 to -5. On my >> system they were: events, khelper, kblockd, aio and reiserfs. In >> addition, I reniced loop0 from -20 to -5. > >> One major problem: this

Re: make flock_lock_file_wait static

lau den 15.01.2005 Klokka 22:35 (+0100) skreiv Adrian Bunk: > My figures in [1] show, any kind of deprecation would mean _much_ extra > work within the current 2.6 development model. Whereas removal of necessary APIs would not? Thanks... Cleanups are important, but so is actual development

Re: slab.c use of __get_user and sparse

On Sat, Jan 15, 2005 at 11:01:51PM +0100, Andi Kleen wrote: > > Based on the comment it is understood that suddenly this pointer points > > to userspace, because the module got unloaded. > > I wonder why we can rely on the same address now the module got unloaded - > > we may risk this virtual

Re: [PATCH] PPC64 pmac hotplug cpu

On Thu, 2005-01-13 at 17:43 -0700, Zwane Mwaikambo wrote: > I found the following very handy for use as a reference platform when > working on i386 hotplug cpu recently. > > It's been tested on a G5 system with a cpu going on/offline every second > and make -j. I've also tried a number of

Re: slab.c use of __get_user and sparse

On Sat, Jan 15, 2005 at 11:01:51PM +0100, Andi Kleen wrote: > > Based on the comment it is understood that suddenly this pointer points > > to userspace, because the module got unloaded. > > I wonder why we can rely on the same address now the module got unloaded - > > we may risk this virtual

[OOPS] NMI lockup detected with CFQ, v2.6.10

Hi, My dual Xeon P4 (with HT, 1 GB RAM) has just oopsed on shutdown, due to a lockup in the CFQ scheduler (I think). The compiler was gcc-3.4.3. NMI Watchdog detected LOCKUP on CPU2, eip c026d86d, registers: Modules linked in: snd_pcm_oss snd_mixer_oss snd_usb_audio snd_usb_lib snd_intel8x0

Re: slab.c use of __get_user and sparse

> Based on the comment it is understood that suddenly this pointer points > to userspace, because the module got unloaded. > I wonder why we can rely on the same address now the module got unloaded - > we may risk this virtual address is taken over by someone else? The address is not user space;

skb_checksum_help panic with acenic NIC

Hello, I'm currently running 2.6.10-ac9 on a box, although I've tried a selection of 2.6.10 based kernels (2.6.10, 2.6.10-ac8, 2.6.11-rc1) and hit the same wall. The box has a Netgear GA620 Fiber NIC in it, which uses the acenic driver. After a pretty much random amount of time, the box will

[2.6 patch] mtrr: some cleanups (fwd)

The patch forwarded below still applies and compiles against 2.6.11-rc1-mm1. Please apply. - Forwarded message from Adrian Bunk <[EMAIL PROTECTED]> - Date: Mon, 29 Nov 2004 00:05:37 +0100 From: Adrian Bunk <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Cc: linux-kernel@vger.kernel.org

[2.6 patch] i386 cpu/common.c: some cleanups (fwd)

The patch forwarded below still applies and compiles against 2.6.11-rc1-mm1. Please apply. - Forwarded message from Adrian Bunk <[EMAIL PROTECTED]> - Date: Mon, 29 Nov 2004 00:08:11 +0100 From: Adrian Bunk <[EMAIL PROTECTED]> To: linux-kernel@vger.kernel.org Cc: [EMAIL PROTECTED],

Re: Can I ask a smbfs question here?

/usr/sbin/smbmnt ? After I chmodded /usr/bin/smbmnt one, I got: libsmb based programs must *NOT* be setuid root. 29612: Connection to nata failed SMB connection failed I do not have /usr/sbin/smbmnt not remember which one - found its name in one of FAQs) and specified

[2.6 patch] i386/x86_64 io_apic.c: misc cleanups (fwd)

The patch forwarded below still applies and compiles against 2.6.11-rc1-mm1. Please apply. - Forwarded message from Adrian Bunk <[EMAIL PROTECTED]> - Date: Wed, 1 Dec 2004 22:45:52 +0100 From: Adrian Bunk <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Cc: linux-kernel@vger.kernel.org

[2.6 patch] i386 cpuid.c: make two functions static (fwd)

The patch forwarded below still applies and compiles against 2.6.11-rc1-mm1. Please apply. - Forwarded message from Adrian Bunk <[EMAIL PROTECTED]> - Date: Wed, 1 Dec 2004 22:37:16 +0100 From: Adrian Bunk <[EMAIL PROTECTED]> To: "H. Peter Anvin" <[EMAIL PROTECTED]> Cc:

[2.6 patch] i386 mpparse.c: make MP_processor_info static (fwd)

The patch forwarded below (already ACK'ed by Andrey Panin) still applies and compiles against 2.6.11-rc1-mm1. Please apply. - Forwarded message from Adrian Bunk <[EMAIL PROTECTED]> - Date: Mon, 6 Dec 2004 01:41:33 +0100 From: Adrian Bunk <[EMAIL PROTECTED]> To: Ingo Molnar <[EMAIL

Re: Linux 2.4.29-rc3

Hi Marcelo, On Sat, Jan 15, 2005 at 01:13:20PM -0200, Marcelo Tosatti wrote: > Hi, > > Here goes the third release candidate. > > This one comes out to release a bunch of pending networking fixes from > David Miller: netfilter, sctp, ipvs, etc. > > Also changes the tty ldisc locking patches

Re: 2.6.10-mm3: swsusp: out of memory on resume (was: Re: Ho ho ho - Linux v2.6.10)

On Friday, 14 of January 2005 18:25, Rafael J. Wysocki wrote: > On Friday, 14 of January 2005 15:34, [EMAIL PROTECTED] wrote: > > On Thu, Jan 13, 2005 at 07:09:24PM +0100, Rafael J. Wysocki wrote: > > > Hi, > > > > > > > > > Has this patch been ported to x86_64? Or is there a newer version of

[2.6 patch] i386/x86_64 msr.c: make two functions static (fwd)

The patch forwarded below (already ACK'ed by H. Peter Anvin) still applies and compiles against 2.6.11-rc1-mm1. Please apply. - Forwarded message from Adrian Bunk <[EMAIL PROTECTED]> - Date: Mon, 6 Dec 2004 01:41:35 +0100 From: Adrian Bunk <[EMAIL PROTECTED]> To: "H. Peter Anvin"

[-mm patch] i386 crash_dump: make a function static (fwd)

The patch forwarded below still applies and compiles against 2.6.11-rc1-mm1. Please apply. - Forwarded message from Adrian Bunk <[EMAIL PROTECTED]> - Date: Wed, 1 Dec 2004 22:39:39 +0100 From: Adrian Bunk <[EMAIL PROTECTED]> To: Hariprasad Nellitheertha <[EMAIL PROTECTED]> Cc:

[2.6 patch] i386 efi.c: make some code static (fwd)

The patch forwarded below still applies and compiles against 2.6.11-rc1-mm1. Please apply. - Forwarded message from Adrian Bunk <[EMAIL PROTECTED]> - Date: Wed, 1 Dec 2004 22:42:04 +0100 From: Adrian Bunk <[EMAIL PROTECTED]> To: linux-kernel@vger.kernel.org Subject: [2.6 patch] i386

  1   2   3   4   >