On Tue, 15 Jul 2008, Tapan Chaudhari wrote: > Thanks Deniel for the reply. I am aware of the fact you mentioned > and will keep in mind. > Well what i am trying to achieve is a simple thing to write an > interception driver to catch all the i/os going to a particular > device, do some manipulations on it and than let it through to the > original device. Well as you mentioned about geom, I have recently > posted a mail on GEOM mailing list as I could not find geom doing > interception, the discussion is still on (You can see the mails with > subject line "Can GEOM be used to intercept the I/o calls to an > existing mounted device?"). Any sugessuions on interception driver > will be helpful?
My first question would be "Why do you want to do that?" > As an interception driver is not possible, for time being I am going > towards the redirection concept which will require a reboot and > changing the devices on the mount points. For redirection driver, I > dont think I will need geom. I can directly create a new device. > Rather I think it would be an overhead using geom for a virtual > device. > Any thoughts on both the issues? I think you'd have a lower overhead and much less hassle writing a GEOM class and using that. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
signature.asc
Description: This is a digitally signed message part.
