See comment below On Thu, 2010-07-29 at 16:35 -0600, Moger, Babu wrote: > Chandra, Shyam, > Thanks for your comments.. Please see my response. > > > -----Original Message----- > > From: Chandra Seetharaman [mailto:sekharan@xxxxxxxxxx] > > Sent: Thursday, July 29, 2010 4:54 PM > > To: Moger, Babu > > Cc: device-mapper development; linux-scsi@xxxxxxxxxxxxxxx; Qi, Yanling; > > Chauhan, Vijay; Dachepalli, Sudhir; Stankey, Robert > > Subject: Re: [PATCH 0/6] scsi_dh : Couple of fixes for scsi device > > handlers > > > > Babu, > > > > Your main object is to protect scsi_dh_data across scsi_dh_activate() > > by > > way of getting kref around scsi_dh_activate(), right ? > > > > Yes, That is correct. > > > Wouldn't doing what Shyam suggested (doing kref_put() and put_device()) > > in scsi_activate() make it simpler and code still be readable ? (it > > would make all the patches except 2/6 not needed). > > > > Did you hit with any problems doing it that way ? > > > > Yes, We can do that. Problem is I am hitting the issue with BUG_ON > in get_rdac_data which is there in the beginning of rdac_activate. I do not understand the problem. If the BUG_ON on get_rdac_data() is being triggered, that means sdev->scsi_dh_data is NULL, if that is the case, how can you access sdev->scsi_dh_data->kref in scsi_dh_activate (in patch 2/6) ? Wouldn't it trip a oops ? > If I have to go this way, then I need to remove a call get_rdac_data > and just validate pointers. Report error(SCSI_DH_IO) if pointer is not valid. > Then hold the reference counts and continue if everything is alright. > I will send the new patches as soon as I can. -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
