[PATCH v5 2/5] firmware: encapsulate firmware loading status

From: Daniel Wagner The firmware user helper code tracks the current state of the loading process via unsigned long status and a complection in struct firmware_buf. We only need this for the usermode helper as such we can encapsulate all this data into its own data

[PATCH v5 5/5] firmware: do not use fw_lock for fw_umh protection

From: Daniel Wagner fw_lock is to use to protect 'corner cases' inside firmware_class. It is not exactly clear what those corner cases are nor what it exactly protects. fw_umh can be used without needing the fw_lock to protect its state transition and wake ups.

Re: [1/2] carl9170: Fix wrong completion usage

Daniel Wagner wrote: > From: Daniel Wagner > > carl9170_usb_stop() is used from several places to flush and cleanup any > pending work. The normal pattern is to send a request and wait for the > irq handler to call complete(). The completion is not

Re: [PATCH v3] genirq: Machine-parsable version of /proc/interrupts

On Thu, 8 Sep 2016, Craig Gallek wrote: > On Thu, Sep 8, 2016 at 6:00 PM, Randy Dunlap wrote: > > On 09/08/16 13:25, Craig Gallek wrote: > >> From: Craig Gallek > >> > >> Add struct kobject to struct irq_desc to allow for easy export > >> to sysfs. This

Re: [PATCH 3/3] dt-bindings: reset: oxnas: Update for OX820

Hi Philipp, On 09/09/2016 03:35 PM, Philipp Zabel wrote: > Hi Neil, > > Am Freitag, den 09.09.2016, 15:19 +0200 schrieb Neil Armstrong: >> Add new compatible string for reset and sys-ctrl for the Oxford >> Semiconductor OX820 Support. >> Drop the OX810SE indices since they moved in a dedicated

[PATCH] documentation: fix broken lkml archive links in RCU requirements

Fix 4 LKML archive links that became broken (data loss on mail-archive.com?) Working links were found on Paul McKenney's RCU articles on LWN.net, from which the documentation originates: http://lwn.net/Articles/652156/ http://lwn.net/Articles/652677/ http://lwn.net/Articles/653326/

[PATCHv9 2/2] usb: typec: add driver for Intel Whiskey Cove PMIC USB Type-C PHY

This adds driver for the USB Type-C PHY on Intel WhiskeyCove PMIC which is available on some of the Intel Broxton SoC based platforms. Signed-off-by: Heikki Krogerus --- drivers/usb/typec/Kconfig | 14 ++ drivers/usb/typec/Makefile | 1 +

Re: [RFC/PATCH] posix-timers: make them configurable

On Fri, 9 Sep 2016, Richard Cochran wrote: > On Thu, Sep 08, 2016 at 02:19:24PM -0700, John Stultz wrote: > > Also given many other syscalls take clockids and the backing logic > > isn't really getting removed (probably could cut the dynamic posix > > clocks core with the same conditional), I

Re: DAX can not work on virtual nvdimm device

On Fri, Sep 09, 2016 at 11:19:25AM +0200, Jan Kara wrote: > > > > > 1. make the guest kernel based on your tree, the top commit is > > > > >10d7902fa0e82b (dax: unmap/truncate on device shutdown) and > > > > >the config file can be found in this thread. What git tree is 10d7902fa0e82b

[PATCH v5 08/14] drivers: iommu: arm-smmu-v3: split probe functions into DT/generic portions

Current ARM SMMUv3 probe functions intermingle HW and DT probing in the initialization functions to detect and programme the ARM SMMU v3 driver features. In order to allow probing the ARM SMMUv3 with other firmwares than DT, this patch splits the ARM SMMUv3 init functions into DT and HW specific

[PATCH v5 11/14] drivers: iommu: arm-smmu: add IORT configuration

In ACPI bases systems, in order to be able to create platform devices and initialize them for ARM SMMU components, the IORT kernel implementation requires a set of static functions to be used by the IORT kernel layer to configure platform devices for ARM SMMU components. Add static configuration

[PATCH v5 07/14] drivers: acpi: iort: add support for ARM SMMU platform devices creation

In ARM ACPI systems, IOMMU components are specified through static IORT table entries. In order to create platform devices for the corresponding ARM SMMU components, IORT kernel code should be made able to parse IORT table entries and create platform devices dynamically. This patch adds the

[PATCH v5 03/14] drivers: acpi: iort: introduce linker section for IORT entries probing

Since commit e647b532275b ("ACPI: Add early device probing infrastructure") the kernel has gained the infrastructure that allows adding linker script section entries to execute ACPI driver callbacks (ie probe routines) for all subsystems that register a table entry in the respective kernel section

[PATCH v5 05/14] drivers: iommu: make iommu_fwspec OF agnostic

The iommu_fwspec structure, used to hold per device iommu configuration data is not OF specific and therefore can be moved to a generic and OF independent compilation unit. In particular, the iommu_fwspec handling hinges on the device_node pointer to identify the IOMMU device associated with the

Re: [PATCH][RFC v5] timekeeping: Ignore the bogus sleep time if pm_trace is enabled

On Fri, 9 Sep 2016, Chen Yu wrote: > > I really have no idea why this is burried in x86 land. The pm_trace hackery > > issues mc146818_set_time() to fiddle with the RTC. So any implementation of > > this is affected. > OK, I've changed this patch according to this suggestion. No you did not! You

Re: [PATCH v6.1] iommu/dma: Add support for mapping MSIs

Hi Robin, On 07/09/16 10:55, Robin Murphy wrote: > When an MSI doorbell is located downstream of an IOMMU, attaching > devices to a DMA ops domain and switching on translation leads to a rude > shock when their attempt to write to the physical address returned by > the irqchip driver faults (or

[PATCH v5 1/9] Documentation: dt-bindings: Document STM32 EXTI controller bindings

Signed-off-by: Maxime Coquelin Signed-off-by: Alexandre TORGUE diff --git a/Documentation/devicetree/bindings/interrupt-controller/st,stm32-exti.txt b/Documentation/devicetree/bindings/interrupt-controller/st,stm32-exti.txt new file mode

[PATCH v5 0/5] firmware: encapsulate firmware loading status

From: Daniel Wagner Hi, The firmware user helper code tracks the current state of the loading process via an member of struct firmware_buf and a completion. Let's encapsulate this simple state machine into struct fw_status. The aim is to increase readability and

[PATCH v2 0/3] Optimisation of fs_enet ethernet driver

This set optimises the freescale fs_enet ethernet driver: 1/ Merge of RX and TX NAPI functions in order to limit the amount of interrupts 2/ Do not unmap DMA when packets len is below copybreak, otherwise there is no benefit in copying the skb instead of allocating a new one 3/ Make copybreak

[PATCH v2 2/3] net: fs_enet: don't unmap DMA when packet len is below copybreak

When the length of the packet is below the defined copybreak limit, the received packet is copied into a newly allocated skb in order to reuse the skb. This is only interesting if it allow us to avoid a new DMA mapping. We shall therefore not DMA unmap and remap the skb->data. Instead, we

[PATCH v3 6/9] ARM: dts: sun8i: Enable sun8i-emac on the Orange PI PC

The sun8i-emac hardware is present on the Orange PI PC. It uses the internal PHY. This patch create the needed emac and phy nodes. Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3-orangepi-pc.dts | 10 ++ 1 file changed, 10 insertions(+) diff

[PATCH v3 0/9] net-next: ethernet: add sun8i-emac driver

Hello This patch series add the driver for sun8i-emac which handle the Ethernet MAC present on Allwinner H3/A83T/A64 SoCs. It supports 10/100/1000 Mbit/s speed with half/full duplex. It can use an internal PHY (MII 10/100) or an external PHY via RGMII/RMII. This patch series enable the driver

[PATCH v3 3/9] ARM: sun8i: dt: Add DT bindings documentation for Allwinner sun8i-emac

This patch adds documentation for Device-Tree bindings for the Allwinner sun8i-emac driver. Signed-off-by: Corentin Labbe --- .../bindings/net/allwinner,sun8i-emac.txt | 64 ++ 1 file changed, 64 insertions(+) create mode 100644

Re: [PATCH] drm/sti: mark symbols static where possible

On 8 September 2016 at 10:56, Arnd Bergmann wrote: > On Thursday, September 8, 2016 10:35:17 AM CEST Emil Velikov wrote: >> On 7 September 2016 at 12:05, Baoyou Xie wrote: >> > We get 2 warnings when building kernel with W=1: >> As you're going through DRM I

[PATCH v3 7/9] ARM: dts: sun8i: Enable sun8i-emac on the Orange PI One

From: Hans de Goede The sun8i-emac hardware is present on the Orange PI One. It uses the internal PHY. This patch create the needed emac and phy nodes. Signed-off-by: Hans de Goede Signed-off-by: Corentin Labbe ---

[PATCH v3 4/9] ARM: dts: sun8i-h3: Add dt node for the syscon control module

This patch add the dt node for the syscon register present on the Allwinner H3. Only two register are present in this syscon and the only one useful is the one dedicated to EMAC clock. Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3.dtsi | 5 + 1

Re: [PATCH] sc16is7xx: drop bogus use of IRQF_ONESHOT

On 2016-02-18 11:26:12 [-0600], Josh Cartwright wrote: > The use of IRQF_ONESHOT when registering an interrupt handler with > request_irq() is non-sensical. > > Not only that, it also prevents the handler from being threaded when it > otherwise should be w/ IRQ_FORCED_THREADING is enabled. This

Re: [PATCH v6 4/4] tracing: Histogram for delayed hrtimer offsets

On Thu, 8 Sep 2016, Binoy Jayan wrote: > On 8 September 2016 at 12:40, Thomas Gleixner wrote: > >> +#ifdef CONFIG_DELAYED_TIMER_OFFSETS_HIST > >> + ktime_t praecox; > >> +#endif > > > > And of course documenting new struct members is optional,

Re: [PATCH 3/5] nbd: use flags instead of bool

On 09/08/2016 07:20 PM, Joe Perches wrote: On Thu, 2016-09-08 at 17:12 -0400, Josef Bacik wrote: In preparation for some future changes, change a few of the state bools over to normal bits to set/clear properly. [] diff --git a/drivers/block/nbd.c b/drivers/block/nbd.c [] @@ -41,8 +41,12 @@

Re: [RFC PATCH 2/2] macb: Enable 1588 support in SAMA5D2 platform.

Hi Richard, I will take your indications into account in next version of the patch. Regards, Andrei On 06.09.2016 18:37, Richard Cochran wrote: On Fri, Sep 02, 2016 at 02:53:37PM +0200, Andrei Pistirica wrote: Hardware time stamp on the PTP Ethernet packets are received using the

Re: [RFC 3/4] mm, oom: do not rely on TIF_MEMDIE for exit_oom_victim

On Sun 04-09-16 10:50:02, Tetsuo Handa wrote: > Michal Hocko wrote: > > mark_oom_victim and exit_oom_victim are used for oom_killer_disable > > which should block as long as there any any oom victims alive. Up to now > > we have relied on TIF_MEMDIE task flag to count how many oom victim > > we

[PATCH v5 01/14] drivers: iommu: add FWNODE_IOMMU fwnode type

On systems booting with a device tree, every struct device is associated with a struct device_node, that represents its DT representation. The device node can be used in generic kernel contexts (eg IRQ translation, IOMMU streamid mapping), to retrieve the properties associated with the device and

Re: [PATCH v2 6/9] drm/panel: Add Netron DY E231732

On Wed, Sep 07, 2016 at 12:01:56AM +0800, Chen-Yu Tsai wrote: > Hi, > > On Tue, Sep 6, 2016 at 10:46 PM, Maxime Ripard > wrote: > > The E231732 is a 7" panel with a resolution of 800x480. > > From what I could make out of an archived version of Netron's website

[PATCH v5 4/5] firmware: drop bit ops in favor of simple state machine

From: Daniel Wagner We track the state of the loading with bit ops. Since the state machine has only a couple of states and they are all mutual exclusive there are only a few simple state transition we can model this simplify. UNKNOWN -> LOADING -> DONE |

[PATCH][v10] PM / hibernate: Verify the consistent of e820 memory map by md5 digest

On some platforms, there is occasional panic triggered when trying to resume from hibernation, a typical panic looks like: "BUG: unable to handle kernel paging request at 880085894000 IP: [] load_image_lzo+0x8c2/0xe70" Investigation carried out by Lee Chun-Yi show that this is because e820

Re: linux-next: manual merge of the tty tree with the slave-dma tree

On Fri, Sep 09, 2016 at 05:23:54PM +0530, Vinod Koul wrote: > On Mon, Sep 05, 2016 at 09:23:21PM +0530, Vinod Koul wrote: > > On Mon, Sep 05, 2016 at 03:55:41PM +0200, Greg KH wrote: > > > On Mon, Sep 05, 2016 at 06:13:05PM +0530, Vinod Koul wrote: > > > > > > Stephen, > > > > > > > > > > > > The

Re: [PATCH] sched/deadline: document behavior of sched_yield()

On 09/09/2016 09:24 AM, luca abeni wrote: > Ok, but the task is still throttled, right? I see your point, but... it is important to keep the documentation sync with the code, and the code/explanation can be simpler now... :-) -- Daniel

[PATCH v2 1/3] net: fs_enet: merge NAPI RX and NAPI TX

Initially, a NAPI TX routine has been implemented separately from NAPI RX, as done on the freescale/gianfar driver. By merging NAPI RX and NAPI TX, we reduce the amount of TX completion interrupts. Handling of the budget in association with TX interrupts is based on indications provided at

[PATCH v2 3/3] net: fs_enet: make rx_copybreak value configurable

Measurement shows that on a MPC8xx running at 132MHz, the optimal limit is 112: * 114 bytes packets are processed in 147 TB ticks with higher copybreak * 114 bytes packets are processed in 148 TB ticks with lower copybreak * 128 bytes packets are processed in 154 TB ticks with higher copybreak *

RE: [PATCH 3/7] [v2] arm64: dts: add QorIQ LS1046A SoC support

> > + timer { > > + compatible = "arm,armv8-timer"; > > + interrupts = , > > +, > > +, > > +; > > No, this is completely wrong. The timer is always level triggered, and you're > missing the affinity bits

[PATCH 6/8] net: sched: use IS_ENABLED() instead of checking for built-in or module

The IS_ENABLED() macro checks if a Kconfig symbol has been enabled either built-in or as a module, use that macro instead of open coding the same. Using the macro makes the code more readable by helping abstract away some of the Kconfig built-in and module enable details. Signed-off-by: Javier

[PATCH 7/8] sctp: use IS_ENABLED() instead of checking for built-in or module

The IS_ENABLED() macro checks if a Kconfig symbol has been enabled either built-in or as a module, use that macro instead of open coding the same. Using the macro makes the code more readable by helping abstract away some of the Kconfig built-in and module enable details. Signed-off-by: Javier

[PATCH 5/8] l2tp: use IS_ENABLED() instead of checking for built-in or module

The IS_ENABLED() macro checks if a Kconfig symbol has been enabled either built-in or as a module, use that macro instead of open coding the same. Using the macro makes the code more readable by helping abstract away some of the Kconfig built-in and module enable details. Signed-off-by: Javier

[PATCH 8/8] xfrm: use IS_ENABLED() instead of checking for built-in or module

The IS_ENABLED() macro checks if a Kconfig symbol has been enabled either built-in or as a module, use that macro instead of open coding the same. Using the macro makes the code more readable by helping abstract away some of the Kconfig built-in and module enable details. Signed-off-by: Javier

[PATCH 3/8] net: use IS_ENABLED() instead of checking for built-in or module

The IS_ENABLED() macro checks if a Kconfig symbol has been enabled either built-in or as a module, use that macro instead of open coding the same. Using the macro makes the code more readable by helping abstract away some of the Kconfig built-in and module enable details. Signed-off-by: Javier

[PATCH 4/8] ipv4: use IS_ENABLED() instead of checking for built-in or module

The IS_ENABLED() macro checks if a Kconfig symbol has been enabled either built-in or as a module, use that macro instead of open coding the same. Using the macro makes the code more readable by helping abstract away some of the Kconfig built-in and module enable details. Signed-off-by: Javier

[PATCH v4 6/9] arm64: alternative: Add support for patching adrp instructions

adrp uses PC-relative address offset to a page (of 4K size) of a symbol. If it appears in an alternative code patched in, we should adjust the offset to reflect the address where it will be run from. This patch adds support for fixing the offset for adrp instructions. Cc: Will Deacon

Re: [PATCH v4 0/5] kexec_file: Add buffer hand-over for the next kernel

On Thu, 2016-09-08 at 23:07 -0500, Eric W. Biederman wrote: > Thiago Jung Bauermann writes: > > > Am Mittwoch, 07 September 2016, 09:19:40 schrieb Eric W. Biederman: > >> ebied...@xmission.com (Eric W. Biederman) writes: > >> > Thiago Jung Bauermann

[PATCH v4 7/9] arm64: Introduce raw_{d,i}cache_line_size

On systems with mismatched i/d cache min line sizes, we need to use the smallest size possible across all CPUs. This will be done by fetching the system wide safe value from CPU feature infrastructure. However the some special users(e.g kexec, hibernate) would need the line size on the CPU (rather

[PATCH v4 0/9] arm64: Work around for mismatched cache line size

This series adds a work around for systems with mismatched {I,D}-cache line sizes. When a thread of execution gets migrated to a different CPU, the cache line size it had cached could be larger than that of the new CPU. This could cause data corruption issues. We work around this by -

[PATCH v4 4/9] arm64: alternative: Disallow patching instructions using literals

The alternative code patching doesn't check if the replaced instruction uses a pc relative literal. This could cause silent corruption in the instruction stream as the instruction will be executed from a different address than what it was compiled for. Catch all such cases. Cc: Marc Zyngier

[PATCH v4 1/9] arm64: Set the safe value for L1 icache policy

Right now we use 0 as the safe value for CTR_EL0:L1Ip, which is not defined at the moment. The safer value for the L1Ip should be the weakest of the policies, which happens to be AIVIVT. While at it, fix the comment about safe_val. Cc: Mark Rutland Cc: Catalin Marinas

Re: [PATCH net-next] net: bridge: add helper to call /sbin/bridge-stp

Hi Stephen, Stephen Hemminger writes: > On Thu, 8 Sep 2016 12:50:43 -0400 > Vivien Didelot wrote: > >> If /sbin/bridge-stp is available on the system, bridge tries to execute >> it instead of the kernel implementation when

[PATCH v4 5/9] arm64: insn: Add helpers for adrp offsets

Adds helpers for decoding/encoding the PC relative addresses for adrp. This will be used for handling dynamic patching of 'adrp' instructions in alternative code patching. Cc: Mark Rutland Cc: Will Deacon Cc: Catalin Marinas

[PATCH v4 3/9] arm64: Rearrange CPU errata workaround checks

Right now we run through the work around checks on a CPU from __cpuinfo_store_cpu. There are some problems with that: 1) We initialise the system wide CPU feature registers only after the Boot CPU updates its cpuinfo. Now, if a work around depends on the variance of a CPU ID feature (e.g, check

[PATCH 2/3] dt-bindings: reset: oxnas: Add include file with reset indexes

Add DT include file for Oxford Semiconductor OX810SE and OX820 reset controller support. Signed-off-by: Neil Armstrong --- include/dt-bindings/reset/oxsemi,ox810se.h | 53 ++ include/dt-bindings/reset/oxsemi,ox820.h | 53

[PATCH 1/3] reset: oxnas: Add OX820 support

In order to support the Oxford Semiconductor OX820 SoC, add a new compatible string. Signed-off-by: Neil Armstrong --- drivers/reset/reset-oxnas.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/reset/reset-oxnas.c b/drivers/reset/reset-oxnas.c index

Re: [PATCH 1/8] ARM: dts: bcm283x: Define standard pinctrl groups in the gpio node.

Am 09.09.2016 um 11:05 schrieb Gerd Hoffmann: > Hi, > >> According to this page [1] the pinctrl group for parallel display interface >> is >> missing. Is it intended? >> >> [1] - http://elinux.org/RPi_BCM2835_GPIOs > Just an oversight I guess. Eric? > > Does this look correct? > > +

Re: [RFC/RFT][PATCH v2 2/7] driver core: Functional dependencies tracking support

On 9 September 2016 at 14:06, Mark Brown wrote: > On Fri, Sep 09, 2016 at 10:25:30AM +0200, Ulf Hansson wrote: > >> BTW, as I am mostly working on DT based platforms, I guess we would >> later on need to discuss with the DT maintainers how to describe >> device links. > > I

Re: [PATCH] documentation: fix broken lkml archive links in RCU requirements

Michael, On Fri, Sep 9, 2016 at 3:43 PM, Michael Opdenacker wrote: > Fix 4 LKML archive links that became broken (data loss > on mail-archive.com?) > > Working links were found on Paul McKenney's RCU articles > on LWN.net, from which the documentation

Re: [PATCH v3 3/9] ARM: sun8i: dt: Add DT bindings documentation for Allwinner sun8i-emac

> +Optional properties: > +- allwinner,tx-delay: TX clock delay chain value. Range value is 0-0x07. > Default is 0) > +- allwinner,rx-delay: RX clock delay chain value. Range value is 0-0x1F. > Default is 0) What are the units? pS? nS? Andrew

Re: [PATCH] [media] pci: constify vb2_ops structures

On Fri, 9 Sep 2016, Andrey Utkin wrote: > On Fri, Sep 09, 2016 at 01:59:18AM +0200, Julia Lawall wrote: > > Check for vb2_ops structures that are only stored in the ops field of a > > vb2_queue structure. That field is declared const, so vb2_ops structures > > that have this property can be

[PATCH v5 3/9] ARM: STM32: Select external interrupts controller

Signed-off-by: Maxime Coquelin Signed-off-by: Alexandre TORGUE diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig index 2d601d7..157cea9 100644 --- a/arch/arm/Kconfig +++ b/arch/arm/Kconfig @@ -877,6 +877,7 @@ config ARCH_STM32 select

[PATCH v2] bnx2: Reset device during driver initialization

When system enters into kdump kernel because of kernel panic, it won't shutdown devices. On-flight DMA will continue transferring data until device driver initializes. All devices are supposed to reset during driver initialization. And this property is used to fix the kdump failure in system with

[PATCH v5 9/9] ARM: config: Enable GPIO Key driver in stm32_defconfig

Signed-off-by: Maxime Coquelin Signed-off-by: Alexandre TORGUE diff --git a/arch/arm/configs/stm32_defconfig b/arch/arm/configs/stm32_defconfig index 1e5ec2a..e7b56d4 100644 --- a/arch/arm/configs/stm32_defconfig +++

Re: [PATCH] x86: squash lines for simple wrapper functions

On Thu, 8 Sep 2016, Ingo Molnar wrote: > * Masahiro Yamada wrote: > > static unsigned long set_apic_id(unsigned int id) > > { > > - unsigned long x; > > - > > /* maskout x2apic_extra_bits ? */ > > - x = id; > > - return x; > > + return id; > > } > >

[PATCH v5 4/9] ARM: dts: Add EXTI controller node to stm32f429

Signed-off-by: Maxime Coquelin Signed-off-by: Alexandre TORGUE diff --git a/arch/arm/boot/dts/stm32f429.dtsi b/arch/arm/boot/dts/stm32f429.dtsi index 35df462..1a189d4 100644 --- a/arch/arm/boot/dts/stm32f429.dtsi +++

[PATCH v5 1/5] firmware: document user mode helper lock usage

From: Daniel Wagner The lock is also used to generate warnings when a direct firmware load is requested too early. The usermodehelper locking code was added by b298d289c792 ("PM / Sleep: Fix freezer failures due to racy usermodehelper_is_disabled()"). As Luis points

Re: [PATCH v4 RESEND 0/2] Align mmap address for DAX pmd mappings

On Thu, Sep 08, 2016 at 11:21:46PM +, Kani, Toshimitsu wrote: > On Thu, 2016-09-08 at 07:48 -0600, Kani, Toshimitsu wrote: > > On Thu, 2016-09-08 at 13:57 +0300, Kirill A. Shutemov wrote: > > > > > > On Mon, Aug 29, 2016 at 10:00:43PM +, Kani, Toshimitsu wrote: >  : > > > > > > > >

[PATCH v3 8/9] ARM: sunxi: Enable sun8i-emac driver on sunxi_defconfig

Enable the sun8i-emac driver in the sunxi default configuration Signed-off-by: Corentin Labbe --- arch/arm/configs/sunxi_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/sunxi_defconfig b/arch/arm/configs/sunxi_defconfig index

[PATCH v3 2/9] MAINTAINERS: Add myself as maintainer of sun8i-emac

This patch add myself as maintainer of the sun8i-emac driver. Signed-off-by: Corentin Labbe --- MAINTAINERS | 6 ++ 1 file changed, 6 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 6781a3f..43f5be3 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -582,6

[PATCH v3 1/9] ethernet: add sun8i-emac driver

This patch add support for sun8i-emac ethernet MAC hardware. It could be found in Allwinner H3/A83T/A64 SoCs. It supports 10/100/1000 Mbit/s speed with half/full duplex. It can use an internal PHY (MII 10/100) or an external PHY via RGMII/RMII. Signed-off-by: Corentin Labbe

[RFC PATCH 9/9] ethernet: sun8i-emac: add pm_runtime support

This patch add pm_runtime support to sun8i-emac. For the moment, only basic support is added, (the device is marked as used when net/open) Signed-off-by: Corentin Labbe --- drivers/net/ethernet/allwinner/sun8i-emac.c | 62 - 1 file changed,

Re: [PATCH] EDAC: sb_edac: remove null pointer check on array pci_tad

+ Tony. On Thu, Sep 08, 2016 at 09:38:01AM +0100, Colin King wrote: > From: Colin Ian King > > pvt->pci_tad is a NUM_CHANNELS array of struct pci_dev pointers and > hence cannot be null, so the pull pointer check on pci_tad is > redundant. Remove it. > >

[tip:x86/timers] x86/hpet: Reduce HPET counter read contention

Commit-ID: f99fd22e4d4bc84880a8a3117311bbf0e3a6a9dc Gitweb: http://git.kernel.org/tip/f99fd22e4d4bc84880a8a3117311bbf0e3a6a9dc Author: Waiman Long AuthorDate: Tue, 6 Sep 2016 13:22:10 -0400 Committer: Thomas Gleixner CommitDate: Fri, 9 Sep 2016

Re: [RFC PATCH 1/2] macb: Add 1588 support in Cadence GEM.

On 06.09.2016 17:48, Richard Cochran wrote: I have some issues with this patch... On Fri, Sep 02, 2016 at 02:53:36PM +0200, Andrei Pistirica wrote: - Frequency adjustment is not directly supported by this IP. addend is the initial value ns increment and similarly addendesub. The ppb

[PATCH 0/8] ARM: dts: rockchip: Remove skeleton.dtsi usage and fix memory node DTC warnings

Hello Heiko, This series removes the inclusion of the skeleton.dtsi in all the Rockchip dts, which allows to get rid of the DTC warnings about a mismatch between the memory nodes' unit names and reg properties. Patches are pretty trivial and shouldn't cause functional changes AFAIK, but were

[PATCH 2/8] ARM: dts: rockchip: Remove skeleton.dtsi inclusion in rk322x.dtsi

The skeleton.dtsi file was removed in ARM64 for different reasons as explained in commit ("3ebee5a2e141 arm64: dts: kill skeleton.dtsi"). These also applies to ARM and it will also allow to get rid of the following DTC warnings in the future: "Node /memory has a reg or ranges property, but no

[PATCH v5 10/14] drivers: iommu: arm-smmu: split probe functions into DT/generic portions

Current ARM SMMU probe functions intermingle HW and DT probing in the initialization functions to detect and programme the ARM SMMU driver features. In order to allow probing the ARM SMMU with other firmwares than DT, this patch splits the ARM SMMU init functions into DT and HW specific portions

[PATCH v5 04/14] drivers: acpi: iort: add support for IOMMU fwnode registration

The ACPI IORT table provide entries for IOMMU (aka SMMU in ARM world) components that allow creating the kernel data structures required to probe and initialize the IOMMU devices. This patch provides support in the IORT kernel code to register IOMMU components and their respective fwnode.

[PATCH v5 12/14] drivers: acpi: iort: replace rid map type with type mask

IORT tables provide data that allow the kernel to carry out device ID mappings between endpoints and system components (eg interrupt controllers, IOMMUs). When the mapping for a given device ID is carried out, the translation mechanism is done on a per-subsystem basis rather than a component

[PATCH v5 13/14] drivers: acpi: iort: add single mapping function

The current IORT id mapping API requires components to provide an input requester ID (a Bus-Device-Function (BDF) identifier for PCI devices) to translate an input identifier to an output identifier through an IORT range mapping. Named components do not have an identifiable source ID therefore

[PATCH v5 14/14] drivers: acpi: iort: introduce iort_iommu_configure

DT based systems have a generic kernel API to configure IOMMUs for devices (ie of_iommu_configure()). On ARM based ACPI systems, the of_iommu_configure() equivalent can be implemented atop ACPI IORT kernel API, with the corresponding functions to map device identifiers to IOMMUs and retrieve the

[PATCH v5 02/14] drivers: iommu: implement arch_{set/get}_iommu_fwspec API

The iommu fwspec configuration mechanism currently relies on the arch specific struct dev_archdata.iommu member to stash the struct iommu_fwspec pointer set-up for streamid translation. The struct dev_archdata.iommu member is arch specific and is not present on all arches that make use of the

[PATCH v5 06/14] drivers: acpi: implement acpi_dma_configure

On DT based systems, the of_dma_configure() API implements DMA configuration for a given device. On ACPI systems an API equivalent to of_dma_configure() is missing which implies that it is currently not possible to set-up DMA operations for devices through the ACPI generic kernel layer. This

[PATCH v5 09/14] drivers: iommu: arm-smmu-v3: add IORT configuration

In ACPI bases systems, in order to be able to create platform devices and initialize them for ARM SMMU v3 components, the IORT kernel implementation requires a set of static functions to be used by the IORT kernel layer to configure platform devices for ARM SMMU v3 components. Add static

RE: [PATCH] ASoC: da7219: make sure the valid event when startup

On 09 September 2016 15:02, Xing Zheng wrote: > We need to ensure the master bias and jack detection to be enabled > before reporting event at the da7219_aad_irq_thread. Otherwise, we > may acquire the incorrect the unplug event when the DUT startup > with a plugged headphone. For this device,

[BUG] Re: [PATCH v2 3/3] perf-probe: Support probing on offline cross-arch binary

Em Thu, Sep 01, 2016 at 08:25:25AM +0900, Masami Hiramatsu escreveu: > On Wed, 31 Aug 2016 17:54:11 -0300 > Arnaldo Carvalho de Melo wrote: > > > Em Fri, Aug 26, 2016 at 01:24:57AM +0900, Masami Hiramatsu escreveu: > > > Support probing on offline cross-architecture binary by >

[PATCH v4 2/9] arm64: Use consistent naming for errata handling

This is a cosmetic change to rename the functions dealing with the errata work arounds to be more consistent with their naming. 1) check_local_cpu_errata() => update_cpu_errata_workarounds() check_local_cpu_errata() actually updates the system's errata work arounds. So rename it to reflect the

[PATCH v4 8/9] arm64: Refactor sysinstr exception handling

Right now we trap some of the user space data cache operations based on a few Errata (ARM 819472, 826319, 827319 and 824069). We need to trap userspace access to CTR_EL0, if we detect mismatched cache line size. Since both these traps share the EC, refactor the handler a little bit to make it a

[PATCH v4 9/9] arm64: Work around systems with mismatched cache line sizes

Systems with differing CPU i-cache/d-cache line sizes can cause problems with the cache management by software when the execution is migrated from one to another. Usually, the application reads the cache size on a CPU and then uses that length to perform cache operations. However, if it gets

Re: [PATCH] sched/deadline: document behavior of sched_yield()

On 09/09/2016 09:38 AM, luca abeni wrote: > Then, the "since the remaining runtime goes to 0" part of my suggestion > is wrong and the sentence should be rephrased in some other way. > > Or am I misunderstanding what you are saying Ack, maybe I was not precise enough, sorry... I was just talking

Re: [PATCH v2] stop_machine: Make migration_cpu_stop() does useful works for CONFIG_PREEMPT_NONE

On 09/09, Cheng Chao wrote: > > If the migration_cpu_stop() can not migrate,why do we call stop_one_cpu()? > It just makes the task TASK_UNINTERRUPTIBLE, wakes up the stopper thread, > executes migration_cpu_stop(), and the stopper thread wakes up the task. and this finally migrates the target,

Re: [RFC/PATCH] posix-timers: make them configurable

On Thu, 8 Sep 2016, Nicolas Pitre wrote: > Small embedded systems typically don't need them. This removes about > 16KB from the kernel binary size on ARM when configured out. > Corresponding syscalls are routed to a stub logging the attempt to > use those syscalls which should be enough of a

Re: [PATCH net-next] xen-netfront: avoid packet loss when ethernet header crosses page boundary

On 22/08/16 16:42, Vitaly Kuznetsov wrote: > Small packet loss is reported on complex multi host network configurations > including tunnels, NAT, ... My investigation led me to the following check > in netback which drops packets: > > if (unlikely(txreq.size < ETH_HLEN)) { >

[PATCH 4/8] ARM: dts: rockchip: Remove skeleton.dtsi inclusion in rk3xxx.dtsi

The skeleton.dtsi file was removed in ARM64 for different reasons as explained in commit ("3ebee5a2e141 arm64: dts: kill skeleton.dtsi"). These also applies to ARM and it will also allow to get rid of the following DTC warnings in the future: "Node /memory has a reg or ranges property, but no

[PATCH 3/8] ARM: dts: rockchip: Remove skeleton.dtsi inclusion in rk3288.dtsi

The skeleton.dtsi file was removed in ARM64 for different reasons as explained in commit ("3ebee5a2e141 arm64: dts: kill skeleton.dtsi"). These also applies to ARM and it will also allow to get rid of the following DTC warnings in the future: "Node /memory has a reg or ranges property, but no

[PATCH] ASoC: da7219: make sure the valid event when startup

We need to ensure the master bias and jack detection to be enabled before reporting event at the da7219_aad_irq_thread. Otherwise, we may acquire the incorrect the unplug event when the DUT startup with a plugged headphone. Signed-off-by: Xing Zheng ---

[PATCH 6/8] ARM: dts: rockchip: Add missing unit name to memory nodes in rk322x boards

This patch fixes the following DTC warnings: "Node /memory has a reg or ranges property, but no unit name" Signed-off-by: Javier Martinez Canillas --- arch/arm/boot/dts/rk3228-evb.dts | 2 +- arch/arm/boot/dts/rk3229-evb.dts | 2 +- 2 files changed, 2 insertions(+), 2

[PATCH 8/8] ARM: dts: rockchip: Add missing unit name to memory nodes in rk3xxx boards

This patch fixes the following DTC warnings: "Node /memory has a reg or ranges property, but no unit name" Signed-off-by: Javier Martinez Canillas --- arch/arm/boot/dts/rk3066a-bqcurie2.dts | 2 +- arch/arm/boot/dts/rk3066a-marsboard.dts | 2 +-

  1   2   3   4   5   6   7   8   9   10   >