4
> > > > commit: 5fb8ef25803ef33e2eb60b626435828b937bed75 crypto: chacha - move
> > > > existing library code into lib/crypto
> > > > date: 9 months ago
> > > > config: i386-randconfig-r015-20200827 (attached as .config)
> > > > compil
On Mon, Aug 24, 2020 at 04:16:53PM +0100, Matthew Wilcox (Oracle) wrote:
> Iterate once for each THP instead of once for each base page.
FYI, I've always been wondering if bio_for_each_segment_all is the
right interface for the I/O completions, because we generally don't
need the fake bvecs for ea
From: Yuqi Jin
The performance of the atomic_xchg is better than atomic_cmpxchg because
no comparison is required. While the value of @fq_timer_on can only be 0
or 1. Let's use atomic_xchg instead of atomic_cmpxchg here because we
only need to check that the value changes from 0 to 1 or from 1 to
Hi!
On Thu 27-08-20 16:28:37, 田 wrote:
> I understood what you said before:)
Good :)
> Totally agree with you, that we should fix the common path to make it to
> account IO wait time. Currently kernel only has io_wait_event(), which
> does not support timeout, maybe we need develop new interf
On Thu, 27 Aug 2020, Kalle Valo wrote:
> Lee Jones writes:
>
> > On Fri, 14 Aug 2020, Kalle Valo wrote:
> >
> >> Lee Jones writes:
> >>
> >> > On Fri, 14 Aug 2020, Kalle Valo wrote:
> >> >
> >> >> Lee Jones writes:
> >> >>
> >> >> > Fixes the following W=1 kernel build warning(s):
> >> >> >
On Thu, Aug 27, 2020 at 10:57 AM tip-bot2 for Valentin Schneider
wrote:
>
> The following commit has been merged into the sched/core branch of tip:
> Fixes: b6e862f38672 ("sched/topology: Define and assign sched_domain flag
> metadata")
> Reported-by: Andy Shevchenko
> Signed-off-by: Valentin S
On Mon, Aug 17, 2020 at 2:18 AM Zhiyong Tao wrote:
> This series includes 3 patches:
> 1.add pinctrl file on mt8192.
> 2.add pinctrl binding document on mt8192.
> 3.add pinctrl driver on MT8192.
Patches applied for v5.10!
Thanks!
Linus Walleij
On Thu, Aug 27, 2020 at 9:57 AM Krzysztof Kozlowski wrote:
>
> On Wed, Aug 26, 2020 at 04:22:03PM +0300, Alexandru Ardelean wrote:
> > From: Sergiu Cuciurean
> >
> > As part of the general cleanup of indio_dev->mlock, this change replaces
> > it with a local lock, to protect potential concurrent
The system for "Auto-detecting system features" located under
tools/build/ are (currently) used by perf, libbpf and bpftool. It can
contain stalled feature detection files, which are not cleaned up by
libbpf and bpftool on make clean (side-note: perf tool is correct).
Fix this by making the users
On Wed, Aug 26, 2020 at 10:19:05AM +0200, Greg Kroah-Hartman wrote:
> On Wed, Aug 26, 2020 at 08:24:28AM +0200, Christoph Hellwig wrote:
> > None of the complicated overlapping regions bits of the kobj_map are
> > required for the character device lookup, so just a trivial xarray
> > instead.
> >
On 27/08/2020 04:49, Sowjanya Komatineni wrote:
> Tegra210 and later uses separate SDMMC_LEGACY_TM clock for data
> timeout.
>
> So, this patch adds "tmclk" to Tegra sdhci clock property in the
> device tree binding.
>
> Signed-off-by: Sowjanya Komatineni
> ---
> .../bindings/mmc/nvidia,tegra
On Thu, Aug 27, 2020 at 09:25:07AM +0200, Hannes Reinecke wrote:
> Do you really need the mutex?
> Wouldn't xa_store_range() be better and avoid the mutex?
We need the mutex as we need to grab the kobject reference under it.
xa_store_range is only available with a separate config option, and
has
On Wed, Aug 26, 2020 at 3:03 PM Alexandru Ardelean
wrote:
>
> From: Sergiu Cuciurean
>
> As part of the general cleanup of indio_dev->mlock, this change replaces
> it with a local lock. The lock protects against potential races when
> reading the CR reg and then updating, so that the state of pm_
Hi Jens,
I was wondering if you could kindly consider the block changes in this
series, since I have now dropped the RFC flag?
I guess patch 5/18 (using pointers to bitmaps) would be of first
concern. We did discuss this previously, and I think what we're doing
now could be considered satisf
On Thu, 2020-08-27 at 09:56 +0530, Viresh Kumar wrote:
> On 26-08-20, 20:57, Hector Yuan wrote:
> > On Mon, 2020-08-24 at 15:36 +0530, Viresh Kumar wrote:
> > > On 13-08-20, 15:07, Hector Yuan wrote:
> > > > CONFIG_ARM_ALLWINNER_SUN50I_CPUFREQ_NVMEM=m
> > > > CONFIG_ARM_ARMADA_37XX_CPUFREQ=y
> >
The get_edid() callback can be triggered anytime by an ioctl, i.e
drm_mode_getconnector (ioctl)
-> drm_helper_probe_single_connector_modes
-> drm_bridge_connector_get_modes
-> ps8640_bridge_get_edid
Actually if the bridge pre_enable() function was not called before
get_edid
The first 4 patches of the series version 2:
- drm/bridge_connector: Set default status connected for eDP connectors
- drm/bridge: ps8640: Get the EDID from eDP control
- drm/bridge: ps8640: Return an error for incorrect attach flags
- drm/bridge: ps8640: Print an error if VDO control fails
On Thu, Aug 27, 2020 at 2:40 AM Kees Cook wrote:
> On Thu, Aug 27, 2020 at 07:59:45AM +0900, Masahiro Yamada wrote:
> > On Thu, Aug 27, 2020 at 1:58 AM Nick Desaulniers
> > wrote:
> > > On Wed, Aug 26, 2020 at 9:57 AM Joe Perches wrote:
> > > > On Thu, 2020-08-27 at 01:49 +0900, Masahiro Yamada
From: Nirenjan Krishnan
The Saitek X52 family of joysticks has a pair of axes that were
originally (by the Windows driver) used as mouse pointer controls. The
corresponding usage page is the Game Controls page, which is not
recognized by the generic HID driver, and therefore, both axes get
mapped
On Tue, Aug 25, 2020 at 10:15:55PM +0900, Masami Hiramatsu wrote:
> Yeah, kretprobe already provided the per-instance data (as far as
> I know, only systemtap depends on it). We need to provide it for
> such users.
Well, systemtap is out of tree, we don't _need_ to provide anything for
them. Furt
Hi Manish,
On Thu, 2020-08-27 at 00:14 +0530, Manish Narani wrote:
> Add a new driver for supporting Xilinx platforms. This driver handles
> the USB 3.0 PHY initialization and PIPE control & reset operations for
> ZynqMP platforms. This also handles the USB 2.0 PHY initialization and
> reset opera
On 8/27/20 10:55 AM, Alexandru Ardelean wrote:
> On Wed, Aug 26, 2020 at 3:03 PM Alexandru Ardelean
> wrote:
>> From: Sergiu Cuciurean
>>
>> As part of the general cleanup of indio_dev->mlock, this change replaces
>> it with a local lock. The lock protects against potential races when
>> reading
On Wed, Aug 26, 2020 at 9:20 PM Krzysztof Kozlowski wrote:
>
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
> vibrator->vcc = devm_regulator_get(&pdev->dev, "vcc");
> err = PTR_ERR_OR_ZERO(vibrat
On Wed, Aug 26, 2020 at 11:04 PM Krzysztof Kozlowski wrote:
>
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe() and devm_clk_get_optional(). Less code and the error
> value gets printed.
Reviewed-by: Andy Shevchenko
> Signed-off-by: Krzysztof Kozlowski
> Rev
On Wed, Aug 26, 2020 at 9:18 PM Krzysztof Kozlowski wrote:
>
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
>
Reviewed-by: Andy Shevchenko
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/input/keyboard/
On Wed, Aug 26, 2020 at 9:18 PM Krzysztof Kozlowski wrote:
>
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
> err = PTR_ERR_OR_ZERO(vibrator->vcc);
> + if (err)
> + return dev_err_pro
+Rajendra
On 27-08-20, 14:02, Naresh Kamboju wrote:
> arm64 dragonboard db410c boot failed while running linux next 20200827 kernel.
>
> metadata:
> git branch: master
> git repo:
> https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.
On Wed, Aug 26, 2020 at 9:18 PM Krzysztof Kozlowski wrote:
>
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
>
Reviewed-by: Andy Shevchenko
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/input/misc/pwm-
On Wed, Aug 26, 2020 at 9:23 PM Krzysztof Kozlowski wrote:
>
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
Reviewed-by: Andy Shevchenko
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/input/misc/rotary
On Wed, Aug 26, 2020 at 9:20 PM Krzysztof Kozlowski wrote:
>
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
Reviewed-by: Andy Shevchenko
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/input/mouse/elan_
On Wed, Aug 26, 2020 at 9:19 PM Krzysztof Kozlowski wrote:
>
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
> ts->cs_gpiod = devm_gpiod_get(&client->dev, "reset", GPIOD_OUT_HIGH);
> error = PTR_E
On Wed, Aug 26, 2020 at 9:19 PM Krzysztof Kozlowski wrote:
>
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
Reviewed-by: Andy Shevchenko
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/input/touchscreen
On Wed, Aug 26, 2020 at 9:21 PM Krzysztof Kozlowski wrote:
>
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
Reviewed-by: Andy Shevchenko
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/input/touchscreen
On Wed, Aug 26, 2020 at 9:19 PM Krzysztof Kozlowski wrote:
>
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
Reviewed-by: Andy Shevchenko
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/input/touchscreen
On Wed, Aug 26, 2020 at 9:21 PM Krzysztof Kozlowski wrote:
>
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
Reviewed-by: Andy Shevchenko
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/input/touchscreen
On Thu, 27 Aug 2020 at 14:02, Naresh Kamboju wrote:
>
> arm64 dragonboard db410c boot failed while running linux next 20200827 kernel.
>
> metadata:
> git branch: master
> git repo:
> https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-ne
On Wed, Aug 26, 2020 at 9:21 PM Krzysztof Kozlowski wrote:
>
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
Reviewed-by: Andy Shevchenko
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/input/touchscreen
On Wed, Aug 26, 2020 at 9:21 PM Krzysztof Kozlowski wrote:
>
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
Reviewed-by: Andy Shevchenko
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/input/touchscreen
On Wed, Aug 26, 2020 at 9:19 PM Krzysztof Kozlowski wrote:
>
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
Reviewed-by: Andy Shevchenko
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/input/touchscreen
On Wed, Aug 26, 2020 at 9:19 PM Krzysztof Kozlowski wrote:
>
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
Reviewed-by: Andy Shevchenko
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/input/touchscreen
1000baseT_Half
Remove 1000baseT_Half to advertise correct hardware capability in
phylink_validate() callback function.
Fixes: 38f790a80560 ("net: dsa: mt7530: Add support for port 5")
Signed-off-by: Landen Chao
---
drivers/net/dsa/mt7530.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On Wed, Aug 26, 2020 at 9:21 PM Krzysztof Kozlowski wrote:
>
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
Reviewed-by: Andy Shevchenko
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/input/touchscreen
Hi
Am 26.08.20 um 10:58 schrieb kernel test robot:
> Greeting,
>
> FYI, we noticed a 26.2% improvement of vm-scalability.throughput due to
> commit:
I guess this resolves the once-measured performance penalty of similar
magnitude. But do we really understand these tests? When I sent out
patches
On Wed, Aug 26, 2020 at 9:20 PM Krzysztof Kozlowski wrote:
>
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
Reviewed-by: Andy Shevchenko
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/input/touchscreen
On Wed, Aug 26, 2020 at 9:21 PM Krzysztof Kozlowski wrote:
>
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
Reviewed-by: Andy Shevchenko
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/input/touchscreen
On 20-08-25 20:05, Yu Kuai wrote:
> if of_find_device_by_node() succeed, imx_es8328_probe() doesn't have
> a corresponding put_device().
Why do we need the ssi_pdev reference here at all?
Regards,
Marco
On Wed, Aug 26, 2020 at 9:21 PM Krzysztof Kozlowski wrote:
>
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
Reviewed-by: Andy Shevchenko
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/input/touchscreen
On 8/27/20 1:30 AM, Catalin Marinas wrote:
On Tue, Aug 25, 2020 at 11:02:40PM -0400, Qian Cai wrote:
On Aug 25, 2020, at 8:44 PM, Rong Chen wrote:
I rebuilt the kernel on commit c566586818 but the error changed to
"RIP: 0010:clear_page_orig+0x12/0x40", and the error can be
reproduced on par
On Wed, Aug 26, 2020 at 9:20 PM Krzysztof Kozlowski wrote:
>
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
Reviewed-by: Andy Shevchenko
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/input/touchscreen
On Wed, Aug 26, 2020 at 9:22 PM Krzysztof Kozlowski wrote:
>
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
Reviewed-by: Andy Shevchenko
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/input/touchscreen
On Thu, Aug 27, 2020 at 10:53:53AM +0200, Christoph Hellwig wrote:
> On Wed, Aug 26, 2020 at 10:19:05AM +0200, Greg Kroah-Hartman wrote:
> > On Wed, Aug 26, 2020 at 08:24:28AM +0200, Christoph Hellwig wrote:
> > > None of the complicated overlapping regions bits of the kobj_map are
> > > required f
On Wed, Aug 26, 2020 at 12:43:26PM +0200, Daniel Wagner wrote:
> All looks good, no crash and all tests do pass on x86_64. Firing up the
> ARM boards now.
All test pass on the BeagleBone Black.
Something is a bit weird with my RPi3 in 64bit mode. uboot loads
the the dtb file via ftp and then does
On Thu, Aug 27, 2020 at 10:42 AM Ard Biesheuvel wrote:
>
> In that case, I suppose we should simply disable instrumentation for
> chacha_permute()? It is a straight-forward arithmetic transformation
> on a u32[16] array, where ubsan has limited value afaict.
I guess that always works as a last re
On Wed, Aug 26, 2020 at 9:21 PM Krzysztof Kozlowski wrote:
>
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
Reviewed-by: Andy Shevchenko
Just in case if you want to save more LOCs, you may in some drivers
intr
Hi
Am 26.08.20 um 09:55 schrieb Tian Tao:
> hibmc can only be used in ARM64 architectures, and mmu defaults to y
> in arch/arm64/Kconfig, so there is no need to add a dependency on mmu
> in hibmc's kconfig.
>
> Signed-off-by: Tian Tao
Reviewed-by: Thomas Zimmermann
> ---
> drivers/gpu/drm/hi
Hi
Am 26.08.20 um 10:47 schrieb Colin King:
> From: Colin Ian King
>
> There is a spelling mistake in a drm_warn message. Fix it.
>
> Signed-off-by: Colin Ian King
Thanks! Applied to drm-misc-next.
Best regards
Thomas
> ---
> drivers/gpu/drm/mgag200/mgag200_drv.c | 2 +-
> 1 file changed,
From: Zhao Qiang
Add bindings for nxp,rtc-2127
Signed-off-by: Zhao Qiang
---
Documentation/devicetree/bindings/rtc/nxp,rtc-2127.txt | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 Documentation/devicetree/bindings/rtc/nxp,rtc-2127.txt
diff --git a/Documentation/d
From: Zhao Qiang
pcf2127 on lx2160a are not used as watchdog.
Signed-off-by: Zhao Qiang
---
arch/arm64/boot/dts/freescale/fsl-lx2160a-rdb.dts | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/boot/dts/freescale/fsl-lx2160a-rdb.dts
b/arch/arm64/boot/dts/freescale/fsl-lx2160a-rdb.d
From: Zhao Qiang
Commit 0e735eaae165 ("rtc: pcf2127: add watchdog feature support")
adds watchdog feature for pcf2127, then it will be registered as
a watchdog device even though it is not used as watchdog.
Pcf2127 always be registered as watchdog0(default watchdog device),
even though it is not
From: Dirk Behme
The i2c-rcar driver utilizes the Generic Reset Controller kernel
feature, so select the RESET_CONTROLLER option when the I2C_RCAR
option is selected.
Fixes: 2b16fd63059ab9 ("i2c: rcar: handle RXDMA HW behaviour on Gen3")
Cc: Wolfram Sang
Cc:
Signed-off-by: Dirk Behme
Signed-o
This patch fixes a possible issue when mtu3_gadget_stop()
already assigned NULL to mtu->gadget_driver during mtu_gadget_disconnect().
[] notifier_call_chain+0xa4/0x128
[] __atomic_notifier_call_chain+0x84/0x138
[] notify_die+0xb0/0x120
[] die+0x1f8/0x5d0
[] __do_kernel_fault+0x19c/0x280
[] do_bad_
these files and provide the SPDX license for
spdxcheck-test.sh. No functional changes.
Signed-off-by: Mrinal Pandey
---
applies cleanly on next-20200827
Kees, Matthias, Thomas, please ack this patch.
Andrew, please pick this minor non-urgent cleanup patch once the
mainainers ack.
scripts/gcc
The core caps are filled but not used, delete them. In case we
need them we can re-introduce.
Signed-off-by: Stanimir Varbanov
---
drivers/media/platform/qcom/venus/core.h | 6 --
drivers/media/platform/qcom/venus/hfi_venus.c | 3 ---
2 files changed, 9 deletions(-)
diff --git a/driver
Add ops to get the supported by the platform codecs and capabilities.
Signed-off-by: Stanimir Varbanov
---
drivers/media/platform/qcom/venus/hfi_platform.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/media/platform/qcom/venus/hfi_platform.h
b/drivers/media/platform/qcom/venus/
Hi,
In this patch series we introduce a new hfi platform layer in the
Venus driver to cover the differences between hfi versions.
The hfi_platform layer contains ops for getting supported codecs,
capabilities, number of VPP pipes and buffer requirements (the list
could be extended with more ops i
Now when we have hfi platform make venus capabilities an
hfi platform capabilities.
Signed-off-by: Stanimir Varbanov
---
drivers/media/platform/qcom/venus/core.h | 29 ++-
drivers/media/platform/qcom/venus/helpers.c | 6 ++--
.../media/platform/qcom/venus/hfi_parser.c
Wire up hfi platform codec and capabilities instead of
getting them from firmware.
Signed-off-by: Stanimir Varbanov
---
.../media/platform/qcom/venus/hfi_parser.c| 37 +++
1 file changed, 37 insertions(+)
diff --git a/drivers/media/platform/qcom/venus/hfi_parser.c
b/drivers
Add a new file for hfi platform buffer size and count calculations
for v6.
Co-developed-by: Dikshita Agarwal
Signed-off-by: Stanimir Varbanov
---
drivers/media/platform/qcom/venus/Makefile|2 +-
.../media/platform/qcom/venus/hfi_plat_bufs.h |3 +
.../platform/qcom/venus/hfi_plat_buf
Introduce a new hfi platform to cover differences between hfi
versions. As a start move vpp/vsp freq data in that hfi
platform, more platform data will come later.
Co-developed-by: Dikshita Agarwal
Signed-off-by: Stanimir Varbanov
---
drivers/media/platform/qcom/venus/Makefile| 3 +-
drive
Handle progressive/interlaced bitstream event by similar way as
bit depth.
Signed-off-by: Stanimir Varbanov
---
drivers/media/platform/qcom/venus/core.h | 1 +
drivers/media/platform/qcom/venus/vdec.c | 4
2 files changed, 5 insertions(+)
diff --git a/drivers/media/platform/qcom/venus/core
Now when everything is in place wire up buffer requirements
from hfi platform buffers to the buffer requirements helper.
Signed-off-by: Stanimir Varbanov
---
drivers/media/platform/qcom/venus/helpers.c | 50 +++
.../media/platform/qcom/venus/hfi_parser.h| 5 ++
2 files cha
>From Venus v6 and beyond the buffer size and count have to be
calculated in the v4l2 driver instead of getting them from
firmware.
Signed-off-by: Stanimir Varbanov
---
.../media/platform/qcom/venus/hfi_plat_bufs.h | 35 +++
.../media/platform/qcom/venus/hfi_platform.h | 3 ++
Add new hfi platform file with capabilities of hfi v6.
Signed-off-by: Stanimir Varbanov
---
drivers/media/platform/qcom/venus/Makefile| 1 +
.../media/platform/qcom/venus/hfi_platform.c | 2 +
.../media/platform/qcom/venus/hfi_platform.h | 1 +
.../platform/qcom/venus/hfi_platform_v6
Hi,
On 26/08/2020 15:59, YueHaibing wrote:
If CONFIG_OF is n, gcc fails:
drivers/memory/omap-gpmc.o: In function `gpmc_omap_onenand_set_timings':
omap-gpmc.c:(.text+0x2a88): undefined reference to `gpmc_read_settings_dt'
Add gpmc_read_settings_dt() helper function to fix this.
Fixes: a758f50f
Add new file for Venus hfi v4 with supported codecs and capabilities.
Co-developed-by: Dikshita Agarwal
Signed-off-by: Stanimir Varbanov
---
.../platform/qcom/venus/hfi_platform_v4.c | 259 ++
1 file changed, 259 insertions(+)
diff --git a/drivers/media/platform/qcom/venus/
Starting from v6 we have one more hfi property which will be needed
to calculate buffer sizes/count for particular codec and session type.
Signed-off-by: Stanimir Varbanov
---
drivers/media/platform/qcom/venus/hfi_platform.c | 14 ++
drivers/media/platform/qcom/venus/hfi_platform.h |
Add more caps and VP9 definitions for newer Venus versions.
Signed-off-by: Stanimir Varbanov
---
.../media/platform/qcom/venus/hfi_helper.h| 34 +++
1 file changed, 34 insertions(+)
diff --git a/drivers/media/platform/qcom/venus/hfi_helper.h
b/drivers/media/platform/qcom/ve
On 2020-08-27 11:19:10 [+0200], Daniel Wagner wrote:
> the the dtb file via ftp and then does a booti. For all non PREEMPT_RT
> kernels (PREEMPT, NONE, SMP=n, ...) everything works fine. For the
> PREEMPT_RT kernel uboot complains with
>
> U-Boot> booti 0x0008 - 0x0260
> bootloader-com
On Thu, Aug 27, 2020 at 11:50:07AM +0300, Andy Shevchenko wrote:
> On Thu, Aug 27, 2020 at 10:57 AM tip-bot2 for Valentin Schneider
> wrote:
> >
> > The following commit has been merged into the sched/core branch of tip:
>
> > Fixes: b6e862f38672 ("sched/topology: Define and assign sched_domain f
Larry Finger writes:
> On 7/27/20 9:52 AM, Joe Perches wrote:
>> On Mon, 2020-07-27 at 09:04 +, Pkshih wrote:
>>> So, I think you would like to have parenthesis intentionally.
>>> If so,
>>> test1 ? : (test2 ? :)
>>> would be better.
>>>
>>>
>>> If not,
>>> test1 ? : test2 ? :
>>> may be what
From: V Sujith Kumar Reddy
lpass variant structure in audio driver has I2S and HDMI register fields,
which are used exclusively. To optimize memory, replace with union to
select either I2S or HDMI register fields.
Signed-off-by: Srinivasa Rao
Signed-off-by: V Sujith Kumar Reddy
---
sound/soc/
Because kfree_skb already checked NULL skb parameter,
so the additional check is unnecessary, just remove it.
Signed-off-by: Xu Wang
---
drivers/scsi/qedi/qedi_main.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/scsi/qedi/qedi_main.c b/drivers/scsi/qedi/qedi_main
From: V Sujith Kumar Reddy
Add header defining hdmi dai-id for SC7180 lpass soc
in dt bindings.
Signed-off-by: Srinivasa Rao
Signed-off-by: V Sujith Kumar Reddy
---
include/dt-bindings/sound/sc7180-lpass.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/dt-bindings/sound/sc7180-lp
From: V Sujith Kumar Reddy
Adds bindings for lpass hdmi interface
which can support audio path over dp.
Signed-off-by: Srinivasa Rao
Signed-off-by: V Sujith Kumar Reddy
---
.../devicetree/bindings/sound/qcom,lpass-cpu.yaml | 51 --
1 file changed, 47 insertions(+), 4 dele
From: V Sujith Kumar Reddy
Upadate lpass cpu and platform driver to support audio over dp.
Also add lpass-hdmi.c and lpass-hdmi.h.
Signed-off-by: Srinivasa Rao
Signed-off-by: V Sujith Kumar Reddy
---
sound/soc/qcom/Kconfig | 5 +
sound/soc/qcom/Makefile | 2 +
sound/soc
From: V Sujith Kumar Reddy
Add support for audio playback over DP in lpass sc7180 platform driver.
Add lpass_variant structure for hdmi data configuaration.
Signed-off-by: Srinivasa Rao
Signed-off-by: V Sujith Kumar Reddy
---
sound/soc/qcom/lpass-sc7180.c | 121 +++
Add pre_enable() and post_disable() for cqhci_host_ops.
Add hook functions before cqhci enable and
after cqhci disable for platforms need them.
Signed-off-by: Chun-Hung Wu
---
drivers/mmc/host/cqhci.c |6 ++
drivers/mmc/host/cqhci.h |2 ++
2 files changed, 8 insertions(+)
diff --git
'ar9170_qmap' is used in some source files which include carl9170.h,
but not all of them. A 'defined but not used' warning is thrown when
compiling the ones which do not use it.
Fixes the following W=1 kernel build warning(s)
from drivers/net/wireless/ath/carl9170/carl9170.h:57,
In file includ
This series provides MediaTek cqhci implementations as below:
- Add cqhci_host_ops->pre_enable() and cqhci_host_ops->post_disable()
- Implement MediaTek's hook functions
Chun-Hung Wu (2):
mmc: cqhci: add new cqhci_host_ops pre_enable() and post_disable()
mmc: mediatek: add pre_enable() and
On Wed, 26 Aug 2020, Marc Zyngier wrote:
> When calling into hid_map_usage(), the passed event code is
> blindly stored as is, even if it doesn't fit in the associated bitmap.
>
> This event code can come from a variety of sources, including devices
> masquerading as input devices, only a bit mor
On Wed, Aug 26, 2020 at 4:53 PM Nicholas Piggin wrote:
> Cc: Geert Uytterhoeven
> Cc: linux-m...@lists.linux-m68k.org
> Signed-off-by: Nicholas Piggin
With the below fixed:
Acked-by: Geert Uytterhoeven
> --- a/arch/m68k/include/asm/mmu_context.h
> +++ b/arch/m68k/include/asm/mmu_context.h
> @
CQHCI_ENABLE bit in CQHCI_CFG should be disabled
after msdc_cqe_disable(), and should be enabled before
msdc_ceq_enable() for MTK platform.
Add hook functions for cqhci_host_ops->pre_enable() and
cqhci_host_ops->post_disable().
Signed-off-by: Chun-Hung Wu
---
drivers/mmc/host/mtk-sd.c | 22 +++
executable modes of files.
Acked-by: Lukas Bulwahn
> ---
> applies cleanly on next-20200827
>
> Kees, Matthias, Thomas, please ack this patch.
>
> Andrew, please pick this minor non-urgent cleanup patch once the
> mainainers ack.
>
> scripts/gcc-plugins/gen-random-seed
While boot testing arm x15 devices the Kernel warning noticed with linux next
tag 20200825.
BAD: next-20200825
GOOD: next-20200824
metadata:
git branch: master
git repo: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
git commit: 3a00d3dfd4b68b208ecd5405e676d06c8ad6bb6
On Mon, Aug 24, 2020 at 10:54:15AM +0200, Joerg Roedel wrote:
Just minor style issues to be fixed by committer or in case you have to
send a new version:
Subject: Re: [PATCH v6 20/76] x86/boot/compressed/64: Call
set_sev_encryption_mask earlier
set_sev_encryption_mask() <- it is a function.
>
On 27/08/2020 03:24, Peter Chen wrote:
On 20-08-26 15:49:57, Roger Quadros wrote:
Peter,
On 26/08/2020 11:07, Peter Chen wrote:
On 20-08-26 04:04:01, Pawel Laszczak wrote:
On 20-08-25 15:00:59, Roger Quadros wrote:
From: Pawel Laszczak
USB2.0 PHY hangs in Rx Compliance test when the
27.08.2020 09:45, Adrian Hunter пишет:
> On 27/08/20 9:07 am, Dmitry Osipenko wrote:
>> Hello!
>>
>> I was debugging WiFi performance problems on Acer A500 tablet device
>> that has BCM4329 WiFi chip which is connected to NVIDIA Terga20 SoC via
>> SDIO and found that the following commit causes a s
On Mon, Aug 17, 2020 at 08:23:11AM +, David Laight wrote:
> From: Christoph Hellwig
> > Sent: 17 August 2020 08:32
> >
> > Stop providing the possibility to override the address space using
> > set_fs() now that there is no need for that any more. To properly
> > handle the TASK_SIZE_MAX check
On Fri, Aug 14, 2020 at 07:27:02PM +0200, Andrey Konovalov wrote:
> diff --git a/arch/arm64/include/asm/mte.h b/arch/arm64/include/asm/mte.h
> index 1c99fcadb58c..733be1cb5c95 100644
> --- a/arch/arm64/include/asm/mte.h
> +++ b/arch/arm64/include/asm/mte.h
> @@ -5,14 +5,19 @@
> #ifndef __ASM_MTE_H
On Thu, Aug 27, 2020 at 11:18:59AM +0200, Greg Kroah-Hartman wrote:
> > I looked at it, but it does get registered and shows up in sysfs.
>
> It does? Where does that happen? I see a bunch of kobject_init()
> calls, but nothing that registers it in sysfs that I can see.
Hmm, true.
>
> Note, t
201 - 300 of 1567 matches
Mail list logo
