Linux-Development-Sys Digest #229, Volume #8 Sat, 21 Oct 00 16:13:09 EDT
Contents:
using /linuxrc ([EMAIL PROTECTED])
memory usage and mallinfo ([EMAIL PROTECTED])
Re: C++ compiler tools (Alexander Pozhitkov)
ICT-developments in Europe ("JGFA Leenders")
Re: !!!URGENT !!! Printer driver (Johan Leroy)
Re: !!!URGENT !!! Printer driver (Johan Leroy)
Re: CD-RW: CDFS? Unstable dev nos? (Mario Klebsch)
i820 Camino AGPset: Will it be supported? (Alessandro Frigeri)
Re: Unresolved symbol mystery ("stephane masson")
Re: Building a Driver ("stephane masson")
Which Gcc version to compile Linux Kernel ? ("T.R. Donahue")
Linux API (Mazlan Mat)
missed munmap delays release() ([EMAIL PROTECTED])
Re: Which Gcc version to compile Linux Kernel ? (Paul Kimoto)
Re: Linux API ("D. Stimits")
about Read and Write (Richard)
Re: Erors making modules with RedHat7.0 and 2.2.16-22 (Kevin M. Schoonover)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED]
Subject: using /linuxrc
Date: Sat, 21 Oct 2000 05:36:23 -0000
I'm about to make use of the /linuxrc feature. I'm interested in any
experiences people who have tried this for various purposes may have.
I don't need any help (yet) on making this happen; I'm just wanting
to be wary of any quirks I may encounter.
My uses for /linuxrc are these:
1. When booting from a CDROM, a /linuxrc program will find the CDROM
device, mount it, and load a 2nd ramdisk from a file on the CDROM,
set the kernel root device to that 2nd ramdisk, and let it switch.
The intent is to get a larger ramdisk than I can compress into a
2.88 MB floppy image. Potentially the size could be as large as
whatever I could compress into a CDROM.
2. When booting from a harddrive, with initrd loaded via lilo, run a
program to check for a flag indicating a request to enter admin mode.
If the flag is present, delete the flag, start up sshd, and wait.
If the flag is not present, exit and let the kernel switch root and
bring up the full system.
3. Similar to #2 except wipe off the primary root, and reload it from
an archive, either on a disk file, or over the network. The start
it up.
--
| Phil Howard - KA9WGN | My current websites: linuxhomepage.com, ham.org
| phil (at) ipal.net +----------------------------------------------------
| Dallas - Texas - USA | [EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED]
Subject: memory usage and mallinfo
Date: Sat, 21 Oct 2000 06:13:30 GMT
Is there any reason the VSZ reported in ps would be different than the
amount of memory allocated as reported by mallinfo?
After running for a few days, ps says that my process is using 500
megabytes. The process itself claims, through mallinfo, that only 300
megabytes have been allocated by the system. (300 megabytes is correct
from a practical perspective.)
Any ideas what causes this?
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
From: Alexander Pozhitkov <[EMAIL PROTECTED]>
Crossposted-To:
alt.linux,alt.linux.redhat,alt.os.linux,alt.os.linux.redhat,comp.linux,comp.linux.os,comp.os.linux.development,linux.redhat
Subject: Re: C++ compiler tools
Date: Sat, 21 Oct 2000 10:40:30 +0200
Hi!
You can encounter problems with stringstream class. It seems that this class is
not defined in the STL for Linux Red-hat 6.2.
> We are beginning to port our C++ applications from NT to Linux (Redhat) and
> are looking for opinions/recommendations for compilers. One important
> consideration is that the compiler must be close to the C++ standard in its
> language support. Our products use the STL heavily, so the implementation
> it works with must be supported and robust. We have a lot of code and would
> like to find a fast compiler that comes with a good debugger and generates
> fast code. Lastly, some of our 3rd party code does not support gcc, so it
> is not an option for us.
>
> Thanks,
> Dave
>
> =================================================
> David Steinhoff
> Vice President, Software Development
> Clareos, Inc.
> 209 S. Ashley St.
> Ann Arbor, MI 48104
> [EMAIL PROTECTED]
> O: (734)827-1254
> CP: (734)649-1304
------------------------------
From: "JGFA Leenders" <[EMAIL PROTECTED]>
Subject: ICT-developments in Europe
Date: Sat, 21 Oct 2000 10:24:18 GMT
Hello friends,
An informative website about the latest ICT-developments in the European
market:
http://www.geocities.com/foely_zip/it-innovation-europe.htm
Have a nice reading,
JGFA Leenders
Netherlands.
------------------------------
From: Johan Leroy <[EMAIL PROTECTED]>
Subject: Re: !!!URGENT !!! Printer driver
Date: Sat, 21 Oct 2000 10:27:27 GMT
Mike Dowling wrote:
> On Wed, 18 Oct 2000 17:17:54 GMT, Johan Leroy <[EMAIL PROTECTED]> wrote:
> >Hi there,
> >I want to optimize the linux printer driver (HP1120C) but I'cant find
> >the source code. I'm running RH7.0 and to print a simple text file it
> >takes to much time.
>
> I didn't realise that there were such things as printer drivers for
> Linux. Here, at least, our printers are all postscript printers, so
> they present no problems. The lpd daemon takes care of text files.
>
> Exotic printers as far as I am aware are always taken care of using
> ghostscript. This is often started automatically using filters.
>
> Do you do things differently?
>
> 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[32,33] are valid. If
> email to mikeN bounces, try mikeN+1.
I've selected in the printersetup (GNOME) a HP 1100 series, if I print with lpd
it takes minutes to complete a page, and thats way to slow; What I wana do is
find a way to speed it up. So if I understand you well I shoud not search for a
printerdrive but look to speed up lpd.
greetings
Johan Leroy
------------------------------
From: Johan Leroy <[EMAIL PROTECTED]>
Subject: Re: !!!URGENT !!! Printer driver
Date: Sat, 21 Oct 2000 10:31:25 GMT
Toby Haynes wrote:
> !! "Johan" == Johan Leroy <[EMAIL PROTECTED]> writes:
>
> Johan> Hi there, I want to optimize the linux printer driver (HP1120C) but
> Johan> I'cant find the source code. I'm running RH7.0 and to print a simple
> Johan> text file it takes to much time.
>
> Depends on which driver you are using. For printing info for linux, visit
>
> http://www.linuxprinting.org/
>
> For the HP Deskjet 1120C, you can either use the cdj850 driver or the
> gnome-print stp driver which should give (eventually) better results.
>
> http://www.linuxprinting.org/database.html
>
> has the details on all the printers.
>
> Cheers,
> Toby Haynes
>
> --
>
> Toby Haynes
> The views and opinions expressed in this message are my own, and do
> not necessarily reflect those of IBM Canada.
Thanks for the reply but I already use it and it isn't that good
Greetings
Johan Leroy
------------------------------
From: [EMAIL PROTECTED] (Mario Klebsch)
Subject: Re: CD-RW: CDFS? Unstable dev nos?
Date: Sat, 21 Oct 2000 13:27:02 +0200
[EMAIL PROTECTED] (Fred Goldstein) writes:
>1) The file system, CDFS, which Windows et al use for rewriting data
>(floppy-like) onto a CDROM doesn't seem to be there.
It is calles UDF (Universal Disk Format)
>Is this being added at any known time? (No, I don't have the skills
>to write the driver myself. Sorry.) I'm a little surprised because
>Linux has so many file systems already...
There is UDF for linux, too. Here is the README:
/* ------------------------------------------------------------------
* Linux(r) UDF Filesystem Driver
* Version: 0.9.0
* --------------------------------------------------------------- */
REQUIRED:
Linux version 2.1.70 or higher
COMPILING:
type: "make udf.o"
INSTALLING:
type: "make install"
KERNEL PATCH:
type: "make patch"
TESTING:
type "depmod -a"
type "modprobe udf",
then "mount -t udf /dev/scd0 /mnt"
(assuming /dev/scd0 is your scsi cdrom)
or
"mount -t udf -o loop image /mnt"
(Substitute "scd0", "image", and "/mnt" as appropriate for your
system)
For sample images, send email to Thomas Tempelmann <[EMAIL PROTECTED]>
with a subject of "Get UDF Sample Discs Access". You should get the URL
sent back within 5 minutes.
If you want to help out, subscribe to the linux_udf mailing list below.
OSTA-UDF
Optical Storage Technology Association Universal Disk Format
The Linux UDF development team mail list is:
[EMAIL PROTECTED]
Subscribe to the mailing list by sending a message to:
[EMAIL PROTECTED]
with a body of:
subscribe linux_udf
UDF developers should subscribe to additional lists:
subscribe osta_tc
subscribe osta_cd_dvd
Documentation on UDF and ECMA 167 is available FREE from:
http://www.osta.org/
http://www.ecma.ch/
73, Mario
--
Mario Klebsch [EMAIL PROTECTED]
PGP-Key available at http://www.klebsch.de/public.key
Fingerprint DSS: EE7C DBCC D9C8 5DC1 D4DB 1483 30CE 9FB2 A047 9CE0
Diffie-Hellman: D447 4ED6 8A10 2C65 C5E5 8B98 9464 53FF 9382 F518
------------------------------
From: Alessandro Frigeri <[EMAIL PROTECTED]>
Subject: i820 Camino AGPset: Will it be supported?
Date: Sat, 21 Oct 2000 13:55:16 +0200
Hello,
My new computer has the i820 chipset, running with 128Mb of Rambus, so
no MTH problems. The mainboard is a gigabyte ga-6cx. All is good and
stable running Debian-Potato and 2.4-t8 kernel, with Advansys-SCSI
support for the yamaha 8824S CDW and emu10k sound...
The video card is Matrox-G400. I compiled Xfree 4.0.1 and all runs well,
but for the mga module I've read I need kernel support for AGP.
On the Character Devices section I noted there's support for all the AGP
chipsets but not for the i820.
Is that a particular reason for that? If there's a patch for that,
where could I find it?
Thanks
Best regards
Alessandro Frigeri
**********************************************
Alessandro Frigeri
[EMAIL PROTECTED]
Radio Amateur Callsign: IK0YUP
**********************************************
------------------------------
From: "stephane masson" <[EMAIL PROTECTED]>
Subject: Re: Unresolved symbol mystery
Date: Sat, 21 Oct 2000 17:20:07 +0200
>From my expierience, theses number seems to be a kind of checksum
(MODVERSION option) that check if the module and the version of the kernel
are the same.
The solution is to recompile the kernel. Boot from the new kernel and
recompile the module from this kernel.
The checksums are computed at each compiltaion of the kernel. Then they are
copyed in files of the modules directory (in the kernel source tree). I
don't remember the name of the files, but a grep should help you :-).
I have struggled a lot with these thing without understanding everything it
does ;-)
Good Luck.
Stephane.
"Ed Hudson" <[EMAIL PROTECTED]> a �crit dans le message news:
[EMAIL PROTECTED]
> I have created a driver which successfully compiled and installed on a
> 2.2.14 kernel. I was testing backwards compatibility against kernel
> 2.0.34 and came up with a strange unresolved symbol. It said that
> register_chrdev_R2bbe2f35 was unresolved. When I did a grep of
> /proc/ksyms, it turned up register_chrdev_R528bfdb5. Does anyone have any
> insight into this?
>
>
> Thanks in advance
>
> Ed
>
------------------------------
From: "stephane masson" <[EMAIL PROTECTED]>
Subject: Re: Building a Driver
Date: Sat, 21 Oct 2000 17:24:06 +0200
C'est un message de format MIME en plusieurs parties.
=======_NextPart_000_0054_01C03B83.B746D100
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
The linux module programmer's guide is also a very good source of info.
It completes the Rubini's book.
=======_NextPart_000_0054_01C03B83.B746D100
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2919.6307" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#d8d0c8>
<DIV><FONT face=3DArial size=3D2>The linux module programmer's guide is =
also a very=20
good source of info.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>It completes the Rubini's=20
book.</FONT></DIV></BODY></HTML>
=======_NextPart_000_0054_01C03B83.B746D100==
------------------------------
From: "T.R. Donahue" <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.os.linux.misc
Subject: Which Gcc version to compile Linux Kernel ?
Date: Sat, 21 Oct 2000 16:22:31 +0200
During one of my Searches For Knowledge(tm) on the internet, I have stumbled
across some information related to kernel compilation that confused me
terribly. There is conflicting information available to which gcc version
should preferably be used to compile the linux kernel v2.2.16. There seem to
be people who claim that the kernel should preferably be compiled with Gcc
2.72.x instead of Gcc 2.95.x, due to some issues with 2.95.x, and the fact
that Linus himself still exclusively uses (and therefore tests) the kernel
with 2.72.x. I realize that this question has probably been asked before,
but when I do a search on, for example, deja, I get some results that say to
use Gcc 2.72.x, and some results that say to use Gcc 2.95.x. Now this might
be outdated info, but I can't help but wonder... So if anyone has info
regarding the use of Gcc 2.95.2 vs Gcc 2.72.3 with kernel compilations ?
Sincerely confused,
T.R. Donahue.
------------------------------
From: Mazlan Mat <[EMAIL PROTECTED]>
Subject: Linux API
Date: Sat, 21 Oct 2000 23:30:14 +0800
Hello there
Is the any documentation on Linux API just
like the M$ win API?
Thanks
------------------------------
From: [EMAIL PROTECTED]
Subject: missed munmap delays release()
Date: Sat, 21 Oct 2000 15:43:40 GMT
I posted earlier a question about close()
being delayed until the process exits. Here
is the answer.
My simple applcation has a loop which
opens and closes a device several (could be many)
times in succesion. While the device is open,
I use mmap() to map a PCI space. Note that I forgot
to put munmap() before the close.
It turns out that close() returns with a normal exit
code. However, the release() function of the driver
is no called until the application exits. Then, when
the program exits, release() is called for every
close() call made in the loop.
Admittedly it was a mistake to leave out the
munmap() call. But why would the release() calls to the
driver be stacked up like that? The close() documentation
leads you to believe that the memory segments would
be returned on close(), since it is said that close()
causes "all resources" associated with the file
descriptor to be returned.
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
From: [EMAIL PROTECTED] (Paul Kimoto)
Crossposted-To: alt.os.linux,comp.os.linux.misc
Subject: Re: Which Gcc version to compile Linux Kernel ?
Date: 21 Oct 2000 12:04:30 -0500
Reply-To: [EMAIL PROTECTED]
In article <8ss8js$m1p$[EMAIL PROTECTED]>, T.R. Donahue wrote:
> There is conflicting information available to which gcc version
> should preferably be used to compile the linux kernel v2.2.16. There seem to
> be people who claim that the kernel should preferably be compiled with Gcc
> 2.72.x instead of Gcc 2.95.x, due to some issues with 2.95.x, and the fact
> that Linus himself still exclusively uses (and therefore tests) the kernel
> with 2.72.x.
(At some point I think that it turned out that Linus and Alan Cox both used
egcs-1.1.*.)
Alan Cox now maintains 2.2.*, and in some recent release notes (see
http://www.linux.org.uk/) he writes:
: This code is intended to build with gcc 2.7.2 and egcs 1.1.2. Patches for
: building with gcc 2.95 are merged but less tested than other compilers.
: Caution is recommended when using gcc 2.95 and feedback is sought.
--
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.
------------------------------
Date: Sat, 21 Oct 2000 10:54:38 -0600
From: "D. Stimits" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: Re: Linux API
Mazlan Mat wrote:
>
> Hello there
> Is the any documentation on Linux API just
> like the M$ win API?
>
> Thanks
Most of it is the standard lib of C, Linux doesn't typically remake all
the rules in its own name. POSIX and ANSI are a big part of what you
find here. In terms of system calls, many of these are specified by
POSIX. So a big part of the question is, what API are you asking about?
The C API? System calls in particular? Libraries for graphics (these are
often their own thing, not part of linux per se)? File access?
Networking? It depends what you want, perhaps a better description of
what you are interested in, or samples of things you would like a
comparison of, would help.
For a sample, cd to /usr/man/man3/, and look at the files there; they
are accessed with:
man -S 3 <function name>
(or man -a <function name>, which will cycle through all of them from
all sections, going to the next after you leave the first version's
definition).
There are also often info pages (e.g., info emacs), but I prefer the old
man pages for fast function and interface info. One thing to know is
that if a man directory is not in your man path, you won't see what is
in it via the man command. For example, if you installed the man pages
to a 3rd party library, the pages will often end up in /usr/local/man/,
which might not be in your man path by default. See "man man".
There are also often explanations of libraries (if you chose to install
the docs) in /usr/doc/.
------------------------------
From: Richard <[EMAIL PROTECTED]>
Subject: about Read and Write
Date: Sun, 22 Oct 2000 02:00:54 +0800
When I use the system call read and write for block device, it will be
requested through the buffer_head to get the data. Are there any ways to
bypass the buffer_head so that I can retrieve the data directly from the
disk?
Thanks,
Richard.
------------------------------
From: [EMAIL PROTECTED] (Kevin M. Schoonover)
Crossposted-To: comp.ox.linux.setup
Subject: Re: Erors making modules with RedHat7.0 and 2.2.16-22
Date: Sat, 21 Oct 2000 19:04:49 GMT
Reply-To: [EMAIL PROTECTED]
I ran into the same problem, but with making the kernel. I haven't got
to the modules yet. Changing the Makefile to call kgcc did not help.
Only redefining worked (i.e. within the function:
#define smp_num_cpus 1
).
kms
On Wed, 18 Oct 2000 21:06:44 GMT, [EMAIL PROTECTED] wrote:
>root <[EMAIL PROTECTED]> wrote:
>> I had to redefine smp_num_cpus, for no reason I could quickly determine,
>> in '/linux/kernel_stat.h' whilst compiling the kernel. The reported
>> error was an undefined symbol, probably some conditional compilation I
>> couldn't be arsed to look for.
>
>It's worth checking to make sure you edited the top-level Makefile to
>call kgcc, since the compiler shipped with RH 7 can't compile the
>kernel.
>
>--
>Matt Gauthier <[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
******************************
