Re: [PATCH 1/3] fpga manager: Add cyclonespi driver for Altera fpgas

On Fri, 7 Oct 2016, Moritz Fischer wrote: > > +static inline u32 revbit8x4(u32 n) > > +{ > > + n = ((n & 0xF0F0F0F0UL) >> 4) | ((n & 0x0F0F0F0FUL) << 4); > > + n = ((n & 0xUL) >> 2) | ((n & 0xUL) << 2); > > + n = ((n & 0xUL) >> 1) | ((n & 0xUL) <<

Re: [PATCH] scripts/coccicheck: Update reference for the corresponding documentation

On Fri, 7 Oct 2016, SF Markus Elfring wrote: > From: Markus Elfring > Date: Fri, 7 Oct 2016 16:06:15 +0200 > > Use the current name (in a comment at the beginning of this script) for > the file which was converted to the documentation format "reStructuredText" >

Re: [PATCH][V2] nbd: add multi-connection support

On Thu 2016-09-15 10:43:54, Josef Bacik wrote: > NBD can become contended on its single connection. We have to serialize all > writes and we can only process one read response at a time. Fix this by > allowing userspace to provide multiple connections to a single nbd device. > This > coupled

[PATCH 13/34] staging:r8188eu: remove ExternalPA member of hal_data_8188e structure

ExternalPA always is false. Signed-off-by: Ivan Safonov --- drivers/staging/rtl8188eu/hal/rf.c | 2 -- drivers/staging/rtl8188eu/include/rtl8188e_hal.h | 1 - 2 files changed, 3 deletions(-) diff --git a/drivers/staging/rtl8188eu/hal/rf.c

Re: [PATCH] Staging:fbtft/fb_s6d02a1.c: fixed 80 character line limit coding

why its seems worst to you i am just removing "80 character line limit coding style" for the last 3 months I am trying to submit my first patch but patch is not accepted by you by giving reason i can't able to understand please help me On Fri, Oct 7, 2016 at 10:37 PM, Greg KH

Re: [PATCH] tpm: don't destroy chip device prematurely

On Fri, Oct 07, 2016 at 02:24:59PM +, Winkler, Tomas wrote: > So here I'm to say I'm sorry for misleading this, after all the > doubts I got back to debugging and traces. One thing for a reason > moving the device_del, had really made the problem go away, but the > real problem was unbalance

Re: [GIT PULL] trivial for 4.9

On Fri, Oct 7, 2016 at 1:51 AM, Jiri Kosina wrote: > Colin Ian King (5): > netfilter: Add missing \n to pr_err() message > agp/intel: add missing \n to end of dev_emerg message > lightnvm: add missing \n to end of dev_err message > nvme: add missing \n to

[PATCH] sound: soc: cygnus: add depends on HAS_DMA

add depends on HAS_DMA to Kconfig. This fixes error reported by kbuild test robot when building for ARCH=m32r: ERROR: "bad_dma_ops" [sound/soc/bcm/snd-soc-cygnus.ko] undefined! Signed-off-by: Scott Branden --- sound/soc/bcm/Kconfig | 1 + 1 file changed, 1

Re: [RFC 1/2] sdhci: Add device tree property sd-broken-highspeed

On Thu, Oct 06, 2016 at 09:13:24AM +0300, Adrian Hunter wrote: > On 06/10/16 04:34, Shawn Lin wrote: > > On 2016/10/6 5:22, Julia Cartwright wrote: > >> On Wed, Oct 05, 2016 at 03:03:44PM -0500, Rob Herring wrote: > >>> On Wed, Oct 5, 2016 at 1:33 PM, Ulf Hansson > >>>

Re: [PATCHv2 1/2] Documentation: dt: spi: Add GPIO Slave Select Parameter

On Fri, Oct 7, 2016 at 4:56 PM, wrote: > From: Thor Thayer > > Some SPI masters require the slave to be selected before a > transaction can occur - even in the case of GPIO chip select. > > This patch adds a GPIO slave select

[PATCH 0/2] [media] dvb-tc90522: Fine-tuning for two function implementations

From: Markus Elfring Date: Fri, 7 Oct 2016 21:38:12 +0200 A few update suggestions were taken into account from static source code analysis. Markus Elfring (2): Use kmalloc_array() Rename a jump label drivers/media/dvb-frontends/tc90522.c | 7 +++ 1 file

Re: [PATCHv2 1/2] Documentation: dt: spi: Add GPIO Slave Select Parameter

On 10/07/2016 02:33 PM, Geert Uytterhoeven wrote: On Fri, Oct 7, 2016 at 4:56 PM, wrote: From: Thor Thayer Some SPI masters require the slave to be selected before a transaction can occur - even in the case of GPIO chip select.

[PATCH] usb: dwc3: Fix size used in dma_free_coherent()

In commit 2abd9d5fa60f9 ("usb: dwc3: ep0: Add chained TRB support"), the size of the memory allocated with 'dma_alloc_coherent()' has been modified but the corresponding calls to 'dma_free_coherent()' have not been updated accordingly. This has been spotted with coccinelle, using the following

Re: [PATCH 1/3] fpga manager: Add cyclonespi driver for Altera fpgas

Hi Alan, On Fri, Oct 7, 2016 at 11:21 AM, atull wrote: > Moritz, Can you remind me what that issue was there (or point me to > that email, I can't find it)? I don't think I had a problem with that > in your case. In general I think if these drivers can take the >

Re: [PATCH 1/2] power: bq27xxx_battery: add configurable poll_interval by sysfs

On Fri 2016-09-16 20:42:54, Matt Ranostay wrote: > Allow the poll_interval to be runtime configurable via an sysfs entry. > This is needed for udev control of the poll interval. > > Signed-off-by: Matt Ranostay working mail address would be nice here. sysfs files

[PATCH 31/34] staging:r8188eu: remove precv_frame_buf member of recv_priv structure

precv_frame_buf is used as local variable only in one function. Signed-off-by: Ivan Safonov --- drivers/staging/rtl8188eu/core/rtw_recv.c| 4 +--- drivers/staging/rtl8188eu/include/rtw_recv.h | 1 - 2 files changed, 1 insertion(+), 4 deletions(-) diff --git

Re: [tip:x86/apic] x86/acpi: Introduce persistent storage for cpuid <-> apicid mapping

On Fri, Oct 7, 2016 at 6:00 AM, Thomas Gleixner wrote: > On Fri, 7 Oct 2016, Thomas Gleixner wrote: >> On Fri, 7 Oct 2016, Dou Liyang wrote: >> > Is it possible that the "-1/ox" could appear in the MADT which is >> > one >> > of the ACPI tables? >> >> According to the

Re: [PATCH 2/4][RFC v2] PM / sleep: Introduce arch-specific hook for disable/enable nonboot cpus

On 06/25/2016 09:18 AM, Chen Yu wrote: There is requirement that we need to do some arch-specific operations before putting the nonboot CPUs offline/online. One of the requirements comes from the hibernation resume process on x86_64, we need to kick all the offlin-CPUs online and offline again,

[v4.8-rc1 Regression] sched/fair: Apply more PELT fixes

Hello Peter, A kernel bug report was opened against Ubuntu [0]. After a kernel bisect, it was found that reverting the following commit resolved this bug: commit 3d30544f02120b884bba2a9466c87dba980e3be5 Author: Peter Zijlstra Date: Tue Jun 21 14:27:50 2016 +0200

[PATCH 1/2] [media] dvb-tc90522: Use kmalloc_array() in tc90522_master_xfer()

From: Markus Elfring Date: Fri, 7 Oct 2016 21:07:43 +0200 A multiplication for the size determination of a memory allocation indicated that an array data structure should be processed. Thus use the corresponding function "kmalloc_array". This issue was detected by

Re: tty, fbcon: use-after-free in fbcon_invert_region

On Sat, Sep 3, 2016 at 9:20 PM, Dmitry Vyukov wrote: > Hello, > > The following program causes use-after-free in fbcon_invert_region: > > https://gist.githubusercontent.com/dvyukov/d657f9a9ca39f34c430dcf63ec1153ac/raw/04e1b94aef0fc9eb770d11373b568980ecaa7f34/gistfile1.txt > >

RE: [PATCH] tpm: don't destroy chip device prematurely

> Subject: Re: [PATCH] tpm: don't destroy chip device prematurely > > On Fri, Oct 07, 2016 at 02:24:59PM +, Winkler, Tomas wrote: > > > So here I'm to say I'm sorry for misleading this, after all the doubts > > I got back to debugging and traces. One thing for a reason moving the > >

Re: [PATCHv2] hwmon: Add tc654 driver

On Fri, Oct 07, 2016 at 02:38:44PM +1300, Chris Packham wrote: > Add support for the tc654 and tc655 fan controllers from Microchip. > > http://ww1.microchip.com/downloads/en/DeviceDoc/20001734C.pdf > > Signed-off-by: Chris Packham > --- > > Changes in v2: >

[PATCH 05/34] staging:r8188eu: remove skb data alignment in r8188eu driver code

(__)netdev_alloc_skb align skb data. Also this function set skb device. Signed-off-by: Ivan Safonov --- drivers/staging/rtl8188eu/hal/rtl8188eu_recv.c | 10 +- drivers/staging/rtl8188eu/include/rtw_recv.h | 2 --

[RELEASE] LTTng modules 2.9.0-rc1 "Joannès" (Linux kernel tracer)

We are proud to announce release candidate 1 of LTTng-modules 2.9.0. Please test it within the coming month, and let us know if anything goes unexpectedly before we proceed to the final release. The LTTng modules provide Linux kernel tracing capability to the LTTng 2.9 tracer toolset. New and

Re: [GIT PULL] trivial for 4.9

On Fri, 2016-10-07 at 12:22 -0700, Linus Torvalds wrote: > On Fri, Oct 7, 2016 at 1:51 AM, Jiri Kosina wrote: > > Colin Ian King (5): > > netfilter: Add missing \n to pr_err() message > > agp/intel: add missing \n to end of dev_emerg message > > lightnvm: add

fs: WARNING in locks_unlink_lock_ctx (not holding proper lock)

Hello, I am hitting lots of the following warnings while running syzkaller fuzzer. Seems that path does not hold proper lock. WARNING: CPU: 1 PID: 12090 at fs/locks.c:610 locks_unlink_lock_ctx+0x2c7/0x370 CPU: 1 PID: 12090 Comm: syz-executor Not tainted 4.8.0+ #28 Hardware name: QEMU Standard PC

[GIT PULL] Please pull JSON perf event lists

Hi Arnaldo, Please pull the JSON perf event lists for Powerpc and Intel CPUs. The following changes since commit 1859e245e6ba91c0c46078622c5f0d6871b940f0: perf tools: Handle completion of upper case events (2016-10-06 17:00:04 -0300) are available in the git repository at:

Re: [PATCH 2/2] power: surface3_power: MSHW0011 rev-eng implementation

On Fri, Jul 29, 2016 at 6:49 PM, Benjamin Tissoires wrote: > MSHW0011 replaces the battery firmware by using ACPI operation regions. > The values have been obtained by reverse engineering, and are subject to > errors. Looks like it works on overall pretty well. > >

Re: [RFC 1/2] staging: jnx: Add Juniper connector driver

Hi Joe, > On Oct 7, 2016, at 19:25 , Joe Perches wrote: > > On Fri, 2016-10-07 at 18:16 +0300, Pantelis Antoniou wrote: >> diff --git a/drivers/staging/jnx/jnx-connector.c >> b/drivers/staging/jnx/jnx-connector.c > [] >> +struct jnx_conn_data { >> +struct device *dev;

Re: [GIT PULL] trivial for 4.9

On Fri, Oct 7, 2016 at 1:04 PM, Joe Perches wrote: > > Any printk without a KERN_ prefix, and there > are still many of those, can cause random interleaving. How about people actually work on *that* instead of working around it? Because the above really should not be true. >

[PATCH v3 4/6] arm: dts: imx7: Update #pwm-cells for PWM polarity control

Update #pwm-cells to 3 in order to support PWM signal polarity control. Signed-off-by: Bhuvanchandra DV Acked-by: Rob Herring --- arch/arm/boot/dts/imx7s.dtsi | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

Re: [GIT PULL] trivial for 4.9

On Fri, 2016-10-07 at 13:13 -0700, Linus Torvalds wrote: > On Fri, Oct 7, 2016 at 1:04 PM, Joe Perches wrote: > > Any printk without a KERN_ prefix, and there > > are still many of those, can cause random interleaving. > How about people actually work on *that* instead of

Re: PROBLEM: DWC3 USB 3.0 not working on Odroid-XU4 with Exynos 5422

Hi Felipe, On Fr, 2016-10-07 at 10:42 +0300, Felipe Balbi wrote: > Hi, > > Michael Niewöhner writes: > > > > > > > > The clocks are same across working/non-working. > > > Is it possible to bisect the commit that's causing hang for 4.8x ? > > > > > >

[PATCH v3 1/3] dt: cpufreq: brcm: New binding document for brcmstb-avs-cpufreq

Add the binding document for the new brcmstb-avs-cpufreq driver. Signed-off-by: Markus Mayer Acked-by: Viresh Kumar --- .../bindings/cpufreq/brcm,stb-avs-cpu-freq.txt | 76 ++ MAINTAINERS

[PATCH v3 3/3] cpufreq: brcmstb-avs-cpufreq: add debugfs support

In order to aid debugging, we add a debugfs interface to the driver that allows direct interaction with the AVS co-processor. The debugfs interface provides a means for reading all and writing some of the mailbox registers directly from the shell prompt and enables a user to execute the

[PATCH] drivers: staging: greybus: Fixed CHECKS for brace issues

Added braces to else statements where checkpatch complained. Signed-off-by: Chase Metzger --- drivers/staging/greybus/audio_codec.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/staging/greybus/audio_codec.c

[PATCH v2 00/10] Start of skl watermark cleanup

While it (mostly) works, the code for handling watermarks on Skylake has been kind of ugly for a while. As well a lot of it isn't that friendly to atomic transactions, Lots of copy paste, redundant wm values, etc. While this isn't a full cleanup, it's a good start. As well, we add a couple of

[PATCH 04/10] drm/i915/gen9: Cleanup skl_pipe_wm_active_state

This function is a wreck, let's help it get it's life back together and cleanup all of the copy pasta here. (adding Maarten's reviewed-by since this is just a split-up version of one of the previous patches) Signed-off-by: Lyude Reviewed-by: Maarten Lankhorst

[GIT PULL 6/8] ARM: DT updates for v4.9

The following changes since commit 3eab887a55424fc2c27553b7bfe32330df83f7b8: Linux 4.8-rc4 (2016-08-28 15:04:33 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git tags/armsoc-dt for you to fetch changes up to

[GIT PULL 5/8] ARM: SoC driver updates for v4.9

The following changes since commit 3eab887a55424fc2c27553b7bfe32330df83f7b8: Linux 4.8-rc4 (2016-08-28 15:04:33 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git tags/armsoc-drivers for you to fetch changes up to

[GIT PULL 3/8] ARM: SoC defconfig changes for v4.9

The following changes since commit 3eab887a55424fc2c27553b7bfe32330df83f7b8: Linux 4.8-rc4 (2016-08-28 15:04:33 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git tags/armsoc-defconfig for you to fetch changes up to

[GIT PULL 7/8] ARM: 64-bit DT updates for v4.8

The following changes since commit f2a89d3b2b85b90b05453872aaabfdb412a21a03: arm64: dts: Fix broken architected timer interrupt trigger (2016-09-14 22:47:22 +0200) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git tags/armsoc-dt64 for

Re: [PATCH V1 04/10] watchdog: da9061: watchdog driver (RFC)

On Fri, Oct 07, 2016 at 06:01:23PM +, Steve Twiss wrote: > On 07 October 2016 18:02, Guenter Roeck wrote: > > > > On 06 October 2016 19:49, Guenter Roeck wrote: > > > > On Thu, Oct 06, 2016 at 04:28:14PM +, Steve Twiss wrote: > > > > > I am using the compatible string to pick a different

Re: [GIT PULL] trivial for 4.9

On Fri, Oct 7, 2016 at 4:09 PM, Tony Luck wrote: > On Fri, Oct 7, 2016 at 4:01 PM, Tony Luck wrote: >> What if there isn't a "next printk" call for hours, or days? >> >> That poor little message without a "\n" will sit in the kernel buffers, >> and the

[PATCH v3 01/18] Documentation, ABI: Add a document entry for cache id

From: Fenghua Yu Add an ABI document entry for /sys/devices/system/cpu/cpu*/cache/index*/id. Signed-off-by: Fenghua Yu Signed-off-by: Tony Luck --- Documentation/ABI/testing/sysfs-devices-system-cpu | 16 1

[PATCH v2 02/10] drm/i915/skl: Remove linetime from skl_wm_values

Next part of cleaning up the watermark code for skl. This is easy, since it seems that we never actually needed to keep track of the linetime in the skl_wm_values struct anyway. Signed-off-by: Lyude Reviewed-by: Paulo Zanoni Reviewed-by: Maarten

[PATCH v2 01/10] drm/i915/skl: Move per-pipe ddb allocations into crtc states

First part of cleaning up all of the skl watermark code. This moves the structures for storing the ddb allocations of each pipe into intel_crtc_state, along with moving the structures for storing the current ddb allocations active on hardware into intel_crtc. Changes since v1: - Don't replace

[PATCH v2 03/10] drm/i915/gen9: Make skl_wm_level per-plane

Having skl_wm_level contain all of the watermarks for each plane is annoying since it prevents us from having any sort of object to represent a single watermark level, something we take advantage of in the next commit to cut down on all of the copy paste code in here. Changes since v1: - Style

[REGRESSION v4.7] i915 / drm crash when undocking from DP monitors

Hi folks, I'm seeing a repeatable crash on my HP EliteBook 840 G2/2216 when booting it while in a docking station connected to two external DisplayPort monitors, undocking, and then either logging out or shutting down -- regardless of whether I've redocked it beforehand or not. Both logout and

Re: [PATCH v7 2/2] clocksource: add J-Core timer/clocksource driver

On Fri, Sep 30, 2016 at 03:15:11PM +0200, Thomas Gleixner wrote: > On Tue, 27 Sep 2016, Rich Felker wrote: > > I've managed to get a trace with a stall. I'm not sure what the best > > way to share the full thing is, since it's large, but here are the > > potentially interesting parts. > > Upload

[GIT PULL] blk-mq irq/cpu mapping updates

Hi Linus, This is the block-irq topic branch for 4.9-rc. It's mostly from Christoph, and it allows drivers to specify their own mappings, and more importantly, to share the blk-mq mappings with the IRQ affinity mappings. It's a good step towards making this work better out of the box. This will

Re: [PATCH] ARM: uniphier: select ARCH_HAS_RESET_CONTROLLER

2016-09-20 16:30 GMT+09:00 Philipp Zabel : > Am Dienstag, den 20.09.2016, 13:43 +0900 schrieb Masahiro Yamada: >> The UniPhier reset driver (drivers/reset/reset-uniphier.c) has been >> merged. Select ARCH_HAS_RESET_CONTROLLER from the SoC Kconfig. >> >> Signed-off-by:

Re: [PATCH 00/10] Introduce Juniper PTXPMB CPLD driver

On 10/07/16 16:39, Frank Rowand wrote: > On 10/07/16 08:17, Pantelis Antoniou wrote: >> Add Juniper's PTXPMB FPGA CPLD driver. Those FPGAs >> are present in Juniper's PTX series of routers. >> >> The MFD driver provices watchdog/i2c/gpio/mtd devices. >> >> There are full device tree binding

Re: [PATCH 7/10] mmc: sdhci-xenon: Add support to PHYs of Marvell Xenon SDHC

在 2016/10/7 23:22, Gregory CLEMENT 写道: From: Ziji Hu Marvell Xenon eMMC/SD/SDIO Host Controller contains PHY. Three types of PHYs are supported. Add support to multiple types of PHYs init and configuration. Add register definitions of PHYs. Signed-off-by: Hu Ziji

Re: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev

On Thu, Sep 22, 2016 at 12:02 AM, Sriram Dash wrote: >>From: Arnd Bergmann [mailto:a...@arndb.de] >>On Wednesday, September 21, 2016 11:43:59 AM CEST Sriram Dash wrote: >>> >From: Arnd Bergmann [mailto:a...@arndb.de] On Wednesday, September >>> >21, 2016 11:06:47 AM CEST

v4.8 cpufreq regression?

Hi, I'm upgrading from v4.7 to v4.8 on MIPS/loongson2_cpufreq with cpufreq/ondemand and I noticed that /proc/cpuinfo is always reporting (regardless of system load): BogoMIPS: 697150.20 and sysfs: /sys/devices/system/cpu/cpufreq/policy0/affected_cpus:0

[RESEND PATCH v2 0/3] Broadcom AVS CPUfreq driver

This series contains the CPUfreq driver for Broadcom SoCs that use "AVS Firmware" for voltage and frequency scaling. All voltage and frequency transitions are performed by the firmware and are therefore hidden from Linux. The driver provides a standard CPUfreq interface to other kernel components

Re: fs: WARNING in locks_unlink_lock_ctx (not holding proper lock)

On Fri, 2016-10-07 at 22:03 +0200, Dmitry Vyukov wrote: > Hello, > > I am hitting lots of the following warnings while running syzkaller > fuzzer. Seems that path does not hold proper lock. > > WARNING: CPU: 1 PID: 12090 at fs/locks.c:610 locks_unlink_lock_ctx+0x2c7/0x370 > CPU: 1 PID: 12090

Re: [PATCH v2 2/3] KVM: VMX: join functions that disable x2apic msr intercepts

2016-10-07 20:30 GMT+08:00 Radim Krčmář : > 2016-09-30 10:29+0200, Paolo Bonzini: >> On 29/09/2016 22:41, Radim Krčmář wrote: >>> for (msr = 0x800; msr <= 0x8ff; msr++) { >>> if (msr == 0x839 /* TMCCT */) >>> continue; >>> -

[RFC PATCH 19/18] x86/intel_rdt: Add support for L2 cache allocation

Just in case you think that part 0010 is a bit complex setting up all that infrastructure for just the L3 cache and using for_each_rdt_resource() all over the place to loop over just one thing. Here's the payoff. Untested because I don't have a machine handy that supports L2 ... but this should

[PATCH 07/10] drm/i915/gen9: Make skl_pipe_wm_get_hw_state() reusable

There's not much of a reason this should have the locations to read out the hardware state hardcoded, so allow the caller to specify the location and add this function to intel_drv.h. As well, we're going to need this function to be reusable for the next patch. Signed-off-by: Lyude

[PATCH v2 06/10] drm/i915/gen9: Add ddb changes to atomic debug output

Finally, add some debugging output for ddb changes in the atomic debug output. This makes it a lot easier to spot bugs from incorrect ddb allocations. Signed-off-by: Lyude Reviewed-by: Maarten Lankhorst Cc: Ville Syrjälä

[PATCH 08/10] drm/i915/gen9: Add skl_wm_level_equals()

Helper we're going to be using for implementing verification of the wm levels in skl_verify_wm_level(). Signed-off-by: Lyude Cc: Maarten Lankhorst Cc: Ville Syrjälä Cc: Paulo Zanoni

[PATCH 09/10] drm/i915/gen9: Actually verify WM levels in verify_wm_state()

Thanks to Paulo Zanoni for indirectly pointing this out. Looks like we never actually added any code for checking whether or not we actually wrote watermark levels properly. Let's fix that. Signed-off-by: Lyude Cc: Maarten Lankhorst Cc:

[PATCH v2 05/10] drm/i915/gen9: Get rid of redundant watermark values

Now that we've make skl_wm_levels make a little more sense, we can remove all of the redundant wm information. Up until now we'd been storing two copies of all of the skl watermarks: one being the skl_pipe_wm structs, the other being the global wm struct in drm_i915_private containing the raw

[PATCH 10/10] drm/i915/gen9: Don't wrap strings in verify_wm_state()

Signed-off-by: Lyude Cc: Maarten Lankhorst Cc: Ville Syrjälä Cc: Paulo Zanoni --- drivers/gpu/drm/i915/intel_display.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-)

Re: [PATCH V1 04/10] watchdog: da9061: watchdog driver (RFC)

On 10/07/2016 04:35 PM, Dmitry Torokhov wrote: On Fri, Oct 07, 2016 at 06:01:23PM +, Steve Twiss wrote: On 07 October 2016 18:02, Guenter Roeck wrote: On 06 October 2016 19:49, Guenter Roeck wrote: On Thu, Oct 06, 2016 at 04:28:14PM +, Steve Twiss wrote: I am using the compatible

Re: [PATCH 2/10] mmc: sdhci: Export sdhci_start_signal_voltage_switch() in sdhci.c

Hi, 在 2016/10/7 23:22, Gregory CLEMENT 写道: From: Ziji Hu Export sdhci_start_signal_voltage_switch() from sdhci.c. Thus vendor sdhci driver can implement its own signal voltage switch routine. You can overwtite this callback within your driver itself. That is what other

Re: [PATCH V2 2/2] fs/super.c: don't fool lockdep in freeze_super() and thaw_super() paths

On Fri, Oct 07, 2016 at 07:15:18PM +0200, Oleg Nesterov wrote: > On 10/07, Dave Chinner wrote: > > > > On Thu, Oct 06, 2016 at 07:17:58PM +0200, Oleg Nesterov wrote: > > > Probably false positive? Although when I look at the comment above > > > xfs_sync_sb() > > > I think that may be sometging

Re: [GIT PULL] trivial for 4.9

What if there isn't a "next printk" call for hours, or days? That poor little message without a "\n" will sit in the kernel buffers, and the user who might want to see the message can't, until some unrelated thing happens to print something. -Tony

Re: [GIT PULL] trivial for 4.9

On Fri, Oct 7, 2016 at 4:01 PM, Tony Luck wrote: > What if there isn't a "next printk" call for hours, or days? > > That poor little message without a "\n" will sit in the kernel buffers, > and the user who might want to see the message can't, until some > unrelated thing

[PATCH v3 0/3] Broadcom STB AVS CPUfreq driver

This series contains the CPUfreq driver for Broadcom SoCs that use "AVS Firmware" for voltage and frequency scaling. All voltage and frequency transitions are performed by the firmware and are therefore hidden from Linux. The driver provides a standard CPUfreq interface to other kernel components

[PATCH v3 2/3] cpufreq: brcmstb-avs-cpufreq: AVS CPUfreq driver for Broadcom STB SoCs

This driver supports voltage and frequency scaling on Broadcom STB SoCs using AVS firmware with DFS and DVFS support. Actual frequency or voltage scaling is done exclusively by the AVS firmware. The driver merely provides a standard CPUfreq interface to other kernel components and userland, and

Re: [RESEND PATCH v2 0/3] Broadcom AVS CPUfreq driver

My apologies. Please ignore this e-mail. Proper series coming up shortly. Regards, -Markus On 7 October 2016 at 16:20, Markus Mayer wrote: > This series contains the CPUfreq driver for Broadcom SoCs that use "AVS > Firmware" for voltage and frequency scaling. All voltage

Re: [PATCH 01/01] drivers:input:byd fix greedy detection of Sentelic FSP by the BYD touchpad driver

Hi Christophe, On Fri, Oct 07, 2016 at 12:41:48PM +0800, Christophe Tordeux wrote: > From: Christophe TORDEUX > > With kernel v4.6 and later, the Sentelic touchpad STL3888_C0 and > probably other Sentelic FSP touchpads are detected as a BYD touchpad and > lose multitouch

Re: [PATCH 00/14] libnvdimm: support sub-divisions of pmem for 4.9

On Fri, Oct 7, 2016 at 2:42 PM, Linda Knippers wrote: > > > On 10/7/2016 3:52 PM, Dan Williams wrote: >> On Fri, Oct 7, 2016 at 11:19 AM, Linda Knippers >> wrote: >>> Hi Dan, >>> >>> A couple of general questions... >>> >>> On 10/7/2016 12:38 PM,

[PATCH v3 15/18] x86/intel_rdt: Add tasks files

From: Fenghua Yu The root directory all subdirectories are automatically populated with a read/write (mode 0644) file named "tasks". When read it will show all the task IDs assigned to the resource group. Tasks can be added (one at a time) to a group by writing the task ID

[PATCH v3 16/18] x86/intel_rdt: Add schemata file

From: Tony Luck Last of the per resource group files. Also mode 0644. This one shows the resources available to the group. Syntax depends on whether the "cdp" mount option was given. With code/data prioritization disabled it is simply a list of masks for each cache domain.

[PATCH v3 06/18] x86/intel_rdt: Add CONFIG, Makefile, and basic initialization

From: Fenghua Yu Introduce CONFIG_INTEL_RDT (default: no, dependent on X86 and CPU_SUP_INTEL) to control inclusion of Resource Director Technology in the build. Simple init() routine just checks which features are present. If they are pr_info() one line summary for each

[PATCH v3 14/18] x86/intel_rdt: Add cpus file

From: Tony Luck Now we populate each directory with a read/write (mode 0644) file named "cpus". This is used to over-ride the resources available to processes in the default resource group when running on specific CPUs. Each "cpus" file reads as a cpumask showing which CPUs

[PATCH v3 03/18] x86, intel_cacheinfo: Enable cache id in x86

From: Fenghua Yu Cache id is retrieved from APIC ID and CPUID leaf 4 on x86. For more details see the section on "Cache ID Extraction Parameters" in "Intel 64 Architecture Processor Topology Enumeration" at

[PATCH v3 13/18] x86/intel_rdt: Add mkdir to resctrl file system

From: Fenghua Yu Resource control groups are represented as directories in the resctrl file system. The root directory describes the default resources available to tasks that have not been assigned specific resources. Other directories can be created at the root level to

[PATCH v3 05/18] Documentation, x86: Documentation for Intel resource allocation user interface

From: Fenghua Yu The documentation describes user interface of how to allocate resource in Intel RDT. Please note that the documentation covers generic user interface. Current patch set code only implemente CAT L3. CAT L2 code will be sent later. Signed-off-by: Fenghua Yu

[PATCH v3 04/18] x86/intel_rdt: Feature discovery

From: Fenghua Yu Check CPUID leaves for all the Resource Director Technology (RDT) Cache Allocation Technology (CAT) bits. Prescence of allocation features: CPUID.(EAX=7H, ECX=0):EBX[bit 15] X86_FEATURE_RDT_A L2 and L3 caches are each separately enabled:

[GIT PULL 1/8] ARM: SoC cleanups for v4.9

The following changes since commit 3eab887a55424fc2c27553b7bfe32330df83f7b8: Linux 4.8-rc4 (2016-08-28 15:04:33 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git tags/armsoc-cleanup for you to fetch changes up to

[GIT PULL 2/8] ARM: SoC platform updates for v4.9

The following changes since commit 3eab887a55424fc2c27553b7bfe32330df83f7b8: Linux 4.8-rc4 (2016-08-28 15:04:33 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git tags/armsoc-soc for you to fetch changes up to

[GIT PULL 4/8] ARM: SoC 64-bit changes for v4.9

The following changes since commit 3eab887a55424fc2c27553b7bfe32330df83f7b8: Linux 4.8-rc4 (2016-08-28 15:04:33 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git tags/armsoc-arm64 for you to fetch changes up to

[GIT PULL 0/8] ARM: SoC changes for v4.9

Hi Linus, Here are 749 patches for ARM SoCs for this merge window, a bit less than average this time. We support 29 new machines but all five SoCs we add are in a family that is already supported. Out of 165 developers contributing at least one patch, the most active by number of patches are:

[GIT PULL 8/8] ARM: SoC: late DT updates for v4.9

The following changes since commit d63a5e7c713a68bd368016f2022326a1a91310d8: clk: sunxi-ng: Add hardware dependency (2016-09-10 11:41:21 +0200) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git tags/armsoc-late for you to fetch changes up

Re: [PATCH 4/10] MAINTAINERS: add entry for Marvell Xenon MMC Host Controller drivers

Hi Joe, On 2016/10/8 4:44, Joe Perches wrote: > On Fri, 2016-10-07 at 17:22 +0200, Gregory CLEMENT wrote: >> Add maintainer entry for Marvell Xenon eMMC/SD/SDIO Host >> Controller drivers. > [] >> diff --git a/MAINTAINERS b/MAINTAINERS > [] >> @@ -7578,6 +7578,11 @@ M:Nicolas Pitre

Re: [PATCH 01/01] drivers:input:byd fix greedy detection of Sentelic FSP by the BYD touchpad driver

Hello, On Friday 07 October 2016 at 04:37:26PM, Dmitry Torokhov has written: > Hi Christophe, > > On Fri, Oct 07, 2016 at 12:41:48PM +0800, Christophe Tordeux wrote: > > From: Christophe TORDEUX > > > > With kernel v4.6 and later, the Sentelic touchpad STL3888_C0 and >

[PATCH v3 net-next 2/2] net: deprecate eth_change_mtu, remove usage

With centralized MTU checking, there's nothing productive done by eth_change_mtu that isn't already done in dev_set_mtu, so mark it as deprecated and remove all usage of it in the kernel. All callers have been audited for calls to alloc_etherdev* or ether_setup directly, which means they all have

[PATCH v3 net-next 1/2] net: centralize net_device min/max MTU checking

While looking into an MTU issue with sfc, I started noticing that almost every NIC driver with an ndo_change_mtu function implemented almost exactly the same range checks, and in many cases, that was the only practical thing their ndo_change_mtu function was doing. Quite a few drivers have either

Re: [PATCH v2 00/18] perf clang: Support compiling BPF script on the fly

On 2016/10/6 7:20, Arnaldo Carvalho de Melo wrote: Em Mon, Sep 26, 2016 at 07:26:54AM +, Wang Nan escreveu: This patch add builtin clang, allow perf compile BPF scripts on the fly. This is the first step to implement what I announced at LinuxCon 2016 NA: Ok, so I refreshed this series to

[PATCH v3 net-next 0/2] net: centralize net_device MTU bounds checking

Jarod Wilson (2): net: centralize net_device min/max MTU checking net: deprecate eth_change_mtu, remove usage While looking into an MTU issue with sfc, I started noticing that almost every NIC driver with an ndo_change_mtu function implemented almost exactly the same range checks, and in many

[PATCH v1 0/6] PMC Core driver new features

This patch series adds few new features to the Intel PMC Core driver applicable for Skylake & Kabylake SoCs with Sunrise Point LP PCH. These new features enhance the low power debug capabilities on Intel platforms. These debug features can be used for platform power optimization. Please refer to

[PATCH v1 3/6] intel_pmc_core: ModPhy core lanes pg status

The PCH implements a number of High Speed I/O (HSIO) lanes that are split between PCIe*, USB 3.0, SATA, GbE, USB OTG and SSIC. This patch shows the current power gating status of the available ModPhy Core lanes. This is done by sending a message to the PMC (MTPMC) that contains the XRAM register

[PATCH v1 4/6] intel_pmc_core: Add MPHY PLL clock gating status

ModPhy Common lanes can provide the clock gating status for the important system PLLs such as Gen2 USB3PCIE2 PLL, DMIPCIE3 PLL, SATA PLL and MIPI PLL. On SPT, in addition to the crystal oscillator clock, the 100Mhz Gen2 USB3PCI2 PLL clock is used as the PLL reference clock and Gen2 PLL idling is

[PATCH v1 5/6] intel_pmc_core: Add LTR IGNORE debug feature

SPT LTR_IGN register provides a means to make the PMC ignore the LTR values reported by the individual PCH devices. echo > /sys/kernel/debug/pmc_core/ltr_ignore. When a particular IP Offset bit is set the PMC will ignore the LTR value reported by the corresponding IP when the PMC performs the

<    1   2   3   4   5   6   7   8   9   10   >