On Wed, Jan 17, 2018 at 2:34 PM, Peter Rosin wrote:
> Without such a range, gpiolib fails with -EPROBE_DEFER, pending the
> addition of the range. So, without a range, gpiolib will keep
> deferring indefinitely.
>
> Fixes: e10f72bf4b3e ("gpio: gpiolib: Generalise state
On Wed, Jan 17, 2018 at 2:34 PM, Peter Rosin wrote:
> Without such a range, gpiolib fails with -EPROBE_DEFER, pending the
> addition of the range. So, without a range, gpiolib will keep
> deferring indefinitely.
>
> Fixes: e10f72bf4b3e ("gpio: gpiolib: Generalise state persistence beyond
>
On Wed, Jan 17, 2018 at 06:07:02PM +0200, Andy Shevchenko wrote:
> On Wed, Jan 17, 2018 at 4:54 PM, Ludovic Desroches
> wrote:
> > On Tue, Jan 16, 2018 at 04:33:29PM +0200, Andy Shevchenko wrote:
>
> >> First of all, the main architectural issue with current pin
On Wed, Jan 17, 2018 at 06:07:02PM +0200, Andy Shevchenko wrote:
> On Wed, Jan 17, 2018 at 4:54 PM, Ludovic Desroches
> wrote:
> > On Tue, Jan 16, 2018 at 04:33:29PM +0200, Andy Shevchenko wrote:
>
> >> First of all, the main architectural issue with current pin control
> >> design is so called
On Wednesday 17 January 2018 11:02 PM, David Lechner wrote:
> + clk_register_clkdev(clk_data->clks[3], "gpio", NULL);
This is pretty bad (and no fault of yours) - having a con_id but no
device name. Can you please make a pre-series which passes NULL con_id
in
On Wednesday 17 January 2018 11:02 PM, David Lechner wrote:
> + clk_register_clkdev(clk_data->clks[3], "gpio", NULL);
This is pretty bad (and no fault of yours) - having a con_id but no
device name. Can you please make a pre-series which passes NULL con_id
in
On Thu, Jan 18, 2018 at 3:22 PM, Maxime Ripard
wrote:
> Hi,
>
> On Wed, Jan 17, 2018 at 09:43:31PM +0800, Chen-Yu Tsai wrote:
>> > if (sun4i_drv_node_is_connector(node))
>> > return 0;
>> >
>> > - if
On Thu, Jan 18, 2018 at 3:22 PM, Maxime Ripard
wrote:
> Hi,
>
> On Wed, Jan 17, 2018 at 09:43:31PM +0800, Chen-Yu Tsai wrote:
>> > if (sun4i_drv_node_is_connector(node))
>> > return 0;
>> >
>> > - if (!sun4i_drv_node_is_frontend(node)) {
>> > + /*
>> > +
On Wed, Jan 17, 2018 at 2:34 PM, Peter Rosin wrote:
> There is no matching call to pinctrl_unregister, so switch to the
> managed devm_pinctrl_register to clean up properly when done.
>
> Fixes: 9e80f9064e73 ("pinctrl: Add SX150X GPIO Extender Pinctrl Driver")
> Signed-off-by:
On Wed, Jan 17, 2018 at 2:34 PM, Peter Rosin wrote:
> There is no matching call to pinctrl_unregister, so switch to the
> managed devm_pinctrl_register to clean up properly when done.
>
> Fixes: 9e80f9064e73 ("pinctrl: Add SX150X GPIO Extender Pinctrl Driver")
> Signed-off-by: Peter Rosin
Hi Linus,
this is the (hopefully) last GPIO fix for v4.15.
Again the especially endowed screwer-upper who has
been open coding bit fiddling is yours truly.
Please pull it in!
Yours,
Linus Walleij
The following changes since commit a8750ddca918032d6349adbf9a4b6555e7db20da:
Linux 4.15-rc8
Hi Linus,
this is the (hopefully) last GPIO fix for v4.15.
Again the especially endowed screwer-upper who has
been open coding bit fiddling is yours truly.
Please pull it in!
Yours,
Linus Walleij
The following changes since commit a8750ddca918032d6349adbf9a4b6555e7db20da:
Linux 4.15-rc8
On 2018/01/18 15:50, Benjamin Poirier wrote:
> It was reported that emulated e1000e devices in vmware esxi 6.5 Build
> 7526125 do not link up after commit 4aea7a5c5e94 ("e1000e: Avoid receiver
> overrun interrupt bursts", v4.15-rc1). Some tracing shows that after
> e1000e_trigger_lsc() is called,
On 2018/01/18 15:50, Benjamin Poirier wrote:
> It was reported that emulated e1000e devices in vmware esxi 6.5 Build
> 7526125 do not link up after commit 4aea7a5c5e94 ("e1000e: Avoid receiver
> overrun interrupt bursts", v4.15-rc1). Some tracing shows that after
> e1000e_trigger_lsc() is called,
On 2018/01/18 15:50, Benjamin Poirier wrote:
> It was reported that emulated e1000e devices in vmware esxi 6.5 Build
> 7526125 do not link up after commit 4aea7a5c5e94 ("e1000e: Avoid receiver
> overrun interrupt bursts", v4.15-rc1). Some tracing shows that after
> e1000e_trigger_lsc() is called,
On 2018/01/18 15:50, Benjamin Poirier wrote:
> It was reported that emulated e1000e devices in vmware esxi 6.5 Build
> 7526125 do not link up after commit 4aea7a5c5e94 ("e1000e: Avoid receiver
> overrun interrupt bursts", v4.15-rc1). Some tracing shows that after
> e1000e_trigger_lsc() is called,
Am Mittwoch, 17. Januar 2018, 20:22:13 CET schrieb Christoph Hellwig:
Hi Christoph,
> On Sun, Jan 14, 2018 at 09:01:00AM +0100, Stephan Müller wrote:
> > The syscall io_submit sends data to the kernel and invokes the respective
> > handler function in the kernel such as the recvmsg handler. What
Am Mittwoch, 17. Januar 2018, 20:22:13 CET schrieb Christoph Hellwig:
Hi Christoph,
> On Sun, Jan 14, 2018 at 09:01:00AM +0100, Stephan Müller wrote:
> > The syscall io_submit sends data to the kernel and invokes the respective
> > handler function in the kernel such as the recvmsg handler. What
On Wed, Jan 17, 2018 at 08:15:33PM -0600, Rob Herring wrote:
> > (a) overriding/redefining the dma_to_phys() and phys_to_dma() calls
> > that are used by the dma_ops routines. This is the approach of
> >
> > arch/mips/cavium-octeon/dma-octeon.c
>
> MIPS is rarely an example to follow. :)
On Wed, Jan 17, 2018 at 08:15:33PM -0600, Rob Herring wrote:
> > (a) overriding/redefining the dma_to_phys() and phys_to_dma() calls
> > that are used by the dma_ops routines. This is the approach of
> >
> > arch/mips/cavium-octeon/dma-octeon.c
>
> MIPS is rarely an example to follow. :)
Hi James
Thanks for you detailed, kindly response and directive.
That's really appreciated.
On 01/18/2018 02:24 PM, James Smart wrote:
>> So in the patch, RESETTING in nvme-fc/rdma is changed to RESET_PREPARE. Then
>> we get:
>> nvme-fc/rdma RESET_PREPARE -> RECONNECTING -> LIVE
>> nvme-pci
Hi James
Thanks for you detailed, kindly response and directive.
That's really appreciated.
On 01/18/2018 02:24 PM, James Smart wrote:
>> So in the patch, RESETTING in nvme-fc/rdma is changed to RESET_PREPARE. Then
>> we get:
>> nvme-fc/rdma RESET_PREPARE -> RECONNECTING -> LIVE
>> nvme-pci
On Tue, Jan 16, 2018 at 9:50 PM, Mathias Nyman
wrote:
>
> Hi, Sorry about the delay
>
>
> On 04.01.2018 07:17, Thang Q. Nguyen wrote:
>>
>> Hi,
>>
>> On Sat, Dec 16, 2017 at 10:45 AM, Thang Q. Nguyen wrote:
>>>
>>> From: Tung Nguyen
On Tue, Jan 16, 2018 at 9:50 PM, Mathias Nyman
wrote:
>
> Hi, Sorry about the delay
>
>
> On 04.01.2018 07:17, Thang Q. Nguyen wrote:
>>
>> Hi,
>>
>> On Sat, Dec 16, 2017 at 10:45 AM, Thang Q. Nguyen wrote:
>>>
>>> From: Tung Nguyen
>>>
>>> Currently, hcd->shared_hcd always creates and
Hi,
On Wed, Jan 17, 2018 at 09:46:13PM +0800, Chen-Yu Tsai wrote:
> > + for_each_available_child_of_node(port, ep) {
> > + remote = of_graph_get_remote_port_parent(ep);
> > + if (!remote)
> > + continue;
> > +
> > + /* does
Hi,
On Wed, Jan 17, 2018 at 09:46:13PM +0800, Chen-Yu Tsai wrote:
> > + for_each_available_child_of_node(port, ep) {
> > + remote = of_graph_get_remote_port_parent(ep);
> > + if (!remote)
> > + continue;
> > +
> > + /* does
Hi,
On Wed, Jan 17, 2018 at 09:43:31PM +0800, Chen-Yu Tsai wrote:
> > if (sun4i_drv_node_is_connector(node))
> > return 0;
> >
> > - if (!sun4i_drv_node_is_frontend(node)) {
> > + /*
> > +* If the device is either just a regular device, or an
> > +
Hi,
On Wed, Jan 17, 2018 at 09:43:31PM +0800, Chen-Yu Tsai wrote:
> > if (sun4i_drv_node_is_connector(node))
> > return 0;
> >
> > - if (!sun4i_drv_node_is_frontend(node)) {
> > + /*
> > +* If the device is either just a regular device, or an
> > +
Hi all,
Changes since 20180117:
The powerpc tree gained a conflict against the powerpc-fixes tree.
The f2fs tree gained a build failure due to an interaction with the
btrfs tree for which I reverted a commit.
The net-next tree gained a conflict against the net tree.
Non-merge commits
Hi all,
Changes since 20180117:
The powerpc tree gained a conflict against the powerpc-fixes tree.
The f2fs tree gained a build failure due to an interaction with the
btrfs tree for which I reverted a commit.
The net-next tree gained a conflict against the net tree.
Non-merge commits
On Fri, Jan 12, 2018 at 07:40:35PM +0100, Andreas Kemnade wrote:
> On Fri, 12 Jan 2018 15:46:47 +0100
> Johan Hovold wrote:
>
> > On Tue, Jan 09, 2018 at 06:43:47PM +0100, Andreas Kemnade wrote:
> > > On Fri, 22 Dec 2017 13:44:27 +0100
> > > Johan Hovold
On Fri, Jan 12, 2018 at 07:40:35PM +0100, Andreas Kemnade wrote:
> On Fri, 12 Jan 2018 15:46:47 +0100
> Johan Hovold wrote:
>
> > On Tue, Jan 09, 2018 at 06:43:47PM +0100, Andreas Kemnade wrote:
> > > On Fri, 22 Dec 2017 13:44:27 +0100
> > > Johan Hovold wrote:
> > >
> > > [...]
> > > > I'd
It was reported that emulated e1000e devices in vmware esxi 6.5 Build
7526125 do not link up after commit 4aea7a5c5e94 ("e1000e: Avoid receiver
overrun interrupt bursts", v4.15-rc1). Some tracing shows that after
e1000e_trigger_lsc() is called, ICR reads out as 0x0 in e1000_msix_other()
on
It was reported that emulated e1000e devices in vmware esxi 6.5 Build
7526125 do not link up after commit 4aea7a5c5e94 ("e1000e: Avoid receiver
overrun interrupt bursts", v4.15-rc1). Some tracing shows that after
e1000e_trigger_lsc() is called, ICR reads out as 0x0 in e1000_msix_other()
on
On Wed, 2018-01-17 at 14:55 -0800, Hugh Dickins wrote:
> "make oldconfig" from 4.14 (when CONFIG_CFG80211_CERTIFICATION_ONUS
> is not set) to 4.15-rc, gets into asking lots of new questions, and
> configuring in unwanted stuff: I'm unsure of my Kconfig skills, but
> it looks like
On Wed, 2018-01-17 at 14:55 -0800, Hugh Dickins wrote:
> "make oldconfig" from 4.14 (when CONFIG_CFG80211_CERTIFICATION_ONUS
> is not set) to 4.15-rc, gets into asking lots of new questions, and
> configuring in unwanted stuff: I'm unsure of my Kconfig skills, but
> it looks like
From: Jian Shen
Check the net status per second, include port speed, total rx/tx packets
and link status. Updating the led status for fiber port.
Signed-off-by: Jian Shen
Signed-off-by: Peng Li
---
This patchset adds some features to hns3 driver, include the support
for ethtool command -d, -p and support for manager table.
[Patch 1/5] adds support for ethtool command -d, its ops is get_regs.
driver will send command to command queue, and get regs number and
regs value from command queue.
From: Jian Shen
Check the net status per second, include port speed, total rx/tx packets
and link status. Updating the led status for fiber port.
Signed-off-by: Jian Shen
Signed-off-by: Peng Li
---
.../net/ethernet/hisilicon/hns3/hns3pf/hclge_cmd.h | 1 +
This patchset adds some features to hns3 driver, include the support
for ethtool command -d, -p and support for manager table.
[Patch 1/5] adds support for ethtool command -d, its ops is get_regs.
driver will send command to command queue, and get regs number and
regs value from command queue.
From: Fuyun Liang
This patch adds get_regs support for ethtool cmd.
Signed-off-by: Fuyun Liang
Signed-off-by: Peng Li
---
drivers/net/ethernet/hisilicon/hns3/hnae3.h| 3 +-
From: Fuyun Liang
This patch adds get_regs support for ethtool cmd.
Signed-off-by: Fuyun Liang
Signed-off-by: Peng Li
---
drivers/net/ethernet/hisilicon/hns3/hnae3.h| 3 +-
drivers/net/ethernet/hisilicon/hns3/hns3_ethtool.c | 23 +++
From: Fuyun Liang
The manager table is empty by default. If it is not initialized, the
management pkgs like LLDP will be dropped by hardware. Default entries
need to be added to manager table.
Signed-off-by: Fuyun Liang
Signed-off-by: Peng Li
From: Fuyun Liang
The manager table is empty by default. If it is not initialized, the
management pkgs like LLDP will be dropped by hardware. Default entries
need to be added to manager table.
Signed-off-by: Fuyun Liang
Signed-off-by: Peng Li
---
From: Jian Shen
Add led location support for phy device. The led will keep blinking
with frequency 2HZ when locating.
Signed-off-by: Jian Shen
Signed-off-by: Peng Li
---
drivers/net/ethernet/hisilicon/hns3/hnae3.h|
From: Jian Shen
Add led location support for phy device. The led will keep blinking
with frequency 2HZ when locating.
Signed-off-by: Jian Shen
Signed-off-by: Peng Li
---
drivers/net/ethernet/hisilicon/hns3/hnae3.h| 2 +
drivers/net/ethernet/hisilicon/hns3/hns3_ethtool.c | 12 +++
From: Jian Shen
Add led location support for fiber port. The led will keep blinking
when locating.
Signed-off-by: Jian Shen
Signed-off-by: Peng Li
---
.../net/ethernet/hisilicon/hns3/hns3pf/hclge_cmd.h | 20
From: Jian Shen
Add led location support for fiber port. The led will keep blinking
when locating.
Signed-off-by: Jian Shen
Signed-off-by: Peng Li
---
.../net/ethernet/hisilicon/hns3/hns3pf/hclge_cmd.h | 20
.../ethernet/hisilicon/hns3/hns3pf/hclge_main.c| 101 -
On Wed, 2018-01-17 at 23:36 -0500, Mike Snitzer wrote:
> On Wed, Jan 17 2018 at 11:06pm -0500,
> Ming Lei wrote:
>
> > If we run into blk_mq_request_direct_issue(), when queue is busy,
> > we
> > don't want to dispatch this request into hctx->dispatch_list, and
> > what we
On Wed, 2018-01-17 at 23:36 -0500, Mike Snitzer wrote:
> On Wed, Jan 17 2018 at 11:06pm -0500,
> Ming Lei wrote:
>
> > If we run into blk_mq_request_direct_issue(), when queue is busy,
> > we
> > don't want to dispatch this request into hctx->dispatch_list, and
> > what we need to do is to
On Thursday 18 January 2018 12:38 AM, David Lechner wrote:
> It is looking like this:
>
>
> static const struct davinci_psc_clkdev_info emfia_clkdev[] __initconst = {
> LPSC_CLKDEV(NULL, "ti-aemif"),
> LPSC_CLKDEV("aemif", "davinci-nand.0"),
> { }
> };
>
> static const struct
On Thursday 18 January 2018 12:38 AM, David Lechner wrote:
> It is looking like this:
>
>
> static const struct davinci_psc_clkdev_info emfia_clkdev[] __initconst = {
> LPSC_CLKDEV(NULL, "ti-aemif"),
> LPSC_CLKDEV("aemif", "davinci-nand.0"),
> { }
> };
>
> static const struct
On 22-12-17, 12:56, Viresh Kumar wrote:
> Hi,
>
> Now that the DT bindings [1] are already Reviewed/Acked by respective
> maintainers, here is the code to start using them.
>
> The first two patches provide helpers in the OPP core, [3-5]/7 update
> the PM domain core to start supporting domain
On 22-12-17, 12:56, Viresh Kumar wrote:
> Hi,
>
> Now that the DT bindings [1] are already Reviewed/Acked by respective
> maintainers, here is the code to start using them.
>
> The first two patches provide helpers in the OPP core, [3-5]/7 update
> the PM domain core to start supporting domain
On Wed, 17 Jan 2018 22:43:24 +0100
Christian Borntraeger wrote:
> Conny can you review and ack as well?
>
> Paolo, Radim,
>
> As the other patches need to sync on the ifetch/nospec/gmb naming I have
> changed my mind. :-)
> This patch is independent from the other
On Wed, 17 Jan 2018 22:43:24 +0100
Christian Borntraeger wrote:
> Conny can you review and ack as well?
>
> Paolo, Radim,
>
> As the other patches need to sync on the ifetch/nospec/gmb naming I have
> changed my mind. :-)
> This patch is independent from the other patches (as it just provides
Thanks jianchoa. This helped.
On 1/17/2018 7:13 PM, jianchao.wang wrote:
Actually, this patchset is to fix a issue in nvme_timeout.
Please consider the following scenario.
nvme_reset_ctrl
-> set state to RESETTING
-> queue reset_work
(scheduling)
Thanks jianchoa. This helped.
On 1/17/2018 7:13 PM, jianchao.wang wrote:
Actually, this patchset is to fix a issue in nvme_timeout.
Please consider the following scenario.
nvme_reset_ctrl
-> set state to RESETTING
-> queue reset_work
(scheduling)
On Fri, Jan 12, 2018 at 06:59:59PM +0100, H. Nikolaus Schaller wrote:
> Hi Johan,
>
> > Am 12.01.2018 um 16:39 schrieb Johan Hovold :
> >
> >> Let's restart this discussion and focus on the main roadblock (others
> >> are minor details which can be sorted out later).
> >>
> >>
On Fri, Jan 12, 2018 at 06:59:59PM +0100, H. Nikolaus Schaller wrote:
> Hi Johan,
>
> > Am 12.01.2018 um 16:39 schrieb Johan Hovold :
> >
> >> Let's restart this discussion and focus on the main roadblock (others
> >> are minor details which can be sorted out later).
> >>
> >> If it feels like
On 2018-01-18 10:52, p...@codeaurora.org wrote:
On 2018-01-17 22:15, Sinan Kaya wrote:
On 1/17/2018 5:37 AM, Oza Pawandeep wrote:
+ driver = pci_find_dpc_service(udev);
+#endif
#if IS_ENABLED(CONFIG_PCIEAER)
- /* Use the aer driver of the component firstly */
-
On 2018-01-18 10:52, p...@codeaurora.org wrote:
On 2018-01-17 22:15, Sinan Kaya wrote:
On 1/17/2018 5:37 AM, Oza Pawandeep wrote:
+ driver = pci_find_dpc_service(udev);
+#endif
#if IS_ENABLED(CONFIG_PCIEAER)
- /* Use the aer driver of the component firstly */
-
On 2018-01-18 10:47, p...@codeaurora.org wrote:
On 2018-01-17 22:16, Sinan Kaya wrote:
On 1/17/2018 5:37 AM, Oza Pawandeep wrote:
+++ b/include/linux/dpc.h
@@ -0,0 +1,9 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+
+#ifndef _DPC_H_
+#define _DPC_H_
+
+#define DPC_FATAL 4
+
+#endif
On 2018-01-18 10:47, p...@codeaurora.org wrote:
On 2018-01-17 22:16, Sinan Kaya wrote:
On 1/17/2018 5:37 AM, Oza Pawandeep wrote:
+++ b/include/linux/dpc.h
@@ -0,0 +1,9 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+
+#ifndef _DPC_H_
+#define _DPC_H_
+
+#define DPC_FATAL 4
+
+#endif
On Wed, Jan 17, 2018 at 06:59:31PM +0100, Enric Balletbo i Serra wrote:
> From: Sameer Nanda
>
> This driver gets various bits of information about what is connected to
> USB PD ports from the EC and converts that into power_supply properties.
>
> Signed-off-by: Sameer
On Wed, Jan 17, 2018 at 06:59:31PM +0100, Enric Balletbo i Serra wrote:
> From: Sameer Nanda
>
> This driver gets various bits of information about what is connected to
> USB PD ports from the EC and converts that into power_supply properties.
>
> Signed-off-by: Sameer Nanda
> Signed-off-by:
The latest feature release Git v2.16.0 is now available at the
usual places. It is comprised of 509 non-merge commits since
v2.15.0, contributed by 91 people, 26 of which are new faces.
The tarballs are found at:
https://www.kernel.org/pub/software/scm/git/
The following public
The latest feature release Git v2.16.0 is now available at the
usual places. It is comprised of 509 non-merge commits since
v2.15.0, contributed by 91 people, 26 of which are new faces.
The tarballs are found at:
https://www.kernel.org/pub/software/scm/git/
The following public
On (01/17/18 12:05), Tejun Heo wrote:
[..]
> > This could very well be a great place to force offloading. If a printk
> > is called from within a printk, at the same context (normal, softirq,
> > irq or NMI), then we should trigger the offloading.
>
> I was thinking more of a timeout based
On (01/17/18 12:05), Tejun Heo wrote:
[..]
> > This could very well be a great place to force offloading. If a printk
> > is called from within a printk, at the same context (normal, softirq,
> > irq or NMI), then we should trigger the offloading.
>
> I was thinking more of a timeout based
On (01/17/18 12:12), Steven Rostedt wrote:
[..]
> /*
> * Can we actually use the console at this time on this cpu?
> @@ -2333,6 +2390,7 @@ void console_unlock(void)
>
> for (;;) {
> struct printk_log *msg;
> + bool offload;
> size_t ext_len = 0;
>
On (01/17/18 12:12), Steven Rostedt wrote:
[..]
> /*
> * Can we actually use the console at this time on this cpu?
> @@ -2333,6 +2390,7 @@ void console_unlock(void)
>
> for (;;) {
> struct printk_log *msg;
> + bool offload;
> size_t ext_len = 0;
>
In case of transaction with I2C_M_RECV_LEN set, make sure the driver reads
the first byte and then updates the RX fifo with the expected length. Set
threshold to 1 byte so that driver gets an interrupt on receiving the first
byte.
After which the transfer length is updated depending on the
In case of transaction with I2C_M_RECV_LEN set, make sure the driver reads
the first byte and then updates the RX fifo with the expected length. Set
threshold to 1 byte so that driver gets an interrupt on receiving the first
byte.
After which the transfer length is updated depending on the
From: Dmitry Bazhenov
Report SMBus block read functionality which is actually supported.
Signed-off-by: Dmitry Bazhenov
---
drivers/i2c/busses/i2c-xlp9xx.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
From: Dmitry Bazhenov
Report SMBus block read functionality which is actually supported.
Signed-off-by: Dmitry Bazhenov
---
drivers/i2c/busses/i2c-xlp9xx.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/i2c/busses/i2c-xlp9xx.c b/drivers/i2c/busses/i2c-xlp9xx.c
From: Dmitry Bazhenov
Fix the driver violation of the common practice to return
ENXIO error on a slave address NACK.
Signed-off-by: Dmitry Bazhenov
Signed-off-by: George Cherian
---
I2C bus enters the STOP condition after the DATA_DONE interrupt is raised.
Essentially the driver should be checking the bus state before sending
the next transaction. In case the next transaction is initiated while the
bus is busy, the prior transactions stop condition is not acheived.
Add the
From: Dmitry Bazhenov
Fix the driver violation of the common practice to return
ENXIO error on a slave address NACK.
Signed-off-by: Dmitry Bazhenov
Signed-off-by: George Cherian
---
drivers/i2c/busses/i2c-xlp9xx.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
I2C bus enters the STOP condition after the DATA_DONE interrupt is raised.
Essentially the driver should be checking the bus state before sending
the next transaction. In case the next transaction is initiated while the
bus is busy, the prior transactions stop condition is not acheived.
Add the
On 2018-01-18 08:26, Keith Busch wrote:
On Wed, Jan 17, 2018 at 08:27:39AM -0800, Sinan Kaya wrote:
On 1/17/2018 5:37 AM, Oza Pawandeep wrote:
> +static bool dpc_wait_link_active(struct pci_dev *pdev)
> +{
I think you can also make this function common instead of making
another copy here.
Of
On 2018-01-18 08:26, Keith Busch wrote:
On Wed, Jan 17, 2018 at 08:27:39AM -0800, Sinan Kaya wrote:
On 1/17/2018 5:37 AM, Oza Pawandeep wrote:
> +static bool dpc_wait_link_active(struct pci_dev *pdev)
> +{
I think you can also make this function common instead of making
another copy here.
Of
Now the debugfs files dais/platforms/codecs have a size limit PAGE_SIZE and
the user can not see the whole contents of dai_list/platform_list/codec_list
when they are larger than this limit.
This patch uses seq_file instead to make sure dais/platforms/codecs show the
full contents of
Now the debugfs files dais/platforms/codecs have a size limit PAGE_SIZE and
the user can not see the whole contents of dai_list/platform_list/codec_list
when they are larger than this limit.
This patch uses seq_file instead to make sure dais/platforms/codecs show the
full contents of
Simply use the first argument to specify the subset of selftests.
Use comma notation to separate multiple tests.
(e.g. ./run_kselftest.sh size,timers,...)
Default behaviour is running all selftests installed.
Each selftest be defined as function that we can run one of selftests.
The function name
Simply use the first argument to specify the subset of selftests.
Use comma notation to separate multiple tests.
(e.g. ./run_kselftest.sh size,timers,...)
Default behaviour is running all selftests installed.
Each selftest be defined as function that we can run one of selftests.
The function name
This erratum is observed on the ThunderX2 GICv3 ITS. When a
MOVI command is used to change affinity of a LPI to a collection/cpu
on another node, the LPI is not delivered to the cpu.
An additional INV command is required after the MOVI to deliver
the LPI to the new destination.
If we add INV
This erratum is observed on the ThunderX2 GICv3 ITS. When a
MOVI command is used to change affinity of a LPI to a collection/cpu
on another node, the LPI is not delivered to the cpu.
An additional INV command is required after the MOVI to deliver
the LPI to the new destination.
If we add INV
On 2018-01-17 21:57, Sinan Kaya wrote:
On 1/17/2018 5:37 AM, Oza Pawandeep wrote:
+static bool dpc_wait_link_active(struct pci_dev *pdev)
+{
I think you can also make this function common instead of making
another copy here.
Of course, this would be another patch.
ok I will make a separate
On 2018-01-17 21:57, Sinan Kaya wrote:
On 1/17/2018 5:37 AM, Oza Pawandeep wrote:
+static bool dpc_wait_link_active(struct pci_dev *pdev)
+{
I think you can also make this function common instead of making
another copy here.
Of course, this would be another patch.
ok I will make a separate
On 2018-01-17 22:15, Sinan Kaya wrote:
On 1/17/2018 5:37 AM, Oza Pawandeep wrote:
+ driver = pci_find_dpc_service(udev);
+#endif
#if IS_ENABLED(CONFIG_PCIEAER)
- /* Use the aer driver of the component firstly */
- driver = pci_find_aer_service(udev);
I think we need
On 2018-01-17 22:15, Sinan Kaya wrote:
On 1/17/2018 5:37 AM, Oza Pawandeep wrote:
+ driver = pci_find_dpc_service(udev);
+#endif
#if IS_ENABLED(CONFIG_PCIEAER)
- /* Use the aer driver of the component firstly */
- driver = pci_find_aer_service(udev);
I think we need
2018-01-17 22:07 GMT+09:00 Peter Oberparleiter :
> On 09.01.2018 06:17, Jaejoong Kim wrote:
>> 2017-12-20 16:09 GMT+09:00 Jaejoong Kim :
>>> Ignore the *.gcda files generated by gcov
>>>
>>> Signed-off-by: Jaejoong Kim
>>>
2018-01-17 22:07 GMT+09:00 Peter Oberparleiter :
> On 09.01.2018 06:17, Jaejoong Kim wrote:
>> 2017-12-20 16:09 GMT+09:00 Jaejoong Kim :
>>> Ignore the *.gcda files generated by gcov
>>>
>>> Signed-off-by: Jaejoong Kim
>>> ---
>>> .gitignore | 1 +
>>> 1 file changed, 1 insertion(+)
>>>
>>> diff
On 2018-01-17 22:16, Sinan Kaya wrote:
On 1/17/2018 5:37 AM, Oza Pawandeep wrote:
+++ b/include/linux/dpc.h
@@ -0,0 +1,9 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+
+#ifndef _DPC_H_
+#define _DPC_H_
+
+#define DPC_FATAL 4
+
+#endif //_DPC_H_
+
can you keep this in drivers/pci.h
On 2018-01-17 22:16, Sinan Kaya wrote:
On 1/17/2018 5:37 AM, Oza Pawandeep wrote:
+++ b/include/linux/dpc.h
@@ -0,0 +1,9 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+
+#ifndef _DPC_H_
+#define _DPC_H_
+
+#define DPC_FATAL 4
+
+#endif //_DPC_H_
+
can you keep this in drivers/pci.h
On 1/17/2018 8:29 PM, Dave Young wrote:
> On 01/17/18 at 06:14pm, Linus Torvalds wrote:
>> On Wed, Jan 17, 2018 at 5:47 PM, Dave Young wrote:
>>>
>>> It does not work with just once wbinvd(), and it only works with
>>> removing the wbinvd() for me. Tom's new post works for me
On 1/17/2018 8:29 PM, Dave Young wrote:
> On 01/17/18 at 06:14pm, Linus Torvalds wrote:
>> On Wed, Jan 17, 2018 at 5:47 PM, Dave Young wrote:
>>>
>>> It does not work with just once wbinvd(), and it only works with
>>> removing the wbinvd() for me. Tom's new post works for me as well
>>> since
On 2018-01-17 02:28, Suzuki K Poulose wrote:
On 17/01/18 03:34, ckad...@codeaurora.org wrote:
On 2018-01-16 02:23, Suzuki K Poulose wrote:
Some variants of the Arm Cortex-55 cores (r0p0, r0p1, r1p0) suffer
from an erratum 1024718, which causes incorrect updates when DBM/AP
bits in a page table
On 2018-01-17 02:28, Suzuki K Poulose wrote:
On 17/01/18 03:34, ckad...@codeaurora.org wrote:
On 2018-01-16 02:23, Suzuki K Poulose wrote:
Some variants of the Arm Cortex-55 cores (r0p0, r0p1, r1p0) suffer
from an erratum 1024718, which causes incorrect updates when DBM/AP
bits in a page table
1 - 100 of 2636 matches
Mail list logo