Am Dienstag, den 14.11.2017, 18:44 +0100 schrieb Hans de Goede:
>
> Greg, please do no merge the 2 recent uas seagate quirks I send
> then. I will submit a patch with the new approach right away.
Hi,
I am afraid in that case we will need a way to override a
quirk in the other direction, that is,
Hi,
On 15-11-17 10:06, Oliver Neukum wrote:
Am Dienstag, den 14.11.2017, 18:44 +0100 schrieb Hans de Goede:
Greg, please do no merge the 2 recent uas seagate quirks I send
then. I will submit a patch with the new approach right away.
Hi,
I am afraid in that case we will need a way to overri
On Tue, 2017-11-14 at 16:33 -0800, Linus Torvalds wrote:
> On Tue, Nov 14, 2017 at 8:36 AM, James Bottomley
> wrote:
> >
> >
> > Hannes Reinecke (14):
> > scsi: scsi_devinfo: Reformat blacklist flags
>
> Ugh, that's just really ugly, but it's also wrong.
>
> Just having long lines would
On Tue, Nov 14, 2017 at 10:14:52AM -0800, James Bottomley wrote:
> On Tue, 2017-11-14 at 08:55 +0800, Ming Lei wrote:
> > Hi James,
> >
> > On Mon, Nov 13, 2017 at 10:55:52AM -0800, James Bottomley wrote:
> > >
> > > On Sat, 2017-11-11 at 10:43 +0800, Ming Lei wrote:
> > > >
> > > > So from CPU1
On Wed, 2017-11-15 at 18:09 +0800, Ming Lei wrote:
> On Tue, Nov 14, 2017 at 10:14:52AM -0800, James Bottomley wrote:
> >
> > On Tue, 2017-11-14 at 08:55 +0800, Ming Lei wrote:
> > >
> > > Hi James,
> > >
> > > On Mon, Nov 13, 2017 at 10:55:52AM -0800, James Bottomley wrote:
> > > >
> > > >
>
As per recommendation from Linus we should be using a distinct
type for blacklist flags.
Signed-off-by: Hannes Reinecke
---
drivers/scsi/scsi_devinfo.c | 18 -
drivers/scsi/scsi_priv.h| 15 +++---
drivers/scsi/scsi_scan.c| 2 +-
include/scsi/scsi_device.h | 4 +
Hello Dear...
I know that this message will come to you as a surprise. I hoped that
you will not expose or betray this trust and confident that I am about
to repose on you, my name is M, Shakour Rosarita. I am 19 years old
Girl, female, from Tartu Syria, (never married) 61 kg, white in
complexion,
On Wed, Nov 15, 2017 at 07:28:00PM +0900, James Bottomley wrote:
> On Wed, 2017-11-15 at 18:09 +0800, Ming Lei wrote:
> > On Tue, Nov 14, 2017 at 10:14:52AM -0800, James Bottomley wrote:
> > >
> > > On Tue, 2017-11-14 at 08:55 +0800, Ming Lei wrote:
> > > >
> > > > Hi James,
> > > >
> > > > On M
https://bugzilla.kernel.org/show_bug.cgi?id=197877
--- Comment #1 from k...@sognnes.no ---
Created attachment 260677
--> https://bugzilla.kernel.org/attachment.cgi?id=260677&action=edit
.config for 4.14
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=197877
--- Comment #2 from k...@sognnes.no ---
Created attachment 260679
--> https://bugzilla.kernel.org/attachment.cgi?id=260679&action=edit
Full dmesg log (kernel 4.14)
--
You are receiving this mail because:
You are watching the assignee of the bu
https://bugzilla.kernel.org/show_bug.cgi?id=197877
--- Comment #3 from k...@sognnes.no ---
Created attachment 260681
--> https://bugzilla.kernel.org/attachment.cgi?id=260681&action=edit
Output from lspci -vvv
--
You are receiving this mail because:
You are watching the assignee of the bug.
If a cleanup task is not responded to while we are in bnx2fc_abts_cleanup, it
will hang the SCSI error handler since we use wait_for_completion instead of
wait_for_completion_timeout. So, use wait_for_completion_timeout so that we
don't hang the SCSI error handler thread forever.
Fixes the call t
On Wed, 2017-11-15 at 07:06 -0800, Chad Dupuis wrote:
> If a cleanup task is not responded to while we are in
> bnx2fc_abts_cleanup, it
> will hang the SCSI error handler since we use wait_for_completion
> instead of
> wait_for_completion_timeout. So, use wait_for_completion_timeout so
> that we
>
On Wed, 2017-11-15 at 12:07 +0100, Hannes Reinecke wrote:
> As per recommendation from Linus we should be using a distinct
> type for blacklist flags.
Hello Hannes,
Have you noticed that this patch is a subset of the patch series I posted
yesterday (https://marc.info/?l=linux-scsi&m=1510713331132
From: Colin Ian King
Variable managed_request_id is being assigned but it is never read,
hence it is redundant and can be removed. Cleans up clang warning:
drivers/scsi/aacraid/linit.c:706:5: warning: Value stored to
'managed_request_id' is never read
Signed-off-by: Colin Ian King
---
drivers
From: Colin Ian King
The pointer 'port' is being assigned but it is never read,
hence it is redundant and can be removed. Cleans up clang warning:
drivers/scsi/bfa/bfad_attr.c:505:2: warning: Value stored to 'port'
is never read
Signed-off-by: Colin Ian King
---
drivers/scsi/bfa/bfad_attr.c |
Hi Hans,
Tests are currently undergoing with drives operating in plain USB mass
storage class. In a first time, I'm filling drives with data
(uncontrolled corpus, just TBs that I have on hand). It looks like the
drives with most usage history are the ones that drop most often.
kernel: usb 3-4.1.
(Adding Tejun Heo who was assigned on still-open bugzilla #93581 which
is about SATA but seems terribly related.)
On Wed, 15 Nov 2017 16:43:14 -0500
Jérôme Carretero wrote:
> Hi Hans,
>
>
> Tests are currently undergoing with drives operating in plain USB mass
> storage class. In a first time,
On Wed, 15 Nov 2017, Jérôme Carretero wrote:
> (Adding Tejun Heo who was assigned on still-open bugzilla #93581 which
> is about SATA but seems terribly related.)
>
> On Wed, 15 Nov 2017 16:43:14 -0500
> Jérôme Carretero wrote:
>
> > Hi Hans,
> >
> >
> > Tests are currently undergoing with dr
On Wed, 2017-11-15 at 17:02 -0500, Alan Stern wrote:
> On Wed, 15 Nov 2017, Jérôme Carretero wrote:
> > > Because with several of these drives / lots of activity /
> occasional
> > > issues, it looks like it will be hard to catch (yes I can use
> > > usbmon).
> > >
> > > - It looks like there
Hi,
On Thu, 16 Nov 2017 07:40:08 +0900
James Bottomley wrote:
> On Wed, 2017-11-15 at 17:02 -0500, Alan Stern wrote:
> > On Wed, 15 Nov 2017, Jérôme Carretero wrote:
> > > > Because with several of these drives / lots of activity /
> > occasional
> > > > issues, it looks like it will
On Wed, 15 Nov 2017 17:02:39 -0500 (EST)
Alan Stern wrote:
> > > - It looks like (haven't tested it yet) the CONFIG_DYNAMIC_DEBUG
> > > isn't used with the USB mass storage debugging infrastructure,
> > > please confirm? If unused, are we interested to have a patch that
> > > would go back to reg
On Wed, 2017-11-15 at 18:27 -0500, Jérôme Carretero wrote:
> OK but I find that a "reset" message without any reason is not
> as helpful as it could have been. At the minimum I'll try to scratch my
> own itch and see if I can go at the bottom of my issue.
If you want more information about SCSI er
Chad,
> If a cleanup task is not responded to while we are in
> bnx2fc_abts_cleanup, it will hang the SCSI error handler since we use
> wait_for_completion instead of wait_for_completion_timeout. So, use
> wait_for_completion_timeout so that we don't hang the SCSI error
> handler thread forever.
Hello, I'm looking for some help to diagnose write stalls for sata
drives connected to Highpoint controllers running the mvsas driver.
I'm seeing writes stall for several seconds at a time for md raid arrays
using Highpoint 2740 and 2720sgl controllers running in JBOD mode (mvsas
driver). I'm
Hi Bart,
> This patch also avoids that error codes returned by
> scsi_get_device_flags_keyed() are interpret as device flags.
Nobody expects this and scsi_get_device_flags() to ever return an
error. So I'd rather have the != -ENOENT case fixed up to return 0.
--
Martin K. Petersen Oracle
Bart,
> +typedef __u32 __bitwise bflags_t;
Since we're already out of flags, let's not perpetuate the u32
limitation.
--
Martin K. Petersen Oracle Linux Engineering
Hi Hannes,
> As per recommendation from Linus we should be using a distinct
> type for blacklist flags.
> -#define BLIST_MAX_1024 ((__force __u32 __bitwise)(1 << 30))
> +#define BLIST_MAX_1024 ((__force blist_flags_t)(1 << 30))
You are missing:
/* Use UNMAP limit for
Hi all,
When debugging suspend and resume of hisi_sas, I find a issue: use
commands (echo freeze > /sys/power/state) to
suspend, after 5s system will be resumed as i enable TEST_DEVICES. But if
I plug one disks during suspend, system will be blocked all the time and
it seems that there is a de
Hi,
On Wed, 15 Nov 2017 18:17:08 -0500
Jérôme Carretero wrote:
> Hi,
>
>
> On Thu, 16 Nov 2017 07:40:08 +0900
> James Bottomley wrote:
>
> > On Wed, 2017-11-15 at 17:02 -0500, Alan Stern wrote:
> > > On Wed, 15 Nov 2017, Jérôme Carretero wrote:
> > > > > Because with several of these
While testing "sd: Micro-optimize READ / WRITE CDB encoding" patches it was
helpful to check various code paths associated with READ/WRITE 6, 10
and 16 byte cdb variants. There seems to be no user space "knobs" to
twiddle use_10_for_rw and friends in the scsi_device structure.
So add a parameter to
31 matches
Mail list logo
