Re: [PATCH] lirc: remove backwards compatibility macro obfuscation

2007-02-03 Thread Christoph Bartelmus
Hi Pekka, on 02 Feb 07 at 10:39, you wrote: [...] > On 02 Feb 2007 05:54:00 +0100, Christoph Bartelmus <[EMAIL PROTECTED]> > wrote: >> Any help welcome. > Here's a start. As I'm running a 2.4 kernel myself you will probably understand that I am a bit reluctant to drop 2.4 support from LIRC rig

Re: [PATCH] lirc: remove backwards compatibility macro obfuscation

2007-02-03 Thread Christoph Bartelmus
Hi Vincent, on 02 Feb 07 at 12:04, you wrote: > On 2/2/07, Pekka J Enberg <[EMAIL PROTECTED]> wrote: >> From: Pekka Enberg <[EMAIL PROTECTED]> >> [...] >> drivers/lirc_atiusb/lirc_atiusb.c | 102 - > ^^ > > I may be mistaken, b

Re: [patch 25/59] Fix UML on non-standard VM split hosts

2007-02-03 Thread Jeff Dike
On Sat, Feb 03, 2007 at 05:06:54PM -0800, Randy Dunlap wrote: > The reformatting looks bad to me. Kconfig help text should be > indented consistently by 2 spaces under "help". > > This can be fixed later if you don't want to drop it from -stable. The formatting actually broke the Kconfig option,

Re: [PATCH 3/7] barrier: a scalable synchonisation barrier

2007-02-03 Thread Alan Stern
On Sat, 3 Feb 2007, Paul E. McKenney wrote: > > And another note: this all assumes that STORE-MB-LOAD works "correctly", > > yes? > > We have other code which relies on that, should not be a problem. > > We have been working with Doug Lea of SUNY Oswego, Sebatian Burckhardt of > University of Pe

Re: [patch 1/9] fs: libfs buffered write leak fix

2007-02-03 Thread Nick Piggin
On Sat, Feb 03, 2007 at 05:49:47PM +, Jörn Engel wrote: > On Sat, 3 February 2007 02:33:16 +0100, Nick Piggin wrote: > > > > If doing a partial-write, simply clear the whole page and set it uptodate > > (don't need to get too tricky). > > That sounds just like a bug I recently fixed in logfs.

[PATCH] POSIX timers RCU optimization fix for clock_gettime

2007-02-03 Thread Paul E. McKenney
Fixes an exit()/posix_cpu_clock_get() race spotted by Oleg Nesterov. Solution is to move the p->signal check under the tasklist_lock. Signed-off-by: Paul E. McKenney <[EMAIL PROTECTED]> --- posix-cpu-timers.c |9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff -urpNa -X dontd

[PATCH] ifdef missing in arch/mips/pmc-sierra/yosemite/setup.c

2007-02-03 Thread Mathieu Desnoyers
ifdef missing in arch/mips/pmc-sierra/yosemite/setup.c early_serial_setup is only defined when CONFIG_SERIAL_8250 is set. Applies on 2.6.20-rc7. Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]> --- a/arch/mips/pmc-sierra/yosemite/setup.c +++ b/arch/mips/pmc-sierra/yosemite/setup.c @@ -171,6

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

2007-02-03 Thread Paul E. McKenney
This patch removes PF_NOFREEZE from the rcutorture and RCU-boost threads, adding try_to_freeze() calls as required. Passes the usual tests, but I don't have a good freeze test handy as yet. Signed-off-by: Paul E. McKenney <[EMAIL PROTECTED]> --- rcupreempt.c |4 +++- rcutorture.c |9 +++

Re: [patch 25/59] Fix UML on non-standard VM split hosts

2007-02-03 Thread Randy Dunlap
On Sat, 3 Feb 2007 22:11:52 -0500 Jeff Dike wrote: > On Sat, Feb 03, 2007 at 05:06:54PM -0800, Randy Dunlap wrote: > > The reformatting looks bad to me. Kconfig help text should be > > indented consistently by 2 spaces under "help". > > > > This can be fixed later if you don't want to drop it fr

Re: Fw: Re: [mm PATCH 4/6] RCU: (now) CPU hotplug

2007-02-03 Thread Paul E. McKenney
On Sat, Feb 03, 2007 at 01:17:45AM +0100, Pavel Machek wrote: > Hi! > > > > Part of what I need to look at. ;-) > > > > OK. This just might be feasible. That said, there is a lot of code > > containing PF_NOFREEZE that I am not familiar with. That said, here > > are my thoughts -- this is in

Re: unfixed regression in 2.6.20-rc6 (since 2.6.19)

2007-02-03 Thread Greg KH
On Tue, Jan 30, 2007 at 06:40:10PM +0100, Rainer Weikusat wrote: > Greg KH <[EMAIL PROTECTED]> writes: > > [...] > > > Rainer's problem is a real bug in the USB driver code, which we need to > > work on getting fixed, Ok, here's an updated version, that should tell us where things are going wron

Re: [RFC] Pack the vfsmount and dentry in nameidata into a struct path

2007-02-03 Thread Jörn Engel
On Sat, 3 February 2007 14:25:37 -0800, Andreas Gruenbacher wrote: > > While we store the (dentry, nameidata) in struct file as a struct path, we do > not do so in struct nameidata at the moment. Here is a patch that changes > that. The changes are syntactic only; gcc should generate identical c

[PATCH] fix rtl8150

2007-02-03 Thread Al Viro
That code doesn't do what its author apparently thought it would do... Signed-off-by: Al Viro <[EMAIL PROTECTED]> --- diff --git a/drivers/usb/net/rtl8150.c b/drivers/usb/net/rtl8150.c index e0eecda..670262a 100644 --- a/drivers/usb/net/rtl8150.c +++ b/drivers/usb/net/rtl8150.c @@ -284,7 +

Re: [Linux-usb-users] 2.6.20-rc7 USB issue(?) [disabled by hub(EMI?)]

2007-02-03 Thread Alan Stern
On Sat, 3 Feb 2007, Justin Piszcz wrote: > Not sure if this is normal or not, was not doing anything out of the > ordinary and after secs/3600.. ~ 42hrs this occured? > > $ uptime > 19:06:17 up 2 days, 29 min, 10 users, load average: 0.13, 0.07, 0.06 > > $ uname -ra > Linux p34 2.6.20-rc7 #

Re: 2.6.20-rc7: known regressions (v2) (part 1)

2007-02-03 Thread Adam Kropelin
Eric W. Biederman wrote: "Adam Kropelin" <[EMAIL PROTECTED]> writes: Can I get the corresponding lspci -xxx output. I suspect the BIOS did not program the hypertransport MSI mapping capabilities correctly. All it has to do is set the enable but still, occasionally BIOS writers miss the most am

Re: [PATCH 2 of 4] Introduce i386 fibril scheduling

2007-02-03 Thread Davide Libenzi
On Tue, 30 Jan 2007, Zach Brown wrote: > + /* > + * XXX The idea is to copy all but the actual call stack. Obviously > + * this is wildly arch-specific and belongs abstracted out. > + */ > + *next->ti = *ti; > + *thread_info_pt_regs(next->ti) = *thread_info_pt_regs(ti)

Re: [PATCH 4 of 4] Introduce aio system call submission and completion system calls

2007-02-03 Thread Davide Libenzi
On Tue, 30 Jan 2007, Zach Brown wrote: > +void asys_task_exiting(struct task_struct *tsk) > +{ > + struct asys_result *res, *next; > + > + list_for_each_entry_safe(res, next, &tsk->asys_completed, item) > + kfree(res); > + > + /* > + * XXX this only works if tsk->fibr

Re: [PATCH 0 of 4] Generic AIO by scheduling stacks

2007-02-03 Thread Davide Libenzi
On Tue, 30 Jan 2007, Zach Brown wrote: > This very rough patch series introduces a different way to provide AIO support > for system calls. Zab, great stuff! I've found a little time to take a look at the patches and throw some comments at you. Keep in mind though, that the last time I seriously

Re: 2.6.20-rc7: known regressions (v2) (part 1)

2007-02-03 Thread Eric W. Biederman
"Adam Kropelin" <[EMAIL PROTECTED]> writes: > Naive question... Can the pci layer (or e1000) detect that MSI is not enabled > in > the hardware and avoid using it in that case? With the number of MSI problems > showing up it seems risky to assume it's usable on any given platform without > some s

Re: [PATCH 3/7] barrier: a scalable synchonisation barrier

2007-02-03 Thread Paul E. McKenney
On Sat, Feb 03, 2007 at 10:24:04PM -0500, Alan Stern wrote: > On Sat, 3 Feb 2007, Paul E. McKenney wrote: > > > > And another note: this all assumes that STORE-MB-LOAD works "correctly", > > > yes? > > > We have other code which relies on that, should not be a problem. > > > > We have been worki

Re: NCPFS and brittle connections

2007-02-03 Thread Petr Vandrovec
Pierre Ossman wrote: Ok... how about this baby instead. I've replaced the stack allocated request structure by one allocated with kmalloc() and reference counted using an atomic_t. I couldn't see anything else that was associated to the process, so I believe this should suffice. (This is just a

Re: [stable] [patch 00/59] -stable review

2007-02-03 Thread Randy Dunlap
On Fri, 2 Feb 2007 18:59:13 -0800 Chris Wright wrote: > * Chris Wright ([EMAIL PROTECTED]) wrote: > > Responses should be made by Mon Feb 3 02:30 UTC 2007 > > Yes, that's Mon Feb 5 (thanks to those on their toes ;-) > > And the roll-up will be available at: > > > http://www.kernel.org/p

[PATCH] kernel/time/clocksource.c needs struct task_struct on m68k

2007-02-03 Thread Mathieu Desnoyers
kernel/time/clocksource.c needs struct task_struct on m68k. Because it uses spin_unlock_irq(), which, on m68k, uses hardirq_count(), which uses preempt_count(), which needs to dereference struct task_struct, we have to include sched.h. Because it would cause a loop inclusion, we cannot include sch

Re: A CodingStyle suggestion

2007-02-03 Thread Willy Tarreau
On Sat, Feb 03, 2007 at 04:40:42PM -0800, Randy Dunlap wrote: > On Sat, 03 Feb 2007 16:21:18 -0800 Roland Dreier wrote: > > > > Good catch :). A small grep of `access_ok' reveals that it's always used > > in the > > > form of: > > > if (!access_ok()) { .. } > > > > > > I can conclude that

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

2007-02-03 Thread Andrew Morton
On Sun, 4 Feb 2007 00:32:12 -0500 "Keenan Pepper" <[EMAIL PROTECTED]> wrote: > I just upgraded the kernel on my System76 Gazelle laptop (basically an > ASUS Z62FP without the Microsoft tax) and the hard drive began > freezing every few minutes. I blacklisted ata_piix and the problem > went away, s

Re: Free Linux Driver Development!

2007-02-03 Thread Larry Finger
On Thu, Feb 01, 2007 at 09:45:45PM EST, Lennart Sorensen wrote: >On Thu, Feb 01, 2007 at 02:59:03PM +0100, Erik Mouw wrote: >> I can't remember that kind of corruption ever being reported to the >> bcm43xx-dev mailing list. I came into this discussion late as I only read LKML in summary form, but

[PATCH] HIL small fix

2007-02-03 Thread Cyrill V. Gorcunov
This patch adds a checking for errors in hil_keyb_init. Also some extra spaces are removed. Signed-off-by: Cyrill V. Gorcunov <[EMAIL PROTECTED]> --- dvers/input/keyboard/hilkbd.c | 106 +++ 1 files changed, 62 insertions(+), 44 deletions(-) diff --git a/d

RE: [PATCH] Ban module license tag string termination trick

2007-02-03 Thread David Schwartz
> On Feb 3 2007 10:31, David Schwartz wrote: > > > >The way out of the GPL problem is to make clear that it is *not* a > >copyright enforcement scheme > > So why do we have EXPORT_SYMBOL_GPL then, if > > - there shall be no enforcement (such as requiring modules to carry > exactly one MODU

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

2007-02-03 Thread David Schwartz
> Easy. O_NONBLOCK should only affect whether read/write blocks or > returns EAGAIN. It's logical for this setting to be per-process. Sadly, that's not what POSIX says. POSIX says that 'dup' and 'fork' create two references to the same file description and that O_NONBLOCK is a per-file-descriptio

RE: 2.6.20-rc6-mm3

2007-02-03 Thread Starikovskiy, Alexey Y
This warning should probably be disabled, to not confuse users... Spec says that some registers are optional, and ACPICA used to keep silence then it encountered one, but now it produces this meaningless warning... Ignore it... Regards, Alex. >-Original Message- >From: Cedric Le G

a quick survey: "FIELD_SIZEOF" or "MEMBER_SIZE"?

2007-02-03 Thread Robert P. J. Day
pardon the interruption but, once upon a time, we were discussing cleaning up code to use the kernel.h-defined macro "FIELD_SIZEOF". some folks suggested that the macro name itself was kind of awkward as it didn't fit the pattern of "ARRAY_SIZE" defined in that same header file. because of

Re: [PATCH/RFC] alternative aproach to: Ban module license tag string termination trick

2007-02-03 Thread Russell King
On Sat, Feb 03, 2007 at 03:08:14AM +0100, Bodo Eggert wrote: > This patch changes the module license handling code to: > - prevent the "GPL\0 for nothing"-trick You can achieve this effect without changing the existing module format, and it's far more difficult to bypass with build-with- modified

Re: [PATCH 2 of 4] Introduce i386 fibril scheduling

2007-02-03 Thread Ingo Molnar
* Linus Torvalds <[EMAIL PROTECTED]> wrote: > On Sat, 3 Feb 2007, Ingo Molnar wrote: > > > > Well, in my picture, 'only if you block' is a pure thread > > utilization decision: bounce a piece of work to another thread if > > this thread cannot complete it. (if the kernel is lucky enough that

hdparm for lib_pata

2007-02-03 Thread Patrick Ale
Hi guys, Me again, sorry. Is it possible to make hdparm work with libata? I have some drives that for some reason fall back to lower UDMA settings (like UDMA/44) while the drive is UDMA/100. I blame the way I set-up my raid arrays for this and the bus not being able to handle all the data that g

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

2007-02-03 Thread Andrew Morton
On Fri, 2 Feb 2007 22:20:12 -0800 (PST) Christoph Lameter <[EMAIL PROTECTED]> wrote: > This is a new variation on the earlier RFC for tracking mlocked pages. > We now mark a mlocked page with a bit in the page flags and remove > them from the LRU. Pages get moved back when no vma that references

Re: hdparm for lib_pata

2007-02-03 Thread Patrick Ale
Hi, The problem is even worse, the drive falls back to PIO mode and there is no way I can get it back to dma mode (like I could by using hdparm). The only thing i can do is reboot the machine so it will see the drive is UDMA capable. If there is some beta/gamma software around or something you'd

Re: a quick survey: "FIELD_SIZEOF" or "MEMBER_SIZE"?

2007-02-03 Thread Matt Mackall
On Sat, Feb 03, 2007 at 02:49:34AM -0500, Robert P. J. Day wrote: > > pardon the interruption but, once upon a time, we were discussing > cleaning up code to use the kernel.h-defined macro "FIELD_SIZEOF". > > some folks suggested that the macro name itself was kind of awkward > as it didn't f

Re: 2.6.20-rc7: known regressions

2007-02-03 Thread Frédéric Riss
Le vendredi 02 février 2007 à 17:55 -0800, Andrew Morton a écrit : > - I have efi-x86-pass-firmware-call-parameters-on-the-stack.patch, but > I'm not sure it's right and unless something really rapid happens, we'll > ship with that bug unfixed. Things I can say: - Works for me :-) - When you

Re: 2.6.20-rc7: known regressions

2007-02-03 Thread Andrew Morton
On Sat, 03 Feb 2007 10:19:51 +0100 Frédéric Riss <[EMAIL PROTECTED]> wrote: > Le vendredi 02 février 2007 à 17:55 -0800, Andrew Morton a écrit : > > - I have efi-x86-pass-firmware-call-parameters-on-the-stack.patch, but > > I'm not sure it's right and unless something really rapid happens, we'll

Re: 2.6.20-rc7: known regressions

2007-02-03 Thread Andi Kleen
> /* > + * Wrap all the virtual calls in a way that forces the parameters on the > stack. > + */ > + > +#define efi_call_virt(f, args...) \ > + ((efi_##f##_t __attribute__((regparm(0)))*)efi.systab->runtime->f)(args) > + > +static efi_status_t virt_efi_get_time(efi_time_t *tm, efi_time_cap_t

Re: [PATCH 2 of 4] Introduce i386 fibril scheduling

2007-02-03 Thread Matt Mackall
On Sat, Feb 03, 2007 at 09:23:08AM +0100, Ingo Molnar wrote: > The normal and most optimal workflow should be a user-space ring-buffer > of these constant-size struct async_syscall entries: > > struct async_syscall ringbuffer[1024]; > > LIST_HEAD(submitted); > LIST_HEAD(pending); > LIST_

Re: 2.6.20-rc7: known regressions

2007-02-03 Thread Frédéric Riss
Le samedi 03 février 2007 à 10:33 +0100, Andi Kleen a écrit : > > /* > > + * Wrap all the virtual calls in a way that forces the parameters on the > > stack. > > + */ > > + > > +#define efi_call_virt(f, args...) \ > > + ((efi_##f##_t > > __attribute__((regparm(0)))*)efi.systab->runtime->f)(a

Re: [PATCH 1/2] x86_64 irq: Simplfy __assign_irq_vector

2007-02-03 Thread Andi Kleen
On Saturday 03 February 2007 01:31, Eric W. Biederman wrote: > > By precomputing old_mask I remove an extra if statement, remove an > indentation level and make the code slightly easier to read. > > This comes before my bugfix in the next patch so the patch and the > resulting code stay readable.

Re: 2.6.20-rc7: known regressions

2007-02-03 Thread Andi Kleen
On Saturday 03 February 2007 10:49, Frédéric Riss wrote: > Was what I did in the initial patch: > http://lkml.org/lkml/2007/1/30/258 > > The issue is that the structure definition is used on multiple > architectures (for now ia64 and i386) which might used different calling > conventions.

Re: [PATCH 2/2] x86_64 irq: Handle irqs pending in IRR during irq migration.

2007-02-03 Thread Andi Kleen
> Once the migration operation is complete we know we will receive > no more interrupts on this vector so the irq pending state for > this irq will no longer be updated. If the irq is not pending and > we are in the intermediate state we immediately free the vector, > otherwise in we free the vec

Re: Three if-clauses of constant logic value; char drivers for kernel 2.4.33.3

2007-02-03 Thread Willy Tarreau
Hi Mats, On Tue, Dec 19, 2006 at 09:59:37PM +0100, Mats Erik Andersson wrote: > Hi there, all masters of kernel code, > > I just discovered that the kernel code for 2.4.33.3 contains three > if-statements that never can change their values, whence they should > be repaired or eliminated. In sourc

Re: [patch 1/1] PM: Adds remount fs ro at suspend

2007-02-03 Thread Christoph Hellwig
On Fri, Feb 02, 2007 at 01:50:10PM -1000, [EMAIL PROTECTED] wrote: > > > This adds the ability for the file system to remounted as read only during a > system suspend. Log the mount points so when the resume occurs, they can be > remounted back to their original states. This is so in an advent

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

2007-02-03 Thread Christoph Hellwig
On Fri, Feb 02, 2007 at 10:20:12PM -0800, Christoph Lameter wrote: > This is a new variation on the earlier RFC for tracking mlocked pages. > We now mark a mlocked page with a bit in the page flags and remove > them from the LRU. Pages get moved back when no vma that references > the page has VM_LO

Re: [PATCH 2 of 4] Introduce i386 fibril scheduling

2007-02-03 Thread Ingo Molnar
* Matt Mackall <[EMAIL PROTECTED]> wrote: > On Sat, Feb 03, 2007 at 09:23:08AM +0100, Ingo Molnar wrote: > > The normal and most optimal workflow should be a user-space ring-buffer > > of these constant-size struct async_syscall entries: > > > > struct async_syscall ringbuffer[1024]; > > > >

Re: [PATCH 2/2] x86_64 irq: Handle irqs pending in IRR during irq migration.

2007-02-03 Thread Eric W. Biederman
Andi Kleen <[EMAIL PROTECTED]> writes: >> Once the migration operation is complete we know we will receive >> no more interrupts on this vector so the irq pending state for >> this irq will no longer be updated. If the irq is not pending and >> we are in the intermediate state we immediately free

Re: [PATCH 2/2] x86_64 irq: Handle irqs pending in IRR during irq migration.

2007-02-03 Thread Andi Kleen
On Saturday 03 February 2007 11:22, Eric W. Biederman wrote: > Andi Kleen <[EMAIL PROTECTED]> writes: > > >> Once the migration operation is complete we know we will receive > >> no more interrupts on this vector so the irq pending state for > >> this irq will no longer be updated. If the irq is

Re: 2.6.20-rc7: known regressions

2007-02-03 Thread Frédéric Riss
Le samedi 03 février 2007 à 10:58 +0100, Andi Kleen a écrit : > Define a efilinkage macro then that expands to nothing on ia64 > > Probably asmlinkage would work already, syscall_linkage as used on ia64 > doesn't > seem to affect function pointers. And here it goes: When calling into the EFI fi

Re: x60: mmc card reader problem

2007-02-03 Thread Pavel Machek
Hi! > ...it wants me to report: > > > ...yes, I yanked the card when I seen "unknown partition table". > > (This is how it looks on debug console; it captured the dumps, too:) Well, it seems it recovered after one more reinsert: Feb 3 01:24:49 amd kernel: mmc0: Controller never released inhi

x60: mmc card reader problem

2007-02-03 Thread Pavel Machek
Hi! ...it wants me to report: ...yes, I yanked the card when I seen "unknown partition table". (This is how it looks on debug console; it captured the dumps, too:) Pavel Feb 3 01:21:43 amd kernel: mmcblk0: mmc0:0001 IFX

Re: 2.6.20-rc7: known regressions

2007-02-03 Thread Andi Kleen
> +#ifdef CONFIG_X86_32 > +#define efilinkage asmlinkage > +#else > +#define efilinkage > +#endif No ifdefs, this should be somewhere in the headers for the EFI supporting architectures But I suspect you could actually get away with just using asmlinkage (after reviewing the ia64 asmlinkage I th

Re: 2.6.20-rc7: known regressions

2007-02-03 Thread Frédéric Riss
Le samedi 03 février 2007 à 11:51 +0100, Andi Kleen a écrit : > > + > > +typedef efilinkage efi_status_t efi_get_time_t (efi_time_t *tm, > > + efi_time_cap_t *tc); > > I assume you have double checked it actually works? (i vaguely recall some > issues with

Re: 2.6.20-rc7: known regressions

2007-02-03 Thread Frédéric RISS
Le samedi 03 février 2007 à 11:57 +0100, Frédéric Riss a écrit : > Le samedi 03 février 2007 à 11:51 +0100, Andi Kleen a écrit : > > > + > > > +typedef efilinkage efi_status_t efi_get_time_t (efi_time_t *tm, > > > + efi_time_cap_t *tc); > > > > I assume you

Re: Fw: Re: [mm PATCH 4/6] RCU: (now) CPU hotplug

2007-02-03 Thread Pavel Machek
Hi! > > > > static int _cpu_down(unsigned int cpu) > > > > { > > > > int err; > > > > struct task_struct *p; > > > > cpumask_t old_allowed, tmp; > > > > > > > > if (num_online_cpus() == 1) > > > >

Re: sed _s_gnu_alternatives_ (Re: [rft] (g)awk substitution)

2007-02-03 Thread David Weinehall
On Thu, Jan 25, 2007 at 07:14:07PM +, Oleg Verych wrote: > On Thu, Jan 25, 2007 at 01:03:32PM -0500, Rob Landley wrote: > > On Thursday 25 January 2007 4:40 am, Oleg Verych wrote: > > > > Your objection is a bit like saying "and don't use cat". I'm saying > > > > don't > > > > call cat "gcat

Re: Fw: Re: [mm PATCH 4/6] RCU: (now) CPU hotplug

2007-02-03 Thread Pavel Machek
Hi! > > Part of what I need to look at. ;-) > > OK. This just might be feasible. That said, there is a lot of code > containing PF_NOFREEZE that I am not familiar with. That said, here > are my thoughts -- this is in addition to the changes to freeze_processes() > and thaw_processes() called

Re: scripts/makelst: bc -> shell Re: sed _s_gnu_alternatives_ (Re: [rft] (g)awk substitution)

2007-02-03 Thread David Weinehall
On Sat, Jan 27, 2007 at 06:38:36AM +, Oleg Verych wrote: [snip] > ,-*- diff snip -*- > |-t4=`echo $t3 | gawk '{ print $1 }'` > |-t5=`echo $t1 | gawk '{ print $1 }'` > |+t4=`pos_param 1 $t3` > |+t5=`pos_param 1 $t1` > 5 t6=`echo $t4 - $t5 | tr a-f A-F` > 6 t7=`( echo iba

Re: [PATCH/RFC] alternative aproach to: Ban module license tag string termination trick

2007-02-03 Thread Jan Engelhardt
On Feb 3 2007 03:08, Bodo Eggert wrote: > >This patch changes the module license handling code to: >- allow modules to have multiple licenses >- access GPL symbols if at least one license is GPL-compatible I strongly nak that. If you combine two object files (e.g. foo.o, bar.o) that have differen

Re: [PATCH/RFC] alternative aproach to: Ban module license tag string termination trick

2007-02-03 Thread Jan Engelhardt
On Feb 3 2007 08:14, Russell King wrote: >On Sat, Feb 03, 2007 at 03:08:14AM +0100, Bodo Eggert wrote: >> This patch changes the module license handling code to: >> - prevent the "GPL\0 for nothing"-trick > >You can achieve this effect without changing the existing module >format, and it's far mor

Re: 2.6.20-rc6-mm3

2007-02-03 Thread Pavel Machek
Hi! > * Karsten Wiese <[EMAIL PROTECTED]> wrote: > > > Serial port console is off here and the jiffies update fix doesn't > > make a noticeable difference. > > ok, this eliminates my serial port theory. > > and this means i'm having trouble reproducing this problem locally. > Maybe i tried it

Re: [PATCH/RFC] alternative aproach to: Ban module license tag string termination trick

2007-02-03 Thread Theodore Tso
On Sat, Feb 03, 2007 at 12:32:08PM +0100, Jan Engelhardt wrote: > I strongly nak that. If you combine two object files (e.g. foo.o, bar.o) > that have different licenses, the resulting object file (comb.o) IMHO > constitutes a combined work, and hence the GPL should be applied to all of > it. That

Re: hdparm for lib_pata

2007-02-03 Thread Rene Rebe
On Saturday 03 February 2007 09:55:52 Patrick Ale wrote: > Hi, > > The problem is even worse, the drive falls back to PIO mode and there > is no way I can get it back to dma mode (like I could by using > hdparm). The only thing i can do is reboot the machine so it will see > the drive is UDMA capa

Re: Slower CPU frequency reported by the kernel

2007-02-03 Thread lnx . tmp
On Fri, 02 Feb 2007 12:11:25 +0100, Francis Moreau wrote: > Hi, > > I'm using a PC with AMD 64 3000+ cpu which is theoricaly running at > 2Ghz. But when looking at /proc/cpuinfo, the kernel reports that it > runs only at 1Ghz: > ... > What's going wrong ? Do you have feature called "Cool N' Quiet

[PATCH update] ieee1394: cycle timer read extension for raw1394/libraw1394

2007-02-03 Thread Stefan Richter
From: Pieter Palmers <[EMAIL PROTECTED]> This implements the simultaneous read of the isochronous cycle timer and the system clock (in usecs). This allows to express the exact receive time of an ISO packet as a system time with microsecond accuracy. http://bugzilla.kernel.org/show_bug.cgi?id=7773

Re: Slower CPU frequency reported by the kernel

2007-02-03 Thread Di, Wu
maybe, you start a powersaved service, and enable the cpufreq module of kernel. You need run "powersave -f" for fix your CPU to highest frequency supported. On Sat, 2007-02-03 at 12:19 +, [EMAIL PROTECTED] wrote: > On Fri, 02 Feb 2007 12:11:25 +0100, Francis Moreau wrote: > > Hi, > > > > I'm

Re: scripts/makelst: bc -> shell Re: sed _s_gnu_alternatives_ (Re: [rft] (g)awk substitution)

2007-02-03 Thread Oleg Verych
On Sat, Feb 03, 2007 at 12:24:59PM +0100, David Weinehall wrote: > On Sat, Jan 27, 2007 at 06:38:36AM +, Oleg Verych wrote: > [snip] > > ,-*- diff snip -*- > > |-t4=`echo $t3 | gawk '{ print $1 }'` > > |-t5=`echo $t1 | gawk '{ print $1 }'` > > |+t4=`pos_param 1 $t3` > > |+t5=`po

Re: [PATCH 0/4] coredump: core dump masking support v2

2007-02-03 Thread Pavel Machek
Hi! > >>>Can you make this a little more transparent? Having a magic bitmask does > >>>not seem like the best way to do stuff. Could you maybe make a core_flags > >>>directory with a seperate file for each flag. It could still map to a > >>>single field in the mm, but be broken out for the proc

[PATCH] Remove final references to deprecated "MAP_ANON" page protection flag.

2007-02-03 Thread Robert P. J. Day
Remove the last vestiges of the long-deprecated "MAP_ANON" page protection flag: use "MAP_ANONYMOUS" instead. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- fs/aio.c |2 +- fs/binfmt_elf_fdpic.c |2 +- include/asm-alpha/mman.h |1 - include/asm-

[RFC] [PATCH] Fix up needless kmap:s

2007-02-03 Thread Pierre Ossman
Hi Alex, I'd like you to test and comment on the following patch. Rgds -- -- Pierre Ossman Linux kernel, MMC maintainerhttp://www.kernel.org PulseAudio, core developer http://pulseaudio.org rdesktop, core developer http://www.rdesktop.org >From c8467c6b0ea04

which header for local_irq_save? (was Re: [PATCH update] ieee1394: cycle timer read extension for raw1394/libraw1394)

2007-02-03 Thread Stefan Richter
I wrote: > --- linux.orig/drivers/ieee1394/ieee1394_core.c 2007-01-27 > 14:07:00.0 +0100 > +++ linux/drivers/ieee1394/ieee1394_core.c2007-02-03 13:47:33.0 > +0100 > @@ -33,6 +33,9 @@ > #include > #include > #include > +#include > +#include > +#include > > #in

Re: [PATCH/RFC] alternative aproach to: Ban module license tag string termination trick

2007-02-03 Thread Bodo Eggert
On Sat, 3 Feb 2007, Jan Engelhardt wrote: > On Feb 3 2007 03:08, Bodo Eggert wrote: > >This patch changes the module license handling code to: > >- allow modules to have multiple licenses > >- access GPL symbols if at least one license is GPL-compatible > > I strongly nak that. If you combine two

Re: [PATCH 2 of 4] Introduce i386 fibril scheduling

2007-02-03 Thread linux
First of all, may I say, this is a wonderful piece of work. It absolutely reeks of The Right Thing. Well done! However, while I need to study it in a lot more detail, I think Ingo's implementation ideas make a lot more immediate sense. It's the same idea that I thought up. Let me make it concre

Re: [PATCH update] ieee1394: cycle timer read extension for raw1394/libraw1394

2007-02-03 Thread Pieter Palmers
Stefan Richter wrote: From: Pieter Palmers <[EMAIL PROTECTED]> This implements the simultaneous read of the isochronous cycle timer and the system clock (in usecs). This allows to express the exact receive time of an ISO packet as a system time with microsecond accuracy. http://bugzilla.kernel.

Re: [PATCH 2/2] x86_64 irq: Handle irqs pending in IRR during irq migration.

2007-02-03 Thread l . genoni
As I reported when I tested this patch, it works, but I could see an abnormally high load averay while triggering the error message. anyway, it is better to have an high load averag three or four times higher than what you would expect then a crash/reboot. isn't it? :) Luigi Genoni p.s. will

Re: [PATCH 4/4] Add MMC Password Protection (lock/unlock) support V9: mmc_sysfs.diff

2007-02-03 Thread Pierre Ossman
Anderson Briglia wrote: > Hi Pierre, > > How about now? Is better? > > Locking problem is still there. You need to unclaim the host even when claim fails. Rgds -- -- Pierre Ossman Linux kernel, MMC maintainerhttp://www.kernel.org PulseAudio, core developer http://p

Disabling Flow Control doesn't fix the problem for me.

2007-02-03 Thread Thomas Glanzmann
Hello Stephen, I just want to let you know, that you last patch on lkml, doesn't fix the problem for me. But I think we tried that before with ethtool (not as a kernel patch). However with my watchdog I can live at the moment. Thomas - To unsubscribe from this list: send the line "unsubscr

Some process went UNINTERRUPTABLE forever.

2007-02-03 Thread Di, Wu
The process status of 'pdflush' went to UNINTERRUPTIBLE forever, and then I edit some file(in other media) use 'vi', the 'vi' also went to that status. And I cannot even reboot my system, instead I need use the power button. I am using Kernel-2.6.20-rc6-mm3 with 'preemptible' option. - To unsubsc

[PATCH 1/1] Char: cyclades, use pci_device_id

2007-02-03 Thread Jiri Slaby
cyclades, use pci_device_id Use pci_device_id struct instead of ushort array. Add MODULE_DEVICE_TABLE. Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]> --- commit 19616d3278c941961db6344fb2217695c32d7b55 tree e42914f6edb4f350b86cb41e4dcd16b201d7b5c5 parent d90437a76c6514f1e6160ca75afa5597fd4a274c a

[PATCH 2/2] Char: use more PCI_DEVICE macro

2007-02-03 Thread Jiri Slaby
use more PCI_DEVICE macro Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]> --- commit 047d70c2758f6c0bb91350bfd4aca1a8a588d35f tree c978c1e8d3748bb7749fdac7c41215f64c2a70c9 parent 6518489059ea5f8eca8d1ae6de51a6452b46eb52 author Jiri Slaby <[EMAIL PROTECTED]> Sat, 03 Feb 2007 15:55:52 +0100 committer

Re: Some process went UNINTERRUPTABLE forever.

2007-02-03 Thread Di, Wu
Exactly when I save the file to the media(A Removable Disk with XFS Filesystem.) On Sat, 2007-02-03 at 15:06 +, Di, Wu wrote: > The process status of 'pdflush' went to UNINTERRUPTIBLE forever, and > then I edit some file(in other media) use 'vi', the 'vi' also went to > that status. And I cann

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

2007-02-03 Thread Arjan van de Ven
> Because user threading can avoid context switches, there will always be > cases where it will outperform o/s threads for hardware reasons. actually.. switching from one "real" thread to another in Linux is not an actual context switch in the hardware sense... at least this part of your argumen

Re: [PATCH update] ieee1394: cycle timer read extension for raw1394/libraw1394

2007-02-03 Thread Stefan Richter
Pieter Palmers wrote: > Stefan Richter wrote: ... >> - Fix integer overflow. > I had to use 100ULL instead of USEC_PER_SEC to avoid weird behavior. OK, I'll change that and will wait for... > I can't test it right now, but I'll report later. ...your and Dan's ACK before I commit the patch.

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

2007-02-03 Thread Martin J. Bligh
Christoph Hellwig wrote: On Fri, Feb 02, 2007 at 10:20:12PM -0800, Christoph Lameter wrote: This is a new variation on the earlier RFC for tracking mlocked pages. We now mark a mlocked page with a bit in the page flags and remove them from the LRU. Pages get moved back when no vma that reference

[PATCH 1/2] Char: add __devinitdata to pci_device_ids

2007-02-03 Thread Jiri Slaby
add __devinitdata to pci_device_ids Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]> --- commit 6518489059ea5f8eca8d1ae6de51a6452b46eb52 tree 241f514f7cd903b7815b4ffb10fa650f1e34ba26 parent 1647618e3fba255fc77181e9e2e4eeb09e214680 author Jiri Slaby <[EMAIL PROTECTED]> Sat, 03 Feb 2007 15:47:33 +0100

[GIT PATCH] SCSI final bug fixes for 2.6.20-rc7

2007-02-03 Thread James Bottomley
There are four small bug fixes in this: A set of qla4xxx driver bugs, a fix for uninitialised variables in sd during initial hotplug, a tape fix for BUG 7864 and an async scan fix for the "none" scanning type with RAID devices. The fix is available here: master.kernel.org:/pub/scm/linux/kernel/g

Re: [patch 0/9] buffered write deadlock fix

2007-02-03 Thread Fengguang Wu
On Fri, Feb 02, 2007 at 03:52:32PM -0800, Andrew Morton wrote: > Bugfixes come first, so I will drop readahead and fsaio and git-block to get > this work completed if needed - please work agaisnt mainline. OK with readahead. There are too much fixes in the series. I'd like to fold them up and up

[ANNOUNCE] IDE quilt tree updated

2007-02-03 Thread Bartlomiej Zolnierkiewicz
Hi, I've just updated IDE quilt tree: http://kernel.org/pub/linux/kernel/people/bart/pata-2.6/patches/ New patches: * ide-floppy: Fix unformatted media crash (Alan Cox <[EMAIL PROTECTED]>) * ide: clear bmdma status in ide_intr() for ICHx controllers (revised #4) * ide: remove cleari

Re: [PATCH 11/15] ide: make ide_hwif_t.ide_dma_{host_off,off_quietly} void

2007-02-03 Thread Bartlomiej Zolnierkiewicz
[PATCH] ide: make ide_hwif_t.ide_dma_{host_off,off_quietly} void * since ide_hwif_t.ide_dma_{host_off,off_quietly} always return '0' make these functions void and while at it drop "ide_" prefix * fix comment for __ide_dma_off_quietly() * make __ide_dma_{host_off,off_quietly,off}() void and drop

Re: [PATCH 12/15] ide: make ide_hwif_t.ide_dma_host_on void

2007-02-03 Thread Bartlomiej Zolnierkiewicz
[PATCH] ide: make ide_hwif_t.ide_dma_host_on void * since ide_hwif_t.ide_dma_host_on is called either when drive->using_dma == 1 or when return value is discarded make it void, also drop "ide_" prefix * make __ide_dma_host_on() void and drop "__" prefix v2: * while at it rename atiixp_ide_dma_h

Re: [PATCH 14/15] ide: rework the code for selecting the best DMA transfer mode

2007-02-03 Thread Bartlomiej Zolnierkiewicz
[PATCH] ide: rework the code for selecting the best DMA transfer mode Depends on the "ide: fix UDMA/MWDMA/SWDMA masks" patch. * add ide_hwif_t.udma_filter hook for filtering UDMA mask (use it in alim15x3, hpt366, siimage and serverworks drivers) * add ide_max_dma_mode() for finding best DMA mo

Re: [PATCH 13/15] ide: fix UDMA/MWDMA/SWDMA masks

2007-02-03 Thread Bartlomiej Zolnierkiewicz
[PATCH] ide: fix UDMA/MWDMA/SWDMA masks * use 0x00 instead of 0x80 to disable ->{ultra,mwdma,swdma}_mask * add udma_mask field to ide_pci_device_t and use it to initialize ->ultra_mask in aec62xx, cmd64x, pdc202xx_new and pdc202xx_old drivers * fix UDMA masks to match with chipset specific *_rat

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

2007-02-03 Thread Greg KH
On Thu, Feb 01, 2007 at 05:13:45PM -0800, Andrew Morton wrote: > > +/* dummy to shut up framework warning */ > > +static void gigaset_device_release(struct device *dev) > > +{ > > + //FIXME anything to do? cf. platform_device_release() > > +} > > Ask Greg ;) Oh come on people. Don't provide an

Re: [patch 17/59] PCI: prevent down_read when pci_devices is empty

2007-02-03 Thread Kumar Gala
On Feb 2, 2007, at 8:35 PM, Chris Wright wrote: -stable review patch. If anyone has any objections, please let us know. -- We just updated this for mainline to remove the printks. I'd prefer to see that version of this patch go in. - k From: Ard van Breemen <[EMAIL

Re: [patch 1/1] PM: Adds remount fs ro at suspend

2007-02-03 Thread Pavel Machek
Hi! > This adds the ability for the file system to remounted as read only during a > system suspend. Log the mount points so when the resume occurs, they can be > remounted back to their original states. This is so in an advent of a power > failure, we try our best to keep data from being corrup

Re: [PATCH 3/7] barrier: a scalable synchonisation barrier

2007-02-03 Thread Oleg Nesterov
On 01/31, Paul E. McKenney wrote: > > QRCU as currently written (http://lkml.org/lkml/2006/11/29/330) doesn't > do what you want, as it acquires the lock unconditionally. I am proposing > that synchronize_qrcu() change to something like the following: > > void synchronize_qrcu(struct qrcu_s

Re: [PATCH update] ieee1394: cycle timer read extension for raw1394/libraw1394

2007-02-03 Thread Stefan Richter
I wrote: > - Rename userspace-exported struct _raw1394_cycle_timer to > raw1394_cycle_timer. Argh. This makes maintenance of libraw1394's header files more difficult. I will revert this to _raw1394_cycle_timer, unless somebody has a better idea how to deal with this issue. -- Stefan Richter

  1   2   >