Re: HangOops on boot using latest -ac kernels with irda

2001-05-19 Thread Alan Cox
Code; c0204004 irda_device_event+4/20 = 0: 66 81 78 5c 0f 03 cmpw $0x30f,0x5c(%eax) = Someone passed NULL to a netdevice notifier. That isnt allowed. Your call trace indicates that it was passed by dev_open which would itself have oopsed in that situation. Beats

PATCH: Make Acer Extensa 50X Sound work without hanging the whol

2001-05-19 Thread Michael Leun
Hello, since ages owners of a Extensa 50X notebook apply the following diff to the kernel to make the sound work without hanging the whole system. I've no idea if anybody ever suggested to put this in the mainstream kernel, so do I. Note: I modified the original patch to work with 2.4 but I

Re: VIA's Southbridge bug: Latest (pseudo-)patch

2001-05-19 Thread Alan Cox
This are the latest suggestions for handling the VIA Southbridge bug as derived from the hardware site www.au-ja.de (Many thanks to doelf). I'd rather people left this except for the obvious fixed that were done for non VIA northbridge combinations until 2.5. 2.4 is not an appropriate place to

Re: CML2 design philosophy heads-up

2001-05-19 Thread Alan Cox
Second, how many kernels does Redhat ship in order to have one for 386/486/586/k6/Athlon . . . . Quite a pain in the ass. And look at how much shit has to be built in in order to get a kernel that works for everybody! People bitch at Microsoft for doing it, then turn around and do the

Re: PATCH: Make Acer Extensa 50X Sound work without hanging the whol

2001-05-19 Thread Alan Cox
since ages owners of a Extensa 50X notebook apply the following diff to the kernel to make the sound work without hanging the whole system. With what sound card ? - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More

Re: Negative inode-nr ?

2001-05-19 Thread Rik van Riel
On Sat, 19 May 2001, [iso-8859-1] Jakob Østergaard wrote: What do you think of this ? [root]# cat /proc/sys/fs/inode-nr 157097-180 I think you should upgrade to a newer kernel; Al Viro fixed this bug and the fix went into 2.4.5-pre1. regards, Rik -- Virtual memory is like a game

Re: VIA's Southbridge bug: Latest (pseudo-)patch

2001-05-19 Thread Przemyslaw Wegrzyn
On Sat, 19 May 2001, Axel Thimm wrote: This are the latest suggestions for handling the VIA Southbridge bug as derived from the hardware site www.au-ja.de (Many thanks to doelf). Sorry - little off-topic. I can't find the clean answer anywhere. I use KT7A-RAID, with one disc connected to

Re: LANANA: To Pending Device Number Registrants

2001-05-19 Thread Stephen C. Tweedie
Hi, On Sat, May 19, 2001 at 05:29:32PM +1200, Chris Wedgwood wrote: Or you can fall back to mounting by UUID, which is globally unique and still avoids referencing physical location. You also don't need to manually set LABELs for UUID to work: all e2fsprogs over the past

Re: Negative inode-nr ?

2001-05-19 Thread Jakob Østergaard
On Sat, May 19, 2001 at 01:33:10PM -0300, Rik van Riel wrote: On Sat, 19 May 2001, [iso-8859-1] Jakob Østergaard wrote: What do you think of this ? [root]# cat /proc/sys/fs/inode-nr 157097 -180 I think you should upgrade to a newer kernel; Al Viro fixed this bug and the fix

[RFC][PATCH] Re: Linux 2.4.4-ac10

2001-05-19 Thread Mike Galbraith
Hi, On Fri, 18 May 2001, Stephen C. Tweedie wrote: That's the main problem with static parameters. The problem you are trying to solve is fundamentally dynamic in most cases (which is also why magic numbers tend to suck in the VM.) Magic numbers might be sucking some performance right now

[PATCH] 2.4.4 fix bug in nfs_refresh_inode() and cleanup...

2001-05-19 Thread Trond Myklebust
Linus, A bug was recently found in which nfs_refresh_inode() was returning EIO when servers, such as the Hummingbird, don't return the optional attributes on calls such as the setattr() call. This error was then being passed back to userland. When investigating the bug, I also found a load

Re: LANANA: To Pending Device Number Registrants

2001-05-19 Thread Jonathan Lundell
At 10:42 AM +0200 2001-05-19, Kai Henningsen wrote: Make your config script look at the hardware MAC addresses. Those don't change. They're not necessarily unique, though. So if you plug both into the same network segment, that segment is broken? That looks like very stupid design to

Re: LANANA: To Pending Device Number Registrants

2001-05-19 Thread Jonathan Lundell
At 10:42 AM +0200 2001-05-19, Kai Henningsen wrote: Jeff Garzik's ethtool extension at least tells me the PCI bus/dev/fcn, though, and from that I can write a userland mapping function to the physical location. I don't see how PCI bus/dev/fcn lets you do that. I know from system

Potential help for VIA problems and ASUS motherboards

2001-05-19 Thread John Cavan
Hi, I've seen a lot of messages regarding problems with the VIA chipset... I've experienced them myself. Anyways, I just put in a new ASUS CUV4X-D motherboard, BIOS revision 1004. Once installed, I ran into a raft of problems when IO-APIC was enabled... and discovered that ASUS had a BIOS

Re: Q: ioctl BLKGETSIZE return value units?

2001-05-19 Thread Andries . Brouwer
What are the units of the return value of the BLKGETSIZE ioctl on Linux? Sectors of size 512. or is it in units of sector size bytes as returned by BLKSSZGET No. Andries - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED]

Re: DVD blockdevice buffers

2001-05-19 Thread Adam Schrotenboer
/dev/raw* Where? I can't find it in my .config (grep RAW .config). I am using 2.4.4-ac11 and playing w/ 2.4.5-pre3. TIA Adam Schrotenboer - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at

Re: LANANA: To Pending Device Number Registrants

2001-05-19 Thread Hans Reiser
Chris Wedgwood wrote: Or you can fall back to mounting by UUID, which is globally unique and still avoids referencing physical location. You also don't need to manually set LABELs for UUID to work: all e2fsprogs over the past couple of years have set UUID on partitions, and

Re: PATCH: Make Acer Extensa 50X Sound work without hanging the

2001-05-19 Thread Michael Leun
Hello, On 19-May-2001 Alan Cox wrote: since ages owners of a Extensa 50X notebook apply the following diff to the kernel to make the sound work without hanging the whole system. With what sound card ? opl3sa2. I use alsa 0.5.11. -- Bye, Michael Leun - To unsubscribe from this list:

Re: no ioctls for serial ports? [was Re: LANANA: To Pending DeviceNumber Registrants]

2001-05-19 Thread Linus Torvalds
[ Attribution is gone, so I just deleted it.. ] fd = open(/dev/tty00/nonblock,9600,n8, O_RDWR); Hmm, there might be problem with this. How do you change speed without reopening device? [Remember: your mice knows when you close device] The naming scheme is not a replacement

mount misbehaviour?

2001-05-19 Thread Pavel Machek
Hi! I just had small surprise with 2.4.0: root@bug:/zip# mount /zip root@bug:/zip# ls -al total 8 drwxr-xr-x2 root root 4096 Dec 1 08:29 . drwxr-xr-x 31 65534root 4096 Apr 24 20:56 .. root@bug:/zip# cd /zip root@bug:/zip# ls -al total 22182 drwxr-xr-x4 root

Re: alpha iommu fixes

2001-05-19 Thread Ivan Kokshaysky
On Sat, May 19, 2001 at 03:55:02PM +0200, Andrea Arcangeli wrote: Reading the tsunami specs I learnt 1 tlb entry caches 8 pagetables (not 1) so the tlb flush will be invalidate immediatly by any PCI DMA run after the flush on any of the other 7 mappings cached in the same tlb entry. I have

Re: no ioctls for serial ports? [was Re: LANANA: To Pending Device Number Registrants]

2001-05-19 Thread Pavel Machek
Hi! fd = open(/dev/tty00/nonblock,9600,n8, O_RDWR); Hmm, there might be problem with this. How do you change speed without reopening device? [Remember: your mice knows when you close device] The naming scheme is not a replacement for these kinds of ioctl's - it's just

Re: mount misbehaviour?

2001-05-19 Thread Andries . Brouwer
root@bug:/zip# mount /zip root@bug:/zip# ls -al total 8 drwxr-xr-x2 root root 4096 Dec 1 08:29 . drwxr-xr-x 31 65534root 4096 Apr 24 20:56 .. root@bug:/zip# cd /zip root@bug:/zip# ls -al total 22182 ... Is that okay? Yes. Your working directory does not

Re: no ioctls for serial ports? [was Re: LANANA: To Pending DeviceNumber Registrants]

2001-05-19 Thread Linus Torvalds
On Sat, 19 May 2001, Pavel Machek wrote: Well, if we did something like modify(int fd, char *how), you could do modify(0, nonblock,9600) What you're really proposing is to make ioctl's be ASCII strings. Which is not necessarily a bad idea, and I think plan9 did something similar (or

Re: [PATCH][RFC] Signal-per-fd for RT signals

2001-05-19 Thread Gerold Jury
Vitaly Luban wrote: Hi, snip/ the form of POLL_... This will bring functionality of RT signals event notification on the level with 'select' or 'poll' one, while more efficient and scalable. If there's an interest in such a feature, I'd be eager to publish a patch. Thanks,

Re: Getting FS access events

2001-05-19 Thread Linus Torvalds
On Tue, 15 May 2001, Pavel Machek wrote: resume from disk is actually pretty hard to do in way it is readed linearily. While playing with swsusp patches (== suspend to disk) I found out that it was slow. It needs to do atomic snapshot, and only reasonable way to do that is free half of

Re: Getting FS access events

2001-05-19 Thread Pavel Machek
Hi! resume from disk is actually pretty hard to do in way it is readed linearily. While playing with swsusp patches (== suspend to disk) I found out that it was slow. It needs to do atomic snapshot, and only reasonable way to do that is free half of RAM, cli() and copy. Note that

Re: no ioctls for serial ports? [was Re: LANANA: To Pending Device Number Registrants]

2001-05-19 Thread Pavel Machek
Hi! Well, if we did something like modify(int fd, char *how), you could do modify(0, nonblock,9600) What you're really proposing is to make ioctl's be ASCII strings. Yup. Which is not necessarily a bad idea, and I think plan9 did something similar (or rather, if I remember

Re: Getting FS access events

2001-05-19 Thread Linus Torvalds
On Sat, 19 May 2001, Pavel Machek wrote: Don't get _too_ hung up about the power-management kind of invisible suspend/resume sequence where you resume the whole kernel state. Ugh. Now I'm confused. How do you do usefull resume from disk when you don't restore complete state? Do you

Re: no ioctls for serial ports? [was Re: LANANA: To Pending DeviceNumber Registrants]

2001-05-19 Thread Abramo Bagnara
Linus Torvalds wrote: [ Attribution is gone, so I just deleted it.. ] fd = open(/dev/tty00/nonblock,9600,n8, O_RDWR); Hmm, there might be problem with this. How do you change speed without reopening device? [Remember: your mice knows when you close device] The

VIA politics (was: VIA's Southbridge bug: Latest (pseudo-)patch)

2001-05-19 Thread Axel Thimm
On Sat, May 19, 2001 at 05:11:30PM +0100, Alan Cox wrote: This are the latest suggestions for handling the VIA Southbridge bug as derived from the hardware site www.au-ja.de (Many thanks to doelf). I'd rather people left this except for the obvious fixed that were done for non VIA

Re: Potential help for VIA problems and ASUS motherboards

2001-05-19 Thread Jeff Garzik
John Cavan wrote: Hi, I've seen a lot of messages regarding problems with the VIA chipset... I've experienced them myself. Anyways, I just put in a new ASUS CUV4X-D motherboard, BIOS revision 1004. Once installed, I ran into a raft of problems when IO-APIC was enabled... and

Re: no ioctls for serial ports? [was Re: LANANA: To Pending Device Number Registrants]

2001-05-19 Thread Tim Jansen
On Saturday 19 May 2001 21:43, Pavel Machek wrote: I think that plan9 uses something different -- they have ttyS0 and ttyS0ctl. This would leave us with problem how do I get handle to ttyS0ctl when I only have handle to ttyS0? One possibility is to add multiforked (multi-stream) file support

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-19 Thread Steven Walter
On Sat, May 19, 2001 at 09:38:03PM +0200, Erik Mouw wrote: But /dev/sda/offset=234234,limit=626737537 isn't a file! ls it and see if it's there. writing to files that aren't shown in directory listings is plain evil. I really don't want to explain why. It's extremely messy and

Re: alpha iommu fixes

2001-05-19 Thread Tom Vier
On Sat, May 19, 2001 at 02:48:15PM +0400, Ivan Kokshaysky wrote: This is incorrect. If you want directly mapped PCI window then you don't need the iommu_arena for it. If you want scatter-gather mapping, you should write address of the SG page table into the T3_BASE register. i've tried both

serpent loopback crypto EXT2-fs: group descriptors corrupted

2001-05-19 Thread spam goes to /dev/null
hi, i created a 10mb file called .enc2 with random data and ran # losetup -e serpent -k 128 /dev/loop0 /mnt/hda7/.enc2 then i ran # mke2fs /dev/loop0 and tried to # mount /dev/loop0 /enc. but i get the following error messages when trying to mount: May 19 21:32:10 HOST2 kernel: EXT2-fs error

[PATCH] 2.4.4-ac11 aironet fixes

2001-05-19 Thread Andrzej Krzysztofowicz
Hi, The following patch fixes aironet drivers. It contains - fixed Config.in to disable non-working configurations (PNP without isapnp, built-in ISA or I365) - marked __init/__devinit/__devinitdata some initial code/variables - disable (#if 0) currently unused function (awc4500_pnp_hw_reset) -

Re: [RFC][PATCH] Re: Linux 2.4.4-ac10

2001-05-19 Thread Rik van Riel
On Sat, 19 May 2001, Mike Galbraith wrote: On Fri, 18 May 2001, Stephen C. Tweedie wrote: That's the main problem with static parameters. The problem you are trying to solve is fundamentally dynamic in most cases (which is also why magic numbers tend to suck in the VM.) Magic numbers

[PATCH] 2.4.4-ac11 network drivers cleaning

2001-05-19 Thread Andrzej Krzysztofowicz
From kufel!root Sat May 19 23:39:35 2001 Return-Path: kufel!root Received: from kufel.UUCP (uucp@localhost) by green.mif.pg.gda.pl (8.9.3/8.9.3) with UUCP id XAA02226 for green.mif.pg.gda.pl!ankry; Sat, 19 May 2001 23:39:35 +0200 Received: (from root@localhost) by

2.4.4 del_timer_sync oops in schedule_timeout

2001-05-19 Thread Jacob Luna Lundberg
This is 2.4.4 with the aic7xxx driver version 6.1.13 dropped in. The oops got eaten by klogd, my apologies, but it seems sane even so. I haven't tried newer -ac or -pre kernels so I'm sure it's probably already fixed there but just in case it isn't... kdm[350]: Server for display :0 terminated

Re: CML2 design philosophy heads-up

2001-05-19 Thread Ben Ford
Alan Cox wrote: Second, how many kernels does Redhat ship in order to have one for 386/486/586/k6/Athlon . . . . Quite a pain in the ass. And look at how much shit has to be built in in order to get a kernel that works for everybody! People bitch at Microsoft for doing it, then turn around

Re: [PATCH] 2.4.4-ac11 network drivers cleaning

2001-05-19 Thread Jeff Garzik
Patch looks decent. Adding module descriptions was quite nice. One flaw that is repeated multiple times is that you add #ifdef MODULE printk(version); #endif in an ISA driver's probe routine. This instead should always be the first operation of init_module. Also make

Re: [PATCH] 2.4.4-ac11 aironet fixes

2001-05-19 Thread Jeff Garzik
Patch looks generally ok. Comments: * you forgot to cc Elmer Joandi, the maintainer, who wakes up every now and then :) * When is aironet4500_card version string printed, for the modular case? * did you actually trace the code paths to mark sure code marked __init was never called by the pcmcia

Has anybody a working pppoed for 2.4 (2.4.4-ac10/11)?

2001-05-19 Thread Dieter Nützel
I have pppoed-0.48b1-6, ppp-2.4.0-5 (SuSE 7.1) but it didn't work (with kernel pppoe.o/pppox.o). So I have to use rp-pppoe-2.5-5 (which should be slower I've heard) for the German Telekom ADSL (product name TDSL). Thanks, Dieter -- Dieter Nützel Graduate Student, Computer Science

Re: DVD blockdevice buffers

2001-05-19 Thread Jens Axboe
On Sat, May 19 2001, Adam Schrotenboer wrote: /dev/raw* Where? I can't find it in my .config (grep RAW .config). I am using 2.4.4-ac11 and playing w/ 2.4.5-pre3. It's automagically included, no config options necessary (drivers/char/raw.c) -- Jens Axboe - To unsubscribe from this list:

Re: no ioctls for serial ports? [was Re: LANANA: To Pending DeviceNumber Registrants]

2001-05-19 Thread Alexander Viro
On Sat, 19 May 2001, Linus Torvalds wrote: On Sat, 19 May 2001, Pavel Machek wrote: Well, if we did something like modify(int fd, char *how), you could do modify(0, nonblock,9600) What you're really proposing is to make ioctl's be ASCII strings. Which is not necessarily a

Re: no ioctls for serial ports? [was Re: LANANA: To Pending DeviceNumber Registrants]

2001-05-19 Thread Alexander Viro
On Sat, 19 May 2001, Pavel Machek wrote: I thought about how to do networking without sockets, and it seems to me like this kind of modify syscall is needed, because network sockets connect to *two* different places (one local address and one remote). Sockets are really nasty :-(. Pavel,

Re: CML2 design philosophy heads-up

2001-05-19 Thread Alan Cox
No, my point was, if I don't have SCSI or RAID on this box, I don't want them to be built into the kernel! They arent built into the kernel. I still think you have your facts confused - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL

Re: [RFC][PATCH] Re: Linux 2.4.4-ac10

2001-05-19 Thread Dieter Nützel
Three back to back make -j 30 runs for three different kernels. Swap cache numbers are taken immediately after last completion. The performance increase is nice, though. Do you see similar changes in different kinds of workloads ? I you have a patch against 2.4.4-ac11 I will do some

Re: VIA's Southbridge bug: Latest (pseudo-)patch

2001-05-19 Thread Ingo Oeser
On Sat, May 19, 2001 at 05:11:30PM +0100, Alan Cox wrote: If it had been a manufacturer in most respectable areas of business they'd be recalling and reissuing components, and paying for the end resllers to notify each customer This is consumer hardware. Consumer products are optimized for a

Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup)

2001-05-19 Thread Jeff Garzik
Here's a dumb question, and I apologize if I am questioning computer science dogma... Why are LVM and EVMS(competing LVM project) needed at all? Surely the same can be accomplished with * md * snapshot blkdev (attached in previous e-mail) * giving partitions and blkdevs the ability to grow and

Re: Brown-paper-bag bug in m68k, sparc, and sparc64 config files

2001-05-19 Thread Benedict Bridgwater
This bug unconditionally disables a configuration question -- and it's so old that it has propagated across three port files, without either of the people who did the cut and paste for the latter two noticing it. This sort of thing would never ship in CML2, because the compiler would throw

Re: alpha iommu fixes

2001-05-19 Thread Richard Henderson
On Fri, May 18, 2001 at 09:46:17PM +0400, Ivan Kokshaysky wrote: -void -cia_pci_tbi(struct pci_controller *hose, dma_addr_t start, dma_addr_t end) -{ - wmb(); - *(vip)CIA_IOC_PCI_TBIA = 3; /* Flush all locked and unlocked. */ - mb(); - *(vip)CIA_IOC_PCI_TBIA; -} I'd

Re: Brown-paper-bag bug in m68k, sparc, and sparc64 config files

2001-05-19 Thread Miles Lane
On 19 May 2001 21:06:51 -0400, Benedict Bridgwater wrote: This bug unconditionally disables a configuration question -- and it's so old that it has propagated across three port files, without either of the people who did the cut and paste for the latter two noticing it. This sort of

Re: Brown-paper-bag bug in m68k, sparc, and sparc64 config files

2001-05-19 Thread Miles Lane
On 19 May 2001 21:06:51 -0400, Benedict Bridgwater wrote: This bug unconditionally disables a configuration question -- and it's so old that it has propagated across three port files, without either of the people who did the cut and paste for the latter two noticing it. This sort of

Re: DVD blockdevice buffers

2001-05-19 Thread Adam Schrotenboer
On Sun, 20 May 2001, Jens Axboe wrote: On Sat, May 19 2001, Adam Schrotenboer wrote: /dev/raw* Where? I can't find it in my .config (grep RAW .config). I am using 2.4.4-ac11 and playing w/ 2.4.5-pre3. It's automagically included, no config options necessary (drivers/char/raw.c) then

Re: [PATCH] 2.4.4-ac11 network drivers cleaning

2001-05-19 Thread Keith Owens
On Sat, 19 May 2001 17:58:49 -0400, Jeff Garzik [EMAIL PROTECTED] wrote: Finally, I don't know if I mentioned this earlier, but to be complete and optimal, version strings should be a single variable 'version', such that it can be passed directly to printk like printk(version); Nit

Re: Brown-paper-bag bug in m68k, sparc, and sparc64 config files

2001-05-19 Thread Ben Bridgwater
Miles Lane wrote: On 19 May 2001 21:06:51 -0400, Benedict Bridgwater wrote: This bug unconditionally disables a configuration question -- and it's so old that it has propagated across three port files, without either of the people who did the cut and paste for the latter two noticing

Re: [PATCH] 2.4.4-ac11 network drivers cleaning

2001-05-19 Thread Jeff Garzik
Keith Owens wrote: On Sat, 19 May 2001 17:58:49 -0400, Jeff Garzik [EMAIL PROTECTED] wrote: Finally, I don't know if I mentioned this earlier, but to be complete and optimal, version strings should be a single variable 'version', such that it can be passed directly to printk like

Re: DVD blockdevice buffers

2001-05-19 Thread Linus Torvalds
In article [EMAIL PROTECTED], Jens Axboe [EMAIL PROTECTED] wrote: As a result the system performance goes down. I'm still able to use my applications, but es every single piece of unused memory is swapped out, and swapping in costs a certain amount of time. That's why streaming media

Re: alpha iommu fixes

2001-05-19 Thread Andrea Arcangeli
On Sat, May 19, 2001 at 11:11:31PM +0400, Ivan Kokshaysky wrote: On Sat, May 19, 2001 at 03:55:02PM +0200, Andrea Arcangeli wrote: Reading the tsunami specs I learnt 1 tlb entry caches 8 pagetables (not 1) so the tlb flush will be invalidate immediatly by any PCI DMA run after the flush on

Re: Brown-paper-bag bug in m68k, sparc, and sparc64 config files

2001-05-19 Thread Keith Owens
On Sat, 19 May 2001 22:14:33 -0400, Ben Bridgwater [EMAIL PROTECTED] wrote: To present a dumbed down UI targeted for Aunt Millie or whoever against the protests of the mainstream kernel tool audience makes zero sense to me, as don't Eric's repeated antagonistic comments. How many times do we

Re: [RFC][PATCH] Re: Linux 2.4.4-ac10

2001-05-19 Thread Mike Galbraith
On Sat, 19 May 2001, Rik van Riel wrote: On Sat, 19 May 2001, Mike Galbraith wrote: On Fri, 18 May 2001, Stephen C. Tweedie wrote: That's the main problem with static parameters. The problem you are trying to solve is fundamentally dynamic in most cases (which is also why magic

Re: [RFC][PATCH] Re: Linux 2.4.4-ac10

2001-05-19 Thread Mike Galbraith
On Sun, 20 May 2001, Dieter Nützel wrote: Three back to back make -j 30 runs for three different kernels. Swap cache numbers are taken immediately after last completion. The performance increase is nice, though. Do you see similar changes in different kinds of workloads ? I you

kernel.org: 2.4.5-pre4 missing ChangeLog info

2001-05-19 Thread Shawn Starr
Someone add the changelog info to kernel.org? merci. Shawn. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: kernel.org: 2.4.5-pre4 missing ChangeLog info - scratch that

2001-05-19 Thread Shawn Starr
It's in ChangeLog but not patch-2.4.5.log. Shawn. On Sat, 19 May 2001, Shawn Starr wrote: Someone add the changelog info to kernel.org? merci. Shawn. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo

[PATCH] ide-pci.c for 2.4.5-pre4

2001-05-19 Thread Jeff Chua
There's an error in ide-pci.c that prevented it from compiling 2.4.5-pre4. Try this. Thanks, Jeff [ [EMAIL PROTECTED] ] --- drivers/ide/ide-pci.c Sun May 20 11:56:48 2001 +++ drivers/ide/ide-pci.c.new Sun May 20 11:56:45 2001 @@ -708,7 +708,7 @@ /*

ethtool and pre4

2001-05-19 Thread Jeff Garzik
pre4 is out, and a couple ethernet drivers have gained support for ethtool. In order to take advantage of the new support, you can download ethtool 1.2 from http://sf.net/projects/gkernel/ or check it out of CVS (instruction at the above URL). -- Jeff Garzik | Do you have to

ATA/ATAPI driver development

2001-05-19 Thread Kevin P. Fleming
I'm getting ready to make some changes to the ide-floppy driver (to support dynamic media change notification), and after spending a few days reviewing most of the IDE driver code (ide, ide-disk, ide-cd, ide-floppy and ide-probe), I think I've got a good handle on what needs to be done. However,

Re: [RFD w/info-PATCH] device arguments from lookup, partion code in userspace

2001-05-19 Thread Andries . Brouwer
From: Ben LaHaise [EMAIL PROTECTED] 3. Userspace partition code proposal Given the above two bits, here's a brief explaination of a proposal to move management of the partitioning scheme into userspace, along with portions of raid startup, lvm, uuid and

Re: [RFD w/info-PATCH] device arguments from lookup, partion code inuserspace

2001-05-19 Thread Andries . Brouwer
Andrew Morton writes: (2) what about bootstrapping? how do you find the root device? Do you do root=/dev/hda/offset=63,limit=1235823? Bit nasty. Ben's patch makes initrd mandatory. Can this be fixed? I've *never* had to futz with initrd. Probably most systems

Re: [RFD w/info-PATCH] device arguments from lookup, partion code in userspace

2001-05-19 Thread Eric W. Biederman
Ben LaHaise [EMAIL PROTECTED] writes: Hey folks, The work-in-progress patch for-demonstration-purposes-only below consists of 3 major components, and is meant to start discussion about the future direction of device naming and its interaction block layer. The main motivations here are

Re: RTL8139 difficulties in 2.2, not in 2.4

2001-05-19 Thread Donald Becker
On Sat, 19 May 2001, Matthias Andree wrote: I'm having difficulties with a RTL8139 with Linux 2.2.19 (both drivers), but not with Linux 2.4.4's 8139too driver. The card is an Allied Telesyn AT-2500TX, the chip is reported as 8139C/rev. 0x10. The card shares its IRQ 9 with an nVidia Riva TNT

Brown-paper-bag bug in m68k, sparc, and sparc64 config files

2001-05-19 Thread Eric S. Raymond
This bug unconditionally disables a configuration question -- and it's so old that it has propagated across three port files, without either of the people who did the cut and paste for the latter two noticing it. This sort of thing would never ship in CML2, because the compiler would throw an

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-19 Thread Aaron Lehmann
On Sat, May 19, 2001 at 06:48:19PM +0200, Erik Mouw wrote: One of the fundamentals of Unix is that everything is a file and that you can do everything by reading or writing that file. But /dev/sda/offset=234234,limit=626737537 isn't a file! ls it and see if it's there. writing to files that

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-19 Thread Alexander Viro
On Sat, 19 May 2001, Alan Cox wrote: Now that I'm awake and refreshed, yeah, that's awful. But echo hot-add,slot=5,device=/dev/sda /dev/md0/control *is* sane. Heck, the system can even send back result codes that way. Only to an English speaker. I suspect Quebec City canadians would

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-19 Thread Richard Gooch
Alexander Viro writes: On Sat, 19 May 2001, Richard Gooch wrote: The transaction(2) syscall can be just as easily abused as ioctl(2) in this respect. People can pass pointers to ill-designed structures very Right. Moreover, it's not needed. The same functionality can be trivially

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-19 Thread Linus Torvalds
On Sat, 19 May 2001, Richard Gooch wrote: Matthew Wilcox writes: On Sat, May 19, 2001 at 10:22:55PM -0400, Richard Gooch wrote: The transaction(2) syscall can be just as easily abused as ioctl(2) in this respect. But read() and write() cannot. Sure they can. I can pass a

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-19 Thread Alan Cox
ioctls are evil, period. At least with these names you can use normal scripting and don't need any special tools. Every ioctl means a binary that has no business to exist. That is not IMHO a rational argument. It isn't my fault that your shell does not support ioctls usefully. If you used

Re: [kbuild-devel] Brown-paper-bag bug in m68k, sparc, and sparc64config files

2001-05-19 Thread John Levon
On Sat, 19 May 2001, Eric S. Raymond wrote: This bug unconditionally disables a configuration question -- and it's so old that it has propagated across three port files, without either of the people who did the cut and paste for the latter two noticing it. in fact it was originally in i386

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-19 Thread Linus Torvalds
On Sat, 19 May 2001, Alan Cox wrote: Now that I'm awake and refreshed, yeah, that's awful. But echo hot-add,slot=5,device=/dev/sda /dev/md0/control *is* sane. Heck, the system can even send back result codes that way. Only to an English speaker. I suspect Quebec City canadians would

Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup)

2001-05-19 Thread Alexander Viro
On Sun, 20 May 2001, Edgar Toernig wrote: That assumption is totally bogus. Even for regular files you have side effects (atime); for anything else they're unpredictable. That means only one thing: safe backups are possible only in single-user mode. For values of safe being not triggering

Re: [RFD w/info-PATCH] device arguments from lookup, partion code inuserspace

2001-05-19 Thread Brad Boyer
Aaron Lehmann wrote: On Sat, May 19, 2001 at 08:05:02PM +0200, [EMAIL PROTECTED] wrote: initrd is an unnecessary pain in the ass for most people. It had better not become mandatory. You would not notice the difference, only your kernel would be a bit smaller and the RRPART ioctl

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-19 Thread Richard Gooch
Matthew Wilcox writes: On Sat, May 19, 2001 at 12:51:23PM -0600, Richard Gooch wrote: Al, if you really want to kill ioctl(2), then perhaps you should implement a transaction(2) syscall. Something like: int transaction (int fd, void *rbuf, size_t rlen, void *wbuf,

Re: [RFD w/info-PATCH] device arguments from lookup, partion code inuserspace

2001-05-19 Thread Alexander Viro
On Sat, 19 May 2001, Andrew Clausen wrote: Alexander Viro wrote: On Sat, 19 May 2001, Andrew Clausen wrote: (1) these issues are independent. The partition parsing could be done in user space, today, by blkpg, if I read the code correctly ;-) (there's an ioctl for

Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH] device arguments from lookup)

2001-05-19 Thread Andries . Brouwer
Alexander Viro writes: Folks, before you get all excited about cramming side effects into open(2), consider ... I agree completely. A lot of stuff relies on the fact that close(open(foo, O_RDONLY)) is a no-op. Breaking that assumption is a Bad Thing(tm). Also here I would like to agree.

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-19 Thread Matthew Wilcox
On Sat, May 19, 2001 at 10:22:55PM -0400, Richard Gooch wrote: The transaction(2) syscall can be just as easily abused as ioctl(2) in this respect. But read() and write() cannot. -- Revolutions do not require corporate support. - To unsubscribe from this list: send the line unsubscribe

Re: [RFD w/info-PATCH] device arguments from lookup, partion code inuserspace

2001-05-19 Thread Andrew Morton
Alexander Viro wrote: (2) what about bootstrapping? how do you find the root device? Do you do root=/dev/hda/offset=63,limit=1235823? Bit nasty. Ben's patch makes initrd mandatory. Can this be fixed? I've *never* had to futz with initrd. Probably most systems are the same. It

Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup)

2001-05-19 Thread Alexander Viro
On Sat, 19 May 2001 [EMAIL PROTECTED] wrote: A lot of stuff relies on the fact that close(open(foo, O_RDONLY)) is a no-op. Breaking that assumption is a Bad Thing(tm). Also here I would like to agree. Unfortunately this is false. Opening device files often has interesting side effects.

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-19 Thread Alexander Viro
On Sat, 19 May 2001, Richard Gooch wrote: The transaction(2) syscall can be just as easily abused as ioctl(2) in this respect. People can pass pointers to ill-designed structures very Right. Moreover, it's not needed. The same functionality can be trivially implemented by write() and

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-19 Thread Erik Mouw
On Sat, May 19, 2001 at 10:45:11AM -0700, Aaron Lehmann wrote: On Sat, May 19, 2001 at 06:48:19PM +0200, Erik Mouw wrote: One of the fundamentals of Unix is that everything is a file and that you can do everything by reading or writing that file. But /dev/sda/offset=234234,limit=626737537

Re: [RFD w/info-PATCH] device arguments from lookup, partion codein userspace

2001-05-19 Thread Linus Torvalds
On Sat, 19 May 2001, Ben LaHaise wrote: 1. Generic lookup method and argument parsiing (fs/lookupargs.c) Looks sane. 2. Restricted block device (drivers/block/blkrestrict.c) This is not very user-friendly, but along with symlinks this makes perfect sense. It would make partition handling

Re: [RFD w/info-PATCH] device arguments from lookup, partion code inuserspace

2001-05-19 Thread Andries . Brouwer
From [EMAIL PROTECTED] Sat May 19 20:07:23 2001 initrd is an unnecessary pain in the ass for most people. It had better not become mandatory. You would not notice the difference, only your kernel would be a bit smaller and the RRPART ioctl disappears. Would I

[RFD w/info-PATCH] device arguments from lookup, partion code inuserspace

2001-05-19 Thread Ben LaHaise
Hey folks, The work-in-progress patch for-demonstration-purposes-only below consists of 3 major components, and is meant to start discussion about the future direction of device naming and its interaction block layer. The main motivations here are the wasting of minor numbers for partitions,

Problems with buslogic and osst driver

2001-05-19 Thread Andrew Bray
I (and others on the OnStream osst driver mailing) list cannot get this tape drive to work with BusLogic SCSI host adapters. This is with 2.2.19 and 2.4.3 and either a MultiMaster or FlashPoint card. I have been in contact with Willem Reide (the author of the osst driver) and he has identified

Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup)

2001-05-19 Thread Jeff Garzik
Linus Torvalds wrote: There are some strong arguments that we should have filesystem backdoors for maintenance purposes, including backup. I think I agree with something Al said over IRC, that fs-level snapshots are preferred over block level snapshots. fs-level snapshots should become easy

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-19 Thread Ingo Oeser
On Sat, May 19, 2001 at 11:34:48AM -0700, Linus Torvalds wrote: [Reasons] So the English is bad argument is a complete non-argument. Jepp, I have to agree. English is used more or less as an communication protocol in computer science and for operating computers. Once you know how to operate

Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup)

2001-05-19 Thread Abramo Bagnara
Alexander Viro wrote: Folks, before you get all excited about cramming side effects into open(2), consider the following case: 1) opening /dev/zero/start_nuclear_war has a certain side effect. 2) Local user does the following: ln -sf /dev/zero/start_nuclear_war bar

Re: [RFD w/info-PATCH] device arguments from lookup, partion code inuserspace

2001-05-19 Thread Alexander Viro
On Sat, 19 May 2001, Andrew Morton wrote: Alexander Viro wrote: (2) what about bootstrapping? how do you find the root device? Do you do root=/dev/hda/offset=63,limit=1235823? Bit nasty. Ben's patch makes initrd mandatory. Can this be fixed? I've *never* had to futz

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-19 Thread Alexander Viro
On Sat, 19 May 2001, Richard Gooch wrote: There is another reason to use ioctl(2): when you need to send data to the kernel/driver and wait for a response. It supports transactions, which read(2) and write(2) cannot. Therefore it remains useful. Somebody, run to database vendors and tell

<    1   2   3   4   >