Linux-Development-Sys Digest #375, Volume #6 Thu, 4 Feb 99 07:16:54 EST
Contents:
kernel address space question (David Scott Peterson)
Re: use theramin as input device (Martin Maney)
Re: 2.2.1 and modules -- modules.dep is empty (Robert Hamilton)
Re: parport and HP Deskjet 500 (Aaron McCarthy)
Re: SENDMAIL SOURCE CODE ? ("Marco Magagnini")
Re: use theramin as input device (Martin Maney)
Re: Linux on ARM7 ?? (Michael Williams)
Re: 2.2.1 (Matt Foster)
Re: VESA VGA graphics Console at 1280X1024 (Donal O'Sullivan)
Re: Select and FIFO's (Emile van Bergen)
Re: use theramin as input device (Matthias Warkus)
Lost Busmaster DMA in 2.0.x? ([EMAIL PROTECTED])
Re: Installing kernel modules at Boot (Matt Foster)
Re: NT mouse frenzy related to mouse type? (was: Modest next goal for Linux)
("Edwin van der Elst")
Re: Linux Phase 2: A Consumer Operating System (Tim Allen)
Re: New free widget library: Notif-0.1 (Steve O'Hara Smith)
Re: Linux on ARM7 ?? (Kevin Bracey)
Re: Linux 2.2.0 final won't compile. (Thomas Huber)
Re: Modest next goal for Linux (Justin The Cynical)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (David Scott Peterson)
Subject: kernel address space question
Date: 4 Feb 1999 05:29:46 GMT
I have a few short questions about the kernel address space on x86
systems:
1. Are the kernel page tables set up with a logical = physical mapping?
2. Are the segment registers provided by the x86 architecture used at
all, or are they simply all set up so that all segments are 4 gig in
size starting at address 0?
3. Are there any differences between the 2.0 and 2.2 kernels in how
the x86 paging and segmentation mechanisms are set up?
Thanks,
Dave Peterson
[EMAIL PROTECTED]
------------------------------
From: Martin Maney <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc
Subject: Re: use theramin as input device
Date: 4 Feb 1999 03:46:07 GMT
Bill Unruh <[EMAIL PROTECTED]> wrote:
> In <[EMAIL PROTECTED]> Eric Miller <[EMAIL PROTECTED]> writes:
>>Wouldn't that be making the easy, difficult? Most theramins I've seen
>>are bigger than a mouse and keyboard, and would require two hands to use
>>(unlike a mouse). A novel idea, but just plain silly.
> Most computers I've seen are bigger than a living room. Where in the
> world would a home owner put one. A novel idea but home computing is just silly.
When computers were bigger than a living room it _was_ silly. Of course, it
was also silly not to notice that those room-sized computers had been
getting faster and more powerful at a good clip, and it would be at least a
little silly not to have conceded that something reasonably-sized for home
use might one day be possible. However, this whole line of reasoning is
simply irrelevant to the theremin/mouse issue, since theremins have not been
shrinking dramatically over the years, and indeed, since most of their size
is the required "empty" space where one's hands have to be free to move
about in order to control the theremin's output, comparable miniaturization
is simply not possible. If the electronics were reduced to 1 cubic
millimeter you'd still need those large plates and all that room.
Sorry, Bill, but bad analogies are a pet squick of mine. :-)
[followups set]
------------------------------
From: [EMAIL PROTECTED] (Robert Hamilton)
Subject: Re: 2.2.1 and modules -- modules.dep is empty
Date: 4 Feb 1999 06:03:59 GMT
Reply-To: [EMAIL PROTECTED]
On 02 Feb 1999 20:38:12 -0700, Joe Pfeiffer <[EMAIL PROTECTED]> wrote:
>I haven't been able to get modules to work with 2.2.1. I have
>modutils 2.1.121; I compiled and brought up a version of 2.2.1
>without modules, and built modutils with that running.
>
>But, at boot time, depmod -a is leaving /lib/modules/2.2.1/modules.dep
>empty. As you can imagine, everything is down hill after that! I
>could use any suggestions anybody might have as to where to look for
>my error...
A shot in the dark, but did you try "depmod -av 2.2.1" instead
of just "depmod -a"?
-- Robert
------------------------------
From: Aaron McCarthy <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: Re: parport and HP Deskjet 500
Date: Thu, 04 Feb 1999 06:04:06 +0000
Giandomenico De Tullio wrote:
> Aaron McCarthy wrote:
> >
> > After installing the new kernel 2.2.1 and seting up the parport driver I
> > could no longer print to my DJ500 but could print to the newer HP
> > DeskJet 670C,
> >
> > any ideas
>
> On 2.2.1 .. (w/ ParPort active!) the 1st Parallel Port is lp0 NOT lp1.
> update Ur /etc/printcap !
>
Yes I know that, and have already changed it. But as I said printing to a
DJ670C works fine but the DJ500 doesn't respond. This is through the same lp
port on the same machine.
------------------------------
From: "Marco Magagnini" <[EMAIL PROTECTED]>
Crossposted-To:
alt.os.linux,alt.os.linux.caldera,apana.lists.os.linux.redhat,comp.os.linux.development.apps,linux.dev.linuxbsd
Subject: Re: SENDMAIL SOURCE CODE ?
Date: Thu, 4 Feb 1999 10:42:20 +0100
www.sendmail.org
--
Please remove '-MAPS-' from my e.mail address to send me e-mail
Rimuovi '-MAPS-' dal mio indirizzo di posta elettronica per rispondermi
Anthony Parker ha scritto nel messaggio <#0LfphnT#GA.291@upnetnews03>...
>Is the source code for SENDMAIL ( or any other mail server ) in public
>domain ? If so, where can I get it. Using it is one thing, understanding
>what is really going on is what I want to know.
>
>
------------------------------
From: Martin Maney <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc
Subject: Re: use theramin as input device
Date: 4 Feb 1999 03:49:16 GMT
William McBrine <[EMAIL PROTECTED]> wrote:
> In comp.os.linux.development.apps Eric Miller <[EMAIL PROTECTED]> wrote:
> : Wouldn't that be making the easy, difficult? Most theramins I've seen
> : are bigger than a mouse and keyboard, and would require two hands to use
> : (unlike a mouse). A novel idea, but just plain silly.
> At least you wouldn't get carpal tunnel.
But tennis elbow would be a real threat. :-)
------------------------------
From: [EMAIL PROTECTED] (Michael Williams)
Crossposted-To: comp.sys.arm
Subject: Re: Linux on ARM7 ??
Date: 4 Feb 1999 08:47:15 GMT
Reply-To: [EMAIL PROTECTED]
In article <[EMAIL PROTECTED]>,
Roger Gammans <[EMAIL PROTECTED]> wrote:
>Although this doesn't preclude you using them yourself in userspace or
>own your own device drivers.
The kernel has to be Thumb-aware:
+ if you're using the comment field in SWIs then the SWI
handler needs to know whether it's looking for an ARM SWI or a Thumb
SWI.
+ if you need to decode load/store instructions in your
data abort handler (to restore base address before retrying a load[*])
+ if you're using a coprocessor emulator, it needs to check that it has
come from ARM state before attempting to emulate the undefined
instruction.
Mike.
[* though this shouldn't be a problem on ARM9TDMI.]
------------------------------
From: Matt Foster <[EMAIL PROTECTED]>
Subject: Re: 2.2.1
Date: 4 Feb 1999 10:13:40 GMT
: Uncompressing Linux...... Ok, booting the kernel...
: locks hard
Do you have CONFIG_VGA_CONSOLE defined in the kernel config (assuming
you are using a PC with a VGA monitor).
Matt
------------------------------
From: Donal O'Sullivan <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Re: VESA VGA graphics Console at 1280X1024
Date: Thu, 04 Feb 1999 09:58:22 +0000
Mark Hahn wrote:
>
> > I have just set up the VESA VGA graphics Console. It works fine
> > except at a resolution of 1280x1024. At this resolution, my monitor
> > shuts down every few minutes for about two seconds. It then recovers
> > and everything is fine for a while. This also happen under X.
> > Has anyone else seen this problem?
>
> why do you think this is something other than a monitor problem?
Hi Mark,
I don't get this problem under windows95 or under linux when I use
a different graphics card.
--
Regards,
Donal
------------------------------
From: Emile van Bergen <[EMAIL PROTECTED]>
Subject: Re: Select and FIFO's
Date: Thu, 04 Feb 1999 09:34:44 +0100
Jonathan Crenner wrote:
>
> I try to wait for a FIFO to be writable by using select :
>
> /* Variables required for FIFO's manipulation */
> int res, pipe_fd;
>
> /* Variables required for select usage */
> fd_set inputs, testfds;
> int result, nread;
>
> /* Renitialization of the sets of file descriptors */
> FD_ZERO (&inputs);
>
> /* Sets STDIN as a watched file descriptor */
> FD_SET (0, &inputs);
>
> /* Sets the FIFO as a watched file descriptor */
> FD_SET (res, &inputs);
This won't work; res is uninitialised here. Remember, a fd_set doesn't
contain references to file desc. vars (otherwise FD_SET (0,&inputs)
wouldn't work), but the values themselves.
So use a sequence like
fd=open("my_fifo_name",O_RDONLY+O_NONBLOCK); /* NONBLOCK of course
optional */
FD_ZERO(&fdset);
FD_SET(fd,&fdset);
testfdset=fdset;
ret=select(fd+1,&testfdset,0,0,0);
etc.
--
M.vr.gr. / Best regards,
Emile van Bergen (e-mail address: [EMAIL PROTECTED])
This e-mail message is 100% electronically degradeable and produced
on a GNU/Linux system.
------------------------------
From: [EMAIL PROTECTED] (Matthias Warkus)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc
Subject: Re: use theramin as input device
Date: Wed, 3 Feb 1999 19:04:21 +0000
Reply-To: [EMAIL PROTECTED]
It was the Wed, 3 Feb 1999 00:25:05 GMT...
..and John Hasler <[EMAIL PROTECTED]> wrote:
[Theremin a/k/a etherophone a/k/a Thereminovox]
> Allen Crider writes:
> > Do you mean that '50s sci-fi sound machine?
>
> No. He means the '20s musical instrument.
No. He means the wailing thing that goes "wee-ooo-wee-ooo" in
_Good_Vibrations_ by the Beach Boys.
SCNR
mawa
--
Matthias Warkus | [EMAIL PROTECTED] | Dyson Spheres for sale!
It's sad to live in a world where knowing how to program your VCR
actually lowers your social status...
------------------------------
From: [EMAIL PROTECTED]
Subject: Lost Busmaster DMA in 2.0.x?
Date: 4 Feb 1999 08:34:37 GMT
Reply-To: [EMAIL PROTECTED]
Hi all,
I have one problem with 2.0.0/2.0.1:
My EIDE-controller does not longer work as Busmaster-DMA.
Yes I have configured:
#
# Block devices
#
CONFIG_BLK_DEV_FD=m
CONFIG_BLK_DEV_IDE=y
# CONFIG_BLK_DEV_HD_IDE is not set
CONFIG_BLK_DEV_IDEDISK=y
CONFIG_BLK_DEV_IDECD=m
# CONFIG_BLK_DEV_IDETAPE is not set
# CONFIG_BLK_DEV_IDEFLOPPY is not set
# CONFIG_BLK_DEV_IDESCSI is not set
# CONFIG_BLK_DEV_CMD640 is not set
# CONFIG_BLK_DEV_RZ1000 is not set
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_BLK_DEV_IDEDMA=y
# CONFIG_BLK_DEV_OFFBOARD is not set
CONFIG_IDEDMA_AUTO=y
But the kernel reports at boot:
PIIX: IDE controller on PCI bus 00 dev 08
PIIX: not 100% native mode: will probe irqs later
PIIX: neither IDE port enabled (BIOS)
hda: IBM-DSOA-21080, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: IBM-DSOA-21080, 1033MB w/96kB Cache, CHS=525/64/63
You see, I have only one controller, the machine is a
IBM Thinkpad 760.
I am also not able to set dma with hdparm.
The situation with 2.0.36:
ide: i82371 PIIX (Triton) on PCI bus 0 function 9
ide0: BM-DMA at 0xfcf0-0xfcf7
Jan 4 10:00:58 Stinkpad kernel: hda: IBM-DSOA-21080, 1033MB w/96kB Cache,
CHS=5 25/64/63, DMA
hdb: SANYO CRD-S54P, ATAPI CDROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Any hints?
Michael
--
[EMAIL PROTECTED]
------------------------------
From: Matt Foster <[EMAIL PROTECTED]>
Subject: Re: Installing kernel modules at Boot
Date: 4 Feb 1999 10:16:38 GMT
Frank McGirt <[EMAIL PROTECTED]> wrote:
: Would someone please list for me the files to be changed for kernel
: driver modules to be installed at boot time rather than later with an
: insmod command. Or better yet point me to where this procedure is
: documented.
: Thanks for the help.
: Frank McGirt
: [EMAIL PROTECTED]
Have a look at /usr/src/linux/Documentation/modules.txt
Use either kmod under 2.2 or kerneld under 2.0. If it is
2.0 then you need to start kerneld fairly early on in the
boot process.
Matt
------------------------------
From: "Edwin van der Elst" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.advocacy
Subject: Re: NT mouse frenzy related to mouse type? (was: Modest next goal for Linux)
Date: Thu, 4 Feb 1999 12:22:55 +0100
Per Olsson wrote in message <79ajpi$s67$[EMAIL PROTECTED]>...
>
>P.S. Has anyone posted in any microsoft newsgroup about this?
>
Nah, don't let them change this.
I actually *use* this feature to test my apps under extreme conditions ;-)
Edwin van der Elst
------------------------------
From: Tim Allen <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.os.linux.development.apps
Subject: Re: Linux Phase 2: A Consumer Operating System
Date: Thu, 4 Feb 1999 01:06:42 +1100
On Tue, 2 Feb 1999, steve mcadams wrote:
> [Snipped for brevity, quoted material marked with ">"]
> On Tue, 2 Feb 1999 13:40:42 +1100, [EMAIL PROTECTED] (Screwtape)
> wrote:
Disclaimer: Most of what I know about User Interface Design, I learned from a
book written by the guy responsible for the Mac interface, and the guidelines,
and ideas thereof. The foremost of which is "get it *right*".
> >There's (at least) two possible design routes. If we just want to get Linux on
> >the desktop, we'll take all the fine openness and flexibility that makes Linux
> >great, and sweep it under the carpet to deliver a very Windows-like experience:
> >assumptions being made about what you're trying to do, arbitrary limitations
> >imposed, treating the user like they are brain-dead, and so on.
>
> Ugh. Windows, from a usability standpoint, has only one point of
> merit: it is usually possible as a total newbie to go into a program
> and make it do something useful.
Depends on how "total". I'd say that the only usability merit in Windows is..
um.. well.. A little consistency between applications. There could easily be a
bit more consistency, but the "intuitive" thing to do is not always the right
thing.
> Nevermind that beyond that, the
> program may be crippled, force you to jump back and forth between the
> mouse and keyboard, yada yada.
That's not really the fault of the GUI design. It's more poor application
design, I guess.
> Aside from this, and the fact that
> it's the only GUI interface most of its users have ever seen, it has
> little or no usability value.
I'd say including that. The best usability bits of Windows are the ones copied
from the Mac. That's because Apple spent lots of money researching the best way
to do things, and employing those methods. Microsoft couldn't copy directly the
Mac, so it reversed a few key ideas from the Mac - many of which create
performance *drags*.
There have been a few times when the Mac dropped the ball - dragging the disk to
the trashcan to eject it is the famous one - but I remember being dead scared of
dragging that disk the first time I was told to do it, in a way I never would on
a Windows box. On the Mac, with such internal consistency, an action like that
feels wrong. On Windows, which is filled with such things, I wouldn't blink.
> >On the other hand, my personal attitude is this: "Linux everywhere" be damned.
> >Let Linux succeed on its technical merits, not because we're pushing it so hard.
> >Let's not rush Linux to the desktop - let's make a new GUI, or even a new *type*
> >of GUI. Something that has the same kind of power and flexibility as the shell,
> >if that's possible, something where nothing is dumbed down. I really have no
> >idea what that would be, but I hope the folks at GNOME and KDE realise they
> >don't just have to copy Windows, or even the Mac. Let them make something
> >beautiful and new. We're not gonna press them to do it quickly, as long as they
> >do it *RIGHT*.
>
> YES! I agree, as you might guess.
Good, good.. :)
> (I've been working on a new (type
> of) GUI the last couple months or so, though I'll admit that lately
> I've gotten sucked into the newsgroups and haven't devoted much coding
> time to it.
Nevertheless, as long as progress is being made.
> I also got kinda nailed by some of the linuxen who seemed
> inclined to say "hey, we already got too many gui's, leave off that,
> nobody cares"
Unfortunately, these are the people you'd be writing for. Nobody knew that a
spreadsheet was what they needed until they saw one working in front of them.
The principles of UI are general to humanity, not specific to newbies. If you
get it right, then everyone's work is accellerated. I'd love to be able to drag
a filename from my xterm and drop it on an icon (representing a complex
pipeline), and have things just work. Tab-completion is a damn good feature, I
want to use it all over the place, not just in bash. I saw maybe two, three
ideas for new GUI features in GNOME (colour-coded application icons,
tab-completion *everywhere*, and the idea of modelling the entire UI on Emacs).
I don't know what the GNOME programmers are actually doing re UI, but I *do*
hope they're innovating.
> and some others who said "you'll never make a nickel
> writing GPL code".
That's not the point. If I could do all this myself, if I could gather the
expertise and artistic talent required to think up new UI ideas and implement
them, I'd do it and give it away to make the world a better place.
The original reason I came to Linux was because I was tired of Windows and DOS,
and wanted something new to learn about, with more depth. The reason I use Linux
now, is because I can tell that behind every little application, behind every
kernel driver is the pursiut of excellence. The people who wrote it weren't
motivated by money, because they weren't getting any. They didn't have
deadlines, because nobody was counting on them. They had a need, and they
fulfilled it. And for some reason, in this programmers' culture (as I've learned
from the Jargon File) when released from other pressures, people tend to chase
excellence.
So I'm using excellence. And I don't think copying the Windows GUI is going to
further that in any way at all.
> But attempting to stay on topic, I agree there are
> good ways and bad ways to go about the effort. -steve
Crap - I'm on a newsgroup, aren't I? Sorry for the interruption, folks. If it
doesn't belong here, just email me - don't clutter the group with flames.
Tim "No munges in my reply address" Allen>
--
_________________________________________________________________
'
| Screwtape | [EMAIL PROTECTED] | http://www.ug.cs.usyd.edu.au
|_________________________________________________________________
|
| !GNIRREHDER SI DORWSSAP EHT
|
------------------------------
From: [EMAIL PROTECTED] (Steve O'Hara Smith)
Crossposted-To:
comp.windows.x,comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.x
Subject: Re: New free widget library: Notif-0.1
Date: 4 Feb 1999 09:33:42 GMT
Emile van Bergen ([EMAIL PROTECTED]) wrote:
: Steve O'Hara Smith wrote:
: that this routine would be awkward to implement in a callback function
: if there's just one structure pointer (i.e., no 'self') passed.
Xt callbacks get called with three structure pointers, widget, client_data
and callback_data. The client_data pointer is set up when the callback is
added to the widget and is where you put all the application data.
------------------------------
From: Kevin Bracey <[EMAIL PROTECTED]>
Crossposted-To: comp.sys.arm
Subject: Re: Linux on ARM7 ??
Date: Thu, 04 Feb 1999 09:53:42 +0000
In message <[EMAIL PROTECTED]>
[EMAIL PROTECTED] (Ruth Ivimey-Cook) wrote:
> In article <[EMAIL PROTECTED]>, rgammans@computer-
> surgery.co.uk says...
> > binutils supports them yet.
> > Although this doesn't preclude you using them yourself in userspace or
> > own your own device drivers.
>
> Not *quite* true: if the ARM-linux interrupt/task switch code doesn't
> support thumb state, you can't use it in any interruptable code. The
> reason is that you must use a specific instruction (BX) to return to
> Thumb state from an ISR or the kernel.
Is that true? Surely a standard MOVS PC,R14 (or whatever) will do the job?
It should restore the Thumb bit from the SPSR to the CPSR. The offset in
R14 is the same whether in Thumb or ARM mode to facilitate this.
--
Kevin Bracey, Senior Software Engineer
Acorn Computers Ltd Tel: +44 (0) 1223 725228
Acorn House, 645 Newmarket Road Fax: +44 (0) 1223 725328
Cambridge, CB5 8PB, United Kingdom WWW: http://www.acorn.co.uk/
------------------------------
Reply-To: [EMAIL PROTECTED]
From: [EMAIL PROTECTED] (Thomas Huber)
Subject: Re: Linux 2.2.0 final won't compile.
Date: 4 Feb 1999 11:55:44 +0100
In article <[EMAIL PROTECTED]>,
Mark Swanson <[EMAIL PROTECTED]> writes:
> The error I get is:
>
> net/network.a(sock_n_syms.o)(__ksymtab+0x288): undefined reference to
> `csum_part
> ial'
> net/network.a(core.o): In function `csum_partial_copy_fromiovecend':
> core.o(.text+0x17db): undefined reference to `csum_partial'
> core.o(.text+0x181d): undefined reference to `csum_partial'
> core.o(.text+0x189c): undefined reference to `csum_partial_copy_generic'
I had the same problem. Do a
rm `find /usr/src/linux -empty`
cd /usr/src/linux
make mrproper (this deletes the configuration from make xconfig!
Save it to a file before)
Then do a 'make xconfig' etc again
Thomas
------------------------------
From: [EMAIL PROTECTED] (Justin The Cynical)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: Modest next goal for Linux
Date: 4 Feb 1999 12:01:33 GMT
Reply-To: [EMAIL PROTECTED]
On Tue, 2 Feb 1999 17:58:55 +0000, Matthias Warkus <[EMAIL PROTECTED]>
wrote:
->It was the Mon, 01 Feb 1999 09:13:00 -0800...
->..and Raymond Lillard <[EMAIL PROTECTED]> wrote:
->>
->>
->> John De Hoog wrote:
->> >
->> > Edwin van der Elst <[EMAIL PROTECTED]> wrote...
->> > >Point your mouse at the desktop (background)
->> > >and keep the left mouse button down.
->> > >CPU goes to 100%
->> >
->> > I tried what you suggested (on NT 4), but the CPU usage barely moved off of
->> > its 2% line. Maybe you're thinking of the Mac?
->>
->> I just tried this no NT4-SP3 and yes, my CPU usage immediately
->> shot to 100%. How do you explain this?
->
->Is your mouse serial or PS/2?
Doesn't matter. The CPU spike is a side-effect of M$ writing the
desktop/window handling code so that it handles all said functions in
_real time_.
That's how I explain it.
--
"I just went visual on this goofy looking Finn riding on a gnu,
wielding one pissed off penguin... gah"
- Bob The Sane
Justin The Cynical - [EMAIL PROTECTED]
------------------------------
** 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
******************************
