Re: [PATCH 18/23] [AARCH64] ILP32: support stat syscall family

Yury Norov writes: > +#ifdef __ILP32__ > +#include > +struct __kernel_timespec > + { > +unsigned long long tv_sec; /* Seconds. */ > +long long tv_nsec; /* Nanoseconds. */ > + }; > +#define conv_timespec(u, k) do { \

Re: [PATCH 1/2] nbd: make nbd device wait for its users

Hi, On Saturday 25 June 2016 23:22:06 Pranay Srivastava wrote: > On Fri, Jun 24, 2016 at 2:59 PM, Markus Pargmann wrote: > > From: "Pranay Kr. Srivastava" > > > > When a timeout occurs or a recv fails, then instead of abruplty killing > > nbd block device

Re: [PATCH 3/4] mac80211: mesh: fixed HT ies in beacon template

On Tue, 2016-06-28 at 14:13 +0300, Yaniv Machani wrote: >  >  net/mac80211/mesh.c | 33 - >  net/mac80211/util.c |  3 --- >  net/wireless/mesh.c |  2 +- That's not a good patch - one change is mac80211 and the other cfg80211. > - .ht_opmode =

clk: Per controller locks (prepare & enable)

Hi, Problems: 1. Deadlocks on prepare lock in following scenario: - prepare_enable(some external clock through i2c) - i2c transfer - prepare_enable(i2c lock in SoC) - deadlock See [1]. We implemented a workaround for this in few places like 10ff4c5239a1 ("i2c: exynos5: Fix

Re: [PATCH v4 00/29] virtually mapped stacks and thread_info cleanup

On 06/27/2016 12:55 AM, Andy Lutomirski wrote: > Hi all- > > > Known issues: > - tcp md5, virtio_net, and virtio_console will have issues. Eric Dumazet >has a patch for tcp md5, and Michael Tsirkin says he'll fix virtio_net >and virtio_console. > How about PTRACE_SETREGS, it's using

Re: [RFC][PATCH] tracing: Add trace_printk_ptr() to force non use of trace_bprintk()

On Tue, Jun 28, 2016 at 07:19:29PM -0400, Steven Rostedt wrote: > trace_printk() is a very helpful tool for debugging the kernel. It adds > lots of tricks to optimize itself to prevent any "heisenbugs". That is, > having the addition of tracing cause the bug to change its timing and > disappear.

Re: [PATCH v2] clk: fixed-factor: add optional dt-binding clock-flags

On 2016년 06월 29일 06:18, Michael Turquette wrote: > Quoting Rob Herring (2016-06-28 13:55:18) >> On Fri, Jun 24, 2016 at 01:12:52PM +0900, Jongsung Kim wrote: >>> There is no way to set additional flags for a DT-initialized fixed- >>> factor-clock, and it can be problematic i.e., when the clock

[PATCH v2] fujitsu-laptop: Unify max brightness of exported leds

Exported leds had maximum brightness previously unset, thus having value 255. Set maximum brightness of leds that can only be turned off or on to 1, making the behavior more consistent with other leds having binary state. Signed-off-by: Matej Groma --- Changes from v1:

[GIT PULL] s390 patches for 4.7-rc6

Hi Linus, please pull from the 'for-linus' branch of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus to receive the following updates: Another two bug fixes for 4.7: - The revert of patch which removed boot information for systems using an intermediate boot

Re: [PATCH 07/19] pinctrl: imx50: make it explicitly non-modular

On Sun, Jun 26, 2016 at 4:46 AM, Paul Gortmaker wrote: > The Kconfig currently controlling compilation of this code is: > > drivers/pinctrl/freescale/Kconfig:config PINCTRL_IMX50 > drivers/pinctrl/freescale/Kconfig: bool "IMX50 pinctrl driver" > > ...meaning

Re: [PATCH 06/19] pinctrl: imx35: make it explicitly non-modular

On Sun, Jun 26, 2016 at 4:46 AM, Paul Gortmaker wrote: > The Kconfig currently controlling compilation of this code is: > > drivers/pinctrl/freescale/Kconfig:config PINCTRL_IMX35 > drivers/pinctrl/freescale/Kconfig: bool "IMX35 pinctrl driver" > > ...meaning

Re: [PATCH 11/19] pinctrl: imx6q: make it explicitly non-modular

On Sun, Jun 26, 2016 at 4:46 AM, Paul Gortmaker wrote: > The Kconfig currently controlling compilation of this code is: > > drivers/pinctrl/freescale/Kconfig:config PINCTRL_IMX6Q > drivers/pinctrl/freescale/Kconfig: bool "IMX6Q/DL pinctrl driver" > > ...meaning

Re: [PATCH 19/23] [AARCH64] delouse input arguments in system functions

Yury Norov writes: > @@ -174,6 +177,7 @@ _dl_tlsdesc_dynamic: > stp x29, x30, [sp,#-(32+16*NSAVEXREGPAIRS)]! > cfi_adjust_cfa_offset (32+16*NSAVEXREGPAIRS) > mov x29, sp > + DELOUSE(0) > > /* Save just enough registers to support

Re: [PATCH 12/19] pinctrl: imx6sl: make it explicitly non-modular

On Sun, Jun 26, 2016 at 4:46 AM, Paul Gortmaker wrote: > The Kconfig currently controlling compilation of this code is: > > drivers/pinctrl/freescale/Kconfig:config PINCTRL_IMX6SL > drivers/pinctrl/freescale/Kconfig: bool "IMX6SL pinctrl driver" > > ...meaning

[PATCH V2] regulator: da9211: add descriptions for da9212/da9214

From: James Ban This is a patch for adding description for da9212/da9214. Signed-off-by: James Ban --- Changes since PATCH V1 - add compatible strings for da9212 and da9214. This patch applies against linux-next and

Re: [PATCH v2] Maxim/driver: Add driver for maxim ds26522

From: Zhao Qiang Date: Mon, 27 Jun 2016 09:30:22 +0800 > Signed-off-by: Zhao Qiang Applied to net-next, thanks.

Re: [PATCH] usb: gadget: rndis: free response queue during REMOTE_NDIS_RESET_MSG

Amit Pundir writes: > From: xerox_lin Please sanitize name here. Then resend. thanks -- balbi signature.asc Description: PGP signature

Re: [PATCH 2/2] dt-bindings: pinctrl: Add MDM9615 TLMM bindings

On Fri, Jun 17, 2016 at 12:15 PM, Neil Armstrong wrote: > Signed-off-by: Neil Armstrong Patch applied with the ACKs. Yours, Linus Walleij

Re: [PATCH v9 06/12] kthread: Add kthread_drain_worker()

On Tue 2016-06-28 13:04:47, Tejun Heo wrote: > Hello, > > On Mon, Jun 27, 2016 at 04:33:50PM +0200, Petr Mladek wrote: > > OK, so you suggest to do the following: > > > > 1. Add a flag into struct kthread_worker that will prevent > > from further queuing. > > This doesn't add any

Re: [PATCH 3/5] mmu: don't set the present bit unconditionally

On 29/06/2016 05:17, Xiao Guangrong wrote: >> >> +++ b/arch/x86/kvm/mmu.c >> @@ -2516,13 +2516,17 @@ static int set_spte(struct kvm_vcpu *vcpu, u64 >> *sptep, >> gfn_t gfn, kvm_pfn_t pfn, bool speculative, >> bool can_unsync, bool host_writable) >> { >> -u64

Re: [PATCH v2 2/2] ARM: at91: pm: switch to the PIE infrastructure

On Wednesday 29 June 2016 09:57:14, Alexandre Belloni wrote: > On 29/06/2016 at 08:12:21 +0200, Alexander Stein wrote : > > > +#if defined(CONFIG_CPU_V7) > > > + dsb(); > > > + wfi(); > > > +#else > > > + asm volatile ("mcr p15, 0, %0, c7, c0, 4" \ > > > + : : "r" (0) :

Re: [PATCH v12 2/4] gadget: Support for the usb charger framework

Hi Felipe, On 29 June 2016 at 16:20, Felipe Balbi wrote: > > Hi, > > Baolin Wang writes: >>> Baolin Wang writes: For supporting the usb charger, it adds the usb_charger_init() and usb_charger_exit() functions for usb

[PATCH v2 4/8] thunderbolt: Kconfig for Thunderbolt(TM) networking

Updating the Kconfig Thunderbolt(TM) description. Signed-off-by: Amir Levy --- drivers/thunderbolt/Kconfig | 25 + drivers/thunderbolt/Makefile | 2 +- 2 files changed, 22 insertions(+), 5 deletions(-) diff --git a/drivers/thunderbolt/Kconfig

[PATCH v2 2/8] thunderbolt: Updating device IDs

Adding the new Thunderbolt(TM) device IDs to the list. Signed-off-by: Amir Levy --- include/linux/pci_ids.h | 44 ++-- 1 file changed, 26 insertions(+), 18 deletions(-) diff --git a/include/linux/pci_ids.h

Re: [PATCH 16/23] [AARCH64] Make lp64 and ilp32 directories.

Yury Norov writes: > diff --git a/sysdeps/unix/sysv/linux/aarch64/ilp32/getdents.c > b/sysdeps/unix/sysv/linux/aarch64/ilp32/getdents.c > new file mode 100644 > index 000..1183f49 > --- /dev/null > +++ b/sysdeps/unix/sysv/linux/aarch64/ilp32/getdents.c > @@ -0,0

[PATCH] [linux-next] irq: Fix typo in tracepoint.xml

This patch fix a spelling typo found in DocBook/tracepoint.xml. It is because the file was created from comments in source, so I have to fix the typo in include/trace/events/irq.h Signed-off-by: Masanari Iida --- include/trace/events/irq.h | 2 +- 1 file changed, 1

[PATCH] 9p: use file_dentry()

v9fs may be used as lower layer of overlayfs and accessing f_path.dentry can lead to a crash. In this case it's a NULL pointer dereference in p9_fid_create(). Fix by replacing direct access of file->f_path.dentry with the file_dentry() accessor, which will always return a native object.

Re: [PATCH 3/4] perf annotate: add powerpc support

Thanks David. On Tuesday 28 June 2016 09:37 PM, David Laight wrote: From: Ravi Bangoria Sent: 28 June 2016 12:37 Powerpc has long list of branch instructions and hardcoding them in table appears to be error-prone. So, add new function to find instruction instead of creating table.

Re: [PATCH 12/21] usb: chipidea: msm: Keep device runtime enabled

On Sun, Jun 26, 2016 at 12:28:29AM -0700, Stephen Boyd wrote: > Sometimes the usb wrapper device is part of a power domain that > needs to stay on as long as the device is active. Let's get and > put the device in driver probe/remove so that we keep the power > domain powered as long as the device

Re: [patch] mm, compaction: make sure freeing scanner isn't persistently expensive

On 06/29/2016 03:39 AM, David Rientjes wrote: It's possible that the freeing scanner can be consistently expensive if memory is well compacted toward the end of the zone with few free pages available in that area. If all zone memory is synchronously compacted, say with

Re: [PATCH 3/3]nbd: make nbd device wait for its users

Hi, On Friday 24 June 2016 13:09:36 Pranay Kr. Srivastava wrote: > When a timeout occurs or a recv fails, then > instead of abruplty killing nbd block device > wait for it's users to finish. > > This is more required when filesystem(s) like > ext2 or ext3 don't expect their buffer heads to >

Re: [PATCH v3 04/10] drm/bridge: analogix_dp: some rockchip chips need to flip REF_CLK bit setting

Sean, On 06/23/2016 09:27 PM, Sean Paul wrote: On Tue, Jun 14, 2016 at 7:46 AM, Yakir Yang wrote: As vendor document indicate, when REF_CLK bit set 0, then DP phy's REF_CLK should switch to 24M source clock. But due to IC PHY layout mistaken, some chips need to flip this

Re: [PATCH 1/4] mac80211: mesh: flush stations before beacons are stopped

On Tue, 2016-06-28 at 14:13 +0300, Yaniv Machani wrote: > From: Maital Hahn > > Some drivers (e.g. wl18xx) expect that the last stage in the > de-initialization process will be stopping the beacons, similar to > ap. Update ieee80211_stop_mesh() flow accordingly. > How well have

Re: [PATCH 00/27] ARM: dts: omap: More fixes for DTC warnings

* Javier Martinez Canillas [160627 12:24]: > > Hello Tony, > > This is another series with trivial fixes for DTC warnings about mismatches > between unit names and reg properties in different device nodes. The series > fixes only some of the reported warning and there

Re: [PATCH] mac80211: util: mesh is not connected properly after recovery

On Tue, 2016-06-28 at 14:15 +0300, Yaniv Machani wrote: > From: Maital Hahn > > In the reconfigure process for mesh interface, moved the > reconfiguration > of the mesh peers to be done only after restarting the beacons, > the same as it is done for AP. > > Signed-off-by: Maital

Re: [PATCH] mac80211: util: mesh is not connected properly after recovery

Also - your subject lines should explain the *fix*, not the *bug* johannes

Re: [PATCH 08/19] pinctrl: imx51: make it explicitly non-modular

On Sun, Jun 26, 2016 at 4:46 AM, Paul Gortmaker wrote: > The Kconfig currently controlling compilation of this code is: > > drivers/pinctrl/freescale/Kconfig:config PINCTRL_IMX51 > drivers/pinctrl/freescale/Kconfig: bool "IMX51 pinctrl driver" > > ...meaning

Re: [PATCH 09/19] pinctrl: imx53: make it explicitly non-modular

On Sun, Jun 26, 2016 at 4:46 AM, Paul Gortmaker wrote: > The Kconfig currently controlling compilation of this code is: > > drivers/pinctrl/freescale/Kconfig:config PINCTRL_IMX53 > drivers/pinctrl/freescale/Kconfig: bool "IMX53 pinctrl driver" > > ...meaning

Re: [PATCH 13/19] pinctrl: imx6sx: make it explicitly non-modular

On Sun, Jun 26, 2016 at 4:46 AM, Paul Gortmaker wrote: > The Kconfig currently controlling compilation of this code is: > > drivers/pinctrl/freescale/Kconfig:config PINCTRL_IMX6SX > drivers/pinctrl/freescale/Kconfig: bool "IMX6SX pinctrl driver" > > ...meaning

Re: [PATCH v3 3/6] mm/cma: populate ZONE_CMA

On Tue, Jun 28, 2016 at 07:23:23PM +0800, Chen Feng wrote: > Hello, > > On 2016/6/23 10:52, Joonsoo Kim wrote: > > On Wed, Jun 22, 2016 at 05:23:06PM +0800, Chen Feng wrote: > >> Hello, > >> > >> On 2016/5/26 14:22, js1...@gmail.com wrote: > >>> From: Joonsoo Kim > >>> >

Re: [PATCH 18/19] pinctrl: imx28: make it explicitly non-modular

On Sun, Jun 26, 2016 at 4:46 AM, Paul Gortmaker wrote: > The Kconfig currently controlling compilation of this code is: > > drivers/pinctrl/freescale/Kconfig:config PINCTRL_IMX28 > drivers/pinctrl/freescale/Kconfig: bool > > ...meaning that it currently is not

Re: [PATCH v2 2/2] ARM: at91: pm: switch to the PIE infrastructure

On 29/06/2016 at 08:12:21 +0200, Alexander Stein wrote : > > +#if defined(CONFIG_CPU_V7) > > + dsb(); > > + wfi(); > > +#else > > + asm volatile ("mcr p15, 0, %0, c7, c0, 4" \ > > + : : "r" (0) : "memory"); > > +#endif > > Why not defining wfi() for __LINUX_ARM_ARCH__ <

Re: [PATCH 19/19] pinctrl: remove orphaned exported ".remove" function

On Sun, Jun 26, 2016 at 4:46 AM, Paul Gortmaker wrote: > The Kconfig currently controlling compilation of this code is: > > drivers/pinctrl/freescale/Kconfig:config PINCTRL_MXS > drivers/pinctrl/freescale/Kconfig: bool > > ...meaning that it currently is not

Re: [PATCH 17/19] pinctrl: imx23: make it explicitly non-modular

On Sun, Jun 26, 2016 at 4:46 AM, Paul Gortmaker wrote: > The Kconfig currently controlling compilation of this code is: > > drivers/pinctrl/freescale/Kconfig:config PINCTRL_IMX23 > drivers/pinctrl/freescale/Kconfig: bool > > ...meaning that it currently is not

Re: [PATCH] net: marvell: Add separate config ANEG function for Marvell 88E1111

From: Harini Katakam Date: Mon, 27 Jun 2016 13:09:59 +0530 > Marvell 88E currently uses the generic marvell config ANEG function. > This function has a sequence accessing Page 5 and Register 31, > both of which are not defined or reserved for this PHY. > Hence this

Re: [merged] mm-compaction-abort-free-scanner-if-split-fails.patch removed from -mm tree

On Tue, Jun 28, 2016 at 07:03:04PM -0700, a...@linux-foundation.org wrote: > > The patch titled > Subject: mm, compaction: abort free scanner if split fails > has been removed from the -mm tree. Its filename was > mm-compaction-abort-free-scanner-if-split-fails.patch > > This patch

Re: [PATCH] net: ethernet: tundra: Correct argument for pci_free_consistent

From: Amitoj Kaur Chawla Date: Mon, 27 Jun 2016 14:34:50 +0530 > pci_free_consistent's argument 'struct pci_dev' should be NULL not 0. > > The Coccinelle semantic patch used to make this change is as follows: > @@ > @@ > > pci_free_consistent( > - 0 > + NULL > , ...) >

Re: [PATCH 1/2] pinctrl: qcom: Add support for MDM9615 TLMM

On Fri, Jun 17, 2016 at 12:15 PM, Neil Armstrong wrote: > In order to support the Qualcomm MDM9615 SoC, add support for the TLMM > using the Qualcomm pinctrl generic driver. > > Note: the pinctrl is partial, need Documentation to complete all the groups. > Signed-off-by:

Re: [PATCH v2] sm501: Add device property

On Tue, 28 Jun 2016, Yoshinori Sato wrote: > Signed-off-by: Yoshinori Sato > --- > Documentation/devicetree/bindings/mfd/sm501.txt | 45 > + This needs a DT Ack, but you haven't sent it to the DT list. Did you run

Re: [PATCH 1/2] pinctrl: qcom: Clear all function selection bits

On Sun, Jun 26, 2016 at 7:21 AM, Stephen Boyd wrote: > The function selection bitfield is not always 3 bits wide. > Sometimes it is 4 bits wide. Let's use the npins struct member to > determine how many bits wide the function selection bitfield is > so we clear the

Re: [PATCH 21/23] [AARCH64] Make __SIZEOF_SEM_T 16 for ILP32

The same can be done for the pthread types, following the x32 example. Andreas. diff --git a/sysdeps/aarch64/nptl/bits/pthreadtypes.h b/sysdeps/aarch64/nptl/bits/pthreadtypes.h index 13984a7..49bb402 100644 --- a/sysdeps/aarch64/nptl/bits/pthreadtypes.h +++

Re: [kernel-hardening] [PATCH v1 0/2] Introduce the initify gcc plugin

On Tue, Jun 28, 2016 at 01:46:04PM -0700, Kees Cook wrote: > On Tue, Jun 28, 2016 at 9:14 AM, Emese Revfy wrote: > > On Tue, 28 Jun 2016 13:57:49 +0100 > > Mark Rutland wrote: > > > >> On Tue, Jun 28, 2016 at 01:34:07PM +0200, Emese Revfy wrote: > >> >

Re: [PATCH v12 2/4] gadget: Support for the usb charger framework

Hi, Baolin Wang writes: >> Baolin Wang writes: >>> For supporting the usb charger, it adds the usb_charger_init() and >>> usb_charger_exit() functions for usb charger initialization and exit. >>> >>> It will report to the usb charger when the

[PATCH V2 4/4] ACPI,PCI,IRQ: correct operator precedence

The omitted parenthesis prevents the addition operation when acpi_penalize_isa_irq function is called. Signed-off-by: Sinan Kaya --- drivers/acpi/pci_link.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/acpi/pci_link.c

Re: [PATCH 2/2] pinctrl: qcom: msm8974: Add hsic_ctl pinmux

On Sun, Jun 26, 2016 at 7:21 AM, Stephen Boyd wrote: > The msm8974 pinctrl variant has a couple USB HSIC "glue" > registers that let us mux between the pinctrl register settings > or the HSIC core settings for the HSIC pins (gpio 144 and gpio > 145). Support this method

Re: [PATCH v2] crypto: tcrypt - Fix memory leaks/crashes in multibuffer hash speed test

On 06/29/2016 10:19 AM, Herbert Xu wrote: > On Wed, Jun 29, 2016 at 10:16:10AM +0200, Krzysztof Kozlowski wrote: >> >> Seems to work fine except: >> 1. The updates are always 1. > > Yes the test function only does digest so it's always one update. > >> 2. For bigger blocks it reports always 1 or

Re: [PATCH] pinctrl: stm32: Modify error handling for pinctrl_register

On Mon, Jun 27, 2016 at 4:23 PM, Amitoj Kaur Chawla wrote: > pinctrl_register returns an ERR_PTR on error. > > The Coccinelle semantic patch used to make this change is as follows: > > @@ > expression e,e1,e2; > @@ > > e = pinctrl_register(...) > ... when != e = e1 > if ( >

Re: [PATCH v3 1/2] clk: fixed-factor: Convert into a module platform driver

Hi again On Wed, Jun 29, 2016 at 10:07 AM, Ricardo Ribalda Delgado wrote: > - I can send it as a proper patch if you prefer tat. Just realised how bad the code is treated by gmail. You can navigate more easily through the code here:

[PATCH v2 5/8] thunderbolt: Communication with the ICM (firmware)

Firmware-based (a.k.a ICM - Intel Connection Manager) controller is used for establishing and maintaining the Thunderbolt Networking connection. We need to be able to communicate with it. Signed-off-by: Amir Levy --- drivers/thunderbolt/Makefile |2 +

[PATCH v2 0/8] thunderbolt: Introducing Thunderbolt(TM) networking

This is version 2 of Thunderbolt(TM) driver for non-Apple hardware. Changes since v1: - Separation to 2 modules. - Moved ICM specific registers definition to ICM header file. - Added new Thunderbolt device IDs. - Renamed the Thunderbolt networking documentation. - General cleanups These

[PATCH v2 6/8] thunderbolt: Networking state machine

Negotiation states that a peer goes through in order to establish the communication with the second peer. This includes communication with upper layer and additional infrastructure support to communicate with the second peer through ICM. Signed-off-by: Amir Levy ---

[PATCH] arm64: tegra: Add missing Smaug revision

The "google,smaug-rev2" string is missing from the compatible list of Smaug's DT. The differences of rev2 are not relevant at our current level of support and it boots just fine, so add it. Signed-off-by: Alexandre Courbot --- arch/arm64/boot/dts/nvidia/tegra210-smaug.dts |

[PATCH] pinctrl: uniphier: remove pointless pin-mux settings for PH1-LD11

This SoC has no SD card controller. Nor does it have USB port3. These pin-mux settings have no point. Fixes: 70f2f9c4cf25 ("pinctrl: uniphier: add UniPhier PH1-LD11 pinctrl driver") Signed-off-by: Masahiro Yamada ---

Re: [PATCH] arm64: tegra: Add missing Smaug revision

On 29/06/16 09:52, Alexandre Courbot wrote: > The "google,smaug-rev2" string is missing from the compatible list of > Smaug's DT. The differences of rev2 are not relevant at our current > level of support and it boots just fine, so add it. > > Signed-off-by: Alexandre Courbot

Re: [PATCH] dsa: b53: avoid 'maybe-uninitialized' warning

From: Arnd Bergmann Date: Mon, 27 Jun 2016 11:19:13 +0200 > In some configurations, gcc produces a warning for correct code > in this driver: ... > I have seen the warning before and at the time thought I had fixed > it with 55e7f6abe131 ("dsa: b53: fix big-endian register

[PATCH] [linux-next] Doc: PM: Fix a typo in intel_powerclamp.txt

This patch fix a spelling typo in intel_powerclamp.txt Signed-off-by: Masanari Iida --- Documentation/thermal/intel_powerclamp.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/thermal/intel_powerclamp.txt

Re: [PATCH v3 05/10] drm/rockchip: analogix_dp: add rk3399 eDP support

Sean, On 06/23/2016 09:48 PM, Sean Paul wrote: On Tue, Jun 14, 2016 at 7:46 AM, Yakir Yang wrote: RK3399 and RK3288 shared the same eDP IP controller, only some light difference with VOP configure and GRF configure. Signed-off-by: Yakir Yang

Re: OFFICIAL NOTIFICATION !!!

Dear Lucky Beneficiary, You were among the lucky beneficiary selected to receive this donations Award sum of ?950,000.00 (NINE HUNDRED AND FIFTY THOUSAND EURO ). Each as charity donations/aid from the Qatar Foundation to promote your business, educational, and development in order to reduce

Re: [PATCH 14/21] usb: chipidea: msm: Add proper clk and reset support

On Sun, Jun 26, 2016 at 12:28:31AM -0700, Stephen Boyd wrote: > The msm chipidea controller uses two main clks, an AHB clk to > read/write the MMIO registers and a core clk called the system > clk that drives the controller itself. Add support for these clks > as they're required in all designs. >

Re: [PATCH v3 02/10] drm/rockchip: analogix_dp: split the lcdc select setting into device data[Involving remittance information, please pay attention to the safety of property]

Heiko & Sean On 06/24/2016 12:16 AM, Heiko Stuebner wrote: Am Donnerstag, 23. Juni 2016, 10:32:53 schrieb Sean Paul: On Tue, Jun 14, 2016 at 7:46 AM, Yakir Yang wrote: eDP controller need to declare which vop provide the video source, and it's defined in GRF registers.

Re: [PATCH 3/3]nbd: make nbd device wait for its users

Hi On Wed, Jun 29, 2016 at 12:36 PM, Markus Pargmann wrote: > Hi, > > On Friday 24 June 2016 13:09:36 Pranay Kr. Srivastava wrote: >> When a timeout occurs or a recv fails, then >> instead of abruplty killing nbd block device >> wait for it's users to finish. >> >> This is

[GIT PULL] pin control fixes for v4.7

Hi Linus, here are a bunch of fixes for pin control. Just drivers and a MAINTAINERS fixup. Please pull them in! Yours, Linus Walleij The following changes since commit 33688abb2802ff3a230bd2441f765477b94cc89e: Linux 4.7-rc4 (2016-06-19 21:30:02 -0700) are available in the git repository

Re: [PATCH 2/2] mm, THP: Clean up return value of madvise_free_huge_pmd

On Tue, Jun 28, 2016 at 10:36:30AM -0700, Huang, Ying wrote: > From: Huang Ying > > The definition of return value of madvise_free_huge_pmd is not clear > before. According to the suggestion of Minchan Kim, change the type of > return value to bool and return true if we do

Re: [PATCH 02/19] pinctrl: imx1: make it explicitly non-modular

On Sun, Jun 26, 2016 at 4:46 AM, Paul Gortmaker wrote: > The Kconfig currently controlling compilation of this code is: > > drivers/pinctrl/freescale/Kconfig:config PINCTRL_IMX1 > drivers/pinctrl/freescale/Kconfig: bool "IMX1 pinctrl driver" > > ...meaning that

Re: [PATCH 03/19] pinctrl: imx21: make it explicitly non-modular

On Sun, Jun 26, 2016 at 4:46 AM, Paul Gortmaker wrote: > The Kconfig currently controlling compilation of this code is: > > drivers/pinctrl/freescale/Kconfig:config PINCTRL_IMX21 > drivers/pinctrl/freescale/Kconfig: bool "i.MX21 pinctrl driver" > > ...meaning

Re: [PATCH 04/19] pinctrl: imx25: make it explicitly non-modular

On Sun, Jun 26, 2016 at 4:46 AM, Paul Gortmaker wrote: > The Kconfig currently controlling compilation of this code is: > > drivers/pinctrl/freescale/Kconfig:config PINCTRL_IMX25 > drivers/pinctrl/freescale/Kconfig:bool "IMX25 pinctrl driver" > > ...meaning

Re: [PATCH 05/19] pinctrl: imx27: make it explicitly non-modular

On Sun, Jun 26, 2016 at 4:46 AM, Paul Gortmaker wrote: > The Kconfig currently controlling compilation of this code is: > > drivers/pinctrl/freescale/Kconfig:config PINCTRL_IMX27 > drivers/pinctrl/freescale/Kconfig: bool "IMX27 pinctrl driver" > > ...meaning

Re: [PATCH v5 0/2] Add support for SYSCON reset

Hi Andrew, Am Montag, den 27.06.2016, 12:12 -0500 schrieb Andrew F. Davis: > Some SoCs contain reset controls for modules that are memory-mapped to > areas shared with other module configuration settings. This requires > synchronization across all drivers accessing this memory area. This > series

Re: [PATCH 4/7] reset: Supply *_shared variant calls when using *_optional APIs

Hi Lee, Am Dienstag, den 28.06.2016, 09:56 +0100 schrieb Lee Jones: > Philipp, > > I need this to go into the -rcs too. > > Can I add it with your Ack please? I have already added your patches to my branch, and I intend to send a pull request for it tomorrow. I am afraid applying this patch in

Re: [PATCH 15/19] pinctrl: imx7d: make it explicitly non-modular

On Sun, Jun 26, 2016 at 4:46 AM, Paul Gortmaker wrote: > The Kconfig currently controlling compilation of this code is: > > drivers/pinctrl/freescale/Kconfig:config PINCTRL_IMX7D > drivers/pinctrl/freescale/Kconfig: bool "IMX7D pinctrl driver" > > ...meaning

Re: [PATCH 14/19] pinctrl: imx6ul: make it explicitly non-modular

On Sun, Jun 26, 2016 at 4:46 AM, Paul Gortmaker wrote: > The Kconfig currently controlling compilation of this code is: > > drivers/pinctrl/freescale/Kconfig:config PINCTRL_IMX6UL > drivers/pinctrl/freescale/Kconfig: bool "IMX6UL pinctrl driver" > > ...meaning

Re: [PATCH 4/7] reset: Supply *_shared variant calls when using *_optional APIs

On Wed, 29 Jun 2016, Philipp Zabel wrote: > Am Dienstag, den 28.06.2016, 09:56 +0100 schrieb Lee Jones: > > Philipp, > > > > I need this to go into the -rcs too. > > > > Can I add it with your Ack please? > > I have already added your patches to my branch, and I intend to send a > pull request

Re: [PATCH v5 0/5] regulator: add Ricoh RN5T567 PMIC support

On Tue, 28 Jun 2016, Stefan Agner wrote: > This patchset adds RN5T567 PMIC support which is used on the > Toradex Colibri iMX7S/iMX7D modules. The existing RN5T618 is from > the same family, hence this patchset uses the same driver and adds > variant support. > > The Colibris currently do not

external DVI monitor is black after wakeup from s2ram, until I press Alt+F1 and Alt+F7

This is a ThinkPad T440s with a stable 64bit hardened Gentoo. If it is docked then the described behaviour happens. I do run latest kernel, former kernel versions show the same behaviour. All other functionality of the resumed system is fine, so it is just the monitor which needs an extra kick.

Re: [PATCH v2] crypto: tcrypt - Fix memory leaks/crashes in multibuffer hash speed test

On Wed, Jun 29, 2016 at 10:16:10AM +0200, Krzysztof Kozlowski wrote: > > Seems to work fine except: > 1. The updates are always 1. Yes the test function only does digest so it's always one update. > 2. For bigger blocks it reports always 1 or 3 cycles per byte: Yes the average cycles per-byte

Re: [PATCH v5 0/5] regulator: add Ricoh RN5T567 PMIC support

On 2016-06-29 01:12, Lee Jones wrote: > On Tue, 28 Jun 2016, Stefan Agner wrote: > >> This patchset adds RN5T567 PMIC support which is used on the >> Toradex Colibri iMX7S/iMX7D modules. The existing RN5T618 is from >> the same family, hence this patchset uses the same driver and adds >> variant

Re: [PATCH v3] net: ethernet: ti: cpdma: switch to use genalloc

From: Grygorii Strashko Date: Mon, 27 Jun 2016 12:05:11 +0300 > TI CPDMA currently uses a bitmap for tracking descriptors alloactions > allocations, but The genalloc already handles the same and can be used > as with special memory (SRAM) as with DMA cherent memory

[PATCH v2 3/8] thunderbolt: Updating the register definitions

Adding more Thunderbolt(TM) register definitions and some helper macros. Signed-off-by: Amir Levy --- drivers/thunderbolt/nhi_regs.h | 109 + 1 file changed, 109 insertions(+) diff --git a/drivers/thunderbolt/nhi_regs.h

[PATCH] pinctrl: uniphier: remove pointless SD pin-mux setting for PH1-LD11

This SoC has no SD card controller. This pin-muxing has no point. Fixes: 70f2f9c4cf25 ("pinctrl: uniphier: add UniPhier PH1-LD11 pinctrl driver") Signed-off-by: Masahiro Yamada --- drivers/pinctrl/uniphier/pinctrl-uniphier-ld11.c | 5 - 1 file changed, 5

[PATCH v2 2/2] clk: hi6220: initialize UART1 clock to 150MHz

From: Jorge Ramirez-Ortiz Early at boot, during the sys_clk initialization, make sure UART1 uses the higher frequency clock, 150MHz. This enables support for higher baud rates (up to 3Mbps) in UART1, which is required by faster bluetooth transfers. v2: use

[PATCH v2 1/2] clk: hi6220: Change syspll and media_syspll clk to 1.19GHz

From: Xinliang Liu In the bootloader of HiKey/96boards, syspll and media_syspll clk was initialized to 1.19GHz. So, here changes it in kernel accordingly. 1.19GHz was chosen over 1.2GHz because at 1.19GHz we get more precise HDMI pixel clock (1.19G/16 = 74.4MHz) for

Re: Kernel v4.7-rc5 - performance degradation upto 40% after disabling and re-enabling a core

On Wed, Jun 29, 2016 at 01:15:17AM +0200, Jirka Hladky wrote: > Hello, > > on NUMA enabled server equipped with 4 Intel E5-4610 v2 CPUs we > observe following performance degradation: Do you have cluster on die enabled on that machine? If you disable it, does it still reproduce?

Re: [PATCHv3 1/2] usb: USB Type-C connector class

On Mon, Jun 27, 2016 at 5:43 PM, Heikki Krogerus wrote: > Hi, > > On Mon, Jun 27, 2016 at 03:51:08PM +0530, Rajaram R wrote: >> May be I am missing user or usage of the driver.. I see this driver is >> providing limited information of the Type-C connectors or the

Re: [PATCH 2/2] clk: hi6220: initialize UART1 clock to 150MHz

On 28 June 2016 at 19:56, Jorge Ramirez wrote: > On 06/28/2016 12:31 PM, Guodong Xu wrote: >> >> From: Jorge Ramirez-Ortiz >> >> Early at boot, during the sys_clk initialization, make sure UART1 uses >> the higher frequency clock.

Re: [PATCH 2/2] serial: 8250_dw: add ACPI support for uart on Hisilicon Hip05 soc

+cc linux-a...@vger.kernel.org On 2016/6/28 11:17, Kefeng Wang wrote: > Add ACPI identifier for UART on Hisilicon Hip05 soc, be careful > that it is not 16550 compatibal. > > Meanwhile, set dw8250_serial_out32 to keep consistent between serial_out > and serial_in in ACPI. > > Signed-off-by:

Re: [PATCH] pinctrl: uniphier: remove pointless SD pin-mux setting for PH1-LD11

2016-06-29 17:45 GMT+09:00 Masahiro Yamada : > This SoC has no SD card controller. This pin-muxing has no point. > > Fixes: 70f2f9c4cf25 ("pinctrl: uniphier: add UniPhier PH1-LD11 pinctrl > driver") > Signed-off-by: Masahiro Yamada

[PATCH V6 1/1] net: ethernet: Add TSE PCS support to dwmac-socfpga

From: Tien Hock Loh This adds support for TSE PCS that uses SGMII adapter when the phy-mode of the dwmac is set to sgmii. Signed-off-by: Tien Hock Loh --- v2: - Refactored the TSE PCS out from the dwmac-socfpga.c file - Added binding documentation for TSE

Re: [PATCH V5 2/3] powerpc/opal: Add inline function to get rc from an ASYNC_COMP opal_msg

Suraj Jitindar Singh writes: > --- a/arch/powerpc/include/asm/opal.h > +++ b/arch/powerpc/include/asm/opal.h > @@ -276,6 +276,14 @@ extern int opal_error_code(int rc); > > ssize_t opal_msglog_copy(char *to, loff_t pos, size_t count); > > +static inline int

Re: [PATCH 11/21] usb: chipidea: msm: Use hw_write_id_reg() instead of writel directly

On Sun, Jun 26, 2016 at 12:28:28AM -0700, Stephen Boyd wrote: > The MSM_USB_BASE macro trick is not very clear, and we're using > it for only one register write so let's just move to using > hw_write_id_reg() and passing the ci pointer instead. That > clearly shows what offset we're using and

[PATCH] btrfs: Handle uninitialised inode eviction

The code flow in btrfs_new_inode allows for btrfs_evict_inode to be called with not fully initialised inode (e.g. ->root member not being set). This can happen when btrfs_set_inode_index in btrfs_new_inode fails, which in turn would call iput for the newly allocated inode. This in turn leads to

  1   2   3   4   5   6   7   8   9   10   >