[Bug 12207] block reads/writes > 122880 bytes to USB tape drive gives EBUSY

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

 



http://bugzilla.kernel.org/show_bug.cgi?id=12207





--- Comment #30 from Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>  2009-04-11 02:38:27 ---
On Fri, 10 Apr 2009 bugzilla-daemon@xxxxxxxxxxxxxxxxxxx wrote:

> Maybe you should check your facts before telling others where to look. 
> max_sectors_kb etc. exist only for block devices (in the Unix sense). 
> Tapes are character devices.

There's no need to be rude.  Besides, how would you suggest I check my 
facts (bearing in mind that I don't have access to any SCSI or USB tape 
drives)?

As the author of st.c, you certainly are the authority on how this
works.  And it's definitely true that tapes are char devices.

But isn't it also true that SCSI tapes, like all SCSI devices, have
their device queue set up by scsi_alloc_queue(), which calls
blk_init_queue(), which registers the queue's kobject using
blk_queue_ktype, whose default attributes include both
queue_max_sectors_entry.attr and queue_max_hw_sectors_entry.attr?  And
doesn't this mean that SCSI tapes _do_ have max_sectors_kb etc.  
attributes?

Alan Stern

-- 
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
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