Hi Javen,
        Thanks for the info. Well my iSCSI driver
requires that i be able to rem_drv my driver with
tgts/luns attached ,i.e im wondering if the framework
internally provides options for the HBA driver to
detach its luns, i think i did see a print indicating
that tran_lun_reset_notify was called when i did
attempt to do it..so thats what im intersted to know
..is there a sequence to the rem_drv if/when
LUNs/Targets are attached to the SCSI HBA driver so
that i get a chance to remove all the child instances
of the driver from the device tree?

Thanks
Som

--- Javen Wu <[EMAIL PROTECTED]> wrote:

> 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]
> >>>
> >>>     
> >>
> 
=== message truncated ===



      
____________________________________________________________________________________
Never miss a thing.  Make Yahoo your home page. 
http://www.yahoo.com/r/hs
_______________________________________________
driver-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/driver-discuss

Reply via email to