Linux-Development-Sys Digest #734, Volume #6 Fri, 21 May 99 15:14:55 EDT
Contents:
Re: SCSI tape module problem (Remco van den Berg)
Re: LINUX ability to handle large beowulf clusters (Peter Englmaier)
Re: boot/root disk problem with login (Stuart Pomerantz)
RH 4.2 and Jdk1.1.5.rpm ("Folkert Meeuw")
-> Folkert Meeuw: Starting RH 5.2 Installation from bootdisk, hang on Calibrating
delay loop .. ("Folkert Meeuw")
Re: gdb problems on threaded program (Erik Westlin)
Re: gdb problems on threaded program (Mats Byggmastar)
Re: Urgent: Linux and IBM PCI Token Ring ([EMAIL PROTECTED])
Using the parallel-port? (Juergen Messerer)
Re: what is bus master? (Michael Powe)
Re: cs4232-based sound cards (Buchanan Mshelia)
Re: mapping user space and kernel space (Nitin Malik)
Re: i386 ENTER instruction problem (Joris van Rantwijk)
Re: never reboot to upgrade ? (Peter Samuelson)
Re: Registry in Linux ??? (Christopher Browne)
Re: best distribution (Christopher Browne)
Can I open files in device driver? (=?iso-8859-1?Q?=B1=E8=C7=FC=BC=AE?=)
Re: mapping user space and kernel space (Frank McGirt)
Re: Linux for CompactPCI BUS? (Williams)
Re: Linux for CompactPCI BUS? (Matt Porter)
Re: 2.2.8 - Evil behavior (bryan)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (Remco van den Berg)
Subject: Re: SCSI tape module problem
Date: 21 May 1999 11:28:19 GMT
On Wed, 19 May 1999 16:18:12 GMT, David A. Wilson wrote:
>SSBoYXZlIGEgUmVkaGF0IDUuMiBMaW51eCBzeXN0ZW0gd2l0aCBhbiBhZGFwdGVjIDE1MjAg
>aG9zdCBhZGFwdGVyIHdpdGggb25seSBhbiBFeGFieXRlIDg1MDAgdGFwZSBkcml2ZSBjb25u
>ZWN0ZWQgdG8gaXQuDQoNCkkgaGF2ZSBiZWVuIGhhdmluZyBwcm9ibGVtcyB3aXRoIHVzaW5n
>IHRoZSB0YXBlIGRyaXZlIGJlY2F1c2UgdGhlICdhaGExNTJ4JyBtb2R1bGUgZ2V0cyBhdXRv
>bWF0aWNhbGx5IHVubG9hZGVkDQoNCmFuZCBkb2VzIG5vdCBnZXQgcmVsb2FkZWQgcHJvcGVy
>bHkgd2hlbiB0aGUgJ3N0JyBtb2R1bGUgaXMgbG9hZGVkLiBUaGUgZm9sbG93aW5nIGluZm9y
>bWF0aW9uDQoNCndhcyBvYnRhaW5lZCBmcm9tIG15IHN5c3RlbToNCg0KIyBjYXQgL2V0Yy9j
>b25mLm1vZHVsZXMNCmFsaWFzIGV0aDAgc21jLXVsdHJhDQphbGlhcyBzb3VuZCBzYg0Kb3B0
>aW9ucyAtayBzYiBpbz0weDIyMCBpcnE9NSBkbWE9MSw1DQphbGlhcyBtaWRpIG9wbDMNCm9w
>dGlvbnMgLWsgb3BsMyBpbz0weDM4OA0KYWxpYXMgbmV0LXBmLTQgb2ZmDQphbGlhcyBuZXQt
>cGYtNSBvZmYNCm9wdGlvbnMgYWhhMTUyeCBhaGExNTJ4PTB4MTQwLDkNCmFsaWFzIHNjc2lf
>aG9zdGFkYXB0ZXIgYWhhMTUyeA0KDQpJIGxvb2tlZCBhdCB0aGUgJ21vZHVsZXMuZGVwJyBm
>aWxlIGFuZCBpdCBkb2VzIG5vdCBzYXkgYW55dGhpbmcgYWJvdXQgdGhlICdzdCcgbW9kdWxl
>IGRlcGVuZGluZyBvbiBhbnkNCg0Kb3RoZXIgbW9kdWxlLg0KDQpIb3cgY2FuIEkgc2V0dXAg
>bXkgc3lzdGVtIHRvIG1ha2UgdGhlIHNjc2kgdGFwZSB3b3JrIHByb3Blcmx5Pw0KDQotLQ0K
>ICAgICAgICBEYXZpZCBBLiBXaWxzb24NCiAgICAgICAgZS1tYWlsOiBkYXdpbHNvbkBpc2Rs
>ei5jYS5ib2VpbmcuY29tDQogICAgICAgIFZvaWNlOiAgMjA2LTY2Mi00NzE4DQogICAgICAg
>IEZBWDogICAgMjA2LTY2Mi00NDA0DQogICAgICAgIE0vUzogICAgMTktTU0NCg0KDQo=
You really have a problem indeed....
--
============================================================================
Remco van den Berg Linux Certified Systems Engineer
[EMAIL PROTECTED] seri: rvdberg@nlsce1
============================================================================
------------------------------
From: Peter Englmaier <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.networking,comp.os.linux.advocacy
Subject: Re: LINUX ability to handle large beowulf clusters
Date: Thu, 20 May 1999 21:18:46 -0400
It's not that Linux is restricted. It is the PC's. I guess
the 'friend' was refering to the hardware of a baeowulf cluster which
is simply not the ultimate answer to supercomputing. Same true for
any clustered system. The kind of supercomputer that he had in mind
needs a fast memory backbone. And: all supercomputers use Unix
anyway, so why pushing Linux in? After all Linux is Unix. For
supercomputing there are specialised compilers, specialised Unixes,
and specialised memory architectures and they do not run X on it.
If you want to discuss this further: stay in c.o.l.advocacy where
this belongs to.
Brian Vicente wrote:
>
> What are the reasons for Linux not being able to support more than
> 300?
> I can't think of anything that has that limitation.
> Jon Roberts <[EMAIL PROTECTED]> wrote:
>
> >I was talking with a friend who is researching a supercomputer design
> >that may become one of the top 10 machines in the world. I mentioned
> >Beaowulf Linux clustering and the response was that Linux is good but
> >can't support more than about 300 nodes in a cluster (and they plan on
> >being larger than that). Is this true? If there IS a way around this
> >limitation I'd like to know so I can make further recommendations for
> >Linux to him.
------------------------------
From: Stuart Pomerantz <[EMAIL PROTECTED]>
Subject: Re: boot/root disk problem with login
Date: Fri, 21 May 1999 08:41:07 -0400
Hello again:
Thanks to everyone for their input. I found my problem. It turns out
that even though ldd didn't list a dependancy on libnss_files.so.1,
there was one. As soon as I included that library, everything worked!
Thanks again!
cheers,
Stu
Stuart Pomerantz wrote:
>
> Hello All:
>
> I need some help. I'm making a boot & root disk combination for some
> utility uses, and I'm having a problem with /bin/login.
>
> Here's what happens:
>
> 1) I boot my kernel off a boot disk.
>
> 2) It asks for the root disk, which I give it.
>
> 3) It reads the root disk and init starts.
>
> 4) Init runs /bin/hostname and /sbin/ldconfig and then hands off to
> getty
>
> 5) Getty prompts me for a login
>
> 6) I type in my username and login asks me for a password and I *always*
> get a "login incorrect" messeage.
>
> Stuff I've tried:
>
> I have tried this with root with a password and with no password.
>
> I have tried this with a user account with a password and no password.
>
> I have made sure that /etc/securetty exists and has tty1 in it and that
> inittab starts getty on tty1
>
> I have recompiled login, getty, and init from source, ensuring they
> don't need any bizarre PAM stuff.
>
> I have run ldd on init, login, hostname, ldconfig, and getty to make
> sure those libraries which they report dependancies on exist on the root
> disk.
>
> I have insured that the utmp/wtmp/lastlog files are where login expects
> them.
>
> Can someone offer me some suggestions about what's going wrong !?! I'm
> mystified!
>
> Thanks,
>
> Stu
------------------------------
From: "Folkert Meeuw" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.help,comp.os.linux.misc
Subject: RH 4.2 and Jdk1.1.5.rpm
Date: Wed, 19 May 1999 21:52:45 +0200
Hi Dear Friendly Readers,
I want to upgrade my Jdk, and therefor I copied the rpm package via ftp on
my Red Hat 4.2 Machine. But every time I type rpm --upgrade Jdk115.rpm
it gives an error:
failed dependencies:
/bin/sh is needed by jdk115-1.1.5-1
libXm.so.2 is needed by jdk115-1.1.5-1
I made today updatedb to be secure that locate gives me the right
information. So on, I typed locate bin/sh and I get the Information that
/bin/sh exists, libXm.so.2 doesn't exist, only usr/local/lib/libXm.so.1.2.0.
In which, or out of which rpm package I can get the libXm.so.2.
ThanX !
NG Folkert Meeuw
------------------------------
From: "Folkert Meeuw" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.help,comp.os.linux.hardware
Subject: -> Folkert Meeuw: Starting RH 5.2 Installation from bootdisk, hang on
Calibrating delay loop ..
Date: Thu, 20 May 1999 08:41:53 +0200
Hi Dear Friendly Readers,
yesterday, I made a backup from my files of my old RH 4.2 system
today I want to install RH 5.2.
I write the boot.img with rawrite on a formated 1.44 Fd.
I put the Fd in FDD on my 486 PC, start the system and <enter>.
But Installation hangs on: Callibrating delay loop ..
Ok ! The PC has no pci_init: no BIOS32 ...
Next I start the system again and type: expert <enter>.
Hm, what do you think is passed, the same precedure as ..
I need help or information, but nothing 'bout my PC.
Or fails installation on a i486 compaq: pci_init: no BIOS32 detected ?
NG Folkert Meeuw
------------------------------
From: Erik Westlin <[EMAIL PROTECTED]>
Subject: Re: gdb problems on threaded program
Date: Fri, 21 May 1999 09:00:34 +0200
Reply-To: [EMAIL PROTECTED]
Zsolt Zsoldos wrote:
>
> My questions:
> 2. Is gdb-4.18-2 supposed to be able to debug multi-threaded programs on kernel
> 2.2.5 ?
No. I think you need gdb-4.17-12. (I don't remember where i got it
from.)
=========================================================================
Erik Westlin Manne Siegbahn Laboratory
email: [EMAIL PROTECTED]
------------------------------
From: Mats Byggmastar <[EMAIL PROTECTED]>
Subject: Re: gdb problems on threaded program
Date: Fri, 21 May 1999 09:15:24 +0200
Hi,
the first time I got to see thread support in gdb was when
I recently installed Redhat 6.0. It seems to work fine...
> I tried to use gdb (directly in CLI as well as from ddd) on a multi-threaded
> program, but I keep running into the following problems:
>
> 1. If I try to post-mortem debug a core, it starts up with an error message:
> ../sysdeps/unix/sysv/linux/sigsuspend.c - no such file or directory
As far as I know only one thread is saved in the core file when a
program dumps the core. And if you are unlucky, it is not the thread
that caused the fault. In your case, the thread you have in the core
file was sleeping in a library function in sigsuspend.c at the point
your program crached. However, if you run the program from gdb, gdb
will automatically switch to the thread that causes the segfault.
> 3. How can I switch threads in the CLI of gdb (I could not find it in the
> help...)
In gdb, try 'info threads'. If you get no information at all,
there is no thread support in your gdb. To switch to another
thread, use 'thread n' where n is given by 'info threads'.
Mats
===========================================
Mats Byggmastar, B.Sc., Software developer
GSM/GPRS/D-AMPS cellular data testequipment
Moesarc Technology AS, Oslo Norway
[EMAIL PROTECTED], tel: (+47)22516974
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Urgent: Linux and IBM PCI Token Ring
Date: Fri, 21 May 1999 17:10:39 GMT
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] wrote:
> THere are beta PCI device drivers out now,
> check www.linuxtr.org (which seems to be down
> right now...)
>
Probably because it is www.linuxtr.net (.org is in turkey I think).
The driver will work with 2.2.x, but *not* 2.3.1 and greater.
Mike
Linux Token Ring Project
www.linuxtr.net
--== Sent via Deja.com http://www.deja.com/ ==--
---Share what you know. Learn what you don't.---
------------------------------
From: Juergen Messerer <[EMAIL PROTECTED]>
Crossposted-To:
alt.os.linux,alt.uu.comp.os.linux.questions,at.linux,comp.os.linux.development.apps,comp.os.linux.development
Subject: Using the parallel-port?
Date: Fri, 21 May 1999 09:41:16 +0200
I have a problem to write an application for the parallel-port,
I know normaly I have to use the function outb.
This time I would like to use the device driver lp1 or something else.
Here is my simple program. After the start of this program an error
occured:
Error in writing to the device: Bad address
Please is anyone out there who can help me?
regrads Juergen
/*----------------------------------------------------*/
#include <sys/ioctl.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <stdio.h>
void main()
{
int status=0;
int filedes = open("/dev/lp1", O_RDWR);
if(filedes<0)
{
perror("Error in open device");
exit(0);
}
printf("\nFileDes: %d \n",filedes);
/* status=ioctl(filedes,IOC_INOUT,);
if(status<0)
{
perror("Error in ioctl");
exit(0);
}*/
status=write(filedes,1,(size_t)1);
if(status<0)
{
perror("Error in writing to the device");
exit(0);
}
close(filedes);
}
------------------------------
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.hardware
Subject: Re: what is bus master?
From: Michael Powe <[EMAIL PROTECTED]>
Date: 21 May 1999 01:07:18 -0700
=====BEGIN PGP SIGNED MESSAGE=====
Hash: SHA1
>>>>> "Chen" == Y Chen <[EMAIL PROTECTED]> writes:
Chen> Hi, there, My new mainboard require a bis master to work
Chen> fine under win98. I do not know what it is? Do I need it to
Chen> run linux too? BTW, my new board is Soyo 100 MHz 5EMA.
Chen> Thanks. Y.Chen
A search engine is your friend.
8<---------------------------------------------------->8
- From http://www.mediavis.com/tech/busmaster/index.htm:
Bus Mastering IDE technology implements logic circuitry on your
motherboard that, when configured properly with other elements of your
system, can reduce the CPU's work of retrieving and/or storing data on
your hard disk drive or other IDE device.
If you tend to have multiple applications running simultaneously that
are disk intensive, then Bus Master IDE technology may help your
system complete these tasks faster. Bus Master IDE technology will
probably not benefit you if your user operating environment is
characterized by the one of the following:
you typically run DOS games OR
you work with office apps where only one application is running
OR
you have many apps running but they are not disk intensive
To utilize Bus Master IDE technology your system must have all of the
following elements:
bus master compatible logic on your system motherboard
bus master compatible BIOS
a multi-tasking operating system (OS) such as Windows* 95
a bus mastering-aware device driver for your operating system
a bus mastering compatible IDE device (disk drive, CD-ROM) that
supports "DMA multi-word" modes
a high level of compatibility validation, such as commonly
performed by an OEM, which is required to ensure that all these
complex elements function properly together
8<---------------------------------------------------->8
I don't know if or how busmastering is implemented in linux.
mp
- --
powered by GNU/linux since Sept 1997 Penguin spoken here
[EMAIL PROTECTED] http://www.trollope.org
Michael Powe Portland, Oregon USA
"We plan ahead, that way we don't do anything right now."
=====BEGIN PGP SIGNATURE=====
Version: GnuPG v0.9.0 (GNU/Linux)
Comment: Encrypted with Mailcrypt 3.5.1 and GNU Privacy Guard
iD8DBQE3RRQR755rgEMD+T8RAhOKAKCZ+14i0Vv+0lgBTBH25623kiXTvwCgh8o6
1f1W72b8AshurNNNt7XzW5M=
=6Tn0
=====END PGP SIGNATURE=====
------------------------------
From: Buchanan Mshelia <[EMAIL PROTECTED]>
Subject: Re: cs4232-based sound cards
Date: 21 May 1999 17:31:00 GMT
Hi there! I'm relatively new to Linux so I don't have a solution to your
problem; in fact I have a problem of my own! I'm hoping you can help me
out. I have a sound card based on the cs4232 chip and I can't seem to get
it to work. I've tried editing the isapnp.conf file but nothing yet. If
you can, could let me know the right settings to use? I have Redhat 5.1
and the kernel version is 2.034. I appreciate all the help I can get.
Thanks.
andrew-david-cox wrote:
> has anyone been able to get theirs to work in kernel 2.2.x?
>
> i had mine working in 2.0.x just fine but now when i use the same
> settings it works for some time, sometimes breaking shortly after the
> module is loaded, other times running fine until a warm reboot.
>
> in any case it doesn't work for me again until a cold reboot (even when
> i warm reboot into windows, it is not functional.)
>
> i'm guessing this is some sort of PnP problem but i'm not familiar with
> what i need to do to fix it.
>
> please respond by mail to [EMAIL PROTECTED] if possible.
>
================== Posted via SearchLinux ==================
http://www.searchlinux.com
------------------------------
Date: Fri, 21 May 1999 12:58:10 -0400
From: Nitin Malik <[EMAIL PROTECTED]>
Subject: Re: mapping user space and kernel space
> This is not a network application. I should have given a little more
> detail. The driver is for Bit3 617 PCI/VME interface adapter which has its
> own on-board DMA controller. I need to supply the physical address of a
> kernel buffer to the controller and then let it fill the buffer for me. I
> can then copy the buffer to user space through an ioctl call but to save
> this copy I want to map the buffer to user space.
The network card i am using is the DEC Tulip Ethernet card.... it is a PCI
device. So i guess DMA should work in the same way as in your case. But
network devices don't have an mmap() routine... is it possible to define
our own mmap() routine for any device? This is what i have been looking
for, but no one has hinted towards this...
> Cannot figure out why the exact same code does not work for 2.2.7 when it
> seems rock solid for 2.0.36. I know the prototype for mmap() changed but
> I only used the inode entry to get the minor device number for multiple 617
> support and I now get that from file->d_entry->i_node, etc.
>
> Mapping kernel buffers to user space is a pretty common thing. The thing
> that makes mine a little different is that I need contiguous pages because
> of the dma - hence the use of get_dma_pages instead of vmalloc. Must set
> the reserved bit to use remap_page_range() so I don't know..... Sure is
> frustrating.
Is this possible to do for a network device?? Let me know....
Thanks,
nitin
------------------------------
From: Joris van Rantwijk <[EMAIL PROTECTED]>
Subject: Re: i386 ENTER instruction problem
Date: Fri, 21 May 1999 10:24:29 +0200
Reply-To: Joris van Rantwijk <[EMAIL PROTECTED]>
On 19 May 1999, Pierre Muller wrote:
> Using the ENTER instuction seems to create
> problems when the amount %esp must be decreased
> makes it change page !
>
> Does the page mecanism not know how to handle ENTER instruction ?
> Is this a known i386 Linux problem ?
> Is it solved in recent version ?
>
> Or is ENTER simply consider as an invalid instruction in Linux ?
> This was tested on v2.0.33
Kernel 2.2.7 still has the same problem.
I did some more tests and found out that in my case (2.2.7 on i486) the
problem only occurs when reserving more than 28 bytes of local storage
(ESP gets decremented by more than 32).
I think this may be related to the following code from the kernel
linux/arch/i386/fault.c (line 124) :
/*
* accessing the stack below %esp is always a bug.
* The "+ 32" is there due to some instructions (like
* pusha) doing post-decrement on the stack and that
* doesn't show up until later..
*/
if (address + 32 < regs->esp)
goto bad_area;
The enter seems to check page availability for the entire stack region it
claims (which is odd since it only needs to access the upper 4 bytes,
but then again the intel docs do say that it checks the SS limit for the
entire region). After changing + 32 into + 64, I was able to reserve up to
60 bytes without crashing.
My guess is that Linux simply doesn't support the ENTER insn (I think GCC
doesn't use it).
Bye,
Joris van Rantwijk
[EMAIL PROTECTED] - http://deadlock.et.tudelft.nl/~joris/
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Subject: Re: never reboot to upgrade ?
Date: 20 May 1999 22:57:09 -0500
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[Petri Kaukasoina <[EMAIL PROTECTED]>]
> init too: 'telinit u'. Since some init version which I don't
> remember.
sysvinit 2.74. Slick feature, I remember thinking.
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: [EMAIL PROTECTED] (Christopher Browne)
Crossposted-To: comp.os.linux.misc
Subject: Re: Registry in Linux ???
Reply-To: [EMAIL PROTECTED]
Date: Fri, 21 May 1999 04:16:16 GMT
On Thu, 20 May 1999 16:26:43 +0200, Selious
<[EMAIL PROTECTED]> wrote:
>>"Lumping configuration data, security data, kernel tuning parameters,
>>etc. into one monstrous fragile binary data structure is really dumb."
>
>But can be the difference between linux and LINUX !!
Obviously so...
--
"Linux: the operating system with a CLUE... Command Line User
Environment". (seen in a posting in comp.software.testing)
[EMAIL PROTECTED] <http://www.hex.net/~cbbrowne/lsf.html>
------------------------------
From: [EMAIL PROTECTED] (Christopher Browne)
Subject: Re: best distribution
Reply-To: [EMAIL PROTECTED]
Date: Fri, 21 May 1999 04:16:32 GMT
On 20 May 1999 22:22:36 GMT, bill davidsen <[EMAIL PROTECTED]> wrote:
>In the RPM world that would be a good one. For Slackware systems I touch
>a file in /root before doing any customization at all. Then I create a
>list of every file/dir in the system which has changed, which can be
>used for documentation, generation of diffs, determining what you broke,
>or backup.
>
>It's important to use find with -cnewer to identify the changes in
>permissions which may occur.
>
>Example:
> find / -cnewer /root/.installdate >/root/changed_stuff
*GOOD* idea.
Actually, that's a *VERY GOOD* idea.
The only "fly in the ointment" is if dates get at all messed up so as to
have some future-dated files that got detarred/decpioed from packages.
That may be paranoia over nothing, of course...
--
"...very few phenomena can pull someone out of Deep Hack Mode, with two
noted exceptions: being struck by lightning, or worse, your *computer*
being struck by lightning." -- By Matt Welsh
[EMAIL PROTECTED] <http://www.ntlug.org/~cbbrowne/lsf.html>
------------------------------
From: =?iso-8859-1?Q?=B1=E8=C7=FC=BC=AE?= <[EMAIL PROTECTED]>
Subject: Can I open files in device driver?
Date: Fri, 21 May 1999 08:58:45 GMT
I need to open /proc/pci files in device driver which I am developing of
.
In device driver, can I use 'open()' and 'read()' function to some
files?
Or can I read pci data from memory which /proc/pci uses?
------------------------------
From: [EMAIL PROTECTED] (Frank McGirt)
Subject: Re: mapping user space and kernel space
Date: Fri, 21 May 1999 17:28:13 GMT
>The network card i am using is the DEC Tulip Ethernet card.... it is a PCI
>device. So i guess DMA should work in the same way as in your case.
DMA will only work the same way if you have an DMA controller on your
card. If not you would have to use the pc's dma controller - which I
don't think is much fun.
>network devices don't have an mmap() routine... is it possible to define
>our own mmap() routine for any device? This is what i have been looking
>for, but no one has hinted towards this...
I believe it is possible to define your own mmap() routine. The
example that I have seen is in the kernel sources for video4linux,
bttv.c. The author (as far as I can tell) is doing exactly what I am
doing - except using vmalloc() to allocate memory instead of
__get_dma_pages.
There is a nice section on writing network drivers in Linux Device
Drivers by A. Rubini from O'Reilly Books.
Frank
On Fri, 21 May 1999 12:58:10 -0400, Nitin Malik
<[EMAIL PROTECTED]> wrote:
>> This is not a network application. I should have given a little more
>> detail. The driver is for Bit3 617 PCI/VME interface adapter which has its
>> own on-board DMA controller. I need to supply the physical address of a
>> kernel buffer to the controller and then let it fill the buffer for me. I
>> can then copy the buffer to user space through an ioctl call but to save
>> this copy I want to map the buffer to user space.
>
>The network card i am using is the DEC Tulip Ethernet card.... it is a PCI
>device. So i guess DMA should work in the same way as in your case. But
>network devices don't have an mmap() routine... is it possible to define
>our own mmap() routine for any device? This is what i have been looking
>for, but no one has hinted towards this...
>
>> Cannot figure out why the exact same code does not work for 2.2.7 when it
>> seems rock solid for 2.0.36. I know the prototype for mmap() changed but
>> I only used the inode entry to get the minor device number for multiple 617
>> support and I now get that from file->d_entry->i_node, etc.
>>
>> Mapping kernel buffers to user space is a pretty common thing. The thing
>> that makes mine a little different is that I need contiguous pages because
>> of the dma - hence the use of get_dma_pages instead of vmalloc. Must set
>> the reserved bit to use remap_page_range() so I don't know..... Sure is
>> frustrating.
>
>Is this possible to do for a network device?? Let me know....
>
>Thanks,
>
>nitin
>
------------------------------
From: Williams <[EMAIL PROTECTED]>
Subject: Re: Linux for CompactPCI BUS?
Date: 20 May 1999 20:12:23 PDT
Joseph Virzi wrote:
>
> As far as I have seen, no one is doing this right now ( writing hot-swap
> support ). I've been looking for this, too.
>
> -Joe
>
> Bob Hauck wrote:
>
> > In article <7fn6i6$n34$[EMAIL PROTECTED]>,
> > [EMAIL PROTECTED] ((cosc1) 95h02740) writes:
> >
> > > Does Linux Support Compact PCI bus?
> >
> > Yes. Compact PCI is (mostly) just PCI in a different form
> > factor. The Compact PCI FAQ says that Linux will work and I
> > have talked to at least one board vendor that confirmed this.
> > But also AFAICT, Linux does not support the hot swap feature.
> > But then, neither do any of the other popular PC operating
> > systems.
> >
> > While I'm posting...does anybody know what work is being done
> > regarding CPCI or VME hot swap support? We're looking at doing
> > some embedded projects and Linux would fit in real well if it had
> > this. I might even be convinced to help 8-)
> >
> > --
> > 13:45:00 up 58 days, 3:07, 0 users, load average: 0.00, 0.00, 0.00
I have run Linux on a compactPCI system from Ziatech and
understand the the Gespac compactPCI also runs Linux.
Joel Williams
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Matt Porter)
Subject: Re: Linux for CompactPCI BUS?
Reply-To: [EMAIL PROTECTED]
Date: Fri, 21 May 1999 17:49:05 GMT
On Tue, 18 May 1999 21:11:02 -0700, Joseph Virzi <[EMAIL PROTECTED]> wrote:
>As far as I have seen, no one is doing this right now ( writing hot-swap
>support ). I've been looking for this, too.
Um, actually, initial support for hot swap is being demonstrated at the
Motorola booth at Linux Expo. Their is a lot of work to get the large PCI
changes integrated into the kernel but it will happen.
--
Matt Porter
[EMAIL PROTECTED]
This is Linux Country. On a quiet night, you can hear Windows reboot.
------------------------------
From: bryan <[EMAIL PROTECTED]>
Subject: Re: 2.2.8 - Evil behavior
Date: Fri, 21 May 1999 04:23:40 GMT
but some of my installs on my systems were before I knew the trick to
getting lilo to work on large disks. so the floppy boot was the only
way to get linux started ;-)
I think the easiest thing to do (on new installs) is make the first
partition small (less than 50meg) and call it "/boot". then create the
actual "/" partition in part#2. this way, you -force- the kernel to
stay in the early part of the disk (in /boot). and lilo is happy.
its a simple thing to do when you do new installs, but after-the-fact,
its not always worth the effort to repartition.. hence the floppy
boot method ;-)
bill davidsen <[EMAIL PROTECTED]> wrote:
: In article <dE803.31614$[EMAIL PROTECTED]>,
: bryan <[EMAIL PROTECTED]> wrote:
: | # make zdisk
: |
: | is your friend. use it for test kernels. if it boots, great. if
: | not, you didn't touch lilo so it should still work ;-)
: I don't even trust myself to remove the floppy from the drive, and
: certainly not the help ;-) If you boot an alternate kernel the system
: might run days before a problem shows up, it might get booted for some
: production reason may time, floppies are too often in when they should
: be out and vice versa.
: I usually have a few kernels available at the LILO prompt, including one
: as bare as I can make it.
: All a matter of taste, I hate the taste of floppies. Actually, some of
: my machines don't even *have* a floppy, those laptops with the CD,
: battery and floppy, pick two.
: --
: bill davidsen <[EMAIL PROTECTED]> CTO, TMR Associates, Inc
: One common problem is mistyping an email address and creating another
: valid, though unintended, recipient. Always check the recipient's
: address carefully when sending personal information, such as credit
: card numbers, death threats or offers of sexual services.
--
Bryan
------------------------------
** 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
******************************
