Linux-Development-Sys Digest #278, Volume #8 Tue, 14 Nov 00 16:13:14 EST
Contents:
Re: raid with 2 TB ("peter.katzmann")
auto power off (Fokkema DBRA)
Patch for g++ and glibc-2.2 anyone? (Mike Dowling)
Re: Patch for g++ and glibc-2.2 anyone? (Andreas Jaeger)
Re: auto power off (Maciej Golebiewski)
Re: auto power off ([EMAIL PROTECTED])
Re: New glibc-2.2 building ("Gene Heskett")
Re: auto power off (Raffael Herzog)
Re: auto power off ([EMAIL PROTECTED])
Re: injecting keystrokes into virtual console ("Mirco Zaggy")
send more that 1500 bytes data?? (NortonNg)
New Operating System ("Curt Beattie")
Re: auto power off (Robert Lynch)
Re: Allocating Non-cacheable memory (Philip Armstrong)
Re: injecting keystrokes into virtual console (Bryan Hackney)
Re: auto power off (Sean)
CMOS access ("Ken Wilson")
Re: Problems getting MAC address of network card (Klaus Stysch)
Re: injecting keystrokes into virtual console ([EMAIL PROTECTED])
Re: injecting keystrokes into virtual console ([EMAIL PROTECTED])
Re: auto power off ([EMAIL PROTECTED])
Re: auto power off ([EMAIL PROTECTED])
Re: Tapping into current resource (George MacDonald)
Re: send more that 1500 bytes data?? ([EMAIL PROTECTED])
Re: Allocating Non-cacheable memory ([EMAIL PROTECTED])
streaming tape drive doesn't (did in 1.2, not in 2.4) ([EMAIL PROTECTED])
Re: send more that 1500 bytes data?? (Erik Hensema)
----------------------------------------------------------------------------
From: "peter.katzmann" <[EMAIL PROTECTED]>
Subject: Re: raid with 2 TB
Date: Mon, 13 Nov 2000 12:27:46 +0100
Reply-To: [EMAIL PROTECTED]
Lutz Witthuhn wrote:
>
> yes 2 terrabyte, i 'm trying hard 2 mount a 2 TB-RAID, no way, even
> the guys @ ICP (I'm using an ICP-vortex-controller) don't know any
> further,
> formatting works but the blocksize is totally crazy, something like
> -45612368, (negative)!
Please some more details. Kernel version, used filesystems a.s.o.
peter
------------------------------
From: Fokkema DBRA <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup
Subject: auto power off
Date: 14 Nov 2000 12:48:44 GMT
Hi!
I just upgraded from RH6.2 to RH7.0 and I noticed something slightly irritating.
When I shut down my system under RH6.2 the kernel automatically powered down
the system. Under RH7.0, it just halts the system. Why is this? Is it a kernel
problem (just switch this option and recompile?) or do I have to edit some
file or is it something else?
Hope that someone can help.
Regards,
David
------------------------------
From: [EMAIL PROTECTED] (Mike Dowling)
Subject: Patch for g++ and glibc-2.2 anyone?
Date: 14 Nov 2000 12:54:27 GMT
Just installed glibc-2.2, and everything is fine except g++. The FAQ
says there is a patch
http://clisp.cons.org/~haible/gccinclude-glibc-2.2-compat.diff
however, this site appears to be dead. Is there an alternative site?
Cheers,
Mike
--
My email address [EMAIL PROTECTED] above is a valid email
address. It is a mail alias. Once spammed, the alias is deleted, and
the integer 'N' incremented. Currently, mike[35,36] are valid. If
email to mikeN bounces, try mikeN+1.
------------------------------
From: Andreas Jaeger <[EMAIL PROTECTED]>
Subject: Re: Patch for g++ and glibc-2.2 anyone?
Date: 14 Nov 2000 14:11:59 +0100
>>>>> Mike Dowling writes:
> Just installed glibc-2.2, and everything is fine except g++. The FAQ
> says there is a patch
> http://clisp.cons.org/~haible/gccinclude-glibc-2.2-compat.diff
> however, this site appears to be dead. Is there an alternative site?
Check the gcc mailing list archives at gcc.gnu.org
Andreas
--
Andreas Jaeger
SuSE Labs [EMAIL PROTECTED]
private [EMAIL PROTECTED]
http://www.suse.de/~aj
------------------------------
From: Maciej Golebiewski <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup
Subject: Re: auto power off
Date: Tue, 14 Nov 2000 16:19:35 +0100
Fokkema DBRA wrote:
>
> Hi!
>
> I just upgraded from RH6.2 to RH7.0 and I noticed something slightly irritating.
> When I shut down my system under RH6.2 the kernel automatically powered down
> the system. Under RH7.0, it just halts the system. Why is this? Is it a kernel
> problem (just switch this option and recompile?) or do I have to edit some
> file or is it something else?
>
> Hope that someone can help.
I think the power-off used to be a feature of older RedHat kernels.
On a RH 6.0 and 6.2 systems I tried kernels compiled both from RH
sources and pristine. The config for kernels was the same in both
cases. RH kernels would power off, the pristine not. I was too lazy
though to track down the code in RH responsible for that.
Maciej
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.setup
Subject: Re: auto power off
Date: Tue, 14 Nov 2000 15:22:39 -0000
In comp.os.linux.development.system Fokkema DBRA <[EMAIL PROTECTED]> wrote:
| I just upgraded from RH6.2 to RH7.0 and I noticed something slightly irritating.
| When I shut down my system under RH6.2 the kernel automatically powered down
| the system. Under RH7.0, it just halts the system. Why is this? Is it a kernel
| problem (just switch this option and recompile?) or do I have to edit some
| file or is it something else?
I'd sure like to know what to do to get it to power off. I'm not using
Redhat, but I could make this work if I knew what setting to give to the
kernel to make it do it.
--
| Phil Howard - KA9WGN | My current websites: linuxhomepage.com, ham.org
| phil (at) ipal.net +----------------------------------------------------
| Dallas - Texas - USA | [EMAIL PROTECTED]
------------------------------
Date: 14 Nov 2000 9:40:39 -0500
From: "Gene Heskett" <[EMAIL PROTECTED]>
Subject: Re: New glibc-2.2 building
Unrot13 this;
Reply to: <[EMAIL PROTECTED]>
Gene Heskett sends Greetings to Andreas Jaeger;
>>>>>> Gene Heskett writes:
AJ> > Need expert opinions here regarding glibc-2.2 built from the
AJ> > tar.gz. I've built it, and installed it, but apparently *not*
AJ> > where a red hat install wants it.
AJ> You've got to run configure with --prefix=/usr - have a look at
AJ> the Spec file.
Ok, I can do that. But see below, what do I do with the old install?
AJ> > After a reboot, the glibc version is still, according to
AJ> > gnorpm's verify function, 2.1.94-3. So I assume the next step
AJ> > is a 'make uninstall', and a
AJ> Did you use RPM to install glibc? Otherwise rpm won't update the
AJ> numbers
Maybe not, but a query/verify operation on 2.1.96-3 reports that it is
still perfectly installed on that machine.
AJ> > new configure with --prefix=/ and --exec-prefix=/ followed by a
AJ> > fresh make and install.
AJ> Don't do this!
According to my relatively untrained snooping, thats where the 2.1.94-3
is now installed! This by an upgrde to RH 7.0 a month or so back that I
just told to godoit. glibc.so.6 is in /lib, not in /usr/lib.
AJ> > Right/Wrong?
AJ> > Also, as this is 7.0, and gcc is the busted one, should I set
AJ> > an
AJ> > 'export CC=kgcc' before the rebuild? 2.96-whatever didn't toss
AJ> > any errors that I saw go by.
AJ> Shouldn't be a problem.
Ok. Unforch, it turns out the makefile doesn't have a 'make uninstall'
option, so I've got probably 50 megs of stuff laying around in the
various corners of /usr/local/wherever I'll have to run down and rm
eventually just for space patrol.
IMO the INSTALL file really should contain some suggestions for prefix
and exec-prefix based on what vendors kit you actually have installed.
That would save a lot of heartaches all around.
Now, when I get all done, will I have a 'glibc.so.6(GLIB-2.2)' installed
someplace? I am so tired of downloading rpm based updates to what I'm
using that purport to fix this and that that I've had problems with,
only to have gnorpm refuse to install the update because I don't have
the above quoted library which until yesterday was not available
publicly. Thats why I jumped onto that like a hungry lion in the first
place.
Thanks for the speedy reply Andreas, I appreciate it.
Cheers Andreas, Gene
--
Gene Heskett, CET, UHK |Amiga A2k Zeus040, Linux @ 400mhz
email gene underscore heskett at iolinc dot net
#Amiga based X10 home automation program EZHome, see at:#
# <http://www.thirdwave.net/~jimlucia/amigahomeauto> #
ISP's please take note: My spam control policy is explicit!
#Any Class C address# involved in spamming me is added to my killfile
never to be seen again. Message will be summarily deleted without dl.
This messages reply content, but not any previously quoted material, is
� 2000 by Gene Heskett, all rights reserved.
--
------------------------------
From: Raffael Herzog <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup
Subject: Re: auto power off
Date: 14 Nov 2000 16:40:41 +0100
On Tue, 14 Nov 2000, [EMAIL PROTECTED] wrote:
> In comp.os.linux.development.system Fokkema DBRA
> <[EMAIL PROTECTED]> wrote:
>
> | I just upgraded from RH6.2 to RH7.0 and I noticed something
> | slightly irritating. When I shut down my system under RH6.2 the
> | kernel automatically powered down the system. Under RH7.0, it just
> | halts the system. Why is this? Is it a kernel problem (just switch
> | this option and recompile?) or do I have to edit some file or is
> | it something else?
>
> I'd sure like to know what to do to get it to power off. I'm not
> using Redhat, but I could make this work if I knew what setting to
> give to the kernel to make it do it.
This one may help (it applies to SuSE but it's quite general):
http://sdb.suse.de/sdb/en/html/apm.html
--
Raffael Herzog
[EMAIL PROTECTED]
May the penguin be with you!
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.setup
Subject: Re: auto power off
Date: Tue, 14 Nov 2000 15:47:24 GMT
I just recently had this problem when I upgraded to the 2.2.17 kernel,
and found that recompiling with APM (Automatic Power Management) allows
the kernel to power off the machine. Apparently, RedHat automatically
compiles this feature into their kernels, but it is not a selected
option for the source from kernel.org
Good Luck,
Craig
In article <8urcbc$7eb$[EMAIL PROTECTED]>,
Fokkema DBRA <[EMAIL PROTECTED]> wrote:
> Hi!
>
> I just upgraded from RH6.2 to RH7.0 and I noticed something slightly
irritating.
> When I shut down my system under RH6.2 the kernel automatically
powered down
> the system. Under RH7.0, it just halts the system. Why is this? Is it
a kernel
> problem (just switch this option and recompile?) or do I have to edit
some
> file or is it something else?
>
> Hope that someone can help.
>
> Regards,
>
> David
>
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
From: "Mirco Zaggy" <[EMAIL PROTECTED]>
Subject: Re: injecting keystrokes into virtual console
Date: Tue, 14 Nov 2000 10:17:18 -0000
Take a look at the gpm (general purpose mouse?) source.
I hope that helps .
Greetings Mirco.
------------------------------
From: NortonNg <[EMAIL PROTECTED]>
Subject: send more that 1500 bytes data??
Date: Tue, 14 Nov 2000 16:06:07 +0000 (UTC)
hello,
I am trying to send 1512 bytes from my linux box.
i have changed mtu size from 1500 to 1600 in the net_init.c , remake kernel
and the ifconfig shown that the mtu is 1600. But i still cannot send out
more that 1500 bytes by constructing the packet in kernel.
Anyboby can help me?
------------------------------
From: "Curt Beattie" <[EMAIL PROTECTED]>
Subject: New Operating System
Date: Tue, 14 Nov 2000 17:06:58 GMT
Anyone wanting to work on development of a new operating system, come to
http://spaceshaker.dyndns.org
------------------------------
From: Robert Lynch <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup
Subject: Re: auto power off
Date: Tue, 14 Nov 2000 09:23:01 -0800
Reply-To: [EMAIL PROTECTED]
Raffael Herzog wrote:
>
> On Tue, 14 Nov 2000, [EMAIL PROTECTED] wrote:
>
> > In comp.os.linux.development.system Fokkema DBRA
> > <[EMAIL PROTECTED]> wrote:
> >
> > | I just upgraded from RH6.2 to RH7.0 and I noticed something
> > | slightly irritating. When I shut down my system under RH6.2 the
> > | kernel automatically powered down the system. Under RH7.0, it just
> > | halts the system. Why is this? Is it a kernel problem (just switch
> > | this option and recompile?) or do I have to edit some file or is
> > | it something else?
> >
> > I'd sure like to know what to do to get it to power off. I'm not
> > using Redhat, but I could make this work if I knew what setting to
> > give to the kernel to make it do it.
>
> This one may help (it applies to SuSE but it's quite general):
>
> http://sdb.suse.de/sdb/en/html/apm.html
>
> --
> Raffael Herzog
> [EMAIL PROTECTED]
>
> May the penguin be with you!
With RH7.0 I think the problem is not with the kernel, but some
problem with the /etc/rc.d/init.d/halt script. Somehow the "-p" switch
is not being passed to halt.
Editing it this way seems to work for me:
===
...
HALTARGS="-i -d"
if [ -f /poweroff -o ! -f /halt ]; then
HALTARGS="$HALTARGS -p"
fi
# Try to fix flakey poweroff
#eval $command $HALTARGS
eval $command -i -d -p
===
HTH. Bob L.
--
Robert Lynch-Berkeley CA [EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Philip Armstrong)
Subject: Re: Allocating Non-cacheable memory
Date: 13 Nov 2000 22:51:06 -0000
In article <8uppqb$1h6$[EMAIL PROTECTED]>,
Philip Armstrong <[EMAIL PROTECTED]> wrote:
>If the former, you need to investigate mlock(), in the latter case I
>don't know of anything specifically, but there might be games you can
>play with mtrr's (Memory Type Range Registers) on modern CPUs
>(possibly requiring a kernel recompile with the relevant options
>turned on.) to mark a paricular memory range as uncacheable. Accessing
>this from userland would probably require the support of a kernel
>module however.
Following up to myself I know, but I should point out that the above
is obviously x86 specific. Though I would expect alpha, SPARC etc to
have equivalents.
Phil
--
http://www.kantaka.co.uk/ .oOo. public key: http://www.kantaka.co.uk/gpg.txt
------------------------------
From: Bryan Hackney <[EMAIL PROTECTED]>
Subject: Re: injecting keystrokes into virtual console
Date: Tue, 14 Nov 2000 13:05:19 -0600
[EMAIL PROTECTED] wrote:
>
> I'd like to have a root process be able to inject keystrokes. This can
> either be before the interpretation of virtual console switching, or it
> can be individually to each virtual console (I can work with either).
> X Windows won't be involved. I would prefer injecting at a point after
> translation from keycodes to ASCII.
>
> I was told on here a couple years ago this could be done but did not
> follow up on doing it and have since forgotten how this was done. But
> when I looked around in the source code (2.4.0-test10) I cannot find
> anything (ioctl, syscall) to do this.
>
> I'm not asking to pseudo-tty. I want to be able to inject into virtual
> consoles that are already opened, even before logged in. My plan is to
> have a suid program which can be run from a virtual console that causes
> all other virtual consoles to be logged into at once from just a single
> password prompt (or a range of them as specified).
You might not want to get locked into one way of thinking here. I've done
something where a process is attached to an unused console (no getty
running). Simply attach stdin and stdout to /dev/tty[234567].
>
> --
> | Phil Howard - KA9WGN | My current websites: linuxhomepage.com, ham.org
> | phil (at) ipal.net +----------------------------------------------------
> | Dallas - Texas - USA | [EMAIL PROTECTED]
--
Bryan Hackney / BHC / [EMAIL PROTECTED]
http://www.FreeClassAds.com/
http://bhconsult.com/
http://bhconsult.com/bh/pgp.key
------------------------------
From: Sean <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup
Subject: Re: auto power off
Date: Tue, 14 Nov 2000 12:07:28 -0800
And why would you shut down your machine anyway?
Fokkema DBRA wrote:
>
> Hi!
>
> I just upgraded from RH6.2 to RH7.0 and I noticed something slightly irritating.
> When I shut down my system under RH6.2 the kernel automatically powered down
> the system. Under RH7.0, it just halts the system. Why is this? Is it a kernel
> problem (just switch this option and recompile?) or do I have to edit some
> file or is it something else?
>
> Hope that someone can help.
>
> Regards,
>
> David
------------------------------
From: "Ken Wilson" <[EMAIL PROTECTED]>
Subject: CMOS access
Date: Tue, 14 Nov 2000 11:29:00 -0800
Hi,
Can I access the CMOS of an x86 system on Red Hat 6.2 ?
In DOS, I can do IO to port 70h, how do I do in Linux?
-Si
------------------------------
Date: Tue, 14 Nov 2000 20:41:06 +0100
From: Klaus Stysch <[EMAIL PROTECTED]>
Subject: Re: Problems getting MAC address of network card
have you tried to acces each element of the MAC address directly, like
printf ("%X:", ifr.ifr_ifru.ifru_hwaddr.sa_data[0]);
printf ("%X:", ifr.ifr_ifru.ifru_hwaddr.sa_data[2]);
...
printf ("%X\n", ifr.ifr_ifru.ifru_hwaddr.sa_data[5]);
(perhaps some additional header-files have to be included)
bye,
klaus
Johan wrote:
> I'm trying to get the MAC address from my ethernet card with the name
> eth0. I do this with the ioctl call SIOCGIFHWADDR with an ifreq struct
> (ifr) as an argument. The hardware address is then supposed to be put in
> ifr.ifr_hwaddr.sa_data but that string is empty. Why?
>
> This is the code I use:
>
> int main(void)
> {
> int i;
> int ioctl_sid;
> static char mac_addr[16];
> struct ifreq ifr;
> char interface[] = "eth0";
>
> if ((ioctl_sid = socket(AF_INET, SOCK_DGRAM, 0)) < 0) {
> printf("Unable to create a new socket.");
> return(-1);
>
> strcpy(ifr.ifr_name, interface);
>
> if (ioctl(ioctl_sid, SIOCGIFHWADDR, &ifr) < 0) {
> printf("Unable to get MAC addrress of the interface: %s.",
> interface);
> close(ioctl_sid)
> return(-1);
> }
>
> else {
> memcpy(mac_addr, ifr.ifr_hwaddr.sa_data, 8);
> }
> printf("mac_addr = %s\n", mac_addr); /* This one returns an empty
> string, why? */
> close(ioctl_sid);
> return(0);
> }
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: injecting keystrokes into virtual console
Date: Tue, 14 Nov 2000 20:12:05 -0000
On Tue, 14 Nov 2000 13:05:19 -0600 Bryan Hackney <[EMAIL PROTECTED]> wrote:
|> I'd like to have a root process be able to inject keystrokes. This can
|> either be before the interpretation of virtual console switching, or it
|> can be individually to each virtual console (I can work with either).
|> X Windows won't be involved. I would prefer injecting at a point after
|> translation from keycodes to ASCII.
|>
|> I was told on here a couple years ago this could be done but did not
|> follow up on doing it and have since forgotten how this was done. But
|> when I looked around in the source code (2.4.0-test10) I cannot find
|> anything (ioctl, syscall) to do this.
|>
|> I'm not asking to pseudo-tty. I want to be able to inject into virtual
|> consoles that are already opened, even before logged in. My plan is to
|> have a suid program which can be run from a virtual console that causes
|> all other virtual consoles to be logged into at once from just a single
|> password prompt (or a range of them as specified).
|
| You might not want to get locked into one way of thinking here. I've done
| something where a process is attached to an unused console (no getty
| running). Simply attach stdin and stdout to /dev/tty[234567].
There is already a getty process with each virtual console open, and a
login prompt ready for username and password. What I want to do is run
a program that logs in a range of virtual consoles, and (usually, but
not always) starts a certain program, then leaves the virtual console
there logged in (maybe with the program still running, maybe not), ready
for user interaction. Getty must be running, since I want to be able to
log in there normally, as well.
A previous followup suggested looking at gpm source. That should be
smaller than the Linux kernel, and thus easier to find stuff (hopefully).
--
| Phil Howard - KA9WGN | My current websites: linuxhomepage.com, ham.org
| phil (at) ipal.net +----------------------------------------------------
| Dallas - Texas - USA | [EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: injecting keystrokes into virtual console
Date: Tue, 14 Nov 2000 20:13:28 -0000
On Tue, 14 Nov 2000 10:17:18 -0000 Mirco Zaggy <[EMAIL PROTECTED]> wrote:
| Take a look at the gpm (general purpose mouse?) source.
| I hope that helps .
| Greetings Mirco.
Wow, an answer that makes sense. What is this newsgroup coming to :-)
Thanks.
--
| Phil Howard - KA9WGN | My current websites: linuxhomepage.com, ham.org
| phil (at) ipal.net +----------------------------------------------------
| Dallas - Texas - USA | [EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.setup
Subject: Re: auto power off
Date: Tue, 14 Nov 2000 20:16:13 -0000
In comp.os.linux.development.system [EMAIL PROTECTED] wrote:
| I just recently had this problem when I upgraded to the 2.2.17 kernel,
| and found that recompiling with APM (Automatic Power Management) allows
| the kernel to power off the machine. Apparently, RedHat automatically
| compiles this feature into their kernels, but it is not a selected
| option for the source from kernel.org
Then how do you select it? Is there any confining compile symbol?
--
| Phil Howard - KA9WGN | My current websites: linuxhomepage.com, ham.org
| phil (at) ipal.net +----------------------------------------------------
| Dallas - Texas - USA | [EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.setup
Subject: Re: auto power off
Date: Tue, 14 Nov 2000 20:17:38 -0000
In comp.os.linux.development.system Sean <[EMAIL PROTECTED]> wrote:
| And why would you shut down your machine anyway?
My hard drive is full and I'm afraid of the "rm" command, so I just put
a bigger hard drive in every few weeks. :-)
--
| Phil Howard - KA9WGN | My current websites: linuxhomepage.com, ham.org
| phil (at) ipal.net +----------------------------------------------------
| Dallas - Texas - USA | [EMAIL PROTECTED]
------------------------------
From: George MacDonald <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: Re: Tapping into current resource
Date: Tue, 14 Nov 2000 20:24:41 GMT
[EMAIL PROTECTED] wrote:
>
> I am in the middle of an upgrade of the server room and I need to know
> of the page fault handlers that are embedded within the kernel, namely
> system functions. I would like to monitor the load of the processes that
> the system incurs, so I would like to somehow tap into an existing sys
> function that will provide the information I need. More importantly, I
> would need to be able to track the page faults due to a specific process
> as well as due to the entire system. This would tremendously help me out
> since efficiency is a primary factor in my setup. Thanks a lot.
>
Try "man proc "
minflt %u
The number of minor faults the
process has made, those which have
not required loading a memory page
from disk.
cminflt %u
The number of minor faults that the
process and its children have made.
majflt %u
The number of major faults the
process has made, those which have
required loading a memory page from
disk.
The /proc/#/stat file contains this info.
--
We stand on the shoulders of those giants who coded before.
Build a good layer, stand strong, and prepare for the next wave.
Guide those who come after you, give them your shoulder, lend them your code.
Code well and live! - [EMAIL PROTECTED] (7th Coding Battalion)
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: send more that 1500 bytes data??
Date: Tue, 14 Nov 2000 20:34:08 -0000
On Tue, 14 Nov 2000 16:06:07 +0000 (UTC) NortonNg <[EMAIL PROTECTED]> wrote:
| I am trying to send 1512 bytes from my linux box.
| i have changed mtu size from 1500 to 1600 in the net_init.c , remake kernel
| and the ifconfig shown that the mtu is 1600. But i still cannot send out
| more that 1500 bytes by constructing the packet in kernel.
Use 2 packets. The whole IP protocol suite was designed around the concept
that communications, including datagrams, can be broken into small packet
pieces for transmission. If you're working at the applications layer you
should be using TCP or UDP. If you're working at the lower layers you are
not in compliance with standards by attempting MTU>1500 with ethernet. If
you really have to have larger IP packets and not fragmented, then switch
to a technology like token ring.
--
| Phil Howard - KA9WGN | My current websites: linuxhomepage.com, ham.org
| phil (at) ipal.net +----------------------------------------------------
| Dallas - Texas - USA | [EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Allocating Non-cacheable memory
Date: Tue, 14 Nov 2000 20:37:46 -0000
On Tue, 14 Nov 2000 10:08:12 +0100 Kristof Beyls <[EMAIL PROTECTED]> wrote:
| I mean processor cache. I hoped there would be a system call that
| would allocate a block of memory that will never be placed in the
| processor cache.
Strange need. A previously mentioned, the MTRRs on the x86 may be a way
to get that to happen. Keep in mind there may be as many as 3 levels of
caching involved, and one of those may be off the CPU and not controllable
by any means. It will be very hardware specific. And you'll need to make
certain real memory locations non-cacheable, and then map virtual ones to
it if that's where the use is.
--
| Phil Howard - KA9WGN | My current websites: linuxhomepage.com, ham.org
| phil (at) ipal.net +----------------------------------------------------
| Dallas - Texas - USA | [EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED]
Subject: streaming tape drive doesn't (did in 1.2, not in 2.4)
Date: Tue, 14 Nov 2000 20:50:01 -0000
I haven't used one of these streaming tape drives since back on kernel
version 1.2. Now I'm on 2.4 and I need to use this drive again. But
now it's gotten really slow.
Previously, all I needed to do was make sure the userland process would
keep the write buffers full, and the drive would stream continuously.
That was in kernel 1.2 on a 33 MHz 486 and it was easy to do. Now I'm
on a 400 Mhz Pentium II and nothing else running on the machine and it
just keeps jerking back and forth about every 32K bytes.
The drive is a QIC-150 in a Sun 411 box. The kernel probes look like:
scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.1.28/3.2.4
<Adaptec AHA-294X SCSI host adapter>
scsi : 1 host.
Vendor: ARCHIVE Model: VIPER 150 21531 Rev: -004
Type: Sequential-Access ANSI SCSI revision: 01
Detected scsi tape st0 at scsi0, channel 0, id 5, lun 0
scsi : detected 1 SCSI generic 1 SCSI tape total.
One funny thing I noticed. When I open the drive with O_SYNC, and write
in chunks of 512 bytes, it starts doing streaming for about 10 seconds
then falls back to jerky slow motion and stays there.
I've tried both sync and non-sync I/O, in blocksizes varying from 512 to
1048576. Even at 1048576 it's jerking back and forth about every 32768
bytes (e.g. several times per single write() call).
The only thing that has changed, besides the kernel, is the SCSI controller
card. I have an Adaptec 2940 (not U or W) now, and I had an Adaptec 1542C
previously. But I would think the 2940 and its driver would be faster.
I'm also using /dev/zero as data source, so I would think it would be as
fast as it can be.
BTW, it streamed just fine on BSDi 2.0 and SunOS 4.1.3 back then. I don't
have either of those now to try again, but I'll probably be giving OpenBSD
a try on this since I have it handy.
--
| Phil Howard - KA9WGN | My current websites: linuxhomepage.com, ham.org
| phil (at) ipal.net +----------------------------------------------------
| Dallas - Texas - USA | [EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Erik Hensema)
Subject: Re: send more that 1500 bytes data??
Date: Tue, 14 Nov 2000 21:02:19 +0100
Reply-To: [EMAIL PROTECTED]
NortonNg ([EMAIL PROTECTED]) wrote:
>
>hello,
> I am trying to send 1512 bytes from my linux box.
>i have changed mtu size from 1500 to 1600 in the net_init.c , remake kernel
>and the ifconfig shown that the mtu is 1600. But i still cannot send out
>more that 1500 bytes by constructing the packet in kernel.
> Anyboby can help me?
Ethernet can't do more than that, sorry.
--
Erik Hensema ([EMAIL PROTECTED])
This signature is generated by siggen.pl v0.1
Available soon at http://www.xs4all.nl/~hensema
------------------------------
** 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 (and comp.os.linux.development.system) via:
Internet: [EMAIL PROTECTED]
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
******************************
