From: "hj2.im"
Date: Thu, 29 Oct 2020 22:11:24 +0900
Subject: [PATCH v2] input: add 2 kind of switch
We need support to various accessories on the device,
some switch does not exist in switch list.
So added switch for the following purpose.
SW_COVER_ATTACHED is for the checking the cover
Milo Kim's email in TI bounces with permanent error (550: Invalid
recipient). Last email from him on LKML was in 2017. Move Milo Kim to
credits and add Dan Murphy from TI to look after:
- TI LP855x backlight driver,
- TI LP8727 charger driver,
- TI LP8788 MFD (ADC, LEDs, charger and
On Thu, Oct 29, 2020 at 10:18:45AM +0800, Zou Wei wrote:
> This patch fixes below warnings reported by coccicheck
>
> ./drivers/gpu/drm/i915/i915_debugfs.c:789:5-8: Unneeded variable: "ret".
> Return "0" on line 1012
>
> Reported-by: Hulk Robot
> Signed-off-by: Zou Wei
Thanks. Applied.
>
On Wed, 28 Oct 2020 20:08:16 -0400
Steven Rostedt wrote:
> This is something I wanted to implement a long time ago, but held off until
> there was a good reason to do so. Now it appears that having access to the
> arguments of the function by default is very useful. As a bonus, because
>
Hi Andy, Joe,
I have hit this false positive from checkscript:
WARNING: Possible repeated word: 'git'
#20: FILE: MAINTAINERS:5289:
+T: git git://git.kernel.org/pub/scm/linux/kernel/git/jdelvare/staging.git
dmi-for-next
Obviously that's going to happen a lot as this is actually the proper
On Thu, 29 Oct 2020 14:12:23 +0200, Eugen Hristev wrote:
> The media tree Kconfig has changed recently, and a lot of modules were
> built unintentionally, like the dvb frontends and encoders.
> Resync the defconfig to build the ISI drivers and tested sensors.
Applied, thanks!
[1/1] ARM: configs:
On 10/29/20 12:59 PM, Nishanth Menon wrote:
On 10:04-20201029, Lukasz Luba wrote:
On 10/28/20 9:47 PM, Nishanth Menon wrote:
On 14:08-20201028, Lukasz Luba wrote:
Add opp-sustainable as an additional property in the OPP node to describe
the sustainable performance level of the device
On Thu, 29 Oct 2020 04:53:09 -0700, Arnd Bergmann wrote:
>
> On Thu, Oct 29, 2020 at 11:07 AM Vincent Whitchurch
> wrote:
> >
> > On Wed, Oct 28, 2020 at 04:50:36PM +0100, Arnd Bergmann wrote:
> > > I think we should try to do something on top of the PCIe endpoint
> > > subsystem
> > > to make
On Thu, Oct 29, 2020 at 6:29 PM Oscar Salvador wrote:
>
> On Mon, Oct 26, 2020 at 10:50:58PM +0800, Muchun Song wrote:
> > The purpose of introducing HUGETLB_PAGE_FREE_VMEMMAP is to configure
> > whether to enable the feature of freeing unused vmemmap associated
> > with HugeTLB pages. Now only
>
> Commit e8a60aa7404b ("platform/x86: Introduce support for Systems
> Management Driver over WMI for Dell Systems") added a new section DELL
> WMI SYSMAN DRIVERS in MAINTAINERS, but slipped in a typo.
>
> Hence, ./scripts/get_maintainer.pl --self-test=patterns complains:
>
> warning: no
On Mon, Oct 26, 2020 at 5:55 PM Mark Rutland wrote:
> On Mon, Oct 26, 2020 at 05:03:29PM +0100, Arnd Bergmann wrote:
> > From: Arnd Bergmann
> >
> > When CONFIG_COMPAT_VDSO is disabled, we get a warning
> > about a potential out-of-bounds access:
> >
> > arch/arm64/kernel/vdso.c: In function
On Wed, Oct 21, 2020 at 11:29:41PM +0100, Valentin Schneider wrote:
> On 21/10/20 12:02, Jonathan Cameron wrote:
> > On Wed, 21 Oct 2020 09:43:21 +0530
> > Anshuman Khandual wrote:
> >> Agreed. Do we really need to match X86 right now ? Do we really have
> >> systems that has 64 nodes ? We should
On Thu, Oct 29, 2020 at 08:07:57PM +0800, Willy Liu wrote:
> Realtek single-port 2.5Gbps Ethernet PHY ids as below:
> RTL8226-CG: 0x001cc800(ES)/0x001cc838(MP)
> RTL8226B-CG/RTL8221B-CG: 0x001cc840(ES)/0x001cc848(MP)
> ES: engineer sample
> MP: mass production
>
> Since above PHYs are already in
This adds a pinctrl driver for the Microsemi/Microchip Serial GPIO
(SGPIO) device used in various SoC's.
Signed-off-by: Lars Povlsen
---
MAINTAINERS | 1 +
drivers/pinctrl/Kconfig | 18 +
drivers/pinctrl/Makefile | 1 +
On Tue 29 Sep 14:08 CDT 2020, Rob Herring wrote:
> On Fri, Sep 25, 2020 at 11:59:41PM +0530, Amit Pundir wrote:
> > There are firmware versions which do not support host capability
> > QMI request. We suspect either the host cap is not implemented or
> > there may be firmware specific issues, but
This adds DT bindings for the Microsemi/Microchip SGPIO controller,
bindings microchip,sparx5-sgpio, mscc,ocelot-sgpio and
mscc,luton-sgpio.
Signed-off-by: Lars Povlsen
Reviewed-by: Rob Herring
---
.../pinctrl/microchip,sparx5-sgpio.yaml | 145 ++
1 file changed, 145
This adds SGPIO devices for the Sparx5 SoC and configures it for the
applicable reference boards.
Signed-off-by: Lars Povlsen
---
arch/arm64/boot/dts/microchip/sparx5.dtsi | 91 ++
.../boot/dts/microchip/sparx5_pcb125.dts | 5 +
.../dts/microchip/sparx5_pcb134_board.dtsi|
The series add support for the serial GPIO controller used by
Microchip Sparx5, as well as (MSCC) ocelot/jaguar2 SoCs.
v7 changes:
- Fixed wrong sizeof in pin string name template. (Andy)
- Collapsed sgpio_input_get() to one liner. (Andy)
- Eliminated unneeded variable in
On Thu, 29 Oct 2020 16:58:03 +0900
Masami Hiramatsu wrote:
> Hi Steve,
>
> On Wed, 28 Oct 2020 07:52:49 -0400
> Steven Rostedt wrote:
>
> > From: "Steven Rostedt (VMware)"
> >
> > If a ftrace callback does not supply its own recursion protection and
> > does not set the RECURSION_SAFE flag
Exynos5440 SoC support has been dropped since commit 8c83315da1cf ("ARM:
dts: exynos: Remove Exynos5440"). Drop the obsolete bindings for
exynos5440-pcie.
Signed-off-by: Marek Szyprowski
Reviewed-by: Rob Herring
Reviewed-by: Krzysztof Kozlowski
Reviewed-by: Jingoo Han
---
On Thu, Oct 29, 2020 at 9:26 PM Oscar Salvador wrote:
>
> On Mon, Oct 26, 2020 at 10:50:59PM +0800, Muchun Song wrote:
> > If the size of hugetlb page is 2MB, we need 512 struct page structures
> > (8 pages) to be associated with it. As far as I know, we only use the
> > first 4 struct page
Hi
> [...]
> diff --git a/include/linux/mod_devicetable.h b/include/linux/mod_devicetable.h
> index 5b08a473cdba..897f5a3e7721 100644
> --- a/include/linux/mod_devicetable.h
> +++ b/include/linux/mod_devicetable.h
> @@ -320,7 +320,7 @@ struct pcmcia_device_id {
> #define INPUT_DEVICE_ID_LED_MAX
From: Jaehoon Chung
Exynos5440 SoC support has been dropped since commit 8c83315da1cf ("ARM:
dts: exynos: Remove Exynos5440"). Rework this driver to support DWC PCIe
variant found in the Exynos5433 SoCs.
The main difference in Exynos5433 variant is lack of the MSI support
(the MSI interrupt is
allyesconfig
powerpc allmodconfig
powerpc allnoconfig
i386 randconfig-a002-20201029
i386 randconfig-a005-20201029
i386 randconfig-a003-20201029
i386 randconfig
From: Jaehoon Chung
Add the nodes relevant to PCIe PHY and PCIe support. PCIe is used for the
WiFi interface (Broadcom Limited BCM4358 802.11ac Wireless LAN SoC).
Signed-off-by: Jaehoon Chung
[mszyprow: rewrote commit message, reworked board/generic dts/dtsi split]
Signed-off-by: Marek
getdents():
This function has no glibc wrapper.
As such, we should use the same types the Linux kernel uses:
Use 'long' as the return type.
getdents64():
The glibc wrapper uses ssize_t for the return type,
and 'size_t' for the count argument.
Signed-off-by: Alejandro Colomar
---
Add dt-bindings for the Samsung Exynos PCIe controller (Exynos5433
variant). Based on the text dt-binding posted by Jaehoon Chung.
Signed-off-by: Marek Szyprowski
Reviewed-by: Krzysztof Kozlowski
---
.../bindings/pci/samsung,exynos-pcie.yaml | 119 ++
1 file changed, 119
Dear All,
This patchset is a resurrection of the DW PCIe support for the Exynos5433
SoCs posted long time ago here: https://lkml.org/lkml/2016/12/26/6 and
later here: https://lkml.org/lkml/2017/12/21/296 .
In meantime the support for the Exynos5440 SoCs has been completely
dropped from mainline
On Fri, Oct 23, 2020 at 6:36 PM Lad Prabhakar
wrote:
> Drop unused members dev and base from struct rcar_pcie_host.
>
> Signed-off-by: Lad Prabhakar
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32
On 17.10.20 18:51, Eric W. Biederman wrote:
Hi folks,
>> I believe subusers aren't meant for tyical containers (like docker or
>> lxc), but unprivileged user programs that wanna have further isolation
>> for subprocesses (eg. a browser's renderer or js engine).
>>
>> Correct me if I'm wrong.
>
From: Jaehoon Chung
Exynos5440 SoC support has been dropped since commit 8c83315da1cf ("ARM:
dts: exynos: Remove Exynos5440"). Rework this driver to support PCIe PHY
variant found in the Exynos5433 SoCs.
Signed-off-by: Jaehoon Chung
[mszyprow: reworked the driver to support only Exynos5433
On Thu, Oct 29, 2020 at 06:44:56PM +0800, Alex Shi wrote:
> We have to move lru_lock into lru_note_cost, since it cycle up on memcg
> tree, for future per lruvec lru_lock replace. It's a bit ugly and may
> cost a bit more locking, but benefit from multiple memcg locking could
> cover the lost.
>
On Thu, Oct 29, 2020 at 06:44:46PM +0800, Alex Shi wrote:
> Add VM_WARN_ON_ONCE_PAGE() macro.
>
> Since readahead page is charged on memcg too, in theory we don't have to
> check this exception now. Before safely remove them all, add a warning
> for the unexpected !memcg.
>
> Signed-off-by: Alex
On Wed, Oct 28, 2020 at 09:39:54PM +0100, Alexander Dahl wrote:
> Hello,
>
> Peter, Russel, could you please give your Acked-by or Signed-off-by on
> this patch? Your ack is needed, because the license is now explicitly
> set (it was not explicit before), and you were the contributors to
> this
Create a dedicated DTB for M3-ES3.0 + ULCB + Kingfisher combo.
Inspire from the pre-existing ULCB-KF device trees:
$ ls -1 arch/arm64/boot/dts/renesas/*ulcb-kf.dts
arch/arm64/boot/dts/renesas/r8a77950-ulcb-kf.dts
arch/arm64/boot/dts/renesas/r8a77951-ulcb-kf.dts
With the same background and purpose as described in v4.20-rc1
commit 92bc66bfce99cd ("arm64: dts: renesas: r8a77965: Add CAN{0,1}
placeholder nodes"), add can0 and can1 placeholder nodes.
Signed-off-by: Eugeniu Rosca
---
arch/arm64/boot/dts/renesas/r8a77961.dtsi | 10 ++
1 file
On Thu, Oct 29, 2020 at 06:44:47PM +0800, Alex Shi wrote:
> If we disabled memcg by cgroup_disable=memory, page->memcg will be NULL
> and so the charge is skipped and that will trigger a warning like below.
> Let's return from the funcs earlier.
>
> anon
Add dt-bindings for the Samsung Exynos PCIe PHY controller (Exynos5433
variant). Based on the text dt-binding posted by Jaehoon Chung.
Signed-off-by: Marek Szyprowski
Reviewed-by: Krzysztof Kozlowski
---
.../bindings/phy/samsung,exynos-pcie-phy.yaml | 51 +++
1 file changed, 51
On Tue, 6 Oct 2020 15:23:46 +0200, Bert Vermeulen wrote:
> If a flash chip has more than 16MB capacity but its BFPT reports
> BFPT_DWORD1_ADDRESS_BYTES_3_OR_4, the spi-nor framework defaults to 3.
>
> The check in spi_nor_set_addr_width() doesn't catch it because addr_width
> did get set. This
From: Arnd Bergmann
There are no known users of this driver as of October 2020, and it will
be removed unless someone turns out to still need it in future releases.
According to https://en.wikipedia.org/wiki/List_of_WiMAX_networks, there
have been many public wimax networks, but it appears that
On Wed, 2020-10-28 at 17:31 -0700, Paul E. McKenney wrote:
> On Thu, Oct 29, 2020 at 11:09:07AM +1100, Michael Ellerman wrote:
> > Qian Cai writes:
> > > The call to rcu_cpu_starting() in start_secondary() is not early enough
> > > in the CPU-hotplug onlining process, which results in lockdep
On Thu, 29 Oct 2020 at 13:17, Tao Zhou wrote:
>
> Hi Vincent,
>
> On Wed, Oct 28, 2020 at 06:44:12PM +0100, Vincent Guittot wrote:
> > During fast wakeup path, scheduler always check whether local or prev cpus
> > are good candidates for the task before looking for other cpus in the
> > domain.
On 29.10.2020 14:37, Andrew Lunn wrote:
> On Thu, Oct 29, 2020 at 08:07:57PM +0800, Willy Liu wrote:
>> Realtek single-port 2.5Gbps Ethernet PHY ids as below:
>> RTL8226-CG: 0x001cc800(ES)/0x001cc838(MP)
>> RTL8226B-CG/RTL8221B-CG: 0x001cc840(ES)/0x001cc848(MP)
>> ES: engineer sample
>> MP: mass
On Thu, Oct 29, 2020 at 06:44:48PM +0800, Alex Shi wrote:
> The func is only used in huge_memory.c, defining it in other file with a
> CONFIG_TRANSPARENT_HUGEPAGE macro restrict just looks weird.
>
> Let's move it THP. And make it static as Hugh Dickin suggested.
>
> Signed-off-by: Alex Shi
>
FYI, I have a patch queued up for testing
//Eelco
On 28 Oct 2020, at 16:33, syzbot wrote:
Hello,
syzbot found the following issue on:
HEAD commit:6daa1da4 chelsio/chtls: fix memory leaks in CPL
handlers
git tree: net
console output:
On 13:33-20201029, Lukasz Luba wrote:
>
>
> On 10/29/20 12:59 PM, Nishanth Menon wrote:
> > On 10:04-20201029, Lukasz Luba wrote:
> > >
> > >
> > > On 10/28/20 9:47 PM, Nishanth Menon wrote:
> > > > On 14:08-20201028, Lukasz Luba wrote:
&
.
And when submitting patch, we suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch]
url:
https://github.com/0day-ci/linux/commits/Mihai-Carabas/misc-pvpanic-preparing-for-pvpanic-driver-framework/20201029-204304
base: https://git.kernel.org/pub/scm/linux/kernel/git
On 2020-10-29 13:19, yukuai (C) wrote:
On 2020/10/29 18:08, Robin Murphy wrote:
On 2020-10-29 09:22, Yu Kuai wrote:
If of_find_device_by_node() failed in rk_iommu_of_xlate(), null pointer
dereference will be triggered. Thus return error code if
of_find_device_by_node() failed.
How can that
On Wed, 28 Oct 2020, Steven Rostedt wrote:
> From: "Steven Rostedt (VMware)"
>
> If a ftrace callback does not supply its own recursion protection and
> does not set the RECURSION_SAFE flag in its ftrace_ops, then ftrace will
> make a helper trampoline to do so before calling the callback
On Thu, Oct 29, 2020 at 06:44:49PM +0800, Alex Shi wrote:
> Since the first parameter is only used by head page, it's better to make
> it explicit.
>
> Signed-off-by: Alex Shi
> Reviewed-by: Kirill A. Shutemov
> Acked-by: Hugh Dickins
> Cc: Andrew Morton
> Cc: Johannes Weiner
> Cc: Matthew
On Thu, Oct 29, 2020 at 01:41:57PM +, Barnabás Pőcze wrote:
> Hi
>
> > [...]
> > diff --git a/include/linux/mod_devicetable.h
> > b/include/linux/mod_devicetable.h
> > index 5b08a473cdba..897f5a3e7721 100644
> > --- a/include/linux/mod_devicetable.h
> > +++ b/include/linux/mod_devicetable.h
On Thu, Oct 29, 2020 at 2:35 PM Dixit, Ashutosh
wrote:
> On Thu, 29 Oct 2020 04:53:09 -0700, Arnd Bergmann wrote:
> >
> > - PCIe endpoint, with the endpoint controlling the virtio configuration
> > - PCIe endpoint, with the host (the side that has the pci_driver)
> > controlling
> > the virtio
On 10/29/20 1:35 PM, Arnd Bergmann wrote:
> On Mon, Oct 26, 2020 at 5:55 PM Mark Rutland wrote:
>> On Mon, Oct 26, 2020 at 05:03:29PM +0100, Arnd Bergmann wrote:
>>> From: Arnd Bergmann
>>>
>>> When CONFIG_COMPAT_VDSO is disabled, we get a warning
>>> about a potential out-of-bounds access:
>>>
Hi Alex,
On Thu, 29 Oct 2020 at 14:42, Alejandro Colomar wrote:
>
> getdents():
> This function has no glibc wrapper.
> As such, we should use the same types the Linux kernel uses:
> Use 'long' as the return type.
>
> getdents64():
> The glibc wrapper uses ssize_t for the return type,
> and
On Mon, 5 Oct 2020 10:48:03 +0200, Alexander A Sverdlin wrote:
> spi_nor_parse_sfdp() modifies the passed structure so that it points to
> itself (params.erase_map.regions to params.erase_map.uniform_region). This
> makes it impossible to copy the local struct anywhere else.
>
> Therefore only
On Thu, Oct 29, 2020 at 10:27:47PM +0900, HyungJae Im wrote:
> From: "hj2.im"
> Date: Thu, 29 Oct 2020 22:11:24 +0900
> Subject: [PATCH v2] input: add 2 kind of switch
Why is this in the body of that patch?
>
> We need support to various accessories on the device,
> some switch does not exist
On Thu, 29 Oct 2020 at 12:16, Valentin Schneider
wrote:
>
>
> Hi Vincent,
>
> On 28/10/20 17:44, Vincent Guittot wrote:
> > During fast wakeup path, scheduler always check whether local or prev cpus
> > are good candidates for the task before looking for other cpus in the
> > domain. With
> >
On Thu, Oct 29, 2020 at 07:58:42AM +, Sargun Dhillon wrote:
> A mechanism for the thing listening on the listener FD to turn itself on or
> off
> and indicate that it is no longer interested in receiving notifications and
> to
> always continue / return an error code, or that it has taken
On Fri, Oct 16, 2020 at 8:59 AM Rajendra Nayak wrote:
> Add initial pinctrl driver to support pin configuration with
> pinctrl framework for SC7280 SoC
>
> Signed-off-by: Rajendra Nayak
This came in during the merge window I think, waiting for
Bjorn to have a look at it.
Yours,
Linus Walleij
Hello,
syzbot found the following issue on:
HEAD commit:3650b228 Linux 5.10-rc1
git tree: https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
usb-testing
console output: https://syzkaller.appspot.com/x/log.txt?x=141b20c050
kernel config:
On Thu, Oct 29, 2020 at 06:44:50PM +0800, Alex Shi wrote:
> Simplify lru_add_page_tail(), there are actually only two cases possible:
> split_huge_page_to_list(), with list supplied and head isolated from lru
> by its caller; or split_huge_page(), with NULL list and head on lru -
> because when
config: m68k-randconfig-s031-20201029 (attached as .config)
compiler: m68k-linux-gcc (GCC) 9.3.0
reproduce:
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
chmod +x ~/bin/make.cross
# apt-get install sparse
# sparse
On Thu, Oct 29, 2020 at 02:12:12PM +0100, Sebastian Andrzej Siewior wrote:
> Are there many drivers completing the SCSI requests in preemtible
> context? In this case it would be more efficient to complete the request
> directly (usb_stor_control_thread() goes to sleep after that anyway and
>
020-10-25 15:14:11 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git
tags/afs-fixes-20201029
for you to fetch changes up to 2d9900f26ad61e63a34f239bc76c80d2f8a6ff41:
afs: Fix dirty-region encoding on ppc32 with 64K pages (2020
Hi Eugeniu,
On Thu, Oct 29, 2020 at 2:38 PM Eugeniu Rosca wrote:
> Create a dedicated DTB for M3-ES3.0 + ULCB + Kingfisher combo.
> Inspire from the pre-existing ULCB-KF device trees:
>
> $ ls -1 arch/arm64/boot/dts/renesas/*ulcb-kf.dts
> arch/arm64/boot/dts/renesas/r8a77950-ulcb-kf.dts
>
On Thu, Oct 29, 2020 at 09:10:45AM +, Will Deacon wrote:
> On Wed, Oct 28, 2020 at 02:26:14PM -0400, Qian Cai wrote:
> > The call to rcu_cpu_starting() in secondary_start_kernel() is not early
> > enough in the CPU-hotplug onlining process, which results in lockdep
> > splats as follows:
> >
syzbot suspects this issue was fixed by commit:
commit a49145acfb975d921464b84fe00279f99827d816
Author: George Kennedy
Date: Tue Jul 7 19:26:03 2020 +
fbmem: add margin check to fb_check_caps()
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=174684b850
start commit:
On Thu, Oct 29, 2020 at 2:38 PM Eugeniu Rosca wrote:
> With the same background and purpose as described in v4.20-rc1
> commit 92bc66bfce99cd ("arm64: dts: renesas: r8a77965: Add CAN{0,1}
> placeholder nodes"), add can0 and can1 placeholder nodes.
>
> Signed-off-by: Eugeniu Rosca
Reviewed-by:
getdents():
This function has no glibc wrapper.
As such, we should use the same types the Linux kernel uses:
Use 'long' as the return type.
getdents64():
The glibc wrapper uses:
ssize_t getdents64(int, void *, size_t);
Signed-off-by: Alejandro Colomar
---
Hi Michael,
Sorry, I'm being a bit
On 2020-10-29 13:07, Ezequiel Garcia wrote:
Hello Adrian,
On Mon, 2020-10-12 at 23:59 +0300, Adrian Ratiu wrote:
Dear all,
This series introduces a regmap infrastructure for the Hantro driver
which is used to compensate for different HW-revision register layouts.
To justify it h264 decoding
On Thu, Oct 29, 2020 at 12:09:23PM +0100, Hans de Goede wrote:
Hi,
On 10/29/20 11:59 AM, Coiby Xu wrote:
Hi Hans,
Thank you for reviewing this patch!
On Thu, Oct 29, 2020 at 11:04:36AM +0100, Hans de Goede wrote:
Hi,
On 10/29/20 8:41 AM, Coiby Xu wrote:
SIMPLE_DEV_PM_OPS has already took
On 10/29/20 1:49 PM, Nishanth Menon wrote:
On 13:33-20201029, Lukasz Luba wrote:
On 10/29/20 12:59 PM, Nishanth Menon wrote:
On 10:04-20201029, Lukasz Luba wrote:
On 10/28/20 9:47 PM, Nishanth Menon wrote:
On 14:08-20201028, Lukasz Luba wrote:
Add opp-sustainable as an additional
On Fri 16 Oct 01:58 CDT 2020, Rajendra Nayak wrote:
> diff --git a/drivers/pinctrl/qcom/pinctrl-sc7280.c
> b/drivers/pinctrl/qcom/pinctrl-sc7280.c
[..]
> +static const struct msm_function sc7280_functions[] = {
[..]
> + FUNCTION(phase_flag0),
> + FUNCTION(phase_flag1),
> +
On Thu, Sep 24, 2020 at 06:57:06AM +0200, Oleksij Rempel wrote:
> Protonic WD3 is a proof of concept platform for tractor e-cockpit applications
>
> Signed-off-by: Oleksij Rempel
> ---
> arch/arm/boot/dts/Makefile | 1 +
> arch/arm/boot/dts/imx6qp-prtwd3.dts | 553
On Thu, 29 Oct 2020 at 12:16, Valentin Schneider
wrote:
>
>
> Hi Vincent,
>
> On 28/10/20 17:44, Vincent Guittot wrote:
> > During fast wakeup path, scheduler always check whether local or prev cpus
> > are good candidates for the task before looking for other cpus in the
> > domain. With
> >
On Thu, 2020-10-29 at 10:46 +0100, Hans de Goede wrote:
> <
>
> IMHO it does not belong in the sysfs API docs for the
> platform_profile
> stuff. But I guess it would be good to document it somewhere in some
> generic syfs API rules/expectations document (with a note that their
> might be
On Thu, Sep 24, 2020 at 06:57:05AM +0200, Oleksij Rempel wrote:
> Add Protonic Holland WD3 iMX6qp based board
>
> Signed-off-by: Oleksij Rempel
It doesn't seem to apply to v5.10-rc1.
Shawn
> ---
> Documentation/devicetree/bindings/arm/fsl.yaml | 1 +
> 1 file changed, 1 insertion(+)
>
>
On 10/27/20 12:00 PM, Jan Kara wrote:
On Mon 26-10-20 16:44:18, Waiman Long wrote:
The default value of inotify.max_user_watches sysctl parameter was set
to 8192 since the introduction of the inotify feature in 2005 by
commit 0eeca28300df ("[PATCH] inotify"). Today this value is just too
small
Hello Jann,
On 10/29/20 2:42 AM, Jann Horn wrote:
> On Mon, Oct 26, 2020 at 10:55 AM Michael Kerrisk (man-pages)
> wrote:
>>static bool
>>getTargetPathname(struct seccomp_notif *req, int notifyFd,
>> char *path, size_t len)
>>{
>>char
On Thu, 2020-10-29 at 14:43 +0100, Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> There are no known users of this driver as of October 2020, and it will
> be removed unless someone turns out to still need it in future releases.
>
> According to
Em Wed, 21 Oct 2020 18:58:19 +0200
Greg Kroah-Hartman escreveu:
> On Wed, Oct 21, 2020 at 06:28:43PM +0200, Mauro Carvalho Chehab wrote:
> > Hi greg,
> >
> > Em Wed, 7 Oct 2020 13:59:34 +0200
> > Mauro Carvalho Chehab escreveu:
> >
> > > Em Wed, 7 Oct 2020 13:43:59 +0200
> > > Greg
Hi Prabhakar,
On Thu, Oct 29, 2020 at 11:55 AM Lad Prabhakar
wrote:
> Describe the RPCSRC internal clock and the RPC[D2] clocks derived from it,
> as well as the RPC-IF module clock, in the RZ/G2E (R8A774C0) CPG/MSSR
> driver.
Thanks for your patch!
> Add new clk type CLK_TYPE_GEN3E3_RPCSRC to
Use TEST %reg,%reg which sets the zero flag in the same way
as CMP $0,%reg, but the encoding uses one byte less.
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Borislav Petkov
Cc: "H. Peter Anvin"
Signed-off-by: Uros Bizjak
---
arch/x86/boot/compressed/head_64.S | 8
1 file changed, 4
On Thu, 29 Oct 2020 at 15:19, Vincent Guittot
wrote:
>
> On Thu, 29 Oct 2020 at 12:16, Valentin Schneider
> wrote:
> >
> >
> > Hi Vincent,
> >
> > On 28/10/20 17:44, Vincent Guittot wrote:
> > > During fast wakeup path, scheduler always check whether local or prev cpus
> > > are good candidates
On Thu, Oct 29, 2020 at 06:05:21AM -0700, Guenter Roeck wrote:
On 10/29/20 12:53 AM, Coiby Xu wrote:
SIMPLE_DEV_PM_OPS has already took good care of CONFIG_PM_CONFIG.
Signed-off-by: Coiby Xu
---
drivers/watchdog/sirfsoc_wdt.c | 2 --
1 file changed, 2 deletions(-)
diff --git
On Thu, Oct 29, 2020 at 01:00:29PM +0200, Andy Shevchenko wrote:
On Thu, Oct 29, 2020 at 06:06:41PM +0800, Coiby Xu wrote:
SIMPLE_DEV_PM_OPS has already took good care of CONFIG_PM_CONFIG.
Have you compiled this with
% make W=1 ...
?
Sorry my bad. I thought I had run "make modules"
On Thu, Oct 29, 2020 at 10:33:52AM +, Robin Murphy wrote:
On 2020-10-29 07:42, Coiby Xu wrote:
SET_SYSTEM_SLEEP_PM_OPS has already took good care of CONFIG_PM_CONFIG.
I don't see anything in the !CONFIG_PM_CONFIG side of
SET_SYSTEM_SLEEP_PM_OPS() that prevents unused function warnings for
Hi Fabrice,
On Thu, Oct 29, 2020 at 12:31:54PM +0100, Fabrice Gasnier wrote:
On 10/29/20 8:46 AM, Coiby Xu wrote:
SET_SYSTEM_SLEEP_PM_OPS has already took good care of CONFIG_PM_CONFIG.
Signed-off-by: Coiby Xu
---
drivers/i2c/busses/i2c-stm32f7.c | 2 --
1 file changed, 2 deletions(-)
diff
On 10/28/2020 7:12 PM, Carl Yin(殷张成) wrote:
Hi Jeffery:
On Wednesday, October 28, 2020 10:24 PM, jhugo wrote:
On 10/27/2020 7:39 PM, Carl Yin(殷张成) wrote:
Hi Hemant and Jeffery:
On Wednesday, October 28, 2020 7:02 AM, hemantk wrote:
Hi Jeff,
On 10/27/20 8:11 AM, Jeffrey Hugo wrote:
On
On 10/29/20 1:14 AM, Oscar Salvador wrote:
> With this patch, we will use always the atomic version
> get_nr_swap_pages from now on. Is that ok? I guess so, but it might
> warrant a mention in the changelog?
I _think_ it's OK. But, you're right that it's a potential behavior
change that's not
On Thu, 29 Oct 2020 at 15:30, Vincent Guittot
wrote:
>
> On Thu, 29 Oct 2020 at 15:19, Vincent Guittot
> wrote:
> >
> > On Thu, 29 Oct 2020 at 12:16, Valentin Schneider
> > wrote:
> > >
> > >
> > > Hi Vincent,
> > >
> > > On 28/10/20 17:44, Vincent Guittot wrote:
> > > > During fast wakeup
On Sat, Sep 26, 2020 at 06:23:00PM +0200, Krzysztof Kozlowski wrote:
> Document all ARMv5, ARMv6 and ARMv7 i.MX compatibles used in DTSes (even
> though driver binds only to fsl,imx21-wdt) to fix dtbs_check warnings
> like:
>
> arch/arm/boot/dts/imx53-qsb.dt.yaml: gpio@53fe: compatible:
>
On Thu, 29 Oct 2020 14:51:06 +0100 (CET)
Miroslav Benes wrote:
> > index b552cf2d85f8..6c0164d24bbd 100644
> > --- a/kernel/livepatch/patch.c
> > +++ b/kernel/livepatch/patch.c
> > @@ -45,9 +45,13 @@ static void notrace klp_ftrace_handler(unsigned long ip,
> > struct klp_ops *ops;
> >
Hi
> [...]
> > > diff --git a/include/linux/mod_devicetable.h
> > > b/include/linux/mod_devicetable.h
> > > index 5b08a473cdba..897f5a3e7721 100644
> > > --- a/include/linux/mod_devicetable.h
> > > +++ b/include/linux/mod_devicetable.h
> > > @@ -320,7 +320,7 @@ struct pcmcia_device_id {
> > >
On Sat, Sep 26, 2020 at 06:23:01PM +0200, Krzysztof Kozlowski wrote:
> The dtschema expects watchdog device node name to be "watchdog":
>
> arch/arm/boot/dts/imx31-bug.dt.yaml: wdog@53fdc000:
> $nodename:0: 'wdog@53fdc000' does not match '^watchdog(@.*|-[0-9a-f])?$'
>
> Signed-off-by:
27.10.2020 10:57, Viresh Kumar пишет:
> There is a lot of stuff here which can be done outside of the big
> opp_table_lock, do that. This helps avoiding few circular dependency
> lockdeps around debugfs and interconnects.
>
> Reported-by: Rob Clark
> Reported-by: Dmitry Osipenko
>
On Thu, Oct 29, 2020 at 08:48:55AM +0100, Takashi Iwai wrote:
On Thu, 29 Oct 2020 08:42:37 +0100,
Coiby Xu wrote:
SET_SYSTEM_SLEEP_PM_OPS has already took good care of CONFIG_PM_CONFIG.
Signed-off-by: Coiby Xu
It caused compile warnings. Was it already addressed in general?
It hasn't
On Sat, Sep 26, 2020 at 06:23:02PM +0200, Krzysztof Kozlowski wrote:
> The dtschema expects watchdog device node name to be "watchdog":
>
> arch/arm/boot/dts/vf500-colibri-eval-v3.dt.yaml: wdog@4003e000:
> $nodename:0: 'wdog@4003e000' does not match '^watchdog(@.*|-[0-9a-f])?$'
>
>
On Thu, 29 Oct 2020 15:48:56 +0800
Coiby Xu wrote:
> SIMPLE_DEV_PM_OPS has already took good care of CONFIG_PM_CONFIG.
>
> Signed-off-by: Coiby Xu
Hi Coiby,
Please put a cover letter on your next series explaining the context.
In this particular case some of the replies you have gotten are
Masahiro Yamada writes:
> Now that the Qt4 support was dropped, we can use the new connection
> syntax supported by Qt5. It provides compile-time checking of the
> validity of the connection.
>
> Previously, the connection between signals and slots were checked
> only run-time.
>
> Commit
1101 - 1200 of 1694 matches
Mail list logo
