Linux-Development-Sys Digest #288, Volume #8 Sat, 18 Nov 00 21:13:19 EST
Contents:
Re: What distro does Linus Torvalds use? ([EMAIL PROTECTED])
Interprocess Communication ... ([EMAIL PROTECTED])
Re: non-portable port (Frank Ranner)
Re: Intel 815E chipset on-board video and Linux Kernel 2.4.0-test11-pre* (J Wendel)
Re: injecting keystrokes into virtual console ([EMAIL PROTECTED])
Re: injecting keystrokes into virtual console (George MacDonald)
Re: non-portable port (Wouter Verhelst)
Starting Linux without logging into it. ("henry")
Re: Preemption within the kernel? (Philip Armstrong)
Re: Starting Linux without logging into it. (George MacDonald)
Re: Starting Linux without logging into it. (Michel Dagenais)
Re: Preemption within the kernel? (Kaelin Colclasure)
Re: Interprocess Communication ... (Kaelin Colclasure)
Re: Starting Linux without logging into it. ([EMAIL PROTECTED])
Re: Interprocess Communication ... (Juha Laiho)
Re: RFC POP (Frank Ranner)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED]
Subject: Re: What distro does Linus Torvalds use?
Date: Sat, 18 Nov 2000 03:04:44 GMT
Michael V. Ferranti <[EMAIL PROTECTED]> wrote:
: TSIA. He's writing the kernel, so I figure what better flavor of
: distro to use than what he's got running...
That's a FAQ :) He uses more than one, as I read in a recent article,
so that he can avoid showing favoritism.
Jeff
--
Jeff Garzik |
Building 1024 | The chief enemy of creativity is "good" sense
MandrakeSoft | -- Picasso
------------------------------
From: [EMAIL PROTECTED]
Subject: Interprocess Communication ...
Date: Sat, 18 Nov 2000 03:24:01 GMT
Hi,
I am a new bie to Linux and couldnot find answers to the following
questions. So please respond if you know any of them.
Does Linux(RedHat 6.1 or 6.2) have the following IPC's :
1. POSIX Message Queues
2. POSIX Shared Memory
3. POSIX Semaphores.
4. Mutex that can be shared across PROCESSES.
Any help in this direction will be greatly appreciated.
TIA,
Suresh
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
From: Frank Ranner <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Re: non-portable port
Date: Sat, 18 Nov 2000 14:27:38 +1100
T wrote:
>
> I'd like to revive an old dos project that used inline assembly calls
> to BIOS and direct screen writes. Trying to get up to speed with Linux
> programming, I've been looking at some sources and reading what I can
> find. It looks like both (BIOS calls and direct screen writes) are
> verboten and in the domain of the Linux kernel. Learning about modules
> and kernel will take too long although I plan to keep at it. I looked
> at SVGALib, but my app doesn't need graphics-- it writes to text
> screen. Are there any viable approaches (other than give it up:~) and
> stuff like curses?
You could check out the ascii-art lib (aa-lib). This seems to allow
pretty
sophisticated and fast access to the console screen.
Another alternative is the vcs and vcsa devices. These allow
direct access to the tty memory similar to the dos access your
program currently uses. See 'man vcs' for details. Of course this
method is linux specific, non-portable, and requires the user to be
root.
Regards, Frank Ranner
------------------------------
From: [EMAIL PROTECTED] (J Wendel)
Subject: Re: Intel 815E chipset on-board video and Linux Kernel 2.4.0-test11-pre*
Date: Sat, 18 Nov 2000 04:04:27 GMT
2.4.0-test11-pre6 contains the 815 agpgart patch. Good luck.
On Fri, 17 Nov 2000 08:47:52 -0800, "Stephen Gutknecht \(VW\)"
<[EMAIL PROTECTED]> wrote:
>Anyone able to get this to work? I can't get agpgart to work ...
>
>There is one other person [EMAIL PROTECTED] who reports same problem.
>
>I have put together instructions on how I am doing my kernel build under
>Redhat 7.0:
>
> http://www.roundsparrow.com/Linux/240oni815/
>
>Please help if you are trying the same.
>
> Stephen Gutknecht
> Renton, Washington
>
>
>
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: injecting keystrokes into virtual console
Date: Sat, 18 Nov 2000 05:16:52 -0000
On Fri, 17 Nov 2000 20:30:14 GMT George MacDonald <[EMAIL PROTECTED]> wrote:
| You could drive it from the serial port on the *same* computer which
| should allow you to drive automatic keystrokes as well as manual. Of
| course this lacks feedback to the serial port agent, so timing will
| be an issue.
And where would my real keyboard be connected if I have the keyboard
port looped back to the serial via an adapter? As soon as the sessions
are set up, then I have to be able to use normal keyboard functions.
| Another approach would be to modify the inittab, remove all the getty
| programs and write another program to do the same thing they do, except
| also do what you want. That of course only works if your additional input
| is at the beginning.
Been there, done that.
| Ah, your after a multi-headed turnkey type system. One login triggers initialization
| of all the sessions to some pre-defined state. Such session "awareness" is
| not built in at the lower levels of Linux, it is at the higher levels of
| the desktops(GNOME, KDE) and "session" aware apps. So yet another way would
| be to fire up the desktops, starting the apps in X term type windows, initialized
| as appropriate. Hmm, sounds like you don't want to do that though!
But this is all on text virtual consoles. X is not involved.
| I suppose yet another option is to use the program called "screen".
Again, an annoying extra layer of overhead that's just dead weight after
the initialization is done.
--
| Phil Howard - KA9WGN | My current websites: linuxhomepage.com, ham.org
| phil (at) ipal.net +----------------------------------------------------
| Dallas - Texas - USA | [EMAIL PROTECTED]
------------------------------
From: George MacDonald <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: Re: injecting keystrokes into virtual console
Date: Sat, 18 Nov 2000 06:05:49 GMT
[EMAIL PROTECTED] wrote:
>
> On Fri, 17 Nov 2000 20:30:14 GMT George MacDonald <[EMAIL PROTECTED]> wrote:
>
> | You could drive it from the serial port on the *same* computer which
> | should allow you to drive automatic keystrokes as well as manual. Of
> | course this lacks feedback to the serial port agent, so timing will
> | be an issue.
>
> And where would my real keyboard be connected if I have the keyboard
> port looped back to the serial via an adapter? As soon as the sessions
> are set up, then I have to be able to use normal keyboard functions.
>
I think they have a T arrangement so you can use either.
--
We stand on the shoulders of those giants who coded before.
Build a good layer, stand strong, and prepare for the next wave.
Guide those who come after you, give them your shoulder, lend them your code.
Code well and live! - [EMAIL PROTECTED] (7th Coding Battalion)
------------------------------
From: [EMAIL PROTECTED] (Wouter Verhelst)
Subject: Re: non-portable port
Crossposted-To: comp.os.linux.development.apps
Date: Sat, 18 Nov 2000 12:39:20 GMT
In article <[EMAIL PROTECTED]>,
Frank Ranner <[EMAIL PROTECTED]> writes:
> T wrote:
>>
>> I'd like to revive an old dos project that used inline assembly calls
>> to BIOS and direct screen writes. Trying to get up to speed with Linux
>> programming, I've been looking at some sources and reading what I can
>> find. It looks like both (BIOS calls and direct screen writes) are
>> verboten and in the domain of the Linux kernel. Learning about modules
>> and kernel will take too long although I plan to keep at it. I looked
>> at SVGALib, but my app doesn't need graphics-- it writes to text
>> screen. Are there any viable approaches (other than give it up:~) and
>> stuff like curses?
>
> You could check out the ascii-art lib (aa-lib). This seems to allow
> pretty
> sophisticated and fast access to the console screen.
It does; however, it's not usefull to create readable output.
the aalib works as a graphical library, rendering the graphics you
send to it as ASCII-art. Some games by lokigames
(http://www.lokigames.com) use this library when no X server is
running; what you get at that moment looks cool, but is certainly not
readable.
<snip>
--
wouter punt verhelst op advalvas in België
1:35pm up 1:47, 4 users, load average: 1.13, 1.21, 1.17
Voor een vertaling van Documentation/Configure.help naar het Nederlands:
http://users.pandora.be/wouter.verhelst/configure.html
"The only way I can lose this election is if I'm caught in bed with a dead
girl or a live boy."
-- Louisiana governor Edwin Edwards
------------------------------
From: "henry" <[EMAIL PROTECTED]>
Subject: Starting Linux without logging into it.
Date: Sat, 18 Nov 2000 14:35:21 +0100
Does anyone have a suggestion how i can build a linux OS thats runs without
logging into it?
I know that it is a multiuser OS but i want to use Linux without logging
into it.
Thanks
------------------------------
From: [EMAIL PROTECTED] (Philip Armstrong)
Subject: Re: Preemption within the kernel?
Date: 18 Nov 2000 18:20:08 -0000
In article <[EMAIL PROTECTED]>,
Kaelin Colclasure <[EMAIL PROTECTED]> wrote:
>I saw some commentary within the kernel sources that implied there was
>no preemption possible when running kernel-space code. (I'm talking
>scheduler-level preemption -- I'm aware that interrupts my occur
>unless I mask them.) Is this in fact true? And can I count on this to
>remain true in future kernel versions?
There are patches around (usually for realtime usage) which allow
kernel code to be preempted. Discussions on the list suggest that
Linus is mindful of accepting such patches in the next round of
development (ie 2.5+) so long as they don't impact performance, as
they vastly improve the latency of the kernel.
Hence, whilst at the moment you can rely on your code not being
preempted by the scheduler this might not be true at some point in the
future.
>And how about e.g. Solaris? Does kernel-level code there also run
>without process-level preemption?
unsure.
Phil
--
http://www.kantaka.co.uk/ .oOo. public key: http://www.kantaka.co.uk/gpg.txt
------------------------------
From: George MacDonald <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: Re: Starting Linux without logging into it.
Date: Sat, 18 Nov 2000 19:23:15 GMT
henry wrote:
>
> Does anyone have a suggestion how i can build a linux OS thats runs without
> logging into it?
>
> I know that it is a multiuser OS but i want to use Linux without logging
> into it.
Try "man xdm"
The file that controls what gets started at boot time is /etc/inittab.
It typically starts some console programs and then the X windows windows manager.
If you want to go straight into X windows, then have a look at the file
/etc/X11/xdm/xdm-config
Looks like "authorize" is the appropriate resource to toggle. I haven't tried
it though.
--
We stand on the shoulders of those giants who coded before.
Build a good layer, stand strong, and prepare for the next wave.
Guide those who come after you, give them your shoulder, lend them your code.
Code well and live! - [EMAIL PROTECTED] (7th Coding Battalion)
------------------------------
Subject: Re: Starting Linux without logging into it.
From: Michel Dagenais <[EMAIL PROTECTED]>
Date: Sat, 18 Nov 2000 20:39:45 GMT
> Does anyone have a suggestion how i can build a linux OS thats runs without
> logging into it?
The latest Red Hat and Mandrake have an autologin feature.
------------------------------
From: Kaelin Colclasure <[EMAIL PROTECTED]>
Subject: Re: Preemption within the kernel?
Date: 18 Nov 2000 14:20:45 -0800
[EMAIL PROTECTED] (Philip Armstrong) writes:
[...]
> There are patches around (usually for realtime usage) which allow
> kernel code to be preempted. Discussions on the list suggest that
> Linus is mindful of accepting such patches in the next round of
> development (ie 2.5+) so long as they don't impact performance, as
> they vastly improve the latency of the kernel.
>
> Hence, whilst at the moment you can rely on your code not being
> preempted by the scheduler this might not be true at some point in the
> future.
Hmmm. So do these patches include any way for a piece of kernel-space
code to run atomically? Right now I'm using spinlocks -- but not
masking interrupts. My code is only ever called in the context of a
process. Or let me rephrase that -- I only intend to support calling
it in the context of a process. :-) Linus' comments in spinlock.txt
suggest that for this case masking interrupts is not necessary, and
should be avoided because it's a relatively expensive instruction on
the x86.
But if there's preemption at the kernel level in Linux's future, is a
simple (i.e. non-interrupt-masked) spinlock still useful? And am I
correct in guessing that masking interrupts guarantees atomicity?
I.e. that kernel-level preemption relys on the timer interrupt not
being masked?
In case you haven't guessed, I don't really grok x86 architecture.
(Ahh, for the simple clarity of the MC68K...)
-- Kaelin
------------------------------
From: Kaelin Colclasure <[EMAIL PROTECTED]>
Subject: Re: Interprocess Communication ...
Date: 18 Nov 2000 14:27:36 -0800
[EMAIL PROTECTED] writes:
> Hi,
> I am a new bie to Linux and couldnot find answers to the following
> questions. So please respond if you know any of them.
> Does Linux(RedHat 6.1 or 6.2) have the following IPC's :
>
> 1. POSIX Message Queues
> 2. POSIX Shared Memory
> 3. POSIX Semaphores.
> 4. Mutex that can be shared across PROCESSES.
>
> Any help in this direction will be greatly appreciated.
All of the above. Collectively these are known as "System V IPC."
Kernel support for these is optional -- but AFAIK all Redhat versions
ship with it turned on.
-- Kaelin
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Starting Linux without logging into it.
Date: Sat, 18 Nov 2000 22:47:43 -0000
On Sat, 18 Nov 2000 14:35:21 +0100 henry <[EMAIL PROTECTED]> wrote:
| Does anyone have a suggestion how i can build a linux OS thats runs without
| logging into it?
|
| I know that it is a multiuser OS but i want to use Linux without logging
| into it.
I've rigged up an autologin for virtual (text) console which works on
Slackware (developed in 3.3 and it still works in 7.1). It requires
the "agetty" program, so it may not work on other distributions that
use a different getty program. I know it didn't work on "mingetty" as
it came with Redhat 6.0.
--
| Phil Howard - KA9WGN | My current websites: linuxhomepage.com, ham.org
| phil (at) ipal.net +----------------------------------------------------
| Dallas - Texas - USA | [EMAIL PROTECTED]
------------------------------
From: Juha Laiho <[EMAIL PROTECTED]>
Subject: Re: Interprocess Communication ...
Date: 18 Nov 2000 21:56:54 +0200
[EMAIL PROTECTED] said:
> I am a new bie to Linux and couldnot find answers to the following
>questions. So please respond if you know any of them.
> Does Linux(RedHat 6.1 or 6.2) have the following IPC's :
>
>1. POSIX Message Queues
>2. POSIX Shared Memory
>3. POSIX Semaphores.
Hmm.. are these the same as their SysV counterparts? Try "man ipc".
>4. Mutex that can be shared across PROCESSES.
Should be implementable at least using the semaphores.
--
Wolf a.k.a. Juha Laiho Espoo, Finland
(GC 3.0) GIT d- s+: a- C++ UH++++$ UL++++ P+@ L+++ E(-) W+$@ N++ !K w !O
!M V PS(+) PE Y+ PGP(+) t- 5? !X R tv--- b+ DI? D G e+ h--- r+++ y+
"...cancel my subscription to the resurrection!" (Jim Morrison)
------------------------------
From: Frank Ranner <[EMAIL PROTECTED]>
Subject: Re: RFC POP
Date: Sun, 19 Nov 2000 10:33:08 +1100
Vincent Deverre wrote:
>
> I don't have acces to the Net.
> I have only mails.
>
The following may help.
Regards, Frank Ranner
RFC-Info Smplified Help
=======================
Use RFC-Info by sending email messages to [EMAIL PROTECTED]
1. To get a specific RFC send a message with text as follows:
Retrieve: RFC
Doc-ID: RFC1500
This gets RFC 1500. All RFC numbers in the Doc-Id are 4 digits
(RFC 791 would be Doc-ID: RFC0791).
2. To get a specific FYI send a message with text as follows:
Retrieve: FYI
Doc-ID: FYI0004
3. To get a list of available RFC's that match a certain criteria:
LIST: RFC
Keywords: Gateway
Returns a list of RFC's with the word Gateway in the title or
specified as a keyword.
4. To get the Index of all RFCs published:
HELP: rfc_index
5. To get information about other ways to get RFCs, FYIs, STDs, or
IMRs.
HELP: ways_to_get_rfcs
HELP: ways_to_get_fyis
HELP: ways_to_get_stds
HELP: ways_to_get_imrs
6. To get help about using RFC-Info:
HELP: help
or
HELP: topics
------------------------------
** 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
******************************