Linux-Development-Sys Digest #46, Volume #7 Thu, 12 Aug 99 13:14:15 EDT
Contents:
Diamond v770 drivers? (Chris Habgood)
Re: Can a process be "out schedualed" while in a system call? (Alexander Viro)
Re: programming tutorial?? ([EMAIL PROTECTED])
Re: berzerko mouse from hell (Mark Hahn)
Re: Looking for a good IP packet analyzer ([EMAIL PROTECTED])
Re: how to tell a process is background? ([EMAIL PROTECTED])
Irman Infrared Receiver (Berco van Gool)
Re: Caldera kernel really 2.2.5?? (Robin Becker)
Re: berzerko mouse from hell (Johan Kullstam)
Re: The generic SCSI driver (Grant Guenther)
Re: Device driver programming (Jordi Bruguera)
Problems accessing PCI memory (Christian Pokam-Tabonso)
Re: Sockets, FIOASYNC etc. AAAAAAAGh! (Andi Kleen)
Re: Device driver programming (Mogens Dybaek Christensen)
[Q] Java 2 C or C++ Translator (Habibi4me)
Re: RH 6.0 modprobe for lo (Johan Kullstam)
Re: rc.local or command line (Allin Cottrell)
Re: c++ grammer (Stig E. Sand�)
----------------------------------------------------------------------------
From: Chris Habgood <[EMAIL PROTECTED]>
Subject: Diamond v770 drivers?
Date: Wed, 11 Aug 1999 23:13:40 -0700
This is a multi-part message in MIME format.
==============C9800A14FC28C385AB7C9B8E
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Anybody know where to get diamond v770 video drivers?
==============C9800A14FC28C385AB7C9B8E
Content-Type: text/x-vcard; charset=us-ascii;
name="chrishabgood.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Chris Habgood
Content-Disposition: attachment;
filename="chrishabgood.vcf"
begin:vcard
n:Habgood;Chris
tel;pager:888-473-8907
tel;home:888-473-8907
tel;work:888-473-8907
x-mozilla-html:FALSE
org:Alcatel
adr:;;;;;;
version:2.1
email;internet:[EMAIL PROTECTED]
title:FSE
fn:Chris Habgood
end:vcard
==============C9800A14FC28C385AB7C9B8E==
------------------------------
From: [EMAIL PROTECTED] (Alexander Viro)
Subject: Re: Can a process be "out schedualed" while in a system call?
Date: 12 Aug 1999 02:06:36 -0400
In article <[EMAIL PROTECTED]>,
Kaz Kylheku <[EMAIL PROTECTED]> wrote:
>I see. In that case, what the driver should have done is suspend the process on
>a queue, and have the interrupt wake up the process. Maybe the driver was
>expeciting such a fast response from the bottom half that this wasn't
>considered worthwhile. If that's the case, the device might as well be driven
>by programmed I/O, and the loop repeatedly check a status register.
Yup. The thing is example of bloody bad style, but the question was whether
it is guaranteed to lock forever. I really wonder where it was found. Which
driver does that? It might make sense for SMP in the contention path, but
then the spinlocks look more appropriate.
--
"You're one of those condescending Unix computer users!"
"Here's a nickel, kid. Get yourself a better computer" - Dilbert.
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: programming tutorial??
Crossposted-To: comp.os.linux.help
Date: Thu, 12 Aug 1999 06:18:59 GMT
In comp.os.linux.development.system P. Kern <[EMAIL PROTECTED]> wrote:
> hello,
> i'm looking for some online-tutorials for system programming with linux/unix
> (processes,pipes, ...). i don't have any experiences with that and i want to
> learn it without buying expensive books.
> can someone help me?
Look in any office/home where a programmer is at work.
It's filled with books. Without books I'd just stare
into space and go "duhh".
------------------------------
From: Mark Hahn <[EMAIL PROTECTED]>
Subject: Re: berzerko mouse from hell
Date: 12 Aug 1999 05:24:36 GMT
> scrounging about in the newsgroups/mailing lists indicates that people
> believe this is some sort of PIC flavor or timer issue.
nah, doesn't taste like it. I'm guessing a race in the BH.
if someone who has these problems could come up with something
repeatable, it would get fixed fast.
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Looking for a good IP packet analyzer
Crossposted-To: comp.os.linux.development.apps
Date: Thu, 12 Aug 1999 07:29:18 GMT
Tom Emerson <[EMAIL PROTECTED]> wrote:
> I'm looking for a good, easy-to-use packet analyzer that runs under Linux.
I've used tcpdump and ethereal. You can get tcpdump to display the
packet contents with the proper options, however I don't think that
you can get any special formating of the output.
ethereal is a big step up. It has an X GUI and captures the data to
a file. Once the file is closed, you can scroll forward and backward
looking at each message. Different portions of the packet (header
pieces and the data) can be highlighted by clicking on a descriptor.
The filtering available is similar to tcpdump, source and destination
IP and port numbers for sure. It's not everything that you are
looking for, but it is a bit easier to use than tcpdump.
> Essentially, I need to do the following:
> 1) capture a session [tcpdump would probably suffice for this, providing
> the entire packet is captured]; save & load [and/or ability to use tcpdump
> files]
ethereal can do all of this now.
> 2) "filter" the capture file based on various criteria [source IP, source
> MAC, third byte of the data contains an "X", etc]
Can't filter on arbitrary bytes AFAIK.
> 3) recognizes & formats various packet formats [raw 802; raw IP; POP;
> NNTP; SNMP; etc. -- not for this project necessarily, but nice to have in
> the future]
It can recognize different types of packets, but I'm not sure how
much formatting is done. I've used it only to analyze non-standard
TPC/IP packets.
> 3a) [would be nice] extensibility to the packet recognition & formatting
> algorithm [Shomiti does this by allowing you to create a procedure in a .DLL
> that recieves the raw packet and gives it the opportunity to decode it; if
> the packet is recognizable, you repeatedly call various functions to "build
> up" the format of the packet -- i.e., if the first two bytes of a packet are
> an integer, you make a call to an "its_an_int" and the program displays the
> fact that the next two bytes are an int]
Nope, not yet.
> 4) ability to scroll forward/backward through the capture file,
> reformatting as needed
Yup.
> 5) [again, nice but not required] ability to re-insert captured packets
> onto the network [i.e., see that my program "reacts" to the host the same
> way the current windows client acts & reacts]
Not yet.
> Any leads I should pursue?
http://ethereal.zing.org
--
Steve Limkemann :: A microsecond here and a microsecond there, and
Westland, Michigan :: before you know it, you're talking real-time.
USA, North America ::
Earth, Solar System :: Bonus Addresses: [EMAIL PROTECTED]
Milky Way :: [EMAIL PROTECTED] [EMAIL PROTECTED]
MGX467 271 48185 :: [EMAIL PROTECTED] [EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: how to tell a process is background?
Date: 11 Aug 1999 13:59:02 GMT
Yung-Hsiang Lu <[EMAIL PROTECTED]> wrote:
: Hi, Everyone,
: I am curious whether there is a way to tell if a process is running at
: the background and does not interact with users (directly). I did not
: find anything in "task_struct" (sched.h) that seems able to tell me
: the information. I think priority won't do the job because top shows
: that quite a few processes have the same priority; some of them are
: background while the others are interactive.
You want to look at the process's controlling
TTY. From ps ax:
$ ps ax
PID TTY STAT TIME COMMAND
1 ? S 2:52 init
2 ? SW 0:06 (kflushd)
3 ? SW 0:00 (kpiod)
4 ? SW 4:03 (kswapd)
68 ? S 0:05 kerneld
227 ? SW 0:43 (rpciod)
238 ? S 686:30 syslogd
Processes with a `?' in the TTY field can't
interact with users.
Rich.
--
[EMAIL PROTECTED] | Free email for life at: http://www.postmaster.co.uk/
BiblioTech Ltd, Unit 2 Piper Centre, 50 Carnwath Road, London, SW6 3EG.
+44 171 384 6917 | Click here to play XRacer: http://xracer.annexia.org/
--- Original message content Copyright � 1999 Richard Jones ---
------------------------------
From: Berco van Gool <[EMAIL PROTECTED]>
Subject: Irman Infrared Receiver
Date: Thu, 12 Aug 1999 10:41:39 +0200
Hello,
I have an Irman Infrared Receiver. The hardware and the test software
(test_io, test_func and test_name) work perfectly (If I press some
remote control buttons there are codes on the screen).
But if I try to connect Lirmand to Lircd and run irw (a test program for
Lircd). I see no code on the screen. I think the connection between
Lirmand and Lircd don t work, because thelog file of Lirmand looks good.
The log file of Lircd reports only on startup and shutdown and if
clients are connected, but it reports no remote control data.
I hope you can send me some useful information of Irman and Lircd or
e-mail addresses of persons who also have an Irman?
Greetings
Berco van Gool.
------------------------------
From: Robin Becker <[EMAIL PROTECTED]>
Subject: Re: Caldera kernel really 2.2.5??
Date: Thu, 12 Aug 1999 10:43:04 +0100
In article <[EMAIL PROTECTED]>, Michael Kahl
<[EMAIL PROTECTED]> writes
>I'm running Caldera OpenLinux 2.2. The kernel claims to be 2.2.5; rpm -q
>calls it 2.2.5-1. The other day Caldera came out with 2.2.5-2, which
...
>Do these problems exist with other distros as well? What's a poor kernel
>hacker to do?
I looked at RH 6.0 and its kernels. I gave up trying to understand what
they're doing and built straight 2.2.11; it works for me.
>
>Mike
>
>------
>Michael Kahl
><[EMAIL PROTECTED]>
--
Robin Becker
------------------------------
Subject: Re: berzerko mouse from hell
From: Johan Kullstam <[EMAIL PROTECTED]>
Date: 12 Aug 1999 06:57:52 -0400
Mark Hahn <[EMAIL PROTECTED]> writes:
> > scrounging about in the newsgroups/mailing lists indicates that people
> > believe this is some sort of PIC flavor or timer issue.
>
> nah, doesn't taste like it. I'm guessing a race in the BH.
BH = bottom half?
do you have any debugging hints for kernel interrupt racing?
> if someone who has these problems could come up with something
> repeatable, it would get fixed fast.
i can repeat it as often as you please.
--
J o h a n K u l l s t a m
[[EMAIL PROTECTED]]
Don't Fear the Penguin!
------------------------------
From: [EMAIL PROTECTED] (Grant Guenther)
Subject: Re: The generic SCSI driver
Date: 12 Aug 1999 11:14:50 GMT
Reply-To: [EMAIL PROTECTED]
On 11 Aug 1999 14:42:55 GMT, Jonas Persson <[EMAIL PROTECTED]> wrote:
Before taking sides in this dispute, you might read http://www.torque.net/sg ,
Doug's set of pages about the sg driver.
>(for reference, see
>http://www.fokus.gmd.de/research/cc/glone/employees/joerg.schilling/private/linuxscsi.html).
Some of the issues that you raise require broader changes in the SCSI system,
and are currently being discussed on the linux-scsi mailing list.
==========================================================================
Grant R. Guenther [EMAIL PROTECTED]
==========================================================================
------------------------------
From: Jordi Bruguera <[EMAIL PROTECTED]>
Subject: Re: Device driver programming
Date: Thu, 12 Aug 1999 15:24:51 +0200
On Wed, 11 Aug 1999, root wrote:
Linux Device Drivers
by Alessandro Rubini
, from the O'Reilly well known collection is a good way to go.
+-----------------------------------------------+
! Jordi Bruguera i Cortada [EMAIL PROTECTED] !
! Administrador de Sistemes i Xarxa !
! GRN Serveis Telematics, SL Tel. +34 72 230000 !
+-----------------------------------------------+
------------------------------
From: Christian Pokam-Tabonso <[EMAIL PROTECTED]>
Subject: Problems accessing PCI memory
Date: 12 Aug 1999 13:35:23 GMT
Hi,
I have some problems to access the memory region of my PCI-device from my Linux
machine.
I have a 1mb network interface card connected to the PCI bus of my PC. The NIC memory
is
divided like this:
1. 216kb unused
2. 216kb EEPROM
3. 128kb register
4. 128kb fpga
5. 216kb SRAM
I have used the pci_read_config_dword function to discover the i/o address (the one
also
writing in /proc/pci) and the vremap function to map this address into kernel memory
(with
1mb span). I access the eeprom region without problem, but each attempt to access the
register,fpga or SRAM region has failed. In the later case i always get 0x0!
can someone tell me what is wrong ?
Thanks...
------------------------------
From: Andi Kleen <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.networking
Subject: Re: Sockets, FIOASYNC etc. AAAAAAAGh!
Date: 12 Aug 1999 00:43:38 +0200
Steven J Haeck <[EMAIL PROTECTED]> writes:
> > Please can anyone offer some assistance. I require to use the
> > FIOASYNC ioctl in order to ensure that I get IO signals on a UDP
> > socket. While I get no error returned, I also get no signals.
> >
> > I am aware that this has been a recent issue with the Linux kernel,
> > but as I understand from linuxhq.com, " FIOASYNC (O_SYNC) IOCTL
> > support" was fixed in version 2.2.5. I run redhat 6.0, and
> > uname -a replies
> >
> > Linux hagal.dcs.ed.ac.uk 2.2.5-15 ...
>
> I've resolved this problem now - I was using a SIOCGPGRP ioctl to set
> my process to receive signals, whereas it appears I should have been
> using the fcntl F_SETOWN. I am still somewhat surprised that I got no
> error returned from this inappropriate ioctl (which works fine on
> Solaris).
SIOCPGRP should work, at least for sockets.
> I have read that I should use a real-time signal (>32) to make use of
> SA_SIGINFO, and also that I don't need to. Neither seems to make any
> difference. A similar question to last time - does anyone use
> this facility? Which "gotcha" have I fallen foul of this time?
You have to use a real time signal (siginfo is only supported for them).
The correct prototype for the signal handler is:
void handler(int sig, void *context, siginfo_t *info)
{
int fd = info->si_fd;
...
}
Note you also need an additional SIGIO handler that uses the traditional poll()
to find out, because the kernel falls back to SIGIO if it can't queue the
extended signal for some reason.
-Andi
--
This is like TV. I don't like TV.
------------------------------
From: Mogens Dybaek Christensen <[EMAIL PROTECTED]>
Subject: Re: Device driver programming
Date: Thu, 12 Aug 1999 16:24:30 +0200
See also Linux Kernel Module Programming Guide
http://sunsite.auc.dk/ldp/LDP/lkmpg/mpg.html
ellis wrote:
>
> In article <[EMAIL PROTECTED]>, root <[EMAIL PROTECTED]> wrote:
>
> > I am new to Red hat Linux...Even though I have done device drivers
> >for NT and some embedded systems.. I am trying to write a dummy device
> >driver....Can somebody point to resources that can help me
>
> Here are some resources:
>
> You can look at examples in the kernel source.
>
> Writing Linux Device Drivers
> href=http://www.redhat.com/~johnsonm/devices.html
>
> Writing Character Device Driver for Linux
> ftp://ftp.llp.fu-berlin.de/pub/linux/LINUX-LAB/whitepapers/drivers.ps.gz
>
> Linux Device Drivers</b> by Alessandro Rubini, Andy Oram (Editor)
> http://www.amazon.com/exec/obidos/ASIN/1565922921/ricksphotograpag
>
> --
> http://www.fnet.net/~ellis/photo/linux.html
--
Mogens Dybaek Christensen | http://www.adtranz-signal.dk
ABB Daimler-Benz Transportation Signal A/S | mailto:[EMAIL PROTECTED]
Stamholmen 193, DK-2650 Hvidovre, Denmark | Phone: +45 3639 0267
------------------------------
From: Habibi4me <[EMAIL PROTECTED]>
Subject: [Q] Java 2 C or C++ Translator
Date: Thu, 12 Aug 1999 11:58:13 -0400
I have a program written in Java and would like to convert it to a C or
C++. Does anyone know of such a translator to translate a Java source to
a C or even C++ language?
--
[EMAIL PROTECTED]
PS. Remove "4m" from e-mail address to enable reply.
------------------------------
From: Johan Kullstam <[EMAIL PROTECTED]>
Subject: Re: RH 6.0 modprobe for lo
Date: 12 Aug 1999 10:46:19 -0400
Robin Becker <[EMAIL PROTECTED]> writes:
> I'm getting some spurious boot messages about modprobe being unable to
> find the lo device. I have inserted an 'alias lo off' line in
> /etc/conf.modules and certainly attempts made after the boot to modprobe
> for lo certainly don't cause errors. I have most of the net stuff in
> modules, but can't figure this nonsense out.
the redhat initscripts are trying to bring up ip aliases. go to
/etc/sysconfig/network-scripts/ and find the ifup-aliases[1].
you want to kill this script. in my case i inserted `exit 0' at the
point right after the initial comments stop. this provides a nice
short circuit but leaves the script in case i should want it.
this fixes the modprobe not finding lo:1 lo:2 ... lo:50 and similar
eth: kvetching. however, i experience a significant delay at boot at
the bringing up lo and eth spots, unless i use a init ramdisk
(initrd).
speaking of initrd, my disk access on kernel 2.2.x with x >= 7 on my
scsi system is also hosed (very slow, but no corrupt data. bizarre.)
unless i use an initrd. if have grovelled through many of the
initscripts but i cannot figure out this initrd dependence. until
then, i will just use initrd.
[1] i am not at my linux box. i think this is the name of the file.
it ends in -aliases in any event.
--
johan kullstam
------------------------------
From: Allin Cottrell <[EMAIL PROTECTED]>
Subject: Re: rc.local or command line
Date: Thu, 12 Aug 1999 11:30:05 -0400
Vyl Chan wrote:
> I'm having some trouble running a script that runs perfectly from
> the command line but doesn't run completely from rc.local. What is the
> difference between invoking a script from the command line and invoking
> from the rc.local??
When run from the command line, the script enjoys the benefits
of the user's environment, e.g. the PATH which may be augmented
in ~/.profile or similar; and of course the current working
directory is likely to be different.
--
Allin Cottrell
Department of Economics
Wake Forest University, NC
------------------------------
From: [EMAIL PROTECTED] (Stig E. Sand�)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc
Subject: Re: c++ grammer
Date: 12 Aug 1999 17:56:11 +0200
On Mon, 02 Aug 1999 11:30:37 GMT, jievis <[EMAIL PROTECTED]> wrote:
>Hi, All:
> Where can I find the grammer for C++ writen in lex( or flex) and yacc
>(or bison),
> Thanks in advance
You might find the c++ compiler front-end Cppp useful. It also
explains why only lex and yacc won't do with C++ and then goes
on to "solve" it (but uses yacc/lex when it can).
A patched version of Cppp is available as part of SDS:
http://www.ii.uib.no/~stig/Projects/SDS/
--
==================================================================
Stig Erik Sandoe Institute of Informatics, University of Bergen
[EMAIL PROTECTED] http://www.ii.uib.no/~stig/
------------------------------
** 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
******************************
