Re: Re[2]: HEADSUP: linux dev_t emulation

From: Poul-Henning Kamp (phk_at_phk.freebsd.dk)
Date: 03/11/05

  • Next message: Don Lewis: "Re: Cleaning up vgone."
    To: dima <_pppp@mail.ru>
    Date: Fri, 11 Mar 2005 17:12:47 +0100
    
    

    In message <E1D9kCx-000BeX-00._pppp-mail-ru@f30.mail.ru>, dima writes:
    >> In message <20050310222652.GA31757@infradead.org>, Christoph Hellwig writes:
    >>>On Thu, Mar 10, 2005 at 10:11:44PM +0100, Poul-Henning Kamp wrote:
    >>>>
    >>>> Linux has only 8 bit major + 8 bit minor dev_t.
    >>>
    >>>Not true anymore. Current Linux has 12bit major and 20bit minor.
    >>
    >> Well, that doesn't change the situation: the linuxolator has a task
    >> to learn.
    >
    >A translation table probably?

    If so then the table will have to key off the name in the cdevsw
    associated with the cdev since our major/minor numbers are no longer
    constant across reboots (just like hardware configurations are not).

    -- 
    Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
    phk@FreeBSD.ORG         | TCP/IP since RFC 956
    FreeBSD committer       | BSD since 4.3-tahoe    
    Never attribute to malice what can adequately be explained by incompetence.
    _______________________________________________
    freebsd-arch@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-arch
    To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"
    

  • Next message: Don Lewis: "Re: Cleaning up vgone."

    Relevant Pages

    • Re: kldunload DIAGNOSTIC idea...
      ... >>Methods in cdevsw which can't be called unless the device is opened can ... >>callbacks may or may not need extra handling depending on whether or not ... > your close by destroying the cdev. ... > any thread is inside the driver using that route, a refcount on the ...
      (freebsd-arch)
    • Re: kldunload DIAGNOSTIC idea...
      ... >>Methods in cdevsw which can't be called unless the device is opened can ... >>callbacks may or may not need extra handling depending on whether or not ... > your close by destroying the cdev. ... > any thread is inside the driver using that route, a refcount on the ...
      (freebsd-arch)
    • Im counting my threads, one, two, three, four, five... [1]
      ... cdev and consequently, with a bit of adding up, also for each cdevsw. ... The next step is to add a new method to the cdevsw which purges threads ... and exit the driver with ENXIO error return. ... hardware without panicing in the lower layers of the kernel. ...
      (freebsd-arch)
    • Re: kldunload DIAGNOSTIC idea...
      ... All methods in cdevsw, ... >> needs to refcount. ... your close by destroying the cdev. ... already inside the driver and because there is no known relationship ...
      (freebsd-arch)
    • Re: kldunload DIAGNOSTIC idea...
      ... All methods in cdevsw, ... >> needs to refcount. ... your close by destroying the cdev. ... already inside the driver and because there is no known relationship ...
      (freebsd-arch)