Linux-Development-Sys Digest #197, Volume #7 Wed, 15 Sep 99 14:14:28 EDT
Contents:
Kernel Install Applet (Cocheese)
Re: Statically linked binaries - why so big? (Todd Knarr)
Re: IDE for c++ dev? (Lee Reynolds)
Re: Embedded X-server anyone ? ? (Pierre David)
Re: Linux standards compliance (Josef Moellers)
block device readahead setting (Mark McDougall)
Re: skb_queue_head(skb,list,pri) (Fernando Ortega Bellosta)
binding socket (Bob Deblier)
SecureBits in Linux Kernel 2.2x (Mark Vogelsberger)
how to become a linux kernel developer? (hoz)
Re: Linux standards compliance (Peter Samuelson)
Re: Linux for SGI (Petter Reinholdtsen)
Re: PCI Memory Access Problems (Mark McDougall)
Re: X Windows developement (Tranceport)
cross compile under linux ("Antonio")
Re: Question: Preventing user processes from interfering with another... (Ulrich
Weigand)
YES:oracle 8 on slackware 4.0 (Roumen Petrov)
Re: skb_queue_head(skb,list,pri) ([EMAIL PROTECTED])
cross compile under linux ("Antonio")
----------------------------------------------------------------------------
From: Cocheese <[EMAIL PROTECTED]>
Subject: Kernel Install Applet
Date: Wed, 15 Sep 1999 04:31:19 GMT
Dear Linux "Experts"
As I love to always start off saying:
"I'm NO expert!"
That said let me begin.
After teaching a few crash courses to the other service techs I work with
about Linux and the programs, I got to thinking about a few "Suggestions".
Nobody I know personally has ever installed the kernel and lived to
tell about it. In fact, a friend of mine and I spent an entire week trying
and to no such luck. Although I am now using the RPM version to install
the newest kernels (AND THE DAMN THING STILL DOESN'T TELL THE CORRECT
VERSION!) I began to think that obviously there is a strong need for a
program/applet for us "not-so-learned" users.
I admit that it would just probably be a script file or something
easy but does anyone think that they could write a program to
automatically install a zipped kernel (ex. zip,tar,etc...) through a
simple command that would run the executable program and compile it?
If anyone is up to the challenge I assure you many of the
distribution's would eat that program right up (since they are really
going all out to make Linux a little more user friendly- thus getting your
name in the "Program Hall Of Fame" -LOL
**********************************************************************
P.S. A good example of something i was thinking would be to type something
under the console like this:
KERNEL "/location/kernel_name-2.x.x.tgz"
**********************************************************************
Thanx Again
- Cocheese
================== Posted via CNET Linux Help ==================
http://www.searchlinux.com
------------------------------
From: Todd Knarr <[EMAIL PROTECTED]>
Subject: Re: Statically linked binaries - why so big?
Date: 15 Sep 1999 05:30:14 GMT
In comp.os.linux.development.system <[EMAIL PROTECTED]> Lee Reynolds
<[EMAIL PROTECTED]> wrote:
> Why do you want to create statically linked binaries to begin with?
Repairs. Suppose, during the course of an upgrade, you hose libc.so
thoroughly. All the dynamically-linked programs now will not run, that
includes the shell and all the things like cp, mv, tar, rpm/dpkg, gzip,
cpio and so on that you might use to get a working version of libc back.
Statically-linked binaries, though, will run even when libc is hosed.
Thus, it's wise to have statically-linked versions of the basic tools
you'll need to put the system back together, so that when you do hose
libc or some other library used by everything in the world you can
still reboot into single-user mode and use those statically-linked
tools to put the pieces back together.
--
If I employed software developers and they gave me something like this,
I'd shoot them.
-- Abby Franquemont
------------------------------
From: Lee Reynolds <[EMAIL PROTECTED]>
Subject: Re: IDE for c++ dev?
Date: Sun, 12 Sep 1999 18:02:09 -0700
My first encouter with emacs was less than thrilling. Like vi, I couldn't
figure out how to kill the damn thing. I had to go to another virtual
console and use kill to get it off the screen. I've learned more since then
about how to use both editors and the newer versions of Xemacs do look very
nice. I however use joe because it is small, fast, and doesn't give you any
BS. I can use either vi or emacs when I need to, but they aren't what
I prefer.
I'm not loopy enough to have my text editor, or any other program for that
matter, be a religious issue for me. I like joe, other people like other
things. The fact is that nothing anyone uses interferes with anyone else's
ability to use what they want on their own boxes. I just don't have any
interest in arguing with an emacs user or a vi lover about why editor X is
better than editor Y. I'd rather be discussing code instead of the tools
used to create it. Arguing about the personal tools one chooses is about as
productive as arguing about what kind of music you listen to. Everyone has
their own tastes and there is no right, wrong, or even best involved.
Lee
------------------------------
From: Pierre David <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.x,comp.windows.x,comp.sys.palmtops.pilot
Subject: Re: Embedded X-server anyone ? ?
Date: Wed, 15 Sep 1999 07:44:21 +0200
Joseph H Allen wrote:
> How small is small? I'm running X + Linux + my application on an old 50MB
> hard drive (it complains a lot because I have deleted so much, but it does
> work). This is almost the size needed for a reasonably priced flash card.
> If you can figure out how to get all of linux + X in 16MB, let me know :-)
> --
Hi,
You may take a look to http://linuxembedded.com,
there is LEM a distro Linux + X11R6 in less than 10Mo
Hope it helps
Regards
Pierre DAVID
------------------------------
From: Josef Moellers <[EMAIL PROTECTED]>
Subject: Re: Linux standards compliance
Date: Wed, 15 Sep 1999 08:20:43 +0200
Mario Klebsch wrote:
[ ... ]
> I have been long enough in the evil *real* world to learn, that even
> Software, whoch is payed for, often is not work its money. Several
> times, when the vendors support was unable to help me any further, I
> got part of ther source to fix it myself. And far too often, it was
> really poor quality. :-(
> =
> Since I really needed the Software, I even rewrote the entire program
> to fit my needs. Without the source, I would have been lost, any my
> project, too.
So you're in fact stating that the programmer who wrote the, apparently,
bad code, did deliver something, i.e. the design. Otherwise, you wouln't
"have been lost", but you would have written the entire thing yourself
in the first place.
I agree that programmers who do it for craps have to loose a reputation,
which may be worth more than money.
Josef
-- =
PS Die hier dargestellte Meinung ist die persoenliche Meinung des
Autors!
PS This article reflects the author=B4s personal views only!
------------------------------
From: Mark McDougall <[EMAIL PROTECTED]>
Crossposted-To: fa.linux.kernel
Subject: block device readahead setting
Date: Wed, 15 Sep 1999 17:58:44 +1000
Hi all,
Is it possible to force large readahead values for a block device?
My driver has a block size of 2048 and a readahead set to 128. However,
I only ever see requests for 1024 bytes. I've fiddled with readahead
(smaller values) and I can't seem to get any other request size!?!
Am I missing something here?
Regards,
--
| Mark McDougall |
| Engineer |
| Virtual Logic Pty Ltd |
| http://www.vl.com.au |
------------------------------
From: Fernando Ortega Bellosta <[EMAIL PROTECTED]>
Subject: Re: skb_queue_head(skb,list,pri)
Date: Wed, 15 Sep 1999 11:38:00 +0200
I am working on a networking module, I want to simulate traffic,
modifying, the devices buffers queues, but when I try to add new packets
to them the whole system goes down.
I am only adding new "sk_buffs", to see what happens with them, but
something is wrong.
Any idea , what am I doing wrong?
Thanks in advance.
--
Fernando Ortega Bellosta
[EMAIL PROTECTED]
------------------------------
From: Bob Deblier <[EMAIL PROTECTED]>
Subject: binding socket
Date: Wed, 15 Sep 1999 12:13:49 +0200
I've just noticed that when trying to bind a socket to an invalid
address (i.e. an address which is not configured on one of the machine's
network interfaces), that bind thinks everything went just fine and
returns a 0.
I know that in Solaris bind returns -1 in this instance and sets errno
to EADDRNOTAVAIL.
Any pointers on how to fix/work around this?
Thanks
Bob Deblier
------------------------------
From: Mark Vogelsberger <[EMAIL PROTECTED]>
Subject: SecureBits in Linux Kernel 2.2x
Date: Wed, 15 Sep 1999 12:53:11 +0200
Hi,
I just read the securebits.h include file that defines different
settings for the
'unsigned securebits' kernel variable.
Can anyone tell me the different settings + meaning of that variable ?
Bye & Thanks a lot
------------------------------
From: [EMAIL PROTECTED] (hoz)
Subject: how to become a linux kernel developer?
Date: Wed, 15 Sep 1999 17:34:48 GMT
Any advice for a junior level C programmer who wants to get up to
speed on programming for linux with the goal of working on linux
kernel development. Other than having a linux system (which
distribution is best for dev?), the src, and the docs, what else
should I do?
ANY suggestions is most appreciated
/*hoz*/
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Subject: Re: Linux standards compliance
Date: 15 Sep 1999 06:05:19 -0500
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[Mario Klebsch <[EMAIL PROTECTED]>]
> > You write API, but you mean ABI, don't you?
[Leslie Mikesell <[EMAIL PROTECTED]>]
> Aren't they the same as long as you don't change them?
You can change an ABI without changing the API. Fixed ABI means you
never have to recompile. Fixed API means you never have to edit.
Linux, within a stable kernel series, provides a fixed API (or should,
I don't know of any counterexamples) but not a fixed ABI.
Of course, Linux does not provide a fixed API between stable kernel
series. This is a major cause for complaint from many sides but I
believe it represents a good tradeoff in that the developers' hands are
not tied by existing API constraints, and thus they can innovate more.
Perhaps it isn't easy to update drivers each time the kernel changes,
but somehow the drivers in the kernel source manage to adapt each time.
The ones actively maintained, anyway. Bit rot definitely is
exacerbated by this scheme but on the whole I think it works well.
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: [EMAIL PROTECTED] (Petter Reinholdtsen)
Subject: Re: Linux for SGI
Date: 15 Sep 1999 12:41:55 GMT
[Hong Hu]
> Does anyone know if it is possible to install linux on a old
> SGI machine? (Say SGI Indigo)--
[Bryan]
> www.linux.sgi.com
>
> yes, its that obvious ;-)
Well, actually, they only support Indy at the time. I tried to find
substitute OS for our Indigo, but failed. :-(
--
##> Petter Reinholdtsen <## | [EMAIL PROTECTED]
------------------------------
From: Mark McDougall <[EMAIL PROTECTED]>
Subject: Re: PCI Memory Access Problems
Date: Thu, 16 Sep 1999 00:13:42 +1000
Chris Naylor wrote:
> int mem = dev->base_address[1];
> char *baseptr = ioremap(mem, 1024*1024);
> writew(0x55,baseptr);
> unsigned int data = readw(baseptr); CRASH HERE
Hmm... looks ok but...
1. Have you masked off the extra bits of mem with
PCI_BASE_ADDRESS_MEM_MASK?
2. Are you sure the BAR points to memory and not i/o space?
3. Is the region actually 1MB? You should read range from config space
as well!
4. You should check the return value of ioremap()! Maybe it fails???
That's all I can think of..
Regards,
--
| Mark McDougall |
| [EMAIL PROTECTED] |
| http://www.zeta.org.au/~msmcdoug |
| Technetium Development Pty Ltd | "Electrical Engineers do it
| [EMAIL PROTECTED] | with less resistance!"
------------------------------
From: Tranceport <[EMAIL PROTECTED]>
Subject: Re: X Windows developement
Date: Wed, 15 Sep 1999 13:34:47 GMT
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] wrote:
> On Fri, 20 Aug 1999 18:00:46 GMT, Tranceport
<[EMAIL PROTECTED]> wrote:
> >I want to understand from a high level perspective what
> >components X is it made of, what do they do, how they interact
together.
>
> Programming X is done by using libraries of different abstraction
level,
> sometimes mixing them. The lowest level library is called Xlib. It
offers
> you basic things like windows, bitmaps and drawing commands.
>
> Then there are libraries that offer you user-interface components like
> buttons, scrollbars and text editors. Some of these are called Tk,
Qt, GTK,
> Motif, Xaw, Andrew, ... too many to list. These are called widget
libraries.
>
> Some of these also utilize a library that takes care of some things
between
> the widget library and the Xlib. Some widget libraries are built
directly on
> top of Xlib. These are usually much lighter.
>
Thanks, this is good stuff...
> >In any case to answer your question, I have to develop Xaw (X athena
> >widgets, i think)
>
> You poor thing. I think you must be the only one using Xaw nowadays.
hehe...
I came to realize that. I think I'm gonna steer my interests toward
something a little different (and more useful for myself): how to make
my Viper 770 or/and my Voodoo3 3000 work with the new version of xfree
(and would help me play Q3 on linux!!!!).
:)
Trance
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
From: "Antonio" <[EMAIL PROTECTED]>
Subject: cross compile under linux
Crossposted-To: alt.unix.wizards,comp.os.linux.development.apps
Date: 15 Sep 1999 17:01:23 +0100
hi, i am a linux user and i'd like to compile a source for a alpha machine
running OSF1, Is it possible with gcc, cc or any linux's compiler?
hundred thanks in advance, a.
------------------------------
From: [EMAIL PROTECTED] (Ulrich Weigand)
Crossposted-To:
comp.os.linux.development.system,alt.os.linux,alt.linux,alt.uu.comp.os.linux.questions,comp.os.linux.development,de.comp.os.linux.misc
Subject: Re: Question: Preventing user processes from interfering with another...
Date: 15 Sep 1999 18:03:56 +0200
Markus Jochim <[EMAIL PROTECTED]> writes:
>Statement A):
>"If you want to prevent two different user processes to be able
>to access each others memory, then both processes must
>be located in different segments. The processor then
>enforces boundaries between these segments and insures that one
>program does not interfere with the execution of another program
>by writing into the other program's segments."
Not really. Sure, if you use different segments for different
processes (like e.g. Win16 does), the processor ensures that
you don't write (accidentally) beyond the end of your segment.
There is no protection against deliberate manipulation, however,
as you are free to simply load selectors pointing to another
process' segments into your segment registers, and use those to
access the other process' memory.
(You *can* use this mechanism to protect kernel memory from access
by user processes, however, as the processor doesn't allow user mode
(ring 3) code to load selectors to segments marked with a descriptor
privilege level < 3 ...)
>After I took a look into the linux kernel sources I found that,
>for example, the code segment selector (cs) for _every_ user program
>has the value 0x23. Debugging two identical copies of the same
>program at once with gdb showed me, that not only the value
>of the cs-register is identical in each instance, but also the
>offset-parts of all code adresses are identical.
Yes. That's because different processes use different page tables,
so that the same linear address is mapped to different physical
addresses in different processes.
>Statement B):
>"As part of a task switch, the processor can also switch to
>another LDT, allowing each task to have a different logical-
>to-physical address mapping for LDT-based segments. The
>page-directory base register (CR3) also is reloaded on a task
>switch, allowing each task to have its own set of page tables.
>These protection facilities help isolate tasks and prevent them
>from interfering with one another. If one or both protection
>mechanisms are not used, the processor provides no protection
>between tasks. This is true even with operating systems that
>use multiple privilege levels for protection. Here, a task
>running at privilege level 3 that uses the same LDT and
>page tables as other privilege-level-3 tasks can access code
>and corrupt data and the stack of other tasks."
Correct. Linux does indeed use a different set of page tables
for each process, and Linux in fact used to employ the automatic
PDBR reloading on task switch feature provided by the Intel
processors. Recent versions, however, have replaced this by
manually reloading the PDBR ...
(Linux does not normally use the LDT however; the default selectors
in use by kernel and user mode all point to the GDT. Application
programs are free to use private LDT selectors for themselves,
however ...)
--
Ulrich Weigand,
IMMD 1, Universitaet Erlangen-Nuernberg,
Martensstr. 3, D-91058 Erlangen, Phone: +49 9131 85-7688
------------------------------
From: Roumen Petrov <[EMAIL PROTECTED]>
Subject: YES:oracle 8 on slackware 4.0
Date: Wed, 15 Sep 1999 16:00:36 GMT
Visit on my WEb pages http://members.spree.com/sip/rpetrov/ link
"Administrator Guides" for more info.
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: skb_queue_head(skb,list,pri)
Date: Wed, 15 Sep 1999 16:33:26 GMT
In article
<[EMAIL PROTECTED]>,
Fernando Ortega Bellosta <[EMAIL PROTECTED]> wrote:
>
>
> I am working on a networking module, I want to simulate traffic,
> modifying, the devices buffers queues, but when I try to add new
packets
> to them the whole system goes down.
>
> I am only adding new "sk_buffs", to see what happens with them, but
> something is wrong.
>
> Any idea , what am I doing wrong?
>
be a bit more descriptive abt what u r trying to do.
> Thanks in advance.
>
> --
>
> Fernando Ortega Bellosta
> [EMAIL PROTECTED]
>
>
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
From: "Antonio" <[EMAIL PROTECTED]>
Subject: cross compile under linux
Crossposted-To: comp.os.linux.development.apps
Date: 15 Sep 1999 17:06:33 +0100
hi, i am a linux user and i'd like to compile a source for a alpha machine
running OSF1, Is it possible with gcc, cc or any linux's compiler?
hundred thanks in advance, a.
------------------------------
** 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
******************************
