I would like to attend to participate in discussions related to topic mentioned
in the subject line.
I would like to learn/discuss the changes in the following areas and plan
supporting them in qla2xxx (LLDs).
Thanks,
Giri
<>
qla2x00_mem_alloc() returns 1 on success and -ENOMEM on failure. On the
one hand the caller assumes non-zero is success but on the other hand
the caller also assumes that it returns an error code.
I've fixed it to return zero on success and a negative error code on
failure. This matches the docu
On Fri, Dec 20, 2013 at 1:30 AM, Mel Gorman wrote:
> The annual Linux Storage, Filesystem and Memory Management Summit for
> 2014 will be held on March 24th and 25th before the Linux Foundation
> Collaboration summit at The Meritage Resort, Napa Valley, CA.
>
>
> http://events.linuxfounda
On 01/20/2014 07:44 PM, Giridhar Malavali wrote:
>
>
> On 12/20/13 6:54 AM, "Hannes Reinecke" wrote:
>
[ .. ]
>>
>> As discussed during last year's LSF the SCSI error handler should be
>> updated to handle modern SCSI transports better.
>> While some patchsets are already merged, there are some
https://bugzilla.kernel.org/show_bug.cgi?id=60644
--- Comment #47 from Konstantin ---
Thanks for the hint at ASPM ! After disabling it in the BIOS I was able to
scrub my zpool without a single issue.
# zpool status
scan: scrub repaired 0 in 6h32m with 0 errors on Tue Jan 21 03:15:12 2014
.
On Mon, Jan 20, 2014 at 05:58:55AM -0800, Christoph Hellwig wrote:
> On Thu, Jan 16, 2014 at 09:07:21AM +1100, Dave Chinner wrote:
> > Yes, I think it can be done relatively simply. We'd have to change
> > the code in xfs_file_aio_write_checks() to check whether EOF zeroing
> > was required rather
On Mon, Jan 20, 2014 at 08:00:23PM +0100, Milan Svoboda wrote:
> Non-working:
>
> 3.12.7-2-ARCH #1 SMP PREEMPT Sun Jan 12 13:09:09 CET 2014 x86_64 GNU/Linux
>
> I'm sorry, I don't remember exactly which version worked, I have had the disk
> connected to TV for
> a long time and only recently I w
On Sat, Jan 18, 2014 at 3:31 AM, Dorau, Lukasz wrote:
> On Friday, January 17, 2014 10:44 PM Alexei Starovoitov
> wrote:
>> On Fri, Jan 17, 2014 at 1:02 PM, Markus Trippelsdorf
>> wrote:
>> > On 2014.01.17 at 11:58 -0800, Alexei Starovoitov wrote:
>> >> On Fri, Jan 17, 2014 at 9:58 AM, Alexei S
Non-working:
3.12.7-2-ARCH #1 SMP PREEMPT Sun Jan 12 13:09:09 CET 2014 x86_64 GNU/Linux
I'm sorry, I don't remember exactly which version worked, I have had the disk
connected to TV for
a long time and only recently I wanted to copy some movies on it. I guess it
worked something like
6 or 9 mon
On Mon, 2014-01-20 at 18:44 +, Giridhar Malavali wrote:
>
> On 12/20/13 6:54 AM, "Hannes Reinecke" wrote:
>
> >Hi all,
> >
> >(before leaving for holiday ...)
> >
> >I'd like to attend LSF 2014.
> >
> >During that I'd like to discuss the current status of the SCSI EH
> >and the future planne
On 12/20/13 6:54 AM, "Hannes Reinecke" wrote:
>Hi all,
>
>(before leaving for holiday ...)
>
>I'd like to attend LSF 2014.
>
>During that I'd like to discuss the current status of the SCSI EH
>and the future planned updates.
>
>As discussed during last year's LSF the SCSI error handler should b
https://bugzilla.kernel.org/show_bug.cgi?id=60644
--- Comment #46 from Jeff Johnson ---
addendum/corrections to last...
LSI 9207-8i with phase 17 firmware.
Motherboards with Intel C602 chipset appear to be functioning w/o issue
Apologies.. not enough coffee consumed this morning
--
You are re
https://bugzilla.kernel.org/show_bug.cgi?id=60644
--- Comment #45 from Jeff Johnson ---
I ran more detailed tests this weekend.
ASPM & MSI disabled = stable machine under zfs load
ASPM disabled / MSI enabled = stable machine under zfs load
ASPM enabled / MSI disabled = unstable, lost an HBA un
https://bugzilla.kernel.org/show_bug.cgi?id=60644
--- Comment #44 from Konstantin ---
modinfo mpt2sas
filename:
/lib/modules/3.12.6-hardened-r4/kernel/drivers/scsi/mpt2sas/mpt2sas.ko
version:16.100.00.00
license:GPL
description:LSI MPT Fusion SAS 2.0 Device Driver
autho
On Mon, Jan 20, 2014 at 8:54 AM, Lukasz Dorau wrote:
> In the first place, the loop 'for' in the macro 'for_each_isci_host'
> (drivers/scsi/isci/host.h:314) is incorrect, because it accesses
> the 3rd element of 2 element array. After the 2nd iteration it executes
> the instruction:
> ihos
Cc-ing the USB storage list, in case this device needs some quirk.
On Wed, Jan 15, 2014 at 03:47:39PM +0100, Milan Svoboda wrote:
> The SATA adapter has a power input, but it is not used, it is connected to the
> PC with Y-type USB cable.
>
> The disk works with my "smart" TV, it works with Windo
On Mon, Jan 20, 2014 at 11:21:14AM +, David Laight wrote:
> From: walt
> > On 01/17/2014 06:34 AM, David Laight wrote:
> >
> > > Can you try the patch I posted that stops the ownership on LINK TRBs
> > > being changed before that on the linked-to TRB?
> >
> > Please disregard my earlier post
In the first place, the loop 'for' in the macro 'for_each_isci_host'
(drivers/scsi/isci/host.h:314) is incorrect, because it accesses
the 3rd element of 2 element array. After the 2nd iteration it executes
the instruction:
ihost = to_pci_info(pdev)->hosts[2]
(while the size of the 'hosts' a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 1/20/2014 7:38 AM, CrashPlan Pro wrote:
> Dan Williams wrote at 18-01-14 05:09:
>> Larger systems are less likely to ever sleep.
>
> I have to agree with this. There is almost no storage server that
> will be suspended to sleep.
>
> Users of stora
On Thu, Jan 16, 2014 at 09:07:21AM +1100, Dave Chinner wrote:
> Yes, I think it can be done relatively simply. We'd have to change
> the code in xfs_file_aio_write_checks() to check whether EOF zeroing
> was required rather than always taking an exclusive lock (for block
> aligned IO at EOF sub-blo
On Thursday, January 16, 2014 2:16 PM Lukasz Dorau
wrote:
>
> The loop 'for' in macro 'for_each_isci_host' (drivers/scsi/isci/init.c:717)
> is executed more times than it can be. Regardless the condition:
>'id < ARRAY_SIZE(to_pci_info(pdev)->hosts)' (drivers/scsi/isci/host.h:315)
> it is exe
Dan Williams wrote at 18-01-14 05:09:
Larger systems are less likely to ever sleep.
I have to agree with this. There is almost no storage server that will
be suspended to sleep.
Users of storage servers rather see an improvement at reboot time.
For example by not re-enumerating all 40 / 80
On 1/16/2014 6:34 PM, Sagi Grimberg wrote:
On 1/10/2014 8:27 PM, Mike Snitzer wrote:
I would like to attend to participate in discussions related to topics
listed in the subject. As a maintainer of DM I'd be interested to
learn/discuss areas that should become a development focus in the months
From: walt
> On 01/17/2014 06:34 AM, David Laight wrote:
>
> > Can you try the patch I posted that stops the ownership on LINK TRBs
> > being changed before that on the linked-to TRB?
>
> Please disregard my earlier post about the patch not applying cleanly.
> That was the usual html corruption,
From:
> On 01/17/2014 06:34 AM, David Laight wrote:
>
> > Can you try the patch I posted that stops the ownership on LINK TRBs
> > being changed before that on the linked-to TRB?
>
> Sadly, the patch didn't fix the ASMedia lockup behavior, however :(
>
> I did notice that the lockup occurred on
25 matches
Mail list logo
