Building with gcc-10 causes a harmless warning about a section mismatch:
WARNING: modpost: vmlinux.o(.text.unlikely+0x5e191): Section mismatch in
reference from the function tpm2_calc_event_log_size() to the function
.init.text:early_memunmap()
The function tpm2_calc_event_log_size() references
From: YueHaibing
Date: Wed, 29 Apr 2020 21:24:30 +0800
> There's no callers in-tree anymore.
>
> Signed-off-by: YueHaibing
Applied.
gcc-10 points out an uninitialized variable use:
drivers/staging/greybus/uart.c: In function 'gb_tty_set_termios':
drivers/staging/greybus/uart.c:540:24: error: 'newline.flow_control' is used
uninitialized in this function [-Werror=uninitialized]
540 | newline.flow_control |= GB_SERIAL_AUTO_R
The latest compiler expects slightly different function prototypes
for the ubsan helpers:
lib/ubsan.c:192:6: error: conflicting types for built-in function
'__ubsan_handle_add_overflow'; expected 'void(void *, void *, void *)'
[-Werror=builtin-declaration-mismatch]
192 | void __ubsan_handle_ad
From: Robert Marko
Date: Wed, 29 Apr 2020 13:07:24 +0200
> This patch series provides support for the IPQ40xx built-in MDIO interface.
> Included are driver, devicetree bindings for it and devicetree node.
The DT changes don't apply cleanly to net-next, please respin.
Thanks.
On Wed, 29 Apr 2020 at 20:57, Joe Perches wrote:
>
> On Wed, 2020-04-29 at 20:49 +0200, Ard Biesheuvel wrote:
> > On Wed, 29 Apr 2020 at 20:47, Joe Perches wrote:
> > > Looking at code for efi_printk -> efi_char16_printk,
> > > it's somewhat difficult to see where the "output_string"
> > > functi
Hi Sandeep,
This is a bit misleading/confusing. Patch "1/4] dt-bindings: phy: qcom,qmp:
Convert QMP PHY bindings to yaml" does the conversion to yaml AND removes
the binding for USB3 DP PHY, then this patch adds it again. Patches should
be self-contained and their commit messages shouldn't omit im
gcc-10 warns that the 32-bit zero cannot be shifted more than
32 bits to the right:
arch/arm64/kvm/../../../virt/kvm/arm/mmu.c: In function 'clear_hyp_p4d_entry':
arch/arm64/include/asm/pgtable.h:630:35: error: right shift count >= width of
type [-Werror=shift-count-overflow]
630 | #define pud_
On Wed, Apr 29, 2020 at 11:33 AM Jann Horn wrote:
>
> > That sequence count approach would be a much simpler change.
>
> In that model, what should happen if someone tries to attach to a
> process that's in execve(), but after the point of no return in
> de_thread()? "Abort" after the point of no
On Wed, 2020-04-29 at 20:49 +0200, Ard Biesheuvel wrote:
> On Wed, 29 Apr 2020 at 20:47, Joe Perches wrote:
> > Looking at code for efi_printk -> efi_char16_printk,
> > it's somewhat difficult to see where the "output_string"
> > function pointer is set. Any clue?
> It is set by the firmware.
Su
On Tue, Apr 28, 2020 at 11:10:44AM -0500, Josh Poimboeuf wrote:
> > ==> build/x86/0xE0F2ACFF_defconfig/log <==
> > kernel/time/posix-stubs.o: warning: objtool: __x64_sys_timer_create()+0x23:
> > sibling call from callable instruction with modified stack frame
This one is fixed with the following
On Fri, Apr 24, 2020 at 05:34:03PM +0530, Bharat Kumar Gogada wrote:
> Add device tree binding documentation for Versal CPM Root Port driver.
>
> Signed-off-by: Bharat Kumar Gogada
> ---
> .../devicetree/bindings/pci/xilinx-versal-cpm.txt | 68
> ++
> 1 file changed, 68 ins
Christian Hewitt writes:
>> On 27 Apr 2020, at 1:06 pm, Jerome Brunet wrote:
>>
>> On Sun 26 Apr 2020 at 18:21, Tim Lewis wrote:
>>
>>> Add extra cpu pop points to allow mild overclock on S922X. The opp
>>> points are found in Hardkernel N2 sources [1] and testing shows no
>>> obvious issues
> > Basically, it's a big bitmask, where each bit represents a possible process
> > id (can be 2 gigs if we allow all positive ints!).
>
> I think you mean 2 giga-bit, for 256MB worth of memory, right ?
>
> And AFAIU the PID_MAX_LIMIT is at a maximum of 4 million PIDs in
> include/linux/threads.h
- Ursprüngliche Mail -
> Von: "John Ogness"
> An: "richard"
> CC: "linux-mtd" , "linux-kernel"
>
> Gesendet: Mittwoch, 29. April 2020 16:56:31
> Betreff: Re: [PATCH] ubifs: Fix ubifs_tnc_lookup() usage in do_kill_orphans()
> Hi Richard,
>
> Could you CC this patch to stable? It fixes
On 4/29/20 10:12 AM, Eugeniy Paltsev wrote:
> Hi Vineet,
>
>> From: Vineet Gupta
>> Sent: Tuesday, April 28, 2020 22:46
>> To: Eugeniy Paltsev; linux-snps-...@lists.infradead.org
>> Cc: Alexey Brodkin; linux-kernel@vger.kernel.org
>> Subject: Re: [PATCH] ARC: guard dsp early init against non ARCv
On Wed, 29 Apr 2020 at 20:47, Joe Perches wrote:
>
> On Wed, 2020-04-29 at 13:41 -0400, Arvind Sankar wrote:
> > Use pr_efi_err instead of bare efi_printk for error messages.
>
> Perhaps it'd be better to rename pr_efi_err to eri_err
> to it's clearer it's a typical efi_ logging function.
>
> $ gi
Output of humidity compensation is limited to the range between 0 and
100 percent. Add this to the compensation formula as described in the
datasheet chapter 4.2.3.
Change to v1:
Thanks to Tomasz for suggesting the easier to use function clamp_val()
which is now used.
Signed-off-by: Andreas Kling
On Wed, 2020-04-29 at 13:41 -0400, Arvind Sankar wrote:
> Use pr_efi_err instead of bare efi_printk for error messages.
Perhaps it'd be better to rename pr_efi_err to eri_err
to it's clearer it's a typical efi_ logging function.
$ git grep -w --name-only pr_efi_err | \
xargs sed -i 's/\bpr_efi_
On Wednesday, April 29, 2020 10:31:46 AM EDT Richard Guy Briggs wrote:
> On 2020-04-28 18:25, Paul Moore wrote:
> > On Wed, Apr 22, 2020 at 5:40 PM Richard Guy Briggs
wrote:
> > > Some table unregister actions seem to be initiated by the kernel to
> > > garbage collect unused tables that are not
Christian Hewitt writes:
>> On 15 Apr 2020, at 1:59 pm, chewitt wrote:
>>
>> From: Christian Hewitt
>>
>> The frddr_a node was accidently deleted when creating a common dtsi for the
>> Khadas VIM3/VIM3L boards, preventing audio from working on the VIM3.
>>
>> Fixes: 4f26cc1c96c9 ("arm64: dts
From: Zou Wei
Date: Wed, 29 Apr 2020 12:17:40 +0800
> fix coccinelle warning, use ARRAY_SIZE
>
> drivers/net/ethernet/huawei/hinic/hinic_sriov.c:713:43-44: WARNING: Use
> ARRAY_SIZE
>
> --
Please don't put this "---" here.
> diff --git a/drivers/net/ethernet/huawei/hinic/hinic_sr
On Tue, Apr 28, 2020 at 09:14:17AM +0800, Jiaxun Yang wrote:
> This controller can be found on Loongson-2K SoC, Loongson-3
> systems with RS780E/LS7A PCH.
>
> The RS780E part of code was previously located at
> arch/mips/pci/ops-loongson3.c and now it can use generic PCI
> driver implementation.
>
Hi Borislav,
On 4/29/2020 11:11 AM, Borislav Petkov wrote:
> On Wed, Apr 01, 2020 at 10:51:02AM -0700, Reinette Chatre wrote:
>> diff --git a/arch/x86/kernel/cpu/common.c b/arch/x86/kernel/cpu/common.c
>> index 4cdb123ff66a..8552d2fadc15 100644
>> --- a/arch/x86/kernel/cpu/common.c
>> +++ b/arch/x
All evdev clients share a common waitgroup. On new input events, this
waitgroup is woken once for every client that did not filter the events,
leading to duplicated and unwanted wakeups.
Split the shared waitgroup into per-client waitgroups for more
fine-grained wakeups.
Signed-off-by: Kenny Levi
From: Huazhong Tan
Date: Wed, 29 Apr 2020 11:46:24 +0800
> From: Yonglong Liu
>
> This patch adds support for reading the optical module eeprom
> info via "ethtool -m".
>
> Signed-off-by: Yonglong Liu
> Signed-off-by: Huazhong Tan
> ---
> V2: replace self-defined macro with the SFF8024_ID_*
On 4/24/20 8:44 PM, John Stultz wrote:
> On Fri, Apr 24, 2020 at 3:27 PM Andrew F. Davis wrote:
>> This new export type exposes to userspace the SRAM area as a DMA-Heap,
>> this allows for allocations as DMA-BUFs that can be consumed by various
>> DMA-BUF supporting devices.
>>
>> Signed-off-by: A
On Wed, Apr 29, 2020 at 9:16 PM Arnaldo Carvalho de Melo
wrote:
>
> Em Wed, Apr 29, 2020 at 07:22:43PM +0300, Konstantin Khlebnikov escreveu:
> > Cpu bitmap is split into 32 bit words. For system with more than 32 cores
> > threads are always in different words thus first word never has two bits:
Hi Felipe,
all patches of this series have been reviewed and there are no outstanding
comments, so I guess it should be ready to land?
Thanks
Matthias
On Wed, Apr 01, 2020 at 10:45:41AM +0530, Sandeep Maheswaram wrote:
> This path series aims to add interconnect support in
> dwc3-qcom driver on
Le 29/04/2020 à 20:15, Catalin Marinas a écrit :
On Wed, Apr 29, 2020 at 08:52:25PM +0800, Chen, Rong A wrote:
On 4/29/2020 11:28 AM, Anshuman Khandual wrote:
On 04/28/2020 02:51 PM, Catalin Marinas wrote:
On Tue, Apr 28, 2020 at 04:41:11AM -0400, Qian Cai wrote:
On Apr 28, 2020, at 1:54 A
On Wed, Apr 29, 2020 at 7:58 PM Linus Torvalds
wrote:
> On Tue, Apr 28, 2020 at 4:36 PM Jann Horn wrote:
> >
> > On Wed, Apr 29, 2020 at 12:14 AM Linus Torvalds
> > wrote:
> > >
> > > - we move check_unsafe_exec() down. As far as I can tell, there's no
> > > reason it's that early - the flags i
On Tue, Apr 28, 2020 at 07:45:19PM +0800, Jiaxun Yang wrote:
>
>
> 于 2020年4月28日 GMT+08:00 下午7:33:26, Thomas Bogendoerfer
> 写到:
> >On Tue, Apr 28, 2020 at 10:14:12AM +0800, Jiaxun Yang wrote:
> >> That would allow us modify kernel vm address spaces without
> >> step into the hell of includes.
>
Quoting Mathieu Poirier (2020-04-29 11:08:18)
> Hi Stephen,
>
> On Tue, Apr 28, 2020 at 11:10:09AM -0700, Stephen Boyd wrote:
> > diff --git a/drivers/hwtracing/coresight/coresight-cti-sysfs.c
> > b/drivers/hwtracing/coresight/coresight-cti-sysfs.c
> > index aeea39cbd161..77e14e770806 100644
> >
Em Wed, Apr 29, 2020 at 06:07:42PM +0300, Adrian Hunter escreveu:
> Hi
>
> This patchset adds Intel PT support for synthesizing branch stacks for
> regular events. This follows on from the patchset that did the same thing
> for call chains.
>
> The first 3 patches convert Intel PT to using threa
On Tue, Apr 28, 2020 at 03:52:51PM -0700, Matthew Wilcox wrote:
> On Tue, Apr 28, 2020 at 02:41:09PM -0700, Ira Weiny wrote:
> > On Tue, Apr 28, 2020 at 12:44:43PM -0700, Matthew Wilcox wrote:
> > > x86 uses page->lru of the pages used for pgds, but that's not immediately
> > > obvious to anyone lo
Hi,
On Mon, Mar 30, 2020 at 01:33:55AM -0400, Geordan Neukum wrote:
> The max170{42,47,50,55} family of fuel gauges all provide time-to-empty
> estimation. As such, let's export this as a property.
>
> Signed-off-by: Geordan Neukum
> ---
Thanks, queued.
-- Sebastian
> drivers/power/supply/ma
On Wed, Apr 29, 2020 at 06:42:55PM +0200, Markus Elfring wrote:
> > In a couple of places in the slub memory allocator, the code uses
> > "s->offset" as a check to see if the free pointer is put right after the
> > object. That check is no longer true with commit 3202fa62fb43 ("slub:
> > relocate f
Neil Armstrong writes:
> Another round of DT fixups of dtbs_checks on Amlogic DT files.
>
> Neil Armstrong (5):
> dt-bindings: sram: Add Amlogic SCP SRAM compatibles
> arm64: dts: meson: fixup SCP sram nodes
> arm64: dts: meson-g12b-ugoos-am6: fix board compatible
> arm64: dts: meson-gxbb
Martin Blumenstingl writes:
> On Thu, Mar 26, 2020 at 5:09 PM Neil Armstrong
> wrote:
>>
>> Misc USB DT fixes for G12A.
>>
>> Neil Armstrong (2):
>> arm64: dts: meson-g12b-ugoos-am6: fix usb vbus-supply
>> arm64: dts: meson-g12-common: fix dwc2 clock names
> for both patches:
> Reviewed-by:
I'm announcing the release of the 5.6.8 kernel.
All users of the 5.6 kernel series must upgrade.
The updated 5.6.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-5.6.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 5.4.36 kernel.
All users of the 5.4 kernel series must upgrade.
The updated 5.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-5.4.y
and can be browsed at the normal kernel.org git web browser:
> +static int tja11xx_config_aneg(struct phy_device *phydev)
> +{
> + u16 ctl = 0;
> + int ret;
> +
> + switch (phydev->master_slave_set) {
> + case PORT_MODE_CFG_MASTER_FORCE:
> + case PORT_MODE_CFG_MASTER_PREFERRED:
> + ctl |= MII_CFG1_MASTER_SLAVE;
> +
Hi Mason,
On 29/04/20 03:31PM, masonccy...@mxic.com.tw wrote:
> Hi Pratyush,
> > > > Hi Mason,
> > > >
> > > > I posted a re-roll of my series here [0]. Could you please base your
>
> > > > changes on top of it? Let me know if the series is missing something
> you
> > >
> > > > need.
> > > >
Neil Armstrong writes:
> From: Martin Blumenstingl
>
> Add the correcly architectured USB Glue node and adapt all the Amlogic
> GXL and GXM board to the new organization.
>
> Signed-off-by: Martin Blumenstingl
> Signed-off-by: Neil Armstrong
Queued for v5.8,
Kevin
On Tue, Apr 28, 2020 at 09:53:07AM +0200, Oleksij Rempel wrote:
Hi Oleksij
Sorry for taking a while to review this. I was busy fixing the FEC
driver which i broke :-(
> --- a/Documentation/networking/ethtool-netlink.rst
> +++ b/Documentation/networking/ethtool-netlink.rst
> @@ -399,6 +399,8 @@ K
Em Wed, Apr 29, 2020 at 07:23:41PM +0300, Konstantin Khlebnikov escreveu:
> SMT now could be disabled via "/sys/devices/system/cpu/smt/control".
> Status shown in "/sys/devices/system/cpu/smt/active" simply as "0" / "1".
>
> If this knob isn't here then fallback to checking topology as before.
I'
On Wed, Apr 29, 2020 at 08:52:25PM +0800, Chen, Rong A wrote:
> On 4/29/2020 11:28 AM, Anshuman Khandual wrote:
> > On 04/28/2020 02:51 PM, Catalin Marinas wrote:
> > > On Tue, Apr 28, 2020 at 04:41:11AM -0400, Qian Cai wrote:
> > > > On Apr 28, 2020, at 1:54 AM, Anshuman Khandual
> > > > wrote:
tsens-common.c has outlived its usefuless. It was created expecting lots
of custom routines per version of the TSENS IP. We haven't needed those,
there is now only data in the version-specific files.
Merge the code for tsens-common.c into tsens.c. As a result,
- Remove any unnecessary forward decl
Em Wed, Apr 29, 2020 at 07:22:43PM +0300, Konstantin Khlebnikov escreveu:
> Cpu bitmap is split into 32 bit words. For system with more than 32 cores
> threads are always in different words thus first word never has two bits:
> cpu0: ",0100,0001", cpu 79: "8000,0080,".
>
>
This patch introduces a character device interface for the Counter
subsystem. Device information and control is exposed through a standard
set of ioctl commands.
A high-level view of how a count value is passed down from a counter
driver can be exemplified by the following:
-
On Wed, Apr 29, 2020 at 8:33 PM Al Cooper wrote:
>
> v4 - A few more fixes to the brcm,bcm7445-ehci.yaml dt-bindings
> document requested by Rob Herring.
>- Fixed ordering issue in MAINTAINERS as requested by
> Andy Shevchenko.
FWIW,
Reviewed-by: Andy Shevchenko
(consider addressi
On Wed, Apr 01, 2020 at 10:51:02AM -0700, Reinette Chatre wrote:
> diff --git a/arch/x86/kernel/cpu/common.c b/arch/x86/kernel/cpu/common.c
> index 4cdb123ff66a..8552d2fadc15 100644
> --- a/arch/x86/kernel/cpu/common.c
> +++ b/arch/x86/kernel/cpu/common.c
> @@ -856,6 +856,8 @@ static void init_spec
The Counter subsystem architecture and driver implementations have
changed in order to handle Counter sysfs interactions in a more
consistent way. This patch updates the Generic Counter interface
documentation to reflect the changes.
Signed-off-by: William Breathitt Gray
---
Documentation/driver
From: Wei Liu
Date: Wed, 29 Apr 2020 11:10:55 +0100
> Do you want this to go through net tree? I can submit it via hyperv tree
> if that's preferred.
I'll be taking this, thanks.
Over the past couple years we have noticed some shortcomings with the
Counter sysfs interface. Although useful in the majority of situations,
there are certain use-cases where interacting through sysfs attributes
can become cumbersome and inefficient. A desire to support more advanced
functionality
This patch adds high-level documentation about the Counter subsystem
character device interface. The 0x3E major number and respective minor
number range is reserved for Counter character device interface ioctl
calls.
Signed-off-by: William Breathitt Gray
---
Documentation/driver-api/generic-coun
On Wed, Apr 29, 2020 at 8:34 PM Al Cooper wrote:
>
> Add a new EHCI driver for Broadcom STB SoC's. A new EHCI driver
> was created instead of adding support to the existing ehci platform
> driver because of the code required to workaround bugs in the EHCI
> controller.
...
> +/* Copyright (c) 20
Em Wed, Apr 29, 2020 at 07:19:47PM +0300, Konstantin Khlebnikov escreveu:
> Check access("devices/system/cpu/cpu%d/topology/core_cpus", F_OK) fails,
> unless current directory is "/sys". Simply try read this file first.
>
> Signed-off-by: Konstantin Khlebnikov
> Fixes: 0ccdb8407a46 ("perf tools:
Hi Stephen,
On Tue, Apr 28, 2020 at 11:10:09AM -0700, Stephen Boyd wrote:
> We should include headers that C files use in the C files that use them
> and avoid relying on implicit includes as much as possible. This helps
> avoid compiler errors in the future about missing declarations when
> heade
The system might go into suspend during recovery of any remoteproc.
This will interrupt the recovery process in between increasing the
recovery time. Make the platform device as wakeup capable and
use pm_stay_wake/pm_relax APIs to avoid system from going into
suspend during recovery.
Signed-off-by
I'm announcing the release of the 4.19.119 kernel.
All users of the 4.19 kernel series must upgrade.
The updated 4.19.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.19.y
and can be browsed at the normal kernel.org git web browser
On Wed, Apr 29, 2020 at 11:17:27PM +0530, Manivannan Sadhasivam wrote:
> Hi Greg,
>
> On Wed, Apr 29, 2020 at 01:26:51AM +0530, m...@kernel.org wrote:
> > From: Manivannan Sadhasivam
> >
> > Add gpiochip support for Maxlinear/Exar USB to serial converter
> > for controlling the available gpios.
Am 29.04.20 um 17:28 schrieb Cristian Ciocaltea:
When the kernel is built with lockdep support and the owl-dma driver is
used, the following message is shown:
[2.496939] INFO: trying to register non-static key.
[2.501889] the code is fine but needs lockdep annotation.
[2.507357] turn
On Tue, Apr 28, 2020 at 4:36 PM Jann Horn wrote:
>
> On Wed, Apr 29, 2020 at 12:14 AM Linus Torvalds
> wrote:
> >
> > - we move check_unsafe_exec() down. As far as I can tell, there's no
> > reason it's that early - the flags it sets aren't actually used until
> > when we actually do that final
On Wed, 29 Apr 2020 11:46:24 +0800 Huazhong Tan wrote:
> From: Yonglong Liu
>
> This patch adds support for reading the optical module eeprom
> info via "ethtool -m".
>
> Signed-off-by: Yonglong Liu
> Signed-off-by: Huazhong Tan
Acked-by: Jakub Kicinski
On 4/29/20 10:31 AM, Christian Borntraeger wrote:
> On 29.04.20 18:07, Dave Hansen wrote:
>> On 4/28/20 3:50 PM, Claudio Imbrenda wrote:
>>> If a page is inaccesible and it is used for things like sendfile, then
>>> the content of the page is not always touched, and can be passed
>>> directly to a
Em Wed, Mar 18, 2020 at 07:31:00PM -0700, Ian Rogers escreveu:
> Memory leaks found by applying LLVM's libfuzzer on the parse_events
> function.
>
> Signed-off-by: Ian Rogers
> ---
> tools/perf/util/parse-events.c | 2 ++
> tools/perf/util/parse-events.y | 3 ++-
> 2 files changed, 4 insertions(
On Wed, 29 Apr 2020 12:26:25 +0200, patrice.chot...@st.com wrote:
> From: Patrice Chotard
>
> Issue detected by unbinding/binding the stm32 qspi driver as following:
>
> root@stm32mp2:~# echo 4043.spi >
> /sys/bus/platform/drivers/stm32-qspi/404300
> 00.spi/driver/unbind
> root@stm32mp2:~#
Em Wed, Mar 18, 2020 at 10:34:35AM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Wed, Mar 18, 2020 at 11:32:24AM +0100, Jiri Olsa escreveu:
> > On Sun, Mar 08, 2020 at 06:59:17PM +0800, zhe...@windriver.com wrote:
> > > From: He Zhe
> > >
> > > NULL pointer may be passed to perf_cpu_map__cpu and
Hi Greg,
On Wed, Apr 29, 2020 at 01:26:51AM +0530, m...@kernel.org wrote:
> From: Manivannan Sadhasivam
>
> Add gpiochip support for Maxlinear/Exar USB to serial converter
> for controlling the available gpios.
>
> Cc: Linus Walleij
> Cc: linux-g...@vger.kernel.org
> Signed-off-by: Manivannan
Em Wed, Apr 29, 2020 at 10:40:06AM -0700, Ian Rogers escreveu:
> Ping. This is missing an Acked-by:
> v2 addressed Jiri's review comments:
> https://lore.kernel.org/lkml/20200315093013.GC492969@krava/
Jiri?
> Thanks,
> Ian
>
>
> On Fri, Mar 20, 2020 at 11:23 AM Ian Rogers wrote:
> >
> > Reall
Hi Jerome,
On Wed, Apr 29, 2020 at 2:37 PM Jerome Brunet wrote:
>
>
> On Wed 29 Apr 2020 at 05:14, Bernard Zhao wrote:
>
> > In common init function, when run into err branch, we didn`t
> > use kfree to release kzmalloc area, this may bring in memleak
>
> Thx for reporting this Bernard.
> I'm no
On Mon, Mar 23, 2020 at 3:59 AM Jiri Olsa wrote:
>
> On Wed, Mar 18, 2020 at 07:31:00PM -0700, Ian Rogers wrote:
> > Memory leaks found by applying LLVM's libfuzzer on the parse_events
> > function.
> >
> > Signed-off-by: Ian Rogers
>
> Acked-by: Jiri Olsa
>
> thanks,
> jirka
Ping.
> > ---
> >
Le 29/04/2020 à 14:25, Dan Carpenter a écrit :
On Wed, Apr 29, 2020 at 06:34:38AM +0200, Christophe JAILLET wrote:
If an error occurs in the loop where we call 'pxa3xx_gcu_add_buffer()',
any resource already allocated should be freed.
In order to fix it, add a call to 'pxa3xx_gcu_free_buffers()
From: Fenghua Yu
Currently, fpu__clear() clears all fpregs and xstates. Once XSAVES
supervisor states are introduced, supervisor settings (e.g. CET xstates)
must remain active for signals; It is necessary to have separate functions:
- Create fpu__clear_user_states(): clear only user settings fo
Use pr_efi_err instead of bare efi_printk for error messages.
Signed-off-by: Arvind Sankar
---
drivers/firmware/efi/libstub/gop.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/firmware/efi/libstub/gop.c
b/drivers/firmware/efi/libstub/gop.c
index 64cee0fe
In several places 64-bit values need to be split up into two 32-bit
fields, in order to be backward-compatible with the old 32-bit ABIs.
Instead of open-coding this, add a helper function to set a 64-bit value
as two 32-bit fields.
Signed-off-by: Arvind Sankar
---
drivers/firmware/efi/libstub/e
Consolidate the initrd loading in efi_main.
The command line options now need to be parsed only once.
Signed-off-by: Arvind Sankar
---
drivers/firmware/efi/libstub/x86-stub.c | 64 ++---
1 file changed, 25 insertions(+), 39 deletions(-)
diff --git a/drivers/firmware/efi/lib
This series is on top of efi/next.
Patch 1 fixes the size allocated for x86 boot_params.
Patch 2 refactors the setting of various hi/lo 32-bit fields, mainly on x86.
Patches 3-5 convert the remaining uses of efi_printk to print error
messages to use pr_efi_err instead.
Patches 6-8 refactor initrd
In several places 64-bit values need to be split up into two 32-bit
fields, in order to be backward-compatible with the old 32-bit ABIs.
Instead of open-coding this, add a helper function to set a 64-bit value
as two 32-bit fields.
Signed-off-by: Arvind Sankar
---
drivers/firmware/efi/libstub/e
Add support for the x86 CMDLINE_BOOL and CMDLINE_OVERRIDE configuration
options.
Signed-off-by: Arvind Sankar
---
drivers/firmware/efi/libstub/x86-stub.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/firmware/efi/libstub/x86-stub.c
b/drivers/firmware/e
Use pr_efi_err instead of bare efi_printk for error messages.
Signed-off-by: Arvind Sankar
---
drivers/firmware/efi/libstub/tpm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/firmware/efi/libstub/tpm.c
b/drivers/firmware/efi/libstub/tpm.c
index 1d59e103a2e3..8a169
efi_parse_options can fail if it is unable to allocate space for a copy
of the command line. Check the return value to make sure it succeeded.
Signed-off-by: Arvind Sankar
---
drivers/firmware/efi/libstub/efi-stub.c | 18 ++
drivers/firmware/efi/libstub/x86-stub.c | 12 ++
struct boot_params is only 4096 bytes, not 16384. Fix this by using
sizeof(struct boot_params) instead of hardcoding the incorrect value.
Signed-off-by: Arvind Sankar
---
drivers/firmware/efi/libstub/x86-stub.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/fi
Factor out the initrd loading into a common function that can be called
both from the generic efi-stub.c and the x86-specific x86-stub.c.
Signed-off-by: Arvind Sankar
---
.../firmware/efi/libstub/efi-stub-helper.c| 46 +--
drivers/firmware/efi/libstub/efi-stub.c | 12 +-
Use pr_efi_err instead of bare efi_printk for error messages.
Signed-off-by: Arvind Sankar
---
drivers/firmware/efi/libstub/x86-stub.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/drivers/firmware/efi/libstub/x86-stub.c
b/drivers/firmware/efi/li
Currently the EFI stub attempts to load initrd(s) specified on the
command line below hdr->initrd_addr_max (2G) and if that fails, falls
back to allocating at an unrestricted address.
The only case when loading at a low address helps is for the 32-bit
kernel, where the initrd must be copied by the
On Tue 28 Apr 2020 at 06:34, Po Liu wrote:
> Add the gate action to the flow action entry. Add the gate parameters to
> the tc_setup_flow_action() queueing to the entries of flow_action_entry
> array provide to the driver.
>
> Signed-off-by: Po Liu
> ---
> include/net/flow_offload.h | 10 ++
> “...
> Do not split the tag across multiple
> lines, tags are exempt from the "wrap at 75 columns" rule in order to simplify
> parsing scripts
> ...”
Why do you not like the reformatting of the quotation so far
(if such change descriptions should cope also with specific
Unicode characters)?
“…
Ping. This is missing an Acked-by:
v2 addressed Jiri's review comments:
https://lore.kernel.org/lkml/20200315093013.GC492969@krava/
Thanks,
Ian
On Fri, Mar 20, 2020 at 11:23 AM Ian Rogers wrote:
>
> Realloc of size zero is a free not an error, avoid this causing a double
> free. Caught by clang
On 29/04/20 19:28, Andy Lutomirski wrote:
> This seems functional, but I'm wondering if it could a bit simpler and
> more efficient if the data structure was a normal descriptor ring with
> the same number slots as whatever the maximum number of waiting pages
> is. Then there would never need to b
On 27/04/2020 16:17, luca abeni wrote:
> Hi Juri,
>
> On Mon, 27 Apr 2020 15:34:38 +0200
> Juri Lelli wrote:
>
>> Hi,
>>
>> On 27/04/20 10:37, Dietmar Eggemann wrote:
>>> From: Luca Abeni
>>>
>>> When a task has a runtime that cannot be served within the
>>> scheduling deadline by any of the id
On Wed, Apr 29, 2020 at 06:27:01PM +0100, Mark Brown wrote:
> On Wed, Apr 29, 2020 at 05:23:49PM +, John Stultz wrote:
> > This reverts commit dca0b44957e5 ("regulator: Use
> > driver_deferred_probe_timeout for regulator_init_complete_work"),
> > as we ended up reverting the default deferred_pr
On 2020-03-26 03:24, Pavel Tatashin wrote:
If we have a EL2 mode without VHE, the EL2 vectors are needed in order
to switch to EL2 and jump to new world with hyperivsor privileges.
Signed-off-by: Pavel Tatashin
---
arch/arm64/include/asm/kexec.h | 5 +
arch/arm64/kernel/asm-offsets.c
29.04.2020 19:54, Dmitry Osipenko пишет:
> 29.04.2020 19:30, Thierry Reding пишет:
>> On Wed, Apr 29, 2020 at 03:35:26PM +0300, Dmitry Osipenko wrote:
>>> 29.04.2020 11:55, Thierry Reding пишет:
>>> ...
>> It's not "papering over an issue". The bug can't be fixed properly
>> without introdu
On Wed, Apr 29, 2020 at 10:02:46AM -0700, Yu-cheng Yu wrote:
> It has been some time since Thomas commented on this tail comment.
> https://lore.kernel.org/lkml/alpine.deb.2.21.1908161703010.1...@nanos.tec.linutronix.de/
>
> I think why not fixing it while at it.
So "fixing it" means removing it
On 29.04.20 18:07, Dave Hansen wrote:
> On 4/28/20 3:50 PM, Claudio Imbrenda wrote:
>> If a page is inaccesible and it is used for things like sendfile, then
>> the content of the page is not always touched, and can be passed
>> directly to a driver, causing issues.
>>
>> This patch fixes the is
Add the build system changes needed to get the Broadcom STB XHCI,
EHCI and OHCI functionality working. The OHCI support does not
require anything unique to Broadcom so the standard ohci-platform
driver is being used. The link order for XHCI was changed in the
Makefile because of the way STB XHCI, E
Add a new EHCI driver for Broadcom STB SoC's. A new EHCI driver
was created instead of adding support to the existing ehci platform
driver because of the code required to workaround bugs in the EHCI
controller.
Signed-off-by: Al Cooper
---
drivers/usb/host/ehci-brcm.c | 286 +
Add DT bindings for Broadcom STB USB EHCI and XHCI drivers.
NOTE: The OHCI driver is not included because it uses the generic
platform driver.
Signed-off-by: Al Cooper
---
.../bindings/usb/brcm,bcm7445-ehci.yaml | 60 +++
.../devicetree/bindings/usb/usb-xhci.txt
601 - 700 of 1581 matches
Mail list logo
