Linux-Development-Sys Digest #154, Volume #7 Sat, 4 Sep 99 18:13:50 EDT
Contents:
Re: LILO and System.map (Andreas Peetz)
LILO and System.map (Bram Bouwens)
Re: HP Night Director PLus 10/100 ethernet driver? (Neeraj Purandare)
Re: LINUX AND COREL (Robert Komar)
Re: [Linux] Calling C from Fortran: Function always returns zero?
([EMAIL PROTECTED])
Re: LILO and System.map (Kaz Kylheku)
Re: Which file systems are write stable on Linux? (Randall Parker)
Figure Out The MS Source Code Yourself (Cocheese)
Re: Figure Out The MS Source Code Yourself (Kaz Kylheku)
Re: GGI vs. framebuffer (Nelson Minar)
Re: Calling a BIOS interrupt (Tim Roberts)
Re: Figure Out The MS Source Code Yourself (Tim Roberts)
dev->hard_start_xmit ([EMAIL PROTECTED])
Re: Shutdown Problem (Randall Parker)
Re: dev->hard_start_xmit (Kaz Kylheku)
Re: Shutdown Problem (Randall Parker)
dev->hard_start_xmit ?? ([EMAIL PROTECTED])
Re: Figure Out The MS Source Code Yourself (Bill Unruh)
Re: Figure Out The MS Source Code Yourself ("Steve D. Perkins")
Re: Linux standards compliance (Leslie Mikesell)
----------------------------------------------------------------------------
From: Andreas Peetz <[EMAIL PROTECTED]>
Subject: Re: LILO and System.map
Date: Sat, 04 Sep 1999 17:03:41 +0200
see
man klogd
Bram Bouwens wrote:
>
> I now have 2 different kernels, which I can boot using LILO,
> 2.2.10 with the latest ISDN stuff installed, and 2.2.11 with
> the latest IEEE-1394 drivers. The latter complains that the
> System.map doesn't match the kernel, which makes perfect sense.
> I can't find any docs on why we need this file, and how to have
> several version of it to match the different kernels.
> Can someone enlighten me?
>
> Bram Bouwens
------------------------------
From: [EMAIL PROTECTED] (Bram Bouwens)
Subject: LILO and System.map
Date: 4 Sep 1999 16:53:44 +0200
I now have 2 different kernels, which I can boot using LILO,
2.2.10 with the latest ISDN stuff installed, and 2.2.11 with
the latest IEEE-1394 drivers. The latter complains that the
System.map doesn't match the kernel, which makes perfect sense.
I can't find any docs on why we need this file, and how to have
several version of it to match the different kernels.
Can someone enlighten me?
Bram Bouwens
------------------------------
From: Neeraj Purandare <[EMAIL PROTECTED]>
Subject: Re: HP Night Director PLus 10/100 ethernet driver?
Date: Sat, 04 Sep 1999 08:44:10 -0700
Reply-To: [EMAIL PROTECTED]
Folks,
Just to follow up on this: The card is based on a AMD79C972 chip. The
PCnet32 driver works
correctly for this chip, and I'm now posting this from my Linux box. I
also got a 40% increase
in connection speed from Linux, instead of using Reflection X on NT.
(besides the added
convenience of not having to reboot every half a day or so ;-))...
Neeraj
Neeraj Purandare wrote:
> Folks,
> I have a HP Kayak XU PC, and this one came with a ethernet card which
> is called on HP's web site as "HP Night Director Plus 10/100".
> I have RH 6.0 installed on this, and try as I might, I cannot get any
> of the hp ethernet driver modules to load. I've tried hp.o, hp100.o,
> hp-plus.o.
> modprobe returns with "Device busy".
> It works OK on NT though, and this is the only reason I still need to
> run NT, to
> connect to my workplace.
> Is there a driver for this somewhere? Does anyone know if any of the
> other
> drivers work for this? BTW, I also tried eepro100.o, and this one did
> not work
> either.
> Any help is appreciated.
> Thanks!
> Neeraj
------------------------------
From: Robert Komar <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc
Subject: Re: LINUX AND COREL
Date: 4 Sep 1999 15:59:07 GMT
In comp.os.linux.misc Peter Samuelson <[EMAIL PROTECTED]> wrote:
: [Robert Komar <[EMAIL PROTECTED]>]
[snip]
:> And if their code happens to run flawlessly in that environment while
:> the others cough once in a while,...?
: Actually I would expect the reverse: operating system quality
: notwithstanding, winelib still has a long ways to go to match the
: stability of the reference implementation....
: Or did you mean "the others" to be other winelib apps? In that case I
: agree with you.
I meant other winelib apps, so we're in agreement.
Cheers,
Rob Komar
------------------------------
From: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Subject: Re: [Linux] Calling C from Fortran: Function always returns zero?
Date: Sat, 04 Sep 1999 09:42:12 -0400
John H. Chauvin wrote:
>
> I have written a very simple fortran program which calls a
> function which is written in C. This is a very straight
> forward test case for mixed Fortran and C programming
> under Linux using g77 and gcc.
>
> The program passes the number four to the C function where
> it is multiple by two and the resultant value is returned to
> the fortran program. Unfortunately, the return value as
> printed from the fortran routine is always zero. Why is
> the return value being lost?
>
Given the compilers you're using, this is unlikely, but could C be using
a different register than Fortran for returning values?
--
Larry Blanchard - please sterilize address before replying
Homo Sapiens is a goal, not a description.
------------------------------
From: [EMAIL PROTECTED] (Kaz Kylheku)
Subject: Re: LILO and System.map
Reply-To: [EMAIL PROTECTED]
Date: Sat, 04 Sep 1999 16:17:59 GMT
On 4 Sep 1999 16:53:44 +0200, Bram Bouwens <[EMAIL PROTECTED]> wrote:
>I now have 2 different kernels, which I can boot using LILO,
>2.2.10 with the latest ISDN stuff installed, and 2.2.11 with
>the latest IEEE-1394 drivers. The latter complains that the
>System.map doesn't match the kernel, which makes perfect sense.
>I can't find any docs on why we need this file, and how to have
>several version of it to match the different kernels.
>Can someone enlighten me?
The kernel logging deamon (klogd) needs this file in order to produce a
symbolic oops message in the event of a crash. This makes it marginally easier
to trace the problem.
------------------------------
From: [EMAIL PROTECTED] (Randall Parker)
Subject: Re: Which file systems are write stable on Linux?
Date: Sat, 4 Sep 1999 09:55:25 -0700
In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
says...
> Did you already consider using RAID? There are several options there, among
> others mirroring of disks and striping. Each of the different RAID
> levels offer differrent improvement levels in speed, safety and money (-:
Jan,
Whether the directory structure is one one disk or a RAID array of disks
the fact is that if the metadata gets corrupted you can't access the data
any more.
What I'd like to see on Linux to improve file system stability is:
A) Ability to make metadata writes synchronous without making the rest
of the writes synchronous. The BSDs have this capability btw.
B) The ability to tell the OS install procedure to put all OS temp
files as a group on a different logical volume.
C) The ability to tell the OS install procedure to put all config files
as a group on a different logical volume as well (not the same as the
temp file volume).
Temp file writes that are happening when the OS crashes shouldn't be able
to corrupt the metadata for a volume that holds the OS or config files.
Doing this sort of configuration changing after initial install ought to
be made easy too.
>
> Just my $.02.
>
> -- Jan Evert
>
> PS: don't blame my employer for my opinion.
>
------------------------------
From: Cocheese <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc
Subject: Figure Out The MS Source Code Yourself
Date: Sat, 04 Sep 1999 17:31:07 GMT
Dear All,
Please know that i am only a "Wanna-Be" programmer with a curiousity about
"Search For The Code" mission the linux community are all on.
After Reading friday how all windows versions have 2 "backdoors" for
allowing all the MS team and the Government also to over ride all
encryption, i am finally sick of their treatment to consumers.
As we all know Gates Latest move of distributing Billions to charity will
write him out of a "Guilty" verdict as he always has before. So it is now
up to "US" to figure it out on our own.
Here is my question:
====================
if a program must be compiled before running, is it possible to "Uncompile"
it somehow? and if so... Could it be possible to reveal (even to some
degree) the code in order to figure out what we all want to know?
as i said before i'm no Linus Torvalds or Allan Cox, but i am curious why
we can hack any program but not able to figure out the code by ourselves?
Thanx
-Cocheese
================== Posted via CNET Linux Help ==================
http://www.searchlinux.com
------------------------------
From: [EMAIL PROTECTED] (Kaz Kylheku)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc
Subject: Re: Figure Out The MS Source Code Yourself
Reply-To: [EMAIL PROTECTED]
Date: Sat, 04 Sep 1999 18:33:54 GMT
On Sat, 04 Sep 1999 17:31:07 GMT, Cocheese <[EMAIL PROTECTED]> wrote:
>Thanx
>
>-Cocheese
>
>------------------ Posted via CNET Linux Help ------------------
> http://www.searchlinux.com
Anyone got any advice on how to killfile all this crap? I hope I don't have to
do it on the CNET string in the article bodies! Would it make sense just to
nuke everything coming from supernews?
------------------------------
From: Nelson Minar <[EMAIL PROTECTED]>
Subject: Re: GGI vs. framebuffer
Date: 04 Sep 1999 15:12:36 -0400
[EMAIL PROTECTED] (Christopher Browne) writes:
> I don't think anybody much cares whether the graphical support for
> consoles is accelerated; any hardware more modern than an 8MHz 68000
> will provide quite ample performance for the support of text consoles.
In general, I'd agree with you. But I had a Sparcstation 10 on my desk
4 years ago that would lose several seconds a day from its clock. I
used to log in on the text console to check email and stuff.
Rumour had it the problem was the text console implementation blocked
interrupts and was so slow it prevented the kernel from reliably
getting timer updates to keep the clock going. Nice, huh?
[EMAIL PROTECTED]
. . . . . . . . http://www.media.mit.edu/~nelson/
------------------------------
From: [EMAIL PROTECTED] (Tim Roberts)
Subject: Re: Calling a BIOS interrupt
Reply-To: [EMAIL PROTECTED]
Date: Sat, 04 Sep 1999 18:37:17 GMT
In article <[EMAIL PROTECTED]>, Julien Tayon wrote:
>I don't have the beginning of the thread so my answer relies on both
>what I read from the thread and the subject.
>I am also trying to do a bios Call. I don't have the time right now to
>do it, but I have read "the Programmer's guide to the EGA VGA, & SVGA
>card" by Ferrarro wich detail how to do a vesa BIOS call in protected
>mode page 881 (<=> without using the interrupt).
Go fetch the lrmi package (Linux real-mode interface). It is a wrapper around
the Linux vm86 system call, which shifts the processor into v86 mode, thus
allowing you to call into the BIOS.
The package comes with a sample app which uses INT10 VESA BIOS calls to
enumerate all the available modes, and then lets you switch into one of them
temporarily.
--
- Tim Roberts, [EMAIL PROTECTED]
Providenza & Boekelheide, Inc.
------------------------------
From: [EMAIL PROTECTED] (Tim Roberts)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc
Subject: Re: Figure Out The MS Source Code Yourself
Reply-To: [EMAIL PROTECTED]
Date: Sat, 04 Sep 1999 18:40:23 GMT
In article <[EMAIL PROTECTED]>, Cocheese wrote:
>
>Here is my question:
>--------------------
>
>if a program must be compiled before running, is it possible to "Uncompile"
>it somehow? and if so... Could it be possible to reveal (even to some
>degree) the code in order to figure out what we all want to know?
Yes. This technique is called "reverse engineering". It is a relatively
well-understood technique, and there are many tools for doing so.
The problem with reverse engineering something like Windows is two-fold. First,
it is illegal; the Windows license agreement prohibits it. Second, Windows is
just too big. Windows 2000 consists of something like 20 million lines of
source code.
--
- Tim Roberts, [EMAIL PROTECTED]
Providenza & Boekelheide, Inc.
------------------------------
From: [EMAIL PROTECTED]
Subject: dev->hard_start_xmit
Date: Sat, 04 Sep 1999 19:58:00 GMT
hi,
im trying to write a small kernel module to send and recieve packets at
the driver level. my question is does dev->hard_start_xmit return
immediately or does it block ? does the driver maintain some queue or
something or does it keep sending packets as they come? and where can a
find information about the device driver interface ?
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
From: [EMAIL PROTECTED] (Randall Parker)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc,comp.os.linux.x
Subject: Re: Shutdown Problem
Date: Sat, 4 Sep 1999 13:24:28 -0700
In article <wgu20.935827785@riemann>, [EMAIL PROTECTED]
says...
> So, DO NOT SWITCH OFF THE MACHNE WITHOUT A PROPER SHUTDOWN.
What if this can not always be done?
> And when it happens, accept your punishment of waiting while linux tries
> to make sure you have not corrupted your disk, and saves you from your
> stupidity.
What if the causes of this owe nothing to your stupidity?
This sort of tone treats uses with a contempt that they really do not
deserve.
> Ie, make sure that you educate your users-- shout at them, paste huge
> signs around the computer, etc, to always shut down before switching
> off.
I'll also convince them to stop smoking, eat less fatty foods, and get
more exercise.
Right after pigs start flying.
------------------------------
From: [EMAIL PROTECTED] (Kaz Kylheku)
Subject: Re: dev->hard_start_xmit
Reply-To: [EMAIL PROTECTED]
Date: Sat, 04 Sep 1999 20:47:01 GMT
On Sat, 04 Sep 1999 19:58:00 GMT, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
>hi,
>im trying to write a small kernel module to send and recieve packets at
>the driver level. my question is does dev->hard_start_xmit return
>immediately or does it block ?
It returns immediately. It cannot block because it may be called
during bottom-half processing when packets are being pushed down
from the driver queues.
>does the driver maintain some queue or
No, the ``base class' for the driver maintains the queue. That is to say,
generic routines that are common to all devices by way of the shared
netdevice struct. The driver merely specifies a length for this queue
(in the number of packets).
>something or does it keep sending packets as they come? and where can a
>find information about the device driver interface ?
The hard_xmit function is permitted to reject a packet when the device is busy.
That packet is not lost, it is put into a queue and will be retried later.
When the driver is ready for more data, it simply sets the NET_BH flag
to initiate network driver bottom-half processing that will push the
data down from the queues.
------------------------------
From: [EMAIL PROTECTED] (Randall Parker)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc,comp.os.linux.x
Subject: Re: Shutdown Problem
Date: Sat, 4 Sep 1999 13:24:27 -0700
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] says...
> I'm no expert on the subject, but couldn't you use the -sync option, so that
> all filesystem writes are done with no write-behind?
The BSDs let you just do sync on the metadata. That way it is less likely
that inconsistent metadata will render a partition unreadable. Its a nice
tradeoff between the performance improvement of asynchronous writes and
the resistance to corruption of asynchronous writes
>
> Just tossing out ideas here.
>
> GW
>
------------------------------
From: [EMAIL PROTECTED]
Subject: dev->hard_start_xmit ??
Date: Sat, 04 Sep 1999 19:58:22 GMT
hi,
im trying to write a small kernel module to send and recieve packets at
the driver level. my question is does dev->hard_start_xmit return
immediately or does it block ? does the driver maintain some queue or
something or does it keep sending packets as they come? and where can a
find information about the device driver interface ?
Thanxs in advance.
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
From: [EMAIL PROTECTED] (Bill Unruh)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc
Subject: Re: Figure Out The MS Source Code Yourself
Date: 4 Sep 1999 21:32:49 GMT
In <[EMAIL PROTECTED]> Cocheese <[EMAIL PROTECTED]> writes:
>if a program must be compiled before running, is it possible to "Uncompile"
>it somehow? and if so... Could it be possible to reveal (even to some
>degree) the code in order to figure out what we all want to know?
Yes, you can uncompile code, but it is not a unique result. In
particular, you have no idea what that particular piece of code does or
why it was inserted into the program. you have to figure out everything
by context. Ie, it is possible but a very
difficult job ( and impossible for the 100 or greater MB of code in
something like Windows.)
------------------------------
From: "Steve D. Perkins" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc
Subject: Re: Figure Out The MS Source Code Yourself
Date: Sat, 04 Sep 1999 17:43:05 -0400
> ... all windows versions have 2 "backdoors" for
> allowing all the MS team and the Government also to over ride all
> encryption... i am finally sick of their treatment to consumers.
>
> As we all know Gates Latest move of distributing Billions to charity will
> write him out of a "Guilty" verdict as he always has before. So it is now
> up to "US" to figure it out on our own.
Three small things:
1) Your understanding of sofware engineering is very weak.
2) Your understanding of the relationships between Linux,
Microsoft, and the United Sates Federal Government are weaker
still.
3) There is no "us", as you put it (i.e. with yourself begin
included)... you still have a long ways to go.
Steve
------------------------------
From: [EMAIL PROTECTED] (Leslie Mikesell)
Subject: Re: Linux standards compliance
Date: 4 Sep 1999 16:48:21 -0500
In article <[EMAIL PROTECTED]>,
Tristan Wibberley <[EMAIL PROTECTED]> wrote:
>- which is probably a good thing because hardware drivers usually need
>to be GPL or at least Open Source in order to be maintained well and
>Linux encourages that - UDI drivers will not need that at all and people
>will end up being forced to insert binary only modules that are poorly
>written and tend to crash a system.
If you are going to make a claim like that, please include some
examples of devices where the professionals hired by the equipment
vendors were unable to supply working drivers for the versions
that are normally shipped as binaries (Windows, Netware, commercial
unix, etc.) and volunteers ended up doing a better job.
Les Mikesell
[EMAIL PROTECTED]
------------------------------
** 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
******************************
