The following commit has been merged into the perf/core branch of tip:
Commit-ID: 7ae811b12e419fd70b7d7159f20ed8519bbe18cc
Gitweb:
https://git.kernel.org/tip/7ae811b12e419fd70b7d7159f20ed8519bbe18cc
Author:Arnaldo Carvalho de Melo
AuthorDate:Fri, 30 Aug 2019 12:29:03 -03:0
The following commit has been merged into the perf/core branch of tip:
Commit-ID: b1d1b094f7570a13dd7c9b995209baacc8aa6273
Gitweb:
https://git.kernel.org/tip/b1d1b094f7570a13dd7c9b995209baacc8aa6273
Author:Arnaldo Carvalho de Melo
AuthorDate:Fri, 30 Aug 2019 10:26:37 -03:0
The following commit has been merged into the perf/core branch of tip:
Commit-ID: 4772925885dac93aa5f00d1c1da9328099cd
Gitweb:
https://git.kernel.org/tip/4772925885dac93aa5f00d1c1da9328099cd
Author:Arnaldo Carvalho de Melo
AuthorDate:Fri, 30 Aug 2019 11:44:32 -03:0
The following commit has been merged into the perf/core branch of tip:
Commit-ID: 4cb3c6d546aa5493a960d05eb73bad8e69a58574
Gitweb:
https://git.kernel.org/tip/4cb3c6d546aa5493a960d05eb73bad8e69a58574
Author:Arnaldo Carvalho de Melo
AuthorDate:Thu, 29 Aug 2019 17:19:02 -03:0
The following commit has been merged into the perf/core branch of tip:
Commit-ID: df552793493ff83b2b7289389d29d417b3ef6d6d
Gitweb:
https://git.kernel.org/tip/df552793493ff83b2b7289389d29d417b3ef6d6d
Author:Kyle Meyer
AuthorDate:Tue, 27 Aug 2019 16:43:52 -05:00
Committer:
The following commit has been merged into the perf/core branch of tip:
Commit-ID: 171f7474b6bb6c7074431f76c28ea87d625c68fd
Gitweb:
https://git.kernel.org/tip/171f7474b6bb6c7074431f76c28ea87d625c68fd
Author:Arnaldo Carvalho de Melo
AuthorDate:Fri, 30 Aug 2019 11:28:14 -03:0
The following commit has been merged into the perf/core branch of tip:
Commit-ID: 7df4e36a4785618f0c63f3dc2bacb164780ab0f6
Gitweb:
https://git.kernel.org/tip/7df4e36a4785618f0c63f3dc2bacb164780ab0f6
Author:Kyle Meyer
AuthorDate:Tue, 27 Aug 2019 16:43:49 -05:00
Committer:
The following commit has been merged into the perf/core branch of tip:
Commit-ID: dc84187f32a3e8eb86bd97f3b10494e1f1fe5e7f
Gitweb:
https://git.kernel.org/tip/dc84187f32a3e8eb86bd97f3b10494e1f1fe5e7f
Author:Kyle Meyer
AuthorDate:Tue, 27 Aug 2019 16:43:51 -05:00
Committer:
The following commit has been merged into the perf/core branch of tip:
Commit-ID: 91854f9a077e18e43ed30ebe9c61f8089bec9166
Gitweb:
https://git.kernel.org/tip/91854f9a077e18e43ed30ebe9c61f8089bec9166
Author:Arnaldo Carvalho de Melo
AuthorDate:Thu, 29 Aug 2019 14:59:50 -03:0
The following commit has been merged into the perf/core branch of tip:
Commit-ID: a77494026309711a5f1e4b078e353cd46c2dad9f
Gitweb:
https://git.kernel.org/tip/a77494026309711a5f1e4b078e353cd46c2dad9f
Author:Arnaldo Carvalho de Melo
AuthorDate:Thu, 29 Aug 2019 14:40:28 -03:0
The following commit has been merged into the perf/core branch of tip:
Commit-ID: fac583fdb6741bf4850928b2a5bb8b0118b5879c
Gitweb:
https://git.kernel.org/tip/fac583fdb6741bf4850928b2a5bb8b0118b5879c
Author:Arnaldo Carvalho de Melo
AuthorDate:Fri, 30 Aug 2019 09:43:25 -03:0
On Mon, Sep 02, 2019 at 10:06:57AM +0200, Pavel Machek wrote:
> >>> Single integer. It's read-only, so it just reports the location.
> >>>
> >>> It would be different if this was a writable control: then you need to
> >>> know which locations are possible to set, and that requires a menu type.
> >
The following commit has been merged into the perf/core branch of tip:
Commit-ID: f37110205c3065546d6995b1463751c7bbb50e89
Gitweb:
https://git.kernel.org/tip/f37110205c3065546d6995b1463751c7bbb50e89
Author:Arnaldo Carvalho de Melo
AuthorDate:Thu, 29 Aug 2019 15:16:27 -03:0
The following commit has been merged into the perf/core branch of tip:
Commit-ID: 92b5a1545ad51e8225e691e9a29ba33cc9fe37bc
Gitweb:
https://git.kernel.org/tip/92b5a1545ad51e8225e691e9a29ba33cc9fe37bc
Author:Kyle Meyer
AuthorDate:Tue, 27 Aug 2019 16:43:48 -05:00
Committer:
The following commit has been merged into the perf/core branch of tip:
Commit-ID: 0ac25fd0a04d8bd52ceac2476e71a4e497489987
Gitweb:
https://git.kernel.org/tip/0ac25fd0a04d8bd52ceac2476e71a4e497489987
Author:Arnaldo Carvalho de Melo
AuthorDate:Thu, 29 Aug 2019 15:42:40 -03:0
The following commit has been merged into the perf/core branch of tip:
Commit-ID: 8c7274691f0de5fb56f3b9fe9208ce7e515a2d2c
Gitweb:
https://git.kernel.org/tip/8c7274691f0de5fb56f3b9fe9208ce7e515a2d2c
Author:Kyle Meyer
AuthorDate:Tue, 27 Aug 2019 16:43:50 -05:00
Committer:
The following commit has been merged into the perf/core branch of tip:
Commit-ID: 0ac1dd5b4a70cfc8591dd9426f800b484765badb
Gitweb:
https://git.kernel.org/tip/0ac1dd5b4a70cfc8591dd9426f800b484765badb
Author:Kyle Meyer
AuthorDate:Tue, 27 Aug 2019 16:43:46 -05:00
Committer:
On 30/08/2019 16:58, Lina Iyer wrote:
> On Fri, Aug 30 2019 at 08:50 -0600, Marc Zyngier wrote:
>> [Please use my kernel.org address in the future. The days of this
>> arm.com address are numbered...]
>>
> Sure, will update and repost.
>
>> On 29/08/2019 19:11, Lina Iyer wrote:
>>> Introduce a new
Hi,
On Mon, Sep 02, 2019 at 09:32:47AM +0200, Michael Nosthoff wrote:
> On Monday, September 02, 2019 09:10 CEST, Sebastian Reichel
> wrote:
> > On Mon, Sep 02, 2019 at 09:31:31AM +1000, Stephen Rothwell wrote:
> > > In commit
> > >
> > > b19aca4eb2d2 ("power: supply: sbs-battery: only return he
On Mon 2019-09-02 11:19:42, Laurent Pinchart wrote:
> On Mon, Sep 02, 2019 at 10:06:57AM +0200, Pavel Machek wrote:
> > >>> Single integer. It's read-only, so it just reports the location.
> > >>>
> > >>> It would be different if this was a writable control: then you need to
> > >>> know which loc
On Mon, 02 Sep 2019 14:01:17 +1000
Michael Ellerman wrote:
> Michael Ellerman writes:
> > Michal Suchanek writes:
> ...
> >> @@ -295,6 +279,12 @@ static inline int current_is_64bit(void)
> >> }
> >>
> >> #else /* CONFIG_PPC64 */
> >> +static int read_user_stack_slow(void __user *ptr, voi
Dear Friend,
I came across your e-mail contact prior a private search while in need of
your assistance. My name is Aisha Gaddafi a single Mother and a Widow with
three Children. I am the only biological Daughter of late Libyan President
(Late Colonel Muammar Gaddafi).
I have investment funds
On Mon, Aug 26, 2019 at 01:20:28PM +0200, Marta Rybczynska wrote:
> Do you mean something like this?
Yes.
On Fri, Aug 30, 2019 at 10:37:54AM +, Fabrizio Castro wrote:
> Dear All,
>
> This patch has been reviewed by Geert, Simon, and Rob, so I think it's ok to
> apply.
> Is anybody willing to take this patch?
<2c> I think Geert can take this
> Thanks,
> Fab
>
> > From: Fabrizio Castro
> > Sen
Instead of implementing our own means of discovering parent nodes, node
names or counting how many parents a node has, use the newly added
functions in the fwnode API to obtain that information.
Signed-off-by: Sakari Ailus
Reviewed-by: Andy Shevchenko
---
lib/vsprintf.c | 38 ---
Add two convenience functions for accessing node's parents:
fwnode_count_parents() returns the number of parent nodes a given node
has. fwnode_get_nth_parent() returns node's parent at a given distance
from the node itself.
Signed-off-by: Sakari Ailus
---
drivers/base/property.c | 46 +
The software_node_get_parent() returned a pointer to the parent swnode,
but did not take a reference to it, leading the caller to put a reference
that was not taken. Take that reference now.
Fixes: 59abd83672f7 ("drivers: base: Introducing software nodes to the firmware
node framework")
Signed-of
Hi all,
This set adds functionality into the device property API (counting a
node's parents as well as obtaining its name) in order to support printing
fwnode names using a new conversion specifier "%pfw". The names that are
produced are equivalent to its OF counterpart "%pOF" on OF systems for th
Add support for %pfw conversion specifier (with "f" and "P" modifiers) to
support printing full path of the node, including its name ("f") and only
the node's name ("P") in the printk family of functions. The two flags
have equivalent functionality to existing %pOF with the same two modifiers
("f"
to_software_node() does not need to modify the fwnode_handle it operates
on; therefore make it const. This allows passing a const fwnode_handle to
to_software_node().
Signed-off-by: Sakari Ailus
Reviewed-by: Andy Shevchenko
Reviewed-by: Heikki Krogerus
---
drivers/base/swnode.c| 4 ++--
in
The fwnode framework did not have means to obtain the name of a node. Add
that now, in form of the fwnode_get_name() function and a corresponding
get_name fwnode op. OF and ACPI support is included.
Signed-off-by: Sakari Ailus
Acked-by: Rob Herring (for OF)
Reviewed-by: Andy Shevchenko
---
dri
Move fwnode_get_parent() above fwnode_get_next_parent(), making the order
the same as in the header file.
Signed-off-by: Sakari Ailus
---
drivers/base/property.c | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/drivers/base/property.c b/drivers/bas
%pS and %ps are now the preferred conversion specifiers to print function
names. The functionality is equivalent; remove the old, deprecated %pF
and %pf support.
Signed-off-by: Sakari Ailus
Reviewed-by: Andy Shevchenko
---
Documentation/core-api/printk-formats.rst | 10 --
lib/vsprintf.
Add a test for the %pfw printk modifier using software nodes.
Signed-off-by: Sakari Ailus
Reviewed-by: Andy Shevchenko
---
lib/test_printf.c | 37 +
1 file changed, 37 insertions(+)
diff --git a/lib/test_printf.c b/lib/test_printf.c
index 944eb50f38625..9c6d
The prefix is used for printing purpose before a node, and it also works
as a separator between two nodes.
Signed-off-by: Sakari Ailus
Acked-by: Rob Herring (for OF)
---
drivers/acpi/property.c | 22 ++
drivers/base/property.c | 12
drivers/base/swnode.c|
Factor out static kobject_string() function that simply calls
device_node_string(), and thus remove references to kobjects (as these are
struct device_node).
Signed-off-by: Sakari Ailus
---
lib/vsprintf.c | 16
1 file changed, 4 insertions(+), 12 deletions(-)
diff --git a/lib/v
On Sat, Aug 31, 2019 at 05:27:13PM +0200, Takashi Iwai wrote:
> On Fri, 30 Aug 2019 15:24:46 +0200,
> Takashi Sakamoto wrote:
> >
> > This commit adds myself as one of maintainers for firewire audio
> > drivers and IEC 61883-1/6 packet streaming engine. I call them ALSA
> > firewire stack as a who
Enable the runtime PM support and forward the struct device pointer for
registration of MT8183 mcucfg clocks.
Signed-off-by: Weiyi Lu
---
drivers/clk/mediatek/clk-mt8183-mfgcfg.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/clk/mediatek/clk-mt8183-mfgcfg.c
Allow those clocks under a power domain to do the runtime pm operation
by forwarding the struct device pointer from clock provider.
Signed-off-by: Weiyi Lu
---
drivers/clk/mediatek/clk-gate.c | 5 +++--
drivers/clk/mediatek/clk-gate.h | 3 ++-
drivers/clk/mediatek/clk-mtk.c | 16 +
mfgcfg clock is under MFG_ASYNC power domain
Signed-off-by: Weiyi Lu
---
arch/arm64/boot/dts/mediatek/mt8183.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8183.dtsi
b/arch/arm64/boot/dts/mediatek/mt8183.dtsi
index c2749c4..3f948e9 100644
--- a/arch/arm6
This series is based on v5.3-rc1 and Mediatek MT8183 scpsys support v7[1].
Since Runtime PM is supported in Common Clock Framework which keeps
clock controller's power domain enabled to ensure clock status accessing
correctly.
[1] https://patchwork.kernel.org/cover/8371/
---
Weiyi Lu (3):
On Tue, 13 Aug 2019, Fuqian Huang wrote:
> As mutex_lock might sleep.
> Function pcap_adc_irq is an interrupt handler.
> The use of mutex_lock in pcap_adc_irq may cause sleep
> in IRQ context.
> Replace mutex_lock with spin_lock to avoid this.
No one has complained explaining why this might be a
On Thu, 01 Aug 2019, Andy Shevchenko wrote:
> Add an MFD driver for Intel Merrifield Basin Cove PMIC.
>
> Firmware on the platforms which are using Basin Cove PMIC is "smarter"
> than on the rest supported by vanilla kernel. It handles first level
> of interrupt itself, while others do it on OS l
On Mon, Sep 2, 2019 at 10:32 AM Simon Horman wrote:
> On Fri, Aug 30, 2019 at 10:37:54AM +, Fabrizio Castro wrote:
> > This patch has been reviewed by Geert, Simon, and Rob, so I think it's ok
> > to apply.
> > Is anybody willing to take this patch?
>
> <2c> I think Geert can take this
If t
On Sun, Sep 01, 2019 at 02:56:44AM -0400, Michael S. Tsirkin wrote:
> On Fri, Aug 30, 2019 at 11:40:59AM +0200, Stefano Garzarella wrote:
> > On Mon, Jul 29, 2019 at 10:04:29AM -0400, Michael S. Tsirkin wrote:
> > > On Wed, Jul 17, 2019 at 01:30:26PM +0200, Stefano Garzarella wrote:
> > > > Since v
>
>Reviewed-by: Alim Akhtar
>Signed-off-by: Bjorn Andersson
Reviewed-by: Bean Huo
//Bean Huo
From: Oded Gabbay
Sent: Monday, 2 September 2019 10:50
> We want to stop using the acronym KMD. Therefore, replace all locations
> (except for register names we can't modify) where KMD is written to other
> terms such as "Linux kernel driver" or "Host kernel driver", etc.
>
> Signed-off-by: Oded
From: Oded Gabbay
Sent: Monday, 2 September 2019 10:50
> If the initialization of a device failed, the driver prints an error message
> with
> the id of the device. The device index on the file system is that id divided
> by
> 2.
>
> Signed-off-by: Oded Gabbay
Reviewed-by: Omer Shpigelman
On 02/09/2019 10:39, Geert Uytterhoeven wrote:
> On Mon, Sep 2, 2019 at 10:32 AM Simon Horman wrote:
>> On Fri, Aug 30, 2019 at 10:37:54AM +, Fabrizio Castro wrote:
>>> This patch has been reviewed by Geert, Simon, and Rob, so I think it's ok
>>> to apply.
>>> Is anybody willing to take this
Hi Yannick,
On 8/2/19 4:08 PM, Yannick Fertré wrote:
> The ltdc pinctrl must be in the display controller node and
> not in the peripheral node (hdmi bridge).
>
> Signed-off-by: Yannick Fertré
> ---
> arch/arm/boot/dts/stm32mp157a-dk1.dts | 6 +++---
> 1 file changed, 3 insertions(+), 3 delet
i.MX8MN DDR4 EVK board has a GPIO LED to indicate status,
add support for it.
Signed-off-by: Anson Huang
---
arch/arm64/boot/dts/freescale/imx8mn-ddr4-evk.dts | 18 ++
1 file changed, 18 insertions(+)
diff --git a/arch/arm64/boot/dts/freescale/imx8mn-ddr4-evk.dts
b/arch/arm64/b
Hi Yannick,
On 8/2/19 4:47 PM, Yannick Fertré wrote:
> The implementation of functions encoder_enable and encoder_disable
> make possible to control the pinctrl according to the encoder type.
> The pinctrl must be activated only if the encoder type is DPI.
> This helps to move the DPI-related pinc
This reverts commit 6fbcdd59094ade30db63f32316e9502425d7b256.
Not needed. Data handled by raw_copy_in_user must be loaded through
copy_from_user to be used in the kernel which already has the barrier.
Signed-off-by: Michal Suchanek
---
arch/powerpc/include/asm/uaccess.h | 1 -
1 file changed,
Time has come to get rid of the old eeprom driver. The at24 driver
should be used instead. So mark the eeprom driver as deprecated and
give users some time to migrate. Then we can remove the legacy
eeprom driver completely.
Signed-off-by: Jean Delvare
Cc: Arnd Bergmann
Cc: Greg Kroah-Hartman
--
On Sat, Aug 31, 2019 at 11:57 PM Krzysztof Wilczynski wrote:
>
> Move the static keyword to the front of declarations of
> snap_handle_length, handle_length and connected_handle_length,
> and resolve the following compiler warnings that can be seen
> when building with warnings enabled (W=1):
>
>
On Mon, Sep 02, 2019 at 11:44:16AM +0800, zhangfei wrote:
>
> Hi, Greg
>
> On 2019/8/30 下午10:54, zhangfei wrote:
> > > > On 2019/8/28 下午11:22, Greg Kroah-Hartman wrote:
> > > > > On Wed, Aug 28, 2019 at 09:27:56PM +0800, Zhangfei Gao wrote:
> > > > > > +struct uacce {
> > > > > > + const char
Hi Pawel,
On Mon, Sep 02, 2019 at 10:27:39AM +0200, Pavel Machek wrote:
> On Mon 2019-09-02 11:19:42, Laurent Pinchart wrote:
> > On Mon, Sep 02, 2019 at 10:06:57AM +0200, Pavel Machek wrote:
> > Single integer. It's read-only, so it just reports the location.
> >
> > It would be diff
On 31.08.2019 15:17, Wolfram Sang wrote:
>
>>> + dev->enable_dig_filt = of_property_read_bool(pdev->dev.of_node,
>>> +"i2c-dig-filter");
>>> +
>>
>> What do you think of the idea to introduce 'flags' to struct i2c_timings
>> and parse the bindin
On Mon, Sep 02, 2019 at 09:39:12AM +0100, Stefan Hajnoczi wrote:
> On Sun, Sep 01, 2019 at 02:56:44AM -0400, Michael S. Tsirkin wrote:
> >
> > OK let me try to clarify. The idea is this:
> >
> > Let's say we queue a buffer of 4K, and we copy if len < 128 bytes. This
> > means that in the worst
On Fri, 16 Aug 2019, Andy Shevchenko wrote:
> Some of the laptops, like ASUS U306UA, may expose LPSS devices via ACPI.
>
> Add their IDs to the list.
>
> Signed-off-by: Andy Shevchenko
> ---
> drivers/mfd/intel-lpss-acpi.c | 26 ++
> 1 file changed, 26 insertions(+)
Ap
On Fri, 16 Aug 2019, Andy Shevchenko wrote:
> Since we already are using BIT() macro, use GENMASK() as well for sake of
> consistency.
>
> Signed-off-by: Andy Shevchenko
> ---
> v2: drop extra shift, move line closer to other bit definitions
> drivers/mfd/intel-lpss.c | 10 +-
> 1 file
Below small changes help re-configure or fix missing inter linking
of regulator node.
Rebased on linux-next-20190830
Changes based top on my prevoius series.
[0] https://patchwork.kernel.org/cover/11125987/
Changes for prevoius changes.
Fix some typo.
Updated few patches as per Martin's suggetio
As per schematics TFLASH_VDD, TF_IO, VCC3V3 fixed regulator output which
is supplied by VDDIO_AO3V3.
While here, move the comment name with the signal name in the
schematics above the gpio property to make it consistent with other
regulators.
Cc: Martin Blumenstingl
Cc: Jerome Brunet
Cc: Neil A
As per schematics VDDIO_AO18, VDDIO_AO3V3/VDD3V3 DDR3_1V5/DDR_VDDC:
fixed regulator output which is supplied by P5V0.
Cc: Martin Blumenstingl
Cc: Jerome Brunet
Cc: Neil Armstrong
Signed-off-by: Anand Moon
---
Changes from previous.
- drop the rename and linking vcc3v3 regulator node.
- fix the
As per schematics HDMI_P5V0 is supplied by P5V0 so add missing link.
Cc: Martin Blumenstingl
Cc: Jerome Brunet
Cc: Neil Armstrong
Signed-off-by: Anand Moon
---
As per Martin's suggestion added the HDMI_P5V0 fix regulator node.
---
arch/arm64/boot/dts/amlogic/meson-gxbb-odroidc2.dts | 10 +
On Fri, Aug 30, 2019 at 5:01 AM Stephen Rothwell wrote:
>
> Hi all,
>
> Today's linux-next merge of the vfs tree got a conflict in:
>
> fs/fuse/inode.c
>
> between commit:
>
> 1458e5e9f99a ("fuse: extract fuse_fill_super_common()")
>
> from the fuse tree and commit:
>
> 2ad9ab0f7429 ("vfs: C
This series is based on v5.3-rc1 and Mediatek MT8183 scpsys support v7[1].
Since Runtime PM is supported in Common Clock Framework which keeps clock
controller's power domain enabled to ensure clock status accessing correctly.
[1] https://patchwork.kernel.org/cover/8371/
---
Weiyi Lu (3):
Allow those clocks under a power domain to do the runtime pm operation
by forwarding the struct device pointer from clock provider.
Signed-off-by: Weiyi Lu
---
drivers/clk/mediatek/clk-gate.c | 5 +++--
drivers/clk/mediatek/clk-gate.h | 3 ++-
drivers/clk/mediatek/clk-mtk.c | 16 +
Enable the runtime PM support and forward the struct device pointer for
registration of MT8183 mcucfg clocks.
Signed-off-by: Weiyi Lu
---
drivers/clk/mediatek/clk-mt8183-mfgcfg.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/clk/mediatek/clk-mt8183-mfgcfg.c
mfgcfg clock is under MFG_ASYNC power domain
Signed-off-by: Weiyi Lu
---
arch/arm64/boot/dts/mediatek/mt8183.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8183.dtsi
b/arch/arm64/boot/dts/mediatek/mt8183.dtsi
index c2749c4..3f948e9 100644
--- a/arch/arm6
From: Josh Poimboeuf
> Sent: 30 August 2019 17:49
> On Fri, Aug 30, 2019 at 08:48:49AM -0700, Linus Torvalds wrote:
> > On Fri, Aug 30, 2019 at 8:02 AM Josh Poimboeuf wrote:
> > >
> > > For KASAN, the Clang threshold for inserting memset() is *2* consecutive
> > > writes instead of 17. Isn't that
On Tue, 20 Aug 2019, Linus Walleij wrote:
> This driver creates a gpio chip so it needs to include the
> appropriate header explicitly rather
> than implicitly.
>
> Signed-off-by: Linus Walleij
> ---
> drivers/mfd/sm501.c | 1 +
> 1 file changed, 1 insertion(+)
Applied, thanks.
--
Lee Jones
On Tue, 20 Aug 2019, Wolfram Sang wrote:
> No need to check the argument of i2c_unregister_device() because the
> function itself does it.
>
> Signed-off-by: Wolfram Sang
> ---
> Build tested only, buildbot is happy, too.
>
> Please apply to your tree.
>
> drivers/mfd/htc-i2cpld.c | 3 +--
>
From: Rasmus Villemoes
> Sent: 30 August 2019 23:51
...
> > But why not just extend check_pointer_msg?
>
> Partly because that would rely on all %p actually eventually
> passing ptr through to that (notably plain %p does not), partly because
> the way check_pointer_msg works means that it has to r
From: Max Chou
Fix the issue that when the FW size is 32K+, it will fail for the download
process because of the incorrect index.
Signed-off-by: Max Chou
---
drivers/bluetooth/btrtl.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/bluetooth/btrtl.c b/drivers
On Mon, Sep 02, 2019 at 11:44:43AM +1000, Michael Ellerman wrote:
> Stephen Rothwell writes:
> > Hi all,
> >
> > Today's linux-next merge of the powerpc tree got a conflict in:
> >
> > arch/Kconfig
> >
> > between commit:
> >
> > 5cf896fb6be3 ("arm64: Add support for relocating the kernel with
On Wed, 21 Aug 2019, Andy Shevchenko wrote:
> There is no need to handle optional module request in the driver
> when user space tools has that feature for ages.
>
> Replace custom code by MODULE_SOFTDEP() macro to let user space know
> that we would like to have the DMA driver loaded first, if a
From: Randy Dunlap
> Sent: 01 September 2019 15:56
> arch/microblaze/ is missing support for get_user() of size 8 bytes,
> so add it by using __copy_from_user().
Ugg
Use get_user() for 4 bytes twice and combine the returned values.
David
-
Registered Address Lakeside, Bramley Road,
On Sat, Aug 31, 2019 at 03:41:17PM +0100, Alessio Balsini wrote:
> Right!
>
> Verified that sysctl_sched_dl_period_max and sysctl_sched_dl_period_min values
> are now always consistent.
>
> I spent some time in trying to figure out if not having any mutex in
> __checkparam_dl() is safe. There can
On Fri, 30 Aug 2019 at 13:45, Mark Brown wrote:
>
> On Wed, Aug 21, 2019 at 06:23:20PM +0200, codekip...@gmail.com wrote:
> > From: Marcus Cooper
> >
> > Fixes: 21faaea1343f ("ASoC: sun4i-i2s: Add support for A83T")
> > Signed-off-by: Marcus Cooper
> > ---
>
> This doesn't apply against current
Üdvözlöm,
A cégét a konkurenciától megkülönböztető olyan különleges eszközök keresése
során, amelyek a munkavállalók és a munkáltató számára egyaránt előnyösek,
érdemes megfontolni a juttatásként adható kártyák alkalmazását.
A kártyán szereplő összeget az Ön alkalmazottai tetszőleges célra hasz
On Sat, 2019-08-31 at 13:56 -0400, Pedro Vanzella wrote:
> Newer Logitech mice report their battery voltage through feature
> 0x1001
> instead of the battery levels through feature 0x1000.
>
> When the device is brought up and we try to query the battery, figure
> out if it supports the old or the
This set of patches is the first step towards a mechanism for automatically
mapping read-only text areas of appropriate size and alignment to THPs
whenever possible.
For now, the central routine, filemap_huge_fault(), amd various support
routines are only included if the experimental kernel config
Hi Chunfeng,
I love your patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[cannot apply to v5.3-rc6 next-20190830]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/C
Add an 'order' argument to __page_cache_alloc() and
do_read_cache_page(). Ensure the allocated pages are compound pages.
Signed-off-by: Matthew Wilcox (Oracle)
Signed-off-by: William Kucharski
Reported-by: kbuild test robot
---
fs/afs/dir.c| 2 +-
fs/btrfs/compression.c | 2 +-
Add filemap_huge_fault() to attempt to satisfy page
faults on memory-mapped read-only text pages using THP when possible.
Signed-off-by: William Kucharski
---
include/linux/mm.h | 2 +
mm/Kconfig | 15 ++
mm/filemap.c | 398 +++--
mm/huge_
In addr_handler(), assuming status == 0 and the device already has
been acquired (id_priv->cma_dev != NULL), we get the following
incorrect "error" message:
RDMA CM: ADDR_ERROR: failed to resolve IP. status 0
Signed-off-by: Håkon Bugge
---
drivers/infiniband/core/cma.c | 2 +-
1 file changed, 1
Dear Sir,
My name is Patrick Lewis, I am the Partnership Director of the famous
brand John Lewis Plc.
John Lewis Plc is is a UK's largest multi-channel retailer with over
50 shops furnished with European products.
Could you also send to us all information required to become one of
your regula
On Fri, Aug 30, 2019 at 06:03:27PM +0100, Yu-cheng Yu wrote:
> On Fri, 2019-08-30 at 09:34 +0100, Dave Martin wrote:
> > On Fri, Aug 30, 2019 at 06:37:45AM +0100, Kees Cook wrote:
> > > On Fri, Aug 23, 2019 at 06:23:40PM +0100, Dave Martin wrote:
> > > > ELF program properties will needed for detec
Builds kernel with "make bzImage EXTRA_CFLAGS=-Wall", gcc complains:
arch/x86/boot/compressed/pgtable_64.c: In function 'paging_prepare':
arch/x86/boot/compressed/pgtable_64.c:92:7: warning: 'new' may be used
uninitialized in this function [-Wmaybe-uninitialized]
new = round_down(new, PAGE_SIZ
On Thu, 29 Aug 2019, Linus Walleij wrote:
> The DB8520 used in a lot of Samsung phones has a slightly higher
> maximum ARMSS frequency than the DB8500. In order to not confuse
> the OPP framework and cpufreq, make sure the PRCMU driver
> returns the correct frequency.
>
> Cc: Lee Jones
> Cc: Ste
On Fri, Aug 30, 2019 at 05:04:24PM -0400, Steven Rostedt wrote:
> On Fri, 30 Aug 2019 22:32:28 +0300
> Andy Shevchenko wrote:
>
> > When we export something, it shan't be static.
>
> I'm finally getting around to my patch queue (it's unfortunately much
> bigger than I should be). But my punishme
From: Colin Ian King
At the end of ocfs2_inode_lock_tracker tmp_oh is true because an
earlier check on tmp_oh being false returns out of the function.
Since tmp_oh is true, the function will always return 1 so remove
the redundant check and return of 0.
Also update description in comment, return
On Mon, Sep 02, 2019 at 05:30:24PM +0800, Zhenzhong Duan wrote:
> Builds kernel with "make bzImage EXTRA_CFLAGS=-Wall", gcc complains:
>
> arch/x86/boot/compressed/pgtable_64.c: In function 'paging_prepare':
> arch/x86/boot/compressed/pgtable_64.c:92:7: warning: 'new' may be used
> uninitialized
+dri-devel mailing list
Le lun. 2 sept. 2019 à 10:47, Philippe CORNU a écrit :
>
> Hi Yannick,
>
> On 8/2/19 4:47 PM, Yannick Fertré wrote:
> > The implementation of functions encoder_enable and encoder_disable
> > make possible to control the pinctrl according to the encoder type.
> > The pinctr
+ dri-devel mailing list
Le lun. 2 sept. 2019 à 10:45, Philippe CORNU a écrit :
>
> Hi Yannick,
>
> On 8/2/19 4:08 PM, Yannick Fertré wrote:
> > The ltdc pinctrl must be in the display controller node and
> > not in the peripheral node (hdmi bridge).
> >
> > Signed-off-by: Yannick Fertré
> > ---
Hi Steve,
Just to let you know that this series no longer apply clean after
your other series:
media: imx: Fix subdev unregister/register issues
And since you will need to send a new one, some notes...
On Tue 06 Aug 2019 at 00:34, Steve Longerbeam wrote:
> Implement a notifier bound op to registe
On Mon, Sep 02, 2019 at 09:13:42AM +0800, Philip Li wrote:
> Thanks Boris, it is applied, and will take effect soon.
Seems to has taken effect. I got the first build report.
Thx!
--
Regards/Gruss,
Boris.
Good mailing practices for 400: avoid top-posting and trim the reply.
Hi Steve,
On Tue 06 Aug 2019 at 00:34, Steve Longerbeam wrote:
> Implement a notifier bound op to register media links from the remote
> sub-device's source pad(s) to the CSI sink pad.
>
> Signed-off-by: Steve Longerbeam
> ---
> drivers/staging/media/imx/imx7-media-csi.c | 24
Hi Pavel,
On Sun, Sep 01, 2019 at 07:24:57PM +0200, Pavel Machek wrote:
> Hi!
>
> > > @@ -510,6 +510,29 @@ enum v4l2_scene_mode -
> > > value down. A value of zero stops the motion if one is in
> > > progress
> > > and has no effect otherwise.
> > >
> > > +``V4L2
101 - 200 of 874 matches
Mail list logo
