mike wrote:
Ken Moffat wrote:
Based on past experience with mdk8.2, which used devfs and worked
extremely badly for me, I'd recommend doing without. However, that's a
lot easier said than done. You'll need to create static devices, and
you won't be able to do this whi
have devfs, and it would be really easy
to remove,
but I wouldn't recommend it, for a couple reasons. First of all,
devfs really
is the best way to do what's being done (see below), and secondly (and
more
importantly) I don't subscribe to the engineering maxim, "If it's n
On Mon, 2 Feb 2004, mike wrote:
> Hello all,
> I was reading the thread subject=(error message interpretation
> help?) and the reference to "devfs". I have a stock installation of
> MDK9.2 and my understanding is that "devfs" is in the kernel or
> (module maybe
Sorry for the length of this reply, I was bored and felt like writing a novel.
Well, no you don't *need* to have devfs, and it would be really easy to remove,
but I wouldn't recommend it, for a couple reasons. First of all, devfs really
is the best way to do what's being done (
Hello all,
I was reading the thread subject=(error message interpretation
help?) and the reference to "devfs". I have a stock installation of
MDK9.2 and my understanding is that "devfs" is in the kernel or
(module maybe?) by default.
I should say right off the bat that I
Forgot some more info.
ext3 file system
no scsi drives
--
Mike
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org
On Fri, 7 Mar 2003, Bryan Whitehead wrote:
> It seems devfsd has an annoying "feature". I bought a PCI card to get a
> couple (2) more serial ports. The kernel doesn't seem to set up the
> serial ports at boot, so devfs never creates an entry. However, post
> boot, s
On Fri, Mar 07, 2003 at 03:57:56PM -0800, Ed Vance wrote:
>
> Will Bryan get the proper devfs entries if he patches serial.c to
> recognize his card at kernel initialization, or is there more
> weirdness expected?
The point is that with devfs, it requires a kernel patch. And if
On Fri, Mar 07, 2003 at 6:18 PM, Robert White wrote:
>
> I had a similar problem, but the actual problem had nothing
> to do with the
> devfs, the PCI serial card in question was not in the list of
> PCI devices.
> (It was a one-off P.O.S.. from CompUSA.) Neither th
I had a similar problem, but the actual problem had nothing to do with the
devfs, the PCI serial card in question was not in the list of PCI devices.
(It was a one-off P.O.S.. from CompUSA.) Neither the serial ports nor
parallel port were recognized. The box claimed it was an 16PCI592 but the
On Fri, Mar 07, 2003 at 4:59 PM, Bryan Whitehead wrote:
>
> Quick question: What PCI serial port add on card works with devfs in
> kernel 2.4.19 out of the box? No pissing around?
>
> While I'm messing around with the one I got (that doesn't
> work) I need
> o
Quick question: What PCI serial port add on card works with devfs in
kernel 2.4.19 out of the box? No pissing around?
While I'm messing around with the one I got (that doesn't work) I need
one that does... any suggestions??
Thanks to all for the help!!
Ed Vance wrote:
On Fri, Mar 0
rts with setserial some magic
> >would happen and they would apear in /dev/tts... but I was wrong.
I don't use devfs, so I never had this problem.
Hope this helps,
Marek
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message
; seem to set up the serial ports at boot, so devfs never
> > creates an entry. However, post boot, since there is no
> > entries, I cannot configure the serial ports with setserial.
> > So basically devfsd = no PCI based serial add on?
>
> Yep. This I pointed this out
On Fri, Mar 07, 2003 at 03:40:31PM -0800, Ed Vance wrote:
> Sure, go ahead and try the second patch that adds the Netmos cards to the
> serial driver's device tables. It is for a somewhat newer rev, but you might
> just get offsets with no failed hunks. It's worth a try.
Note that the second patch
On Fri, Mar 07, 2003 at 02:51:45PM -0800, Bryan Whitehead wrote:
> It seems devfsd has an annoying "feature". I bought a PCI card to get a
> couple (2) more serial ports. The kernel doesn't seem to set up the
> serial ports at boot, so devfs never creates an entry. Howe
mean that there is anything wrong with the card.
Good luck,
Ed
-Original Message-
From: Bryan Whitehead [mailto:[EMAIL PROTECTED]
Sent: Friday, March 07, 2003 3:28 PM
To: Bryan Whitehead
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Subject: Re: devfs + PCI serial card = no ex
d to get a
couple (2) more serial ports. The kernel doesn't seem to set up the
serial ports at boot, so devfs never creates an entry. However, post
boot, since there is no entries, I cannot configure the serial ports
with setserial. So basically devfsd = no PCI based serial add on?
03:05.0 Se
2003 2:55 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: devfs + PCI serial card = no extra serial ports
BTW, this is with 2.4.19 (kernel shipped with distro) I'm willing to
test any patches / rebuild kernel to get this working.
Bryan Whitehead wrote:
It seems devfsd has an
h 07, 2003 2:55 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: devfs + PCI serial card = no extra serial ports
BTW, this is with 2.4.19 (kernel shipped with distro) I'm willing to
test any patches / rebuild kernel to get this working.
Bryan Whitehead wrote:
> It s
t seem to set up the
serial ports at boot, so devfs never creates an entry. However, post
boot, since there is no entries, I cannot configure the serial ports
with setserial. So basically devfsd = no PCI based serial add on?
03:05.0 Serial controller: NetMos Technology 222N-2 I/O Card (2S+1P)
It seems devfsd has an annoying "feature". I bought a PCI card to get a
couple (2) more serial ports. The kernel doesn't seem to set up the
serial ports at boot, so devfs never creates an entry. However, post
boot, since there is no entries, I cannot configure the serial ports
22 matches
Mail list logo
