Hello,
On Tue, Sep 06, 2016 at 06:35:38PM -0500, Tracy Smith wrote:
> >The patch makes it really optional that
> >the probe function won't bailout but just disable the bus recovery function
> >when pinctrl is not available.
>
> in the case of the LS1043A and LS1021A, if the bus recovery function
Hello,
On Tue, Sep 06, 2016 at 06:35:38PM -0500, Tracy Smith wrote:
> >The patch makes it really optional that
> >the probe function won't bailout but just disable the bus recovery function
> >when pinctrl is not available.
>
> in the case of the LS1043A and LS1021A, if the bus recovery function
On Tue, 6 Sep 2016 13:54:59 -0400
David Long wrote:
> From: "David A. Long"
>
> Kprobes searches backwards a finite number of instructions to determine if
> there is an attempt to probe a load/store exclusive sequence. It stops when
> it hits the
On Tue, 6 Sep 2016 13:54:59 -0400
David Long wrote:
> From: "David A. Long"
>
> Kprobes searches backwards a finite number of instructions to determine if
> there is an attempt to probe a load/store exclusive sequence. It stops when
> it hits the maximum number of instructions or a load or
On 09/06/2016 10:21 PM, Hoan Tran wrote:
Hi Guenter,
Thank for your quick review !
On Tue, Sep 6, 2016 at 9:35 PM, Guenter Roeck wrote:
On 09/06/2016 08:46 PM, Hoan Tran wrote:
The system crashes during probing xgene-hwmon driver when temperature
alarm interrupt occurs
On 09/06/2016 10:21 PM, Hoan Tran wrote:
Hi Guenter,
Thank for your quick review !
On Tue, Sep 6, 2016 at 9:35 PM, Guenter Roeck wrote:
On 09/06/2016 08:46 PM, Hoan Tran wrote:
The system crashes during probing xgene-hwmon driver when temperature
alarm interrupt occurs before.
It's because
On Tue, Sep 06, 2016 at 02:19:17PM -0600, Shuah Khan wrote:
> On 09/06/2016 01:30 PM, Greg KH wrote:
> > On Tue, Sep 06, 2016 at 11:49:22AM -0600, Shuah Khan wrote:
> >> Add kobject trace points to track kobject operations: init, add, set_name,
> >> init_and_add, create_and_add, move, rename, get,
On Tue, Sep 06, 2016 at 02:19:17PM -0600, Shuah Khan wrote:
> On 09/06/2016 01:30 PM, Greg KH wrote:
> > On Tue, Sep 06, 2016 at 11:49:22AM -0600, Shuah Khan wrote:
> >> Add kobject trace points to track kobject operations: init, add, set_name,
> >> init_and_add, create_and_add, move, rename, get,
Hi,
On Wed, Sep 7, 2016 at 3:34 PM, Prameela Rani Garnepudi
wrote:
>
> Hi,
>
> Please verify the attached patch which would need to be merged into the
> main-line kernel. This patch contains the changes for Redpine Signals
> wireless driver under main-line
Hi,
On Wed, Sep 7, 2016 at 3:34 PM, Prameela Rani Garnepudi
wrote:
>
> Hi,
>
> Please verify the attached patch which would need to be merged into the
> main-line kernel. This patch contains the changes for Redpine Signals
> wireless driver under main-line kernel directory
Hi, YT:
On Fri, 2016-09-02 at 19:24 +0800, YT Shen wrote:
> This patch add support for the Mediatek MT2701 DISP subsystem.
> There is only one OVL engine in MT2701.
>
> Signed-off-by: YT Shen
[snip...]
> diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c
>
Hi, YT:
On Fri, 2016-09-02 at 19:24 +0800, YT Shen wrote:
> This patch add support for the Mediatek MT2701 DISP subsystem.
> There is only one OVL engine in MT2701.
>
> Signed-off-by: YT Shen
[snip...]
> diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c
>
On Tue, 2016-09-06 at 22:51 +0800, Julia Lawall wrote:
> PTR_ERR should access the value just tested by IS_ERR
>
> Generated by: scripts/coccinelle/tests/odd_ptr_err.cocci
>
> CC: Tiffany Lin
> Signed-off-by: Julia Lawall
> Signed-off-by:
On Tue, 2016-09-06 at 22:51 +0800, Julia Lawall wrote:
> PTR_ERR should access the value just tested by IS_ERR
>
> Generated by: scripts/coccinelle/tests/odd_ptr_err.cocci
>
> CC: Tiffany Lin
> Signed-off-by: Julia Lawall
> Signed-off-by: Fengguang Wu
Reviewed-by:Tiffany Lin
> ---
>
>
Hi Steven,
Today's linux-next merge of the ftrace tree got conflicts in:
include/linux/ftrace.h
kernel/trace/trace_functions_graph.c
between commit:
daa460a88c09 ("ftrace: Only allocate the ret_stack 'fp' field when needed")
from the tip tree and commit:
8861dd303cba ("ftrace: Access
Hi Steven,
Today's linux-next merge of the ftrace tree got conflicts in:
include/linux/ftrace.h
kernel/trace/trace_functions_graph.c
between commit:
daa460a88c09 ("ftrace: Only allocate the ret_stack 'fp' field when needed")
from the tip tree and commit:
8861dd303cba ("ftrace: Access
Hi Guenter,
Thank for your quick review !
On Tue, Sep 6, 2016 at 9:35 PM, Guenter Roeck wrote:
> On 09/06/2016 08:46 PM, Hoan Tran wrote:
>>
>> The system crashes during probing xgene-hwmon driver when temperature
>> alarm interrupt occurs before.
>> It's because
>> -
Hi Guenter,
Thank for your quick review !
On Tue, Sep 6, 2016 at 9:35 PM, Guenter Roeck wrote:
> On 09/06/2016 08:46 PM, Hoan Tran wrote:
>>
>> The system crashes during probing xgene-hwmon driver when temperature
>> alarm interrupt occurs before.
>> It's because
>> - xgene_hwmon_probe()
From: "Gautham R. Shenoy"
pnv_wakeup_tb_loss function currently expects the cr4 to be "eq" if
the CPU is waking up from a complete hypervisor state loss. Hence, it
currently restores the SPR contents only if cr4 is "eq".
However, after the commit bcef83a00dc4
From: "Gautham R. Shenoy"
pnv_wakeup_tb_loss function currently expects the cr4 to be "eq" if
the CPU is waking up from a complete hypervisor state loss. Hence, it
currently restores the SPR contents only if cr4 is "eq".
However, after the commit bcef83a00dc4 ("powerpc/powernv: Add platform
Le 07/09/2016 à 00:40, Scott Wood a écrit :
On Mon, 2016-09-05 at 08:42 +0200, Christophe Leroy wrote:
When the watchdog is in NMI mode, the system reset interrupt is
generated when the watchdog counter expires.
Signed-off-by: Christophe Leroy
---
Le 07/09/2016 à 00:40, Scott Wood a écrit :
On Mon, 2016-09-05 at 08:42 +0200, Christophe Leroy wrote:
When the watchdog is in NMI mode, the system reset interrupt is
generated when the watchdog counter expires.
Signed-off-by: Christophe Leroy
---
arch/powerpc/kernel/head_8xx.S | 2 +-
On 6.9.2016 22:34, Zach Brown wrote:
> The sdhci controller on xilinx zynq devices will not function unless
> the CD bit is provided. http://www.xilinx.com/support/answers/61064.html
> In cases where it is impossible to provide the CD bit in hardware,
> setting the controller to test mode and then
On 6.9.2016 22:34, Zach Brown wrote:
> The sdhci controller on xilinx zynq devices will not function unless
> the CD bit is provided. http://www.xilinx.com/support/answers/61064.html
> In cases where it is impossible to provide the CD bit in hardware,
> setting the controller to test mode and then
On 6.9.2016 20:51, Zach Brown wrote:
> On Tue, Aug 30, 2016 at 07:47:17AM +0200, Michal Simek wrote:
>> On 30.8.2016 01:20, Zach Brown wrote:
>>> The sdhci controller on xilinx zynq devices will not function unless
>>> the CD bit is provided. http://www.xilinx.com/support/answers/61064.html
>>> In
On 6.9.2016 20:51, Zach Brown wrote:
> On Tue, Aug 30, 2016 at 07:47:17AM +0200, Michal Simek wrote:
>> On 30.8.2016 01:20, Zach Brown wrote:
>>> The sdhci controller on xilinx zynq devices will not function unless
>>> the CD bit is provided. http://www.xilinx.com/support/answers/61064.html
>>> In
On 09/06/2016 10:19 PM, Dan Williams wrote:
> Now that track_pfn_insert() is no longer used in the DAX path, it no
> longer needs to comprehend pfn_t values.
>
> Signed-off-by: Dan Williams
> ---
> arch/x86/mm/pat.c |4 ++--
>
On 09/06/2016 10:19 PM, Dan Williams wrote:
> Now that track_pfn_insert() is no longer used in the DAX path, it no
> longer needs to comprehend pfn_t values.
>
> Signed-off-by: Dan Williams
> ---
> arch/x86/mm/pat.c |4 ++--
> include/asm-generic/pgtable.h |4 ++--
>
On Wednesday 07 September 2016 01:35 AM, Tony Lindgren wrote:
> And the am335x shared dtsi files are not enough. It's silly how many
> times we're duplicating the same things over and over again for USB
> setup for various am335x boards for example.
>
> So my take is that we need more shared dtsi
On Wednesday 07 September 2016 01:35 AM, Tony Lindgren wrote:
> And the am335x shared dtsi files are not enough. It's silly how many
> times we're duplicating the same things over and over again for USB
> setup for various am335x boards for example.
>
> So my take is that we need more shared dtsi
On 07-09-16, 09:35, Inhyuk Kang wrote:
> The last_load is updated not cpufreq_get_actual_power() function call
> but cpufreq_get_requested_power() function call.
>
> Signed-off-by: Inhyuk Kang
>
> diff --git a/drivers/thermal/cpu_cooling.c b/drivers/thermal/cpu_cooling.c
>
On 07-09-16, 09:35, Inhyuk Kang wrote:
> The last_load is updated not cpufreq_get_actual_power() function call
> but cpufreq_get_requested_power() function call.
>
> Signed-off-by: Inhyuk Kang
>
> diff --git a/drivers/thermal/cpu_cooling.c b/drivers/thermal/cpu_cooling.c
> index
On 01-09-16, 15:21, Andreas Herrmann wrote:
> On Mon, Aug 29, 2016 at 11:31:53AM +0530, Viresh Kumar wrote:
> > I am _really_ worried about such hacks in drivers to negate the effect of a
> > patch, that was actually good.
>
> > Did you try to increase the sampling period of ondemand governor to
On 01-09-16, 15:21, Andreas Herrmann wrote:
> On Mon, Aug 29, 2016 at 11:31:53AM +0530, Viresh Kumar wrote:
> > I am _really_ worried about such hacks in drivers to negate the effect of a
> > patch, that was actually good.
>
> > Did you try to increase the sampling period of ondemand governor to
Hi, YT:
On Fri, 2016-09-02 at 19:24 +0800, YT Shen wrote:
> This patch update enable/disable flow of DSI module and MIPI TX module
>
> Signed-off-by: shaoming chen
> Signed-off-by: YT Shen
> ---
I think the description is too simple. Please
Hi, YT:
On Fri, 2016-09-02 at 19:24 +0800, YT Shen wrote:
> This patch update enable/disable flow of DSI module and MIPI TX module
>
> Signed-off-by: shaoming chen
> Signed-off-by: YT Shen
> ---
I think the description is too simple. Please briefly describe WHY of
this patch. The original
On Wed, Sep 7, 2016 at 2:54 AM, Maxime Ripard
wrote:
> On Tue, Sep 06, 2016 at 10:50:09AM +0800, Chen-Yu Tsai wrote:
>> >> The implementation might be along the lines of
>> >>
>> >> 1. having multiple output ports, each for a different interface type.
>> >>
On Wed, Sep 7, 2016 at 2:54 AM, Maxime Ripard
wrote:
> On Tue, Sep 06, 2016 at 10:50:09AM +0800, Chen-Yu Tsai wrote:
>> >> The implementation might be along the lines of
>> >>
>> >> 1. having multiple output ports, each for a different interface type.
>> >> (Some platforms go this route)
On 06/09/2016:05:36:18 PM, David Long wrote:
> On 09/06/2016 12:11 PM, Catalin Marinas wrote:
> > On Tue, Aug 02, 2016 at 11:00:07AM +0530, Pratyush Anand wrote:
> > > --- a/arch/arm64/kernel/debug-monitors.c
> > > +++ b/arch/arm64/kernel/debug-monitors.c
> > > @@ -246,6 +246,8 @@ static void
On 06/09/2016:05:36:18 PM, David Long wrote:
> On 09/06/2016 12:11 PM, Catalin Marinas wrote:
> > On Tue, Aug 02, 2016 at 11:00:07AM +0530, Pratyush Anand wrote:
> > > --- a/arch/arm64/kernel/debug-monitors.c
> > > +++ b/arch/arm64/kernel/debug-monitors.c
> > > @@ -246,6 +246,8 @@ static void
On 09/06/2016 08:46 PM, Hoan Tran wrote:
The system crashes during probing xgene-hwmon driver when temperature
alarm interrupt occurs before.
It's because
- xgene_hwmon_probe() requests PCC mailbox channel which also enables
the mailbox interrupt.
- As temperature alarm interrupt is pending,
On 09/06/2016 08:46 PM, Hoan Tran wrote:
The system crashes during probing xgene-hwmon driver when temperature
alarm interrupt occurs before.
It's because
- xgene_hwmon_probe() requests PCC mailbox channel which also enables
the mailbox interrupt.
- As temperature alarm interrupt is pending,
Hi Andy,
[auto build test WARNING on tip/auto-latest]
[also build test WARNING on next-20160906]
[cannot apply to tip/x86/core v4.8-rc5]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
[Suggest to use git(>=2.9.0) format-patch --base= (or --b
Hi Andy,
[auto build test WARNING on tip/auto-latest]
[also build test WARNING on next-20160906]
[cannot apply to tip/x86/core v4.8-rc5]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
[Suggest to use git(>=2.9.0) format-patch --base= (or --b
Hi Anrd and Uffe,
Thank you for your comment.
Please see my comment inline.
Best regards,
Yangbo Lu
> -Original Message-
> From: Arnd Bergmann [mailto:a...@arndb.de]
> Sent: Tuesday, September 06, 2016 8:46 PM
> To: Ulf Hansson
> Cc: Y.B. Lu; linux-mmc; Scott Wood;
Hi Anrd and Uffe,
Thank you for your comment.
Please see my comment inline.
Best regards,
Yangbo Lu
> -Original Message-
> From: Arnd Bergmann [mailto:a...@arndb.de]
> Sent: Tuesday, September 06, 2016 8:46 PM
> To: Ulf Hansson
> Cc: Y.B. Lu; linux-mmc; Scott Wood;
From: Mingkai Hu
Signed-off-by: Mingkai Hu
Signed-off-by: Shaohui Xie
---
drivers/clk/clk-qoriq.c | 41 +
1 file changed, 41 insertions(+)
diff --git a/drivers/clk/clk-qoriq.c
From: Mingkai Hu
Signed-off-by: Mingkai Hu
Signed-off-by: Shaohui Xie
---
drivers/clk/clk-qoriq.c | 41 +
1 file changed, 41 insertions(+)
diff --git a/drivers/clk/clk-qoriq.c b/drivers/clk/clk-qoriq.c
index 3d1b6f5..f35e5d0 100644
---
On 09/07/2016 08:38 AM, Kees Cook wrote:
> On Tue, Sep 6, 2016 at 1:36 PM, Dave Hansen wrote:
>> On 09/06/2016 01:31 AM, Anshuman Khandual wrote:
>>> [NODE (0)]
>>> ZONELIST_FALLBACK
>>> (0) (node 0) (zone DMA c140c000)
>>> (1) (node 1) (zone
On 09/07/2016 08:38 AM, Kees Cook wrote:
> On Tue, Sep 6, 2016 at 1:36 PM, Dave Hansen wrote:
>> On 09/06/2016 01:31 AM, Anshuman Khandual wrote:
>>> [NODE (0)]
>>> ZONELIST_FALLBACK
>>> (0) (node 0) (zone DMA c140c000)
>>> (1) (node 1) (zone DMA c001)
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in:
include/drm/drmP.h
between commit:
c4e68a583202 ("drm: Introduce DRM_DEV_* log messages")
from the drm tree and commit:
30b0da8d556e ("drm: extra printk() wrapper macros")
from the drm-intel tree.
I fixed it up
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in:
include/drm/drmP.h
between commit:
c4e68a583202 ("drm: Introduce DRM_DEV_* log messages")
from the drm tree and commit:
30b0da8d556e ("drm: extra printk() wrapper macros")
from the drm-intel tree.
I fixed it up
Sean,
Thanks for your comments.
On 09/07/2016 03:51 AM, Sean Paul wrote:
On Fri, Aug 26, 2016 at 6:19 AM, Yakir Yang wrote:
Make sure the request PSR state could effect in analogix_dp_send_psr_spd()
function, or printing the error Sink PSR state if we failed to effect
Sean,
Thanks for your comments.
On 09/07/2016 03:51 AM, Sean Paul wrote:
On Fri, Aug 26, 2016 at 6:19 AM, Yakir Yang wrote:
Make sure the request PSR state could effect in analogix_dp_send_psr_spd()
function, or printing the error Sink PSR state if we failed to effect
the request PSR
The system crashes during probing xgene-hwmon driver when temperature
alarm interrupt occurs before.
It's because
- xgene_hwmon_probe() requests PCC mailbox channel which also enables
the mailbox interrupt.
- As temperature alarm interrupt is pending, ISR runs and crashes when accesses
into
The system crashes during probing xgene-hwmon driver when temperature
alarm interrupt occurs before.
It's because
- xgene_hwmon_probe() requests PCC mailbox channel which also enables
the mailbox interrupt.
- As temperature alarm interrupt is pending, ISR runs and crashes when accesses
into
On Tue, 2016-09-06 at 20:23 -0700, Florian Fainelli wrote:
> Signed-off-by: Florian Fainelli
> ---
> MAINTAINERS | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 5ec858e61ddb..9d9afd2baf89 100644
> ---
On Tue, 2016-09-06 at 20:23 -0700, Florian Fainelli wrote:
> Signed-off-by: Florian Fainelli
> ---
> MAINTAINERS | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 5ec858e61ddb..9d9afd2baf89 100644
> --- a/MAINTAINERS
> +++
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 9d9afd2baf89..da2a1613c89c 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -12574,7 +12574,7 @@ F: include/linux/if_*vlan.h
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 9d9afd2baf89..da2a1613c89c 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -12574,7 +12574,7 @@ F: include/linux/if_*vlan.h
F: net/8021q/
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 5ec858e61ddb..9d9afd2baf89 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -9822,7 +9822,7 @@ T:git
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 5ec858e61ddb..9d9afd2baf89 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -9822,7 +9822,7 @@ T:git
Oleg, thank you very much.
on 09/06/2016 11:22 PM, Oleg Nesterov wrote:
> On 09/06, chengchao wrote:
>>
>> the key point is for CONFIG_PREEMPT_NONE=y,
>> ...
>> it is too much overhead for one task(fork()+exec()), isn't it?
>
> Yes, yes, I see, this is suboptimal. Not sure we actually do care,
>
Oleg, thank you very much.
on 09/06/2016 11:22 PM, Oleg Nesterov wrote:
> On 09/06, chengchao wrote:
>>
>> the key point is for CONFIG_PREEMPT_NONE=y,
>> ...
>> it is too much overhead for one task(fork()+exec()), isn't it?
>
> Yes, yes, I see, this is suboptimal. Not sure we actually do care,
>
On Fri, Sep 2, 2016 at 11:30 AM, Thomas Gleixner wrote:
> On Fri, 2 Sep 2016, Thomas Gleixner wrote:
>> On Thu, 1 Sep 2016, Liav Rehana wrote:
>> > From: Liav Rehana
>> >
>> > During the calculation of the nsec variable, "delta * tkr->mult" may cause
>> >
On Fri, Sep 2, 2016 at 11:30 AM, Thomas Gleixner wrote:
> On Fri, 2 Sep 2016, Thomas Gleixner wrote:
>> On Thu, 1 Sep 2016, Liav Rehana wrote:
>> > From: Liav Rehana
>> >
>> > During the calculation of the nsec variable, "delta * tkr->mult" may cause
>> > overflow to the msb, if the suspended
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
drivers/net/ethernet/qlogic/qed/qed_dcbx.c
between commit:
561ed23331df ("qed: fix kzalloc-simple.cocci warnings")
from the net tree and commit:
2591c280c375 ("qed: Remove OOM messages")
from the net-next tree.
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
drivers/net/ethernet/qlogic/qed/qed_dcbx.c
between commit:
561ed23331df ("qed: fix kzalloc-simple.cocci warnings")
from the net tree and commit:
2591c280c375 ("qed: Remove OOM messages")
from the net-next tree.
On Tue, Sep 6, 2016 at 1:36 PM, Dave Hansen wrote:
> On 09/06/2016 01:31 AM, Anshuman Khandual wrote:
>> [NODE (0)]
>> ZONELIST_FALLBACK
>> (0) (node 0) (zone DMA c140c000)
>> (1) (node 1) (zone DMA c001)
>> (2) (node 2)
On Tue, Sep 6, 2016 at 1:36 PM, Dave Hansen wrote:
> On 09/06/2016 01:31 AM, Anshuman Khandual wrote:
>> [NODE (0)]
>> ZONELIST_FALLBACK
>> (0) (node 0) (zone DMA c140c000)
>> (1) (node 1) (zone DMA c001)
>> (2) (node 2) (zone DMA
Commit 50c763f8c1bac ("usb: dwc3: Set the ClearPendIN bit on Clear
Stall EP command") causes Clear Stall EP command failure on Intel
Cherry Trail devices. This patch add a quirk to avoid setting this
bit for those Intel devices.
Cc: sta...@vger.kernel.org # 4.7+
Signed-off-by: Lu Baolu
Commit 50c763f8c1bac ("usb: dwc3: Set the ClearPendIN bit on Clear
Stall EP command") causes Clear Stall EP command failure on Intel
Cherry Trail devices. This patch add a quirk to avoid setting this
bit for those Intel devices.
Cc: sta...@vger.kernel.org # 4.7+
Signed-off-by: Lu Baolu
---
Sorry, please ignore this patch, Arnd Bergmann has summited a
patch to fix this issue.
Best Regards!
Anson Huang
> -Original Message-
> From: linux-arm-kernel [mailto:linux-arm-kernel-boun...@lists.infradead.org]
> On Behalf Of Anson Huang
> Sent: 2016-09-07 6:31 PM
>
Sorry, please ignore this patch, Arnd Bergmann has summited a
patch to fix this issue.
Best Regards!
Anson Huang
> -Original Message-
> From: linux-arm-kernel [mailto:linux-arm-kernel-boun...@lists.infradead.org]
> On Behalf Of Anson Huang
> Sent: 2016-09-07 6:31 PM
> To:
Fix build error when CONFIG_SOC_IMX6SX is disabled,
as i.MX6UL reuses i.MX6SX's cpuidle driver.
arch/arm/mach-imx/built-in.o: In function `imx6ul_init_late':
platform-spi_imx.c:(.init.text+0x445c): undefined reference to
`imx6sx_cpuidle_init'
make: *** [vmlinux] Error 1
Signed-off-by: Anson
Fix build error when CONFIG_SOC_IMX6SX is disabled,
as i.MX6UL reuses i.MX6SX's cpuidle driver.
arch/arm/mach-imx/built-in.o: In function `imx6ul_init_late':
platform-spi_imx.c:(.init.text+0x445c): undefined reference to
`imx6sx_cpuidle_init'
make: *** [vmlinux] Error 1
Signed-off-by: Anson
In most cases the 'card->erase_size' is power of 2, then the round_up/down()
function is more efficient than '%' operation when the 'card->erase_size' is
power of 2.
Signed-off-by: Baolin Wang
Tested-by: Shawn Lin
---
drivers/mmc/core/core.c |
In order to clean up the mmc_erase() function and do some optimization
for erase size alignment, factor out the guts of erase size alignment
into mmc_align_erase_size() function.
Signed-off-by: Baolin Wang
Tested-by: Shawn Lin
---
Changes since
In most cases the 'card->erase_size' is power of 2, then the round_up/down()
function is more efficient than '%' operation when the 'card->erase_size' is
power of 2.
Signed-off-by: Baolin Wang
Tested-by: Shawn Lin
---
drivers/mmc/core/core.c | 34 ++
1 file
In order to clean up the mmc_erase() function and do some optimization
for erase size alignment, factor out the guts of erase size alignment
into mmc_align_erase_size() function.
Signed-off-by: Baolin Wang
Tested-by: Shawn Lin
---
Changes since v4:
- Abandon the patch removing the checking if
Hi, YT:
On Fri, 2016-09-02 at 19:24 +0800, YT Shen wrote:
> From: shaoming chen
>
> add dsi read/write commands for transfer function
>
> Signed-off-by: shaoming chen
> ---
> drivers/gpu/drm/mediatek/mtk_dsi.c | 188
>
Hi, YT:
On Fri, 2016-09-02 at 19:24 +0800, YT Shen wrote:
> From: shaoming chen
>
> add dsi read/write commands for transfer function
>
> Signed-off-by: shaoming chen
> ---
> drivers/gpu/drm/mediatek/mtk_dsi.c | 188
> +
> 1 file changed, 188
Hi Marcelo
Thanks for the suggestion
Will consider that
B.R.
Jia
On 9/6/16 8:44 PM, Marcelo Ricardo Leitner wrote:
On Tue, Sep 06, 2016 at 10:30:03AM +0800, Jia He wrote:
...
v2:
- 1/6 fix bug in udplite statistics.
- 1/6 snmp_seq_show is split into 2 parts
Jia He (6):
proc: Reduce
Hi Marcelo
Thanks for the suggestion
Will consider that
B.R.
Jia
On 9/6/16 8:44 PM, Marcelo Ricardo Leitner wrote:
On Tue, Sep 06, 2016 at 10:30:03AM +0800, Jia He wrote:
...
v2:
- 1/6 fix bug in udplite statistics.
- 1/6 snmp_seq_show is split into 2 parts
Jia He (6):
proc: Reduce
On 9/7/16 6:57 AM, David Miller wrote:
From: Jia He
Date: Tue, 6 Sep 2016 10:30:04 +0800
+#define MAX(a, b) ((u32)(a) >= (u32)(b) ? (a) : (b))
Thanks
B.R.
Jia
Please do not define private min/max macros, use the existing max_t()
or similar as needed.
On 9/7/16 6:57 AM, David Miller wrote:
From: Jia He
Date: Tue, 6 Sep 2016 10:30:04 +0800
+#define MAX(a, b) ((u32)(a) >= (u32)(b) ? (a) : (b))
Thanks
B.R.
Jia
Please do not define private min/max macros, use the existing max_t()
or similar as needed.
From: Thinh Nguyen
This patch follows the similar fix in dwc2. See
commit 5268ed9d2e3b ("usb: dwc2: Fix dr_mode validation")
Currently, the dr_mode is only checked against the module configuration.
It also needs to be checked against the hardware capablities.
The driver
From: Thinh Nguyen
This patch follows the similar fix in dwc2. See
commit 5268ed9d2e3b ("usb: dwc2: Fix dr_mode validation")
Currently, the dr_mode is only checked against the module configuration.
It also needs to be checked against the hardware capablities.
The driver now checks if both the
This code is just for correctness.
If checking the topology package map of apicid and cpu is failure,
it will stop generating the processor info for that apicid and the
disabled_cpus will plus one. However, the num-processors has already
been added one above. That may cause the number of
This code is just for correctness.
If checking the topology package map of apicid and cpu is failure,
it will stop generating the processor info for that apicid and the
disabled_cpus will plus one. However, the num-processors has already
been added one above. That may cause the number of
On Wed, 2016-09-07 at 02:00 +, ronnie.ku...@microchip.com wrote:
> Microchip's internal convention is for register (offset) definitions
> to be capitalized (i.e.: MY_REGISTER). Our convention for bits
> (position) definitions within a register is to carry as a prefix the
> name of the register
On Wed, 2016-09-07 at 02:00 +, ronnie.ku...@microchip.com wrote:
> Microchip's internal convention is for register (offset) definitions
> to be capitalized (i.e.: MY_REGISTER). Our convention for bits
> (position) definitions within a register is to carry as a prefix the
> name of the register
Hi David,
At 09/07/2016 05:23 AM, David Rientjes wrote:
On Tue, 6 Sep 2016, Dou Liyang wrote:
This is a code optimization.
Not sure that it's optimization, it's just for correctness.
Yes, I see. I will improve it in next version.
Thanks,
Dou
If checking the topology package map of
Hi David,
At 09/07/2016 05:23 AM, David Rientjes wrote:
On Tue, 6 Sep 2016, Dou Liyang wrote:
This is a code optimization.
Not sure that it's optimization, it's just for correctness.
Yes, I see. I will improve it in next version.
Thanks,
Dou
If checking the topology package map of
On Tue, Sep 06, 2016 at 04:06:22PM +0200, Arnd Bergmann wrote:
> As of commit 5be9fc23cdb4 ("ARM: orion5x: fix legacy orion5x IRQ numbers"),
> IRQ zero is no longer a valid interrupt on Orion5x, so we can use the
> normal convention of using '0' to indicate an invalid interrupt, rather
> than the
On Tue, Sep 06, 2016 at 04:06:22PM +0200, Arnd Bergmann wrote:
> As of commit 5be9fc23cdb4 ("ARM: orion5x: fix legacy orion5x IRQ numbers"),
> IRQ zero is no longer a valid interrupt on Orion5x, so we can use the
> normal convention of using '0' to indicate an invalid interrupt, rather
> than the
On 9/6/2016 6:19 PM, Ayaka wrote:
>
>
> 從我的 iPad 傳送
>
>> John Youn 於 2016年9月7日 上午2:54 寫道:
>>
>>> On 9/5/2016 10:15 PM, Kishon Vijay Abraham I wrote:
>>> Hi,
>>>
On Sunday 04 September 2016 03:25 AM, Randy Li wrote:
On the rk3288 USB host-only port (the one
On 9/6/2016 6:19 PM, Ayaka wrote:
>
>
> 從我的 iPad 傳送
>
>> John Youn 於 2016年9月7日 上午2:54 寫道:
>>
>>> On 9/5/2016 10:15 PM, Kishon Vijay Abraham I wrote:
>>> Hi,
>>>
On Sunday 04 September 2016 03:25 AM, Randy Li wrote:
On the rk3288 USB host-only port (the one that's not the OTG-enabled
Microchip's internal convention is for register (offset) definitions to be
capitalized (i.e.: MY_REGISTER). Our convention for bits (position) definitions
within a register is to carry as a prefix the name of the register and suffix
it with the bit name and adding a trailing underscore (i.e.
Microchip's internal convention is for register (offset) definitions to be
capitalized (i.e.: MY_REGISTER). Our convention for bits (position) definitions
within a register is to carry as a prefix the name of the register and suffix
it with the bit name and adding a trailing underscore (i.e.
1 - 100 of 1848 matches
Mail list logo