In message: <[EMAIL PROTECTED]>
            "Kip Macy" <[EMAIL PROTECTED]> writes:
: IIRC lack of per instance cdevs also limits Freebsd to one vmware instance.

Can you describe the proper semantics here?  A cdev is a cdev, and
when we do things like dup we just copy the reference to that cdev.
This has also traditionally been resisted on layering violations
grounds (since the data we have doesn't map easily back to the fd at
the time we call the cdev methods).

Warner

: On 6/29/06, Oleksandr Tymoshenko <[EMAIL PROTECTED]> wrote:
: > Christian Zander wrote:
: > > Hi all,
: > >  # Task:        implement mechanism to allow character drivers to
: > >                 maintain per-open instance data (e.g. like the Linux
: > >                 kernel's 'struct file *').
: > >    Motivation:  allows per thread NVIDIA notification delivery; also
: > >                 reduces CPU overhead for notification delivery
: > >                 from the NVIDIA kernel module to the X driver and to
: > >                 OpenGL.
: > >    Priority:    should translate to improved X/OpenGL performance.
: > >    Status:      has not been started.
: >     I've stumbled across this issue a while ago. Actually it can
: > be partially solved using EVENTHANDLER_REGISTER of dev_clone event with
: > keeping state structure in si_drv1 or si_drv2 fields. I'm not sure it's
: > the best solution but it works for me though it smells like hack, and
: > looks like hack :) Anyway, having legitimate per-open instance data
: > structures of cdevs is a great assistance in porting linux drivers to
: > FreeBSD. Just my $0.02.
: >
: > --
: > Sincerely,
: >
: > Oleksandr Tymoshenko
: > PBXpress Communications, Inc.
: > http://www.pbxpress.com
: > Tel./Fax.: +1 866 SIP PBX1  Ext. 656
: > _______________________________________________
: > freebsd-hackers@freebsd.org mailing list
: > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
: > To unsubscribe, send any mail to "[EMAIL PROTECTED]"
: >
: _______________________________________________
: freebsd-hackers@freebsd.org mailing list
: http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
: To unsubscribe, send any mail to "[EMAIL PROTECTED]"
: 
_______________________________________________
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Reply via email to