[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 #34 from Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>  2009-04-15 15:42:08 ---
On Wed, 15 Apr 2009 bugzilla-daemon@xxxxxxxxxxxxxxxxxxx wrote:

> Dear all,
> 
> Thanks for discussing.
> Against my expectations the story was aimed more generic goal. It is fine.
> 
> 
> > Your patch affects the max_sectors attribute file for all devices, not just for tape devices.
> 
> Yes, I know my code is experimental.
> It should check the type of a target device to affect only for tape devices.
> 
> 
> > So there is no _tape_ device which can operate with larger block size.  
> > But maybe a non-tape device can.
> 
> But, usually, accepting very large block size is used to improve the
> performance with a tape device.
> 
> So,,, at least about my circumstance, changing only scsiglue.c is a nice
> solution.

This sort of issue should be discussed by email, not on Bugzilla.  If 
you want to continue talking about it, post your messages to 
<usb-storage@xxxxxxxxxxxxxxxxxxxxxxxx> and CC: anyone who might be 
particularly interested.

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