From: Jan Vesely <jan.ves...@amd.com>
Signed-off-by: Jan Vesely <jan.ves...@amd.com>
---
drivers/iommu/amd_iommu.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/iommu/amd_iommu.c b/drivers/iommu/amd_iommu.c
index 17c76f2..4ff5e40 100644
--- a/drivers/iommu/amd_iommu.c
+
From: Jan Vesely <jan.ves...@amd.com>
Signed-off-by: Jan Vesely <jan.ves...@amd.com>
---
drivers/iommu/amd_iommu.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/iommu/amd_iommu.c b/drivers/iommu/amd_iommu.c
index 634f636..17c76f2 100644
--- a/d
From: Jan Vesely
Signed-off-by: Jan Vesely
---
drivers/iommu/amd_iommu.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/iommu/amd_iommu.c b/drivers/iommu/amd_iommu.c
index 634f636..17c76f2 100644
--- a/drivers/iommu/amd_iommu.c
+++ b/drivers/iommu/amd_iommu.c
From: Jan Vesely
Signed-off-by: Jan Vesely
---
drivers/iommu/amd_iommu.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/iommu/amd_iommu.c b/drivers/iommu/amd_iommu.c
index 17c76f2..4ff5e40 100644
--- a/drivers/iommu/amd_iommu.c
+++ b/drivers/iommu/amd_iommu.c
@@ -3016,6 +3016,7
Bugzilla:https://bugs.freedesktop.org/show_bug.cgi?id=89047
CC: David Airlie
CC: Ben Skeggs
CC: dri-de...@lists.freedesktop.org
CC: linux-kernel@vger.kernel.org
Signed-off-by: Jan Vesely
---
It's needed for 3.19 too
drivers/gpu/drm/nouveau/nvkm/subdev/bios/shadow.c | 2 +-
drivers/gpu
Bugzilla:https://bugs.freedesktop.org/show_bug.cgi?id=89047
CC: David Airlie airl...@linux.ie
CC: Ben Skeggs bske...@redhat.com
CC: dri-de...@lists.freedesktop.org
CC: linux-kernel@vger.kernel.org
Signed-off-by: Jan Vesely jano.ves...@gmail.com
---
It's needed for 3.19 too
drivers/gpu/drm
From: Jan Vesely
These two patches add phy removal on link loss. This change keeps sysfs
up-to-date with actually connected phys. Without these patches,
disconnected phys remain listed under their former ports.
tested on both mpt2sas and mpt3sas hw.
CC: Nagalakshmi Nandigama
CC: Sreekanth
From: Jan Vesely
CC: Nagalakshmi Nandigama
CC: Sreekanth Reddy
CC: Tomas Henzl
Signed-off-by: Jan Vesely
---
drivers/scsi/mpt3sas/mpt3sas_transport.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/drivers/scsi/mpt3sas/mpt3sas_transport.c
b/drivers/scsi/mpt3sas
From: Jan Vesely
CC: Nagalakshmi Nandigama
CC: Sreekanth Reddy
CC: Tomas Henzl
Signed-off-by: Jan Vesely
---
drivers/scsi/mpt2sas/mpt2sas_transport.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/drivers/scsi/mpt2sas/mpt2sas_transport.c
b/drivers/scsi/mpt2sas
On Mon 25 Mar 2013 20:40:09 CET, Jens Axboe wrote:
> On Mon, Mar 25 2013, Jan Vesely wrote:
>> 51506edc5741209311913
>>
>> On Mon 25 Mar 2013 15:24:57 CET, Jens Axboe wrote:
>>> On Mon, Mar 25 2013, Jan Vesely wrote:
>>>> v2: changed a comment
>>
On Mon 25 Mar 2013 20:40:09 CET, Jens Axboe wrote:
On Mon, Mar 25 2013, Jan Vesely wrote:
51506edc5741209311913
On Mon 25 Mar 2013 15:24:57 CET, Jens Axboe wrote:
On Mon, Mar 25 2013, Jan Vesely wrote:
v2: changed a comment
The original behavior was to refuse all pages after the maximum
From: Jan Vesely jves...@redhat.com
CC: Nagalakshmi Nandigama nagalakshmi.nandig...@lsi.com
CC: Sreekanth Reddy sreekanth.re...@lsi.com
CC: Tomas Henzl the...@redhat.com
Signed-off-by: Jan Vesely jves...@redhat.com
---
drivers/scsi/mpt3sas/mpt3sas_transport.c |5 -
1 files changed, 4
From: Jan Vesely jves...@redhat.com
CC: Nagalakshmi Nandigama nagalakshmi.nandig...@lsi.com
CC: Sreekanth Reddy sreekanth.re...@lsi.com
CC: Tomas Henzl the...@redhat.com
Signed-off-by: Jan Vesely jves...@redhat.com
---
drivers/scsi/mpt2sas/mpt2sas_transport.c |5 -
1 files changed, 4
From: Jan Vesely jves...@redhat.com
These two patches add phy removal on link loss. This change keeps sysfs
up-to-date with actually connected phys. Without these patches,
disconnected phys remain listed under their former ports.
tested on both mpt2sas and mpt3sas hw.
CC: Nagalakshmi Nandigama
On 12/07/13 17:52, Jan Vesely wrote:
> Hi
>
> These patches modify __bio_add_page to accept pages that extent the last bio
> segment. some drivers craft their buffers and rely on this behavior (see
> message in patch 2 for details)
>
>
> jan
>
> v4: whitespace
On 12/07/13 17:52, Jan Vesely wrote:
Hi
These patches modify __bio_add_page to accept pages that extent the last bio
segment. some drivers craft their buffers and rely on this behavior (see
message in patch 2 for details)
jan
v4: whitespace fixes to make checkpatch happy
v3: Use
Hi
These patches modify __bio_add_page to accept pages that extent the last bio
segment. some drivers craft their buffers and rely on this behavior (see
message in patch 2 for details)
jan
v4: whitespace fixes to make checkpatch happy
v3: Use code from __blk_recalc_rq_segments to decide
From: Jan Vesely
The original behavior was to refuse all pages after the maximum number of
segments has been reached. However, some drivers (like st) craft their buffers
to potentially require exactly max segments and multiple pages in the last
segment. This patch modifies the check to allow
From: Jan Vesely
Export the function so it can be used to predict segment counts
without calling the recalc function. This will be used in the next
patch.
Signed-off-by: Jan Vesely
CC: Alexander Viro
CC: James Bottomley
CC: Jens Axboe
CC: Kent Overstreet
CC: Rob Evers
CC: Tomas Henzl
CC
From: Jan Vesely jves...@redhat.com
Export the function so it can be used to predict segment counts
without calling the recalc function. This will be used in the next
patch.
Signed-off-by: Jan Vesely jves...@redhat.com
CC: Alexander Viro v...@zeniv.linux.org.uk
CC: James Bottomley james.bottom
From: Jan Vesely jves...@redhat.com
The original behavior was to refuse all pages after the maximum number of
segments has been reached. However, some drivers (like st) craft their buffers
to potentially require exactly max segments and multiple pages in the last
segment. This patch modifies
Hi
These patches modify __bio_add_page to accept pages that extent the last bio
segment. some drivers craft their buffers and rely on this behavior (see
message in patch 2 for details)
jan
v4: whitespace fixes to make checkpatch happy
v3: Use code from __blk_recalc_rq_segments to decide
On Thu 06 Jun 2013 10:42:16 CEST, Hannes Reinecke wrote:
> On 06/06/2013 10:18 AM, Jan Vesely wrote:
>> From: Jan Vesely
>>
>> The comment says the function does this but it does not.
>> Reported luns change from weirdly high numbers (like 16640)
>> to something s
From: Jan Vesely
The comment says the function does this but it does not.
Reported luns change from weirdly high numbers (like 16640)
to something saner (256), when using flat space addressing.
CC: James Bottomley
CC: Dan Williams
Signed-off-by: Jan Vesely
---
drivers/scsi/scsi_scan.c | 2
From: Jan Vesely jves...@redhat.com
The comment says the function does this but it does not.
Reported luns change from weirdly high numbers (like 16640)
to something saner (256), when using flat space addressing.
CC: James Bottomley jbottom...@parallels.com
CC: Dan Williams dan.j.willi
On Thu 06 Jun 2013 10:42:16 CEST, Hannes Reinecke wrote:
On 06/06/2013 10:18 AM, Jan Vesely wrote:
From: Jan Vesely jves...@redhat.com
The comment says the function does this but it does not.
Reported luns change from weirdly high numbers (like 16640)
to something saner (256), when using
On Mon 25 Mar 2013 15:24:57 CET, Jens Axboe wrote:
> On Mon, Mar 25 2013, Jan Vesely wrote:
>> v2: changed a comment
>>
>> The original behavior was to refuse all pages after the maximum number of
>> segments has been reached. However, some drivers (like
-by: Jan Vesely
CC: Alexander Viro
CC: FUJITA Tomonori
CC: Kai Makisara
CC: James Bottomley
CC: Jens Axboe
CC: sta...@vger.kernel.org
---
fs/bio.c | 27 +--
1 file changed, 17 insertions(+), 10 deletions(-)
diff --git a/fs/bio.c b/fs/bio.c
index bb5768f..bc6af71
On Thu 07 Mar 2013 12:23:13 CET, Jan Vesely wrote:
> On Thu 21 Feb 2013 09:30:26 CET, Jan Vesely wrote:
>> The original behavior was to refuse all pages after the maximum number of
>> segments has been reached. However, some drivers (like st) craft their
>> buffers
>
On Thu 07 Mar 2013 12:23:13 CET, Jan Vesely wrote:
On Thu 21 Feb 2013 09:30:26 CET, Jan Vesely wrote:
The original behavior was to refuse all pages after the maximum number of
segments has been reached. However, some drivers (like st) craft their
buffers
to potentially require exactly max
-by: Jan Vesely jves...@redhat.com
CC: Alexander Viro v...@zeniv.linux.org.uk
CC: FUJITA Tomonori fujita.tomon...@lab.ntt.co.jp
CC: Kai Makisara kai.makis...@kolumbus.fi
CC: James Bottomley james.bottom...@hansenpartnership.com
CC: Jens Axboe ax...@kernel.dk
CC: sta...@vger.kernel.org
---
fs/bio.c
On Mon 25 Mar 2013 15:24:57 CET, Jens Axboe wrote:
On Mon, Mar 25 2013, Jan Vesely wrote:
v2: changed a comment
The original behavior was to refuse all pages after the maximum number of
segments has been reached. However, some drivers (like st) craft their
buffers
to potentially require
Hi Jens,
I have added you to cc, I'm not sure who to bug to get this patch
merged.
thanks,
Jan Vesely
On Thu 21 Feb 2013 09:30:26 CET, Jan Vesely wrote:
The original behavior was to refuse all pages after the maximum number of
segments has been reached. However, some drivers (like st) craft
Hi Jens,
I have added you to cc, I'm not sure who to bug to get this patch
merged.
thanks,
Jan Vesely
On Thu 21 Feb 2013 09:30:26 CET, Jan Vesely wrote:
The original behavior was to refuse all pages after the maximum number of
segments has been reached. However, some drivers (like st) craft
be merged into
the last segment.
This change fixes EBUSY failures when using large (1mb) tape block size in high
memory fragmentation condition.
Signed-off-by: Jan Vesely
---
fs/bio.c | 26 --
1 files changed, 16 insertions(+), 10 deletions(-)
diff --git a/fs/bio.c b/fs
be merged into
the last segment.
This change fixes EBUSY failures when using large (1mb) tape block size in high
memory fragmentation condition.
Signed-off-by: Jan Vesely jves...@redhat.com
---
fs/bio.c | 26 --
1 files changed, 16 insertions(+), 10 deletions(-)
diff --git
36 matches
Mail list logo
