Date: 21 Mar 2002 17:29:00 +1130 From: "Daniel O'Connor" <doconnor@gsoft.com.au> To: John Hay <jhay@icomtek.csir.co.za> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Decision PCCOM Serial Card Message-ID: <1016690352.383.48.camel@chowder.gsoft.com.au> In-Reply-To: <200203200858.g2K8wt140174@zibbi.icomtek.csir.co.za> References: <200203200858.g2K8wt140174@zibbi.icomtek.csir.co.za>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 2002-03-20 at 20:28, John Hay wrote: > You might have more luck getting the puc driver to work with this card. > It is more flexable and meant for these kind of cards. > You will still need to figure out how the serial ports are organised on > the card though. Things like, does each serial port have its own BAR, or > are both inside one BAR and what the offset is where the ports start. > You might be able to figure that out from the linux patch though. > Once you figure those things out, you just add it to pucdata.c, build > a kernel with the puc device and off you go. :-) Hmm.. well I get this far -> puc0: <PCCOM Serial port> port 0xc400-0xc4ff,0xc000-0xc07f mem 0xd8002000-0xd800207f irq 9 at device 11.0 on pci0 puc: name: PCCOM Serial port could not get resource Probably just guessed the BAR address wrong I suppose. I made the PUC driver a module, but once I load it and it tried to attach and errored out I now get.. mdtest# kldunload puc kldunload: can't unload file: Device not configured Sigh :) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1016690352.383.48.camel>