Re: [darwin-kernel] devfs_make_node mutilates pathname on Leopard?
Re: [darwin-kernel] devfs_make_node mutilates pathname on Leopard?
- Subject: Re: [darwin-kernel] devfs_make_node mutilates pathname on Leopard?
- From: Sam Vaughan <email@hidden>
- Date: Thu, 20 Dec 2007 14:47:22 +1100
On 20/12/2007, at 2:34 PM, Terry Lambert wrote:
On Dec 19, 2007, at 5:46 PM, Sam Vaughan wrote:
On 19/12/2007, at 10:35 AM, Terry Lambert wrote:
On Dec 13, 2007, at 8:41 PM, Sam Vaughan wrote:
On 14/12/2007, at 7:05 AM, Terry Lambert <email@hidden>
wrote:
Given that subdirectories in /dev are not supported, and may be
removed, if we end up needing to do that for some technical
reason,
it's probably better to just go that route on both 10.4 and 10.5
instead.
This is probably the approach we will end up taking... just
have to
actually do it :)
Oi! That's my code you'd be ripping out! ;o)
The reason for the subdirectories in the first place was to
allow LUNs to be identified by the port and node WWNs on the
host and RAID controller that uniquely described their path on
the fibre channel network. The WWNs are too long to include in
the one devfs node name, so the only option is to use a hierarchy.
Subdirectories do not remove the node name length limit.
Terry,
I just got a chance to try devfs_make_node() again on Leopard and
it still allows long path hierarchies just as it used to:
$ find /dev/Curiosity -name Leopard -exec ls -l {} \;
cr--r----- 1 root operator 17, 0 Dec 20 12:30 /dev/Curiosity/
got/the/better/of/me/so/I/dusted/off/some/old/code/to/try/a/deep/
dev/hierarchy/on/Leopard
$
That's 104 characters. Try PATH_MAX (1024) characters instead.
Why would I want to do that? It's the node name length of 32 that we
were discussing.
Sam
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-kernel mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden