From: Liang Yang
Add initial support for the Amlogic NAND flash controller which found
in the Meson-GXBB/GXL/AXG SoCs.
Signed-off-by: Liang Yang
Signed-off-by: Yixun Lan
Signed-off-by: Jianxin Pan
---
drivers/mtd/nand/raw/Kconfig | 10 +
drivers/mtd/nand/raw/Makefile |1 +
From: Liang Yang
Add initial support for the Amlogic NAND flash controller which found
in the Meson-GXBB/GXL/AXG SoCs.
Signed-off-by: Liang Yang
Signed-off-by: Yixun Lan
Signed-off-by: Jianxin Pan
---
drivers/mtd/nand/raw/Kconfig | 10 +
drivers/mtd/nand/raw/Makefile |1 +
When we pick the next task, we will do the following for the task:
1) p->se.exec_start = rq_clock_task(rq);
2) dequeue_pushable{_dl}_task(rq, p);
When we call set_curr_task_{rt,dl}(), we also need to do the same thing
above. In rt.c, the code at 1) is in the _pick_next_task_rt() and the
code
When we pick the next task, we will do the following for the task:
1) p->se.exec_start = rq_clock_task(rq);
2) dequeue_pushable{_dl}_task(rq, p);
When we call set_curr_task_{rt,dl}(), we also need to do the same thing
above. In rt.c, the code at 1) is in the _pick_next_task_rt() and the
code
Hi,
I use gen_pool_first_fit_align() as pool allocation algorithm allocating
buffers with requested alignment. But if a chunk base address is not
aligned to the requested alignment(from some reason), the returned
address is not aligned too.
The reason is the allocation algorithm works on bitmap,
From: Liang Yang
Add Amlogic NAND controller dt-bindings for Meson SoC,
Current this driver support GXBB/GXL/AXG platform.
Signed-off-by: Liang Yang
Signed-off-by: Yixun Lan
Signed-off-by: Jianxin Pan
Reviewed-by: Rob Herring
---
.../devicetree/bindings/mtd/amlogic,meson-nand.txt | 60
Hi,
I use gen_pool_first_fit_align() as pool allocation algorithm allocating
buffers with requested alignment. But if a chunk base address is not
aligned to the requested alignment(from some reason), the returned
address is not aligned too.
The reason is the allocation algorithm works on bitmap,
From: Liang Yang
Add Amlogic NAND controller dt-bindings for Meson SoC,
Current this driver support GXBB/GXL/AXG platform.
Signed-off-by: Liang Yang
Signed-off-by: Yixun Lan
Signed-off-by: Jianxin Pan
Reviewed-by: Rob Herring
---
.../devicetree/bindings/mtd/amlogic,meson-nand.txt | 60
These two patches try to add initial NAND driver support for Amlogic Meson
SoCs, current it has been tested on GXL(p212) and AXG(s400) platform.
Changes since v5 at [6]:
- use instr->delay_ns in exec_op() to caculate the delay cycle
- delete struct meson_nfc_info_format and use macros instead
These two patches try to add initial NAND driver support for Amlogic Meson
SoCs, current it has been tested on GXL(p212) and AXG(s400) platform.
Changes since v5 at [6]:
- use instr->delay_ns in exec_op() to caculate the delay cycle
- delete struct meson_nfc_info_format and use macros instead
> Subject: Re: [Patch v2] genirq/matrix: Choose CPU for assigning interrupts
> based on allocated IRQs
>
> Long,
>
> On Thu, 1 Nov 2018, Long Li wrote:
> > On a large system with multiple devices of the same class (e.g. NVMe
> > disks, using managed IRQs), the kernel tends to concentrate their
> Subject: Re: [Patch v2] genirq/matrix: Choose CPU for assigning interrupts
> based on allocated IRQs
>
> Long,
>
> On Thu, 1 Nov 2018, Long Li wrote:
> > On a large system with multiple devices of the same class (e.g. NVMe
> > disks, using managed IRQs), the kernel tends to concentrate their
Hello,
syzbot found the following crash on:
HEAD commit:27b31e68bc9f bpf: tcp_bpf_recvmsg should return EAGAIN whe..
git tree: bpf
console output: https://syzkaller.appspot.com/x/log.txt?x=1744318340
kernel config: https://syzkaller.appspot.com/x/.config?x=93932074d01b4a5
Hello,
syzbot found the following crash on:
HEAD commit:27b31e68bc9f bpf: tcp_bpf_recvmsg should return EAGAIN whe..
git tree: bpf
console output: https://syzkaller.appspot.com/x/log.txt?x=1744318340
kernel config: https://syzkaller.appspot.com/x/.config?x=93932074d01b4a5
Hello,
syzbot found the following crash on:
HEAD commit:5b7449810ae6 Merge tag 'tag-chrome-platform-for-v4.20' of ..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=15805e3340
kernel config: https://syzkaller.appspot.com/x/.config?x=4e8e3fa31e0cc680
Hello,
syzbot found the following crash on:
HEAD commit:5b7449810ae6 Merge tag 'tag-chrome-platform-for-v4.20' of ..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=15805e3340
kernel config: https://syzkaller.appspot.com/x/.config?x=4e8e3fa31e0cc680
On Thu, Nov 1, 2018 at 8:12 AM Dennis Zhou wrote:
>
> Two small things for v4.20. The first fixes a clang uninitialized
> variable warning for arm64 in the default path calls BUILD_BUG(). The
> second removes an unnecessary unlikely() in a WARN_ON() use.
Pulled,
Linus
On Thu, Nov 1, 2018 at 8:12 AM Dennis Zhou wrote:
>
> Two small things for v4.20. The first fixes a clang uninitialized
> variable warning for arm64 in the default path calls BUILD_BUG(). The
> second removes an unnecessary unlikely() in a WARN_ON() use.
Pulled,
Linus
On Thu, Nov 1, 2018 at 3:50 AM Wolfram Sang wrote:
>
> I2C has a core bugfix & cleanup as well as an ID addition and
> MAINTAINERS update for you.
Pulled,
Linus
On Thu, Nov 1, 2018 at 3:50 AM Wolfram Sang wrote:
>
> I2C has a core bugfix & cleanup as well as an ID addition and
> MAINTAINERS update for you.
Pulled,
Linus
From: Yixun Lan
Document the MMC sub clock controller driver, the potential consumer
of this driver is MMC or NAND. Also add four clock bindings IDs which
provided by this driver.
Reviewed-by: Rob Herring
Signed-off-by: Yixun Lan
Signed-off-by: Jianxin Pan
---
From: Yixun Lan
Export the emmc sub clock phase delay ops which will be used
by the emmc sub clock driver itself.
Signed-off-by: Yixun Lan
Signed-off-by: Jianxin Pan
---
drivers/clk/meson/Makefile | 2 +-
drivers/clk/meson/clk-phase-delay.c | 66
From: Yixun Lan
Document the MMC sub clock controller driver, the potential consumer
of this driver is MMC or NAND. Also add four clock bindings IDs which
provided by this driver.
Reviewed-by: Rob Herring
Signed-off-by: Yixun Lan
Signed-off-by: Jianxin Pan
---
From: Yixun Lan
Export the emmc sub clock phase delay ops which will be used
by the emmc sub clock driver itself.
Signed-off-by: Yixun Lan
Signed-off-by: Jianxin Pan
---
drivers/clk/meson/Makefile | 2 +-
drivers/clk/meson/clk-phase-delay.c | 66
From: Yixun Lan
The patch will add a MMC clock controller driver which used by MMC or NAND,
It provide a mux and divider clock, and three phase clocks - core, tx, tx.
Two clocks are provided as the parent of MMC clock controller from
upper layer clock controller - eg "amlogic,axg-clkc" in AXG
From: Yixun Lan
The patch will add a MMC clock controller driver which used by MMC or NAND,
It provide a mux and divider clock, and three phase clocks - core, tx, tx.
Two clocks are provided as the parent of MMC clock controller from
upper layer clock controller - eg "amlogic,axg-clkc" in AXG
This driver will add a MMC clock controller driver support.
The original idea about adding a clock controller is during the
discussion in the NAND driver mainline effort[1].
This driver is tested in the S400 board (AXG platform) with NAND driver.
Changes since v5 [6]:
- remove divider ops with
This driver will add a MMC clock controller driver support.
The original idea about adding a clock controller is during the
discussion in the NAND driver mainline effort[1].
This driver is tested in the S400 board (AXG platform) with NAND driver.
Changes since v5 [6]:
- remove divider ops with
On Wed, Oct 31, 2018 at 10:35 PM Boris Brezillon
wrote:
>
> Greg, I didn't get your feedback on v10 of the i3c patchset [1] where I
> was asking if you'd agree to have this framework merged in 4.20 (I know
> you were busy with the 4.19 release and after that the Kernel Summit, so
> that's not a
On Wed, Oct 31, 2018 at 10:35 PM Boris Brezillon
wrote:
>
> Greg, I didn't get your feedback on v10 of the i3c patchset [1] where I
> was asking if you'd agree to have this framework merged in 4.20 (I know
> you were busy with the 4.19 release and after that the Kernel Summit, so
> that's not a
On Thu, 2018-11-01 at 12:02 -0400, Mimi Zohar wrote:
> On Tue, 2018-10-30 at 16:47 +0100, Roberto Sassu wrote:
> > +static int tpm2_init_bank_info(struct tpm_chip *chip,
> > + struct tpm_bank_info *bank)
> > +{
> > + struct tpm_digest digest = {.alg_id =
On Thu, 2018-11-01 at 12:02 -0400, Mimi Zohar wrote:
> On Tue, 2018-10-30 at 16:47 +0100, Roberto Sassu wrote:
> > +static int tpm2_init_bank_info(struct tpm_chip *chip,
> > + struct tpm_bank_info *bank)
> > +{
> > + struct tpm_digest digest = {.alg_id =
>Hi,
>
>Am Donnerstag, 1. November 2018, 16:37:49 CET schrieb Yangtao Li:
>> Signed-off-by: Yangtao Li
>
>while the changes really are pretty self-explanatory, it is always
>nice to describe changes in a real commit message, like
>
>Fix multiple instances of a misspelled "Calculates".
>
>Change
>Hi,
>
>Am Donnerstag, 1. November 2018, 16:37:49 CET schrieb Yangtao Li:
>> Signed-off-by: Yangtao Li
>
>while the changes really are pretty self-explanatory, it is always
>nice to describe changes in a real commit message, like
>
>Fix multiple instances of a misspelled "Calculates".
>
>Change
On 9/28/18 12:25 AM, Vignesh R wrote:
Couple of patches to enable i2c-omap driver to be used with TI's new
AM654 platforms.
Vignesh R (2):
dt-bindings: i2c-omap: Add new compatible for AM654 SoCs
i2c: busses: Kconfig: Enable I2C_OMAP for ARCH_K3
On 9/28/18 12:25 AM, Vignesh R wrote:
Couple of patches to enable i2c-omap driver to be used with TI's new
AM654 platforms.
Vignesh R (2):
dt-bindings: i2c-omap: Add new compatible for AM654 SoCs
i2c: busses: Kconfig: Enable I2C_OMAP for ARCH_K3
On Wed, Oct 31, 2018 at 6:44 PM David Miller wrote:
>
> Two small fixes, please pull.
Pulled,
Linus
On Wed, Oct 31, 2018 at 6:44 PM David Miller wrote:
>
> Two small fixes, please pull.
Pulled,
Linus
On Wed, Oct 31, 2018 at 10:00:19PM -0700, Joel Fernandes wrote:
> On Wed, Oct 31, 2018 at 11:17:48AM -0700, Paul E. McKenney wrote:
> > On Tue, Oct 30, 2018 at 06:11:19PM -0700, Joel Fernandes wrote:
> > > Hi Paul,
> > >
> > > On Tue, Oct 30, 2018 at 04:43:36PM -0700, Paul E. McKenney wrote:
> >
On Wed, Oct 31, 2018 at 10:00:19PM -0700, Joel Fernandes wrote:
> On Wed, Oct 31, 2018 at 11:17:48AM -0700, Paul E. McKenney wrote:
> > On Tue, Oct 30, 2018 at 06:11:19PM -0700, Joel Fernandes wrote:
> > > Hi Paul,
> > >
> > > On Tue, Oct 30, 2018 at 04:43:36PM -0700, Paul E. McKenney wrote:
> >
Hello, Jessica,
On Tue, Oct 30, 2018 at 02:19:10PM +0100, Jessica Yu wrote:
> +++ Will Deacon [29/10/18 15:28 +]:
> >On Fri, Oct 26, 2018 at 07:25:01PM +0200, Jessica Yu wrote:
> >>diff --git a/arch/arm64/include/asm/module.h
> >>b/arch/arm64/include/asm/module.h
> >>index
Hello, Jessica,
On Tue, Oct 30, 2018 at 02:19:10PM +0100, Jessica Yu wrote:
> +++ Will Deacon [29/10/18 15:28 +]:
> >On Fri, Oct 26, 2018 at 07:25:01PM +0200, Jessica Yu wrote:
> >>diff --git a/arch/arm64/include/asm/module.h
> >>b/arch/arm64/include/asm/module.h
> >>index
On Wed, Oct 31, 2018 at 10:28 PM Guo Ren wrote:
>
> csky: dtb Kbuild fixup patches for linux-4.20-rc1
Pulled,
Linus
On Wed, Oct 31, 2018 at 10:28 PM Guo Ren wrote:
>
> csky: dtb Kbuild fixup patches for linux-4.20-rc1
Pulled,
Linus
On Mon, Oct 22, 2018 at 3:10 AM Sergey Senozhatsky
wrote:
> Another deadlock scenario could be the following one:
>
> printk()
> console_trylock()
> down_trylock()
>raw_spin_lock_irqsave(>lock, flags)
>
> panic()
>
On Mon, Oct 22, 2018 at 3:10 AM Sergey Senozhatsky
wrote:
> Another deadlock scenario could be the following one:
>
> printk()
> console_trylock()
> down_trylock()
>raw_spin_lock_irqsave(>lock, flags)
>
> panic()
>
Hi Sven,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on char-misc/char-misc-testing]
[also build test WARNING on v4.19 next-20181101]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https
Hi Sven,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on char-misc/char-misc-testing]
[also build test WARNING on v4.19 next-20181101]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https
On Tue, 2018-10-30 at 16:47 +0100, Roberto Sassu wrote:
> Currently, the TPM driver retrieves the digest size from a table mapping
> TPM algorithms identifiers to identifiers defined by the crypto subsystem.
> If the algorithm is not defined by the latter, the digest size can be
> retrieved from
On Tue, 2018-10-30 at 16:47 +0100, Roberto Sassu wrote:
> Currently, the TPM driver retrieves the digest size from a table mapping
> TPM algorithms identifiers to identifiers defined by the crypto subsystem.
> If the algorithm is not defined by the latter, the digest size can be
> retrieved from
On Thu, Nov 1, 2018 at 3:53 AM Steven Whitehouse wrote:
>
> When I look at the discussions I'm seeing two main issues (please
> correct me if you think I'm wrong about this) which are (a) whether the
> design is correct and (b) whether there are still bugs in the current
> patch set.
>
> Which of
On Thu, Nov 1, 2018 at 3:53 AM Steven Whitehouse wrote:
>
> When I look at the discussions I'm seeing two main issues (please
> correct me if you think I'm wrong about this) which are (a) whether the
> design is correct and (b) whether there are still bugs in the current
> patch set.
>
> Which of
Hi,
Am Donnerstag, 1. November 2018, 16:37:49 CET schrieb Yangtao Li:
> Signed-off-by: Yangtao Li
while the changes really are pretty self-explanatory, it is always
nice to describe changes in a real commit message, like
Fix multiple instances of a misspelled "Calculates".
Change itself looks
Hi,
Am Donnerstag, 1. November 2018, 16:37:49 CET schrieb Yangtao Li:
> Signed-off-by: Yangtao Li
while the changes really are pretty self-explanatory, it is always
nice to describe changes in a real commit message, like
Fix multiple instances of a misspelled "Calculates".
Change itself looks
Signed-off-by: Yangtao Li
---
security/tomoyo/util.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/security/tomoyo/util.c b/security/tomoyo/util.c
index d3d9d9f1edb0..badffc8271c8 100644
--- a/security/tomoyo/util.c
+++ b/security/tomoyo/util.c
@@ -106,7 +106,7 @@ void
Signed-off-by: Yangtao Li
---
security/tomoyo/util.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/security/tomoyo/util.c b/security/tomoyo/util.c
index d3d9d9f1edb0..badffc8271c8 100644
--- a/security/tomoyo/util.c
+++ b/security/tomoyo/util.c
@@ -106,7 +106,7 @@ void
From: Borislav Petkov
... to actually explain what the function is trying to do.
Reported-by: Mike Rapoport
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/aperture_64.c | 25 +++--
1 file changed, 15 insertions(+), 10 deletions(-)
diff --git
From: Borislav Petkov
... to actually explain what the function is trying to do.
Reported-by: Mike Rapoport
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/aperture_64.c | 25 +++--
1 file changed, 15 insertions(+), 10 deletions(-)
diff --git
Signed-off-by: Yangtao Li
---
drivers/staging/vt6655/baseband.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/vt6655/baseband.c
b/drivers/staging/vt6655/baseband.c
index f0b163473426..b5ba0c76fb43 100644
--- a/drivers/staging/vt6655/baseband.c
+++
Signed-off-by: Yangtao Li
---
drivers/staging/vt6655/baseband.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/vt6655/baseband.c
b/drivers/staging/vt6655/baseband.c
index f0b163473426..b5ba0c76fb43 100644
--- a/drivers/staging/vt6655/baseband.c
+++
On Thu, Nov 1, 2018 at 11:53 AM, David Laight wrote:
> From: Sent: 31 October 2018 13:28
> ...
>> * I actually have a local variant of the patch that would have you
>> open "/proc/$PID/kill/$SIGNO" instead, since different signal numbers
>> have different permission checks.
>
> I think you'd need
On 01-11-18, Hans de Goede wrote:
> Hi,
>
> On 01-11-18 15:28, Dean Wallace wrote:
> > On 01-11-18, Hans de Goede wrote:
> > > Hi,
> > >
> > > On 01-11-18 11:37, Dean Wallace wrote:
> > > > On 31-10-18, Pierre-Louis Bossart wrote:
> > > > >
> > > > > > Just thought it worth mentioning, this new
On Thu, Nov 1, 2018 at 11:53 AM, David Laight wrote:
> From: Sent: 31 October 2018 13:28
> ...
>> * I actually have a local variant of the patch that would have you
>> open "/proc/$PID/kill/$SIGNO" instead, since different signal numbers
>> have different permission checks.
>
> I think you'd need
On 01-11-18, Hans de Goede wrote:
> Hi,
>
> On 01-11-18 15:28, Dean Wallace wrote:
> > On 01-11-18, Hans de Goede wrote:
> > > Hi,
> > >
> > > On 01-11-18 11:37, Dean Wallace wrote:
> > > > On 31-10-18, Pierre-Louis Bossart wrote:
> > > > >
> > > > > > Just thought it worth mentioning, this new
Signed-off-by: Yangtao Li
---
drivers/staging/rtl8188eu/hal/odm_rtl8188e.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8188eu/hal/odm_rtl8188e.c
b/drivers/staging/rtl8188eu/hal/odm_rtl8188e.c
index d5001920f77c..5352b0e45cac 100644
---
Signed-off-by: Yangtao Li
---
drivers/staging/rtl8188eu/hal/odm_rtl8188e.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8188eu/hal/odm_rtl8188e.c
b/drivers/staging/rtl8188eu/hal/odm_rtl8188e.c
index d5001920f77c..5352b0e45cac 100644
---
On Thu, Nov 01, 2018 at 12:06:30PM +, Mark Brown wrote:
On Wed, Oct 31, 2018 at 07:08:57PM -0400, Sasha Levin wrote:
From: Linus Walleij
[ Upstream commit 28be5f15df2ee6882b0a122693159c96a28203c7 ]
commit efdfeb079cc3
("regulator: fixed: Convert to use GPIO descriptor only")
switched to
Signed-off-by: Yangtao Li
---
drivers/staging/rtl8712/rtl871x_cmd.h | 2 +-
drivers/staging/rtl8723bs/include/rtw_cmd.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/rtl8712/rtl871x_cmd.h
b/drivers/staging/rtl8712/rtl871x_cmd.h
index
On Thu, Nov 01, 2018 at 12:06:30PM +, Mark Brown wrote:
On Wed, Oct 31, 2018 at 07:08:57PM -0400, Sasha Levin wrote:
From: Linus Walleij
[ Upstream commit 28be5f15df2ee6882b0a122693159c96a28203c7 ]
commit efdfeb079cc3
("regulator: fixed: Convert to use GPIO descriptor only")
switched to
Signed-off-by: Yangtao Li
---
drivers/staging/rtl8712/rtl871x_cmd.h | 2 +-
drivers/staging/rtl8723bs/include/rtw_cmd.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/rtl8712/rtl871x_cmd.h
b/drivers/staging/rtl8712/rtl871x_cmd.h
index
On Thu, Nov 01, 2018 at 07:43:35AM -0400, Prarit Bhargava wrote:
On 10/31/2018 07:03 PM, Sasha Levin wrote:
From: Prarit Bhargava
[ Upstream commit f69ffc5d3db8f1f03fd6d1df5930f9a1fbd787b6 ]
cpupower crashes on VMWare guests. The guests have the AMD PStateDef MSR
(0xC0010064 + state
On Thu, Nov 01, 2018 at 07:43:35AM -0400, Prarit Bhargava wrote:
On 10/31/2018 07:03 PM, Sasha Levin wrote:
From: Prarit Bhargava
[ Upstream commit f69ffc5d3db8f1f03fd6d1df5930f9a1fbd787b6 ]
cpupower crashes on VMWare guests. The guests have the AMD PStateDef MSR
(0xC0010064 + state
Signed-off-by: Yangtao Li
---
kernel/trace/ring_buffer_benchmark.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/trace/ring_buffer_benchmark.c
b/kernel/trace/ring_buffer_benchmark.c
index ffba6789c0e2..0564f6db0561 100644
--- a/kernel/trace/ring_buffer_benchmark.c
Signed-off-by: Yangtao Li
---
kernel/trace/ring_buffer_benchmark.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/trace/ring_buffer_benchmark.c
b/kernel/trace/ring_buffer_benchmark.c
index ffba6789c0e2..0564f6db0561 100644
--- a/kernel/trace/ring_buffer_benchmark.c
On Wed, Oct 31, 2018 at 8:07 PM Darren Hart wrote:
>
> platform-drivers-x86 for v4.20-1
Pulled,
Linus
On Wed, Oct 31, 2018 at 8:07 PM Darren Hart wrote:
>
> platform-drivers-x86 for v4.20-1
Pulled,
Linus
On 11/01, Paul E. McKenney wrote:
>
> Any news on exactly which patch constituted the reworking of this
> code some time back?
Again, I never sent a patch, I simply showed the new code (more than 2 years
ago ;), see below. I need to re-read our discussiong, but iirc your and Peter's
reviews were
On 11/01, Paul E. McKenney wrote:
>
> Any news on exactly which patch constituted the reworking of this
> code some time back?
Again, I never sent a patch, I simply showed the new code (more than 2 years
ago ;), see below. I need to re-read our discussiong, but iirc your and Peter's
reviews were
Signed-off-by: Yangtao Li
---
drivers/pinctrl/mediatek/pinctrl-mt7622.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/mediatek/pinctrl-mt7622.c
b/drivers/pinctrl/mediatek/pinctrl-mt7622.c
index 6f931b85701b..9b00c5e6ba8e 100644
---
Signed-off-by: Yangtao Li
---
drivers/pinctrl/mediatek/pinctrl-mt7622.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/mediatek/pinctrl-mt7622.c
b/drivers/pinctrl/mediatek/pinctrl-mt7622.c
index 6f931b85701b..9b00c5e6ba8e 100644
---
These are i.MX6S/DL based SBCs embedded in various Y Soft products.
All share the same board design but have slightly different HW
configuration.
Ursa
- i.MX6S SoC, 512MB RAM DDR3, 4GB eMMC, microSD
- parallel WVGA 7" LCD with touch panel
- 1x Eth (QCA8334 switch)
- USB OTG
- USB host (micro-B)
These are i.MX6S/DL based SBCs embedded in various Y Soft products.
All share the same board design but have slightly different HW
configuration.
Ursa
- i.MX6S SoC, 512MB RAM DDR3, 4GB eMMC, microSD
- parallel WVGA 7" LCD with touch panel
- 1x Eth (QCA8334 switch)
- USB OTG
- USB host (micro-B)
Signed-off-by: Yangtao Li
---
drivers/mfd/rave-sp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/rave-sp.c b/drivers/mfd/rave-sp.c
index 2a8369657e38..26c7b63e008a 100644
--- a/drivers/mfd/rave-sp.c
+++ b/drivers/mfd/rave-sp.c
@@ -109,7 +109,7 @@ struct
Signed-off-by: Yangtao Li
---
drivers/mfd/rave-sp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/rave-sp.c b/drivers/mfd/rave-sp.c
index 2a8369657e38..26c7b63e008a 100644
--- a/drivers/mfd/rave-sp.c
+++ b/drivers/mfd/rave-sp.c
@@ -109,7 +109,7 @@ struct
On 01-11-18, Hans de Goede wrote:
> Hi,
>
> On 01-11-18 15:28, Dean Wallace wrote:
> > On 01-11-18, Hans de Goede wrote:
> > > Hi,
> > >
> > > On 01-11-18 11:37, Dean Wallace wrote:
> > > > On 31-10-18, Pierre-Louis Bossart wrote:
> > > > >
> > > > > > Just thought it worth mentioning, this new
On 01-11-18, Hans de Goede wrote:
> Hi,
>
> On 01-11-18 15:28, Dean Wallace wrote:
> > On 01-11-18, Hans de Goede wrote:
> > > Hi,
> > >
> > > On 01-11-18 11:37, Dean Wallace wrote:
> > > > On 31-10-18, Pierre-Louis Bossart wrote:
> > > > >
> > > > > > Just thought it worth mentioning, this new
On 01/11/2018 16:09, Eial Czerwacki wrote:
> Greetings,
>
> On 11/01/2018 03:45 PM, Juergen Gross wrote:
>> On 01/11/2018 14:10, Eial Czerwacki wrote:
>>> Greetings,
>>>
>>> On 11/01/2018 12:39 PM, Shai Fultheim (s...@scalemp.com) wrote:
On 01/11/18 11:37, Thomas Gleixner wrote:
>
On 01/11/2018 16:09, Eial Czerwacki wrote:
> Greetings,
>
> On 11/01/2018 03:45 PM, Juergen Gross wrote:
>> On 01/11/2018 14:10, Eial Czerwacki wrote:
>>> Greetings,
>>>
>>> On 11/01/2018 12:39 PM, Shai Fultheim (s...@scalemp.com) wrote:
On 01/11/18 11:37, Thomas Gleixner wrote:
>
Signed-off-by: Yangtao Li
---
drivers/i2c/busses/i2c-rk3x.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/i2c/busses/i2c-rk3x.c b/drivers/i2c/busses/i2c-rk3x.c
index b8a2728dd4b6..fe347e8e2a23 100644
--- a/drivers/i2c/busses/i2c-rk3x.c
+++
Signed-off-by: Yangtao Li
---
drivers/i2c/busses/i2c-rk3x.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/i2c/busses/i2c-rk3x.c b/drivers/i2c/busses/i2c-rk3x.c
index b8a2728dd4b6..fe347e8e2a23 100644
--- a/drivers/i2c/busses/i2c-rk3x.c
+++
On 11/1/18 9:52 AM, Marc Zyngier wrote:
On 31/10/18 20:33, Grygorii Strashko wrote:
"
NAK. Either this fits in the standard model, or we adapt the standard
model to catter for your particular use case. But we don't define a new,
TI specific API.
"
And I stand by what I've written.
On 11/1/18 9:52 AM, Marc Zyngier wrote:
On 31/10/18 20:33, Grygorii Strashko wrote:
"
NAK. Either this fits in the standard model, or we adapt the standard
model to catter for your particular use case. But we don't define a new,
TI specific API.
"
And I stand by what I've written.
On 11/1/18 1:06 AM, Frank Rowand wrote:
On 10/31/18 8:32 AM, Jaewon Kim wrote:
Hi Frank,
Thanks to review my patch.
On 18. 10. 31. 오전 8:04, Frank Rowand wrote:
Hi Jaewon,
On 10/25/18 9:39 AM, Jaewon Kim wrote:
This patch supports dynamic device-tree for AMBA device.
Add AMBA devices
On 11/1/18 1:06 AM, Frank Rowand wrote:
On 10/31/18 8:32 AM, Jaewon Kim wrote:
Hi Frank,
Thanks to review my patch.
On 18. 10. 31. 오전 8:04, Frank Rowand wrote:
Hi Jaewon,
On 10/25/18 9:39 AM, Jaewon Kim wrote:
This patch supports dynamic device-tree for AMBA device.
Add AMBA devices
Signed-off-by: Yangtao Li
---
drivers/dma/ep93xx_dma.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/dma/ep93xx_dma.c b/drivers/dma/ep93xx_dma.c
index a15592383d4e..7997e9bb7e10 100644
--- a/drivers/dma/ep93xx_dma.c
+++ b/drivers/dma/ep93xx_dma.c
@@ -993,7
Signed-off-by: Yangtao Li
---
drivers/dma/ep93xx_dma.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/dma/ep93xx_dma.c b/drivers/dma/ep93xx_dma.c
index a15592383d4e..7997e9bb7e10 100644
--- a/drivers/dma/ep93xx_dma.c
+++ b/drivers/dma/ep93xx_dma.c
@@ -993,7
On Wed, Oct 31, 2018 at 09:30:36PM +0530, Nishad Kamdar wrote:
> Add device tree table for matching vendor ID.
>
> Signed-off-by: Nishad Kamdar
> ---
> drivers/staging/iio/resolver/ad2s1210.c | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git
On Wed, Oct 31, 2018 at 09:30:36PM +0530, Nishad Kamdar wrote:
> Add device tree table for matching vendor ID.
>
> Signed-off-by: Nishad Kamdar
> ---
> drivers/staging/iio/resolver/ad2s1210.c | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git
Daniel,
On Thu, 1 Nov 2018, Daniel Vacek wrote:
Please use 'x86/tsc:' as prefix. git log path/to/file usually gives you a
reasonable hint about prefixes.
> -#define MAX_RETRIES 5
> -#define SMI_TRESHOLD5
> +#define MAX_RETRIES 5
> +#define TSC_THRESHOLD(tsc_khz >> 5)
This
Daniel,
On Thu, 1 Nov 2018, Daniel Vacek wrote:
Please use 'x86/tsc:' as prefix. git log path/to/file usually gives you a
reasonable hint about prefixes.
> -#define MAX_RETRIES 5
> -#define SMI_TRESHOLD5
> +#define MAX_RETRIES 5
> +#define TSC_THRESHOLD(tsc_khz >> 5)
This
401 - 500 of 1024 matches
Mail list logo
