[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Re: [PATCH] Virtual console driver on /dev/xvc0


  • To: Jeremy Katz <katzj@xxxxxxxxxx>
  • From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
  • Date: Fri, 04 Aug 2006 15:31:54 +0100
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, Amos Waterland <apw@xxxxxxxxxx>
  • Delivery-date: Fri, 04 Aug 2006 07:32:38 -0700
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: Aca30rtM+ZL5CCPFEduurQAKle7CWA==
  • Thread-topic: [Xen-devel] Re: [PATCH] Virtual console driver on /dev/xvc0


On 4/8/06 3:23 pm, "Jeremy Katz" <katzj@xxxxxxxxxx> wrote:

>> How did you pick the major? Is there a process for allocating one (I
>> think our bklock-device major is now official)? Could we use a more
>> dynamic (e.g., udev-based) scheme to avoid locking down 1/256th of the
>> 8-bit major space for this?
> 
> The instructions for getting a major are available at
> http://www.lanana.org/docs/device-list/instructions.txt and the official
> list of majors/minors is at
> http://www.lanana.org/docs/device-list/devices-2.6+.txt.
> 
> char major 232 is already taken for biometrics.  There's no reason that
> we shouldn't be able to get a minor (or a couple, if it makes more sense
> to have more than one xvc device in some case) char devices in the
> low-density serial console region (char major 204)

That page makes it sound like the static allocation of device numbers is
obsolete. Is there some preferred dynamic method now?

 -- Keir



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.