Use a more typical vertical spacing style.
Signed-off-by: Joe Perches
---
drivers/net/irda/w83977af_ir.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/net/irda/w83977af_ir.c b/drivers/net/irda/w83977af_ir.c
index 4ad91f4f867f..5aa61413aea8
Convert pointer comparisons to NULL.
Signed-off-by: Joe Perches
---
drivers/net/irda/w83977af_ir.c | 28 ++--
1 file changed, 14 insertions(+), 14 deletions(-)
diff --git a/drivers/net/irda/w83977af_ir.c b/drivers/net/irda/w83977af_ir.c
index
Add spaces around operators.
git diff -w shows no differences.
Signed-off-by: Joe Perches
---
drivers/net/irda/w83977af_ir.c | 232 -
1 file changed, 116 insertions(+), 116 deletions(-)
diff --git a/drivers/net/irda/w83977af_ir.c
Use more common logging style, standardize function output logging use.
Miscellanea:
o Add and use pr_fmt
o Convert printks to pr_
Signed-off-by: Joe Perches
---
drivers/net/irda/w83977af_ir.c | 48 --
1 file changed, 23 insertions(+),
Use a more typical vertical spacing style.
Signed-off-by: Joe Perches
---
drivers/net/irda/w83977af_ir.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/net/irda/w83977af_ir.c b/drivers/net/irda/w83977af_ir.c
index 4ad91f4f867f..5aa61413aea8 100644
---
Convert pointer comparisons to NULL.
Signed-off-by: Joe Perches
---
drivers/net/irda/w83977af_ir.c | 28 ++--
1 file changed, 14 insertions(+), 14 deletions(-)
diff --git a/drivers/net/irda/w83977af_ir.c b/drivers/net/irda/w83977af_ir.c
index 5aa61413aea8..ac481303e3ab
Add spaces around operators.
git diff -w shows no differences.
Signed-off-by: Joe Perches
---
drivers/net/irda/w83977af_ir.c | 232 -
1 file changed, 116 insertions(+), 116 deletions(-)
diff --git a/drivers/net/irda/w83977af_ir.c
Use more common logging style, standardize function output logging use.
Miscellanea:
o Add and use pr_fmt
o Convert printks to pr_
Signed-off-by: Joe Perches
---
drivers/net/irda/w83977af_ir.c | 48 --
1 file changed, 23 insertions(+), 25 deletions(-)
Neaten function declaration and definition arguments.
Signed-off-by: Joe Perches
---
drivers/net/irda/w83977af_ir.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/irda/w83977af_ir.c b/drivers/net/irda/w83977af_ir.c
index
Neaten function declaration and definition arguments.
Signed-off-by: Joe Perches
---
drivers/net/irda/w83977af_ir.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/irda/w83977af_ir.c b/drivers/net/irda/w83977af_ir.c
index 5d776fb716f4..9c5b780b1d39 100644
---
On top of Arnd's overly long udelay patch because I noticed a
misindented block.
Even though I haven't turned on the netwinder in a box in the
garage in who knows how long, if this device is still used somewhere,
might as well neaten the code too.
Joe Perches (8):
irda: w83977af_ir: whitespace
On top of Arnd's overly long udelay patch because I noticed a
misindented block.
Even though I haven't turned on the netwinder in a box in the
garage in who knows how long, if this device is still used somewhere,
might as well neaten the code too.
Joe Perches (8):
irda: w83977af_ir: whitespace
Remove leading and trailing whitespace.
git diff -w shows no differences.
Signed-off-by: Joe Perches
---
drivers/net/irda/w83977af_ir.c | 392 -
1 file changed, 196 insertions(+), 196 deletions(-)
diff --git
Remove leading and trailing whitespace.
git diff -w shows no differences.
Signed-off-by: Joe Perches
---
drivers/net/irda/w83977af_ir.c | 392 -
1 file changed, 196 insertions(+), 196 deletions(-)
diff --git a/drivers/net/irda/w83977af_ir.c
One indent level too many is too many.
Signed-off-by: Joe Perches
---
drivers/net/irda/w83977af_ir.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/net/irda/w83977af_ir.c b/drivers/net/irda/w83977af_ir.c
index
One indent level too many is too many.
Signed-off-by: Joe Perches
---
drivers/net/irda/w83977af_ir.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/net/irda/w83977af_ir.c b/drivers/net/irda/w83977af_ir.c
index 19b171af0e81..b865e93f01a0 100644
---
Add braces where appropriate and remove an unnecessary else.
Signed-off-by: Joe Perches
---
drivers/net/irda/w83977af_ir.c | 20 +++-
1 file changed, 11 insertions(+), 9 deletions(-)
diff --git a/drivers/net/irda/w83977af_ir.c b/drivers/net/irda/w83977af_ir.c
Add braces where appropriate and remove an unnecessary else.
Signed-off-by: Joe Perches
---
drivers/net/irda/w83977af_ir.c | 20 +++-
1 file changed, 11 insertions(+), 9 deletions(-)
diff --git a/drivers/net/irda/w83977af_ir.c b/drivers/net/irda/w83977af_ir.c
index
On Mon, 2016-12-05 at 20:29 +0200, Netanel Belgazal wrote:
> You are correct.
> I didn't see the patches.
> It is much better to use the napi_complete_done() return value.
> I'll rework my patch.
Excellent, please CC me on this particular work on the future.
Thanks.
On Mon, 2016-12-05 at 20:29 +0200, Netanel Belgazal wrote:
> You are correct.
> I didn't see the patches.
> It is much better to use the napi_complete_done() return value.
> I'll rework my patch.
Excellent, please CC me on this particular work on the future.
Thanks.
On Mon, Dec 5, 2016 at 5:05 AM, Aleksey Makarov
wrote:
> Check the 'Register Bit Width' field of the ACPI Generic Address
> Structure that specifies the address of the UART registers to
> decide if the driver should use "mmio32" access instead of "mmio".
>
> If the
On Mon, Dec 5, 2016 at 5:05 AM, Aleksey Makarov
wrote:
> Check the 'Register Bit Width' field of the ACPI Generic Address
> Structure that specifies the address of the UART registers to
> decide if the driver should use "mmio32" access instead of "mmio".
>
> If the driver is other than 16550 the
On Mon, Dec 5, 2016 at 10:39 AM, Logan Gunthorpe wrote:
> On 05/12/16 11:08 AM, Dan Williams wrote:
>>
>> I've already recommended that iopmem not be a block device and instead
>> be a device-dax instance. I also don't think it should claim the PCI
>> ID, rather the driver
On Mon, Dec 5, 2016 at 10:39 AM, Logan Gunthorpe wrote:
> On 05/12/16 11:08 AM, Dan Williams wrote:
>>
>> I've already recommended that iopmem not be a block device and instead
>> be a device-dax instance. I also don't think it should claim the PCI
>> ID, rather the driver that wants to map one
On 12/02/2016 08:05 PM, Ivan Khoronzhuk wrote:
There is desc_read() macros to read desc fields, so no need to
use __raw_readl();
Signed-off-by: Ivan Khoronzhuk
I'm going to update it all at once as part of [1].
[1] https://lkml.org/lkml/2016/12/1/781
---
On 12/02/2016 08:05 PM, Ivan Khoronzhuk wrote:
There is desc_read() macros to read desc fields, so no need to
use __raw_readl();
Signed-off-by: Ivan Khoronzhuk
I'm going to update it all at once as part of [1].
[1] https://lkml.org/lkml/2016/12/1/781
---
Based on net-next/master
From: Nikita Yushchenko Sent: Sunday,
December 04, 2016 11:18 PM
>To: David S. Miller ; Andy Duan
>; Troy Kisky ;
>Andrew Lunn ; Eric Nelson ; Philippe
From: Nikita Yushchenko Sent: Sunday,
December 04, 2016 11:18 PM
>To: David S. Miller ; Andy Duan
>; Troy Kisky ;
>Andrew Lunn ; Eric Nelson ; Philippe
>Reynes ; Johannes Berg ;
>net...@vger.kernel.org
>Cc: Chris Healy ; Fabio Estevam
>; linux-kernel@vger.kernel.org; Nikita
>Yushchenko
On Mon, 5 Dec 2016, David Miller wrote:
> From: Nicolas Pitre
> Date: Mon, 5 Dec 2016 10:44:32 -0500 (EST)
>
> > On Sat, 3 Dec 2016, David Miller wrote:
> >
> >> From: Arnd Bergmann
> >> Date: Sat, 3 Dec 2016 00:04:32 +0100
> >>
> >> > ptp now
On Mon, 5 Dec 2016, David Miller wrote:
> From: Nicolas Pitre
> Date: Mon, 5 Dec 2016 10:44:32 -0500 (EST)
>
> > On Sat, 3 Dec 2016, David Miller wrote:
> >
> >> From: Arnd Bergmann
> >> Date: Sat, 3 Dec 2016 00:04:32 +0100
> >>
> >> > ptp now depends on the optional POSIX_TIMERS setting
From: Florian Fainelli
Date: Sat, 3 Dec 2016 12:01:19 -0800
> Implement ethtooll::nway_restart by utilizing mii_nway_restart.
>
> Signed-off-by: Florian Fainelli
Applied.
From: Florian Fainelli
Date: Sat, 3 Dec 2016 12:01:19 -0800
> Implement ethtooll::nway_restart by utilizing mii_nway_restart.
>
> Signed-off-by: Florian Fainelli
Applied.
On 05/12/16 11:08 AM, Dan Williams wrote:
I've already recommended that iopmem not be a block device and instead
be a device-dax instance. I also don't think it should claim the PCI
ID, rather the driver that wants to map one of its bars this way can
register the memory region with the
On 05/12/16 11:08 AM, Dan Williams wrote:
I've already recommended that iopmem not be a block device and instead
be a device-dax instance. I also don't think it should claim the PCI
ID, rather the driver that wants to map one of its bars this way can
register the memory region with the
From: Kees Cook
Date: Mon, 5 Dec 2016 10:34:38 -0800
> Prior to commit c0371da6047a ("put iov_iter into msghdr") in v3.19, there
> was no check that the iovec contained enough bytes for an ICMP header,
> and the read loop would walk across neighboring stack contents. Since
From: Kees Cook
Date: Mon, 5 Dec 2016 10:34:38 -0800
> Prior to commit c0371da6047a ("put iov_iter into msghdr") in v3.19, there
> was no check that the iovec contained enough bytes for an ICMP header,
> and the read loop would walk across neighboring stack contents. Since the
> iov_iter
From: Joe Perches
Date: Mon, 05 Dec 2016 10:16:41 -0800
> On Thu, 2016-11-24 at 11:10 -0800, Joe Perches wrote:
>> On top of Arnd's overly long udelay patch because I noticed a
>> misindented block.
>>
>> Even though I haven't turned on the netwinder in a box in in the
>>
From: Joe Perches
Date: Mon, 05 Dec 2016 10:16:41 -0800
> On Thu, 2016-11-24 at 11:10 -0800, Joe Perches wrote:
>> On top of Arnd's overly long udelay patch because I noticed a
>> misindented block.
>>
>> Even though I haven't turned on the netwinder in a box in in the
>> garage in who knows
On 12/05/2016 06:20 AM, Matt Wilson wrote:
On Sun, Dec 04, 2016 at 03:19:23PM +0200, Netanel Belgazal wrote:
ENA default hash configure IPv4_frag hash twice instead of
configure -> configures. You may want to include "erroneously". What
is the consequence of this bug?
I'll fix and I'll add
On 12/05/2016 06:20 AM, Matt Wilson wrote:
On Sun, Dec 04, 2016 at 03:19:23PM +0200, Netanel Belgazal wrote:
ENA default hash configure IPv4_frag hash twice instead of
configure -> configures. You may want to include "erroneously". What
is the consequence of this bug?
I'll fix and I'll add
Prior to commit c0371da6047a ("put iov_iter into msghdr") in v3.19, there
was no check that the iovec contained enough bytes for an ICMP header,
and the read loop would walk across neighboring stack contents. Since the
iov_iter conversion, bad arguments are noticed, but the returned error is
On 12/03/2016 03:22 AM, Richard Cochran wrote:
On Fri, Dec 02, 2016 at 02:30:10PM -0600, Grygorii Strashko wrote:
It is preparation series intended to clean up and optimize TI CPTS driver to
facilitate further integration with other TI's SoCs like Keystone 2.
Changes in v3:
- patches
On 12/05/2016 06:31 AM, Matt Wilson wrote:
On Sun, Dec 04, 2016 at 03:19:26PM +0200, Netanel Belgazal wrote:
The ENA device can update the ena driver about the desire timeouts.
The hardware hints are transmitted as Asynchronous event to the driver.
This is really a new feature, not a bugfix
Prior to commit c0371da6047a ("put iov_iter into msghdr") in v3.19, there
was no check that the iovec contained enough bytes for an ICMP header,
and the read loop would walk across neighboring stack contents. Since the
iov_iter conversion, bad arguments are noticed, but the returned error is
On 12/03/2016 03:22 AM, Richard Cochran wrote:
On Fri, Dec 02, 2016 at 02:30:10PM -0600, Grygorii Strashko wrote:
It is preparation series intended to clean up and optimize TI CPTS driver to
facilitate further integration with other TI's SoCs like Keystone 2.
Changes in v3:
- patches
On 12/05/2016 06:31 AM, Matt Wilson wrote:
On Sun, Dec 04, 2016 at 03:19:26PM +0200, Netanel Belgazal wrote:
The ENA device can update the ena driver about the desire timeouts.
The hardware hints are transmitted as Asynchronous event to the driver.
This is really a new feature, not a bugfix
On 12/05/2016 06:24 AM, Matt Wilson wrote:
On Sun, Dec 04, 2016 at 03:19:25PM +0200, Netanel Belgazal wrote:
ndo_get_stat64 can be called from atomic context.
However the current implementation sends an admin command to retrieve
the statistics from the device.
This admin commands uses sleep.
On 12/05/2016 06:29 AM, Matt Wilson wrote:
On Sun, Dec 04, 2016 at 03:19:24PM +0200, Netanel Belgazal wrote:
If for some reason the device stop responding and the device reset failed
to recover the device, the mmio register read datastructure will not be
reinitialized.
If for some reason the
On 12/05/2016 07:45 AM, Eric Dumazet wrote:
On Sun, 2016-12-04 at 15:19 +0200, Netanel Belgazal wrote:
sk_busy_loop can call the napi callback few million times a sec.
For each call there is unmask interrupt.
We want to reduce the number of unmasks.
Add an atomic variable that will tell the
Use MQ variants for MQ, legacy ones for legacy.
Signed-off-by: Jens Axboe
---
block/blk-core.c | 5 -
block/blk-exec.c | 10 --
block/blk-flush.c | 14 ++
block/elevator.c | 5 -
4 files changed, 26 insertions(+), 8 deletions(-)
diff --git
With this applied, a single queue blk-mq manage device can use
any of the legacy IO schedulers. This is exposed through Kconfig,
exposing MQ scheduler choices. Like with the legacy devices,
the IO scheduler can be runtime switched by echoing something else
into:
/sys/block//queue/scheduler
For MQ devices, we have to use other functions to run the queue.
No functional changes in this patch, just a prep patch for
support legacy schedulers on blk-mq.
Signed-off-by: Jens Axboe
---
block/cfq-iosched.c | 22 +++---
1 file changed, 19 insertions(+), 3
On 12/05/2016 06:24 AM, Matt Wilson wrote:
On Sun, Dec 04, 2016 at 03:19:25PM +0200, Netanel Belgazal wrote:
ndo_get_stat64 can be called from atomic context.
However the current implementation sends an admin command to retrieve
the statistics from the device.
This admin commands uses sleep.
On 12/05/2016 06:29 AM, Matt Wilson wrote:
On Sun, Dec 04, 2016 at 03:19:24PM +0200, Netanel Belgazal wrote:
If for some reason the device stop responding and the device reset failed
to recover the device, the mmio register read datastructure will not be
reinitialized.
If for some reason the
On 12/05/2016 07:45 AM, Eric Dumazet wrote:
On Sun, 2016-12-04 at 15:19 +0200, Netanel Belgazal wrote:
sk_busy_loop can call the napi callback few million times a sec.
For each call there is unmask interrupt.
We want to reduce the number of unmasks.
Add an atomic variable that will tell the
Use MQ variants for MQ, legacy ones for legacy.
Signed-off-by: Jens Axboe
---
block/blk-core.c | 5 -
block/blk-exec.c | 10 --
block/blk-flush.c | 14 ++
block/elevator.c | 5 -
4 files changed, 26 insertions(+), 8 deletions(-)
diff --git a/block/blk-core.c
With this applied, a single queue blk-mq manage device can use
any of the legacy IO schedulers. This is exposed through Kconfig,
exposing MQ scheduler choices. Like with the legacy devices,
the IO scheduler can be runtime switched by echoing something else
into:
/sys/block//queue/scheduler
For MQ devices, we have to use other functions to run the queue.
No functional changes in this patch, just a prep patch for
support legacy schedulers on blk-mq.
Signed-off-by: Jens Axboe
---
block/cfq-iosched.c | 22 +++---
1 file changed, 19 insertions(+), 3 deletions(-)
diff
No functional changes with this patch, it's just in preparation for
supporting legacy schedulers on blk-mq.
Signed-off-by: Jens Axboe
---
block/blk-core.c | 2 +-
block/blk-exec.c | 2 +-
block/blk-flush.c | 26 ++
block/blk.h | 12 +++-
4
From: Pan Bian
Date: Sat, 3 Dec 2016 19:24:48 +0800
> In function lan78xx_probe(), variable ret takes the errno code on
> failures. However, when the call to usb_alloc_urb() fails, its value
> will keeps 0. 0 indicates success in the context, which is inconsistent
> with
Drivers can use this to prevent IO scheduling on a queue. Use this
for NVMe, for the admin queue, which doesn't handle file system
requests.
Signed-off-by: Jens Axboe
---
drivers/nvme/host/pci.c | 1 +
include/linux/blk-mq.h | 1 +
2 files changed, 2 insertions(+)
diff --git
On 12/05/2016 06:09 AM, Matt Wilson wrote:
On Sun, Dec 04, 2016 at 03:19:20PM +0200, Netanel Belgazal wrote:
When driver fails in probe, it will release all resources, including
adapter.
In case of probe failure, ena_remove should not try to free the adapter
resources.
Please word wrap your
Version 2 of the hack/patchset, that enables blk-mq to use the legacy
IO schedulers with single queue devices. Original posting is here:
https://marc.info/?l=linux-block=148073493203664=2
You can also found this version in the following git branch:
git://git.kernel.dk/linux-block
From: Pan Bian
Date: Sat, 3 Dec 2016 19:33:23 +0800
> Function br_sysfs_addbr() does not set error code when the call
> kobject_create_and_add() returns a NULL pointer. It may be better to
> return "-ENOMEM" when kobject_create_and_add() fails.
>
> Bugzilla:
From: Pan Bian
Date: Sat, 3 Dec 2016 20:25:45 +0800
> In function lanai_dev_open(), when the call to ioremap() fails, the
> value of return variable result is 0. 0 means no error in this context.
> This patch fixes the bug, assigning "-ENOMEM" to result when ioremap()
>
On 12/05/2016 06:09 AM, Matt Wilson wrote:
On Sun, Dec 04, 2016 at 03:19:20PM +0200, Netanel Belgazal wrote:
When driver fails in probe, it will release all resources, including
adapter.
In case of probe failure, ena_remove should not try to free the adapter
resources.
Please word wrap your
Version 2 of the hack/patchset, that enables blk-mq to use the legacy
IO schedulers with single queue devices. Original posting is here:
https://marc.info/?l=linux-block=148073493203664=2
You can also found this version in the following git branch:
git://git.kernel.dk/linux-block
From: Pan Bian
Date: Sat, 3 Dec 2016 19:33:23 +0800
> Function br_sysfs_addbr() does not set error code when the call
> kobject_create_and_add() returns a NULL pointer. It may be better to
> return "-ENOMEM" when kobject_create_and_add() fails.
>
> Bugzilla:
From: Pan Bian
Date: Sat, 3 Dec 2016 20:25:45 +0800
> In function lanai_dev_open(), when the call to ioremap() fails, the
> value of return variable result is 0. 0 means no error in this context.
> This patch fixes the bug, assigning "-ENOMEM" to result when ioremap()
> returns a NULL pointer.
No functional changes with this patch, it's just in preparation for
supporting legacy schedulers on blk-mq.
Signed-off-by: Jens Axboe
---
block/blk-core.c | 2 +-
block/blk-exec.c | 2 +-
block/blk-flush.c | 26 ++
block/blk.h | 12 +++-
4 files
From: Pan Bian
Date: Sat, 3 Dec 2016 19:24:48 +0800
> In function lan78xx_probe(), variable ret takes the errno code on
> failures. However, when the call to usb_alloc_urb() fails, its value
> will keeps 0. 0 indicates success in the context, which is inconsistent
> with the execution result.
Drivers can use this to prevent IO scheduling on a queue. Use this
for NVMe, for the admin queue, which doesn't handle file system
requests.
Signed-off-by: Jens Axboe
---
drivers/nvme/host/pci.c | 1 +
include/linux/blk-mq.h | 1 +
2 files changed, 2 insertions(+)
diff --git
On 12/05/2016 06:35 AM, Matt Wilson wrote:
On Sun, Dec 04, 2016 at 03:19:31PM +0200, Netanel Belgazal wrote:
... because? (they turned out to be too aggressive, I believe.)
Yes, The timeout were too aggressive on some specific machines.
Signed-off-by: Netanel Belgazal
On 12/05/2016 06:35 AM, Matt Wilson wrote:
On Sun, Dec 04, 2016 at 03:19:31PM +0200, Netanel Belgazal wrote:
... because? (they turned out to be too aggressive, I believe.)
Yes, The timeout were too aggressive on some specific machines.
Signed-off-by: Netanel Belgazal
---
From: Pan Bian
Date: Sat, 3 Dec 2016 17:56:17 +0800
> Function bnxt_hwrm_stat_ctx_alloc() always returns 0, even if the call
> to _hwrm_send_message() fails. It may be better to propagate the errors
> to the caller of bnxt_hwrm_stat_ctx_alloc().
>
> Bugzilla:
From: Pan Bian
Date: Sat, 3 Dec 2016 17:56:17 +0800
> Function bnxt_hwrm_stat_ctx_alloc() always returns 0, even if the call
> to _hwrm_send_message() fails. It may be better to propagate the errors
> to the caller of bnxt_hwrm_stat_ctx_alloc().
>
> Bugzilla:
On 5 December 2016 at 19:11, Andy Lutomirski wrote:
> On Sun, Dec 4, 2016 at 3:04 PM, Vegard Nossum wrote:
>> On 23 November 2016 at 20:58, Dave Jones wrote:
>>> On Wed, Nov 23, 2016 at 02:34:19PM -0500, Dave Jones wrote:
>>>
Signed-off-by: Jens Axboe
Reviewed-by: Christoph Hellwig
Reviewed-by: Johannes Thumshirn
---
block/blk-mq.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/block/blk-mq.c b/block/blk-mq.c
index bac12caece06..90db5b490df9 100644
Not convinced this is a faster approach, and it does look IRQs off
longer than otherwise. With mq+scheduling, it's a problem since
it forces us to offload the queue running. If we get rid of it,
we can run the queue without the queue lock held.
Signed-off-by: Jens Axboe
---
On 12/05/2016 08:49 AM, Rob Herring wrote:
> On Mon, Nov 28, 2016 at 05:04:23PM -0600, Grygorii Strashko wrote:
>> From: WingMan Kwok
>>
>> This patch adds support of the cpts device found in the
>> gbe and 10gbe ethernet switches on the keystone 2 SoCs
>> (66AK2E/L/Hx,
Not convinced this is a faster approach, and it does look IRQs off
longer than otherwise. With mq+scheduling, it's a problem since
it forces us to offload the queue running. If we get rid of it,
we can run the queue without the queue lock held.
Signed-off-by: Jens Axboe
---
block/blk-core.c |
On 12/05/2016 08:49 AM, Rob Herring wrote:
> On Mon, Nov 28, 2016 at 05:04:23PM -0600, Grygorii Strashko wrote:
>> From: WingMan Kwok
>>
>> This patch adds support of the cpts device found in the
>> gbe and 10gbe ethernet switches on the keystone 2 SoCs
>> (66AK2E/L/Hx, 66AK2Gx).
>>
>>
On 5 December 2016 at 19:11, Andy Lutomirski wrote:
> On Sun, Dec 4, 2016 at 3:04 PM, Vegard Nossum wrote:
>> On 23 November 2016 at 20:58, Dave Jones wrote:
>>> On Wed, Nov 23, 2016 at 02:34:19PM -0500, Dave Jones wrote:
>>>
>>> > [ 317.689216] BUG: Bad page state in process kworker/u8:8
Signed-off-by: Jens Axboe
Reviewed-by: Christoph Hellwig
Reviewed-by: Johannes Thumshirn
---
block/blk-mq.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/block/blk-mq.c b/block/blk-mq.c
index bac12caece06..90db5b490df9 100644
--- a/block/blk-mq.c
+++ b/block/blk-mq.c
@@
On 12/05/2016 05:25 PM, J. Bruce Fields wrote:
> On Mon, Dec 05, 2016 at 04:36:03PM +0100, Miklos Szeredi wrote:
>> On Mon, Dec 5, 2016 at 4:19 PM, J. Bruce Fields wrote:
Can NFS people comment on this? Where does the nfs4_acl come from?
>>>
>>> This is the interface
On 12/05/2016 05:25 PM, J. Bruce Fields wrote:
> On Mon, Dec 05, 2016 at 04:36:03PM +0100, Miklos Szeredi wrote:
>> On Mon, Dec 5, 2016 at 4:19 PM, J. Bruce Fields wrote:
Can NFS people comment on this? Where does the nfs4_acl come from?
>>>
>>> This is the interface the NFS client provides
On 12/05/2016 06:18 AM, Matt Wilson wrote:
On Sun, Dec 04, 2016 at 03:19:22PM +0200, Netanel Belgazal wrote:
ena_flow_data_to_flow_hash and ena_flow_hash_to_flow_type
treat the ena_flow_hash_to_flow_type enum as power of two values.
Change the values of ena_admin_flow_hash_fields to be power
On 12/05/2016 06:18 AM, Matt Wilson wrote:
On Sun, Dec 04, 2016 at 03:19:22PM +0200, Netanel Belgazal wrote:
ena_flow_data_to_flow_hash and ena_flow_hash_to_flow_type
treat the ena_flow_hash_to_flow_type enum as power of two values.
Change the values of ena_admin_flow_hash_fields to be power
On 12/05/2016 06:11 AM, Matt Wilson wrote:
On Sun, Dec 04, 2016 at 03:19:21PM +0200, Netanel Belgazal wrote:
The ENA driver tries to open a queue per vCPU.
To determine how many vCPUs the instance have it uses num_possible_cpus
while it should have use num_online_cpus instead.
use () when
On 12/05/2016 06:11 AM, Matt Wilson wrote:
On Sun, Dec 04, 2016 at 03:19:21PM +0200, Netanel Belgazal wrote:
The ENA driver tries to open a queue per vCPU.
To determine how many vCPUs the instance have it uses num_possible_cpus
while it should have use num_online_cpus instead.
use () when
On Mon, Dec 5, 2016 at 10:11 AM, Andy Lutomirski wrote:
>
> So your kernel has been smp-alternatived. That 3e comes from
> alternatives_smp_unlock. If you're running on SMP with UP
> alternatives, things will break.
I'm assuming he's just running in a VM with a single CPU.
On Mon, Dec 5, 2016 at 10:11 AM, Andy Lutomirski wrote:
>
> So your kernel has been smp-alternatived. That 3e comes from
> alternatives_smp_unlock. If you're running on SMP with UP
> alternatives, things will break.
I'm assuming he's just running in a VM with a single CPU.
The problem that I
Hi Miklos,
I think we've found a "regression" that has crept in due to this patch:
commit a09f99eddef44035ec764075a37bace8181bec38
Author: Miklos Szeredi
Date: Sat Oct 1 07:32:32 2016 +0200
fuse: fix killing s[ug]id in setattr
Basically, the pjdfstests set the
From: Ioana Radulescu
This patch adds the command building/parsing wrapper functions
for the DPCON object. The binary interface version is v3.2.
Signed-off-by: Ioana Radulescu
Signed-off-by: Ioana Ciornei
Hi Miklos,
I think we've found a "regression" that has crept in due to this patch:
commit a09f99eddef44035ec764075a37bace8181bec38
Author: Miklos Szeredi
Date: Sat Oct 1 07:32:32 2016 +0200
fuse: fix killing s[ug]id in setattr
Basically, the pjdfstests set the ownership of a file to
From: Ioana Radulescu
This patch adds the command building/parsing wrapper functions
for the DPCON object. The binary interface version is v3.2.
Signed-off-by: Ioana Radulescu
Signed-off-by: Ioana Ciornei
Signed-off-by: Stuart Yoder
---
This patch depends on the following patch series:
On Mon, Dec 5, 2016 at 9:49 AM, Sebastian Frias wrote:
> Introduce GENVALUE(msb, lsb, value) macro to ease dealing with
> continuous bitfields, just as BIT(x) does for single bits.
Oh, and looking at the implementation, this is wrong. You use "lsb"
twice, so it mustn't have
On Mon, Dec 5, 2016 at 9:49 AM, Sebastian Frias wrote:
> Introduce GENVALUE(msb, lsb, value) macro to ease dealing with
> continuous bitfields, just as BIT(x) does for single bits.
Oh, and looking at the implementation, this is wrong. You use "lsb"
twice, so it mustn't have side effects.
That's
On 12/02/2016 05:28 PM, Ivan Khoronzhuk wrote:
> On Fri, Dec 02, 2016 at 10:45:07AM -0600, Grygorii Strashko wrote:
>>
>>
>> On 12/02/2016 05:03 AM, Ivan Khoronzhuk wrote:
>>> On Thu, Dec 01, 2016 at 05:34:27PM -0600, Grygorii Strashko wrote:
The currently processing cpdma descriptor with
On 12/02/2016 05:28 PM, Ivan Khoronzhuk wrote:
> On Fri, Dec 02, 2016 at 10:45:07AM -0600, Grygorii Strashko wrote:
>>
>>
>> On 12/02/2016 05:03 AM, Ivan Khoronzhuk wrote:
>>> On Thu, Dec 01, 2016 at 05:34:27PM -0600, Grygorii Strashko wrote:
The currently processing cpdma descriptor with
801 - 900 of 1768 matches
Mail list logo