Linux-Development-Sys Digest #219, Volume #8 Mon, 16 Oct 00 14:13:12 EDT
Contents:
Re: to sync or not to sync ([EMAIL PROTECTED])
SCSI Device Driver ("Nelous")
File cache ("Vladimir")
Re: host names resolved from /etc/networks!!! (Villy Kruse)
get frequency of video station tuned (Matthias Kleinmann)
Re: How to access a unexported kernel symbol ? (Michel Bardiaux)
How to configure ttys0 ("Peter")
Re: get frequency of video station tuned ("[EMAIL PROTECTED]")
Re: Question About Kernel 2.4.0 Beta's, When Do You Think It will be a Stable
Release? (Nix)
Re: How to configure ttys0 (Josef Moellers)
Re: basic question(s) on libc5 vs. libc6 ("Paul D. Smith")
Re: basic question(s) on libc5 vs. libc6 (Paul Kimoto)
Re: LILO version 21.6 released (Leonard Evens)
Re: Question About Kernel 2.4.0 Beta's, When Do You Think It will be a Stable
Release? (Tor Arntsen)
Re: 75E48FC8 Visio for Linux (Larry Blanchard)
What proc type for AMD Athlon Thunderbird? (Was: CPUID ... ) (Henry_Barta)
Re: basic question(s) on libc5 vs. libc6 ([EMAIL PROTECTED])
Red Hat 7.0: So Much for the Myth of "2.4 Ready" ("Kevin D. Kissell")
Re: LILO version 21.6 released (Rudi Sluijtman)
Re: basic question(s) on libc5 vs. libc6 ("Paul D. Smith")
Re: Question About Kernel 2.4.0 Beta's, When Do You Think It will be a Stable
Release? ([EMAIL PROTECTED])
----------------------------------------------------------------------------
From: [EMAIL PROTECTED]
Subject: Re: to sync or not to sync
Date: Mon, 16 Oct 2000 07:10:21 -0000
On Mon, 16 Oct 2000 07:56:37 +0200 St. Otto <[EMAIL PROTECTED]> wrote:
| [EMAIL PROTECTED] wrote:
|
|> The compromise I'd like to see is a "soft syncronous". What this would
|> do is when a write is requested, the process (or fd for non-blocking I/O)
|> would block until the write is STARTED.
|
| Idea: Create an own fileserver (as a background process) and let it do
| the filework.
| - Send to/get from it the small data packages you need at a special
| time in your "real working" process.
| - Send some commands to create/read/write/close/remove the needed files
| - Request their (the files) status (STARTED WRITE...CLOSED) from this
| fileserver.
That still won't cause the kernel to not have a flood of buffers while
still having at least enoug buffering to have the next one ready when
the interrupt indicates the previous one is done.
--
| Phil Howard - KA9WGN | My current websites: linuxhomepage.com, ham.org
| phil (at) ipal.net +----------------------------------------------------
| Dallas - Texas - USA | [EMAIL PROTECTED]
------------------------------
From: "Nelous" <[EMAIL PROTECTED]>
Subject: SCSI Device Driver
Date: 16 Oct 2000 07:10:38 GMT
Hi
I try to program SCSI driver for IDE drives.
It is fine where running on RH6.1/RH6.2
And then,
I recompile it on dual cpu MotherBoard
under RH6.2 SMP kernel with :
gcc -D__KERNEL__ -I/usr/src/linux-2.2.14/include
-Wall -Wstrict-prototypes -O2 -fomit-frame-pointer
-fno-strict-aliasing -D__SMP__ -pipe -fno-strength-reduce
-m386 -DCPU=386 -DMODULE -DMODVERSIONS
-include /usr/src/linux-2.2.14/include/linux/modversions.h
-c -o mydriver.o mydriver.c
Achieve the new module ,mydriver.o, and insert
the module using "insmod" successfully.But
there are warnning/error message as follow:
"end_scsi_request: buffer-list destroyed"
when the drive access big files or very busy stituation.
So , I check the SCSI request , Scsi_Cmnd, which
deliver to "queuecommand" function of my driver ,
and find the request is not correct in cmd->request.nr_sectors ,
cmd->bufflen , and cmd->request.bh->b_size ,
cmd->request.bh->b_reqnext->b_size , ...........
I don't know what difference between SMP and
UP Linux on programing.Can any one tell me
what results in.
Thanks for any help you can provide !!
-Nelous
------------------------------
From: "Vladimir" <[EMAIL PROTECTED]>
Subject: File cache
Date: Mon, 16 Oct 2000 09:41:25 +0200
Reply-To: "Vladimir" <[EMAIL PROTECTED]>
How can I disable file caching in Linux. I am testing disk driver and file
caching really makes my life difficult.
Vladimir
------------------------------
From: [EMAIL PROTECTED] (Villy Kruse)
Subject: Re: host names resolved from /etc/networks!!!
Date: 16 Oct 2000 08:09:55 GMT
On Sat, 14 Oct 2000 01:30:23 GMT, Thomas Drescher <[EMAIL PROTECTED]> wrote:
Would have been nice if you gave this peace of information first time
around. Otherwise you send people on a wild goose chase.
Villy
>-This is the original route display (watch the 'H'-Flag):
>Kernel IP routing table
>Destination Gateway Genmask Flags Metric Ref Use
>Iface
>192.168.111.98 * 255.255.255.255 UH 0 0 0
>ippp1
>192.168.111.1 * 255.255.255.255 UH 0 0 0
>plip0
> ....
------------------------------
From: [EMAIL PROTECTED] (Matthias Kleinmann)
Subject: get frequency of video station tuned
Date: 16 Oct 2000 08:31:14 GMT
As anyone knows this can be done quite easy with:
unsigned long freq;
int f=open("/dev/video",O_RDONLY);
ioctl(f,VIDIOCGFREQ,&freq);
cout << "frequency: " << freq << endl;
close(f);
But you need read access to "/dev/video" and even
worse: You cannot watch tv while the device is open.
So how can I get the frequence of the station tuned in
while a tv app like xawtv running (it locks "/dev/video")?
Thanks
Matthias
------------------------------
From: Michel Bardiaux <[EMAIL PROTECTED]>
Subject: Re: How to access a unexported kernel symbol ?
Date: Mon, 16 Oct 2000 09:36:55 GMT
Robert Kaiser wrote:
>
> In article <[EMAIL PROTECTED]>,
> wolf <[EMAIL PROTECTED]> writes:
> > Hi ! All
> >
> > While writing a module, sometimes there is a need to access some kernel
> > symbol that is not exported , it is, can not be found in /proc/ksyms.
> > Say , the global variable : main_table . Practically, it can be handled
> > by directly accessing /dev/kmem. But, is there any other ways to do that
> > ?
>
> I assume you want to determine the address if a non-exported symbol in
> the running kernel, right ?
>
> I once did this successfully using the System.map file. Of course
> this is a bad hack, not for the faint-hearted. Drop me a mail if
> you're interested and I'll see if I can dig it up for you...
>
> Cheers
>
> Rob
>
> ----------------------------------------------------------------
> Robert Kaiser email: rkaiser AT sysgo DOT de
> SYSGO RTS GmbH http://www.elinos.com
> Klein-Winternheim / Germany http://www.sysgo.de
I once had the problem of accessing a non-exported kernel location, and
there was quite a discussion here. Problem is, there is no *reliable*
way to determine which System.map corresponds to a particular vmlinuz.
The two *correct* ways are (1) export what you need and use kmem (2) add
what you need to the proc filesystem (the best). I found a workaround
because in my case, the location I needed was just before an exported
symbol, so I just build the appropriate addressNow, you're writing a
module, not userland code, so I do not know what your restrictions
are...
--
Michel Bardiaux
Peaktime Belgium S.A. Rue Margot, 37 B-1457 Nil St Vincent
Tel : +32 10 65.44.15 Fax : +32 10 65.44.10
------------------------------
From: "Peter" <[EMAIL PROTECTED]>
Subject: How to configure ttys0
Date: Mon, 16 Oct 2000 17:01:09 +0800
I open ttys0 as a normal read/wirte file, and using Windows 98's terminal
program to send it a file; I find that linux serial driver will echo the
charcters it received, and after a while it echo HEX 0x07 to make terminal
keeping beep.
Does anyone know how to configure serial port driver to avoid echoing.
Peter Hwang
------------------------------
From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
Subject: Re: get frequency of video station tuned
Date: Mon, 16 Oct 2000 12:49:26 +0200
Hi,
Its properly protection to stop two consumers on the same device.
Modify the TV Watching program so that you see the frequency. (if
possible)
This will mean only one file descriptor.
Richard.
Matthias Kleinmann wrote:
>
> As anyone knows this can be done quite easy with:
>
> unsigned long freq;
> int f=open("/dev/video",O_RDONLY);
> ioctl(f,VIDIOCGFREQ,&freq);
> cout << "frequency: " << freq << endl;
> close(f);
>
> But you need read access to "/dev/video" and even
> worse: You cannot watch tv while the device is open.
> So how can I get the frequence of the station tuned in
> while a tv app like xawtv running (it locks "/dev/video")?
>
> Thanks
> Matthias
------------------------------
From: Nix <$}xinix{[email protected]>
Subject: Re: Question About Kernel 2.4.0 Beta's, When Do You Think It will be a Stable
Release?
Date: 15 Oct 2000 22:00:54 +0100
[EMAIL PROTECTED] (Kaz Kylheku) writes:
> On Sat, 14 Oct 2000 22:40:01 -0500, Emu <[EMAIL PROTECTED]> wrote:
> >You know what, after what I saw today at a Bio-Medical Convention, I am
> >just not going to participate in any more Test Kernels. What I saw will
> >just plainly replace Linux totally, completely.
>
> This convention wasn't held in a channel on Undernet by any chance?
I fear it was a convention of trolls. This is so plainly a `lurkers
support me in e-mail' stance it's not true.
(and he obviously does not know how rare it is for OSen to be `totally,
completely' replaced; just about the only way you can do it is to wait
until the hardware the OS runs on is all dead of old age, and even then
someone may write an emulator.)
--
`Normally, we don't do people's homework around here, but Venice
is a very beautiful city, so I'll make a small exception.'
--- Robert Redelmeier compromises his principles
------------------------------
From: Josef Moellers <[EMAIL PROTECTED]>
Subject: Re: How to configure ttys0
Date: Mon, 16 Oct 2000 15:04:43 +0200
Peter wrote:
> =
> I open ttys0 as a normal read/wirte file, and using Windows 98's termin=
al
> program to send it a file; I find that linux serial driver will echo th=
e
> charcters it received, and after a while it echo HEX 0x07 to make termi=
nal
> keeping beep.
> Does anyone know how to configure serial port driver to avoid echoing.
> =
> Peter Hwang
The tcsetattr function and friends can be used to modify a serial
loine's behaviour.
Type "man tcsetattr" for details.
-- =
Josef M=F6llers (Pinguinpfleger bei FSC)
If failure had no penalty success would not be a prize (T. Pratchett)
------------------------------
From: "Paul D. Smith" <[EMAIL PROTECTED]>
Subject: Re: basic question(s) on libc5 vs. libc6
Date: 16 Oct 2000 10:35:28 -0400
Reply-To: [EMAIL PROTECTED]
Others have posted various technical issues, etc.
I'll mention one important point: the handling of the conversion of
libc5 to libc6 is really first and foremost a _distribution_ issue.
That is, how well or how poorly the transition was handled depends
almost exclusively on which Linux distro you used. Yes, certainly there
were many technical issues, most of which hopefully have since been
resolved (I don't think too many people had really considered some of
these hard problems before: I think they are well-understood now).
However, some distros really jumped into the forefront of that
conversion, perhaps without fully comprehending/testing/working out the
kinks in it. For better or worse, RedHat is one of the most popular
distros (in the U.S., anyway) and is also one of the _most_ aggressive
when it comes to rolling out cutting edge technology, perhaps before
it's ready. This was true at the time of libc5 -> libc6, and it's still
true now (the latest RedHat contains a pre-release of GCC as the
standard version which is a far cry from ready for prime time).
--
===============================================================================
Paul D. Smith <[EMAIL PROTECTED]> Network Management Development
"Please remain calm...I may be mad, but I am a professional." --Mad Scientist
===============================================================================
These are my opinions---Nortel Networks takes no responsibility for them.
------------------------------
From: [EMAIL PROTECTED] (Paul Kimoto)
Subject: Re: basic question(s) on libc5 vs. libc6
Date: 16 Oct 2000 10:54:18 -0500
Reply-To: [EMAIL PROTECTED]
In article <[EMAIL PROTECTED]>, Paul D. Smith wrote:
> I'll mention one important point: the handling of the conversion of
> libc5 to libc6 is really first and foremost a _distribution_ issue.
I have the impression, though, that most of the complaints arise from
attempts to use binaries from sources other than the distribution
(whichever one that might be).
--
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: Leonard Evens <[EMAIL PROTECTED]>
Subject: Re: LILO version 21.6 released
Date: Mon, 16 Oct 2000 10:04:56 -0500
Rudi Sluijtman wrote:
>
> Hi John,
>
> John in SD <[EMAIL PROTECTED]> writes:
>
> > >John in SD <[EMAIL PROTECTED]> writes:
> > >> LILO release 21.6 is based upon Werner Almesberger's LILO version 21.
> > >
> > >Could you please provide us with, or point to, some documentation about
> > >the usage of the "- Completely new menu-driven user interface."
> >
> > Usage information on what keys to press is contained in the menu itself.
> > Customization information is provided in the 'man' pages for 'lilo.conf'.
>
> In the man pages for lilo.conf I only find:
>
> message=message-file
> specifies a file containing a message that is dis�
> played before the boot prompt. No message is dis�
> played while waiting for a shifting key after
> printing "LILO ". In the message, the FF character
> ([Ctrl L]) clears the local screen. The size of the
> message file is limited to 65535 bytes. The map
> file has to be rebuilt if the message file is
> changed or moved.
>
> How can I use this for a graphical boot-menu like RedHat does in rh7?
> What do I miss?
>
> thx,
> Rudi Sluijtman.
I don't know if this is any help, but under RH 7, the file
/boot/message consists of data which presumably creates the
lilo boot screen. I have no idea how one goes about creating
such a file to one's own specifications.
--
Leonard Evens [EMAIL PROTECTED] 847-491-5537
Dept. of Mathematics, Northwestern Univ., Evanston, IL 60208
------------------------------
From: [EMAIL PROTECTED] (Tor Arntsen)
Subject: Re: Question About Kernel 2.4.0 Beta's, When Do You Think It will be a Stable
Release?
Date: Mon, 16 Oct 2000 15:40:10 GMT
"Emu" <[EMAIL PROTECTED]> writes:
>I just actually waisted my time asking the question here in the first place.
>I can't understand why this one question returned unforvorable answers. From
Because you asked a question that cannot be answered.
>By the way, I had one of the Ops there tell me that sometime between late
>3rd quater earlier 4th quarter for 2.4.0 stable. Its that simple. Only
>wanted to know what this group thought.
That 'Ops' either pulled your leg or tried to brag by lying to you.
There's *no way* anybody in the world can know *at this time* when
2.4.0 stable will be ready. As other's have answered, it will be
ready *when* it's stable, and the only way to answer the question
about 'when' is to take a time travel to the future. Feel free,
and please tell us afterwards how you did it (there's a Nobel
for you to pick up as well ;-)
This is because, unlike some other products, the Linux kernel will
simply be released (as '2.4 stable') when it's stable, not at some
given date whether it's stable or not.
-Tor
------------------------------
From: Larry Blanchard <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: Re: 75E48FC8 Visio for Linux
Date: Mon, 16 Oct 2000 15:56:45 GMT
[EMAIL PROTECTED] wrote:
>
> Announcing complete new universal drafting program for Linux, FreeBSD, and Sun
>Solaris.
>
> LinuxCAD release for FreeBSD, a native FreeBSD build , not an emulation !!!
>
> the details to be found on
>
Linuxcad again ????
This thing's had so many stakes through its heart that it's sprouting
leaves :-).
--
Larry Blanchard
"Anyone who wants to be elected shouldn't be" - Will Rogers
------------------------------
From: Henry_Barta <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware
Subject: What proc type for AMD Athlon Thunderbird? (Was: CPUID ... )
Date: 16 Oct 2000 16:13:01 GMT
Guy Delamarter <[EMAIL PROTECTED]> wrote:
> With some further searching after my post I found that this is a known
> problem. The answer is in the group linux.redhat.install in several
> messages and involves passing the x86_serial_nr=1 flag to the kernel
> through lilo.
Interesting...
I upgraded a dual PPro 200 system with new motherboard, RAM,
processor case and power supply to an ABIT KT7, Crucial 256M
133 CAS2, Thunderbird 800 and Enlight case with 250Watt Athlon
approved PS. I knew about the CPU ID problem, but in my excitement
when I turned on the system, I complete forgot about it.
My system came up just fine. Everything worked as expected,
except that the system recognized the full 256M. (Previous mobo
had 64M and I expected to need to to tell LILO that there was
more.) Some time later I realized that there was no CPU ID
problem. A quick check of /proc/cpuinfo showed that my 2.2.14
custom kernel recognized the CPU as an Athlon. I've run several
hundreds of kernel compiles so far and found the system to be
stable. (No Signal 11s). The only glitch so far is that at
certain resolutions, the X display looks jittery, but only when
there is heavy processor activity. I'm still using my #9 Vision
771 (S3-968, PCI) video card and maybe its not 100% compatible.
My question is, what should I set as processor type when
compiling my own kernel? The current kernel is compiled as
'686' which is the same as the Pentium Pro, but does the Athlon
Thunderbird execute all of the instructions that are handled
by the PPro? So far, it seems to.
thanks,
hank
--
Hank Barta White Oak Software Inc.
[EMAIL PROTECTED] Predictable Systems by Design.(tm)
Beautiful Sunny Winfield, Illinois
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: basic question(s) on libc5 vs. libc6
Date: Mon, 16 Oct 2000 17:07:50 -0000
On 16 Oct 2000 10:54:18 -0500 Paul Kimoto <[EMAIL PROTECTED]> wrote:
| In article <[EMAIL PROTECTED]>, Paul D. Smith wrote:
|> I'll mention one important point: the handling of the conversion of
|> libc5 to libc6 is really first and foremost a _distribution_ issue.
|
| I have the impression, though, that most of the complaints arise from
| attempts to use binaries from sources other than the distribution
| (whichever one that might be).
If they didn't include the older compatible libraries correctly, that
certainly could be a problem. If the other binaries were linked to a
non-version library name, that could also have been a problem. But I
found that my old libc4 linked binaries still worked, after I copied
the old libc4 libraries in and did the proper setup. Out-of-the-box
for non-geeks, though, might not have been easy.
--
| Phil Howard - KA9WGN | My current websites: linuxhomepage.com, ham.org
| phil (at) ipal.net +----------------------------------------------------
| Dallas - Texas - USA | [EMAIL PROTECTED]
------------------------------
From: "Kevin D. Kissell" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.networking,linux.redhat
Subject: Red Hat 7.0: So Much for the Myth of "2.4 Ready"
Date: Mon, 16 Oct 2000 18:22:50 +0200
I downloaded the "respin" ISO files and installed RH 7.0
on my Athlon box, and today built and installed a 2.4.0-test9
kernel. It boots. It runs. It does trivial things perfectly.
But I note that NFS doesn't start up correctly, and looking
further into what's going on, it appears that the Red Hat 7.0
distribution contains a version of rpc.lockd that tries to start
the kernel NFS lock daemon using the nfsservctl system
call with an argment of 0x10000, which is recognized as
a special case by the 2.2.x kernels and which dispatches
to the lockdctl() function in the lockd code. The 2.4 kernel
recognizes no such escape code, and has no such function.
It looks as if perhaps the intent is to clean up some unneeded
explicit interfacing between nfsd and lockd, but the result here
is that the system call fails, and rpc.lockd doesn't start up.
Not good if one wants the system to be an NFS server.
So my question to these newsgroups is: How is the
initialization of the lock daemon support supposed
to happen in 2.4, and where can I find a copy of rpc.lockd
that is in fact compatible with 2.4? This problem does
not seem to correspond to any of the described updates
on the Red Hat web site.
Regards,
Kevin K.
------------------------------
Subject: Re: LILO version 21.6 released
From: Rudi Sluijtman <[EMAIL PROTECTED]>
Date: Mon, 16 Oct 2000 17:20:13 GMT
Hi Leonard,
Leonard Evens <[EMAIL PROTECTED]> writes:
> Rudi Sluijtman wrote:
> >
> > Hi John,
> >
> > John in SD <[EMAIL PROTECTED]> writes:
> >
> > > >John in SD <[EMAIL PROTECTED]> writes:
> > > >> LILO release 21.6 is based upon Werner Almesberger's LILO version 21.
> > > >
> > > >Could you please provide us with, or point to, some documentation about
> > > >the usage of the "- Completely new menu-driven user interface."
>
> I don't know if this is any help, but under RH 7, the file
> /boot/message consists of data which presumably creates the
I know,
> lilo boot screen. I have no idea how one goes about creating
> such a file to one's own specifications.
This whas what my question was about.
Anyway I had a look at the /boot/message file with xv, and it seems to
be a PCX file. I will mess around with some PCX files and see what
happens.
Thanks,
Rudi Sluijtman.
------------------------------
From: "Paul D. Smith" <[EMAIL PROTECTED]>
Subject: Re: basic question(s) on libc5 vs. libc6
Date: 16 Oct 2000 13:27:31 -0400
Reply-To: [EMAIL PROTECTED]
%% [EMAIL PROTECTED] (Paul Kimoto) writes:
>> I'll mention one important point: the handling of the conversion of
>> libc5 to libc6 is really first and foremost a _distribution_ issue.
pk> I have the impression, though, that most of the complaints arise from
pk> attempts to use binaries from sources other than the distribution
pk> (whichever one that might be).
Well, that might be so. But a well-designed distro would have installed
the new libs and the old ones so they could co-exist, and so that the
old libs' names didn't have to be changed. In that scenario, programs
compiled for use with the old libs would still work.
The problem is that the libc5 -> libc6 move was the first really major
shift that caused people to carefully consider this issue, so for some
(most?) distros it was hard to get this right in a backward-compatible
way. Hopefully, distros are now getting it right.
I will say that I've upgraded my Debian system from libc5 to libc6
(glibc) and through various updates of glibc, and I've never had a
real problem yet. Of course, I don't use very cutting-edge unstable
Debian, I mostly stick with the well-tested stuff, except for where I'm
actually working on code.
--
===============================================================================
Paul D. Smith <[EMAIL PROTECTED]> Network Management Development
"Please remain calm...I may be mad, but I am a professional." --Mad Scientist
===============================================================================
These are my opinions---Nortel Networks takes no responsibility for them.
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Question About Kernel 2.4.0 Beta's, When Do You Think It will be a Stable
Release?
Date: Mon, 16 Oct 2000 18:03:11 -0000
On 13 Oct 2000 04:33:43 GMT Rick Ellis <[EMAIL PROTECTED]> wrote:
| In article <8s62so$216$[EMAIL PROTECTED]>,
| Emu <[EMAIL PROTECTED]> wrote:
|
|>Thanks for the informative reply :)
|
| You don't like my answer? It's the official one. It'll be released
| when it is ready to be released and not before. There is no schedule.
Why would anyone want it before it's ready?
--
| Phil Howard - KA9WGN | My current websites: linuxhomepage.com, ham.org
| phil (at) ipal.net +----------------------------------------------------
| Dallas - Texas - USA | [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
******************************