[PATCH 4/4] Staging: rts5208: sd: Fixed multiple coding style issues Fixed multiple braces issues

2018-09-28 Thread Maxime Desroches
--- drivers/staging/rts5208/sd.c | 704 +-- 1 file changed, 268 insertions(+), 436 deletions(-) diff --git a/drivers/staging/rts5208/sd.c b/drivers/staging/rts5208/sd.c index e7efa34195c7..930c61ccb047 100644 --- a/drivers/staging/rts5208/sd.c +++

[PATCH 4/4] Staging: rts5208: sd: Fixed multiple coding style issues Fixed multiple braces issues

2018-09-28 Thread Maxime Desroches
--- drivers/staging/rts5208/sd.c | 704 +-- 1 file changed, 268 insertions(+), 436 deletions(-) diff --git a/drivers/staging/rts5208/sd.c b/drivers/staging/rts5208/sd.c index e7efa34195c7..930c61ccb047 100644 --- a/drivers/staging/rts5208/sd.c +++

Re: [PATCH v5 0/9] PCI: mediatek: fixup find_port, enable_msi and add pm, module support

2018-09-28 Thread Ryder Lee
On Fri, 2018-09-28 at 18:04 +0800, honghui.zh...@mediatek.com wrote: > From: Honghui Zhang > > This patchset includes misc patchs: > > The patch 1 fixup the mtk_pcie_find_port logic which will cause system > could not touch the EP's configuration space that connected to PCIe slot 1. > > The

Re: [PATCH v5 0/9] PCI: mediatek: fixup find_port, enable_msi and add pm, module support

2018-09-28 Thread Ryder Lee
On Fri, 2018-09-28 at 18:04 +0800, honghui.zh...@mediatek.com wrote: > From: Honghui Zhang > > This patchset includes misc patchs: > > The patch 1 fixup the mtk_pcie_find_port logic which will cause system > could not touch the EP's configuration space that connected to PCIe slot 1. > > The

Re: [PATCH v5 4/9] PCI: mediatek: Convert to use pci_host_probe()

2018-09-28 Thread Ryder Lee
On Sat, 2018-09-29 at 08:16 +0800, Honghui Zhang wrote: > On Fri, 2018-09-28 at 23:41 +0800, Ryder Lee wrote: > > On Fri, 2018-09-28 at 18:04 +0800, honghui.zh...@mediatek.com wrote: > > > From: Honghui Zhang > > > > > > Part of mtk_pcie_register_host is an open-coded version of > > >

Re: [PATCH v5 4/9] PCI: mediatek: Convert to use pci_host_probe()

2018-09-28 Thread Ryder Lee
On Sat, 2018-09-29 at 08:16 +0800, Honghui Zhang wrote: > On Fri, 2018-09-28 at 23:41 +0800, Ryder Lee wrote: > > On Fri, 2018-09-28 at 18:04 +0800, honghui.zh...@mediatek.com wrote: > > > From: Honghui Zhang > > > > > > Part of mtk_pcie_register_host is an open-coded version of > > >

[PATCH 6/7] dmaengine: sprd: Support DMA 2-stage transfer mode

2018-09-28 Thread Baolin Wang
From: Eric Long The Spreadtrum DMA controller supports channel 2-stage tansfer mode, that means we can request 2 dma channels, one for source channel, and another one for destination channel. Once the source channel's transaction is done, it will trigger the destination channel's transaction

[PATCH 6/7] dmaengine: sprd: Support DMA 2-stage transfer mode

2018-09-28 Thread Baolin Wang
From: Eric Long The Spreadtrum DMA controller supports channel 2-stage tansfer mode, that means we can request 2 dma channels, one for source channel, and another one for destination channel. Once the source channel's transaction is done, it will trigger the destination channel's transaction

[PATCH 4/7] dmaengine: sprd: Set cur_desc as NULL when free or terminate one dma channel

2018-09-28 Thread Baolin Wang
From: Eric Long It will be failed to start one new transfer if the channel started one none interrupt transfer before, since we will only set the schan->cur_desc as NULL depending on the transfer interrupt now. Thus we should set schan->cur_desc as NULL when free or terminate one dma channel to

[PATCH 0/7] Add some fixes and new feature for SPRD DMA

2018-09-28 Thread Baolin Wang
This patchset removes the direction usage from struct dma_slave_config, and add one new field to save the direction. It also fixes some issues for link-list transfer. Moreover this patchset adds new 2-stage transfer support for our DMA. Baolin Wang (1): dmaengine: sprd: Remove direction usage

[PATCH 1/7] dmaengine: sprd: Remove direction usage from struct dma_slave_config

2018-09-28 Thread Baolin Wang
The direction field of struct dma_slave_config was marked deprecated, thus remove the usage. Signed-off-by: Baolin Wang --- drivers/dma/sprd-dma.c |3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/dma/sprd-dma.c b/drivers/dma/sprd-dma.c index 38d4e4f..c226dc93 100644 ---

[PATCH 7/7] dmaengine: sprd: Add me as one of the module authors

2018-09-28 Thread Baolin Wang
From: Eric Long Add me as one of the module authors. Signed-off-by: Eric Long Signed-off-by: Baolin Wang --- drivers/dma/sprd-dma.c |1 + 1 file changed, 1 insertion(+) diff --git a/drivers/dma/sprd-dma.c b/drivers/dma/sprd-dma.c index 50d6569..e2f0167 100644 ---

[PATCH 4/7] dmaengine: sprd: Set cur_desc as NULL when free or terminate one dma channel

2018-09-28 Thread Baolin Wang
From: Eric Long It will be failed to start one new transfer if the channel started one none interrupt transfer before, since we will only set the schan->cur_desc as NULL depending on the transfer interrupt now. Thus we should set schan->cur_desc as NULL when free or terminate one dma channel to

[PATCH 0/7] Add some fixes and new feature for SPRD DMA

2018-09-28 Thread Baolin Wang
This patchset removes the direction usage from struct dma_slave_config, and add one new field to save the direction. It also fixes some issues for link-list transfer. Moreover this patchset adds new 2-stage transfer support for our DMA. Baolin Wang (1): dmaengine: sprd: Remove direction usage

[PATCH 1/7] dmaengine: sprd: Remove direction usage from struct dma_slave_config

2018-09-28 Thread Baolin Wang
The direction field of struct dma_slave_config was marked deprecated, thus remove the usage. Signed-off-by: Baolin Wang --- drivers/dma/sprd-dma.c |3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/dma/sprd-dma.c b/drivers/dma/sprd-dma.c index 38d4e4f..c226dc93 100644 ---

[PATCH 7/7] dmaengine: sprd: Add me as one of the module authors

2018-09-28 Thread Baolin Wang
From: Eric Long Add me as one of the module authors. Signed-off-by: Eric Long Signed-off-by: Baolin Wang --- drivers/dma/sprd-dma.c |1 + 1 file changed, 1 insertion(+) diff --git a/drivers/dma/sprd-dma.c b/drivers/dma/sprd-dma.c index 50d6569..e2f0167 100644 ---

[PATCH 5/7] dmaengine: sprd: Support DMA link-list cyclic callback

2018-09-28 Thread Baolin Wang
From: Eric Long The Spreadtrum DMA link-list mode is always one cyclic transfer, so we should clear the SPRD_DMA_LLIST_END flag for the link-list configuration. Moreover add cyclic callback support for the cyclic transfer. Signed-off-by: Eric Long Signed-off-by: Baolin Wang ---

[PATCH 5/7] dmaengine: sprd: Support DMA link-list cyclic callback

2018-09-28 Thread Baolin Wang
From: Eric Long The Spreadtrum DMA link-list mode is always one cyclic transfer, so we should clear the SPRD_DMA_LLIST_END flag for the link-list configuration. Moreover add cyclic callback support for the cyclic transfer. Signed-off-by: Eric Long Signed-off-by: Baolin Wang ---

[PATCH 2/7] dmaengine: sprd: Get transfer residue depending on the transfer direction

2018-09-28 Thread Baolin Wang
From: Eric Long Add one field to save the transfer direction for struct sprd_dma_desc, which is used to get correct transfer residue depending on the transfer direction. [Baolin Wang adds one field to present the transfer direction] Signed-off-by: Eric Long Signed-off-by: Baolin Wang ---

[PATCH 3/7] dmaengine: sprd: Fix the last link-list configuration

2018-09-28 Thread Baolin Wang
From: Eric Long We will pass sglen as 0 configure the last link-list configuration when filling the descriptor, which will cause the incorrect link-list configuration. Thus we should check if the sglen is 0 to configure the correct link-list configuration. Signed-off-by: Eric Long

[PATCH 2/7] dmaengine: sprd: Get transfer residue depending on the transfer direction

2018-09-28 Thread Baolin Wang
From: Eric Long Add one field to save the transfer direction for struct sprd_dma_desc, which is used to get correct transfer residue depending on the transfer direction. [Baolin Wang adds one field to present the transfer direction] Signed-off-by: Eric Long Signed-off-by: Baolin Wang ---

[PATCH 3/7] dmaengine: sprd: Fix the last link-list configuration

2018-09-28 Thread Baolin Wang
From: Eric Long We will pass sglen as 0 configure the last link-list configuration when filling the descriptor, which will cause the incorrect link-list configuration. Thus we should check if the sglen is 0 to configure the correct link-list configuration. Signed-off-by: Eric Long

[PATCH] fs/dax.c: Use vmf_error() helper

2018-09-28 Thread zhong jiang
These codes can be replaced with new inline vmf_error(). Signed-off-by: zhong jiang --- fs/dax.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/fs/dax.c b/fs/dax.c index b68ce48..e732f70 100644 --- a/fs/dax.c +++ b/fs/dax.c @@ -1311,9 +1311,8 @@ static vm_fault_t

[PATCH] fs/dax.c: Use vmf_error() helper

2018-09-28 Thread zhong jiang
These codes can be replaced with new inline vmf_error(). Signed-off-by: zhong jiang --- fs/dax.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/fs/dax.c b/fs/dax.c index b68ce48..e732f70 100644 --- a/fs/dax.c +++ b/fs/dax.c @@ -1311,9 +1311,8 @@ static vm_fault_t

[BUG] sleep in atomic in 8250 runtime PM code path

2018-09-28 Thread Jisheng Zhang
Hi, Recently I found I could trigger sleep in atomic bug on berlin after commit d76c74387e1c ("serial: 8250_dw: Fix runtime PM handling"). The path looks like: dw8250_probe => serial850_register_8250_port => uart_add_one_port=> register_console => console_unlock => univ8250_console_write =>

[BUG] sleep in atomic in 8250 runtime PM code path

2018-09-28 Thread Jisheng Zhang
Hi, Recently I found I could trigger sleep in atomic bug on berlin after commit d76c74387e1c ("serial: 8250_dw: Fix runtime PM handling"). The path looks like: dw8250_probe => serial850_register_8250_port => uart_add_one_port=> register_console => console_unlock => univ8250_console_write =>

Response to SFConservancy: The copyright holder can rescind.

2018-09-28 Thread freedomfromruin
The software freedom conservancy has tendered its response: http://sfconservancy.org/news/2018/sep/26/GPLv2-irrevocability/ http://copyleft.org/guide/comprehensive-gpl-guidech8.html#x11-540007.4 "" "The GPLv2 have several provisions that, when taken together, can be construed as an irrevocable

Response to SFConservancy: The copyright holder can rescind.

2018-09-28 Thread freedomfromruin
The software freedom conservancy has tendered its response: http://sfconservancy.org/news/2018/sep/26/GPLv2-irrevocability/ http://copyleft.org/guide/comprehensive-gpl-guidech8.html#x11-540007.4 "" "The GPLv2 have several provisions that, when taken together, can be construed as an irrevocable

[PATCH 3/3] Staging: rts5208: rtsx_scsi: Fixed multiple coding style issues Fized multiple braces issues

2018-09-28 Thread Maxime Desroches
--- drivers/staging/rts5208/rtsx_scsi.c | 108 ++-- 1 file changed, 36 insertions(+), 72 deletions(-) diff --git a/drivers/staging/rts5208/rtsx_scsi.c b/drivers/staging/rts5208/rtsx_scsi.c index c9a6d97938f6..9c594a778425 100644 --- a/drivers/staging/rts5208/rtsx_scsi.c

Reminder: Licenses and revocability, in a paragraph or less. GPL 2 is revocable at the will of the grantor.

2018-09-28 Thread freedomfromruin
As has been stated in easily accessible terms elsewhere: "Most courts hold that simple, non-exclusive licenses with unspecified durations that are silent on revocability are revocable at will. This means that the licensor may terminate the license at any time, with or without cause." +

[PATCH 3/3] Staging: rts5208: rtsx_scsi: Fixed multiple coding style issues Fized multiple braces issues

2018-09-28 Thread Maxime Desroches
--- drivers/staging/rts5208/rtsx_scsi.c | 108 ++-- 1 file changed, 36 insertions(+), 72 deletions(-) diff --git a/drivers/staging/rts5208/rtsx_scsi.c b/drivers/staging/rts5208/rtsx_scsi.c index c9a6d97938f6..9c594a778425 100644 --- a/drivers/staging/rts5208/rtsx_scsi.c

Reminder: Licenses and revocability, in a paragraph or less. GPL 2 is revocable at the will of the grantor.

2018-09-28 Thread freedomfromruin
As has been stated in easily accessible terms elsewhere: "Most courts hold that simple, non-exclusive licenses with unspecified durations that are silent on revocability are revocable at will. This means that the licensor may terminate the license at any time, with or without cause." +

[PATCH] MAINTAINERS: fix pattern in ARM/Synaptics berlin SoC section

2018-09-28 Thread Jisheng Zhang
Berlin SoC files has been moved from marvell dir to synaptics dir, but commit bc52497a595d ("MAINTAINERS: update entry for ARM/berlin") didn't update the dir accordingly. This patch fixes it. From another side, new derivative SoCs from Synaptics may not be named as berlin*, so let's update the

[PATCH] MAINTAINERS: fix pattern in ARM/Synaptics berlin SoC section

2018-09-28 Thread Jisheng Zhang
Berlin SoC files has been moved from marvell dir to synaptics dir, but commit bc52497a595d ("MAINTAINERS: update entry for ARM/berlin") didn't update the dir accordingly. This patch fixes it. From another side, new derivative SoCs from Synaptics may not be named as berlin*, so let's update the

[PATCH 1/2] Staging: rts5208: rtsx_card: Fixed multiple coding style issues

2018-09-28 Thread Maxime Desroches
Fixed multiple coding style issues Signed-off-by: Maxime Desroches --- drivers/staging/rts5208/rtsx_card.c | 96 +++-- 1 file changed, 37 insertions(+), 59 deletions(-) diff --git a/drivers/staging/rts5208/rtsx_card.c b/drivers/staging/rts5208/rtsx_card.c index

[PATCH 1/2] Staging: rts5208: rtsx_card: Fixed multiple coding style issues

2018-09-28 Thread Maxime Desroches
Fixed multiple coding style issues Signed-off-by: Maxime Desroches --- drivers/staging/rts5208/rtsx_card.c | 96 +++-- 1 file changed, 37 insertions(+), 59 deletions(-) diff --git a/drivers/staging/rts5208/rtsx_card.c b/drivers/staging/rts5208/rtsx_card.c index

[PATCH 2/2] Staging: rts5208: rtsx_chip: Fixed multiple coding style issues

2018-09-28 Thread Maxime Desroches
Fixed multiple braces issues Signed-off-by: Maxime Desroches --- drivers/staging/rts5208/rtsx_chip.c | 463 1 file changed, 199 insertions(+), 264 deletions(-) diff --git a/drivers/staging/rts5208/rtsx_chip.c b/drivers/staging/rts5208/rtsx_chip.c index

[PATCH 2/2] Staging: rts5208: rtsx_chip: Fixed multiple coding style issues

2018-09-28 Thread Maxime Desroches
Fixed multiple braces issues Signed-off-by: Maxime Desroches --- drivers/staging/rts5208/rtsx_chip.c | 463 1 file changed, 199 insertions(+), 264 deletions(-) diff --git a/drivers/staging/rts5208/rtsx_chip.c b/drivers/staging/rts5208/rtsx_chip.c index

Re: [PATCH v2 0/5] Fix some bugs on RV32 build fail and issue

2018-09-28 Thread Zong Li
Palmer Dabbelt 於 2018年9月29日 週六 上午7:52寫道: > > On Wed, 26 Sep 2018 01:31:09 PDT (-0700), zong...@gmail.com wrote: > > This patches contain the modificaion as follows: > > 1. Fix up the building fail on RV32. > > 2. Add umoddi3 and udivmoddi4 functions for RV32. > > 3. Fix ioremap problem on RV32. >

Re: [PATCH v2 0/5] Fix some bugs on RV32 build fail and issue

2018-09-28 Thread Zong Li
Palmer Dabbelt 於 2018年9月29日 週六 上午7:52寫道: > > On Wed, 26 Sep 2018 01:31:09 PDT (-0700), zong...@gmail.com wrote: > > This patches contain the modificaion as follows: > > 1. Fix up the building fail on RV32. > > 2. Add umoddi3 and udivmoddi4 functions for RV32. > > 3. Fix ioremap problem on RV32. >

Re: [PATCH 3/4] infiniband/mm: convert to the new put_user_page() call

2018-09-28 Thread John Hubbard
On 9/28/18 8:39 AM, Jason Gunthorpe wrote: > On Thu, Sep 27, 2018 at 10:39:47PM -0700, john.hubb...@gmail.com wrote: >> From: John Hubbard [...] >> >> diff --git a/drivers/infiniband/core/umem.c b/drivers/infiniband/core/umem.c >> index a41792dbae1f..9430d697cb9f 100644 >> +++

Re: [PATCH 3/4] infiniband/mm: convert to the new put_user_page() call

2018-09-28 Thread John Hubbard
On 9/28/18 8:39 AM, Jason Gunthorpe wrote: > On Thu, Sep 27, 2018 at 10:39:47PM -0700, john.hubb...@gmail.com wrote: >> From: John Hubbard [...] >> >> diff --git a/drivers/infiniband/core/umem.c b/drivers/infiniband/core/umem.c >> index a41792dbae1f..9430d697cb9f 100644 >> +++

RE: linux-next: manual merge of the rdma tree with Linus' tree

2018-09-28 Thread Parav Pandit
Hi Stephen, > -Original Message- > From: Stephen Rothwell > Sent: Thursday, September 27, 2018 7:01 PM > To: Doug Ledford ; Jason Gunthorpe > > Cc: Linux-Next Mailing List ; Linux Kernel > Mailing List ; Parav Pandit > > Subject: linux-next: manual merge of the rdma tree with Linus'

RE: linux-next: manual merge of the rdma tree with Linus' tree

2018-09-28 Thread Parav Pandit
Hi Stephen, > -Original Message- > From: Stephen Rothwell > Sent: Thursday, September 27, 2018 7:01 PM > To: Doug Ledford ; Jason Gunthorpe > > Cc: Linux-Next Mailing List ; Linux Kernel > Mailing List ; Parav Pandit > > Subject: linux-next: manual merge of the rdma tree with Linus'

Re: [PATCH] arm: support big-endian for the virt architecture

2018-09-28 Thread Jason A. Donenfeld
Hey Arnd, On Fri, Sep 28, 2018 at 9:19 PM Arnd Bergmann wrote: > You can probably work around it by enabling ARCH_HIGHBANK, > which is a minimal platform with no other requirements, so it > should only add a few milliseconds to the build. Nice hack, thanks for the suggestion. Committed here:

Re: [PATCH] arm: support big-endian for the virt architecture

2018-09-28 Thread Jason A. Donenfeld
Hey Arnd, On Fri, Sep 28, 2018 at 9:19 PM Arnd Bergmann wrote: > You can probably work around it by enabling ARCH_HIGHBANK, > which is a minimal platform with no other requirements, so it > should only add a few milliseconds to the build. Nice hack, thanks for the suggestion. Committed here:

Re: [PATCH 2/2] mmc: mediatek: add bus_clk control

2018-09-28 Thread Chaotian Jing
On Sat, 2018-09-29 at 01:28 +0800, Sean Wang wrote: > Hi, > > On Fri, 2018-09-28 at 19:40 +0800, Chaotian Jing wrote: > > when gate MSDC0_HCLK, access register will hang, even the MSDC driver > > will never accessing register after HCLK was gated, but for safety, need > > gate the bus_clk(which

Re: [PATCH 2/2] mmc: mediatek: add bus_clk control

2018-09-28 Thread Chaotian Jing
On Sat, 2018-09-29 at 01:28 +0800, Sean Wang wrote: > Hi, > > On Fri, 2018-09-28 at 19:40 +0800, Chaotian Jing wrote: > > when gate MSDC0_HCLK, access register will hang, even the MSDC driver > > will never accessing register after HCLK was gated, but for safety, need > > gate the bus_clk(which

Re: [PATCH 1/2] mmc: dt-bindings: add "bus-clk" for MT2712

2018-09-28 Thread Chaotian Jing
On Sat, 2018-09-29 at 01:34 +0800, Sean Wang wrote: > On Fri, 2018-09-28 at 19:40 +0800, Chaotian Jing wrote: > > On MT2712 MSDC0/3, HCLK/bus-clk need gate/ungate together, > > or will hang when access MSDC register. > > > > Signed-off-by: Chaotian Jing > > --- > >

Re: [PATCH 1/2] mmc: dt-bindings: add "bus-clk" for MT2712

2018-09-28 Thread Chaotian Jing
On Sat, 2018-09-29 at 01:34 +0800, Sean Wang wrote: > On Fri, 2018-09-28 at 19:40 +0800, Chaotian Jing wrote: > > On MT2712 MSDC0/3, HCLK/bus-clk need gate/ungate together, > > or will hang when access MSDC register. > > > > Signed-off-by: Chaotian Jing > > --- > >

[PATCH v1 2/2] mmc: mediatek: add bus_clk control

2018-09-28 Thread Chaotian Jing
when gate MSDC0_HCLK, access register will hang, even the MSDC driver will never accessing register after HCLK was gated, but for safety, need gate the bus_clk(which used to access register) too. Signed-off-by: Chaotian Jing --- drivers/mmc/host/mtk-sd.c | 6 ++ 1 file changed, 6

[PATCH v1 2/2] mmc: mediatek: add bus_clk control

2018-09-28 Thread Chaotian Jing
when gate MSDC0_HCLK, access register will hang, even the MSDC driver will never accessing register after HCLK was gated, but for safety, need gate the bus_clk(which used to access register) too. Signed-off-by: Chaotian Jing --- drivers/mmc/host/mtk-sd.c | 6 ++ 1 file changed, 6

[PATCH v1 1/2] mmc: dt-bindings: add "bus-clk" for MT2712

2018-09-28 Thread Chaotian Jing
On MT2712 MSDC0/3, HCLK/bus-clk need gate/ungate together, or will hang when access MSDC register. Signed-off-by: Chaotian Jing --- Documentation/devicetree/bindings/mmc/mtk-sd.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/mmc/mtk-sd.txt

[PATCH v1 1/2] mmc: dt-bindings: add "bus-clk" for MT2712

2018-09-28 Thread Chaotian Jing
On MT2712 MSDC0/3, HCLK/bus-clk need gate/ungate together, or will hang when access MSDC register. Signed-off-by: Chaotian Jing --- Documentation/devicetree/bindings/mmc/mtk-sd.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/mmc/mtk-sd.txt

Re: [PATCH 0/4] get_user_pages*() and RDMA: first steps

2018-09-28 Thread John Hubbard
On 9/28/18 2:49 PM, Jerome Glisse wrote: > On Fri, Sep 28, 2018 at 12:06:12PM -0700, John Hubbard wrote: >> On 9/28/18 8:29 AM, Jerome Glisse wrote: >>> On Thu, Sep 27, 2018 at 10:39:45PM -0700, john.hubb...@gmail.com wrote: From: John Hubbard [...] >>> So the solution is to wait (possibly

Re: [PATCH 0/4] get_user_pages*() and RDMA: first steps

2018-09-28 Thread John Hubbard
On 9/28/18 2:49 PM, Jerome Glisse wrote: > On Fri, Sep 28, 2018 at 12:06:12PM -0700, John Hubbard wrote: >> On 9/28/18 8:29 AM, Jerome Glisse wrote: >>> On Thu, Sep 27, 2018 at 10:39:45PM -0700, john.hubb...@gmail.com wrote: From: John Hubbard [...] >>> So the solution is to wait (possibly

Re: Bad MAINTAINERS pattern in section 'ARM/Synaptics Berlin SoC support'

2018-09-28 Thread Jisheng Zhang
On Fri, 28 Sep 2018 14:51:32 -0700 Joe Perches wrote: > Please fix this defect appropriately. > > linux-next MAINTAINERS section: > > 2111ARM/Synaptics Berlin SoC support > 2112M: Jisheng Zhang > 2113M: Sebastian Hesselbarth > 2114L:

Re: Bad MAINTAINERS pattern in section 'ARM/Synaptics Berlin SoC support'

2018-09-28 Thread Jisheng Zhang
On Fri, 28 Sep 2018 14:51:32 -0700 Joe Perches wrote: > Please fix this defect appropriately. > > linux-next MAINTAINERS section: > > 2111ARM/Synaptics Berlin SoC support > 2112M: Jisheng Zhang > 2113M: Sebastian Hesselbarth > 2114L:

[PATCH] Staging: rts5208: rtsx_card: Fixed multiple coding style issues

2018-09-28 Thread Maxime Desroches
Fixed multiple coding style issues Signed-off-by: Maxime Desroches --- drivers/staging/rts5208/rtsx_card.c | 96 +++-- 1 file changed, 37 insertions(+), 59 deletions(-) diff --git a/drivers/staging/rts5208/rtsx_card.c b/drivers/staging/rts5208/rtsx_card.c index

[PATCH] Staging: rts5208: rtsx_card: Fixed multiple coding style issues

2018-09-28 Thread Maxime Desroches
Fixed multiple coding style issues Signed-off-by: Maxime Desroches --- drivers/staging/rts5208/rtsx_card.c | 96 +++-- 1 file changed, 37 insertions(+), 59 deletions(-) diff --git a/drivers/staging/rts5208/rtsx_card.c b/drivers/staging/rts5208/rtsx_card.c index

Re: [PATCH] RISC-V: Show CPU ID and Hart ID separately in /proc/cpuinfo

2018-09-28 Thread Palmer Dabbelt
On Wed, 12 Sep 2018 07:38:22 PDT (-0700), a...@brainfault.org wrote: Currently, /proc/cpuinfo show logical CPU ID as Hart ID which is in-correct. This patch shows CPU ID and Hart ID separately in /proc/cpuinfo using cpuid_to_hardid_map(). With this patch, contents of /proc/cpuinfo looks as

Re: [PATCH] RISC-V: Show CPU ID and Hart ID separately in /proc/cpuinfo

2018-09-28 Thread Palmer Dabbelt
On Wed, 12 Sep 2018 07:38:22 PDT (-0700), a...@brainfault.org wrote: Currently, /proc/cpuinfo show logical CPU ID as Hart ID which is in-correct. This patch shows CPU ID and Hart ID separately in /proc/cpuinfo using cpuid_to_hardid_map(). With this patch, contents of /proc/cpuinfo looks as

Re: [RFC PATCH 1/5] RISC-V: Make IPI triggering flexible

2018-09-28 Thread Palmer Dabbelt
On Mon, 10 Sep 2018 06:34:18 PDT (-0700), Christoph Hellwig wrote: On Thu, Sep 06, 2018 at 04:15:14PM +0530, Anup Patel wrote: This patch is doing two things: 1. Allow IRQCHIP driver to provide IPI trigger mechanism And the big questions is why do we want that? The last thing we want is for

Re: [RFC PATCH 1/5] RISC-V: Make IPI triggering flexible

2018-09-28 Thread Palmer Dabbelt
On Mon, 10 Sep 2018 06:34:18 PDT (-0700), Christoph Hellwig wrote: On Thu, Sep 06, 2018 at 04:15:14PM +0530, Anup Patel wrote: This patch is doing two things: 1. Allow IRQCHIP driver to provide IPI trigger mechanism And the big questions is why do we want that? The last thing we want is for

Re: [PATCH 1/2] of/fdt: Allow architectures to override CONFIG_CMDLINE logic

2018-09-28 Thread Palmer Dabbelt
On Fri, 07 Sep 2018 13:29:03 PDT (-0700), robh...@kernel.org wrote: On Fri, Sep 7, 2018 at 1:55 PM Paul Burton wrote: The CONFIG_CMDLINE-related logic in early_init_dt_scan_chosen() falls back to copying CONFIG_CMDLINE into boot_command_line/data if the DT has a /chosen node but that node has

Re: [PATCH] RISC-V: Show IPI stats

2018-09-28 Thread Palmer Dabbelt
On Mon, 10 Sep 2018 06:46:59 PDT (-0700), Christoph Hellwig wrote: On Fri, Sep 07, 2018 at 06:14:29PM +0530, Anup Patel wrote: This patch provides arch_show_interrupts() implementation to show IPI stats via /proc/interrupts. Now the contents of /proc/interrupts" will look like below:

Re: [PATCH 1/2] of/fdt: Allow architectures to override CONFIG_CMDLINE logic

2018-09-28 Thread Palmer Dabbelt
On Fri, 07 Sep 2018 13:29:03 PDT (-0700), robh...@kernel.org wrote: On Fri, Sep 7, 2018 at 1:55 PM Paul Burton wrote: The CONFIG_CMDLINE-related logic in early_init_dt_scan_chosen() falls back to copying CONFIG_CMDLINE into boot_command_line/data if the DT has a /chosen node but that node has

Re: [PATCH] RISC-V: Show IPI stats

2018-09-28 Thread Palmer Dabbelt
On Mon, 10 Sep 2018 06:46:59 PDT (-0700), Christoph Hellwig wrote: On Fri, Sep 07, 2018 at 06:14:29PM +0530, Anup Patel wrote: This patch provides arch_show_interrupts() implementation to show IPI stats via /proc/interrupts. Now the contents of /proc/interrupts" will look like below:

[PATCH] MAINTAINERS: removed staging/ft1000 driver

2018-09-28 Thread Deepa Dinamani
Delete the ft1000 MAINTAINERS entry, concluding the earlier removal of the driver in commit 6512edec48b2 ("staging: ft1000: remove obsolete driver"). Reported-by: Joe Perches Signed-off-by: Deepa Dinamani --- MAINTAINERS | 5 - 1 file changed, 5 deletions(-) diff --git a/MAINTAINERS

[PATCH] MAINTAINERS: removed staging/ft1000 driver

2018-09-28 Thread Deepa Dinamani
Delete the ft1000 MAINTAINERS entry, concluding the earlier removal of the driver in commit 6512edec48b2 ("staging: ft1000: remove obsolete driver"). Reported-by: Joe Perches Signed-off-by: Deepa Dinamani --- MAINTAINERS | 5 - 1 file changed, 5 deletions(-) diff --git a/MAINTAINERS

Re: [git pull] Input updates for v4.19-rc5

2018-09-28 Thread Greg Kroah-Hartman
On Fri, Sep 28, 2018 at 04:57:51PM -0700, Dmitry Torokhov wrote: > Hi Greg, > > Please pull from: > > git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus > > to receive updates for the input subsystem. Just a few driver fixes. Now pulled, thanks. greg k-h

Re: [git pull] Input updates for v4.19-rc5

2018-09-28 Thread Greg Kroah-Hartman
On Fri, Sep 28, 2018 at 04:57:51PM -0700, Dmitry Torokhov wrote: > Hi Greg, > > Please pull from: > > git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus > > to receive updates for the input subsystem. Just a few driver fixes. Now pulled, thanks. greg k-h

Re: [GIT PULL] spi fixes for v4.19

2018-09-28 Thread Greg Kroah-Hartman
On Fri, Sep 28, 2018 at 03:30:41PM +0100, Mark Brown wrote: > The following changes since commit 5223c9c1cbfc0cd4d0a1b50758e0949af3290fa1: > > spi: spi-fsl-dspi: fix broken DSPI_EOQ_MODE (2018-08-28 20:55:23 +0100) > > are available in the Git repository at: > >

Re: [GIT PULL] spi fixes for v4.19

2018-09-28 Thread Greg Kroah-Hartman
On Fri, Sep 28, 2018 at 03:30:41PM +0100, Mark Brown wrote: > The following changes since commit 5223c9c1cbfc0cd4d0a1b50758e0949af3290fa1: > > spi: spi-fsl-dspi: fix broken DSPI_EOQ_MODE (2018-08-28 20:55:23 +0100) > > are available in the Git repository at: > >

Re: [GIT PULL] regulator fixes for v4.19

2018-09-28 Thread Greg Kroah-Hartman
On Fri, Sep 28, 2018 at 02:42:53PM +0100, Mark Brown wrote: > The following changes since commit 5b394b2ddf0347bef56e50c69a58773c94343ff3: > > Linux 4.19-rc1 (2018-08-26 14:11:59 -0700) > > are available in the Git repository at: > >

Re: [GIT PULL] regulator fixes for v4.19

2018-09-28 Thread Greg Kroah-Hartman
On Fri, Sep 28, 2018 at 02:42:53PM +0100, Mark Brown wrote: > The following changes since commit 5b394b2ddf0347bef56e50c69a58773c94343ff3: > > Linux 4.19-rc1 (2018-08-26 14:11:59 -0700) > > are available in the Git repository at: > >

Re: Bad MAINTAINERS pattern in section 'STAGING - FLARION FT1000 DRIVERS'

2018-09-28 Thread Joe Perches
On Fri, 2018-09-28 at 17:46 -0700, Greg Kroah-Hartman wrote: > On Fri, Sep 28, 2018 at 03:04:23PM -0700, Joe Perches wrote: > > Please fix this defect appropriately. > > > > linux-next MAINTAINERS section: > > > > 13899 STAGING - FLARION FT1000 DRIVERS > > 13900 M: Marek Belisko

Re: Bad MAINTAINERS pattern in section 'STAGING - FLARION FT1000 DRIVERS'

2018-09-28 Thread Joe Perches
On Fri, 2018-09-28 at 17:46 -0700, Greg Kroah-Hartman wrote: > On Fri, Sep 28, 2018 at 03:04:23PM -0700, Joe Perches wrote: > > Please fix this defect appropriately. > > > > linux-next MAINTAINERS section: > > > > 13899 STAGING - FLARION FT1000 DRIVERS > > 13900 M: Marek Belisko

Step-by-Step Tutorial: How to Setup Your Own e-Commerce Online Store using WooCommerce 3.4.5, Wordpress 4.9.8, and CentOS 1805 (LAMP) in Amazon AWS Cloud

2018-09-28 Thread Turritopsis Dohrnii Teo En Ming
Step-by-Step Tutorial: How to Setup Your Own e-Commerce Online Store using WooCommerce 3.4.5, Wordpress 4.9.8, and CentOS 1805 (LAMP) in Amazon AWS Cloud Author: Mr. Turritopsis Dohrnii Teo En Ming Country: Singapore Date: 28th September 2018 Friday Document Version: 1809.01 Abbreviations

Step-by-Step Tutorial: How to Setup Your Own e-Commerce Online Store using WooCommerce 3.4.5, Wordpress 4.9.8, and CentOS 1805 (LAMP) in Amazon AWS Cloud

2018-09-28 Thread Turritopsis Dohrnii Teo En Ming
Step-by-Step Tutorial: How to Setup Your Own e-Commerce Online Store using WooCommerce 3.4.5, Wordpress 4.9.8, and CentOS 1805 (LAMP) in Amazon AWS Cloud Author: Mr. Turritopsis Dohrnii Teo En Ming Country: Singapore Date: 28th September 2018 Friday Document Version: 1809.01 Abbreviations

Re: [PATCH] sched/fair: vruntime should normalize when switching from fair

2018-09-28 Thread Wanpeng Li
On Sat, 29 Sep 2018 at 01:36, Dietmar Eggemann wrote: > > On 09/28/2018 06:10 PM, Steve Muckle wrote: > > On 09/27/2018 05:43 PM, Wanpeng Li wrote: > On your CPU4: > scheduler_ipi() > -> sched_ttwu_pending() > -> ttwu_do_activate()=> p->sched_remote_wakeup

Re: [PATCH] sched/fair: vruntime should normalize when switching from fair

2018-09-28 Thread Wanpeng Li
On Sat, 29 Sep 2018 at 01:36, Dietmar Eggemann wrote: > > On 09/28/2018 06:10 PM, Steve Muckle wrote: > > On 09/27/2018 05:43 PM, Wanpeng Li wrote: > On your CPU4: > scheduler_ipi() > -> sched_ttwu_pending() > -> ttwu_do_activate()=> p->sched_remote_wakeup

Re: [GIT PULL] pin control fixes for v4.19 take 4

2018-09-28 Thread Greg KH
On Fri, Sep 28, 2018 at 08:59:32AM +0200, Linus Walleij wrote: > Hi Greg, > > here are some three pin control fixes for v4.19. > All are x86 related. > > Please pull them in! Now pulled, thanks. greg k-h

Re: [GIT PULL] pin control fixes for v4.19 take 4

2018-09-28 Thread Greg KH
On Fri, Sep 28, 2018 at 08:59:32AM +0200, Linus Walleij wrote: > Hi Greg, > > here are some three pin control fixes for v4.19. > All are x86 related. > > Please pull them in! Now pulled, thanks. greg k-h

Re: Licenses and revocability, in a paragraph or less.

2018-09-28 Thread freedomfromruin
It is imperative that the people know their rights so that they are not taken advantage of by moneyed interests. For those who are dispossessed there are remedies at law and in equity. Here we have a situation where moneyed interests have found a social exploit to leverage into ascendancy,

Re: Licenses and revocability, in a paragraph or less.

2018-09-28 Thread freedomfromruin
It is imperative that the people know their rights so that they are not taken advantage of by moneyed interests. For those who are dispossessed there are remedies at law and in equity. Here we have a situation where moneyed interests have found a social exploit to leverage into ascendancy,

Again: Licenses and revocability, in a paragraph or less. GPL 2 is revocable at the will of the grantor.

2018-09-28 Thread freedomfromruin
As has been stated in easily accessible terms elsewhere: "Most courts hold that simple, non-exclusive licenses with unspecified durations that are silent on revocability are revocable at will. This means that the licensor may terminate the license at any time, with or without cause." +

Again: Licenses and revocability, in a paragraph or less. GPL 2 is revocable at the will of the grantor.

2018-09-28 Thread freedomfromruin
As has been stated in easily accessible terms elsewhere: "Most courts hold that simple, non-exclusive licenses with unspecified durations that are silent on revocability are revocable at will. This means that the licensor may terminate the license at any time, with or without cause." +

Re: [PATCH -V5 RESEND 03/21] swap: Support PMD swap mapping in swap_duplicate()

2018-09-28 Thread Huang, Ying
Daniel Jordan writes: > On Fri, Sep 28, 2018 at 04:19:03PM +0800, Huang, Ying wrote: >> Daniel Jordan writes: >> > One way is to change >> > copy_one_pte's return to int so we can just pass the error code back to >> > copy_pte_range so it knows whether to try adding the continuation. >> >>

Re: [PATCH -V5 RESEND 03/21] swap: Support PMD swap mapping in swap_duplicate()

2018-09-28 Thread Huang, Ying
Daniel Jordan writes: > On Fri, Sep 28, 2018 at 04:19:03PM +0800, Huang, Ying wrote: >> Daniel Jordan writes: >> > One way is to change >> > copy_one_pte's return to int so we can just pass the error code back to >> > copy_pte_range so it knows whether to try adding the continuation. >> >>

Re: Bad MAINTAINERS pattern in section 'STAGING - FLARION FT1000 DRIVERS'

2018-09-28 Thread Greg Kroah-Hartman
On Fri, Sep 28, 2018 at 03:04:23PM -0700, Joe Perches wrote: > Please fix this defect appropriately. > > linux-next MAINTAINERS section: > > 13899 STAGING - FLARION FT1000 DRIVERS > 13900 M: Marek Belisko > 13901 S: Odd Fixes > --> 13902 F:

Re: Bad MAINTAINERS pattern in section 'STAGING - FLARION FT1000 DRIVERS'

2018-09-28 Thread Greg Kroah-Hartman
On Fri, Sep 28, 2018 at 03:04:23PM -0700, Joe Perches wrote: > Please fix this defect appropriately. > > linux-next MAINTAINERS section: > > 13899 STAGING - FLARION FT1000 DRIVERS > 13900 M: Marek Belisko > 13901 S: Odd Fixes > --> 13902 F:

Re: [PATCH v3 2/2] spi: Introduce new driver for Qualcomm QuadSPI controller

2018-09-28 Thread Stephen Boyd
Quoting Ryan Case (2018-09-28 11:19:51) > On Wed, Sep 26, 2018 at 11:43 PM Stephen Boyd wrote: > > Quoting Ryan Case (2018-09-26 13:52:04) > > > From: Girish Mahadevan > > > +#include > > > + > > > +#define AHB_MIN_HZ 960UL > > > > Is this used? > > Nope. Do you want all

Re: [PATCH v3 2/2] spi: Introduce new driver for Qualcomm QuadSPI controller

2018-09-28 Thread Stephen Boyd
Quoting Ryan Case (2018-09-28 11:19:51) > On Wed, Sep 26, 2018 at 11:43 PM Stephen Boyd wrote: > > Quoting Ryan Case (2018-09-26 13:52:04) > > > From: Girish Mahadevan > > > +#include > > > + > > > +#define AHB_MIN_HZ 960UL > > > > Is this used? > > Nope. Do you want all

Re: [PATCH] regulator: core: Pass max_uV value to regulator_set_voltage_rdev

2018-09-28 Thread Dmitry Osipenko
On 9/29/18 3:27 AM, Tony Lindgren wrote: > * Dmitry Osipenko [180928 23:55]: >> On 9/29/18 2:17 AM, Dmitry Osipenko wrote: >>> On 9/29/18 1:41 AM, Tony Lindgren wrote: I'm still getting these errors after init: >>> >>> Thank you very much again, seems I got what's wrong with your case. The

Re: [PATCH] regulator: core: Pass max_uV value to regulator_set_voltage_rdev

2018-09-28 Thread Dmitry Osipenko
On 9/29/18 3:27 AM, Tony Lindgren wrote: > * Dmitry Osipenko [180928 23:55]: >> On 9/29/18 2:17 AM, Dmitry Osipenko wrote: >>> On 9/29/18 1:41 AM, Tony Lindgren wrote: I'm still getting these errors after init: >>> >>> Thank you very much again, seems I got what's wrong with your case. The

Hello

2018-09-28 Thread Margaret Kwan Wing Han
I have a legal business proposal worth $30.5M for you if interested reply me for more details. Regards, Ms Margaret Kwan Wing Han

Hello

2018-09-28 Thread Margaret Kwan Wing Han
I have a legal business proposal worth $30.5M for you if interested reply me for more details. Regards, Ms Margaret Kwan Wing Han

Re: [PATCH] regulator: core: Pass max_uV value to regulator_set_voltage_rdev

2018-09-28 Thread Tony Lindgren
* Dmitry Osipenko [180928 23:55]: > On 9/29/18 2:17 AM, Dmitry Osipenko wrote: > > On 9/29/18 1:41 AM, Tony Lindgren wrote: > >> I'm still getting these errors after init: > > > > Thank you very much again, seems I got what's wrong with your case. The > > ti-abb-regulator driver sets the

Re: [PATCH] regulator: core: Pass max_uV value to regulator_set_voltage_rdev

2018-09-28 Thread Tony Lindgren
* Dmitry Osipenko [180928 23:55]: > On 9/29/18 2:17 AM, Dmitry Osipenko wrote: > > On 9/29/18 1:41 AM, Tony Lindgren wrote: > >> I'm still getting these errors after init: > > > > Thank you very much again, seems I got what's wrong with your case. The > > ti-abb-regulator driver sets the

  1   2   3   4   5   6   7   8   9   10   >