On 26.01.2018 18:46, Ondřej Jirman wrote:
Hi,
On Fri, Jan 26, 2018 at 04:19:35PM +0100, Philipp Rossak wrote:
This patch adds support for the A83T ths sensor.
The A83T does not support interrupts. This seems to be broken.
Though, you use support_irq = true below. And in my tests, IRQ for T
On Fri, 2018-01-26 at 12:52 -0800, Joe Smith wrote:
> Hi,
>
> I am doing development on the latest unreleased kernel on a system
> running ubuntu 16.04. I can not get crash dump to be saved or use
> crash on the live system. I have tried compiling crash on the system.
>
> What is the trick to do
On 01/26/2018 08:32 PM, Mike Galbraith wrote:
> On Fri, 2018-01-26 at 12:52 -0800, Joe Smith wrote:
>> Hi,
>>
>> I am doing development on the latest unreleased kernel on a system
>> running ubuntu 16.04. I can not get crash dump to be saved or use
>> crash on the live system. I have tried compilin
On Fri, 2018-01-26 at 20:38 -0800, Randy Dunlap wrote:
> On 01/26/2018 08:32 PM, Mike Galbraith wrote:
> > On Fri, 2018-01-26 at 12:52 -0800, Joe Smith wrote:
> >> Hi,
> >>
> >> I am doing development on the latest unreleased kernel on a system
> >> running ubuntu 16.04. I can not get crash dump to
The open_for_audio and open_for_data copies are bitrotten in different
ways already and will need to update the autoclose logic in both.
Signed-off-by: Michal Suchanek
---
drivers/cdrom/cdrom.c | 100 ++
1 file changed, 36 insertions(+), 64 deletio
Hi David,
On Fri, Jan 26, 2018 at 9:25 PM, David Miller wrote:
> From: Harini Katakam
> Date: Fri, 26 Jan 2018 16:12:11 +0530
>
>> From: Harini Katakam
>>
>> Handle HRESP error by doing a SW reset of RX and TX and
>> re-initializing the descriptors, RX and TX queue pointers.
>>
>> Signed-off-by
> -Original Message-
> From: Darren Hart [mailto:dvh...@infradead.org]
> Sent: Saturday, January 27, 2018 1:41 AM
> To: Vadim Pasternak
> Cc: andy.shevche...@gmail.com; gre...@linuxfoundation.org; linux-
> ker...@vger.kernel.org; platform-driver-...@vger.kernel.org; j...@resnulli.us
> Su
Rename system_wq's wq->name from "events" to "system_percpu",
and similarly for the similarly named workqueues.
Signed-off-by: Wen Yang
Signed-off-by: Jiang Biao
Signed-off-by: Tan Hu
Suggested-by: Tejun Heo
Cc: Tejun Heo
Cc: Lai Jiangshan
Cc: linux-kernel@vger.kernel.org
---
kernel/workque
The possibility of specifying more than just a nice
for the wq may be useful for a wide variety of applications.
Signed-off-by: Wen Yang
Signed-off-by: Jiang Biao
Signed-off-by: Tan Hu
Suggested-by: Tejun Heo
Cc: Tejun Heo
Cc: Lai Jiangshan
Cc: kernel test robot
Cc: linux-kernel@vger.kernel
Signed-off-by: Wen Yang
Signed-off-by: Jiang Biao
Signed-off-by: Tan Hu
Suggested-by: Tejun Heo
Cc: Tejun Heo
Cc: Lai Jiangshan
Cc: kernel test robot
Cc: linux-kernel@vger.kernel.org
---
kernel/workqueue.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/kernel/workq
When pinning RT threads to specific cores using CPU affinity, the
kworkers on the same CPU would starve, which may lead to some kind
of priority inversion. In that case, the RT threads would also
suffer high performance impact.
The priority inversion looks like,
CPU 0: libvirtd acquired cgroup_mu
Replace workqueue's unbound_attrs by attrs, so that both unbound
or bound wq can use it.
Signed-off-by: Wen Yang
Signed-off-by: Jiang Biao
Signed-off-by: Tan Hu
Suggested-by: Tejun Heo
Cc: Tejun Heo
Cc: Lai Jiangshan
Cc: kernel test robot
Cc: linux-kernel@vger.kernel.org
---
kernel/workque
On Fri, Jan 26, 2018 at 03:07:12PM +, Colin King wrote:
> From: Colin Ian King
>
> Pointer dev is initialized and then re-assigned with the same value
> a little later, hence the second assignment is redundant and can be
> removed.
>
> Cleans up clang warning:
> drivers/usb/wusbcore/wa-nep.c
From: Harini Katakam
Handle HRESP error by doing a SW reset of RX and TX and
re-initializing the descriptors, RX and TX queue pointers.
Signed-off-by: Harini Katakam
Signed-off-by: Michal Simek
---
v2:
Rebased on top of latest net-next and reinitialized
all rx queues.
drivers/net/ethernet/ca
From: Harini Katakam
Handle HRESP error by doing a SW reset of RX and TX and
re-initializing the descriptors, RX and TX queue pointers.
Signed-off-by: Harini Katakam
Signed-off-by: Michal Simek
---
v2:
Rebased on top of latest net-next and reinitialized
all rx queues.
drivers/net/ethernet/ca
From: Harini Katakam
Handle HRESP error by doing a SW reset of RX and TX and
re-initializing the descriptors, RX and TX queue pointers.
Signed-off-by: Harini Katakam
Signed-off-by: Michal Simek
---
v2:
Rebased on top of latest net-next and reinitialized
all rx queues.
drivers/net/ethernet/ca
From: Harini Katakam
Handle HRESP error by doing a SW reset of RX and TX and
re-initializing the descriptors, RX and TX queue pointers.
Signed-off-by: Harini Katakam
Signed-off-by: Michal Simek
---
v3 and v2 changes:
Fixed patch formatting errors
Rebased on latest net-next and reinitialized
mu
Hi Jarkko,
On 17 November 2017 at 19:27, Jarkko Sakkinen
wrote:
> On Fri, Nov 17, 2017 at 03:28:53PM +0200, Jarkko Sakkinen wrote:
>
> At least signed-off-by from PrassanaKumar is missing from the 2nd
> commit. I'll add it.
I had the impression that my signed-off-by will be present in this
chang
On 01/26/2018 06:04 PM, Chen Feng wrote:
On 2018/1/27 1:48, Liam Mark wrote:
Since commit 204f672255c2 ("staging: android: ion: Use CMA APIs directly")
the CMA API is now used directly and therefore the allocated memory is no
longer automatically zeroed.
Explicitly zero CMA allocated memory t
Hi David,
On Sat, Jan 27, 2018 at 12:09 PM, wrote:
> From: Harini Katakam
>
> Handle HRESP error by doing a SW reset of RX and TX and
> re-initializing the descriptors, RX and TX queue pointers.
>
> Signed-off-by: Harini Katakam
> Signed-off-by: Michal Simek
> ---
> v3 and v2 changes:
> Fixed
Due to some unfortunate events, I have not been directly involved in
the x86 kernel patch flow for a while now. I have also not been able
to ramp back up by now like I had hoped to, and after reviewing what I
will need to work on both internally at Intel and elsewhere in the near
term, it is clear
On Thu, Jan 25, 2018 at 5:53 AM, Paul E. McKenney
wrote:
> On Tue, Jan 23, 2018 at 03:59:25PM +0800, liangli...@huawei.com wrote:
>> From: Lihao Liang
>>
>> Dear Paul,
>>
>> This patch set implements a preemptive version of RCU (PRCU) based on the
>> following paper:
>>
>> Fast Consensus Using B
On Thu, Jan 25, 2018 at 6:16 AM, Paul E. McKenney
wrote:
> On Tue, Jan 23, 2018 at 03:59:26PM +0800, liangli...@huawei.com wrote:
>> From: Heng Zhang
>>
>> This RCU implementation (PRCU) is based on a fast consensus protocol
>> published in the following paper:
>>
>> Fast Consensus Using Bounded
On Sat, Jan 27, 2018 at 06:29:18AM +0200, Kalle Valo wrote:
> Krzysztof Mazur writes:
>
> > The commit 58eae1416b804d900014d84feadda7195007cc30
> > ("ssb: Disable PCI host for PCI_DRIVERS_GENERIC") disabled
> > CONFIG_SSB_PCIHOST and CONFIG_SSB_B43_PCI_BRIDGE, which are
> > required for SSB-based
Hi Boris,
On 30 October 2017 at 14:04, Boris Brezillon
wrote:
> Hi PrasannaKumar,
>
> On Sat, 28 Oct 2017 13:13:51 +0530
> PrasannaKumar Muralidharan wrote:
>
>> From: Lars-Peter Clausen
>>
>> Avoid sending unnecessary READ commands to the chip.
>>
>> Signed-off-by: Lars-Peter Clausen
>> Signe
On Fri 26-01-18 18:04:27, Anshuman Khandual wrote:
[...]
> I tried to instrument mmap_region() for a single instance of 'sed'
> binary and traced all it's VMA creation. But there is no trace when
> that 'anon' VMA got created which suddenly shows up during subsequent
> elf_map() call eventually fai
On Sat, Jan 27, 2018 at 07:22:27AM +, Lihao Liang wrote:
> On Thu, Jan 25, 2018 at 5:53 AM, Paul E. McKenney
> wrote:
> > On Tue, Jan 23, 2018 at 03:59:25PM +0800, liangli...@huawei.com wrote:
> >> From: Lihao Liang
> >>
> >> Dear Paul,
> >>
> >> This patch set implements a preemptive version
701 - 727 of 727 matches
Mail list logo
