Re: ->proc_info in host template

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, May 16, 2008 at 11:54:48AM -0400, Christoph Hellwig wrote:
> On Wed, Apr 30, 2008 at 01:01:55AM +0400, Alexey Dobriyan wrote:
> > I plan to remove ->read_proc from proc code and this will involve
> > ->proc_info hook in host templates. It's marked "OBSOLETE". Is it
> > obsoleted as in "will be removed" or obsoleted as in "no new such
> > hooks"? Should I convert them to ->proc_fops or just remove?
> > I suspect the former, in this case it will look like
> > 
> > 	#ifdef CONFIG_PROC_FS
> > 		const struct file_operations *proc_fops;
> > 	#endif
> > 
> > OK with that?
> 
> Back about five years ago when we did a bigger revamp of the scsi layer
> we decided that having the unstructed proc files were a bad idea and
> planned to remove them eventually.  And then for a long time nothing
> happened.  So either we bite the bullet and remove them all or we need
> to invest a lot of time into converting them.  In the latter case
> I'd prefer to just add a ->show method and limit them to a single page
> instead of adding boilerplate for the full file operations all over
> the legacy scsi drivers.

Some drivers allow writing to them so just ->show is not sufficient.
See ppa_proc_show() for example. Probably add ->write .

Boilerplate is tiny. Also, some crap like asc_proc_copy() will go away.

OTOH, some drivers are PITA to convert. I tried advansys out of
curiosity and failed several times.

--
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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux