> "Martin" == Martin K Petersen writes:
Martin> Commit bf36f9cfa6d3d caused a regression by effectively
Martin> reverting Nic's fix from 5837c80e870b that ensures we traverse
Martin> the full bio_vec list upon completion.
Btw. I have a much better fix for this in the next data integrity upda
From: "Martin K. Petersen"
We'd occasionally attempt to generate protection information for flushes
and other requests with a zero payload. Make sure we only attempt to
enable integrity for reads and writes.
Signed-off-by: Martin K. Petersen
---
fs/bio-integrity.c | 3 +++
1 file changed, 3 in
From: "Martin K. Petersen"
Commit bf36f9cfa6d3d caused a regression by effectively reverting Nic's
fix from 5837c80e870b that ensures we traverse the full bio_vec list
upon completion.
Signed-off-by: Martin K. Petersen
Cc: Nicholas Bellinger
Cc: Gu Zheng
---
fs/bio-integrity.c | 19 +
From: "Martin K. Petersen"
Commit 4550dd6c6b062 introduced for_each_bvec() which iterates over each
bvec attached to a bio or bip. However, the macro fails to check bi_size
before dereferencing which can lead to crashes while counting/mapping
integrity scatterlist segments.
Signed-off-by: Martin
On Tue, 2014-04-08 at 23:42 +0300, Matei Oprea wrote:
> It's easier to use kcalloc for allocating arrays. While at it
> also remove useless casting value.
[]
> diff --git a/drivers/scsi/lpfc/lpfc_init.c b/drivers/scsi/lpfc/lpfc_init.c
[]
> @@ -4742,12 +4742,14 @@ lpfc_sli_driver_resource_setup(stru
Il 07/04/2014 05:16, Michael S. Tsirkin ha scritto:
Hmm still relying on a specific IOV layout I see :(
It's really a violation of the spec even though it works
fine with Linux guests.
I know this isn't the only place this is broken but
can't we finally fix it?
Since you are touching this code an
It's easier to use kcalloc for allocating arrays. While at it
also remove useless casting value.
Signed-off-by: Matei Oprea
Cc: ROSEdu Kernel Community
---
drivers/scsi/lpfc/lpfc_init.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/drivers/scsi/lpfc/lpfc_ini
Il 07/04/2014 05:13, Nicholas A. Bellinger ha scritto:
> I guess we'll still be able to fix it after the merge window -
> (or worst case, revert the change) is this what you are suggesting?
>
Yes, but I would think that it is actually fixable. ;)
Otherwise, a v3.16 merge is an option as well.
Il 07/04/2014 05:55, Michael S. Tsirkin ha scritto:
> + u16 do_pi_niov; /* DataOUT PI Number of iovecs */
> + u16 di_pi_niov; /* DataIN PI Number of iovecs */
So this looks like a somewhat problematic interface to me in that
it talks in terms of iovecs not bytes.
So this perpet
Ok. Sorry.
ᐧ
On Tue, Apr 8, 2014 at 11:20 PM, Joe Perches wrote:
> On Tue, 2014-04-08 at 23:18 +0300, Matei Oprea wrote:
>> It's easier to use kcalloc for allocating arrays. While at it
>> also remove useless casting value.
>
> Don't send a patch against your bad patch.
> Send a new patch with ju
On Tue, 2014-04-08 at 23:18 +0300, Matei Oprea wrote:
> It's easier to use kcalloc for allocating arrays. While at it
> also remove useless casting value.
Don't send a patch against your bad patch.
Send a new patch with just the appropriate
changes.
--
To unsubscribe from this list: send the lin
It's easier to use kcalloc for allocating arrays. While at it
also remove useless casting value.
Signed-off-by: Matei Oprea
Cc: ROSEdu Kernel Community
---
drivers/scsi/lpfc/lpfc_init.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/scsi/lpfc/lpfc_init.c b/dri
On Tue, 2014-04-08 at 22:44 +0300, Matei Oprea wrote:
> It's easier to use kcalloc for allocating arrays. While at it
> also remove useless casting value.
>
> Signed-off-by: Matei Oprea
> Cc: ROSEdu Kernel Community
> ---
> drivers/scsi/lpfc/lpfc_init.c | 10 +-
> 1 file changed, 5 inse
It's easier to use kcalloc for allocating arrays. While at it
also remove useless casting value.
Signed-off-by: Matei Oprea
Cc: ROSEdu Kernel Community
---
drivers/scsi/lpfc/lpfc_init.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/scsi/lpfc/lpfc_init.c
On Tue, 2014-04-08 at 09:39 +, bugzilla-dae...@bugzilla.kernel.org
wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=73621
>
> Alan changed:
>
>What|Removed |Added
>
>
The hpsa driver has a wildcard entry to support older HP SmartArray devices
as unsupported. There are devices still in use that bear the Compaq vendor
ID and should be handled as well. These devices will be handled only when
hpsa_allow_any is set.
Tested with a device matching:
{PCI_VENDOR
On 2014-04-08 05:10, Sagi Grimberg wrote:
On 4/7/2014 10:45 PM, Jens Axboe wrote:
On 04/07/2014 06:44 AM, Sagi Grimberg wrote:
Hey Jens, Christoph & Co,
I raised this question at LSF but didn't get a clear answer on this
matter.
So it seems to me that the hctx selection and the actual request
On 4/7/2014 10:45 PM, Jens Axboe wrote:
On 04/07/2014 06:44 AM, Sagi Grimberg wrote:
Hey Jens, Christoph & Co,
I raised this question at LSF but didn't get a clear answer on this
matter.
So it seems to me that the hctx selection and the actual request
dispatch (queue_rq) are preemptive:
(1) b
https://bugzilla.kernel.org/show_bug.cgi?id=72541
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=73621
Alan changed:
What|Removed |Added
CC||a...@lxorguk.ukuu.org.uk
--- Comment #1 from Alan
Hallo, sind Sie ansprechbar auf eine wirklich gute Nachricht?
hat die Hausbank Ihnen die Kred itl ini e gestrichen?
Ziehen Sie die Konsequenzen und holen Sie sich Geld eben woanders.
Auch bei laufenden Verpflichtungen und bereits von Ihrer eigenen Hausbank
abgelehntem Antrag können wir Ihnen
On 03/28/2014 02:18 PM, Raphaël Bauduin wrote:
On 03/27/2014 03:21 PM, Raphaël Bauduin wrote:
Hi,
I have these messages logged on 2 different servers (one production, one
stand-by) when using recent vanilla kernels.
I have found references to these logs, but this was supposedly
introduced in t
22 matches
Mail list logo
