On Wednesday 21 September 2005 15:38, rashmi ns wrote:
> Amazing, Thanks a lot it really works .
> Now i have to read what D_VERSION does :-)
It's just there to mark what cdevsw API version the module was compiled with
so if it changes it will prevent you loading modules
Hi,
Amazing, Thanks a lot it really works .
Now i have to read what D_VERSION does :-)
Thanks ,
Rashmi.N.S
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, se
On Wednesday 21 September 2005 15:09, rashmi ns wrote:
> .d_name = "hdlc_cdev",
> .d_maj = CDEV_MAJOR, /*251*/
> .d_open = hdlc_open,
> .d_read = hdlc_read,
> but why do i get this error
You need
.d_version = D_VERSION,
in your cdevsw.
--
Dani
Hi All,
This is the output of dmesg i get when i kldload my module
*
mem 0x4030-0x40300fff irq 11 at device
11.0 on pci1
WARNING: Device driver "hdlc_cdev" has wrong version and is dis
On Tue, Sep 20, 2005 at 02:59:23PM -0700, Ulf Zimmermann wrote:
> I am trying to install 5.4-REL on a HP DL140g2 which has serial
> ata inside, but also pata interfaces (for like the cdrom) but no
> option to disable the said pata ports. And 5.4-rel install boot only
> cd is hanging at ata0-master
I am trying to install 5.4-REL on a HP DL140g2 which has serial
ata inside, but also pata interfaces (for like the cdrom) but no
option to disable the said pata ports. And 5.4-rel install boot only
cd is hanging at ata0-master identify. Is there a way to tell the
kernel not to probe ata0? It hasn't
On Monday 19 September 2005 03:35 pm, Koen Martens wrote:
> Vinod Kashyap wrote:
> > You seem to be booting off of a 9000 (twa) controller and not 7000/8000
> > (twe).
> > It could be because of a 9000 firmware bug that you are not being able
> > to
> > get the dump. The firmware wrongly interpret
Hello,
When the following kernel code has been run :
struct thread *td = curthread;
struct nameidata nd;
int flags, resid;
struct vattr vat;
/* Some threads don't have a current working directory, set this to avoid a
page fault on vn_open() call */
if(td->td_
On Mon, 19 Sep 2005, Koen Martens wrote:
Without the debug stuff in the kernel, it crashed within 2 days, same
story: postgresql process, function propagate_priority. However, no dump
was written to disk :(
Furthermore, i've been seeing the same crash (in propagate_priority) on
another box
Hi
I'm having a combination of linux and freebsd OSes running a reltime
system.
On linux I use the sched_setscheduler together with raised priority to get
realtime characteristics.
I see that the same system calls are implemented in freebsd can I use the
same approach or should the
rtprio(1) w
10 matches
Mail list logo
