On Wed 06-12-17 13:14:52, Michal Hocko wrote:
> On Mon 04-12-17 14:36:20, Linus Torvalds wrote:
> > On Mon, Dec 4, 2017 at 2:25 PM, Rafael J. Wysocki
> > wrote:
> > >
> > > So far, resume from suspend-to-RAM (ACPI S3) is broken on all of the
> > > systems I have tested, so it
On Wed 06-12-17 13:14:52, Michal Hocko wrote:
> On Mon 04-12-17 14:36:20, Linus Torvalds wrote:
> > On Mon, Dec 4, 2017 at 2:25 PM, Rafael J. Wysocki
> > wrote:
> > >
> > > So far, resume from suspend-to-RAM (ACPI S3) is broken on all of the
> > > systems I have tested, so it is probably safe to
On Thu, Dec 07, 2017 at 07:09:27AM +0100, Ingo Molnar wrote:
>
> * Gary Lin wrote:
>
> > On Wed, Dec 06, 2017 at 07:37:34PM +0100, Ingo Molnar wrote:
> > >
> > > * Gary Lin wrote:
> > >
> > > > On Tue, Dec 05, 2017 at 04:14:26PM -0500, Josh Boyer wrote:
> > > >
On Thu, Dec 07, 2017 at 07:09:27AM +0100, Ingo Molnar wrote:
>
> * Gary Lin wrote:
>
> > On Wed, Dec 06, 2017 at 07:37:34PM +0100, Ingo Molnar wrote:
> > >
> > > * Gary Lin wrote:
> > >
> > > > On Tue, Dec 05, 2017 at 04:14:26PM -0500, Josh Boyer wrote:
> > > > > On Tue, Dec 5, 2017 at 5:01
2017-12-07 15:49 GMT+08:00 蓝天宇 :
> Hi Dmitry:
> I tried to reproduce the issue via syz-execprog with attached
> reproducer on latest linux-next but it causes VM-entry failure due to
> invalid guest state...
Because rflags is 0 in his program. You can set ept=0 and
2017-12-07 15:49 GMT+08:00 蓝天宇 :
> Hi Dmitry:
> I tried to reproduce the issue via syz-execprog with attached
> reproducer on latest linux-next but it causes VM-entry failure due to
> invalid guest state...
Because rflags is 0 in his program. You can set ept=0 and retry.
Regards,
Wanpeng Li
Hi Dmitry:
I tried to reproduce the issue via syz-execprog with attached
reproducer on latest linux-next but it causes VM-entry failure due to
invalid guest state...
2017-12-07 14:25 GMT+08:00 Dmitry Vyukov :
> On Thu, Dec 7, 2017 at 1:44 AM, Wanpeng Li
On Wed, Dec 06, 2017 at 12:01:04PM -0600, Tom Gall wrote:
>
>
> > On Dec 6, 2017, at 12:49 AM, Greg Kroah-Hartman
> > wrote:
> >
> > On Tue, Dec 05, 2017 at 03:45:07PM -0600, Tom Gall wrote:
> >>
> >>
> >>> On Dec 5, 2017, at 12:24 AM, Greg Kroah-Hartman
> >>>
Hi Dmitry:
I tried to reproduce the issue via syz-execprog with attached
reproducer on latest linux-next but it causes VM-entry failure due to
invalid guest state...
2017-12-07 14:25 GMT+08:00 Dmitry Vyukov :
> On Thu, Dec 7, 2017 at 1:44 AM, Wanpeng Li wrote:
>> 2017-12-06 4:07 GMT+08:00
On Wed, Dec 06, 2017 at 12:01:04PM -0600, Tom Gall wrote:
>
>
> > On Dec 6, 2017, at 12:49 AM, Greg Kroah-Hartman
> > wrote:
> >
> > On Tue, Dec 05, 2017 at 03:45:07PM -0600, Tom Gall wrote:
> >>
> >>
> >>> On Dec 5, 2017, at 12:24 AM, Greg Kroah-Hartman
> >>> wrote:
> >>>
> >>> On Mon,
From: Mike
Signed-off-by: Mike
---
.../interface/vchiq_arm/vchiq_kern_lib.c | 64 --
1 file changed, 35 insertions(+), 29 deletions(-)
diff --git a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_kern_lib.c
From: Mike
Signed-off-by: Mike
---
.../interface/vchiq_arm/vchiq_kern_lib.c | 64 --
1 file changed, 35 insertions(+), 29 deletions(-)
diff --git a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_kern_lib.c
> Am 07.12.2017 um 06:49 schrieb Tobin C. Harding :
>
> Documentation/printk-formats.txt is a candidate for conversion to
> ReStructuredText format. Some effort has already been made to do this
> conversion even thought the suffix is currently .txt
>
[...]
>
> Signed-off-by:
> Am 07.12.2017 um 06:49 schrieb Tobin C. Harding :
>
> Documentation/printk-formats.txt is a candidate for conversion to
> ReStructuredText format. Some effort has already been made to do this
> conversion even thought the suffix is currently .txt
>
[...]
>
> Signed-off-by: Tobin C. Harding
Hi Alan,
On Wed, Dec 6, 2017 at 11:02 PM, Alan Stern wrote:
> On Wed, 6 Dec 2017, SF Markus Elfring wrote:
>> >>> Does the existing memory allocation error message include the
>> >>> >dev device name and driver name? If it doesn't, there will be
>> >>> no way for the
Hi Alan,
On Wed, Dec 6, 2017 at 11:02 PM, Alan Stern wrote:
> On Wed, 6 Dec 2017, SF Markus Elfring wrote:
>> >>> Does the existing memory allocation error message include the
>> >>> >dev device name and driver name? If it doesn't, there will be
>> >>> no way for the user to tell that the error
On Monday 04 December 2017 03:34 AM, David Lechner wrote:
> This fixes the battery voltage monitoring gpio-hog settings.
>
> When the gpio is low, it turns off the battery voltage to the ADC chip.
> However, this needs to be on all of the time so that we can monitor
> battery voltage.
>
> Also,
On Monday 04 December 2017 03:34 AM, David Lechner wrote:
> This fixes the battery voltage monitoring gpio-hog settings.
>
> When the gpio is low, it turns off the battery voltage to the ADC chip.
> However, this needs to be on all of the time so that we can monitor
> battery voltage.
>
> Also,
On Tue, Dec 05, 2017 at 10:29:33PM +0100, Borislav Petkov wrote:
> On Tue, Dec 05, 2017 at 07:38:45PM +0100, Peter Zijlstra wrote:
> > Sorry what? So either this code is broken because it has IRQs enabled,
> > or its broken because its trying to acquire a mutex with IRQs disabled.
> > Which is it?
On Tue, Dec 05, 2017 at 10:29:33PM +0100, Borislav Petkov wrote:
> On Tue, Dec 05, 2017 at 07:38:45PM +0100, Peter Zijlstra wrote:
> > Sorry what? So either this code is broken because it has IRQs enabled,
> > or its broken because its trying to acquire a mutex with IRQs disabled.
> > Which is it?
On Mon, 4 Dec 2017, Felipe Balbi wrote:
> Anna-Maria Gleixner writes:
>
> > From: Thomas Gleixner
> >
> > The tx_tasklet tasklet is used in invoke the hrtimer (task_timer) in
> > softirq context. This can be also achieved without the tasklet but
>
On Mon, 4 Dec 2017, Felipe Balbi wrote:
> Anna-Maria Gleixner writes:
>
> > From: Thomas Gleixner
> >
> > The tx_tasklet tasklet is used in invoke the hrtimer (task_timer) in
> > softirq context. This can be also achieved without the tasklet but
> > with HRTIMER_MODE_SOFT as hrtimer mode.
> >
Hi shawn guo,
If my patch has no other issue,
Can you help me push it to upstream.
Thanks.
BRs.
-Original Message-
From: Yinbo Zhu
Sent: Wednesday, November 22, 2017 9:32 AM
To: 'Shawn Guo'
Cc: 'Rob Herring' ; 'Mark Rutland'
Hi shawn guo,
If my patch has no other issue,
Can you help me push it to upstream.
Thanks.
BRs.
-Original Message-
From: Yinbo Zhu
Sent: Wednesday, November 22, 2017 9:32 AM
To: 'Shawn Guo'
Cc: 'Rob Herring' ; 'Mark Rutland' ;
'Catalin Marinas )' ; 'Will Deacon )'
; Harninder Rai ;
On Tue, Dec 05, 2017 at 07:14:56PM +0100, Borislav Petkov wrote:
>
> But, if other code is going to use those functions - and I believe
> that's the idea - otherwise they wouldn't be in arch/x86/lib/
At the moment MPX and UMIP are using the insn-eval decoder to determine
linear addresses.
On Tue, Dec 05, 2017 at 07:14:56PM +0100, Borislav Petkov wrote:
>
> But, if other code is going to use those functions - and I believe
> that's the idea - otherwise they wouldn't be in arch/x86/lib/
At the moment MPX and UMIP are using the insn-eval decoder to determine
linear addresses.
> On 06-12-17, 20:21, Meelis Roos wrote:
> > 3 was not reliable.
> >
> > I created root cron job
> > @reboot sleep 120; /sbin/reboot
> >
> > and by the evening it was dead again.
> >
> > Will try 5 tomorrow.
>
> Lets make it similar to what it was before my original patch modified
>
> On 06-12-17, 20:21, Meelis Roos wrote:
> > 3 was not reliable.
> >
> > I created root cron job
> > @reboot sleep 120; /sbin/reboot
> >
> > and by the evening it was dead again.
> >
> > Will try 5 tomorrow.
>
> Lets make it similar to what it was before my original patch modified
>
I think I like this approach. I also think it might be nice to move the
whole cpu_entry_area into this new pgd range so that we can stop mucking
around with the fixmap.
TODO:
- It crashes in ldt_gdt_64. Not sure why.
- 5-level docs aren't updated and the code is untested.
Signed-off-by: Andy
I think I like this approach. I also think it might be nice to move the
whole cpu_entry_area into this new pgd range so that we can stop mucking
around with the fixmap.
TODO:
- It crashes in ldt_gdt_64. Not sure why.
- 5-level docs aren't updated and the code is untested.
Signed-off-by: Andy
Support the special characters escaped by '\' in parser.
This allows user to specify versions directly like below.
=
# ./perf probe -x /lib64/libc-2.25.so malloc_get_state\\@GLIBC_2.2.5
Added new event:
probe_libc:malloc_get_state (on malloc_get_state@GLIBC_2.2.5 in
Support the special characters escaped by '\' in parser.
This allows user to specify versions directly like below.
=
# ./perf probe -x /lib64/libc-2.25.so malloc_get_state\\@GLIBC_2.2.5
Added new event:
probe_libc:malloc_get_state (on malloc_get_state@GLIBC_2.2.5 in
Add __return suffix for function return events
automatically. Without this, user have to give --force
option and will see the number suffix for each event
like "function_1", which is not easy to recognize.
Instead, this adds __return suffix to it automatically.
E.g.
=
# ./perf probe -x
Find versioned symbols correctly from map.
Commit d80406453ad4 ("perf symbols: Allow user probes on
versioned symbols") allows user to find default versioned
symbols (with "@@") in map. However, it did not enable
normal versioned symbol (with "@") for perf-probe.
E.g.
=
# ./perf probe -x
Add __return suffix for function return events
automatically. Without this, user have to give --force
option and will see the number suffix for each event
like "function_1", which is not easy to recognize.
Instead, this adds __return suffix to it automatically.
E.g.
=
# ./perf probe -x
Find versioned symbols correctly from map.
Commit d80406453ad4 ("perf symbols: Allow user probes on
versioned symbols") allows user to find default versioned
symbols (with "@@") in map. However, it did not enable
normal versioned symbol (with "@") for perf-probe.
E.g.
=
# ./perf probe -x
Cut off the version suffix (e.g. @GLIBC_2.2.5 etc.) from
automatic generated event name. This fixes wildcard event
adding like below case;
=
# perf probe -x /lib64/libc-2.25.so malloc*
Internal error: "malloc_get_state@GLIBC_2" is wrong event name.
Error: Failed to add events.
Cut off the version suffix (e.g. @GLIBC_2.2.5 etc.) from
automatic generated event name. This fixes wildcard event
adding like below case;
=
# perf probe -x /lib64/libc-2.25.so malloc*
Internal error: "malloc_get_state@GLIBC_2" is wrong event name.
Error: Failed to add events.
This improve the error message so that user can know
event-name error before writing new events to
kprobe-events interface.
E.g.
==
#./perf probe -x /lib64/libc-2.25.so malloc_get_state*
Internal error: "malloc_get_state@GLIBC_2" is wrong event name.
Error: Failed to add events.
This improve the error message so that user can know
event-name error before writing new events to
kprobe-events interface.
E.g.
==
#./perf probe -x /lib64/libc-2.25.so malloc_get_state*
Internal error: "malloc_get_state@GLIBC_2" is wrong event name.
Error: Failed to add events.
Hi,
Here is the 2nd version of the series for probing on
versioned symbols in libraries. This includes 5 patches
to fix the issues discussed on perf-users ML
(https://www.spinics.net/lists/linux-perf-users/msg04637.html)
The first version is here; https://lkml.org/lkml/2017/12/5/1124
Here is
Hi,
Here is the 2nd version of the series for probing on
versioned symbols in libraries. This includes 5 patches
to fix the issues discussed on perf-users ML
(https://www.spinics.net/lists/linux-perf-users/msg04637.html)
The first version is here; https://lkml.org/lkml/2017/12/5/1124
Here is
adding /me
On 12/04/17 04:24, Greg Kroah-Hartman wrote:
> On Sun, Dec 03, 2017 at 07:19:53PM +0200, Dan Aloni wrote:
>> Hi all,
>>
>> [[ CC'ed: folks relating to the original __*_refok family of attributes,
>> deferred probing, Open Firmware maintainer, drivers/base/ maintainer,
>> kernel
adding /me
On 12/04/17 04:24, Greg Kroah-Hartman wrote:
> On Sun, Dec 03, 2017 at 07:19:53PM +0200, Dan Aloni wrote:
>> Hi all,
>>
>> [[ CC'ed: folks relating to the original __*_refok family of attributes,
>> deferred probing, Open Firmware maintainer, drivers/base/ maintainer,
>> kernel
adding /me
On 12/03/17 12:19, Dan Aloni wrote:
> Hi all,
>
> [[ CC'ed: folks relating to the original __*_refok family of attributes,
> deferred probing, Open Firmware maintainer, drivers/base/ maintainer,
> kernel harderning, LKML ]]
>
> It seems that it is possible to cause a use-after-free
adding /me
On 12/03/17 12:19, Dan Aloni wrote:
> Hi all,
>
> [[ CC'ed: folks relating to the original __*_refok family of attributes,
> deferred probing, Open Firmware maintainer, drivers/base/ maintainer,
> kernel harderning, LKML ]]
>
> It seems that it is possible to cause a use-after-free
On Thu, Dec 7, 2017 at 12:31 PM, Chen-Yu Tsai wrote:
> On Thu, Dec 7, 2017 at 2:54 PM, Jagan Teki wrote:
>> On Thu, Dec 7, 2017 at 11:56 AM, Chen-Yu Tsai wrote:
>>> On Thu, Dec 7, 2017 at 2:18 PM, Jagan Teki
On Thu, Dec 7, 2017 at 12:31 PM, Chen-Yu Tsai wrote:
> On Thu, Dec 7, 2017 at 2:54 PM, Jagan Teki wrote:
>> On Thu, Dec 7, 2017 at 11:56 AM, Chen-Yu Tsai wrote:
>>> On Thu, Dec 7, 2017 at 2:18 PM, Jagan Teki wrote:
On Thu, Dec 7, 2017 at 8:54 AM, Chen-Yu Tsai wrote:
> On Thu, Dec 7,
On 11/30, Benjamin Gaignard wrote:
> Uniformize STMicroelectronics copyrights header
> Add SPDX identifier
>
> Signed-off-by: Benjamin Gaignard
> Acked-by: Alexandre TORGUE
> CC: Gabriel Fernandez
> ---
Applied to
On 11/30, Benjamin Gaignard wrote:
> Uniformize STMicroelectronics copyrights header
> Add SPDX identifier
>
> Signed-off-by: Benjamin Gaignard
> Acked-by: Alexandre TORGUE
> CC: Gabriel Fernandez
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora
> On 6 Dec 2017, at 10:10 PM, Greg KH wrote:
>
> On Wed, Dec 06, 2017 at 06:26:21PM +0800, Kai-Heng Feng wrote:
>> Trying quirks in usbcore needs to rebuild the driver or the entire
>> kernel if it's builtin. It can save a lot of time if usbcore has similar
>>
> On 6 Dec 2017, at 10:10 PM, Greg KH wrote:
>
> On Wed, Dec 06, 2017 at 06:26:21PM +0800, Kai-Heng Feng wrote:
>> Trying quirks in usbcore needs to rebuild the driver or the entire
>> kernel if it's builtin. It can save a lot of time if usbcore has similar
>> ability like "usbhid.quirks=" and
On 11/17, Xu YiPing wrote:
> From: Kaihua Zhong
> +
> +static struct clk_hw *hi3660_stub_clk_hw_get(struct of_phandle_args *clkspec,
> + void *data)
> +{
> + unsigned int idx = clkspec->args[0];
> +
> + if (idx >
On 11/17, Xu YiPing wrote:
> From: Kaihua Zhong
> +
> +static struct clk_hw *hi3660_stub_clk_hw_get(struct of_phandle_args *clkspec,
> + void *data)
> +{
> + unsigned int idx = clkspec->args[0];
> +
> + if (idx > HI3660_CLK_STUB_NUM) {
This should
* Kirill A. Shutemov wrote:
> This patch addresses a shortcoming in current boot process on machines
> that supports 5-level paging.
s/in current boot process
/in the current boot process
> If a bootloader enables 64-bit mode with 4-level paging, we might
* Kirill A. Shutemov wrote:
> This patch addresses a shortcoming in current boot process on machines
> that supports 5-level paging.
s/in current boot process
/in the current boot process
> If a bootloader enables 64-bit mode with 4-level paging, we might need to
> switch over to 5-level
On Thu, Dec 7, 2017 at 2:54 PM, Jagan Teki wrote:
> On Thu, Dec 7, 2017 at 11:56 AM, Chen-Yu Tsai wrote:
>> On Thu, Dec 7, 2017 at 2:18 PM, Jagan Teki wrote:
>>> On Thu, Dec 7, 2017 at 8:54 AM, Chen-Yu Tsai
On Thu, Dec 7, 2017 at 2:54 PM, Jagan Teki wrote:
> On Thu, Dec 7, 2017 at 11:56 AM, Chen-Yu Tsai wrote:
>> On Thu, Dec 7, 2017 at 2:18 PM, Jagan Teki wrote:
>>> On Thu, Dec 7, 2017 at 8:54 AM, Chen-Yu Tsai wrote:
On Thu, Dec 7, 2017 at 1:51 AM, Jagan Teki
wrote:
> usb otg on
Hi Paul,
On Wed, Dec 06, 2017 at 02:04:21PM -0800, Paul E. McKenney wrote:
> On Tue, Dec 05, 2017 at 03:37:44PM -0800, Paul E. McKenney wrote:
> > On Mon, Dec 04, 2017 at 09:42:08AM -0800, Paul E. McKenney wrote:
> > > On Fri, Dec 01, 2017 at 10:25:29AM -0800, Paul E. McKenney wrote:
> > > >
Hi Paul,
On Wed, Dec 06, 2017 at 02:04:21PM -0800, Paul E. McKenney wrote:
> On Tue, Dec 05, 2017 at 03:37:44PM -0800, Paul E. McKenney wrote:
> > On Mon, Dec 04, 2017 at 09:42:08AM -0800, Paul E. McKenney wrote:
> > > On Fri, Dec 01, 2017 at 10:25:29AM -0800, Paul E. McKenney wrote:
> > > >
On 11/17, Xu YiPing wrote:
> From: Leo Yan
>
> Document the DT binding for stub clock which is used for CPU,
> GPU and DDR frequency scaling.
>
> Acked-by: Rob Herring
> Signed-off-by: Leo Yan
> ---
Applied to clk-next
--
Qualcomm
On 11/17, Xu YiPing wrote:
> From: Leo Yan
>
> Document the DT binding for stub clock which is used for CPU,
> GPU and DDR frequency scaling.
>
> Acked-by: Rob Herring
> Signed-off-by: Leo Yan
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a
On Mon, Dec 4, 2017 at 11:36 AM, Dan Carpenter wrote:
> On Sun, Dec 03, 2017 at 01:58:12PM +, Gilad Ben-Yossef wrote:
>> The ccree drivers was marking a lot of big functions in C file as
>> static inline for no good reason. Remove the inline qualifier from
>> any but
On Mon, Dec 4, 2017 at 11:36 AM, Dan Carpenter wrote:
> On Sun, Dec 03, 2017 at 01:58:12PM +, Gilad Ben-Yossef wrote:
>> The ccree drivers was marking a lot of big functions in C file as
>> static inline for no good reason. Remove the inline qualifier from
>> any but the few truly single line
On Thu, 2017-12-07 at 07:55 +0100, Greg Kroah-Hartman wrote:
> On Wed, Dec 06, 2017 at 10:34:26PM -0800, Joe Perches wrote:
> > On Thu, 2017-12-07 at 11:59 +1100, Tobin C. Harding wrote:
> > > Recently signature tag Co-Developed-by was added to the
> > > kernel
On Thu, 2017-12-07 at 07:55 +0100, Greg Kroah-Hartman wrote:
> On Wed, Dec 06, 2017 at 10:34:26PM -0800, Joe Perches wrote:
> > On Thu, 2017-12-07 at 11:59 +1100, Tobin C. Harding wrote:
> > > Recently signature tag Co-Developed-by was added to the
> > > kernel
On Thu, Dec 07, 2017 at 02:31:07PM +0800, Huacai Chen wrote:
> Hi, Linus, Stephen, Greg, Ralf and James,
>
> We are kernel developers from Lemote Inc. and Loongson community. We
> have already made some contributions in Linux kernel, but we hope we
> can do more works.
>
> Of course Loongson is
On Thu, Dec 07, 2017 at 02:31:07PM +0800, Huacai Chen wrote:
> Hi, Linus, Stephen, Greg, Ralf and James,
>
> We are kernel developers from Lemote Inc. and Loongson community. We
> have already made some contributions in Linux kernel, but we hope we
> can do more works.
>
> Of course Loongson is
On Thu, Dec 07, 2017 at 11:59:36AM +1100, Tobin C. Harding wrote:
> Recently signature tag Co-Developed-by was added to the
> kernel (Documentation/process/5.Posting.rst). checkpatch.pl doesn't know
> about it yet. All prior tags used all lowercase characters except for first
> character. Checks
On Thu, Dec 07, 2017 at 11:59:36AM +1100, Tobin C. Harding wrote:
> Recently signature tag Co-Developed-by was added to the
> kernel (Documentation/process/5.Posting.rst). checkpatch.pl doesn't know
> about it yet. All prior tags used all lowercase characters except for first
> character. Checks
On Wed, Dec 06, 2017 at 10:34:26PM -0800, Joe Perches wrote:
> On Thu, 2017-12-07 at 11:59 +1100, Tobin C. Harding wrote:
> > Recently signature tag Co-Developed-by was added to the
> > kernel (Documentation/process/5.Posting.rst). checkpatch.pl doesn't know
> > about it yet. All prior tags used
On Wed, Dec 06, 2017 at 10:34:26PM -0800, Joe Perches wrote:
> On Thu, 2017-12-07 at 11:59 +1100, Tobin C. Harding wrote:
> > Recently signature tag Co-Developed-by was added to the
> > kernel (Documentation/process/5.Posting.rst). checkpatch.pl doesn't know
> > about it yet. All prior tags used
On 06.12.2017 08:42, Chunfeng Yun wrote:
For MTK's xHCI 1.0 or latter, TD size is the number of max
packet sized packets remaining in the TD, not including
this TRB (following spec).
For MTK's xHCI 0.96 and older, TD size is the number of max
packet sized packets remaining in the TD, including
On 06.12.2017 08:42, Chunfeng Yun wrote:
For MTK's xHCI 1.0 or latter, TD size is the number of max
packet sized packets remaining in the TD, not including
this TRB (following spec).
For MTK's xHCI 0.96 and older, TD size is the number of max
packet sized packets remaining in the TD, including
On 11/27, Chunyan Zhang wrote:
> +
> + sprd_clk_set_regmap(desc, regmap);
> +
> + return 0;
> +}
> +EXPORT_SYMBOL_GPL(sprd_clk_regmap_init);
> +
> +int sprd_clk_probe(struct device *dev, struct clk_hw_onecell_data *clkhw)
> +{
> + int i, ret = 0;
ret shouldn't need to be initialized
On 11/27, Chunyan Zhang wrote:
> +
> + sprd_clk_set_regmap(desc, regmap);
> +
> + return 0;
> +}
> +EXPORT_SYMBOL_GPL(sprd_clk_regmap_init);
> +
> +int sprd_clk_probe(struct device *dev, struct clk_hw_onecell_data *clkhw)
> +{
> + int i, ret = 0;
ret shouldn't need to be initialized
On 11/27, Chunyan Zhang wrote:
> These macros are used by more than one SoC vendor platforms, avoid to
> have many copies of these code, this patch moves them to the common
> clock directory which every clock drivers can access to.
>
> Signed-off-by: Chunyan Zhang
>
On 11/27, Chunyan Zhang wrote:
> These macros are used by more than one SoC vendor platforms, avoid to
> have many copies of these code, this patch moves them to the common
> clock directory which every clock drivers can access to.
>
> Signed-off-by: Chunyan Zhang
> ---
>
From: Sean Wang
Add the devicetree binding for MT7623 SoC using MT2701 as the fallback.
Cc: devicet...@vger.kernel.org
Signed-off-by: Sean Wang
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/mmc/mtk-sd.txt | 2 ++
FYI, we noticed the following commit (built with gcc-7):
commit: 3e6e51217dd14dcda10d4bc9a38b1440e2d42c14 ("lib/rbtree,drm/mm: Add
rbtree_replace_node_cached()")
git://anongit.freedesktop.org/drm-intel topic/core-for-CI
in testcase: trinity
with following parameters:
runtime: 300s
From: Sean Wang
Add the devicetree binding for MT7623 SoC using MT2701 as the fallback.
Cc: devicet...@vger.kernel.org
Signed-off-by: Sean Wang
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/mmc/mtk-sd.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git
FYI, we noticed the following commit (built with gcc-7):
commit: 3e6e51217dd14dcda10d4bc9a38b1440e2d42c14 ("lib/rbtree,drm/mm: Add
rbtree_replace_node_cached()")
git://anongit.freedesktop.org/drm-intel topic/core-for-CI
in testcase: trinity
with following parameters:
runtime: 300s
From: Sean Wang
Changes since v1:
- add tag from the feedback of v1
- enhance dt-binding documentation
Just add some fixes up for the current MT7623 support
Patch 1) complement the missing dt-bindings definitions
Patch 2) pick up the proper falling back as patch 1
From: Sean Wang
Changes since v1:
- add tag from the feedback of v1
- enhance dt-binding documentation
Just add some fixes up for the current MT7623 support
Patch 1) complement the missing dt-bindings definitions
Patch 2) pick up the proper falling back as patch 1 defines.
Patch 3) SD-card
From: Sean Wang
Fix that bananapi-r2 booting from SD-card would fail since incorrect
polarity is applied to the previous setup with GPIO_ACTIVE_HIGH.
Cc: sta...@vger.kernel.org
Fixes: 0eed8d097612 ("arm: dts: mt7623: Add SD-card and EMMC to bananapi-r2")
Signed-off-by:
From: Sean Wang
Fix that bananapi-r2 booting from SD-card would fail since incorrect
polarity is applied to the previous setup with GPIO_ACTIVE_HIGH.
Cc: sta...@vger.kernel.org
Fixes: 0eed8d097612 ("arm: dts: mt7623: Add SD-card and EMMC to bananapi-r2")
Signed-off-by: Sean Wang
Tested-by:
From: Sean Wang
The current mmc related nodes should be falling back to MT2701
as the dt-binding defines and which has more appropriate setup
for MT7623.
Signed-off-by: Sean Wang
---
arch/arm/boot/dts/mt7623.dtsi | 4 ++--
1 file changed, 2
mclk and hclk need to be disabled. Since pm_runtime_disable does
not disable the clocks, use pm_runtime_force_suspend instead.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Takuo Koguchi
---
V3: remove redundant pm_runtime_disable
From: Sean Wang
The current mmc related nodes should be falling back to MT2701
as the dt-binding defines and which has more appropriate setup
for MT7623.
Signed-off-by: Sean Wang
---
arch/arm/boot/dts/mt7623.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
mclk and hclk need to be disabled. Since pm_runtime_disable does
not disable the clocks, use pm_runtime_force_suspend instead.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Takuo Koguchi
---
V3: remove redundant pm_runtime_disable call.
Compile test only,
Move configuring of indirect read/write start address to
cqspi_indirect_*_execute() function and rename cqspi_indirect_*_setup()
function. This will help to reuse cqspi_indirect_*_setup() function for
supporting direct access mode.
Signed-off-by: Vignesh R
---
Move configuring of indirect read/write start address to
cqspi_indirect_*_execute() function and rename cqspi_indirect_*_setup()
function. This will help to reuse cqspi_indirect_*_setup() function for
supporting direct access mode.
Signed-off-by: Vignesh R
---
This patch series enables use Direct access controller on Cadence QSPI
which helps in accessing QSPI flash in memory mapped mode.
On TI platforms, this mode has higher throughput compared to indirect
access mode.
Tested on TI's 66AK2G GP EVM.
It would be great if this patch series could be
On 11/24, Arvind Yadav wrote:
> pr_err() messages should end with a new-line to avoid other messages
> being concatenated.
>
> Signed-off-by: Arvind Yadav
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux
This patch series enables use Direct access controller on Cadence QSPI
which helps in accessing QSPI flash in memory mapped mode.
On TI platforms, this mode has higher throughput compared to indirect
access mode.
Tested on TI's 66AK2G GP EVM.
It would be great if this patch series could be
On 11/24, Arvind Yadav wrote:
> pr_err() messages should end with a new-line to avoid other messages
> being concatenated.
>
> Signed-off-by: Arvind Yadav
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
On 11/24, Arvind Yadav wrote:
> pr_err() messages should end with a new-line to avoid other messages
> being concatenated.
>
> Signed-off-by: Arvind Yadav
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux
On 11/24, Arvind Yadav wrote:
> pr_err() messages should end with a new-line to avoid other messages
> being concatenated.
>
> Signed-off-by: Arvind Yadav
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux
On 11/24, Arvind Yadav wrote:
> pr_err() messages should end with a new-line to avoid other messages
> being concatenated.
>
> Signed-off-by: Arvind Yadav
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
On 11/24, Arvind Yadav wrote:
> pr_err() messages should end with a new-line to avoid other messages
> being concatenated.
>
> Signed-off-by: Arvind Yadav
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
1 - 100 of 2492 matches
Mail list logo