On 05/29/2017 05:45 PM, Benjamin Gaignard wrote:
> Use devm_of_platform_populate() instead of of_platform_populate and
> of_platform_depopulate to simplify driver code
>
> Signed-off-by: Benjamin Gaignard
>
> CC: Jonathan Cameron
> CC: Hartmut Knaack
> CC: Lars-Peter Clausen
> CC: Alexandre T
Hi Lv,
On May 27 2017 or thereabouts, Lv Zheng wrote:
> This patch adds a parameter to acpi_lid_notify_state() so that it can act
> differently against BIOS notification and kernel faked events.
>
> Cc:
> Cc: Benjamin Tissoires
> Cc: Peter Hutterer
> Signed-off-by: Lv Zheng
> ---
Answering t
Hi,
On Fri, 26 May 2017, Logan Gunthorpe wrote:
> On 26/05/17 06:38 AM, Heiko Carstens wrote:
> > On Thu, May 25, 2017 at 09:43:48AM -0600, Logan Gunthorpe wrote:
> > I'd rather move the #ifdef CONFIG_PCI than implementing this yet another
> > time (see patch below). But I'll leave that up to Seba
Hi Lv,
On May 27 2017 or thereabouts, Lv Zheng wrote:
> Both nouveau and i915, the only 2 kernel space lid notification listeners,
> invoke acpi_lid_open() API to obtain _LID returning value instead of using
> the notified value.
>
> So this patch moves this logic from listeners to lid driver, al
On 05/29/2017 05:45 PM, Benjamin Gaignard wrote:
> Use devm_of_platform_populate() instead of of_platform_populate and
> of_platform_depopulate to simplify driver code
>
> Signed-off-by: Benjamin Gaignard
>
> CC: Jonathan Cameron
> CC: Hartmut Knaack
> CC: Lars-Peter Clausen
> CC: Alexandre T
On Sat, May 27, 2017 at 7:56 AM, Baolin Wang wrote:
> This patch adds the binding documentation for Spreadtrum SC9860 pin
> controller device.
>
> Signed-off-by: Baolin Wang
(...)
> +* Spreadtrum Pin Controller
> +
> +The Spreadtrum pin controller are organized in 3 blocks (types).
> +
> +The f
This series add several fixes to STM32 pinctrl:
- Set input mode when PIN is used as interrupt
- Implement .get_direction() gpio_chip callback
- In DT: set each gpio controller as a interrupt controller. User who
wants to use gpio as interrupt will have choice to use either "gpiolib"
int
This patch ensures that pin is correctly set as gpio input when it is used
as an interrupt.
Signed-off-by: Alexandre TORGUE
diff --git a/drivers/pinctrl/stm32/pinctrl-stm32.c
b/drivers/pinctrl/stm32/pinctrl-stm32.c
index d3c5f5d..5a15c7d 100644
--- a/drivers/pinctrl/stm32/pinctrl-stm32.c
+++ b/
Add .get_direction() gpiochip callback in STM32 pinctrl driver.
Signed-off-by: Alexandre TORGUE
diff --git a/drivers/pinctrl/stm32/pinctrl-stm32.c
b/drivers/pinctrl/stm32/pinctrl-stm32.c
index 5a15c7d..814f76c 100644
--- a/drivers/pinctrl/stm32/pinctrl-stm32.c
+++ b/drivers/pinctrl/stm32/pinctr
On 05/29, Vegard Nossum wrote:
>
> This fixes a regression in commit 4d6501dce079 where I didn't notice
> that MIPS and OpenRISC were reinitialising p->{set,clear}_child_tid to
> NULL after our initialisation in copy_process().
Oh, I didn't even know that arch/ can play with xxx_child_tid,
> We c
This patch set each gpio controller as a interrupt controller. User who
wants to use gpio as interrupt will have choice to use either "gpiolib"
interface or "common" interrupt interface.
Acked-by: Linus Walleij
Signed-off-by: Alexandre TORGUE
diff --git a/arch/arm/boot/dts/stm32f429.dtsi b/arch
Hi Jon,
On 17-04-28 01:50 PM, Jon Mason wrote:
On Fri, Apr 28, 2017 at 4:36 PM, Scott Branden
wrote:
On 17-04-28 01:11 PM, Jon Mason wrote:
Tweak the Kconfig description to mention support for NSP and make the
default on for iProc based platforms.
Signed-off-by: Jon Mason
---
drivers/th
On Sat, May 27, 2017 at 7:56 AM, Baolin Wang wrote:
> This patch adds the pin control driver for Spreadtrum SC9860 platform.
>
> Signed-off-by: Baolin Wang
Overall I see that you want to store functions and groups in the device tree
using the current helpers from Tony. That is OK if you want to
On 05/29/2017 05:36 PM, Sakari Ailus wrote:
Hi Hans,
On Mon, May 29, 2017 at 03:46:08PM +0200, Hans Verkuil wrote:
Hi Steve,
On 05/25/2017 02:29 AM, Steve Longerbeam wrote:
In version 7:
- video-mux: switched to Philipp's latest video-mux driver and updated
bindings docs, that makes use o
On Mon, May 29, 2017 at 06:15:44PM +0900, Kunihiko Hayashi wrote:
> Add nodes of thermal monitor and thermal zone for UniPhier PXs2 SoC.
> The thermal monitor is included in sysctrl.
>
> Signed-off-by: Kunihiko Hayashi
> ---
> arch/arm/boot/dts/uniphier-pxs2-gentil.dts | 21 +
For now, one has to globally enable vm.alloc_pgste in order to run
KVM guests. This results in any process getting 4k page tables instead of
only 2k page tables.
As the decision about which page table type to use has to be made at fork
time, there isn't much we can do to avoid this global system s
Let's introduce a new VM type that allows user space to run KVM guests
without having to enable vm.alloc_pgste for all user space processes.
As long as user space follows these simple rules with the new VM type,
everything should be fine:
- Use only mmap for memory to be used with user memory regio
Having to enable vm.alloc_pgste globally might not be the best solution.
4k page tables are created for all processes and running QEMU KVM guests
is more complicated than it should be.
Unfortunately, converting all page tables to 4k pgste page tables is
not possible without provoking various race
On Sat, May 27, 2017 at 12:23 PM, Icenowy Zheng wrote:
> Allwinner A10, A20 and R40 SoCs have similar GPIO layout.
>
> Add SoC definitions in pinctrl-sunxi.h, in order to merge A20 support
> into A10 driver, and add R40 support into it.
>
> Signed-off-by: Icenowy Zheng
> ---
> Changes in v3:
> -
On Sat, May 27, 2017 at 12:23 PM, Icenowy Zheng wrote:
> As A20 is designed as a pin-compatible upgrade of A10, their pin
> controller are very similar, and can share one driver.
>
> Add A20 support to the A10 driver.
>
> Signed-off-by: Icenowy Zheng
> ---
> Changes in v3:
> - Enable A10 driver
Hi Linus,
On 17-05-29 01:31 AM, Linus Walleij wrote:
On Mon, May 22, 2017 at 10:56 PM, Paul Gortmaker
wrote:
Fixups here tend to be more of a conglomerate of some of the other
repeated/systematic ones we've seen in the earlier pinctrl cleanups.
We remove module.h from code that isn't doing
29.05.17 16:13, Mark Brown пишет:
+ int ret = -ENODEV;
+
+ mutex_lock(&sl->master->bus_mutex);
+ if (!w1_reset_select_slave(sl)) {
+ w1_write_8(sl->master, W1_CMD_READ_DATA);
+ w1_write_8(sl->master, reg);
+ *val = w1_read_8(sl->master)
On Fri, May 05, 2017 at 11:17:05AM -0700, Ricardo Neri wrote:
> We are not in a critical failure path. The invalid register type is caused
> when trying to decode invalid instruction bytes from a user-space program.
> Thus, simply print an error message. To prevent this warning from being
> abused
On 2017/05/29 at 16:42, Ulf Hansson wrote:
> On 29 May 2017 at 10:07, Adrian Hunter wrote:
>> On 03/05/17 13:05, Benoît Thébaudeau wrote:
>>> The SDHCI_QUIRK_NO_MULTIBLOCK quirk was used as a workaround for the
>>> ENGcm07207 erratum. However, it caused excruciatingly slow SD transfers
>>> (300 kB
On Sat, May 27, 2017 at 12:23 PM, Icenowy Zheng wrote:
> As we added A20 support to A10 pinctrl driver, now we can delete the
> dedicated A20 pinctrl driver, which is duplicated code.
>
> Signed-off-by: Icenowy Zheng
> ---
> Changes in v3:
> - Only remove the A20 driver(A10 driver for A20 is ena
On Mon, May 29, 2017 at 12:22 AM, Vegard Nossum
wrote:
> This fixes a regression in commit 4d6501dce079 where I didn't notice
> that MIPS and OpenRISC were reinitialising p->{set,clear}_child_tid to
> NULL after our initialisation in copy_process().
Ok, I'll just take this directly, since it's su
On Sat, May 27, 2017 at 12:23 PM, Icenowy Zheng wrote:
> Allwinner R40 has a pin controller like the ones in older Allwinner SoCs
> (especially A20), and can use modified version of the A10/A20 pinctrl
> driver.
>
> Add a compatible string for it.
>
> Signed-off-by: Icenowy Zheng
> Acked-by: Rob
On 29.05.2017 18:29, Peter Zijlstra wrote:
On Mon, May 29, 2017 at 05:22:54PM +0200, Peter Zijlstra wrote:
On Mon, May 29, 2017 at 04:43:09PM +0300, Alexey Budankov wrote:
On 29.05.2017 15:03, Alexander Shishkin wrote:
Alexey Budankov writes:
+ } else if (event->cpu > node_ev
On 25 May 2017 at 09:57, Leo Yan wrote:
> ARMv8 architecture reference manual (ARM DDI 0487A.k) Chapter H7 "The
> Sample-based Profiling Extension" has description for sampling
> registers, we can utilize these registers to check program counter
> value with combined CPU exception level, secure st
On Sat, May 27, 2017 at 12:23 PM, Icenowy Zheng wrote:
> R40 is said to be an upgrade of A20, and its pin configuration is also
> similar to A20 (and thus similar to A10).
>
> Add support for R40 to the A10 pinctrl driver.
>
> Signed-off-by: Icenowy Zheng
Since I applied patches 2-5 you only ne
On Mon, May 29, 2017 at 2:57 PM, Arnd Bergmann wrote:
> The driver cannot access the of_node field when CONFIG_OF is disabled:
>
> drivers/gpio/gpio-ingenic.c: In function 'ingenic_gpio_probe':
> drivers/gpio/gpio-ingenic.c:324:10: error: 'struct gpio_chip' has no member
> named 'of_node'
>
> Fi
On Mon, May 29, 2017 at 6:08 AM, Martin Schiller wrote:
> Signed-off-by: Martin Schiller
Patch applied as obviously correct.
Yours,
Linus Walleij
On 23/05/2017 04:23, Xiao Guangrong wrote:
>
> Ping...
>
> Sorry to disturb, just make this patchset not be missed. :)
It won't. :) I'm going to look at it and the dirty page ring buffer
this week.
Paolo
Knihiko,
On Mon, May 29, 2017 at 06:15:42PM +0900, Kunihiko Hayashi wrote:
> Add a thermal driver for on-chip PVT (Process, Voltage and Temperature)
> monitoring unit implemented on UniPhier SoCs. This driver supports
> temperature monitoring and alert function.
>
> Signed-off-by: Kunihiko Hayash
On Mon, 2017-05-29 at 16:37 +0200, Greg Kroah-Hartman wrote:
> On Sun, May 28, 2017 at 05:40:26PM +0300, Gilad Ben-Yossef wrote:
> > cc_crypto_ctx.h had multiple coding style violations reported by
> > checkpatch. Fix them all.
>
> Sorry, no. You need to do only one-thing-per-patch, and "fix all
>
> On Mon, May 29, 2017 at 02:52:39PM +0200, Peter Zijlstra wrote:
> > On Mon, May 29, 2017 at 02:46:37PM +0200, Jiri Olsa wrote:
> >
> > > for some reason I can't get single SMI count generated, is there a
> > > setup/bench that would provoke that?
> >
> > Not having SMIs is a good thing ;-)
>
On Thu, May 25, 2017 at 8:27 AM, Nikita Yushchenko
wrote:
> - I found that chip's reset line is active low per datasheet, but device
> tree for board I work with states it is active high
There you have it, there is a bug in the device tree, because it is
not properly describing the hardware.
>
Signed-off-by: Oleksij Rempel
Cc: ker...@pengutronix.de
Cc: linux-arm-ker...@lists.infradead.org
Cc: Michael Turquette
Cc: Stephen Boyd
Cc: Rob Herring
Cc: Mark Rutland
Cc: linux-...@vger.kernel.org
Cc: devicet...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
Documentation/devicetree/b
One of the Freescale recommended sequences for power off with external
PMIC is the following:
...
3. SoC is programming PMIC for power off when standby is asserted.
4. In CCM STOP mode, Standby is asserted, PMIC gates SoC supplies.
See:
http://www.nxp.com/assets/documents/data/en/reference-manua
On some boards the SoC can use one pin "PMIC_STBY_REQ" to notify th PMIC
about state changes. In this case internal state of PMIC must be
preconfigured for upcomming state change.
It works fine with the current regulator framework, except with the
power-off case.
This patch is providing an optiona
This board, as well as some other boards with i.MX6 and a PMIC, uses a
"MPIC_STBY_REQ" line to notify the PMIC about a state change.
The PMIC is programmed for a specific state change before triggering the
line.
In this case, PMIC_STBY_REQ can be used for Stand by, Sleep
and Power off modes.
Signe
Document the new optional "fsl,pmic_stby_poweroff" property.
Signed-off-by: Oleksij Rempel
Cc: ker...@pengutronix.de
Cc: linux-arm-ker...@lists.infradead.org
Cc: Liam Girdwood
Cc: Mark Brown
Cc: Rob Herring
Cc: Mark Rutland
Cc: linux-kernel@vger.kernel.org
Cc: devicet...@vger.kernel.org
---
On Mon, May 29, 2017 at 7:57 PM, Joe Perches wrote:
> On Mon, 2017-05-29 at 16:37 +0200, Greg Kroah-Hartman wrote:
>> On Sun, May 28, 2017 at 05:40:26PM +0300, Gilad Ben-Yossef wrote:
>> > cc_crypto_ctx.h had multiple coding style violations reported by
>> > checkpatch. Fix them all.
>>
>> Sorry,
On Fri, May 05, 2017 at 11:17:06AM -0700, Ricardo Neri wrote:
> The function get_reg_offset() returns the offset to the register the
> argument specifies as indicated in an enumeration of type offset. Callers
> of this function would need the definition of such enumeration. This is
> not needed. In
drivers/input/touchscreen/cyttsp5.c:1162:3-8: No need to set .owner here. The
core will do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
CC: Mylène Josserand
Signed-off-by: Fengguang Wu
---
cyttsp5.c |
Hi Mylène,
[auto build test WARNING on input/next]
[also build test WARNING on v4.12-rc3 next-20170529]
[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/Myl-ne-Josserand/Input-Add-Cypress-Gen5
Hi Hans, thanks for the reply...
On 05/29/2017 06:46 AM, Hans Verkuil wrote:
Hi Steve,
On 05/25/2017 02:29 AM, Steve Longerbeam wrote:
In version 7:
What is the status as of v7?
From what I can tell patch 2/34 needs an Ack from Rob Herring,
Yes still missing that Ack. I think the issu
On Mon, May 29, 2017 at 5:38 PM, Greg Kroah-Hartman
wrote:
> On Sun, May 28, 2017 at 05:40:27PM +0300, Gilad Ben-Yossef wrote:
>> ccree had a lot of boilerplate code for dealing with bitops
>> and bitfield register access. Move it over to the generic kernel
>> infrastructure used for doing the sam
On 05/29/2017 07:23 PM, Steve Longerbeam wrote:
Hi Hans, thanks for the reply...
On 05/29/2017 06:46 AM, Hans Verkuil wrote:
Hi Steve,
On 05/25/2017 02:29 AM, Steve Longerbeam wrote:
In version 7:
What is the status as of v7?
From what I can tell patch 2/34 needs an Ack from Rob Herrin
On Mon, May 29, 2017 at 5:41 PM, Greg Kroah-Hartman
wrote:
> On Sun, May 28, 2017 at 05:40:29PM +0300, Gilad Ben-Yossef wrote:
>> The Linked List Item descriptors were being accessed via
>> a baroque set of defines and macro. Re-factor for structs
>> and inline function for readability and sanity.
On 5/28/2017 1:29 PM, Tetsuo Handa wrote:
> Commit 3dfc9b02864b19f4 ("LSM: Initialize security_hook_heads upon
> registration.") treats "struct security_hook_heads" as an implicit array
> of "struct list_head" so that we can eliminate code for static
> initialization. Although we haven't encountere
Hi Guilherme,
(Wow, you should did Cc a lot of people.)
On Thu, 2017-05-25 at 19:04 +, Magalhaes, Guilherme (Brazil R&D-
CL) wrote:
> Mimi,
> With the securityfs symlink we would address the case of setting
> policy inside containers, but we still would need a way to set the
> IMA policy per
On Mon, 2017-05-29 at 20:11 +0300, Gilad Ben-Yossef wrote:
> On Mon, May 29, 2017 at 7:57 PM, Joe Perches wrote:
> > On Mon, 2017-05-29 at 16:37 +0200, Greg Kroah-Hartman wrote:
> > > On Sun, May 28, 2017 at 05:40:26PM +0300, Gilad Ben-Yossef wrote:
> > > > cc_crypto_ctx.h had multiple coding styl
On Mon, May 29, 2017 at 8:36 PM, Joe Perches wrote:
> On Mon, 2017-05-29 at 20:11 +0300, Gilad Ben-Yossef wrote:
>> On Mon, May 29, 2017 at 7:57 PM, Joe Perches wrote:
>> > On Mon, 2017-05-29 at 16:37 +0200, Greg Kroah-Hartman wrote:
>> > > On Sun, May 28, 2017 at 05:40:26PM +0300, Gilad Ben-Yoss
On Mon, May 29, 2017 at 09:29:54AM +0300, Rakesh Pandit wrote:
> Once controller is in DEAD or DELETING state a call to delete_destroy
> from nvme_uninit_ctrl results in setting the latency tolerance via
> nvme_set_latency_tolerance callback even though queues have already
> been killed. This in t
On Sun, 28 May 2017 10:55:40 -0700
Dmitry Torokhov wrote:
> On Sun, May 28, 2017 at 11:47:58AM +0200, Michal Suchanek wrote:
> > On Tue, 9 May 2017 17:43:27 -0700
> > Dmitry Torokhov wrote:
> >
> > If not then please do your job as maintainer and accept trivial
> > patches for perfectly workin
Hi Sakari,
On 05/29/2017 08:36 AM, Sakari Ailus wrote:
Hi Hans,
On Mon, May 29, 2017 at 03:46:08PM +0200, Hans Verkuil wrote:
Hi Steve,
On 05/25/2017 02:29 AM, Steve Longerbeam wrote:
In version 7:
- video-mux: switched to Philipp's latest video-mux driver and updated
bindings docs, tha
brauchen sie schnell geld? Wir helfen ihnen weiter
Wenn reiche person fuhle ich mich verpflichtet menschen eine zweite chance zu
bieten. Keine uberraschungen, kein betrug aber klarheit und schnell geld auf
ihrem konto. Kontaktieren sie uns und geben sie an wie viel sie leihen mochten.
Wie senden
On Mittwoch, 24. Mai 2017 17:02:37 CEST Namhyung Kim wrote:
> On Wed, May 24, 2017 at 03:42:59PM +0200, Milian Wolff wrote:
> > On Wednesday, May 24, 2017 1:46:04 PM CEST Milian Wolff wrote:
> > > On Monday, May 22, 2017 11:06:43 AM CEST Namhyung Kim wrote:
> > > > Why not making the fake symbol ha
On Thu, 25 May 2017 13:50:20 +0900
Masahiro Yamada wrote:
> Drivers are supposed to set correct ecc->{size,strength,bytes} before
> calling nand_scan_tail(), but it does not complain about ecc->total
> bigger than oobsize.
>
> In this case, chip->scan_bbt() crashes due to memory corruption, but
Hi Oleksij,
[auto build test ERROR on robh/for-next]
[also build test ERROR on v4.12-rc3 next-20170529]
[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/Oleksij-Rempel/ARM-imx6q-provide
On 05/29/2017 06:26 AM, Murilo Opsfelder Araujo wrote:
drivers/watchdog/wdrtas.c uses symbols defined in arch/powerpc/kernel/rtas.c,
which are exported iff CONFIG_PPC_RTAS is selected. Building wdrtas.c without
setting CONFIG_PPC_RTAS throws the following errors:
ERROR: ".rtas_token" [drive
Hi Mauro,
This patch seems to have lost somehow. Could you help merging it?
Thanks,
Jacek Anaszewski
On 05/29/2017 09:29 AM, Alexandre Courbot wrote:
> Hi everyone,
>
> On Thu, Apr 27, 2017 at 4:35 AM, Jacek Anaszewski
> wrote:
>> On 04/26/2017 04:54 AM, Alexandre Courbot wrote:
>>> On Wed, Ap
From: Pratyush Anand
modprobe is not able to resolve sysfs modalias for mei devices.
# cat
/sys/class/watchdog/watchdog0/device/watchdog/watchdog0/device/modalias
mei::05b79a6f-4628-4d7f-899d-a91514cb32ab:
# modprobe --set-version 4.9.6-200.fc25.x86_64 -R
mei::05b79a6f-4628-4d7f-899d-a91514cb3
Hi Sean,
[auto build test ERROR on robh/for-next]
[also build test ERROR on v4.12-rc3 next-20170529]
[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/sean-wang-mediatek-com/Add-Basic-SoC-support
Move the CONFIG_PCI device so that ioremap and iounmap are always
available. This looks safe as there's nothing PCI specific in the
implementation of these functions.
I have designs to use these functions in scatterlist.c where they'd likely
never be called without CONFIG_PCI set, but this is need
On Fri, May 26, 2017 at 10:07:46AM -0700, Dmitry Torokhov wrote:
> If you look at the code of this fucntion we really use ps2_data as
> signed in calculations, and this change would break that. While making
> ps2_data u8 might be beneficial we'd need to rework mousedev_packet() to
> use signed temp
On an Ubuntu xenial system, perf annotate says to install powerpc
objdump on a system that already has binutils-powerpc-linux-gnu
installed. Make perf aware of the missing triplet for the
powerpc-linux-gnu target.
Signed-off-by: Kim Phillips
Cc: Ravi Bangoria
---
tools/perf/arch/common.c | 1 +
From: Jagan Teki
from BPI(BIPAI KEJI LIMITED) products the Bananapi board
is named as 'Bananapi M1' and this is the starting
bananapi board from M1 series.
So rename dts and suffix 'M1' on model for the same,
so-that next sequence on bananapi starts like M1 Plus, M2 and so..on
Signed-off-by: Ja
From: Jagan Teki
Since Bananapi brand is owned by BIPAI KEJI(BPI), the previous
Lemaker and Sinovoip no longer use the bananapi brand, hence
Updated the model and compatible for existing bananapi boards
which is denoted same like in binanapi site.
Example: for Bananapi M64 board as
model = "Ban
From: Jagan Teki
Since Bananapi brand is owned by BIPAI KEJI(BPI),
the previous Sinovoip no longer use the bananapi brand,
hence rename sun6i-a31s-sinovoip-bpi-m2.dts to
sun6i-a31s-bananapi-m2.dts
Signed-off-by: Jagan Teki
---
Note: Bananapi BPI product site
http://www.banana-pi.org/product.htm
Rabin,
Am 29.05.2017 um 16:33 schrieb Rabin Vincent:
> On Mon, May 29, 2017 at 01:08:25PM +0100, Al Viro wrote:
>> Userspace sure as hell does. st_dev in stat(2) is a block device number;
>> moreover, there might _be_ a block device with the same number at the same
>> time - even mounted. Why no
On Thu, May 25, 2017 at 03:19:16PM +0100, Jose Abreu wrote:
> This patches makes use of the new mode_valid() callbacks introduced
> previously to validate the full video pipeline when modesetting.
>
> This calls the connector->mode_valid(), encoder->mode_valid(),
> bridge->mode_valid() and crtc->m
On Wed, May 24, 2017 at 9:43 PM, Joe Perches wrote:
> On Wed, 2017-05-24 at 18:01 +0200, SF Markus Elfring wrote:
>> I am curious if I will stumble on a similar change possibility once more
>> for remaining update candidates in other software areas.
>
> Only if you keep your eyes open to the possi
于 2017年5月30日 GMT+08:00 上午3:30:26, Jagan Teki 写到:
>From: Jagan Teki
>
>from BPI(BIPAI KEJI LIMITED) products the Bananapi board
>is named as 'Bananapi M1' and this is the starting
>bananapi board from M1 series.
>
>So rename dts and suffix 'M1' on model for the same,
>so-that next sequence on ba
em_fxstor previously called fxstor_fixup. Both created instances of
struct fxregs_state on the stack, which triggered the warning:
arch/x86/kvm/emulate.c:4018:12: warning: stack frame size of 1080 bytes
in function
'em_fxrstor' [-Wframe-larger-than=]
static int em_fxrstor(struct x86_emulate
User space applications in some cases have the need to enforce a
specific port type(DFP/UFP/DRP). This change allows userspace to
attempt setting the desired port type. Low level drivers can
however reject the request if the specific port type is not supported.
Signed-off-by: Badhri Jagan Sridhara
ping for review
Thanks for all the reviews Guenter & Heikki.
Heikki, Is there anything else that I need to address in this patch ?
Or is the patch ready to be merged ?
Thanks,
Badhri
On Mon, May 29, 2017 at 12:56 PM, Badhri Jagan Sridharan
wrote:
> User space applications in some cases have the need to enforce
Hi Jan,
Thanks for the patch set.
On 05/26/2017 03:17 PM, Jan Kiszka wrote:
> See patches for details.
>
> Jan Kiszka (2):
> leds: trigger: gpio: Refresh LED state after GPIO change
> leds: trigger: gpio: Use threaded IRQ
>
> drivers/leds/trigger/ledtrig-gpio.c | 29 +++
Hi Nick,
[auto build test WARNING on kvm/linux-next]
[also build test WARNING on v4.12-rc3 next-20170529]
[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/Nick-Desaulniers/KVM-x86-avoid-large
On Fri, Apr 14, 2017 at 11:15:04AM -0400, Sean Paul wrote:
> On Thu, Apr 13, 2017 at 03:32:44PM +0800, Jeffy Chen wrote:
> > After unbinding drm, the user space may still owns the drm dev fd, and
> > may still be able to call drm ioctl.
> >
> > We're using an unplugged state to prevent something l
Le 05/29/17 à 02:11, Bogdan Purcareata a écrit :
> Add basic support for Cortina PHY drivers. Support only CS4340 for now.
> The phys are not compatible with IEEE 802.3 clause 22/45 registers.
>
> Implement proper read_status support. The generic 10G phy driver causes
> bus register access errors.
On Tue, May 30, 2017 at 04:14:50AM +0800, kbuild test robot wrote:
>arch/x86/kvm/emulate.c: In function 'em_fxrstor':
> >> arch/x86/kvm/emulate.c:4015:5: warning: 'size' may be used uninitialized
> >> in this function [-Wmaybe-uninitialized]
> rc = segmented_read_std(ctxt, ctxt->memop.add
Le 05/29/17 à 02:11, Bogdan Purcareata a écrit :
> Add device tree description info for Cortina 10G phy devices.
>
> Signed-off-by: Bogdan Purcareata
Reviewed-by: Florian Fainelli
--
Florian
em_fxstor previously called fxstor_fixup. Both created instances of
struct fxregs_state on the stack, which triggered the warning:
arch/x86/kvm/emulate.c:4018:12: warning: stack frame size of 1080 bytes
in function
'em_fxrstor' [-Wframe-larger-than=]
static int em_fxrstor(struct x86_emulate
On Mon, May 29, 2017 at 5:30 PM, Andrew Lunn wrote:
> On Mon, May 29, 2017 at 02:56:01PM +0200, Arnd Bergmann wrote:
>> 'static' was not enough, the helpers must be 'static inline'
>>
>> net/dsa/mv88e6xxx/global2.h:123:12: error: 'mv88e6xxx_g2_misc_4_bit_port'
>> defined but not used [-Werror=unu
On Mon, May 29, 2017 at 04:02:09PM +1000, Stephen Rothwell wrote:
> Hi Paul,
>
> After merging the rcu tree, today's linux-next build (bfin
> BF526-EZBRD_defconfig and several other bfin configs) failed like this:
>
> In file included from include/linux/srcu.h:60:0,
> from includ
With no actual RT task, there is no priority inversion issues to care about.
We can therefore map RT mutexes to regular mutexes in that case and remain
compatible with most users.
Signed-off-by: Nicolas Pitre
---
include/linux/rtmutex.h | 69 +
ker
The stop class is invoked through stop_machine only.
This is dead code on UP builds.
Signed-off-by: Nicolas Pitre
---
kernel/sched/Makefile | 4 ++--
kernel/sched/core.c | 60 +--
kernel/sched/sched.h | 4
3 files changed, 36 insertions(+
On Mon, May 29, 2017 at 5:25 PM, Chris Wilson wrote:
> convince us to look into this patch again?
> -Chris
>
>> >
>> > drivers/gpu/drm/drm_drv.c | 26 ++
>> > drivers/gpu/drm/udl/udl_drv.c | 3 ++-
>> > include/drm/drmP.h| 6 --
>> > include/drm/drm_d
... to sched/deadline.c. This will help configuring the deadline
scheduling class out of the kernel build.
Signed-off-by: Nicolas Pitre
---
kernel/sched/core.c | 335 +--
kernel/sched/deadline.c | 336 +++
On most small systems where user space is tightly controlled, the realtime
scheduling class can often be dispensed with to reduce the kernel footprint.
Let's make it configurable.
Signed-off-by: Nicolas Pitre
---
include/linux/init_task.h | 15 +++
include/linux/sched.h
Many embedded systems don't need the full scheduler support. Most of the
time, user space is tightly controlled and many of the scheduler facilities
are simply unused.
This patch series makes it possible to configure out some parts of the
scheduler such as the deadline and realtime scheduler class
... to sched/rt.c. This will help configuring the realtime scheduling
class out of the kernel build.
Signed-off-by: Nicolas Pitre
---
kernel/sched/core.c | 318 ---
kernel/sched/rt.c| 313 ++
ker
On most small systems, the deadline scheduler class is a luxury that
rarely gets used if at all. It is preferable to have the ability to
configure it out to reduce the kernel size in that case.
Signed-off-by: Nicolas Pitre
---
include/linux/sched.h | 2 ++
include/linux/sched/deadline.
Make CONFIG_CPUSETS depend on SMP as this feature makes no sense
on UP. This allows for configuring out cpuset_cpumask_can_shrink()
and task_can_attach() entirely.
Signed-off-by: Nicolas Pitre
---
init/Kconfig| 1 +
kernel/sched/core.c | 7 +++
2 files changed, 4 insertions(+), 4 del
Check the return status of platform_driver_register() in
mv64x60_edac_init(). Only output messages and initialise the
edac_op_state if the registration is successful.
Signed-off-by: Chris Packham
---
Changes in v3:
- catch the retval of platform_register_drivers and return early on failure
(tha
To allow this driver to be used on non-powerpc platforms it needs to use
io accessors suitable for all platforms.
Signed-off-by: Chris Packham
---
Changes in v2:
- use readl/writel as suggested.
Changes in v3:
- None
drivers/edac/mv64x60_edac.c | 84 ++---
I'm looking at making use of the mv64x60_edac driver for the armada processors.
It appears that at least the DRAM ECC error reporting is the same block from
the old Marvell Discovery class of processors. On the ARM side I need to get
the error interrupts exposed first before I can send my second se
401 - 500 of 645 matches
Mail list logo
