Linux-Development-Sys Digest #682, Volume #8      Tue, 1 May 01 03:13:13 EDT

Contents:
  Re: do_irq and do_softirq ([EMAIL PROTECTED])
  How to start telework ? ("Sergey Zemtsov")
  Re: 2.2.19 freezes during strong gcc usage (Toby Haynes)
  Re: remote procedure calls (RPCs) (Kaelin Colclasure)
  Re: 2.2.19 freezes during strong gcc usage ("Peter T. Breuer")
  Re: portable computation time estimation? (Tom Roberts)
  Re: Evidence Eliminating .............10% OFF   Instant Download                     
                                .  9676 ("KW")
  Re: buffer cache ("Karl Heyes")
  Re: 2.2.19 freezes during strong gcc usage (Phil Ehrens)
  Re: mount ("Darren")
  Re: 2.2.19 freezes during strong gcc usage ([EMAIL PROTECTED])
  Re: Booting Linux on a robot (bill davidsen)
  Promblems with initrd ("Martin Haneman")
  Re: Linux, streams and the standard library (John Beardmore)
  Re: Linux, streams and the standard library (David Konerding)
  init
  Re: 2.2.19 freezes during strong gcc usage
  Re: init ("Cameron Kerr")
  About jiffies in Kernel (ouyang)
  packet schedulers (Nicola Marcantonio)
  Re: md5sum'ing block devices (Loris Caren)

----------------------------------------------------------------------------

From: [EMAIL PROTECTED]
Subject: Re: do_irq and do_softirq
Date: Mon, 30 Apr 2001 17:17:34 GMT

I found it:
#define in_interrupt() ({ int __cpu = smp_processor_id(); \
        (local_irq_count(__cpu) + local_bh_count(__cpu) != 0); })
#define in_irq() (local_irq_count(smp_processor_id()) != 0)

do_softirq uses in_interrupt which also checks bottom halves count..
thought it only checked irq count... sorry

------------------------------

From: "Sergey Zemtsov" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: How to start telework ?
Date: Mon, 30 Apr 2001 20:16:23 +0200

Hi all

I have good background but i have no "real" experience in working with Linux
development team.

Where are common places with telework resources for Linux ?

Appreciate any assistance ...

Sergey

http://members.delphi.com/zemtsov





------------------------------

From: Toby Haynes <[EMAIL PROTECTED]>
Subject: Re: 2.2.19 freezes during strong gcc usage
Date: 30 Apr 2001 13:56:58 -0400

On Fri, 27 Apr 2001, [EMAIL PROTECTED] wrote:

>> But I still think gcc-3 can replace your kernel with a furby.
>> Unless you are developing gcc I would stay a mile away from it.
>>
> Uh, Phil, whats a furby??

Something fluffy - it's electronic, has a fuzzy state machine for a brain and
modest sensor capability. It's chief reason for existance is to make annoying
noises. 

Actually that description sounds more like the system administrator when
he/she/it discovers that you have just compiled a badly broken kernel using a
CVS release compiler and the floppy boot disks are in a another building in a
locked cabinet in a disused toilet with a sign on the door saying 'Beware of
the Leopard'. 

Anyway, you get the idea - there is a reason why certain compilers are
'blessed' for kernel compilation - using any other compiler release is either
done to search for compiler bugs or to provides hours of entertainment trying
to repair your system :-)

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.

------------------------------

From: Kaelin Colclasure <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Re: remote procedure calls (RPCs)
Date: 30 Apr 2001 11:26:11 -0700

Jay Braun <[EMAIL PROTECTED]> writes:

> Is there any literature on RPCs under Linux?  I have some UNIX
> documentation on ONC and XDR format.  Has this been implemented for
> Linux?

ONC RPC is supported on most Unix platforms, and Linux is no exception.
`rpcgen' and the XDR libraries are all there, and you should have no
trouble working from any generic reference material on ONC RPC.

-- Kaelin

------------------------------

From: "Peter T. Breuer" <[EMAIL PROTECTED]>
Subject: Re: 2.2.19 freezes during strong gcc usage
Date: Mon, 30 Apr 2001 18:29:20 GMT

Toby Haynes <[EMAIL PROTECTED]> wrote:
> On Fri, 27 Apr 2001, [EMAIL PROTECTED] wrote:

>>> But I still think gcc-3 can replace your kernel with a furby.
>>> Unless you are developing gcc I would stay a mile away from it.
>>>
>> Uh, Phil, whats a furby??

> Something fluffy - it's electronic, has a fuzzy state machine for a brain and
> modest sensor capability. It's chief reason for existance is to make annoying
> noises. 

> Actually that description sounds more like the system administrator when
> he/she/it discovers that you have just compiled a badly broken kernel using a
> CVS release compiler and the floppy boot disks are in a another building in a
> locked cabinet in a disused toilet with a sign on the door saying 'Beware of
> the Leopard'. 

> Anyway, you get the idea - there is a reason why certain compilers are
> 'blessed' for kernel compilation - using any other compiler release is either
> done to search for compiler bugs or to provides hours of entertainment trying
> to repair your system :-)

Nobody would disagree with you. Presumably redhat are having endless
fun.

Peter

------------------------------

From: Tom Roberts <[EMAIL PROTECTED]>
Subject: Re: portable computation time estimation?
Date: Mon, 30 Apr 2001 14:03:24 -0500

NortonNg wrote:
>       If a job can done in 2 second on PIII 733Mhz cpu
> Can i estimate correctly how long it will take on PIII 900Ghz cpu??

        [I ignore the typo, Ghz => Mhz]

It is almost hopeless to obtain accurate estimates without doing a careful
modeling of the program and the hardware. For some programs the best estimate
would be 2 seconds, and not 733/900*2 seconds. For other programs the latter 
would be better. For some hardware, the 900 MHz CPU might actually take 
LONGER than 2 seconds (because of some other bottleneck not present in the 
700 MHz hardware).

For example, time memcpy(). For small data blocks it will track accurately
the CPU clock speed (because all memory remains in cache during the timing). 
For very large data blocks it will track _MEMORY_ clock speed (which is 
presumably the same for the two CPUs), because the cache is thrashed by the
copy. Intermediate-sized blocks will be somewhere in between. This ignores the
fact that simple timing may not really time the entire operation (i.e. it may 
only time the cache->cache copy, or at most the memory(->cache)->cache copy, 
and not the later cache cast-outs to physical memory).

Trying to compare a PIII to a PIV or an Athlon is difficult (at best). Trying 
to compare them to a PowerPC is hopeless (for a given clock speed, a PowerPC
6400 can be vastly faster than a PIII...).


Tom Roberts     [EMAIL PROTECTED]

------------------------------

From: "KW" <[EMAIL PROTECTED]>
Subject: Re: Evidence Eliminating .............10% OFF   Instant Download              
                                       .  9676
Crossposted-To: 
comp.os.linux.development.apps,comp.os.linux.embedded,comp.os.linux.hardware,comp.os.linux.help,comp.os.linux.m68k,comp.os.linux.misc
Date: Mon, 30 Apr 2001 15:28:25 -0500

Or you could swing over to the linux warez site and pick it up for free
;)  Not that anyone here want's that crap unless it will eliminate these
useless ads in my news reader ;)



In article <[EMAIL PROTECTED]>, "ChromeDome" <[EMAIL PROTECTED]>
wrote:

> [EMAIL PROTECTED] wrote:
>> 
>> The World Famous Evidence Eliminator is set to double its price next
>> month.....................Fact By now you will have read ALL the
>> reports.. We offer you 10% off at...........
>> http://mission.sexhound.net/eliminator/ Hurry and get Discount NOW!
>> before the price increase.............. Regards,
>> Jerry, (Sales Mission Eliminator)
>> ccpugjnsnuwydenxsylvpeshnsdetspsjffupghoxwsdpwvvodblfwcvvskr
> 
> 
> For those who care to complain, the 800 number for the EE folks is:
> 1-866-500-6750

------------------------------

From: "Karl Heyes" <[EMAIL PROTECTED]>
Subject: Re: buffer cache
Date: Mon, 30 Apr 2001 21:47:06 +0100

In article <9cg3id$hd$[EMAIL PROTECTED]>, "Zhiyong Xu" 
<[EMAIL PROTECTED]>
wrote:


> Does all disk I/O go through buffer cache? All superblcok, inodes and data
> block access must go thourgh buffer cache and can not pass it? So if OS 
want
> to write some data to disk, it must copy to the corrsponding blocks in
> buffer cache and mark it dirty, then at certain time, flush to disk?
>       Is there any possibility disk I/O passby buffer cache?
> 

In 2.4, most of, if not all, the file I/O goes through the page cache, the
buffer cache is used for the file metadata like filenames.   The Raw IO
driver provides a mechanism for no page caching. However it is really just
a compatibility layer for older applications which require some guarentee
of getting to disk.

Use normal file I/O and use the fsync/fdatasync calls.

karl.

------------------------------

From: [EMAIL PROTECTED] (Phil Ehrens)
Subject: Re: 2.2.19 freezes during strong gcc usage
Date: 30 Apr 2001 21:02:17 GMT
Reply-To: -@-

Toby Haynes wrote:
>
>Anyway, you get the idea - there is a reason why certain compilers are
>'blessed' for kernel compilation - using any other compiler release is either
>done to search for compiler bugs or to provides hours of entertainment trying
>to repair your system :-)

Though I can personally vouch for the usability of pgcc-2.95.3
(gcc-2.95.2 with the pgcc patch) with the 2.2.19 kernel.  It
works fine.

And it doesn't seem to hurt the furby either.
But it did start saying "boring" and "okay, sleep
again...SNORE...SNORE".

Phil

------------------------------

From: "Darren" <[EMAIL PROTECTED]>
Crossposted-To: comp.unix.programmer,linux.redhat.devel,linux.redhat.development
Subject: Re: mount
Date: Mon, 30 Apr 2001 22:40:54 +0100


Kasper Dupont <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> Darren wrote:
> >
> > Peter T. Breuer <[EMAIL PROTECTED]> wrote in message
> > news:[EMAIL PROTECTED]...
> > > In comp.os.linux.development.system Darren <[EMAIL PROTECTED]>
wrote:
> > > > Is there a programmatical way to mount/unmount a volume preferably
in
> > the
> > > > same way the mount gnu command does?
> > >
> > > man 2 mount
> > >
> > thanks Peter, that was just what I was looking for
>
> You just have to be aware of one potential
> problem. The mount program also updates the
> file /etc/mtab, this will not happen if you
> call the mount syscall. You have to update
> this file if mount, df and posibly other
> programs should be aware of your mount.

good point





------------------------------

From: [EMAIL PROTECTED]
Subject: Re: 2.2.19 freezes during strong gcc usage
Reply-To: [EMAIL PROTECTED]
Date: Mon, 30 Apr 2001 22:00:02 GMT

In article <[EMAIL PROTECTED]>,
Toby Haynes  <[EMAIL PROTECTED]> wrote:
>On Fri, 27 Apr 2001, [EMAIL PROTECTED] wrote:
>
>>> But I still think gcc-3 can replace your kernel with a furby.
>>> Unless you are developing gcc I would stay a mile away from it.
>>>
>> Uh, Phil, whats a furby??
>
>Something fluffy - it's electronic, has a fuzzy state machine for a brain and
>modest sensor capability. It's chief reason for existance is to make annoying
>noises. 

For further information about Furby's, visit the Furby Autopsy site at:
        http://www.phobe.com/furby/

:)

Chris...

-- 
Chris Johnson            \  "If not for me then, do it for yourself. If not
[EMAIL PROTECTED]        \  for then do it for the world." -- Stevie Nicks
www.nccnet.co.uk/~sixie/   ~---------------------------------------+
Redclaw chat - http://redclaw.org.uk - telnet redclaw.org.uk 2000   \______

------------------------------

From: [EMAIL PROTECTED] (bill davidsen)
Crossposted-To: alt.os.linux,alt.os.linux.mandrake,comp.os.linux.misc
Subject: Re: Booting Linux on a robot
Date: 30 Apr 2001 22:32:08 GMT

In article <[EMAIL PROTECTED]>,
Paul Sherwin <[EMAIL PROTECTED]> wrote:

| As others have said, you have a problem with /etc/passwd, but if this
| is missing for no good reason, other things are likely to be missing
| also. Possibly you don't have an /etc directory at all, which you need
| to boot into normal multiuser mode (though why do you need mutiuser
| mode on a robot???)

  Or as someone suggested the correct library is missing.

| I can see why you want to do things this way, and it's an interesting
| project, but life will be much easier if you use a hard disk, maybe a
| notebook disk if you want to keep the size down.

  The advantage of Compact Flash is that's it's rugged. And if he has
gotten booted the issue is unlikely to be slow disk rejecting password.

  I assume that you're building a disk image on another system and
writing the flash with a PCMCIA card. If not, you are doing things the
HARD way.

-- 
bill davidsen <[EMAIL PROTECTED]> CTO, TMR Associates, Inc
  "If a train leaves Chicago at 2:30pm traveling west at 130mph, and
another train leaves Los Angeles at 3:00 traveling east at 155mph, and
at the same time a tree falls in the forest and lands on a mime, where
the hell did I leave my car keys?"
                John Q. Public - WCDB

------------------------------

From: "Martin Haneman" <[EMAIL PROTECTED]>
Subject: Promblems with initrd
Date: Tue, 1 May 2001 00:59:57 +0200

I want to build up my own Linux-Bootdisk. I have read that I can use the
initrd for Filesystem in the Ramdisk. So I created a file and used
mkfs.minix on it. After that I mounted it as loop device copied all needed
files (mainly busybox). I have also created a dev directory with a file
(created by makedev ) tty1. After that I build my own Kernel (2.2.19). Then
I installed syslinux on the floppy. Copied all files which are needed
(including the gziped minix image). The disk boots quite well until the
Kernel is ready and the execution of linuxrc should start. The kernel tells
me following: No inital console found .. No init found.. . After the the
system stops. But initrd has been decompressed well into Ramdisk 0.
1.) What I have done wrong???
2.) What can be done better???
3.) In the Linux Router Project I have seen there is no filesystem image
used for the root files they use a tgz file. How can I do that the kernel is
always complaining about the Filesystem which is used in root.tgz??


Thanks to all

Martin Hanneman






------------------------------

From: John Beardmore <[EMAIL PROTECTED]>
Subject: Re: Linux, streams and the standard library
Date: Tue, 1 May 2001 00:39:21 +0100

In message <[EMAIL PROTECTED]>, David Konerding 
<[EMAIL PROTECTED]> writes

>If you want standard C++ with the standard C++ library on Linux, and
>you are using RH 6.2, then download gcc-2.95.3, compile and install it
>according to the instructions,

Thanks -  that seems to have worked !  Now having a stupid problem with 
make not compiling all object files.  Nothing to do with the compiler I 
guess though !


Cheers, J/.
-- 
John Beardmore

------------------------------

From: [EMAIL PROTECTED] (David Konerding)
Subject: Re: Linux, streams and the standard library
Date: 30 Apr 2001 23:56:31 GMT
Reply-To: [EMAIL PROTECTED]

On Tue, 1 May 2001 00:39:21 +0100, John Beardmore <[EMAIL PROTECTED]> wrote:
> In message <[EMAIL PROTECTED]>, David Konerding 
><[EMAIL PROTECTED]> writes
> 
>>If you want standard C++ with the standard C++ library on Linux, and
>>you are using RH 6.2, then download gcc-2.95.3, compile and install it
>>according to the instructions,
> 
> Thanks -  that seems to have worked !  Now having a stupid problem with 
> make not compiling all object files.  Nothing to do with the compiler I 
> guess though !

yeah, sorry, I can't help you with that-- make sure you use TABS not SPACES
when indenting make.

------------------------------

From: <[EMAIL PROTECTED]>
Subject: init
Date: Mon, 30 Apr 2001 19:32:02 -0700

Where can I find a description of the file or files that init expects to
read and execute and in what order? I did try 'man init' first.



------------------------------

From: <[EMAIL PROTECTED]>
Subject: Re: 2.2.19 freezes during strong gcc usage
Date: Mon, 30 Apr 2001 19:36:21 -0700

I knew I would be sorry I asked.

<[EMAIL PROTECTED]> wrote in message
news:9ckn4c$8et$[EMAIL PROTECTED]...
> In article <[EMAIL PROTECTED]>,
> Toby Haynes  <[EMAIL PROTECTED]> wrote:
> >On Fri, 27 Apr 2001, [EMAIL PROTECTED] wrote:
> >
> >>> But I still think gcc-3 can replace your kernel with a furby.
> >>> Unless you are developing gcc I would stay a mile away from it.
> >>>
> >> Uh, Phil, whats a furby??
> >
> >Something fluffy - it's electronic, has a fuzzy state machine for a brain
and
> >modest sensor capability. It's chief reason for existance is to make
annoying
> >noises.
>
> For further information about Furby's, visit the Furby Autopsy site at:
> http://www.phobe.com/furby/
>
> :)
>
> Chris...
>
> --
> Chris Johnson            \  "If not for me then, do it for yourself. If
not
> [EMAIL PROTECTED]        \  for then do it for the world." -- Stevie
Nicks
> www.nccnet.co.uk/~sixie/   ~---------------------------------------+
> Redclaw chat - http://redclaw.org.uk - telnet redclaw.org.uk 2000
\______
>



------------------------------

From: "Cameron Kerr" <[EMAIL PROTECTED]>
Subject: Re: init
Date: Tue, 01 May 2001 17:07:57 +1200

In article <CfpH6.938$[EMAIL PROTECTED]>, "Unknown"
<[EMAIL PROTECTED]> wrote:

> Where can I find a description of the file or files that init expects to
> read and execute and in what order? I did try 'man init' first.

man inittab would seem like the obvious choice.

-- 
Cameron Kerr -- cameron.kerr @ paradise.net.nz
Praise Slackware, our baud and saviour!
--

------------------------------

From: ouyang <[EMAIL PROTECTED]>
Subject: About jiffies in Kernel
Date: Tue, 01 May 2001 01:20:21 -0400

I am a newbie in linux kernel programming.
I am trying to get time measurement in kernel.
Am I right to use jiffies? I am not sure about it.
If I am right, then what's  the precision of jiffies?

Thanks a lot.

        - ouyang


------------------------------

From: Nicola Marcantonio <[EMAIL PROTECTED]>
Subject: packet schedulers
Date: 1 May 2001 06:26:30 GMT

i'm currently working on a packet scheduler for the linux kernel and have come across 
some issues. any help is greatly appreciated.

1. our scheduler deals with deadlines of a packet. where do we get this deadline from? 
we have the required sched_data data structure which contains a field for the dealine, 
but how does it get assigned?

i guess my basic question is if we have 2 streams sending stuff on 1 socket, how do 
the enqueing and dequeing functions work? when i say write(socket, etc) does it call 
the enqueue function? if we need to keep track of such things for the packets such as 
deadlines, couldnt the amount of memory taken by the scheduler grow infinitely large 
as more and more packets are being sent?

any help is appreciated, feel free to e-mail me at [EMAIL PROTECTED]

nick

-- 
*********************************************************
nothings gonna help you more than rock and roll so
come on and put your hands together!    -boston

nick marcantonio
[EMAIL PROTECTED]
IM : AgentOOSoul
ICQ : 13158988
*********************************************************


------------------------------

From: Loris Caren <[EMAIL PROTECTED]>
Subject: Re: md5sum'ing block devices
Date: Tue, 1 May 2001 07:52:49 +0100
Reply-To: [EMAIL PROTECTED]

Thanks very much to Nick and Kasper.  Armed with their suggestions I think 
I've found a recipe that works:-

1.  mount the CD
2. do a df and note the number of 1k blocks consumed
3. umount the CD
4. dd if=/dev/cdrom bs=1k count=n | md5sum  (where n is from step 2).

This works on all the pressed CDs and home grown CDRs that I've tried on 
all the drives I've got.  So it looks as if I can now offer a CDR 
validation service to my WinDoze collegues who have been reliant on just 
looking at the directory structure.

However, I'm still baffled how reading beyond the end of the data can work 
perfectly on one drive but not on another, same kernel, same driver (both 
SCSI).

------------------------------


** 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 by posting to the
comp.os.linux.development.system newsgroup.

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
******************************

Reply via email to