Hi Som, There are two possible scenarios which you can unload your SCSI HBA driver without reboot. 1. No any child of the HBA driver instance in the device tree. 2. If you boot system is not from a SCSI disk and you can try to unload sd(7D) driver by "rem_drv sd" without any risk, you can unload your SCSI HBA driver by rem_drv(1M).
Thanks Javen Garrett D'Amore wrote: > Somnath kotur wrote: > >> Javen , >> Is it actually possible to rem_drv my SCSI >> HBA driver ? I read this note below in one of the >> driver docs ,not sure if it is dated >> >> ****************************************************** >> Removing the Driver >> >> To remove a driver from the system, use rem_drv(1M), >> then delete the driver module and configuration file >> from the module path. The driver cannot be used again >> until it is reinstalled with add_drv(1M). Removing a >> SCSI HBA driver will require a reboot to take effect. >> >> ****************************************************** >> >> If its actually possible now, what are the entry >> points that it would hit and i would need to take care >> of in my SCSI HBA driver particularly if i have >> LUNs/targets attached? >> > > > rem_drv works, but for SCSI drivers its actions are not likely to take > effect until the next boot. > > The problem is that if you have any target nodes still attached, then > the framework will refuse to detach your node. If your bus is > hotpluggable, you could try hot-unplugging each of the targets (making > sure that they are not in use first!), then the framework will see > that you have no dependencies in the device tree (providing your > driver actually does ndi_devi_offline for devices that were hot removed). > > In that case, your driver will see its detach(9e) entry point called > with cmd == DDI_DETACH. I do not believe that you'll see any other > entry points called during the rem_drv. > > -- Garrett > >> Thanks Som >> >> >> >> >> --- Javen Wu <[EMAIL PROTECTED]> wrote: >> >> >> >>> You need ITU image. I assume you are working on X86. >>> Please try the below link: >>> http://www.tools.de/opensource/solaris/itu/newboot/ >>> >>> Javen >>> >>> ram vegesna wrote: >>> >>> >>> >>>> Hi all, >>>> >>>> Im working on iscsi boot for solaris. As in linux, >>>> >>> >>> For iscsi boot we >>> >>>> have driver-disk-floppy which is inserted during >>>> >>> >>> the installation. >>> >>>> The driver-disk contains an image of the >>>> >>> >>> iscsi-driver which is loaded >>> >>>> during the iscsi-boot installation. If we unpack >>>> >>> >>> the image file we >>> >>>> have a set of files that are used for the >>>> >>> >>> formation of the image >>> >>>> file(which includes the driver,pci-ids etc...). >>>> >>> >>> It picks the driver >>> >>>> during the iscsi-boot installtion. How should the >>>> >>> >>> image file for >>> >>>> solaris be packaged and provide it during the >>>> >>> >>> iscsi-boot. >>> >>> >>>> It will be great if some one help me in this. >>>> >>>> Thanks, >>>> RamkishoreV >>>> >>>> >>>> >>> >> ------------------------------------------------------------------------ >> >> >>>> Be a better friend, newshound, and know-it-all >>>> >>> >>> with Yahoo! Mobile. Try >>> >>>> it now. >>>> >>> >> <http://us.rd.yahoo.com/evt=51733/*http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ%20> >> >> >> >> >>>> >>> >>> ------------------------------------------------------------------------ >>> >>> >>> >>>> _______________________________________________ >>>> driver-discuss mailing list >>>> [email protected] >>>> >>> >>> http://mail.opensolaris.org/mailman/listinfo/driver-discuss >>> >>> >>>> >>>> >>>> >>> >>> _______________________________________________ >>> driver-discuss mailing list >>> [email protected] >>> >>> >> >> http://mail.opensolaris.org/mailman/listinfo/driver-discuss >> >> >> >> >> ____________________________________________________________________________________ >> >> >> Be a better friend, newshound, and know-it-all with Yahoo! Mobile. >> Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ >> _______________________________________________ >> driver-discuss mailing list >> [email protected] >> http://mail.opensolaris.org/mailman/listinfo/driver-discuss >> > > _______________________________________________ driver-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/driver-discuss
