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 looked for this particular fubar and try to Do The
Right Thing(tm), or at least offer the user some options.
Matt
On Fri, Aug 29, 2014 at 2:07 P
> From: Alan Stern
> If you try to repartition the drive under Windows using the deficient
> adapter, you'll see that the problem still exists. It just doesn't
> show up during normal use.
So in summary, the Windows workaround is icky, but it allows any use
but repartitioning to be one on the
Chad,
can you send out your last version with a proper changelog, signoff,
and the ack from Eddie included? Also can you prioritize getting
the shared skb patch tested?
Thanks,
Christoph
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to
Le Wed, 27 Aug 2014 10:54:53 -0400,
Alan Stern a écrit :
> On Wed, 27 Aug 2014, Matthieu CASTET wrote:
>
> > Ping
> >
> > I have got also a problem with a usb sdcard reader (without power cut
> > during suspend)
>
> > > > The usb storage driver call scsi_report_bus_reset after device reset,
>
On 08/04/2014 09:21 AM, Brian King wrote:
> On 07/28/2014 03:28 PM, Brian King wrote:
>>
>> Export kexec_in_progress for use by device drivers and other modules
>> to optimize kexec boot.
>>
>> Signed-off-by: Brian King
>> ---
>>
>> kernel/kexec.c |2 ++
>> 1 file changed, 2 insertions(+)
>>
On Thu, 2014-08-28 at 21:42 -0500, Mike Christie wrote:
> On 08/27/2014 09:31 AM, Hannes Reinecke wrote:
> > On 08/19/2014 07:54 PM, Christoph Hellwig wrote:
> >> On Sat, Aug 16, 2014 at 08:09:48PM -0700, K. Y. Srinivasan wrote:
> >>> The host asks the guest to scan when a LUN is removed or added.
On Fri, 2014-08-29 at 10:13 +0200, Hannes Reinecke wrote:
> On 08/29/2014 09:39 AM, Bart Van Assche wrote:
> > On 08/29/14 08:19, Hannes Reinecke wrote:
> >> On 08/29/2014 04:42 AM, Mike Christie wrote:
> >>> How are distros handling 0x6/0x3f/0x0e (report luns changed) when it
> >>> gets passed to
On 08/29/2014 12:39 PM, Hans de Goede wrote:
Hi,
On 08/29/2014 12:30 PM, Hannes Reinecke wrote:
On 08/29/2014 12:14 PM, Finn Thain wrote:
On Fri, 29 Aug 2014, Hannes Reinecke wrote:
On 08/29/2014 06:39 AM, Finn Thain wrote:
On Thu, 28 Aug 2014, Hannes Reinecke wrote:
What might happen,
Hi,
On 08/29/2014 12:30 PM, Hannes Reinecke wrote:
> On 08/29/2014 12:14 PM, Finn Thain wrote:
>>
>> On Fri, 29 Aug 2014, Hannes Reinecke wrote:
>>
>>> On 08/29/2014 06:39 AM, Finn Thain wrote:
On Thu, 28 Aug 2014, Hannes Reinecke wrote:
> What might happen, though, that the com
On 08/29/2014 12:14 PM, Finn Thain wrote:
On Fri, 29 Aug 2014, Hannes Reinecke wrote:
On 08/29/2014 06:39 AM, Finn Thain wrote:
On Thu, 28 Aug 2014, Hannes Reinecke wrote:
What might happen, though, that the command is already dead and gone
by the time you're calling ->scsi_done() (if you
> "Mike" == Mike Snitzer writes:
Mike> It would be ideal for XCOPY support to make its way upstream for
Mike> 3.18.. but the window for staging this work in time is closing.
Mike> Any chance you might have some time to review Mikulas' revised
Mike> approach to your initial XCOPY support?
I
On Fri, 29 Aug 2014, Hannes Reinecke wrote:
> On 08/29/2014 06:39 AM, Finn Thain wrote:
> >
> > On Thu, 28 Aug 2014, Hannes Reinecke wrote:
> >
> > > What might happen, though, that the command is already dead and gone
> > > by the time you're calling ->scsi_done() (if you call it after
> > > e
On 08/28/2014 09:24 PM, Douglas Gilbert wrote:
On 14-08-28 01:33 PM, Hannes Reinecke wrote:
Hi all,
here's my next round of scsi logging updates.
Main feature is the update to have all logging
statements in one line so that they won't be broken
up even under high load.
This will dramatically im
On 08/29/2014 09:39 AM, Bart Van Assche wrote:
On 08/29/14 08:19, Hannes Reinecke wrote:
On 08/29/2014 04:42 AM, Mike Christie wrote:
How are distros handling 0x6/0x3f/0x0e (report luns changed) when it
gets passed to userspace? Is everyone kicking off a new full (add and
delete) scan to handle
Il 29/08/2014 08:08, Hannes Reinecke ha scritto:
>>
> No.
> FAILED for any eh_abort_cmd() means that the TMF hasn't been sent.
> So the midlayer escalates to the next EH step.
> The command will only ever be re-issued once EH completes.
Then the answer to Hans's question is yes. It is legal to ca
On 08/29/14 08:19, Hannes Reinecke wrote:
> On 08/29/2014 04:42 AM, Mike Christie wrote:
>> How are distros handling 0x6/0x3f/0x0e (report luns changed) when it
>> gets passed to userspace? Is everyone kicking off a new full (add and
>> delete) scan to handle this or logging it? Is the driver retur
16 matches
Mail list logo
