[PATCH 1/1] usb: dwc2: add multiple clock handling

Originally, dwc2 just handle one clock named otg, however, it may have two or more clock need to manage for some new SoCs, so this adds change clk to clk's array of dwc2_hsotg to handle more clocks operation. Signed-off-by: Frank Wang --- drivers/usb/dwc2/core.h |

Re: [PATCH 1/2] ARM64: dts: meson-gxm: Add R-Box Pro

Hi Andreas, Kevin, On 01/18/2017 11:27 PM, Kevin Hilman wrote: > Andreas Färber writes: > >> Am 17.01.2017 um 04:06 schrieb Andreas Färber: >>> diff --git a/arch/arm64/boot/dts/amlogic/Makefile >>> b/arch/arm64/boot/dts/amlogic/Makefile >>> index 0d7bfbf7d922..66bc809a5eae

Re: [PATCH 2/3] ARM64: dts: meson-gxbb: Add support for WeTek Hub and Play

On 01/18/2017 11:53 PM, Kevin Hilman wrote: > Neil Armstrong writes: > >> Adds support for the WeTek Hub and Play2 boards. >> The Hub is an extremely small IPTv Set-Top-Box and the Play2 is a more >> traditionnal Satellite or Terrestrial and IPTv Set-Top-Box. >> >> Both

Re: [PATCH V7 1/4] Documentation/devicetree/bindings: b850v3_lvds_dp

On Wed, Jan 18, 2017 at 11:10:58PM +0200, Laurent Pinchart wrote: > Hi Peter, > > On Monday 16 Jan 2017 09:37:11 Peter Senna Tschudin wrote: > > On Tue, Jan 10, 2017 at 11:04:58PM +0200, Laurent Pinchart wrote: > > > On Saturday 07 Jan 2017 01:29:52 Peter Senna Tschudin wrote: > > >> On 04

Re: [PATCH v1 2/2] arm: dts: mt2701: add nor flash node

Hi Rob, On Wed, 18 Jan 2017 20:51:08 -0600 Rob Herring wrote: > On Wed, Jan 18, 2017 at 5:38 PM, Thomas Petazzoni > wrote: > > Hello, > > > > On Wed, 18 Jan 2017 16:20:10 -0600, Rob Herring wrote: > > > >> > > Rob, Mark, any opinion? >

[PATCH] ARM64: dts: meson-gxm: Rename q200 and q201 DT files for consistency

In order to keep consistency naming with the Nexbox A1 DTS file, remove the S912 SoC name in the GXM DT files. Suggested-by: Andreas Färber Signed-off-by: Neil Armstrong --- arch/arm64/boot/dts/amlogic/Makefile | 4

Re: [PATCH v9 2/5] i2c: Add STM32F4 I2C driver

ok fine 2017-01-19 9:02 GMT+01:00 Uwe Kleine-König : > Hello Cedric, > > On Wed, Jan 18, 2017 at 09:55:39PM +0100, M'boumba Cedric Madianga wrote: >> 2017-01-18 19:42 GMT+01:00 Uwe Kleine-König : >> > Hello Cedric, >> > >> > On Wed,

[GIT PULL] two bug fixes for 4.10-rc5

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: Two changes, the first is a fix to add a missing memory clobber to the inline assembly to load control registers. This has not

Re: [PATCH 1/6] mm: introduce kv[mz]alloc helpers

On 01/18/2017 12:21 AM, Michal Hocko wrote: On Tue 17-01-17 21:59:13, John Hubbard wrote: On 01/16/2017 11:51 PM, Michal Hocko wrote: On Mon 16-01-17 13:57:43, John Hubbard wrote: On 01/16/2017 01:48 PM, Michal Hocko wrote: On Mon 16-01-17 13:15:08, John Hubbard wrote: On 01/16/2017

Re: [PATCH 2/7] scsi: hisi_sas: modify some values of ITCT table

On Thu, Jan 19, 2017 at 12:32:48AM +0800, John Garry wrote: > From: Xiang Chen > > Set SMP connection timeout and continue AWT timer; > Clear ITCT table when dev gone. > > Signed-off-by: Xiang Chen > Signed-off-by: John Garry

Re: [PATCH 3/7] scsi: hisi_sas: downgrade refclk message

On Thu, Jan 19, 2017 at 12:32:49AM +0800, John Garry wrote: > The message to inform that the controller has no refclk > is currently at warning level, which is unnecessary, so > downgrade to debug. > > Signed-off-by: John Garry > Reviewed-by: Xiang Chen

Re: [PATCH v3] IOMMU: SMMUv2: Support for Extended Stream ID (16 bit)

Hi Aleksey, On 17.01.2017 16:14, Aleksey Makarov wrote: Enable the Extended Stream ID feature when available. This patch on top of series "KVM PCIe/MSI passthrough on ARM/ARM64 and IOVA reserved regions" by Eric Auger [1] allows to passthrough an external PCIe network card on a ThunderX server

Re: [PATCH 2/7] scsi: hisi_sas: modify some values of ITCT table

On 19/01/2017 08:44, Johannes Thumshirn wrote: On Thu, Jan 19, 2017 at 12:32:48AM +0800, John Garry wrote: From: Xiang Chen Set SMP connection timeout and continue AWT timer; Clear ITCT table when dev gone. Signed-off-by: Xiang Chen

Re: [PATCH 6/7] scsi: hisi_sas: fix probe ordering problem

On Thu, Jan 19, 2017 at 12:32:52AM +0800, John Garry wrote: > From: Xiang Chen > > There is a potential probe issue in how we trigger the hw initialisation. > Although we use 1s timer to delay hw initialisation, there is still a > potential that sas_register_ha() is

Re: [PATCH v2 3/3] gpio: Support gpio nexus dt bindings

On Wed, Jan 18, 2017 at 1:50 AM, Stephen Boyd wrote: > Platforms like 96boards have a standardized connector/expansion > slot that exposes signals like GPIOs to expansion boards in an > SoC agnostic way. We'd like the DT overlays for the expansion > boards to be written

Re: [PATCH 13/33] Input: bfin_rotary - Use 'dev' instead of dereferencing it and other changes

On 01/18/2017 08:58 PM, Joe Perches wrote: On Wed, 2017-01-18 at 12:35 -0800, Guenter Roeck wrote: On Wed, Jan 18, 2017 at 11:39:52AM -0800, Dmitry Torokhov wrote: On Wed, Jan 18, 2017 at 09:46:34AM -0800, Guenter Roeck wrote: [] diff --git a/drivers/input/misc/bfin_rotary.c

[PATCH] ipv6: addrconf: Avoid addrconf_disable_change() using RCU read-side lock

Just like commit 4acd4945cd1e ("ipv6: addrconf: Avoid calling netdevice notifiers with RCU read-side lock"), it is unnecessary to make addrconf_disable_change() use RCU iteration over the netdev list, since it already holds the RTNL lock, or we may meet Illegal context switch in RCU read-side

Re: [PATCH 8/8] Revert "ext4: fix wrong gfp type under transaction"

On Tue 17-01-17 18:29:25, Jan Kara wrote: > On Tue 17-01-17 17:16:19, Michal Hocko wrote: > > > > But before going to play with that I am really wondering whether we need > > > > all this with no journal at all. AFAIU what Jack told me it is the > > > > journal lock(s) which is the biggest problem

Re: [PATCH v8 0/8] Add PWM and IIO timer drivers for STM32

On Wed, 18 Jan 2017, Benjamin Gaignard wrote: > version 8: > - rebase on v4.10-rc4 > - fix comments done by Thierry on PWM > - reword "reg" parameter description > - change kernel kernel in IIO ABI documentation > > version 7: > - rebase on v4.10-rc2 > - remove iio_device code from driver and

Re: [PATCH 1/6] mm: introduce kv[mz]alloc helpers

On Thu 19-01-17 00:37:08, John Hubbard wrote: > > > On 01/18/2017 12:21 AM, Michal Hocko wrote: > > On Tue 17-01-17 21:59:13, John Hubbard wrote: [...] > > > * Reclaim modifiers - __GFP_NORETRY and __GFP_NOFAIL should not be > > > passed in. > > > * Passing in __GFP_REPEAT is supported, but

[PATCH v1] tty: serial: 8250: 8250_gsc:- Handle return NULL error from ioremap_nocache

Here, If ioremap_nocache will fail. It will return NULL. Kernel can run into a NULL-pointer dereference. This error check will avoid NULL pointer dereference. Signed-off-by: Arvind Yadav --- drivers/tty/serial/8250/8250_gsc.c | 4 1 file changed, 4 insertions(+)

Re: [PATCH v9 2/5] i2c: Add STM32F4 I2C driver

Hello Cedric, On Wed, Jan 18, 2017 at 09:55:39PM +0100, M'boumba Cedric Madianga wrote: > 2017-01-18 19:42 GMT+01:00 Uwe Kleine-König : > > Hello Cedric, > > > > On Wed, Jan 18, 2017 at 04:21:17PM +0100, M'boumba Cedric Madianga wrote: > >> >> + * In standard

Re: [PATCH v20 08/17] clocksource/drivers/arm_arch_timer: Rework counter frequency detection.

Hi Fuwei, One comments below. On 2017/1/18 21:25, fu@linaro.org wrote: From: Fu Wei The counter frequency detection call(arch_timer_detect_rate) combines two ways to get counter frequency: system coprocessor register and MMIO timer. But in a specific timer init code,

Re: [PATCH] drm/bochs: Implement nomodeset

On Mi, 2017-01-18 at 19:10 +0100, Max Staudt wrote: > Up until now, the bochsdrm driver didn't handle the nomodeset option > at boot, and didn't provide a "modeset" module option either. > > This patch implements both. > > The new parameter can be used by specifying bochs-drm.modeset=0 > at boot

Re: [PATCH v20 11/17] clocksource/drivers/arm_arch_timer: Introduce some new structs to prepare for GTDT

On 2017/1/18 21:25, fu@linaro.org wrote: From: Fu Wei The patch introduce two new structs: arch_timer_mem, arch_timer_mem_frame. And also introduce a new define: ARCH_TIMER_MEM_MAX_FRAMES These will be used for refactoring the memory-mapped timer init code to prepare

Re: [PATCH -next] init/main: Init jump_labels before they are used to build zonelists

On 01/17/2017 09:49 PM, Vlastimil Babka wrote: > On 17.1.2017 21:34, Andrew Morton wrote: Will you be able to look into that? Openrisc doesnt have jump_label support, so its no issue at the moment. Archs that do have it: arch/arm64/Kconfig: select

Re: linux-next: build warning after merge of the net tree

Hi Stephen, On 19/01/2017 12:56 AM, Stephen Rothwell wrote: Hi all, After merging the net tree, today's linux-next build (x86_64 allmodconfig) produced this warning: drivers/net/ethernet/mellanox/mlx5/core/en_ethtool.c: In function 'mlx5e_set_channels':

Re: [PATCH 4/7] scsi: hisi_sas: modify hard reset for directed-attached disk

On Thu, Jan 19, 2017 at 12:32:50AM +0800, John Garry wrote: > From: Xiang Chen > > Correctly set registers in v2 for root PHY hardreset for directly > attached disk. > > Signed-off-by: Xiang Chen > Signed-off-by: John Garry

Re: [PATCH 5/7] scsi: hisi_sas: downgrade internal abort exit print

On Thu, Jan 19, 2017 at 12:32:51AM +0800, John Garry wrote: > Downgrade the exit print in hisi_sas_internal_task_abort() > to dbg level, as info is not required. > > Signed-off-by: John Garry > Reviewed-by: Xiang Chen > --- Looks good,

Re: [PATCH v20 13/17] acpi/arm64: Add GTDT table parse driver

On 2017/1/18 21:25, fu@linaro.org wrote: From: Fu Wei This patch adds support for parsing arch timer info in GTDT, provides some kernel APIs to parse all the PPIs and always-on info in GTDT and export them. By this driver, we can simplify arm_arch_timer drivers, and

Re: [PATCH v5 0/4] usb: early: add support for early printk through USB3 debug port

* Greg Kroah-Hartman wrote: > On Wed, Jan 18, 2017 at 02:20:30PM +0800, Lu Baolu wrote: > > Hi Greg, > > > > This patch series has been there for 2 months without > > further comments. Will you consider it for usb-next? > > I needed acks from the x86 maintainers

Re: [PATCH v3 00/18] FSI device driver introduction

On Tue, Jan 17, 2017 at 04:00:41PM -0600, Christopher Bostic wrote: > On Tue, Jan 17, 2017 at 1:42 AM, Greg KH wrote: > > On Mon, Jan 16, 2017 at 03:22:48PM -0600, christopher.lee.bos...@gmail.com > > wrote: > >> From: Chris Bostic > > > > > > >

Re: [BISSECTED]: BUG: usb: dwc3: usb ports not working anymore on odroid-XU4

Hi, Richard Genoud writes: > Hi, > Since commit c499ff71ff2a2 ("usb: dwc3: core: re-factor init and exit paths") > (merged in 4.8), the usb ports on odroid-XU4 don't work anymore. > > [ Actually, it's commit 2164a476205ccc ("usb: dwc3: set SUSPHY bit for all >

[PATCH 0/1] add multiple clock handling for dwc2 driver

The Current default dwc2 just handle one clock named otg, however, it may have two or more clock need to manage for some new SoCs(such as RK3328), so this adds change clk to clk's array of dwc2_hsotg to handle more clocks operation. Frank Wang (1): usb: dwc2: add multiple clock handling

Re: [PATCH V7 1/4] Documentation/devicetree/bindings: b850v3_lvds_dp

Hi Peter, On Thursday 19 Jan 2017 09:12:14 Peter Senna Tschudin wrote: > On Wed, Jan 18, 2017 at 11:10:58PM +0200, Laurent Pinchart wrote: > > On Monday 16 Jan 2017 09:37:11 Peter Senna Tschudin wrote: > >> On Tue, Jan 10, 2017 at 11:04:58PM +0200, Laurent Pinchart wrote: > >>> On Saturday 07 Jan

Re: [PATCH v2 2/3] cpu: expose pm_qos_resume_latency for each cpu

On 01/17/2017 06:23 PM, Daniel Lezcano wrote: >> > >> > @@ -376,6 +377,7 @@ int register_cpu(struct cpu *cpu, int num) >> > >> >per_cpu(cpu_sys_devices, num) = >dev; >> >register_cpu_under_node(num, cpu_to_node(num)); >> > + dev_pm_qos_expose_latency_limit(>dev, 0); > This patch

Re: [PATCH 0/5] UM: Fine-tuning for some function implementations

Markus, Am 18.01.2017 um 22:55 schrieb SF Markus Elfring: > From: Markus Elfring > Date: Wed, 18 Jan 2017 22:48:02 +0100 > > A few update suggestions were taken into account > from static source code analysis. > > Markus Elfring (5): > port: Move an assignment

Re: [PATCH 1/7] scsi: hisi_sas: workaround v2 hw SATA IO timeout issue

On Thu, Jan 19, 2017 at 12:32:47AM +0800, John Garry wrote: > From: Xiang Chen > > The v2 SAS controller needs more time to detect channel idle > and send setup link request than SATA disk does, so it is > difficult for SAS controller to setup an STP link. Therefore it

Re: [patch -mm] mm, page_alloc: warn_alloc nodemask is NULL when cpusets are disabled

On Thu 19-01-17 08:29:45, Vlastimil Babka wrote: > On 01/18/2017 10:51 PM, David Rientjes wrote: > > The patch "mm, page_alloc: warn_alloc print nodemask" implicitly sets the > > allocation nodemask to cpuset_current_mems_allowed when there is no > > effective mempolicy.

Re: __mutex_lock_common() unlikely very likely

On Wed, Jan 18, 2017 at 03:58:24PM -0500, Steven Rostedt wrote: > Chris, > > My branch tracer flagged the unlikely in __mutex_lock_common() as > always hit. That's the: > > if (use_ww_ctx) { > [...] > if (unlikely(ww_ctx == READ_ONCE(ww->ctx))) >

Re: [PATCH 7/7] scsi: hisi_sas: decrease running_req in hisi_sas_slot_task_free()

On Thu, Jan 19, 2017 at 12:32:53AM +0800, John Garry wrote: > From: Xiang Chen > > There is an issue that hisi_sas_dev.running_req is not > decremented properly for internal abort and TMF. > > To resolve, only decrease running_req in hisi_sas_slot_task_free() > >

Re: [PATCH v3] EDAC: expose per-dimm error counts in sysfs

On 11/4/16, 4:21 AM, "Borislav Petkov" wrote: LGTM. Acked-by: Borislav Petkov Mauro, I'm assuming you're picking up this. -- Regards/Gruss, Boris. Good mailing practices for 400: avoid top-posting and trim the

Re: Potential issues (security and otherwise) with the current cgroup-bpf API

On Wed 18-01-17 14:18:50, Tejun Heo wrote: > Hello, Michal. > > On Tue, Jan 17, 2017 at 02:58:30PM +0100, Michal Hocko wrote: > > This would require using hierarchical cgroup iterators to iterate over > > It does behave hierarchically. > > > tasks. As per Andy's testing this doesn't seem to be

Re: [PATCH 13/13] MIPS: jz4740: Remove custom GPIO code

On Wed, Jan 18, 2017 at 12:14 AM, Paul Cercueil wrote: > All the drivers for the various hardware elements of the jz4740 SoC have > been modified to use the pinctrl framework for their pin configuration > needs. > As such, this platform code is now unused and can be

[PATCH] ARM: Exynos4415: remove dead build rule

Commit 22dfab102cfa ("ARM: EXYNOS: Remove Exynos4415 arch code (SoC not supported anymore)") removed the Kconfig option SOC_EXYNOS4415. Thus, we are safe to remove the last reference in the Makefile. Signed-off-by: Valentin Rothberg --- Detected by using

Re: [PATCH v5 01/13] lockdep: Refactor lookup_chain_cache()

On Wed, Jan 18, 2017 at 10:17:27PM +0900, Byungchul Park wrote: > Currently, lookup_chain_cache() provides both 'lookup' and 'add' > functionalities in a function. However, each is useful. So this > patch makes lookup_chain_cache() only do 'lookup' functionality and > makes add_chain_cahce() only

Re: [PATCH] ARM: Exynos4415: remove dead build rule

On Thu, Jan 19, 2017 at 11:18 AM, Krzysztof Kozlowski wrote: > On Thu, Jan 19, 2017 at 11:11 AM, Valentin Rothberg > wrote: >> Commit 22dfab102cfa ("ARM: EXYNOS: Remove Exynos4415 arch code (SoC not >> supported anymore)") removed the Kconfig option

Re: [PATCH] ARM: Exynos4415: remove dead build rule

Hi, On 2017년 01월 19일 18:11, Valentin Rothberg wrote: > Commit 22dfab102cfa ("ARM: EXYNOS: Remove Exynos4415 arch code (SoC not > supported anymore)") removed the Kconfig option SOC_EXYNOS4415. Thus, > we are safe to remove the last reference in the Makefile. > > Signed-off-by: Valentin Rothberg

Re: [PATCH 3/3] cpuidle/menu: add per cpu pm_qos_resume_latency consideration

> That said, I have the feeling that is taking the wrong direction. Each time we > are entering idle, we check the latencies. Entering idle can be done thousand > of times per second. Wouldn't make sense to disable the states not fulfilling > the constraints at the moment the latencies are

Re: [PATCH] ARM: Exynos4415: remove dead build rule

Dear all, On 2017년 01월 19일 18:14, Chanwoo Choi wrote: > Hi, > > On 2017년 01월 19일 18:11, Valentin Rothberg wrote: >> Commit 22dfab102cfa ("ARM: EXYNOS: Remove Exynos4415 arch code (SoC not >> supported anymore)") removed the Kconfig option SOC_EXYNOS4415. Thus, >> we are safe to remove the last

Re: [BISSECTED]: BUG: usb: dwc3: usb ports not working anymore on odroid-XU4

On 19/01/2017 09:03, Felipe Balbi wrote: > > Hi, > > Richard Genoud writes: >> Hi, >> Since commit c499ff71ff2a2 ("usb: dwc3: core: re-factor init and exit paths") >> (merged in 4.8), the usb ports on odroid-XU4 don't work anymore. >> >> [ Actually, it's commit

Re: [PATCH v5 1/4] usb: dbc: early driver for xhci debug capability

* Lu Baolu wrote: > xHCI debug capability (DbC) is an optional but standalone > functionality provided by an xHCI host controller. Software > learns this capability by walking through the extended > capability list of the host. xHCI specification describes > DbC in

Re: [PATCH v5 2/4] x86: add support for earlyprintk via USB3 debug port

* Lu Baolu wrote: > index 8a12199..c4031b9 100644 > --- a/arch/x86/kernel/early_printk.c > +++ b/arch/x86/kernel/early_printk.c > @@ -17,6 +17,7 @@ > #include > #include > #include > +#include > #include > #include > #include > @@ -381,6 +382,10 @@ static

Re: [PATCH] drivers: staging: Fix "space required after that ','" errors

On Tue, Jan 17, 2017 at 10:56:31PM +0530, simran singhal wrote: > Fix checkpatch.pl "space required after that ','" errors > > Signed-off-by: simran singhal > > diff --git a/drivers/staging/rtl8192u/ieee80211/ieee80211_softmac.c >

[PATCH 3/3] pinctrl / gpio: Introduce .set_config() callback for GPIO chips

Currently we already have two pin configuration related callbacks available for GPIO chips .set_single_ended() and .set_debounce(). In future we expect to have even more, which does not scale well if we need to add yet another callback to the GPIO chip structure for each possible configuration

[PATCH 1/3] pinctrl: Widen the generic pinconf argument from 16 to 24 bits

The current pinconf packed format allows only 16-bit argument limiting the maximum value 65535. For most types this is enough. However, debounce time can be in range of hundreths of milliseconds in case of mechanical switches so we cannot represent the worst case using the current format. In

Re: mm, vmscan: commit makes PAE kernel crash nightly (bisected)

On 2017-01-17 Michal Hocko wrote: > On Tue 17-01-17 14:21:14, Mel Gorman wrote: > > On Tue, Jan 17, 2017 at 02:52:28PM +0100, Michal Hocko wrote: > > > On Mon 16-01-17 11:09:34, Mel Gorman wrote: > > > [...] > > > > diff --git a/mm/vmscan.c b/mm/vmscan.c > > > > index

[PATCH 2/3] pinctrl: Allow configuration of pins from gpiolib based drivers

When a GPIO driver is backed by a pinctrl driver the GPIO driver sometimes needs to call the pinctrl driver to configure certain things, like whether the pin is used as input or output. In addition to this there are other configurations applicable to GPIOs such as setting debounce time of the

Re: [PATCH v5 01/13] lockdep: Refactor lookup_chain_cache()

On Thu, Jan 19, 2017 at 05:16:27PM +0800, Boqun Feng wrote: > On Wed, Jan 18, 2017 at 10:17:27PM +0900, Byungchul Park wrote: > > Currently, lookup_chain_cache() provides both 'lookup' and 'add' > > functionalities in a function. However, each is useful. So this > > patch makes

Re: [RESEND PATCHv1 6/8] mmc: sdhci: Clear SDHCI_HS400_TUNING flag after platform_execute_tuning

On 10/01/17 09:00, Ritesh Harjani wrote: > Clear SDHCI_HS400_TUNING flag after platform_execute_tuning > so that platform_execute_tuning may use it if needed. Sorry for the slow reply. platform_execute_tuning() should not really exist because it doesn't do anything useful. If it is not too much

[PATCH] lkdtm: Fix Oops when unloading the module

No jprobe is registered when the module is loaded without specifying a crashpoint that uses a jprobe. At the moment, we unconditionally try to unregister the jprobe on module unload which results in an Oops. Add a check to fix this. Signed-off-by: Juerg Haefliger ---

Re: [PATCH v7 1/7] perf/amd/iommu: Misc fix up perf_iommu_read

On Sun, Jan 15, 2017 at 09:36:10AM +0700, Suravee Suthikulpanit wrote: > Peter, > > On 1/11/17 18:57, Peter Zijlstra wrote: > >On Mon, Jan 09, 2017 at 09:33:41PM -0600, Suravee Suthikulpanit wrote: > >>This patch contains the following minor fixup: > >> * Fixed overflow handling since u64 delta

Re: [PATCH] HID: multitouch: enable Surface 3 Type Cover Pro to report multitouch data

On Thu, 2017-01-19 at 04:55 -0500, Dennis Chen wrote: > Hi, > > This should be the last related patch for the Surface Pro > Type Covers. Please, send it via send-email and remove unrelated parts (or split them to another patch) > > Sincerely, > Dennis Chen > > >

[PATCH v4 0/5] fbtft: make it work with DMA enabled SPI

This series enables 64x48 OLED display and fixes the driver to work with DMA enabled SPI properly. Has been tested on Intel Edison board with Adafruit 2'8" and SSD1306 64x48 (Sparkfun for Intel Edison) OLED displays at their maximum speed (25MHz and 10MHz). Since v3: - add Noralf's ACKs -

[PATCH v4 2/5] staging: fbtft: remove custom DMA mapped buffer

There is no need to duplicate what SPI core already does, i.e. mapping buffers for DMA capable transfers. Remove all related pices of code. Note, that code, besides its redundancy, was buggy: DMA address potentially can be 0, SPI slave device has nothing to do with DMA capable device properties

Re: [PATCH 13/17] HID: logitech-hidpp: make .probe usbhid capable

On Wed, 18 Jan 2017, Benjamin Tissoires wrote: > > The current custom solution for the G920 is not the best because > > hid_hw_start() is not called at the end of the .probe(). > > It means that any configuration retrieved after the initial hid_hw_start > > would not be exposed to user space

Re: [PATCH 09/13] mmc: jz4740: Let the pinctrl driver configure the pins

[...] > > -#ifdef CONFIG_PM_SLEEP > - > -static int jz4740_mmc_suspend(struct device *dev) > -{ > - struct jz4740_mmc_host *host = dev_get_drvdata(dev); > - > - jz_gpio_bulk_suspend(jz4740_mmc_pins, jz4740_mmc_num_pins(host)); > - Shouldn't this be replaced with a call to:

Re: [PATCH] MIPS: KVM: Return directly after a failed copy_from_user() in kvm_arch_vcpu_ioctl()

Hi Markus, [auto build test ERROR on kvm/linux-next] [also build test ERROR on v4.10-rc4 next-20170119] [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/SF-Markus-Elfring/MIPS-KVM-Return-directly

[PATCH] Add explanation of udelay() inaccuracy

There seems to be some misunderstanding that udelay() and friends will always guarantee the specified delay. This is a false understanding. When udelay() is based on CPU cycles, it can return early for many reasons which are detailed by Linus' reply to me in a thread in 2011:

Re: [PATCH v5 3/4] usb: serial: usb_debug: add support for dbc debug device

* Lu Baolu wrote: > This patch add dbc debug device support in usb_debug driver. s/add dbc debug device support in usb_debug driver /adds dbc debug device support to the usb_debug driver Please fix the title as well. Thanks, Ingo

Re: [PATCH 13/13] MIPS: jz4740: Remove custom GPIO code

Le 2017-01-18 08:27, Thierry Reding a écrit : On Wed, Jan 18, 2017 at 12:14:21AM +0100, Paul Cercueil wrote: All the drivers for the various hardware elements of the jz4740 SoC have been modified to use the pinctrl framework for their pin configuration needs. As such, this platform code is

[PATCH v4 5/5] staging: fbtft: fb_ssd1306: Refactor write_vmem()

Refactor write_vmem() for sake of readability. While here, fix indentation in one comment. Acked-by: Noralf Trønnes Signed-off-by: Andy Shevchenko --- drivers/staging/fbtft/fb_ssd1306.c | 16 +++- 1 file changed, 7

Re: [PATCH v4 1/3] firmware: add new extensible firmware API - drvdata

On Thu, Jan 12, 2017 at 07:02:42AM -0800, Luis R. Rodriguez wrote: > The firmware API has evolved over the years slowly, as it > grows we extend it by adding new routines or at times we extend > existing routines with more or less arguments. This doesn't scale > well, when new arguments are added

Re: [PATCH v8 4/8] PWM: add PWM driver for STM32 plaftorm

On Wed, Jan 18, 2017 at 03:20:47PM +0100, Benjamin Gaignard wrote: > This driver adds support for PWM driver on STM32 platform. > The SoC have multiple instances of the hardware IP and each > of them could have small differences: number of channels, > complementary output, auto reload register

Business Proposal

-- Dear Friend, I would like to discuss a very important issue with you. I am writing to find out if this is your valid email. Please, let me know if this email is valid Kind regards Adrien Saif Attorney to Quatif Group of Companies

Re: [PATCH net-next] net/sched: cls_flower: reduce fl_change stack size

Thu, Jan 19, 2017 at 10:45:31AM CET, a...@arndb.de wrote: >The new ARP support has pushed the stack size over the edge on ARM, >as there are two large objects on the stack in this function (mask >and tb) and both have now grown a bit more: > >net/sched/cls_flower.c: In function 'fl_change':

Re: [PATCH net-next v4] bridge: multicast to unicast

On 19/01/17 03:45, Linus Lüssing wrote: > From: Felix Fietkau > > Implements an optional, per bridge port flag and feature to deliver > multicast packets to any host on the according port via unicast > individually. This is done by copying the packet per host and > changing the

[PATCH -improve] tools lib bpf: Fix map offsets in relocation

From: Joe Stringer Commit 4708bbda5cb2 ("tools lib bpf: Fix maps resolution") attempted to fix map resolution by identifying the number of symbols that point to maps, and using this number to resolve each of the maps. However, during relocation the original definition of the map

Re: [PATCH] drivers: staging: rtl8188eu: include: statements using pointers enclosed in parantheses

On Wed, Jan 18, 2017 at 07:28:04AM +0530, Kartikey Singh wrote: > Macros with complex values enclosed in parentheses That does not make sense to me, does it to you? Please write changelogs that can be understood. thanks, greg k-h

Re: [PATCHv4 3/5] pinctrl: mvebu: pinctrl driver for 98DX3236 SoC

On Fri, Jan 13, 2017 at 10:12:18PM +1300, Chris Packham wrote: > +static struct mvebu_mpp_ctrl mv98dx3236_mpp_controls[] = { > + MPP_FUNC_CTRL(0, 32, NULL, armada_xp_mpp_ctrl), > +}; As Linus has taken my mvebu pinctrl series, this will need to be changed to "mvebu_mmio_mpp_ctrl" rather than

Re: [PATCH v20 16/17] clocksource/drivers/arm_arch_timer: Add GTDT support for memory-mapped timer

Hi Hanjun, On 19 January 2017 at 17:16, Hanjun Guo wrote: > On 2017/1/18 21:25, fu@linaro.org wrote: >> >> From: Fu Wei >> >> The patch add memory-mapped timer register support by using the >> information provided by the new GTDT driver of ACPI. >>

[PATCH] serial: omap: Add omapserial earlycon

Add DT earlycon for omap_serial driver. This boot console is included with CONFIG_SERIAL_EARLYCON=y, CONFIG_OF=y, CONFIG_SERIAL_OMAP=y, and CONFIG_OF_EARLY_FLATTREE=y. This boot console is enabled with the command line option "earlycon" (without "=...") when the DT 'stdout-path' property matches

RE: [PATCH net-next] macb: Common code to enable ptp support for SAMA5Dx platforms.

> Subject: Re: [PATCH net-next] macb: Common code to enable ptp support > for SAMA5Dx platforms. > > Le 18/01/2017 à 09:57, Andrei Pistirica a écrit : > > This patch does the following: > > - add GEM-PTP interface > > - registers and bitfields for TSU are named according to SAMA5Dx data > > sheet

Re: [PATCH 3/3] cpuidle/menu: add per cpu pm_qos_resume_latency consideration

On Thu, Jan 19, 2017 at 05:25:37PM +0800, Alex Shi wrote: > > > That said, I have the feeling that is taking the wrong direction. Each time > > we > > are entering idle, we check the latencies. Entering idle can be done > > thousand > > of times per second. Wouldn't make sense to disable the

[PATCH v3 3/3] mmc: mediatek: Use data tune for CMD line tune

From: yong mao If we don't select a set of better parameters for our emmc host, It may easily occur CMD response CRC error. And also it may cause cannot boot up issue. Fot getting a set of better parameters, our emmc host supports data tune mechanism.Therefore, our emmc

Re: [RESEND PATCHv1 7/8] mmc: sdhci-msm: Make HS400 tuning follow as per recommeneded HW sequence

On 10/01/17 09:00, Ritesh Harjani wrote: > During tuning execution for HS400 mode, HW sequence recommends > to select MCLK_SEL/2(0x3) in VENDOR_SPEC & sdhc msm clock at GCC > to be 400MHZ (nearest supported clk). Add this change in tuning > sequence during HS400 tuning. > > Signed-off-by: Ritesh

Re: [PATCH perf/core 0/6] Libbpf improvements

On 2017/1/19 7:57, Joe Stringer wrote: Patch 1 fixes an issue when using drastically different BPF map definitions inside ELFs from a client using libbpf, vs the map definition libbpf uses. Patch 2 is a trivial typo fix. Patches 3-5 add some simple, useful helper functions for setting prog

Re: [PATCH 2/2] ARM: dts: rockchip: add dts for RK3288-Tinker board

Hi Eddie, Am Donnerstag, 19. Januar 2017, 10:11:59 CET schrieb Eddie Cai: > This patch add basic support for RK3288-Tinker board. We can boot in to > rootfs with this patch. > > Signed-off-by: Eddie Cai looks good in general, just some small question down below.

Re: [PATCH v5 0/8] Runtime PM for Thunderbolt on Macs

On Sun, Jan 15, 2017 at 09:03:45PM +0100, Lukas Wunner wrote: > Power down Thunderbolt controllers on Macs when nothing is plugged in > to save around 2W per controller. > > For background info please see the cover letter of v3: > https://lkml.org/lkml/2016/12/17/56 > > > Patches [1/8] to [3/8]

Re: [PATCH RFC v3 5/5] tpm2: expose resource manager via a device link /dev/tpms

I've forgot to put out my review comments about this patch. Please send me an updated patch and I'll include it to v4. You can choose to send it also privately because it will go to public review anyway through the patch set. I could fix these myself (because they are cosmetic stuff) but I simply

[PATCH v4 3/5] staging: fbtft: propagate error code from kstrto*()

kstrto*() functions return proper error code. Do propogate it to the user. Acked-by: Noralf Trønnes Signed-off-by: Andy Shevchenko --- drivers/staging/fbtft/fbtft-sysfs.c | 7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) diff

Re: [tpmdd-devel] [PATCH RFC v3 5/5] tpm2: expose resource manager via a device link /dev/tpms

On Wed, Jan 18, 2017 at 10:01:03AM -0500, James Bottomley wrote: > On Mon, 2017-01-16 at 15:12 +0200, Jarkko Sakkinen wrote: > > From: James Bottomley > > > > Currently the Resource Manager (RM) is not exposed to userspace. > > Make > > this exposure via

Re: [PATCH v3 1/5] staging: fbtft: convert fbtft_reset() to be non-atomic

On Thu, 2017-01-19 at 10:49 +0100, Greg Kroah-Hartman wrote: > On Tue, Jan 03, 2017 at 08:29:45PM +0200, Andy Shevchenko wrote: > > First of all, fbtft in current state doesn't allow to override GPIOs > > to be > > optional, like "reset" one. It might be a bug somewhere, but rather > > out of > >

[tip:core/urgent] objtool: Fix IRET's opcode

Commit-ID: b5b46c4740aed1538544f0fa849c5b76c7823469 Gitweb: http://git.kernel.org/tip/b5b46c4740aed1538544f0fa849c5b76c7823469 Author: Jiri Slaby AuthorDate: Wed, 18 Jan 2017 14:29:21 +0100 Committer: Ingo Molnar CommitDate: Thu, 19 Jan 2017 08:39:44

Re: [PATCH v3 09/13] sata: ahci: export ahci_do_hardreset() locally

2017-01-18 19:28 GMT+01:00 Tejun Heo : > Hello, Bartosz. > > On Wed, Jan 18, 2017 at 02:19:57PM +0100, Bartosz Golaszewski wrote: >> We need a way to retrieve the information about the online state of >> the link in the ahci-da850 driver. >> >> Create a new function:

Re: [PATCH V2 05/18] Drivers: hv: vmbus: Consolidate all Hyper-V specific clocksource code

On Wed, Jan 18, 2017 at 04:45:04PM -0700, k...@exchange.microsoft.com wrote: > From: K. Y. Srinivasan > > As part of the effort to separate out architecture specific code, > consolidate all Hyper-V specific clocksource code to an architecture > specific code. > >

Re: [PATCH v3 2/2] mmc: host: s3cmci: allow probing from device tree

On 13 January 2017 at 16:05, Sergio Prado wrote: > Allows configuring Samsung S3C24XX MMC/SD/SDIO controller using a device > tree. > > Signed-off-by: Sergio Prado Looks good to me. Waiting for Rob's ack for the DT changes in patch1

Re: [RESEND PATCHv1 4/8] mmc: sdhci-msm: Reset vendor specific func register on probe

On 10/01/17 09:00, Ritesh Harjani wrote: > From: Venkat Gopalakrishnan > > The vendor specific func register doesn't get reset when using the > software reset register. The various bootloader's could leave this > in an unknown state, hence reset this register to it's

Re: [PATCH 2/2] security: Change name of CONFIG_DEBUG_SET_MODULE_RONX

Hi, On Wed, Jan 18, 2017 at 05:29:06PM -0800, Laura Abbott wrote: > > Despite the word 'debug' in CONFIG_DEBUG_SET_MODULE_RONX, this kernel > option provides key security features that are to be expected on a > modern system. Change the name to CONFIG_HARDENED_MODULE_MAPPINGS which > more

Re: [PATCH 13/17] HID: logitech-hidpp: make .probe usbhid capable

On Thu, Jan 19, 2017 at 11:56 AM, Jiri Kosina wrote: > On Wed, 18 Jan 2017, Benjamin Tissoires wrote: > >> > The current custom solution for the G920 is not the best because >> > hid_hw_start() is not called at the end of the .probe(). >> > It means that any configuration

  1   2   3   4   5   6   7   8   9   10   >