Hi Takashi,
> Takashi Iwai hat am 4. September 2018 um 17:58 geschrieben:
>
>
> Hi,
>
> since I had an opportunity to play with RPi3B+ recently, I took a look
> at the existing bcm2835-audio driver code and was amused very much :)
>
> So here is the result, a cleanup and fix patch series.
>
Hi Takashi,
> Takashi Iwai hat am 4. September 2018 um 17:58 geschrieben:
>
>
> Hi,
>
> since I had an opportunity to play with RPi3B+ recently, I took a look
> at the existing bcm2835-audio driver code and was amused very much :)
>
> So here is the result, a cleanup and fix patch series.
>
Add function to retrieve a mtd device by its OF node. Since drivers can
assign arbitrary names to mtd devices in the absence of a label
property, there is no other reliable way to retrieve a mtd device for a
given OF node.
Signed-off-by: Bernhard Frauendienst
Reviewed-by: Miquel Raynal
---
Add function to retrieve a mtd device by its OF node. Since drivers can
assign arbitrary names to mtd devices in the absence of a label
property, there is no other reliable way to retrieve a mtd device for a
given OF node.
Signed-off-by: Bernhard Frauendienst
Reviewed-by: Miquel Raynal
---
Document virtual mtd-concat device bindings.
Signed-off-by: Bernhard Frauendienst
---
.../devicetree/bindings/mtd/mtd-concat.txt| 36 +++
1 file changed, 36 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mtd/mtd-concat.txt
diff --git
Document virtual mtd-concat device bindings.
Signed-off-by: Bernhard Frauendienst
---
.../devicetree/bindings/mtd/mtd-concat.txt| 36 +++
1 file changed, 36 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mtd/mtd-concat.txt
diff --git
Hi everybody,
my router firmware concatenates two identical flash chips into a single
mtd using mtd_concat_create(), and sets up partitions in a way where one
of them crosses the chip boundary. When porting OpenWRT support for the
board from a mach-file based setup to a device-tree based one, I
Hi everybody,
my router firmware concatenates two identical flash chips into a single
mtd using mtd_concat_create(), and sets up partitions in a way where one
of them crosses the chip boundary. When porting OpenWRT support for the
board from a mach-file based setup to a device-tree based one, I
On Sat, 8 Sep 2018 18:26:28 +0800, zhong jiang wrote:
> ARRAY_SIZE has implemented its function. we prefer to use the function
> rather than the open code.
>
> Signed-off-by: zhong jiang
> ---
> drivers/s390/net/qeth_core_mpc.c | 7 ++-
> 1 file changed, 2 insertions(+), 5 deletions(-)
>
>
On Sat, 8 Sep 2018 18:26:28 +0800, zhong jiang wrote:
> ARRAY_SIZE has implemented its function. we prefer to use the function
> rather than the open code.
>
> Signed-off-by: zhong jiang
> ---
> drivers/s390/net/qeth_core_mpc.c | 7 ++-
> 1 file changed, 2 insertions(+), 5 deletions(-)
>
>
debugfs_remove has taken the IS_ERR_OR_NULL into account. Just
remove the unnecessary condition.
Signed-off-by: zhong jiang
---
drivers/md/bcache/super.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/md/bcache/super.c b/drivers/md/bcache/super.c
index
debugfs_remove has taken the IS_ERR_OR_NULL into account. Just
remove the unnecessary condition.
Signed-off-by: zhong jiang
---
drivers/md/bcache/super.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/md/bcache/super.c b/drivers/md/bcache/super.c
index
On Sat, 8 Sep 2018 18:26:27 +0800, zhong jiang wrote:
> ARRAY_SIZE has implemented its function. we prefer to use the function
> rather than the open code.
>
> Signed-off-by: zhong jiang
> ---
> drivers/s390/char/vmlogrdr.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
On Sat, 8 Sep 2018 18:26:27 +0800, zhong jiang wrote:
> ARRAY_SIZE has implemented its function. we prefer to use the function
> rather than the open code.
>
> Signed-off-by: zhong jiang
> ---
> drivers/s390/char/vmlogrdr.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
On Sat, Sep 08, 2018 at 06:57:36PM +0800, zhong jiang wrote:
> The iterator in for_each_set_bit is never null, therefore, remove
> the redundant conditional judgment.
>
> Signed-off-by: zhong jiang
> ---
> drivers/iio/humidity/am2315.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
On Sat, Sep 08, 2018 at 06:57:36PM +0800, zhong jiang wrote:
> The iterator in for_each_set_bit is never null, therefore, remove
> the redundant conditional judgment.
>
> Signed-off-by: zhong jiang
> ---
> drivers/iio/humidity/am2315.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
On Mon, 27 Aug 2018, Rob Herring wrote:
> In preparation to remove the node name pointer from struct device_node,
> convert printf users to use the %pOFn format specifier.
>
> Cc: Thomas Gleixner
> Cc: Jason Cooper
> Cc: Marc Zyngier
> Cc: linux-arm-ker...@lists.infradead.org
> Signed-off-by:
On Mon, 27 Aug 2018, Rob Herring wrote:
> In preparation to remove the node name pointer from struct device_node,
> convert printf users to use the %pOFn format specifier.
>
> Cc: Thomas Gleixner
> Cc: Jason Cooper
> Cc: Marc Zyngier
> Cc: linux-arm-ker...@lists.infradead.org
> Signed-off-by:
Wrap lines over 80 characters where appropriate to
clear checkpatch warnings.
Signed-off-by: Michael Straube
---
drivers/staging/rtl8188eu/core/rtw_led.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/rtl8188eu/core/rtw_led.c
Wrap lines over 80 characters where appropriate to
clear checkpatch warnings.
Signed-off-by: Michael Straube
---
drivers/staging/rtl8188eu/core/rtw_led.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/rtl8188eu/core/rtw_led.c
Refactor switch cases in SwLedControlMode1() to reduce
indentation level. Also clears line over 80 characters
checkpatch warnings.
Suggested-by: Joe Perches
Signed-off-by: Michael Straube
---
drivers/staging/rtl8188eu/core/rtw_led.c | 223 ---
1 file changed, 113
Remove unnecessary parentheses from conditionals.
Also clears 'Alignment should match open parenthesis'
checkpatch issue.
Signed-off-by: Michael Straube
---
drivers/staging/rtl8188eu/core/rtw_led.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
Refactor switch cases in SwLedControlMode1() to reduce
indentation level. Also clears line over 80 characters
checkpatch warnings.
Suggested-by: Joe Perches
Signed-off-by: Michael Straube
---
drivers/staging/rtl8188eu/core/rtw_led.c | 223 ---
1 file changed, 113
Remove unnecessary parentheses from conditionals.
Also clears 'Alignment should match open parenthesis'
checkpatch issue.
Signed-off-by: Michael Straube
---
drivers/staging/rtl8188eu/core/rtw_led.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
On Wed, 29 Aug 2018, Baoquan He wrote:
> In memory KASLR, __PHYSICAL_MASK_SHIFT is taken to calculate the
> initial size of the direct mapping region. This is right in the
> old code where __PHYSICAL_MASK_SHIFT was equal to MAX_PHYSMEM_BITS,
> 46bit, and only 4-level mode was supported.
>
>
On Wed, 29 Aug 2018, Baoquan He wrote:
> In memory KASLR, __PHYSICAL_MASK_SHIFT is taken to calculate the
> initial size of the direct mapping region. This is right in the
> old code where __PHYSICAL_MASK_SHIFT was equal to MAX_PHYSMEM_BITS,
> 46bit, and only 4-level mode was supported.
>
>
On Tue, 4 Sep 2018, Fenghua Yu wrote:
>
> Signed-off-by: Xiaochen Shen
> Signed-off-by: Fenghua Yu
Sigh. Am I supposed to assume that this patch is authored by Xiaochen?
Come on, you are around long enough to do it proper.
Thanks,
tglx
On Tue, 4 Sep 2018, Fenghua Yu wrote:
>
> Signed-off-by: Xiaochen Shen
> Signed-off-by: Fenghua Yu
Sigh. Am I supposed to assume that this patch is authored by Xiaochen?
Come on, you are around long enough to do it proper.
Thanks,
tglx
RE: Privileged and Confidential:
Here I brought a potential Business Proposal at your door step for
consideration.
I have a client that is interested to Invest in your Country and would like to
engage you and your company on this project. The Investment Amount is valued at
US$132 million.
If
RE: Privileged and Confidential:
Here I brought a potential Business Proposal at your door step for
consideration.
I have a client that is interested to Invest in your Country and would like to
engage you and your company on this project. The Investment Amount is valued at
US$132 million.
If
The iterator in for_each_cache is never null, therefore, remove
the redundant null pointer check.
Signed-off-by: zhong jiang
---
drivers/md/bcache/super.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/drivers/md/bcache/super.c b/drivers/md/bcache/super.c
index
The iterator in for_each_cache is never null, therefore, remove
the redundant null pointer check.
Signed-off-by: zhong jiang
---
drivers/md/bcache/super.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/drivers/md/bcache/super.c b/drivers/md/bcache/super.c
index
Hi , I have fixed error space required before the open parenthesis in
drivers/bluetooth/hci_serdev.c
>From 084feec211eb99e6658d9ad11152406348716ced Mon Sep 17 00:00:00 2001
From: Jagdish Tirumala
Date: Sat, 8 Sep 2018 03:36:34 -0700
Subject: [PATCH] fixed error space required before the open
Hi , I have fixed error space required before the open parenthesis in
drivers/bluetooth/hci_serdev.c
>From 084feec211eb99e6658d9ad11152406348716ced Mon Sep 17 00:00:00 2001
From: Jagdish Tirumala
Date: Sat, 8 Sep 2018 03:36:34 -0700
Subject: [PATCH] fixed error space required before the open
The iterator in for_each_set_bit is never null, therefore, remove
the redundant conditional judgment.
Signed-off-by: zhong jiang
---
drivers/iio/humidity/am2315.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/iio/humidity/am2315.c b/drivers/iio/humidity/am2315.c
The iterator in for_each_set_bit is never null, therefore, remove
the redundant conditional judgment.
Signed-off-by: zhong jiang
---
drivers/iio/humidity/am2315.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/iio/humidity/am2315.c b/drivers/iio/humidity/am2315.c
From: Sean Wang
It's usual and not an error for there's some register not supported by a
certain SoC or a pin so that in the case we have to adjust the message to
print and the error code to get rid of unnecessary false alarm.
Signed-off-by: Sean Wang
---
From: Sean Wang
It's usual and not an error for there's some register not supported by a
certain SoC or a pin so that in the case we have to adjust the message to
print and the error code to get rid of unnecessary false alarm.
Signed-off-by: Sean Wang
---
From: Sean Wang
This patch adds members sz_reg fixed in struct mtk_pin_field_calc
- The 'fixed' is used to represent the consecutive pins share the same
bits within the same register with the 1st pin so that it can largely
reduce the entry size a bit.
- The 'sz_reg' is used to indicate the
From: Sean Wang
Just add eint support to MT8183 pinctrl driver as usual as
happens on the other SoCs.
Signed-off-by: Sean Wang
---
drivers/pinctrl/mediatek/pinctrl-mt8183.c | 8
drivers/pinctrl/mediatek/pinctrl-paris.c | 22 ++
2 files changed, 30 insertions(+)
From: Sean Wang
This patch adds members sz_reg fixed in struct mtk_pin_field_calc
- The 'fixed' is used to represent the consecutive pins share the same
bits within the same register with the 1st pin so that it can largely
reduce the entry size a bit.
- The 'sz_reg' is used to indicate the
From: Sean Wang
Just add eint support to MT8183 pinctrl driver as usual as
happens on the other SoCs.
Signed-off-by: Sean Wang
---
drivers/pinctrl/mediatek/pinctrl-mt8183.c | 8
drivers/pinctrl/mediatek/pinctrl-paris.c | 22 ++
2 files changed, 30 insertions(+)
From: Sean Wang
Adding MT7623 pinctrl driver based on generic pinctrl binding, that is
good example and demonstrates how to port any other MediaTek SoCs
pinctrl-moore core when people really would like to use the generic
pinctrl binding to support these MediaTek SoCs.
Signed-off-by: Ryder Lee
From: Sean Wang
all use pin descriptor instead in pinctrl-mtk-common-v2.c for the
consistency and extensibility.
Signed-off-by: Sean Wang
---
drivers/pinctrl/mediatek/pinctrl-moore.c | 66 +---
drivers/pinctrl/mediatek/pinctrl-mtk-common-v2.c | 76
From: Sean Wang
Because the pincrl-mtk-common.c is an implementation for per-pin binding,
its pin descriptor includes more information than pinctrl-mtk-common-v2
so far can support. So, we complement these data before writing a driver
using pincrl-mtk-common-v2.c for per-pin binding. By the way,
From: Sean Wang
all use pin descriptor instead in pinctrl-mtk-common-v2.c for the
consistency and extensibility.
Signed-off-by: Sean Wang
---
drivers/pinctrl/mediatek/pinctrl-moore.c | 66 +---
drivers/pinctrl/mediatek/pinctrl-mtk-common-v2.c | 76
From: Sean Wang
Because the pincrl-mtk-common.c is an implementation for per-pin binding,
its pin descriptor includes more information than pinctrl-mtk-common-v2
so far can support. So, we complement these data before writing a driver
using pincrl-mtk-common-v2.c for per-pin binding. By the way,
From: Sean Wang
Adding MT7623 pinctrl driver based on generic pinctrl binding, that is
good example and demonstrates how to port any other MediaTek SoCs
pinctrl-moore core when people really would like to use the generic
pinctrl binding to support these MediaTek SoCs.
Signed-off-by: Ryder Lee
From: Zhiyong Tao
Add MT8183 pinctrl driver based on MediaTek pinctrl-paris core.
Signed-off-by: Zhiyong Tao
Signed-off-by: Sean Wang
---
drivers/pinctrl/mediatek/Kconfig |7 +
drivers/pinctrl/mediatek/Makefile |1 +
drivers/pinctrl/mediatek/pinctrl-mt8183.c
From: Zhiyong Tao
Add MT8183 pinctrl driver based on MediaTek pinctrl-paris core.
Signed-off-by: Zhiyong Tao
Signed-off-by: Sean Wang
---
drivers/pinctrl/mediatek/Kconfig |7 +
drivers/pinctrl/mediatek/Makefile |1 +
drivers/pinctrl/mediatek/pinctrl-mt8183.c
From: Zhiyong Tao
This patch provides the advanced pull for I2C used pins on MT8183.
Signed-off-by: Zhiyong Tao
Signed-off-by: Sean Wang
---
drivers/pinctrl/mediatek/pinctrl-mt8183.c | 24
1 file changed, 24 insertions(+)
diff --git
From: Sean Wang
v2 and changes since v1:
add new patches
* Add additional patch 17 to 22 to support MT8183 SoC
update the existing patches
* Patch 2: Removed unnecessary blank line and headers included.
* Patch 4: Extended the size eint number can hold since it's possible more than
254 pins
From: Zhiyong Tao
Add pinctrl-paris core that implements vendor dt-binding which MediaTek
tablet, box and smartphone-based SoCs such as MT81xx, MT27xx, and MT67xx
SoCs really want to depend on. The driver is just completely rewritten
according to pinctrl-mtk-common.c but uses the new logic from
From: Zhiyong Tao
This patch provides the advanced pull for I2C used pins on MT8183.
Signed-off-by: Zhiyong Tao
Signed-off-by: Sean Wang
---
drivers/pinctrl/mediatek/pinctrl-mt8183.c | 24
1 file changed, 24 insertions(+)
diff --git
From: Sean Wang
v2 and changes since v1:
add new patches
* Add additional patch 17 to 22 to support MT8183 SoC
update the existing patches
* Patch 2: Removed unnecessary blank line and headers included.
* Patch 4: Extended the size eint number can hold since it's possible more than
254 pins
From: Zhiyong Tao
Add pinctrl-paris core that implements vendor dt-binding which MediaTek
tablet, box and smartphone-based SoCs such as MT81xx, MT27xx, and MT67xx
SoCs really want to depend on. The driver is just completely rewritten
according to pinctrl-mtk-common.c but uses the new logic from
From: Sean Wang
Almost all MediaTek SoCs apply the exact same logic to build eint, so move
the common functions into pinctrl-mtk-common-v2.c to allow each new pinctrl
driver to reuse them. Also, add a protection checker on hw->soc->eint_hw to
avoid invalid memory access when there's certain SoC
From: Sean Wang
Extend the advanced pull based on the legacy bias plus additional r0 and r1
to tweak the resistor level.
Signed-off-by: Zhiyong Tao
Signed-off-by: Sean Wang
---
drivers/pinctrl/mediatek/pinctrl-mtk-common-v2.c | 37
1 file changed, 32 insertions(+), 5
From: Sean Wang
Almost all MediaTek SoCs apply the exact same logic to build eint, so move
the common functions into pinctrl-mtk-common-v2.c to allow each new pinctrl
driver to reuse them. Also, add a protection checker on hw->soc->eint_hw to
avoid invalid memory access when there's certain SoC
From: Sean Wang
Extend the advanced pull based on the legacy bias plus additional r0 and r1
to tweak the resistor level.
Signed-off-by: Zhiyong Tao
Signed-off-by: Sean Wang
---
drivers/pinctrl/mediatek/pinctrl-mtk-common-v2.c | 37
1 file changed, 32 insertions(+), 5
From: Sean Wang
Certain SoC own multiple register base for accessing each pin groups,
it's easy to be done with extend struct mtk_pin_field_calc to support
the kind of SoC such as MT8183.
Signed-off-by: Sean Wang
---
drivers/pinctrl/mediatek/pinctrl-moore.c | 30 +++-
From: Sean Wang
Certain SoC own multiple register base for accessing each pin groups,
it's easy to be done with extend struct mtk_pin_field_calc to support
the kind of SoC such as MT8183.
Signed-off-by: Sean Wang
---
drivers/pinctrl/mediatek/pinctrl-moore.c | 30 +++-
On Mon, 3 Sep 2018, Eric W. Biederman wrote:
> SEND_SIG_FORCED has two functions. It forces a pid namespace init to
> receive a signal it would ordinarily ignore, and it causes a siginfo to
> not be allocated for a signal.
>
> This patchset makes __send_signal a little bit smarter so that it
On Mon, 3 Sep 2018, Eric W. Biederman wrote:
> SEND_SIG_FORCED has two functions. It forces a pid namespace init to
> receive a signal it would ordinarily ignore, and it causes a siginfo to
> not be allocated for a signal.
>
> This patchset makes __send_signal a little bit smarter so that it
On Thu, 6 Sep 2018, Christoph Hellwig wrote:
> Just as before: NAK to entirely pointless abstractions. Please stop
> beating the dead horse.
I disagree. These interrupts very well fit into the percpu interupt
mechanics and that allows them to be handled by all the generic mechanisms
as any
On Thu, 6 Sep 2018, Christoph Hellwig wrote:
> Just as before: NAK to entirely pointless abstractions. Please stop
> beating the dead horse.
I disagree. These interrupts very well fit into the percpu interupt
mechanics and that allows them to be handled by all the generic mechanisms
as any
ARRAY_SIZE has implemented its function. we prefer to use the function
rather than the open code.
Signed-off-by: zhong jiang
---
drivers/s390/char/vmlogrdr.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/s390/char/vmlogrdr.c b/drivers/s390/char/vmlogrdr.c
index
I find the issue with the help of Coccinelle.
zhong jiang (2):
s390: vmlogrdr: Use ARRAY_SIZE instead of reimplementing its function
s390: qeth_core_mpc: Use ARRAY_SIZE instead of reimplementing its
function
drivers/s390/char/vmlogrdr.c | 2 +-
drivers/s390/net/qeth_core_mpc.c | 7
ARRAY_SIZE has implemented its function. we prefer to use the function
rather than the open code.
Signed-off-by: zhong jiang
---
drivers/s390/net/qeth_core_mpc.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/s390/net/qeth_core_mpc.c
ARRAY_SIZE has implemented its function. we prefer to use the function
rather than the open code.
Signed-off-by: zhong jiang
---
drivers/s390/char/vmlogrdr.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/s390/char/vmlogrdr.c b/drivers/s390/char/vmlogrdr.c
index
I find the issue with the help of Coccinelle.
zhong jiang (2):
s390: vmlogrdr: Use ARRAY_SIZE instead of reimplementing its function
s390: qeth_core_mpc: Use ARRAY_SIZE instead of reimplementing its
function
drivers/s390/char/vmlogrdr.c | 2 +-
drivers/s390/net/qeth_core_mpc.c | 7
ARRAY_SIZE has implemented its function. we prefer to use the function
rather than the open code.
Signed-off-by: zhong jiang
---
drivers/s390/net/qeth_core_mpc.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/s390/net/qeth_core_mpc.c
Commit-ID: 4a60aa05a0634241ce17f957bf9fb5ac1eed6576
Gitweb: https://git.kernel.org/tip/4a60aa05a0634241ce17f957bf9fb5ac1eed6576
Author: Allan Xavier
AuthorDate: Fri, 7 Sep 2018 08:12:01 -0500
Committer: Thomas Gleixner
CommitDate: Sat, 8 Sep 2018 12:33:01 +0200
objtool: Support
Commit-ID: 4a60aa05a0634241ce17f957bf9fb5ac1eed6576
Gitweb: https://git.kernel.org/tip/4a60aa05a0634241ce17f957bf9fb5ac1eed6576
Author: Allan Xavier
AuthorDate: Fri, 7 Sep 2018 08:12:01 -0500
Committer: Thomas Gleixner
CommitDate: Sat, 8 Sep 2018 12:33:01 +0200
objtool: Support
Commit-ID: 9bc4f28af75a91aea0ae383f50b0a430c4509303
Gitweb: https://git.kernel.org/tip/9bc4f28af75a91aea0ae383f50b0a430c4509303
Author: Nadav Amit
AuthorDate: Sun, 2 Sep 2018 11:14:50 -0700
Committer: Thomas Gleixner
CommitDate: Sat, 8 Sep 2018 12:30:36 +0200
x86/mm: Use WRITE_ONCE()
Commit-ID: 9bc4f28af75a91aea0ae383f50b0a430c4509303
Gitweb: https://git.kernel.org/tip/9bc4f28af75a91aea0ae383f50b0a430c4509303
Author: Nadav Amit
AuthorDate: Sun, 2 Sep 2018 11:14:50 -0700
Committer: Thomas Gleixner
CommitDate: Sat, 8 Sep 2018 12:30:36 +0200
x86/mm: Use WRITE_ONCE()
On 2018/9/8 18:21, Thomas Gleixner wrote:
> On Sat, 8 Sep 2018, zhong jiang wrote:
>
>> On 2018/9/8 17:46, Thomas Gleixner wrote:
>>> On Sat, 8 Sep 2018, zhong jiang wrote:
Hi, Thomas
Can you pick up the patch?
>>> I'm not picking up patches for lib/sg_pool. Why would I?
>>>
>> I
On 2018/9/8 18:21, Thomas Gleixner wrote:
> On Sat, 8 Sep 2018, zhong jiang wrote:
>
>> On 2018/9/8 17:46, Thomas Gleixner wrote:
>>> On Sat, 8 Sep 2018, zhong jiang wrote:
Hi, Thomas
Can you pick up the patch?
>>> I'm not picking up patches for lib/sg_pool. Why would I?
>>>
>> I
On Fri, 31 Aug 2018, Joerg Roedel wrote:
> On Fri, Aug 31, 2018 at 07:12:44AM +0300, Meelis Roos wrote:
> > > Thanks for the report! I'll try to reproduce the problem tomorrow and
> > > investigate it. Can you please check if any of the kernel configurations
> > > that show the bug has
On Fri, 31 Aug 2018, Joerg Roedel wrote:
> On Fri, Aug 31, 2018 at 07:12:44AM +0300, Meelis Roos wrote:
> > > Thanks for the report! I'll try to reproduce the problem tomorrow and
> > > investigate it. Can you please check if any of the kernel configurations
> > > that show the bug has
On Sat, 8 Sep 2018, zhong jiang wrote:
> On 2018/9/8 17:46, Thomas Gleixner wrote:
> > On Sat, 8 Sep 2018, zhong jiang wrote:
> >> Hi, Thomas
> >>
> >> Can you pick up the patch?
> > I'm not picking up patches for lib/sg_pool. Why would I?
> >
> I am sorry for that. I regard you as maintainer
On Sat, 8 Sep 2018, zhong jiang wrote:
> On 2018/9/8 17:46, Thomas Gleixner wrote:
> > On Sat, 8 Sep 2018, zhong jiang wrote:
> >> Hi, Thomas
> >>
> >> Can you pick up the patch?
> > I'm not picking up patches for lib/sg_pool. Why would I?
> >
> I am sorry for that. I regard you as maintainer
On Sat, 8 Sep 2018, Dou Liyang wrote:
> Spread managed interrupt on allocation as well.
>
> Fixes: a0c9259dc4e1("irq/matrix: Spread interrupts on allocation")
No. This is an enhancement and not a fix.
> - cpumask_and(vector_searchmask, vector_searchmask, affmsk);
> - cpu =
On Sat, 8 Sep 2018, Dou Liyang wrote:
> Spread managed interrupt on allocation as well.
>
> Fixes: a0c9259dc4e1("irq/matrix: Spread interrupts on allocation")
No. This is an enhancement and not a fix.
> - cpumask_and(vector_searchmask, vector_searchmask, affmsk);
> - cpu =
On 2018/9/8 17:46, Thomas Gleixner wrote:
> On Sat, 8 Sep 2018, zhong jiang wrote:
>> Hi, Thomas
>>
>> Can you pick up the patch?
> I'm not picking up patches for lib/sg_pool. Why would I?
>
I am sorry for that. I regard you as maintainer for lib/sg_pool mistakely.
but I can get maintainer
On 2018/9/8 17:46, Thomas Gleixner wrote:
> On Sat, 8 Sep 2018, zhong jiang wrote:
>> Hi, Thomas
>>
>> Can you pick up the patch?
> I'm not picking up patches for lib/sg_pool. Why would I?
>
I am sorry for that. I regard you as maintainer for lib/sg_pool mistakely.
but I can get maintainer
On Sat, 8 Sep 2018, Dou Liyang wrote:
> +/* Find the best CPU which has the lowest vector allocation count */
> +static int matrix_find_best_cpu(struct irq_matrix *m,
> + const struct cpumask *msk, int *best_cpu)
> +{
> + unsigned int cpu, maxavl = 0;
> + struct
> Will feels strongly (and Linus agrees) that the LKMM should not require
> ordinary acquire and release to be any stronger than RCpc.
>
> The issue that Andrea raised has to do with qspinlock, qrwlock, and
> mcs_spinlock, which are implemented using smp_cond_load_acquire()
> instead of
On Sat, 8 Sep 2018, Dou Liyang wrote:
> +/* Find the best CPU which has the lowest vector allocation count */
> +static int matrix_find_best_cpu(struct irq_matrix *m,
> + const struct cpumask *msk, int *best_cpu)
> +{
> + unsigned int cpu, maxavl = 0;
> + struct
> Will feels strongly (and Linus agrees) that the LKMM should not require
> ordinary acquire and release to be any stronger than RCpc.
>
> The issue that Andrea raised has to do with qspinlock, qrwlock, and
> mcs_spinlock, which are implemented using smp_cond_load_acquire()
> instead of
Commit-ID: 86635715ee4228ded59f662dab36e9732b9c978f
Gitweb: https://git.kernel.org/tip/86635715ee4228ded59f662dab36e9732b9c978f
Author: Andy Lutomirski
AuthorDate: Mon, 3 Sep 2018 15:59:44 -0700
Committer: Thomas Gleixner
CommitDate: Sat, 8 Sep 2018 11:53:16 +0200
x86/pti/64: Remove
Commit-ID: 86635715ee4228ded59f662dab36e9732b9c978f
Gitweb: https://git.kernel.org/tip/86635715ee4228ded59f662dab36e9732b9c978f
Author: Andy Lutomirski
AuthorDate: Mon, 3 Sep 2018 15:59:44 -0700
Committer: Thomas Gleixner
CommitDate: Sat, 8 Sep 2018 11:53:16 +0200
x86/pti/64: Remove
mempool_destroy has taken null pointer check into account. so remove the
redundant check.
Signed-off-by: zhong jiang
---
drivers/s390/scsi/zfcp_aux.c | 21 +++--
1 file changed, 7 insertions(+), 14 deletions(-)
diff --git a/drivers/s390/scsi/zfcp_aux.c
mempool_destroy has taken null pointer check into account. so remove the
redundant check.
Signed-off-by: zhong jiang
---
drivers/s390/scsi/zfcp_aux.c | 21 +++--
1 file changed, 7 insertions(+), 14 deletions(-)
diff --git a/drivers/s390/scsi/zfcp_aux.c
On Sat, 8 Sep 2018, zhong jiang wrote:
> Hi, Thomas
>
> Can you pick up the patch?
I'm not picking up patches for lib/sg_pool. Why would I?
On Sat, 8 Sep 2018, zhong jiang wrote:
> Hi, Thomas
>
> Can you pick up the patch?
I'm not picking up patches for lib/sg_pool. Why would I?
Linus,
The following changes since commit 57361846b52bc686112da6ca5368d11210796804:
Linux 4.19-rc2 (2018-09-02 14:37:30 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/virt/kvm/kvm tags/for-linus
for you to fetch changes up to
Linus,
The following changes since commit 57361846b52bc686112da6ca5368d11210796804:
Linux 4.19-rc2 (2018-09-02 14:37:30 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/virt/kvm/kvm tags/for-linus
for you to fetch changes up to
Remove the typedef directive from enumerated type firmware_init_step_e
this clears the checkpatch issue with adding new types to the code.
This is a coding style change which should have no impact on runtime
code execution.
Signed-off-by: John Whitmore
---
Remove the typedef directive from enumerated type firmware_init_step_e
this clears the checkpatch issue with adding new types to the code.
This is a coding style change which should have no impact on runtime
code execution.
Signed-off-by: John Whitmore
---
201 - 300 of 352 matches
Mail list logo