[PATCH] Support compat_ioctl for block devices

2005-01-17 Thread Andi Kleen
Support passing down of compat_ioctl on block devices. This is needed for the compat_ioctl conversion of block drivers. Signed-off-by: Andi Kleen <[EMAIL PROTECTED]> diff -u linux-2.6.11-rc1-bk4/drivers/block/ioctl.c-o linux-2.6.11-rc1-bk4/drivers/block/ioctl.c ---

Re: [patch 0/3] kallsyms: Add gate page and all symbols support

2005-01-17 Thread Benjamin Herrenschmidt
On Tue, 2004-12-28 at 22:17 +0100, Sam Ravnborg wrote: > > 2 Add in_gate_area_no_task() for use from places where no task is valid. Can you back that out ? Or at least explain why you need to add this "no_task" thing and not just use "current" where no task is available ? I think the above is

Re: 2.6.11-rc1-mm1

2005-01-17 Thread Tom Zanussi
Karim Yaghmour writes: > > Aaron Cohen wrote: > > I've got a quick question and I just want to be clear that it > > doesn't have a political agenda behind it. > > :) > > > Here goes, why can't LTT and/or relayfs, work similar to the way > > syslog does and just fill a buffer (aka

[PATCH] Some fixes for compat ioctl

2005-01-17 Thread Andi Kleen
While doing some compat_ioctl conversions I noticed a few issues in compat_sys_ioctl: - It is not completely compatible to old ->ioctl because the traditional common ioctls are not checked before it. I added a check for those. The main advantage is that the handler now works the same as a

Re: Horrible regression with -CURRENT from "Don't busy-lock-loop in preemptable spinlocks" patch

2005-01-17 Thread Chris Wedgwood
On Tue, Jan 18, 2005 at 03:28:58PM +1100, Darren Williams wrote: > On top of Ingo's patch I attempt a solution that failed: > +#define read_is_locked(x)(*(volatile int *) (x) > 0) > +#define write_is_locked(x) (*(volatile int *) (x) < 0) how about something like: #define

Re: [PATCH] Kprobes /proc entry

2005-01-17 Thread Greg KH
On Mon, Jan 17, 2005 at 05:58:00PM +0100, Luca Falavigna wrote: > +static ssize_t kprobes_read(struct file *file, char __user *buf, > + size_t size, loff_t *off) > +{ > + int i; > + char *data = ""; > + ssize_t len = 0; > + struct hlist_node *node; > +

Re: 2.6.10-as1

2005-01-17 Thread Frank Steiner
Hi Andres, hi Daniel, sorry for the delayed reply, but I was ill for a few days. Daniel Drake wrote Hi Andres, Frank, Andres Salomon wrote: Odd. I'll have to try Frank's .config and see if I can reproduce it (it doesn't happen w/ mine). Here is the patch that fixes it for me:

Re: PCI patches not being reviewed

2005-01-17 Thread Greg KH
On Tue, Jan 18, 2005 at 02:20:31AM +, Matthew Wilcox wrote: > > Greg, you're merging a lot of patches that aren't going through > the linux-pci mailing list for review. Please redirect patches that > are sent to you directly so others can also review them. I'm sorry, were there any that

[PATCH] Remove nonsensical list function list_for_each_safe_rcu

2005-01-17 Thread Rusty Russell
Name: Remove nonsensical list function Status: Trivial Signed-off-by: Rusty Russell <[EMAIL PROTECTED]> The correct use of list_for_each_safe_rcu is a coding puzzle which minor minds such mine are not capable of solving. Please remove this obstacle on my path to enlightenment. Index:

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

2005-01-17 Thread Erik Steffl
Eric Mudama wrote: we don't use security torx screws, we use normal ones on our boards. I wouldn't recommend swapping boards, since the code stored on the physical media, the opti tables, and the asic on the board were all processed together at one point and are specific to each other. The new

Re: [patch] mm: Reimplementation of dynamic percpu memory allocator

2005-01-17 Thread Ravikiran G Thirumalai
On Mon, Jan 17, 2005 at 02:11:17PM -0800, Andrew Morton wrote: > Ravikiran G Thirumalai <[EMAIL PROTECTED]> wrote: > > > > > So... is it not possible to enhance vmalloc() for node-awareness, then > > > just use it? > > > > > > > Memory for block management (free lists, bufctl lists) is also

function called when a thread gets terminated

2005-01-17 Thread sounak chakraborty
dear sir i want to design a system moniter for linux could you just guide me on what will be the basic architerture like: i have thought of kernel(using printk)->logfile(myfile)->application but in order to make it real time .please correct me on this architecture and i am unable to find some

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

2005-01-17 Thread Jack O'Quin
Ingo Molnar <[EMAIL PROTECTED]> writes: > * Jack O'Quin <[EMAIL PROTECTED]> wrote: > >> Is it possible to call sched_setscheduler() with a thread ID instead >> of a pid? That's what I really need. JACK sets and resets the thread >> priorities from a different thread. > > yes. The PID arguments

Re: 2.6.11-rc1-mm1

2005-01-17 Thread Karim Yaghmour
Aaron Cohen wrote: > I've got a quick question and I just want to be clear that it > doesn't have a political agenda behind it. :) > Here goes, why can't LTT and/or relayfs, work similar to the way > syslog does and just fill a buffer (aka ring-buffer or whatever is > appropriate), while a

Re: 2.6.11-rc1-mm1

2005-01-17 Thread Aaron Cohen
Hi, I'm very much a newbie to all of this, but I'm finding this discussion fairly interesting. I've got a quick question and I just want to be clear that it doesn't have a political agenda behind it. Here goes, why can't LTT and/or relayfs, work similar to the way syslog does and just

Re: Horrible regression with -CURRENT from "Don't busy-lock-loop in preemptable spinlocks" patch

2005-01-17 Thread Darren Williams
On Tue, 18 Jan 2005, Darren Williams wrote: > Hi Ingo > > On Mon, 17 Jan 2005, Ingo Molnar wrote: > > > > > * Andrew Morton <[EMAIL PROTECTED]> wrote: > > > > > > +BUILD_LOCK_OPS(spin, spinlock_t, spin_is_locked); > > > > +BUILD_LOCK_OPS(read, rwlock_t, rwlock_is_locked); > > > >

Re: [RFC/PATCH] add support for sysdev class attributes

2005-01-17 Thread Nathan Lynch
On Tue, 2005-01-11 at 11:29 -0800, Greg KH wrote: > On Mon, Jan 10, 2005 at 09:58:03AM -0600, Nathan Lynch wrote: > > On Fri, 2005-01-07 at 21:07 -0800, Greg KH wrote: > > > On Fri, Jan 07, 2005 at 04:28:12PM -0600, Nathan Lynch wrote: > > > > @@ -88,6 +123,12 @@ int sysdev_class_register(struct

Re: 2.6.11-rc1-mm1

2005-01-17 Thread Karim Yaghmour
Hello Roman, Roman Zippel wrote: > Why is so important that it's at the start of the buffer? What's wrong > with a special event _near_ the start of a buffer? [snip] > What gives you the idea, that you can't do this with what I proposed? > You can still seek freely within the data at buffer

Patch to control VGA bus routing and active VGA device.

2005-01-17 Thread Jon Smirl
Attached is a patch to control VGA bus routing and the active VGA device. It works by adding sysfs attributes to bridge and VGA devices. The bridge attribute is read only and indicates if the bridge is routing VGA. The attribute on the device has four values: /* echo these values to the sysfs vga

Re: [PATCH 4/13] FAT: Return better error codes from vfat_valid_longname()

2005-01-17 Thread Rogério Brito
On Jan 18 2005, OGAWA Hirofumi wrote: > Rogério Brito <[EMAIL PROTECTED]> writes: > > Sorry for the stupid question, but is len guaranteed to be always greater > > than zero? > > Yes. That "len" was already checked in vfat_add_entry(). Sorry for the stupid question then. Thanks. --

Re: 2.6.11-rc1-mm1

2005-01-17 Thread Karim Yaghmour
Thomas Gleixner wrote: > Provide a hook, export it and load your filters as a module, but keep > the filters out of the mainline kernel code. Great idea! I will do exactly that. Thanks, Karim -- Author, Speaker, Developer, Consultant Pushing Embedded and Real-Time Linux Systems Beyond the

Re: [PATCH] cputime.h seems to assume HZ==1000

2005-01-17 Thread Linus Torvalds
On Mon, 17 Jan 2005, Roland McGrath wrote: > > Shouldn't msecs mean msecs, not secs/HZ? Hmm, sure, but why go through "msecs" at all? > --- linux-2.6/include/asm-generic/cputime.h > +++ linux-2.6/include/asm-generic/cputime.h > @@ -35,8 +35,8 @@ typedef u64 cputime64_t; > /* > * Convert

Re: 2.6.11-rc1-mm1

2005-01-17 Thread Karim Yaghmour
Hello Roman, Roman Zippel wrote: > An additional comment about the order of events. What you're doing in > lockless_reserve is bogus anyway. There is no single correct time to > write into the event. By artificially synchronizing event order and event > time you only cheat yourself. You

Re: [PATCH] fixup debug warnings during ACPI S3 resume from ram

2005-01-17 Thread Li Shaohua
On Sat, 2005-01-15 at 08:24, Christian Borntraeger wrote: > During the wakeup from suspend-to-ram I get several warnings (see below). > This patch fixes the warnings for me, but I am not an expert in ACPI. Please > read the patch and consider to apply it. Thanks looking at this issue. We (intel

Re: [PATCH 4/13] FAT: Return better error codes from vfat_valid_longname()

2005-01-17 Thread OGAWA Hirofumi
Rogério Brito <[EMAIL PROTECTED]> writes: > On Jan 18 2005, OGAWA Hirofumi wrote: >> static int vfat_valid_longname(const unsigned char *name, unsigned int len) >> { >> -if (len && name[len-1] == ' ') >> -return 0; >> +if (name[len - 1] == ' ') >> +return

Re: [PATCH] Fix kallsyms/insmod/rmmod race

2005-01-17 Thread Rusty Russell
On Mon, 2005-01-17 at 16:27 +, David Howells wrote: > The attached patch fixes a race between kallsyms and insmod/rmmod. Hi David, The more I looked at this, the more I warmed to it. I've known for a while that people are using kallsyms not for OOPS (eg. /proc/$$/wchan), so we

Re: [PATCH 4/13] FAT: Return better error codes from vfat_valid_longname()

2005-01-17 Thread Rogério Brito
On Jan 18 2005, OGAWA Hirofumi wrote: > static int vfat_valid_longname(const unsigned char *name, unsigned int len) > { > - if (len && name[len-1] == ' ') > - return 0; > + if (name[len - 1] == ' ') > + return -EINVAL; Sorry for the stupid question, but is len

PCI patches not being reviewed

2005-01-17 Thread Matthew Wilcox
Greg, you're merging a lot of patches that aren't going through the linux-pci mailing list for review. Please redirect patches that are sent to you directly so others can also review them. -- "Next the statesmen will invent cheap lies, putting the blame upon the nation that is attacked, and

[PATCH] cputime.h seems to assume HZ==1000

2005-01-17 Thread Roland McGrath
Shouldn't msecs mean msecs, not secs/HZ? --- linux-2.6/include/asm-generic/cputime.h +++ linux-2.6/include/asm-generic/cputime.h @@ -35,8 +35,8 @@ typedef u64 cputime64_t; /* * Convert cputime to seconds and back. */ -#define cputime_to_secs(__ct) (jiffies_to_msecs(__ct) / HZ)

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

2005-01-17 Thread hugang
On Mon, Jan 17, 2005 at 03:53:02PM +0100, Rafael J. Wysocki wrote: > Hi, > > > > Try Lukas's patch, it should provide equivalent speedups. > > It does. Still, I don't think it'll solve memory allocation problems on > resume, > and the hugang's patch has such a potential. > If your only wannt

Re: Horrible regression with -CURRENT from "Don't busy-lock-loop in preemptable spinlocks" patch

2005-01-17 Thread Darren Williams
Hi Ingo On Mon, 17 Jan 2005, Ingo Molnar wrote: > > * Andrew Morton <[EMAIL PROTECTED]> wrote: > > > > +BUILD_LOCK_OPS(spin, spinlock_t, spin_is_locked); > > > +BUILD_LOCK_OPS(read, rwlock_t, rwlock_is_locked); > > > +BUILD_LOCK_OPS(write, rwlock_t, spin_is_locked); > > > > If you replace the

Re: x86-64: int3 no longer causes SIGTRAP in 2.6.10

2005-01-17 Thread Andi Kleen
Juho Snellman <[EMAIL PROTECTED]> writes: > 2.6.10 changed the behaviour of the int3 instruction on x86-64. It > used to result in a SIGTRAP, now it's a SIGSEGV in both native and > 32-bit legacy modes. This was apparently caused by the kprobe port, > specifically this part: > > ---

Re: [PATCH 0/4]Bind physical devices with ACPI devices - take 2

2005-01-17 Thread Li Shaohua
On Mon, 2005-01-17 at 19:28, Pavel Machek wrote: > Hi! > > > > The series of patches implement binding physical devices with ACPI > > > devices. With it, device drivers can utilize methods provided by > > > firmware (ACPI). These patches are against 2.6.10, please give your > > > comments. > > >

[PATCH 08/11] Get rid of verify_area() - arch/x86_64/ and arch/ia64/.

2005-01-17 Thread Jesper Juhl
Convert a bunch of verify_area()'s to access_ok(). arch/x86_64/ and arch/ia64/. Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]> --- linux-2.6.11-rc1-bk4-orig/arch/x86_64/ia32/sys_ia32.c 2005-01-12 23:26:04.0 +0100 +++ linux-2.6.11-rc1-bk4/arch/x86_64/ia32/sys_ia32.c2005-01-16

[PATCH 09/11] Get rid of verify_area() - arch/ppc/, arch/ppc64/, arch/m68k/, arch/m68knommu/.

2005-01-17 Thread Jesper Juhl
Convert a bunch of verify_area()'s to access_ok(). arch/ppc/, arch/ppc64/, arch/m68k/, arch/m68knommu/. Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]> --- linux-2.6.11-rc1-bk4-orig/arch/ppc/kernel/signal.c 2005-01-12 23:26:02.0 +0100 +++ linux-2.6.11-rc1-bk4/arch/ppc/kernel/signal.c

Re: legacy_va_layout

2005-01-17 Thread Chris Wright
* Chris Bookholt ([EMAIL PROTECTED]) wrote: > Could anyone explain or refer me to some documentation that explains the > purpose of the legacy_va_layout sysctl option? > > Essentially, I'm looking to understand how the legacy layout is > different from the current 2.6-series VA space layout.

[PATCH 10/11] Get rid of verify_area() - the bits for the remaining archs.

2005-01-17 Thread Jesper Juhl
Convert a bunch of verify_area()'s to access_ok(). The bits for the remaining archs. Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]> --- linux-2.6.11-rc1-bk4-orig/arch/sh/kernel/signal.c 2005-01-16 21:27:11.0 +0100 +++ linux-2.6.11-rc1-bk4/arch/sh/kernel/signal.c2005-01-17

[PATCH 11/11] Get rid of verify_area() - the changes needed in include/ to deprecate verify_area().

2005-01-17 Thread Jesper Juhl
This deprecates verify_area() across the board. To be applied after the previous 11 patches in this series. Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]> --- linux-2.6.11-rc1-bk4-orig/include/asm-alpha/uaccess.h 2004-12-24 22:35:24.0 +0100 +++

Re: [patch 2/2] mm: Reimplementation of alloc_percpu

2005-01-17 Thread Rusty Russell
On Tue, 2005-01-18 at 00:06 +0530, Ravikiran G Thirumalai wrote: > Here's the alloc_percpu reimplementation changed to > - Use qsort > - Use GFP_KERNEL|__GFP_HIGHMEM|__GFP_ZERO for BLOCK_MANAGEMENT_PAGES > (GFP_HIGHZERO would have been ideal) > - Changed currency size to sizeof (int) from

[PATCH 06/11] Get rid of verify_area() - arch/mips/.

2005-01-17 Thread Jesper Juhl
Convert a bunch of verify_area()'s to access_ok(). arch/mips/. Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]> diff -urp linux-2.6.11-rc1-bk4-orig/arch/mips/kernel/irixelf.c linux-2.6.11-rc1-bk4/arch/mips/kernel/irixelf.c --- linux-2.6.11-rc1-bk4-orig/arch/mips/kernel/irixelf.c

[PATCH 07/11] Get rid of verify_area() - arch/sparc/ and arch/sparc64/.

2005-01-17 Thread Jesper Juhl
Convert a bunch of verify_area()'s to access_ok(). arch/sparc/ and arch/sparc64/. Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]> diff -urp linux-2.6.11-rc1-bk4-orig/arch/sparc/kernel/ptrace.c linux-2.6.11-rc1-bk4/arch/sparc/kernel/ptrace.c ---

[PATCH 05/11] Get rid of verify_area() - drivers part 2, approximately second half of drivers/.

2005-01-17 Thread Jesper Juhl
Convert a bunch of verify_area()'s to access_ok(). Drivers part 2, approximately second half of drivers/. Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]> --- linux-2.6.11-rc1-bk4-orig/drivers/scsi/sg.c 2004-12-24 22:34:44.0 +0100 +++ linux-2.6.11-rc1-bk4/drivers/scsi/sg.c

[PATCH 03/11] Get rid of verify_area() - everything in sound/.

2005-01-17 Thread Jesper Juhl
Convert a bunch of verify_area()'s to access_ok(). Everything in sound/. Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]> diff -urp --exclude='*~' linux-2.6.11-rc1-bk4-orig/sound/core/hwdep.c linux-2.6.11-rc1-bk4/sound/core/hwdep.c --- linux-2.6.11-rc1-bk4-orig/sound/core/hwdep.c

x86-64: int3 no longer causes SIGTRAP in 2.6.10

2005-01-17 Thread Juho Snellman
2.6.10 changed the behaviour of the int3 instruction on x86-64. It used to result in a SIGTRAP, now it's a SIGSEGV in both native and 32-bit legacy modes. This was apparently caused by the kprobe port, specifically this part: --- a/arch/x86_64/kernel/traps.c2004-12-24 13:36:17 -08:00 +++

[PATCH 04/11] Get rid of verify_area() - drivers part 1, approximately first half of drivers/.

2005-01-17 Thread Jesper Juhl
Convert a bunch of verify_area()'s to access_ok(). Drivers part 1, approximately first half of drivers/. Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]> --- linux-2.6.11-rc1-bk4-orig/drivers/tc/zs.c 2004-12-24 22:35:25.0 +0100 +++ linux-2.6.11-rc1-bk4/drivers/tc/zs.c

[PATCH 01/11] Get rid of verify_area() - most of i386 + misc bits.

2005-01-17 Thread Jesper Juhl
Convert a bunch of verify_area()'s to access_ok(). Most of i386 + misc bits. Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]> diff -urp linux-2.6.11-rc1-bk4-orig/arch/i386/kernel/signal.c linux-2.6.11-rc1-bk4/arch/i386/kernel/signal.c --- linux-2.6.11-rc1-bk4-orig/arch/i386/kernel/signal.c

[PATCH 02/11] Get rid of verify_area() - rest of i386 + misc part 2 from kernel/ etc.

2005-01-17 Thread Jesper Juhl
Convert a bunch of verify_area()'s to access_ok(). Rest of i386 + misc part 2 from kernel/ etc. Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]> --- linux-2.6.11-rc1-bk4-orig/fs/binfmt_aout.c 2005-01-16 21:27:13.0 +0100 +++ linux-2.6.11-rc1-bk4/fs/binfmt_aout.c 2005-01-16

[PATCH 00/11] Get rid of verify_area() - convert to access_ok() and deprecate.

2005-01-17 Thread Jesper Juhl
Here's a series of patches to convert all (or rather almost all) in-kernel users of verify_area() to access_ok(), and then deprecate verify_area(). Up front note: This is just a cleanup and not something that deserves high priority - don't let it steal your time away from more important stuff.

Re: Proper procedure for reporting possible security vulnerabilities?

2005-01-17 Thread Chris Wright
* Alan Cox ([EMAIL PROTECTED]) wrote: > On Llu, 2005-01-17 at 23:26, Chris Wright wrote: > > * Christoph Hellwig ([EMAIL PROTECTED]) wrote: > > > On Mon, Jan 17, 2005 at 02:52:16PM -0800, Chris Wright wrote: > > > > Yeah, "choose one, then put it here." I've set up > > > > [EMAIL PROTECTED] > > >

Re: 2.6.11-rc1-mm1

2005-01-17 Thread Roman Zippel
Hi, On Mon, 17 Jan 2005, Karim Yaghmour wrote: > a) create indexes, b) reorder events, and likely c) have to rewrite An additional comment about the order of events. What you're doing in lockless_reserve is bogus anyway. There is no single correct time to write into the event. By artificially

国内最流行电脑收发/群发传真软件

2005-01-17 Thread faxsky
站长,您好!帮帮忙发布下面的软件,谢谢! 软件名称:新狐电脑传真[FaxNow] 软件版本:V 2.5 软件大小:799KB 应用平台:Win9x/Me/NT/2000/XP 免费下载:http://FAXnow.Ywzc.net 免费下载:http://XHFAX.Yeah.net 免费下载:http://XHFAX.126.com 电话联系:0 5 1 9-- 8 6 7 0 3 2 3 QQ咨询:114 075 303 软件简介:

Re: [PATCH 10/13] FAT: Lindent fs/vfat/namei.c

2005-01-17 Thread OGAWA Hirofumi
Sytse Wielinga <[EMAIL PROTECTED]> writes: >> * Support Multibyte character and cleanup by > ^^^ Shouldn't that be 'characters'? Thanks. Please apply the following incremental patch. -- OGAWA Hirofumi <[EMAIL PROTECTED]> [PATCH 15] FAT: Fix typo in comment

Re: [PATCH] A new entry for /proc

2005-01-17 Thread Nick Piggin
William Lee Irwin III wrote: On Mon, Jan 17, 2005 at 03:30:23PM -0200, Marcelo Tosatti wrote: You want to update your patch to handle the new 4level pagetables which introduces a new indirection table: the PUD. Check 2.6.11-rc1 - mm/rmap.c. BTW: What does PUD stand for? Page Upper Directory.

Re: [PATCH] Wait and retry mounting root device (revised)

2005-01-17 Thread William Park
On Tue, Jan 18, 2005 at 12:34:13AM +, Al Viro wrote: > On Tue, Jan 18, 2005 at 02:54:24AM +, Daniel Drake wrote: > > Retry up to 20 times if mounting the root device fails. This fixes > > booting from usb-storage devices, which no longer make their > > partitions immediately available. >

Re: [PATCH 3/13] FAT: IS_BADCHAR/IS_REPLACECHR/IS_SKIPCHAR cleanup

2005-01-17 Thread OGAWA Hirofumi
Al Viro <[EMAIL PROTECTED]> writes: > Ugh... What's wrong with comparison to '*', '<', etc.? All values are > below 0x80, so signedness of char doesn't matter and when they get > promoted to int, they will give you the values you want... Indeed. Thanks. Please apply the following incremental

Re: Proper procedure for reporting possible security vulnerabilities?

2005-01-17 Thread Alan Cox
On Llu, 2005-01-17 at 23:26, Chris Wright wrote: > * Christoph Hellwig ([EMAIL PROTECTED]) wrote: > > On Mon, Jan 17, 2005 at 02:52:16PM -0800, Chris Wright wrote: > > > Yeah, "choose one, then put it here." I've set up > > > [EMAIL PROTECTED] > > > > Any chance we could have that @kernel.org or

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

2005-01-17 Thread Eric Mudama
we don't use security torx screws, we use normal ones on our boards. I wouldn't recommend swapping boards, since the code stored on the physical media, the opti tables, and the asic on the board were all processed together at one point and are specific to each other. The new board may not work

Re: [2.6 patch] remove obsolete Computone MAINTAINERS entry (fwd)

2005-01-17 Thread Michael H. Warfield
On Sat, Jan 01, 2005 at 06:28:32PM +0100, Adrian Bunk wrote: > At least the mailing list is definitely dead: The mailing list use to be run by Louis Zamora who use to work for Computone. Guess I need to deal with that and move it to some of my own hardware. I hadn't realized it was out

Re: [PATCH] PPC64 pmac hotplug cpu

2005-01-17 Thread Benjamin Herrenschmidt
On Mon, 2005-01-17 at 09:14 -0600, Chris Friesen wrote: > Benjamin Herrenschmidt wrote: > > > Well.. the cache flush part requires some not-really-documentd stuff on > > the 970, but I'll try to come up with something. > > Details? We've got a cache-flush routine put together based on the >

legacy_va_layout

2005-01-17 Thread Chris Bookholt
Could anyone explain or refer me to some documentation that explains the purpose of the legacy_va_layout sysctl option? Essentially, I'm looking to understand how the legacy layout is different from the current 2.6-series VA space layout. Thanks muchly in advance -Chris -- Chris Bookholt

Re: [PATCH] Wait and retry mounting root device (revised)

2005-01-17 Thread Randy.Dunlap
Al Viro wrote: On Tue, Jan 18, 2005 at 02:54:24AM +, Daniel Drake wrote: Retry up to 20 times if mounting the root device fails. This fixes booting from usb-storage devices, which no longer make their partitions immediately available. Sigh... So we can very well get device coming up in the

Re: [PATCH] Wait and retry mounting root device (revised)

2005-01-17 Thread Al Viro
On Tue, Jan 18, 2005 at 02:54:24AM +, Daniel Drake wrote: > Retry up to 20 times if mounting the root device fails. This fixes booting > from usb-storage devices, which no longer make their partitions immediately > available. Sigh... So we can very well get device coming up in the middle of

security contact draft2 (was Re: security contact draft)

2005-01-17 Thread Chris Wright
* Alan Cox ([EMAIL PROTECTED]) wrote: > On Sad, 2005-01-15 at 02:43, Chris Wright wrote: > > Guess it's an open question. Do you agree with these basics bits? > > > > - no guarantee > > - attempt to work with reporter > > - attempt to work with vendors > > - goal of timely release > > -

Re: [Bugme-new] [Bug 4054] Linux partition table reading

2005-01-17 Thread Andries Brouwer
> Date: Mon, 17 Jan 2005 03:21:30 -0800 > From: [EMAIL PROTECTED] > Subject: [Bugme-new] [Bug 4054] > > Problem Description: > Dane-elec 512MB USB keychain drive (using factory FAT partitions) > works fine in windows, and on friend's 2.6.10-rc2-mm4 dual Athlon XP, > but partition won't mount on

[PATCH] Wait and retry mounting root device (revised)

2005-01-17 Thread Daniel Drake
Retry up to 20 times if mounting the root device fails. This fixes booting from usb-storage devices, which no longer make their partitions immediately available. This should allow booting from root=/dev/sda1 and root=8:1 style parameters, whilst not breaking booting from RAID or initrd :) I have

[PATCH] Use official Unicodes for DEC VT characters

2005-01-17 Thread H. Peter Anvin
The use of U+F800 to U+F804 has been deprecated since 2003; this makes the deprecation effective by replacing these characters with the officially assigned U+23BA to U+23BD. It also updates unicode.txt to match the latest version from the LANANA webpage. -hpa Index:

[no subject]

2005-01-17 Thread Greg KH
Subject [RFC] sysdev: change locking to use a class based spinlock Reply-To: Here's another patch in my steps of removing the use of the subsystem rwsem lock. I've converted the sysdev subsystem here to use a spinlock (instead of a semaphore, like my previous class patch did, I'll go change

[RFC] sysdev: change locking to use a class based spinlock

2005-01-17 Thread Greg KH
Here's another patch in my steps of removing the use of the subsystem rwsem lock. I've converted the sysdev subsystem here to use a spinlock (instead of a semaphore, like my previous class patch did, I'll go change that later too.) The patch is against 2.6.11-rc1. Any comments would be

Re: Announce loop-AES-v3.0b file/swap crypto package

2005-01-17 Thread Daniel Harvey
Hi Fruhwirth, I don't want to take 'emotional' sides in this debate, but an observation: Re: "Enlightenment is a gift everyone has to fight for on it's own." If I can contrast, Jari's code gets some good use/discussion because if a question is raised, it gets answered *in detail* the same day

Re: 2.6.11-rc1-mm1

2005-01-17 Thread Daniel Drake
J.A. Magallon wrote: This does not patch against -mm1. -mm1 looks like a mix of plain 2.6.10 and your code. Could you revamp it against -mm1, please ? I looked at it but seems out of my understanding... My patch replaces the one in -mm1. Just revert the waiting-10s-... patch that is in

Re: 2.6.11-rc1-mm1

2005-01-17 Thread Thomas Gleixner
On Mon, 2005-01-17 at 18:41 -0500, Karim Yaghmour wrote: > Thomas Gleixner wrote: > > I know, what I have said. I said reduce the filtering to the absolute > > minimum and do the rest in userspace. > > You keep adopting the interpretation which best suits you, taking > quotes out of context, and

Re: 2.6.11-rc1-mm1

2005-01-17 Thread Roman Zippel
Hi, On Mon, 17 Jan 2005, Karim Yaghmour wrote: > > Periodically can also mean a buffer start call back from relayfs > > (although that would mean the first entry is not guaranteed) or a > > (per cpu) eventcnt from the subsystem. The amount of needed search would > > be limited. The main point

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

2005-01-17 Thread Karim Yaghmour
Thomas Gleixner wrote: > If we add another hardwired implementation then we do not have said > benefits. Please stop handwaving. Folks like Andrew, Christoph, Zwane, Roman, and others actually made specific requests for changes in the code. What makes you think you're so special that you think

[PATCH] aoe: don't sleep with interrupts on

2005-01-17 Thread Greg KH
ChangeSet 1.2332, 2005/01/14 12:03:48-08:00, [EMAIL PROTECTED] [PATCH] aoe: don't sleep with interrupts on Changes: * get rid of sleeping with interrupts off (I had to re-add the (struct aoedev *)->nopen member because I can't get to bdev->bd_openers without sleeping.) * Scott

Re: [PATCH] PCI: add PCI Express Port Bus Driver subsystem

2005-01-17 Thread Greg KH
On Mon, Jan 17, 2005 at 02:01:52PM -0800, Greg KH wrote: > +int pcie_port_device_register(struct pci_dev *dev) > +{ > + struct pcie_device *parent; > + int status, type, capabilities, irq_mode, i; > + int vectors[PCIE_PORT_DEVICE_MAXSERVICES]; > + u16 reg16; > + > + /* Get port

[BK PATCH] I2C fixes for 2.6.11-rc1

2005-01-17 Thread Greg KH
Hi, Here are some i2c driver fixes and updates for 2.6.11-rc1. There is a new chip and a new bus driver, as well as a bunch of minor fixes. All of these patches have been in the past few -mm releases. Please pull from: bk://kernel.bkbits.net/gregkh/linux/i2c-2.6 Individual patches will

[PATCH] I2C: Improve it87 super-i/o detection

2005-01-17 Thread Greg KH
ChangeSet 1.2329.2.9, 2005/01/14 14:44:10-08:00, [EMAIL PROTECTED] [PATCH] I2C: Improve it87 super-i/o detection This patch improves the detection of Super-I/O it87 chips (IT8712F, IT8705F). * Find the IT8712F and IT8705F address through Super-I/O (as opposed to IT8712F only so far). *

Re: 2.6.11-rc1-mm1

2005-01-17 Thread Thomas Gleixner
On Mon, 2005-01-17 at 17:42 -0500, Robert Wisniewski wrote: > I believe (and Karim can correct me if I'm wrong) the idea is to have > groups of events that can be disabled and enabled via a one word mask. No > checking multiple variables, no #ifdefing, something very streamlined. By > userspace

Re: 2.6.11-rc1-mm1

2005-01-17 Thread Karim Yaghmour
Thomas Gleixner wrote: > I know, what I have said. I said reduce the filtering to the absolute > minimum and do the rest in userspace. You keep adopting the interpretation which best suits you, taking quotes out of context, and keep repeating things that have already been answered. There are

Re: usb-storage on SMP?

2005-01-17 Thread Thomas Zehetbauer
I forgot to mention that I am using a 2.6.10 kernel but will try 2.6.11rc1 soon. Are you using a SMP system? I assume the cabling, card reader and SD card are OK because the problem went away with maxcpus=1, the problem must be in the USB ehci/ohci/storage drivers. Do you know if there is any

Re: [rfc] i810_audio: offset LVI from CIV to avoid stalled start

2005-01-17 Thread Herbert Xu
On Mon, Jan 17, 2005 at 04:44:22PM -0500, John W. Linville wrote: > > Enemy Territory is available for free (as in beer) download from > www.enemy-territory.com. Sound plays almost immediately once the > game is started. > > Is this sufficient? Sure, I don't mind trying it out :) In the mean

Re: Proper procedure for reporting possible security vulnerabilities?

2005-01-17 Thread Chris Wright
* Christoph Hellwig ([EMAIL PROTECTED]) wrote: > On Mon, Jan 17, 2005 at 02:52:16PM -0800, Chris Wright wrote: > > Yeah, "choose one, then put it here." I've set up > > [EMAIL PROTECTED] > > Any chance we could have that @kernel.org or @vger.kernel.org? Yeah sure, I'll ask. thanks, -chris --

Re: 2.6.11-rc1-mm1

2005-01-17 Thread J.A. Magallon
On 2005.01.16, Daniel Drake wrote: > Hi, > > Joseph Fannin wrote: > > On Fri, Jan 14, 2005 at 12:23:52AM -0800, Andrew Morton wrote: > > > >>ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc1/2.6.11-rc1-mm1/ > > > > > >>waiting-10s-before-mounting-root-filesystem.patch >

[PATCH] PCI: use modern format for PCI addresses

2005-01-17 Thread Greg KH
ChangeSet 1.2329.2.2, 2005/01/14 15:56:59-08:00, [EMAIL PROTECTED] [PATCH] PCI: use modern format for PCI addresses Use pci_name() rather than "%02x:%02x" when printing PCI address information. Signed-off-by: Bjorn Helgaas <[EMAIL PROTECTED]> Signed-off-by: Greg Kroah-Hartman <[EMAIL

[PATCH] I2C: fix it87 sensor driver stops CPU fan

2005-01-17 Thread Greg KH
ChangeSet 1.2329.2.7, 2005/01/14 14:43:30-08:00, [EMAIL PROTECTED] [PATCH] I2C: fix it87 sensor driver stops CPU fan > 2* I would then add a check to the it87 driver, which completely disables > the fan speed control interface if the initial configuration looks weird > (all fans supposedly

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

2005-01-17 Thread Thomas Gleixner
On Mon, 2005-01-17 at 15:34 -0500, Karim Yaghmour wrote: > Thomas Gleixner wrote: > > Thats the point. Adding another hardwired implementation does not give > > us a possibility to solve the hardwired problem of the already available > > stuff. > > Well then, like I said before, you know what you

Re: Proper procedure for reporting possible security vulnerabilities?

2005-01-17 Thread Christoph Hellwig
On Mon, Jan 17, 2005 at 02:52:16PM -0800, Chris Wright wrote: > Yeah, "choose one, then put it here." I've set up > [EMAIL PROTECTED] Any chance we could have that @kernel.org or @vger.kernel.org? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message

[PATCH] PCI: Clean up printks in msi.c

2005-01-17 Thread Greg KH
ChangeSet 1.2329.2.4, 2005/01/14 15:57:49-08:00, [EMAIL PROTECTED] [PATCH] PCI: Clean up printks in msi.c Add "PCI:" prefixes and fix up the formatting and grammar of printks in drivers/pci/msi.c. The main motivation was to fix the shouting "MSI INIT SUCCESS" message printed when an MSI-using

[PATCH] I2C: Fix bogus bitmask in lm63 debug message

2005-01-17 Thread Greg KH
ChangeSet 1.2329.2.5, 2005/01/14 14:42:49-08:00, [EMAIL PROTECTED] [PATCH] I2C: Fix bogus bitmask in lm63 debug message There is a bitmask error in one debug message of my lm63 chip driver. Nothing critical but still worth fixing, hence comes a patch. Credits go to Mohan Mistry for finding the

[PATCH] PCI: add PCI Express Port Bus Driver subsystem

2005-01-17 Thread Greg KH
ChangeSet 1.2329.2.1, 2005/01/14 15:56:18-08:00, [EMAIL PROTECTED] [PATCH] PCI: add PCI Express Port Bus Driver subsystem Signed-off-by: T. Long Nguyen <[EMAIL PROTECTED]> Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]> Documentation/PCIEBUS-HOWTO.txt | 217 ++

[PATCH] PCI: Lock initializer cleanup - batch 4

2005-01-17 Thread Greg KH
ChangeSet 1.2329.2.7, 2005/01/14 15:58:57-08:00, [EMAIL PROTECTED] [PATCH] PCI: Lock initializer cleanup - batch 4 Use the new lock initializers DEFINE_SPIN_LOCK and DEFINE_RW_LOCK Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]> Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>

Re: [RFC] Avoiding fragmentation through different allocator

2005-01-17 Thread Yasunori Goto
> > There are 2 types of memory hotplug. > > > > a)SMP machine case > > A some part of memory will be added and removed. > > > > b)NUMA machine case. > > Whole of a node will be able to remove and add. > > However, if a block of memory like DIMM is broken and disabled, > > Its close from

Re: Announce loop-AES-v3.0b file/swap crypto package

2005-01-17 Thread Fruhwirth Clemens
On Mon, 2005-01-17 at 22:26 +0100, markus reichelt wrote: > Fruhwirth Clemens <[EMAIL PROTECTED]> wrote: > > This is FUD. To get serious in-depth information about the problems > > associated with dm-crypt and loop-aes read, > > > > http://clemens.endorphin.org/LinuxHDEncSettings > > excuse me,

[PATCH] PCI: pci_ids.h correction for Intel ICH7 - 2.6.10-bk13

2005-01-17 Thread Greg KH
ChangeSet 1.2329.2.3, 2005/01/14 15:57:26-08:00, [EMAIL PROTECTED] [PATCH] PCI: pci_ids.h correction for Intel ICH7 - 2.6.10-bk13 This patch corrects the ICH7 LPC controller DID in pci_ids.h from x27B0 to x27B8. This patch was build against 2.6.10-bk13. Signed-off-by: Jason Gaston <[EMAIL

Re: usb-storage on SMP?

2005-01-17 Thread Kristian Sørensen
Now you are at the topic... I've had trouble mounting USB units ever since 2.6.7. What changed in the USB Mass Storage department? :) The log says: Jan 17 23:41:24 qbox usb 5-2: new full speed USB device using uhci_hcd and address 2 Jan 17 23:41:24 qbox usb-storage: USB Mass Storage device

Re: kbuild: Implicit dependence on the C compiler

2005-01-17 Thread H. Peter Anvin
Sam Ravnborg wrote: On Mon, Jan 17, 2005 at 02:03:41PM -0800, H. Peter Anvin wrote: I don't mind the current default, but saying I shouldn't be able to override it is asinine. No-one asked for it until now. That's of course perfectly fair, and I'm not flaming you for saying that noone had asked

Re: Proper procedure for reporting possible security vulnerabilities?

2005-01-17 Thread Chris Wright
* Werner Almesberger ([EMAIL PROTECTED]) wrote: > Chris Wright wrote: > > +SECURITY CONTACT > > +P: Security Officers > > +M: [EMAIL PROTECTED], vger.kernel.org, wherever} > > +S: Supported > > If you mean this in the sense of "choose one, then put it here", > this looks good. If you're

Re: 2.6.11-rc1-mm1

2005-01-17 Thread Robert Wisniewski
n <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL

Re: Proper procedure for reporting possible security vulnerabilities?

2005-01-17 Thread Werner Almesberger
Chris Wright wrote: > +SECURITY CONTACT > +P: Security Officers > +M: [EMAIL PROTECTED], vger.kernel.org, wherever} > +S: Supported If you mean this in the sense of "choose one, then put it here", this looks good. If you're suggesting multiple choices, to be made by the bug reporter, I'm

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

2005-01-17 Thread Marcelo Tosatti
On Sun, Jan 16, 2005 at 12:35:30AM +0100, Mario Holbe wrote: > Hello, > > mounting an ext2 (ext3 as well) filesystem seems to modify the > block device's EOF behaviour: before the mount the device returned > EOF, after the mount it doesn't anymore: > > [on a fresh booted system] > [EMAIL

  1   2   3   4   5   6   7   >