Re: [BK] upgrade will be needed

On Fri, 18 Feb 2005, Dmitry Torokhov wrote: > On Fri, 18 Feb 2005 23:18:19 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote: > > On Fri, Feb 18, 2005 at 09:34:47PM +, Anton Altaparmakov wrote: > > > On Fri, 18 Feb 2005, David S. Miller wrote: > > > > On Fri, 18 Feb 2005 21:45:55 +0100 > > > >

Re: Should kirqd work on HT?

Nigel Cunningham wrote: Hi all. I've noticed this problem for a while, but only now decided to ask. Interrupt balancing doesn't do anything on my system. CPU0 CPU1 0: 31931808 0IO-APIC-edge timer 1: 76595 0IO-APIC-edge i8042 8: 1

Re: 2.6: drivers/input/power.c is never built

Hi Nigel, On Saturday 19 February 2005 01:28, Nigel Cunningham wrote: > Hi. > > On Sat, 2005-02-19 at 13:58, Dmitry Torokhov wrote: > > On Friday 18 February 2005 18:31, Pavel Machek wrote: > > > I believe power and suspend keys should definitely go through > > > input. I'm not that sure about

Re: [patch] Real-Time Preemption, -RT-2.6.11-rc3-V0.7.38-01

On Sat, 2005-02-19 at 00:08 -0500, Lee Revell wrote: > On Fri, 2005-02-04 at 11:03 +0100, Ingo Molnar wrote: > > http://redhat.com/~mingo/realtime-preempt/ > > > > Testing on an all SCSI 1.3Ghz Athlon XP system, I am seeing very long > latencies in the journalling code with

Re: Should kirqd work on HT?

My guess is that irqbalance is not running. Nigel Cunningham wrote: Hi all. I've noticed this problem for a while, but only now decided to ask. Interrupt balancing doesn't do anything on my system. CPU0 CPU1 0: 31931808 0IO-APIC-edge timer 1: 76595 0

Re: [PATCH] ohci1394: dma_pool_destroy while in_atomic() && irqs_disabled()

On Fri, Feb 18, 2005 at 10:42:46AM -0500, Parag Warudkar wrote: > On Friday 18 February 2005 10:32 am, Dan Dennedy wrote: > > I have tested the patches (including for allocation), and it is working > > great, but should I only commit for now the deallocation patch? Hmm.. > > which is worse the

Should kirqd work on HT?

Hi all. I've noticed this problem for a while, but only now decided to ask. Interrupt balancing doesn't do anything on my system. CPU0 CPU1 0: 31931808 0IO-APIC-edge timer 1: 76595 0IO-APIC-edge i8042 8: 1 0

Re: 2.6: drivers/input/power.c is never built

Hi. On Sat, 2005-02-19 at 13:58, Dmitry Torokhov wrote: > On Friday 18 February 2005 18:31, Pavel Machek wrote: > > I believe power and suspend keys should definitely go through > > input. I'm not that sure about battery... Lid is somewhere in > > between... > I think we need a generic way of

Re: [RFC][PATCH] Dynamically allocated pageflags.

Hi. On Sat, 2005-02-19 at 16:51, Dave Hansen wrote: > On Sat, 2005-02-19 at 14:35 +1100, Nigel Cunningham wrote: > > On Sat, 2005-02-19 at 14:02, Dave Hansen wrote: > > > One issue is that it doesn't work with DISCONTIGMEM (or the upcoming > > > sparsemem). max_mapnr doesn't exist on those

Re: [OT] speeding boot process (was Re: [ANNOUNCE] hotplug-ng 001 release)

Helge Hafting wrote: Well, this will depend on your email server (pop? imap? other?) being up. Is it local on your machine, or external? Either way, being able to launch an email client (or some "new mail" notification app) shouldn't be a problem. It will simply not notice new mail until the

Re: [RFC][PATCH] Dynamically allocated pageflags.

On Sat, 2005-02-19 at 14:35 +1100, Nigel Cunningham wrote: > On Sat, 2005-02-19 at 14:02, Dave Hansen wrote: > > One issue is that it doesn't work with DISCONTIGMEM (or the upcoming > > sparsemem). max_mapnr doesn't exist on those systems, and on the really > > discontiguous ones, you might be

Re: [OT] speeding boot process (was Re: [ANNOUNCE] hotplug-ng 001 release)

Wouldn't it be sufficient to have an applet in your UI (or dialog, depending on your preference), which communicates with init and displays the final initialization steps? Don't check your email until it says it has started the services for email. So now instead of watching the boot messages or

Re: workqueue - process context

On Saturday 19 February 2005 04:57 am, you wrote: > Vicente> I've been playing with workqueues, and I've found that > Vicente> once I unload the module, if I don't call > Vicente> destroy_workqueue(); then the workqueue I've created > Vicente> stays in the process list, [my_wq], I

Re: AHCI oops

Justin Cormack wrote: Have a new AHCI board to test and it oopses pretty quickly just with a few reads simultaneously. This should be fixed now, with [EMAIL PROTECTED], 2005-01-28 22:29:02-05:00, [EMAIL PROTECTED] [PATCH] fix an oops in ata_to_sense_error - To unsubscribe from this list: send

Re: [PATCH] 2.6.9 Use skb_padto() in drivers/net/8390.c

Alan Cox wrote: On Llu, 2005-01-10 at 02:41, Paul Gortmaker wrote: Using rdtscl over the area affected by the patch on the two variants for a sample of 234 small packets, I see an average of 4141 for using the existing stack scratch area, and 4162 for using skb_padto. That is a difference of

Re: [patch] Real-Time Preemption, -RT-2.6.11-rc3-V0.7.38-01

On Fri, 2005-02-04 at 11:03 +0100, Ingo Molnar wrote: > http://redhat.com/~mingo/realtime-preempt/ > Testing on an all SCSI 1.3Ghz Athlon XP system, I am seeing very long latencies in the journalling code with 2.6.11-rc4-RT-V0.7.39-02. preemption latency trace v1.1.4 on

Re: workqueue - process context

Vicente> What if I need the module to be unloaded cause It's Vicente> mutually exclusive with another module to be loaded, and Vicente> I still need to run the works in a workqueue time before Vicente> that happens? That's completely out of the picture?cause Vicente> that might

Re: workqueue - process context

On Saturday 19 February 2005 04:57 am, you wrote: > Vicente> I've been playing with workqueues, and I've found that > Vicente> once I unload the module, if I don't call > Vicente> destroy_workqueue(); then the workqueue I've created > Vicente> stays in the process list, [my_wq], I

Re: workqueue - process context

Vicente> I've been playing with workqueues, and I've found that Vicente> once I unload the module, if I don't call Vicente> destroy_workqueue(); then the workqueue I've created Vicente> stays in the process list, [my_wq], I don't know if Vicente> that's meant to be, or is it a

workqueue - process context

I've been playing with workqueues, and I've found that once I unload the module, if I don't call destroy_workqueue(); then the workqueue I've created stays in the process list, [my_wq], I don't know if that's meant to be, or is it a bug, cause I believe there can be two options in here: 1)

Re: Sis760 chipset support

On Fri, Feb 18, 2005 at 07:07:16PM +0100, Marc Cramdal wrote: > Hello, > > I can't make agpgart working (even when trying the agp_try_unsupported) > option. I have an AMD64 3000+ with a Sis760 chipset and agp doesn't seem to > be supported : I only get this with dmesg : "Linux agpgart

Re: [RFC][PATCH] Dynamically allocated pageflags.

Hi. On Sat, 2005-02-19 at 14:02, Dave Hansen wrote: > On Sat, 2005-02-19 at 13:43 +1100, Nigel Cunningham wrote: > > For some time now, we've been running out of bits for pageflags. > > > > In Suspend2, I need the functional equivalent of pageflags, but don't > > need them when Suspend isn't

Re: [RFC][PATCH] Dynamically allocated pageflags.

On Sat, 2005-02-19 at 13:43 +1100, Nigel Cunningham wrote: > For some time now, we've been running out of bits for pageflags. > > In Suspend2, I need the functional equivalent of pageflags, but don't > need them when Suspend isn't running. One of the outcomes of the last > submission of Suspend2

Re: 2.6: drivers/input/power.c is never built

On Friday 18 February 2005 18:31, Pavel Machek wrote: > Hi! > > > > What is the benefit of splitting the flow of information so? > > > > It's split already. You get some from input (power and sleep keys on > > keyboards, sound volume keys and display brightness on some notebooks), > > some from

Re: I wrote a kernel tool for monitoring / web page

On Sat, 2005-02-19 at 02:33 +0100, sylvanino b wrote: > Sorry, it's meant to run on linux. > Actually, patch provided is for linux 2.6.9 + kdb 4.4 > Cool program. It has an annoying bug where every time you go to "Open Log File", it starts you in your home directory again. Otherwise it's a

Re: [BK] upgrade will be needed

"Sean" <[EMAIL PROTECTED]> said: [...] > Yeah, I didn't mean to suggest that it be opened up to the public :o) > Just that the flow of information wouldn't all have to originate in bk to > make it into head (ie. bk could pull changes from head too). No problem. bk can happily import patches,

[RFC][PATCH] Dynamically allocated pageflags.

Hi all. For some time now, we've been running out of bits for pageflags. In Suspend2, I need the functional equivalent of pageflags, but don't need them when Suspend isn't running. One of the outcomes of the last submission of Suspend2 for review was that I changed the format in which that data

Re: [ANNOUNCE] iproute2 050209

On Wed, 9 Feb 2005, Stephen Hemminger wrote: Small update to iproute2 which adds: * infiniband address decode * reorganize source for netem distribution files into separate directory http://developer.osdl.org/dev/iproute2/download/iproute2-2.6.10-050209.tar.gz This uncompresses to

Re: [RFC][PATCH] Memory Hotplug

On Fri, 18 Feb 2005, Dave Hansen wrote: Memory hot-remove isn't really needed with Xen, the balloon driver takes care of that. You can free up individual pages back to the hypervisor, but you might also want the opportunity to free up some unused mem_map if you shrink the partition by a large

Re: I wrote a kernel tool for monitoring / web page

Hi, Sorry, it's meant to run on linux. Actually, patch provided is for linux 2.6.9 + kdb 4.4 I have uploaded a new tarball and updated the webpage. should be ok, Sylvain On Fri, 18 Feb 2005 20:01:55 -0500, Lee Revell <[EMAIL PROTECTED]> wrote: > On Sat, 2005-02-19 at 01:41 +0100, sylvanino

Re: 2.6: drivers/input/power.c is never built

Le samedi 19 février 2005 à 00:51 +0100, Oliver Neukum a écrit : > > Well, we can say that userspace definitely is interested in "power" > > key ;-). > > I wouldn't call that selfevident. The system might be eg. a ticket > vending system and we care only about wake ups from touchscreen, >

Re: Bootsplash for 2.6.11-rc4

On Fri, Feb 18, 2005 at 05:52:54PM +0100, Pavel Machek wrote: Hi, > Just in case someone is interested, this is bootsplash for 2.6.11-rc4, > taken from suse kernel. I'll probably try to modify it to work with > radeonfb. > > Any ideas why bootsplash needs to hack into vesafb? It only uses >

Re: A common layer for Accounting packages

Jay Lan <[EMAIL PROTECTED]> wrote: > > Since the need of Linux system accounting has gone beyond what BSD > accounting provides, i think it is a good idea to create a thin layer > of common code for various accounting packages, such as BSD accounting, > CSA, ELSA, etc. The hook to do_exit() at

Re: [RFC 2.6.11-rc2-mm2 0/7] mm: manual page migration -- overview II

Andi Kleen wrote: [Enjoy your vacation] [I am thanks -- or I was -- I go home tomorrow] I assume they would allow marking arbitary segments with specific policies, so it should be possible. An alternative way to handle shared libraries BTW would be to add the ELF headers Steve did in his patch.

Re: I wrote a kernel tool for monitoring / web page

On Sat, 2005-02-19 at 01:41 +0100, sylvanino b wrote: > I did a webpage for it, you can check it out at: > http://membres.lycos.fr/kernelanalyzer/ > > If you have any comment/critics, don't hesitate to share it Is this meant to run on a Windows system or something? The screenshots look like

A common layer for Accounting packages

It started with the need of CSA to handle end-of-process (eop) at do_exit() at exit.c. The hook at exit.c was BSD Accounting specific. Since the need of Linux system accounting has gone beyond what BSD accounting provides, i think it is a good idea to create a thin layer of common code for various

I wrote a kernel tool for monitoring / web page

Hi, I wrote a kernel tool for my personnal usage which goal is to keep a record of recent task preemptions and interruptions that appears under linux. Although the record is short (a few minutes only), It can help to analyse scheduling algorithm efficiency and also driver timing issues. The user

Re: [PATCH] add umask parameter to procfs

On Fri, Feb 18, 2005 at 04:56:01AM +0100, Herbert Poetzl wrote: > hmm, so what about debugger and similar not able to find the > parent process or something like that? You can walk the parentage chain up until you reach your login shell. So you can look up info about the parent of every one of

Re: [RFC: 2.6 patch] drivers/pci/: possible cleanups

On Sat, 19 Feb 2005 00:54:19 +0100, Adrian Bunk <[EMAIL PROTECTED]> wrote: > This patch contains the following possible cleanups: > - pci-acpi.c: make OSC_UUID static > - remove the following unused functions: > - pci-acpi.c: acpi_query_osc > - pci-acpi.c: pci_osc_support_set > - pci.c:

Re: ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device

On Fri, 18 Feb 2005 15:23:44 EST, Bill Davidsen said: > I'll try to build a truth table for this, I'm now working with some > non-iso data sets, so I'm a bit more interested. I would expect read() > to only try to read one sector, so I'll just do a quick and dirty to get > the size from the

Re: [2.6 patch] drivers/net/shaper.c: cleanups

Adrian Bunk wrote: This patch contains the following cleanups: - remove an unused #define SHAPER_BANNER - remove the sh_debug flag Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> you are removing presumably-useful debug code; NAK. - To unsubscribe from this list: send the line "unsubscribe

[2.6 patch] drivers/net/skfp/: cleanups

This patch contains the following cleanups: - make needlessly global code static - remove the completely unused smtparse.c - remove the following unused global functions: - drvfbi.c: init_dma - drvfbi.c: dis_dma - drvfbi.c: get_rom_byte - drvfbi.c: mac_drv_vpd_read - drvfbi.c:

[2.6 patch] drivers/net/slhc.c: remove 2 functions

This patch removes two unused global functions. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- drivers/net/slhc.c| 27 --- include/net/slhc_vj.h |3 --- 2 files changed, 30 deletions(-) --- linux-2.6.11-rc3-mm2-full/include/net/slhc_vj.h.old 2005-02-16

[2.6 patch] drivers/net/shaper.c: cleanups

This patch contains the following cleanups: - remove an unused #define SHAPER_BANNER - remove the sh_debug flag Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- drivers/net/shaper.c | 30 +- 1 files changed, 5 insertions(+), 25 deletions(-) ---

Re: 2.6: drivers/input/power.c is never built

Hi! > > If usb keyboard has power button... I do not think we really want to > > route that through acpi. And what if acpi is not available? (APM knows > > about suspend key in weird way, but not about power key). > > I'd suggest to primarily care about acpi. The other important power >

Re: [ANNOUNCE][RFC] PlugSched-3.0 meets CKRM-E17

Peter Williams wrote: A patch of PlugSched-3.0 against a 2.6.10 kernel with ckrm-e17.2610.patch and cpu.ckrm-e17.v10.patch already applied is available for download from: and a patchset and series

[2.6 patch] drivers/net/seeq8005.c: cleanups

This patch contains the following cleanups: - make the needlessly global function seeq8005_init static - kill an ancient version variable - remove some outdated Emacs settings Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- drivers/net/seeq8005.c | 25 +++-- 1 files

[2.6 patch] drivers/net/sb1000.c: make some variables static

This patch makes some needlessly global variables static. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- drivers/net/sb1000.c | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) --- linux-2.6.11-rc3-mm2-full/drivers/net/sb1000.c.old 2005-02-16 18:17:09.0 +0100

[2.6 patch] drivers/net/s2io.c: cleanups

This patch contains the following cleanups: - make needlessly global code static - remove the unused blobal function get_xena_rev_id Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- drivers/net/s2io.c | 75 ++--- drivers/net/s2io.h |8 ++-- 2

[2.6 patch] drivers/net/pppoe.c: make a struct static

This patch makes a needlessly global struct static. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- linux-2.6.11-rc3-mm2-full/drivers/net/pppoe.c.old 2005-02-16 18:07:09.0 +0100 +++ linux-2.6.11-rc3-mm2-full/drivers/net/pppoe.c 2005-02-16 18:07:23.0 +0100 @@ -1059,7

[2.6 patch] drivers/net/ppp_deflate.c: make 2 structs static

This patch makes two needlessly global structs static. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- drivers/net/ppp_deflate.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) --- linux-2.6.11-rc3-mm2-full/drivers/net/ppp_deflate.c.old 2005-02-16 18:06:29.0

[PATCH] Remove unused get_resource_list() declaration

Remove unused get_resource_list() declaration. Signed-off-by: Bjorn Helgaas <[EMAIL PROTECTED]> = include/linux/ioport.h 1.15 vs edited = --- 1.15/include/linux/ioport.h 2004-10-07 20:11:55 -06:00 +++ edited/include/linux/ioport.h 2005-02-15 15:27:49 -07:00 @@ -91,8 +91,6 @@

[RFC: 2.6 patch] drivers/pci/: possible cleanups

This patch contains the following possible cleanups: - pci-acpi.c: make OSC_UUID static - remove the following unused functions: - pci-acpi.c: acpi_query_osc - pci-acpi.c: pci_osc_support_set - pci.c: pci_find_ext_capability - rom.c: pci_map_rom_copy - rom.c: pci_remove_rom - remove the

Re: 2.6: drivers/input/power.c is never built

Am Samstag, 19. Februar 2005 00:34 schrieb Pavel Machek: > Hi! > > > > Well, if you have power button on usb keyboard -- why should it be > > > handled differently from built-in button? > > > > I see no reason. But that tells you that one subsystem should handle > > that, not which subsystem. >

[2.6 patch] oprofile: make some code static

This patch makes some needlessly global code static. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- drivers/oprofile/buffer_sync.c |6 +++--- drivers/oprofile/cpu_buffer.c |2 +- drivers/oprofile/event_buffer.c |7 --- 3 files changed, 8 insertions(+), 7 deletions(-)

[2.6 patch] drivers/net/ne3210.c: cleanups

This patch contains the following cleanups: - make two needlessly global functions static - kill an ancient version variable Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- drivers/net/ne3210.c | 10 ++ 1 files changed, 2 insertions(+), 8 deletions(-) ---

Re: [PATCH] add umask parameter to procfs

On Thu, Feb 17, 2005 at 03:41:19PM -0800, Andrew Morton wrote: > The feature seems fairly obscure, although very simple. Is anyone actually > likely to use this? Yes, it's an obscure obscurity feature. :) There certainly seems to be some interest in it: both GrSecurity and OpenWall contain

Re: [Linux-fbdev-devel] Re: Hotplug blacklist and video devices

On Fri, 18 Feb 2005 17:58:51 -0500, Michel Dänzer <[EMAIL PROTECTED]> wrote: > > For example I'm looking at making changes to DRM such that DRM will > > require the corresponding framebuffer driver to be loaded. > > Ignoring my suspicion that people won't like stuff getting forced down > their

Re: 2.6: drivers/input/power.c is never built

Hi! > > Well, if you have power button on usb keyboard -- why should it be > > handled differently from built-in button? > > I see no reason. But that tells you that one subsystem should handle > that, not which subsystem. If usb keyboard has power button... I do not think we really want to

Re: [RFC] rwsem removal from kobj_map

[Since this is something I once looked at too...] > struct kobj_map *kobj_map_init(kobj_probe_t *base_probe, > - struct subsystem *s) > + struct subsystem *s, struct semaphore *sem) The only reason kobj_map_init() needed the subsystem argument was for the semaphore.

Re: 2.6: drivers/input/power.c is never built

Hi! > > What is the benefit of splitting the flow of information so? > > It's split already. You get some from input (power and sleep keys on > keyboards, sound volume keys and display brightness on some notebooks), > some from ACPI events (power keys on notebooks and desktop cases, sound >

Re: [PATCH] [resend] VFS locking errors on max offset edge cases

Resending patch which also applies to 2.6.11-rc4. On Thu, 2004-12-23 at 19:26, Matthew Wilcox wrote: > On Thu, Dec 23, 2004 at 03:01:20PM -0800, Bruce Allan wrote: > > A number of Connectathon (http://www.connectathon.org/nfstests.html) > > POSIX/fcntl() locking tests fail (even on local

[PATCH] Add nobh_writepage() support

Hi Andrew, Here is the patch to add nobh_wripage() support for the filesystems which uses nobh_prepare_write/nobh_commit_write(). Idea here is to reduce unnecessary bufferhead creation/attachment to the page through block_write_full_page(). nobh_wripage() tries to operate by directly creating

Re: Question on CONFIG_IRQBALANCE / 2.6.x

Joerg Sommrey wrote: On Fri, Feb 18, 2005 at 02:39:49PM -0800, Martin J. Bligh wrote: there's something I don't understand: With IRQBALANCE *enabled* almost all interrupts are processed on CPU0. This changed in an unexpected way after disabling IRQBALANCE: now all interrupts are distributed

Re: [Linux-fbdev-devel] Re: Hotplug blacklist and video devices

On Fri, 2005-02-18 at 16:14 -0500, Jon Smirl wrote: > On Fri, 18 Feb 2005 16:08:22 -0500, Bill Nottingham <[EMAIL PROTECTED]> wrote: > > Under Fedora (and RHEL), they're there because we generally > > don't want to load them unless the user asked for them. > > Is there a specific reason why they

Re: Question on CONFIG_IRQBALANCE / 2.6.x

On Fri, Feb 18, 2005 at 02:39:49PM -0800, Martin J. Bligh wrote: > > > > there's something I don't understand: With IRQBALANCE *enabled* almost > > all interrupts are processed on CPU0. This changed in an unexpected way > > after disabling IRQBALANCE: now all interrupts are distributed

Re: cciss CSMI via sysfs for 2.6

On Fri, 2005-02-18 at 12:05 -0800, Greg KH wrote: > For a device? It seems a huge overkill to add this attribute for > _every_ device in the system, when only a small minority can actually > use it. Just put it as a default scsi or transport class attribute > instead. Actually, we might be able

Re: Question on CONFIG_IRQBALANCE / 2.6.x

> > there's something I don't understand: With IRQBALANCE *enabled* almost > all interrupts are processed on CPU0. This changed in an unexpected way > after disabling IRQBALANCE: now all interrupts are distributed uniformly > to both CPUs. Maybe it's intentional, but it's not what I expect

Re: [BK] upgrade will be needed

On Fri, 18 Feb 2005 23:18:19 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote: > On Fri, Feb 18, 2005 at 09:34:47PM +, Anton Altaparmakov wrote: > > On Fri, 18 Feb 2005, David S. Miller wrote: > > > On Fri, 18 Feb 2005 21:45:55 +0100 > > > "d.c" <[EMAIL PROTECTED]> wrote: > > > > > > > 2) And

Re: [Problem] slow write to dvd-ram since 2.6.7-bk8

On Fr, 2005-02-18 at 00:10 +0100, Tino Keitel wrote: >On Wed, Feb 16, 2005 at 23:29:24 +0100, Droebbel wrote: >> On Mi, 2005-02-16 at 22:55 +0100, Droebbel wrote: >> >> >The vmscan-dont-reclaim-too-many-pages.patch led to the said reduction >> >of writing speed. I reverse-applied it to 2.6.8.1,

Re: [RFC][PATCH] Memory Hotplug

On Fri, 2005-02-18 at 16:52 -0500, Rik van Riel wrote: > On Thu, 17 Feb 2005, Dave Hansen wrote: > > The attached patch is a prototype implementation of memory hot-add. It > > allows you to boot your system, and add memory to it later. Why would > > you want to do this? > > I want it so I can

Re: [BK] upgrade will be needed

On Fri, Feb 18, 2005 at 09:34:47PM +, Anton Altaparmakov wrote: > On Fri, 18 Feb 2005, David S. Miller wrote: > > On Fri, 18 Feb 2005 21:45:55 +0100 > > "d.c" <[EMAIL PROTECTED]> wrote: > > > > > 2) And more important, *nobody* works against "linus' bk head". > > > > I do, %100 exclusively,

Re: 2.6: drivers/input/power.c is never built

Am Freitag, 18. Februar 2005 22:34 schrieb Pavel Machek: > Well, if you have power button on usb keyboard -- why should it be > handled differently from built-in button? I see no reason. But that tells you that one subsystem should handle that, not which subsystem. > > > I think that's all you

Re: [RFC][PATCH] Memory Hotplug

On Thu, 17 Feb 2005, Dave Hansen wrote: The attached patch is a prototype implementation of memory hot-add. It allows you to boot your system, and add memory to it later. Why would you want to do this? I want it so I can grow Xen guests after they have been booted up. Being able to hot-add

Re: [BK] upgrade will be needed

On Fri, 18 Feb 2005, David S. Miller wrote: > On Fri, 18 Feb 2005 21:45:55 +0100 > "d.c" <[EMAIL PROTECTED]> wrote: > > > 2) And more important, *nobody* works against "linus' bk head". > > I do, %100 exclusively, for all the networking and sparc > development. > > I never work against the -mm

Re: 2.6: drivers/input/power.c is never built

Hi! > > I wouldn't want to pass all the battery info (UPSes can be even more > > complex, able to switch on/off individual sockets, etc) through input, > > just the basic events: > > > > AC power on/off > > battery full/normal/low/critical/(fail) > > > > Then the other power-related

Re: 2.6: drivers/input/power.c is never built

On Fri, Feb 18, 2005 at 10:23:19PM +0100, Oliver Neukum wrote: > What is the benefit of splitting the flow of information so? It's split already. You get some from input (power and sleep keys on keyboards, sound volume keys and display brightness on some notebooks), some from ACPI events (power

Re: 2.6: drivers/input/power.c is never built

> All you'd need is input.c. One file, approx 750 lines at the moment, a > big chunk of that can be confugured out if you don't need procfs or > hotplug. > > > Think about embedded stuff I wonder whether this is viable. > > On most embedded platforms you have some buttons or controls, so it's >

Question on CONFIG_IRQBALANCE / 2.6.x

Hi all, there's something I don't understand: With IRQBALANCE *enabled* almost all interrupts are processed on CPU0. This changed in an unexpected way after disabling IRQBALANCE: now all interrupts are distributed uniformly to both CPUs. Maybe it's intentional, but it's not what I expect when

Re: cciss CSMI via sysfs for 2.6

On Fri, Feb 18, 2005 at 07:46:28PM +, Christoph Hellwig wrote: > > /* > > + * sysfs stuff > > + * this should be moved to it's own file, maybe cciss_sysfs.h > > + */ > > + > > +static ssize_t cciss_firmver_show(struct device *dev, char *buf) > > +{ > > + ctlr_info_t *h = dev->driver_data; >

[RFC] rwsem removal from kobj_map

So, in my continuing quest to remove the big rwsem from struct semaphore (or at least reduce the usage of it), here's a patch against 2.6.11-rc4 that takes it out of the kobj_map code. This might fix up any odd issues that people might have had with the genhd code lately in allocating major

Re: [linux-usb-devel] cdrecord stuck in D state with USB DVD burner

On Friday 18 February 2005 1:23 pm, Chuck Berg wrote: > On Fri, Feb 18, 2005 at 08:36:57AM -0800, David Brownell wrote: > > > > I have a system with two USB DVD burners. If I burn a disc on both at > > > > the > > > > same time, one of the dvdrecord processes hangs (unkillably stuck in the > > >

Re: 2.6: drivers/input/power.c is never built

Am Freitag, 18. Februar 2005 21:40 schrieb Vojtech Pavlik: > I wouldn't want to pass all the battery info (UPSes can be even more > complex, able to switch on/off individual sockets, etc) through input, > just the basic events: > > AC power on/off > battery

Re: [BK] upgrade will be needed

On Fri, 18 Feb 2005 21:45:55 +0100 "d.c" <[EMAIL PROTECTED]> wrote: > 2) And more important, *nobody* works against "linus' bk head". I do, %100 exclusively, for all the networking and sparc development. I never work against the -mm tree. - To unsubscribe from this list: send the line

Re: Hotplug blacklist and video devices

On Fri, 18 Feb 2005 16:08:22 -0500, Bill Nottingham <[EMAIL PROTECTED]> wrote: > Under Fedora (and RHEL), they're there because we generally > don't want to load them unless the user asked for them. Is there a specific reason why they are blocked? For example I'm looking at making changes to

Re: Hotplug blacklist and video devices

Jon Smirl ([EMAIL PROTECTED]) said: > Why are all of the framebuffer drivers on the hotplug blacklist? Well, that probably depends on your distribution. :) Under Fedora (and RHEL), they're there because we generally don't want to load them unless the user asked for them. Bill - To unsubscribe

Re: [BK] upgrade will be needed

El Fri, 18 Feb 2005 13:34:23 -0500 (EST), "Sean" <[EMAIL PROTECTED]> escribió: > BK already feeds patches out at the head, surely if it's as powerful as > you think, it could feed a free SCM too for your non-bk friends in the > community. Who cares, really? 1) Linux was never supposed to have

Re: 2.6: drivers/input/power.c is never built

Hi! > > Well, I'm not sure if input layer is suitable for batteries... Modern > > battery has quite a lot of parameters. It can tell you current > > voltage, current capacity (either mAh or mWh), design capacity, last > > capacity at full charge, current current, battery's estimate of run > >

Re: ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdXas device

I regularly burn tarballs to a CD without useing a filesystem and as long as I use the -pad option when burning I've had no problems reading them (the -pad was nessasary even when I was useing ide-scsi) David Lang On Fri, 18 Feb 2005, Bill Davidsen wrote: Date: Fri, 18 Feb 2005 15:23:44

Hotplug blacklist and video devices

Why are all of the framebuffer drivers on the hotplug blacklist? -- Jon Smirl [EMAIL PROTECTED] - 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

Re: [ACPI] Re: Call for help: list of machines with working S3

On Wednesday 16 Feb 2005 14:25, Kjartan Maraas wrote: > tir, 15,.02.2005 kl. 17.42 +, skrev Alistair John Strachan: > > On Tuesday 15 Feb 2005 16:16, Lorenzo Colitti wrote: > > [snip] > > > > > Ok, here is the output from dmidecode (Debian package) and from lspci. > > > I don't have acpidmp

Re: [patch libata-dev-2.6 1/5] libata: fix command queue leak when xlat_func fails

applied all five, 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 http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: 2.6: drivers/input/power.c is never built

On Fri, Feb 18, 2005 at 09:24:43PM +0100, Pavel Machek wrote: > Hi! > > > > > > But input layer shoudl not be used as a generic transport. I mean > > > > > battery low, docking requests, etc has nothing to do with input. > > > > > > > > Well, plugging in a power cord is a physical user action

Re: [PATCH] add I/O error uevent for block devices

Kay Sievers <[EMAIL PROTECTED]> wrote: > > On Fri, Feb 18, 2005 at 11:02:32AM -0800, Andrew Morton wrote: > > Kay Sievers <[EMAIL PROTECTED]> wrote: > > > > > > > - there are numerous other places where an I/O error can be detected: > > > > grep the tree for b_end_io and bio_end_io. > > > > >

Re: 2.6: drivers/input/power.c is never built

Am Freitag, 18. Februar 2005 21:14 schrieb Pavel Machek: > Hi! > > > > > Yes, there are. They can probably stay... Or we can get "battery low" > > > > key. > > > > > > We even have an event class for that, EV_PWR in the input subsystem. > > > > Over that route we'd arrive at a situation where

Re: 2.6: drivers/input/power.c is never built

Hi! > > > > But input layer shoudl not be used as a generic transport. I mean > > > > battery low, docking requests, etc has nothing to do with input. > > > > > > Well, plugging in a power cord is a physical user action much like > > > closing the lid is, much like pressing the power button is,

Re: ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device

Kiniger, Karl (GE Healthcare) wrote: On Thu, Feb 17, 2005 at 05:58:05PM -0500, Bill Davidsen wrote: [EMAIL PROTECTED] wrote: On Wed, 16 Feb 2005 10:42:21 +0100, "Kiniger, Karl (GE Healthcare)" said: Have you tested the ISO on some *OTHER* hardware? The impression I got was that the cd was

Re: [PATCH] add I/O error uevent for block devices

On Fri, Feb 18, 2005 at 11:02:32AM -0800, Andrew Morton wrote: > Kay Sievers <[EMAIL PROTECTED]> wrote: > > > > > - there are numerous other places where an I/O error can be detected: > > > grep the tree for b_end_io and bio_end_io. > > > > You mean the mmap and direct-io stuff? > >

[patch libata-dev-2.6 5/5] libata: update ATA pass thru opcodes

Update ATA pass thru opcodes to match what is specified in the current ATA pass thru spec (T10/04-262r7). Signed-off-by: John W. Linville <[EMAIL PROTECTED]> --- This part was controversial before, because these opcodes seemed to overlap with some existing opcodes. So I contacted the author of

Re: 2.6.10-ac12 + kernbench == oom-killer: (OSDL)

On Gwe, 2005-02-18 at 16:55, Cliff White wrote: > Okay, with just vm.overcommit=2, things are still bad: > http://khack.osdl.org/stp/300854/logs/TestRunFailed.console.log.txt > > Suggestion for vm.overcommit_ratio ? > Or should i repeat with later -ac ? Thats showing up problems in the core code

  1   2   3   4   5   >