Re: [lm-sensors] Hardware monitoring subsystem maintainer position is open

Jean, I for one will greatly miss your knowledge and helpful hints when I work on hardware monitoring drivers. I hope you find success in all the things you do! I understand the difficult position you're in, and if there's any way I could convince you to stay, I would. Maybe you would be willing

Re: If not readdir() then what?

On Mon, Apr 09, 2007 at 10:03:15AM -0400, Trond Myklebust wrote: > We could perhaps teach nfsd to open the file without the O_LARGEFILE > attribute in the case of NFSv2? That might work. But if in the long term we want to separate out what we can send back via telldir/seekdir, and some future new

Help Understanding Linux memory management

Hello, I've been a MS Windows based programmer for a very long time and was recently tossed in an environment where I am developing embedded apps on the m68k / Linux platform. That makes me a Linux newbie. I started asking a few questions on various IRC channels and was directed to this group.

Re: [-mm3 PATCH] (Retry) Check the return value of kobject_add and etc.

On Tue, Apr 10, 2007 at 02:31:06PM +0200, Cornelia Huck wrote: >On Fri, 6 Apr 2007 10:53:43 +0800, >WANG Cong <[EMAIL PROTECTED]> wrote: > >> OK. Then I send it again. Hopefully it can be accepted this time. ;-p > >Looks sane. (Note that there is still a pathological case where >kobject_put() is n

Re: [PATCH] HPA support: Revised patch

On Mon, Apr 09, 2007 at 10:22:41PM +0100, Alan Cox wrote: > Please apply Tejun's fix for LBA48 data and try again. Hopefully its just > that which is causing the problem. Yes, that works absolutely fine now. -- Matthew Garrett | [EMAIL PROTECTED] - To unsubscribe from this list: send the line "u

Re: [PATCH 3/10] I386 mcheck p4 grotesque and needless warning fix.patch

Zachary Amsden wrote: > No, just no. You do not use goto to skip a code block. You do not > return an obvious variable from a singly-inlined function and give > the function a return value. You don't put unexplained comments > about kmalloc in code which doesn't do dynamic allocation. And > you

Re: [PATCH] HPA support: Revised patch

On Tue, Apr 10, 2007 at 03:06:18PM +0100, Matthew Garrett wrote: > On Mon, Apr 09, 2007 at 10:22:41PM +0100, Alan Cox wrote: > > > Please apply Tejun's fix for LBA48 data and try again. Hopefully its just > > that which is causing the problem. > Yes, that works absolutely fine now. Thanks Alan, M

Re: If not readdir() then what?

On 4/10/07, Theodore Tso <[EMAIL PROTECTED]> wrote: That might work. But if in the long term we want to separate out what we can send back via telldir/seekdir, and some future new Posix interface, [...] With all these discussions about fixes for telldir, do we want to persue an alternative int

[PATCH] FRV: Update the FRV arch MAINTAINER record to get a hit on "grep -i frv"

From: David Howells <[EMAIL PROTECTED]> Update the FRV arch MAINTAINER record to get a hit on "grep -i frv". Whilst FR-V is technically correct, it's normally thought of as FRV. Signed-Off-By: David Howells <[EMAIL PROTECTED]> --- MAINTAINERS |2 +- 1 files changed, 1 insertions(+), 1 dele

Re: [PATCH 14/14] sysfs: kill unnecessary attribute->owner

On Mon, 9 Apr 2007 13:18:49 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote: > sysfs is now completely out of driver/module lifetime game. After > deletion, a sysfs node doesn't access anything outside sysfs proper, > so there's no reason to hold onto the attribute owners. Note that > often the wrong

Re: Help Understanding Linux memory management

Mouawad, Tony wrote: Hello, I've been a MS Windows based programmer for a very long time and was recently tossed in an environment where I am developing embedded apps on the m68k / Linux platform. That makes me a Linux newbie. I started asking a few questions on various IRC channels and was di

TIF_SIGPENDING set, but signals not being serviced

I am running into an issue where processing of signals appears to be misbehaving at the kernel level. One or more multithreaded processes are ending up in a state where a signal is pending for the process, the signal is blocked at the application level in all threads in the process, and that one th

Re: Performance Stats: Kernel patch

Hi! > Yes I have tested it on PPC, X86, X86_64, Mips targets. > It works. > >>+ cap_t(p->nvcsw), > >>+ cap_t(p->nivcsw), Nvcsw? W dn't s ncrptd dntfrs lk nvcsw n krnl. (:-) Pavel -- (english) ht

Re: [RFC][PATCH -mm] swsusp: Use rbtree for tracking allocated swap

Hi! > > > Some time ago we discussed the possibility of simplifying the swsusp's > > > approach > > > towards tracking the swap pages allocated by it for saving the image (so > > > that > > > they can be freed if there's an error). > > > > > > I think we can get back to it now, as it is a nice

Re: [PATCH 01/01] New FBDev driver for Intel Vermilion Range

Hi! > +struct cr_sys { > + struct vml_sys sys; > + struct pci_dev *mch_dev; > + struct pci_dev *lpc_dev; > + __u32 mch_bar; > + __u8 *mch_regs_base; > + __u32 gpio_bar; > + __u32 saved_panel_state; > + __u32 saved_clock; u32/u8 is right type to use here. > +static

[PATCH -mm] freezer: Fix racy usage of try_to_freeze in kswapd

From: Rafael J. Wysocki <[EMAIL PROTECTED]> Currently we can miss freeze_process()->signal_wake_up() in kswapd() if it happens between try_to_freeze() and prepare_to_wait(). To prevent this from happening we should check freezing(current) before calling schedule(). Signed-off-by: Rafael J. Wysoc

Re: 2.6.20-rt8 patch tweaked for 2.6.20.5

Ingo Molnar wrote: John wrote: I'd be happy to generate a clean patch! (Would you agree to host it in your directory?) http://people.redhat.com/mingo/realtime-preempt/older/ sure, i can put it there. Great! Can you tell me how you generate the original -rt patch, so I can provide an updat

Re: Help Understanding Linux memory management

Hi, > I've been a MS Windows based programmer for a very long time and was > recently tossed in an environment where I am developing embedded apps on > the m68k / Linux platform. That makes me a Linux newbie. I started > asking a few questions on various IRC channels and was directed to this > g

Re: 2.6.20-rt8 patch tweaked for 2.6.20.5

* John <[EMAIL PROTECTED]> wrote: > > sure, i can put it there. > > Great! Can you tell me how you generate the original -rt patch, so I > can provide an updated version when a new 2.6.20 kernel is released? they should be generated the way you did: apply the 2.6.20 baseline -rt kernel patch

[patch] PCI: add debug information to resource collision message

Add more information to PCI resource collision message to help with debugging. Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]> --- arch/i386/pci/i386.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) --- linux-2.6.20.noarch.orig/arch/i386/pci/i386.c +++ linux-2.6.20.noarch/arch/i386

Re: [PATCH 14/14] sysfs: kill unnecessary attribute->owner

On Tue, 10 Apr 2007 16:17:06 +0200, Cornelia Huck <[EMAIL PROTECTED]> wrote: > You missed some s390 attributes :) Oops, wrong tree, sorry. --- arch/s390/kernel/ipl.c |2 -- drivers/s390/cio/chsc.c |2 -- drivers/s390/net/qeth_sys.c |2 +- 3 files changed, 1 insertion(+), 5

Re: [PATCH] Add spaces on either side of case "..." operator.

On Tue, Apr 10, 2007 at 07:23:35AM -0400, Robert P. J. Day wrote: > >Following the programming advice laid down in the gcc manual, make >sure the case "..." operator has spaces on either side. > >Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> > Acked-by: WANG Cong <[EMAIL PROTECTED]> - To un

Re: usb touchscreen breakage in 2.6.21-rc5-mm4 ?

Dmitry Torokhov wrote: Hmm, I am concerned because not only you don't have an input device created, you don't even see the driver being registered with usbcore. Could you please try booting with debug_initcall to see with what error code usbtouchscreen initialization fails? Here is the dmesg

RE: Help Understanding Linux memory management

When vm.overcommit_memory = 2 and there appears to be about 2M of memory readily available and about 12M of memory allocated to pagecache (this is info gathered from /proc/meminfo) , a call to malloc(500) returns NULL. I would have expected that somehow, the call to malloc(500) would reque

Re: init's children list is long and slows reaping children.

On 04/10, Ingo Molnar wrote: > > * Eric W. Biederman <[EMAIL PROTECTED]> wrote: > > > Ingo Molnar <[EMAIL PROTECTED]> writes: > > > > > no. Two _completely separate_ lists. > > > > > > i.e. a to-be-reaped task will still be on the main list _too_. The > > > main list is for all the PID semantic

Re: [PATCH 3/7] Containers (V8): Add generic multi-subsystem API to containers

On Fri, Apr 06, 2007 at 04:32:24PM -0700, [EMAIL PROTECTED] wrote: > -static int container_create_dir(struct container *cont, const char *name, > int mode) > +static int container_create_dir(struct container *cont, struct dentry > *dentry, > + int mode) > { > - st

Re: Linux 2.6.21-rc6

On 4/6/07, Linus Torvalds <[EMAIL PROTECTED]> wrote: We should be getting close to a 2.6.21 release, so please update any regression reports you've done, I couldn't get suspend-to-disk to work with 2.6.21-rc6. I've tried set/unset CONFIG_NO_HZ/CONFIG_HPET_TIMER, but nothing worked. With rc5 a

Re: [PATCH 3/10] I386 mcheck p4 grotesque and needless warning fix.patch

On 10/04/07, Zachary Amsden <[EMAIL PROTECTED]> wrote: No, just no. You do not use goto to skip a code block. You do not return an obvious variable from a singly-inlined function and give the function a return value. You don't put unexplained comments about kmalloc in code which doesn't do dyn

Re: If not readdir() then what?

On Tue, 2007-04-10 at 09:56 -0400, Theodore Tso wrote: > That might work. But if in the long term we want to separate out what > we can send back via telldir/seekdir, and some future new Posix > interface, I wonder if we might be better off defining a formal > interface which can be used by NFSv

Re: [PATCHSET #master] sysfs: make sysfs disconnect immediately on deletion, take 2

On Mon, 9 Apr 2007 13:18:46 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote: > With all the patches applied, the same test used in the last take ran > 9+hrs without any problem. I get the following on startup: = [ BUG: bad unlock balance detected! ] ---

Re: [PATCH 3/7] Containers (V8): Add generic multi-subsystem API to containers

On Fri, Apr 06, 2007 at 04:32:24PM -0700, [EMAIL PROTECTED] wrote: > +struct container_subsys { > + int (*create)(struct container_subsys *ss, > + struct container *cont); > + void (*destroy)(struct container_subsys *ss, struct container *cont); > + int (*can_attach)(s

Re: init's children list is long and slows reaping children.

Ingo Molnar <[EMAIL PROTECTED]> writes: > * Eric W. Biederman <[EMAIL PROTECTED]> wrote: > >> Ingo Molnar <[EMAIL PROTECTED]> writes: >> >> > no. Two _completely separate_ lists. >> > >> > i.e. a to-be-reaped task will still be on the main list _too_. The >> > main list is for all the PID semant

Re: init's children list is long and slows reaping children.

Oleg Nesterov <[EMAIL PROTECTED]> writes: > No! That is why I suggest (a long ago, in fact) to move ->children into > ->signal_struct. When sub-thread forks, we set ->parent = group_leader. > We don't need forget_original_parent() until the last thead exists. This > also simplify do_wait(). > > Ho

Re: [PATCH 4/5] Char: cyclades, remove volatiles

> "Jiri" == Jiri Slaby <[EMAIL PROTECTED]> writes: >> I've got an old Cyclom-Y card (ISA) that I use, should I bother trying >> out your changes? Jiri> No, don't bother with these. If you are willing to test, please Jiri> test next patchset -- I'll post it shortly. Or do you prefer Jiri> exte

Re: init's children list is long and slows reaping children.

* Eric W. Biederman <[EMAIL PROTECTED]> wrote: > > on a second thought: the p->children list is needed for the whole > > child/parent task tree, which is needed for sys_getppid(). > > Yes, something Oleg said made me realize that. > > As long as the reparent isn't to complex it isn't required

[PATCH] Only send pdeath_signal when getppid changes.

Currently each thread can requrest to be notified when it's parent terminates, and receive a thread specific signal when that occurs. That we set this on a per thread granularity and then send it to the whole thread group seems silly, but whatever. Currently we send a signal when the results of g

Re: init's children list is long and slows reaping children.

Davide Libenzi wrote: On Mon, 9 Apr 2007, Linus Torvalds wrote: On Mon, 9 Apr 2007, Kyle Moffett wrote: Maybe "struct posix_process" is more descriptive? "struct process_posix"? "Ugly POSIX process semantics data" seems simple enough to stick in a struct name. "struct uglyposix_process"? Gu

Re: init's children list is long and slows reaping children.

Ingo Molnar <[EMAIL PROTECTED]> writes: > * Eric W. Biederman <[EMAIL PROTECTED]> wrote: > >> > on a second thought: the p->children list is needed for the whole >> > child/parent task tree, which is needed for sys_getppid(). >> >> Yes, something Oleg said made me realize that. >> >> As long as

Re: usb touchscreen breakage in 2.6.21-rc5-mm4 ?

Andrew Morton wrote: Is 2.6.21-rc6 OK? If so, please keep a close eye on 2.6.22-rcX, let us know if/when we've moved this breakage into mainline :( 2.6.21-rc6 is ok. Here, I get messages from usbtouchscreen, something rc5-mm4 failed to produce. The egalax driver gets /class/input/input3, us

Wanted: irqpoll enhancement to show what is misrouted

Can irqpoll be enhanced to show which interrupts are being misrouted? It looks like it should be possible to show the actual interrupt, the driver that is handling it, and what interrupt it's expecting in a /proc file -- just what happened last time irqpoll resolved the interrupt would be better th

Re: usb touchscreen breakage in 2.6.21-rc5-mm4 ?

On 4/10/07, Helge Hafting <[EMAIL PROTECTED]> wrote: Dmitry Torokhov wrote: > Hmm, I am concerned because not only you don't have an input device created, > you don't even see the driver being registered with usbcore. Could you please > try booting with debug_initcall to see with what error code

RE: [PATCH 2/2] NET: Multiqueue network device support implementation.

> On Mon, Apr 09, 2007 at 02:28:41PM -0700, Peter P Waskiewicz > Jr ([EMAIL PROTECTED]) wrote: > > + alloc_size = (sizeof(struct net_device_subqueue) * queue_count); > > + > > + p = kzalloc(alloc_size, GFP_KERNEL); > > + if (!p) { > > + printk(KERN_ERR "alloc_netdev: Unable to >

[Patch] statistics: simplify statistics' debugfs read functions

This patch replaces some ugly code implementing debugfs files. The cleaned up code uses seq_file. File contents remains unchanged. Patch is against 2.6.21-rc6-mm1. Signed-off-by: Martin Peschke <[EMAIL PROTECTED]> --- statistic.c | 588 --

Re: [PATCH] console UTF-8 fixes

Egmont Koblinger wrote: I know that correctly handling all Unicode scripts, including CJK, Hebrew, Arabic, Indic are a much more complicated story and it's way beyond the scope of kernel. I don't even know whether there's any graphical user-space application handling all these issues perfectly.

Re: [ckrm-tech] [PATCH 3/7] Containers (V8): Add generic multi-subsystem API to containers

On 4/10/07, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote: Is the first argument into all the callbacks, struct container_subsys *ss, necessary? I added it to support library-like abstractions - where one subsystem can have its container callbacks and file accesses all handled by a library whic

Re: [lm-sensors] Hardware monitoring subsystem maintainer position is open

Jean Delvare wrote: Hi all, I am resigning from my role as hardware monitoring subsystem (drivers/hwmon) maintainer. This is too much work for me, I do not have the necessary bandwidth to review all the incoming patches, in particular new drivers, in a timely manner. Patch authors have been comp

[PATCH] Improve heuristic detecting sequential reads

Hello! In thread http://lkml.org/lkml/2007/3/9/403, we discussed a problem with the current heuristic for detecting sequential IO in do_generic_mapping_read() - for small files a page is marked as accessed only once which can cause a performance problems. Attached is a patch that improves th

Re: [lm-sensors] Hardware monitoring subsystem maintainer position is open

Hi Hans, On 4/10/07, Hans de Goede <[EMAIL PROTECTED]> wrote: Jean Delvare wrote: > Hi all, > > I am resigning from my role as hardware monitoring subsystem > (drivers/hwmon) maintainer. This is too much work for me, I do not have > the necessary bandwidth to review all the incoming patches, in

[Patch] statistics: fix string termination

Make sure strsep() in statistic_release_def() finds a terminanal '\0' and doesn't attempt to access bytes outside the given buffer. (Patch fixes statistics-infrastructure-simplify-statistics-debugfs-write-function.patch) Patch is against 2.6.21-rc6-mm1. Signed-off-by: Martin Peschke <[EMAIL PROT

Re: If not readdir() then what?

Ulrich Drepper wrote: On 4/10/07, Theodore Tso <[EMAIL PROTECTED]> wrote: That might work. But if in the long term we want to separate out what we can send back via telldir/seekdir, and some future new Posix interface, [...] With all these discussions about fixes for telldir, do we want to pe

Re: Linux 2.6.21-rc6

On Tue, 10 Apr 2007, Jeff Chua wrote: > On 4/6/07, Linus Torvalds <[EMAIL PROTECTED]> wrote: > > > We should be getting close to a 2.6.21 release, so please update any > > regression reports you've done, > > I couldn't get suspend-to-disk to work with 2.6.21-rc6. I've tried > set/unset CONFIG_

[Patch] statistics: small cleanup in debugfs write function

Code looks more sane with this little cleanup, although both memcpy() and kfree() are supposed to cope with NULL pointer or zero length respectively. (Patch cleans up statistics-infrastructure-simplify-statistics-debugfs-write-function.patch) Patch is against 2.6.21-rc6-mm1. Signed-off-by: Marti

Re: init's children list is long and slows reaping children.

* Eric W. Biederman <[EMAIL PROTECTED]> wrote: > > so ... is anyone pursuing this? This would allow us to make > > sys_wait4() faster and more scalable: no tasklist_lock bouncing for > > example. > > which part? all of it :) Everything you mentioned makes sense quite a bit. The thread signal

[Patch] statistics: fix cpu hot unplug related memory leak

In case of CPU hotunplug statistics might have leaked some memory (lists of struct statistic_entry_sparse, about 32 byte each, freed by statistic_sparse_reset()). Patch is against 2.6.21-rc6-mm1. Signed-off-by: Martin Peschke <[EMAIL PROTECTED]> --- statistic.c |1 + 1 file changed, 1 inser

[Patch] cleanup: use seq_release_private() where appropriate

We can save some lines of code by using seq_release_private(). Patch is against 2.6.21-rc6-mm1. Signed-off-by: Martin Peschke <[EMAIL PROTECTED]> --- drivers/md/md.c | 11 +-- fs/proc/proc_misc.c |9 + kernel/kallsyms.c |9 + net/sunrpc/cache.c | 10 +-

Re: [RFC, PATCH 1/3] introduce SYS_CLONE_MASK

On Apr 8 2007 20:57, Oleg Nesterov wrote: > >Anyway, re-parenting to swapper breaks pstree, it doesn't show kernel >threads. And if ->parent == /sbin/init, we can't remove us from ->children >(unless we forbid sub-thread-of-init exec). So the only safe change is >set ->exit_state = -1. Then we ha

Re: If not readdir() then what?

On Apr 10 2007 10:37, Trond Myklebust wrote: > >NFS, OTOH, simply could not work without that requirement, since there >exists no file pointer to tell you where you are in a stream beyond >whatever the server manages to encode inside the opaque cookie+verifier. > >> But the fact of the matter is t

Re: [PATCH] Add spaces on either side of case "..." operator.

On Tue, 10 Apr 2007 07:23:35 -0400 (EDT) "Robert P. J. Day" <[EMAIL PROTECTED]> wrote: > Following the programming advice laid down in the gcc manual, make > sure the case "..." operator has spaces on either side. > > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> > > --- > > According to

Re: I give up

On Tue, Apr 10, Gene Heskett wrote: > On Tuesday 10 April 2007, Olaf Hering wrote: > >On Mon, Apr 09, Dave Dillow wrote: > >> It's not /dev he's backing up -- its /home, /usr, and others. GNU tar > >> saves the device and inode numbers from the {,l}stat() call on each > >> file and decides it is a

Re: [PATCH 2/2] NET: Multiqueue network device support implementation.

On Tue, Apr 10, 2007 at 08:41:49AM -0700, Waskiewicz Jr, Peter P ([EMAIL PROTECTED]) wrote: > > On Mon, Apr 09, 2007 at 02:28:41PM -0700, Peter P Waskiewicz > > Jr ([EMAIL PROTECTED]) wrote: > > > + alloc_size = (sizeof(struct net_device_subqueue) * queue_count); > > > + > > > +

Re: [PATCH] cleanup compat ioctl handling

Christoph Hellwig <[EMAIL PROTECTED]> writes: > Merge all compat ioctl handling into compat_ioctl.c instead of splitting > it over compat.c and compat_ioctl.c. This also allows to get rid of > ioctl32.h Looks good. If someone feels the need to do more cleanup here -- it would be also nice to m

Re: Help Understanding Linux memory management

On Tue, 10 Apr 2007 10:31:34 -0400 "Mouawad, Tony" <[EMAIL PROTECTED]> wrote: > When vm.overcommit_memory = 2 and there appears to be about 2M of memory > readily available and about 12M of memory allocated to pagecache (this > is info gathered from /proc/meminfo) , a call to malloc(500) retur

Re: [PATCH] cleanup compat ioctl handling

On Tue, Apr 10, 2007 at 07:10:02PM +0200, Andi Kleen wrote: > Christoph Hellwig <[EMAIL PROTECTED]> writes: > > > Merge all compat ioctl handling into compat_ioctl.c instead of splitting > > it over compat.c and compat_ioctl.c. This also allows to get rid of > > ioctl32.h > > Looks good. > > I

Re: man-pages-2.44 is released

Michael Kerrisk <[EMAIL PROTECTED]> writes: > > time.7 > mtk > Since kernel 2.6.20, the software clock can also be 300 HZ. Well, since 2.6.21 it will be able to run at any HZ (hrtimers) -Andi - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a

Re: init's children list is long and slows reaping children.

Ingo Molnar <[EMAIL PROTECTED]> writes: > * Eric W. Biederman <[EMAIL PROTECTED]> wrote: > >> > so ... is anyone pursuing this? This would allow us to make >> > sys_wait4() faster and more scalable: no tasklist_lock bouncing for >> > example. >> >> which part? > > all of it :) Everything you me

Re: I give up

On Apr 10 2007 03:51, Gene Heskett wrote: >On Tuesday 10 April 2007, Olaf Hering wrote: >>On Mon, Apr 09, Dave Dillow wrote: >>> It's not /dev he's backing up -- its /home, /usr, and others. GNU tar >>> saves the device and inode numbers from the {,l}stat() call on each >>> file and decides it is

Re: If not readdir() then what?

Jan Engelhardt wrote: I had a thought, but I think it's not quite ripe.. NFS server sends the whole directory contents on NFS client opendir, so that the whole readdir/telldir/seekdir magic can happen on the client only... which would perhaps also enable a cheap telldir/seekdir, and would also

Re: Wanted: irqpoll enhancement to show what is misrouted

On Tue, 10 Apr 2007 11:36:27 -0400 Chuck Ebbert <[EMAIL PROTECTED]> wrote: > Can irqpoll be enhanced to show which interrupts are being misrouted? > It looks like it should be possible to show the actual interrupt, > the driver that is handling it, and what interrupt it's expecting > in a /proc fi

Re: 2.6.20-rt8 patch tweaked for 2.6.20.5

Ingo Molnar wrote: John wrote: Great! Can you tell me how you generate the original -rt patch, so I can provide an updated version when a new 2.6.20 kernel is released? they should be generated the way you did: apply the 2.6.20 baseline -rt kernel patch to the later patches and fix up rejec

Re: If not readdir() then what?

On Tue, 10 Apr 2007 17:54:54 +0200, Jan Engelhardt said: > NFS server sends the whole directory contents on NFS client opendir, > so that the whole readdir/telldir/seekdir magic can happen on the > client only... which would perhaps also enable a cheap telldir/seekdir, > and would also give a 'fix

RE: [PATCH] NET: [UPDATED] Multiqueue network device support implementation.

> Peter P Waskiewicz Jr wrote: > > + /* To retrieve statistics per subqueue - FOR FUTURE USE */ > > + struct net_device_stats* (*get_subqueue_stats)(struct > net_device *dev, > > + int > queue_index); > > > Please no future use stuff, just a

Re: [patch 1/8] [Intel IOMMU] ACPI support for Intel Virtualization Technology for Directed I/O

On Mon, Apr 09, 2007 at 11:39:19PM -0400, Len Brown wrote: > On Monday 09 April 2007 17:55, Ashok Raj wrote: > > This patch contains basic ACPI parsing and enumeration support. > > AFAICS, ACPI supplies the envelope which delivers the table, > and ACPI has some convenience structure definitions fo

Re: [patch 5/8] [Intel IOMMU] Graphics driver workarounds to provide unity map

David Miller wrote: From: Christoph Hellwig <[EMAIL PROTECTED]> Date: Tue, 10 Apr 2007 09:33:51 +0100 On Mon, Apr 09, 2007 at 02:55:57PM -0700, Ashok Raj wrote: Most GFX drivers don't call standard PCI DMA APIs to allocate DMA buffer, Such drivers will be broken with IOMMU enabled. To workarou

Re: [patch 0/8] [Intel IOMMU] Support for Intel Virtualization Technology for Directed I/O

On Tue, Apr 10, 2007 at 09:49:55AM +0200, Andi Kleen wrote: > On Monday 09 April 2007 23:55:52 Ashok Raj wrote: > > > Please help review and provide feedback. > > High level question: how did you solve the "user X server needs IOMMU bypass" > problem? There is no special consideration for user s

Re: [PATCH] Only send pdeath_signal when getppid changes.

On 04/10, Eric W. Biederman wrote: > > So this patch fixes the pdeath_signal behaviour only sending a signal > when the results of getppid would change. Don't get me wrong, I personally like this patch very much. However, A long ago, Albert Cahalan (cc-ed) wrote: > > I rely on thread-to-thread p

Re: If not readdir() then what?

On 4/10/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote: It rather makes any user space accesses irrelevant. The main question seems to be if we can realistically increase the cookie size even to 64 bits. On 32-bit platforms, *not* using _FILE_OFFSET_BITS=64 is already today a stupid thing to do.

Re: [patch] sched: align rq to cacheline boundary

On Tue, Apr 10, 2007 at 08:24:22AM +0200, Ingo Molnar wrote: > > * Siddha, Suresh B <[EMAIL PROTECTED]> wrote: > > > Align the per cpu runqueue to the cacheline boundary. This will > > minimize the number of cachelines touched during remote wakeup. > > > -static DEFINE_PER_CPU(struct rq, runque

Re: init's children list is long and slows reaping children.

On 04/10, Eric W. Biederman wrote: > I'm trying to remember what the story is now. There is a nasty > race somewhere with reparenting, a threaded parent setting SIGCHLD to > SIGIGN, and non-default signals that results in an zombie that no one > can wait for and reap. It requires being reparente

Re: [patch 0/8] [Intel IOMMU] Support for Intel Virtualization Technology for Directed I/O

On Tue, Apr 10, 2007 at 04:34:48AM -0400, Jeff Garzik wrote: > Shaohua Li wrote: > >DMA remapping just uses ACPI table to tell which dma remapping engine a > >pci device is controlled by at boot time. At run time, DMA remapping > >hasn't any interactive with ACPI. > > The Linux kernel _really_ wan

Re: [PATCH (revised)] device_schedule_callback needs a module reference

On Tue, 10 Apr 2007, Cornelia Huck wrote: > Whoops: > > In file included from include/linux/interrupt.h:15, > from include/asm/hardirq.h:18, > from include/linux/hardirq.h:7, > from include/asm-generic/local.h:5, > from include/a

Re: init's children list is long and slows reaping children.

On Tue, Apr 10, 2007 at 03:05:56AM -0400, Jeff Garzik wrote: > Andrew Morton wrote: > >: root 3 0.0 0.0 0 0 ?S18:51 0:00 > >[watchdog/0] > > > >That's the softlockup detector. Confusingly named to look like a, err, > >watchdog. Could probably use keventd. > > I

[no subject]

[PATCH] Clean up x86 control register and MSR macros This patch is based on Rusty's recent cleanup of the EFLAGS-related macros; it extends the same kind of cleanup to control registers and MSRs. It also unifies these between i386 and x86-64; at least with regards to MSRs, the two had definitely

Re: Add a norecovery option to ext3/4?

On Tue, Apr 10, 2007 at 02:08:26PM +0200, Jörn Engel wrote: > On Tue, 10 April 2007 07:27:18 -0400, Theodore Tso wrote: > > > > I suppose what you could do is to read in the journal, and use it to > > create an remapping table so that when you want to read block #5126, > > and block number 5126 is

Re: [PATCH] Clean up x86 control register and MSR macros

H. Peter Anvin wrote: > [PATCH] Clean up x86 control register and MSR macros > > This patch is based on Rusty's recent cleanup of the EFLAGS-related > macros; it extends the same kind of cleanup to control registers and > MSRs. > > It also unifies these between i386 and x86-64; at least with regard

[PATCH] Fix race between attach_task and cpuset_exit

On Wed, Apr 04, 2007 at 10:55:01PM -0700, Paul Menage wrote: > Shouldn't we just put a task_lock()/task_unlock() around these lines > and leave everything else as-is? > > task_lock(tsk); > cs = tsk->cpuset; > tsk->cpuset = &top_cpuset; /* the_top_cpuset_hack - see above */ >

Re: [PATCH 9/10] Vmi timer update.patch

Chris Wright wrote: Thanks for the review! Comments inline. +/* paravirt_ops.get_wallclock = vmi_get_wallclock */ Style nit, these pv_ops.foo = vmi_foo style comments aren't really useful. Yeah, and easy to get out of sync. I'll drop them. + .rating = 1000,

[PATCH 0/2] updates for percpu allocation and alignment patches

Hi Andrew, It looks like -rc6-mm1 has old versions of allow-per-cpu-variables-to-be-page-aligned.patch and x86_64-mm-account-for-module-percpu-space-separately-from-kernel-percpu.patch. Up-to-date versions follow. Thanks, J - To unsubscribe from this list: send the line "unsubscribe linux-ke

[PATCH 1/2] Account for module percpu space separately from kernel percpu

Rather than using a single constant PERCPU_ENOUGH_ROOM, compute it as the sum of kernel_percpu + PERCPU_MODULE_RESERVE. This is now common to all architectures; if an architecture wants to set PERCPU_ENOUGH_ROOM to something special, then it may do so (ia64 is the only one which does). Signed-off

[PATCH 2/2] Allow percpu variables to be page-aligned

Let's allow page-alignment in general for per-cpu data (wanted by Xen, and Ingo suggested KVM as well). Because larger alignments can use more room, we increase the max per-cpu memory to 64k rather than 32k: it's getting a little tight. Signed-off-by: Rusty Russell <[EMAIL PROTECTED]> Signed-off-

Re: [PATCH] console UTF-8 fixes

On Tue, Apr 10, 2007 at 08:43:14AM -0700, H. Peter Anvin wrote: > I don't see the point in dealing with one particular corner case, I wouldn't really call CJK a *corner* case, just think of how many people use these writing systems. Theoretically it's just one particular case, I agree. In practi

Re: [GIT PULL -mm] Unionfs branch management code

Andrew Morton wrote: On Mon, 9 Apr 2007 10:53:51 -0400 "Josef 'Jeff' Sipek" <[EMAIL PROTECTED]> wrote: The following patches introduce new branch-management code into Unionfs as well as fix a number of stability issues and resource leaks. I have a mental note that unionfs is in the "stuck"

[PATCH] x86_64: prevent auto select of mwait_idle for AMD CPUs

This fix is needed for AMD family 10h CPUs. It prevents auto select of mwait_idle for AMD CPUs. MWAIT does not enter C-states on family 10h and more power saving is reached by entering C1 with default_idle. The patch also adds an idle=mwait command line option to select mwait_idle for benchmarkin

Re: [PATCH 9/10] Vmi timer update.patch

* Zachary Amsden ([EMAIL PROTECTED]) wrote: > >>+void __init vmi_time_init(void) > >>+{ > >>+ /* Disable PIT: BIOSes start PIT CH0 with 18.2hz peridic. */ > >>+ outb_p(0x3a, PIT_MODE); /* binary, mode 5, LSB/MSB, ch 0 */ > > > >That shouldn't be necessary using clockevents. > > Actually, I'm n

[PATCH] i386: prevent auto select of mwait_idle for AMD CPUs

This fix is needed for AMD family 10h CPUs. It prevents auto select of mwait_idle for AMD CPUs. MWAIT does not enter C-states on family 10h and more power saving is reached by entering C1 with default_idle. Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]> --- arch/i386/kernel/cpu/amd.c|

Re: [PATCH] console UTF-8 fixes

Egmont Koblinger wrote: On Tue, Apr 10, 2007 at 08:43:14AM -0700, H. Peter Anvin wrote: I don't see the point in dealing with one particular corner case, I wouldn't really call CJK a *corner* case, just think of how many people use these writing systems. Theoretically it's just one particula

Re: [PATCH] x86_64: prevent auto select of mwait_idle for AMD CPUs

Actually I have also written patches to clear the MWAIT flag for AMD CPUs. But after re-reading of specs (also Intel's specs) I preferred to keep the MWAIT flag but to introduce a MWAIT_NO_CSTATE flag. I think this is the cleaner solution. Regards, Andreas - To unsubscribe from this list: s

Re: [PATCH] Clean up x86 control register and MSR macros

Jeremy Fitzhardinge wrote: Is having separate bit numbers and masks useful? If so, is it worth doing for the others? I presume it's useful, or at least *used* in the current code, since that was there already. If deemed useful, it's something we could add to the other bitmasks.

Re: [PATCH] console UTF-8 fixes

> What do you exactly mean by this? Doing a binary search in a table of 11 > intervals to find out whether a character is double-wide? Adding > approximately 30 lines of code (including the table and the binary search > routine) to the kernel to handle this case? I don't think it's bloat. It's a I

Re: [GIT PULL -mm] Unionfs branch management code

On Tue, Apr 10, 2007 at 01:22:52PM -0400, Shaya Potter wrote: > Andrew Morton wrote: > >On Mon, 9 Apr 2007 10:53:51 -0400 "Josef 'Jeff' Sipek" > ><[EMAIL PROTECTED]> wrote: > > > >>The following patches introduce new branch-management code into Unionfs as > >>well as fix a number of stability iss

Re: [PATCH] console UTF-8 fixes

Alan Cox wrote: What do you exactly mean by this? Doing a binary search in a table of 11 intervals to find out whether a character is double-wide? Adding approximately 30 lines of code (including the table and the binary search routine) to the kernel to handle this case? I don't think it's bloat.

<    1   2   3   4   5   >