Signed-off-by: Ricard Wanderlof
---
MAINTAINERS |6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 9c567a4..d28b863 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4320,6 +4320,12 @@ F: Documentation/networking/phy.txt
F: drivers/of/of_mdio.c
Move uart0 pins to sort the list of pin settings in alphabetical order.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun8i-h3.dtsi | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/arch/arm/boot/dts/sun8i-h3.dtsi b/arch/arm/boot/dts/sun8i-h3.dtsi
index 4a492
The BPI-M2+ is an H3 development board. It is a smaller form factor than
the original BPI-M2, with the new H3 SoC.
It has 1GB DRAM, 8GB eMMC, a micro SD card slot, HDMI output, 2 USB
host connector and 1 USB OTG connector, an IR receiver, WiFi+BT based
on Ampak AP6212.
The board also has a 3 pin
Hi everyone,
This series adds support for Sinovoip's BPI-M2+, an Allwinner H3 SoC based
development board. It is a smaller form factor than the original BPI-M2,
which was based on a different SoC.
The patches are pretty self-explaining.
Regards
ChenYu
Chen-Yu Tsai (3):
ARM: dts: sun8i-h3: mo
On Thursday, June 2, 2016 10:27:51 AM CEST Binoy Jayan wrote:
> Hi,
>
> These are a set of patches which removes semaphores from:
>
> drivers/staging/rtl8192u
>
> They build correctly (individually and as a whole).
> NB: I have not tested this as I do not have the following hardware:
>
> "RealT
On Thu, 2 Jun 2016, Borislav Petkov wrote:
> static int read_registers(struct fam15h_power_data *data)
> {
> - int this_cpu, ret, cpu;
> int core, this_core;
> cpumask_var_t mask;
> + int ret, cpu;
>
> ret = zalloc_cpumask_var(&mask, GFP_KERNEL);
> if (!ret)
> @@
Add uart1 pins for 4 pin (RX/TX/RTS/CTS) mode.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun8i-h3.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-h3.dtsi b/arch/arm/boot/dts/sun8i-h3.dtsi
index 52558046dbaf..3c37f7e2b079 100644
--- a/arch/arm/boot/
From: Yong Li
Without this patch, I2C-1 is missing on beaglebone black boards
Signed-off-by: Yong Li
---
arch/arm/boot/dts/am335x-boneblack.dts | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm/boot/dts/am335x-boneblack.dts
b/arch/arm/boot/dts/am335x-boneblack.dts
On Wed 01-06-16 11:00:06, Eric W. Biederman wrote:
> Cc'd the containers list.
>
> Nikolay Borisov writes:
>
> > Currently the inotify instances/watches are being accounted in the
> > user_struct structure. This means that in setups where multiple
> > users in unprivileged containers map to th
On Thu, Jun 02, 2016 at 09:40:18AM +0200, Vincent Guittot wrote:
> On 2 June 2016 at 01:41, Yuyang Du wrote:
> > On Thu, Jun 02, 2016 at 09:29:53AM +0200, Vincent Guittot wrote:
> >> > My response to your above two comments:
> >> >
> >> > As I said, there can be four possibilities going through th
Add Evatronix NANDFLASH-CTRL NAND flash controller to ARTPEC-6 SoC.
ONFi mode 2 timing has been set as this is compatible also with non-ONFi
SLC NAND flashes, with higher throughput than the default ONFi mode 0.
Signed-off-by: Ricard Wanderlof
---
arch/arm/boot/dts/artpec6.dtsi | 19
Driver for the Evatronix NANDFLASH-CTRL NAND flash controller IP. This
controller is used in the Axis ARTPEC-6 SoC.
The driver supports BCH ECC using the controller's hardware, but there is
also an option to use software BCH ECC. However, the ECC layouts are not
compatible so it's not possible to
This patch set adds a driver and relevant devicetree bindings for the
Evatronix NANDFLASH-CTRL NAND flash controller IP. This controller is
used in the Axis ARTPEC-6 SoC.
The driver supports BCH ECC using the controller's hardware, but there is
also an option to use software BCH ECC. However, the
On Wed, 2016-06-01 at 23:37 -0700, Guenter Roeck wrote:
> On 06/01/2016 11:24 PM, Oliver Neukum wrote:
> > On Wed, 2016-06-01 at 06:34 -0700, Guenter Roeck wrote:
> >> The class code would not explicitly learn about the reset,
> >> but it would be informed about the exited modes.
> >
> > That has d
Devicetree bindings for the driver for the Evatronix NANDFLASH-CTRL NAND flash
controller IP. This controller is used in the Axis ARTPEC-6 SoC.
The driver supports BCH ECC using the controller's hardware, but there is
also an option to use software BCH ECC. However, the ECC layouts are not
compa
Hi! As ACPI bytecode is untrusted for me and also for running kernel, we
should not expect that it does not contain any bugs or other problems.
So I would propose these checks to prevent something wrong...
On Wednesday 01 June 2016 16:50:44 Mario Limonciello wrote:
> +static void set_auxiliary_add
On Thu, Jun 02, 2016 at 12:08:40AM +0200, Pavel Machek wrote:
> On Wed 2016-06-01 18:24:39, Sakari Ailus wrote:
> > Hi Pavel,
>
> > > Well, it does not use any dt properties. So there's not really much to
> > > discuss with dt people...
> > >
> > > Maybe "ad5820" needs to go to list of simple i2c
On Thursday, June 2, 2016 10:27:55 AM CEST Binoy Jayan wrote:
> diff --git a/drivers/staging/rtl8192u/r8192U.h
> b/drivers/staging/rtl8192u/r8192U.h
> index 2780838..7b921d4 100644
> --- a/drivers/staging/rtl8192u/r8192U.h
> +++ b/drivers/staging/rtl8192u/r8192U.h
> @@ -880,7 +880,7 @@ typedef str
On Thursday, June 2, 2016 9:54:06 AM CEST Binoy Jayan wrote:
> Hi,
>
> These are a set of patches [v2] which removes semaphores from:
>
> drivers/staging/rtl8712
>
> They build correctly (individually and as a whole).
> NB: I have not tested this as I do not have the following hardware:
>
> "Re
On 1 June 2016 at 19:42, wrote:
> Peter Zijlstra writes:
>
>> On Tue, May 24, 2016 at 11:55:10AM +0200, Vincent Guittot wrote:
>>> diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
>>> index 218f8e8..6d3fbf2 100644
>>> --- a/kernel/sched/fair.c
>>> +++ b/kernel/sched/fair.c
>>> @@ -290,15 +
Hi Neil,
Am Montag, den 30.05.2016, 15:27 +0200 schrieb Neil Armstrong:
> Patchset to add and enable the reset controller driver on Meson SoCs
> platforms.
>
> This reset controller has up to 256 reset lines with reset pulse generation
> only,
> so the assert and deassert calls are not availabl
On 2 June 2016 at 01:41, Yuyang Du wrote:
> On Thu, Jun 02, 2016 at 09:29:53AM +0200, Vincent Guittot wrote:
>> > My response to your above two comments:
>> >
>> > As I said, there can be four possibilities going through the above
>> > sequences:
>> >
>> > (1) on_rq, (2) !on_rq, (a) was fair clas
On Thu, Jun 02, 2016 at 09:29:53AM +0200, Vincent Guittot wrote:
> > My response to your above two comments:
> >
> > As I said, there can be four possibilities going through the above
> > sequences:
> >
> > (1) on_rq, (2) !on_rq, (a) was fair class (representing last_update_time !=
> > 0),
> > (b
Now that we do have pci_request_mem_regions() and pci_release_mem_regions() at
hand, use it in the Intel ethernet drivers.
Suggested-by: Christoph Hellwig
Signed-off-by: Johannes Thumshirn
Cc: Jeff Kirsher
Cc: David S. Miller
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: inte
On 06/01/2016 03:36 AM, Gabriele Paoloni wrote:
> If you agree I think Jon can tell who's the best person to
> push the quirk RFC (as my understanding is that this mechanism
> is currently used by some platforms deployed on the market...)
Let me ping Linaro folks to see who has that (quirks) ball
Add helpers to request and release a device's memory or I/O regions.
With these helpers in place, one does not need to select a device's memory or
I/O regions with pci_select_bars() prior to requesting or releasing them.
Suggested-by: Christoph Hellwig
Signed-off-by: Johannes Thumshirn
Reviewed
The first patch in this series introduces the following 4 helper functions to
the PCI core:
* pci_request_mem_regions()
* pci_request_io_regions()
* pci_release_mem_regions()
* pci_release_io_regions()
which encapsulate the request and release of a PCI device's memory or I/O
bars.
The subsequent
Now that we do have pci_request_mem_regions() and pci_release_mem_regions() at
hand, use it in the ethernet drivers.
Suggested-by: Christoph Hellwig
Signed-off-by: Johannes Thumshirn
Cc: Jay Cliburn
Cc: Chris Snook
Cc: David S. Miller
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.or
Now that we do have pci_request_mem_regions() and pci_release_mem_regions() at
hand, use it in the genwqe driver.
Suggested-by: Christoph Hellwig
Signed-off-by: Johannes Thumshirn
Cc: Frank Haverkamp
Cc: Greg Kroah-Hartman
---
drivers/misc/genwqe/card_base.c | 13 +
1 file changed
Now that we do have pci_request_mem_regions() and pci_release_mem_regions() at
hand, use it in the NVMe driver.
Suggested-by: Christoph Hellwig
Signed-off-by: Johannes Thumshirn
Reviewed-by: Christoph Hellwig
Cc: Christoph Hellwig
Cc: Keith Busch
Cc: Jens Axboe
Cc: linux-n...@lists.infradead
Now that we do have pci_request_mem_regions() and pci_release_mem_regions() at
hand, use it in the lpfc driver.
Suggested-by: Christoph Hellwig
Signed-off-by: Johannes Thumshirn
Cc: James Smart
Cc: Dick Kennedy
Cc: "James E.J. Bottomley"
Cc: "Martin K. Petersen"
Cc: linux-s...@vger.kernel.or
On 1 June 2016 at 21:21, Yuyang Du wrote:
> On Wed, Jun 01, 2016 at 02:20:09PM +0200, Vincent Guittot wrote:
>> On 1 June 2016 at 05:41, Yuyang Du wrote:
>> > Vincent reported that the first task to a new task group's cfs_rq will
>> > be attached in attach_task_cfs_rq() and once more when it is e
On Wed, Nov 11, 2015 at 03:24:33PM -0800, Kees Cook wrote:
> On Wed, Nov 11, 2015 at 3:23 PM, Luck, Tony wrote:
> module_init(efivars_pstore_init);
> >>>
> >>> Looks OK to me. Kees, are you picking this up?
> >>
> >> I can, though usually it goes through Tony.
> >
> > Can I count that as "Ac
On Mon, 2016-23-05 at 08:45:49 UTC, Christophe Leroy wrote:
> sub_reloc_offset() has not been used since
> commit 917f0af9e5a9 ("powerpc: Remove arch/ppc and include/asm-ppc")
> which removed include/asm-ppc/prom.h
>
> Signed-off-by: Christophe Leroy
> ---
> arch/powerpc/kernel/misc_32.S | 14 --
Greg KH writes:
> And finally, this seems odd overall given that a MAC address should be
> associated with the specific network device, not the overall system.
Definitely.
I wonder if this isn't a perfect candidate for an x86
arch_get_platform_mac_address() implementation? Then you could just
On 06/01/2016 01:59 PM, Peter Chen wrote:
> On Wed, Jun 01, 2016 at 10:02:21AM +0200, Krzysztof Kozlowski wrote:
>> On Odroid U3 (Exynos4412-based) board if USB was initialized by
>> bootloader (in U-Boot "usb start" before tftpboot), the HUB (usb3503)
>> and LAN (smsc95xx) after after successful p
On Wed, Jun 01, 2016 at 11:15:09AM -0700, Guenter Roeck wrote:
> It would be great if you can add at least part of the BUG message as well
> as a Fixes: tag into the patch description.
How's that:
---
From: Borislav Petkov
Date: Wed, 1 Jun 2016 11:36:13 +0200
Subject: [PATCH] hwmon: (fam15h_powe
On Thursday, June 2, 2016 8:56:05 AM CEST Gerd Hoffmann wrote:
> On Do, 2016-06-02 at 00:39 +0200, Arnd Bergmann wrote:
> > On Wednesday, June 1, 2016 3:30:35 PM CEST Eric Anholt wrote:
> > > Arnd Bergmann writes:
> > >
> > > > On Wednesday, June 1, 2016 11:43:18 PM CEST Gerd Hoffmann wrote:
> >
Am 02.06.2016 um 00:44 schrieb Daniel Vetter:
On Wed, Jun 01, 2016 at 09:54:04PM +0530, Sumit Semwal wrote:
Hi Christian, Gustavo,
Thanks for these patches.
On 1 June 2016 at 20:55, Gustavo Padovan wrote:
2016-06-01 Christian König :
From: Gustavo Padovan
struct fence_collection inherits
On Thu, Jun 02, 2016 at 08:56:40AM +0200, Vincent Guittot wrote:
> > Well, I won't argue that this hasn't changed, but I'd argue that this change
> > isn't a bad change: (a) it restores the flags to their meanings and makes
> > them
>
> Have you any proof that this change is not a bad thing ? Mor
On (06/02/16 14:15), Geliang Tang wrote:
> Remove unused header cpumask.h from mm/zsmalloc.c.
>
> Signed-off-by: Geliang Tang
> ---
> mm/zsmalloc.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/mm/zsmalloc.c b/mm/zsmalloc.c
> index b6d4f25..a93327e 100644
> --- a/mm/zsmalloc.c
> +++ b
On 06/02/2016 06:43 AM, Krzysztof Kozlowski wrote:
On 06/01/2016 01:37 PM, Jacek Anaszewski wrote:
Hi Krzysztof,
One thing drew my attention while reviewing this again:
max8997_led_brightness_set() can sleep, but the brightness_set
op it is assigned to must not sleep. At the time when this driv
Mark Yao rock-chips.com> writes:
>
Would be good to say something about purpose of the change. Even just one
sentence, e.g. "A trivial cleanup to make things better organized."
Other than that:
Reviewed-by: Tomasz Figa
Best regards,
Tomasz
Hi,
I am working on a simple graphics driver that just enumerates SRIOV
capability of PCI graphics controller.
During the init phase of the driver i.e. when the driver loads, I find
the PCI device based on my vendor ID and device ID, and then I check
if pDev->sriov and and I get the value false ev
901 - 944 of 944 matches
Mail list logo
