Re: [PATCH] ASoC: fsl: fix -Wmaybe-uninitialized warning

2020-12-31 Thread Nathan Chancellor
On Wed, Dec 30, 2020 at 04:44:15PM +0100, Arnd Bergmann wrote: > From: Arnd Bergmann > > Clang points out a code path that returns an undefined value > in an error case: > > sound/soc/fsl/imx-hdmi.c:165:6: error: variable 'ret' is used uninitialized > whenever 'if' condition is true [-Werror,-W

Re: [PATCH v6 3/8] power: supply: max8997_charger: Set CHARGER current limit

2020-12-31 Thread Krzysztof Kozlowski
documented in > > https://git-scm.com/docs/git-format-patch] > > > > url: > > https://github.com/0day-ci/linux/commits/Timon-Baetz/extcon-max8997-Add-CHGINS-and-CHGRM-interrupt-handling/20201231-045812 > > base: > > https://git.kernel.org/pub/scm/linux

Re: sound

2020-12-31 Thread Greg Kroah-Hartman
On Wed, Dec 30, 2020 at 07:10:16PM +0100, Christian Labisch wrote: > Update : > > I've just tested the kernel 5.10.4 from ELRepo. > Unfortunately nothing changed - still no sound. Ah, sad. Can you run 'git bisect' between 5.9 and 5.10 to determine the commit that caused the problem? thanks, gr

Re: [PATCH v9 1/4] dt-bindings: mfd: Fix schema warnings for pwm-leds

2020-12-31 Thread Lee Jones
On Wed, 30 Dec 2020, Pavel Machek wrote: > Hi! > > > The node names for devices using the pwm-leds driver follow a certain > > naming scheme (now). Parent node name is not enforced, but recommended > > by DT project. > > > > DTC Documentation/devicetree/bindings/mfd/iqs62x.example.dt.yaml

Re: [PATCH 5.10 134/717] spi: dw: fix build error by selecting MULTIPLEXER

2020-12-31 Thread Serge Semin
Hello Greg, The next patch has been created to supersede the one you've applied: https://lore.kernel.org/linux-spi/20201127144612.4204-1-sergey.se...@baikalelectronics.ru/ Mark has already merged it in his repo. -Sergey On Mon, Dec 28, 2020 at 01:42:12PM +0100, Greg Kroah-Hartman wrote: > From: R

Re: [PATCH 5.10 134/717] spi: dw: fix build error by selecting MULTIPLEXER

2020-12-31 Thread Greg Kroah-Hartman
On Thu, Dec 31, 2020 at 11:49:56AM +0300, Serge Semin wrote: > Hello Greg, > The next patch has been created to supersede the one you've applied: > https://lore.kernel.org/linux-spi/20201127144612.4204-1-sergey.se...@baikalelectronics.ru/ > Mark has already merged it in his repo. Ok, so should tha

[PATCH] extcon: Add stubs for extcon_register_notifier_all() functions

2020-12-31 Thread Krzysztof Kozlowski
Add stubs for extcon_register_notifier_all() function for !CONFIG_EXTCON case. This is useful for compile testing and for drivers which use EXTCON but do not require it (therefore do not depend on CONFIG_EXTCON). Fixes: 815429b39d94 ("extcon: Add new extcon_register_notifier_all() to monitor all

[PATCH] iio: adc: stm32-dfsdm: Remove redundant null check before clk_disable_unprepare

2020-12-31 Thread Xu Wang
ecause clk_disable_unprepare() already checked NULL clock parameter, so the additional check is unnecessary, just remove it. Signed-off-by: Xu Wang --- drivers/iio/adc/stm32-dfsdm-core.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/iio/adc/stm32-dfsdm-core.c b/d

Re: [PATCH v6 3/8] power: supply: max8997_charger: Set CHARGER current limit

2020-12-31 Thread Krzysztof Kozlowski
On Wed, Dec 30, 2020 at 08:52:15PM +, Timon Baetz wrote: > Register for extcon notification and set charging current depending on > the detected cable type. Current values are taken from vendor kernel, > where most charger types end up setting 650mA [0]. > > Also enable and disable the CHARGER

Re: [PATCH RFC] KVM: arm64: vgic: Decouple the check of the EnableLPIs bit from the ITS LPI translation

2020-12-31 Thread Marc Zyngier
Hi Shemming, On 2020-12-31 06:28, Shenming Lu wrote: When the EnableLPIs bit is set to 0, any ITS LPI requests in the Redistributor would be ignored. And this check is independent from the ITS LPI translation. So it might be better to move the check of the EnableLPIs bit out of the LPI resolving

Re: [PATCH v3 11/13] arm: dts: owl-s500-roseapplepi: Add uSD support

2020-12-31 Thread Cristian Ciocaltea
On Thu, Dec 31, 2020 at 12:57:10PM +0530, Manivannan Sadhasivam wrote: > On Tue, Dec 29, 2020 at 11:17:26PM +0200, Cristian Ciocaltea wrote: > > Add uSD support for RoseapplePi SBC using a fixed regulator as a > > temporary solution until PMIC support becomes available. > > > > Signed-off-by: Cris

[PATCH RFC net-next] net: hns3: debugfs add dump tm info of nodes, priority and qset

2020-12-31 Thread Guangbin Huang
To increase methods to dump more tm info, adds three debugfs commands to dump tm info of nodes, priority and qset. And a new tm file of debugfs is created for only dumping tm info. Unlike previous debugfs commands, to dump each tm information, user needs to enter two commands now. The first comman

Re: [PATCH RESEND v2 1/2] dt-bindings: spi: Realtek RTL838x/RTL839x SPI controller

2020-12-31 Thread Bert Vermeulen
On 12/30/20 2:51 PM, Mark Brown wrote: > On Wed, Dec 30, 2020 at 12:19:03AM +0100, Bert Vermeulen wrote: > >> +properties: >> + compatible: >> +const: realtek,spi > > It is possibled Realtek might make other SPI controllers, there should > be some more specific name such as a compatible for

Re: [PATCH 5.10 134/717] spi: dw: fix build error by selecting MULTIPLEXER

2020-12-31 Thread Serge Semin
On Thu, Dec 31, 2020 at 09:51:21AM +0100, Greg Kroah-Hartman wrote: > On Thu, Dec 31, 2020 at 11:49:56AM +0300, Serge Semin wrote: > > Hello Greg, > > The next patch has been created to supersede the one you've applied: > > https://lore.kernel.org/linux-spi/20201127144612.4204-1-sergey.se...@baikal

Re: [PATCH v3 00/13] Add CMU/RMU/DMA/MMC/I2C support for Actions Semi

2020-12-31 Thread Cristian Ciocaltea
On Thu, Dec 31, 2020 at 01:24:35PM +0530, Manivannan Sadhasivam wrote: > On Tue, Dec 29, 2020 at 11:17:15PM +0200, Cristian Ciocaltea wrote: > > Hi, > > > > This patchset brings a series of improvements for the Actions Semi S500 > > SoCs family, by adding support for Clock & Reset Management Units

Re: [PATCH 5.10 134/717] spi: dw: fix build error by selecting MULTIPLEXER

2020-12-31 Thread Greg Kroah-Hartman
On Thu, Dec 31, 2020 at 12:10:34PM +0300, Serge Semin wrote: > On Thu, Dec 31, 2020 at 09:51:21AM +0100, Greg Kroah-Hartman wrote: > > On Thu, Dec 31, 2020 at 11:49:56AM +0300, Serge Semin wrote: > > > Hello Greg, > > > The next patch has been created to supersede the one you've applied: > > > http

Re: [PATCH 00/10] Cover letter: fix a race in release_task when flushing the dentry

2020-12-31 Thread Greg Kroah-Hartman
On Thu, Dec 17, 2020 at 10:26:23AM +0800, Wen Yang wrote: > > > 在 2020/12/4 上午2:31, Wen Yang 写道: > > The dentries such as /proc//ns/ have the DCACHE_OP_DELETE flag, they > > should be deleted when the process exits. > > > > Suppose the following race appears: > > > > release_task   

Re: Time to re-enable Runtime PM per default for PCI devcies?

2020-12-31 Thread Heiner Kallweit
On 31.12.2020 05:07, Lukas Wunner wrote: > On Wed, Dec 30, 2020 at 11:56:04PM +0100, Heiner Kallweit wrote: >> --- a/drivers/pci/pci.c >> +++ b/drivers/pci/pci.c >> @@ -3024,7 +3024,9 @@ void pci_pm_init(struct pci_dev *dev) >> u16 status; >> u16 pmc; >> >> -pm_runtime_forbid(&dev->

Re: [PATCH v9 1/4] dt-bindings: mfd: Fix schema warnings for pwm-leds

2020-12-31 Thread Pavel Machek
Hi! > > > The node names for devices using the pwm-leds driver follow a certain > > > naming scheme (now). Parent node name is not enforced, but recommended > > > by DT project. > > > > > > DTC Documentation/devicetree/bindings/mfd/iqs62x.example.dt.yaml > > > CHECK Documentation/devic

[PATCH] drm/msm/mdp4: Remove redundant null check before clk_prepare_enable/clk_disable_unprepare

2020-12-31 Thread Xu Wang
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 --- drivers/gpu/drm/msm/disp/mdp4/mdp4_kms.c | 18 ++ 1 file changed, 6 insertions(+), 12 deletions(-)

[PATCH] drm/msm/mdp5: Remove redundant null check before clk_prepare_enable/clk_disable_unprepare

2020-12-31 Thread Xu Wang
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 --- drivers/gpu/drm/msm/disp/mdp5/mdp5_kms.c | 18 ++ drivers/gpu/drm/msm/disp/mdp5/mdp5_mdss.c | 12

Re: Time to re-enable Runtime PM per default for PCI devcies?

2020-12-31 Thread Heiner Kallweit
On 31.12.2020 10:38, Heiner Kallweit wrote: > On 31.12.2020 05:07, Lukas Wunner wrote: >> On Wed, Dec 30, 2020 at 11:56:04PM +0100, Heiner Kallweit wrote: >>> --- a/drivers/pci/pci.c >>> +++ b/drivers/pci/pci.c >>> @@ -3024,7 +3024,9 @@ void pci_pm_init(struct pci_dev *dev) >>> u16 status; >>>

Re: [PATCH] riscv: add BUILTIN_DTB support for MMU-enabled targets

2020-12-31 Thread Vitaly Wool
On Tue, Dec 29, 2020 at 6:05 AM Anup Patel wrote: > > On Mon, Dec 28, 2020 at 10:08 PM Vitaly Wool wrote: > > > > On Mon, Dec 28, 2020 at 3:10 PM Anup Patel wrote: > > > > > > On Mon, Dec 28, 2020 at 7:05 PM Vitaly Wool > > > wrote: > > > > > > > > On Mon, Dec 28, 2020 at 12:59 PM Anup Patel

[PATCH] drm/msm: dsi: Remove redundant null check before clk_prepare_enable/clk_disable_unprepare

2020-12-31 Thread Xu Wang
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 --- drivers/gpu/drm/msm/dsi/dsi_host.c | 15 ++- 1 file changed, 6 insertions(+), 9 deletions(-) diff --g

答复: [PATCH] net: remove disc_data_lock in ppp line discipline

2020-12-31 Thread Gaoyan
Dear all: Could I get your comments for the updates? If I can get a reply, it will help me a lot . Thanks https://lkml.org/lkml/2020/12/28/19 *** Original mail - 发件人: gaoyan (RD) 发送时间: 2020年12月28日 15:16 收件人: pau...@samba.org; da...@davemloft.net; k...@k

Re: Haswell audio no longer working with new Catpt driver (was: sound)

2020-12-31 Thread Lars-Peter Clausen
On 12/31/20 9:33 AM, Greg Kroah-Hartman wrote: On Wed, Dec 30, 2020 at 07:10:16PM +0100, Christian Labisch wrote: Update : I've just tested the kernel 5.10.4 from ELRepo. Unfortunately nothing changed - still no sound. Ah, sad. Can you run 'git bisect' between 5.9 and 5.10 to determine the co

Re: [PATCH] mt76: Fix queue ID variable types after mcu queue split

2020-12-31 Thread Lorenzo Bianconi
> Clang warns in both mt7615 and mt7915: > > drivers/net/wireless/mediatek/mt76/mt7915/mcu.c:271:9: warning: implicit > conversion from enumeration type 'enum mt76_mcuq_id' to different > enumeration type 'enum mt76_txq_id' [-Wenum-conversion] > txq = MT_MCUQ_FWDL; >

[PATCH v5 0/2] PCI: Add new Unisoc PCIe driver

2020-12-31 Thread Hongtao Wu
From: Hongtao Wu This series adds PCIe controller driver for Unisoc SoCs. This controller is based on DesignWare PCIe IP. Changes from v1: 1) Test this patch on top of Rob Herring's 40 part series of DWC clean-ups: https://lore.kernel.org/linux-pci/20200821035420.380495-1-r...@kernel.org/ 2)

[PATCH v5 2/2] PCI: sprd: Add support for Unisoc SoCs' PCIe controller

2020-12-31 Thread Hongtao Wu
From: Hongtao Wu This series adds PCIe controller driver for Unisoc SoCs. This controller is based on DesignWare PCIe IP. Signed-off-by: Hongtao Wu --- drivers/pci/controller/dwc/Kconfig | 12 ++ drivers/pci/controller/dwc/Makefile| 1 + drivers/pci/controller/dwc/pcie-sprd.c | 293

[PATCH v5 1/2] dt-bindings: PCI: sprd: Document Unisoc PCIe RC host controller

2020-12-31 Thread Hongtao Wu
From: Hongtao Wu This series adds PCIe bindings for Unisoc SoCs. This controller is based on DesignWare PCIe IP. Signed-off-by: Hongtao Wu --- .../devicetree/bindings/pci/sprd-pcie.yaml | 93 ++ 1 file changed, 93 insertions(+) create mode 100644 Documentation/devi

5.11-rc1 TTM list corruption

2020-12-31 Thread Borislav Petkov
Hi folks, got this when trying to suspend my workstation to disk, it was still responsive so I could catch the splat: [22020.334381] [ cut here ] [22020.339057] list_del corruption. next->prev should be 8b7a9a40, but was 8881020bced0 [22020.347764] WARNING: CP

Re: [PATCH] sound: pci: hda: add a new hda codec

2020-12-31 Thread Takashi Iwai
On Tue, 29 Dec 2020 04:52:26 +0100, bo@senarytech.com wrote: > > From: bo liu > > The current kernel does not support the cx11970 codec chip. > Add a codec configuration item to kernel. > > Signed-off-by: bo liu Thanks, applied with a minor coding style fix now. Takashi

Re: [PATCH 1/2] ASoC: SOF: Intel: hda: Modify existing helper to disable WAKEEN

2020-12-31 Thread Takashi Iwai
On Tue, 29 Dec 2020 14:38:14 +0100, Kai-Heng Feng wrote: > > Modify hda_codec_jack_wake_enable() to also support disable WAKEEN. > This is a preparation for next patch. > > No functional change intended. Maybe it's better to mention that this patch moves the WAKEEN disablement call out of hda_co

Re: [PATCH 2/2] ASoC: SOF: Intel: hda: Avoid checking jack on system suspend

2020-12-31 Thread Takashi Iwai
On Tue, 29 Dec 2020 14:38:15 +0100, Kai-Heng Feng wrote: > > System takes a very long time to suspend after commit 215a22ed31a1 > ("ALSA: hda: Refactor codec PM to use direct-complete optimization"): > [ 90.065964] PM: suspend entry (s2idle) > [ 90.067337] Filesystems sync: 0.001 seconds > [

Re: [PATCH] mtd: rawnand: qcom: update last code word register

2020-12-31 Thread Manivannan Sadhasivam
On Thu, Dec 17, 2020 at 07:32:56PM +0530, Md Sadre Alam wrote: > From QPIC version 2.0 onwards new register got added to > read last codeword. This change will update the same. > > For first three code word READ_LOCATION_n register will be > use.For last code wrod READ_LOCATION_LAST_CW_n register

[tip: x86/microcode] x86/microcode: Make microcode_init() static

2020-12-31 Thread tip-bot2 for Borislav Petkov
The following commit has been merged into the x86/microcode branch of tip: Commit-ID: c769dcd423785703f17ca0a99925a7f9d84b3cbc Gitweb: https://git.kernel.org/tip/c769dcd423785703f17ca0a99925a7f9d84b3cbc Author:Borislav Petkov AuthorDate:Wed, 30 Dec 2020 11:20:25 +01:00 Com

Re: [PATCH] ALSA: hda/realtek: Add mute LED quirk for more HP laptops

2020-12-31 Thread Takashi Iwai
On Tue, 29 Dec 2020 15:38:56 +0100, Manuel Jiménez wrote: > > HP Pavilion 13-bb (SSID 103c:87c8) needs the same > quirk as other models with ALC287. > > Signed-off-by: Manuel Jiménez Applied now. Thanks. Takashi

Re: [PATCH] ALSA: hda/realtek: Enable mute and micmute LED on HP EliteBook 850 G7

2020-12-31 Thread Takashi Iwai
On Wed, 30 Dec 2020 13:56:35 +0100, Kai-Heng Feng wrote: > > HP EliteBook 850 G7 uses the same GPIO pins as ALC285_FIXUP_HP_GPIO_LED > to enable mute and micmute LED. So apply the quirk to enable the LEDs. > > Signed-off-by: Kai-Heng Feng Thanks, applied now. Takashi

Re: [PATCH v2 2/2] arm64: dts: meson: add initial Beelink GS-King-X device-tree

2020-12-31 Thread Neil Armstrong
On 30/12/2020 11:37, Christian Hewitt wrote: > The Shenzen AZW (Beelink) GS-King-X is based on the Amlogic W400 reference > board with an S922X-H chip. > > - 4GB LPDDR4 RAM > - 64GB eMMC storage > - 10/100/1000 Base-T Ethernet > - AP6356S Wireless (802.11 a/b/g/n/ac, BT 4.1) > - HDMI 2.1 video > -

Re: Haswell audio no longer working with new Catpt driver (was: sound)

2020-12-31 Thread Christian Labisch
Hi Lars-Peter, Additional information to what I've sent you already before : I found out that sound works with headphones (built-in audio) But sound still does not work with speakers (built-in-audio). Regards, Christian Christian Labisch Red Hat Accelerator clnetbox.blogspot.com access.redhat.co

Re: Haswell audio no longer working with new Catpt driver

2020-12-31 Thread Amadeusz Sławiński
On 12/31/2020 11:50 AM, Christian Labisch wrote: Hi Lars-Peter, Thank you, please find attached the requested information from both kernels. I freshly installed the fedora kernel 5.10.4 to give you the latest results. Regards, Christian Christian Labisch Red Hat Accelerator clnetbox.blogspot.c

Re: Haswell audio no longer working with new Catpt driver

2020-12-31 Thread Christian Labisch
Thanks Amadeusz, Now, who has to do what ? I assume many users will be affected ! Regards, Christian On Thu, 2020-12-31 at 12:20 +0100, Amadeusz Sławiński wrote: > On 12/31/2020 11:50 AM, Christian Labisch wrote: > > Hi Lars-Peter, > > > > Thank you, please find attached the requested informati

[PATCH] ACPI: add stub acpi_create_platform_device() for !CONFIG_ACPI

2020-12-31 Thread Shawn Guo
It adds a stub acpi_create_platform_device() for !CONFIG_ACPI build, so that caller doesn't have to deal with !CONFIG_ACPI build issue. Reported-by: kernel test robot Signed-off-by: Shawn Guo --- This fixes an build issue reported by kernel test robot as below. https://lore.kernel.org/linux-arm

Re: [PATCH] xfs: Wake CIL push waiters more reliably

2020-12-31 Thread Donald Buczek
On 30.12.20 23:16, Dave Chinner wrote: On Wed, Dec 30, 2020 at 12:56:27AM +0100, Donald Buczek wrote: Threads, which committed items to the CIL, wait in the xc_push_wait waitqueue when used_space in the push context goes over a limit. These threads need to be woken when the CIL is pushed. The C

Re: [PATCH RFC] KVM: arm64: vgic: Decouple the check of the EnableLPIs bit from the ITS LPI translation

2020-12-31 Thread Shenming Lu
On 2020/12/31 16:57, Marc Zyngier wrote: > Hi Shemming, > > On 2020-12-31 06:28, Shenming Lu wrote: >> When the EnableLPIs bit is set to 0, any ITS LPI requests in the >> Redistributor would be ignored. And this check is independent from >> the ITS LPI translation. So it might be better to move th

[PATCH] vt: use flexible-array member instead of zero-length array

2020-12-31 Thread Tian Tao
Use flexible-array member introduced in C99 instead of zero-length array. Most of zero-length array was already taken care in previous patch [1]. Now modified few more cases which were not handled earlier. [1]. https://patchwork.kernel.org/patch/11394197/ Signed-off-by: Tian Tao --- drivers/tty

Re: [PATCH 1/4] net: sfp: add workaround for Realtek RTL8672 and RTL9601C chips

2020-12-31 Thread Pali Rohár
On Wednesday 30 December 2020 19:09:58 Russell King - ARM Linux admin wrote: > On Wed, Dec 30, 2020 at 06:43:07PM +0100, Pali Rohár wrote: > > On Wednesday 30 December 2020 18:13:15 Andrew Lunn wrote: > > > Hi Pali > > > > > > I have to agree with Russell here. I would rather have no diagnostics >

Re: [PATCH v9 1/4] dt-bindings: mfd: Fix schema warnings for pwm-leds

2020-12-31 Thread Lee Jones
On Thu, 31 Dec 2020, Pavel Machek wrote: > Hi! > > > > > The node names for devices using the pwm-leds driver follow a certain > > > > naming scheme (now). Parent node name is not enforced, but recommended > > > > by DT project. > > > > > > > > DTC Documentation/devicetree/bindings/mfd/iq

Re: [PATCH RFC] KVM: arm64: vgic: Decouple the check of the EnableLPIs bit from the ITS LPI translation

2020-12-31 Thread Marc Zyngier
On 2020-12-31 11:58, Shenming Lu wrote: On 2020/12/31 16:57, Marc Zyngier wrote: Hi Shemming, On 2020-12-31 06:28, Shenming Lu wrote: When the EnableLPIs bit is set to 0, any ITS LPI requests in the Redistributor would be ignored. And this check is independent from the ITS LPI translation. So

[PATCH 2/4] regulator: qcom-rpmh-regulator: correct hfsmps515 definition

2020-12-31 Thread Dmitry Baryshkov
According to the datasheet pm8009's HFS515 regulators have 16mV resolution rather than declared 1.6 mV. Correct the resolution. Signed-off-by: Dmitry Baryshkov Fixes: 06369bcc15a1 ("regulator: qcom-rpmh: Add support for SM8150") --- drivers/regulator/qcom-rpmh-regulator.c | 2 +- 1 file changed,

[PATCH 0/4] regulator: fix pm8009 bindings on sm8250

2020-12-31 Thread Dmitry Baryshkov
PM8009 has special revision (P=1), which is to be used for sm8250 platform. The major difference is the S2 regulator which supplies 0.95 V instead of 2.848V. Declare regulators data to be used for this chip revision. The datasheet calls the chip just pm8009-1, so use the same name.

[PATCH 4/4] arm64: dts: qcom: qrb5165-rb5: fix pm8009 regulators

2020-12-31 Thread Dmitry Baryshkov
Fix pm8009 compatibility string to reference pm8009 revision specific to sm8250 platform. Also add S2 regulator to be used for qca639x. Signed-off-by: Dmitry Baryshkov Fixes: b1d2674e6121 ("arm64: dts: qcom: Add basic devicetree support for QRB5165 RB5") --- arch/arm64/boot/dts/qcom/qrb5165-rb5

[PATCH 3/4] regulator: qcom-rpmh-regulator: add pm8009-1 chip revision

2020-12-31 Thread Dmitry Baryshkov
PM8009 has special revision (P=1), which is to be used for sm8250 platform. The major difference is the S2 regulator which supplies 0.95 V instead of 2.848V. Declare regulators data to be used for this chip revision. The datasheet calls the chip just pm8009-1, so use the same name. Signed-off-by:

[PATCH 1/4] dt-bindings: regulator: qcom,rpmh-regulator: add pm8009 revision

2020-12-31 Thread Dmitry Baryshkov
PMIC pm8009 has special revision (P=1) made for sm8250 platform. The major difference is the S2 regulator which supplies 0.95 V instead of 2.848V. Add special compatibility string for this chip revision. The datasheet calls the chip just pm8009-1, so use the same name. Signed-off-by: Dmitry Barysh

[PATCH] x86/tsc: export tsc_khz to sysfs

2020-12-31 Thread Redha Gouicem
Export the frequency of the tsc clock to user space. This is particularly useful for benchmarking purposes because it allows to convert tsc cycles into time. The value is available at: /sys/devices/system/cpu/tsc_khz Signed-off-by: Redha Gouicem --- arch/x86/kernel/tsc.c | 23 ++

Re: [PATCH -next] media: platform: davinci: Use DEFINE_SPINLOCK() for spinlock

2020-12-31 Thread Lad, Prabhakar
Hi Zheng, Thank you for the patch. On Mon, Dec 28, 2020 at 1:50 PM Zheng Yongjun wrote: > > spinlock can be initialized automatically with DEFINE_SPINLOCK() > rather than explicitly calling spin_lock_init(). > > Signed-off-by: Zheng Yongjun > --- > drivers/media/platform/davinci/vpif.c | 3 +--

Re: [PATCH v8 13/16] dmaengine: dw-axi-dmac: Add Intel KeemBay AxiDMA handshake

2020-12-31 Thread Eugeniy Paltsev
Hi Sia Jee Heng, see my comments inlined: > From: Sia Jee Heng > Sent: Tuesday, December 29, 2020 07:47 > To: vk...@kernel.org; Eugeniy Paltsev; robh...@kernel.org > Cc: andriy.shevche...@linux.intel.com; dmaeng...@vger.kernel.org; > linux-kernel@vger.kernel.org; devicet...@vger.kernel.org > Su

sound/hda/intel-dsp-config.c:360: undefined reference to `sdw_intel_acpi_scan'

2020-12-31 Thread kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: f6e1ea19649216156576aeafa784e3b4cee45549 commit: a115ab9b8b93e7f0ff28a4fc869a3222ae921edd ASoC: SOF: Intel: add build support for SoundWire date: 4 months ago config: i386-randconfig-s031-20201231

Re: [PATCH] ARM: picoxcell: fix missing interrupt-parent properties

2020-12-31 Thread Jamie Iles
Hi Arnd, On Wed, Dec 30, 2020 at 04:20:05PM +0100, Arnd Bergmann wrote: > From: Arnd Bergmann > > dtc points out that the interrupts for some devices are not parsable: > > picoxcell-pc3x2.dtsi:45.19-49.5: Warning (interrupts_property): > /paxi/gem@3: Missing interrupt-parent > picoxcell-pc

[PATCH v5 2/6] mfd: ahc1ec0: Add Advantech EC include file used by dt-bindings

2020-12-31 Thread Campion Kang
This files defines the sud-device types and hwmon profiles support by Advantech embedded controller. Signed-off-by: Campion Kang --- include/dt-bindings/mfd/ahc1ec0-dt.h | 25 + 1 file changed, 25 insertions(+) create mode 100644 include/dt-bindings/mfd/ahc1ec0-dt.h dif

[PATCH v5 3/6] dt-bindings: mfd: ahc1ec0.yaml: Add Advantech embedded controller - AHC1EC0

2020-12-31 Thread Campion Kang
Add DT binding schema for Advantech embedded controller AHC1EC0. Signed-off-by: Campion Kang --- .../devicetree/bindings/mfd/ahc1ec0.yaml | 69 +++ 1 file changed, 69 insertions(+) create mode 100644 Documentation/devicetree/bindings/mfd/ahc1ec0.yaml diff --git a/Documenta

[PATCH v5 4/6] mfd: ahc1ec0: Add support for Advantech embedded controller

2020-12-31 Thread Campion Kang
AHC1EC0 is the embedded controller driver for Advantech industrial products. This provides sub-devices such as hwmon and watchdog, and also expose functions for sub-devices to read/write the value to embedded controller. Signed-off-by: Campion Kang --- drivers/mfd/Kconfig | 10 + driver

[PATCH v5 5/6] hwmon: ahc1ec0-hwmon: Add sub-device hwmon for Advantech embedded controller

2020-12-31 Thread Campion Kang
This is one of sub-device driver for Advantech embedded controller AHC1EC0. This driver provides sysfs ABI for Advantech related applications to monitor the system status. Signed-off-by: Campion Kang --- drivers/hwmon/Kconfig | 10 + drivers/hwmon/Makefile| 1 + drivers/hwmon/

[PATCH v5 1/6] MAINTAINERS: Add Advantech AHC1 embedded controller entry

2020-12-31 Thread Campion Kang
Add Advantech AHC1 embedded controller entry Signed-off-by: Campion Kang --- MAINTAINERS | 10 ++ 1 file changed, 10 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 546aa66428c9..20766da2e794 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -562,6 +562,16 @@ S: Maintained F:

[PATCH v5 6/6] watchdog: ahc1ec0-wdt: Add sub-device watchdog for Advantech embedded controller

2020-12-31 Thread Campion Kang
This is one of sub-device driver for Advantech embedded controller AHC1EC0. This driver provide watchdog functionality for Advantech related applications to restart the system. Signed-off-by: Campion Kang --- drivers/watchdog/Kconfig | 11 ++ drivers/watchdog/Makefile | 1 + driver

Re: [PATCH v3 09/15] media: sunxi: Add support for the A31 MIPI CSI-2 controller

2020-12-31 Thread Paul Kocialkowski
Hi, On Mon 14 Dec 20, 12:39, Maxime Ripard wrote: > On Fri, Dec 11, 2020 at 04:57:02PM +0100, Paul Kocialkowski wrote: > > +#define sun6i_mipi_csi2_subdev_video(subdev) \ > > + container_of(subdev, struct sun6i_mipi_csi2_video, subdev) > > + > > +#define sun6i_mipi_csi2_video_dev(video) \ > > +

Re: [PATCH v5 2/2] media: i2c: Add support for the OV5648 image sensor

2020-12-31 Thread Paul Kocialkowski
Hi Sakari, On Mon 21 Dec 20, 00:39, Sakari Ailus wrote: > Hi Paul, > > Thanks for the update. > > A few more small issues below that I didn't notice earlier. The comments > apply to the other driver as well I believe. Thanks for the review, I'll address your comments in the next version for bot

Re: [PATCH 1/3] thermal: ti-soc-thermal: Fix stuck sensor with continuous mode for 4430

2020-12-31 Thread Péter Ujfalusi
Hi Tony, On 12/30/20 10:43 AM, Tony Lindgren wrote: > At least for 4430, trying to use the single conversion mode eventually > hangs the thermal sensor. This can be quite easily seen with errors: > > thermal thermal_zone0: failed to read out thermal zone (-5) > > Also, trying to read the tempera

ERROR: modpost: ".__warn_printk" undefined!

2020-12-31 Thread kernel test robot
Hi Christophe, First bad commit (maybe != root cause): tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: f6e1ea19649216156576aeafa784e3b4cee45549 commit: 0a571b085ff6dadf946b248133533d3ba68f6e31 asm-generic: force inlining of get_order() to work around gc

Re: [PATCH 1/2] ASoC: wm_adsp: Only use __be32 for big-endian data

2020-12-31 Thread Mark Brown
On Wed, 30 Dec 2020 17:24:26 +, Richard Fitzgerald wrote: > This fixes some minor cases where u32 or unsigned int types were used > to store big-endian data, and __be32 types used to store both big-endian > and cpu-endian data. This was producing sparse warnings. > > Most cases resulted from u

Re: (subset) [PATCH 0/2] spi: rpc-if: Trivial fixes

2020-12-31 Thread Mark Brown
On Wed, 30 Dec 2020 14:57:06 +, Lad Prabhakar wrote: > These patches are trivial fixes for rpc-if SPI driver. > > Cheers, > Prabhakar > > Lad Prabhakar (2): > spi: rpc-if: Avoid use of C++ style comments > spi: rpc-if: Remove CONFIG_PM_SLEEP ifdefery > > [...] Applied to https://git

Re: [PATCH] spi: Fix the clamping of spi->max_speed_hz

2020-12-31 Thread Mark Brown
On Wed, 16 Dec 2020 11:23:21 +0200, Tudor Ambarus wrote: > If spi->controller->max_speed_hz is zero, a non-zero spi->max_speed_hz > will be overwritten by zero. Make sure spi->controller->max_speed_hz > is not zero when clamping spi->max_speed_hz. > > Put the spi->controller->max_speed_hz non-zero

Re: [PATCH] regmap: irq: do not allow setting irq bits during ack

2020-12-31 Thread Mark Brown
On Wed, Dec 30, 2020 at 08:37:17AM -0800, Tim Harvey wrote: > It 'is' inverted ack because the device I have requires a '0' to be > written to clear the interrupt instead of a '1'. Right, yes - misremembered there. > The chip I'm using has a status register where bit values of 1 > indicate an in

Re: [PATCH] ASoC: mediatek: add MTK_PMIC_WRAP dependency

2020-12-31 Thread Mark Brown
On Wed, 30 Dec 2020 16:43:34 +0100, Arnd Bergmann wrote: > Randconfig builds often show harmless warnings like > > WARNING: unmet direct dependencies detected for SND_SOC_MT6359 > Depends on [n]: SOUND [=y] && !UML && SND [=y] && SND_SOC [=y] && > MTK_PMIC_WRAP [=n] > Selected by [y]: > - S

Re: [PATCH 2/2] spi: fix the divide by 0 error when calculating xfer waiting time

2020-12-31 Thread Mark Brown
On Thu, Dec 31, 2020 at 11:23:37AM +0800, Xu Yilun wrote: > On Wed, Dec 30, 2020 at 01:46:44PM +, Mark Brown wrote: > > > BTW, Could we keep the spi->max_speed_hz if no controller->max_speed_hz? > > > Always clamp the spi->max_speed_hz to 0 makes no sense. > > Right, that's the fix. > Seems

WARNING in page_counter_cancel (2)

2020-12-31 Thread syzbot
Hello, syzbot found the following issue on: HEAD commit:f838f8d2 mfd: ab8500-debugfs: Remove extraneous seq_putc git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=163c244750 kernel config: https://syzkaller.appspot.com/x/.config?x=7a43a64bad3fdb39 dashboa

Re: [PATCH 2/4] net: sfp: allow to use also SFP modules which are detected as SFF

2020-12-31 Thread Pali Rohár
On Wednesday 30 December 2020 19:12:40 Russell King - ARM Linux admin wrote: > On Wed, Dec 30, 2020 at 06:27:07PM +0100, Marek Behún wrote: > > On Wed, 30 Dec 2020 18:06:52 +0100 > > Pali Rohár wrote: > > > > > if (!sfp->type->module_supported(&id) && > > > (memcmp(id.base.vendor_name, "U

[PATCH v6 0/2] media: i2c: OV5648 image sensor support

2020-12-31 Thread Paul Kocialkowski
This series adds support for the OV5648 image sensor, as a V4L2 subdev driver. Changes since v5: - Removed extra tailing ret checks; - Fixed variables names in macros using container_of; - Set ctrls flags after handler error check; - Removed useless ret initializations and gotos; - Removed call to

[PATCH v6 2/2] media: i2c: Add support for the OV5648 image sensor

2020-12-31 Thread Paul Kocialkowski
The OV5648 is a 5 Mpx CMOS image sensor, connected via MIPI CSI-2 in a one or two lane configuration. Most of the features of the hardware are supported, including: - Auto and manual exposition/gain - Auto and manual white balance - Horizontal and vertical flip - Test patterns But the following a

[PATCH v6 1/2] dt-bindings: media: i2c: Add OV5648 bindings documentation

2020-12-31 Thread Paul Kocialkowski
This introduces YAML bindings documentation for the OV5648 image sensor. Signed-off-by: Paul Kocialkowski Reviewed-by: Rob Herring --- .../bindings/media/i2c/ovti,ov5648.yaml | 115 ++ 1 file changed, 115 insertions(+) create mode 100644 Documentation/devicetree/bindings/

[PATCH] Revert "clk: imx: fix composite peripheral flags"

2020-12-31 Thread Martin Kepplinger
This reverts commit 936c383673b9e3007432f17140ac62de53d87db9. It breaks clock reparenting via devfreq on the imx8mq used in the Librem 5 phone. When switching dram frequency (which worked before) the system now hangs after this where the dram_apb clock cannot be set: [ 129.391755] imx8m-ddrc-dev

Re: [PATCH RESEND v2 2/2] Add support for Realtek RTL838x/RTL839x SoC SPI controllers

2020-12-31 Thread Lukas Wunner
On Wed, Dec 30, 2020 at 12:19:04AM +0100, Bert Vermeulen wrote: > +static inline void wait_ready(struct rtspi *rtspi) > +{ > + while (!(readl(REG(RTL8380_SPI_SFCSR)) & RTL8380_SPI_SFCSR_RDY)) > + ; > +} I'd suggest calling cpu_relax() in the loop's body. > + err = devm_spi_re

[PATCH v7 1/2] dt-bindings: media: i2c: Add OV5648 bindings documentation

2020-12-31 Thread Paul Kocialkowski
This introduces YAML bindings documentation for the OV5648 image sensor. Signed-off-by: Paul Kocialkowski Reviewed-by: Rob Herring --- .../bindings/media/i2c/ovti,ov5648.yaml | 115 ++ 1 file changed, 115 insertions(+) create mode 100644 Documentation/devicetree/bindings/

[PATCH v7 0/2] media: i2c: OV5648 image sensor support

2020-12-31 Thread Paul Kocialkowski
This series adds support for the OV5648 image sensor, as a V4L2 subdev driver. Changes since v6: - Removed unused ret declaration that caused a build warning. Changes since v5: - Removed extra tailing ret checks; - Fixed variables names in macros using container_of; - Set ctrls flags after handle

[PATCH v7 2/2] media: i2c: Add support for the OV5648 image sensor

2020-12-31 Thread Paul Kocialkowski
The OV5648 is a 5 Mpx CMOS image sensor, connected via MIPI CSI-2 in a one or two lane configuration. Most of the features of the hardware are supported, including: - Auto and manual exposition/gain - Auto and manual white balance - Horizontal and vertical flip - Test patterns But the following a

[PATCH v4 0/3] media: i2c: OV8865 image sensor support

2020-12-31 Thread Paul Kocialkowski
This series adds support for the OV8865 image sensor, as a V4L2 subdev driver. Although an initial series was submitted by Kévin L'hôpital some weeks ago, this version is significantly new and should be considered a new series. The final patch (not for merge) shows how to enable the OV8865 on the

[PATCH v4 1/3] dt-bindings: media: i2c: Add OV8865 bindings documentation

2020-12-31 Thread Paul Kocialkowski
This introduces YAML bindings documentation for the OV8865 image sensor. Co-developed-by: Kévin L'hôpital Signed-off-by: Kévin L'hôpital Signed-off-by: Paul Kocialkowski Reviewed-by: Rob Herring --- .../bindings/media/i2c/ovti,ov8865.yaml | 124 ++ 1 file changed, 124 in

[PATCH NOT FOR MERGE v4 3/3] ARM: dts: sun8i: a83t: bananapi-m3: Enable MIPI CSI-2 with OV8865

2020-12-31 Thread Paul Kocialkowski
From: Kévin L'hôpital The Bananapi M3 supports a camera module which includes an OV8865 sensor connected via the parallel CSI interface and an OV8865 sensor connected via MIPI CSI-2. The I2C2 bus is shared by the two sensors as well as the (active-low) reset signal, but each sensor has it own sh

[PATCH v4 2/3] media: i2c: Add support for the OV8865 image sensor

2020-12-31 Thread Paul Kocialkowski
The OV8865 is a 8 Mpx CMOS image sensor producing 3264x2448 at 30 fps. Other modes (including some with sub-sampling) are available too. It outputs 10-bit bayer CFA data through a MIPI CSI-2 interface with up to 4 lanes supported. Some register initialisation sequences are still needed for this dr

[PATCH v4 01/15] docs: phy: Add a part about PHY mode and submode

2020-12-31 Thread Paul Kocialkowski
Besides giving pointers to the relevant functions for PHY mode and submode configuration, this clarifies the need to set them before powering on the PHY. Signed-off-by: Paul Kocialkowski Reviewed-by: Maxime Ripard --- Documentation/driver-api/phy/phy.rst | 18 ++ 1 file changed,

[PATCH v4 03/15] phy: allwinner: phy-sun6i-mipi-dphy: Support D-PHY Rx mode for MIPI CSI-2

2020-12-31 Thread Paul Kocialkowski
The Allwinner A31 D-PHY supports both Rx and Tx modes. While the latter is already supported and used for MIPI DSI this adds support for the former, to be used with MIPI CSI-2. This implementation is inspired by Allwinner's V3s Linux SDK implementation, which was used as a documentation base. Sig

[PATCH v4 15/15] MAINTAINERS: Add entry for the Allwinner A83T MIPI CSI-2 bridge

2020-12-31 Thread Paul Kocialkowski
Add myself as maintainer of the A83T MIPI CSI-2 bridge media driver. Signed-off-by: Paul Kocialkowski --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index a1352171778b..3b48612657b6 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -717,6 +717,1

[PATCH v4 05/15] media: sun6i-csi: Only configure the interface data width for parallel

2020-12-31 Thread Paul Kocialkowski
Bits related to the interface data width are only applicable to the parallel interface and are irrelevant when the CSI controller is taking input from the MIPI CSI-2 controller. In prevision of adding support for this case, set these bits conditionally so there is no ambiguity. The conditional blo

[PATCH v4 06/15] dt-bindings: media: sun6i-a31-csi: Add MIPI CSI-2 input port

2020-12-31 Thread Paul Kocialkowski
The A31 CSI controller supports two distinct input interfaces: parallel and an external MIPI CSI-2 bridge. The parallel interface is often connected to a set of hardware pins while the MIPI CSI-2 bridge is an internal FIFO-ish link. As a result, these two inputs are distinguished as two different p

[PATCH v4 07/15] media: sun6i-csi: Add support for MIPI CSI-2 bridge input

2020-12-31 Thread Paul Kocialkowski
The A31 CSI controller supports a MIPI CSI-2 bridge input, which has its own dedicated port in the fwnode graph. Support for this input is added with this change: - two pads are defined for the media entity instead of one and only one needs to be connected at a time; - the pads currently match t

[PATCH v4 08/15] dt-bindings: media: Add A31 MIPI CSI-2 bindings documentation

2020-12-31 Thread Paul Kocialkowski
This introduces YAML bindings documentation for the A31 MIPI CSI-2 controller. Signed-off-by: Paul Kocialkowski --- .../media/allwinner,sun6i-a31-mipi-csi2.yaml | 149 ++ 1 file changed, 149 insertions(+) create mode 100644 Documentation/devicetree/bindings/media/allwinner,sun

[PATCH v4 09/15] media: sunxi: Add support for the A31 MIPI CSI-2 controller

2020-12-31 Thread Paul Kocialkowski
The A31 MIPI CSI-2 controller is a dedicated MIPI CSI-2 bridge found on Allwinner SoCs such as the A31 and V3/V3s. It is a standalone block, connected to the CSI controller on one side and to the MIPI D-PHY block on the other. It has a dedicated address space, interrupt line and clock. It is repr

[PATCH v4 02/15] phy: Distinguish between Rx and Tx for MIPI D-PHY with submodes

2020-12-31 Thread Paul Kocialkowski
As some D-PHY controllers support both Rx and Tx mode, we need a way for users to explicitly request one or the other. For instance, Rx mode can be used along with MIPI CSI-2 while Tx mode can be used with MIPI DSI. Introduce new MIPI D-PHY PHY submodes to use with PHY_MODE_MIPI_DPHY. The default

[PATCH v4 10/15] ARM: dts: sun8i: v3s: Add nodes for MIPI CSI-2 support

2020-12-31 Thread Paul Kocialkowski
MIPI CSI-2 is supported on the V3s with an A31-based MIPI CSI-2 bridge controller. The controller uses a separate D-PHY, which is the same that is otherwise used for MIPI DSI, but used in Rx mode. On the V3s, the CSI0 controller is dedicated to MIPI CSI-2 as it does not have access to any parallel

[PATCH v4 12/15] dt-bindings: media: Add A83T MIPI CSI-2 bindings documentation

2020-12-31 Thread Paul Kocialkowski
This introduces YAML bindings documentation for the A83T MIPI CSI-2 controller. Signed-off-by: Paul Kocialkowski Reviewed-by: Rob Herring --- .../media/allwinner,sun8i-a83t-mipi-csi2.yaml | 147 ++ 1 file changed, 147 insertions(+) create mode 100644 Documentation/devicetree/b

  1   2   3   >