On Fri 30-12-16 09:11:17, Mel Gorman wrote:
> On Wed, Dec 28, 2016 at 04:30:25PM +0100, Michal Hocko wrote:
> > Hi,
> > while debugging [1] I've realized that there is some room for
> > improvements in the tracepoints set we offer currently. I had hard times
> > to make any conclusion from the
On Fri 30-12-16 09:11:17, Mel Gorman wrote:
> On Wed, Dec 28, 2016 at 04:30:25PM +0100, Michal Hocko wrote:
> > Hi,
> > while debugging [1] I've realized that there is some room for
> > improvements in the tracepoints set we offer currently. I had hard times
> > to make any conclusion from the
On Sat, Dec 24, 2016 at 07:07:14PM +0800, Xiong Zhou wrote:
> Hi lists,
>
> Since around 20161129 tag, LTP rwtest01 on dax mountpoint blocks
> on linux-next tree, now on Linus tree.
>
> In "normal", rwtest01 subcase ends in a few minutes, now it keeps
> running for hours on dax mountpoint, both
On Sat, Dec 24, 2016 at 07:07:14PM +0800, Xiong Zhou wrote:
> Hi lists,
>
> Since around 20161129 tag, LTP rwtest01 on dax mountpoint blocks
> on linux-next tree, now on Linus tree.
>
> In "normal", rwtest01 subcase ends in a few minutes, now it keeps
> running for hours on dax mountpoint, both
On Fri 30-12-16 10:56:25, Minchan Kim wrote:
> On Thu, Dec 29, 2016 at 08:56:49AM +0100, Michal Hocko wrote:
> > On Thu 29-12-16 15:02:04, Minchan Kim wrote:
> > > On Wed, Dec 28, 2016 at 04:30:29PM +0100, Michal Hocko wrote:
> > > > From: Michal Hocko
> > > >
> > > >
On Fri 30-12-16 10:56:25, Minchan Kim wrote:
> On Thu, Dec 29, 2016 at 08:56:49AM +0100, Michal Hocko wrote:
> > On Thu 29-12-16 15:02:04, Minchan Kim wrote:
> > > On Wed, Dec 28, 2016 at 04:30:29PM +0100, Michal Hocko wrote:
> > > > From: Michal Hocko
> > > >
> > > > mm_vmscan_lru_isolate
On Fri 30-12-16 10:48:53, Minchan Kim wrote:
> On Thu, Dec 29, 2016 at 08:52:46AM +0100, Michal Hocko wrote:
> > On Thu 29-12-16 14:33:59, Minchan Kim wrote:
> > > On Wed, Dec 28, 2016 at 04:30:27PM +0100, Michal Hocko wrote:
[...]
> > > > +TRACE_EVENT(mm_vmscan_lru_shrink_active,
> > > > +
> > >
On Fri 30-12-16 10:48:53, Minchan Kim wrote:
> On Thu, Dec 29, 2016 at 08:52:46AM +0100, Michal Hocko wrote:
> > On Thu 29-12-16 14:33:59, Minchan Kim wrote:
> > > On Wed, Dec 28, 2016 at 04:30:27PM +0100, Michal Hocko wrote:
[...]
> > > > +TRACE_EVENT(mm_vmscan_lru_shrink_active,
> > > > +
> > >
The object palm_bk3710_port_info of type ide_port_info is never
referenced anywhere after initialization by palm_bk3710_probe. It is
also passed as a parameter to ide_host_add which is called from the init
function but this call doesn't store the object reference anywhere, and
it only dereferences
The object palm_bk3710_port_info of type ide_port_info is never
referenced anywhere after initialization by palm_bk3710_probe. It is
also passed as a parameter to ide_host_add which is called from the init
function but this call doesn't store the object reference anywhere, and
it only dereferences
On Wed, Dec 28, 2016 at 04:30:25PM +0100, Michal Hocko wrote:
> Hi,
> while debugging [1] I've realized that there is some room for
> improvements in the tracepoints set we offer currently. I had hard times
> to make any conclusion from the existing ones. The resulting problem
> turned out to be
On Wed, Dec 28, 2016 at 04:30:25PM +0100, Michal Hocko wrote:
> Hi,
> while debugging [1] I've realized that there is some room for
> improvements in the tracepoints set we offer currently. I had hard times
> to make any conclusion from the existing ones. The resulting problem
> turned out to be
On Fri, Dec 23, 2016 at 2:09 PM, M'boumba Cedric Madianga
wrote:
> 2016-12-22 20:11 GMT+01:00 Uwe Kleine-König :
>> On Thu, Dec 22, 2016 at 02:35:02PM +0100, M'boumba Cedric Madianga wrote:
>>> @@ -337,6 +350,16 @@
>>>
On 2016/12/22 13:35, Hanjun Guo wrote:
From: Hanjun Guo
iort_node_get_id() has two output, one is the mapped ids,
the other is the referenced parent node which is returned
from the function.
For now we need a API just return its parent node for
single mapping, so just
On Fri, Dec 23, 2016 at 2:09 PM, M'boumba Cedric Madianga
wrote:
> 2016-12-22 20:11 GMT+01:00 Uwe Kleine-König :
>> On Thu, Dec 22, 2016 at 02:35:02PM +0100, M'boumba Cedric Madianga wrote:
>>> @@ -337,6 +350,16 @@
>>> slew-rate = <2>;
>>>
On 2016/12/22 13:35, Hanjun Guo wrote:
From: Hanjun Guo
iort_node_get_id() has two output, one is the mapped ids,
the other is the referenced parent node which is returned
from the function.
For now we need a API just return its parent node for
single mapping, so just update this function
On 2016/12/22 13:35, Hanjun Guo wrote:
From: Hanjun Guo
The head file is strictly in alphabetic order now, so let's
be the rule breaker. As acpi_iort.h includes acpi.h so remove
the duplidate acpi.h inclusion as well.
Signed-off-by: Hanjun Guo
On 2016/12/22 13:35, Hanjun Guo wrote:
From: Hanjun Guo
The head file is strictly in alphabetic order now, so let's
be the rule breaker. As acpi_iort.h includes acpi.h so remove
the duplidate acpi.h inclusion as well.
Signed-off-by: Hanjun Guo
Cc: Marc Zyngier
Cc: Tomasz Nowicki
---
On Thu, Dec 22, 2016 at 5:13 AM, Chris Packham
wrote:
> From: Kalyan Kinthada
>
> This pinctrl driver supports the 98DX3236, 98DX3336 and 98DX4251 SoCs
> from Marvell.
>
> Signed-off-by: Kalyan Kinthada
On Thu, Dec 22, 2016 at 5:13 AM, Chris Packham
wrote:
> From: Kalyan Kinthada
>
> This pinctrl driver supports the 98DX3236, 98DX3336 and 98DX4251 SoCs
> from Marvell.
>
> Signed-off-by: Kalyan Kinthada
> Signed-off-by: Chris Packham
Looks good to me, Sebastian and/or Thomas P can you ACK
On 2016/12/22 13:35, Hanjun Guo wrote:
From: Hanjun Guo
With the preparation of platform msi support and interrupt producer
in DSDT, we can add mbigen ACPI support now.
We are using _PRS methd to indicate number of irq pins instead
of num_pins in DT to avoid _DSD usage
On 2016/12/22 13:35, Hanjun Guo wrote:
From: Hanjun Guo
With the preparation of platform msi support and interrupt producer
in DSDT, we can add mbigen ACPI support now.
We are using _PRS methd to indicate number of irq pins instead
of num_pins in DT to avoid _DSD usage in this case.
For
On 2016/12/22 13:35, Hanjun Guo wrote:
From: Hanjun Guo
iort_node_get_id() for now only support NC(named componant)->SMMU
or NC->ITS cases, we also have other device topology such NC->
SMMU->ITS, so rework iort_node_get_id() for those cases.
Signed-off-by: Hanjun Guo
On 2016/12/22 13:35, Hanjun Guo wrote:
From: Kefeng Wang
Module owner will be set by driver core, so drop it.
Signed-off-by: Kefeng Wang
Signed-off-by: Hanjun Guo
Cc: Marc Zyngier
Cc:
On 2016/12/22 13:35, Hanjun Guo wrote:
From: Hanjun Guo
iort_node_get_id() for now only support NC(named componant)->SMMU
or NC->ITS cases, we also have other device topology such NC->
SMMU->ITS, so rework iort_node_get_id() for those cases.
Signed-off-by: Hanjun Guo
Cc: Lorenzo Pieralisi
On 2016/12/22 13:35, Hanjun Guo wrote:
From: Kefeng Wang
Module owner will be set by driver core, so drop it.
Signed-off-by: Kefeng Wang
Signed-off-by: Hanjun Guo
Cc: Marc Zyngier
Cc: Thomas Gleixner
Cc: Ma Jun
---
drivers/irqchip/irq-mbigen.c | 1 -
1 file changed, 1 deletion(-)
On 2016/12/22 13:35, Hanjun Guo wrote:
From: Hanjun Guo
With the introduction of its_pmsi_init_one(), we can add some code
on top for ACPI support of platform MSI.
We are scanning the MADT table to get the ITS entry(ies), then use
the information to create the platform
On 2016/12/22 13:35, Hanjun Guo wrote:
From: Hanjun Guo
With the introduction of its_pmsi_init_one(), we can add some code
on top for ACPI support of platform MSI.
We are scanning the MADT table to get the ITS entry(ies), then use
the information to create the platform msi domain for devices
On 2016/12/22 13:35, Hanjun Guo wrote:
From: Hanjun Guo
For devices connecting to ITS, it needs dev id to identify
itself, and this dev id is represented in the IORT table in
named componant node [1] for platform devices, so in this
patch we will scan the IORT to
On 2016/12/22 13:35, Hanjun Guo wrote:
From: Hanjun Guo
Adding ACPI support for platform MSI, we need to retrieve the
dev id in ACPI way instead of device tree, we already have
a well formed function its_pmsi_prepare() to get the dev id
but it's OF dependent, so collect
On 2016/12/22 13:35, Hanjun Guo wrote:
From: Hanjun Guo
For devices connecting to ITS, it needs dev id to identify
itself, and this dev id is represented in the IORT table in
named componant node [1] for platform devices, so in this
patch we will scan the IORT to retrieve device's dev id.
On 2016/12/22 13:35, Hanjun Guo wrote:
From: Hanjun Guo
Adding ACPI support for platform MSI, we need to retrieve the
dev id in ACPI way instead of device tree, we already have
a well formed function its_pmsi_prepare() to get the dev id
but it's OF dependent, so collect OF related code and put
On 2016/12/22 13:35, Hanjun Guo wrote:
From: Hanjun Guo
We are missing req_id's comment for iort_dev_find_its_id(),
add it back.
Signed-off-by: Hanjun Guo
Cc: Lorenzo Pieralisi
Cc: Tomasz Nowicki
On 2016/12/22 13:35, Hanjun Guo wrote:
From: Hanjun Guo
Cleanup iort_match_node_callback() a little bit to reduce
some lines of code, aslo fix the indentation in iort_scan_node().
Signed-off-by: Hanjun Guo
Cc: Lorenzo Pieralisi
On 2016/12/22 13:35, Hanjun Guo wrote:
From: Hanjun Guo
We are missing req_id's comment for iort_dev_find_its_id(),
add it back.
Signed-off-by: Hanjun Guo
Cc: Lorenzo Pieralisi
Cc: Tomasz Nowicki
---
drivers/acpi/arm64/iort.c | 1 +
1 file changed, 1 insertion(+)
diff --git
On 2016/12/22 13:35, Hanjun Guo wrote:
From: Hanjun Guo
Cleanup iort_match_node_callback() a little bit to reduce
some lines of code, aslo fix the indentation in iort_scan_node().
Signed-off-by: Hanjun Guo
Cc: Lorenzo Pieralisi
Cc: Marc Zyngier
Cc: Tomasz Nowicki
---
On 12/29/2016 10:18 PM, Heinrich Schuchardt wrote:
> On 12/29/2016 10:07 AM, Neil Armstrong wrote:
>> On 12/24/2016 03:00 PM, Heinrich Schuchardt wrote:
>>> When trying to run sddm on an Hardkernel Odroid C2 I invariably run into the
>>> translation fault below.
>>>
>>> The following mail thread
On 12/29/2016 10:18 PM, Heinrich Schuchardt wrote:
> On 12/29/2016 10:07 AM, Neil Armstrong wrote:
>> On 12/24/2016 03:00 PM, Heinrich Schuchardt wrote:
>>> When trying to run sddm on an Hardkernel Odroid C2 I invariably run into the
>>> translation fault below.
>>>
>>> The following mail thread
Hi Peter,
Please ignore this patch. After posting this patch, I got that this patch was
already merged by you. I'm sorry to make the confusion.
Regards,
Chanwoo Choi
On 2016년 12월 30일 13:15, Chanwoo Choi wrote:
> This patch uses the resource-managed extcon API for extcon_register_notifier()
>
Hi Peter,
Please ignore this patch. After posting this patch, I got that this patch was
already merged by you. I'm sorry to make the confusion.
Regards,
Chanwoo Choi
On 2016년 12월 30일 13:15, Chanwoo Choi wrote:
> This patch uses the resource-managed extcon API for extcon_register_notifier()
>
On Tue, Dec 20, 2016 at 7:57 PM, John Crispin wrote:
> This patch updates my email address as I no longer have access to the old
> one.
>
> Signed-off-by: John Crispin
Patch applied.
Yours,
Linus Walleij
On Tue, Dec 20, 2016 at 7:57 PM, John Crispin wrote:
> This patch updates my email address as I no longer have access to the old
> one.
>
> Signed-off-by: John Crispin
Patch applied.
Yours,
Linus Walleij
On Tue, Dec 20, 2016 at 7:55 PM, John Crispin wrote:
> This patch updates my email address as I no longer have access to the old
> one.
>
> Signed-off-by: John Crispin
Patch applied.
Yours,
Linus Walleij
On Tue, Dec 20, 2016 at 7:55 PM, John Crispin wrote:
> This patch updates my email address as I no longer have access to the old
> one.
>
> Signed-off-by: John Crispin
Patch applied.
Yours,
Linus Walleij
If configs UEVENT_HELPER_PATH [=/sbin/mdev](/sbin/mdev belongs to busybox),
the kernel may trigger oops and kill progress "mdev" when booting.
The reason is when the init progress is calling do_one_initcall(),devices
will be added and trigger /sbin/mdev to execute(in order to make device
nodes
If configs UEVENT_HELPER_PATH [=/sbin/mdev](/sbin/mdev belongs to busybox),
the kernel may trigger oops and kill progress "mdev" when booting.
The reason is when the init progress is calling do_one_initcall(),devices
will be added and trigger /sbin/mdev to execute(in order to make device
nodes
On Tue, Dec 20, 2016 at 6:41 AM, Christophe JAILLET
wrote:
> Add some tab in order to improve indentation.
>
> Signed-off-by: Christophe JAILLET
Patch applied.
Yours,
Linus Walleij
On Tue, Dec 20, 2016 at 6:41 AM, Christophe JAILLET
wrote:
> Add some tab in order to improve indentation.
>
> Signed-off-by: Christophe JAILLET
Patch applied.
Yours,
Linus Walleij
On Tue, Dec 20, 2016 at 6:40 AM, Christophe JAILLET
wrote:
> Reference to 'sys2pci_np' should be dropped in all cases here, not only in
> error handling path.
>
> Signed-off-by: Christophe JAILLET
Patch applied.
Yours,
Linus
On Tue, Dec 20, 2016 at 6:40 AM, Christophe JAILLET
wrote:
> Reference to 'sys2pci_np' should be dropped in all cases here, not only in
> error handling path.
>
> Signed-off-by: Christophe JAILLET
Patch applied.
Yours,
Linus Walleij
On Mon, Dec 19, 2016 at 6:29 PM, Geert Uytterhoeven
wrote:
> When removing a gpiochip that uses GPIO hogging (e.g. by unloading the
> chip's DT overlay), a warning is printed:
>
> gpio gpiochip8: REMOVING GPIOCHIP WITH GPIOS STILL REQUESTED
>
> This happens because
On Mon, Dec 19, 2016 at 6:29 PM, Geert Uytterhoeven
wrote:
> When removing a gpiochip that uses GPIO hogging (e.g. by unloading the
> chip's DT overlay), a warning is printed:
>
> gpio gpiochip8: REMOVING GPIOCHIP WITH GPIOS STILL REQUESTED
>
> This happens because gpiochip_free_hogs() is
On Mon, Dec 19, 2016 at 12:51 PM, Masahiro Yamada
wrote:
> In the MMC subsystem, we see such initializers that only clears the
> first member explicitly.
>
> For example,
>
> struct mmc_request mrq = {NULL};
>
> sets the first member (.sbc) to NULL explicitly.
On Mon, Dec 19, 2016 at 12:51 PM, Masahiro Yamada
wrote:
> In the MMC subsystem, we see such initializers that only clears the
> first member explicitly.
>
> For example,
>
> struct mmc_request mrq = {NULL};
>
> sets the first member (.sbc) to NULL explicitly. However, this is
> an unstable
Add 'gpios' property to pcie1 dt node and populate it with
GPIO3_23 in order to drive PCIE_RESETn high.
This gets PCIe cards to be detected in AM572X IDK board.
Signed-off-by: Kishon Vijay Abraham I
---
arch/arm/boot/dts/am572x-idk.dts |4
1 file changed, 4
Add 'gpios' property to pcie1 dt node and populate it with
GPIO3_23 in order to drive PCIE_RESETn high.
This gets PCIe cards to be detected in AM572X IDK board.
Signed-off-by: Kishon Vijay Abraham I
---
arch/arm/boot/dts/am572x-idk.dts |4
1 file changed, 4 insertions(+)
diff --git
On Wed, Dec 14, 2016 at 3:24 PM, wrote:
> From: Gabriel Fernandez
>
> This activates strict mode muxing for the STM32 pin controllers,
> as these do not allow GPIO and functions to use the same pin
> simultaneously.
>
> Signed-off-by: Gabriel
On Wed, Dec 14, 2016 at 3:24 PM, wrote:
> From: Gabriel Fernandez
>
> This activates strict mode muxing for the STM32 pin controllers,
> as these do not allow GPIO and functions to use the same pin
> simultaneously.
>
> Signed-off-by: Gabriel Fernandez
Patch applied with Patrice's ACK.
From: Yegor Yefremov
Signed-off-by: Yegor Yefremov
---
Documentation/devicetree/bindings/display/panel/panel-dpi.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Yegor Yefremov
Signed-off-by: Yegor Yefremov
---
Documentation/devicetree/bindings/display/panel/panel-dpi.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/display/panel/panel-dpi.txt
On Fri, Dec 16, 2016 at 10:08 AM, Arnd Bergmann wrote:
> Building with an old toolchain, I ran into this warning:
>
> WARNING: vmlinux.o(.text+0x63eef0): Section mismatch in reference from the
> function mxs_gpio_probe() to the function .init.text:mxs_gpio_init_gc()
>
> Clearly
On Fri, Dec 16, 2016 at 10:08 AM, Arnd Bergmann wrote:
> Building with an old toolchain, I ran into this warning:
>
> WARNING: vmlinux.o(.text+0x63eef0): Section mismatch in reference from the
> function mxs_gpio_probe() to the function .init.text:mxs_gpio_init_gc()
>
> Clearly the annotation
Signed-off-by: Greentime Hu
---
Changes in v3:
- Nothing changed in this patch but I have committed andestech to
vendor-prefixes.txt.
drivers/net/ethernet/faraday/ftmac100.c |7 +++
1 file changed, 7 insertions(+)
diff --git
Signed-off-by: Greentime Hu
---
Changes in v3:
- Nothing changed in this patch but I have committed andestech to
vendor-prefixes.txt.
drivers/net/ethernet/faraday/ftmac100.c |7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/net/ethernet/faraday/ftmac100.c
On Thu, Dec 15, 2016 at 12:12 AM, Sebastien Bourdelin
wrote:
> This commit enables the NBUS on the TS-4600, using the ts-nbus driver.
>
> Signed-off-by: Sebastien Bourdelin
> + nbus {
> +
On Thu, Dec 15, 2016 at 12:12 AM, Sebastien Bourdelin
wrote:
> This commit enables the NBUS on the TS-4600, using the ts-nbus driver.
>
> Signed-off-by: Sebastien Bourdelin
> + nbus {
> + compatible = "technologic,ts-nbus", "simple-bus";
> + pinctrl-0 =
From: Yegor Yefremov
Signed-off-by: Yegor Yefremov
---
Documentation/devicetree/bindings/sound/simple-card.txt | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/sound/simple-card.txt
From: Yegor Yefremov
Signed-off-by: Yegor Yefremov
---
Documentation/devicetree/bindings/sound/simple-card.txt | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/sound/simple-card.txt
601 - 668 of 668 matches
Mail list logo