On Sat, Aug 30, 2014 at 2:15 PM, Alan Stern wrote:
> On Fri, 29 Aug 2014, Matthew Dharm wrote:
>
>> Is there an 'easy' way to override the detected size of a storage
>> device from userspace? If we had that, someone could write a helper
>> application which lo
the Windows workaround is icky, but it allows any use
> but repartitioning to be one on the attached disk.
>
> Dale
> --
> To unsubscribe from this list: send the line "unsubscribe linux-usb" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info
hcd
>> Jan 28 21:32:56 localhost kernel: usb 7-1.2: new SuperSpeed USB device
>> number 4 using xhci_hcd
>> Jan 28 21:32:56 localhost kernel: usb 7-1.3: new SuperSpeed USB device
>> number 5 using xhci_hcd
>> Jan 28 21:32:56 localhost kernel: usb 7-1.4: new SuperSpeed
On Wed, Feb 06, 2008 at 03:23:39PM -0500, Alan Stern wrote:
> On Tue, 5 Feb 2008, Matthew Dharm wrote:
>
> > Six of one and a half-dozen of the other. All we're arguing over is the
> > definition of "correct behavior" here. You want to change the API so t
On Mon, Feb 04, 2008 at 03:05:58PM -0500, Alan Stern wrote:
> On Sun, 3 Feb 2008, Matthew Dharm wrote:
>
> I think the correct approach is to modify those routines so that they
> will never overrun the s-g buffer (like Boaz has done), and _document_
> this behavior. Then the c
s much as possible.
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
Type "format c:" That should fix everything.
-- Greg
User Friendly, 12/18/1997
pgpmp71REWTJX.pgp
Description: PGP signature
) to not attempt to use more
SCSI buffer than exists.
My opinion is this: Let's make the protocol.c mods (modulo my comments
about setting useless status bits) now. Then, let's decide if we're going
to patch all the other users of the usb_stor_*_xfer_buf() functions as a
separate d
On Thu, Jan 31, 2008 at 10:05:19PM +0200, Boaz Harrosh wrote:
> On Thu, Jan 31 2008 at 21:49 +0200, Matthew Dharm <[EMAIL PROTECTED]> wrote:
> > No. No no no.
>
> Please re-inspect the code again.
> There is no device involved here. The code completely emulates this comma
> - usb_stor_access_xfer_buf(buffer, buflen, srb, &sg, &offset,
> + count = usb_stor_access_xfer_buf(buffer, buflen, srb, &sg, &offset,
> TO_XFER_BUF);
> - if (buflen < srb->request_bufflen)
> - srb->resid = srb->
On Tue, Jan 29, 2008 at 08:15:04PM +0100, Jens Axboe wrote:
> On Tue, Jan 29 2008, Matthew Dharm wrote:
> > On Tue, Jan 29, 2008 at 07:39:11PM +0100, Jens Axboe wrote:
> > > On Tue, Jan 29 2008, Jens Axboe wrote:
> > > > On Tue, Jan 29 2008, Oliver Neukum wrote:
>
fer_sglist: xfer 18 bytes, 1 entries
> usb-storage: usb_sg_init returned -22
> usb-storage: Bulk data transfer result 0x4
> usb-storage: -- auto-sense failure
> usb-storage: storage_pre_reset
> ehci_hcd :00:1d.7: port 1 high speed
> ehci_hcd :00:1d.7: GetStatus por
27;t added any USB patches to the -git tree
> > yet after 2.6.24 :)
> >
> > Could this be caused by some scsi changes perhaps?
> >
> > thanks,
> >
> > greg k-h
> > -
> Yes it is ;)
>
> Jens could you test the patch below? if it works I&#x
ACKed-by: Matthew Dharm <[EMAIL PROTECTED]>
Matt
On Fri, Jan 25, 2008 at 11:12:21AM -0600, James Bottomley wrote:
> On Thu, 2008-01-24 at 09:21 -0800, Greg KH wrote:
> > On Thu, Jan 24, 2008 at 06:07:00PM +0100, Stefan Richter wrote:
> > > Greg KH wrote:
> > >
On Mon, Jan 14, 2008 at 10:33:08AM -0600, James Bottomley wrote:
>
> On Mon, 2008-01-14 at 08:03 -0800, Matthew Dharm wrote:
> > We may be able to convince the SCSI people to enable it for all devices,
> > regardless of HCD.
>
> No ... I'm not particularly keen to
ince the SCSI people to enable it for all devices,
regardless of HCD.
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
What the hell are you?
-- Pitr to Dust Puppy
User Friendly, 12/3/1997
pgpxaXUinOgMp.pgp
Description: PGP signature
g a multi-interface
device based on the interface class code, but I don't see a better solution
that isn't a major coding project.
This approach looks pretty reasonable to me.
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Stora
a flag to indicate that it should be used, if really desired.
But, it seems to me to be a much easier change to make where the command
originated rather than in mid-flight.
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
P: Nine
ur suggestion solved my problem, thank you very much.
What we have here is a device which takes a particularly long time to
respond to an INQUIRY command (a little over 6 seconds, I think).
Would there be any objections to permanently modifying sd_mod to change the
default INQUIRY
On Tue, Sep 11, 2007 at 08:09:51PM -0400, Jeff Garzik wrote:
> I would much rather see the !use_sg cleanup in a separate patch series...
Are we really sure this can all go? No requests, not even ones from SG_IO
will ever use the non-sg paths?
Matt
--
Matthew Dh
igned copy_sense)
I'm not terribly keen on the naming of copy_sense, tho I see what you're
trying to do. A better name and better comments about what it means when
!= 0 would fix this.
Matt
--
Matthew Dharm Home: [EMAIL PRO
e struct scatterlists are
processed in code into a series of URBs, so nobody actually does DMA the
scatterlist structures. However, I don't know enough about the other HCDs
to be certain about them.
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, L
tWizard.nl/ ** +31-15-2600998 **
> **Delftechpark 26 2628 XH Delft, The Netherlands. KVK: 27239233**
> *-- BitWizard writes Linux device drivers for any device you may have! --*
> Q: It doesn't work. A: Look buddy, doesn't work is an ambiguous statement.
> Does i
e been made.
> > > Greg, can this go through your tree?
> >
> > If the usb-storage people ACK it, I'll be glad to add it to my trees.
>
> It's okay with me.
>
> Acked-by: Alan Stern <[EMAIL PROTECTED]>
Looks okay to me too.
Acked-by: Matthew Dharm
On Thu, Sep 08, 2005 at 02:28:09PM -0600, Jim Ramsay wrote:
> On 9/8/05, Jim Ramsay <[EMAIL PROTECTED]> wrote:
> > On 9/8/05, Matthew Dharm <[EMAIL PROTECTED]> wrote:
> > > On Thu, Sep 08, 2005 at 11:14:36AM -0600, Jim Ramsay wrote:
> > >
er user with a different brand of
> USB-IDE converter just wrote in with exactly the same problem.
>
> James, please withdraw the patch above.
>
> Matt, it looks like the best way to solve this problem is to go back to
> the old strategy of always setting the SCSI revision to 2
esn't happen
> in all cases. Also, creating a ext2 fs on that device
> works just fine.
>
> Thanks for a hint,
> Martin
> -
> To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
> the body of a message to [EMAIL PROTECTED]
--
Matt
ard anyone raise any objections about either approach
>
> -Eric
>
> >Short, sweet, and to the point. The question is, can we get it in more
> >sooner than later? I'd really like to get all this integrated for a later
> >2.4.x kernel.
>
> - Original
be initialized to 0, indicating
only 12-byte command readyness. The mid-level will reject cmd_len > 12
unless this byte is != 0.
Short, sweet, and to the point. The question is, can we get it in more
sooner than later? I'd really like to get all this integrated for a
thing will support the larger commands. I hardly expect a SCSI-I
adapter to respect SCSI-III standards.
If you're saying the larger buffer... I'm a bit stunned. How is that
possible? So the array is too long... is someone trying to map
Scsi_Request data structures directly
ms, so the only thing to overcome is the "should we be
changing this in a 2.4.x kernel" question.
There's been discussion in the past, which boiled down to "we'll do it when
we need it". And it looks easily doable. And we need it.
Comments?
Matt
--
Matthew Dh
30 matches
Mail list logo
