Re: Supermount
well, for a bit of OT discussion sake, here's how it imho SHOULD work, from user (noobs and non guru) desktop point of view: cd/dvds: mounted automatically on insert / first access. if a program is running from it (or a file is open from it), and user tries to eject it using button, or any eject-like software, kernel sends a signal to a central place. which is, for example, picked up from a window manager, or even X itself. which, in a friendly and non intrusive way, displays something like this: "drive hdc busy, please close the following processes first: 1. mplayer 2. blabla". also, if a blank media is detected on access, it should not be mounted. usb drives: similar. if user plugs it out without unmounting, its unmounted, and processes using files on it gracefully killed, or somehow "warned". how to "warn" them? ill let someonbe smarter think of the way :) and about ripping it out without closing, wm/anything should yell "bad user!! you should ALWAYS unmount first!" floppys: i suggest leaving things 100% same. btw. i saw some distros having problem with accessing ie /mnt/floppy when there is no floppy present. bash goes wild with autocompletion. programs pause for a looong time. this could be a kernel bug. other stuff: dont want to sound like troll, but i guess 98% of people dont use anything else. system partitions: make a clear cut between folders which should be seen at all by anyone but root, kernel, special software. in other words: reduce clutter in / by hiding almost anything! and partition specific mount option such as "userinvisiblefolder=/dev;/sys;/lib;/proc;/sys;/var" should also be possible. face it, for regular user in varoius distros, / is to crowded. i'm not saying this is all 100% correct or possible. couse this is, imho, greatest ugliness, user friendlyness and productivity reducer in linux. m$ has it a bit better in some ways, but crappier in other. any of these could be a killer feature for 2.8 kernel series. or 2.6.2x :) i would like people to discuss this. be polite please :) - 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: Supermount
On Sat, 23 Jul 2005, Oliver Neukum wrote: > Am Freitag, 22. Juli 2005 18:38 schrieb Lasse Kärkkäinen / Tronic: > > > Supermount is obsolete there are other tools in userspace that do the > > > job perfectly. > > > e.g ivman which uses hal and dbus. > > > > They cannot mount on demand, thus cannot do the same job. The boot > > partition, for example, is something that should only be mounted when > > required. The same obviously also goes for network filesystems in many > > cases (i.e. avoid having zillion idling connections to the server). > > To mount on demand use autofs. Unmounting and dealing with media removal > is the problem. That's not the only problem. We can't do owner mounts of the floppy, for example. smb mounts have similar problems in needing to identify the requester in order to get authentication info. But that's on the agenda to be fixed. Ian
Re: Supermount
On Sat, 23 Jul 2005, Lasse K??rkk??inen / Tronic wrote: > > To mount on demand use autofs. Unmounting and dealing with media removal > > is the problem. > > Granted, that can get pretty close. However, having to use /auto/* > instead of mounting directly where required often limits using it quite > a bit. Thus, I don't see it as a real alternative. What do you mean "/auto/*"? Ian
Re: Supermount
> To mount on demand use autofs. Unmounting and dealing with media removal > is the problem. Granted, that can get pretty close. However, having to use /auto/* instead of mounting directly where required often limits using it quite a bit. Thus, I don't see it as a real alternative. - Tronic - signature.asc Description: OpenPGP digital signature
Re: Supermount
Am Freitag, 22. Juli 2005 18:38 schrieb Lasse Kärkkäinen / Tronic: > > Supermount is obsolete there are other tools in userspace that do the > > job perfectly. > > e.g ivman which uses hal and dbus. > > They cannot mount on demand, thus cannot do the same job. The boot > partition, for example, is something that should only be mounted when > required. The same obviously also goes for network filesystems in many > cases (i.e. avoid having zillion idling connections to the server). To mount on demand use autofs. Unmounting and dealing with media removal is the problem. Regards Oliver - 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: Supermount
> Supermount is obsolete there are other tools in userspace that do the > job perfectly. > e.g ivman which uses hal and dbus. They cannot mount on demand, thus cannot do the same job. The boot partition, for example, is something that should only be mounted when required. The same obviously also goes for network filesystems in many cases (i.e. avoid having zillion idling connections to the server). > Also there are other fs like supermount e.g submount etc... I woudldn't care about the implementation (original supermount, supermountng, submount or something else). Getting the job done is what counts. - Tronic - signature.asc Description: OpenPGP digital signature
Re: Supermount
>2005/7/21, Lasse Kärkkäinen / Tronic <[EMAIL PROTECTED]>: > Is there a reason why this magnificient piece of software is not already > in the mainline? It seems to be working very well and provides > functionality that simply isn't available otherwise. > Hi Tronic, Supermount is obsolete there are other tools in userspace that do the job perfectly. e.g ivman which uses hal and dbus. Including source like supermount because it simply work is not a good argument. And why to hell should everthing in the kernel, to make sorry *leazy* people happy? The kernel is not a trash...also supermount uses ioctl which is nearly removed from kernel?! Please correct me if i am wrong with ioctl. Also there are other fs like supermount e.g submount etc... > For those who are not familiar with it: this system does on-demand > mounting when the mount point is accessed and automatically umounts > afterwards. Unlike autofs, this does not require a special automount > filesystem to be mounted, but the actual filesystems can be directly > mounted where-ever. Also, it "just works" and the CD drive will eject > when the button is pressed, without having to wait for the umount > timeout to pass. I haven't looked inside to find out HOW it actually > does it, because I simply don't care, as long as it just works. I used supermount, too - for a long long time...but it cost me a second to write a bash script with does supermount job's for eject. ;-) > > - Tronic - > > > -- Mit freundlichen Grüßen Michael Thonke Best regards Michael thonke - 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: Supermount
Lasse K??rkk??inen / Tronic <[EMAIL PROTECTED]> : > Is there a reason why this magnificient piece of software is not already > in the mainline? Yes, there is. Please search the archives. -- Ueimor - 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/
Supermount
Is there a reason why this magnificient piece of software is not already in the mainline? It seems to be working very well and provides functionality that simply isn't available otherwise. For those who are not familiar with it: this system does on-demand mounting when the mount point is accessed and automatically umounts afterwards. Unlike autofs, this does not require a special automount filesystem to be mounted, but the actual filesystems can be directly mounted where-ever. Also, it "just works" and the CD drive will eject when the button is pressed, without having to wait for the umount timeout to pass. I haven't looked inside to find out HOW it actually does it, because I simply don't care, as long as it just works. - Tronic - signature.asc Description: OpenPGP digital signature
Supermount patch oops with 2.6.12-rc1-bk1 in drivers/cdrom.c
Hi, I'm using 2.6.12-rc1-bk1 with ck's supermount patch (supermount-ng208-2611.diff) and am getting the following oops with 'find . -name fred' from '/' when a disk is in my dvdrom drive:- Kernel 2.6.12-rc1-bk1 on an i686 / ttyS0 chamonix.straightrunning.com login: Unable to handle kernel NULL pointer dereference at virtual address 0108 printing eip: *pde = Oops: [#1] PREEMPT Modules linked in: parport_pc lp parport floppy natsemi supermount nls_iso8859_15 ntfs mga_vid fusion intel_agp agpgart snd_seq_oss x CPU:0 EIP:0060:[]Not tainted VLI EFLAGS: 00010286 (2.6.12colin) EIP is at cdrom_mediactl+0x16/0xbf eax: 0108 ebx: 0108 ecx: 04d3 edx: dfb7d300 esi: 04d3 edi: 04d3 ebp: d5998e58 esp: d5998e48 ds: 007b es: 007b ss: 0068 Process find (pid: 1727, threadinfo=d5998000 task=d909d520) Stack: dfb7d300 dfb7d300 dfb7d300 04d3 d5998e68 c021347b c02de7a0 d5998e80 e2a1b6fc d5d906e0 df5bc200 d5998e9c e2a1dc80 d5d906e0 df5bc200 df5bc200 dfce6e14 d5998ea8 e2a1de8e df5bc200 Call Trace: [] show_stack+0xa9/0xb1 [] show_registers+0x14d/0x1c1 [] die+0xe9/0x188 [] do_page_fault+0x437/0x635 [] error_code+0x2b/0x30 [] idecd_mediactl+0x23/0x29 [] supermount_mediactl+0xb4/0x13c [supermount] [] subfs_mount+0xd0/0x11c [supermount] [] check_and_remount_subfs+0x38/0x5d [supermount] [] subfs_go_online+0x36/0x102 [supermount] [] supermount_permission+0x47/0xf7 [supermount] [] permission+0x96/0xac [] may_open+0x5f/0x1b6 [] open_namei+0x4c4/0x597 [] filp_open+0x29/0x48 [] sys_open+0x4d/0x87 [] sysenter_past_esp+0x54/0x75 Code: 89 44 24 08 8b 45 dc 89 44 24 04 e8 eb 48 ef ff e9 38 ff ff ff 55 89 e5 83 ec 10 89 5d f4 89 75 f8 89 55 f0 89 7d fc 89 c3 89 Entering kdb (current=0xd909d520, pid 1727) Oops: Oops due to oops @ 0xc021ea2f eax = 0x0108 ebx = 0x0108 ecx = 0x04d3 edx = 0xdfb7d300 esi = 0x04d3 edi = 0x04d3 esp = 0xd5998e48 eip = 0xc021ea2f ebp = 0xd5998e58 xss = 0xc0220068 xcs = 0x0060 eflags = 0x00010286 xds = 0xdfb7007b xes = 0x007b origeax = 0x ®s = 0xd5998e14 kdb> More info. can be supplied as required and I'll look further myself. Thanks Colin Harrison - 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: Supermount / ivman
Gustavo Guillermo Perez wrote: Cause I play with old toys, (floppys) and ivman doesn't work properly on the lastest gentoo with floppys, I retouch for a while the supermount patch from sourceforge for kernel 2.6.11-rc1. I'm a n00b on kernel, I do this only for general purposes helping some friends, I know supermount should not be used, and is not mantained, I've tested it just only for IDE/ATAPI CD/DVD and floppys. Cause Supermount seems to be a filesystem I replace vfs_permission by generic_permission instead of permission as I read on the lkml. Other stuffs too in scsi section (I don't have scsi hardware). If Help someone else: http://www.compunauta.com/forums/linux/instalarlinux/supermount_en.html I've been silently maintaining it offlist. No real development but keeping it in sync and fixing obvious bugs that show up that I can fix. Here's a patch for 2.6.10-ck5 (should apply fairly cleanly to 2.6.10): http://ck.kolivas.org/patches/2.6/2.6.10/2.6.10-ck5/patches/supermount-ng208-10ck5.diff and for 2.6.11-rc1 http://ck.kolivas.org/patches/2.6/2.6.11-rc1/patches/supermount-ng208-2611rc1.diff Cheers, Con signature.asc Description: OpenPGP digital signature
Supermount / ivman
Cause I play with old toys, (floppys) and ivman doesn't work properly on the lastest gentoo with floppys, I retouch for a while the supermount patch from sourceforge for kernel 2.6.11-rc1. I'm a n00b on kernel, I do this only for general purposes helping some friends, I know supermount should not be used, and is not mantained, I've tested it just only for IDE/ATAPI CD/DVD and floppys. Cause Supermount seems to be a filesystem I replace vfs_permission by generic_permission instead of permission as I read on the lkml. Other stuffs too in scsi section (I don't have scsi hardware). If Help someone else: http://www.compunauta.com/forums/linux/instalarlinux/supermount_en.html -- Gustavo Guillermo Pérez Compunauta uLinux www.userver.tk - 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: supermount
I gree with Stevie Kieu and Sam Halliday -- Best regards, Dj_RzulF - 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/
More feature should be added into main kernel(Was: supermount)
Just my humble opinion, please dont laugh if I am wrong, I think: Supermount JFS I use the patch from IBM ; now running JFS, and notice a bit improved performance than Reiserfs, it is good file system, (they release stable (may be?) release already). But It is hard, they only give the patch for the main version, say 2.4.x x< 5 and 2.4.5; I patch to 2.4.5 then apply the ac22 series, it spits errors, then I had to patch manually but may be I made a mistake somewhere, when compile it gave me errors, Okay some one may tell me to use FOLK, but I tried last time, and failled to compile, ( I fogot the error message sorry, ) so now I have to use 2.4.4 with JFS. The same for supermount, the patch is only for 2.4.0, but this time I am ok to manually patch it. --- John Silva <[EMAIL PROTECTED]> wrote: > Supermount has been integrated into the Mandrake 8 > kernel (2.4); > I have been unable to locate the standalone patch > for this, however. > > Steve Kieu wrote: > > > > --- Sam Halliday <[EMAIL PROTECTED]> wrote: > > This > > email was delivered to you by The Free > > > Internet, > > > a Business Online Group company. > > > http://www.thefreeinternet.net > > I totally aggree, supermount is nice features and > it > > should be integrated into the main kernel stream > (just > > my HO) > > > > > > > > --- > > > hello, > > > i am fairly new to linux, i need it's fast > > > number crunching powers > > > for my research... and i have only recently > begun to > > > have a look at the > > > kernel (i believe every workman should know his > > > tools). but i have > > > noticed that supermount is not a standard part > of > > > the project, is there > > > any reason why this is? is it due to man power? > i > > > would have been less > > > shocked by the absense of other features in the > > > > > > > > radio support, supermount seems to me to be > > > essential in any operating > > > system. > > > i apologise if this is a very silly question > or > > > if i have posted > > > this question in the wrong place, but please > excuse > > > me, im new to this > > > whole world. > > > > > > and keep up the good work, i wish i knew more > about > > > the whole thing so i > > > could contribute something. > > > > > > Sam, Ireland > > > > > > - > > > 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/ > > > > = > > S.KIEU > > > > > _ > > http://messenger.yahoo.com.au - Yahoo! Messenger > > - Voice chat, mail alerts, stock quotes and > favourite news and lots more! > > - > > 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/ > > -- > John P. Silva [EMAIL PROTECTED] = S.KIEU _ http://messenger.yahoo.com.au - Yahoo! Messenger - Voice chat, mail alerts, stock quotes and favourite news and lots more! - 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: supermount
Supermount has been integrated into the Mandrake 8 kernel (2.4); I have been unable to locate the standalone patch for this, however. Steve Kieu wrote: > > --- Sam Halliday <[EMAIL PROTECTED]> wrote: > This > email was delivered to you by The Free > > Internet, > > a Business Online Group company. > > http://www.thefreeinternet.net > I totally aggree, supermount is nice features and it > should be integrated into the main kernel stream (just > my HO) > > > > --- > > hello, > > i am fairly new to linux, i need it's fast > > number crunching powers > > for my research... and i have only recently begun to > > have a look at the > > kernel (i believe every workman should know his > > tools). but i have > > noticed that supermount is not a standard part of > > the project, is there > > any reason why this is? is it due to man power? i > > would have been less > > shocked by the absense of other features in the > > > > > radio support, supermount seems to me to be > > essential in any operating > > system. > > i apologise if this is a very silly question or > > if i have posted > > this question in the wrong place, but please excuse > > me, im new to this > > whole world. > > > > and keep up the good work, i wish i knew more about > > the whole thing so i > > could contribute something. > > > > Sam, Ireland > > > > - > > 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/ > > = > S.KIEU > > _ > http://messenger.yahoo.com.au - Yahoo! Messenger > - Voice chat, mail alerts, stock quotes and favourite news and lots more! > - > 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/ -- John P. Silva[EMAIL PROTECTED] - 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: supermount
--- Sam Halliday <[EMAIL PROTECTED]> wrote: > This email was delivered to you by The Free > Internet, > a Business Online Group company. > http://www.thefreeinternet.net I totally aggree, supermount is nice features and it should be integrated into the main kernel stream (just my HO) > --- > hello, > i am fairly new to linux, i need it's fast > number crunching powers > for my research... and i have only recently begun to > have a look at the > kernel (i believe every workman should know his > tools). but i have > noticed that supermount is not a standard part of > the project, is there > any reason why this is? is it due to man power? i > would have been less > shocked by the absense of other features in the > > radio support, supermount seems to me to be > essential in any operating > system. > i apologise if this is a very silly question or > if i have posted > this question in the wrong place, but please excuse > me, im new to this > whole world. > > and keep up the good work, i wish i knew more about > the whole thing so i > could contribute something. > > Sam, Ireland > > - > 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/ = S.KIEU _ http://messenger.yahoo.com.au - Yahoo! Messenger - Voice chat, mail alerts, stock quotes and favourite news and lots more! - 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/
supermount
This email was delivered to you by The Free Internet, a Business Online Group company. http://www.thefreeinternet.net --- hello, i am fairly new to linux, i need it's fast number crunching powers for my research... and i have only recently begun to have a look at the kernel (i believe every workman should know his tools). but i have noticed that supermount is not a standard part of the project, is there any reason why this is? is it due to man power? i would have been less shocked by the absense of other features in the kernel such as sound and radio support, supermount seems to me to be essential in any operating system. i apologise if this is a very silly question or if i have posted this question in the wrong place, but please excuse me, im new to this whole world. and keep up the good work, i wish i knew more about the whole thing so i could contribute something. Sam, Ireland - 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/
supermount
This email was delivered to you by The Free Internet, a Business Online Group company. http://www.thefreeinternet.net --- hello, i have only been using linux for about a year, i am a physicist and i need its fast number crunching for my programs, i have recently become interrested in the kernel (i believe everyone should have some understanding of their tools), i have noticed supermount is not a standard part of this project, is there a good reason why this is? i apologise if this is a very silly question as i am sure it is, but it really does seem to me to be an essential feature, are there any plans to include it as a standard feature or is this due to man-power? i know patches do exist out there (all beit, really hard to find for recent 2.4.5) anyways, keep up the good work, i wish i knew enough about the whole thing to help out in some way, Sam, Ireland - 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/
..supermount ? no! (The Ultimate Solution :)
Change the removable device-drivers to detect change. Fx, with cdrom, change the cdrom-part to detect when the disc tray ejects and when it goes back in, both for manual (user push eject) and automatic (program sends eject-request). This way the kernel just have to send a signal when this happens on a device (to processes who have requested to get to know). This has several advantages: * Supermount don't need to be kernel-related at all, and so doesn't need to be updated for each new kernel revision (cleaner kernel) * Possible to get autorun on linux * Can get rid of "insert cd and press ok"-like things (replace with "insert cd or press cancel") * Imagination is the only limit :) So, what do you say ? (I'm a newbie to this, so don't flame me to hard :) Gerry - 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: supermount ?
> Supermount sounds to me like a very important part of linux, at least for us > who like our cds/dvds/etc. to work as easily as in fx. windows. For linux to > be popular among "normal" users, it should be present at every system with > local removable drives. So, my question is; why isn't supermount a standard > part of the kernel, or at least a module ? Because it wants rewriting as a clean file system using the 2.4 dcache and layering itself above the real fs. In theory the infrastructure for this is all there. Alan - 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: supermount ?
I don't know if this applies to 2.4.2, but there is a patch for 2.4.0: http://www.geocities.com/SiliconValley/Lab/8144/supermount.html /cyr --- Lister: Shouldn't this plug in to something? Holly: Yes, that joins up with the white cable. --- Lister electrocuted --- Holly: ...or was that the yellow cable? Yes, it should have been the yellow cable. - 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/
supermount ?
I recently upgraded my kernel to version 2.4.2, with no problems at all, except one: supermount. I guess you already know that supermount haven't been upgraded to support 2.4.2 or even 2.4 yet, and i guess there's nothing to do about that but wait. But that's not why i'm writing this. Supermount sounds to me like a very important part of linux, at least for us who like our cds/dvds/etc. to work as easily as in fx. windows. For linux to be popular among "normal" users, it should be present at every system with local removable drives. So, my question is; why isn't supermount a standard part of the kernel, or at least a module ? Right now i have to use autofs to manage automounting, but there's several problems with that (as it's aimed at use with network devices): Fx, it locks my dvd/cdrw-drives every time they get mounted, so that eject isn't possible until it gets unmounted. Floppy disks aren't updated until they're remounted. Setting low timeouts doesn't help at this, since it doesn't seem to work that well with local devices for some reason.. So, supermount is required even if autofs is included in the kernel, from my point of view anyway. I'm sure there's many people out there like me :) Any chance supermount will be a standard kernel module in the future ? Gerry - 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/
