We're skipping the getattrlist call currently simply because we're getting away with it. Looking at the other file systems' implementations it looks like too much work for too little reward at the moment. Your dummy /dev entry and single IOMedia object idea looks interesting though. What is the connection that DiskArb uses to associate one of your mounted disks with the dummy /dev entry and the published IOMedia object? I trawled through the DiskArb code the other day and couldn't see why it would particularly care that we don't have any IOMedia objects. Thanks Marek, Sam On Saturday, Oct 25, 2003, at 09:05 Australia/Melbourne, Marek Kozubal wrote: On Tue, 21 Oct 2003, Sam Vaughan wrote: But in our case we don't have any IOMedia objects. Although the physical disks we use are directly connected to the machine, the logical volumes we present to the user are mounted like a network file system. We've completely avoided any integration with the IOKit. Then you cannot offically set a default icon. Also DiskArb really hates file systems that are missing IOMedia's. You can probably fudge something with a custom icon deal however. In our project where we're doing something simular we ended up making a dummy /dev entry and IOMedia object so that DiskArb and such would be happy. Otherwise they do nothing. --- Marek Kozubal marek@portents.com _______________________________________________ darwin-kernel mailing list | darwin-kernel@lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored.