On Wed, 13 Jun 2018 14:17:07 +0200
Juri Lelli wrote:
> From: Mathieu Poirier
>
> The comment above function partition_sched_domains() clearly state that
> the cpu_hotplug_lock should be held but doesn't mandate one to abide to
> it.
>
> Add an explicit check backing that comment, so to make
On Wed, 13 Jun 2018 14:17:07 +0200
Juri Lelli wrote:
> From: Mathieu Poirier
>
> The comment above function partition_sched_domains() clearly state that
> the cpu_hotplug_lock should be held but doesn't mandate one to abide to
> it.
>
> Add an explicit check backing that comment, so to make
On 06/14/2018 03:25 PM, Pavel Machek wrote:
But the proposal wanted to add a syscall to thread creation, right?
And I believe that may be noticeable.
We already call set_robust_list, so we could just pass a larger area to
that and the kernel could use it. Then no additional system call
On 06/14/2018 03:25 PM, Pavel Machek wrote:
But the proposal wanted to add a syscall to thread creation, right?
And I believe that may be noticeable.
We already call set_robust_list, so we could just pass a larger area to
that and the kernel could use it. Then no additional system call
Hi Benjamin,
I love your patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v4.17 next-20180614]
[cannot apply to glikely/devicetree/next]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url
Hi Benjamin,
I love your patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v4.17 next-20180614]
[cannot apply to glikely/devicetree/next]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url
Hi!
> >> It should be noted that there can be only one rseq TLS area
> >> registered per
> >> thread,
> >> which can then be used by many libraries and by the executable, so
> >> this is a
> >> process-wide (per-thread) resource that we need to manage carefully.
>
Hi!
> >> It should be noted that there can be only one rseq TLS area
> >> registered per
> >> thread,
> >> which can then be used by many libraries and by the executable, so
> >> this is a
> >> process-wide (per-thread) resource that we need to manage carefully.
>
On 06/14/2018 06:48 AM, Thomas Richter wrote:
> Remove a trailing newline when reading sysfs file contents
> such as /sys/devices/cpum_cf/events/TX_NC_TEND.
> This show when verbose option -v is used.
>
> Output before:
> tx_nc_tend -> 'cpum_cf'/'event=0x008d
> '/
>
> Output after:
> tx_nc_tend
On Thu, Jun 14, 2018 at 02:51:18PM +0300, Ilpo Järvinen wrote:
> On Thu, 14 Jun 2018, Michal Kubecek wrote:
> > On Thu, Jun 14, 2018 at 11:42:43AM +0300, Ilpo Järvinen wrote:
> > > On Wed, 13 Jun 2018, Yuchung Cheng wrote:
> > > > On Wed, Jun 13, 2018 at 9:55 AM, Michal Kubecek
> > > > wrote:
>
On 06/14/2018 06:48 AM, Thomas Richter wrote:
> Remove a trailing newline when reading sysfs file contents
> such as /sys/devices/cpum_cf/events/TX_NC_TEND.
> This show when verbose option -v is used.
>
> Output before:
> tx_nc_tend -> 'cpum_cf'/'event=0x008d
> '/
>
> Output after:
> tx_nc_tend
On Thu, Jun 14, 2018 at 02:51:18PM +0300, Ilpo Järvinen wrote:
> On Thu, 14 Jun 2018, Michal Kubecek wrote:
> > On Thu, Jun 14, 2018 at 11:42:43AM +0300, Ilpo Järvinen wrote:
> > > On Wed, 13 Jun 2018, Yuchung Cheng wrote:
> > > > On Wed, Jun 13, 2018 at 9:55 AM, Michal Kubecek
> > > > wrote:
>
On 14/06/2018 at 10:51, Ben Whitten wrote:
Signed-off-by: Ben Whitten
---
arch/arm/boot/dts/Makefile| 3 +-
arch/arm/boot/dts/at91-dvk_som60.dts | 95 +++
arch/arm/boot/dts/at91-dvk_su60_somc.dtsi | 159 ++
On 14/06/2018 at 10:51, Ben Whitten wrote:
Signed-off-by: Ben Whitten
---
arch/arm/boot/dts/Makefile| 3 +-
arch/arm/boot/dts/at91-dvk_som60.dts | 95 +++
arch/arm/boot/dts/at91-dvk_su60_somc.dtsi | 159 ++
Hi Lucas,
I didn't met your unstable console issue before, anyway, I'll do more
test and look into Audio issue.
-Original Message-
From: Lucas Stach [mailto:l.st...@pengutronix.de]
Sent: 2018年6月14日 18:22
To: Robin Gong ; s.ha...@pengutronix.de; vk...@kernel.org;
Hi Lucas,
I didn't met your unstable console issue before, anyway, I'll do more
test and look into Audio issue.
-Original Message-
From: Lucas Stach [mailto:l.st...@pengutronix.de]
Sent: 2018年6月14日 18:22
To: Robin Gong ; s.ha...@pengutronix.de; vk...@kernel.org;
On 06/13/2018 08:16 AM, Pierre Morel wrote:
On 13/06/2018 14:12, Cornelia Huck wrote:
On Wed, 13 Jun 2018 14:01:54 +0200
Pierre Morel wrote:
On 13/06/2018 13:14, Cornelia Huck wrote:
On Wed, 13 Jun 2018 12:54:40 +0200
Pierre Morel wrote:
On 13/06/2018 09:48, Cornelia Huck wrote:
On Wed,
On 06/13/2018 08:16 AM, Pierre Morel wrote:
On 13/06/2018 14:12, Cornelia Huck wrote:
On Wed, 13 Jun 2018 14:01:54 +0200
Pierre Morel wrote:
On 13/06/2018 13:14, Cornelia Huck wrote:
On Wed, 13 Jun 2018 12:54:40 +0200
Pierre Morel wrote:
On 13/06/2018 09:48, Cornelia Huck wrote:
On Wed,
Good Morning,
Although, I am not comfortable discussing the content of my mail on
the Internet owing to lots of unsolicited/Spam mails on the net
nowadays. However, I have made up my mind to will my late Husband's
funds to you so you can use it for charity duties and good work to
humanity. The
Good Morning,
Although, I am not comfortable discussing the content of my mail on
the Internet owing to lots of unsolicited/Spam mails on the net
nowadays. However, I have made up my mind to will my late Husband's
funds to you so you can use it for charity duties and good work to
humanity. The
Hello,
syzbot found the following crash on:
HEAD commit:be779f03d563 Merge tag 'kbuild-v4.18-2' of git://git.kerne..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=10f9185f80
kernel config: https://syzkaller.appspot.com/x/.config?x=855fb54e1e019da2
Hello,
syzbot found the following crash on:
HEAD commit:be779f03d563 Merge tag 'kbuild-v4.18-2' of git://git.kerne..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=10f9185f80
kernel config: https://syzkaller.appspot.com/x/.config?x=855fb54e1e019da2
On 12:38-20180614, Tony Lindgren wrote:
> Some comments on the ranges below.
Thanks for reviewing in detail (I understand we are in the middle of
merge window, so thanks for the extra effort).
>
> * Nishanth Menon [180607 16:41]:
> > + soc0: soc0 {
> > + com
On 12:38-20180614, Tony Lindgren wrote:
> Some comments on the ranges below.
Thanks for reviewing in detail (I understand we are in the middle of
merge window, so thanks for the extra effort).
>
> * Nishanth Menon [180607 16:41]:
> > + soc0: soc0 {
> > + com
- On Jun 14, 2018, at 8:27 AM, Pavel Machek pa...@ucw.cz wrote:
> On Tue 2018-06-12 12:31:24, Mathieu Desnoyers wrote:
>> - On Jun 12, 2018, at 9:11 AM, Florian Weimer fwei...@redhat.com wrote:
>>
>> > On 06/11/2018 10:04 PM, Mathieu Desnoyers wrote:
>> >> - On Jun 11, 2018, at 3:55
- On Jun 14, 2018, at 8:27 AM, Pavel Machek pa...@ucw.cz wrote:
> On Tue 2018-06-12 12:31:24, Mathieu Desnoyers wrote:
>> - On Jun 12, 2018, at 9:11 AM, Florian Weimer fwei...@redhat.com wrote:
>>
>> > On 06/11/2018 10:04 PM, Mathieu Desnoyers wrote:
>> >> - On Jun 11, 2018, at 3:55
On 14/06/2018 14:52:25+0200, Nicolas Ferre wrote:
> > + gpio_keys {
> > + compatible = "gpio-keys";
> > + #address-cells = <1>;
> > + #size-cells = <0>;
> > + irqbtn@pb18 {
>
> I'm not sure that the @pb18 can be used like this. This address extension
>
On 14/06/2018 14:52:25+0200, Nicolas Ferre wrote:
> > + gpio_keys {
> > + compatible = "gpio-keys";
> > + #address-cells = <1>;
> > + #size-cells = <0>;
> > + irqbtn@pb18 {
>
> I'm not sure that the @pb18 can be used like this. This address extension
>
Am Montag, 4. Juni 2018, 19:15:23 CEST schrieb Heinrich Schuchardt:
> Without this patch the Firefly-RK3399 board boot process hangs after these
> lines:
>
>fan53555-regulator 0-0040: FAN53555 Option[8] Rev[1] Detected!
>fan53555-reg: supplied by vcc_sys
>vcc1v8_s3: supplied by
Am Montag, 4. Juni 2018, 19:15:23 CEST schrieb Heinrich Schuchardt:
> Without this patch the Firefly-RK3399 board boot process hangs after these
> lines:
>
>fan53555-regulator 0-0040: FAN53555 Option[8] Rev[1] Detected!
>fan53555-reg: supplied by vcc_sys
>vcc1v8_s3: supplied by
On 14/06/2018 at 10:51, Ben Whitten wrote:
Signed-off-by: Ben Whitten
---
arch/arm/boot/dts/Makefile| 3 +-
arch/arm/boot/dts/at91-wb45n.dts | 66 +++
arch/arm/boot/dts/at91-wb45n.dtsi | 169 ++
3 files changed, 237 insertions(+),
On 14/06/2018 at 10:51, Ben Whitten wrote:
Signed-off-by: Ben Whitten
---
arch/arm/boot/dts/Makefile| 3 +-
arch/arm/boot/dts/at91-wb45n.dts | 66 +++
arch/arm/boot/dts/at91-wb45n.dtsi | 169 ++
3 files changed, 237 insertions(+),
On 06/14/2018 04:21 AM, Roger Pau Monné wrote:
> On Wed, Jun 13, 2018 at 07:48:50PM +0100, Ben Hutchings wrote:
>> On Wed, 2018-02-28 at 09:19 +, Roger Pau Monne wrote:
>>> From: Roger Pau Monne
>>>
>>> [ Upstream commit 910f8befdf5bccf25287d9f1743e3e546bcb7ce0 ]
>>>
>>> Current cleanup in
On 06/14/2018 04:21 AM, Roger Pau Monné wrote:
> On Wed, Jun 13, 2018 at 07:48:50PM +0100, Ben Hutchings wrote:
>> On Wed, 2018-02-28 at 09:19 +, Roger Pau Monne wrote:
>>> From: Roger Pau Monne
>>>
>>> [ Upstream commit 910f8befdf5bccf25287d9f1743e3e546bcb7ce0 ]
>>>
>>> Current cleanup in
Hello,
syzbot found the following crash on:
HEAD commit:81c310582f0e kmsan: unpoison virtio input buffers when add..
git tree: https://github.com/google/kmsan.git/master
console output: https://syzkaller.appspot.com/x/log.txt?x=1747c21f80
kernel config:
Hello,
syzbot found the following crash on:
HEAD commit:81c310582f0e kmsan: unpoison virtio input buffers when add..
git tree: https://github.com/google/kmsan.git/master
console output: https://syzkaller.appspot.com/x/log.txt?x=1747c21f80
kernel config:
Hello,
syzbot found the following crash on:
HEAD commit:d2d741e5d189 kmsan: add initialization for shmem pages
git tree: https://github.com/google/kmsan.git/master
console output: https://syzkaller.appspot.com/x/log.txt?x=1775bae780
kernel config:
Hello,
syzbot found the following crash on:
HEAD commit:d2d741e5d189 kmsan: add initialization for shmem pages
git tree: https://github.com/google/kmsan.git/master
console output: https://syzkaller.appspot.com/x/log.txt?x=1775bae780
kernel config:
On 14/06/18 14:08, Brijesh Singh wrote:
>
>
> On 6/14/18 2:58 AM, Richard Weinberger wrote:
>> On Wed, May 23, 2018 at 4:46 PM, Borislav Petkov wrote:
>>> + Tom and Brijesh.
>>>
>>> On Mon, May 21, 2018 at 10:12:53AM -0500, Janakarajan Natarajan wrote:
Use Kconfig imply 'option' when
On 14/06/18 14:08, Brijesh Singh wrote:
>
>
> On 6/14/18 2:58 AM, Richard Weinberger wrote:
>> On Wed, May 23, 2018 at 4:46 PM, Borislav Petkov wrote:
>>> + Tom and Brijesh.
>>>
>>> On Mon, May 21, 2018 at 10:12:53AM -0500, Janakarajan Natarajan wrote:
Use Kconfig imply 'option' when
Hi,
Some comments on the ranges below.
* Nishanth Menon [180607 16:41]:
> + soc0: soc0 {
> + compatible = "simple-bus";
> + #address-cells = <2>;
> + #size-cells = <2>;
> + ranges;
I suggest you leave out the soc0, that's not real. Just make
Hi,
Some comments on the ranges below.
* Nishanth Menon [180607 16:41]:
> + soc0: soc0 {
> + compatible = "simple-bus";
> + #address-cells = <2>;
> + #size-cells = <2>;
> + ranges;
I suggest you leave out the soc0, that's not real. Just make
On Tue, 12 Jun 2018 16:32:01 +0200,
Jorge Sanjuan wrote:
>
> The HEADSET ADAPTER profile for BADD devices is meant to support
> Insertion Control for the Input and Output Terminals of the headset.
> Furthermore, this profile may also include the interrupt status pipe
> to report changes on these
On Tue, 12 Jun 2018 16:32:01 +0200,
Jorge Sanjuan wrote:
>
> The HEADSET ADAPTER profile for BADD devices is meant to support
> Insertion Control for the Input and Output Terminals of the headset.
> Furthermore, this profile may also include the interrupt status pipe
> to report changes on these
On 06/13/2018 09:42 PM, David Rientjes wrote:
> On Tue, 12 Jun 2018, Vlastimil Babka wrote:
>
>> The __alloc_pages_slowpath() function has for a long time contained code to
>> ignore node restrictions from memory policies for high priority allocations.
>> The current code that resets the zonelist
On 06/13/2018 09:42 PM, David Rientjes wrote:
> On Tue, 12 Jun 2018, Vlastimil Babka wrote:
>
>> The __alloc_pages_slowpath() function has for a long time contained code to
>> ignore node restrictions from memory policies for high priority allocations.
>> The current code that resets the zonelist
On Tue 2018-06-12 12:31:24, Mathieu Desnoyers wrote:
> - On Jun 12, 2018, at 9:11 AM, Florian Weimer fwei...@redhat.com wrote:
>
> > On 06/11/2018 10:04 PM, Mathieu Desnoyers wrote:
> >> - On Jun 11, 2018, at 3:55 PM, Florian Weimer fwei...@redhat.com wrote:
> >>
> >>> On 06/11/2018
On Tue 2018-06-12 12:31:24, Mathieu Desnoyers wrote:
> - On Jun 12, 2018, at 9:11 AM, Florian Weimer fwei...@redhat.com wrote:
>
> > On 06/11/2018 10:04 PM, Mathieu Desnoyers wrote:
> >> - On Jun 11, 2018, at 3:55 PM, Florian Weimer fwei...@redhat.com wrote:
> >>
> >>> On 06/11/2018
That was hard coded instead of properly defined in the header for some
reason.
Signed-off-by: Christian König
---
drivers/pci/pci.c | 6 +++---
include/uapi/linux/pci_regs.h | 3 ++-
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/pci/pci.c b/drivers/pci/pci.c
That was hard coded instead of properly defined in the header for some
reason.
Signed-off-by: Christian König
---
drivers/pci/pci.c | 6 +++---
include/uapi/linux/pci_regs.h | 3 ++-
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/pci/pci.c b/drivers/pci/pci.c
Resize BARs after resume to the expected size again.
Signed-off-by: Christian König
BugLink: https://bugzilla.kernel.org/show_bug.cgi?id=199959
CC: sta...@vger.kernel.org # v4.15+
---
drivers/pci/pci.c | 28
1 file changed, 28 insertions(+)
diff --git
Resize BARs after resume to the expected size again.
Signed-off-by: Christian König
BugLink: https://bugzilla.kernel.org/show_bug.cgi?id=199959
CC: sta...@vger.kernel.org # v4.15+
---
drivers/pci/pci.c | 28
1 file changed, 28 insertions(+)
diff --git
Hi Tony,
> Am 14.06.2018 um 14:01 schrieb Tony Lindgren :
>
> * H. Nikolaus Schaller [180613 12:41]:
>>
>> Now if I look into pinctrl_generic_add_group() and
>> pinctrl_generic_get_group_name(),
>> pctldev->num_groups++ is not protected if pinctrl_generic_add_group() may be
>> called by
>>
Hi Tony,
> Am 14.06.2018 um 14:01 schrieb Tony Lindgren :
>
> * H. Nikolaus Schaller [180613 12:41]:
>>
>> Now if I look into pinctrl_generic_add_group() and
>> pinctrl_generic_get_group_name(),
>> pctldev->num_groups++ is not protected if pinctrl_generic_add_group() may be
>> called by
>>
On 6/14/18 2:58 AM, Richard Weinberger wrote:
> On Wed, May 23, 2018 at 4:46 PM, Borislav Petkov wrote:
>> + Tom and Brijesh.
>>
>> On Mon, May 21, 2018 at 10:12:53AM -0500, Janakarajan Natarajan wrote:
>>> Use Kconfig imply 'option' when specifying SEV CRYPTO dependencies.
>>>
>>> Example
On 6/14/18 2:58 AM, Richard Weinberger wrote:
> On Wed, May 23, 2018 at 4:46 PM, Borislav Petkov wrote:
>> + Tom and Brijesh.
>>
>> On Mon, May 21, 2018 at 10:12:53AM -0500, Janakarajan Natarajan wrote:
>>> Use Kconfig imply 'option' when specifying SEV CRYPTO dependencies.
>>>
>>> Example
On Fri, Jun 08, 2018 at 05:55:05PM +0300, Avi Kivity wrote:
> io_pgetevents() will not change the signal mask. Mark it const
> to make it clear and to reduce the need for casts in user code.
>
> Signed-off-by: Avi Kivity
Al, can you pick this one and the masking fix before -rc1?
> ---
>
On Fri, Jun 08, 2018 at 05:55:05PM +0300, Avi Kivity wrote:
> io_pgetevents() will not change the signal mask. Mark it const
> to make it clear and to reduce the need for casts in user code.
>
> Signed-off-by: Avi Kivity
Al, can you pick this one and the masking fix before -rc1?
> ---
>
On Thu, May 31, 2018 at 5:47 PM, Yury Norov wrote:
> On Thu, May 31, 2018 at 04:19:14PM +0300, Andy Shevchenko wrote:
>> The nbits == 0 is safe to be supplied to the function body, so,
>> remove unnecessary checks in bitmap_to_arr32() and bitmap_from_arr32().
>> +void bitmap_from_arr32(unsigned
On Thu, May 31, 2018 at 5:47 PM, Yury Norov wrote:
> On Thu, May 31, 2018 at 04:19:14PM +0300, Andy Shevchenko wrote:
>> The nbits == 0 is safe to be supplied to the function body, so,
>> remove unnecessary checks in bitmap_to_arr32() and bitmap_from_arr32().
>> +void bitmap_from_arr32(unsigned
* H. Nikolaus Schaller [180613 12:41]:
>
> Now if I look into pinctrl_generic_add_group() and
> pinctrl_generic_get_group_name(),
> pctldev->num_groups++ is not protected if pinctrl_generic_add_group() may be
> called by
> two threads in parallel for the same pctldev. Hence a second thread may
* H. Nikolaus Schaller [180613 12:41]:
>
> Now if I look into pinctrl_generic_add_group() and
> pinctrl_generic_get_group_name(),
> pctldev->num_groups++ is not protected if pinctrl_generic_add_group() may be
> called by
> two threads in parallel for the same pctldev. Hence a second thread may
PMU alias definitions in sysfs files may have spaces, newlines
and number with leading zeroes. Same alias definitions may
also appear in JSON files without spaces, etc.
Scan alias definitions and remove leading zeroes, spaces,
newlines, etc and rebuild string to make alias->str member
comparable.
Remove a trailing newline when reading sysfs file contents
such as /sys/devices/cpum_cf/events/TX_NC_TEND.
This show when verbose option -v is used.
Output before:
tx_nc_tend -> 'cpum_cf'/'event=0x008d
'/
Output after:
tx_nc_tend -> 'cpum_cf'/'event=0x8d'/
Signed-off-by: Thomas Richter
---
PMU alias definitions in sysfs files may have spaces, newlines
and number with leading zeroes. Same alias definitions may
also appear in JSON files without spaces, etc.
Scan alias definitions and remove leading zeroes, spaces,
newlines, etc and rebuild string to make alias->str member
comparable.
Remove a trailing newline when reading sysfs file contents
such as /sys/devices/cpum_cf/events/TX_NC_TEND.
This show when verbose option -v is used.
Output before:
tx_nc_tend -> 'cpum_cf'/'event=0x008d
'/
Output after:
tx_nc_tend -> 'cpum_cf'/'event=0x8d'/
Signed-off-by: Thomas Richter
---
Perf stat shows a mismatch in perf stat regarding counter names
on s390:
Run command
[root@s35lp76 perf]# ./perf stat -e tx_nc_tend -v --
~/mytesttx 1 >/tmp/111
tx_nc_tend: 1 573146 573146
tx_nc_tend: 1 573146 573146
Performance counter stats for '/root/mytesttx 1':
Perf stat shows a mismatch in perf stat regarding counter names
on s390:
Run command
[root@s35lp76 perf]# ./perf stat -e tx_nc_tend -v --
~/mytesttx 1 >/tmp/111
tx_nc_tend: 1 573146 573146
tx_nc_tend: 1 573146 573146
Performance counter stats for '/root/mytesttx 1':
On 14/06/2018 at 11:50, Alexandre Belloni wrote:
On 14/06/2018 09:51:55+0100, Ben Whitten wrote:
Signed-off-by: Ben Whitten
---
arch/arm/boot/dts/Makefile| 3 +-
arch/arm/boot/dts/at91-wb50n.dts | 116 ++
arch/arm/boot/dts/at91-wb50n.dtsi | 202
On 14/06/2018 at 11:50, Alexandre Belloni wrote:
On 14/06/2018 09:51:55+0100, Ben Whitten wrote:
Signed-off-by: Ben Whitten
---
arch/arm/boot/dts/Makefile| 3 +-
arch/arm/boot/dts/at91-wb50n.dts | 116 ++
arch/arm/boot/dts/at91-wb50n.dtsi | 202
When snd_ctl_add fails, the lack of error-handling code may
cause unexpected results.
This patch adds error-handling code after calling snd_ctl_add.
Signed-off-by: Zhouyang Jia
---
v1->v2:
- Check the return value of snd_sonicvibes_create_gameport.
v2->v3:
- Fix the code style.
---
When snd_ctl_add fails, the lack of error-handling code may
cause unexpected results.
This patch adds error-handling code after calling snd_ctl_add.
Signed-off-by: Zhouyang Jia
---
v1->v2:
- Check the return value of snd_sonicvibes_create_gameport.
v2->v3:
- Fix the code style.
---
On Wed, Jun 13, 2018 at 5:40 AM, Keerthy wrote:
> Currently the driver assumes that the interrupts are continuous
> and does platform_get_irq only once and assumes the rest are continuous,
> instead call platform_get_irq for all the interrupts and store them
> in an array for later use.
>
>
On Wed, Jun 13, 2018 at 5:40 AM, Keerthy wrote:
> Currently the driver assumes that the interrupts are continuous
> and does platform_get_irq only once and assumes the rest are continuous,
> instead call platform_get_irq for all the interrupts and store them
> in an array for later use.
>
>
On Thu, 14 Jun 2018 20:31:59 +0900
Masahiro Yamada wrote:
> Hi Boris,
>
> 2018-06-14 16:38 GMT+09:00 Boris Brezillon :
> > On Thu, 14 Jun 2018 16:29:59 +0900
> > Masahiro Yamada wrote:
> >
> >> Hi Richard,
> >>
> >> 2018-06-14 16:25 GMT+09:00 Richard Weinberger :
> >> > Masahiro,
> >> >
>
On Thu, 14 Jun 2018 20:31:59 +0900
Masahiro Yamada wrote:
> Hi Boris,
>
> 2018-06-14 16:38 GMT+09:00 Boris Brezillon :
> > On Thu, 14 Jun 2018 16:29:59 +0900
> > Masahiro Yamada wrote:
> >
> >> Hi Richard,
> >>
> >> 2018-06-14 16:25 GMT+09:00 Richard Weinberger :
> >> > Masahiro,
> >> >
>
On Thu, Jun 14, 2018 at 09:29:21AM +0200, Thomas Hellstrom wrote:
> __ww_mutex_wakeup_for_backoff(struct mutex *lock, struct ww_acquire_ctx
> *ww_ctx)
> {
> struct mutex_waiter *cur;
> + unsigned int is_wait_die = ww_ctx->ww_class->is_wait_die;
>
>
On Thu, Jun 14, 2018 at 09:29:21AM +0200, Thomas Hellstrom wrote:
> __ww_mutex_wakeup_for_backoff(struct mutex *lock, struct ww_acquire_ctx
> *ww_ctx)
> {
> struct mutex_waiter *cur;
> + unsigned int is_wait_die = ww_ctx->ww_class->is_wait_die;
>
>
On Wed, Jun 13, 2018 at 5:40 AM, Keerthy wrote:
> This is needed in case of PROBE_DEFER if IRQ resource is not yet ready.
>
> Signed-off-by: Keerthy
Took out the previous version and applied this v4 instead.
Yours,
Linus Walleij
On Wed, Jun 13, 2018 at 5:40 AM, Keerthy wrote:
> This is needed in case of PROBE_DEFER if IRQ resource is not yet ready.
>
> Signed-off-by: Keerthy
Took out the previous version and applied this v4 instead.
Yours,
Linus Walleij
On Thu, Jun 14, 2018 at 06:36:03AM -0400, Jan Stancek wrote:
>
> - Original Message -
> > On Thu, Jun 14, 2018 at 05:49:52AM -0400, Jan Stancek wrote:
> > >
> > > - Original Message -
> > > > On Thu, Jun 14, 2018 at 02:24:25PM +0530, Naresh Kamboju wrote:
> > > > > On 14 June
On Thu, Jun 14, 2018 at 06:36:03AM -0400, Jan Stancek wrote:
>
> - Original Message -
> > On Thu, Jun 14, 2018 at 05:49:52AM -0400, Jan Stancek wrote:
> > >
> > > - Original Message -
> > > > On Thu, Jun 14, 2018 at 02:24:25PM +0530, Naresh Kamboju wrote:
> > > > > On 14 June
* John Stultz [180613 17:17]:
> On Wed, Jun 13, 2018 at 7:42 AM, Valentin Schneider
> wrote:
> > On 13/06/18 05:13, Tony Lindgren wrote:
> >> * John Stultz [180612 22:15]:
> >>> Hey Folks,
> >>> I noticed with linus/master wifi wasn't coming up on HiKey960. I
> >>> bisected it down and it
* John Stultz [180613 17:17]:
> On Wed, Jun 13, 2018 at 7:42 AM, Valentin Schneider
> wrote:
> > On 13/06/18 05:13, Tony Lindgren wrote:
> >> * John Stultz [180612 22:15]:
> >>> Hey Folks,
> >>> I noticed with linus/master wifi wasn't coming up on HiKey960. I
> >>> bisected it down and it
> Am 14.06.2018 um 12:39 schrieb H. Nikolaus Schaller :
>
> Hi Roger and Chanwoo,
>
>> Am 14.06.2018 um 12:18 schrieb Chanwoo Choi :
>>
>> + H. Nikolaus Schaller
>>
>> On 2018년 06월 14일 13:14, Chanwoo Choi wrote:
>>> Previously, extcon used the spinlock before calling the notifier_call_chain
> Am 14.06.2018 um 12:39 schrieb H. Nikolaus Schaller :
>
> Hi Roger and Chanwoo,
>
>> Am 14.06.2018 um 12:18 schrieb Chanwoo Choi :
>>
>> + H. Nikolaus Schaller
>>
>> On 2018년 06월 14일 13:14, Chanwoo Choi wrote:
>>> Previously, extcon used the spinlock before calling the notifier_call_chain
Hi Boris,
2018-06-14 16:38 GMT+09:00 Boris Brezillon :
> On Thu, 14 Jun 2018 16:29:59 +0900
> Masahiro Yamada wrote:
>
>> Hi Richard,
>>
>> 2018-06-14 16:25 GMT+09:00 Richard Weinberger :
>> > Masahiro,
>> >
>> > Am Donnerstag, 14. Juni 2018, 07:11:04 CEST schrieb Masahiro Yamada:
>> >>
>> >>
Hi Boris,
2018-06-14 16:38 GMT+09:00 Boris Brezillon :
> On Thu, 14 Jun 2018 16:29:59 +0900
> Masahiro Yamada wrote:
>
>> Hi Richard,
>>
>> 2018-06-14 16:25 GMT+09:00 Richard Weinberger :
>> > Masahiro,
>> >
>> > Am Donnerstag, 14. Juni 2018, 07:11:04 CEST schrieb Masahiro Yamada:
>> >>
>> >>
On 14-Jun 12:33, Vincent Guittot wrote:
> When a cfs_rq is throttled, parent cfs_rq->nr_running is decreased and
> everything happens at cfs_rq level. Currently util_est stays unchanged
> in such case and it keeps accounting the utilization of throttled tasks.
> This can somewhat make sense as we
On 14-Jun 12:33, Vincent Guittot wrote:
> When a cfs_rq is throttled, parent cfs_rq->nr_running is decreased and
> everything happens at cfs_rq level. Currently util_est stays unchanged
> in such case and it keeps accounting the utilization of throttled tasks.
> This can somewhat make sense as we
When nlmsg_put fails, the lack of error-handling code may
cause unexpected results.
This patch adds error-handling code after calling nlmsg_put.
Signed-off-by: Zhouyang Jia
---
v1->v2:
- Add some cleanup
---
drivers/staging/gdm724x/netlink_k.c | 5 +
1 file changed, 5 insertions(+)
diff
When nlmsg_put fails, the lack of error-handling code may
cause unexpected results.
This patch adds error-handling code after calling nlmsg_put.
Signed-off-by: Zhouyang Jia
---
v1->v2:
- Add some cleanup
---
drivers/staging/gdm724x/netlink_k.c | 5 +
1 file changed, 5 insertions(+)
diff
On Thu, 14 Jun 2018 13:22:18 +0200,
Zhouyang Jia wrote:
>
> When snd_ctl_add fails, the lack of error-handling code may
> cause unexpected results.
>
> This patch adds error-handling code after calling snd_ctl_add.
>
> Signed-off-by: Zhouyang Jia
> ---
> v1->v2:
> - Check the return value of
On Thu, 14 Jun 2018 13:22:18 +0200,
Zhouyang Jia wrote:
>
> When snd_ctl_add fails, the lack of error-handling code may
> cause unexpected results.
>
> This patch adds error-handling code after calling snd_ctl_add.
>
> Signed-off-by: Zhouyang Jia
> ---
> v1->v2:
> - Check the return value of
On Thu, Jun 14, 2018 at 09:21:03AM +0200, Oscar Salvador wrote:
> On Thu, Jun 14, 2018 at 06:34:55AM +, Naoya Horiguchi wrote:
> > On Thu, Jun 14, 2018 at 07:38:59AM +0200, Oscar Salvador wrote:
> > > On Thu, Jun 14, 2018 at 05:16:18AM +, Naoya Horiguchi wrote:
> > ...
> > > >
> > > > My
On Thu, Jun 14, 2018 at 09:21:03AM +0200, Oscar Salvador wrote:
> On Thu, Jun 14, 2018 at 06:34:55AM +, Naoya Horiguchi wrote:
> > On Thu, Jun 14, 2018 at 07:38:59AM +0200, Oscar Salvador wrote:
> > > On Thu, Jun 14, 2018 at 05:16:18AM +, Naoya Horiguchi wrote:
> > ...
> > > >
> > > > My
On 14/06/2018 11:07:33+0200, Alexandre Belloni wrote:
> Hi,
>
> On 14/06/2018 09:51:54+0100, Ben Whitten wrote:
>
> This need a proper commit message. Maybe you can also add a link to the
> technical brief for the platform?
>
> > Signed-off-by: Ben Whitten
> > ---
> >
On 14/06/2018 11:07:33+0200, Alexandre Belloni wrote:
> Hi,
>
> On 14/06/2018 09:51:54+0100, Ben Whitten wrote:
>
> This need a proper commit message. Maybe you can also add a link to the
> technical brief for the platform?
>
> > Signed-off-by: Ben Whitten
> > ---
> >
When snd_ctl_add fails, the lack of error-handling code may
cause unexpected results.
This patch adds error-handling code after calling snd_ctl_add.
Signed-off-by: Zhouyang Jia
---
v1->v2:
- Check the return value of snd_sonicvibes_create_gameport.
---
sound/pci/sonicvibes.c | 11 +--
When snd_ctl_add fails, the lack of error-handling code may
cause unexpected results.
This patch adds error-handling code after calling snd_ctl_add.
Signed-off-by: Zhouyang Jia
---
v1->v2:
- Check the return value of snd_sonicvibes_create_gameport.
---
sound/pci/sonicvibes.c | 11 +--
901 - 1000 of 1344 matches
Mail list logo