Linux-Development-Sys Digest #158, Volume #7      Mon, 6 Sep 99 02:14:13 EDT

Contents:
  Re: Stop the VFS from buffering form by ch dev driver (Joe Pfeiffer)
  RAID/MD broken in 2.2.X (Phil Howard)
  Re: GGI vs. framebuffer (Phil Howard)
  Re: LILO and System.map (Allin Cottrell)
  Re: Linux on RS/6000 (paulr)
  Re: Shutdown Problem (M van Oosterhout)
  Re: GGI vs. framebuffer (Phil Howard)
  Re: GGI vs. framebuffer (Phil Howard)
  make linux disk only one ("Manut")
  Re: samba 2.0.5a's smbmount password argument ("Andres H. Fuenzalida Besnier")
  developing gdb interface for JTAG (pontneuf)
  Re: TAO: the ultimate OS ("Vladimir Z. Nuri")
  Re: TAO: the ultimate OS ("Vladimir Z. Nuri")
  Re: The conceptual sandbox? ("Vladimir Z. Nuri")
  Re: TAO: the ultimate OS ("Vladimir Z. Nuri")
  Re: make linux disk only one (Leonard Evens)
  Re: developing gdb interface for JTAG (pontneuf)
  Re: TAO: the ultimate OS ("Vladimir Z. Nuri")

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

From: Joe Pfeiffer <[EMAIL PROTECTED]>
Subject: Re: Stop the VFS from buffering form by ch dev driver
Date: 05 Sep 1999 18:32:43 -0600

David Belius <[EMAIL PROTECTED]> writes:

> I am making a charter device driver where the apps
> are supposed to read or write only a couple of bytes
> at a time. But if a do a getc() from a user space 
> app the VFS(i think) starts to buffer upp 4096 bytes
> of data. How can i stop this?(preferably from within
> the device driver)

It's not the VFS doing it, and you can't fix it in your device
driver.  It's being done by getc (or by something in stdio that it
calls), and you can fix it by calling setbuf in the user program.
-- 
Joseph J. Pfeiffer, Jr., Ph.D.       Phone -- (505) 646-1605
Department of Computer Science       FAX   -- (505) 646-1002
New Mexico State University          http://www.cs.nmsu.edu/~pfeiffer

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

From: [EMAIL PROTECTED] (Phil Howard)
Subject: RAID/MD broken in 2.2.X
Date: Mon, 06 Sep 1999 02:21:29 GMT

I had heard that RAID/MD had broken somewhere along the 2.2.X path.
Maybe this is why it isn't working for me.  The kernel source docs
don't have anything about it.  Anyone know what's going on or when
it might get fixed (e.g. sometime in 2.2?  or will we have to wait
until 2.4?)

--
Phil Howard           KA9WGN
[EMAIL PROTECTED] [EMAIL PROTECTED]

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

From: [EMAIL PROTECTED] (Phil Howard)
Subject: Re: GGI vs. framebuffer
Date: Mon, 06 Sep 1999 02:29:55 GMT

On 03 Sep 1999 13:46:21 +0100 Juliusz Chroboczek ([EMAIL PROTECTED]) wrote:

| It is not clear at all how much graphics-card-dependent stuff you want
| to have in the kernel.  While it probably is a good idea to have mode
| switching stuff in the kernel (so that the system can reset your
| console to a reasonable state when you switch VCs, or when a game
| crashes), I'm not so sure about acceleration.

If the acceleration state at the time of a game crash leaves the video
device in a state that prevents it from being reset without knowning
about the acceleration, then that can be a problem.  OTOH, I would say
any such hardware is fundamentally broken.

--
Phil Howard           KA9WGN
[EMAIL PROTECTED] [EMAIL PROTECTED]

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

From: Allin Cottrell <[EMAIL PROTECTED]>
Subject: Re: LILO and System.map
Date: Sun, 05 Sep 1999 22:20:23 -0400

Andreas Peetz wrote:
> 
> see
>   man klogd

and also note that current klogd will happily read
/boot/System.map-<kernel version>, e.g.
/boot/System.map-2.2.12
which allows you to keep more than one map in play
if you wish.

-- 
Allin Cottrell
Department of Economics
Wake Forest University, NC

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

From: [EMAIL PROTECTED] (paulr)
Crossposted-To: comp.os.linux.powerpc,comp.unix.aix
Subject: Re: Linux on RS/6000
Date: 6 Sep 1999 02:53:32 GMT


LOL! I just can't let this one pass by... The older Macs were the most 
generic things you could imagine. The ROMS were prorietary, but not locked
to hardware - nothing like a RS/600 or an AS/400. The networking was based 
on RS422 standards, and the OS was and is a pretty decent little messaging
system. NuBUS was pretty standard too. ;) 

An AS/400, or even a RS/6000 is a VERY propietary beast in comparison. 

-Paul

Peter Samuelson ([EMAIL PROTECTED]) wrote:
: [<[EMAIL PROTECTED]>]
: > Well, take a look at:
: > http://users.snip.net/~gbooker/as400.htm

: Hmmm, he says he wants to target the older AS/400's and in any case the 
: page gives off the distinct flavor of a pipe dream.  I was referring to 
: the PowerPC-based AS/400's....

: I do like one quote: "The AS/400 is noteworthy for being the most
: proprietary widely used computer system."  Not necessarily accurate; I
: would vote for the older m68k Macintosh line, with its own networking
: standard, its own GUI widget set in ROM, its own OS (rather incestuous
: with the ROM graphics widgets, of course), its own busses, its own
: builtin graphics hardware and even builtin monitor.  The only really
: cross-platform-standard feature seemed to be the SCSI bus.

: -- 
: Peter Samuelson
: <sampo.creighton.edu!psamuels>

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

Date: Mon, 06 Sep 1999 13:20:30 +1000
From: M van Oosterhout <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc,comp.os.linux.x
Subject: Re: Shutdown Problem

Randall Parker wrote:
> 
> Alan,
> 
> People don't want to have data corruption. If you eliminate the need to
> do fsck you must have, by definition, eliminated the types of corruption
> that make fsck necessary in the first place. The main goal here isn't to
> avoid the time needed to run fsck. The goal is to eliminate situations
> where, for instance, the OS partition has to be restored from tape

Note that journalling doesn't prevent data corruption, only metadata
corruption. IOW, your filesizes will be correct but the data inside
the file may be totally wrong.

> IMO, the distribution installs ought to provide the option to tell them
> to put the OS on a partition that will be read-only (except when being
> updated), all the temp files on a different partition, and all the config
> files (dialer files, hosts, etc) on yet another partition.

This has already been done. For example on my machine:
/       contains config (/etc) and boot file (/boot, /bin, /sbin),
rarely changes
/usr    All installed programs. This is mounted read-only
/var    All the data that changes regularly (logs, databases, spool
files)
/home   The rest, also changes fairly infrequently.

The / partition contains everything needed to boot and since it is
almost never written to, it's almost impossible for my machine not
to boot. After that everything on /usr works because it never changes.

> If the OS directory has no uncommitted metadata at the time of a system
> crash or power failure (my cleaning lady has inadvertently circumvented
> my UPS protection twice in the last 3 years btw) then it can't become
> corrupted.

On a well setup system, this is not a problem.

Martijn

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

From: [EMAIL PROTECTED] (Phil Howard)
Subject: Re: GGI vs. framebuffer
Date: Mon, 06 Sep 1999 02:32:13 GMT

On 3 Sep 99 15:13:23 GMT Mattias Engdeg�rd ([EMAIL PROTECTED]) wrote:

| I am not convinced that all acceleration can be accessed by using
| memory-mapped hardware video memory and registers only. Please enlighten
| me if I am wrong.

They can be if the designers of the hardware do a clean design.  But most
designers do seem to have a knack for making things as broken as possible.

--
Phil Howard           KA9WGN
[EMAIL PROTECTED] [EMAIL PROTECTED]

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

From: [EMAIL PROTECTED] (Phil Howard)
Subject: Re: GGI vs. framebuffer
Date: Mon, 06 Sep 1999 02:38:00 GMT

On 04 Sep 1999 15:12:36 -0400 Nelson Minar ([EMAIL PROTECTED]) wrote:

| > I don't think anybody much cares whether the graphical support for
| > consoles is accelerated; any hardware more modern than an 8MHz 68000
| > will provide quite ample performance for the support of text consoles.
|
| In general, I'd agree with you. But I had a Sparcstation 10 on my desk
| 4 years ago that would lose several seconds a day from its clock. I
| used to log in on the text console to check email and stuff. 
|
| Rumour had it the problem was the text console implementation blocked
| interrupts and was so slow it prevented the kernel from reliably
| getting timer updates to keep the clock going. Nice, huh?

Several seconds a day is not out of the bounds of a slightly off
frequency clock.  I'd expect better from Sun, but generic Intelish
PC's drift way more than a few seconds (you need XNTPD to keep them
in sync).

I happen to be one that cares about how fast my text is.  I'm typing
right now from a 112x58 text console set with SVGATextMode.  The same
inside X is a horrible pain (but I don't know if the cause is X, or
xterm, or what).  I hope things work at least reasonably well when I
go to trying FB.  I'd sure love it if I can have the text console and
X scanning at the same rate, using the same modeline, so I won't have
a monitor going nuts every time I switch between X and text.

--
Phil Howard           KA9WGN
[EMAIL PROTECTED] [EMAIL PROTECTED]

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

From: "Manut" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc,comp.os.linux.setup
Subject: make linux disk only one
Date: Mon, 6 Sep 1999 10:17:42 +0700

who recommend to me about seft make linux disk ?
thank you.



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

From: "Andres H. Fuenzalida Besnier" <[EMAIL PROTECTED]>
Subject: Re: samba 2.0.5a's smbmount password argument
Date: Mon, 6 Sep 1999 00:30:27 -0400

have you tried using pipes?
like:
echo password | smbmount
or something like that.

--
Andres H. Fuenzalida B.
Droordina PUC
[EMAIL PROTECTED]

XuYifeng <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> Hi,
>
> I am using samba 2.0.5a, it seem's SAMBA team changed the format of
> smbmount
> arguments, I am no longer can pass password argument to smbmount on
> command line,
> it forces me to type password at its new prompt line :(,  so I am no
> longer can write smbmount command at my machine's startup scripts,
> anonying,
> can anyone help me?
>
> XuYifeng
>
>
>
>
>



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

From: pontneuf <[EMAIL PROTECTED]>
Subject: developing gdb interface for JTAG
Date: Mon, 06 Sep 1999 13:35:51 +0900

I'm planning to develop a host-side debugger for our pci-board with ARM
processor and several support peripherals such as UART.
The pci-board will be running arm-linux in the near future and actually
this is why I need host-side gdb interface.

As someone already know, ARM (ARM7TDMI) processor has a JTAG port that
can be used to examine the contents of internal registers, to set
breakpoints and watchpoints at specific address, and to insert several
instructions in the processor core. These rich set of debugging
functionality can be achieved without any software stub code which is
mandatory in remote-debugging through serial port.

I know that linux kernel debugging with UART is also possible but I'm
not sure if this serial debugging can provide sufficient information
needed while porting linux kernel to our pci-board.

I think.. the above will be good reason for developing gdb-JTAG
interface.

Currently I'm just standing at the starting point looking for a right
direction to get started with hacking gdb.
Simply, I'm just lack of information about gdb internals. Can somebody
help me release this situation?
I would really appreciate any comment, information from gdb GURU.


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

From: "Vladimir Z. Nuri" <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.os.linux.advocacy,comp.os.misc,comp.unix.advocacy
Subject: Re: TAO: the ultimate OS
Date: 6 Sep 1999 04:42:47 GMT

In comp.os.misc EdToy <[EMAIL PROTECTED]> wrote:

: Well he certainly didn't do any favors to the ones who gave up their time 
: so that Red Hat could make all that money that's for sure.  It's the same 
: scam that built the pyramids of Egypt.

I do think that the red hat thing could eventually
backfire..

: Well someone has to keep the false leaders at bay.


what do you feel constitutes a "false leader"..

: What exists?  If you mean naivete, then you're right.  Don't come to 
: America and ask people to give up their time without paying them for it.   

time is precious, but the above system is not how linux was
built, and the whole concept that the only way meaningful
things are accomplished is when people are paid to do it
is quite laughable.

: Better though: just create it on your own and leave those who would steal 
: your ideas out of the picture entirely.  Now that's good advice.


haha. "steal my ideas". I am begging/pleading w/everyone to steal my
ideas. what do you think ideas are worth, anyway?   they are both
priceless and worthless, in my experience.


-- 


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
state of the art OS research email     http://www.egroups.com/groups/os-edge/
Tao OS / Taos / the transcendental OS  http://www8.pair.com/mnajtiv/tao.html 

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

From: "Vladimir Z. Nuri" <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.os.linux.advocacy,comp.os.misc,comp.unix.advocacy
Subject: Re: TAO: the ultimate OS
Date: 6 Sep 1999 04:46:07 GMT

In comp.os.misc Kaz Kylheku <[EMAIL PROTECTED]> wrote:
: On 4 Sep 1999 02:04:41 GMT, Vladimir Z. Nuri <[EMAIL PROTECTED]> wrote:
:>In comp.os.misc EdToy <[EMAIL PROTECTED]> wrote:
:>
:>: Sounds like your agenda.  So pay 'em then.
:>
:>the agenda is open.. the agenda is to create a new OS.
:>is linux Torvald's agenda? do you ask him to pay
:>contributors?

: It's Linus Torvalds, not Linux Torvalds.

you are not parsing my sentence right. I said, is "linux"
[linus] torvalds' agenda? answer: yes. question: does
he pay contributors? answer: no.

-- 


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
state of the art OS research email     http://www.egroups.com/groups/os-edge/
Tao OS / Taos / the transcendental OS  http://www8.pair.com/mnajtiv/tao.html 

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

From: "Vladimir Z. Nuri" <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.os.linux.advocacy,comp.os.misc,comp.unix.advocacy
Subject: Re: The conceptual sandbox?
Date: 6 Sep 1999 05:18:00 GMT

In comp.os.misc Kaz Kylheku <[EMAIL PROTECTED]> wrote:
:>1. a virus is something that when run, corrupts the OS.

: You mean like a sound card device driver from 4Front technologies? ;)

exactly. this would be impossible with a good OS.

-- 


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
state of the art OS research email     http://www.egroups.com/groups/os-edge/
Tao OS / Taos / the transcendental OS  http://www8.pair.com/mnajtiv/tao.html 

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

From: "Vladimir Z. Nuri" <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.os.linux.advocacy,comp.os.misc,comp.unix.advocacy
Subject: Re: TAO: the ultimate OS
Date: 6 Sep 1999 05:23:22 GMT

In comp.os.misc Peter Samuelson <[EMAIL PROTECTED]> wrote:
: [Vladimir Z. Nuri <[EMAIL PROTECTED]>]
:> I believe an OS that is equally pleasing to the novice as well as the
:> power programmer is inherently possible. I will continually reject
:> the false dichotomies suggesting otherwise.

: You keep doing this.  Someone raises an objection to something you've
: said and rather than explaining how to overcome the objection you just
: wave your hand and say "I believe this objection can be overcome."  You
: seem to like rejecting "false dichotomies", making them false by fiat.

my "opponents" are making them true by fiat. I am merely pointing
out unjustified assumptions & dogmas that permeate current OS
& software design. if you consider anything true that I am making
"false by fiat" I will look at the evidence and show you where
you are wrong<g>

: The sheer number and importance of things you declare true by fiat is a
: large part of the reason it is difficult for many of us to take you or
: your ideas very seriously.

I am happy to deal with any specifics you might possibly come
up with.

my ideas are quite uncontroversial by some standards. imho
they are merely the logical extension of existing OS 
design.

note above I did not declare anything "true by fiat". I proposed
an alternative to existing dogma & conventional wisdom. I am
saying, "imagine a universe exists in which you are not confined to
the boxes you now believe you are confined within"<g>

-- 


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
state of the art OS research email     http://www.egroups.com/groups/os-edge/
Tao OS / Taos / the transcendental OS  http://www8.pair.com/mnajtiv/tao.html 

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

From: Leonard Evens <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc,comp.os.linux.setup
Subject: Re: make linux disk only one
Date: Mon, 06 Sep 1999 00:16:13 -0500

Manut wrote:
> 
> who recommend to me about seft make linux disk ?
> thank you.

I hate to be chauvinistic about my native tongue, but a question
posted in a garbled form of English is not going to be understandable
to anyone, native English speaker or not.   If one does not know
much English, it might be better to post the question in one's
native language and hope a speaker of that language is reading
the newsgroup.

-- 

Leonard Evens      [EMAIL PROTECTED]      847-491-5537
Dept. of Mathematics, Northwestern Univ., Evanston, IL 60208

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

From: pontneuf <[EMAIL PROTECTED]>
Subject: Re: developing gdb interface for JTAG
Date: Mon, 06 Sep 1999 13:59:57 +0900

FYI.
JTAG is just an boundary scan interface, and the useful debugging
functionality is provided by ARM7TDMI's debugging macrocell.

pontneuf wrote:

> I'm planning to develop a host-side debugger for our pci-board with ARM
> processor and several support peripherals such as UART.
> The pci-board will be running arm-linux in the near future and actually
> this is why I need host-side gdb interface.
>
> As someone already know, ARM (ARM7TDMI) processor has a JTAG port that
> can be used to examine the contents of internal registers, to set
> breakpoints and watchpoints at specific address, and to insert several
> instructions in the processor core. These rich set of debugging
> functionality can be achieved without any software stub code which is
> mandatory in remote-debugging through serial port.
>
> I know that linux kernel debugging with UART is also possible but I'm
> not sure if this serial debugging can provide sufficient information
> needed while porting linux kernel to our pci-board.
>
> I think.. the above will be good reason for developing gdb-JTAG
> interface.
>
> Currently I'm just standing at the starting point looking for a right
> direction to get started with hacking gdb.
> Simply, I'm just lack of information about gdb internals. Can somebody
> help me release this situation?
> I would really appreciate any comment, information from gdb GURU.


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

From: "Vladimir Z. Nuri" <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.os.linux.advocacy,comp.os.misc,comp.unix.advocacy
Subject: Re: TAO: the ultimate OS
Date: 6 Sep 1999 05:16:17 GMT

In comp.os.misc Peter T. Breuer <[EMAIL PROTECTED]> wrote:

: You say that the derivation of the contradiction is invalid. But you say
: so claiming that we cannot call the program whose existence we desire
: to refute. 

a mathematical system is a set of axioms that models something
else. the question is, are your axioms valid for what we are
studying. this is a model based argument. you are saying the
proof is valid, given the axiom that all subroutines that
exist are equally accessable. I am saying to adequately model
a sandbox system, that is an invalid axiom. not all subroutines
are equally accessable. the security model rejects this.


-- 


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
state of the art OS research email     http://www.egroups.com/groups/os-edge/
Tao OS / Taos / the transcendental OS  http://www8.pair.com/mnajtiv/tao.html 

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


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

Reply via email to