Date: Wed, 28 Feb 2001 11:01:07 -0800 (PST) From: Matthew Jacob <mjacob@feral.com> To: arch@FreeBSD.ORG Subject: Re: lossage of a sort with using device hints... Message-ID: <Pine.LNX.4.21.0102281058400.3645-100000@zeppo.feral.com> In-Reply-To: <Pine.LNX.4.21.0102281011140.3645-100000@zeppo.feral.com>
next in thread | previous in thread | raw e-mail | index | archive | help
It's actually worse for me....
setting
hint.isp.0.portwnn="0x50000000aaaa0000"
hint.isp.0.nodewnn="0x50000000aaaa0001"
guarantees me to be broken in that this will be forced to be type 'int' or
type 'long'- and neither will correctly convert- and I can't even coerce this
directly to a string- so I have to do something like:
hint.isp.0.portwnn="w50000000aaaa0000"
hint.isp.0.nodewnn="w50000000aaaa0001"
in order to get the string so I can then do a kernel strtouq on the portion
past the 'w'... *phppptttttt*
>
> I'm converting a driver over to using device hints instead of
> getenv_*, and one thing has stubbed my toe. The current resource types are:
>
>
> /*
> * Resources from config(8).
> */
> typedef enum {
> RES_INT, RES_STRING, RES_LONG
> } resource_type;
>
>
>
> But I've been happily using a getenv_quad for a 64 bit WWN override.
>
> It strikes me that RES_INT and RES_LONG are too vague (as well as useless).
> How hard would it be to change these to RES_INT32 and RES_INT64?
>
> -matt
>
>
>
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-arch" in the body of the message
>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.LNX.4.21.0102281058400.3645-100000>