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: 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/
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: 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: [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/
[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/
[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/
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/
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: 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
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: [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, 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: 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 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: 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: [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: 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: 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: 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: 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: 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: 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: 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: 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/
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: 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: 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: 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: [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/
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: 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/
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: 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/
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: 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/
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: 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/
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: 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: 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/
UDMA66/100 errors...
Kernel == 2.2.17 + ReiserFS + IDE patches
I'm getting the following error when I try and enable UDMA on my
new IBM Deskstar UDMA100 drive:
/dev/hdb:
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
1 root@asdf:/stuff# hdparm -c1m16k1d1X67 /dev/hdb
/dev/hdb:
setting 32-bit I/O support flag to 1
setting multcount to 16
setting using_dma to 1 (on)
setting keep_settings to 1 (on)
setting xfermode to 67 (UltraDMA mode3)
ide0: Speed warnings UDMA 3/4/5 is not functional.
HDIO_DRIVE_CMD(setxfermode) failed: Bad address
multcount= 16 (on)
I/O support = 1 (32-bit)
using_dma= 1 (on)
keepsettings = 1 (on)
1 root@asdf:/stuff# lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3] (rev 04)
00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3 AGP]
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C596 ISA [Apollo PRO] (rev 23)
00:07.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev 10)
00:07.3 Host bridge: VIA Technologies, Inc.: Unknown device 3050 (rev 30)
00:11.0 Multimedia video controller: 3Dfx Interactive, Inc. Voodoo (rev 02)
00:12.0 VGA compatible controller: Cirrus Logic GD 5446
00:13.0 Ethernet controller: Winbond Electronics Corp W89C940
I'm using a standard 40pin cable measured at just less than 18 inches.
/dev/hda1 is a Quantum Fireball EL 7.6G. The setup works at UDMA66
aparently no problem, however if I try to enable UDMA mode 3/4/5 I get
the above error. Must I use the 80 conductor cable? Is it safe to use
the 80 pin cable and have both drives plugged into it? Here is the
stats on the Quantum:
/dev/hda:
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
----------
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: UDMA66/100 errors...
On Tue, 14 Nov 2000 [EMAIL PROTECTED] wrote: >Date: Tue, 14 Nov 2000 01:08:51 + (GMT) >From: [EMAIL PROTECTED] >To: Linux Kernel Mailing List <[EMAIL PROTECTED]> >Cc: [EMAIL PROTECTED] >Content-Type: TEXT/PLAIN; charset=US-ASCII >Subject: Re: UDMA66/100 errors... > > >Mike Harris wrote.. > >>I'm getting the following error when I try and enable UDMA on my >>new IBM Deskstar UDMA100 drive: >>... >> DMA modes: mdma0 mdma1 mdma2 udma0 udma1 *udma2 udma3 udma4 udma5 > >Ok, the drive supports UDMA5 (ATA100) Yep.. >> setting xfermode to 67 (UltraDMA mode3) >>ide0: Speed warnings UDMA 3/4/5 is not functional. > >Why can this be? I have Quantum UDMA/33 on Master and IBM UDMA/66 on Slave? Just an idea.. >>00:07.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev 10) > >This chipset only does up to UDMA2. This motherboard states that it does ATA/66. I suspect that it is the Linux IDE driver biting me this time.. ;o( Time to upgrade kernels.. -- 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. -- [Favorite quotes of Linus Torvalds - Sept 6, 2000] I'm a bastard. I have absolutely no clue why people can ever think otherwise. Yet they do. People think I'm a nice guy, and the fact is that I'm a scheming, conniving bastard who doesn't care for any hurt feelings or lost hours of work if it just results in what I consider to be a better system. And I'm not just saying that. I'm really not a very nice person. I can say "I don't care" with a straight face, and really mean it. -- Linus Torvalds on linux-kernel mailing list - 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: UDMA66/100 errors...
On Tue, 14 Nov 2000 [EMAIL PROTECTED] wrote: >Date: Tue, 14 Nov 2000 11:07:14 + (GMT) >From: [EMAIL PROTECTED] >To: Mike A. Harris <[EMAIL PROTECTED]> >Cc: Linux Kernel mailing list <[EMAIL PROTECTED]> >Content-Type: TEXT/PLAIN; charset=US-ASCII >Subject: Re: UDMA66/100 errors... > >On Tue, 14 Nov 2000, Mike A. Harris wrote: > >> >>00:07.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev 10) >> >This chipset only does up to UDMA2. >> This motherboard states that it does ATA/66. I suspect that it >> is the Linux IDE driver biting me this time.. ;o( > >What model motherboard is this ? DFI K6BV3+/66 ---------- 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 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: UDMA66/100 errors...
On Tue, 14 Nov 2000, Arjan van de Ven wrote: >Date: Tue, 14 Nov 2000 18:13:53 +0100 (CET) >From: Arjan van de Ven <[EMAIL PROTECTED]> >To: Mike A. Harris <[EMAIL PROTECTED]> >Cc: [EMAIL PROTECTED] >Subject: Re: UDMA66/100 errors... > >In article <[EMAIL PROTECTED]> you wrote: > >[message 1] >> >>I'm using a standard 40pin cable measured at just less than 18 inches. > >[message 2] >> This motherboard states that it does ATA/66. I suspect that it >> is the Linux IDE driver biting me this time.. ;o( > >> Time to upgrade kernels.. > >Noo! >Time to get the proper 80 ribbon cable that is required for ATA/66 and >ATA/100! It came with the 80 cable and I'm using it now with the exact same results. My BIOS says UDMA/82 for the one drive and UDMA/66 for the other. Same speed result 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. -- [Favorite quotes of Linus Torvalds - Sept 6, 2000] I'm a bastard. I have absolutely no clue why people can ever think otherwise. Yet they do. People think I'm a nice guy, and the fact is that I'm a scheming, conniving bastard who doesn't care for any hurt feelings or lost hours of work if it just results in what I consider to be a better system. And I'm not just saying that. I'm really not a very nice person. I can say "I don't care" with a straight face, and really mean it. -- Linus Torvalds on linux-kernel mailing list - 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: UDMA66/100 errors...
On Tue, 14 Nov 2000, Andre Hedrick wrote: >Date: Tue, 14 Nov 2000 10:48:22 -0800 (PST) >From: Andre Hedrick <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Cc: Linux Kernel Mailing List <[EMAIL PROTECTED]>, > [EMAIL PROTECTED] >Content-Type: text/plain; charset=us-ascii >Subject: Re: UDMA66/100 errors... > > >Because he has not set the ignore valid bits and the 66 ribbon is not >detected. Ok, how do I do that? I've got kernel 2.2.17 with the latest 2.2.17 IDE patch applied. Without the 80 pin cable, my BIOS says "80 pin cable not detected" or something like that. When I use the 80 cable, the message goes away so I know my BIOS is at least noticing the cable. ---------- 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. -- 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: Setting IP Options in the IP-Header
On Thu, 16 Nov 2000, Nishant Rao wrote: >Date: Thu, 16 Nov 2000 11:55:24 -0600 (CST) >From: Nishant Rao <[EMAIL PROTECTED]> >To: Andi Kleen <[EMAIL PROTECTED]> >Cc: [EMAIL PROTECTED] >Content-Type: TEXT/PLAIN; charset=US-ASCII >Subject: Re: Setting IP Options in the IP-Header > >Well, while what you say makes sense, it isn't exactly a solution to our >problem. > >we are trying to expose and set a NEW option altogether. So our question >pertains more to what code we write in the kernel to create and expose a >new custom option. so for this, we would need to know the offsets of the >current options like source routing etc and then hopefully try and stuff >data from setting our option after the maximum that can be set by these >other existing options. > >once that code is in place within the ip_build_options routine in the >ip_options.c file in the linux kernel, we can then use the setsockopt() >at the application level to make sure that a packet is filled with the >corresponding option. > >i hope i was able to explain my question more clearly. RFC791 should give you all you need to know I believe, plus examining the existing kernel sources. It's pretty basic. -- 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 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] Please read the FAQ at http://www.tux.org/lkml/
Re: test11-pre6
On Fri, 17 Nov 2000, Erik Andersen wrote: >> > - Rik Faith: DRM update to make it easier to sync up 2.2.x >> > - David Woodhouse: make old 16-bit pcmcia controllers work >> > again (ie i82365 and TCIC) >> Level I >> >> The list is getting shorter. > >WTF is "Level I" supposed to mean and why have you inserted it seemingly >randomly into the changelog and why are you telling the world about it? I've >seen you do this several times and I am completely baffled. Surely you have >some reason for wanting to share? I believe he is pointing out showstopper bugs getting fixed, and the number of them decreasing over time thus symbolizing we're close to a 2.4.0 kernel release. That is what I see anyway.. ---------- 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] Documentacion proc.txt update (2.4.x)
On Tue, 21 Nov 2000, Jorge Nerin wrote: >> How about a working URL? >> >> traceroute to skaro.nightcrawler.com (216.186.140.118), 30 hops max, 38 byte packets >> [...] >> 11 pos3-0-0-155M.sjc-bb3.cerf.net (134.24.29.26) 66.400 ms 74.860 ms 68.486 ms >> 12 dslnetworks1.dslnetworks.com (206.19.42.193) 105.303 ms 86.436 ms 68.749 ms >> 13 206.16.72.114 (206.16.72.114) 79.867 ms 63.365 ms 59.919 ms >> 14 * * * >> 15 * * * >> >> -Dan > >Well, the URL came with the text, it was there before me ;-) I didn't >work for me either, but I left it because I don't have a URL with the >updated version online, even I don't have an updated version, I had to >do it myself. > >I have left it because I don't have replies from the author nor from the >website. No information is always better than misinformation. -- 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. -- 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: About IP address
On Fri, 24 Nov 2000, J. Dow wrote: >Date: Fri, 24 Nov 2000 14:15:41 -0800 >From: J. Dow <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED], [EMAIL PROTECTED] >Cc: [EMAIL PROTECTED] >Content-Type: text/plain; >charset="iso-8859-1" >Subject: Re: About IP address > >From: "John Crowhurst" <[EMAIL PROTECTED]> > >> > For example, Class B address range is 128.1.0.0 ~ 191.254.0.0 >> > >> > Why 128.0.0.0 and 191.255.0.0 can't use ? >> > >> > I can't understand it >> >> This is because its the network and broadcast addresses of a Class A address >> range. Simple answer :) > >That is not a responsive answer, John. And since you gave it I issue you the >challenge to declare why 128.0.0.1 through 191.255.255.254 are not legal >address ranges. One possibility: rfc1700 ;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. -- 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/
[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/
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/
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/
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: 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: 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 [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: [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/
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: thread rant
On Fri, 1 Sep 2000, Michael Bacarella wrote: >Q: Why do we need threads? >A: Because on some operating systems, task switches are expensive. > >Q: So, threads are a hack to get around operating systems that suck? >A: Basically. Am I understanding correctly then that using fork() is faster/better? Or should one use a state machine? I'm just asking out of curiosity because thread programming is new to me. All portability issues aside, if one is writing an application in Linux that one would be tempted to make multithreaded for whatever reason, what would be the better Linux way of doing things? I've heard comments from Alan, and others in the past bashing threads, and I can understand the "threads are for people who can't write state machines" comments I've heard, but what other ways are there of accomplishing the goals that threads solve in an acceptable manner that gives good performance without coding complexity? This is all just curiosity. I've considered trying some thread programming, but if it is as stupid as it sounds, I'd rather learn the "right" way of writing code that would ordinarily be done with threads, etc.. Right now, I'm using fork() all over the place and don't much care how much waste it is... I'd like to though. >Q: So, why must Linux support threads? >A1: : | >A2: So other programs can be easily ported to Linux! > >That can already happen. It's not the *best* implementation. It's >not as fast as it can be. But it works. And that's all it should do. If >you're not happy, cope. > > "But threads on this system are faster than on Linux!" > >The fact that the system implements threads speaks enough about >it's capabilities. ie, it's trying hard to suck less. So, from my POV, >we're looking to make Linux suck more by effectively emulating systems >that are trying to suck less. Makes sense... if you understand the details of why threads suck. I understand there are some cache coherency issues, and I've heard of other things as well, but is there an FAQ out there saying "Why to not use threads?" that goes into good detail and provides alternatives? >But, I've never done anything worthwhile for Linux, so take this for what >it's worth, from an asshole. Works for me. ;o) -- Mike A. Harris Linux advocate Computer Consultant GNU advocate Capslock Consulting Open Source advocate 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/
NR_TASKS
To change NR_TASKS, can one just redefine it somehow in the top Makefile, or must one edit the actual header file? I'm looking at a quick and dirty way of automating changing NR_TASKS more easily. Also, why isn't this a config item on the config menu's? How difficult would it be to add to the menu's? I smell some flame answers just waiting to come along, so before anyone bitches that it won't be done, I'm only asking for my OWN sake to change MY kernel, and not trying to get it to go in the main kernel - which I know would be quite futile. So.. does anyone have a patch to make NR_TASKS a menuconfig item? TIA -- Mike A. Harris Linux advocate Computer Consultant GNU advocate Capslock Consulting Open Source advocate 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: [PATCH] Magic SysRq help
On Sun, 3 Sep 2000, Alan Ford wrote: >Date: Sun, 3 Sep 2000 13:27:32 +0100 >From: Alan Ford <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Content-Type: text/plain; charset=us-ascii >Subject: [PATCH] Magic SysRq help > >On more than one occasion I have been hit by a situation where I wished >I could remember which Magic SysRq key to use. So I wrote the following >patch: Alt+SysRq+h to print the list of keys, taken from the SysRq >Documentation. I thought I'd share it here, hoping that other people >would also find it useful. It's against 2.2.16 but probably works on >many other kernel versions too. If you press an invalid SysRq key, it already displays a list of key commands. Yours is much nicer though, so count this as my vote that yours replaces the current method... I'm incorporating your sysrq patch with my own patch for broken keyboards. TTYL -- Mike A. Harris Linux advocate Computer Consultant GNU advocate Capslock Consulting Open Source advocate Need general help or technical support with Red Hat Linux 6.2? 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] Please read the FAQ at http://www.tux.org/lkml/
Re: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS forLinux
On Sun, 3 Sep 2000, Andre Hedrick wrote: >> [EMAIL PROTECTED] (Andre Hedrick) writes: >> >> >> >Apology to Jeff, >> >> >I am sorry to here of this, but I know what you mean about microsoft. >> >My and co-worker's code for doing full taskfile access under linux was >> >rejected here but is being used in MicroSoft Whistler 2001. They are >> >quick to grab the very best of Linux and adopt it for their own. >> >> If you can prove this, then you could talk to FSF about M$ GPL >> violations. > >You can not go after people for patches. >Linux rejected the code because it does not understand nor does anyone >have the desire to learn what it does. Since it is not in the kernel >there is no GPL issue. Sure it is. If you wrote that code Andre, patch or not, and you release it as GPL code, then it is just that. Patches sent to linux-kernel that are rejected are not just free-bait for M$ to use. >Upon Microsoft's adpotion of the model they will be years ahead >of Linux. I somewhat doubt M$ will claim a seat like that. ;o) >The things lost and stagnating development is that I can not do new >features without the code. Some of the newest features in Linux like >auto_crc_downgrade is being adopted by Intel and a future hardware IO >access that will allow for sideways disk access will convert the software >into hardware. > >The future of IO-MEM mapped for ATA to allow for PRD sliding or zero-copy. >This and a bunch of other tricks are dependent of having a clean native >taskfile. And why can your code not get included now? I thought the IDE code thing was resolved now, and that the legal issues were covered? I hope that any work you're doing that is adding new features, is both submitted and accepted. If your patches are refused solely because of past differences with people due to the old IDE thread of a month or so ago, then something is definitely wrong with the devel model here. If someone produces a useful patch, and it gets refused based on personal grounds of someone else, then Linux is in trouble. Lets hope that this is not the case for sure.. Take care! TTYL -- Mike A. Harris Linux advocate Computer Consultant GNU advocate Capslock Consulting Open Source advocate 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: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS forLinux
evolent dictator from Finland. :-) Right, and "Linux" is a word you can pronounce easily, and it sounds cool. Linus himself I believe when asked "why would one use Linux over FreeBSD aside from the cool name" responded something like "No that is the main reason - because Linux has a cool name." I about fell off my seat laughing when I read that one... I think it is in the fortune database... A good one-liner. ;o) -- Mike A. Harris Linux advocate Computer Consultant GNU advocate Capslock Consulting Open Source advocate "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: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS forLinux
On Mon, 4 Sep 2000, Al wrote: >>it is in the kernel. Microsoft (or anyone else for that matter) can't >>take your code and use it without consent. The GPL is one way of giving >>consent, with certain strings attached. > >But they can take the ideas and methods demonstrated by the code in the >patch. Its not that they are going to take what he wrote and run patch >against their code. They can take a good idea, sit a skilled programmer in a >room and adapt the concepts without a bit of a problem. Really though, even if they do do that, who cares? It will still blue screen anyway. Then restart/reboot/reinstall... They assimilate other's ideas, then reimplement them poorly and in a limited kludgy way, then lock the bugs in for 5 years due to compatibility issues. We don't have much to worry about here. TTYL -- Mike A. Harris Linux advocate Computer Consultant GNU advocate Capslock Consulting Open Source advocate If you're looking for Linux books, guides, and other documentation, visit the Linux Documentation Project homepage: http://linuxdoc.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/
[SEMI-OT] ReiserFS devel mailing list?
Anyone out there know how to get on the reiserFS devel mailing list? I was on the namesys pages, but they have wonderful microsoft code on them or java or something so that you can't actually _use_ their mailing list subscription thing if you don't run java or whatever. Certainly doesn't work for me in Netscape or Lynx anyways.. and I'm _not_ turning Java on for anything period. It is a big huge gaping security hole best left off... Anyways... I just want to get on the reiserfs mailing list and can't find any info available to non-java browsers. What I'd like is: To: [EMAIL PROTECTED] Subject: subscribe reiserfs-devel No java web forms please... TIA -- Mike A. Harris Linux advocate Computer Consultant GNU advocate Capslock Consulting Open Source advocate "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: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS forLinux
On Tue, 5 Sep 2000, Marek Habersack wrote: >> > > Linux is more buggy than NT, but at least the source code comes with it >> > > so there's no excuse for not getting soeone to fix it >> > Excuse me for adding my irrelevant 0.2$ - but what are you doing with Linux >> > then?? Why don't you just stick with NT and improve NT? If you want NT >> > source - you can buy it from M$ and the only point that speaks against NT >> > (as it seems from reading your words) will vanish - you will have NT >> > sources, kernel debugger, nifty GUI for all the stuff, trained developers, >> > nice tech support. Let me ask you once again - why are you sticking with >> > Linux? >> >> I guess you don't know when people are joking. >Yes, it seems so. So you're telling us that this entire thread is joke on >your part? If not, then please show me the joke above or, for the future, >mark your "jokes" somehow in the text so that dumbsticks like myself can >uderstand the jokes. Thank you. You misunderstand... now is the time when Jeff puts the bottle of booze back in the desk drawer, and tries to "make friends" with everyone again, using whatever BS tactic of the day he can levy to stay "Sincerely, your mega buddy Jeff" with the kernel developers. Today's 3M pulloff excuse is "I was only joking about Linux totally sucking and NT kicking the penguin's ass". Tomorrow it will be "Gee guys, lighten up, I'm your super duper kernel coder pal... I was only kidding around... you see, I stubbed my toe last night, and... well.. umm... so can we be best friends again until I act like a jerk and piss you all off again? I mean it this time... I'll even give you a bunch of Novell source code that is completely useless to 99.9% of people out there, and then retract it a few months later..." Sorry, but I just don't take anything he says too seriously anymore... it's either trolling, or arguing mostly, or babbling about how much better other OS's are, but not actually using them for some reason... -- Mike A. Harris Linux advocate Computer Consultant GNU advocate Capslock Consulting Open Source advocate 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: GPL violations: make it harder
On Tue, 5 Sep 2000, Andreas Dilger wrote: >Brian Hayward writes: >> I also think it's a logical conclusion that a patch to a GPL'd program is >> released under the GPL - even if you don't specifically say so. > >Actually, this totally makes sense, because a patch contains "context" lines >and therefore includes GPL code in it - hence it MUST be under the GPL if it >is redistributed. That argument, without a doubt is the bottom line indeed. Nobody ever said that GPL code must do anything useful, or even compile for that matter... A patch file is useless without the code that it patches after all. If the patch contains those context lines as you say, then it is definitely a derivative work of the code it is patched against. The only exception I can think of is a patch that merely includes new files into the tree without actually modifying ANY existing kernel source, including menuconfig, and any other files. If even one file in the kernel source gets modified, then the entire patch is GPL via the GPL assimilation rules in COPYING - regardless of what the author of the patch says. For patches to be licensed otherwise would require that someone write some nasty scripts to patch the kernel given explicit line numbers, etc... and it is likely possible in theory, but doubtful that anyone would ever do it due to the effort involved and the brown stuff that would come back at them from an ethical point. I'm glad you brought up this point indeed! Good thinking! TTYL -- Mike A. Harris Linux advocate Computer Consultant GNU advocate Capslock Consulting Open Source advocate #[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: 2.4.0-test8-pre1 is quite bad / how about integrating Rik's VM
On Wed, 6 Sep 2000, Martin Dalecki wrote: >Basically I will just guess: The next maybe non free version of >source navigator will use the mechanism I have just described above. >So maybe there is already someone at RedHat doing exactly this work >already ;-). Source Navigator is GPL open source now, and has been for a while. ftp://sourceware.cygnus.com/pub/sourcenav/releases -- Mike A. Harris Linux advocate Computer Consultant GNU advocate Capslock Consulting Open Source advocate "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: GPL violations: make it harder
On Tue, 5 Sep 2000, dean gaudet wrote: >Date: Tue, 5 Sep 2000 20:13:02 -0700 (PDT) >From: dean gaudet <[EMAIL PROTECTED]> >To: Mike A. Harris <[EMAIL PROTECTED]> >Cc: Andreas Dilger <[EMAIL PROTECTED]>, [EMAIL PROTECTED], > H. Peter Anvin <[EMAIL PROTECTED]>, [EMAIL PROTECTED] >Content-Type: TEXT/PLAIN; charset=US-ASCII >Subject: Re: GPL violations: make it harder > >sorry i should have pointed to this in my previous response -- read ><http://cr.yp.to/softwarelaw.html> if you haven't already. Haven't seen it yet.. Geeze.. where do people come up with these cool URL ideas? cr.yp.to? Very cool. ;o) Just the other day I saw one: [EMAIL PROTECTED] It was in some email newsletter I received... -- Mike A. Harris Linux advocate Computer Consultant GNU advocate Capslock Consulting Open Source advocate 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/
Re: Bug Report: Kernel 2.4.0-test7 - Floppy Drive?
On Wed, 6 Sep 2000, S.J. Black wrote: >Of all the bugs i've run into, this is one of the oddest. Hopefully, >i've a) got all the req'd information here and b)a hope of finding a >solution/workaround/a facsimile thereof to the problem. > >System Spec's: K6-2/500 > 64 MB RAM > 9.2 Quantum HD > 2.4.0-test7 kernel > Panasonic 1.44M >FloppyDrive > Distro: SusE 6.4 > >Problem: mounting /dev/fd0 or >/floppy gives the following output: >/dev/fd0 has a wrong major >or minor number! Hmm.. How did you get your console in 40 column mode? ;o) -- Mike A. Harris | Computer Consultant | Capslock Consulting Linux Advocate / Open Source Advocate 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: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS forLinux
On Tue, 5 Sep 2000, Jeff V. Merkey wrote: >"Mike A. Harris" wrote: > >Here Mike, we need to update your email signature block to reflect your >new avocation (this is where I try to be your mega-buddy). I think the >reason I'm so obtuse is that God gave me such a thick skin (or perhaps a >thick skull). Oh, don't get me wrong Jeff... I'm saddened for the injury of your friend, as I don't like to hear of any human tradgedy such as that. I surely hope that he recovers indeed. That is separate however from my comments concerning yourself. When someone comes on linux-kernel, presumeably because they are interested deeply in Linux and supporting it by developing new code for it, drivers, etc.., and then every time there is a "writers block" or some other problem comes up, they denounce Linux as a platform, claim it is inferior to other OS's which they are developing for, retract code, etc... it wears thin after a while. Especially when they attack core developers for no real apparent reason other than perhaps programmers frustration, and then apologize 10 minutes later, just to do it again the next day. I've watched your threads for as long as you've been here, and I don't doubt that you're a skilled programmer at all. I just don't agree with your methods every time a problem occurs. Politely pointing out problems with Linux and discussing a sane manner in how to correct the problem is fine. Complaining and denouncing Linux and putting it behind NT, etc.. on the linux-kernel mailing list, is a sure-fire way to get messages back such as what I wrote. The Linux community consists of a group of many people who think very highly of Linux, for their own reasons, and when it becomes attacked needlessly by someone such as yourself, in a forum like this, it is just flame bait. Emotions towards Linux in here are like emotions towards Ford trucks to a truck nut. Offend a Ford, deal with the wrath of the truck guy. Words get spoken, life goes on. You choose to vent about your Linux frustrations in here knowing full well, that you'll offend people or upset people when you do. My response is nothing more than a reaction to that. I normally don't respond to your posts about these sort of things because I try to get beyond that type of thing. But just as you need to vent about how much Linux sucks, I need to vent about how much it pisses me off when people make FUD about Linux by saying it sucks. Your mail had no mention whatsoever of any hint of a "joke", and your tone didn't hint at that either. I don't think there was any joke. Either you were dead serious, trolling, or were venting frustrations. When you do so, you get brown stuff back. I vent now and again too, and I get brown stuff back sometimes because of it as well. I change my shirt and go on... So, do what you need to do for yourself, but realize that everyone else will do what they need to do for themselves as well. Offending most of the core linux developers all the time is hardly going to make you look good, or get anywhere. If you don't like Linux, and cant do what you'd like with it in a costly manner, then _please_ use NT, or Novell, or MANOS, and DO IT rather than talking about how much better they are, and sticking with Linux for development. I just don't understand the logic, thats all. -- Mike A. Harris Linux advocate Computer Consultant GNU advocate Capslock Consulting Open Source advocate 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: Is it OK to release non-GPL network driver with source?
On Wed, 6 Sep 2000, Horst von Brand wrote: >Experts on legal stuff and copyright you won't find here, I'm afraid. > >May I ask why not GPLing the driver? You could for example state that the >code is under GPL for use in the Linux kernel only, Not possible. The GPL explicitly states that you may NOT make additional restrictions. You can release the code under GPL "for the linux kernel", however if it is GPL, *NOTHING* prevents someone from taking that GPL code and turning it into a GPL Windows driver or GPL BeOS driver, etc... You can not add additional requirements to GPL licenced code without voiding the GPL licencing. Sure, you can state whatever you like in your text files, and you can claim restrictions to the GPL, but the GPL document itself (COPYING) will contradict what you're saying, and explicitly states if there are contradictions, that the GPL is void. If someone makes something GPL, they put the COPYING file in, and make comments in the code that it is GPL. Thats it. If they need to clarify anything at all, then they should not consider GPL at all because they are likely to make "additional restrictions" which are expressly prohibited by the GPL. They can take the GPL licence text, modify it how they see fit, and call it the "Something Else Public License" if they like, then it wont be subject to the GPL's wording. This however might infringe upon GNU's copyright on the GPL document itself, so a complete license rewrite may be in order. In general however, people in the open source community tend to avoid drivers and code for the kernel that are not GPL, due to the air of questionability behind them, and other similar reasons. >even distribute under the GPL and some other license at the >same time. By giving the Linux community the right to modify >and redistribute the result it will benefit from the general >work on drivers to port them forward and fix bugs. That is certainly possible, however I've seen other code put out that states "This is the Linux version which is under the GPL license. You may use this code with the GPL license in Linux only." That just simply doesn't work. The GPL does not allow you to say that code is "for Linux only". You can say it, but saying it and using the GPL doesn't mean that the contradiction of wording is allowed all of a sudden. TTYL -- Mike A. Harris | Computer Consultant | Capslock Consulting Linux Advocate | Open Source Advocate | Red Hat Linux Fanatic 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: 2.4.0-test7, and filemap_write_page...
On Thu, 7 Sep 2000, Petr Vandrovec wrote: >Date: Thu, 7 Sep 2000 23:49:57 MET-1 >From: Petr Vandrovec <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] >Content-Type: text/plain; charset=US-ASCII >Subject: 2.4.0-test7, and filemap_write_page... > >Hi, > I already asked this about week ago... But today I was informed >that [EMAIL PROTECTED] received oopses below too. It really looks >like that vmmon does something wrong, but I cannot find anything. Sorry... You're probably bigtime out of luck. I sent some bug reports in before which happened while vmware's modules were loaded and was told point blank that nobody would or could help. I was explained "why" too, and afterwards I had to agree. The kernel developers do not have the time or capability to chase bugs with patched kernels, especially kernels with commercial modules loaded. If you can repeat the problem with a pristine official penguin pee kernel, I'm sure everyone would be interested though. Hope this helps. TTYL -- Mike A. Harris | Computer Consultant | Capslock Consulting Linux Advocate | Open Source Advocate | Red Hat Linux Fanatic [Quote: Linus Torvalds linux-2.4.0-test8-pre6 release message - Sept 6, 2000] But I have this ugly feeling that I'm coming down with the same flu that everybody else in my family had the last week, so I'd better release this before I start puking on my keyboard. - 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.16/2.2.17 + Reiserfs + NFS patches?
Are there any known problems with using a reiserfs patched 2.2.16 or 2.2.17 with the NFS patches? If not, does the patch order matter? Also, what is the URL to get the NFS patches for the above kernels? TIA -- Mike A. Harris - Linux advocate - Open source advocate Copyright 2000 all rights reserved -- Need general help or technical support with Red Hat Linux 6.2? 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] Please read the FAQ at http://www.tux.org/lkml/
AMD CPU misdetection?
Kernel == 2.2.17 CPU == AMD K6-2 350 Clock set to 300Mhz 2 root@asdf:~# cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 5 model : 8 model name : AMD-K6(tm) 3D processor ^^ Shouldn't it be K6-2? stepping: 12 cpu MHz : 300.684 cache size : 64 KB fdiv_bug: no hlt_bug : no sep_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr mce cx8 sep mtrr pge mmx 3dnow bogomips: 599.65 -- Mike A. Harris - Linux advocate - Open source advocate Computer Consultant - Capslock Consulting Copyright 2000 all rights reserved -- 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/
Re: TRACED] Re: "Tux" is the wrong logo for Linux
On Thu, 19 Oct 2000, Alex Buell wrote: >112.437 ms 129.723 ms >12 bar2-loopback.Atlantaald.cw.net (208.172.66.4) 114.681 ms >119.636 ms 118.449 ms >13 interlan-technologies.Atlantaald.cw.net (208.172.72.202) 116.647 >ms 115.374 ms 113.748 ms >14 crs8-gw.cary.ilan.net (216.27.0.1) 110.314 ms 112.902 ms >111.051 ms >15 * * * > >Feel free to send complaints to [EMAIL PROTECTED] and get his account >yanked for abuse of mailing lists. While I disagree with the poster's idiotic posting, and harsh comments, this is free speech, and he has every right to speak freely. A shame he hides from us, but to be removed from a list for such a troll is totalitarian IMHO. ---------- Mike A. Harris - Linux advocate - Open source advocate Computer Consultant - Capslock Consulting Copyright 2000 all rights reserved ------ #[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: TRACED] Re: "Tux" is the wrong logo for Linux
On Fri, 20 Oct 2000, Ricky Beam wrote: >>the whole county than have computers. Two haven't been booted since > >If that were really true, then the world is in trouble... one of Cisco's >largest offices is here. Nortel has a large footprint as well. > >(You should know better anyway as RedHat's offices are near Cary.) Cary is roughly the size of Chapel Hill, and is approx 10Mi from RH offices, due south of RDU. ;o) ---------- Mike A. Harris - Linux advocate - Open source advocate Computer Consultant - Capslock Consulting Copyright 2000 all rights reserved -- 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: PC speaker driver patch for 2.4.0-test10-pre3
On Sun, 22 Oct 2000, Dr. Kelsey Hudson wrote: >Date: Sun, 22 Oct 2000 13:39:09 -0700 (PDT) >From: Dr. Kelsey Hudson <[EMAIL PROTECTED]> >To: Mike A. Harris <[EMAIL PROTECTED]> >Cc: David Woodhouse <[EMAIL PROTECTED]>, > Linux Kernel mailing list <[EMAIL PROTECTED]> >Content-Type: TEXT/PLAIN; charset=US-ASCII >Subject: Re: PC speaker driver patch for 2.4.0-test10-pre3 > >> Is there a major compelling reason that this patch isn't included >> in the standard kernel tree? >> >> >> ---------- >> Mike A. Harris - Linux advocate - Open source advocate >> Computer Consultant - Capslock Consulting >> Copyright 2000 all rights reserved >> -- > >Apparently Linus doesn't like the way it handles interrupts or something, >and is therefore 'wrong.' ::shrug:: As long as it's available though, I'll >use it ;p Someone has explained to me why it isn't included, and it made decent sense to me. Probably best left as a patch... -- Mike A. Harris - Linux advocate - Open source advocate Computer Consultant - Capslock Consulting Copyright 2000 all rights reserved -- #[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: Kernel 2.2.17 with RedHat 7 Problem !
On Mon, 23 Oct 2000, Hamid Hashemi Golpayegani wrote: >Hi , > >I have download kernel-2.2.17 from kernel.org and wanna to compile it under >redhat 7 . when compiling start after few minutes show me this error message >: > >make[2]: Entering directory `/usr/src/linux/arch/arch/i386/lib' >gcc -D__KERNEL__ -I/usr/src/linux-2.2.17/include -D__ASSEMBLY__ -D__SMP__ -t >raditional -c checksum.S -o checksum.o >checksum.S:231: badly punctuated parameter list in #define >checksum.S:237: badly punctuated parameter list in #define >make[2]: *** [checksum.o] Error 1 >make[2]: Leaving directory `/usr/src/linux/arch/i386/lib' >make[1]: *** [first_rule] Error 2 >make[1]: Leaving directory `/usr/src/linux/arch/i386/lib' >make: *** [_dir_arch/i386/lib] Error 2 > >I have install this kernel with same setting on RedHat 6.2 without any >problem ! >Any idea ? On Red Hat 7, you _MUST_ use the "kgcc" compiler to compile kernels by editing the top level makefile and changing "gcc" to "kgcc". -- Mike A. Harris - Linux advocate - Open source advocate Computer Consultant - Capslock Consulting Copyright 2000 all rights reserved -- Need general help or technical support with Red Hat Linux 6.2? 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] Please read the FAQ at http://www.tux.org/lkml/
Re: Kernel 2.2.17 with RedHat 7 Problem !
On Sun, 22 Oct 2000, Jurgen Kramer wrote: >Date: Sun, 22 Oct 2000 23:02:19 +0200 >From: Jurgen Kramer <[EMAIL PROTECTED]> >To: Hamid Hashemi Golpayegani <[EMAIL PROTECTED]> >Cc: [EMAIL PROTECTED] >Content-Type: text/plain; charset=us-ascii >Subject: Re: Kernel 2.2.17 with RedHat 7 Problem ! > >Hi, > >You can blame it on the compiler which is included with RH7.0. This is incorrect and misleading. The *KERNEL* has bugs that require an older gcc. Red Hat 7.0 includes an older gcc called "kgcc" in order to compile kernels. >It's a pre-release version of some sort. It seems that the gcc >people are not happy that RH included this version with RH7. Which is irrelevant since Red Hat 7 includes kgcc which is intended for kernel builds. ---------- Mike A. Harris - Linux advocate - Open source advocate Computer Consultant - Capslock Consulting Copyright 2000 all rights reserved ---------- [Mike A. Harris Linux tip #1 - 50 line mode] Is the 80x25 line screen too small for you? If you want more screen real estate, you can set 50 column mode by editing your /etc/lilo.conf file, and adding a new line with "vga=ext" to the global section near the top. Save and exit, then run "lilo". Next time you boot, you'll have a nice big 80x50 screen. - 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] cpu detection fixes for test10-pre4
On Fri, 20 Oct 2000, Pavel Machek wrote: >> > * include/asm-i386/elf.h: >> > - make Pentium IV and other post-P6 processors use the "i686" >> > family name (same fix as the system_utsname.machine init fix >> > which went into include/asm-i386/bugs.h in test10-pre4) >> > >> >> We should never have used anything but "i386" as the utsname... sigh. > >We stil can do that: make 2.4.0 use i386 for utsname on all x86 machines >(except x86-64 ;-), and let people adapt. Better yet, make it use "ia32" to avoid confusion. -- Mike A. Harris - Linux advocate - Open source advocate Computer Consultant - Capslock Consulting Copyright 2000 all rights reserved -- 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: Topic for discussion: OS Design
On Sun, 22 Oct 2000, Dwayne C . Litzenberger wrote: >Although I am a programmer, I am not yet a kernel hacker, so some of my claims Point 1. >*very* efficient. However, there are some drawbacks to microkernels that have >been raised Point 2. >(and I don't have the expertise to argue about them), Point 3. That pretty much answers the question right there IMHO. This is an FAQ. >So, my question is this: What are some of Linux's design problems, and what >fundamental changes could be made for a long-run benefit? Not by turning it into a microkernel. Suggesting it is nothing more than religious CS BS. ---------- Mike A. Harris - Linux advocate - Open source advocate Computer Consultant - Capslock Consulting Copyright 2000 all rights reserved ---------- [Mike A. Harris Linux tip #1 - 50 line mode] Is the 80x25 line screen too small for you? If you want more screen real estate, you can set 50 column mode by editing your /etc/lilo.conf file, and adding a new line with "vga=ext" to the global section near the top. Save and exit, then run "lilo". Next time you boot, you'll have a nice big 80x50 screen. - 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: Minimizing dropped UDP packets
On Tue, 24 Oct 2000, Frank Hansen wrote: >Using kernel 2.2.17, I experience lots of dropped UDP packets. The setup >is as follows: >UDP packets containing measurement data is sent on 100 Mb Ethernet from >a embedded device to a Pentium III, 256 MB, IDE based PC with a 3Com >3C905B network adapter. > >The UDP packets always contains 1300 bytes of data, sent at ~5Mbps. The >process at the PC which receives the data, copies them directly into one >of two buffers, adding a timestamp at the end. These buffers is shared >by another process which only purpose is to write full buffers to disk. >The network task is reniced to the highest priority, the disk task to >the lowest priority. Each of the two receive buffers are 10 MB. 10Mb? Why on earth make such large buffers? Have you tried your app with 64k buffers? Likely smoother performance. In any app I've written, I've never seen any great performance gains by buffers larger than 64k or so. Then again I don't know what you're doing that is generating this data. My guess is some kind of video device. >Disabling interrupts on the IDE drives seemed to roughly halve the >number of dropped packets (using /sbin/hdparm -c 1 -d 1 -k 1 -u 1 >/dev/hdx) , but the problem is still far worse than acceptable. The Sounds like hdio of buffers -> disk are causing packet loss. Again, I'd make the buffers smaller... Overly large buffers buy nothing. >Any suggestions whatsoever would be greatly appreciated. FWIW NT 4.0 >running on the same hardware performs this task flawless, and I will >have a diffucult time to convice my boss that we should use Linux as >long as it is outperformed by NT. Good luck with finding a solution, but you could have left this last part off. I highly doubt anyone here cares if you or anyone else chooses NT. I'm just saying this because often people post a message here claiming to have trouble with Linux, and "false threaten" to use NT or some other OS. Nobody here cares what OS anyone uses however, so the general idea is "if another OS does the job, use it". That said, I'll bet Linux can do what you want no problem, but really - use whatever works for the job at hand. -- Mike A. Harris - Linux advocate - Open source advocate Computer Consultant - Capslock Consulting Copyright 2000 all rights reserved -- "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: ide-probe.c:400: `rtc_lock' undeclared and /lib/modules/..../build
On Tue, 7 Nov 2000, Alan Cox wrote: >Date: Tue, 7 Nov 2000 12:11:57 + (GMT) >From: Alan Cox <[EMAIL PROTECTED]> >To: Keith Owens <[EMAIL PROTECTED]> >Cc: Tomasz Motylewski <[EMAIL PROTECTED]>, > Alan Cox <[EMAIL PROTECTED]>, [EMAIL PROTECTED] >Content-Type: text/plain; charset=us-ascii >Subject: Re: ide-probe.c:400: `rtc_lock' undeclared and >/lib/modules//build > >> Agreed, I was unhappy that the build symlink was added to 2.2 kernels. >> Now you need modutils >= 2.3.14 for 2.2 kernels :(. But nobody asks >> me, I'm just the kernel module.[ch] and modutils maintainer. > >Actually they do. I agree that it wants sorting. Im just wondering what the >best approach is - maybe check modutils rev and only add the link if its high >enough ? What if build-machine != machine-kernel-was-built-for? ---------- NOTE: My new email address is: [EMAIL PROTECTED] Mike A. Harris - Linux advocate - Open source advocate Computer Consultant - Capslock Consulting Copyright 2000 all rights reserved -- "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: ide-probe.c:400: `rtc_lock' undeclared and /lib/modules/..../build
On Wed, 8 Nov 2000, Keith Owens wrote:
>Date: Wed, 08 Nov 2000 14:59:42 +1100
>From: Keith Owens <[EMAIL PROTECTED]>
>To: Mike A. Harris <[EMAIL PROTECTED]>
>Cc: Linux Kernel mailing list <[EMAIL PROTECTED]>
>Content-Type: text/plain; charset=us-ascii
>Subject: Re: ide-probe.c:400: `rtc_lock' undeclared and
>/lib/modules//build
>
>On Tue, 7 Nov 2000 21:48:59 -0500 (EST),
>"Mike A. Harris" <[EMAIL PROTECTED]> wrote:
>>On Tue, 7 Nov 2000, Alan Cox wrote:
>>>Actually they do. I agree that it wants sorting. Im just wondering what the
>>>best approach is - maybe check modutils rev and only add the link if its high
>>>enough ?
>>
>>What if build-machine != machine-kernel-was-built-for?
>
>Then you are SOL, but that is a generic cross compile problem. Anybody
>doing cross compile has to do extra steps to copy the results to the
>other machine and they can take care of problems like the build symlink
>themselves. The patch in 2.2.18-pre20 fixes the problem for local
>compiles, which are 95%+ (SWAG) of the compiles.
I'm not refering to cross compiling. I'm talking about if I
compile my kernel on machine A, and want to run this on 100%
hardware identical machine B. What if machine B doesn't run the
same version of modutils? In other words same hardware setup
different distribution or version of Linux?
--
NOTE: My new email address is: [EMAIL PROTECTED]
Mike A. Harris - Linux advocate - Open source advocate
Computer Consultant - Capslock Consulting
Copyright 2000 all rights reserved
--
#[Mike A. Harris bash tip #2 - custom colorized bash prompts]
# For a color prompt, put the following at the bottom of your ~/.bash_profile
TTYNAME=$(tty | sed -e 's/^\/dev\///' -e 's/^tty//');DRED=31;DGREEN=32
BROWN=33;DBLUE=34;DMAGENTA=35;DCYAN=36;GREY=37;DGREY=30\;1;RED=31\;1
GREEN=32\;1;YELLOW=33\;1;BLUE=34\;1;MAGENTA=35\;1;CYAN=36\;1;WHITE=37\;1
CLRUSER=$CYAN ; CLRHOST=$YELLOW # Set the user and host colors here
PS1="$TTYNAME \[\033[${CLRUSER}m\]\u\[\033[0;m\]"
export PS1="${PS1}@\[\033[${CLRHOST}m\]\h\\[\033[0;m\]:\w\$ "
-
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: Comming to Share??? (re: Subcribe)
On Thu, 9 Nov 2000, Andre Hedrick wrote: >Date: Thu, 9 Nov 2000 13:09:40 -0800 (PST) >From: Andre Hedrick <[EMAIL PROTECTED]> >To: Scot Slager <[EMAIL PROTECTED]> >Cc: [EMAIL PROTECTED] >Content-Type: text/plain; charset=us-ascii >Subject: Comming to Share??? (re: Subcribe) > > >Hello Scot, > >Is Iomega ready to open the information needed to make you ATAPI products >work correctly with Linux? That would be fantastic. I know a fair number of people who would consider using IOMEGA products if the company worked with the Linux community in an open manner. There is such a large market niche that IOMEGA is missing out on currently due to lack of support, so it will be great to see them join the ranks! I'm sure lots of people watching with purchase power will be anxious to purchase IOMEGA products should IOMEGA become involved directly with the Linux community in an open source manner. ------ 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. -- Need general help or technical support with Red Hat Linux 6.2? 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] Please read the FAQ at http://www.tux.org/lkml/
Re: test11-pre2
On Thu, 9 Nov 2000, Jeff V. Merkey wrote: >> - David Miller: sparc64 updates, make sparc32 boot again >> - Davdi Millner: spel "synchronous" correctly >Spell "David Miller" correctly. 8). I believe that was a taste of Linus's good sense of humor there Jeff. ;o) I got a good kick out of it anyway. ;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. -- 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: 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/
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: 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/
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: 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/
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/
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/
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/
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/
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
#
#
