On 4/4/19 07:55, Mark Brown wrote:
> On Thu, Apr 04, 2019 at 07:09:22AM +0200, Niklas Cassel wrote:
>> From: Jorge Ramirez-Ortiz
>>
>> Signed-off-by: Jorge Ramirez-Ortiz
>> ---
>> drivers/regulator/qcom_spmi-regulator.c | 7 +++
>> 1 file changed, 7 insertions(+)
>
> This doesn't build:
>
On Tue, 02 Apr 2019, Andy Shevchenko wrote:
> On Tue, Apr 02, 2019 at 06:12:11AM +0100, Lee Jones wrote:
> > On Mon, 18 Mar 2019, Andy Shevchenko wrote:
> >
> > > Add an mfd driver for Intel Merrifield Basin Cove PMIC.
> >
> > Nit: s/mfd/MFD/
>
> Noted. And changed for v2.
>
> > > +static cons
On Thu, 04 Apr 2019, Lee Jones wrote:
> On Tue, 02 Apr 2019, Andy Shevchenko wrote:
>
> > On Tue, Apr 02, 2019 at 06:12:11AM +0100, Lee Jones wrote:
> > > On Mon, 18 Mar 2019, Andy Shevchenko wrote:
> > >
> > > > Add an mfd driver for Intel Merrifield Basin Cove PMIC.
> > >
> > > Nit: s/mfd/MFD
On Wed, 03 Apr 2019, Bartosz Golaszewski wrote:
> From: Bartosz Golaszewski
>
> Add a kernel doc for mfd_add_devices().
>
> Signed-off-by: Bartosz Golaszewski
> Acked-by: Pavel Machek
> ---
> drivers/mfd/mfd-core.c | 13 +
> 1 file changed, 13 insertions(+)
For my own reference:
On 4/2/2019 7:37 PM, Greg Kroah-Hartman wrote:
There were a few Kconfig and Makefiles under drivers/tty/ that were
missing a SPDX identifier. Fix that up so that automated tools can
properly classify all kernel source files.
Cc: Jiri Slaby
Cc: Jiri Kosina
Cc: David Sterba
Cc: Rob Herring
Hi Johan,
Thanks for the patch.
On Thu 04 Apr 2019 at 07:53, Johan Hovold wrote:
Since moving the message buffers off the stack, the dynamically
allocated get-prop-descriptor request buffer is incorrectly
sized due to
using the pointer rather than request-struct size when creating
the
operati
On 04/03/2019 11:02 PM, Logan Gunthorpe wrote:
>
>
> On 2019-04-02 10:30 p.m., Anshuman Khandual wrote:
>> Memory removal from an arch perspective involves tearing down two different
>> kernel based mappings i.e vmemmap and linear while releasing related page
>> table pages allocated for the p
Hi Gustavo,
Thanks a lot for the patch.
On Wed 03 Apr 2019 at 21:58, Gustavo A. R. Silva wrote:
Make use of the struct_size() helper instead of an open-coded
version
in order to avoid any potential type mistakes, in particular in
the
context in which this code is being used.
So, replace code
On Wed 03-04-19 19:00:21, Zi Yan wrote:
> From: Zi Yan
>
> Thanks to Dave Hansen's patches, which make PMEM as part of memory as NUMA
> nodes.
> How to use PMEM along with normal DRAM remains an open problem. There are
> several patchsets posted on the mailing list, proposing to use page migrati
[Fixup email for Pavel and add Johannes]
On Thu 04-04-19 11:30:17, Zhaoyang Huang wrote:
> From: Zhaoyang Huang
>
> In previous implementation, the number of refault pages is used
> for judging the refault period of each page, which is not precised as
> eviction of other files will be affect a l
On Wed, 03 Apr 2019, Bartosz Golaszewski wrote:
> From: Bartosz Golaszewski
>
> Add the core mfd driver for max77650 PMIC. We define five sub-devices
> for which the drivers will be added in subsequent patches.
>
> Signed-off-by: Bartosz Golaszewski
> ---
> drivers/mfd/Kconfig | 14
Hi All,
This is just a minor change to promote using of this api
devm_platform_ioremap_resource() and nothing else functional
change it does.
Also, there are patches where only ioremap is used without requesting
the mem region so this devm_platform_ioremap_resource() take cares all
of that in sin
devm_platform_ioremap_resource() internally have platform_get_resource()
and devm_ioremap_resource() in it. So instead of calling them separately
use devm_platform_ioremap_resource() directly.
Signed-off-by: Mukesh Ojha
---
drivers/input/touchscreen/sun4i-ts.c | 3 +--
1 file changed, 1 insertio
devm_platform_ioremap_resource() internally have platform_get_resource()
and devm_ioremap_resource() in it. So instead of calling them separately
use devm_platform_ioremap_resource() directly.
Signed-off-by: Mukesh Ojha
---
drivers/input/touchscreen/mxs-lradc-ts.c | 6 +-
1 file changed, 1 i
devm_platform_ioremap_resource() internally have platform_get_resource()
and devm_ioremap_resource() in it. So instead of calling them separately
use devm_platform_ioremap_resource() directly.
Signed-off-by: Mukesh Ojha
---
drivers/input/touchscreen/ts4800-ts.c | 4 +---
1 file changed, 1 insert
devm_platform_ioremap_resource() internally have platform_get_resource()
and devm_ioremap_resource() in it. So instead of calling them separately
use devm_platform_ioremap_resource() directly.
Signed-off-by: Mukesh Ojha
---
drivers/input/touchscreen/fsl-imx25-tcq.c | 4 +---
1 file changed, 1 in
devm_platform_ioremap_resource() internally have platform_get_resource()
and devm_ioremap_resource() in it. So instead of calling them separately
use devm_platform_ioremap_resource() directly.
Signed-off-by: Mukesh Ojha
---
drivers/input/touchscreen/s3c2410_ts.c | 10 +-
1 file changed,
On Wed, 03 Apr 2019, Charles Keepax wrote:
> From: Richard Fitzgerald
>
> There is a second AEC loopback on cs47l35 so the registers for it should
> be readable.
>
> Signed-off-by: Richard Fitzgerald
> Signed-off-by: Charles Keepax
> ---
> drivers/mfd/cs47l35-tables.c | 2 ++
> 1 file change
Hi All,
This is just a minor change to promote using of this api
devm_platform_ioremap_resource() and nothing else functional
change it does.
Also, there are patches where only ioremap is used without requesting
the mem region so this devm_platform_ioremap_resource() take cares all
of that in sin
devm_platform_ioremap_resource() internally have platform_get_resource()
and devm_ioremap_resource() in it. So instead of calling them separately
use devm_platform_ioremap_resource() directly.
Signed-off-by: Mukesh Ojha
---
drivers/irqchip/irq-uniphier-aidet.c | 4 +---
1 file changed, 1 inserti
devm_platform_ioremap_resource() internally have platform_get_resource()
and devm_ioremap_resource() in it. So instead of calling them separately
use devm_platform_ioremap_resource() directly.
Signed-off-by: Mukesh Ojha
---
drivers/irqchip/irq-mvebu-icu.c | 4 +---
1 file changed, 1 insertion(+)
devm_platform_ioremap_resource() internally have platform_get_resource()
and devm_ioremap_resource() in it. So instead of calling them separately
use devm_platform_ioremap_resource() directly.
Signed-off-by: Mukesh Ojha
---
drivers/irqchip/irq-mvebu-sei.c | 3 +--
1 file changed, 1 insertion(+),
devm_platform_ioremap_resource() internally have platform_get_resource()
and devm_ioremap_resource() in it. So instead of calling them separately
use devm_platform_ioremap_resource() directly.
Signed-off-by: Mukesh Ojha
---
drivers/irqchip/irq-mvebu-pic.c | 4 +---
1 file changed, 1 insertion(+)
devm_platform_ioremap_resource() internally have platform_get_resource()
and devm_ioremap_resource() in it. So instead of calling them separately
use devm_platform_ioremap_resource() directly.
Signed-off-by: Mukesh Ojha
---
drivers/irqchip/irq-imgpdc.c | 10 +-
1 file changed, 1 insertio
devm_platform_ioremap_resource() internally have platform_get_resource()
and devm_ioremap_resource() in it. So instead of calling them separately
use devm_platform_ioremap_resource() directly.
Signed-off-by: Mukesh Ojha
---
drivers/irqchip/irq-ls-scfg-msi.c | 4 +---
drivers/irqchip/irq-mbigen.c
devm_platform_ioremap_resource() internally have platform_get_resource()
and devm_ioremap_resource() in it. So instead of calling them separately
use devm_platform_ioremap_resource() directly.
Signed-off-by: Mukesh Ojha
---
drivers/irqchip/irq-ts4800.c | 4 +---
1 file changed, 1 insertion(+), 3
On Thu, Apr 04, 2019 at 08:09:51AM +0100, Rui Miguel Silva wrote:
> Hi Gustavo,
> Thanks a lot for the patch.
>
> On Wed 03 Apr 2019 at 21:58, Gustavo A. R. Silva wrote:
> > Make use of the struct_size() helper instead of an open-coded
> > version
> > in order to avoid any potential type mistakes
When CONFIG_HAVE_GENERIC_GUP is defined, the kernel will use its own
get_user_pages_fast().
In the following scenario, we will may meet the bug in the DMA case:
.
get_user_pages_fast(start,,, pages);
..
sg_alloc_table_from
On Thu, Apr 04, 2019 at 07:54:52AM +0100, Lee Jones wrote:
> On Thu, 04 Apr 2019, Vaittinen, Matti wrote:
>
> > Actually, now that I thik of it the right way to do this would have
> > been the function pointer in parent data as was done in original patch
> > set. HW-colleagues tend to re-use HW bl
Hi Alexandre,
On mer., avril 03 2019, Alexandre Belloni
wrote:
> The X11 license text [1] is explicitly for the X Consortium and has a
> couple of extra clauses. The MIT license text [2] is actually what the
> current DT files claim.
>
> [1] https://spdx.org/licenses/X11.html
> [2] https://sp
On 4/2/2019 3:13 PM, Peng Fan wrote:
There is no function named munlock_vma_pages, correct it to
munlock_vma_page.
Signed-off-by: Peng Fan
Reviewed-by: Mukesh Ojha
Cheers,
-Mukesh
---
mm/swap.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/swap.c b/mm/swap.c
in
This patch proposes to introduce explicit mapping between DRM connectors
and /dev/cecX adapters.
This is achieved here by adding a new structure with connector info
(DRM card number and connector id) to cec_adapter. That connector info
is expected to be set either by a code creating an adapter or
czw., 4 kwi 2019 o 09:15 Lee Jones napisał(a):
>
> On Wed, 03 Apr 2019, Bartosz Golaszewski wrote:
>
> > From: Bartosz Golaszewski
> >
> > Add the core mfd driver for max77650 PMIC. We define five sub-devices
> > for which the drivers will be added in subsequent patches.
> >
> > Signed-off-by: Ba
On Wed, Apr 03, 2019 at 05:14:02PM +0200, Jernej Skrabec wrote:
> During linux-next testing on Allwinner H6, I found several issues with
> clock driver. This patch series fixes them.
>
> Patch 1 allows video and vpu related clocks to set parent rate.
> Patch 2 adds a comment with short explanation
When !CONFIG_SPARSE_IRQ, request_mutex of struct irq_desc won't
be initialiezed, it leads to system hung, fix it.
Fixes: 9114014cf4e6 ("genirq: Add mutex to irq desc to serialize
request/free_irq()")
Signed-off-by: Kefeng Wang
---
kernel/irq/irqdesc.c | 1 +
1 file changed, 1 insertion(+)
diff
On 4/3/2019 2:45 PM, linmiaohe wrote:
From: Miaohe Lin
It should be IPv6|UDP instead of IPv4|UDP for NETIF_F_IPV6_CSUM
Signed-off-by: linmiaohe
Reviewed-by: Mukesh Ojha
Cheers,
-Mukesh
---
include/linux/skbuff.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/incl
Hi Lorenzo,
On 03/04/19 10:49 PM, Lorenzo Pieralisi wrote:
> On Thu, Mar 21, 2019 at 03:29:27PM +0530, Kishon Vijay Abraham I wrote:
>> Platforms which populate msi_host_init, has it's own MSI controller
>> logic. Writing to MSI control registers on platforms which doesn't use
>> Designware's MSI
On 2019-04-03, John Ogness wrote:
> IMHO it is a bit crazy that userspace RT prio 99 maps to kernel prio
> 0. This leaves a hole at kernel prio 99. Wouldn't it be better just to
> map userspace RT prio 1-99 to kernel prio 99-1?
FWIW, the current mapping:
userspace kernel
Hi Paul,
The 04/03/2019 23:23, Paul Burton wrote:
> External E-Mail
>
>
> Hi Horatiu,
>
> On Wed, Apr 03, 2019 at 05:27:36PM +0200, Horatiu Vultur wrote:
> > diff --git a/arch/mips/configs/generic/board-ocelot.config
> > b/arch/mips/configs/generic/board-ocelot.config
> > index f607888..321574
On Wed, 3 Apr 2019, Matthew Garrett wrote:
> From: David Howells
>
> The testmmiotrace module shouldn't be permitted when the kernel is locked
> down as it can be used to arbitrarily read and write MMIO space. This is
> a runtime check rather than buildtime in order to allow configurations
> whe
On Wed, 3 Apr 2019, Matthew Garrett wrote:
> From: Matthew Garrett
>
> IO port access would permit users to gain access to PCI configuration
> registers, which in turn (on a lot of hardware) give access to MMIO
> register space. This would potentially permit root to trigger arbitrary
> DMA, so l
On Thu, Apr 04, 2019 at 08:59:10AM +0200, Jorge Ramirez wrote:
> > This doesn't build:
> yeah, the SPMI regulator changes are still pending
If you're sending patches that have dependencies on other series that
are reviewed please call that out so people are aware.
signature.asc
Description: PG
On Wed, Apr 03, 2019 at 09:40:46PM +0800, Sugar Zhang wrote:
> This patch set left justified store mode default.
The changelog should really explain why you're doing this.
signature.asc
Description: PGP signature
On Mon, 1 Apr 2019, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> task_current_syscall() has a single user that passes in 6 for maxargs, which
> is the maximum arguments that can be used to get system calls from
> syscall_get_arguments(). Instead of passing in a number of argument
From: Colin Ian King
There are two identical spelling mistakes in dev_err messages. Fix them.
Signed-off-by: Colin Ian King
---
sound/soc/sprd/sprd-pcm-compress.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/soc/sprd/sprd-pcm-compress.c
b/sound/soc/sprd/sprd-p
On 04/04/2019 10:24:49+0300, Matti Vaittinen wrote:
> On Thu, Apr 04, 2019 at 07:54:52AM +0100, Lee Jones wrote:
> > On Thu, 04 Apr 2019, Vaittinen, Matti wrote:
> >
> > > Actually, now that I thik of it the right way to do this would have
> > > been the function pointer in parent data as was done
On 01/04/2019 06:14, Andrey Smirnov wrote:
> Embed per-sensor data into struct qoriq_tmu_data so we can drop the
> code allocating it. This also allows us to get rid of per-sensor back
> reference to struct qoriq_tmu_data since now its address can be
> caluclated using container_of().
This seems t
From: Colin Ian King
There is a spelling mistake in a dev_err message, fix it.
Signed-off-by: Colin Ian King
---
drivers/hid/intel-ish-hid/ishtp-fw-loader.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/hid/intel-ish-hid/ishtp-fw-loader.c
b/drivers/hid/intel-ish-
On 4/4/2019 1:15 PM, Kefeng Wang wrote:
When !CONFIG_SPARSE_IRQ, request_mutex of struct irq_desc won't
be initialiezed, it leads to system hung, fix it.
Fixes: 9114014cf4e6 ("genirq: Add mutex to irq desc to serialize
request/free_irq()")
Signed-off-by: Kefeng Wang
Reviewed-by: Mukesh Oj
On 4/4/2019 1:26 PM, Colin King wrote:
From: Colin Ian King
There are two identical spelling mistakes in dev_err messages. Fix them.
Signed-off-by: Colin Ian King
Reviewed-by: Mukesh Ojha
Cheers,
-Mukesh
---
sound/soc/sprd/sprd-pcm-compress.c | 4 ++--
1 file changed, 2 insertions(+)
On Wed, Apr 3, 2019 at 9:05 PM Al Viro wrote:
>
> On Wed, Apr 03, 2019 at 07:24:54PM +0100, Al Viro wrote:
>
> > If by "how to do it right" you mean "expedit kicking out something with
> > non-zero refcount" - there's no way to do that. Nothing even remotely
> > sane.
> >
> > If you mean "kick ou
When mma8452 is built as module, once it is insmod and rmmod, below
kernel dump will show out, the root cause is module being put twice
if iio trigger pointer is NOT NULL, this patch frees iio trigger
pointer after iio trigger is unregistered to avoid below kernel
dump:
[ cut here ]---
On Thu, 4 Apr 2019 at 15:56, Colin King wrote:
>
> From: Colin Ian King
>
> There are two identical spelling mistakes in dev_err messages. Fix them.
>
> Signed-off-by: Colin Ian King
Thanks for fixing my mistakes.
Reviewed-by: Baolin Wang
--
Baolin Wang
Best Regards
> > > ROHM. Also, I am not terribly excited about the option of changing this
> > > back to function-pointer as I already removed the pointer from parent
> > > data and this changed parent data is already adapted to all sub drivers
> > > - so this is all just babbling. Maybe it is just my huge ego
Currently the code is adding extra back pointer to find out the general
structure for the driver from the sensor data.
Use the get_temp_id() which pass the sensor id when registering the callback.
Signed-off-by: Daniel Lezcano
---
drivers/thermal/qoriq_thermal.c | 6 +++---
1 file changed, 3 in
Currently when we register a sensor, we specify the sensor id and a data
pointer to be passed when the get_temp function is called. However the
sensor_id is not passed to the get_temp callback forcing the driver to
do extra allocation and adding back pointer to find out from the sensor
information
On Wed, 03 Apr 2019, Charles Keepax wrote:
> From: Ajit Pandey
>
> There is a second AEC loopback on cs47l90 so the registers for it should
> be readable.
>
> Signed-off-by: Ajit Pandey
> Signed-off-by: Charles Keepax
> ---
> drivers/mfd/cs47l90-tables.c | 2 ++
> 1 file changed, 2 insertion
On 01/04/2019 06:14, Andrey Smirnov wrote:
> Pass all necessary data to qoriq_tmu_register_tmu_zone() directly
> instead of passing a paltform device and then deriving it. This is
> done as a first step to simplify resource deallocation code.
>
> Signed-off-by: Andrey Smirnov
> Cc: Chris Healy
>
Hello Alexandre,
On Thu, 2019-04-04 at 09:56 +0200, Alexandre Belloni wrote:
> On 04/04/2019 10:24:49+0300, Matti Vaittinen wrote:
> > On Thu, Apr 04, 2019 at 07:54:52AM +0100, Lee Jones wrote:
> > > On Thu, 04 Apr 2019, Vaittinen, Matti wrote:
> > >
> > > > Actually, now that I thik of it the ri
On 01/04/2019 06:14, Andrey Smirnov wrote:
> We can simplify error cleanup code if instead of passing a "struct
> platform_device *" to qoriq_tmu_calibration() and deriving a bunch of
> pointers from it, we pass those pointers directly. This way we won't
> be force to call platform_set_drvdata() as
Since insert_resource() might return an error we don't need
to shadow its error code and would safely propagate to the user.
Signed-off-by: Andy Shevchenko
---
- move an assignment to the separate line inside first branch (Rafael)
drivers/base/platform.c | 10 ++
1 file changed, 6 inser
On arm64 the cadence_master.c file doesn't compile.
readl and writel are undefined.
This patch fixes that by including io.h.
Signed-off-by: Jan Kotas
---
drivers/soundwire/cadence_master.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/soundwire/cadence_master.c
b/drivers/soundwir
On Wed, 03 Apr 2019, Enric Balletbo i Serra wrote:
> Add the cros-usbpd-logger driver for logging event data for the USB PD
> charger available in the Embedded Controller on ChromeOS systems. The
> logging feature is logically separate functionality from charge manager,
> hence is instantiated as
From: Colin Ian King
There is a spelling mistake in the Documentation. Fix it.
Signed-off-by: Colin Ian King
---
Documentation/devicetree/bindings/bus/ti-sysc.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/bus/ti-sysc.txt
b/Documentat
Here are a few dts changes which didn't get picked up
for the last merge window to enable support for code
changes that did land in v5.1.
Let me know if you have any objecitons or feedback!
thanks
-john
Cc: Tanglei Han
Cc: Zhuangluan Su
Cc: Ryan Grachek
Cc: Manivannan Sadhasivam
Cc: Wei Xu
When compiling sample/bpf:
samples/bpf/hbm.h:12:23: error: field ‘lock’ has incomplete type
struct bpf_spin_lock lock;
Fixes: 187d0738ff35(bpf: Sample HBM BPF program to limit egress bw)
Signed-off-by: Bo YU
---
samples/bpf/hbm.h | 2 +-
samples/bpf/hbm_out_kern.c | 4 ++--
2 files chan
The patch
ASoC: rockchip: pdm: Mark RXFIFO_DATA as volatile and precious
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 h
The patch
ASoC: rockchip: pdm: add default regs
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus d
The patch
ASoC: sprd: Fix spelling mistake "faied" -> "failed"
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and
The patch
ASoC: rockchip: pdm: optimize clear logic
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Lin
The patch
ASoC: rockchip: pdm: fix regmap_ops hang issue
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent t
The patch
dt-bindings: sound: add compatible for rk1808
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to
The patch
ASoC: rockchip: pdm: change dma burst to 8
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Li
The patch
ASoC: rockchip: pdm: adjust waterlevel in frame unit
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and
The patch
ASoC: rockchip: pdm: fixup pdm fractional div
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to
Try to add DMA support to the uart nodes following
the assignments made in the dts from the victoria vendor kernel
here:
https://consumer.huawei.com/en/opensource/detail/?siteCode=worldwide&keywords=p10&fileType=openSourceSoftware&pageSize=10&curPage=1
Cc: Tanglei Han
Cc: Zhuangluan Su
Cc: Ryan
The patch
ASoC: rockchip: pdm: add compatible for rk1808
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent t
The patch
ASoC: rockchip: pdm: using left justified store mode
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and
On Mon, 25 Mar 2019, Dan Murphy wrote:
> Remove support for the LM3697 from the ti-lmu
Bit of an odd place to insert a line feed.
> driver in favor of a dedicated LED driver.
>
> Signed-off-by: Dan Murphy
> ---
> drivers/leds/Kconfig| 2 +-
> drivers/mfd/Kconfig
On Thu, 04 Apr 2019, Lee Jones wrote:
> On Mon, 25 Mar 2019, Dan Murphy wrote:
>
> > Remove support for the LM3697 from the ti-lmu
>
> Bit of an odd place to insert a line feed.
>
> > driver in favor of a dedicated LED driver.
> >
> > Signed-off-by: Dan Murphy
> > ---
> > drivers/leds/Kconfi
The patch
dt-bindings: sound: rockchip: add compatible for rk3308/px30
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hou
The patch
ASoC: rockchip: pdm: Correct PDM_CTRL0 reg value
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent
From: Youlin Wang
Add asp-dma device to hi3660 dts
Cc: Tanglei Han
Cc: Zhuangluan Su
Cc: Ryan Grachek
Cc: Manivannan Sadhasivam
Cc: Wei Xu
Cc: Rob Herring
Cc: Mark Rutland
Cc: linux-arm-ker...@lists.infradead.org
Cc: devicet...@vger.kernel.org
Acked-by: Manivannan Sadhasivam
Signed-off-b
A undocumented and unimplemented binding got into the hi3660
dtsi, and this switches that binding to the now documented one.
Cc: Tanglei Han
Cc: Zhuangluan Su
Cc: Ryan Grachek
Cc: Manivannan Sadhasivam
Cc: Wei Xu
Cc: Rob Herring
Cc: Mark Rutland
Cc: linux-arm-ker...@lists.infradead.org
Cc:
On Mon, 25 Mar 2019, Dan Murphy wrote:
> Modify the ramp-up/down property and add the property description
> to the binding.
This is the 'what', but where is the 'why'?
> Signed-off-by: Dan Murphy
> ---
> .../devicetree/bindings/mfd/ti-lmu.txt| 20 ---
> 1 file changed,
From: Peng Li
When set 2 same MAC to different function of one port, IMP
will return error as the later one may modify the origin one.
This will cause bond fail for 2 VFs of one port.
Driver just print warning and return 0 with this patch, so
if set same MAC address, it will return 0 but do not
On Thu, 04 Apr 2019, Vaittinen, Matti wrote:
> Hello Alexandre,
>
> On Thu, 2019-04-04 at 09:56 +0200, Alexandre Belloni wrote:
> > On 04/04/2019 10:24:49+0300, Matti Vaittinen wrote:
> > > On Thu, Apr 04, 2019 at 07:54:52AM +0100, Lee Jones wrote:
> > > > On Thu, 04 Apr 2019, Vaittinen, Matti wr
On Thu, Apr 04, 2019 at 08:03:57AM +0100, Lee Jones wrote:
> On Thu, 04 Apr 2019, Lee Jones wrote:
> > On Tue, 02 Apr 2019, Andy Shevchenko wrote:
> > > On Tue, Apr 02, 2019 at 06:12:11AM +0100, Lee Jones wrote:
> > > > On Mon, 18 Mar 2019, Andy Shevchenko wrote:
> > > > > +static const struct mfd
On 01/04/2019 06:14, Andrey Smirnov wrote:
> Convert driver to use devm_ioremap() to simplify memory deallocation
> and error handling code. No functional change intended.
>
> Signed-off-by: Andrey Smirnov
> Cc: Chris Healy
> Cc: Lucas Stach
> Cc: Zhang Rui
> Cc: Eduardo Valentin
> Cc: Daniel
On Wed, 03 Apr 2019, Evan Green wrote:
> Introduce the command and response structures for the second revision
> of the host sleep event. These structures are part of a new EC change
> that enables detection of failure to enter S0ix. The EC waits a
> kernel-specified timeout (or a default amount o
On 04/03/2019 11:27 PM, Robin Murphy wrote:
> On 03/04/2019 18:32, Logan Gunthorpe wrote:
>>
>>
>> On 2019-04-02 10:30 p.m., Anshuman Khandual wrote:
>>> Memory removal from an arch perspective involves tearing down two different
>>> kernel based mappings i.e vmemmap and linear while releasing r
From: Colin Ian King
There is a spelling mistake in the Documentation. Fix it.
Signed-off-by: Colin Ian King
---
tools/perf/Documentation/perf-script.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/perf/Documentation/perf-script.txt
b/tools/perf/Documentation/per
On Thu, Apr 4, 2019 at 10:12 AM Andy Shevchenko
wrote:
>
> Since insert_resource() might return an error we don't need
> to shadow its error code and would safely propagate to the user.
>
> Signed-off-by: Andy Shevchenko
Reviewed-by: Rafael J. Wysocki
> ---
> - move an assignment to the separa
Some of the configuration were not selected by default anymore, therefore
enable them again. Also remove some configs which are used for MSCC Ocelot.
Signed-off-by: Horatiu Vultur
---
arch/mips/configs/generic/board-ocelot.config | 8
1 file changed, 8 insertions(+)
diff --git a/arch/m
RFC8257 §3.5 explicitly states that DCTCP should "react to loss
episode in the same way that a conventional TCP".
This is also the behavior on MS Windows.
Currently, Linux DCTCP performs no ssthresh reduction when losses
are encountered. Optionally, the dctcp_clamp_alpha_on_loss resets
alpha to it
On Wed, 03 Apr 2019, Evan Green wrote:
> Add support in code for the new forms of the host sleep event.
> Detects the presence of this version of the command at runtime,
> and use whichever form the EC supports. At this time, always
> request the default timeout, and only report the failing respon
On Fri, Feb 22, 2019 at 12:42 AM Peter Zijlstra wrote:
>
> On Thu, Feb 21, 2019 at 04:19:46PM +, Valentin Schneider wrote:
> > Hi,
> >
> > On 18/02/2019 16:56, Peter Zijlstra wrote:
> > [...]
> > > +static bool try_steal_cookie(int this, int that)
> > > +{
> > > + struct rq *dst = cpu_rq(thi
On 04/03/2019 02:47 PM, Michal Hocko wrote:
> On Wed 03-04-19 10:00:04, Anshuman Khandual wrote:
>> Memory hot remove uses get_nid_for_pfn() while tearing down linked sysfs
>> entries between memory block and node. It first checks pfn validity with
>> pfn_valid_within() before fetching nid. With
Smatch complains that "ret" might be uninitialized. I can see why it
generates the warning, but I don't know if it's actually possible.
Anyway initializing "ret" here is harmless.
Signed-off-by: Dan Carpenter
---
drivers/soc/qcom/mdt_loader.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-
On Wed, Apr 03, 2019 at 11:08:09PM +0300, Alexey Dobriyan wrote:
> Currently there is no easy way to get the number of CPUs on the system.
And this patch doesn't change that :-) Still, it does the right thing
and I like it.
The point is that nr_cpu_ids is the length of the bitmap, but does not
co
1 - 100 of 1396 matches
Mail list logo
