Linux-Development-Sys Digest #641, Volume #8 Fri, 13 Apr 01 02:13:12 EDT
Contents:
Re: BIOS Upgrades (Harold Stevens US.972.952.3293)
Re: BIOS Upgrades (Was: Via + Maxtor + kernel 2.4.3 = crash?) ("Matt Ng")
Re: IP filtering ([EMAIL PROTECTED])
TCP send buffer (Sam Liang)
Re: usbutils (Phil Ehrens)
kmod: failed to exec /sbin/modprobe -s -k binfmt-464c, errno=8 (Marc D Bumble)
Re: BIOS Upgrades (Was: Via + Maxtor + kernel 2.4.3 = crash?) (Harold Stevens
US.972.952.3293)
Re: Need your recommendation for a full-featured text editor (Hansang Bae)
Re: checking for non ansi extensions ("Raymond Limpus")
Re: kmod: failed to exec /sbin/modprobe -s -k binfmt-464c, errno=8 (Paul Kimoto)
Re: Setting Linux Disk Buffer Cache (Eric Taylor)
ide vs. scsi why so much slower (Eric Taylor)
Re: Need your recommendation for a full-featured text editor (Michael Vester)
Re: New directions for kernel development (Brent R)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (Harold Stevens US.972.952.3293)
Crossposted-To: comp.os.linux.hardware,comp.os.linux.questions,comp.os.linux.misc
Subject: Re: BIOS Upgrades
Date: Thu, 12 Apr 2001 21:46:13 GMT
In <[EMAIL PROTECTED]>, Peter T. Breuer:
[Snip...]
>Which is it? The procedure I suggested will enable you to find out.
Like I said: I'll do yast in 32 MB standing on my head in Hades first.
Suddenly I don't care anymore about this futile exercise, OK?
[Snip...]
--
Regards, Weird (Harold Stevens) * IMPORTANT EMAIL INFO FOLLOWS *
Pardon the bogus email domain (dseg etc.) in place for spambots.
Really it's (wyrd) at raytheon, dotted with com. DO NOT SPAM IT.
Standard Disclaimer: These are my opinions not Raytheon Company.
------------------------------
From: "Matt Ng" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware,comp.os.linux.misc
Subject: Re: BIOS Upgrades (Was: Via + Maxtor + kernel 2.4.3 = crash?)
Date: Thu, 12 Apr 2001 18:01:38 -0400
> On this topic, I need pointers on BIOS upgrades, especially where to
> find them, as I haven't had any luck at all with Google to date.
Did you try http://www.ping.be/bios/index.html ? Found it using Google a
while back when upgrading a BIOS.
> Rebooting resulted in a kernel panic which I almost expected on these
> old BIOS versions (Award 4.51PG i430VX) from reading threads I found.
I'm using that same BIOS version and haven't had any problems with 96 and
128 MB of RAM, so I doubt that it's a BIOS problem... I didn't even need
to change the LILO file.
I'd think it's RAM related. Try just running the new sticks alone and see
if that brings up the kernel panic.
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.networking
Subject: Re: IP filtering
Date: Thu, 12 Apr 2001 22:41:29 -0000
In comp.os.linux.development.system Fabio Ventrone <[EMAIL PROTECTED]> wrote:
| I have to write a program that capture all the IP traffic and elaborate it
| (it has also to route it to a simulated radio bridge connected via
| TCP/IP...).
|
| How to capture the packets ?
Are you trying to "sniff" the traffic as in get a copy of everything
which also continues to its normal destination, or are you trying to
route everything to only go to a specific destination?
If the former, see a 2 weeks old thread here labeled "opening ethernet
as a raw device" where answers to my question were along these lines.
Using the socket interface appropriately allows access to a copy of
all raw packets. This is what libpcap does on Linux. The man pages
do have most of the info needed.
If the latter, look into the VTAP/VTUN interface, which allows a process
to deploy a network to be routed to. It's often used for routed or
bridged tunnels, but can be used for other creative ideas, too. The
kernel source Documentation tree has some info.
| 1) do you have any other way to capture packets, elaborate them and redirect
| something else?
The 2 above ways are good choices.
| 2) why my firewall config does not what I expect?
Unless I misinterpret what you expect, a firewall isn't for that.
| 3) do you have any easy example for libpcap that does something similar??
Sorry, no. I personally don't like the libpcap API, so I don't use it.
--
=================================================================
| Phil Howard - KA9WGN | Dallas | http://linuxhomepage.com/ |
| [EMAIL PROTECTED] | Texas, USA | http://phil.ipal.org/ |
=================================================================
------------------------------
From: Sam Liang <[EMAIL PROTECTED]>
Subject: TCP send buffer
Date: Thu, 12 Apr 2001 16:42:46 -0700
Reply-To: [EMAIL PROTECTED]
I am trying figure out how TCP send buffer is managed in the kernel.
Is struct sock { struct sk_buff_head write_queue} the TCP send buffer?
I am talking about kernel 2.2.x.
In tcp_send_skb(), a new skb is enqueued to write_queue.
However, I couldn't find where it frees old data from the
write_queue. Can anybody offer some help?
Thanks,
Sam
------------------------------
From: [EMAIL PROTECTED] (Phil Ehrens)
Subject: Re: usbutils
Date: 13 Apr 2001 00:08:22 GMT
Reply-To: -@-
Hmmm... I'm getting a little confused about who is writing what!
Anyway, if you have got /proc/bus/usb you are most of the way
there.
You can compile all the usb modules statically into the 2.2.19
(2.2.18 and the 2.2.19p18 patch) and everything will work, but
you will see a constant load of "1" on your system while the
devusbfs does some kind of polling endlessly, OR you can compile
all the USB stuff as modules and in your conf.modules or
modules.conf (I'm at work and can't see what I did at home from
here easily) you put:
path[usb]=/lib/modules/`uname -r`
alias usb usb-uhci
alias usbdevfs usb-storage
Then you can do "modprobe usb" when you need it, and
"rmmod usbdevfs" when you are through.
I *hope* I have time to make a web page describing the installation
and use of USB and usb-storage in the 2.2.19 kernel *soon*...
Persevere. And, once again, this is NOT the right newsgroup!!
Phil
Peter T. Breuer wrote:
>> Indeed, /proc/bus/usb is not around. A quick look reveals that
>> it's on the 2.4.* kernels, not the 2.2.* ones. Yep .. moving over to
>> 2.4.0 and all "works". Can't say that it's any use, however ...
>
>Or a recent 2.2.*.
------------------------------
Subject: kmod: failed to exec /sbin/modprobe -s -k binfmt-464c, errno=8
From: Marc D Bumble <[EMAIL PROTECTED]>
Date: 12 Apr 2001 20:18:08 -0400
Hi,
I'm trying to run the linux-2.4.3 kernel. When it loads I get the
following error message repeated over and over:
kmod: failed to exec /sbin/modprobe -s -k binfmt-464c, errno=8
I tried adding the line:
alias binfmt-464c off
to the /etc/modules.conf file, but it didn't help.
Thank you in advance for any assistance,
marc
--
------------------------------
From: [EMAIL PROTECTED] (Harold Stevens US.972.952.3293)
Crossposted-To: comp.os.linux.hardware,comp.os.linux.misc
Subject: Re: BIOS Upgrades (Was: Via + Maxtor + kernel 2.4.3 = crash?)
Date: Fri, 13 Apr 2001 00:28:02 GMT
In <9b58du$h6c$[EMAIL PROTECTED]>, Matt Ng:
[Snip...]
>Did you try http://www.ping.be/bios/index.html ? Found it using Google a
>while back when upgrading a BIOS.
Thanks for that polite tip; I do not recall this one at all from about two
weeks ago (?) myself. Lotta water under the Google bridge, though.
[Snip...]
>I'd think it's RAM related. Try just running the new sticks alone and see
>if that brings up the kernel panic.
Thanks again and I think my first order of business will be to try out the
slrn "author kill" tip "burk" had in his post as well.
Oh, happy day; possibly two birds with one stone, as it were.
--
Regards, Weird (Harold Stevens) * IMPORTANT EMAIL INFO FOLLOWS *
Pardon the bogus email domain (dseg etc.) in place for spambots.
Really it's (wyrd) at raytheon, dotted with com. DO NOT SPAM IT.
Standard Disclaimer: These are my opinions not Raytheon Company.
------------------------------
From: Hansang Bae <[EMAIL PROTECTED]>
Crossposted-To:
alt.comp.shareware.programmer,comp.editors,comp.lang.java.help,comp.lang.java.programmer,comp.lang.java.softwaretools,comp.os.linux.advocacy
Subject: Re: Need your recommendation for a full-featured text editor
Date: Fri, 13 Apr 2001 01:06:40 GMT
> Hansang Bae <[EMAIL PROTECTED]> wrote:
> >I took my first HP41CV back to the store because (said I) RPN SUCKS!! AND
> >WHERE THE HELL's THE ENTER KEY!!!!
>
In article <WPiB6.662$[EMAIL PROTECTED]>, [EMAIL PROTECTED]
says...
> You sure you didn't mean "equals key"? -All- the HPs have an Enter
> key. :-D
Well... there's my rpn brain kicking in again! I forgot that they were
called "Equal" keys! <G>
> You know, it's almost strange. Which came out first? The "equals"
> calculators or the RPNs? I think if equals had been as popular as
> they seem to be today, RPNs would never have been...
As long as you have engineers... "Equal" (non)calculators never had a
chance! <G>
--
"Somehow I imagined this experience would be more rewarding" Calvin
********************************************************************
Due to the volume of email that I receive, I may not not be able to
reply to emails sent to my account. Please post a followup instead.
********************************************************************
------------------------------
From: "Raymond Limpus" <[EMAIL PROTECTED]>
Crossposted-To: comp.programming
Subject: Re: checking for non ansi extensions
Date: Fri, 13 Apr 2001 02:05:03 GMT
long long is an ANSI type isn't it? in the C99 std.
Ray.
"O.Petzold" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> Hello,
>
> how can I check for non ansi extensions like long long
> and handle this using ifdef's and gcc ? Is there a
> preprocessor flag where I can check if the -pedantic -ansi
> options are here. Or is it better to use autoconf and
> config.h. How to write the rules?
>
> Thanks
> Olaf
------------------------------
From: [EMAIL PROTECTED] (Paul Kimoto)
Subject: Re: kmod: failed to exec /sbin/modprobe -s -k binfmt-464c, errno=8
Date: 12 Apr 2001 22:41:56 -0500
Reply-To: [EMAIL PROTECTED]
In article <[EMAIL PROTECTED]>, Marc D Bumble wrote:
> I'm trying to run the linux-2.4.3 kernel. When it loads I get the
> following error message repeated over and over:
>
> kmod: failed to exec /sbin/modprobe -s -k binfmt-464c, errno=8
>
> I tried adding the line:
>
> alias binfmt-464c off
>
> to the /etc/modules.conf file, but it didn't help.
"binfmt-464c" is needed to run ELF binaries. The kernel is probably
failing to run /sbin/modprobe because it's an ELF binary. For this reason,
you must build this support into the kernel; the option is called
CONFIG_BINFMT_ELF.
--
Paul Kimoto
This message was originally posted on Usenet in plain text. Any images,
hyperlinks, or the like shown here have been added without my consent,
and may be a violation of international copyright law.
------------------------------
From: Eric Taylor <[EMAIL PROTECTED]>
Subject: Re: Setting Linux Disk Buffer Cache
Date: Fri, 13 Apr 2001 03:24:49 GMT
I was wondering if there is a way to turn off the buffer
cache altogether.
I have a program that needs to write all of memory to disk.
This is of the order of 650 megs. Seems a waste to have to
go thru the cache.
Is there anything that can be done, by say writing it all
in 1 write vs many smaller writes?
I've watched it (I print to stderr every 10meg or so) and
it is quite jerky. It does 50-100 megs than hangs for a
while, I assume this is the cache effect.
eric
------------------------------
From: Eric Taylor <[EMAIL PROTECTED]>
Subject: ide vs. scsi why so much slower
Date: Fri, 13 Apr 2001 03:40:06 GMT
I have been experimenting with IDE and SCSI devices.
I've written a test program where I created a 2 gig
file on a SCSI drive. I then cloned the drive with
drive image software onto an IDE drive. This resulted
in the files being equally fragmented or not. Then I
wrote a small program to read these as fast as I could.
I found that on 2 different systems, but both using
adaptec controllers I get pretty much the same results.
When I try this on IDE, I found 2 different values, depending
on whether I configured my kernel with everything that seemed
like dma turned on.
So, I get this:
scsi 33 meg/second
ide 4.5 meg/second - no dma
ide 12.7 meg/second - with dma
I ran with no swap device and to avoid cache
I run another program at the same time that
allocates nearly all of memory. I think this
works, because the disk light stays on solid
when I do this, otherwise not.
Can someone explain why such a difference. The
ide drives are ata 100 7200 rpm. Not sure about
the scsi device.
thanks
eric
------------------------------
From: Michael Vester <[EMAIL PROTECTED]>
Crossposted-To:
alt.comp.shareware.programmer,comp.editors,comp.lang.java.help,comp.lang.java.programmer,comp.lang.java.softwaretools,comp.os.linux.advocacy
Subject: Re: Need your recommendation for a full-featured text editor
Date: Thu, 12 Apr 2001 14:10:28 -0700
Dan Miller wrote:
>
> "Dave Martel" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]...
> > On Mon, 9 Apr 2001 14:29:14 -0700, "Dan Miller" <[EMAIL PROTECTED]>
> > wrote:
> >
> > >"Craig Kelley" <[EMAIL PROTECTED]> wrote in message
> > >news:[EMAIL PROTECTED]...
> > >> "Paul Kinnucan" <[EMAIL PROTECTED]> writes:
> > >>
> > >> I must throw in my vote for XEmacs/Emacs as well (XEmacs is just
> > >> prettier); although a programmer's editor is much like a choice of
> > >> underware: use what's comfortable for you, and avoid the ones that
> > >> rub you the wrong way.
> > >>
> > >So, you're recommending Brief?? It hasn't been available for awhile...
> >
> > Brief's the best programmer's editor I ever used. Despite
> > compatability claims I've never found another editor that duplicates
> > Brief's intuitiveness. Too bad Borland bought it up and then forgot
> > about it.
> >
> I agree... I used Brief for over a decade, and *loved* it... it's still the
> prototype for many of the capabilities that people expect to see in a
> Dos/Windows editor. I've always resented Borland's grab; if they didn't
> want to use the program, why did they buy it and kill it?? It's not like
> they were trying to protect turf for their editor, whatever it was called...
>
> But then, Borland has often been confused about what direction it was
> going...
I was a big fan of Brief too. Wrote many lines of code with it. Still use
it when editing a big file in losedos. Unfortunately, it can't deal with
the > 8.3 filenames. When Boreland bought Brief, I had great
expectations. I was disappointed.
Now I use vi because it is on all Solaris computers that I work with. I am
getting pretty comfortable with it but it doesn't have the features of
Brief. Also, I am spending some time with Emacs. At work, I have to use a
losedos version of Emacs. At home, I can run the GNU version. Very
powerful but require a commitment in time to learn.
--
Michael Vester
A credible Linux advocate
"The avalanche has started, it is
too late for the pebbles to vote"
Kosh, Vorlon Ambassador to Babylon 5
------------------------------
From: Brent R <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.development
Subject: Re: New directions for kernel development
Date: Fri, 13 Apr 2001 05:16:58 GMT
Linus Torvalds wrote:
>
> Hi all,
>
> Recently, I've been thinking a lot about where Linux development should
> head now that 2.4 is out. Specifically, I've been thinking about how we
> ought to make some cultural changes as well as technical changes. Now I'm
> not *entirely* sure what directions we should head in as we move towards
> 3.0, but I'd like to point out a few areas that need to be addressed as well
> as propose some possible solutions. Nothing is set in stone yet, but these
> are definitely issues we need to work on.
>
> First off, I don't like a lot of the elitism that does on among Linux
> hackers. Just because you can tell what the following script does without
> executing it, doesn't mean that you're some kind of god.
>
> #! /usr/bin/perl
> @k = unpack "a"x5,'x_,d@';@o = unpack "a"x19,'Q8>tUxLm\@`Y%N@cIq]';
> while ($i<19){print chr((ord($o[$i])-ord($k[$i++%5])+91)%91+32);}
>
> Learning to hack Un*x is an impressive accomplishment, but it's closer
> kin
> to solving a Rubik�s cube than scaling Everest. If you think using Un*x
> makes you some kind of super genius who should be feared by mere mortals and
> end users, either get over it or start using *BSD. *BSD users (and
> developers) are all complete jackasses, so you'll fit right in.
>
> Secondly, I'd like to address the issue of cleanliness. Quite frankly,
> the
> standards of personal hygiene practiced by many members of this community
> are simply unacceptable. As you all know, I am a fairly clean cut,
> well-kempt person (I know, I have a bit of a gut, but compared to Maddog,
> Nick Petreley or ESR, I'm a modern Adonis.), and in the Linux community that
> is something of an anomaly. Virtually all users of Linux (and all other
> forms of Un*x) are unkempt, longhaired, beast-bearded dirty GNU hippies, and
> I am sick and tired of having to deal with them.
>
> The person I have the greatest problem with is that (in)famous
> communist
> RMS. Now, RMS may have been responsible for GNU, the GPL, GCC and many
> other contributions to the computing community, but his stance, as well as
> stench, displayed in his essays and actions, nauseates me. I mean, with
> that filth-ridden beard of his, where does he have room to demand that
> people refer to Linux as GNU / Linux? When he is as clean-shaven as I, he
> may claim that right, but until then, he should go back to playing his
> little flute and dropping acid like there�s no tomorrow. Honestly, if he
> doesn�t shut his mouth and go back to reading Marx, I�m going to shut it for
> him. I am sorry to sound so harsh, but a little hygiene every once in a
> while is a Good Thing(TM). Makes me wish I'd gone with a closed source
> license back in the day.
>
> Next in line of dirty scuzz-balls I have to deal with, and probably the
> worst thorn in my side, is Alan Cox, the primary coder of my kernel's TCP/IP
> stack (ha, what a joke!) and all around dirty GNU hippy. Alan views
> toothpaste the same way a vampire views garlic. The man's wife (who I spent
> a few years with at the University of Helsinki) often calls me crying in the
> middle of the night to complain of the rank, unbearable stench the man
> exudes after sex. On several occasions at trade shows, exhibitions and beer
> bashes, I have nearly fainted from the torrent of rotten odor that pours
> from every inch of his toxic person. Along with the typical GNU hygiene
> (mis)habits he practices, he also bitches and whines about... well,
> everything. He lies a lot too; evidence for this can be seen in the fact he
> almost always wears cheap black sunglasses when talking to people he knows
> are better than him (such as myself).
>
> And then we come to ESR. I won't reiterate the sewer-dweller like
> cleansing
> habits he practices as well, but I would like to focus on his general
> lifestyle. I like to refer to ESR as AGB or �Arrogant Gas Baron.� The man�
> s flatulence is legendary. I honestly believe that given a meal of refried
> beans and a match, he could reach low earth orbit. If you have to meet with
> ESR for any reason, arrange for the meeting to be outdoors and try to stay
> upwind. And his flatulence isn�t limited to his posterior either.
> Frequently it comes out his mouth or even out of his keyboard. (Those of
> you who have read �The Cathedral and the Bazaar� or �Meditations of Sudden
> Wealth� will know exactly what I�m talking about here.) Additionally, he
> is a complete hillbilly. You know, the kind that goes to inner-city
> computer stores and buys 386s to set up as servers all over his house, with
> cigarette smoke-stained 14" monitors piled high upon his kitchen table. He
> has neither grace nor charm and can't last 15 seconds in conversation with
> educated company without drifting into a tirade on gun rights or the best
> methods for tanning road kill. Couple the above facts with his ruddy
> complexion (from drinking Jagermeister like it�s water) and his
> child-molester mustache and you�ve got the makings of one more person who
> pisses me off.
>
> Well, that's it for now. Hopefully with these feelings off my chest and into
> the Open Source community, things will change for the better. I'd like just
> once to talk to a Linux user or advocate who washes and changes their
> clothes at least weekly. Until then, I will be rejecting patches from anyone
> whose grooming standards do not measure up.
>
> Also, I have submitted this to slashdot with the title "A Proposed Remedy
> Involving Lingering Fud and Organizational Objections to Linux Systems." Be
> on the lookout for it.
>
> Thank you,
> --Linus Torvalds
ROFL.
It's sad but true.
--
- Brent
http://rotten168.home.att.net
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list by posting to the
comp.os.linux.development.system newsgroup.
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Development-System Digest
******************************
