On Mon, 3 Aug 2020 at 21:49, Arnd Bergmann wrote:
> ARM: SoC changes for v5.9
> Andy Shevchenko (1):
> ARM: orion/gpio: Make use of for_each_requested_gpio()
This change broke the arm build (I noticed it when building multi_v5_defconfig):
../arch/arm/plat-orion/gpio.c:457:2: error: implic
Hi Crystal,
On Mon, 2020-08-03 at 14:15 +0800, Crystal Guo wrote:
> Introduce force-update method for assert and deassert interface,
> which force the write operation in case the read already happens
> to return the correct value.
>
> Signed-off-by: Crystal Guo
Added Suman and Andrew for confir
On Tue, Aug 04, 2020 at 12:22:53PM +0800, Shengjiu Wang wrote:
> > > Btw, do we need similar change for TRIGGER_STOP?
> >
> > This is a good question. It is better to do change for STOP,
> > but I am afraid that there is no much test to guarantee the result.
> Maybe we can do this change for STOP
Michael, looks like something went wrong with your merge? My patch
https://lore.kernel.org/r/20200722150927.15587-3-guennadi.liakhovet...@linux.intel.com
has the header, your merged commit
https://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git/commit/?h=vhost&id=bba6f4f52c31af1ce4ebcc063
> I don't like the idea to get rid of the 1-byte header.
> This header is also used in userspace, for example when using a tun/tap
> interface for an XoT (X.25 over TCP) application. A change would
> therefore have very far-reaching consequences.
That's no longer the plan of record.
> BTW: The li
A new bus type "dfl" is introduced for private features which are not
initialized by DFL feature drivers (dfl-fme & dfl-afu drivers). So these
private features could be handled by separate driver modules.
DFL feature drivers (dfl-fme, dfl-port) will create DFL devices on
enumeration. DFL drivers c
This patch makes preparation for modularization of DFL sub feature
drivers.
Currently, if we need to support a new DFL sub feature, an entry should
be added to fme/port_feature_drvs[] in dfl-fme/port-main.c. And we need
to re-compile the whole DFL modules. That make the DFL drivers hard to be
exte
This patch adds support for the nios handshake private feature on Intel
N3000 FPGA Card. This private feature provides a handshake interface to
FPGA NIOS firmware, which receives retimer configuration command from host
and executes via an internal SPI master. When nios finished the
configuration, h
The feature id is stored in a 12 bit field in DFH. So a u16 variable is
enough for feature id.
This patch changes all feature id related places to fit u16.
Signed-off-by: Xu Yilun
Reviewed-by: Tom Rix
---
v3: no change.
---
drivers/fpga/dfl-fme-perf.c | 2 +-
drivers/fpga/dfl.c | 29
This patchset makes it possible to develop independent driver modules
for DFL private features. It also helps to leverage existing kernel
drivers to enable some IP blocks in DFL.
Patch #1: An improvement of feature id definition. The feature id will be used
as the key field for dfl devic
I see it takes about 5us per regulator to grab the lock, check that this
regulator isn't going to do anything for suspend, and then release the
lock. When that is combined with PMICs that have dozens of regulators we
get into a state where we spend a few miliseconds doing a bunch of
locking operati
On Tue, Aug 04, 2020 at 12:03:46AM -0700, Nicolin Chen wrote:
> On Tue, Aug 04, 2020 at 12:22:53PM +0800, Shengjiu Wang wrote:
>
> > > > Btw, do we need similar change for TRIGGER_STOP?
> > >
> > > This is a good question. It is better to do change for STOP,
> > > but I am afraid that there is no
On 29/07/20 10:23 am, Jin, Yao wrote:
> Hi Adrian,
>
> Could you help to check if following condition will break PT?
>
> "(opts->sample_intr_regs && !evsel->no_aux_samples &&
> !evsel__is_dummy_event(evsel))"
Sorry for slow response - I've been away.
This is fine. It will not break PT.
no_aux
Hi!
> @@ -6993,6 +7010,14 @@ struct extent_map *btrfs_get_extent(struct btrfs_inode
> *inode,
> extent_start = found_key.offset;
> if (found_type == BTRFS_FILE_EXTENT_REG ||
> found_type == BTRFS_FILE_EXTENT_PREALLOC) {
> + /* Only regular file could have regula
If a se is on_rq when reweighting entity, all we need should be
updating the load of cfs_rq, other dequeue/enqueue works could be
redundant, such as,
* account_numa_dequeue/account_numa_enqueue
* list_del/list_add from/into cfs_tasks
* nr_running--/nr_running++
Just simplfy the work. Could be help
On Mon, 2020-08-03 at 14:15 +0800, Crystal Guo wrote:
> Add ti_syscon_reset() to integrate assert and deassert together.
> If some modules need do serialized assert and deassert operations
> to reset itself, reset_control_reset can be called for convenience.
>
> Change-Id: I9046992b115a46f3594de57
On Mon, Aug 3, 2020 at 9:50 PM Christophe JAILLET
wrote:
>
> Le 03/08/2020 à 21:35, Joe Perches a écrit :
> > On Mon, 2020-08-03 at 21:19 +0200, Christophe JAILLET wrote:
> >> Le 03/08/2020 à 17:41, Jakub Kicinski a écrit :
> >>> On Sun, 2 Aug 2020 16:15:23 +0200 Christophe JAILLET wrote:
>
On Tue, Aug 04, 2020 at 09:11:32AM +0200, Pavel Machek wrote:
> Hi!
>
>
> > @@ -6993,6 +7010,14 @@ struct extent_map *btrfs_get_extent(struct
> > btrfs_inode *inode,
> > extent_start = found_key.offset;
> > if (found_type == BTRFS_FILE_EXTENT_REG ||
> > found_type == BTRFS_FILE_E
On Tue, Aug 04, 2020 at 08:40:52AM +0200, Christian Eggers wrote:
> Ping?
It's the middle of the merge window now, I can't take any patches for
the next 2 weeks, sorry. It is in my queue, and will be looked at after
5.9-rc1 is out.
thanks,
greg k-h
> You are adding a new member to the switchdev VLAN object, so you should
> make sure that all call paths creating and parsing that object get updated as
> well, for now, you are doing this solely within DSA which is probably
> reasonable if we assume proto is uninitialized and unused elsewhere, th
Let's clean it up a bit, simplifying error handling and getting rid of
the label.
Reviewed-by: Baoquan He
Reviewed-by: Pankaj Gupta
Cc: Andrew Morton
Cc: Michal Hocko
Cc: Michael S. Tsirkin
Cc: Mike Kravetz
Signed-off-by: David Hildenbrand
---
mm/page_isolation.c | 17 +++--
1
On Tue, Aug 4, 2020 at 8:52 AM Geert Uytterhoeven wrote:
>
> Hi Nick,
>
> On Thu, Jul 30, 2020 at 9:13 PM Nick Terrell wrote:
> > From: Nick Terrell
> >
> > * Add support for a zstd compressed initramfs.
> > * Add compression for compressing built-in initramfs with zstd.
> >
> > I have tested th
Right now, if we have two isolations racing, we might trigger the
WARN_ON_ONCE() and to dump_page(NULL), dereferencing NULL. Let's just
return directly.
In the future, we might want to report -EAGAIN to the caller instead, as
this could indicate a temporary isolation failure only.
Reviewed-by: Ba
Let's move the split comment regarding bootmem allocations and memory
holes, especially in the context of ZONE_MOVABLE, to the PageReserved()
check.
Reviewed-by: Baoquan He
Cc: Andrew Morton
Cc: Michal Hocko
Cc: Michael S. Tsirkin
Cc: Mike Kravetz
Cc: Pankaj Gupta
Signed-off-by: David Hilden
Let's allow to online partially plugged memory blocks to ZONE_MOVABLE
and also consider memory blocks that were onlined to ZONE_MOVABLE when
unplugging memory. While unplugged memory blocks are, in general,
unmovable, they can be skipped when offlining memory.
virtio-mem only unplugs fairly big ch
Inside has_unmovable_pages(), we have a comment describing how unmovable
data could end up in ZONE_MOVABLE - via "movable_core". Also, besides
checking if the first page in the pageblock is reserved, we don't
perform any further checks in case of ZONE_MOVABLE.
In case of memory offlining, we set R
On Monday 03 August 2020 14:00:37 Rob Herring wrote:
> On Mon, Aug 3, 2020 at 8:46 AM Pali Rohár wrote:
> >
> > On Wednesday 29 July 2020 12:48:09 Rob Herring wrote:
> > > On Wed, Jul 15, 2020 at 04:25:56PM +0200, Marek Behún wrote:
> > > > From: Pali Rohár
> > > >
> > > > Providing driver's 'rem
Let's document what ZONE_MOVABLE means, how it's used, and which special
cases we have regarding unmovable pages (memory offlining vs. migration /
allocations).
Cc: Andrew Morton
Cc: Michal Hocko
Cc: Michael S. Tsirkin
Cc: Mike Kravetz
Cc: Mike Rapoport
Cc: Pankaj Gupta
Cc: Baoquan He
Signe
@Andrew can we give this a churn and consider it for v5.9 in case there
are no more comments?
Patch #1-#4 have RB's, patch #5 is virtio-mem stuff maintained by me,
patch #6 is just a doc update.
---
Currently, virtio-mem does not really support ZONE_MOVABLE. While it allows
to online fully plugg
On Tue, Aug 4, 2020 at 2:58 AM Daniel Campello wrote:
>
> Fixes enable/disable irq handling at various points. The driver needs to
> only enable/disable irqs if there is an actual irq handler installed.
Reviewed-by: Andy Shevchenko
> Signed-off-by: Daniel Campello
> Reviewed-by: Stephen Boyd
HDMI on some platforms doesn't enable audio support because its Port
Connectivity [31:30] is set to AC_JACK_PORT_NONE:
Node 0x05 [Pin Complex] wcaps 0x40778d: 8-Channels Digital Amp-Out CP
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x00]
Pincap 0x0b94:
This is the start of the stable review cycle for the 5.4.56 release.
There are 91 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Thu, 06 Aug 2020 07:23:45 +.
Anything rece
This is the start of the stable review cycle for the 4.14.192 release.
There are 52 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Thu, 06 Aug 2020 07:23:45 +.
Anything re
This is the start of the stable review cycle for the 4.19.137 release.
There are 57 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Thu, 06 Aug 2020 07:23:45 +.
Anything re
This is the start of the stable review cycle for the 5.7.13 release.
There are 121 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Thu, 06 Aug 2020 07:23:45 +.
Anything rec
On Tue, Aug 4, 2020 at 10:02 AM Joel Stanley wrote:
>
> On Mon, 3 Aug 2020 at 21:49, Arnd Bergmann wrote:
> > ARM: SoC changes for v5.9
>
> > Andy Shevchenko (1):
> > ARM: orion/gpio: Make use of for_each_requested_gpio()
>
> This change broke the arm build (I noticed it when building
> mu
Hi all,
After merging the fsinfo tree, today's linux-next build (powerpc
allyesconfig) produced these warnings:
samples/vfs/test-mntinfo.c: In function 'display_mount':
samples/vfs/test-mntinfo.c:146:19: warning: format '%llx' expects argument of
type 'long long unsigned int', but argument 3 has
在 2020/8/3 下午4:18, Michal Hocko 写道:
> On Sat 01-08-20 11:58:41, Alex Shi wrote:
>>
>>
>> 在 2020/7/31 下午11:16, Johannes Weiner 写道:
if (!entry.val) {
memcg_memory_event(memcg, MEMCG_SWAP_FAIL);
>>> Uncharged readahead pages are gone, but I'm not 100% sure uncharged
>>> page
On Tue, 4 Aug 2020 at 11:46, Bjorn Andersson wrote:
>
> On Sat 01 Aug 08:55 PDT 2020, Amit Pundir wrote:
>
> > Add initial dts support for Xiaomi Poco F1 (Beryllium).
> >
> > This initial support is based on upstream Dragonboard 845c
> > (sdm845) device. With this dts, Beryllium boots AOSP up to
>
On Mon, Aug 03, 2020 at 10:08:43AM +0200, Jiri Slaby wrote:
> Hi,
>
> On 31. 07. 20, 7:22, 张云海 wrote:
> > Remove whitespace at EOL
>
> I am fine with the patch. However it should be sent properly (inline
> mail, having a PATCH subject etc. -- see
> Documentation/process/submitting-patches.rst). g
Hi!
> [ Upstream commit 071995c877a8646209d55ff8e2b054e7424c ]
>
> Fix a bug where driver did not verify Hardware pin capabilities for
> PTP functions.
>
> Fixes: ee7f12205abc ("net/mlx5e: Implement 1PPS support")
> Signed-off-by: Eran Ben Elisha
> Reviewed-by: Ariel Levkovich
> Signed-off
On Tue, Aug 4, 2020 at 10:33 AM Andy Shevchenko
wrote:
>
> On Tue, Aug 4, 2020 at 10:02 AM Joel Stanley wrote:
> >
> > On Mon, 3 Aug 2020 at 21:49, Arnd Bergmann wrote:
> > > ARM: SoC changes for v5.9
> >
> > > Andy Shevchenko (1):
> > > ARM: orion/gpio: Make use of for_each_requested_gpio
This patch allows copying the DSCP from inner IPv4 header to the
outer IPv6 header, when doing SRv6 Encapsulation.
This allows forwarding packet across the SRv6 fabric based on their
original traffic class.
Signed-off-by: Ahmed Abdelsalam
---
net/ipv6/seg6_iptunnel.c | 36 ++
On Sunday, 2 August 2020, 20:02:35 CEST, Andy Shevchenko wrote:
> Thanks for an update, my comments below.
Thanks for the review. Please see below for my questions.
Best regards
Christian
> On Sun, Aug 2, 2020 at 7:40 PM Christian Eggers wrote:
> > Datasheet:
> > https://ams.com/documents/20143
The problem was the declaration of tos.
Fixed and new patch is sent.
On 03/08/2020 21:48, Jakub Kicinski wrote:
On Mon, 3 Aug 2020 18:14:17 + Ahmed Abdelsalam wrote:
This patch allows copying the DSCP from inner IPv4 header to the
outer IPv6 header, when doing SRv6 Encapsulation.
This all
Linux mainline master build breaks on arm64 while building dtbs.
make -sk KBUILD_BUILD_USER=TuxBuild -C/linux ARCH=arm64
CROSS_COMPILE=aarch64-linux-gnu- HOSTCC=gcc CC="sccache
aarch64-linux-gnu-gcc" O=build dtbs
#
../arch/arm64/boot/dts/broadcom/stingray/stingray-usb.dtsi:7.3-14:
Warning (dma_ran
Hi!
> This is the start of the stable review cycle for the 4.19.137 release.
> There are 56 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses should be made by Wed, 05 Aug 2020 12:18:33 +
I got a memleak report when doing some fuzz test:
BUG: memory leak
unreferenced object 0x888103f3da00 (size 64):
comm "syz-executor.0", pid 2270, jiffies 4295404698 (age 46.593s)
hex dump (first 32 bytes):
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
A: http://en.wikipedia.org/wiki/Top_post
Q: Were do I find info about this thing called top-posting?
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
A: No.
Q: Should I includ
On Tue, Aug 04, 2020 at 02:44:41AM +, 吳昊澄 Ricky wrote:
> Hi Chris,
>
> rtsx_pci_write_register(pcr, FPDTL, OC_POWER_DOWN, OC_POWER_DOWN);
> This register operation saved power under 1mA, so if do not care the 1mA
> power we can have a patch to remove it, make compatible with NUC6
> We tested
Delete invalid ac_b_extent backup inside ext4_mb_use_best_found(),
we have done this operation in ext4_mb_new_group_pa() and
ext4_mb_new_inode_pa().
Signed-off-by: Chunguang Xu
---
fs/ext4/mballoc.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/fs/ext4/mballoc.c b/f
On Tue, 4 Aug 2020, Markus Elfring wrote:
> > Changes in v3:
> > - kvfree rules added
>
> I find it interesting to you found such an addition needed for this SmPL
> script.
> I imagine that it can be helpful to support such a source code search by
> a separate script for the semantic patch lan
On Tue, Aug 04, 2020 at 10:11:19AM +0800, ivan wrote:
> On Mon, Aug 3, 2020 at 7:57 PM Greg KH wrote:
> >
> > On Mon, Aug 03, 2020 at 01:49:50PM +0200, Sebastian Reichel wrote:
> > > More importantely I prefer not to merge new APIs without any users
> > > (i.e. a driver making use of those values)
From: Dongdong Yang
This patch provides USF(User Sensitive Feedback factor) auxiliary
cpufreq governor to support high level layer sysfs inodes setting
for utils adjustment purpose from the identified scenario on portable
equipment. Because the power consumption and UI response are more cared
for
On Tue, Aug 4, 2020 at 3:04 PM Nicolin Chen wrote:
>
> On Tue, Aug 04, 2020 at 12:22:53PM +0800, Shengjiu Wang wrote:
>
> > > > Btw, do we need similar change for TRIGGER_STOP?
> > >
> > > This is a good question. It is better to do change for STOP,
> > > but I am afraid that there is no much test
From: Dongdong Yang
The power consumption and UI response are more cared for by the portable
equipment users. USF(User Sensitive Feedback factor) auxiliary cpufreq
governor is providing more utils adjustment settings to the high level
by scenario identification.
>From the view of portable equipm
On Tue, Aug 4, 2020 at 9:34 AM Andy Shevchenko
wrote:
> On Tue, Aug 4, 2020 at 10:02 AM Joel Stanley wrote:
> >
> > On Mon, 3 Aug 2020 at 21:49, Arnd Bergmann wrote:
> > > ARM: SoC changes for v5.9
> >
> > > Andy Shevchenko (1):
> > > ARM: orion/gpio: Make use of for_each_requested_gpio()
On 2020/8/4 11:54, Jaegeuk Kim wrote:
On 08/04, Chao Yu wrote:
On 2020/7/29 15:02, Jaegeuk Kim wrote:
f2fs_write_data_pages(quota_mapping)
__f2fs_write_data_pages f2fs_write_checkpoint
* blk_start_plug(&plug);
* add bio in write_io[DATA]
Hi Andy,
Thanks for the comments. This is indeed a cut-out section of what I
wanted to submit next.
On Mon, 3 Aug 2020 at 18:35, Andy Shevchenko wrote:
>
> On Mon, Aug 3, 2020 at 6:17 PM Crt Mori wrote:
> >
> > TAdut4 was calculated each iteration although it did not change. In light
> > of near
On Mon, Aug 03, 2020 at 04:59:27PM -0400, Michael S. Tsirkin wrote:
> Since this is a modern-only device,
> tag config space fields as having little endian-ness.
>
> Signed-off-by: Michael S. Tsirkin
Reviewed-by: Jean-Philippe Brucker
And tested with the latest sparse
> ---
> include/uapi/li
On 04/08/2020 08:32, Zhang Rui wrote:
[ ... ]
> There must be something wrong here, Daniel and I are following a strict
> process to make sure that we don't lose any history.
>
> For this PR, I'm not quite sure what happened, he probably did
> something by mistake when generating it.
Yes, I did
On Tue, Aug 04, 2020 at 03:50:35PM +0800, Dongdong Yang wrote:
Comments on code stuff only, not if this is actually a valid thing to be
doing at all:
> --- /dev/null
> +++ b/kernel/sched/usf.c
> @@ -0,0 +1,294 @@
> +// SPDX-License-Identifier: GPL-2.0
> +/*
> + * Copyright (C) 2020 XiaoMi Inc.
>
Hi Niklas,
On Mon, Aug 3, 2020 at 8:28 PM Niklas wrote:
>
> Hi Lad,
>
> On 2020-08-03 20:17:54 +0100, Lad, Prabhakar wrote:
> > Hi Niklas,
> >
> > Thank you for the review.
> >
> > On Mon, Aug 3, 2020 at 7:06 PM Niklas wrote:
> > >
> > > Hi Lad,
> > >
> > > Thanks for your work.
> > >
> > > On 2
Hi Marek,
On 8/3/20 4:35 PM, Marek Szyprowski wrote:
Hi All,
On 03.08.2020 17:30, Marek Szyprowski wrote:
On 10.07.2020 21:11, Lukasz Luba wrote:
The driver can operate in two modes relaying on devfreq monitoring
mechanism which periodically checks the device status or it can use
interrupts w
From: Ajit Pandey
We are allocating dma memory for component->dev but trying to mmap
such memory for substream->pcm->card->dev. Replace device argument
in mmap with component->dev to fix this.
Signed-off-by: Ajit Pandey
Signed-off-by: Rohit kumar
Reviewed-by: Srinivas Kandagatla
---
sound/so
From: Ajit Pandey
LPASS variants have their own soc specific clocks that needs to be
enabled for MI2S audio support. Added a common variable in drvdata to
initialize such clocks using bulk clk api. Such clock names is
defined in variants specific data and needs to fetched during init.
Signed-off
Ahbix clock is optional clock and not needed for all platforms.
Move it to lpass-apq8016/ipq806x as it is not needed for sc7180.
Signed-off-by: Rohit kumar
Reviewed-by: Srinivas Kandagatla
---
sound/soc/qcom/lpass-apq8016.c | 27 ++
sound/soc/qcom/lpass-cpu.c | 40 ++
This patch chain add audio support for SC7180 soc by doing the required
modification in existing common lpass-cpu/lpass-platform driver.
This also fixes some concurrency issue.
This patch series is already tested by Srinivas on Dragon Board 410c.
Changes since v4:
- Updated compatible stri
> -Original Message-
> From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org]
> Sent: Tuesday, August 04, 2020 3:49 PM
> To: 吳昊澄 Ricky
> Cc: Chris Clayton; LKML; rdun...@infradead.org; philqua...@gmail.com; Arnd
> Bergmann
> Subject: Re: PATCH: rtsx_pci driver - don't disable
Add dt-bindings to support "qcom,lpass-cpu-sc7180" node.
Signed-off-by: Rohit kumar
---
.../devicetree/bindings/sound/qcom,lpass-cpu.txt | 55 +-
1 file changed, 53 insertions(+), 2 deletions(-)
diff --git a/Documentation/devicetree/bindings/sound/qcom,lpass-cpu.txt
b/Doc
lpass_pcm_data is never freed. Free it in close
ops to avoid memory leak.
Fixes: 022d00ee0b55 ("ASoC: lpass-platform: Fix broken pcm data usage")
Signed-off-by: Rohit kumar
Reviewed-by: Srinivas Kandagatla
---
sound/soc/qcom/lpass-platform.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(
I2SCTL and DMACTL registers has different bits alignment for newer
LPASS variants of SC7180 soc. Use REG_FIELD_ID() to define the
reg_fields in platform specific file and removed shifts and mask
macros for such registers from header file.
Signed-off-by: Rohit kumar
---
sound/soc/qcom/lpass-apq80
Update lpass-cpu binding with yaml formats.
Signed-off-by: Rohit kumar
---
.../devicetree/bindings/sound/qcom,lpass-cpu.txt | 130 ---
.../devicetree/bindings/sound/qcom,lpass-cpu.yaml | 179 +
2 files changed, 179 insertions(+), 130 deletions(-)
delete mode 1
i2sctl register value is set to 0 during hw_free(). This
impacts any ongoing concurrent session on the same i2s
port. As trigger() stop already resets enable bit to 0,
there is no need of explicit hw_free. Removing it to
fix the issue.
Fixes: 80beab8e1d86 ("ASoC: qcom: Add LPASS CPU DAI driver")
S
platform_get_irq_byname() is used when there is list
of interrupts in the device node. As lpass-platform
has only one interrupt entry, use platform_get_irq()
instead.
Signed-off-by: Rohit kumar
---
sound/soc/qcom/lpass-platform.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
platform_get_resource_byname() is used when there
is list of reg entries. As lpass-cpu node has only
one reg entry, use platform_get_resource() instead.
Signed-off-by: Rohit kumar
Reviewed-by: Srinivas Kandagatla
---
sound/soc/qcom/lpass-cpu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(
From: Ajit Pandey
Add platform driver for configuring sc7180 lpass core I2S and
DMA configuration to support playback & capture to external codecs
connected over primary & secondary MI2S interfaces.
Signed-off-by: Ajit Pandey
Signed-off-by: Rohit kumar
Reviewed-by: Srinivas Kandagatla
---
so
From: Ajit Pandey
Add header defining dai-id and mclk id for SC7180 lpass soc.
Signed-off-by: Ajit Pandey
Signed-off-by: Rohit kumar
Acked-by: Rob Herring
---
include/dt-bindings/sound/sc7180-lpass.h | 10 ++
1 file changed, 10 insertions(+)
create mode 100644 include/dt-bindings/so
Stephen Rothwell wrote:
> After merging the fsinfo tree, today's linux-next build (powerpc
> allyesconfig) produced these warnings:
>
> samples/vfs/test-mntinfo.c: In function 'display_mount':
> samples/vfs/test-mntinfo.c:146:19: warning: format '%llx' expects argument of
> type 'long long unsi
On Tue, Aug 04, 2020 at 03:52:49PM +0800, hongxu.zhao wrote:
> Add a new sensor framework into linux kernel which can support multi client
> request sensor data.
> There are the following features:
> 1.Ringbuffer between manager and client;
> 2.Kernel space user interface;
> 3.User spa
On 2020-08-04 03:49, Qian Cai wrote:
Well, each iteration will mmap/munmap, so there should be no leaking.
https://gitlab.com/cailca/linux-mm/-/blob/master/random.c#L376
It also seem to me madvise(MADV_SOFT_OFFLINE) does start to fragment
memory
somehow, because after this "madvise: Cannot al
On Tue, Aug 04, 2020 at 03:53:51PM +0800, Shengjiu Wang wrote:
> > > /* Check if the opposite FRDE is also disabled */
> > > regmap_read(sai->regmap, FSL_SAI_xCSR(!tx, ofs), &xcsr);
> > > + if (sai->synchronous[tx] && !sai->synchronous[!tx] &&
> > > !
On Tue, Aug 04, 2020 at 08:08:10AM +, 吳昊澄 Ricky wrote:
> > -Original Message-
> > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org]
> > Sent: Tuesday, August 04, 2020 3:49 PM
> > To: 吳昊澄 Ricky
> > Cc: Chris Clayton; LKML; rdun...@infradead.org; philqua...@gmail.com; A
> > This featue can be test using network test tools
>
> mispelled: feature, can be used to test network test tools? or can be used to
> exercise network test tool?
when testing this feature, I need network tool to send packet with VLAN tag(pcp
proto and vid), I will change it to avoid ambiguity
On Mon, 2020-08-03 at 14:15 +0800, Crystal Guo wrote:
> The TI syscon reset controller provides a common reset management,
> and should be suitable for other SOCs. Add compatible "generic-reset",
> which denotes to use a common reset-controller driver.
>
> Signed-off-by: Crystal Guo
> ---
> Docu
Hi Prabhakar,
Thanks for the update.
On Mon, Aug 03, 2020 at 03:31:44PM +0100, Lad Prabhakar wrote:
> Document the possible bus-type's supported by the OV5640 sensor driver.
>
> Also add the bus-type in example node.
>
> Signed-off-by: Lad Prabhakar
> ---
> Documentation/devicetree/bindings/m
On Tue, 4 Aug 2020 at 13:03, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 5.7.13 release.
> There are 121 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Resp
Hi Prabhakar,
On Mon, Aug 03, 2020 at 03:31:47PM +0100, Lad Prabhakar wrote:
> Fallback to parallel mode if bus_type doesn't match the supported
> interfaces by the driver.
>
> Signed-off-by: Lad Prabhakar
> ---
> drivers/media/i2c/ov5640.c | 6 ++
> 1 file changed, 6 insertions(+)
>
> dif
In case of error, the function devm_ioremap() returns NULL pointer not
ERR_PTR(). The IS_ERR() test in the return value check should be
replaced with NULL test.
Fixes: f046e4a3f0b9 ("memory: jz4780_nemc: Only request IO memory the driver
will use")
Reported-by: Hulk Robot
Signed-off-by: Wei Yong
On Tue, Aug 04, 2020 at 01:46:31PM +0530, Naresh Kamboju wrote:
> On Tue, 4 Aug 2020 at 13:03, Greg Kroah-Hartman
> wrote:
> >
> > This is the start of the stable review cycle for the 5.7.13 release.
> > There are 121 patches in this series, all will be posted as a response
> > to this one. If an
On Tue, Aug 4, 2020 at 10:42 AM Christian Eggers wrote:
> On Sunday, 2 August 2020, 20:02:35 CEST, Andy Shevchenko wrote:
> > On Sun, Aug 2, 2020 at 7:40 PM Christian Eggers wrote:
...
> > > Datasheet:
> > > https://ams.com/documents/20143/36005/AS73211_DS000556_3-01.pdf/a65474c0-
> > > b302-c2
Linus,
please pull the latest core/entry branch from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
core-entry-2020-08-04
up to: 3135f5b73592: entry: Correct __secure_computing() stub
Generic implementation of common syscall, interrupt and exception
entry/exit functionality bas
Linus,
please pull the latest irq/core branch from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-core-2020-08-04
up to: 3d5128c1deb5: Merge tag 'irqchip-5.9' of
git://git.kernel.org/pub/scm/linux/kernel/git/maz/arm-platforms into irq/core
The usual boring updates from the
Linus,
please pull the latest timers/core branch from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
timers-core-2020-08-04
up to: 31cd0e119d50: timers: Recalculate next timer interrupt only when
necessary
Time, timers and related driver updates:
- Prevent unnecessary timer
Linus,
please pull the latest x86/fsgsbase branch from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-fsgsbase-2020-08-04
up to: d029bff60aa6: x86/fsgsbase: Fix Xen PV support
Support for FSGSBASE. Almost 5 years after the first RFC to support it,
this has been brought into
Linus,
please pull the latest x86/entry branch from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-entry-2020-08-04
up to: adb334d17858: Merge branch 'WIP.x86/entry' into x86/entry, to merge the
latest generic code and resolve conflicts
The conversion of X86 syscall, inter
'--base' as documented in
https://git-scm.com/docs/git-format-patch]
url:
https://github.com/0day-ci/linux/commits/Badhri-Jagan-Sridharan/tcpm-Honour-pSnkStdby-requirement-during-negotiation/20200804-145301
base: https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
usb-test
On Tue, Aug 04, 2020 at 08:24:03AM +, Wei Yongjun wrote:
> In case of error, the function devm_ioremap() returns NULL pointer not
> ERR_PTR(). The IS_ERR() test in the return value check should be
> replaced with NULL test.
>
> Fixes: f046e4a3f0b9 ("memory: jz4780_nemc: Only request IO memory
Hi!
> >> I've measured the kernel decompression speed using QEMU before and after
> >> this patch for the x86_64 and i386 architectures. The speed-up is about
> >> 10x as shown below.
> >>
> >> Code ArchKernel Size TimeSpeed
> >> v5.8 x86_64 11504832 B 148 ms 79 MB
On Sat 2020-08-01 13:46:20, Sergey Senozhatsky wrote:
> On (20/07/31 21:08), Andy Shevchenko wrote:
> > First of all, there is no compile time check for the SMALL
> > to be ' ' (0x20, i.e. space). Second, for ZEROPAD the check
> > is hidden in the code.
> >
> > For better maintenance replace BUILD
1 - 100 of 1162 matches
Mail list logo
