Linux-Development-Sys Digest #961, Volume #6 Wed, 14 Jul 99 14:14:18 EDT
Contents:
Re: Abit bp6 dual-celeron and dual-display (linux/X11) (Bertrand Renuart)
Re: NCR 53C710 Fast SCSI-2 Controller (Johan Kullstam)
Re: NT to Linux port questions (Robert Krawitz)
Re: NCR 53C710 Fast SCSI-2 Controller ("Mike Coakley")
Re: NT to Linux port questions (Robert Krawitz)
Kernel version 2.3.9+ (garypark)
Re: Unix queues IPC? ("Sascha Bohnenkamp")
Re: when will Linux support > 2GB file size??? (Donal K. Fellows)
Re: NCR 53C710 Fast SCSI-2 Controller ([EMAIL PROTECTED])
Re: Kernel Locks (Josef =?iso-8859-1?Q?M=F6llers?=)
Re: Kernel version 2.3.9+ (Tristan Wibberley)
Re: NT to Linux port questions [OFFTOPIC] (Tristan Wibberley)
mmap in Redhat Linux 6.0 ("Systran")
Kernel Locks ([EMAIL PROTECTED])
Re: How to compile C++ in Linux? (David T. Blake)
Screen Machine II ("Reinhard Arzberger")
Re: when will Linux support > 2GB file size??? (JC)
new modem ...new problem (Ranger)
Re: How to compile C++ in Linux? (Don Waugaman)
Re: Abit bp6 dual-celeron and dual-display (linux/X11) (Bryan)
----------------------------------------------------------------------------
From: Bertrand Renuart <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.x
Subject: Re: Abit bp6 dual-celeron and dual-display (linux/X11)
Date: Wed, 14 Jul 1999 10:18:43 GMT
Great !!!
This is exactly what I'm looking for...
We are using XFree86 and wonder if it supports multiples screens under
Linux/i386. If so, could someone point me to some documentation ?
Thanks a lot.
- Bertrand
PS: Hope you enjoy your dual head configuration... This is defintely the
way to go: we have two eyes isn't it ?
Bryan wrote:
> it works! (I'm impressed) ;-)
>
> I have to say, this brand new motherboard seems quite 'compatible'.
> I've installed a 10/100 ether card (SMC), a tekram scsi ultra2 card
> (dc390u2w), 2 matrox cards (millennium 1 and 2, both pci) along with 2
> celeron 433 PPGA chips.
>
> I just bought the Metro-X (www.metrolink.com) commercial X-server for
> $39 (best price for commercial software I've ever seen!) and took a
> chance with something brand new to me: dual head operation on linux
> while using a dual-cpu motherboard. live dangerously, I say ;-)
>
> so I'm pleased to report that upon initial setup and testing, all
> seems well. kudos to the metro-X folks - their x-server DID deliver.
> and the abit dual socket 370 motherboard works beautifully as well.
>
> man, this setup rivals my hi-end workstation I used to have at SGI ;-)
>
> --
> Bryan, http://www.Grateful.Net - Linux/Web-based Network Management
> ->->-> to email me, you must hunt the WUMPUS and kill it.
------------------------------
Crossposted-To: comp.os.linux.hardware
Subject: Re: NCR 53C710 Fast SCSI-2 Controller
From: Johan Kullstam <[EMAIL PROTECTED]>
Date: 14 Jul 1999 07:02:20 -0400
"Mike Coakley" <[EMAIL PROTECTED]> writes:
> I am having trouble installing a RedHat 6.0 installation onto a Compaq
> Proliant 4000 with the NCR53C710 controller. The installation simply cannot
> find the controller and cannot continue without it. (I know I shouldn't be
> saying this...) I can install MS WinNT without any problems and the
> controller is recognized and the system boots off of this controller/HD.
> Does anyone out there have any ideas?
did you try `expert mode'? you can load specific modules to the
kernel used during installation. not having used your particular scsi
adapter, i think `53c7,8xx.o' would be the proper module to load.
fwiw here are the scsi modules for redhat's 2.2.5-15 kernel installation
53c7,8xx.o aha1542.o eata_pio.o initio.o qlogicfc.o tmscsim.o
AM53C974.o aha1740.o fdomain.o megaraid.o qlogicisp.o u14-34f.o
BusLogic.o aic7xxx.o g_NCR5380.o ncr53c8xx.o scsi_debug.o ultrastor.o
NCR53c406a.o atp870u.o gdth.o pas16.o seagate.o wd7000.o
a100u2w.o dtc.o ide-scsi.o ppa.o sg.o
advansys.o eata.o imm.o psi240i.o sym53c416.o
aha152x.o eata_dma.o in2000.o qlogicfas.o t128.o
if `53c7,8xx' doesn't work, try some of the likelier ones.
hope this helps.
--
J o h a n K u l l s t a m
[[EMAIL PROTECTED]]
Don't Fear the Penguin!
------------------------------
From: Robert Krawitz <[EMAIL PROTECTED]>
Subject: Re: NT to Linux port questions
Date: 14 Jul 1999 07:51:25 -0400
Tristan Wibberley <[EMAIL PROTECTED]> writes:
> Signals are (would be if UNIX had the fundamental sigs as well as its
> extended ones - and a couple more simple scheduler features) a v. good
> way of performing a multi-processing method of waiting on multiple
> sources. A process that gets told one of it's sources is ready just
> signals the main process (which has been set up to not receive any CPU
> cycles until it gets signaled).
In this case, why bother with the signal at all, rather than just
using a blocking select()? The case where signals would be useful is
where the main process needs to do some background computation.
--
Robert Krawitz <[EMAIL PROTECTED]> http://www.tiac.net/users/rlk/
Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- mail [EMAIL PROTECTED]
"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton
------------------------------
From: "Mike Coakley" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware
Subject: Re: NCR 53C710 Fast SCSI-2 Controller
Date: Wed, 14 Jul 1999 07:49:44 -0400
Johan,
Thanks for the response. I have gone through expert mode and made sure that
the 53c7,8xx.o module is the one loading. (Using ALT-F3 and ALT-F4 give you
a wealth of information during installation.) Is there some generic SCSI
module that I can try. (I think I have tried all of the available modules
though.)
What I would also like to know is if any know who or how I can find out who
wrote this module and how to contact them. The author is the authoritative
knowledge and I figure if he/she can't figure it out no one can.
Mike
------------------------------
From: Robert Krawitz <[EMAIL PROTECTED]>
Subject: Re: NT to Linux port questions
Date: 14 Jul 1999 07:49:02 -0400
Emile van bergen <[EMAIL PROTECTED]> writes:
> On 13 Jul 1999, Robert Krawitz wrote:
>
> >Emile van bergen <[EMAIL PROTECTED]> writes:
> >
> >> Yes. But my point is, your application _will_ (need to) block at some
> >> point, otherwise it would consume 100% cpu, which is
> >> probably unnecessary. With select() you can wait till _anything_
> >> interesting happens. As I said before, there are _no_ events in unix
> >> (apart from signals, but they can be converged to file io using a simple
> >> pipe write) that cannot be waited for using select().
> >
> >Unfortunately, that isn't true; the System V IPC (shared memory,
> >semaphores, and message queues) can't be. Fortunately, it's not too
> >hard to do the same thing with more traditional means.
>
> Thumtidum... oops... Too bad. Never used those myself, that's why...
Yah, it seems to be only hard core SysV types who use those things;
everyone else avoids them. They have other problems too: these
objects persist across process boundaries (in both time and space) so
it's possible for these things to stick around and hold onto resources
even when their last user dies. They then need to be cleaned up by
means of ipcrm. It all breaks the nice property of "everything is a
file". I've seen databases (Informix comes to mind) use them, but
little else.
> (Say, how hard would it be to have the shm_* and queue functions return
> a handle in the fd space and have it select()able? ;-)) )
Unfortunately, those aren't the semantics.
--
Robert Krawitz <[EMAIL PROTECTED]> http://www.tiac.net/users/rlk/
Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- mail [EMAIL PROTECTED]
"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton
------------------------------
From: garypark <[EMAIL PROTECTED]>
Subject: Kernel version 2.3.9+
Date: Wed, 14 Jul 1999 12:09:10 +0000
I was about to ask the same dumb question that Mr. Kuznia asked when I
saw his post I decided to wait to see what the responses would be. Good
thing I did! This way I get to see another shining example of how the
open source communitiy is so supportive and helpful.:
Mr. Kuznia knew someone had to get insulted to extract this bit of
trivia. So, courageously he stood up and took the hit! Am I glad he did
otherwise it might have been me that was so mercylessly slimed for mere
ignorace.
Some people seem to mistake ignorance for stupitdy. Thats OK. Personally
my failing is that I mistake rudeness for stupidity. We all make
mistakes. Including sometimes the people who work on the inner sanctum
of the kernel. In order to correct those mistakes they sometimes have to
make changes that impact the rest of the kernel - such as the file
systems. What better way to get the changes out to the impacted parties?
While I had always understood the difference between development and
stable, I had just never realized, the obvious, that sometimes some
parts of the dev. tree don't even build. Oh yeah! duh... thats how it
gets developed.
A quick grep
[root@ufgood linux-2.3.10]# find . -name '*.[ch]' -exec grep
update_vm_cache {} \; -print
update_vm_cache(inode, *ppos, bh->b_data + (*ppos &
(SECTOR_SIZE-1)), written);
./fs/fat/file.c
update_vm_cache(inode,pos,p,c);
update_vm_cache(inode,pos,p,c);
./fs/affs/file.c
update_vm_cache(inode, pos, p, c);
./fs/qnx4/file.c
update_vm_cache(inode,pos,p,c);
./fs/hfs/file.c
update_vm_cache (p->ino, p->off, dest, len);
./fs/ntfs/fs.c
extern void update_vm_cache(struct inode *, unsigned long, const char *,
int);
shows that not only fat is effected. So the sandbox is currently a
little smaller than before.
Like many people I suppose, I eagerly await the ability to use USB and
so I am willing to risk some instabity
and though I'd give it a try. When it didn't work I shrugged and said to
myself "Guess there's some insider trick to this I don't understand."
Maybe my big mistake was taking this private boys club for a public news
group, where any question is fair,
where some people are to busy with important work to answer. They don't.
Neither do they slime.
------------------------------
From: "Sascha Bohnenkamp" <[EMAIL PROTECTED]>
Subject: Re: Unix queues IPC?
Date: Wed, 14 Jul 1999 15:16:57 +0200
>I was wondering, does Linux support unix queues as a means of inter process
>communication?
mmh message-queues or what are you talking about?
message-queues are available for linux (of course)
------------------------------
From: [EMAIL PROTECTED] (Donal K. Fellows)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: when will Linux support > 2GB file size???
Date: 14 Jul 1999 12:53:08 GMT
In article <[EMAIL PROTECTED]>,
Robert Krawitz <[EMAIL PROTECTED]> wrote:
> Like I said (from personal experience with things like this):
> without sufficient RAM this is going to hurt badly for performance.
I'm an academic. I have access to some *really* big systems -
problems only really happen when the data set size goes over 4GB and
that is due to limits set by the supercomputing cluster managers...
Donal.
--
Donal K. Fellows http://www.cs.man.ac.uk/~fellowsd/ [EMAIL PROTECTED]
-- The small advantage of not having California being part of my country would
be overweighed by having California as a heavily-armed rabid weasel on our
borders. -- David Parsons <o r c @ p e l l . p o r t l a n d . o r . u s>
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.hardware
Subject: Re: NCR 53C710 Fast SCSI-2 Controller
Date: Wed, 14 Jul 1999 14:33:43 GMT
There was some traffic a few months ago about this controller. I have
one on my Compaq 486 and use an adaptec controller to boot linux. As
near as I can tell this controller IS NOT SUPPORTED! Period.
Hope this helps. Good luck.
cheers,
db
On Wed, 14 Jul 1999 07:49:44 -0400, "Mike Coakley"
<[EMAIL PROTECTED]> wrote:
>Johan,
>
>Thanks for the response. I have gone through expert mode and made sure that
>the 53c7,8xx.o module is the one loading. (Using ALT-F3 and ALT-F4 give you
>a wealth of information during installation.) Is there some generic SCSI
>module that I can try. (I think I have tried all of the available modules
>though.)
>
>What I would also like to know is if any know who or how I can find out who
>wrote this module and how to contact them. The author is the authoritative
>knowledge and I figure if he/she can't figure it out no one can.
>
>Mike
>
>
>
------------------------------
From: Josef =?iso-8859-1?Q?M=F6llers?= <[EMAIL PROTECTED]>
Subject: Re: Kernel Locks
Date: Wed, 14 Jul 1999 16:31:06 +0200
[EMAIL PROTECTED] wrote:
> =
> A question from a linux kernel novice...
> I have code running in three "contexts" in the kernel:
> - TCP/IP packet handler (ie, ip_input)
> - IOCTL commands from user space
> - timer pops
> I need a "mutex" type of lock to synchronize access
> to common memory structures (ie, init, lock, unlock).
> I tried the pthread_mutex routines with no luck.
> I could not get the spinlocks in asm/locks.h to compile.
> Can someone point me to the correct set of functions
> to use, and how to link the appropriate libraries?
> I am using RedHat 5.2, with the 2.0.36 kernel.
> I would prefer to not recompile the kernel.
> Thanks, Andy Dingsor
Since you're using a 2.0.x kernel: are you referring to a
multi-processor environment?
If not: what are you using the spinlocks for?
Josef
-- =
PS Die hier dargestellte Meinung ist die persoenliche Meinung des
Autors!
PS This article reflects the autor=B4s personal views only!
------------------------------
From: Tristan Wibberley <[EMAIL PROTECTED]>
Subject: Re: Kernel version 2.3.9+
Date: Tue, 13 Jul 1999 13:12:07 +0100
Reply-To: [EMAIL PROTECTED]
garypark wrote:
>
> Maybe my big mistake was taking this private boys club for a public news
> group, where any question is fair,
> where some people are to busy with important work to answer. They don't.
> Neither do they slime.
This is a public newsgroup, but not any question is fair. I have seen
newsgroups who chose a policy of anything goes. They are now useless,
and many have died (a dead newsgroup is a sad thing to look at).
It is accepted that development kernels are not discussed unless you
read the release details and known problems found in other places like
kernelnotes.org and the linux-kernel mailing list (archived at
www.progressive-comp.com/Lists). Both colds and linux-kernel are high
bandwidth, and if linux-kernel were to be allowed to come here too,
colds would die.
Yes, this was a rude thread, but it is necessary. This is the
free-software world, feelings don't matter, code and useful discussion
does. I have been insulted because of my earlier stupid questions, and I
was upset when it happened, but now I am more experienced and I see it
was useful. You'll thank us one day ;)
--
Tristan Wibberley
------------------------------
From: Tristan Wibberley <[EMAIL PROTECTED]>
Subject: Re: NT to Linux port questions [OFFTOPIC]
Date: Tue, 13 Jul 1999 13:22:25 +0100
Reply-To: [EMAIL PROTECTED]
Robert Krawitz wrote:
>
> Tristan Wibberley <[EMAIL PROTECTED]> writes:
>
> > Signals are (would be if UNIX had the fundamental sigs as well as its
> > extended ones - and a couple more simple scheduler features) a v. good
> > way of performing a multi-processing method of waiting on multiple
> > sources. A process that gets told one of it's sources is ready just
> > signals the main process (which has been set up to not receive any CPU
> > cycles until it gets signaled).
>
> In this case, why bother with the signal at all, rather than just
> using a blocking select()? The case where signals would be useful is
> where the main process needs to do some background computation.
I'm not trying to describe a practical Linux/UNIX way of doing it, but
an elegance. This is simply another elegant way of structuring a system.
It can be extended to be the basic building block of just about any
system. But I'm not in any way suggesting that Linux should be altered
to do this - It's just for commentary.
My apologies for not being clear.
--
Tristan Wibberley
------------------------------
From: "Systran" <[EMAIL PROTECTED]>
Subject: mmap in Redhat Linux 6.0
Date: Wed, 14 Jul 1999 10:26:48 -0400
I am porting a charecter device driver to Linux Kernel ver. 2.2.5 (Red Hat
6.0).
My mmap entry point is failing.
Does anyone know what changes have been made to the mmap entry point,
or of any good resources.
------------------------------
From: [EMAIL PROTECTED]
Subject: Kernel Locks
Date: Wed, 14 Jul 1999 14:13:52 GMT
A question from a linux kernel novice...
I have code running in three "contexts" in the kernel:
- TCP/IP packet handler (ie, ip_input)
- IOCTL commands from user space
- timer pops
I need a "mutex" type of lock to synchronize access
to common memory structures (ie, init, lock, unlock).
I tried the pthread_mutex routines with no luck.
I could not get the spinlocks in asm/locks.h to compile.
Can someone point me to the correct set of functions
to use, and how to link the appropriate libraries?
I am using RedHat 5.2, with the 2.0.36 kernel.
I would prefer to not recompile the kernel.
Thanks, Andy Dingsor
------------------------------
From: [EMAIL PROTECTED] (David T. Blake)
Subject: Re: How to compile C++ in Linux?
Date: 14 Jul 1999 04:20:05 GMT
Reply-To: [EMAIL PROTECTED]
Ryan Michaels <[EMAIL PROTECTED]> wrote:
>I'm fairly new to Linux development.. most of the time I just use Perl. Is
>making a C/C++ program in Linux similar to that of Windows (DOS) where you
>write the program in a file, then compile it, or does Linux interpret it
>like Perl?
What makes you think PERL in linux is interpreted ??
In any case, c++ or c must be compiled, usually with gcc/egcs
compiler suites.
--
Dave Blake
[EMAIL PROTECTED]
------------------------------
From: "Reinhard Arzberger" <[EMAIL PROTECTED]>
Subject: Screen Machine II
Date: Wed, 14 Jul 1999 18:34:34 +0200
Reply-To: "Reinhard Arzberger" <[EMAIL PROTECTED]>
I have a Screen Machine II that used to work without faults under
Linux 5.3 with the kernel version 2.0.36. I now use Linux 6.1
(kernel 2.2.5) and the SM II doesn't work anymore.
I got the source code from IPC and compiled it. When I try to run the
SMII i get the error message "Segmentation fault".
Do you have any experience with the SM II modules compiled with
kernel 2.2.5 or could you tell me, where in the internet to find any
information about it ?
Thanks
Reinhard
------------------------------
From: [EMAIL PROTECTED] (JC)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: when will Linux support > 2GB file size???
Date: Wed, 14 Jul 1999 16:38:45 GMT
On 11 Jul 1999 02:47:06 -0700, [EMAIL PROTECTED] wrote:
>In article <7m8qtt$[EMAIL PROTECTED]>, [EMAIL PROTECTED] says...
>
>thanks for the info.
>
>>
>>So BTW why exactly do you need 2GB+ files?
>
VMWare.
------------------------------
From: Ranger <[EMAIL PROTECTED]>
Subject: new modem ...new problem
Date: Wed, 14 Jul 1999 13:37:27 -0400
Ok I got rid of the winmodem and got a USR fax/modem 56k (non winmodem
$100 yesh ) but I am still having problems ...I got it set on com 2 in
windoze and on dev/tty1 on Mandrake linux and it keep telling me my
modem is busy ! I even tried doing the symbolic link thing to /dev/modem
....no help....is there something else I should be doing ? Please
help...I don't want to use Windoze unless I really have too.......I want
to get into the thick of Linux but also do a lot of On-line work (and
play) and I don't want to have to use windoze the whole time .
------------------------------
From: [EMAIL PROTECTED] (Don Waugaman)
Subject: Re: How to compile C++ in Linux?
Date: 14 Jul 1999 09:01:41 -0700
In article <7mhn9c$1ihi$[EMAIL PROTECTED]>,
John McKown <[EMAIL PROTECTED]> wrote:
>
> The standard used by gcc is that file ending in a small
>"c" are C and one ending in a upper case "C" are C++. I prefer the
>way Borland's compiler did it with "c" vs "cpp". But whatever.
On egcs 1.1.2, the ".cpp" extension also indicates a C++ file, as do
the extensions ".C", ".cc" (my preference), and ".cxx".
I just experimented a bit and found that ".c++" also works.
Of course, if you compile C++ code, it would be better to use "g++"
rather than "gcc".
--
- Don Waugaman ([EMAIL PROTECTED]) O- _|_ Will pun
Web Page: http://www.cs.arizona.edu/people/dpw/ | for food
In the Sonoran Desert, where we say: "It's a dry heat..." | <><
Horse sense is the thing a horse has which keeps it from betting on people.
------------------------------
From: Bryan <Bryan@[EMAIL PROTECTED]>
Subject: Re: Abit bp6 dual-celeron and dual-display (linux/X11)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.x
Date: Wed, 14 Jul 1999 16:10:52 GMT
In comp.os.linux.development.apps Bertrand Renuart <[EMAIL PROTECTED]>
wrote:
: Great !!!
: This is exactly what I'm looking for...
: We are using XFree86 and wonder if it supports multiples screens under
: Linux/i386. If so, could someone point me to some documentation ?
I'm told that not until xfree 4.0. for now, you have to pay the $39
for metro-x or $300 for Xig (yuk!). I think metro-x is quite based on
xfree (the config files surely are) and its not as fast as Xig claims
their server to be, but for my xterms and emacs windows move opaquely
fast enough for me so I'm happy. and the price is an order of
magnatude less. and metro-x doesn't spam the newsgroups, either...
: PS: Hope you enjoy your dual head configuration... This is defintely the
: way to go: we have two eyes isn't it ?
it also helps reduce neck strain. I find that when I stare at one
screen for hours, my neck is very stiff. but if I glance a bit more
left to right and then back again - periodically - the stiffness isn't
as bad.
: Bryan wrote:
: > it works! (I'm impressed) ;-)
: >
: > I have to say, this brand new motherboard seems quite 'compatible'.
: > I've installed a 10/100 ether card (SMC), a tekram scsi ultra2 card
: > (dc390u2w), 2 matrox cards (millennium 1 and 2, both pci) along with 2
: > celeron 433 PPGA chips.
: >
: > I just bought the Metro-X (www.metrolink.com) commercial X-server for
: > $39 (best price for commercial software I've ever seen!) and took a
: > chance with something brand new to me: dual head operation on linux
: > while using a dual-cpu motherboard. live dangerously, I say ;-)
: >
: > so I'm pleased to report that upon initial setup and testing, all
: > seems well. kudos to the metro-X folks - their x-server DID deliver.
: > and the abit dual socket 370 motherboard works beautifully as well.
: >
: > man, this setup rivals my hi-end workstation I used to have at SGI ;-)
: >
: > --
: > Bryan, http://www.Grateful.Net - Linux/Web-based Network Management
: > ->->-> to email me, you must hunt the WUMPUS and kill it.
--
Bryan, http://www.Grateful.Net - Linux/Web-based Network Management
->->-> to email me, you must hunt the WUMPUS and kill it.
------------------------------
** 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
******************************
