Hello!
On 12/29/20 4:52 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.10.4 release.
There are 716 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should
On Mon, Dec 28, 2020 at 10:15:10AM +0900, Masami Hiramatsu wrote:
> BTW, insn_decode() can return -EINVAL if !insn_complete(), is that OK?
It does with this change. Or are you asking whether it returning -EINVAL
in that case is ok?
I don't see why not - this way callers can differentiate where it
Hi bot,
On 12/29/20 10:58 AM, syzbot wrote:
> Hello,
>
> syzbot found the following issue on:
>
> HEAD commit:71c5f031 Merge tag 'docs-5.11-2' of git://git.lwn.net/linux
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=1510369350
> kernel config: ht
On 12/29/20 10:11 AM, Randy Dunlap wrote:
> On 12/29/20 10:01 AM, Toralf Förster wrote:
>> On 12/23/20 2:50 AM, Randy Dunlap wrote:
What motivates this change? Is there any reason to think this can
happen?
>>> Spotted in the wild:
>> I run 2 hardened Gentoo systems, a server and a deskto
On 12/29/2020 10:54 AM, Borislav Petkov wrote:
On Tue, Dec 29, 2020 at 08:34:51AM -0800, Yu, Yu-cheng wrote:
Thanks! I will re-base to v5.11-rc1 and send out a new version.
You don't have to if it still applies and there are no changes pending.
There are some small conflicts, so I will sen
Hi Greg,
Someone bisected a non-booting computer with 5.10.4-rc1 to this
commit. Would it be possible to back out of backporting this commit
(was backported to 5.4 and 5.10)? I suspect we may need
53f4cb8b5580a20d01449a7d8e1cbfdaed9ff6b6 to be picked too to avoid
regressing, but I'm not sure about
Hi Thomas,
On Sun, Dec 6, 2020 at 11:10 PM Thomas Gleixner wrote:
> Miroslav reported that the periodic RTC synchronization in the NTP code
> fails more often than not to hit the specified update window.
>
> The reason is that the code uses delayed_work to schedule the update which
> needs to be
On Mon, Dec 28, 2020 at 09:16:50AM -0800, Sean Christopherson wrote:
> Can we add a preposition in there, e.g. insn_decode_from_regs() or
> insn_decode_with_regs()? For me, "decode_regs" means "decode the register
> operands of the instruction".
"...from_regs" it is.
--
Regards/Gruss,
Boris
Em Tue, Dec 29, 2020 at 04:23:47PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Tue, Dec 29, 2020 at 04:18:48PM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Tue, Dec 29, 2020 at 07:11:12PM +, Song Liu escreveu:
> > > > On Dec 29, 2020, at 10:48 AM, Arnaldo Carvalho de Melo
> > > > wrote
Em Tue, Dec 29, 2020 at 04:18:48PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Tue, Dec 29, 2020 at 07:11:12PM +, Song Liu escreveu:
> > > On Dec 29, 2020, at 10:48 AM, Arnaldo Carvalho de Melo
> > > wrote:
> > > I'll check this one to get a patch that at least moves the needle here,
> > >
Em Tue, Dec 29, 2020 at 07:11:12PM +, Song Liu escreveu:
>
>
> > On Dec 29, 2020, at 10:48 AM, Arnaldo Carvalho de Melo
> > wrote:
> >
> > Em Tue, Dec 29, 2020 at 06:42:18PM +, Song Liu escreveu:
> >>
> >>
> >>> On Dec 29, 2020, at 7:15 AM, Arnaldo Carvalho de Melo
> >>> wrote:
> >
On Tue, 2020-12-29 at 10:46 -0800, Casey Schaufler wrote:
> >> -int security_audit_rule_match(u32 secid, u32 field, u32 op, void
> >> *lsmrule)
> >> +int security_audit_rule_match(u32 secid, u32 field, u32 op, void
> >> **lsmrule)
> >> {
> >> - return call_int_hook(
> On Dec 29, 2020, at 10:48 AM, Arnaldo Carvalho de Melo
> wrote:
>
> Em Tue, Dec 29, 2020 at 06:42:18PM +, Song Liu escreveu:
>>
>>
>>> On Dec 29, 2020, at 7:15 AM, Arnaldo Carvalho de Melo
>>> wrote:
>>>
>>> Em Mon, Dec 28, 2020 at 11:43:25PM +, Song Liu escreveu:
>
On Fri, 07 Feb 2020 15:08:09 -0800 syzbot wrote:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:90568ecf Merge tag 'kvm-5.6-2' of git://git.kernel.org/pub..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=16513809e0
> kernel config
On Tue, 29 Dec 2020 18:45:29 +0100 Helge Deller wrote:
> On parisc the kernel fails to start the init process because in
> shift_arg_pages() in fs/exec.c, move_page_tables() is called to e.g.
> move pages from start addr 0xffeff000 to the new start addr 0xf9ccb000
> with a length of 0x1000 bytes,
On Mon, Dec 28, 2020 at 01:43:30PM +0100, Greg Kroah-Hartman wrote:
> From: Vadim Pasternak
>
> [ Upstream commit 912b341585e302ee44fc5a2733f7bcf505e2c86f ]
>
> Remove PSU EEPROM configuration for systems class equipped with
> Mellanox chip Spectrum and ATOM CPU - system types MSN274x. Till now
On Thu, 26 Sep 2019 18:19:09 -0700 syzbot wrote:
> 2019/09/26 13:11:21 executed programs: 23
> BUG: memory leak
> unreferenced object 0x88810e482a00 (size 512):
>comm "syz-executor.4", pid 6874, jiffies 4295090041 (age 14.090s)
>hex dump (first 32 bytes):
> 00 00 00 00 00 00 00 00
On Tue, Dec 29, 2020 at 08:34:51AM -0800, Yu, Yu-cheng wrote:
> Thanks! I will re-base to v5.11-rc1 and send out a new version.
You don't have to if it still applies and there are no changes pending.
--
Regards/Gruss,
Boris.
https://people.kernel.org/tglx/notes-about-netiquette
Hello,
syzbot found the following issue on:
HEAD commit:71c5f031 Merge tag 'docs-5.11-2' of git://git.lwn.net/linux
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1510369350
kernel config: https://syzkaller.appspot.com/x/.config?x=3e7e34a83d606100
dash
On Fri, 2020-12-25 at 13:19 -0700, Jim Cromie wrote:
> Well, we're mostly overeating, but we can all look forward to a diet
> in January. And more exersize.
>
> dyndbg's compiled-in data-table currently uses 56 bytes per prdebug;
> this includes 3 pointers to hierarchical "decorator" data, which
Em Tue, Dec 29, 2020 at 06:42:18PM +, Song Liu escreveu:
>
>
> > On Dec 29, 2020, at 7:15 AM, Arnaldo Carvalho de Melo
> > wrote:
> >
> > Em Mon, Dec 28, 2020 at 11:43:25PM +, Song Liu escreveu:
> >>
> >>
> >>> On Dec 28, 2020, at 12:11 PM, Arnaldo Carvalho de Melo
> >>> wrote:
> >
On 12/28/2020 5:53 PM, Mimi Zohar wrote:
> On Mon, 2020-12-28 at 15:20 -0800, Casey Schaufler wrote:
>> On 12/28/2020 2:14 PM, Mimi Zohar wrote:
>>> On Mon, 2020-12-28 at 12:06 -0800, Casey Schaufler wrote:
On 12/28/2020 11:24 AM, Mimi Zohar wrote:
> Hi Casey,
>
> On Fri, 2020-11-2
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: dea8dcf2a9fa8cc540136a6cd885c3beece16ec3
commit: 093749e296e29a4b0162eb925a6701a01e8c9a98 f2fs: support age threshold
based garbage collection
date: 4 months ago
config: powerpc64-randconfig-r023-20201221
> On Dec 29, 2020, at 7:15 AM, Arnaldo Carvalho de Melo wrote:
>
> Em Mon, Dec 28, 2020 at 11:43:25PM +, Song Liu escreveu:
>>
>>
>>> On Dec 28, 2020, at 12:11 PM, Arnaldo Carvalho de Melo
>>> wrote:
>>>
>>> Em Mon, Dec 28, 2020 at 09:40:53AM -0800, Song Liu escreveu:
Introduce p
Hi Robin,
First bad commit (maybe != root cause):
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: dea8dcf2a9fa8cc540136a6cd885c3beece16ec3
commit: b4ceb4a5359ed1c9ba4a20acf3a70d4bbead3248 iommu: Tidy up Kconfig for SoC
IOMMUs
date: 6 months ago
config
On Tue, Dec 29, 2020 at 10:09 AM Yury Norov wrote:
>
> On Tue, Dec 29, 2020 at 5:50 AM Andy Shevchenko
> wrote:
> >
> > On Tue, Dec 29, 2020 at 2:24 PM Carsten Haitzler
> > wrote:
> > >
> > > On 12/28/20 8:10 PM, Yury Norov wrote:
> > > > On Mon, Dec 28, 2020 at 11:49 AM Andy Shevchenko
> > > >
On Mon, 14 Dec 2020 08:05:44 -0600
David Lechner wrote:
> On 12/14/20 5:46 AM, William Breathitt Gray wrote:
> > On Sun, Dec 13, 2020 at 06:09:27PM -0600, David Lechner wrote:
> >> The hardware doesn't support this. QPOSINIT is an initialization value
> >> that is triggered by other things. Whe
On Tue, Dec 29, 2020 at 12:10 AM Hillf Danton wrote:
>
> >The code path that calls add_timer is for sending keep-alive packets
> >when operating in the OPENED state. If we have just changed to the
> >OPENED state in ppp_cp_event, we should wait for the amount of time
> >set by the (2nd) mod_timer
Hi Thomas,
Le mar. 29 déc. 2020 à 16:08, Thomas Bogendoerfer
a écrit :
On Mon, Dec 28, 2020 at 10:30:36PM +, Paul Cercueil wrote:
Le lun. 28 déc. 2020 à 23:25, Thomas Bogendoerfer
a écrit :
> On Wed, Dec 16, 2020 at 11:39:56PM +, Paul Cercueil wrote:
> > The compressed payload i
On Mon, 14 Dec 2020 06:13:58 -0800
Srinivas Pandruvada wrote:
> On Mon, 2020-12-14 at 21:32 +0800, Zheng Yongjun wrote:
> > Replace a comma between expression statements by a semicolon.
> >
> > Signed-off-by: Zheng Yongjun
> Acked-by: Srinivas Pandruvada
Applied to the togreg branch of iio.g
Em Tue, Dec 29, 2020 at 05:14:12PM +, Song Liu escreveu:
> > On Dec 29, 2020, at 3:48 AM, Arnaldo Carvalho de Melo
> > wrote:
> > Em Tue, Dec 29, 2020 at 04:01:41PM +0900, Namhyung Kim escreveu:
> >> On Tue, Dec 29, 2020 at 2:41 AM Song Liu wrote:
> >>> BPF programs are useful in perf to pr
GPIO LEDs only know 2 states: ON or OFF and do not have PWM capabilities.
However, the max brightness is reported as 255.
This patch sets the max brightness value of a GPIO controlled LED to 1.
Tested on my PinePhone 1.2.
Signed-off-by: Dylan Van Assche
---
Changelog
On 12/29/20 10:01 AM, Toralf Förster wrote:
> On 12/23/20 2:50 AM, Randy Dunlap wrote:
>>> What motivates this change? Is there any reason to think this can
>>> happen?
>> Spotted in the wild:
> I run 2 hardened Gentoo systems, a server and a desktop.
>
> I patched the server with this:
>
> mr-f
Hi!
Thanks for the feedback!
Indeed, this can be even more simplified with your suggestion.
I will send a new version of the patch soon.
Happy holidays!
Kind regards,
Dylan Van Assche
On Tue, 2020-12-29 at 17:04 +0100, Pavel Machek wrote:
> Hi!
>
> > GPIO LEDs only know 2 states: ON or OFF and
On Tue, Dec 29, 2020 at 5:50 AM Andy Shevchenko
wrote:
>
> On Tue, Dec 29, 2020 at 2:24 PM Carsten Haitzler
> wrote:
> >
> > On 12/28/20 8:10 PM, Yury Norov wrote:
> > > On Mon, Dec 28, 2020 at 11:49 AM Andy Shevchenko
> > > wrote:
> > >> On Mon, Dec 28, 2020 at 11:43:43AM -0800, Yury Norov wrot
On 12/23/20 2:50 AM, Randy Dunlap wrote:
What motivates this change? Is there any reason to think this can
happen?
Spotted in the wild:
I run 2 hardened Gentoo systems, a server and a desktop.
I patched the server with this:
mr-fox ~ # cat ubsan.patch
--- linux-5.10.1.orig/mm/readahead.c
+++
> On Dec 29, 2020, at 9:46 AM, Song Liu wrote:
>
>>>
[...]
>
> [...]
>
>>> +static inline bool target__has_bpf(struct target *target)
>>> +{
>>> + return target->bpf_str;
>>> +}
>>> +
>>> static inline bool target__none(struct target *target)
>>> {
>>> return !target__has_task
Hi!
> From: Arnd Bergmann
>
> [ Upstream commit dbb60031dd0c2b85f10ce4c12ae604c28d3aaca4 ]
>
> gcc -Wextra warns about a function taking an enum argument
> being called with a bool:
>
> drivers/gpu/drm/amd/amdgpu/../display/modules/color/color_gamma.c: In
> function 'apply_degamma_for_user_re
> On Dec 28, 2020, at 11:22 PM, Namhyung Kim wrote:
>
> On Tue, Dec 29, 2020 at 2:41 AM Song Liu wrote:
>>
>> Introduce perf-stat -b option, which counts events for BPF programs, like:
>>
>> [root@localhost ~]# ~/perf stat -e ref-cycles,cycles -b 254 -I 1000
>> 1.48790382211
On parisc the kernel fails to start the init process because in
shift_arg_pages() in fs/exec.c, move_page_tables() is called to e.g.
move pages from start addr 0xffeff000 to the new start addr 0xf9ccb000
with a length of 0x1000 bytes, but move_page_tables() instead returns
that it apparently moved
On Wed, 16 Dec 2020 10:36:39 +0200
Mircea Caprioru wrote:
> From: Dragos Bogdan
>
> The LTC2314-14 is a 14-bit, 4.5Msps, serial sampling A/D converter that draws
> only
> 6.2mA from a wide range analog supply adjustable from 2.7V to 5.25V.
>
> Signed-off-by: Dragos Bogdan
> Signed-off-by: Mi
From: Tom Rix
clang static analysis reports this problem
net/rxrpc/key.c:657:11: warning: Assigned value is garbage or undefined
toksize = toksizes[tok++];
^ ~~~
rxrpc_read() contains two loops. The first loop calculates the token
sizes and s
Add a new common property 'reset-time-sec' to be used in conjunction
with the devices supporting the key pressed reset feature.
Signed-off-by: Cristian Ciocaltea
Reviewed-by: Rob Herring
---
Changes in v4:
- Added Reviewed-by from Rob
Changes in v3:
- This patch was not present in v2
Docume
From: Manivannan Sadhasivam
Add MAINTAINERS entry for ATC260x PMIC.
Signed-off-by: Manivannan Sadhasivam
[cristian: change binding doc file path, add file patterns for onkey and
poweroff drivers, fix ordering, add myself as co-maintainer]
Signed-off-by: Cristian Ciocaltea
---
Change
This driver provides poweroff and reboot support for a system through
the ATC2603C and ATC2609A chip variants of the Actions Semi ATC260x
family of PMICs.
Signed-off-by: Cristian Ciocaltea
---
Changes in v4:
- None
Changes in v3:
- Removed the unnecessary driver compatibles
drivers/power/res
The Actions Semi ATC260x PMICs are able to manage an onkey button.
This driver exposes the ATC260x onkey as an input device. It can also
be configured to force a system reset on a long key-press with an
adjustable duration.
The currently supported chip variants are ATC2603C and ATC2609A.
Signed-o
Add initial support for the Actions Semi ATC260x PMICs which integrates
Audio Codec, Power management, Clock generation and GPIO controller
blocks.
For the moment this driver only supports Regulator, Poweroff and Onkey
functionalities for the ATC2603C and ATC2609A chip variants.
Since the PMICs c
The ATC260x family of PMICs integrates Audio Codec, Power management,
Clock generation and GPIO controller blocks. There are currently 3
variants: ATC2603A, ATC2603C and ATC2609A.
This is re-spin of the v1 patch series submitted some time ago by
Mani, who provided the MFD and regulator drivers for
Add support for the DC-DC converters and LDO regulators found in
the ATC2603C and ATC2609A chip variants of the Actions Semi ATC260x
family of PMICs.
Co-developed-by: Manivannan Sadhasivam
Signed-off-by: Manivannan Sadhasivam
Signed-off-by: Cristian Ciocaltea
---
Changes in v4
- Included the A
Add devicetree binding for Actions Semi ATC260x PMICs.
Signed-off-by: Cristian Ciocaltea
Reviewed-by: Rob Herring
---
Changes in v4
- Added Reviewed-by from Rob
- Added support for ATC2603C LDO12 fixed regulator per Mark's suggestion
Changes in v3 (according to Rob's review):
- Dropped the '
Hi David,
On 2020-12-29 16:00, David Brazdil wrote:
The KVM/arm64 PSCI relay assumes that SYSTEM_OFF and SYSTEM_RESET
should
not return, as dictated by the PSCI spec. However, there is firmware
out
there which breaks this assumption, leading to a hyp panic. Make KVM
more robust to broken firmw
From: Rafael J. Wysocki
When sugov_update_single_perf() falls back to the "frequency"
path due to the missing scale-invariance, it will call
cpufreq_driver_fast_switch() via sugov_fast_switch()
and the driver's ->fast_switch() callback will be invoked,
so it must not be NULL.
However, after comm
On Fri, 18 Dec 2020 15:32:32 +0100
Fabrice Gasnier wrote:
> On 12/18/20 10:35 AM, Xu Wang wrote:
> > Because clk_prepare_enable() and clk_disable_unprepare() already checked
> > NULL clock parameter, so the additional checks are unnecessary, just
> > remove them.
> >
> > Signed-off-by: Xu Wang
> On Dec 29, 2020, at 3:48 AM, Arnaldo Carvalho de Melo wrote:
>
> Em Tue, Dec 29, 2020 at 04:01:41PM +0900, Namhyung Kim escreveu:
>> On Tue, Dec 29, 2020 at 2:41 AM Song Liu wrote:
>>> BPF programs are useful in perf to profile BPF programs. BPF skeleton is
>
>> I'm having difficulties und
On Tue, Dec 29, 2020 at 10:35:14PM +0800, Feng Tang wrote:
> When profiling memory cgroup involved benchmarking, status update
> sometimes take quite some CPU cycles. Current MEMCG_CHARGE_BATCH
> is used for both charging and statistics/events updating, and is
> set to 32, which may be good for acc
On Fri, 18 Dec 2020 09:46:47 +
Xu Wang wrote:
> Because clk_disable_unprepare() already checked NULL clock parameter,
> so the additional check is unnecessary, just remove it.
>
> Signed-off-by: Xu Wang
Applied to the togreg branch of iio.git and pushed out as testing for the
autobuilders
All the defconfig files have replaced PCIE_RCAR config option with
PCIE_RCAR_HOST config option which built the same driver, so we can
now safely drop PCIE_RCAR config option.
Signed-off-by: Lad Prabhakar
---
Hi All,
This patch is exact similar to [1], as all the defconfig files enabling
PCIE_RC
On Tue, Dec 29, 2020 at 04:00:59PM +, David Brazdil wrote:
> The KVM/arm64 PSCI relay assumes that SYSTEM_OFF and SYSTEM_RESET should
> not return, as dictated by the PSCI spec. However, there is firmware out
> there which breaks this assumption, leading to a hyp panic. Make KVM
> more robust t
Hi,
This patch should fix the issue:
https://patchwork.freedesktop.org/patch/410754/?series=85303&rev=1
Thanks
On 12/29, R, Bindu wrote:
>[AMD Official Use Only - Internal Distribution Only]
>
>++Siqueira.
>Regards,
>Bindu
>
>══
Hello,
syzbot has tested the proposed patch and the reproducer did not trigger any
issue:
Reported-and-tested-by: syzbot+5925509f78293baa7...@syzkaller.appspotmail.com
Tested on:
commit: e37b12e4 Merge tag 'for-linus-5.11-ofs1' of git://git.kern..
git tree:
https://git.kernel.or
> On Dec 28, 2020, at 11:24 PM, Namhyung Kim wrote:
>
> On Tue, Dec 29, 2020 at 2:41 AM Song Liu wrote:
>>
>> Add documentation to perf-stat -b option, which stats event for BPF
>> programs.
>>
>> Signed-off-by: Song Liu
>> ---
>> tools/perf/Documentation/perf-stat.txt | 14 ++
From: Wesley Chalmers
The stack variable "val" is potentially unpopulate it, so initialize it
with the value 0xf (indicating an invalid mux).
Cc: Alex Deucher
Cc: Alex Deucher
Cc: Harry Wentland
Cc: Nicholas Kazlauskas
Cc: Hersen Wu
Cc: Dave Airlie
Cc: Josip Pavic
Cc: Bindu Ramamurthy
Si
On Tue, Dec 29, 2020 at 10:35:13PM +0800, Feng Tang wrote:
> When checking a memory cgroup related performance regression [1],
> from the perf c2c profiling data, we found high false sharing for
> accessing 'usage' and 'parent'.
>
> On 64 bit system, the 'usage' and 'parent' are close to each othe
On Fri, 18 Dec 2020 19:12:31 +0200
Cristian Pop wrote:
> The AD5766/AD5767 are 16-channel, 16-bit/12-bit, voltage output dense DACs
> Digital-to-Analog converters.
>
> This change adds support for these DACs.
>
> Signed-off-by: Cristian Pop
Hi Cristian,
The addressing in this device 'interest
On 29/12/2020 15:40, Hans de Goede wrote:
Hi,
On 12/29/20 4:15 PM, Mark Brown wrote:
On Tue, Dec 29, 2020 at 03:06:35PM +, Charles Keepax wrote:
There is maybe more argument for porting the Arizona code across
anyways, since for a long time Android didn't properly support extcon
either
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: dea8dcf2a9fa8cc540136a6cd885c3beece16ec3
commit: 3021ad529950d07e0408d65d0f1df00454c1d223 net/ipv6: remove
compat_ipv6_{get,set}sockopt
date: 5 months ago
config: csky-randconfig-s032-20201227 (attached as
On Tue, 29 Dec 2020 16:27:58 +
Jonathan Cameron wrote:
> On Fri, 18 Dec 2020 19:12:30 +0200
> Cristian Pop wrote:
>
> > New interface is proposed for dither functionality. This future allows
> > composing an external signals to the selected output channel.
> > The dither signal can be turn
On 29/12/2020 15:06, Charles Keepax wrote:
On Tue, Dec 29, 2020 at 02:57:38PM +0100, Hans de Goede wrote:
On 12/29/20 2:06 PM, Charles Keepax wrote:
On Mon, Dec 28, 2020 at 04:28:07PM +, Mark Brown wrote:
On Mon, Dec 28, 2020 at 02:16:04PM +0100, Hans de Goede wrote:
And more in gener
On Tue, Dec 29, 2020 at 08:33:39AM -0800, syzbot wrote:
> > #syz test: upstream e37b12e4
>
> "upstream" does not look like a valid git repo address.
I thought syzbot had been changed to recognize "upstream" as a valid
repo name.
Alan Stern
#syz test: https://git.kernel.org/pub/scm/linux/kernel/g
On Wed, Dec 16, 2020 at 10:44:23AM +0800, Tiezhu Yang wrote:
> I have tested the following three configs on the Loongson platform:
> (1) !NUMA and !SMP,
> (2) !NUMA and SMP,
> (3) NUMA and SMP,
> everything is all right.
>
> But there exists the following build error under NUMA and !SMP:
>
> CC
On 12/29/2020 4:39 AM, Borislav Petkov wrote:
On Wed, Dec 09, 2020 at 02:22:56PM -0800, Yu-cheng Yu wrote:
Shadow Stack provides protection against function return address
corruption. It is active when the processor supports it, the kernel has
CONFIG_X86_CET_USER, and the application is built f
On Fri, Dec 25, 2020 at 12:05:22PM -0800, syzbot wrote:
> Hello,
>
> syzbot found the following issue on:
>
> HEAD commit:e37b12e4 Merge tag 'for-linus-5.11-ofs1' of git://git.kern..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=1742993750
> kernel
> On Fri, Dec 25, 2020 at 12:05:22PM -0800, syzbot wrote:
>> Hello,
>>
>> syzbot found the following issue on:
>>
>> HEAD commit:e37b12e4 Merge tag 'for-linus-5.11-ofs1' of git://git.kern..
>> git tree: upstream
>> console output: https://syzkaller.appspot.com/x/log.txt?x=1742993750
On Tue, Dec 29, 2020 at 10:52 AM Marc MERLIN wrote:
>
> On Sat, Dec 26, 2020 at 03:12:09AM -0800, Ilia Mirkin wrote:
> > > after boot, when it gets the right trigger (not sure which ones), it
> > > loops on this evern 2 seconds, mostly forever.
> >
> > The gpu suspends with runtime pm. And then ge
On Tue, Dec 29, 2020 at 11:28:26AM +0800, kernel test robot wrote:
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
> dev.2020.12.15b
> head: f895a17eec290b0038a6294d884a9cc92d7d6e80
> commit: 7655dc620982c6505386efdaf975e6bde3c27afb [130/134] rcu-tasks: Use
> NUL
On Fri, 18 Dec 2020 19:12:30 +0200
Cristian Pop wrote:
> New interface is proposed for dither functionality. This future allows
> composing an external signals to the selected output channel.
> The dither signal can be turned on/off, scaled, inverted, or it can be
> selected from different sourc
On Tue, 2020-12-29 at 21:51 +0800, Zheng Yongjun wrote:
> Use kzalloc rather than kcalloc(1,...)
>
> The semantic patch that makes this change is as follows:
> (http://coccinelle.lip6.fr/)
What's the reason for wanting to do this transformation?
> drivers/char/tpm/tpm1-cmd.c | 2 +-
> 1 file ch
On Tue, Dec 29, 2020 at 5:06 AM Mark Brown wrote:
>
> On Mon, Dec 28, 2020 at 01:45:51PM -0800, Tim Harvey wrote:
>
> > Some interrupt controllers may not de-assert their interrupt if
> > bits are set when acknowledging the bits that caused the interrupt.
>
> > Take care to not apply the mask to t
On Mon, 21 Dec 2020 11:44:34 -0700
Rob Herring wrote:
> On Fri, Dec 18, 2020 at 07:12:29PM +0200, Cristian Pop wrote:
> > This adds device tree bindings for the AD5766 DAC.
> >
> > Signed-off-by: Cristian Pop
> > ---
> > Changelog v4:
> > - Add range selection
> > - Reset is GPIO_ACTIV
The PX30 has a camera interface, supporting CSI2 and BT656
modes. Add a DT description for this interface.
Signed-off-by: Maxime Chevallier
---
V3 : Renamed the controlled
V4: Fixed the clock names
v5: No change
arch/arm64/boot/dts/rockchip/px30.dtsi | 12
1 file changed, 12 inse
On Tue, 2020-12-29 at 21:53 +0800, Zheng Yongjun wrote:
> Use kzalloc rather than kcalloc(1,...)
[]
> diff --git a/drivers/net/ethernet/mellanox/mlx5/core/steering/dr_action.c
> b/drivers/net/ethernet/mellanox/mlx5/core/steering/dr_action.c
[]
> @@ -1782,7 +1782,7 @@ static int dr_action_create_mo
Introduce a driver for the camera interface on some Rockchip platforms.
This controller supports CSI2 and BT656 interfaces, but for
now only the BT656 interface could be tested, hence it's the only one
that's supported in the first version of this driver.
This controller can be fond on PX30, RK18
Add a documentation for the Rockchip Camera Interface controller
binding.
This controller can be found on platforms such as the PX30 or the
RK3288, the PX30 being the only platform supported so far.
Signed-off-by: Maxime Chevallier
---
v3: Renamed the controller to "vip"
v4: fixed the binding t
Hi everyone,
This is the fifth iteration of the series introducing a driver for the
PX30 camera interface.
This was previously known as the "cif" driver in other iterations, but
was renamed to "vip" following Ezequiel's advices to match the datasheet
name.
This is based on a BSP driver, and I'm
On Tue, Dec 29, 2020 at 08:00:44PM +0800, peng@nxp.com wrote:
> From: Peng Fan
>
> According to RM, there is a spba bus inside aips3 and aips1, add it.
This does not look like matching contents of commit.
Best regards,
Krzysztof
>
> Signed-off-by: Peng Fan
> ---
> arch/arm64/boot/dts/f
On Tue, Dec 29, 2020 at 06:26:41AM -0600, Adam Ford wrote:
> On Tue, Dec 29, 2020 at 6:15 AM wrote:
> >
> > From: Peng Fan
> >
> > According to RM, there is a spba bus inside aips3 and aips1, add it.
> >
> > Signed-off-by: Peng Fan
> > ---
> > arch/arm64/boot/dts/freescale/imx8mm.dtsi | 362 +++
On Mon, 21 Dec 2020 16:46:59 -0700
Rob Herring wrote:
> *-supply properties are always a single phandle, so binding schemas
> don't need a type $ref nor 'maxItems'.
>
> A meta-schema check for this is pending once these existing cases are
> fixed.
>
> Cc: Jonathan Cameron
> Cc: Dmitry Torokhov
Hi!
> GPIO LEDs only know 2 states: ON or OFF and do not have PWM capabilities.
> However, the max brightness is reported as 255.
>
> This patch sets the max brightness value of a GPIO controlled LED to 1.
>
> Tested on my PinePhone 1.2.
>
> Signed-off-by: Dylan Van Assche
> ---
> v2 drops an
The KVM/arm64 PSCI relay assumes that SYSTEM_OFF and SYSTEM_RESET should
not return, as dictated by the PSCI spec. However, there is firmware out
there which breaks this assumption, leading to a hyp panic. Make KVM
more robust to broken firmware by allowing these to return.
Signed-off-by: David Br
On Thu, 10 Dec 2020 22:28:55 +0100, Krzysztof Kozlowski wrote:
> The Samsung PMIC datasheets describe the interrupt line as active low
> with a requirement of acknowledge from the CPU. Without specifying the
> interrupt type in Devicetree, kernel might apply some fixed
> configuration, not necessa
On Thu, 10 Dec 2020 22:18:58 +0100, Krzysztof Kozlowski wrote:
> The S3FWRN5 datasheet describe the interrupt line as rising edge. The
> current configuration as level high, could cause spurious interrupts.
Applied, thanks!
[1/1] arm64: dts: exynos: correct S3FWRN5 NFC interrupt trigger level on
On 12/29/20 15:30, Frederic Weisbecker wrote:
> On Tue, Dec 29, 2020 at 02:12:31PM +, Qais Yousef wrote:
> > On 12/29/20 14:41, Frederic Weisbecker wrote:
> > > > > -void vtime_account_irq(struct task_struct *tsk)
> > > > > +void vtime_account_irq(struct task_struct *tsk, unsigned int offset)
>
On Sat, Dec 26, 2020 at 03:12:09AM -0800, Ilia Mirkin wrote:
> > after boot, when it gets the right trigger (not sure which ones), it
> > loops on this evern 2 seconds, mostly forever.
>
> The gpu suspends with runtime pm. And then gets woken up for some
> reason (could be something quite silly, l
On Fri, 20 Nov 2020 09:56:35 +0100, Marek Szyprowski wrote:
> This patchset finally fixes the last remaining issue related to the
> system suspend/resume on Odroid XU3/XU4/HC1 board family. It can be
> observed that system suspend/resume fails on XU4/HC1 when kernel is
> compiled from multi_v7_defc
Hi Paul,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: dea8dcf2a9fa8cc540136a6cd885c3beece16ec3
commit: 33700f6f7d9f6b4e1e6df933ef7fd39c662c drm/ingenic: Reset pixclock
rate when parent clock rate changes
date
On Thu, Dec 10, 2020 at 10:25:19PM +0100, Krzysztof Kozlowski wrote:
> The Maxim fuel gauge datasheets describe the interrupt line as active
> low with a requirement of acknowledge from the CPU. The falling edge
> interrupt will mostly work but it's not correct.
>
> Fixes: e8614292cd41 ("ARM: dts
All revisions of the PinePhone share most of the hardware.
This patch makes it easier to detect PinePhone hardware without
having to check for each possible revision.
Signed-off-by: Dylan Van Assche
---
arch/arm64/boot/dts/allwinner/sun50i-a64-pinephone-1.0.dts | 2 +-
arch/arm64/boot/dts/allwin
Hi,
On 12/29/20 4:15 PM, Mark Brown wrote:
> On Tue, Dec 29, 2020 at 03:06:35PM +, Charles Keepax wrote:
>
>> There is maybe more argument for porting the Arizona code across
>> anyways, since for a long time Android didn't properly support extcon
>> either. It supported the earlier out of tr
Hello:
This patch was applied to bpf/bpf-next.git (refs/heads/master):
On Tue, 29 Dec 2020 21:48:34 +0800 you wrote:
> The function sockfd_lookup uses fget on the value that is stored in
> the file field of the returned structure, so fput should ultimately be
> applied to this value. This can be
On Fri, Nov 20, 2020 at 12:07:44PM +0100, Marek Szyprowski wrote:
> Hi Krzysztof,
>
> On 20.11.2020 12:05, Krzysztof Kozlowski wrote:
> > On Fri, Nov 20, 2020 at 09:56:37AM +0100, Marek Szyprowski wrote:
> >> USB2.0 PHY in Exynos5420 differs from Exynos5250 variant a bit, so use the
> >> recently
201 - 300 of 494 matches
Mail list logo