Linux-Development-Sys Digest #299, Volume #6 Mon, 18 Jan 99 09:14:31 EST
Contents:
Re: 2.2.0pre7 dowsnt load modules (Frank Hale)
Kernel 2.0.36 bug: initrd incompatible with UMSDOS root file system (Dick Repasky)
Re: KERNEL 2.0.36 - Unable to open an initial console (Dick Repasky)
Re: IPMasquerading / SSH
Re: pre7 and 3dfx/glide/Mesa ("Frank T. Lofaro")
Re: - deprecated - why? (Josef Moellers)
Re: WDM Emulator, anyone? ([EMAIL PROTECTED])
Re: Incompatibility with header files net/if.h and linux/netdevice.h (Villy Kruse)
Re: INT13 disk driver (Villy Kruse)
Red Hat problem (Mike Doland)
How can I tell if a kernel module is loaded from within kernel code? (Ronald S.
Kundla Jr.)
Re: virtualizing i386-linux (Robert Kaiser)
Re: Telephony and Linux (Gordon Scott)
Re: Secuity hole with perl (suidperl) and nosuid mounts on Linux (Matt Sergeant)
Re: INT13 disk driver (Andreas Mohr)
Re: Kernel 2.0.35 - Kernel 2.0.36 (Jan Andres)
Re: A Call To Arms (Ancipital)
Re: A Call To Arms (Francisco =?iso-8859-1?Q?Cola=E7o?=)
Linux unchanged for over two years...?! (Mark Tranchant)
2.2.0-pre7 and APM - system clock loses time! (Chris Rankin)
----------------------------------------------------------------------------
From: Frank Hale <[EMAIL PROTECTED]>
Subject: Re: 2.2.0pre7 dowsnt load modules
Date: 18 Jan 1999 05:35:14 GMT
Staffan Nilsson wrote:
>
> Hello
>
> I know this problem, or similar ones, have been discussed already, but I
> still have no luck running 2.2.0pre7 on a standard redhat 5.2
> installation. The problem is that the kernel doesnt load any modules,
> and therefore is rather useless. I tried installing modutils 2.1.121
> from rahide, but they didnt would (see previous discussion). Someone
> suggested getting the source rpm and recompiling,so I did. It compiled
> fine, but after installation, my standard 2.0.36 kernel didnt find its
> modules. I didnt even bother trying to run 2.2.0.
>
> So now I am back to the old standard 2.0.36.
>
> Can anybody help?
>
> /Staffan
Post all of the error messages from /var/log/messages, dmesg, give us
all the messages you can so we can help you. I have just been through
this last week and I am feeling pretty confident that if I can figure it
out maybe I can help you figure it out.
--
From: Frank Hale
Email: [EMAIL PROTECTED]
ICQ: 7205161
Homepage: http://members.xoom.com/frankhale/
Jade: http://jade.netpedia.net/
"Excuse my english I went to a US public school"
------------------------------
From: [EMAIL PROTECTED] (Dick Repasky)
Subject: Kernel 2.0.36 bug: initrd incompatible with UMSDOS root file system
Date: 18 Jan 1999 06:27:45 GMT
Reply-To: [EMAIL PROTECTED]
Use of an initrd image during bootup foils use of an UMSDOS root file
system. After the linuxrc script returns, the root file system is
successfully mounted as an umsdos file system, but the umsdos file
system code fails to recognize that the file system being mounted is a
root file system and fails to implement the pseudo_root operation.
My experimental evidence is as follows:
First, I edited /usr/src/linux/fs/umsdos/inode.c so that all flavors
of printk in UMSDOS_read_super were active (changed them to printk),
and recompiled the kernel.
After recompilation, UMSDOS_read_super made no effort to perform the
pseudo root operation if I made use of an initrd image.
UMSDOS_read_super successfully performed the pseudo_root operation
if I did not make use of the initrd image.
This is the first time that I've ever looked at any kernel source
code, so I have absolutely no idea how to fix the problem.
Dick
--
Remove the underscore from my e-mail address to reply by mail.
------------------------------
From: [EMAIL PROTECTED] (Dick Repasky)
Subject: Re: KERNEL 2.0.36 - Unable to open an initial console
Date: 18 Jan 1999 06:25:48 GMT
Reply-To: [EMAIL PROTECTED]
Although file groups and permissions were terribly wrong in my first
post, it was actually a problem with the umsdos file system that
brought down the boot process. I've posted a bug report to this
group.
On 18 Jan 1999 03:50:31 GMT, Dick Repasky <[EMAIL PROTECTED]> wrote:
>It's really embarassing when I post something and then figure out
>the answer. How about those file permissions, eh?
>
>Dick
>
>--
>
>Remove the underscore from my e-mail address to reply by mail.
--
Remove the underscore from my e-mail address to reply by mail.
------------------------------
From: [EMAIL PROTECTED] ()
Subject: Re: IPMasquerading / SSH
Date: Mon, 18 Jan 1999 06:28:35 GMT
Thanks for the pointers all; I've been having this problem, and
couldn't really figure out why...
mumford ([EMAIL PROTECTED]) wrote:
<snip>
: # ipfwadm -M -s 7200 0 0
: changes the TCP timeout to 7200 seconds (2 hours), and doesn't touch the
: TCPFIN and UDP timeouts. The equivalent IPCHAINS command is
: # ipchains -M -S 7200 0 0
------------------------------
From: "Frank T. Lofaro" <[EMAIL PROTECTED]>
Subject: Re: pre7 and 3dfx/glide/Mesa
Date: 18 Jan 1999 06:55:42 GMT
In <[EMAIL PROTECTED]> on Sun, 17 Jan 1999 12:47:40 +0100, gpasa
<[EMAIL PROTECTED]> wrote in comp.os.linux.development.system:
>Hi,
>I've built the 2.2.0-pre7 kernel with no problems,
>(like the 2.2.0-pre4 version) but now I cannot anymore play
>quake or other 3dfx -- Mesa -- glide ... apps ? while they work
>fine with pre4. Any clue ?
>--
>Sincerely yours,
> Pasa Guglielmo
Since your post doesn't give any more description of the problem,
don't expect it to get fixed soon, or possibly ever.
You really need to give more information, such as:
What DOES happen? Does it hang? Segfault? Program just exits? Cause
the system to hang, or reboot? Run with a black screen? Put up garbage
on the screen? Colors all wrong? Parts of screen missing?
What version of Mesa? What version of Glide? What 3dfx card you have?
What other apps? Did you compile any of them yourself, and if so, with
what compiler version?
Did you change any of the kernel config options? Does it detect
different hardware or hardware settings? Do you get any syslog errors?
When it boots? When you run 3dfx/Mesa/Glide apps?
Without that info no one has enough to go on. Forcing them to find it
themselves, if they even can reproduce the problem. Or causing many
people to give it a very low priority, or utterly ignore it, since we
don't want to do stuff that you should be doing (if it is important to
you, you'll do it, and we have better ways to spend our time)
------------------------------
From: Josef Moellers <[EMAIL PROTECTED]>
Subject: Re: - deprecated - why?
Date: Mon, 18 Jan 1999 08:29:15 +0100
Matthew Hannigan wrote:
>
> In article <[EMAIL PROTECTED]>,
> Tristan Wibberley <[EMAIL PROTECTED]> wrote:
> >That's insane! All the options should have '-' prefixed.
>
> Tell that to the authors of tar and BSD ps.
At least with "tar", there's a reason for not having a dash: The
"options" are not optional! Same applies to "ar".
I agree wrt "ps".
--
Josef Moellers [EMAIL PROTECTED]
UNIX - Live free or die!
PS Dieser Artikel enthaelt einzig und allein meine persoenlichen
Ansichten!
PS This article contains my own, personal opinion only!
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.os.ms-windows.programmer.nt.kernel-mode
Subject: Re: WDM Emulator, anyone?
Date: Mon, 18 Jan 1999 08:12:40 GMT
In article <[EMAIL PROTECTED]>,
mlw <[EMAIL PROTECTED]> wrote:
> I want to write a driver library that will (first) allow an NT (WDM)
> driver to be recompiled into a Linux device driver. Later, after this
> works, a loader that will load an fixup binary NT kernel drivers.
Try opening http://www.sid-dis.com/rectos . It is actually an attempt to
implement a FreeNT (under GNU lic.): they wrote a lot of code in drivers area
for now.
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
From: [EMAIL PROTECTED] (Villy Kruse)
Crossposted-To: comp.os.linux.networking,comp.os.linux.misc
Subject: Re: Incompatibility with header files net/if.h and linux/netdevice.h
Date: 18 Jan 1999 09:27:25 +0100
In article <[EMAIL PROTECTED]>, root <[EMAIL PROTECTED]> wrote:
>Hi,
>
>I recently installed RedHat 5.2, and tried to compile dhcpcd-0.70, which
>failed due to header file conflicts.
Any good reason to do so when redhat comes with exactly that version?
Anyway, start from the package in SRPMS. This will include all the patch
files required to solve your problem.
Villy
------------------------------
From: [EMAIL PROTECTED] (Villy Kruse)
Subject: Re: INT13 disk driver
Date: 18 Jan 1999 09:30:58 +0100
In article <[EMAIL PROTECTED]>,
Allan Jensen <[EMAIL PROTECTED]> wrote:
>Hi there,
>
>Would any of you know of a disk driver for Linux that utilizes INT13 (the BIOS
>interface)
>
>as the Disk I/O driver?
>
>I am in quite a need for such one, for a project I'm involved in.
>
For real non-standard stuff you are really on your own. The INT13 interface
cannot be used as it needs to run in old 8088 mode wheras linux needs to run
in real 80386 aka protected mode.
Villy
------------------------------
From: Mike Doland <[EMAIL PROTECTED]>
Subject: Red Hat problem
Date: 18 Jan 1999 00:00:26 -0800
Hi
I have to problems with my Red Hat installation.
1)
I chose one of the Logitec mouse drivers. I know I have a serial one (of
course), but I'm not sure if I chose the right one. My problem is when I try to
shutdown, it won't work. The only time it works is if I do it from the command
line and with the option reboot. I get some message that it is supposed to
shutdown the mouse routine, but my mouse still works and the screen is still
there. During all of these things, I use xdm. What is wrong.? How do I change
the mouse driver to generic in an installed Red Hat 5.2?
2)
As above, I am using xdm (X) in Red Hat 5.2. Sometimes during the work with the
computer the screen kind of freezes for a second or two. What is that? I have
128 MB memory, enough disk and an AMD 233 MHz processor.
Please, mail me at:
[EMAIL PROTECTED]
Mike
------------------------------
From: [EMAIL PROTECTED] (Ronald S. Kundla Jr.)
Subject: How can I tell if a kernel module is loaded from within kernel code?
Date: Tue, 12 Jan 1999 22:27:38 GMT
Hi everybody!
I am experimenting on the 2.0.35 kernel where I want to move a chunk
of kernel code into a loadable module (the "bridge" code to be exact).
The purpose of this is to put a "stub" in place that would allow me to
create custom bridge code to a speciallized application without
destroying :) too much of the linux kernel.
1) Is this feasible?
2) How can I tell from the kernel if that module has been loaded by
the user/OS?
3) Should I register it as a netdevice? What functions could I use to
look up the registration and verify it has been loaded?
Also, is there a recommended book besides the one from Rubini that has
comprehesive kernel information?
Thanks in advance!
Ron
============= Posted via Newsfeeds.Com, Uncensored Usenet News ============
http://www.newsfeeds.com/ The Largest Usenet Servers in the World!
============= Over 66,000 Groups, Plus a Dedicated Binaries Server ============
------------------------------
From: [EMAIL PROTECTED] (Robert Kaiser)
Subject: Re: virtualizing i386-linux
Date: 18 Jan 1999 09:32:08 GMT
In article <[EMAIL PROTECTED]>,
Emile van Bergen <[EMAIL PROTECTED]> writes:
> Sheesh, this is a long post... hope I didn't bore the * out of you! ;-)
Not at all. Just in case you haven't done so yet, check out
http://os.inf.tu-dresden.de/L4/
and the links you find on that page. Might be interesting to you!
================================================================
Robert Kaiser email: rkaiser AT sysgo DOT de
SYSGO RTS GmbH
D-55129 Mainz / Germany
------------------------------
From: [EMAIL PROTECTED] (Gordon Scott)
Subject: Re: Telephony and Linux
Date: 18 Jan 1999 11:04:27 GMT
Reply-To: Gordon Scott <[EMAIL PROTECTED]>
David Rivenburg ([EMAIL PROTECTED]) wrote:
: Check out mgetty+sendfax. Not exactly a telephony library, but could
: be very useful in developing one.
: Screech wrote:
: >
: > I am looking for a library for telephony under Linux. In particular,
: > I need something that will allow me to utilize caller ID. Is there
: > such a beast? TIA...
Depending on your needs, you could also keep an eye on www.voxilla.org
and www.linuxtelephony.org. They both have differeing telephony slants,
however it's also a bit early to use much from either.
G.
--
Gordon Scott Opinions expressed are my own.
[EMAIL PROTECTED] (official) [EMAIL PROTECTED] (backdoor)
[EMAIL PROTECTED] (home) http://www.apis.demon.co.uk
Linux ............... Because I like to _get_ there today.
------------------------------
From: Matt Sergeant <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc,comp.lang.perl.misc
Subject: Re: Secuity hole with perl (suidperl) and nosuid mounts on Linux
Date: Mon, 18 Jan 1999 11:52:35 +0000
Ilya Zakharevich wrote:
>
> Did I understand it correct: you chown/set-suid script.pl while it is
> in your laptop, insert it in a server floppy, and run user-level perl
> on it and it bombs? How so?
Basically you have an ext2fs formatted floppy that can hold permission
information. Copy an suid perl script to the floppy, insert it into the
server, run "suidperl /mnt/floppy/scriptname" and BAM! - root access to
the server.
I think that's it anyway - I've not tested this yet.
--
<Matt email="[EMAIL PROTECTED]" />
| Fastnet Software Ltd | Perl in Active Server Pages |
| Perl Consultancy, Web Development | Database Design | XML |
| http://come.to/fastnet | Information Consolidation |
------------------------------
From: [EMAIL PROTECTED] (Andreas Mohr)
Subject: Re: INT13 disk driver
Date: 18 Jan 1999 12:10:18 GMT
Villy Kruse ([EMAIL PROTECTED]) wrote:
> In article <[EMAIL PROTECTED]>,
> Allan Jensen <[EMAIL PROTECTED]> wrote:
> >Hi there,
> >
> >Would any of you know of a disk driver for Linux that utilizes INT13
(the BIOS interface)
> >
> >as the Disk I/O driver?
> >
> >I am in quite a need for such one, for a project I'm involved in.
> >
> For real non-standard stuff you are really on your own. The INT13 interface
> cannot be used as it needs to run in old 8088 mode wheras linux needs to run
> in real 80386 aka protected mode.
Well, somebody sometime posted an "ugly", but small program that uses VM86
in order to call BIOS functions in virtual 8086 mode.
Maybe one could use that.
Unfortunately I don't have any URL any more...
Maybe it would be quite difficult to use the VM86 mechanism in a driver.
But it would definitely be an interesting thing.
Especially as there are some people out there who own notebooks with
"Int 13 only" diskette drives.
If VM86() can be used within a driver, I think that it really would be
feasible.
Just do it ! :-)
--
Andreas Mohr
------------------------------
From: [EMAIL PROTECTED] (Jan Andres)
Subject: Re: Kernel 2.0.35 - Kernel 2.0.36
Date: 17 Jan 1999 16:51:00 +0100
[EMAIL PROTECTED] (Jan Hühne) writes:
> When I boot my mashine the following error is printed:
> --------
> /lib/modules/2.0.36/net/slhc.o: kernel-module versino mismatch
> /lib/modules/2.0.36/net/slhc.o was compiled for kernel version
> 2.0.35
> while this kernel is version 2.0.36
> slhc: No such file or directory
> --------
>
> What does this mean? Can anybody help my?? PLEASE???
Maybe you copied the modules from an older kernel version instead of
recompiling them? You must "make modules; make modules_install" in the
kernel source tree to properly install the modules of your kernel.
Hope that helps.
--
Jan Andres
Email (rot13ed to avoid spam): [EMAIL PROTECTED]
Ham radio: DH2JAN
------------------------------
From: [EMAIL PROTECTED] (Ancipital)
Crossposted-To:
comp.os.linux.development.apps,comp.os.linux.hardware,comp.os.linux.m68k
Subject: Re: A Call To Arms
Date: Mon, 18 Jan 1999 10:05:24 GMT
On Sat, 16 Jan 1999 20:55:24 -0400, Grant Leslie
<[EMAIL PROTECTED]> wrote:
>
>For the record I'm not an "MS hater" per say, just someone who hates
>paying for bad software. People use the free software, in Linux, for one
>simple reason, it does what they want it to do, period. A wonderful side
>effect is you don't have to pay for it.
>
>
>> Waiting for the flames to begin...
Hmm, well, no flaming from this quarter. Witness the RH 5.2 server I
run. I had actually bought a copy of NT 4 server (which isn't cheap),
and decided that it was too clumsy, flaky and ugly to use, and grabbed
myself a copy of RH 5.2 instead. The NT is unused in the box on a
shelf, and the linux box is going great guns, and hasn't missed a beat
yet.
It's not that I am unwilling to pay for software (either personally or
professionally), but that I'd rather use the best tool for the job. In
this case, I was delighted to stick the brand spanking new copy of a
sub-standard OS (costing 600UKP) on the shelf, and replace it with one
which does the job.
Again, where an M$ tool is the best option, I'll use it.. I do have an
NT351 file/print server which runs quite well, and a load of Windows
client machines.. they are what users know, and are familiar with.
For beleaguered job IT people, the legitimisation of linux is
something of a godsend. In the past, TPTB were unwilling to let you
install mission-critical services on "some free system downloaded from
the net"- but now even the psueds at wired have heard of it (in their
coke-addled and inaccurate way), the Pointy Haired Bosses [tm] don't
worry so much. For people like me, an efficient, fast, solid O/S is
the main aim, and if it happens to be free, even better- it gets rid
of all the dubious motivations and lock-in tactics beloved of M$ et
al.
It doesn't mean that I won't buy commercial software for linux, either
for the office or home. Quite the reverse.
</ramble>
Ancipital- Inedible Buddhas reality control #1
http://www.buddhas.org is currently tqt- back soon.
To unmung email addr, remove all instances of "aremadeoffish"
"I'm not crying victim, but I am stating that a lot of spammers
are genuine scumbags." -Sanford Wallace
------------------------------
From: Francisco =?iso-8859-1?Q?Cola=E7o?= <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.development.apps,comp.os.linux.hardware,comp.os.linux.m68k
Subject: Re: A Call To Arms
Date: Wed, 13 Jan 1999 11:09:10 +0000
Reply-To: [EMAIL PROTECTED]
PHIL SMITH wrote:
> Besides, how many people have actually paid
> for software under Linux (be honest, now)? I have not, and probably will
> not ever pay for anything under Linux, the free stuff so far has filled
> my needs.
>
I must be a nobody, since I have paid my VariCAD license, and am willing
to extend it for another year.
Francisco
--
Francisco Miguel Pedroso Honório Colaço
[EMAIL PROTECTED]
Telef.: 039 410655 (Horas Laborais)
------------------------------
From: Mark Tranchant <[EMAIL PROTECTED]>
Subject: Linux unchanged for over two years...?!
Date: Mon, 18 Jan 1999 12:58:54 +0000
Reply-To: [EMAIL PROTECTED]
You developers must be just pretending to release new kernel versions.
Computerworld magazine, v33 n2 p113, states:
A new version of the Linux operating system's kernel (the core of the
free OS) is due within 1 month, the first changes in over 2 years.
Enhancements to the kernel could make Linux more appealing to corporate
networks. Although the kernel is improving, Gartner Group analyst
George Weiss said that other areas of the OS need to improve for Linux
to become "an enterprise class server operating system."
I think Linus is just a cron job releasing new-numbered, but identical
versions every few weeks... ;-)
NOTE: I DO NOT REALLY THINK THAT. I AM PERFECTLY AWARE OF THE 37 2.0
SERIES AND 139 OFFICIAL 2.1/2.2-pre DEVELOPMENT KERNEL RELEASES. PLEASE
DO NOT BOMBARD ME WITH FLAMES!
Mark.
------------------------------
From: Chris Rankin <net.bellsouth@{no.spam}rankinc>
Subject: 2.2.0-pre7 and APM - system clock loses time!
Date: Mon, 18 Jan 1999 14:07:29 GMT
Hi,
I just noticed this: normally, I can suspend the machine (using apm
v2.4, and YES I am running the apmd daemon - for what it's worth) and
xclock shows the correct time when I start the machine up again in the
morining. Well, this is my first morning with 2.2.0 and the system clock
was not correct. In fact it was about 5 hours slow and apmd claimed that
it had been asleep for slightly over an hour. I had to do a "hwclock
--hctosys" to resync the system clock with the CMOS.
The only think that's changed is the kernel (and its APM driver).
Cheers,
Chris.
------------------------------
** 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
******************************
