Linux-Development-Sys Digest #756, Volume #6 Sun, 30 May 99 19:14:11 EDT
Contents:
Re: IBM PS/2 Microchannel SCSI device driver ? (Georg Schwarz)
SuSE Linux 5.2 (Simon Brace)
CALL ME NOW !!! 1-473-408-8317 28115 ([EMAIL PROTECTED])
Re: Configuration Manager for Linux ("kwok c. lee")
glibc-crypt-2.1.1 ("Rene Herman")
Re: copy on write (Andi Kleen)
Re: Glibc rant (Steve Peltz)
Re: glibc-crypt-2.1.1 (Andreas Jaeger)
Re: Solaris binary compatibility? (Dr H. T. Leung)
Re: ELF header specifications (Marco Francesconi)
Re: glibc-crypt-2.1.1 (Paul Kimoto)
Re: Configuration Manager for Linux (Christopher B. Browne)
ioremap vremap : unresolved symbol with insmod (Daniel Lintjens)
Re: device driver in Kernel 2.2.9 (Kevin Burton)
SCSI Command MODE SELECT (Frank Olschewski)
How to install a sound card ("Bourass�")
IRQ 61, TLB IPI problem (Andrew Daviel)
Re: Rebuilding SRPMs (David Wragg)
Re: IRQ 61, TLB IPI problem (Greg White)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (Georg Schwarz)
Subject: Re: IBM PS/2 Microchannel SCSI device driver ?
Date: 30 May 1999 09:59:43 GMT
[EMAIL PROTECTED] writes:
>Also http://www.dgmicro.com/mca/
thanks. That did the trick. I'm now running Linux 2.2.9 on an IBM model 70
with 120 MB ESDI, 10 MB RAM (partly on MCA RAM expansion card) and a 3c523
ethernet card. The 3c523 driver however unfortunately seems to still have
a few (timimng?) problems (cf. my other posting).
I'll now try moving the disk into a Model 55 with 4 MB RAM to see whether
it works (it has too little RAM for a direct ramdisk install)..
--
Georg Schwarz ([EMAIL PROTECTED], [EMAIL PROTECTED], PGP 2.6ui)
Institut f�r Theoretische Physik +49 30 314-24254 FAX -21130 IRC kuroi
Technische Universit�t Berlin http://home.pages.de/~schwarz/
------------------------------
From: Simon Brace <[EMAIL PROTECTED]>
Subject: SuSE Linux 5.2
Date: Sun, 30 May 1999 10:56:38 +0100
My name is Simon, I have S.u.S.E. Linux 5.2 and it will not recognise my
cd-rom drive, it is a creative labs cd-rom drive that is about 5 years
old. How do I get it to work?
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To:
comp.object,comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.hardware
Subject: CALL ME NOW !!! 1-473-408-8317 28115
Date: Sunday, 30 May 1999 14:50:37 -0600
Reply-To: SEXY MAN
I am waiting for u ...... (HOT BABE)
1-473-408-8317
PHONE - 1-473-408-8317 - NOW
;
------------------------------
From: "kwok c. lee" <[EMAIL PROTECTED]>
Subject: Re: Configuration Manager for Linux
Date: Sun, 30 May 1999 09:55:24 -0400
[EMAIL PROTECTED] wrote:
> For quite a while, I've been thinking of making a (or working on an
> existing) configuration manager for Linux. I.e., it would/could set up
> hardware, network connections, users+passwords, etc.
>
> I know that a number of such systems exist, however I've been disappointed
> by the offerings. I.e., poor interfaces, poor handling of version
> checking (a configuration manager, upon invoking an external tool, such as
> ifconfig, should first check if it is using a particular version), poor
> help systems, poor modularity, poor hardware management, etc.)
>
> For a while, I thought of extending COAS (http://www.coas.org), however
> there were a number of things I thought should be changed (the interface
> is poor, it doesn't work over networks, the help system stinks, etc.)
>
> What I had in mind was a tool, or set of tools, that did configuration
> management "the Right Way(tm)". It would allow users to perform common
> tasks with ease (that's the whole point, right?), however it would be sure
> to inform the user on what was happening (perhaps having an option to view
> what commands were being made (ifconfig, route, insmod, etc)) as well as
> any errors that occurred.
>
> In terms of architecture, I was thinking of using a combination of C (or
> C++), XML (using libxml, which is only 130k in size), and Perl. The core
> stuff would be done in C (anything that doesn't do actual configuration
> routines), the "modules" would be written in Perl, as Perl is well-known,
> has excellent string management tools, and is available on most Linux
> setups, and specific data sets would be written in XML, such as the
> definition of a piece of hardware.
>
> The system would also try not to be specific to any one package. For
> example, if a user changed the information about their video card, the
> configuration system would update info for X, SVGAlib, GGI, etc. This
> same idea of modularity could also be applied to user management, where if
> a user changed their password, the sysadmin could optionally chose to have
> the passwords updated in /etc/passwd, /etc/smbpasswd, or whatever system
> is available.
>
> Thoughts? Comments? Flames?
>
> --
> David Ludwig | "The Linux philosophy is laugh in the face of
> davidl<at>wpi.edu | danger. Oops. Wrong One. 'Do it yourself.'
> http://www.wpi.edu/~davidl | That's it." - Linus Torvalds
How about linuxconf ?? It probably doesnt have everything you want, but it
seems to me it is getting there. I could be wrong since I havent really
spent that much time on linux.
------------------------------
From: "Rene Herman" <[EMAIL PROTECTED]>
Subject: glibc-crypt-2.1.1
Date: Sun, 30 May 1999 16:55:42 +0200
Hi everyone,
My apologies if this group isn't completely appropriate...
I can't seem to locate the glibc 2.1.1 crypt add-on. Tried
sourceware.cygnus.com, ftp.gnu.org, ftp.funet.fi and ftp.ifi.uio.no, which
are all the locations I could find in the documentation. Might anyone know
where I could get at it? Or should I just use the 2.1 version?
Also, does glibc-2.1.1 still need the libstdc++-2.8.1.1 patch? If so, is a
2.8.1.2 (or whatever) forthcomming that works directly with glibc 2.1(.1) ?
Regards, Rene
------------------------------
Subject: Re: copy on write
From: Andi Kleen <[EMAIL PROTECTED]>
Date: 30 May 1999 15:20:47 +0200
Nitin Malik <[EMAIL PROTECTED]> writes:
> I have mapped some kernel buffers to user space via mmap()
>
> When i call mmap with READ and WRITE access and MAP_SHARED flag, the
> changes the user does in the buffers are visible to the kernel... this is
> as expected.
>
> I have written a small routine that can set/reset the write permission on
> a page using the pte_mkwrite() and pte_wrprotect(). This is similar to the
> remap_page_range() function. When the write permissions are reset using my
> routine, the user should not be able to write, but it is able to do so via
> the COW which is some how set... the kernel buffers are still preserved as
> before. How do I override the COW property? I printed the physical
> address and they are indeed different from before.
You seem to have reinvented mprotect(2)
You cannot override the "COW property", because the two pages are now fully
separate now and do not even know anything about each other. Linux forgot
that they were once the same because the pte is changed and there is no
other datastructure that knows about the pages.
The only way to "override" it is to implement your own memory manager that
manages pages behind the users back using mmap()/munmap()/SIGSEGV. There are
several object databases that use similar tricks, e.g. the Texas Object Store
[hope I got the name right] or the oo database included with rscheme.
>
> When I called mmap with only READ and MAP_SHARED flag and then later set
> the write permission using my above mentioned function, the COW doesn't
> come into play. Can some one explain me why this is so??
Because your function only changed the pte properties of the original pages,
not of the newly mapped reference.
Linux has a very simple (=fast) mm system which keeps no redundant information,
unlike the SYSV or BSD layering monstrosities. So after a page clone there is
no way back.
-Andi
--
This is like TV. I don't like TV.
------------------------------
From: [EMAIL PROTECTED] (Steve Peltz)
Subject: Re: Glibc rant
Date: 19 May 1999 08:37:45 GMT
In article <[EMAIL PROTECTED]>,
Stefan Monnier <[EMAIL PROTECTED]> wrote:
>To me the main problem is more profound: the inability to have a single
>executable working with both glibc-2.1 and glibc-2.0 makes NFS sharing
>painful. Yes, there are workarounds, of course, but the libc5 to libc6
>switch was much less painful from a syadmin point of view.
I don't understand. Doesn't an incompatible new version of a library
come out with a different soname? Why can't you have multiple versions
of the library? You're wasting a bit of disk and memory, but that's all.
RPM should have an option (probably on by default) to not completely
delete a package that provides a library that is still referenced when
doing an update with a newer version of that package, unless the new
package replaces the same version of the library.
The dynamic loader could also be smarter (perhaps it is in the latest
release, I'm still using 2.0). If the specified library version isn't
available, attempt to load a newer one (with the same major version
number). Of course, you can get a similar effect just by creating a
symbolic link for the non-existent libraries.
------------------------------
From: Andreas Jaeger <[EMAIL PROTECTED]>
Subject: Re: glibc-crypt-2.1.1
Date: 30 May 1999 18:28:32 +0200
>>>>> Rene Herman writes:
> Hi everyone,
> My apologies if this group isn't completely appropriate...
> I can't seem to locate the glibc 2.1.1 crypt add-on. Tried
> sourceware.cygnus.com, ftp.gnu.org, ftp.funet.fi and ftp.ifi.uio.no, which
> are all the locations I could find in the documentation. Might anyone know
> where I could get at it? Or should I just use the 2.1 version?
Just use the 2.1 version as Ulrich mentioned in his announcement.
> Also, does glibc-2.1.1 still need the libstdc++-2.8.1.1 patch? If so, is a
> 2.8.1.2 (or whatever) forthcomming that works directly with glibc 2.1(.1) ?
It still needs the patch. The next libstdc++ release will be part of
gcc-2.95 and will not have these problems.
Andreas
--
Andreas Jaeger [EMAIL PROTECTED] [EMAIL PROTECTED]
for pgp-key finger [EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Dr H. T. Leung)
Subject: Re: Solaris binary compatibility?
Date: 30 May 1999 17:26:07 GMT
There is a package called iBCS (intel binary compatibility specification or
something like that) which is supposed to be able to cross-load binaries under
linux from
other intel-based unices. It is standard part of Rad Hat 5.2 ish or equivalent
timed versions of FreeBSD, etc. Anyway, you can have a look around Sunsite for
this package.
I have no other knowledge of this except having heard of it... (and saw the
equivalent package referenced on the SparcLinux page which says it is able to
load SPARC Solaris binaries under SparcLinux).
In article <[EMAIL PROTECTED]>, Gerald Gutierrez <[EMAIL PROTECTED]>
writes:
|>
|> Hi.
|>
|> I understand Sun is changing Solaris for Linux binary compatibility
|> but not the other way around. Are there any projects underway to
|> allow user-level Solaris/X86 binaries to execute unchanged on Linux?
--
--------------------------------------------------
"What you don't care cannot hurt you." Chap. 7a, AMS-NS
------------------------------
From: Marco Francesconi <[EMAIL PROTECTED]>
Subject: Re: ELF header specifications
Date: Sun, 30 May 1999 18:40:25 +0200
LARS GRUNEWALDT wrote:
>
> Hi,
>
> I'm in the need of _exact_ specifications of the ELF executable header
> (I want to supply it in our own operating system). Where can I find a
> description how the ELF executable header generated by ld is to be used?
>
> thanx for spending time,
>
> Lars Grunewaldt
Try to browse at http://www.sco.com/developer/devspecs/
there you should find all you need to know about ELF.
Marco Francesconi
------------------------------
From: [EMAIL PROTECTED] (Paul Kimoto)
Subject: Re: glibc-crypt-2.1.1
Date: 30 May 1999 12:19:10 -0500
Reply-To: [EMAIL PROTECTED]
In article <[EMAIL PROTECTED]>, Rene Herman wrote:
> I can't seem to locate the glibc 2.1.1 crypt add-on. Tried
> sourceware.cygnus.com, ftp.gnu.org, ftp.funet.fi and ftp.ifi.uio.no, which
> are all the locations I could find in the documentation. Might anyone know
> where I could get at it? Or should I just use the 2.1 version?
Yes. (Cf. http://sourceware.cygnus.com/ml/libc-alpha/1999-05/msg00069.html.)
--
Paul Kimoto <[EMAIL PROTECTED]>
------------------------------
From: [EMAIL PROTECTED] (Christopher B. Browne)
Subject: Re: Configuration Manager for Linux
Reply-To: [EMAIL PROTECTED]
Date: Sun, 30 May 1999 18:51:58 GMT
On 30 May 1999 04:40:36 GMT, [EMAIL PROTECTED] <[EMAIL PROTECTED]> posted:
>For quite a while, I've been thinking of making a (or working on an
>existing) configuration manager for Linux. I.e., it would/could set up
>hardware, network connections, users+passwords, etc.
>
>I know that a number of such systems exist, however I've been disappointed
>by the offerings. I.e., poor interfaces, poor handling of version
>checking (a configuration manager, upon invoking an external tool, such as
>ifconfig, should first check if it is using a particular version), poor
>help systems, poor modularity, poor hardware management, etc.)
>
>For a while, I thought of extending COAS (http://www.coas.org), however
>there were a number of things I thought should be changed (the interface
>is poor, it doesn't work over networks, the help system stinks, etc.)
An alternative thought; consider building a "friendly front end" for
cfengine.
- It's network-aware, and permits controlling many computers from a central
"configuration set."
- It is expressly intended to provide the ability to "heal" things that are
broken.
- It's reasonably mature already, in terms of what it provides as a "base."
No need to code everything from scratch.
--
Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer <http://www.hex.net/~cbbrowne/lsf.html>
[EMAIL PROTECTED] - "What have you contributed to free software today?..."
------------------------------
From: Daniel Lintjens <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware
Subject: ioremap vremap : unresolved symbol with insmod
Date: Wed, 19 May 1999 09:10:23 -0400
Hi folks,
I am writing a device driver and I need to use the ioremap function to
access the boards memory.
Now when I compile it with this line
ACTadress = (unsigned long) ioremap (ACT40BASEMEMADRRS, 16 * 1024);
it compiles great, no warnigns, no nothing. When I try to do an insmod
however, I get an unresolved symbol error. Same if I use vremap (the old
name?) but then I get a compiler warning saying that I impleced device
this function.
Anyone out there who know's what i'm doing wrong ? I use the 2.2 kernel.
Should this work with 2.0 ?
Daniel
<><
------------------------------
From: Kevin Burton <[EMAIL PROTECTED]>
Subject: Re: device driver in Kernel 2.2.9
Date: Sun, 30 May 1999 13:08:28 -0700
fSEX.o? (SEX?????)
Cool! Is this s kernel driver for Internet PORN? ;)
������ wrote:
>
> I make a device driver in kernel 2.0.36 . But after I install kernel
> 2.2.9,
>
> it is not loaded to kernel!! error message is followed:
>
> % insmod fsex.o
>
> fsex.o: unresolved symbol vremap
> fsex.o: unresolved symbol memcpy_tofs
> fsex.o: unresolved symbol memcpy_fromfs
>
> So, I change memcpy_xxfs to copy_xxx_user, but same...
>
> % insmod fsex.o
>
> fsex.o: unresolved symbol vremap
> fsex.o: unresolved symbol copy_to_user
> fsex.o: unresolved symbol copy_from_user
>
> What is changed about PCI in kernel 2.2.9?
--
Kevin A. Burton
Internet Guy
------------------------------
Date: Sun, 30 May 1999 22:56:40 +0200
From: [EMAIL PROTECTED] (Frank Olschewski)
Subject: SCSI Command MODE SELECT
Hi,
I have problems communicate with SCSI devices.
I can do many things with SCSI devices, like reading settings, reading data
and play control of audio CDs.
But I cannot send a parameter mode page to a device. I can receive a mode
page with the MODE SENSE (0x1A oder 0x5A) command without problems, but
when I try to send the received data with MODE SELECT (0x15 oder 0x55)
unchanged back to the device I get an error (sense key = 5).
I try to send the CD Audio Control Parameters Page and Write Parameters
Mode Page but it fails.
Did I have to prepare the device in any kind before sending MODE SELECT?
Frank.
------------------------------
From: "Bourass�" <[EMAIL PROTECTED]>
Subject: How to install a sound card
Date: Sun, 30 May 1999 22:32:32 +0200
Hi all
I try to install a sound card (Sound Blaster Pro compatibility - ESS1868).
I have a Red Hat distribution (5.2) and I use it on a Compaq 486DX2. The
card is Ok for the bios system.
Can you help me?
Thanks
------------------------------
From: [EMAIL PROTECTED] (Andrew Daviel)
Subject: IRQ 61, TLB IPI problem
Crossposted-To: comp.os.linux.hardware,alt.comp.periphs.mainboard.asus
Reply-To: [EMAIL PROTECTED]
Date: Sun, 30 May 1999 21:36:14 GMT
I've got a dual Celeron system, ASUS 100MHz m/b. running RedHat 6.0 Linux
Dual 366MHz 370-pin PGA o/c to bus 85, CPU 450.
After running hard for 10 hours or so (mprime + setiathome)
I get :
Unexpected IRQ vector 61 on CPU #1
Stuck on TBL IPI wait (CPU #0)
This with kernel 2.2.5, and also 2.3.2 SMP
First time with 2.3.2, the system locked.
With 2.2.5, it hung in there for a couple of minutes with
lots of these errors, ethernet couldn't interrupt etc. then hung.
Hung to black screen (was in console mode, running softdog)
3finger salute no good, reset button no good (maybe didn't hold it
>4 seconds), front panel power off no good. Pulled the power for
1 minute - that worked, eventually.
Ideas ??
--
Andrew Daviel
http://vancouver-webpages.com/andrew
Deniable unless digitally signed.
------------------------------
From: David Wragg <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc
Subject: Re: Rebuilding SRPMs
Date: 30 May 1999 12:07:30 +0000
[EMAIL PROTECTED] (Christopher Browne) writes:
> Compiling the kernel to be "MMX-optimized" will be worthwhile in the
> specific case where you're running SCSI RAID, and can use MMX to make
> RAID5 checksums run faster. That is probably the only *significant*
> thing that could benefit in the kernel, and is only helpful if you're
> using SCSI and RAID5.
>
> That kernel optimization likely won't expose any Pentium-versus-PPro
> differences.
>
> Beyond that, I would be quite skeptical that there would be
> *substantial* performance improvements available to be reaped from
> specially compiling code for IA-32 variations.
The PPro and successors have conditional move instructions. These can
give quite significant performance improvements in typical code, by
eliminating branch mispredictions. For a kernel built with egcs-1.1,
there are measurable performance differences between one with
-mpentiumpro and one with -march=pentiumpro (the latter enables egcs
to use the cmov instructions). People get excited about the MMX and
KNI instructions, but the use of the much more mundane cmov can give
performance improvements for typical code, and it doesn't require
compiler heroics.
Unfortunately, there have been bugs in the cmov support of all release
versions of egcs so far. So you get a faster kernel that doesn't work
reliably.
David Wragg.
------------------------------
From: Greg White <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware,alt.comp.periphs.mainboard.asus
Subject: Re: IRQ 61, TLB IPI problem
Date: Sun, 30 May 1999 22:13:24 GMT
Andrew Daviel wrote:
>
> I've got a dual Celeron system, ASUS 100MHz m/b. running RedHat 6.0 Linux
> Dual 366MHz 370-pin PGA o/c to bus 85, CPU 450.
>
> After running hard for 10 hours or so (mprime + setiathome)
> I get :
> Unexpected IRQ vector 61 on CPU #1
> Stuck on TBL IPI wait (CPU #0)
>
> This with kernel 2.2.5, and also 2.3.2 SMP
>
> First time with 2.3.2, the system locked.
> With 2.2.5, it hung in there for a couple of minutes with
> lots of these errors, ethernet couldn't interrupt etc. then hung.
> Hung to black screen (was in console mode, running softdog)
> 3finger salute no good, reset button no good (maybe didn't hold it
> >4 seconds), front panel power off no good. Pulled the power for
> 1 minute - that worked, eventually.
>
> Ideas ??
>
> --
> Andrew Daviel
> http://vancouver-webpages.com/andrew
> Deniable unless digitally signed.
Uh, yeah. Try __not__ overclocking your CPUs.
GW
Follow-ups set to comp.os.linux.development.system (perhaps not the most
appropriate group in your list, but the only one I read.
------------------------------
** 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
******************************
