On Thu, Feb 28, 2019 at 6:24 AM Pengcheng Li wrote:
> diff --git a/arch/arm64/boot/dts/hisilicon/hi3660-hikey960.dts
> b/arch/arm64/boot/dts/hisilicon/hi3660-hikey960.dts
> index 186251f..457cebc 100644
> --- a/arch/arm64/boot/dts/hisilicon/hi3660-hikey960.dts
> +++ b/arch/arm64/boot/dts/hisilico
On Fri, Feb 15, 2019 at 12:52 PM Andrew F. Davis wrote:
> On 2/15/19 1:58 PM, John Stultz wrote:
> > So yea, I don't think we should tie our hands in reworking the
> > interfaces, but it would be nice to avoid having subtle ABI changes
> > that don't have clear wa
On Fri, Feb 15, 2019 at 11:22 AM Andrew F. Davis wrote:
>
> On 2/15/19 1:01 PM, John Stultz wrote:
> > On Fri, Feb 15, 2019 at 2:51 AM Brian Starkey wrote:
> >> On Thu, Feb 14, 2019 at 09:38:29AM -0800, John Stultz wrote:
> >>> 2) For patches that cause ABI br
On Fri, Feb 15, 2019 at 2:51 AM Brian Starkey wrote:
>
> Hi John,
>
> On Thu, Feb 14, 2019 at 09:38:29AM -0800, John Stultz wrote:
> >
> [snip]
>
> > Some thoughts, as this ABI break has the potential to be pretty painful.
> >
> > 1) Unfortunately
On Mon, Jan 28, 2019 at 1:44 PM Andrew F. Davis wrote:
>
> Previously the heap to allocate from was selected by a mask of allowed
> heap types. This may have been done as a primitive form of constraint
> solving, the first heap type that matched any set bit of the heap mask
> was allocated from, u
er
Cc: Andrzej Pietrasiewicz
Cc: Greg Kroah-Hartman
Cc: Linux USB List
Suggested-by: Alan Stern
Signed-off-by: John Stultz
---
drivers/usb/gadget/function/f_fs.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/gadget/function/f_fs.c
b/drivers/usb/gadget/function/f_fs.c
index 1e5
On Sat, Feb 2, 2019 at 9:00 AM Alan Stern wrote:
>
> On Fri, 1 Feb 2019, John Stultz wrote:
>
> > Hey all,
> > Since the 5.0 merge window opened, I've been tripping on frequent
> > dwc3 crashes on reboot and suspend, which I've added an example to the
>
On Mon, Feb 4, 2019 at 1:03 AM Vinod Koul wrote:
>
> On 24-01-19, 12:24, John Stultz wrote:
> > This patch series is based on recent work by Tanglei Han, and
> > adds support for hi3660 SoCs as found on the HiKey960 board,
> > along with a few patches I've been carryi
On Fri, Feb 1, 2019 at 4:46 PM Thinh Nguyen wrote:
> John Stultz wrote:
> > On Fri, Feb 1, 2019 at 4:18 PM John Stultz wrote:
> > Bisecting the changes down, it seems like its due to commit
> > fec9095bdef4e ("usb: dwc3: gadget: remove wait_end_transfer").
> &g
On Fri, Feb 1, 2019 at 4:18 PM John Stultz wrote:
>
> Hey all,
> Since the 5.0 merge window opened, I've been tripping on frequent
> dwc3 crashes on reboot and suspend, which I've added an example to the
> bottom of this mail.
>
> I've dug in a little bit and
On Fri, Feb 1, 2019 at 4:31 PM Thinh Nguyen wrote:
>
> Hi John,
>
> John Stultz wrote:
> > Hey all,
> > Since the 5.0 merge window opened, I've been tripping on frequent
> > dwc3 crashes on reboot and suspend, which I've added an example to the
> &
Hey all,
Since the 5.0 merge window opened, I've been tripping on frequent
dwc3 crashes on reboot and suspend, which I've added an example to the
bottom of this mail.
I've dug in a little bit and sort of have a sense of whats going on.
In ffs_epfile_io():
https://git.kernel.org/pub/scm/linux/ke
On Thu, Jan 24, 2019 at 3:18 AM Robin Murphy wrote:
>
> Hi John,
>
> On 23/01/2019 20:06, John Stultz wrote:
> > From: Alistair Strachan
> >
> > This reverts commit abd7d0972a192ee653efc7b151a6af69db58f2bb. This
> > change was already partially reverted by Jo
-by: Youlin Wang
Signed-off-by: Tanglei Han
Signed-off-by: John Stultz
---
v2: Removed undocumented bindings
---
arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm64/boot/dts/hisilicon/hi3660.dtsi
b/arch/arm64/boot/dts/hisilicon
[jstultz: Reworked to use of_match_data, commit msg improvements]
Signed-off-by: John Stultz
---
v2:
* Reworked to use of_match_data
v3:
* Further rework of the commit message
v5:
* Typo, whitespace fixes. Use BIT() macro.
---
drivers/dma/k3dma.c | 38 +-
1 fi
: devicet...@vger.kernel.org
Signed-off-by: John Stultz
---
v3: Renamed to hisi-dma-avail-chan
v4: Renamed to dma-channel-mask
---
arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/hisilicon/hi3660.dtsi
b/arch/arm64
: Dan Williams
Cc: Vinod Koul
Cc: Wei Xu
Cc: Mark Rutland
Cc: Rob Herring
Cc: Guodong Xu
Cc: Manivannan Sadhasivam
Cc: Ryan Grachek
CC: devicet...@vger.kernel.org
Cc: dmaeng...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
John Stultz (3):
Documentation: bindings: dma: Add binding fo
a channel mask]
Signed-off-by: John Stultz
---
v3: Rename to hisi-dma-avail-chan
v4: Rename to dma-channel-mask
v5: Use BIT(i) instead of (1<chan_pending */
spin_lock_irq(&d->lock);
for (pch = 0; pch < d->dma_channels; pch++) {
+ if (!(d->dma_channe
: Rob Herring
Signed-off-by: Youlin Wang
Signed-off-by: Tanglei Han
Signed-off-by: John Stultz
---
v2: Simplify patch, removing extranious examples
---
Documentation/devicetree/bindings/dma/k3dma.txt | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree
Cc: Zhuangluan Su
Cc: Ryan Grachek
Cc: Manivannan Sadhasivam
Cc: dmaeng...@vger.kernel.org
Acked-by: Manivannan Sadhasivam
Signed-off-by: Li Yu
Signed-off-by: Guodong Xu
[jstultz: Minor tweaks to commit message]
Signed-off-by: John Stultz
---
drivers/dma/k3dma.c | 3 ---
1 file changed, 3
uan Su
Cc: Ryan Grachek
Cc: Manivannan Sadhasivam
Cc: Wei Xu
Cc: Rob Herring
Cc: Mark Rutland
Cc: linux-arm-ker...@lists.infradead.org
Cc: devicet...@vger.kernel.org
Acked-by: Manivannan Sadhasivam
Signed-off-by: John Stultz
---
v3:
* Remove dma enablment on uart0 which would use re
Cc: Zhuangluan Su
Cc: Ryan Grachek
Cc: Manivannan Sadhasivam
Cc: dmaeng...@vger.kernel.org
Cc: devicet...@vger.kernel.org
Reviewed-by: Rob Herring
Signed-off-by: John Stultz
---
v3: Renamed to hisi-dma-avail-chan
v4: Reworked to generic dma-channel-mask
---
Documentation/devicetree/bindings
On Wed, Jan 23, 2019 at 4:57 AM Vinod Koul wrote:
> On 22-01-19, 15:48, John Stultz wrote:
> > Do let me know if there's an example you'd rather I follow.
>
> To elaborate I was thinking of alternate scheme with:
>
> compatible = "hisilicon,k3
Add dma0 references for bluetooth uart to enable dma
for bt transfers.
Cc: Manivannan Sadhasivam
Cc: Ryan Grachek
Cc: Wei Xu
Cc: Rob Herring
Cc: Mark Rutland
Cc: linux-arm-ker...@lists.infradead.org
Cc: devicet...@vger.kernel.org
Signed-off-by: John Stultz
---
arch/arm64/boot/dts/hisilicon
From: Alistair Strachan
This reverts commit abd7d0972a192ee653efc7b151a6af69db58f2bb. This
change was already partially reverted by John Stultz in commit
9c6d26df1fae ("arm64: dts: hikey: Fix eMMC corruption regression").
This change appears to cause controller resets and block rea
On Thu, Jan 17, 2019 at 9:14 AM Manivannan Sadhasivam
wrote:
>
> /* Skip the channels which are masked */
> if ((d->dma_channel_mask) & BIT(pch))
> continue;
Per the discussion w/ Vinod and Rob, I think I'll leave this bit be,
so we use the channels in the bitmask.
> PS: Use BIT() macro
On Sun, Jan 20, 2019 at 3:12 AM Vinod Koul wrote:
>
> On 16-01-19, 09:10, John Stultz wrote:
> > From: Youlin Wang
> >
> > On the hi3660 hardware there are two (at least) DMA controllers,
> > the DMA-P (Peripherial DMA) and the DMA-A (Audio DMA). The
>
On Thu, Jan 17, 2019 at 9:08 AM Manivannan Sadhasivam
wrote:
>
> On Wed, Jan 16, 2019 at 09:10:23AM -0800, John Stultz wrote:
> > Some dma channels can be reserved for secure mode or other
> > hardware on the SoC, so provide a binding for a bitmask
> > listing the av
On Sun, Jan 13, 2019 at 7:25 PM Zang Leigang wrote:
> I think there are two different issues:
>
> 1. clk_gating's state(including state's trace event) and is_suspended is not
> wrapped by ufshcd_is_clkgating_allowed which Hisilicon's kirin platoform
> soc does not need but is set and
a channel mask]
Signed-off-by: John Stultz
---
v3: Rename to hisi-dma-avail-chan
v4: Rename to dma-channel-mask
---
drivers/dma/k3dma.c | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/drivers/dma/k3dma.c b/drivers/dma/k3dma.c
index b2060bf..ed19b1f 100644
: Rob Herring
Signed-off-by: Youlin Wang
Signed-off-by: Tanglei Han
Signed-off-by: John Stultz
---
v2: Simplify patch, removing extranious examples
---
Documentation/devicetree/bindings/dma/k3dma.txt | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree
-by: Youlin Wang
Signed-off-by: Tanglei Han
Signed-off-by: John Stultz
---
v2: Removed undocumented bindings
---
arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm64/boot/dts/hisilicon/hi3660.dtsi
b/arch/arm64/boot/dts/hisilicon
Cc: Zhuangluan Su
Cc: Ryan Grachek
Cc: Manivannan Sadhasivam
Cc: dmaeng...@vger.kernel.org
Cc: devicet...@vger.kernel.org
Signed-off-by: John Stultz
---
v3: Renamed to hisi-dma-avail-chan
v4: Reworked to generic dma-channel-mask
---
Documentation/devicetree/bindings/dma/dma.txt | 4
1
uan Su
Cc: Ryan Grachek
Cc: Manivannan Sadhasivam
Cc: Wei Xu
Cc: Rob Herring
Cc: Mark Rutland
Cc: linux-arm-ker...@lists.infradead.org
Cc: devicet...@vger.kernel.org
Signed-off-by: John Stultz
---
v3:
* Remove dma enablment on uart0 which would use reserved channel 0
---
arch/arm64/boot/dts/
Cc: Zhuangluan Su
Cc: Ryan Grachek
Cc: Manivannan Sadhasivam
Cc: dmaeng...@vger.kernel.org
Acked-by: Manivannan Sadhasivam
Signed-off-by: Li Yu
Signed-off-by: Guodong Xu
[jstultz: Minor tweaks to commit message]
Signed-off-by: John Stultz
---
drivers/dma/k3dma.c | 3 ---
1 file changed, 3
: devicet...@vger.kernel.org
Signed-off-by: John Stultz
---
v3: Renamed to hisi-dma-avail-chan
v4: Renamed to dma-channel-mask
---
arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/hisilicon/hi3660.dtsi
b/arch/arm64
[jstultz: Reworked to use of_match_data, commit msg improvements]
Signed-off-by: John Stultz
---
v2:
* Reworked to use of_match_data
v3:
* Further rework of the commit message
---
drivers/dma/k3dma.c | 37 -
1 file changed, 32 insertions(+), 5 deletions(-)
di
ei Han
Cc: Zhuangluan Su
Cc: Dan Williams
Cc: Vinod Koul
Cc: Wei Xu
Cc: Mark Rutland
Cc: Rob Herring
Cc: Guodong Xu
Cc: Manivannan Sadhasivam
Cc: Ryan Grachek
CC: devicet...@vger.kernel.org
Cc: dmaeng...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
John Stultz (3):
Doc
rski
> Signed-off-by: Joel Fernandes (Google)
> ---
> fs/hugetlbfs/inode.c | 2 +-
> include/uapi/linux/fcntl.h | 1 +
> mm/memfd.c | 3 ++-
> mm/shmem.c | 25 ++---
> 4 files changed, 26 insertions(+), 5 deletions(-)
Acked-by: John Stultz
On Fri, Jan 11, 2019 at 12:04 PM Rob Herring wrote:
>
> On Fri, Jan 11, 2019 at 1:58 PM Rob Herring wrote:
> >
> > On Thu, Jan 10, 2019 at 11:34 AM John Stultz wrote:
> > >
> > > Some dma channels can be reserved for secure mode or other
> > > ha
Hey all,
Frequently, since support for the HiKey960's UFS code landed in
4.19, I've noticed the following warning on reboot:
[ 23.086860] WARNING: CPU: 0 PID: 2507 at
drivers/scsi/ufs/ufshcd.c:2460 ufshcd_queuecommand+0x59c/0x5a8
[ 23.096256] Modules linked in:
[ 23.099313] CPU: 0 PID: 250
uan Su
Cc: Ryan Grachek
Cc: Manivannan Sadhasivam
Cc: Wei Xu
Cc: Rob Herring
Cc: Mark Rutland
Cc: linux-arm-ker...@lists.infradead.org
Cc: devicet...@vger.kernel.org
Signed-off-by: John Stultz
---
v3:
* Remove dma enablment on uart0 which would use reserved channel 0
---
arch/arm64/boot/dts/
Cc: Zhuangluan Su
Cc: Ryan Grachek
Cc: Manivannan Sadhasivam
Cc: dmaeng...@vger.kernel.org
Acked-by: Manivannan Sadhasivam
Signed-off-by: Li Yu
Signed-off-by: Guodong Xu
[jstultz: Minor tweaks to commit message]
Signed-off-by: John Stultz
---
drivers/dma/k3dma.c | 3 ---
1 file changed, 3
: Youlin Wang
Signed-off-by: Tanglei Han
Signed-off-by: John Stultz
---
v2: Simplify patch, removing extranious examples
---
Documentation/devicetree/bindings/dma/k3dma.txt | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/dma/k3dma.txt
b
[jstultz: Reworked to use of_match_data, commit msg improvements]
Signed-off-by: John Stultz
---
v2:
* Reworked to use of_match_data
v3:
* Further rework of the commit message
---
drivers/dma/k3dma.c | 37 -
1 file changed, 32 insertions(+), 5 deletions(-)
di
: devicet...@vger.kernel.org
Signed-off-by: John Stultz
---
v3: Renamed to hisi-dma-avail-chan
---
arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/hisilicon/hi3660.dtsi
b/arch/arm64/boot/dts/hisilicon/hi3660.dtsi
-by: Youlin Wang
Signed-off-by: Tanglei Han
Signed-off-by: John Stultz
---
v2: Removed undocumented bindings
---
arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm64/boot/dts/hisilicon/hi3660.dtsi
b/arch/arm64/boot/dts/hisilicon
Sadhasivam
Cc: dmaeng...@vger.kernel.org
Cc: devicet...@vger.kernel.org
Signed-off-by: John Stultz
---
v3: Renamed to hisi-dma-avail-chan
---
Documentation/devicetree/bindings/dma/k3dma.txt | 3 +++
1 file changed, 3 insertions(+)
diff --git a/Documentation/devicetree/bindings/dma/k3dma.txt
b
use a channel mask]
Signed-off-by: John Stultz
---
v3: Rename to hisi-dma-avail-chan
---
drivers/dma/k3dma.c | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/drivers/dma/k3dma.c b/drivers/dma/k3dma.c
index b2060bf..f4001ca 100644
--- a/drivers/dma/k3dma.c
Vinod Koul
Cc: Wei Xu
Cc: Mark Rutland
Cc: Rob Herring
Cc: Guodong Xu
Cc: Manivannan Sadhasivam
Cc: Ryan Grachek
CC: devicet...@vger.kernel.org
Cc: dmaeng...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
John Stultz (3):
Documentation: bindings: k3dma: Add binding for hisi-dma-
On Fri, Jan 4, 2019 at 9:39 PM Manivannan Sadhasivam
wrote:
>
> On Fri, Jan 04, 2019 at 09:22:46PM -0800, John Stultz wrote:
> > On Fri, Jan 4, 2019 at 7:42 PM Manivannan Sadhasivam
> > wrote:
> > > On Fri, Jan 04, 2019 at 12:56:23PM -0800, John Stultz wrote
On Fri, Jan 4, 2019 at 8:34 PM John Stultz wrote:
>
> On Fri, Jan 4, 2019 at 7:49 PM Manivannan Sadhasivam
> wrote:
> >
> > Hi John,
> >
> > On Fri, Jan 04, 2019 at 12:56:26PM -0800, John Stultz wrote:
> > > Try to add DMA support to the uart nodes follo
On Fri, Jan 4, 2019 at 7:42 PM Manivannan Sadhasivam
wrote:
> On Fri, Jan 04, 2019 at 12:56:23PM -0800, John Stultz wrote:
> > From: Youlin Wang
> >
> > There is an new "hisi-pcm-asp-dma-1.0" device added in
> > "arch/arm64/boot/dts/hisilicon/hi3660.dts
On Fri, Jan 4, 2019 at 8:53 PM Manivannan Sadhasivam
wrote:
>
> On Fri, Jan 04, 2019 at 08:39:34PM -0800, John Stultz wrote:
> > On Fri, Jan 4, 2019 at 8:00 PM Manivannan Sadhasivam
> > wrote:
> > >
> > > Hi John,
> > >
> > > On Fr
On Fri, Jan 4, 2019 at 8:00 PM Manivannan Sadhasivam
wrote:
>
> Hi John,
>
> On Fri, Jan 04, 2019 at 12:56:22PM -0800, John Stultz wrote:
> > Some dma channels can be reserved for secure mode or other
> > hardware on the SoC, so provide a binding for a bitmask
> >
On Fri, Jan 4, 2019 at 7:49 PM Manivannan Sadhasivam
wrote:
>
> Hi John,
>
> On Fri, Jan 04, 2019 at 12:56:26PM -0800, John Stultz wrote:
> > Try to add DMA support to the uart nodes following
> > the assignments made in the dts from the victoria vendor ke
On Fri, Jan 4, 2019 at 7:37 PM Manivannan Sadhasivam
wrote:
>
> Hi John,
>
> On Fri, Jan 04, 2019 at 12:56:20PM -0800, John Stultz wrote:
> > This patch series is based on recent work by Tanglei Han, and
> > adds support for hi3660 SoCs as found on the HiKey960 board
: Youlin Wang
Signed-off-by: Tanglei Han
Signed-off-by: John Stultz
---
v2: Simplify patch, removing extranious examples
---
Documentation/devicetree/bindings/dma/k3dma.txt | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/dma/k3dma.txt
b
ng
Signed-off-by: Tanglei Han
[jstultz: Reworked to use of_match_data]
Signed-off-by: John Stultz
---
v2:
* Reworked to use of_match_data
---
drivers/dma/k3dma.c | 37 -
1 file changed, 32 insertions(+), 5 deletions(-)
diff --git a/drivers/dma/k3dma.c b/dri
uan Su
Cc: Ryan Grachek
Cc: Manivannan Sadhasivam
Cc: Wei Xu
Cc: Rob Herring
Cc: Mark Rutland
Cc: linux-arm-ker...@lists.infradead.org
Cc: devicet...@vger.kernel.org
Signed-off-by: John Stultz
---
arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 10 ++
1 file changed, 10 insertions(+)
d
channel mask]
Signed-off-by: John Stultz
---
drivers/dma/k3dma.c | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/drivers/dma/k3dma.c b/drivers/dma/k3dma.c
index b2060bf..431094b 100644
--- a/drivers/dma/k3dma.c
+++ b/drivers/dma/k3dma.c
@@ -111,6 +111,7
Sadhasivam
Cc: dmaeng...@vger.kernel.org
Cc: devicet...@vger.kernel.org
Signed-off-by: John Stultz
---
Documentation/devicetree/bindings/dma/k3dma.txt | 3 +++
1 file changed, 3 insertions(+)
diff --git a/Documentation/devicetree/bindings/dma/k3dma.txt
b/Documentation/devicetree/bindings/dma/k3dma.txt
: Tanglei Han
Signed-off-by: John Stultz
---
v2: Removed undocumented bindings
---
arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm64/boot/dts/hisilicon/hi3660.dtsi
b/arch/arm64/boot/dts/hisilicon/hi3660.dtsi
index aaa2b04..df4e96d
: devicet...@vger.kernel.org
Signed-off-by: John Stultz
---
arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/hisilicon/hi3660.dtsi
b/arch/arm64/boot/dts/hisilicon/hi3660.dtsi
index df4e96d..654da63 100644
--- a/arch
Cc: Zhuangluan Su
Cc: Ryan Grachek
Cc: Manivannan Sadhasivam
Cc: dmaeng...@vger.kernel.org
Signed-off-by: Li Yu
Signed-off-by: Guodong Xu
[jstultz: Minor tweaks to commit message]
Signed-off-by: John Stultz
---
drivers/dma/k3dma.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a
Vinod Koul
Cc: Wei Xu
Cc: Mark Rutland
Cc: Rob Herring
Cc: Guodong Xu
Cc: Manivannan Sadhasivam
Cc: Ryan Grachek
CC: devicet...@vger.kernel.org
Cc: dmaeng...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
John Stultz (3):
Documentation: bindings: k3dma: Add binding for dma-avail
On Fri, Jan 4, 2019 at 9:25 AM Vinod Koul wrote:
>
> On 28-12-18, 14:36, h00249924 wrote:
> > From: Youlin Wang
> >
> > There is an new "hisi-pcm-asp-dma-1.0" device added in
> > "arch/arm64/boot/dts/hisilicon/hi3660.dtsi".
> > So we have to add a matching id in the driver file:
> > "{ .compatibl
Add dma0 references for bluetooth uart to enable dma
for bt transfers.
Cc: Manivannan Sadhasivam
Cc: Ryan Grachek
Cc: Wei Xu
Cc: Rob Herring
Cc: Mark Rutland
Cc: linux-arm-ker...@lists.infradead.org
Cc: devicet...@vger.kernel.org
Signed-off-by: John Stultz
Change-Id
Adding a few folks to cc from the thread here:
https://patchwork.kernel.org/patch/10734021/
As this sounds like a very similar issue.
thanks
-john
On Sun, Dec 30, 2018 at 3:38 AM Jan Kiszka wrote:
>
> From: Jan Kiszka
>
> Somewhere along recent changes to power control of the wl1835, power-on
>
On Thu, Dec 27, 2018 at 10:39 PM h00249924 wrote:
>
> From: Youlin Wang
>
> Extend the k3dma driver binding to support hisi-asp hardware variants.
>
> Signed-off-by: Youlin Wang
> Signed-off-by: Tanglei Han
> Cc: Vinod Koul
> Cc: Rob Herring
> Cc: Mark Rutland
> ---
> Documentation/devicetr
Add dma0 references for bluetooth uart to enable dma
for bt transfers.
Cc: Manivannan Sadhasivam
Cc: Ryan Grachek
Cc: Wei Xu
Cc: Rob Herring
Cc: Mark Rutland
Cc: linux-arm-ker...@lists.infradead.org
Cc: devicet...@vger.kernel.org
Signed-off-by: John Stultz
Change-Id
ld drivers that contain calls to this function.
>
> Signed-off-by: Arnd Bergmann
> ---
> include/linux/timekeeping.h | 14 --
> include/linux/timekeeping32.h | 9 -
> 2 files changed, 23 deletions(-)
Acked-by: John Stultz
off-by: Arnd Bergmann
> ---
> include/linux/timekeeping32.h | 6 --
> kernel/time/ntp.c | 10 +-
> kernel/time/timekeeping.c | 12 ++--
> 3 files changed, 3 insertions(+), 25 deletions(-)
Acked-by: John Stultz
thanks
-john
emove that as well.
>
> Signed-off-by: Arnd Bergmann
> ---
> include/linux/time32.h | 25 -
> kernel/time/time.c | 36
> 2 files changed, 61 deletions(-)
Acked-by: John Stultz
On Mon, Nov 19, 2018 at 6:10 AM, Muchun Song wrote:
> The elements of the heads array are a linked list of timer events that
> expire at the current time. And it can contain up to LVL_DEPTH levels
> and the lower the level represents the smaller the time granularity.
>
> Now the result is that the
On Thu, Nov 15, 2018 at 9:07 AM, Michael Zhivich wrote:
> Require TIMER_SOFTIRQ to be handled immediately instead of delaying until
> ksoftirqd runs, thus preventing problems with reading clocksources that
> wrap often (e.g. acpi_pm).
>
> If acpi_pm is used as the clocksource watchdog, and machine
On Mon, Nov 12, 2018 at 10:56 AM, Michael Zhivich wrote:
> Revert commit 1f45f1f33c8c ("clocksource: Make clocksource validation work
> for all clocksources") to restore correct clocksource_delta() computation
> for clocksources that wrap frequently, while retaining the check for tsc
> drifting.
>
On Thu, Nov 1, 2018 at 10:44 AM, Thomas Gleixner wrote:
> On Tue, 23 Oct 2018, John Stultz wrote:
>> On Fri, Oct 19, 2018 at 3:36 PM, John Stultz wrote:
>> I spent a little bit of time thinking this out. Unfortunately I don't
>> think its a simple matter of calculatin
ay by this work.
>
> This work is based on a script and data from Philippe Ombredanne, Kate
> Stewart and myself. The data has been created with two independent license
> scanners and manual inspection.
Looks ok by me.
Acked-by: John Stultz
thanks
-john
process is
> allowed to do other activities controlled by CAP_SYS_NICE inside a
> namespace, it should also be able to adjust timerslack_ns.
>
> Signed-off-by: Benjamin Gordon
> Cc: John Stultz
> Cc: Kees Cook
> Cc: "Serge E. Hallyn"
> Cc: Thomas Gleixner
On Thu, Oct 25, 2018 at 10:04 AM, John Stultz wrote:
> Hey Tony,
> In testing linus/master on my hikey board, I'm hitting the following
> OOPS on bootup:
>
> [1.870279] Unable to handle kernel read from unreadable memory at
> virtual address 0010
> [
Hey Tony,
In testing linus/master on my hikey board, I'm hitting the following
OOPS on bootup:
[1.870279] Unable to handle kernel read from unreadable memory at
virtual address 0010
[1.870283] Mem abort info:
[1.870287] ESR = 0x9605
[1.870292] Exception class
On Fri, Oct 19, 2018 at 3:36 PM, John Stultz wrote:
> On Fri, Oct 19, 2018 at 1:50 PM, Thomas Gleixner wrote:
>> John,
>>
>> On Fri, 19 Oct 2018, John Stultz wrote:
>>> On Fri, Oct 19, 2018 at 11:57 AM, Thomas Gleixner
>>> wrote:
>>> > I don
On Fri, Oct 19, 2018 at 1:50 PM, Thomas Gleixner wrote:
> John,
>
> On Fri, 19 Oct 2018, John Stultz wrote:
>> On Fri, Oct 19, 2018 at 11:57 AM, Thomas Gleixner wrote:
>> > I don't think you need complex oscillation for that. The error is constant
>> > an
On Fri, Oct 19, 2018 at 11:57 AM, Thomas Gleixner wrote:
> On Fri, 19 Oct 2018, John Stultz wrote:
>> On Fri, Oct 19, 2018 at 11:37 AM, Thomas Gleixner wrote:
>> > On Fri, 19 Oct 2018, Thomas Gleixner wrote:
>> >> On Mon, 15 Oct 2018, Christopher Hall wrote:
>
On Fri, Oct 19, 2018 at 11:37 AM, Thomas Gleixner wrote:
> On Fri, 19 Oct 2018, Thomas Gleixner wrote:
>> On Mon, 15 Oct 2018, Christopher Hall wrote:
>> > TSC kHz used to calculate mult/shift value: 3312000
>>
>> Now the most interesting information here would be the resulting mult/shift
>> value
On Fri, Oct 19, 2018 at 11:34 AM, John Stultz wrote:
> On Fri, Oct 19, 2018 at 8:25 AM, Thomas Gleixner wrote:
>> Christopher,
>>
>> Please Cc LKML on such issues in the future.
>>
>> On Mon, 15 Oct 2018, Christopher Hall wrote:
>>
>> Leaving c
On Fri, Oct 19, 2018 at 8:25 AM, Thomas Gleixner wrote:
> Christopher,
>
> Please Cc LKML on such issues in the future.
>
> On Mon, 15 Oct 2018, Christopher Hall wrote:
>
> Leaving context around for new readers:
>
>> Problem Statement:
>>
>> The TSC clocksource mult/shift values are derived from
On Tue, Oct 16, 2018 at 3:48 PM, John Stultz wrote:
> On Mon, Oct 15, 2018 at 8:41 PM, Martin K. Petersen
> wrote:
>>
>> John,
>>
>>> Hynix ufs has deviations on hi36xx platform which will result in ufs
>>> bursts transfer failures.
>>
>>
t-write failed as expected due to seal
> : Permission denied
> map 3 prot-read passed as expected
>
> Note: This seal will also prevent growing and shrinking of the memfd.
> This is not something we do in Android so it does not affect us, however
> I have mentioned this behavior of the seal in the manpage.
>
> Cc: jr...@google.com
> Cc: john.stu...@linaro.org
> Cc: tk...@google.com
> Cc: gre...@linuxfoundation.org
> Signed-off-by: Joel Fernandes (Google)
Reviewed-by: John Stultz
thanks
-john
iles for legacy devices, but I did not finish that
> for this kernel cycle.
>
> Fixes: commit efdfeb079cc3 ("regulator: fixed: Convert to use GPIO descriptor
> only")
> Reported-by: Leonard Crestez
> Reported-by: Fabio Estevam
> Reported-by: John Stultz
> Reported-by: Anders Roxell
> Signed-off-by: Linus Walleij
This seems to solve it!
Tested-by: John Stultz
On Mon, Oct 1, 2018 at 1:44 PM, Mark Salyzyn wrote:
> On 10/01/2018 11:49 AM, John Stultz wrote:
>> It seems the patchset is already somewhat broken up into separate
>> sets, so I might recommend picking just one area and focus on
>> upstreaming that first. Maybe the in-arch
On Mon, Oct 1, 2018 at 10:58 AM, Mark Salyzyn wrote:
> Last sent 23 Nov 2016.
>
> The following 23 patches are rebased and resent, and represent a
> rewrite of the arm and arm64 vDSO into C, adding support for arch32
> (32-bit user space hosted 64-bit kernels) and into a common library
> that othe
On Thu, Sep 6, 2018 at 6:01 AM Linus Walleij wrote:
>
> As we augmented the regulator core to accept a GPIO descriptor instead
> of a GPIO number, we can augment the fixed GPIO regulator to look up
> and pass that descriptor directly from device tree or board GPIO
> descriptor look up tables.
>
>
On Tue, Sep 25, 2018 at 3:04 AM, Artur Petrosyan
wrote:
> Just a clarification by this commit "[PATCH] usb: dwc2: Fix HiKey
> regression caused by power_down feature"
> https://marc.info/?l=linux-usb&m=152669095513248&w=2
>
> the power_down is disabled setting "p->power_down = false;" in
> "dwc2_s
On Sun, Sep 23, 2018 at 10:57 PM, Artur Petrosyan
wrote:
> Hi John,
>
> On 9/21/2018 05:05, John Stultz wrote:
>> On Thu, Sep 20, 2018 at 7:17 AM, Artur Petrosyan
>> wrote:
>>> On 5/23/2018 01:57, John Stultz wrote:
>>>> Its done automatically,
On Mon, Sep 17, 2018 at 12:25 PM, Andy Lutomirski wrote:
> On Fri, Sep 14, 2018 at 5:50 AM, Thomas Gleixner wrote:
>> The code flow for the vclocks is convoluted as it requires the vclocks
>> which can be invalidated separately from the vsyscall_gtod_data sequence to
>> store the fact in a separa
On Fri, Aug 24, 2018 at 10:47 AM, Andy Lutomirski wrote:
> Minor nit: if it's not literally a resend, don't call it "RESEND" in
> $SUBJECT. Call it v2, please.
>
> Also, I added LKML and relevant maintainers to cc. John and Stephen:
> this is a purely x86 patch, but it digs into the core timekee
On Thu, Aug 16, 2018 at 11:37 AM, Tuomas Tynkkynen
wrote:
> Hi,
>
> On 08/16/2018 08:57 PM, John Stultz wrote:
>>
>> On Thu, Aug 16, 2018 at 3:22 AM, Will Deacon wrote:
>>>
>>> Hi Tuomas, [+John]
>
> ...
>>>
>>>
>>> Out of i
m(struct jump_entry *entry,
> insn = aarch64_insn_gen_nop();
> }
>
> - aarch64_insn_patch_text(&addr, &insn, 1);
> + aarch64_insn_patch_text_nosync(addr, insn);
> }
>
> void arch_jump_label_transform_static(struct jump_entry *entry,
Yes, this works for me as well.
Tested-by: John Stultz
thanks so much!
-john
501 - 600 of 3372 matches
Mail list logo