NetBSD-Bugs archive

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

Re: port-xen/47899: xen block script does not create vnd devices when needed.



The following reply was made to PR port-xen/47899; it has been noted by GNATS.

From: Manuel Bouyer <bouyer%antioche.eu.org@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: port-xen-maintainer%NetBSD.org@localhost, gnats-admin%NetBSD.org@localhost,
        netbsd-bugs%NetBSD.org@localhost, 7heo%7heo.tk@localhost
Subject: Re: port-xen/47899: xen block script does not create vnd devices
 when needed.
Date: Thu, 6 Jun 2013 15:26:16 +0200

 On Thu, Jun 06, 2013 at 12:05:01PM +0000, Michael van Elst wrote:
 >  >vnconfig -l works fine for me:
 >  >ragga:/domains#vnconfig -l
 >  >vnd0: not in use
 >  >vnd1: /domains (/dev/raid1f) inode 4
 >  >vnd2: /domains (/dev/raid1f) inode 11
 >  >vnd3: /domains (/dev/raid1f) inode 12
 >  >vnd4: not in use
 >  >vnd5: not in use
 >  >vnd6: not in use
 >  >[...]
 >  >vnd29: not in use
 >  >vnd30: not in use
 >  >vnd31: not in use
 >  
 >  vnconfig will clone the driver instance when necessary, but
 >  never remove it. The first 4 instances are precreated by
 >  the driver to be compatible with earlier kernels where
 >  the driver wasn't cloning.
 
 but AFAIK vnconfig doesn't know how much instances are available in
 the kernel. It only checks if existing /dev/vnd* nodes are busy or
 not: it does a VNDIOCGET for each vnu_unit against /dev/vnd0d
 (up do cd_ndevs if I read the code properly).
 I guess cd_ndevs is increased dynamically when devices are used ...
 
 -- 
 Manuel Bouyer <bouyer%antioche.eu.org@localhost>
      NetBSD: 26 ans d'experience feront toujours la difference
 --
 


Home | Main Index | Thread Index | Old Index