Linux-Development-Sys Digest #619, Volume #6 Tue, 13 Apr 99 06:14:13 EDT
Contents:
Re: kernel post mortem dump? ("Dieter Stueken")
Re: Parallel port access problem in c (Jens Kristian S�gaard)
Re: What is ia32? (Jonathan A. Buzzard)
Re: a problem with scanf (Michael Rubenstein)
Re: Compiling for x86 CPUs (Was: ... seperate "i686" tree for Redhat (wizard)
Re: SMP Linux, Any Catches? (bill davidsen)
Re: Yet Another Audio Chip ([EMAIL PROTECTED])
SIGPOLL on socket errors (Paul Vojta)
Add debug patch to executable without recompile-How? (D.Baker)
tiocremote equivalent for linux tty / pty ([EMAIL PROTECTED])
ac patch ("Robert H. Miller")
Re: Linux Servers, what to buy? (Scott Mayberry)
Re: sending to client programs ("Tan Kiat Seng")
Red Hat 5.2 ("Jeremiah Daniels")
asynchronous disk I/O ([EMAIL PROTECTED])
Re: Is use of WINE acceptable for a short-term implementation of ThinkPad Modem?
(Dionyshs Papadopoulos)
Help on programming (j)
message tracing ("jeje")
Re: What is ia32? (Frank Sweetser)
POSIX and signals (Kev)
----------------------------------------------------------------------------
From: "Dieter Stueken" <[EMAIL PROTECTED]>
Subject: Re: kernel post mortem dump?
Date: Wed, 07 Apr 1999 10:25:40 +0200
Robert Schiele wrote:
>
> Dieter Stueken wrote:
> >
> > Hello,
> >
> > I get sporadic system crashes during a X-session. Thus I can't get
> > any oops or panic messages, as the text-console is not restored. Is
>
> Is the X server shutting down or is just the mouse cursor position
> freezed.
> I have a similar problem. While I am working under X, sometimes at one
> moment the mouse does not move any more. Also the keyboard is completely
> blocked. Neither Ctrl+Alt+BS nor Ctrl+Alt+Del nor anything else does
> lead to any action. The only thing I can do is pressing the reset
> button.
> From the syslog I know that cron jobs are executed during this blocked
> state.
>
> > there
> > any analysing tool to find out what happened after I pressed reset,
> > similar
> > to a system-dump on solaris, or something?
>
> The only thing I know is the syslog.
no, the host does not respond on the network any more, too.
But I can't find any message in the syslog. But I think the
kernel won't write anything to disk after a panic, either.
Dieter.
--
Dieter St�ken, con terra GmbH, M�nster
[EMAIL PROTECTED] [EMAIL PROTECTED]
http://www.conterra.de/ http://qgp.uni-muenster.de/~stueken
(0)251-980-2027 (0)251-83-334974
------------------------------
From: [EMAIL PROTECTED] (Jens Kristian S�gaard)
Subject: Re: Parallel port access problem in c
Date: 13 Apr 1999 02:06:56 +0200
"Thomas Kay" <[EMAIL PROTECTED]> writes:
> Any ideas about what i've done wrong?
You need to use ioperm() to allow yourself to actually use the
ports. Then ofcourse you need to be allowed to use ioperm() (i.e. you
must be running as root).
> /* hopefully a nice and simple led output proggy */
I can be made more simple...
> #include "port.h"
Throw port.h away, and replace it with:
#include <sys/io.h>
static inline int port_in( int port ) { return inb( port ); }
static inline void port_out( unsigned short int port, unsigned char
val ) { outb( val, port ); }
That'll give you the same effect -- reduction in code size -- and no
changes to the original program required. It would probably make the
code alot more portable too ;-)
Change the main programs as the following:
#include <unistd.h>
> main()
> {
> int x;
if( ioperm( 0x378, 2, 1 ) ) {
printf( "ioperm() failed\n" );
exit(0);
}
> for (x = 0; x != 9999999; x++)
> port_out(0x378,0x0F);
> }
You use ioperm this way:
ioperm( port, span, off/on );
I've used span 2, as that's how much the parallelport covers (0x378 -
0x37A).
--
Jens Kristian S�gaard,
[EMAIL PROTECTED] -- http://soegaard.hypermart.net/
------------------------------
From: [EMAIL PROTECTED] (Jonathan A. Buzzard)
Subject: Re: What is ia32?
Date: Mon, 12 Apr 1999 23:18:19 +0000
In article <[EMAIL PROTECTED]>,
Frank Sweetser <[EMAIL PROTECTED]> writes:
> Urs Thuermann <[EMAIL PROTECTED]> writes:
>
>> [EMAIL PROTECTED] (Aki M Laukkanen) writes:
>>
>> > This leads me thinking that they were mostly bug fixing although I
>> > didn't follow ia32 kernel development at that time.
>>
>> That's thwe second time I read this term. What is ia32?
>
> intel architecture, 32 bit. ie, x86.
>
Hum, don't Intel do non x86 32-bit processors? Though this is indeed
what it refers to.
JAB.
--
Jonathan A. Buzzard Email: [EMAIL PROTECTED]
Northumberland, United Kingdom. Tel: +44(0)1661-832195
------------------------------
From: [EMAIL PROTECTED] (Michael Rubenstein)
Crossposted-To: comp.lang.c
Subject: Re: a problem with scanf
Date: Mon, 12 Apr 1999 23:34:21 GMT
On Mon, 12 Apr 1999 21:18:13 GMT, [EMAIL PROTECTED] (Jack Klein)
wrote:
>A bigger issue is that there are no functions named setvbuf(), ...
When was setvbuf() removed from the standard?
--
Michael M Rubenstein
------------------------------
From: wizard <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc,alt.linux,alt.os.linux,comp.os.linux.hardware
Subject: Re: Compiling for x86 CPUs (Was: ... seperate "i686" tree for Redhat
Date: Mon, 12 Apr 1999 21:31:03 -0400
Reply-To: [EMAIL PROTECTED]
Urs Thuermann wrote:
> Johan Kullstam <[EMAIL PROTECTED]> writes:
>
> > -mcpu=i686 makes the compiler schedule for a i686 core. it uses only
> > the i386 instruction set.
> >
> > -march=i686 enables usage of i686 instructions like cmov (which did
> > not exist on i[345]86. it also implies cpu=i686.
> >
> > if you compile with -mcpu=i686, then yes, it would work with any of
> > intels 32bit x86 cpus. however, by using -march=i686 you will
> > introduce new op-codes which are not implemented on previous
> > processors.
> >
> > based by my own experience with compiling various things with egcs
> > on a pentiumpro, it is not very important for performance no matter
> > what the cpu or arch settings are so long as you avoid pentium.
>
> Could someone give some more details about this whole story, please?
> I seem to have problems with this issue since a few days.
>
> I have a Pentium II running in my server machine (which has only a
> Herkules Video card and an Atari ST attached to the serial port) and a
> i486dx2 in my diskless client running Linux and X11.
>
> Both machines run the same 2.0.36 kernel image, the diskless machine
> has its own /tftpboot dir on the server and shares the /usr with the
> server (it mounts /usr read-only, though).
>
> I run egcs-1.1.2 and gcc-2.7.2.3 which have both configured themselves
> as a i686-pc-linux-gnu native compiler. What kind of code will these
> produce if called without any -m... option? How should I invoke egcs
> and gcc-2.7.2.3 to compile with maximum performance on i686 but with
> the constraint that the code should also be executable on i486?
>
> The problem I am observing is this: With egcs configured as described
> above I compiled the glibc-2.1. When I copy /lib/lib*2.1.so and the
> other glibc-2.1 files to the diskless' /tftpboot directory, the
> diskless i486 won't boot anymore. The statically linked /sbin/init
> seems ok, but (at least) the agetty's die immediately with an SIGILL
> (illegal instruction). So I assume, glibc-2.1 is compiled in a way by
> egcs so that it only runs on i686. This may, however, also be caused
> by glibc itself. glibc-2.1 configured itself as i686-pc-linux-gnu
> also, and obviously has code for this case, which is i686-specific,
> e.g. in glibc-2.1/sysdeps/libm-i387/i686/s_fdim.S there are
> fcomi/fucomi instructions. I think I read in this thread that these
> instructions exist only on the i686, right?
>
> What target should I specify to the glibc configure script? I guess
> i486-pc-linu-gnu does't what I want, right?
>
> However, then some i686 optimized routines are not used, although
> AFAICT based on my little x86 knowledge, these seem to run on other
> CPUs as well. For example
> glibc-2.1/sysdeps/unix/sysv/linux/i386/i686/sysdep.h.
>
> Maybe some pretty solution would be to have the i686-specific code in
> the lib and have an exception handler on the i486 that emulates the
> missing instructions, i.e. similar to the kernel's i387 emulation.
> Does something like this exist and how much performance loss would
> this cause compared to regular i486 code?
>
> And what about the kernel? The 2.0.36 config help files state that
> a kernel compiled for i486, pentium, or pentium pro will run on every
> cpu except i386. But in 2.2.5 this has changed and it is stated that
> code compiled for one CPU will not neccessarily run on a previous
> CPU. Is this due to compiler options or because of different inline
> assembly routines? I've looked at the make output and even if PPro
> is selected, the compiler is called with -m486, but -D586 is changed
> to -D686, so I assume some #ifdef selects between different inline
> assembly code, that will possibly not run on all ix86 CPUs.
>
> But what sense does the -m486 make, if the code does not necessarily
> run on an i486 anyway?
>
> OK, many questions and assumption in this posting. Can someone sched
> some light on all this and answer/correct/acknowledge.
>
> urs
>
> P.S. I have removed the linux.redhat.misc group from the Newsgroups
> line.
Did you rebuild all of your applications to work with Glibc. If you
made a major version change this could very well be the isssue. The
latest release of glib may not be compatiable with your installed
applications. This could mean that these application may need a
rebuild. In any even look seriously at upgrading the rest of you
system, if your will to use a bleeding edge compiler and library this
little upgrade should be a minor concern.
Thanks
Dave
------------------------------
From: [EMAIL PROTECTED] (bill davidsen)
Subject: Re: SMP Linux, Any Catches?
Date: 12 Apr 1999 21:57:31 GMT
In article <7el89n$[EMAIL PROTECTED]>,
Clint Byrum <[EMAIL PROTECTED]> wrote:
| Our system is pretty memory efficient, so We will really only require 3 megs
| per user plus a base of 64 for daemons and OS. I guess that means we're
| limited to about 600 users until they fix it. What do you mean 1GB (or 2
| with path)?
There is a patch which raises the standard limit of 1GB physical to 2GB,
limiting the virtual space of a user process to 1GB.
Good news, bad news: the bad news is that Linux by default is configured
for 512 processes max, the good news is that unless you need all users
on a single box or your application is very CPU intensive, you don't
need the Xeon to handle the terminal i/o and could have a few of these.
I haven't found anything which runs faster on NT than Linux, other than
applications which just aren't available. Figure the mean time to
failure will be much higher as well, I have some machines which haven't
had an unscheduled outage in over a year.
--
bill davidsen <[EMAIL PROTECTED]> CTO, TMR Associates, Inc
What I find astonishing is not that my cat has started to sing, but that
he has taken up country-western. This morning he sang `Momma, don't let
your kittens grow up to be barn cats' in the shower, followed by a
pretty decent yodeling version of `Roundup time in Texas when the catnip
is in bloom.'
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Yet Another Audio Chip
Date: 12 Apr 1999 18:43:27 -0600
Shankar Unni <[EMAIL PROTECTED]> writes:
> "D. C. Sessions" wrote:
>
> > So -- the bottom line here -- is anyone sufficiently
> > interested in getting (at least most) of the programming
> > model for a kick-butt audio chip to put up with some
> > minor bureaucratic annoyance?
>
> Try http://www.4front-tech.com - they have productized the linux sound
> drivers, and have been pretty reliable in my dealings with them. Back
> when I worked at Chromatic Research, they sounded interested in porting
> the sound drivers to the Chromatic processor (though that went nowhere,
> mostly Chromatic's fault :-/).
>
> Their web page has a contact button, and I'm sure they'll get back to
> you ASAP.
Better yet, try http://alsa.jcu.cz for the ALSA project. Completely open
source, support for PCI and PnP, yadada. Trident already donated code for
their sound chip-du-jour.
--
Joel Squire <[EMAIL PROTECTED]> Phone (303) 409-9636
UNIX Systems Administrator Fax (303) 694-3885
------------------------------
From: [EMAIL PROTECTED] (Paul Vojta)
Subject: SIGPOLL on socket errors
Date: 12 Apr 1999 18:18:23 -0700
An error condition on a socket is a pollable event.
A SIGPOLL signal is supposed to be (optionally) sent when a pollable event
occurs.
However, I have been unable to get a SIGPOLL event to be sent when
an error condition occurs on a socket. I have been able to get such
signals to be generated when the socket becomes readable and when the
write buffer stops being full. I have also had no troubles on SunOS 4.1.4.
Is this a bug in Linux, or have I missed something?
I am using Linux-2.2.5 for the sparc (cvs mirror version as of 4/5/99),
but I have had similar problems in the past with earlier versions
of Linux.
--Paul Vojta, [EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (D.Baker)
Subject: Add debug patch to executable without recompile-How?
Date: Mon, 12 Apr 1999 14:37:53 GMT
Subject:
Add debug patch to executable without recompile - How?
I need to be able to add a few lines of code to an executable file
without recompiling. Lets say I have three lines of code I want
to change. I have a file that contains the modified 3 lines
of code( assembly or C++ not sure) Is there a way to use a jump to
the new code , execute and then jump back to the original
executable code offset by the three lines?
Debuggers know how to display variables. I'm not sure how
a debugger does this - Any ideas?
Thanks in Advance!
Doug
------------------------------
From: [EMAIL PROTECTED]
Subject: tiocremote equivalent for linux tty / pty
Date: Mon, 12 Apr 1999 22:54:04 GMT
Hello,
is there an equiavalent for
linux tty 's / pty 's
for the BSD
TIOCREMOTE ioctl setting?
TIA, this will help me a lot.
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
From: "Robert H. Miller" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: ac patch
Date: Mon, 12 Apr 1999 23:43:47 -0400
I just downloaded patchac7 for 2.2.5. I can't figure out how to apply
the patch to the tree.
Any suggestions or jst where is the docs I could read about this.
Thanks
Robert
--
=====================================================================
Robert H. Miller Office: (734)764-6573
University of Michigan Aerospace Engineering Lab: (734)764-5740
1320 Beal FXB 2022 Ann Arbor, MI 48109 Fax: (734)763-0578
------------------------------
From: Scott Mayberry <[EMAIL PROTECTED]>
Subject: Re: Linux Servers, what to buy?
Date: Tue, 13 Apr 1999 02:15:54 +0000
Don Baccus wrote:
>
> In article <[EMAIL PROTECTED]>, Scott Mayberry <[EMAIL PROTECTED]> wrote:
>
> >If anyone has some other suggestions for an economical
> >Linux server please respond! =)
>
> check out http://www.tdl.com/~netex. This is the web page
> of a custom system builder (most Intel, it appears these
> days, but also Alpha based and in the past at least Sun).
Thanx Don! I'll be looking around there. Sounds like
just what I need! Thanks again!
--
Scott Mayberry
[EMAIL PROTECTED]
------------------------------
From: "Tan Kiat Seng" <[EMAIL PROTECTED]>
Crossposted-To: comp.unix.programmer,comp.os.linux.development.apps
Subject: Re: sending to client programs
Date: Thu, 8 Apr 1999 12:25:31 +0800
Aaron Faby wrote in message <[EMAIL PROTECTED]>...
>Greetings,
>
>Does anyone know the proper code for a server program to send a message
>from one client to all the other clients that are connected to it over
>SOCK_STREAM? Thanks.
>
>--
>Aaron Faby
>[EMAIL PROTECTED]
>System Administrator/Technical Support
>Yourlink, Inc.
>
>
>Hmm... try this.....use function call...send(fd, buff, buff_len,flags)
and use the multicast address in the sockaddr_in structure...
------------------------------
From: "Jeremiah Daniels" <[EMAIL PROTECTED]>
Subject: Red Hat 5.2
Date: Mon, 12 Apr 1999 00:34:18 -0700
Hello... I am with a group of teens trying to install Linux on a 486sx and
we figured lots of problems out but we can't seem to figure out how to make
a boot disk which does not load RAMDISK. Please reply ASAP
jeremiah
Cybertribe
------------------------------
From: [EMAIL PROTECTED]
Subject: asynchronous disk I/O
Date: Tue, 13 Apr 1999 02:16:03 GMT
Hi there,
Can anyone confirm that Linux does not support asynchronous disk I/O? On AIX
and Digital Unix we have system calls like lio_listio(), but I cannot find
anything similar to that.
Huayong
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
From: [EMAIL PROTECTED] (Dionyshs Papadopoulos)
Crossposted-To: comp.emulators.ms-windows.wine
Subject: Re: Is use of WINE acceptable for a short-term implementation of ThinkPad
Modem?
Date: Mon, 12 Apr 1999 19:20:25 GMT
>[BTW Linux 2.2 has a "soundmodem" driver that can do 9600baud over a
> soundblaster]
Could you tell me more info about soundmodem?
(or tell me where to look for?)
Thanks
Dionyshs
------------------------------
From: j <[EMAIL PROTECTED]>
Subject: Help on programming
Date: Tue, 13 Apr 1999 09:09:11 +0200
Hello, are there any help on the internet about programming device
drivers and modules?
------------------------------
From: "jeje" <[EMAIL PROTECTED]>
Subject: message tracing
Date: Tue, 13 Apr 1999 17:23:47 +0900
hello, I'm a Korean student named ilhoon, Shin.
My project team are trying to extract the kernel message by printk into
file.
For example, we added the code, "printk("this is a read system call")", to
generic_file_read(). We want to collect that message into a file.
Is it possible? if anyone know it, please reply to me...
Very thanks..
------------------------------
From: Frank Sweetser <[EMAIL PROTECTED]>
Subject: Re: What is ia32?
Date: 13 Apr 1999 00:19:26 -0400
[EMAIL PROTECTED] (Jonathan A. Buzzard) writes:
> In article <[EMAIL PROTECTED]>,
> Frank Sweetser <[EMAIL PROTECTED]> writes:
> > Urs Thuermann <[EMAIL PROTECTED]> writes:
> >
> >> [EMAIL PROTECTED] (Aki M Laukkanen) writes:
> >>
> >> > This leads me thinking that they were mostly bug fixing although I
> >> > didn't follow ia32 kernel development at that time.
> >>
> >> That's thwe second time I read this term. What is ia32?
> >
> > intel architecture, 32 bit. ie, x86.
> >
>
> Hum, don't Intel do non x86 32-bit processors? Though this is indeed
> what it refers to.
true - though while not all x86 is ia32, all ia32 is x86 (or clone thereof,
AFAIK ;)
--
Frank Sweetser rasmusin at wpi.edu fsweetser at blee.net | PGP key available
paramount.ind.wpi.edu RedHat 5.2 kernel 2.2.5 i586 | at public servers
`Be pedantic in what you accept and arbitrarily brutal in what you
send.' --- Malcolm Ray describes the roBOFHness principle
------------------------------
From: Kev <[EMAIL PROTECTED]>
Subject: POSIX and signals
Date: Tue, 13 Apr 1999 06:27:23 +0200
Hi
Does anyone knows where I can find (on the Net) exhaustive information
about the POSIX implementation of signals in Linux 2.2.x ?
Thanks
Kevin
------------------------------
** 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
******************************
