Re: UMSDOS Problem with test10-pre2

2000-10-17 Thread Wayne . Brown
/Corporate/Altec@Altec cc: [EMAIL PROTECTED] Subject: Re: UMSDOS Problem with test10-pre2 UMSDOS is broken in 2.4 in few places. You can try to change link sequence by placing umsdos.o before msdos.o in fs/Makefile. Then you'll get UMSDOS being registered, and possibly an oops As I reme

Re: UMSDOS Problem with test10-pre2

2000-10-17 Thread Wayne . Brown
ltec@Altec cc: [EMAIL PROTECTED] Subject: Re: UMSDOS Problem with test10-pre2 UMSDOS is broken in 2.4 in few places. You can try to change link sequence by placing umsdos.o before msdos.o in fs/Makefile. Then you'll get UMSDOS being registered, and possibly an oops As I remember, the p

Re: test10-pre2

2000-10-15 Thread Richard Henderson
On Fri, Oct 13, 2000 at 02:23:44PM -0700, Linus Torvalds wrote: > Note that it would be nicer to _not_ do the page fault case anyway, and > just extend on the current special case of one PGD entry - just make that > one PGD entry be two, and pre-allocate the (one) PMD entry that you use > for SRM

Re: UMSDOS Problem with test10-pre2

2000-10-14 Thread Alan Cox
> (Certainly it did not work in test7 and I did not notice any patch for > it since that time) > > Seems that it is unmaintained at the moment... Im getting patches for 2.2 from people. I think it may just be they've not bothered with the 2.4test tree. - To unsubscribe from this list: send the

Re: UMSDOS Problem with test10-pre2

2000-10-14 Thread Andrzej Krzysztofowicz
"[EMAIL PROTECTED] wrote:" [...] > Yenta IRQ list 06f8, PCI irq11 > Socket status: 3006 > Intel PCIC probe: not found. > 3c574_cs.c v1.08 9/24/98 Donald Becker/David Hinds, [EMAIL PROTECTED] > > At this point with 2.3.51 I get these lines: > > UMSDOS 0.86 (compatibility level 0.4, fast

Re: test10-pre2

2000-10-13 Thread David S. Miller
Date:Fri, 13 Oct 2000 20:49:08 -0400 From: Wakko Warner <[EMAIL PROTECTED]> Doesn't boot on alpha systems with pci-pci bridges. I sent a report about this a couple days ago and noone responds. Richard Henderson knows about this bug and it requires quite a bit of painful

Re: test10-pre2

2000-10-13 Thread Wakko Warner
Doesn't boot on alpha systems with pci-pci bridges. I sent a report about this a couple days ago and noone responds. > There's a test10-2 out there. > > Notable change to people Cc'd on this mail: this contains the fix for the > vmalloc() and ioremap() race condition, which deletes the

UMSDOS Problem with test10-pre2

2000-10-13 Thread Wayne . Brown
Apologies in advance if this is a known problem. I've been away from kernel hacking for about three years and just re-subscribed to lkml a couple of weeks ago, so I may have missed something about this. But I haven't been able to find anything in the documentation or on lkml about it. If

Re: test10-pre2

2000-10-13 Thread Richard Henderson
On Fri, Oct 13, 2000 at 02:23:44PM -0700, Linus Torvalds wrote: > ... but on a 3-level page table (whether with PAE on x86 or on alpha), > you could easily just decide to limit the vmalloc() area to a a gigabyte > or two and handle it with just one PGD entry.. I'm undecided. For normal usage,

Re: test10-pre2

2000-10-13 Thread Linus Torvalds
On Fri, 13 Oct 2000, Richard Henderson wrote: > On Fri, Oct 13, 2000 at 12:22:35PM -0700, Linus Torvalds wrote: > > The PGD is 1024 entries, and the last one is used by the self-mapping > > stuff. But the VMALLOC area is NOT there ... > > Ok, I was slightly confused. Yes, the vptb is at

[PATCH] 2.4.0-test10-pre2 - drivers/net/rcpci45.c - conflicting types

2000-10-13 Thread Francois Romieu
gcc -D__KERNEL__ -I/tmp/romieu/tmp/linux-2.4.0-test10-pre2/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -pipe -march=i686 -fno-strict-aliasing -DMODULE -DMODVERSIONS -include /tmp/romieu/tmp/linux-2.4.0-test10-pre2/include/linux/modversions.h -c -o rcpci45.o rcpci45.c

Re: test10-pre2

2000-10-13 Thread Richard Henderson
On Fri, Oct 13, 2000 at 12:22:35PM -0700, Linus Torvalds wrote: > The PGD is 1024 entries, and the last one is used by the self-mapping > stuff. But the VMALLOC area is NOT there ... Ok, I was slightly confused. Yes, the vptb is at 0xfffe not 0xfe00. The bit I was

Re: test10-pre2

2000-10-13 Thread Linus Torvalds
In article <[EMAIL PROTECTED]>, Richard Henderson <[EMAIL PROTECTED]> wrote: >On Fri, Oct 13, 2000 at 08:15:46PM +0400, Ivan Kokshaysky wrote: >> On Thu, Oct 12, 2000 at 01:18:53PM -0700, Linus Torvalds wrote: >> > See the arch/x86/mm/fault.c changes to see what arch-specific changes this >> >

Re: test10-pre2

2000-10-13 Thread Ivan Kokshaysky
On Fri, Oct 13, 2000 at 09:54:14AM -0700, Richard Henderson wrote: > You shouldn't have needed any changes at all to work. But without that change I've got oopses (fortunately not fatal) in swapon and modprobe. > The synchronization we already do for the vptb also > takes care of vmalloc. >

[PATCH] drivers/net/starfire.c - ioremap return typr - 2.4.0-test10-pre2

2000-10-13 Thread Francois Romieu
- the cast on the return value of ioremap can be avoided; - we want to print pci_resource_start(pdev, 0) instead of ioaddr when ioaddr is NULL (tail of the patch). diff -u --recursive linux-2.4.0-test10-pre2.orig/drivers/net/starfire.c linux-2.4.0-test10-pre2/drivers/net/starfire.c --- linux

Re: vfat problems in 2.4.0-test10-pre2

2000-10-13 Thread Petr Vandrovec
On 13 Oct 00 at 20:01, Andris Pavenis wrote: > On Friday 13 October 2000 19:55, Petr Vandrovec wrote: > > > > If it works for you, either forward it to Linus, or tell me and I'll > > send it - but I do not send patches during weekend ;-) . I do not use > > VFAT to much personally, so more eyes...

Re: vfat problems in 2.4.0-test10-pre2

2000-10-13 Thread Andris Pavenis
On Friday 13 October 2000 19:55, Petr Vandrovec wrote: > I missed original problem, but what about this one? Fixes extension > in MSDOS namespace when filename is longer than 12 chars... Someone > familiar with VFAT should look whether VFAT multibyte code cannot be > cleaned up a bit... When I

Re: test10-pre2

2000-10-13 Thread Richard Henderson
On Fri, Oct 13, 2000 at 08:15:46PM +0400, Ivan Kokshaysky wrote: > On Thu, Oct 12, 2000 at 01:18:53PM -0700, Linus Torvalds wrote: > > See the arch/x86/mm/fault.c changes to see what arch-specific changes this > > can entail. > > > This patch works for me... You shouldn't have needed any

Re: test10-pre2

2000-10-13 Thread Ivan Kokshaysky
On Thu, Oct 12, 2000 at 01:18:53PM -0700, Linus Torvalds wrote: > See the arch/x86/mm/fault.c changes to see what arch-specific changes this > can entail. > This patch works for me... Ivan. --- linux/include/asm-alpha/bitops.h.orig Wed Oct 4 17:06:59 2000 +++

Re: vfat problems in 2.4.0-test10-pre2

2000-10-13 Thread Petr Vandrovec
> I have the same problem. > > As far as I remeber it appeared most likely beginning with 2.4.0-test7 > (or maybe test6) I missed original problem, but what about this one? Fixes extension in MSDOS namespace when filename is longer than 12 chars... Someone familiar with VFAT should look

Re: vfat problems in 2.4.0-test10-pre2

2000-10-13 Thread Andris Pavenis
I have the same problem. As far as I remeber it appeared most likely beginning with 2.4.0-test7 (or maybe test6) Andris - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH] USB wacom driver fix for test10-pre2

2000-10-13 Thread Erik Mouw
On Thu, Oct 12, 2000 at 11:28:12PM -0700, Greg KH wrote: > On Thu, Oct 12, 2000 at 08:06:46AM -0400, [EMAIL PROTECTED] wrote: > > > > * USB: fix setting urb->dev in plusb, wacom, mdc800) (Greg KH) > >{CRITICAL} > > Attached is a patch against 2.4

vfat problems in 2.4.0-test10-pre2

2000-10-13 Thread Rich Baum
When I copy a file from my linux partition to my windows partition and the filename is not in 8.3 format I get an error when I check my disk for errors saying that the long filename is no longer associated with a file. After fixing this the filename is in 8.3 format. Files already wine 8.3

Re: [PATCH] USB mdc800 driver fix for test10-pre2

2000-10-13 Thread Henning Zabel
Greg KH wrote: > On Thu, Oct 12, 2000 at 08:06:46AM -0400, [EMAIL PROTECTED] wrote: > > > > * USB: fix setting urb->dev in plusb, wacom, mdc800) (Greg KH) > >{CRITICAL} > > Attached is a patch against 2.4.0-test10-pre2 for the mdc800.c driver to > f

[PATCH] USB plusb driver fix for test10-pre2

2000-10-13 Thread Greg KH
On Thu, Oct 12, 2000 at 08:06:46AM -0400, [EMAIL PROTECTED] wrote: > > * USB: fix setting urb->dev in plusb, wacom, mdc800) (Greg KH) >{CRITICAL} Attached is a patch against 2.4.0-test10-pre2 for the plusb.c driver to fix this problem. Could anyone who has this de

[PATCH] USB wacom driver fix for test10-pre2

2000-10-13 Thread Greg KH
On Thu, Oct 12, 2000 at 08:06:46AM -0400, [EMAIL PROTECTED] wrote: > > * USB: fix setting urb->dev in plusb, wacom, mdc800) (Greg KH) >{CRITICAL} Attached is a patch against 2.4.0-test10-pre2 for the wacom.c driver to fix this problem. Could anyone who has this de

[PATCH] USB mdc800 driver fix for test10-pre2

2000-10-13 Thread Greg KH
On Thu, Oct 12, 2000 at 08:06:46AM -0400, [EMAIL PROTECTED] wrote: > > * USB: fix setting urb->dev in plusb, wacom, mdc800) (Greg KH) >{CRITICAL} Attached is a patch against 2.4.0-test10-pre2 for the mdc800.c driver to fix this problem. Could anyone who has this de

[PATCH] USB mdc800 driver fix for test10-pre2

2000-10-13 Thread Greg KH
On Thu, Oct 12, 2000 at 08:06:46AM -0400, [EMAIL PROTECTED] wrote: * USB: fix setting urb-dev in plusb, wacom, mdc800) (Greg KH) {CRITICAL} Attached is a patch against 2.4.0-test10-pre2 for the mdc800.c driver to fix this problem. Could anyone who has this device, verify

[PATCH] USB wacom driver fix for test10-pre2

2000-10-13 Thread Greg KH
On Thu, Oct 12, 2000 at 08:06:46AM -0400, [EMAIL PROTECTED] wrote: * USB: fix setting urb-dev in plusb, wacom, mdc800) (Greg KH) {CRITICAL} Attached is a patch against 2.4.0-test10-pre2 for the wacom.c driver to fix this problem. Could anyone who has this device, verify

[PATCH] USB plusb driver fix for test10-pre2

2000-10-13 Thread Greg KH
On Thu, Oct 12, 2000 at 08:06:46AM -0400, [EMAIL PROTECTED] wrote: * USB: fix setting urb-dev in plusb, wacom, mdc800) (Greg KH) {CRITICAL} Attached is a patch against 2.4.0-test10-pre2 for the plusb.c driver to fix this problem. Could anyone who has this device, verify

Re: [PATCH] USB mdc800 driver fix for test10-pre2

2000-10-13 Thread Henning Zabel
Greg KH wrote: On Thu, Oct 12, 2000 at 08:06:46AM -0400, [EMAIL PROTECTED] wrote: * USB: fix setting urb-dev in plusb, wacom, mdc800) (Greg KH) {CRITICAL} Attached is a patch against 2.4.0-test10-pre2 for the mdc800.c driver to fix this problem. Could anyone who has

vfat problems in 2.4.0-test10-pre2

2000-10-13 Thread Rich Baum
When I copy a file from my linux partition to my windows partition and the filename is not in 8.3 format I get an error when I check my disk for errors saying that the long filename is no longer associated with a file. After fixing this the filename is in 8.3 format. Files already wine 8.3

Re: vfat problems in 2.4.0-test10-pre2

2000-10-13 Thread Andris Pavenis
I have the same problem. As far as I remeber it appeared most likely beginning with 2.4.0-test7 (or maybe test6) Andris - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/

Re: vfat problems in 2.4.0-test10-pre2

2000-10-13 Thread Petr Vandrovec
I have the same problem. As far as I remeber it appeared most likely beginning with 2.4.0-test7 (or maybe test6) I missed original problem, but what about this one? Fixes extension in MSDOS namespace when filename is longer than 12 chars... Someone familiar with VFAT should look whether

Re: test10-pre2

2000-10-13 Thread Ivan Kokshaysky
On Thu, Oct 12, 2000 at 01:18:53PM -0700, Linus Torvalds wrote: See the arch/x86/mm/fault.c changes to see what arch-specific changes this can entail. This patch works for me... Ivan. --- linux/include/asm-alpha/bitops.h.orig Wed Oct 4 17:06:59 2000 +++

Re: test10-pre2

2000-10-13 Thread Richard Henderson
On Fri, Oct 13, 2000 at 08:15:46PM +0400, Ivan Kokshaysky wrote: On Thu, Oct 12, 2000 at 01:18:53PM -0700, Linus Torvalds wrote: See the arch/x86/mm/fault.c changes to see what arch-specific changes this can entail. This patch works for me... You shouldn't have needed any changes at all

Re: vfat problems in 2.4.0-test10-pre2

2000-10-13 Thread Andris Pavenis
On Friday 13 October 2000 19:55, Petr Vandrovec wrote: I missed original problem, but what about this one? Fixes extension in MSDOS namespace when filename is longer than 12 chars... Someone familiar with VFAT should look whether VFAT multibyte code cannot be cleaned up a bit... When I was

[PATCH] drivers/net/starfire.c - ioremap return typr - 2.4.0-test10-pre2

2000-10-13 Thread Francois Romieu
- the cast on the return value of ioremap can be avoided; - we want to print pci_resource_start(pdev, 0) instead of ioaddr when ioaddr is NULL (tail of the patch). diff -u --recursive linux-2.4.0-test10-pre2.orig/drivers/net/starfire.c linux-2.4.0-test10-pre2/drivers/net/starfire.c --- linux

Re: test10-pre2

2000-10-13 Thread Ivan Kokshaysky
On Fri, Oct 13, 2000 at 09:54:14AM -0700, Richard Henderson wrote: You shouldn't have needed any changes at all to work. But without that change I've got oopses (fortunately not fatal) in swapon and modprobe. The synchronization we already do for the vptb also takes care of vmalloc.

Re: test10-pre2

2000-10-13 Thread Linus Torvalds
In article [EMAIL PROTECTED], Richard Henderson [EMAIL PROTECTED] wrote: On Fri, Oct 13, 2000 at 08:15:46PM +0400, Ivan Kokshaysky wrote: On Thu, Oct 12, 2000 at 01:18:53PM -0700, Linus Torvalds wrote: See the arch/x86/mm/fault.c changes to see what arch-specific changes this can entail.

[PATCH] 2.4.0-test10-pre2 - drivers/net/rcpci45.c - conflicting types

2000-10-13 Thread Francois Romieu
gcc -D__KERNEL__ -I/tmp/romieu/tmp/linux-2.4.0-test10-pre2/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -pipe -march=i686 -fno-strict-aliasing -DMODULE -DMODVERSIONS -include /tmp/romieu/tmp/linux-2.4.0-test10-pre2/include/linux/modversions.h -c -o rcpci45.o rcpci45.c

Re: test10-pre2

2000-10-13 Thread Richard Henderson
On Fri, Oct 13, 2000 at 02:23:44PM -0700, Linus Torvalds wrote: ... but on a 3-level page table (whether with PAE on x86 or on alpha), you could easily just decide to limit the vmalloc() area to a a gigabyte or two and handle it with just one PGD entry.. I'm undecided. For normal usage,

UMSDOS Problem with test10-pre2

2000-10-13 Thread Wayne . Brown
Apologies in advance if this is a known problem. I've been away from kernel hacking for about three years and just re-subscribed to lkml a couple of weeks ago, so I may have missed something about this. But I haven't been able to find anything in the documentation or on lkml about it. If

Re: test10-pre2

2000-10-13 Thread Wakko Warner
Doesn't boot on alpha systems with pci-pci bridges. I sent a report about this a couple days ago and noone responds. There's a test10-2 out there. Notable change to people Cc'd on this mail: this contains the fix for the vmalloc() and ioremap() race condition, which deletes the set_pgdir()

Re: test10-pre2

2000-10-13 Thread David S. Miller
Date:Fri, 13 Oct 2000 20:49:08 -0400 From: Wakko Warner [EMAIL PROTECTED] Doesn't boot on alpha systems with pci-pci bridges. I sent a report about this a couple days ago and noone responds. Richard Henderson knows about this bug and it requires quite a bit of painful

test10-pre2

2000-10-12 Thread Linus Torvalds
There's a test10-2 out there. Notable change to people Cc'd on this mail: this contains the fix for the vmalloc() and ioremap() race condition, which deletes the set_pgdir() function and instead depends on the page table entries being distributed to the other page directories automatically.

test10-pre2

2000-10-12 Thread Linus Torvalds
There's a test10-2 out there. Notable change to people Cc'd on this mail: this contains the fix for the vmalloc() and ioremap() race condition, which deletes the set_pgdir() function and instead depends on the page table entries being distributed to the other page directories automatically.