Re: ps2 keyboard filter hook
On Fri, 15 Jun 2001, Dan Streetman wrote: >Date: Fri, 15 Jun 2001 17:03:38 -0400 (EDT) >From: Dan Streetman <[EMAIL PROTECTED]> >To: Jeff Garzik <[EMAIL PROTECTED]> >Cc: Linux Kernel <[EMAIL PROTECTED]> >Content-Type: TEXT/PLAIN; charset=US-ASCII >Subject: Re: ps2 keyboard filter hook > > >>Didn't we just conclude a discussion here on linux-kernel, which said >>that patches which simply add hooks allowing proprietary extensions are >>not accepted into the kernel? > >Yes (I assume you mean the whole 'sockreg' register/unregister thread(s)...;-) > >I never intended to get that patch in. In fact I would be shocked (and a bit >horrified) if it was accepted. > >But management doesn't listen to me when I say it will never get accepted so I >had to make a token effort of submitting it to prove it won't get accepted. > >And I did try hard to convince them to release the actual driver but it didn't >work. I find it very odd indeed with IBM's big voice of open source praise, yada yada, and what Lou has said in the past, that there would be any question at all of wether it would be open source or not. Isn't big blue behind open source? Or is it just for publicity? Makes me wonder now... Must be some real good rocket science in that interface that theres no way on earth someone else could come up with it for it to be important IP to protect. Makes me wonder what's hiding behind it... -- Mike A. Harris - Linux advocate - Open Source advocate Opinions and viewpoints expressed are solely my own. -- DISCLAIMER - These opoi^H^H "damn", ^H, [esc :q :qq !q "shoot!" :Q! "Whaddya mean, Not an editor command?" :wq! ^C^C^C !STOP ^bye ^quit :quit! !halt ... ^w^q :!w :wq! ^D :qq!! ^STOP [HALT! HALT!!! "Why's it doing this?" :stopit! :wwqq!! ^Z ^L ^ESC STOP :bye bye bye! "Hey, what's this red button d..." - 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: obsolete code must die
On Wed, 13 Jun 2001, Colonel wrote: >>I really think doing a clean up is worthwhile. Maybe while looking for stuff > >You left out all the old non-IDE CDROM drives. And also UP systems. I've got 2 SMP boxes here now. Why not remove support for any system with less than 2 processors? ;o) I'll just have to replace my 486 firewall with the dual 486 in the closet. ;o) ---------- Mike A. Harris - Linux advocate - Open Source advocate Opinions and viewpoints expressed are solely my own. -- If Bill Gates had a dime for every time Windows crashed, he'd be rich! - 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: obsolete code must die
On Wed, 13 Jun 2001, Daniel wrote: >i386, i486 >The Pentium processor has been around since 1995. Support for these older >processors should go so we can focus on optimizations for the pentium and >better processors. [SNIP] Boy, if this isn't a troll, I don't know what is. Obviously someone doesn't grok the kernel development processes very well. Newbie here? One needn't even *be* a kernel hacker to understand why all of the stuff stated is totally not going to happen, and there would be no benefit to doing so. ---------- Mike A. Harris - Linux advocate - Open Source advocate Opinions and viewpoints expressed are solely my own. -- Foot and mouth disease is believed by experts to be the first virus that is unable to spread via Microsoft Outlook. - 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: Break 2.4 VM in five easy steps
On Sat, 9 Jun 2001, Rik van Riel wrote: >> Why are half the people here trying to hide behind this diskspace >> is cheap argument? If we rely on that, then Linux sucks shit. > >Never mind them, I haven't seen any of them contribute >VM code, even ;) Nor have I, but I think you guys working on it will get it cleaned up eventually. What bugs me is people trying to pretend that it isn't important to fix, or that spending money to get newer hardware is acceptable solution. >OTOH, disk space _is_ cheap, so the other VM - performance >related - VM bugs do have a somewhat higher priority at the >moment. Yes, it is cheap. It isn't always an acceptable workaround though, so I'm glad you guys are working on it - even if we have to wait a bit. I have faith in the system. ;o) ---------- Mike A. Harris - Linux advocate - Open Source advocate Opinions and viewpoints expressed are solely my own. -- - 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: Break 2.4 VM in five easy steps
On 6 Jun 2001, Miles Lane wrote: >> Precicely. Saying 8x RAM doesn't change it either. Sometime >> next week I'm going to purposefully put a new 60Gb disk in on a >> separate controller as pure swap on top of 256Mb of RAM. My >> guess is after bootup, and login, I'll have 48Gb of stuff in >> swap "just in case". > >Mike and others, I am getting tired of your comments. Sheesh. And I'm tired of having people tell me, or tell others to buy a faster computer or more RAM to work around a real technical problem. If a dual 1Ghz system with 1Gb of RAM and 60GB of disk space broken across 3 U160 drives is not a modern fast workstation I don't know what is. My 300Mhz system however works on its own stuff, and doesn't need upgrading. >The various developers who actually work on the VM have already >acknowledged the issues and are exploring fixes, including at >least one patch that already exists. Precicely, which underscores what I'm saying: The problem is acknowledged, and being worked on by talented hackers knowing what they are doing - so why must people keep saying "get more disk space, it is cheap?" et al.? That is totally nonuseful advice in most cases. Many have pointed out already for example how impossible that would be in a 500 computer webserver farm. >It seems clear that the uproar from the people who are having >trouble with the new VM's handling of swap space have been >heard and folks are going to fix these problems. It may not >happen today or tomorrow, but soon. What the heck else do you >want? I agree with you. What I want, is when someone talks about this stuff or inquires about it, for people to stop telling them that their computer is out of date and they should upgrade it as that is bogus advice. "It worked fine yesterday, why should I upgrade" reigns supreme. >Making enflammatory remarks about the current situation does >nothing to help get the problems fixed, it just wastes our time >and bandwidth. It's not like there is someone forcing you to read it though. >So please, if you have new facts that you want to offer that >will help us characterize and understand these VM issues better >or discover new problems, feel free to share them. But if you >just want to rant, I, for one, would rather you didn't. Point noted, however that isn't going to stop anyone from speaking their personal opinion on things. Freedom of speech. -- Mike A. Harris - Linux advocate - Open Source advocate Opinions and viewpoints expressed are solely my own. -- - 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: missing sysrq
On Fri, 1 Jun 2001, Dieter Nützel wrote: >> > In article <[EMAIL PROTECTED]> you wrote: >> > > However, if I go to /proc/sys/kernel/sysrq does not exist. >> > >> > It is a compile time option, so the person who compiled your kernel >> > left it out. >> >> I compiled it, and the sysrq is definitely in the config. No doubt at >> all. I also use make mrproper and config again before dep and actual >> compile. Maybe it is just a quirk/oddball. >> >> D. Stimits, [EMAIL PROTECTED] > >Have you tried "echo 1 > /proc/sys/kernel/sysrq"? >You need both, compiled in and activation. If you *know* it is compiled into your kernel, and you *know* it is enabled via the above, and it still does not work, do the following: Run: showkey -s Then press LALT quickly followed by SYSRQ, and keep holding both down, and you should see: 0x38 0x54 You might see a bunch of extra 0x38's which is ok. If however when you press ALT-SYSRQ you see: 0x38 0x54 0xd4 and are still holding both keys down, then your keyboard is broken and incompatible with the kernel SYSRQ feature. A proper keyboard will only show "0x38 0x54". I have written a patch for SYSRQ to allow it to be used with broken keyboards that send the make+break code for the SYSRQ sequence simultaneously. If you need it, let me know and I'll send it to you. -- Mike A. Harris - Linux advocate - Open Source advocate Opinions and viewpoints expressed are solely my own. -- - 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: missing sysrq
On Thu, 31 May 2001, D. Stimits wrote: >Date: Thu, 31 May 2001 17:48:34 -0600 >From: D. Stimits <[EMAIL PROTECTED]> >To: unlisted-recipients:;;@timpanogas.com (no To-header on input) >Cc: [EMAIL PROTECTED] >Content-Type: text/plain; charset=us-ascii >Subject: Re: missing sysrq > >Bernd Eckenfels wrote: >> >> In article <[EMAIL PROTECTED]> you wrote: >> > However, if I go to /proc/sys/kernel/sysrq does not exist. >> >> It is a compile time option, so the person who compiled your kernel left it >> out. > >I compiled it, and the sysrq is definitely in the config. No doubt at >all. I also use make mrproper and config again before dep and actual >compile. Maybe it is just a quirk/oddball. What does this say: ksyms -a |grep -i sysrq -- Mike A. Harris - Linux advocate - Open Source advocate Opinions and viewpoints expressed are solely my own. -- Who knows what dangerous code lurks in the hearts of men? Only the Shadowman(TM) knows... Mike A. Harris <[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: Break 2.4 VM in five easy steps
On Wed, 6 Jun 2001, Derek Glidden wrote: >> Derek> overwhelmed. On the system I'm using to write this, with >> Derek> 512MB of RAM and 512MB of swap, I run two copies of this >> >> Please see the following message on the kernel mailing list, >> >> 3086:Linus 2.4.0 notes are quite clear that you need at least twice RAM of swap >> Message-Id: <[EMAIL PROTECTED]> > >Yes, I'm aware of this. > >However, I still believe that my original problem report is a BUG. No >matter how much swap I have, or don't have, and how much is or isn't >being used, running "swapoff" and forcing the VM subsystem to reclaim >unused swap should NOT cause my machine to feign death for several >minutes. > >I can easily take 256MB out of this machine, and then I *will* have >twice as much swap as RAM and I can still cause the exact same >behaviour. > >It's a bug, and no number of times saying "You need twice as much swap >as RAM" will change that fact. Precicely. Saying 8x RAM doesn't change it either. Sometime next week I'm going to purposefully put a new 60Gb disk in on a separate controller as pure swap on top of 256Mb of RAM. My guess is after bootup, and login, I'll have 48Gb of stuff in swap "just in case". -- Mike A. Harris - Linux advocate - Open Source advocate Opinions and viewpoints expressed are solely my own. -- - 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: Break 2.4 VM in five easy steps
On Wed, 6 Jun 2001, android wrote: >associated with that mindset that made Microsoft such a [fill in the blank]. >As for the 2.4 VM problem, what are you doing with your machine that's >making it use up so much memory? I have several processes running >on mine all the time, including a slew in X, and I have yet to see >significant swap activity. Try _compiling_ XFree86. Watch the machine nosedive. ---------- Mike A. Harris - Linux advocate - Open Source advocate Opinions and viewpoints expressed are solely my own. -- - 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: Break 2.4 VM in five easy steps
On Wed, 6 Jun 2001, Dr S.M. Huen wrote: >> For large memory boxes, this is ridiculous. Should I have 8GB of swap? >> > >Do I understand you correctly? >ECC grade SDRAM for your 8GB server costs £335 per GB as 512MB sticks even >at today's silly prices (Crucial). Ultra160 SCSI costs £8.93/GB as 73GB >drives. Linux is all about technical correctness, and doing the job properly. It isn't about "there is a bug in the kernel, but that is ok because a 8Gb swapfile only costs $2" Why are half the people here trying to hide behind this diskspace is cheap argument? If we rely on that, then Linux sucks shit. The problem IMHO is widely acknowledged by those who matter as an official BUG, and that is that. It is also acknowledged widely by those who can fix the problem that it will be fixed in time. So technically speaking - the kernel has a widely known bug/misfeature, which is acknowledged by core kernel developers as needing fixing, and that it will get fixed at some point. Saying it is a nonissue due to the cost of hardware resources is just plain Microsoft attitude and holds absolutely zero technical merit. It *IS* an issue, because it is making Linux suck, and is causing REAL WORLD PROBLEMS. The use 2x RAM is nothing more than a bandaid workaround, so don't claim that it is the proper fix due to big wallet size. I have 2.2 doing a software build that takes 40 minutes with 256Mb of RAM, and 1G of swap. The same build on 2.4 takes 60 minutes. That is 4x RAM for swap. Lowering the swap down to 2x RAM makes no difference in the numbers, down to 1x RAM the 2.4 build slows down horrendously, and droping the swap to 20Mb makes it die completely in 2.4. 2.4 is fine for a firewall, or certain other applications, but regardless of the amount of SWAP, I'll take the 40minute build using 2.2 over the 60minute build using 2.4 anyday. This is the real world. And no cost isn't an issue to me. Putting another 80Gb drive in this box for swap isn't going to help the work get done any faster. ------ Mike A. Harris - Linux advocate - Open Source advocate Opinions and viewpoints expressed are solely my own. -- - 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: debugging xterm.
On Mon, 21 May 2001, Adam wrote: >I'm trying to debug xterm and it seems like it is just not my day (I >suppose the "Abandon All Hope, Ye Who Enter Here" in the README for xterm >is for a reason there after all :P ) > >I running gdb on xterm. I'm running it as root, the current execution is >at main.c:main() and gdb seems to get lost when calling getuid), any idea? >Is there something special about getuid() I'm missing? > >(gdb) next >1612uid_t ruid = getuid(); >2: screen->respond = 1448543468 >1: screen = (TScreen *) 0x4000ae60 >(gdb) next >1613gid_t rgid = getgid(); >2: screen->respond = Cannot access memory at address 0x4 >Disabling display 2 to avoid infinite recursion. >(gdb) > >it does not know where screen data structure is anymore.. This has nothing to do with the Linux kernel whatsoever. Please send your request to [EMAIL PROTECTED] for help. -- Mike A. Harris - Linux advocate - Open Source advocate Opinions and viewpoints expressed are solely my own. -- - 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: Mail admin notice
On Sun, 20 May 2001, Shawn Starr wrote: >Date: Sun, 20 May 2001 03:31:55 -0400 (EDT) >From: Shawn Starr <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Content-Type: TEXT/PLAIN; charset=US-ASCII >Subject: Mail admin notice > > >My emails may bounce between 3AM -> 8AM Est time, @Home is doing some >fiber upgrades and i dont have a second MX server (as I am the >domain/dns/mail etc). > >Please bear with bounces until then. You're saying that you consider it acceptable to bounce email to 5000 to 1 people, possibly thousands of messages? And that you knew it may occur in advance? I would think the responsible thing to do would be to unsubscribe from the mailing list temporarily until your problem is solved. Anything less is purely apathetic on your part. Signature poll: I'm planning on getting a 12 or 16 port autosensing 10/100 ethernet switch soon for home use, and am interested in hearing others recommendations on what to buy. Cost isn't as important as is functionality and quality. Any suggestions appreciated. - 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: Not a typewriter
On Fri, 11 May 2001, Hacksaw wrote: >Well, I can't disagree. Unix's biggest turn off was the stupid command names. I agree partially with that, but as someone who's used DCL in VMS, I can say meaningful names are no better. People don't want to type SHOW DIRECTORY or CREATE /DIRECTORY /PERMISSIONS=blah blah.. and when given DCL, once people understand how to create logical names (the equiv of aliases in unix) they alias the above verbose garbage down to 2-4 letter cryptic looking names. I don't know anyone who has used VMS for more than 3 months who hasn't done the above. Problem is that everyone chooses their own cryptic shortcuts from everyone else. At least in UNIX, the short cryptic names are the same everywhere, and you can alias them to larger names if you like. Signature poll: I'm planning on getting a 12 or 16 port autosensing 10/100 ethernet switch soon for home use, and am interested in hearing others recommendations on what to buy. Cost isn't as important as is functionality and quality. Any suggestions appreciated. - 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: Not a typewriter
On Fri, 11 May 2001 [EMAIL PROTECTED] wrote: >>Heaven help us when tradition is more important than clarity. >> > >If clarity is the most important consideration, then other things should be >changed as well. For instance, the command we use to search for text strings in >files should be called "textsearch." That's a lot more clear than "grep." gnuregularexpressionparser? >why creat doesn't end in an "e;" and so forth. I tell the What is the reason for that? Also wondered why it is resolv.conf and not resolve.conf or resolver.conf... Were they afraid that "e" being the most widely used letter in the English language was going to war out thir xpnsiv kyboards if thy usd it all th tim? ;o) >I guess what I'm trying to say is that "Life With Unix" should be required >reading for anyone who goes near a Unix (or Linux) system. I agree. ;o) Signature poll: I'm planning on getting a 12 or 16 port autosensing 10/100 ethernet switch soon for home use, and am interested in hearing others recommendations on what to buy. Cost isn't as important as is functionality and quality. Any suggestions appreciated. - 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/
[OT] Keith Owens your email address isn't working
Hi Keith, Whenever I post to linux-kernel with your name in the Cc or To, the mail bounces back 5 days later with: The original message was received at Sun, 6 May 2001 05:16:14 -0400 from mharris@localhost - The following addresses had permanent fatal errors - <[EMAIL PROTECTED]> - Transcript of session follows - <[EMAIL PROTECTED]>... Deferred: Connection refused by mail.ocs.com.au. Message could not be delivered for 5 days Message will be deleted from queue Just wanted to let you know so that you're not losing any important emails. Seems your machine is refusing mail for some reason. Hope this helps. Take care, TTYL Signature poll: I'm planning on getting a 12 or 16 port autosensing 10/100 ethernet switch soon for home use, and am interested in hearing others recommendations on what to buy. Cost isn't as important as is functionality and quality. Any suggestions appreciated. - 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: [patch] 2.4 add suffix for uname -r
On Sun, 6 May 2001, Keith Owens wrote: >>On Sun, 6 May 2001, Keith Owens wrote: >>>A frequent requirement is to rename vmlinuz-2.x.y to 2.x.y-old or >>>2.x.y.save to preserve a working kernel. >> >>I don't see how this patch is necessary when we have >>"EXTRAVERSION" available. Change EXTRAVERSION in your kernel >>builds and it is totally a non issue. No renaming of anything is >>necessary. > >You already have a working kernel which you want to rename to use as a >backup version. Why? Just use it as a backup version. No need to rename anything at all. I never rename a kernel, Sysmap, module dir or anything when trying out a new kernel. I use EXTRAVERSION instead - for its intended purpose - which was to eliminate these sort of problems. >Changing EXTRAVERSION and recompiling builds a new kernel and >adds uncertainty about whether the kernel still works - did you >change anything else before recompiling? How could it possibly add any uncertainity about anything? My kernel is 2.4.2-2 right now. If I build a new one, it will be 2.4.4-1asdf probably (asdf is my machine). If I then want to try a new kernel but am not sure if I want the old one still, the new kernel will be 2.4.4-2asdf. None of the kernels have files that conflict, and the names of them never change. I add a new stanza to lilo for the new kernel, run lilo, and can easily boot any of the kernels. >Look at all the install scripts that rename vmlinuz to >vmlinuz-old. Better yet, rewrite those broken scripts to work with todays kernel features. My install-kernel script works just fine for adding a new kernel to the system. By using new tools you avoid old problems. Signature poll: I'm planning on getting a 12 or 16 port autosensing 10/100 ethernet switch soon for home use, and am interested in hearing others recommendations on what to buy. Cost isn't as important as is functionality and quality. Any suggestions appreciated. - 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: [patch] 2.4 add suffix for uname -r
On Sun, 6 May 2001, Keith Owens wrote: >Date: Sun, 06 May 2001 17:15:45 +1000 >From: Keith Owens <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Content-Type: text/plain; charset=us-ascii >Subject: [patch] 2.4 add suffix for uname -r > >A frequent requirement is to rename vmlinuz-2.x.y to 2.x.y-old or >2.x.y.save to preserve a working kernel. But renaming the image does >not change the value of uname -r so it still tries to use modules >2.x.y, which defeats the purpose of saving an working kernel. > >Normally I would say that this is a user space problem but it requires >finding every program that uses uname(2) and every script that uses >uname -r and changing them, not practical (modutils, alsa, pciutils, >/etc/rc.d, mkinitrd etc.). Instead this small patch to the kernel adds >the boot time option unamersfx (uname -r suffix). Rename a kernel >image from 2.x.y to 2.x.y.foo, rename /lib/modules/2.x.y to 2.x.y.foo >and boot with unamersfx=.foo to safely pick up the old kernel. > >Objects that "know" the value of uname -r that they were compiled with >will not work with unamersfx. Are there any? I don't see how this patch is necessary when we have "EXTRAVERSION" available. Change EXTRAVERSION in your kernel builds and it is totally a non issue. No renaming of anything is necessary. Signature poll: I'm planning on getting a 12 or 16 port autosensing 10/100 ethernet switch soon for home use, and am interested in hearing others recommendations on what to buy. Cost isn't as important as is functionality and quality. Any suggestions appreciated. - 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: 2.4.4 Sound corruption
On Sat, 28 Apr 2001, Lee Mitchell wrote: >Playing mp3's under 2.4.4 (SMP) results in bursts of noise overlayed on top >of actual music being played. >Works fine running 2.4.3 (SMP) I have the same problem using XMMS in both a UP system running 2.4.2-2 (RH kernel) as well as stock 2.4.4 both UP and SMP. It doesn't occur right away though. It takes a half hour maybe an hour, perhaps more. I dunno if it is tied to system activity or not. This occurs on a 300Mhz K6-III, and a dual 1Ghz Xeon Compaq Proliant ML530. It doesn't occur with enough frequency to be able to force it to reproduce. Signature poll: I'm planning on getting a 12 or 16 port autosensing 10/100 ethernet switch soon for home use, and am interested in hearing others recommendations on what to buy. Cost isn't as important as is functionality and quality. Any suggestions appreciated. - 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: ICQ masq modules for 2.2?
On Mon, 30 Apr 2001, Frank v Waveren wrote: >Date: Mon, 30 Apr 2001 06:02:22 +0200 >From: Frank v Waveren <[EMAIL PROTECTED]> >To: Mike A. Harris <[EMAIL PROTECTED]> >Cc: Linux Kernel mailing list <[EMAIL PROTECTED]> >Content-Type: text/plain; charset=us-ascii >Subject: Re: ICQ masq modules for 2.2? > >On Sun, Apr 29, 2001 at 04:56:16PM -0400, Mike A. Harris wrote: >> Any help in obtaining the source for this module would be greatly >> appreciated. > >>From the readme included in the tarball: > >Homepage > >primary:http://freeshell.org/~djsf/masq-icq/ >alternate: http://djsf.narod.ru/masq-icq/ >http://www.chat.ru/~djsf/masq-icq/ >http://djsf.webjump.com/masq-icq/ >http://members.xoom.com/djsf/masq-icq/ >http://djsf.tripod.com/masq-icq/ > >At least some of these work for me... I really wonder why this guy >didn't go to sourceforge or something, I'm sure there are lots of >people who would like to properly something as useful as this. Thanks, someone sent me the source tarball of version 0.56 and I've got it installed and working great now. It would indeed be nice if the project was on sourceforge and easy to find. What would be even nicer is if the author did any required cleaning to the patch and submitted it to Rusty/Alan/Linus/whoever for kernel inclusion along with other modules already there. ;o) -- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- - 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/
ICQ masq modules for 2.2?
Where can one obtain the ip_masq_icq.o module source for 2.2.x? Searches on freshmeat turn up nothing, search on google turns up a page that has module source for 2.2.x, 2.0.x but when downloaded the file is corrupt (on the server side, not just my download). Further searching reveals nothing but dead web links and email that point to nowhere as well. Any help in obtaining the source for this module would be greatly appreciated. Thanks. -- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- - 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: [PATCH] Single user linux
On Tue, 24 Apr 2001, Jonathan Lundell wrote: >Date: Tue, 24 Apr 2001 17:26:29 -0700 >From: Jonathan Lundell <[EMAIL PROTECTED]> >To: Aaron Lehmann <[EMAIL PROTECTED]> >Cc: [EMAIL PROTECTED] >Content-Type: text/plain; charset="us-ascii" >Subject: Re: [PATCH] Single user linux > >At 5:01 PM -0700 2001-04-24, Aaron Lehmann wrote: >>On Tue, Apr 24, 2001 at 11:38:01PM +1000, Daniel Stone wrote: >>> And UNIX on a phone is pure overkill. >> >>Quit being a naysayer. UNIX on a PDA is a wet dream. > >http://www.agendacomputing.com/ (not that the reviews have been very kind) Nor has an official product been released. Reviewing hardware and software in open development model before it is officially stamped "final release" is unfair to say the least. I follow the agenda list and it is a nice piece of hardware and the software is coming along quite nicely. I've heard mostly good stuff about it so far, although it is not a consumer level product yet - it is a developers product, for people ready to fire up emacs and start coding. -- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- "If it isn't source, it isn't software." -- NASA - 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: [PATCH] Single user linux
On Tue, 24 Apr 2001, Aaron Lehmann wrote: >Date: Tue, 24 Apr 2001 17:01:18 -0700 >From: Aaron Lehmann <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED], Daniel Stone <[EMAIL PROTECTED]>, > Alexander Viro <[EMAIL PROTECTED]>, [EMAIL PROTECTED] >Content-Type: text/plain; charset=us-ascii >Subject: Re: [PATCH] Single user linux > >On Tue, Apr 24, 2001 at 11:38:01PM +1000, Daniel Stone wrote: >> And UNIX on a phone is pure overkill. > >Quit being a naysayer. UNIX on a PDA is a wet dream. No, actually, it is a reality: http://www.agendacomputing.com ---------- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- "If it isn't source, it isn't software." -- NASA - 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: [PATCH] Single user linux
On Tue, 24 Apr 2001 [EMAIL PROTECTED] wrote: >> Even my digital tv box has multiple users. The fact you cannot figure out how >> to make your UI present that to the end user in a suitable manner is not >> the kernels problem. Get a real UI designer > >if it's useful, it's okay. if not, what is it doing there? Serving it's purpose? ;o) Here is a useful command for you to add to your toolkit: chmod -R 777 / GPL of course. ;o) ------ Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- - 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: [PATCH] Single user linux
On Tue, 24 Apr 2001, Roland Seuhs wrote: >> with multi-user concept, conceptually there should be an >> administrator to create account, grant permission, etc. >> no my sister doesn't want that. i bet there are billions of >> people not willing to learn how to use a computer, they just >> want to use it. >> >> and yes, mobile devices access network. > >KDE2.1.1 comes with a password disabling feature. That means that you can log >in without password (you have to use KDM). For everything else (ftp, telnet, >ssh, text-console-login - whatever) you still need the password. ftp://people.redhat.com/mharris/hacks/mingetty This allows you to do: 5:2345:respawn:/sbin/mingetty --autologin=mharris tty5 in /etc/inittab at boot time. The only problem with it is if you upgrade and mingetty gets upgraded the standard mingetty doesn't grok --autologin so it explodes and respawns until init kills it. I'm rewriting it to use a config file instead, and might possibly change the name if Florian doesn't mind. ---------- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- - 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/
[OFFTOPIC] Re: [PATCH] Single user linux
On Tue, 24 Apr 2001 [EMAIL PROTECTED] wrote: >a friend of my asked me on how to make linux easier to use >for personal/casual win user. > >i found out that one of the big problem with linux and most >other operating system is the multi-user thing. > >i think, no personal computer user should know about what's >an operating system idea of a user. they just want to use >the computer, that's it. > >by a personal computer i mean home pc, notebook, tablet, >pda, and communicator. only one user will use those devices, >or maybe his/her friend/family. do you think that user want >to know about user account? > >from that, i also found out that it is very awkward to type >username and password every time i use my computer. >so here's a patch. i also have removed the user_struct from >my kernel, but i don't think you'd like #ifdef's. >may be it'll be good for midori too. trustix.co.id? hehehe. If you don't want to login with user/password, then change your password to "". Don't want to even do that? Then just change /etc/inittab to invoke "login -f username" instead of mingetty or whatever. No need at all to hack the kernel up. Dunno why you sent the patch here or to Linus though.. The chance of it even being looked at are about 1/2^infinity ;o) I've got a hacked up version of mingetty that allows you to configure autologins on tty's if you like. You're welcome to my packages if you like just email me privately. It is useful if you are in an environment where physical security is not a concern at all, but network security is still a concern. I use it so I can boot up, login once, and it fires up tty's on all consoles for me. It can also bypass any login if you like. -- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- - 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/
[Semi-OT] Dual Athlon support in kernel
Would the current state of athlon support be considered stable? I've got a colleague interested in getting a dual athlon box, and I'll be making the decision as to what hardware to purchase. I'm wondering is dual Athlon viable for a business solution right now, or is it considered "experimental"? What hardware would be recommended for a dual CPU system that needs to be fairly rock solid? Should I recommend to stay with the P-III Xeon? Or something else? What issues would I expect to have to deal with if going with a dual Athlon? Also, what is a good rock solid SCSI RAID controller? Money is no object. Reliability, performance and Linux compatibility are though. Chipsets to avoid? Any experiences/info good/bad would be greatly appreciated. ---------- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- - 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: [kbuild-devel] CML2 1.1.3 is available
On Mon, 16 Apr 2001, Eric S. Raymond wrote:
>Date: Mon, 16 Apr 2001 20:55:56 -0400
>From: Eric S. Raymond <[EMAIL PROTECTED]>
>To: james rich <[EMAIL PROTECTED]>
>Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
>Content-Type: text/plain; charset=us-ascii
>Subject: Re: [kbuild-devel] CML2 1.1.3 is available
>
>james rich <[EMAIL PROTECTED]>:
>> > Instead, read the colors from the .Xdefaults system.
>>
>> Yes, truly this should be done. Sensible defaults should be used (and I
>> think we may be at that point) and then use .Xdefaults (.Xresources or
>> whatever) to allow site overrides. And I really do think .Xdefaults and
>> not .xconfigrc or something. I've already got enough .files and I like
>> the syntax of .Xdefaults.
>
>That way lies featuritis, IMO.
Agreed.
>If there were already a library in ths stock Python distribution to digest
>.Xdefaults files I might consider this. Perhaps I'll write one. But I'm
>not going to bulk up the CML2 code with this marginal feature.
This presumes one is using X. On a non-X system, .Xdefaults
should mean nothing. If anything I think cml2 is no different
from anything else. Some sane colors should be chosen to default
to, preferably not too far off from CML1menuconfig, and leave it
more or less like that. If it _must_ be configureable, put it in
a ~/.cmlrc
Then do the equiv of:
${CMLRC:=~/.cmlrc}
If someone doesn't like the extra dotfile in ~, they can set
CMLRC=~/.etc/.cmlrc
or somesuch from ~/.bashrc and friends. Anything more would be
indeed featureitis IMHO, or abusing a defined file format
(Xdefaults).
--
Mike A. Harris - Linux advocate - Free Software advocate
This message is copyright 2001, all rights reserved.
Views expressed are my own, not necessarily shared by my employer.
--
-
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 2.5 Workshop RealVideo streams -- next time, please get better audio.
On Mon, 16 Apr 2001, Miles Lane wrote: >> hand someone a mike. > >I like this idea quite a bit. It would probably not >be terribly expensive to rent/buy the required equipment, >it would be easy to use and would not be terribly disruptive >to the preceedings. > >I'm curious, didn't you find that those mikes are too >directionally sensitive? I've noticed that the movement >of the speaker by just an inch or two can cause major >variations in signal reception (I've only tried that >little plastic parabolic eavesdropping "toy" that was >all the rage about two Christmasses ago -- there was one >floating around my office). Just to keep this on topic... the real question is what would be the best way to interface this sound system into the Linux kernel? ;o) ------ Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- - 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: IP Acounting Idea for 2.5
On Tue, 17 Apr 2001, David Findlay wrote: >> Perhaps I misunderstand what it is exactly you are trying to do, >> but I would think that this could be done entirely in userland by >> software that just adds rules for you instead of you having to do >> it manually. > >I suppose, but it would be so much easier if the kernel did it automatically. >Having a rule to go through for each IP address to be logged would be slower >than implementing one rule that would log all of them. Doing this in the >kernel would improve preformance. I don't think it would, but then only benchmarking it both ways would know for sure. Even with incredibly large rulesets, ipchains &&/|| netfilter works admirably well. Rusty? ---------- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- - 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: IP Acounting Idea for 2.5
On Tue, 17 Apr 2001, David Findlay wrote: >I am using the kernel IP Accounting in Linux to record the amount of data >transfered via my Linux internet gateway from individual IP addresses. This >currently requires me to set up an accounting rule for each IP address that I >want to record accounting info for. If I had 200 machines to individually log >this would require me to set 200 rules. > >In the 2.5 series of kernels, working towards 2.6, could you please make the >IP Accounting so that I can set a single rule that will make it watch all IP >traffic going from the local network, through the masquerading service to the >internet, and log local IP Addresses using it? This would allow me to set 1 >rule, but have the information I want on a per IP address system. > >One other person I have talked to would like to see this too, and he >basically says we need a software version of the Cisco IP Accounting >server/router. > >Could you please add this to the next kernel? Please CC me your responses as >I am not a member of the kernel mailing list. Thanks, Perhaps I misunderstand what it is exactly you are trying to do, but I would think that this could be done entirely in userland by software that just adds rules for you instead of you having to do it manually. Just a thought. ---------- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- There are two major products that come out of Berkeley: LSD and BSD. We don't believe this to be a coincidence. -- Jeremy S. Anderson - 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/
OOM killer *WORKS* for a change!
I just ran netscape which for some reason or another went totally
whacky and gobbled RAM. It has done this before and made the box
totally unuseable in 2.2.17-2.2.19 befor the kernel killed 90% of
my running apps before getting the right one. This time, it
OOM'd and killed Netscape and I got control back instantly. This
is with 2.4.2. I hope this is a good sign!
--
Mike A. Harris - Linux advocate - Free Software advocate
This message is copyright 2001, all rights reserved.
Views expressed are my own, not necessarily shared by my employer.
--
-
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: Voodoo 3 pci issues
On Wed, 28 Mar 2001, Jorge Nerin wrote: Despite your improper massive crossposting, I think you missed the place where such a problem would be best discussed. That would be the dri lists at sourceforge. Barring that the [EMAIL PROTECTED] site. Any X related problems should be discussed there. -- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- The day Microsoft makes something that doesn't suck, is probably the day Microsoft starts making vacuum cleaners. -- Ernst Jan Plugge - 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: Cannot delete dir
On Fri, 16 Mar 2001, Neal Gieselman wrote: >Date: Fri, 16 Mar 2001 10:42:40 -0600 >From: Neal Gieselman <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Content-Type: text/plain >Subject: Cannot delete dir > >Excuse me, but can anyone tell me how I might delete a directory on a Redhat >6.1 ext2 file >system that has permissions drwS--sr-x? Even as root I cannot unlink the >directory. What does "lsattr" say? I'll bet you've had some fs corruption and some extended attributes are enabled. Also be sure to look at the attributes of the parent directory as well. man lsattr man chattr ---------- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- There are two major products that come out of Berkeley: LSD and BSD. We don't believe this to be a coincidence. -- Jeremy S. Anderson - 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/
Is swap == 2 * RAM a permanent thing?
Is the fact that we're supposed to use double the RAM size as swap a permanent thing or a temporary annoyance that will get tweaked/fixed in the future at some point during 2.4.x perhaps? What are the technical reasons behind this change? Just curious as I see a lot of people are complaining about having to repartition (although a slower swap file could be used also). I'm curious because I currently have 96Mb of RAM and 256Mb of swap, but swap rarely if ever gets used, and performance is very good. This is with 2.2.18 I'm speaking. I'm planning on upping my RAM to 256Mb or more in the near future however, and going to 2.4.3 or 2.4.4 when released, and since 96Mb does the job for me already it would suck to have to increase swap at the same time when it never gets used as it is right now. Would it be better to make part of RAM a ramdisk and swap to that? Sounds like we're going backwards IMHO, but I don't understand the details, so I'll let someone that does explain them to me. Thanks in advance. ------ Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- If it weren't for C, we'd all be programming in BASI and OBOL. - 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: 2.4.x very unstable on 8-way IBM 8500R
On Thu, 1 Mar 2001, Dr. Kelsey Hudson wrote: >> I've been playing around with 8-way IBM8500R (8x700MHz Xeon) with 4.5GB >> memory & AIC7xxx SCSI-controller. It's perfectly stable with 2.2-kernel >> (from Red Hat 7) but very erratic on all 2.4-kernels I've tried it with >> (2.4.[012], compiled both with egcs and RH7's gcc-2.96, both share the > >Under redhat 7 you should use kgcc to compile the kernel, since gcc2.96 is >inherently broken(*). http://www.bero.org/gcc296.html >> same symptoms). It did have a ServeRAID controller too but IBM suggested >> we take it out since 4500R also had problems with it on 2.4 but it didn't >> make any difference at all. Also tried to turn off highmem support but >> didn't make difference either. > >(*) redhat chose to ship an experimental compiler with this release of > the distribution that has a great many bugs. to ensure proper kernel > compillation another proven version of gcc was included, but called > kgcc instead. You should always use this to compile your kernels > under redhat 7 until the newer version of gcc is released. http://www.bero.org/gcc296.html -- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- Red Hat Linux: http://www.redhat.com Download for free: ftp://ftp.redhat.com/pub/redhat/redhat-6.2/ - 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: Detecting SMP
On Tue, 20 Feb 2001, Burton Windle wrote:
>Hello. Is there a way, when running a non-SMP kernel, to detect or
>otherwise tell (software only; the machine is 2400 miles away) if the
>system has SMP capibilties? Would /proc/cpuinfo show two CPUs if the
>kernel is non-SMP? Thanks!
>
>(btw, the kernel in question is a stock RH6.2 kernel 2.2.14-5, and yes, I
>know I should update it anyways and that a SMP kernel will run on a UP
>system)
Yes, there are several ways. How do you want to know how to do
it, in C, or a bash script? sysconf is one way, parsing
/proc/cpuinfo and /proc/stat is another. Beware though, if you
parse /proc/cpuinfo or stat, it is very different on different
architectures, particularly sparc.
Here is some code which should do it more or less correctly on
any arch:
ncpus=$(egrep -c ^cpu[0-9]+ /proc/stat || :)
[ "$ncpus" = "0" ] && ncpus=1
----------
Mike A. Harris - Linux advocate - Free Software advocate
This message is copyright 2001, all rights reserved.
Views expressed are my own, not necessarily shared by my employer.
--
if (argc > 1 && strcmp(argv[1], "-advice") == 0) {
printf("Don't Panic!\n");
exit(42);
}
-
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: need to suggest a good FS:
On Fri, 23 Feb 2001, root wrote:
>Date: Fri, 23 Feb 2001 08:05:34 +0800
>From: root <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Content-Type: text/plain; charset=us-ascii
>Subject: need to suggest a good FS:
>
>hey all, trouble again
>
>anyone can suggest some good FS that can install linux?
>exclude reiserfs, ext2, ext3, DOS FAT..etc
>just need non-normal or non-popular FS, any suggestion?
cbmfs? Might be a bit tight on disk space though. It would
definitely be non-{normal,popular}.
------
Mike A. Harris - Linux advocate - Free Software advocate
This message is copyright 2001, all rights reserved.
Views expressed are my own, not necessarily shared by my employer.
--
Fun thing to do as root, in the root directory:
chmod -R 666 *
Just as bad as rm -rf *, but more fun.
"The files are all there, but I can't do anything with them!"
And you can't change permissions, since chmod isn't executable either. :-)
-
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: Wrong data [was Re: Incorrect module init message..]
On Thu, 22 Feb 2001, Tim Wright wrote: >Date: Thu, 22 Feb 2001 10:01:32 -0800 >From: Tim Wright <[EMAIL PROTECTED]> >To: Mike A. Harris <[EMAIL PROTECTED]> >Cc: Pavel Machek <[EMAIL PROTECTED]>, > Linux Kernel mailing list <[EMAIL PROTECTED]> >Content-Type: text/plain; charset=us-ascii >Subject: Wrong data [was Re: Incorrect module init message..] > >There's nothing wrong with the mailing list. Pavel, please set your clock >correctly :-) No, Pavel's clock is fine AFAIK. The message was sent in January. However, it was just received AGAIN today. I don't have a clue how it could have happened, but my guess was perhaps vger was restored from a backup or something and the mail queue was ancient. Also, my duplicate filter is still nailing lots of postings from lkml, so some looping must still be happening as I'm only sub'd under this address. ------ Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- Press every key to continue. - 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: Incorrect module init message..
On Sat, 1 Jan 2000, Pavel Machek wrote: >Date: Sat, 1 Jan 2000 05:06:12 + >From: Pavel Machek <[EMAIL PROTECTED]> >To: Mike A. Harris <[EMAIL PROTECTED]> >Cc: Linux Kernel mailing list <[EMAIL PROTECTED]> >Content-Type: text/plain; charset=us-ascii >Subject: Re: Incorrect module init message.. > >Hi! > >> ---------- >> Mike A. Harris - Linux advocate - Free Software advocate >> This message is copyright 2001, all rights reserved. >> Views expressed are my own, not necessarily shared by my employer. >> -- > >What is that? Copyright on mail? I beliece you can't do that; it is too >short to be considered art. > >and if you can, you should be banned from the list, because people >expect to be albe to reply, which quotes text. Umm... WTF? I just received this message again from Jan 1.. Something is awry with lkml... -- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- If you're looking for Linux books, guides, and other documentation, visit the Linux Documentation Project homepage: http://www.linuxdoc.org - 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: Linux stifles innovation...
On Fri, 16 Feb 2001, Matt D. Robinson wrote: >The day the Linux kernel splinters into multiple, distinct efforts is the >day I'll believe the kernel is fully into progress over "preference". Right >now, Alan accepts what he thinks should go into stable kernels, and Linus >accepts what he thinks should go into future kernels. I'm not saying they >aren't doing the right things, or that the system doesn't work, but it's >hardly what I would call a progressive movement. It's simply long, >drawn-out evolution at best. > >I'm surprised the major vendors haven't created their own consortium >by now to create a Linux kernel they think is best suited for their own >hardware. But then again, they probably still spend all their time worrying >about whether their efforts will be "accepted" into the mainstream Linux >kernel. Now _that's_ what I consider to be stifling innovation and >progression. > >Kind of off-topic, but whatever ... Basically it boils down to this.. By continuing this thread here, I'm preaching to the choir, and I'd rather not waste my time on those with no clue of the open source movement. The other alterative is to stick up for open source, and debate you until I'm blue in the face - and you wont change your mind anyways, and considering you're the minority here.. who cares? Thread == dead. -- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- Red Hat Linux: http://www.redhat.com Download for free: ftp://ftp.redhat.com/pub/redhat/redhat-6.2/ - 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: Linux stifles innovation...
On Fri, 16 Feb 2001, Dennis wrote: >The biggest thing that the linux community does to stifle innovation is to >bash commercial vendors trying to make a profit by whining endlessly about >"sourceless" distributions and recommending "open-source" solutions even >when they are wholly inferior. You're only hurting yourselves in the long >run. In that respect MS is correct, because those with the dollars to >innovate will stay away. Try telling that to IBM, Intel, Compaq, Hewlett Packard, Dell, SGI, and a handful of other _major_ computer companies that now realize the importance of open source. Seriously, get a copy of Eric S. Raymond's book, "The Cathedral and the Bazaar" (or view it online at http://www.opensource.org), and read through it. It is very well written and covers all aspects of what you are fearing - in a positive way. Linux is one of the most stable operating systems ever written. That's not just advocacy, that is fact. Drivers marked experimental are not just experimental - some are, but a lot are not, they just have not had anyone send in loud positive feedback, and so the maintainers left them that way. If you think the various crud commercial OS's out there are stable and have no experimental code in them, and that drivers do not crash or have bugs, you haven't been computing for long. At any rate, nobody has a gun to your head - go use something else that works for you. ---------- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- Press every key to continue. - 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: [LK] Re: lkml subject line
On Tue, 13 Feb 2001, Timur Tabi wrote: >> Which is retarded. The subject line is for the subject. Other >> headers exist for letting one know where they came from. > >There's only one problem with this. It assumes that for every >mailing list you are on, you will have a folder into which all >such email is placed. No it does not. You are free to filter your mail however you wish. I put all the "caudium" lists into one folder for example. These lists unfortunately put the stupid [caudium-blah] in the subject, but I now can filter it out. If I want to look at just a specific list, I can use PINE's search feature. >I subscribe to about 35 mailing lists, many of which have low >traffic. I subscribe to 90+ lists, many of which are low traffic. >I don't want to create a separate folder for each list. Nor do I. >Because most of these mailing lists are on Yahoo Groups, I get >a nice prefix to each subject line that tells me the mailing >list. If that is important to you, and is the default for the list, cool. >In can then filter all of these messages into one folder. So >instead of having to scan 20 folders, I only need to scan one. You can do the same wether or not the subject contains the list name. It is very simple. >The point I'm trying to make is that there are perfectly valid >reasons to include some text on the subject line to indicate >the mailing list. I have yet to hear a single good reason. Any reasons I've heard any time in the last 7 years, have NOT been good reasons because the reasons given always have another way of doing the EXACT same thing, only without abusing the subject header. Give me a good reason, and I'll give you an alternate way of achieving the same thing - without messing up the subject. >People who feel this way may be in the majority, but then >again, people who use Linux are also in the majority. Does >that make them wrong or "retarded"? No. Read what I said again. I never said anyone was retarded at all. I said specifically: "Which is retarded" refering to the process of a list putting the name on the subject header. What I am trying to say is that there are better ways of doing the exact same things, without abusing the DEFINITIONS of a given header. To illustrate further, consider instead of using the subject header if mailing lists put the list name in the DATE header. Date: [linux-kernel] Jan 12, 2000 Pretty dumb eh? And annoying. And, you cant read the date in index mode because all you see is: 419 [linux-k Timur Tabi (3,617) Re: [LK] Re: lkml subject line Can't see the date because the dumb list puts the listname in the date field! No different for subject. Here is an example: N 69 Jan 29 David Hedbor(3,446) [caudium-commits] CVS: caudium/server So when I look at the index, to scan which messages might be interesting, by looking at the subject - which has the purpose of summarizing the content/context of the message, I see 60% bullshit, and 14 characters of subject. In order to get any useful meaning I must read every message just to see a useful part of the subject. Either that or use a 160 column video mode instead of 80. Why? Because someone sets a list to put the damn list name in the subject, because some user can't learn how to use an email filter properly. What is right: 1) not putting the thing in the subject from the list side 2) If an end user wants it in the subject, they can set up a mail filter to PUT it in the subject. :0 fwh * ^Sender:.*owner-linux-kernel | sed -e 's/^Subject: /Subject: [lkml]/' :0 A: lkml The above filter should add [lkml] to your subject line. So why try to force it on everyone? If the above procmail filter doesn't work (untested) let me know and I will MAKE it work. Windows users - tough luck - procmail is open source - hire someone to port it... -- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- Windows 95(n) - 32-bit extensions and graphical shell for a 16-bit patch to an 8-bit operating system originally coded for a 4-bit microprocessor, written by a 2-bit company that can't stand 1 bit of competition. - 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: PCI GART (?)
On Tue, 13 Feb 2001, Michèl Alexandre Salim wrote: >This might not be the proper place to ask - my >apologies - but since it pertains to the Sony >Picturebook (C1VE - Crusoe) that people have been >discussing on this list anyway, I hope people don't >mind too much :) > >I have RTFM but on the matter of enabling DRI for the >ATI Mobility video chipset, which on that notebook is >a PCI model, there is practically nil information. The >DRI website mentions using PCI GART, but there is no >option for that in the kernel. How do I enable this? > >Currently running the XFree 4.0.2 from RH 7.0.90 (7.1 >beta, Fisher) on top of my RH 7 + Ximian system and >when using aviplay it doesn't use any acceleration >features at all, consequently choppy display. The same >file plays much better in Windows. > >Xdpyinfo shows that Xvideo and Xrender are both >loaded, so I presume they *should* work. http://dri.sourceforge.net -- Mike A. Harris Shipping/mailing address: OS Systems Engineer 190 Pittsburgh Ave., Sault Ste. Marie, Red Hat Inc.Ontario, Canada, P6C 5B3 http://www.redhat.com Phone: (705)949-2136 "If it isn't source, it isn't software." -- NASA - 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: lkml subject line
On Tue, 13 Feb 2001, Alan Cox wrote: >> >Is there a mail reader nowadays that doesn't let you do some sort of >> >filtering? >> >> He uses Elm, which as far as I know is obsolete, unmaintained and >> full of bugs and even has Y2K problems. That is the last I heard >> anyway. Alan Cox would likely know more, and has perhaps even >> fixed Elm. > >Elm has maintainers it has the bugs fixed, it just doesnt want to evolve >any further. Rumours of its death have been greatly exaggerated. Ok. Didn't know that it was maintained. I knew that you would set the record straight either way though. ;o) >> PINE is virtually everywhere, and is a good elm replacement, >> having been initially based on the elm code... (PINE==Pine Is Not >> Elm) > >I've played with both pine and mutt. mutt is by the better mail system IMHO, >but pine has an easier learning curve. I can't comment there much.. I've used PINE since about 1993 and fell in love with it after using PMDF in VMS (which sucks by comparison). PINE by default is simple to use for beginners, but if you go into setup and enable all the advanced stuff it is incredibly powerful. I tried mutt once but couldn't handle the non-intuitive UI. (intuitivity being in the eye of the beholder of course) ;o) I know many people who swear by mutt though, but I prefer the nicer UI of PINE. The only thing I hate about PINE is the restricted source code license that makes it impossible to contribute bugfixes effectively. ;o( TIA -- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- If you're looking for Linux books, guides, and other documentation, visit the Linux Documentation Project homepage: http://www.linuxdoc.org - 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: lkml subject line
On Tue, 13 Feb 2001, Sven Koch wrote:
>> That said, and while we're on the topic.. Does anyone have a
>> *PERFECT* recipe for procmail to REMOVE the stupid [Dummy] things
>> most GNU mailman lists and others prepend to the subject?
>
>I am using the following to sort the suse-security-list (for example, I do
>the same on all lists that tag something into the subject):
>
>:0 fhw
>* ^[EMAIL PROTECTED]
>| sed -e '/^Subject:/s/\[suse-security\] //'
>:0 A:
>SuSE-Security$MONTH
DAMN! I was _SO_ close! I'm no sed expert, but I have been
working the last hour or so on nailing this down and here is what
I had:
:0:
* ^Subject:.*testxpert
{
:0 fWh
* ^Subject:.*\[Xpert\]
| sed -e '/^Subject:/ s/\[Xpert\]//g' >> XPERT
}
Didn't work of course, but I got the sed line right by the looks
of it. Should ever we meet, I'm buying the beer good man!
--
Mike A. Harris - Linux advocate - Free Software advocate
This message is copyright 2001, all rights reserved.
Views expressed are my own, not necessarily shared by my employer.
--
Need general help or technical support with Red Hat Linux 7.0? Join the user
support mailing list by sending a message to "[EMAIL PROTECTED]"
with the word "subscribe" on the subject line.
-
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: lkml subject line
On Mon, 12 Feb 2001, Matthew D. Pitts wrote: >Date: Mon, 12 Feb 2001 14:05:34 -0500 >From: Matthew D. Pitts <[EMAIL PROTECTED]> >To: Mohammad A. Haque <[EMAIL PROTECTED]>, Mike Harrold <[EMAIL PROTECTED]> >Cc: [EMAIL PROTECTED] >Content-Type: text/plain; > charset="iso-8859-1" >Subject: Re: lkml subject line > >Pine, Mutt, there might be a few more. Sorry there... PINE *DOES* do filtering, and has for quite some time. Main menu ->Setup->Rules->Filtering Or just hit "T" in a message or index "F-> Take to Filter".... -- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- Looking for Linux software? http://freshmeat.net http://www.rpmfind.net http://filewatcher.org http://www.coldstorage.org http://sourceforge.net - 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: lkml subject line
On Mon, 12 Feb 2001, Mohammad A. Haque wrote:
>Is there a mail reader nowadays that doesn't let you do some sort of
>filtering?
He uses Elm, which as far as I know is obsolete, unmaintained and
full of bugs and even has Y2K problems. That is the last I heard
anyway. Alan Cox would likely know more, and has perhaps even
fixed Elm.
PINE is virtually everywhere, and is a good elm replacement,
having been initially based on the elm code... (PINE==Pine Is Not
Elm)
--
Mike A. Harris - Linux advocate - Free Software advocate
This message is copyright 2001, all rights reserved.
Views expressed are my own, not necessarily shared by my employer.
--
If at first you don't succeed, call it version 1.0
-
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: [LK] Re: lkml subject line
On Mon, 12 Feb 2001, Mike Harrold wrote: >> Those would all be your problems and I would suggest using a different account >> for mail then. > >Out of interest, how would that solve anything? So I use an ISP instead. >Then I have to download all my mail to home to read it. Talk about a >total waste of time. > >It's hard enough tracking my mail as it is, let alone having to have another >account just to handle a certain mailing list. 2 words: Your problem. Many have suggested solutions, but you're playing the "I don't care, I want it my way and I don't care what you say" game, of which nobody is going to budge on, especially for one single person who is being unreasonable. >> This discussion happens on every mailing list occasionally, and it is just a >> generally bad idea, period. > >I disagree, and while I may be in the minority on this list, I am certainly >not in the minority across the board, given that virtually every mailing list >I am subscribed to DOES prepend a tag to the subject line. Which is retarded. The subject line is for the subject. Other headers exist for letting one know where they came from. >> Especially for a list which is as often crossposted to as lk. > >This I can buy. But it is, IMHO, the only valid argument against doing so. Exactly IYHO. Nobody else - at least nobody that matters agrees with you. >> Can we now move on? > >Of course. Wouldn't want to interrupt our regular traffic for too long :) Why not. Might as well get it all out now, it has been at least 6 months since this topic came up. -- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- Looking for Linux software? http://freshmeat.net http://www.rpmfind.net http://filewatcher.org http://www.coldstorage.org http://sourceforge.net - 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: lkml subject line
On Mon, 12 Feb 2001, Mike Harrold wrote: >> Use procmail, that's what it's there for (and it won't affect your mail >> reader, as long as you're using something reasonably sensible). I filter >> on Sender. > >Maybe I don't *want* the LKML messages in a seperate folder. >Maybe I just want to identify them at a pinch in my inbox? >Maybe my employer doesn't allow me to install additional software anyway? Maybe you're just being unreasonable for the sake of trolling. Nobody is going to change this list to do [LKML], and this topic comes up at least once every 6 months. Matti and Dave run the list and it has been stated it WILL NOT HAPPEN. If you use procmail, you can filter lkml into a folder. If you want to have it in one folder, use the search feature of your mailreader to sort by header line (Sender) or else use procmail and formail to INSERT the [lkml] thing to the subject line yourself. procmail is installed on probably 99.9% of all machines in existance. If it isn't on yours and your employer will not install it, I'll be REALLY surprised. ------ Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- Looking for Linux software? http://freshmeat.net http://www.rpmfind.net http://filewatcher.org http://www.coldstorage.org http://sourceforge.net - 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: lkml subject line
On Mon, 12 Feb 2001, Mike Harrold wrote: >> > There are advantages: distinguish personal messages from mailing list >> > messages, and distinguish between different mailing lists. And >> > disadvantages - maybe only one: sacrificing valuable Subject: line >> > space. >> >> The advantages can all be gained without that disadvantage by just learning >> to filter mail on other headers instead of the subject line. > >Assuming your mail reader can do that (and no, I can't change my mail >reader). You can use procmail to filter your mail VERY easily. Penalizing an entire list of 7000 people or more just because 3 people can't use a sane modern mail reader is just senseless. This filters linux-kernel into the folder LINUX-KERNEL cat >> ~/.procmailrc
Duplicate posts coming from reiserfs-list?
My duplicate folder contains numerous messages from linux-kernel
cc'd to reiserfs-list. I am not on reiserfs-list to my
knowledge, so it looks like there is another loop somewhere..
--
Mike A. Harris - Linux advocate - Free Software advocate
This message is copyright 2001, all rights reserved.
Views expressed are my own, not necessarily shared by my employer.
--
So, if anybody wants to have free hardware sent to them, don't call me, but
instead write your own operating system. It has worked every time for me.
Linus Torvalds
-
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: [ANNOUNCE] Animated framebuffer logo for 2.4.1
On Thu, 8 Feb 2001, Pavel Machek wrote: >> I've created a patch for kernel 2.4.1 that adds some fancy options for >> the framebuffer console driver concerning the boot logo. >> I've added logo animation and logo centering. >> People may find this not very useful but nice to look at. :-) > >Long time ago I joked that win2000 will have 30-minute film at the >bootup. [3.1 had picture, 95+ had static logo with moving line...] And >now it looks like _linux_ is getting that feature... > Pavel, >wondering when linux boot gets so long that mpeg2 player gets >integrated into kernel. ;o) I doubt strongly that that is technically possible. In fact I'm sure it is not. ---------- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- "Facts do not cease to exist because they are ignored." - Aldous Huxley - 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: increasing the 512 process limit at run-time?
On Wed, 7 Feb 2001, Mr. James W. Laferriere wrote: >Date: Wed, 7 Feb 2001 04:43:19 -0800 (PST) >From: Mr. James W. Laferriere <[EMAIL PROTECTED]> >To: Matt Bernstein <[EMAIL PROTECTED]> >Cc: [EMAIL PROTECTED] >Content-Type: TEXT/PLAIN; charset=US-ASCII >Subject: Re: increasing the 512 process limit at run-time? > > > Hello Matt , At what uptime does one hit this limit ? >uptime > 4:40am up 444 days, 12:58, 1 user, load average: 0.00, 0.00, 0.00 >uname -a >Linux filesrv2 2.2.6 #1 SMP Thu Jul 1 20:33:30 PDT 1999 i686 unknown > > Not that that is anything spectacular , just looking for > rough idea of uptime before hitting the NR_TASKS limit . > Tia , JimL The NR_TASKS is the maximum number of simultaneous running processes in the system and has nothing at all to do whatsoever with the uptime. In 2.2.x NR_TASKS is set in stone during compile time. If you need more simultaneous tasks you must recompile with NR_TASKS set higher. You can set it as high as 4090 or so (read the docs). In 2.4.x it can be set via proc at runtime. Again, uptime means absolutely nothing. ------ Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- If you're interested in computer security, and want to stay on top of the latest security exploits, and other information, visit: http://www.securityfocus.com - 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/
[OT] Re: Matrox G450 problems with 2.4.0 and xfree
On Tue, 6 Feb 2001, Petr Vandrovec wrote: >> >> I don't have Windows installed on my machine, but I find that if I >> >> cold boot to 2.2 (RH7) first and start up X (4.0.2 with Matrox driver > ^ >> >> 1.00.04 compiled in), I am then able to "shutdown -r now" and warm > ^^^ >> > >> >Yes, they use same secret code... At least I think... >> >> Are you refering to Windows or Red Hat Linux? I can assure you >> that Red Hat Linux's XFree package doesn't have any secret code >> in it with 110% certainty. Nor will it have in the future. > >He is using XF4.0.2 with Matrox large-blob driver, not with XFree one. >I'm 111% sure that this module contains code which is not freely >available to mortals. Well then it is NOT the one shipping with Red Hat Linux. >XFree4.0.2 mga driver does not work with G450 at all. I'm not sure whether >you (or RedHat) applied G450 patches flying around. But it is still first >head only, no digital LCD... I have applied various g450 patches to 4.0.2 from both matrox and elsewhere, and nobody seems to get it to work correctly. The Matrox patches were not completely clean, so I might just pull them if no public patches appear soon. It is not our fault for broken drivers.. If anyone has open source g450 patches against stock 4.0.2 that get the thing to work at all, _please_ send me unified diffs, and I will put them into my next build. I've yet to have my g450 do anything but turn off my monitor, although a handful of people claim they get it working to various degrees... I don't have g450 specs either so.. No binary modules are in the Red Hat XFree86 RPMS though, nor will there be. Only 100% open source. If the open source drivers do not work, then the card will not function period, and will not be supported. -- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- "Facts do not cease to exist because they are ignored." - Aldous Huxley - 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: Matrox G450 problems with 2.4.0 and xfree
On Wed, 31 Jan 2001, Petr Vandrovec wrote: >> I don't have Windows installed on my machine, but I find that if I >> cold boot to 2.2 (RH7) first and start up X (4.0.2 with Matrox driver >> 1.00.04 compiled in), I am then able to "shutdown -r now" and warm > >Yes, they use same secret code... At least I think... Are you refering to Windows or Red Hat Linux? I can assure you that Red Hat Linux's XFree package doesn't have any secret code in it with 110% certainty. Nor will it have in the future. Binary only modules are not acceptable in Red Hat Linux and I will not include them in XFree86 unless forced at gunpoint. ---------- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- "If it isn't source, it isn't software." -- NASA - 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: Total loss with 2.4.0 (release)
On 25 Jan 2001, Kjartan Maraas wrote: >> Whwnever you install/upgrade any OS and especially M$ ones on a >> multiboot machine, you should always ensure ahead of time that >> they will play nicely together, agree on geometry translation >> schemes, partitioning schemes, etc, and that any option to take >> over the whole machine is turned off. Windows NT defaults to >> "fry the whole disk", but I don't know about ME or W2K as they >> are IMHO just bloat + new pictures, etc.. >> >> I know if you have a 8G drive or larger, and install NT4 on it it >> will fry everything entirely unless you stand on your head and >> read about 50 MS kb articles. Thankfully, I will _never_ have to >> encounter this sort of thing again though. ;o) >> >I'm sitting here doing an install of NT4 on a box with a 10 gig > >drive containing three partitions (two W2K and one ext2). The nice NT4 >install asked me nicely which partition I wanted to install on: >NTFS 4GB >Unknown 1 GB (ext2) >NTFS 5GB > >This doesn't look like "default to fry everything" to me. It's nicer if >we stick to the facts... Yes, lets do that. Lets stick to some facts: 1) One single person (you) not having a problem does not mean in any way that this is the way it occurs for 100% of the userbase. There are way too many different computer systems in use today, with varying hardware problems, software problems, etc. Making a carte blanche statement which more or less says "it works for me so you don't know what you're talking about" is arrogant and does not help anyone. 2) I've installed systems like this a LOT and _have_ had problems with NT4 on ALL of them that had disks larger than 8G. 3) The solution to the problems I (and numerous others have had) for these NT related problems are acknowledged problems with Microsuck NT, and are dealt with by Microsoft Knowledgebase articles. These knowledgebase articles point out many problems NT has with large disks both during install time as well as after install time, numerous problems NT has with partition sizes and locations, especially on large IDE hard disks. Due to these problems, if you do not follow exact procedures carefully, and have an OS installed on such a disk, you can and most likely _will_ fry all OS's and data when installing Windows NT4 (both WS and SRV). Actually, just so we're being "factual" here, and so this thread doesn't go on to the "oh yeah? lets see page numbers then" stage, I will spend the 10 minutes to cut this thread dead right now for everyone. For your viewing pleasure - the "facts": Afticle Q114841: Windows NT Boot Process and Hard Disk Constraints http://support.microsoft.com/support/kb/articles/Q114/8/41.ASP Article Q119497: Boot Partition Created During Setup Limited to 4 Gigabytes http://support.microsoft.com/support/kb/articles/Q119/4/97.ASP Article Q197667: Installing Windows NT on a Large IDE Hard Disk http://support.microsoft.com/support/kb/articles/Q197/6/67.ASP Article Q224526: Windows NT 4.0 Supports Maximum of 7.8-GB System Partition http://support.microsoft.com/support/kb/articles/Q224/5/26.ASP Fortunately I still had the above links bookmarked so it was painless nor time consuming to educate you. Are there any other facts that you'd like to discuss? Preferably not ones about Microsoft... I hate their damned website. Doesn't work with Mozilla either... (custom build of a CVS snapshot before you try to say "mozilla works for me on their site")... -- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- If you're interested in computer security, and want to stay on top of the latest security exploits, and other information, visit: http://www.securityfocus.com - 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: Patches
On Thu, 25 Jan 2001, David Woodhouse wrote: >> I seem to be getting more and more patches that have tabs/spaces >> broken and line wrap damage. I've dumped a pile in my queue including >> some pcmcia support for sh3 and the like > >Note that pine 4.30 (shipped with Red Hat 7) has taken to stripping >trailing whitespace from each line of a mail just before it sends it. > >See http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=23679 for a patch, >if you can get at it - I seem to be firewalled from it at the moment. > >This corruption still occurs in pine 4.32. I will take a look at the patch and apply it to my next PINE build for testing. -- Mike A. Harris Mailing address: OS Systems Engineer 190 Pittsburgh Ave. Red Hat Inc.Sault Ste. Marie, (705)949-2136 Ontario, Canada, P6C 5B3 Fun thing to do as root, in the root directory: chmod -R 666 * Just as bad as rm -rf *, but more fun. "The files are all there, but I can't do anything with them!" And you can't change permissions, since chmod isn't executable either. :-) - 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: Total loss with 2.4.0 (release) [off topic now...]
On Tue, 23 Jan 2001, Torrey Hoffman wrote: >>I know if you have a 8G drive or larger, and install NT4 on it it >>will fry everything entirely unless you stand on your head and >>read about 50 MS kb articles. Thankfully, I will _never_ have to >>encounter this sort of thing again though. ;o) > >If you have to share a machine with a Microsoft OS, the best thing is to >install the Microsoft OS first. That way it can set up the partition tables >however it likes. Just leave enough hard drive space free. > >Then install Linux. This has several advantages - you can more easily set >up Grub or Lilo to dual boot, and Linux can deal with whatever Microsoft's >partition table flavor of the year is. The Microsoft OS is less likely to >become confused and violently lash out using that approach :-) I absolutely and totally agree. I strongly recommend this to anyone at all. If someone MUST share between NT and Linux, install NT on partition 1 first, and make sure to grab ATAPI.SYS update from MS first if you value any data on the drive and it is >8Gb. ;o) >Another note: If dual-booting Windows 2000, upgrade to service pack 1 before >installing Linux. I was able to blue-screen W2K before SP1 by starting >their disk management tool on a disk with dozens of Linux partitions. And I >agree - I am thankful that I will never have to deal with this again either. All my new machines are getting straight Linux installs, no dual boot anything except perhaps multiple boots of different versions of Red Hat. Only one machine shall have Windows on it, and only until the remaining uses of it are available in Linux. I suspect it wont be too long. ;o) ------ Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- Looking for Linux software? http://freshmeat.net http://www.rpmfind.net http://filewatcher.org http://www.coldstorage.org http://sourceforge.net - 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: Total loss with 2.4.0 (release)
On Tue, 23 Jan 2001, Ragnar Hojland Espinosa wrote: >> >I had a similar experience. All I can say is windows 98 >> >and ME seem to have it out for Linux drives running late >> >2.3.x and 2.4.0 test and release. I had windows completely >> >fry my Linux drive and I lost everything. I had some old >> >> I don't see how Windows 9x can be at fault in any way shape or >> form, if you can boot between 2.2.x kernel and 9x no problem, but >> lose your disk if you boot Win98 and then 2.3.x/2.4.x and lose >> everything. Windows does not touch your Linux fs's, so if there > >WS Windows might reprogram IDE / drives in some way that, being left in that >state, conflict with linux's. .. well, ask Andre, he'll know :) I certainly wouldn't say it is impossible. ;o) Definitely anything is possible in machines today, especially where chips do not match chip specs, and OS's do not follow either. ;o) -- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- There are two major products that come out of Berkeley: LSD and BSD. We don't believe this to be a coincidence. -- Jeremy S. Anderson - 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: Total loss with 2.4.0 (release)
On Tue, 23 Jan 2001, Trever L. Adams wrote: >> I don't see how Windows 9x can be at fault in any way shape or >> form, if you can boot between 2.2.x kernel and 9x no problem, but >> lose your disk if you boot Win98 and then 2.3.x/2.4.x and lose >> everything. Windows does not touch your Linux fs's, so if there >> is a problem, it most likely is a kernel bug of some kind that >> doesn't initialize something properly. > >Well, I boot into Linux, all is fine, rebooted into a different version >of Linux for some testing, all is fine (this was an older version, I >believe it was 2.2.14 or .15) Try to install ME and run it, seems ok. >Go back to Linux, and my drive was fried with Windows files all over it, >etc. Ahh. Now _that_ is different. ;o) In this case, yes Windows sucks. I retract my comment entirely. ;o) At least I was trying to be fair and unbiased, (despite being very biased in favor of Linux by a factor of about 10^999). ;op >I know Windows shouldn't touch a Linux partition. But, apparently it >did. Or else Linux and/or Fdisk are fried and made a bad partition table. Whwnever you install/upgrade any OS and especially M$ ones on a multiboot machine, you should always ensure ahead of time that they will play nicely together, agree on geometry translation schemes, partitioning schemes, etc, and that any option to take over the whole machine is turned off. Windows NT defaults to "fry the whole disk", but I don't know about ME or W2K as they are IMHO just bloat + new pictures, etc.. I know if you have a 8G drive or larger, and install NT4 on it it will fry everything entirely unless you stand on your head and read about 50 MS kb articles. Thankfully, I will _never_ have to encounter this sort of thing again though. ;o) >> Windows sucks, and I hate it as much (probably more) than the >> next guy. It's not fair to blame every computer problem on it >> though unless you KNOW that Windows directly caused the problem. > >I said what I did, because it seems the evidence said Windows did do it. >If it didn't, oops. I have talked with others and they had a similar >experience, so I am not alone. Right, sounds like you are correct. I thought you had Windows installed already, and were merely booting between the two and then lost everything. That is an unlikely scenario to occur though.. Installing WinXY is a different story though. ;o) >> Pick one of the 10 good reasons to say Windows sucks >> instead... >> >> For what it is worth, I have a similar problem where if I boot >> Windows (to show people what "multicrashing" is), if I boot back >> into Linux, my network card no longer works (via-rhine). Most >> definitely a Linux bug. In this case, "via-rhine.o" sucks. >> >> ;o) > >Well, this is actually the second time I have had Windows write all over >my Linux partition. The first time I think it was not a bug in either, >but a bug in hardware. However, I no longer have that hardware as my >desktop. If it occurs frequently, I would double or triple check the BIOS configuration of your drives, as well as the way that Linux sees them. Such a problem should be quite rare if it is all set up right - barring viruses, trojans, and script kiddies. Is it possible that the kernel you're using is messed up, and doesn't umount the disks properly? Perhaps some silent disk corruption issue? Does fdisk show only a single partition the size of your whole disk, or are Linux partitions still in existance. I would wager that if linux partitions show up in the partition table, that there is a good chance Windows didn't screw it up. I won't bank on that though, as Windows can certainly foob things in many ways. ;o) Good luck. TTYL -- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- "Facts do not cease to exist because they are ignored." - Aldous Huxley - 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: Total loss with 2.4.0 (release)
On Tue, 23 Jan 2001, Trever L. Adams wrote: >> I think that your linux's partition has not been overwritten, but only the MBR >> of your disk, so you probably just need to reinstall lilo. Insert your >> installation bootdisk into your pc, then skip all the setup stuff, but the >> choose of the partition where you want to install and the source from where >> you want to install, then select just the lilo configuration (bootconfiguration >> I mean), complete that step and reboot your machine, lilo will'be there again. >> >> P. >> >> On Tue, 23 Jan 2001, Trever L. Adams wrote: > >I hate to tell you this, but you couldn't be more wrong. My MBR was >fine. Lilo was fine and ran fine. The kernel even booted. The problem >was my ext2 partition was scrambled but good (over 4 hours trying to fix >it and answer all the questions that fsck threw out). The ext2 drive >lost a lot of data and suddenly had windows stuff all over it (yes, just >like Mike, I had ttf fonts and other such things). Lets get a few points clear.. Are we talking - you already had both linux and WinXX installed, and rebooted from Linux into the existing Windows setup, and next time you booted Windows Linux was fried? Sounds like you might have a partitioning problem where Windows sees the disk geometry one way, and perhaps Linux sees it differently. I can't see at all how Windows could end up putting data on ext2 volumes though without read-write ext2 support in Windows. Are you running the freely available ext2 fs driver in Windows? -- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs. -- Robert Firth - 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: Total loss with 2.4.0 (release)
On Mon, 15 Jan 2001, Trever Adams wrote: >I had a similar experience. All I can say is windows 98 >and ME seem to have it out for Linux drives running late >2.3.x and 2.4.0 test and release. I had windows completely >fry my Linux drive and I lost everything. I had some old >backups and was able to restore at least the majority of >older stuff. > >Sorry and good luck. I don't see how Windows 9x can be at fault in any way shape or form, if you can boot between 2.2.x kernel and 9x no problem, but lose your disk if you boot Win98 and then 2.3.x/2.4.x and lose everything. Windows does not touch your Linux fs's, so if there is a problem, it most likely is a kernel bug of some kind that doesn't initialize something properly. Windows sucks, and I hate it as much (probably more) than the next guy. It's not fair to blame every computer problem on it though unless you KNOW that Windows directly caused the problem. Pick one of the 10 good reasons to say Windows sucks instead... For what it is worth, I have a similar problem where if I boot Windows (to show people what "multicrashing" is), if I boot back into Linux, my network card no longer works (via-rhine). Most definitely a Linux bug. In this case, "via-rhine.o" sucks. ;o) ---------- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- I'd offer to change your mind for you, but I don't have a fresh diaper. -- Leah to pro-spammer in news.admin.net-abuse.email - 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: more via-rhine problems.
On Sun, 21 Jan 2001, Urban Widmark wrote: >> I now believe that it is indeed caused by booting to windows 98 >> (by accident). ;o) > >Don't do that then :) That is a completely sane solution indeed. ;o) Unfortunately, I have to do so occasionally. Not often thankfully. ;o) >> Doesn't matter if a driver is installed in win or not as I've >> tried both. Just booting win at all causes the card to go >> berzerk next boot. Must be something missing from the card init >> code that should be resetting something on the card at init time, >> but which is set by default on power on. > >I can't reproduce this, but I only have a 1106:3043 (DFE-530TX revA1) and >tested this on a rather old P133. 00:07.3 Class 0600: 1106:3050 (rev 30) Flags: medium devsel 00:12.0 Class 0200: 1106:3065 (rev 42) Subsystem: 1186:1400 Flags: bus master, medium devsel, latency 32, IRQ 10 I/O ports at e800 Memory at e700 (32-bit, non-prefetchable) Expansion ROM at e600 [disabled] Capabilities: [40] Power Management version 2 >I tested 2.2.19pre and not 2.2.18+becker1.08, the biggest difference is >the detection code so maybe that could be worth trying. 2.4 is again a >little bit different ... > >You could try playing with bios settings. And dumping register contents >from a working and non-working setup, for example: > >% via-diag -aaeemm > (ftp://ftp.scyld.com/pub/diag/via-diag.c) I'll do that if I find time... >% lspci -vvxxx -d 1106:3065 > >Maybe CONFIG_PCI_QUIRKS helps? 2 root@asdf:/home/mharris# grep CONFIG_PCI_QUIRKS /boot/K6-2.2.18-1NSRI CONFIG_PCI_QUIRKS=y Already there. ;o) -- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- VMS is a text-only adventure game. If you win you can use unix. - 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: [OT?] Coding Style
On Sun, 21 Jan 2001, Admin Mailing Lists wrote: >> And the lord spake, saying, "First shalt thou write thy holy code. Indenting >> shalt thou count to three, no more, no less. Three shalt be the spaces thou >> shalt count, and the number of the counting shalt be three. Four shalt thou >> not count, nor count thou two, excepting that thou then proceedeth to three. >> Eight is right out. Once the number three, being the third number be >> reached, shalt thou move towards indenting thy next line .. >> > >now I know why I never read the bible. > >people jsut dont know how old cryptography really is ;-) If I'm not mistaken, the above is a parody on Monty Python's Holy Grail. The Holy Hand Grenade of Antinoch if I'm correct. It's been a while.. ------ Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- The day Microsoft makes something that doesn't suck, is probably the day Microsoft starts making vacuum cleaners. -- Ernst Jan Plugge - 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: Incorrect module init message..
On Sat, 1 Jan 2000, Pavel Machek wrote: >> -- >> Mike A. Harris - Linux advocate - Free Software advocate >> This message is copyright 2001, all rights reserved. >> Views expressed are my own, not necessarily shared by my employer. >> -- > >What is that? Copyright on mail? I beliece you can't do that; it is too >short to be considered art. Anything I write I can copyright. >and if you can, you should be banned from the list, Gimme a break.. > because people expect to be albe to reply, which quotes text. I hereby grant anyone on the list who is replying to me directly or back to the list the right to quote the message from me to which they are replying, from now until the end of eternity. ;o) Now get back to work fixing kernel bugs and stuff. ;o) ---------- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- Windows 95(n) - 32-bit extensions and graphical shell for a 16-bit patch to an 8-bit operating system originally coded for a 4-bit microprocessor, written by a 2-bit company that can't stand 1 bit of competition. - 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/
more via-rhine problems.
5 mharris@asdf:~$ eth1: Transmit timed out, status , PHY status , resetting... eth1: Transmit timed out, status , PHY status , resetting... eth1: Transmit timed out, status , PHY status , resetting... eth1: Transmit timed out, status , PHY status , resetting... Nonstop.. argh. I now believe that it is indeed caused by booting to windows 98 (by accident). ;o) Doesn't matter if a driver is installed in win or not as I've tried both. Just booting win at all causes the card to go berzerk next boot. Must be something missing from the card init code that should be resetting something on the card at init time, but which is set by default on power on. Very irritating. Problem doesn't manifest itself until you actually use the ethernet card for something. Then you have to log out of 17 vc's and 10 bugzilla windows in mozilla to reboot. Disconcerting. ;o) 2.2.18 + Becker via-rhine ---------- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- If it weren't for C, we'd all be programming in BASI and OBOL. - 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: eth1: Transmit timed out, status 0000, PHY status 0000 (fwd)
Hi Phil, I've forwarded it for you, however you likely didn't realize hat lkml is an "open" mailing list, ie: you don't need to be a subscriber to post. This is so that non-members can file bug reports, and send spam, etc.. ;o) Take care. ---------- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- -- Forwarded message -- Date: Wed, 17 Jan 2001 10:46:54 +0100 From: Ph. Marek <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Content-Type: text/plain; charset="us-ascii" Subject: Re: eth1: Transmit timed out, status , PHY status Hi Mike! I'm not on lkml but I follow the discussions from time to time and saw your mail. (as I'm not subscribed, please forward this to lkml) I've had the same problem using DLink 530 using 10baseT. DOS-diagnostic said "No connection". Even trying to say modprobe tulip options=1 (use 10baseT) didn't work. Then I got a crossed 10base2 cable and - IT WORKED (for me) without any problems, though I said option=4 (10base2, full duplex). Hope this helps! Regards, Phil "A Firewall is really much like a sophisticated traffic cop; it detects and stops unauthorized or suspicious movement in or out of the network. But security is more than a Firewall; it's a process. You can't just put in a Firewall and think you're secure." - 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/
Incorrect module init message..
1 root@asdf:/# mcdr
Detected scsi CD-ROM sr0 at scsi0, channel 0, id 0, lun 0
sr0: scsi3-mmc drive: 6x/6x writer cd/rw xa/form2 cdda tray
^
HP7200i burner 2x/2x/6x (CDR/CDRW/read)
Don't know if anyone cares to fix the message..
--
Mike A. Harris - Linux advocate - Free Software advocate
This message is copyright 2001, all rights reserved.
Views expressed are my own, not necessarily shared by my employer.
--
Fun thing to do as root, in the root directory:
chmod -R 666 *
Just as bad as rm -rf *, but more fun.
"The files are all there, but I can't do anything with them!"
And you can't change permissions, since chmod isn't executable either. :-)
-
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: 2.0.37 crashes immediately
On Wed, 17 Jan 2001, Stefan Ring wrote: >Date: Wed, 17 Jan 2001 00:35:39 +0100 (MET) >From: Stefan Ring <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Content-Type: TEXT/PLAIN; charset=US-ASCII >Subject: 2.0.37 crashes immediately > >2.0.37+ kernels crash even before I can see the "Uncompressing linux..." >message. I use the same configuration for 2.0.36 and 2.0.37 (basically >it's the default configuration without anything interesting changed), and >the latter just won't work. It also doesn't matter if I use zImage or >bzImage. Kernel compiled with a stock redhat 4.2 (gcc 2.7.2.1). My machine >configuration is as follows: Holy ancient and unsupported kernel + distribution batman. ;o) Have you tried 2.0.39 (said with a slight grin) ;o) Seriously, why not upgrade to Red Hat 7.0? You'll get a lot more help with any troubles you may have. Subscribe to the Red Hat guinness-list and I'd be glad to help with such a transition. Good luck! ---------- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- If it weren't for C, we'd all be programming in BASI and OBOL. - 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: eth1: Transmit timed out, status 0000, PHY status 0000
On Tue, 16 Jan 2001, Urban Widmark wrote: >Date: Tue, 16 Jan 2001 23:59:33 +0100 (CET) >From: Urban Widmark <[EMAIL PROTECTED]> >To: richard.morgan9 <[EMAIL PROTECTED]> >Cc: Mike A. Harris <[EMAIL PROTECTED]>, > Linux Kernel mailing list <[EMAIL PROTECTED]> >Content-Type: TEXT/PLAIN; charset=US-ASCII >Subject: Re: eth1: Transmit timed out, status , PHY status > >On Tue, 16 Jan 2001, richard.morgan9 wrote: > >> I have the same problem as Urban with a recent DLink 530tx >> (rhine2). Pulling the power cable from my atx psu (while the >> computer was "off") fixed the card, until my next reboot from >> win98. > >I'm not the one with a problem but maybe it has something to do with win98 >and/or the driver used there. I intend to test this myself eventually and >see if I can do something based on Donald Beckers suggestions on eeprom. > >Unless someone else feels like playing with this ... anyone? > >Does everyone seeing this have a Rhine-II, pci id 1106:3065, and not the >older chip found in dfe530tx with pci id 1106:3043? 00:12.0 Ethernet controller: VIA Technologies, Inc.: Unknown device 3065 (rev 42) Subsystem: D-Link System Inc: Unknown device 1400 Flags: bus master, medium devsel, latency 32, IRQ 10 I/O ports at e800 Memory at e700 (32-bit, non-prefetchable) Expansion ROM at e600 [disabled] Capabilities: [40] Power Management version 2 00:13.0 Ethernet controller: Winbond Electronics Corp W89C940 Flags: medium devsel, IRQ 12 I/O ports at ec00 And I do not have drivers for the dlink card in win98. The 2 cards are in my workstation, one goes to my firewall @ 10Mbit and the other to my build/devel machine at 100mbit which 98 doesn't get to see. It is sure interested in the card at boot time though... EVERY time... ;o( -- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- Windows 95(n) - 32-bit extensions and graphical shell for a 16-bit patch to an 8-bit operating system originally coded for a 4-bit microprocessor, written by a 2-bit company that can't stand 1 bit of competition. - 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: eth1: Transmit timed out, status 0000, PHY status 0000
On Sun, 14 Jan 2001, Urban Widmark wrote: >> eth1: Transmit timed out, status , PHY status , >> resetting... >[snip] >> Keeps going nonstop until I ifdown eth1. >> >> Card worked fine 2 days ago... > >So what did you change? Nothing. >Has the machine been up since then? No. I rebooted to W98 a few times. W98 doesn't have a driver installed for that card though - and wont. >Someone else with the same symptoms (in 2.4) >http://www.uwsg.iu.edu/hypermail/linux/net/0011.0/0027.html > >Becker's reply >http://www.uwsg.iu.edu/hypermail/linux/net/0011.0/0032.html > >"Try unplugging the system and doing a really cold boot. A soft-off does > not reset the chip. Tried that too.. didn't work. I switched PCI slots and whatnot though and it works again.. > If this solves the problem, we will have to add code to re-load the > EEPROM info into the chip." If the problem recurs I will try to test it out more and report to the list. FWIW it is a DLink DFE 530TX. Thanks for the reply. -- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- #[Mike A. Harris bash tip #1 - separate history files per virtual console] # Put the following at the bottom of your ~/.bash_profile [ ! -d ~/.bash_histdir ] && mkdir ~/.bash_histdir tty |grep "^/dev/tty[0-9]" >& /dev/null && \ export HISTFILE=~/.bash_histdir/.$(tty | sed -e 's/.*\///') - 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/
eth1: Transmit timed out, status 0000, PHY status 0000
What might be a reason I'm seeing this?
Becker's latest via-rhine driver ontop 2.2.18..
...
eth1: Transmit timed out, status , PHY status ,
resetting...
eth1: Transmit timed out, status , PHY status ,
resetting...
eth1: Transmit timed out, status , PHY status ,
resetting...
eth1: Transmit timed out, status , PHY status ,
resetting...
eth1: Transmit timed out, status , PHY status ,
resetting...
eth1: Transmit timed out, status , PHY status ,
resetting...
Keeps going nonstop until I ifdown eth1.
Card worked fine 2 days ago...
--
Mike A. Harris - Linux advocate - Free Software advocate
This message is copyright 2001, all rights reserved.
Views expressed are my own, not necessarily shared by my employer.
--
Windows 95(n) - 32-bit extensions and graphical shell for a 16-bit patch
to an 8-bit operating system originally coded for a 4-bit microprocessor,
written by a 2-bit company that can't stand 1 bit of competition.
-
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: [PROBLEM]: Strange network problems with 2.4.0 and 3c59x.o
On Fri, 12 Jan 2001, Shawn Starr wrote: Snoop through /proc, and you'll find a file where you can disable "ecn" support. echo 0 > /proc >Date: Fri, 12 Jan 2001 16:37:35 -0500 >From: Shawn Starr <[EMAIL PROTECTED]> >To: Donald Becker <[EMAIL PROTECTED]>, [EMAIL PROTECTED], > [EMAIL PROTECTED] >Content-Type: text/plain; charset=iso-8859-15 >Subject: [PROBLEM]: Strange network problems with 2.4.0 and 3c59x.o > >Here's something strange that i've been noticing with 2.4.0. Some websites I am >unable to access now. For example: > >http://www.scotiabank.ca/simplify/index.html > >if your in Canada and you have Scotia banking online, try and access their >banking sites. It will just hang. However upon trying the same in Windows 2000 >(cough). The site works fine. > >Could there be a network driver issue as even trying with telnet port 80 fails >as well? > >Im not sure on this one this seems bizarre. I have the same problem with >www.workopolis.com, theglobeandmail.com, perhaps there's some sort of packet or >frame not being processed properly? > >I can ICMP ping all the sites fine and i can access them from other shells. >I have spoken to some of their engineers and they say that there is nothing >blocking/no firewalls configured to deny access to theses sites. > >If there's any information you need I'd be glad to try and figure this one out. > >Shawn S. > > > >- >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/ > -- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- VMS is a text-only adventure game. If you win you can use unix. - 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: Problem with module versioning in 2.4.0
On Wed, 10 Jan 2001, Jeremy Huddleston wrote: O - K then. Nice sig. Too bad that it is at least as big as most spam mailings themselves. Instead of preventing spam, all you're doing is contributing to it. I just delete spam now as it is easiest most of the time. However fortunately, the below sig comes from a static and easily procmailable address. One more note is that no law of California, nor anywhre else means jack shit 50 meters away from your keyboard, so it is all just a waste of bandwidth. > A notice to spammers >Unsolicited electronic mail advertisements to my email address is >strictly prohibited. Pursuant to California Business and Professions >Code, Section 17538.45, senders of unsolicited electronic mail >advertisements to me may be subject to a civil penalty of $50 per >message plus attorney's fees. [SNIP long sig] ---------- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2001, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- - 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: Network oddity....
On Fri, 5 Jan 2001, Rogier Wolff wrote:
>Date: Fri, 5 Jan 2001 01:08:49 +0100 (MET)
>From: Rogier Wolff <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Content-Type: text/plain; charset=US-ASCII
>Subject: Network oddity
>
>
>Hi all,
>
>I have a server, and it reports ("netstat -a")
>
>tcp0 0 server:sshclient:1022 SYN_RECV
>
>This sounds normal right?
>
>However there are 79 of these lines in the netstat output. Not normal!
>
>A TCP connection is identified by the 12 bytes source IP, dest IP,
>source port, dest port. Right? Then as far as I can see, these should
>all refer to the SAME socket. (yes, they all refer to server:ssh, and
>client: 1022!)
>
>Oh, this situation seems to continue: it sends a syn-ack and then the
>client replies with a reset. This goes on and on. I'm going to make
>the client disappear, and hope that this makes the number of these
>connections go away.
>
>Kernel is 2.2.13. That was "fresh" when the system was booted. Yes,
>that's over 14 months ago.
Someone synflooding you perhaps?
--
Mike A. Harris - Linux advocate - Free Software advocate
This message is copyright 2001, all rights reserved.
Views expressed are my own, not necessarily shared by my employer.
--
If you think C++ is not overly complicated, just what is a protected
abstract virtual base pure virtual private destructor, and when
was the last time you needed one?
-- Tom Cargill, C++ Journal, Fall 1990.
-
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: So, what about kwhich on RH6.2?
On Thu, 4 Jan 2001, Albert D. Cahalan wrote: >>>> can't we just hardwire `kgcc' into the build system and be done >>>> with all this kwhich stuff? It's just a symlink >>> >>> And break compilation on all non RedHat 7, non connectiva systems ? >>> Would you volunteer to handle the support load on l-k that would cause? >> >> Hardcoding kgcc is definitely not an option. > >Creating symlinks during the build would solve the problem. > >/usr/src/linux/kern-cc -> /usr/bin/kgcc >/usr/src/linux/user-cc -> /usr/bin/gcc But who builds kernels in /usr/src anymore, or as root for that matter... ;o) -- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2000, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- If at first you don't succeed, call it version 1.0 - 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: Confirmation request about new 2.4.x. kernel limit (please CCme)
On Thu, 4 Jan 2001, A.D.F. wrote: >Date: Thu, 04 Jan 2001 11:56:53 + >From: A.D.F. <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Content-Type: text/plain; charset=us-ascii >Subject: Confirmation request about new 2.4.x. kernel limit (please CC me) > >Confirmation request about new 2.4.x. kernel limit. There is no limit. It will likely go up to 2.4.. That of course will come after it finishes being 2.4.0test. ;o) ------ Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2000, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- Are you an open source developer? Need web space? Your own project mailing lists? Bug tracking software? CVS Repository? Build environments? Head over to http://sourceforge.net for all of that, and more, for free! - 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: Compilation error in Red Hat 6.2
On Thu, 4 Jan 2001 [EMAIL PROTECTED] wrote: >Date: Thu, 4 Jan 2001 22:27:09 +0530 >From: [EMAIL PROTECTED] >To: [EMAIL PROTECTED] >Content-Type: text/plain; charset=US-ASCII >Subject: Compilation error in Red Hat 6.2 > >Dear users, > > >I am getting one error while compiling kernal in Red Hat 6.2: >VFS: cannot open root device 08:01 > Kernel panic: VFS: >unable to mount root fs on 08:01 > > I have used make bzImage to make the >new image after make dep; > make clean. Make sure you have compiled into your kernel (not modules) IDE, ext2, and ELF. If you're using SCSI, substitute it with IDE above. ---------- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2000, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- Want to run Microsoft Windows software in Linux? You can! VMware allows you to install and run other operating systems inside a window in X windows. You can install Windows 95/98/NT/2000, FreeBSD, Solaris, and many more. 3D Games do not work yet, but virtually all office and productivity software runs excellent. http://www.vmware.com - 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/
2.2.18 Oops..
Dist: Red Hat 7.0 Kernel: Using 2.2.18 + IDE patches. My lilo.conf: boot=/dev/hda map=/boot/map install=/boot/boot.b prompt #timeout=50 message=/boot/message default=linux vga=ext image=/boot/bzImage-2.2.18-1NSRI label=linux read-only root=/dev/hda3 append="hdc=ide-scsi hdd=ide-cd mem=96M splitfifo=1" [ksymoops output] Options used: -V (default) -o /lib/modules/2.2.18-1NSRI/ (default) -k /proc/ksyms (default) -l /proc/modules (default) -m /boot/System.map-2.2.18-1NSRI (specified) -c 1 (default) Reading Oops report from the terminal Dec 30 12:00:12 asdf kernel: Unable to handle kernel paging request at virtual address 1c385e13 Dec 30 12:00:12 asdf kernel: current->tss.cr3 = 0450f000, %%cr3 = 0450f000 Dec 30 12:00:12 asdf kernel: *pde = Dec 30 12:00:12 asdf kernel: Oops: 0002 Dec 30 12:00:12 asdf kernel: CPU:0 Dec 30 12:00:12 asdf kernel: EIP:0010:[do_gettimeofday+28/108] Dec 30 12:00:12 asdf kernel: EFLAGS: 00010206 Dec 30 12:00:12 asdf kernel: eax: 004e ebx: 0206 ecx: edx: 0018 Dec 30 12:00:12 asdf kernel: esi: c2237fb8 edi: 50011f5c ebp: esp: c2237f98 Dec 30 12:00:12 asdf kernel: ds: 0018 es: 0018 ss: 0018 Dec 30 12:00:12 asdf kernel: Process netscape-commun (pid: 19385, process nr: 63, stackpage=c2237000) Dec 30 12:00:12 asdf kernel: Stack: c2237fb8 c0115f55 c2237fb8 c2236000 50011f7c 08941738 50011f64 Dec 30 12:00:12 asdf kernel: 50011c50 c01079cc 50011f5c 50011f7c 08941738 Dec 30 12:00:12 asdf kernel:50011f64 004e 002b 002b 004e 4029b0c1 0023 0202 Dec 30 12:00:12 asdf kernel: Call Trace: [sys_gettimeofday+29/148] [system_call+52/56] Dec 30 12:00:12 asdf kernel: Code: c0 8b 0d 5c 38 1c c0 85 c9 74 15 89 c8 c1 e0 Code: Before first symbol <_IP>: <=== Code: Before first symbol 0:c0 8b 0d 5c 38 1c c0 rorb $0xc0,0x1c385c0d(%ebx) <=== Code: 0007 Before first symbol 7:85 c9 test %ecx,%ecx Code: 0009 Before first symbol 9:74 15 je 0020 Before first symbol Code: 000b Before first symbol b:89 c8 mov%ecx,%eax Code: 000d Before first symbol d:c1 e0 00 shl$0x0,%eax 66 warnings issued. Results may not be reliable. hdparm is NOT being used to enable anything - just using default kernel bootup config for all drives: /dev/hda: multcount= 0 (off) I/O support = 0 (default 16-bit) unmaskirq= 0 (off) using_dma= 1 (on) keepsettings = 0 (off) nowerr = 0 (off) readonly = 0 (off) readahead= 8 (on) geometry = 3737/255/63, sectors = 60036480, start = 0 /dev/hdb: multcount= 0 (off) I/O support = 0 (default 16-bit) unmaskirq= 0 (off) using_dma= 1 (on) keepsettings = 0 (off) nowerr = 0 (off) readonly = 0 (off) readahead= 8 (on) geometry = 935/255/63, sectors = 15032115, start = 0 -- Versions installed: (if some fields are empty or looks -- unusual then possibly you have very old versions) Linux asdf.capslock.lan 2.2.18-1NSRI #1 Fri Dec 22 01:34:55 EST 2000 i586 unknown Kernel modules 2.3.21 Gnu C 2.96 Binutils 2.10.0.18 Linux C Library> libc.2.2 Dynamic linker ldd (GNU libc) 2.2 Procps 2.0.7 Mount 2.10m Net-tools 1.56 Console-tools 0.3.3 Sh-utils 2.0 Modules Loaded ide-scsi scsi_mod ne2k-pci 8390 agpgart devpts vfat fat opl3 sb uart401 sound soundlow soundcore Although it shows gcc2.96 above, my kernel is built with: 2 root@asdf:/home/mharris/src/linux-2.2.18-1NSRI/scripts# dmesg Linux version 2.2.18-1NSRI ([EMAIL PROTECTED]) (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 Fri Dec 22 01:34:55 EST 2000 The Oops occured during system idle time. Nothing significant was occuring on the machine. The only thing I can think of is that last night I used my CD burner with xcdroast for the first time in 2.2.18. xcdroast was still running when i saw the oops. Netscape shows up in the Oops report, but Netscape was not running when I found it. The system was not hard locked, but was able to shut down. Upon rebooting, I had to mount read-only, and do fsck manually (forced) on all fs's. 2 partitions had serious problems /var/log, and /var/spool. A lot of log files got trashed in the process. ;o( .config attached ---------- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2000, all rights reserved. Views expressed are my own, not necessarily shared by my employer.
Re: kernel BUG at buffer.c:765
On Fri, 29 Dec 2000, John Summerfield wrote: >[root@dugite /root]# sfdisk -l /dev/sda >ll_rw_block: device 08:00: only 2048-char blocks implemented (1024) >kernel BUG at buffer.c:765! >invalid operand: >CPU:0 >EIP:0010:[] >EFLAGS: 00010282 >eax: 001c ebx: c1b91ac8 ecx: c029ca68 edx: c029ca68 >esi: 0001 edi: 0001 ebp: c1f55f2c esp: c1f55ef0 >ds: 0018 es: 0018 ss: 0018 >Process sfdisk (pid: 1323, stackpage=c1f55000) >Stack: c024aba5 c024ae5a 02fd c1b91a80 c017a4c4 c1b91a80 > baa8 c1f55f78 c1215400 c012f663 0001 c1f55f2c c1b91a80 > c01c8a68 0800 0400 baa8 baa8 0800 >Call Trace: [] [] [] [] [] >[] [] > [] [] >Code: 0f 0b 83 c4 0c 5b c3 55 57 56 53 8b 74 24 14 8b 54 24 18 85 >eth0: Abnormal interrupt, status 0051. >eth0: Abnormal interrupt, status 0010. >eth0: Abnormal interrupt, status 0020. >Segmentation fault >[root@dugite /root]# uname -a >Linux dugite 2.4.0-test12 #11 Wed Dec 20 16:28:41 WST 2000 i586 unknown >[root@dugite /root]# > You'll need to run that through ksymoops first John, or else the Oops report is not very useful since the kernel offsets are different for every kernel compile. If you put the System.map file in /boot, you should end up with symbolic Oops information in your /var/log/messages after a reboot. Without that info, the above addresses effectively point to nowhere. Hope this helps. Happy New Year! -- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2000, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- And 1.1.81 is officially BugFree(tm), so if you receive any bug-reports on it, you know they are just evil lies. -- Linus Torvalds - 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: 2.2.18 dies on my 486..
On Thu, 28 Dec 2000, Alan Cox wrote:
>> I just upgraded my 486 firewall's kernel to pure 2.2.18 from
>> 2.2.17, with no other changes, and now it dies with all sorts
>> of hard disk failures.
>>
>> I get:
>>
>> hdb: lost interrupt
>> And stuff about DRQ lost...
>
>What hardware config, what hdparm tuning options ?
AMD 486-DX2/66 12Mb RAM, ALi 14xx chipset. Using 2.2.18 stock
and also 2.2.18+IDE.
hdparm settings:
pts/3 root@gw:~# hdparm -iv /dev/hd[abc]
/dev/hda:
multcount= 16 (on)
I/O support = 1 (32-bit)
unmaskirq= 0 (off)
using_dma= 0 (off)
keepsettings = 0 (off)
nowerr = 0 (off)
readonly = 0 (off)
readahead= 8 (on)
geometry = 929/16/48, sectors = 713472, start = 0
Model=DSAA-3360, FwRev=25505120, SerialNo=PABP2020102
Config={ SoftSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=929/16/48, TrkSize=59400, SectSize=550, ECCbytes=16
BuffType=3(DualPortCache), BuffSize=96kB, MaxMultSect=16, MultSect=16
DblWordIO=no, OldPIO=2, DMA=yes, OldDMA=2
CurCHS=929/16/48, CurSects=-486539254, LBA=yes, LBAsects=713472
tDMA={min:240,rec:240}, DMA modes: sword0 sword1 sword2 mword0 mword1
IORDY=yes, tPIO={min:240,w/IORDY:240}, PIO modes:
/dev/hdb:
multcount= 8 (on)
I/O support = 1 (32-bit)
unmaskirq= 0 (off)
using_dma= 0 (off)
keepsettings = 0 (off)
nowerr = 0 (off)
readonly = 0 (off)
readahead= 8 (on)
geometry = 827/32/63, sectors = 1667232, start = 0
Model=Maxtor 7850 AR, FwRev=UA7X6059, SerialNo=P60133LS
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>5Mbs FmtGapReq }
RawCHS=1654/16/63, TrkSize=0, SectSize=0, ECCbytes=11
BuffType=3(DualPortCache), BuffSize=64kB, MaxMultSect=8, MultSect=8
DblWordIO=yes, OldPIO=2, DMA=yes, OldDMA=1
CurCHS=1654/16/63, CurSects=1889533977, LBA=yes, LBAsects=1667232
tDMA={min:150,rec:150}, DMA modes: sword0 sword1 *sword2 *mword0
IORDY=on/off, tPIO={min:240,w/IORDY:180}, PIO modes: mode3
/dev/hdc:
multcount= 0 (off)
I/O support = 0 (default 16-bit)
unmaskirq= 0 (off)
using_dma= 0 (off)
keepsettings = 0 (off)
nowerr = 0 (off)
readonly = 0 (off)
readahead= 8 (on)
geometry = 524/255/63, sectors = 8418816, start = 0
Model=QUANTUM FIREBALL SE4.3A, FwRev=API.0A00, SerialNo=334734916263
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=14848/9/63, TrkSize=32256, SectSize=512, ECCbytes=4
BuffType=3(DualPortCache), BuffSize=80kB, MaxMultSect=16, MultSect=off
DblWordIO=no, OldPIO=2, DMA=yes, OldDMA=2
CurCHS=14848/9/63, CurSects=1979711616, LBA=yes, LBAsects=8418816
tDMA={min:120,rec:120}, DMA modes: sword0 sword1 sword2 mword0 mword1 *mword2
IORDY=on/off, tPIO={min:120,w/IORDY:120}, PIO modes: mode3 mode4
UDMA modes: mode0 mode1 mode2
No messages in syslog, but it died numerous times with "hdb
interrupt lost" and DRQ failed or something like that. It seems
to work fine if I access any one drive, but if I copy from hdb ->
hdc the machine dies within seconds.
.config attached
I am thinking possible hardware failure, but I havent spent time
yet trying to narrow it down.
No special lilo options or any tweaking going on on this machine
other than hdparm..
--
Mike A. Harris - Linux advocate - Free Software advocate
This message is copyright 2000, all rights reserved.
Views expressed are my own, not necessarily shared by my employer.
--
Are you an open source developer? Need web space? Your own project mailing
lists? Bug tracking software? CVS Repository? Build environments?
Head over to http://sourceforge.net for all of that, and more, for free!
#
# Automatically generated by make menuconfig: don't edit
#
#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y
#
# Processor type and features
#
# CONFIG_M386 is not set
CONFIG_M486=y
# CONFIG_M586 is not set
# CONFIG_M586TSC is not set
# CONFIG_M686 is not set
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_INVLPG=y
CONFIG_X86_BSWAP=y
CONFIG_X86_POPAD_OK=y
# CONFIG_MICROCODE is not set
# CONFIG_X86_MSR is not set
# CONFIG_X86_CPUID is not set
CONFIG_1GB=y
# CONFIG_2GB is not set
# CONFIG_MATH_EMULATION is not set
# CONFIG_MTRR is not set
# CONFIG_SMP is not set
#
# Loadable module support
#
CONFIG_MODULES=y
CONFIG_MODVERSIONS=y
CONFIG_KMOD=y
#
# General setup
#
CONFIG_NET=y
# CONFIG_PCI is not set
# CONFIG_MCA is not set
# CONFIG_VISWS is not set
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
# CONFIG_BINFMT_AOUT is not set
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_MISC=m
# CONFIG_BINFMT_JAVA is not set
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
# CONFIG_PARPORT_OTHER is not set
# CONFIG_APM is not set
# CONFIG_TOSHIBA is not set
#
#
Re: 2.2.18 dies on my 486..
On Wed, 27 Dec 2000, Andreas Dilger wrote: >Mike Harris writes: >> I just upgraded my 486 firewall's kernel to pure 2.2.18 from >> 2.2.17, with no other changes, and now it dies with all sorts >> of hard disk failures. >> >> I get: >> >> hdb: lost interrupt >> >> And stuff about DRQ lost... > >Is it possible you compiled the kernel with gcc 2.95.2? I've been having >a similar problem, but I'm having trouble tracking it down. Absolutely not possible. ;o) Compiled with kgcc on Red Hat 7 (egcs 2.91.66). I've been building kernels with egcs since Red Hat 5.0 was released, no problems. I've never used gcc 2.95.x at all, so I can't comment on it at all.. It seems my hard disk may be failing... >Because I normally use a very heavily modified 2.2.18 kernel, >I'm trying to isolate just where the problem is - I have no >problems with a stock 2.2.18 kernel. If I compile with gcc >2.7.2.3 it works fine. Hmm.. must be a different problem than I'm having. I've tracked my problem down to disk accesses to hdb. hda/hdc work fine, as does the machine sitting idling doing its job. If I do a copy from hdb to hdc it explodes. Very odd.. ;o( -- Mike A. Harris - Linux advocate - Free Software advocate This message is copyright 2000, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- [Quote: Linus Torvalds - Aug 27, 2000 - linux-kernel mailing list] "And I'm right. I'm always right, but in this case I'm just a bit more right than I usually am." -- Linus Torvalds - 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/
2.2.18 dies on my 486..
I just upgraded my 486 firewall's kernel to pure 2.2.18 from 2.2.17, with no other changes, and now it dies with all sorts of hard disk failures. I get: hdb: lost interrupt And stuff about DRQ lost... Totally frozen box after that. -- Mike A. Harris - Linux advocate - Open source advocate This message is copyright 2000, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- If you're interested in computer security, and want to stay on top of the latest security exploits, and other information, visit: http://www.securityfocus.com - 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/
The NSA's Security-Enhanced Linux (fwd)
Anyone looked into this? -- Mike A. Harris - Linux advocate - Open source advocate This message is copyright 2000, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- -- Forwarded message -- Date: Fri, 22 Dec 2000 00:14:42 +0100 From: Ralf-Philipp Weinmann <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: The NSA's Security-Enhanced Linux citing http://www.nsa.gov/selinux/background.html: "Researchers in the Information Assurance Research Office of the National Security Agency (NSA) worked with Secure Computing Corporation (SCC) to develop a strong, flexible mandatory access control architecture based on Type Enforcement, a mechanism first developed for the LOCK system. The NSA and SCC developed two Mach-based prototypes of the architecture: DTMach and DTOS. The NSA and SCC then worked with the University of Utah's Flux research group to transfer the architecture to the Fluke research operating system. During this transfer, the architecture was enhanced to provide better support for dynamic security policies. This enhanced architecture was named Flask. The NSA is now integrating the Flask architecture into the Linux operating system to transfer the technology to a larger developer and user community." [...] The result is available for download at the above URL as well. Has anyone here toyed with it already ? Cheers, -Ralf -- Ralf-P. Weinmann <[EMAIL PROTECTED]> PGP fingerprint: 2048/46C772078ACB58DEF6EBF8030CBF1724 Emacs is my operating system, and Linux its device driver. -- Bake Timmons - 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: Extreme IDE slowdown with 2.2.18
On Wed, 20 Dec 2000, Barry K. Nathan wrote: >[snip] >> message saying UDMA 3/4/5 is not supported. It also claims the >> MVP3 chipset is UDMA-33 only, whereas all relevant docs I can >> muster including the mobo manual state the board is UDMA-66 >> capable. Mental note to myself: Do not enable WORD93 invalidate. >> ;o) > >I'm somewhat tired and busy, so I'll post URLs without quoting anything >from them (look at the data in *all* of them, and connect the dots, before >you come to any conclusions). Short version of the story: Some MVP3's >support UDMA-66, some don't -- it depends on the southbridge. 596B & 686A >do, others don't. > >http://www.via.com.tw/news/98mvp3nr.htm >http://www.via.com.tw/products/prodmvp3.htm >http://www.via.com.tw/support/faq.htm#ide Thanks for the info! Here is the most relevant portion I found: * Q: Which VIA Chipsets support UDMA 66? A: For UDMA 66 you must first make sure that you're southbridge is either VT82C596B or VT82C686A. You must also have a UDMA 66 capable hard drive and be using an 80 pin cable which enables faster transmission of data. Windows 98 is UDMA 66 enabled, but if you have Win95 you should install our busmaster drivers. Here is my mobo info: 2 root@asdf:~# lspci -v 00:00.0 Host bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3] (rev 04) Flags: bus master, medium devsel, latency 16 Memory at d800 (32-bit, prefetchable) Capabilities: [a0] AGP version 1.0 00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3 AGP] (prog-if 00 [Normal decode]) Flags: bus master, 66Mhz, medium devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C596 ISA [Apollo PRO] (rev 23) Subsystem: VIA Technologies, Inc. VT82C596/A/B PCI to ISA Bridge Flags: bus master, stepping, medium devsel, latency 0 00:07.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev 10) (prog-if 8a [Master SecP PriP]) Flags: bus master, medium devsel, latency 32 I/O ports at e000 Capabilities: [c0] Power Management version 2 00:07.3 Host bridge: VIA Technologies, Inc.: Unknown device 3050 (rev 30) Flags: medium devsel Clear as mud. Board docs say it does ATA66, so I am assuming it is the VT82C596B model. lspci doesn't appear to know which it is though. The numbers on the chip itself are: VT82C596B ^ Thus indicating from all the info I've collected so far, that my hardware setup according to docs, is ata66. My drive is ATA100 capable so that is no problem. 80 conductor cable... 12Mb/s on drive rated 37Mb/s sustained.. ;o( Without Andre's fine IDE patches I get 5Mb/s... 12M/s is better than 5. Getting 1/2 of the hardware specs rated values would even be nice... I think it is shoddy hardware with made up specs myself.. makes a good sell to people... ;o) -- Mike A. Harris - Linux advocate - Open source advocate This message is copyright 2000, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- If you're interested in computer security, and want to stay on top of the latest security exploits, and other information, visit: http://www.securityfocus.com - 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: Unknown PCI device?
On 21 Dec 2000, Thierry Vignaud wrote: >Date: 21 Dec 2000 10:07:12 +0100 >From: Thierry Vignaud <[EMAIL PROTECTED]> >To: Mike A. Harris <[EMAIL PROTECTED]> >Cc: Linux Kernel mailing list <[EMAIL PROTECTED]> >Content-Type: text/plain; charset=us-ascii >Subject: Re: Unknown PCI device? > >"Mike A. Harris" <[EMAIL PROTECTED]> writes: > >> Anyone know what this is? >> >> 00:07.3 Host bridge: VIA Technologies, Inc.: Unknown device 3050 (rev 30) >> Flags: medium devsel > >if its pci id is 0x11063050, then it's a VIA Power Management Controller. 00:07.3 Class 0600: 1106:3050 (rev 30) Flags: medium devsel Yip. Someone might want to update the PCI ID db, or whatever with that.. -- Mike A. Harris - Linux advocate - Open source advocate This message is copyright 2000, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- There are two major products that come out of Berkeley: LSD and BSD. We don't believe this to be a coincidence. -- Jeremy S. Anderson - 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/
Unknown PCI device?
Anyone know what this is? 00:07.3 Host bridge: VIA Technologies, Inc.: Unknown device 3050 (rev 30) Flags: medium devsel Kernel 2.2.18 + IDE patches. -- Mike A. Harris - Linux advocate - Open source advocate This message is copyright 2000, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- Press every key to continue. - 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: Extreme IDE slowdown with 2.2.18
On Thu, 21 Dec 2000, Alan Cox wrote: >Date: Thu, 21 Dec 2000 00:49:45 + (GMT) >From: Alan Cox <[EMAIL PROTECTED]> >To: Julian Anastasov <[EMAIL PROTECTED]> >Cc: Robert Högberg <[EMAIL PROTECTED]>, > linux-kernel <[EMAIL PROTECTED]> >Content-Type: text/plain; charset=us-ascii >Subject: Re: Extreme IDE slowdown with 2.2.18 > >> > known problem with the 2.2.18 kernel? >> >> Yes, 2.2.18 is not friendly to all MVP3 users. The autodma >> detection was disabled for the all *VP3 users in drivers/block/ide-pci.= >> c. > >Because it was causing disk corruption for some people. I wish I read this email 24 hours ago. ;o( >It took a lot of tracking down and I want the shipped kernel >safe. I now know I'm covering too many chip versions so 2.2.19 >I can get the later VP3's back okay Any info I can provide to help with my corruption problem enabling UDMA? 00:00.0 Host bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3] (rev 04) Flags: bus master, medium devsel, latency 16 Memory at d800 (32-bit, prefetchable) Capabilities: [a0] AGP version 1.0 00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3 AGP] (prog-if 00 [Normal decode]) Flags: bus master, 66Mhz, medium devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C596 ISA [Apollo PRO] (rev 23) Subsystem: VIA Technologies, Inc. VT82C596/A/B PCI to ISA Bridge Flags: bus master, stepping, medium devsel, latency 0 00:07.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev 10) (prog-if 8a [Master SecP PriP]) Flags: bus master, medium devsel, latency 32 I/O ports at e000 Capabilities: [c0] Power Management version 2 00:07.3 Host bridge: VIA Technologies, Inc.: Unknown device 3050 (rev 30) Flags: medium devsel Dunno if that helps... -- Mike A. Harris - Linux advocate - Open source advocate This message is copyright 2000, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- Red Hat FAQ tip: Having trouble upgrading RPM 3.0.x to RPM 4.0.x? Upgrade first to version 3.0.5, and then to 4.0.x. All packages are available on Red Hat's ftp sites: ftp://ftp.redhat.com ftp://rawhide.redhat.com - 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: Extreme IDE slowdown with 2.2.18
On Wed, 20 Dec 2000, Julian Anastasov wrote:
>> hda: QUANTUM FIREBALL ST6.4A, 6149MB w/81kB Cache, CHS=784/255/63
>> hdb: QUANTUM FIREBALL SE4.3A, 4110MB w/80kB Cache, CHS=524/255/63
>> hdc: IBM-DJNA-352030, 19470MB w/1966kB Cache, CHS=39560/16/63
>>
>> When I performed the tests I used similiar .17 and .18 kernels with a
>> minimum components included. No network, SCSI, sound and such things.
>> .config files can be supplied if needed.
>>
>> Does anyone know what could be wrong? Have I forgot something? Is this a
>> known problem with the 2.2.18 kernel?
>
> Yes, 2.2.18 is not friendly to all MVP3 users. The autodma
>detection was disabled for the all *VP3 users in drivers/block/ide-pci.c.
>
> If you don't experience any problems with the DMA you can:
>
>1. Add append="ide0=dma ide1=dma" in lilo.conf
>
>2. Use ide patches:
>
>http://www.kernel.org/pub/linux/kernel/people/hedrick/ide-2.2.18/ide.2.2.18.1209.patch.bz2
Using an MVP3 board (DFI), 2.2.18 + the above patch, with the
above mentioned config changes, DMA by default, and word93
invalidate enabled, I just enabled UDMA66 on my 2 drives and got
disk corruption.
Both drives are UDMA66 or better, and I'm using the 80 pin cable.
2 root@asdf:~# hdparm -i /dev/hd[ab]
/dev/hda:
Model=IBM-DTLA-307030, FwRev=TX4OA50C, SerialNo=YKDYKGF1437
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=40
BuffType=DualPortCache, BuffSize=1916kB, MaxMultSect=16,
MultSect=16
CurCHS=16383/16/63, CurSects=-66060037, LBA=yes,
LBAsects=60036480
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2 udma0 udma1 *udma2 udma3 udma4
udma5
/dev/hdb:
Model=QUANTUM FIREBALL EL7.6A, FwRev=A08.1100,
SerialNo=347816714615
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=15907/15/63, TrkSize=32256, SectSize=21298, ECCbytes=4
BuffType=DualPortCache, BuffSize=418kB, MaxMultSect=16,
MultSect=16
CurCHS=15907/15/63, CurSects=1597178085, LBA=yes,
LBAsects=15032115
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: sdma0 sdma1 sdma2 mdma0 mdma1 mdma2 udma0 udma1
*udma2
Using "hdparm -d1X66" on these drives results in errors to syslog
followed by disk corruption. With word93 thingie NOT built into
the kernel, the corruption doesn't occur, but instead I get a
message saying UDMA 3/4/5 is not supported. It also claims the
MVP3 chipset is UDMA-33 only, whereas all relevant docs I can
muster including the mobo manual state the board is UDMA-66
capable. Mental note to myself: Do not enable WORD93 invalidate.
;o)
I've never seen UDMA66 work at all on any mobo/disk combo yet
that I've tried. My belief has been that the mobo/chipsets are
broken, and Andre's code just disables stuff known to be crap
hardware. Forcing it as I did, resulted in corruption, so I'll
tend to believe the driver next time and not push the issue. ;o)
Andre, is MVP3 capable of UDMA66 in any way shape or form, or
should I just drop the thought of ever getting it to work and buy
an add-in board? If the latter, what recommendation of hardware
would you give?
I'm getting 11 - 12Mb/s out of my disks now with the IDE patches,
which is a MAJOR improvement over the stock kernel. I'd like to
push this up closer to the drive's rated capacities though.
I'd also like to be able to use whatever kernel I want without
using vendor supplied binary-only modules for IDE support.
Is there a totally open-source solution for me? ;o)
Would I get better results at all with 2.4.0testXX, with or
without any patches, and what value of XX?
TIA
--
Mike A. Harris - Linux advocate - Open source advocate
This message is copyright 2000, all rights reserved.
Views expressed are my own, not necessarily shared by my employer.
--
Red Hat FAQ tip: Having trouble upgrading RPM 3.0.x to RPM 4.0.x? Upgrade
first to version 3.0.5, and then to 4.0.x. All packages are available on
Red Hat's ftp sites: ftp://ftp.redhat.com ftp://rawhide.redhat.com
-
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: Kernel 2.4.0-test11 does not build:
On Sat, 9 Dec 2000, John Summerfield wrote: >/usr/src/linux/include/linux/modules/irmod.ver:139: warning: this is the >location of the previous definition >/usr/src/linux/include/linux/modules/irsyms.ver:145: warning: >`__ver_irda_task_kick' redefined >/usr/src/linux/include/linux/modules/irmod.ver:141: warning: this is the >location of the previous definition >/usr/src/linux/include/linux/modules/irsyms.ver:147: warning: >`__ver_irda_task_next_state' redefined >/usr/src/linux/include/linux/modules/irmod.ver:143: warning: this is the >location of the previous definition >/usr/src/linux/include/linux/modules/irsyms.ver:149: warning: >`__ver_irda_task_delete' redefined >/usr/src/linux/include/linux/modules/irmod.ver:145: warning: this is the >location of the previous definition >/usr/src/linux/include/linux/modules/irsyms.ver:151: warning: >`__ver_async_wrap_skb' redefined >/usr/src/linux/include/linux/modules/irmod.ver:147: warning: this is the >location of the previous definition >/usr/src/linux/include/linux/modules/irsyms.ver:153: warning: >`__ver_async_unwrap_char' redefined >/usr/src/linux/include/linux/modules/irmod.ver:149: warning: this is the >location of the previous definition >In file included from /usr/src/linux/include/linux/modversions.h:40, > from /usr/src/linux/include/linux/module.h:21, > from ksyms.c:14: >/usr/src/linux/include/linux/modules/ksyms.ver:504: warning: `del_timer_sync' >redefined >/usr/src/linux/include/linux/timer.h:34: warning: this is the location of the >previous definition >In file included from /usr/src/linux/include/linux/interrupt.h:45, > from ksyms.c:21: >/usr/src/linux/include/asm/hardirq.h:37: warning: `synchronize_irq' redefined >/usr/src/linux/include/linux/modules/i386_ksyms.ver:84: warning: this is the >location of the previous definition >In file included from ksyms.c:17: >/usr/src/linux/include/linux/kernel_stat.h: In function `kstat_irqs': >/usr/src/linux/include/linux/kernel_stat.h:48: `smp_num_cpus' undeclared >(first use in this function) >/usr/src/linux/include/linux/kernel_stat.h:48: (Each undeclared identifier is >reported only once >/usr/src/linux/include/linux/kernel_stat.h:48: for each function it appears >in.) >make[2]: *** [ksyms.o] Error 1 >make[2]: Leaving directory `/usr/src/linux/kernel' >make[1]: *** [first_rule] Error 2 >make[1]: Leaving directory `/usr/src/linux/kernel' >make: *** [_dir_kernel] Error 2 >[summer@possum linux]$ > >I HAVE built this kernel for another computer. I was having problems with >this, so I remove the .config, created a new one with "make oldconfig" and the >customised with make xconfig" Try doing a "make distclean" or "make mrproper" first. Are you using kgcc? -- Mike A. Harris - Linux advocate - Open source advocate This message is copyright 2000, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- If you're interested in computer security, and want to stay on top of the latest security exploits, and other information, visit: http://www.securityfocus.com - 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/
D-LINK DFE-530-TX
Which ethernet module works with this card? 2.2.17 kernel -- Mike A. Harris - Linux advocate - Open source advocate This message is copyright 2000, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- #[Mike A. Harris bash tip #3 - how to disable core dumps] # Put the following at the bottom of your ~/.bash_profile ulimit -c 0 - 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] ipchains log will show all flags
On Wed, 6 Dec 2000, Rusty Russell wrote: >Date: Wed, 06 Dec 2000 11:40:12 +1100 >From: Rusty Russell <[EMAIL PROTECTED]> >To: Mike A. Harris <[EMAIL PROTECTED]> >Cc: [EMAIL PROTECTED] >Subject: Re: [PATCH] ipchains log will show all flags > >In message <[EMAIL PROTECTED]> you write >: >> Personally, I'd like to see the rule number stay on the end,and >> have the new display just before it. The rule number in the >> middle looks messy. > >But what will break people's perl scripts? > >I think leaving the rule number at the end is probably the Right Thing >from this point of view, so that would be a nice change. I am of the camp "do it right, and fix problems that arise" rather than doing things messy and/or kludgy in the name of compatibility. I'd rather see such a feature not get in than to see it get in as a kludge that is permanent. >But I prefer the compressed form of `-' (with the old `SYN' kept >there) to the "SYN FIN RST" alternative. I prefer the SYN to disappear and be replaced with the new way IMHO. It'd be nice to see netfilter do this as well if it doesn't already do similar. 2.4.0 isn't released yet, so changing it now is safe IMHO. Just some more food for thought... Anyone? -- Mike A. Harris - Linux advocate - Open source advocate This message is copyright 2000, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- If it weren't for C, we'd all be programming in BASI and OBOL. - 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] ipchains log will show all flags
On Wed, 6 Dec 2000, Rusty Russell wrote: >Date: Wed, 06 Dec 2000 00:55:09 +1100 >From: Rusty Russell <[EMAIL PROTECTED]> >To: Christian W. Zuckschwerdt <[EMAIL PROTECTED]> >Cc: [EMAIL PROTECTED] >Subject: Re: [PATCH] ipchains log will show all flags > >In message <0012051408110.1526-10@localhost> you write: >> Hi Linus, >> >> This tiny patch extends ipchains logging. This way one can distinguish >> (plain) connection attempts and (Xmas, Fin,...) scans. E.g. >> kernel: Packet log: input - lo PROTO=6 127.0.0.1:40326 127.0.0.1:80 >> L=40 S=0x00 I=5808 F=0x T=51 (#1) >> vs. >> L=40 S=0x00 I=5808 F=0x T=51 (#1) B=-s--a- >> and >> L=40 S=0x00 I=5808 F=0x T=51 (#1) B=fs-p-u >> >> Please comment on the format (B=...) and implementation details (speed). >> The patch is against 2.2.17's /net/ipv4/ip_fw.c > >Looks OK, but CC'ing the maintainer is simple politeness. > >> +if (ip->protocol == IPPROTO_TCP) > >You probably want to insert `&& !(ip->frag_off & htons(IP_OFFSET))' > >> + tcp-syn ? 's' : '-', tcp->rst ? 'r' : '-', > >You mean `tcp->syn' not `tcp-syn'. > >I like the fact that it doesn't disturb the format, simply appends, >and it has been a not-uncommon request. > >But application is up to Alan Cox, who ruleth the 2.2 series. Personally, I'd like to see the rule number stay on the end,and have the new display just before it. The rule number in the middle looks messy. -- Mike A. Harris - Linux advocate - Open source advocate This message is copyright 2000, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- Microsoft Windows(tm). A thirty-two bit extension and graphical shell to a sixteen bit patch to an eight bit operating system originally coded for a four bit microprocessor which was written by a two-bit company that can't stand one bit of competition. - 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: Problems with Athlon CPU [long]
On Tue, 5 Dec 2000, Lukasz Trabinski wrote: >Date: Tue, 5 Dec 2000 11:48:17 +0100 (CET) >From: Lukasz Trabinski <[EMAIL PROTECTED]> >To: Alan Cox <[EMAIL PROTECTED]> >Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] >Content-Type: MULTIPART/MIXED; >BOUNDARY="-842827824-2134249921-976013207=:1881" >Subject: Re: Problems with Athlon CPU [long] > >On Tue, 5 Dec 2000, Alan Cox wrote: >> >> Then I can only conclude your system is broken in some way since it works >> for everyone else > >Very strange, on K6-II and Pentium III/II with the same version o >As Attchmnt i sending a full session with the compiler - tested with >pre-patch-2.2.18-24 >Maybe my machine is broken, problems with mainboard? (signal 11) Yes: >/usr/bin/kgcc -D__KERNEL__ -I/usr/src/linux/include -Wall >-Wstrict-prototypes >-O2 -fomit-frame-pointer -fno-strict-aliasing -D__SMP__ -pipe >-fno-strength-reduce -m486 -malign-loops=2 -malign-jumps=2 >-malign-functions=2 >-DCPU=686 -c -o scsi_error.o scsi_error.c >/usr/bin/kgcc -D__KERNEL__ -I/usr/src/linux/include -Wall >-Wstrict-prototypes >-O2 -fomit-frame-pointer -fno-strict-aliasing -D__SMP__ -pipe >-fno-strength-reduce -m486 -malign-loops=2 -malign-jumps=2 >-malign-functions=2 >-DCPU=686 -c -o scsi_obsolete.o scsi_obsolete.c >/usr/bin/kgcc -D__KERNEL__ -I/usr/src/linux/include -Wall >-Wstrict-prototypes >-O2 -fomit-frame-pointer -fno-strict-aliasing -D__SMP__ -pipe >-fno-strength-reduce -m486 -malign-loops=2 -malign-jumps=2 >-malign-functions=2 >-DCPU=686 -c -o scsi_queue.o scsi_queue.c >kgcc: Internal compiler error: program cpp got fatal signal 11 >make[3]: *** [scsi_queue.o] Error 1 >make[3]: Leaving directory `/usr/src/linux/drivers/scsi' >make[2]: *** [first_rule] Error 2 >make[2]: Leaving directory `/usr/src/linux/drivers/scsi' >make[1]: *** [_subdir_scsi] Error 2 >make[1]: Leaving directory `/usr/src/linux/drivers' >make: *** [_dir_drivers] Error 2 Sig11 generally indicates bad RAM or overheating or some faulty hardware. This is an FAQ. Read the lkml FAQ. >> glibc is not linked with the kernel > >I know about it, but the compiler does. Not sure what you mean however no part of the linux kernel ever uses glibc at all. It is not possible to do so in fact. Some of the programs like menuconfig do, but that isn't the kernel, and doesn't apply... Your hardware is likely faulty, especially if it conks out in a different spot each time. -- Mike A. Harris - Linux advocate - Open source advocate This message is copyright 2000, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- Emacs is my operating system, and Linux its device driver. -- Bake Timmons - 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: Problems with Athlon CPU
On Tue, 5 Dec 2000, Lukasz Trabinski wrote: >In article <[EMAIL PROTECTED]> you wrote: >> > >> You can't build a kernel with that compiler. You _must_ use gcc >> 2.91.66 or another compiler that can compile the kernel. Red Hat >> ships gcc 2.91.66 packaged as "kgcc" for kernel builds as do >> other major vendors. > >Huh, no way, I have tried also with kgcc: The kgcc compiler is merely gcc 2.91.66, and it most definitely compiles the kernel correctly. If yours is failing, then you are doing something wrong or have the wrong version of something else interfering, or perhaps some other problem. Provide a larger screenshot wher it actually shows c ompiler build lines, errors, etc.. Also check that you're using the proper versions of stuff as listed in Changelog. What specific kernel are you building again? Is it stock or patched? ---------- Mike A. Harris - Linux advocate - Open source advocate This message is copyright 2000, all rights reserved. Views expressed are my own, not necessarily shared by my employer. ---------- #[Mike A. Harris bash tip #1 - separate history files per virtual console] # Put the following at the bottom of your ~/.bash_profile [ ! -d ~/.bash_histdir ] && mkdir ~/.bash_histdir tty |grep "^/dev/tty[0-9]" >& /dev/null && \ export HISTFILE=~/.bash_histdir/.$(tty | sed -e 's/.*\///') - 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: Problems with Athlon CPU
On Tue, 5 Dec 2000, Lukasz Trabinski wrote: >Date: Tue, 5 Dec 2000 02:19:55 +0100 (CET) >From: Lukasz Trabinski <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Cc: [EMAIL PROTECTED] >Content-Type: TEXT/PLAIN; charset=ISO-8859-2 >Subject: Problems with Athlon CPU > >Hello > >There is probably not a kernel bug, but bug in gcc, but... :) It is a kernel bug. [SNIP] >gcc version 2.96 2731 (Red Hat Linux 7.0) You can't build a kernel with that compiler. You _must_ use gcc 2.91.66 or another compiler that can compile the kernel. Red Hat ships gcc 2.91.66 packaged as "kgcc" for kernel builds as do other major vendors. You must edit the top level makefile appropriately first before building. >[lukasz@beer lukasz]$ rpm -q glibc >glibc-2.2-5 The kernel doesn't use any libc so it doesn't matter. >Any sugestions? On others machines with AMD-K6 or Petnium-III/II and >with the same version of glibc and gcc that problems does not exists! No, you must have a different gcc on the other machines. You can't build a kernel with gcc 2.96 as the kernel is buggy. ------ Mike A. Harris - Linux advocate - Open source advocate This message is copyright 2000, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- If you think C++ is not overly complicated, just what is a protected abstract virtual base pure virtual private destructor, and when was the last time you needed one? -- Tom Cargill, C++ Journal, Fall 1990. - 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: XFree 4.0 problems.
On Fri, 1 Dec 2000, Velizar Bodurski wrote: >Date: Fri, 1 Dec 2000 01:06:50 +0200 (EET) >From: Velizar Bodurski <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Content-Type: TEXT/PLAIN; charset=US-ASCII >Subject: XFree 4.0 problems. > >Ok I don't have the system in question, but i use others' experience with >the problem. The system is 2xPentium II Celeron 600 Mhz, 256 MB RAM, Video >Card Matrox Millenium G400, HDD 15 Gb Maxtor 7200 rpm, 2 Mb Cashe, >MB Abit BP6. >Both with kernel version 2.2.17 and 2.4.0-test11 after switching from >X to the console the system hangs, nothing changes if the console is frame >buffer or vt. If for X is used XFree 3.3.3.6 then the problem doesn't >appear. >Any help is apreciated, I don't really know if the problem is with the >kernel or with the config, so any directions will be a lot helpfull. > >Thanks in advance. >I'm not on the list, so if there is something i should read please send a >cc: to this address. What distribution are you using? If Red Hat Linux, please check bugzilla.redhat.com and see if this is already reported, if not, please report it there. -- Mike A. Harris - Linux advocate - Open source advocate This message is copyright 2000, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- If at first you don't succeed, call it version 1.0 - 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: IDE-SCSI/HPT366 Problem
On Wed, 29 Nov 2000, Kurt Garloff wrote: >Date: Wed, 29 Nov 2000 19:14:02 +0100 >From: Kurt Garloff <[EMAIL PROTECTED]> >To: --Damacus Porteng-- <[EMAIL PROTECTED]> >Cc: Linux kernel list <[EMAIL PROTECTED]> >Content-Type: multipart/signed; micalg=pgp-md5; >protocol="application/pgp-signature"; boundary="tmoQ0UElFV5VgXgH" >Subject: Re: IDE-SCSI/HPT366 Problem > >On Wed, Nov 29, 2000 at 01:06:16PM -0600, --Damacus Porteng-- wrote: >> Problem: >> The problem lies with using my EIDE CDRW - I set it up properly using >> IDE-SCSI. I can use my mp3tocdda shell script to encode mp3s to CD >> (uses cdrecord as well) on the fly using either drive, however, when I >> use cdrecord to write a data CD, the system hard-locks, no kernel >> panic messages, and no Magic SysRQ keystroke works. >> >> Quite odd that I could do the cdrecord for audio tracks, but not >> data.. > >Strange. If you read data from the harddisk on an IDE channel and write it >(with cdrecord) to some CDRW on the same IDE channel, you have to expect >trouble: As with IDE there is no disconnect from the bus (as opposed to >SCSI), you risk buffer underruns. >A lockup however is not to be expected :-( I reported this before as well. Blanking a CDRW on an IDE writer and trying to mount a cdrom on an IDE reader on the slave on the same IDE channel produces a dual oops. I got an initial response from Alan, and I believe Jens Axboe, and never heard about it again. I dunno if it was fixed or not. It still oops's though. -- Mike A. Harris - Linux advocate - Open source advocate This message is copyright 2000, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- Be up to date on nerd news and stuff that matters: http://slashdot.org - 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/
Bonding...
When using ethernet bonding, does it divide the load between the two based on connection, or packet by packet? In other words, if a single TCP connection were established between the two machines, would it be twice as fast -using both cables for a single file transfer lets say, or is it like SMP where it just means you can have twice as many connections, and any given connection would go only through a single cable, but multiple traffic will be load balanced between both? -- Mike A. Harris - Linux advocate - Open source advocate This message is copyright 2000, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- #[Mike A. Harris bash tip #1 - separate history files per virtual console] # Put the following at the bottom of your ~/.bash_profile [ ! -d ~/.bash_histdir ] && mkdir ~/.bash_histdir tty |grep "^/dev/tty[0-9]" >& /dev/null && \ export HISTFILE=~/.bash_histdir/.$(tty | sed -e 's/.*\///') - 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/
[NSOTON] Voice modem/speakerphone drivers/software?
My new 56k internal modem has speakerphone jacks, etc, and voice recording capabilities allegedly. AOPEN 56k. Although it works fine (but not at 56k) for dialin, I'm wondering if I can actually use the speakerphone and voice recording features in Linux. The .INF file that came with it contains stuff like: HKR, SpeakerPhoneEnable, 1,, "at#vls=6" HKR, SpeakerPhoneEnable, 2,, "at#cls=8" HKR, SpeakerPhoneEnable, 3,, "at#spk=1,10,2" HKR, SpeakerPhoneDisable,1,, "at#spk=0,16,," HKR, SpeakerPhoneDisable,2,, "at#vls=0" HKR, SpeakerPhoneMute,1,, "at#vls=6" HKR, SpeakerPhoneMute,2,, "at#spk=0,,," HKR, SpeakerPhoneUnMute, 1,, "at#vls=6" HKR, SpeakerPhoneUnMute, 2,, "at#spk=1,,," HKR, SpeakerPhoneSetVolumeGain, 1,, "at#vls=6" HKR, SpeakerPhoneSetVolumeGain, 2,, "at#spk=,," HKR, StartPlay, 1,, "at#vtx" HKR, StopPlay,1,, "None" HKR, StopPlay,2,, "NoResponse" HKR, StartRecord, 1,, "at#vrx" HKR, StopRecord, 1,, "None" HKR, StopRecord, 2,, "NoResponse" HKR,, TerminateRecord,, "" HKR,, TerminatePlay,,"" HKR,, AbortPlay,,"" HKR, LineSetPlayFormat, 1,, "at#vls=0" HKR, LineSetRecordFormat, 1,, "None" HKR, LineSetRecordFormat, 2,, "NoResponse" HKR, HandsetSetRecordFormat, 1,,"at#vsr=7200" HKR, HandsetSetRecordFormat, 2,,"at#vbs=4" HKR, HandsetSetPlayFormat, 1,,"at#vsr=7200" HKR, HandsetSetPlayFormat, 2,,"at#vbs=4" HKR, OpenHandset, 1,, "at#cls=8" HKR, OpenHandset, 2,, "at#vls=1" HKR, CloseHandset, 1,, "at#vls=0" HKR, CloseHandset, 2,, "at#cls=0" I could probably script up some nasty perl to get it to work, but does anyone know of existing software for Linux to exploit these capabilities? Does it need to be connected to a sound card for actual recording, or does the DSP in the modem work? -- Mike A. Harris - Linux advocate - Open source advocate This message is copyright 2000, all rights reserved. Views expressed are my own, not necessarily shared by my employer. -- Be up to date on nerd news and stuff that matters: http://slashdot.org - 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/
