Re: [PATCH 2/8] iio: adc: axp20x_adc: add support for AXP813 ADC

Hi Jonathan, On 10/12/2017 17:36, Jonathan Cameron wrote: > On Mon, 4 Dec 2017 15:12:48 +0100 > Quentin Schulz wrote: > >> The X-Powers AXP813 PMIC is really close to what is already done for >> AXP20X/AXP22X. >> >> There are two pairs of bits to set the rate

[PATCH 2/2] docs: add mux docs to the driver-api docs

Include both the overview and the more detailed api docs. Signed-off-by: Peter Rosin --- Documentation/driver-api/index.rst | 1 + Documentation/driver-api/mux.rst | 17 + 2 files changed, 18 insertions(+) create mode 100644 Documentation/driver-api/mux.rst

[PATCH 0/2] mux: add overview and add to driver-api docs

Hi! Don't know if this is worth adding, but it might answer at least a few questions. It looks ok when I view the htmldocs output, but I'm not all that certain this is good to go? Cheers, Peter Peter Rosin (2): mux: core: add a brief overview of the subsystem docs: add mux docs to the

Re: [PATCH 5/8] power: supply: axp20x_battery: add support for AXP813

Hi Jonathan, On 10/12/2017 17:49, Jonathan Cameron wrote: > On Mon, 4 Dec 2017 15:12:51 +0100 > Quentin Schulz wrote: > >> The X-Powers AXP813 PMIC has got some slight differences from >> AXP20X/AXP22X PMICs: >> - the maximum voltage supplied by the PMIC is

RE: [Intel-gfx] [PATCH] drm/i915: Remove unused IRQ chip data of HDMI LPE audio

> -Original Message- > From: Thomas Gleixner [mailto:t...@linutronix.de] > Sent: Saturday, December 9, 2017 4:22 AM > To: Ville Syrjälä > Cc: Chen, Augustine ; intel- > g...@lists.freedesktop.org; alsa-de...@alsa-project.org;

[PATCH] usb: dwc2: host: Fix transaction errors in host mode

Added missing GUSBCFG programming in host mode, which fixes transaction errors issue on HiKey and Altera Cyclone V boards. These field even if was programmed in device mode (in function dwc2_hsotg_core_init_disconnected()) will be resetting to POR values after core soft reset applied. So, each

Re: [PATCH] mm/slab: Do not hash pointers when debugging slab

Hi Linus, On Sun, Dec 10, 2017 at 9:45 PM, Linus Torvalds wrote: > On Thu, Dec 7, 2017 at 2:17 AM, Geert Uytterhoeven > wrote: >> - pr_err("Slab corruption (%s): %s start=%p, >> len=%d\n", >> +

RE: [PATCH v2] usb: host: Implement workaround for Erratum A-007463

-Original Message- From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org] Sent: Monday, December 11, 2017 3:34 PM To: Yinbo Zhu Cc: Felipe Balbi ; Mathias Nyman ; open list:DESIGNWARE USB3 DRD IP DRIVER

Re: [PATCH v2] devres: use MACRO instead of function for devm_ioremap

Ping... and sorry to disturb. Hi maintainers, Could you please help to review this patch? Thanks Yisheng xie On 2017/11/25 17:23, Yisheng Xie wrote: > Default ioremap is ioremap_nocache, so devm_ioremap has the same function > with devm_ioremap_nocache, which may just be killed. However, there

Re: [PATCHv1 00/14] omapdrm: DSI command mode panel support

On 08/12/17 20:01, Sebastian Reichel wrote: >> I've also picked patches 7-12. > > Thanks. I just wanted to rebase the remaining patches on your > branch, but I don't see those patches in linux-next and your tree > does not seem to be updated properly either: > >

Re: [PATCH 1/5] arm: dts: sun8i: a83t: Add I2C0 node

On Mon, Dec 11, 2017 at 3:15 PM, Maxime Ripard wrote: > Hi, > > On Fri, Dec 08, 2017 at 10:54:15PM +0100, Mylène Josserand wrote: >> Add I2C0 node for A83T. >> >> Signed-off-by: Mylène Josserand >> --- >>

[PATCH 1/2] mux: core: add a brief overview of the subsystem

Preparation for adding the mux subsystem to the driver-api documenation. Signed-off-by: Peter Rosin --- drivers/mux/core.c | 37 + 1 file changed, 37 insertions(+) diff --git a/drivers/mux/core.c b/drivers/mux/core.c index

Re: [PATCH] eeprom: at24: code shrink

Hello, On Sun, Dec 10, 2017 at 08:29:47PM +0100, Bartosz Golaszewski wrote: > @@ -625,7 +610,7 @@ static int at24_probe(struct i2c_client *client, const > struct i2c_device_id *id) > at24->offset_adj = at24_get_offset_adj(chip.flags, chip.byte_len); > > at24->client[0].client =

Re: [PATCH 05/20] ARM: dts: aspeed: Add proper clock references

On Mon, Dec 11, 2017 at 6:06 AM, Joel Stanley wrote: > The existing device trees use fixed-clocks in order to boot without a > clk driver. The newly added clk driver provides proper clock support, > including gating, so we move the device trees over to properly request > clocks. >

[PATCH net-next v2 0/5] net: mvpp2: various improvements

Hi all, These patches are sent as a series to avoid any possible conflict, even though there're not entirely related. I can send them separately if needed. The series applies on today's net-next tree. Thanks! Antoine Since v1: - Removed the patch disabling TSO on allocation errors. Antoine

Re: TC: Delete an error message for a failed memory allocation in tc_bus_add_devices()

>> Omit an extra message for a memory allocation failure in this function. >> >> This issue was detected by using the Coccinelle software. > > And the problem here is? I suggest to reconsider the relevance of another error message. Would you like to achieve a better explanation for this use

[PATCH net-next v2 2/5] net: mvpp2: split the max ring size from the default one

From: Yan Markman The Rx/Tx ring sizes can be adjusted thanks to ethtool given specific network needs. This commit splits the default ring size from its max value to allow ethtool to vary the parameters in both ways. Signed-off-by: Yan Markman

RE: [PATCH v2] usb: host: Implement workaround for Erratum A-009611

-Original Message- From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org] Sent: Monday, December 11, 2017 3:35 PM To: Yinbo Zhu Cc: Felipe Balbi ; Mathias Nyman ; open list:DESIGNWARE USB3 DRD IP DRIVER

Re: [PATCH v4 11/12] cpufreq: Add module to register cpufreq on Krait CPUs

On 08-12-17, 15:12, Sricharan R wrote: > From: Stephen Boyd > > Register a cpufreq-generic device whenever we detect that a > "qcom,krait" compatible CPU is present in DT. > > Cc: > Signed-off-by: Stephen Boyd > --- >

RE: [PATCH v2] usb: host: Implement workaround for Erratum A-009611

-Original Message- From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org] Sent: Friday, December 08, 2017 6:21 PM To: Yinbo Zhu Cc: Felipe Balbi ; Mathias Nyman ; open list:DESIGNWARE USB3 DRD IP DRIVER

Re: [Xen-devel] [RFC v1] ALSA: xen-front: Add Xen para-virtualized frontend driver

ping On 11/17/2017 10:08 AM, Oleksandr Andrushchenko wrote: ping On 11/02/2017 03:11 PM, Oleksandr Andrushchenko wrote: Hi, all! Foreword This RFC is aimed to introduce support of para-virtualized sound frontend driver for Xen [1] and gather opinions from the relevant communities

Re: [PATCH 36/45] arch/nios2: remove duplicate includes

On 2017-12-10 at 19:22:51 +0100, Pravin Shedge wrote: > These duplicate includes have been found with scripts/checkincludes.pl but > they have been removed manually to avoid removing false positives. > > Signed-off-by: Pravin Shedge

Re: [PATCH v4 12/12] cpufreq: dt: Reintroduce independent_clocks platform data

On 08-12-17, 15:12, Sricharan R wrote: > The Platform data was removed earlier by, > 'commit eb96924acddc ("cpufreq: dt: Kill platform-data")' > since there were no users at that time. > Now this is required when the each of the cpu clocks > can be scaled independently, which is the case > for

Re: Linux 4.15-rc3 (uml + bpf_perf_event.h)

Randy, Am Montag, 11. Dezember 2017, 03:42:12 CET schrieb Randy Dunlap: > On 12/10/2017 06:08 PM, Linus Torvalds wrote: > > Another week, another rc. > > um (uml) won't build on i386 or x86_64: > > CC init/main.o > In file included from ../include/linux/perf_event.h:18:0, >

RE: [PATCH v2] usb: host: Implement workaround for Erratum A-009611

Hi, (please break your lines at 80-characters) Yinbo Zhu writes: >>> diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c index >>> 5cb3f6795b0b..071e7cea8cbb 100644 >>> --- a/drivers/usb/dwc3/core.c >>> +++ b/drivers/usb/dwc3/core.c >>> @@ -1106,6 +1106,9 @@

[PATCH net-next v2 4/5] net: mvpp2: report the tx-usec coalescing information to ethtool

This patch adds the tx-usec value to the informations reported to ethtool by the get_coalesce function. Suggested-by: Yan Markman Signed-off-by: Antoine Tenart --- drivers/net/ethernet/marvell/mvpp2.c | 1 + 1 file changed, 1

[PATCH net-next v2 5/5] net: mvpp2: adjust the coalescing parameters

This patch adjust the coalescing parameters to the vendor recommendations for the PPv2 network controller. Suggested-by: Yan Markman Signed-off-by: Antoine Tenart --- drivers/net/ethernet/marvell/mvpp2.c | 4 ++-- 1 file changed, 2

[PATCH net-next v2 1/5] net: mvpp2: only free the TSO header buffers when it was allocated

This patch adds a check to only free the TSO header buffer when its allocation previously succeeded. Signed-off-by: Antoine Tenart --- drivers/net/ethernet/marvell/mvpp2.c | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git

[PATCH net-next v2 3/5] net: mvpp2: align values in ethtool get_coalesce

Cosmetic patch aligning values in the ethtool get_coalesce function. This patch do not modify in anyway the driver's behaviour. Signed-off-by: Antoine Tenart --- drivers/net/ethernet/marvell/mvpp2.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)

Re: [RESEND PATCH] arm64: v8.4: Support for new floating point multiplication variant

On 2017/12/11 19:59, Dave P Martin wrote: > On Sat, Dec 09, 2017 at 03:28:42PM +, Dongjiu Geng wrote: >> ARM v8.4 extensions include support for new floating point >> multiplication variant instructions to the AArch64 SIMD > > Do we have any human-readable description of what the new

Re: [PATCH 0/2] Fix boot regression for s390 and remove break_lock

On Sat, Dec 02, 2017 at 10:02:08AM +0100, Heiko Carstens wrote: > On Tue, Nov 28, 2017 at 06:42:17PM +, Will Deacon wrote: > > The following two patches do the following: > > > > 1. Fix boot breakage reported on s390 caused by a8a217c22116 > > 2. Kill off the break_lock field entirely,

Re: [PATCH] usb: xhci: fix incorrect memset()

On 11.12.2017 13:27, Arnd Bergmann wrote: gcc-8 warnings about the new driver using a memset with a bogus length: drivers/usb/host/xhci-dbgcap.c: In function 'xhci_dbc_eps_exit': drivers/usb/host/xhci-dbgcap.c:369:2: error: 'memset' used with length equal to number of elements without

RE: [PATCH 11/13] irq debug: do not use print_symbol()

From: Sergey Senozhatsky > Sent: 11 December 2017 12:50 > print_symbol() uses extra stack space to sprintf() symbol > information and then to feed that buffer to printk() > > char buffer[KSYM_SYMBOL_LEN]; > > sprint_symbol(buffer, address); > printk(fmt, buffer); > > Replace

Re: [PATCH v1 1/2] usb: phy: Add Kconfig entry for Tegra's PHY driver

On 11.12.2017 13:02, Thierry Reding wrote: > On Mon, Dec 11, 2017 at 02:09:59AM +0300, Dmitry Osipenko wrote: >> Add Kconfig entry so that other drivers other than ehci-tegra >> (like ChipIdea) could add Tegra's PHY to build dependencies. >> >> Signed-off-by: Dmitry Osipenko >>

Re: [PATCH v8 00/20] ILP32 for ARM64

On Mon, Dec 11, 2017 at 10:32:30AM +, Catalin Marinas wrote: > Hi Yury, > > On Thu, Nov 16, 2017 at 02:11:30PM +0300, Yury Norov wrote: > > This is ILP32 patches on top of 4.14 kernel: > > https://github.com/norov/linux/commits/ilp32-4.14 > > > > I tested the series with LTP lite built by

[PATCH v4] kernel: make groups_sort calling a responsibility group_info allocators

In testing, we found that nfsd threads may call set_groups in parallel for the same entry cached in auth.unix.gid, racing in the call of groups_sort, corrupting the groups for that entry and leading to permission denials for the client. This patch: - Make groups_sort globally visible. - Move

Re: [PATCH net-next v5 2/2] net: ethernet: socionext: add AVE ethernet driver

Hello, 2017-12-11 21:04 GMT+09:00 Kunihiko Hayashi : > On Mon, 11 Dec 2017 10:19:15 +0100 Phlippe Ombredanne > wrote: > >> Dear Kunihiko-san, >> >> On Mon, Dec 11, 2017 at 8:57 AM, Kunihiko Hayashi >> wrote:

Re: [RFC] irqchip: add support for LS1021A external interrupt lines

On 2017-12-11 11:02, Alexander Stein wrote: > Oh, and what is the content of register SCFG_SCFGREVCR? Good point. On my board it's 0x, set even before U-boot starts, and lots board support code in U-boot expects this. I can't immediately find examples in the linux source code that

Re: [RESEND] x86/numa: move setting parsed numa node to num_add_memblk

On Mon 11-12-17 20:59:29, zhong jiang wrote: > On 2017/12/11 20:03, Michal Hocko wrote: > > On Fri 01-12-17 18:13:52, zhong jiang wrote: > >> The acpi table are very much like user input. it is likely to > >> introduce some unreasonable node in some architecture. but > >> they do not ingore the

Re: dm: fix uninitialized variable reference

On Mon, Dec 11 2017 at 6:33am -0500, Arnd Bergmann wrote: > The last bugfix apparently introduced another problem, as shown > by this gcc warning: > > drivers/md/dm.c: In function '__send_changing_extent_only': > drivers/md/dm.c:1365:28: error: 'ti' is used uninitialized in this

Re: [PATCH v1 2/2] drm/tegra: Support disabled CONFIG_PM

On 11.12.2017 13:13, Thierry Reding wrote: > On Mon, Dec 11, 2017 at 02:19:44AM +0300, Dmitry Osipenko wrote: >> Add manual HW power management to drivers probe/remove in order to >> not fail in a case of runtime power management being disabled in kernel >> config. >> >> Signed-off-by: Dmitry

[RFC PATCH 3/9] ethtool: helper functions for netlink interface

Misc helpers used by ethtool netlink code. Signed-off-by: Michal Kubecek --- net/core/ethtool_netlink.c | 177 + 1 file changed, 177 insertions(+) diff --git a/net/core/ethtool_netlink.c b/net/core/ethtool_netlink.c index

[RFC PATCH 1/9] netlink: introduce nla_put_bitfield32()

Similar to other data types, this helper puts NLA_BITFIELD32 attribute into a netlink message. It takes separate value and selector arguments, if you already have struct nla_bitfield32, you can use nla_put(). Signed-off-by: Michal Kubecek --- include/net/netlink.h | 15

Re: [PATCH 1/4] fs/notify: fdinfo can report unsupported file handles.

On 12/11/2017 10:05 AM, Amir Goldstein wrote: > On Mon, Dec 11, 2017 at 8:41 AM, Amir Goldstein wrote: >> On Mon, Dec 11, 2017 at 8:04 AM, NeilBrown wrote: >>> If a filesystem does not set sb->s_export_op, then it >>> does not support filehandles and

Re: [PATCH 0/2] Fix boot regression for s390 and remove break_lock

* Will Deacon wrote: > On Sat, Dec 02, 2017 at 10:02:08AM +0100, Heiko Carstens wrote: > > On Tue, Nov 28, 2017 at 06:42:17PM +, Will Deacon wrote: > > > The following two patches do the following: > > > > > > 1. Fix boot breakage reported on s390 caused by

[PATCH net-next v5 2/2] net: thunderx: add timestamping support

From: Sunil Goutham This adds timestamping support for both receive and transmit paths. On the receive side no filters are supported i.e either all pkts will get a timestamp appended infront of the packet or none. On the transmit side HW doesn't support timestamp insertion

[PATCH] IPI performance benchmark

This benchmark sends many IPIs in different modes and measures time for IPI delivery (first column), and total time, ie including time to acknowledge the receive by sender (second column). The scenarios are: Dry-run:do everything except actually sending IPI. Useful to

[PATCH v7 6/6] arm64: dts: meson-axg: switch uart_ao clock to CLK81

Switch the uart_ao pclk to CLK81 since the clock driver is ready. Also move the clock info to the board.dts instead in the soc.dtsi. Signed-off-by: Yixun Lan --- arch/arm64/boot/dts/amlogic/meson-axg-s400.dts | 2 ++ arch/arm64/boot/dts/amlogic/meson-axg.dtsi | 5

Re: [PATCH 1/6] ARM: stm32: prepare stm32 family to welcome armv7 architecture

On 12/11/2017 02:40 PM, Arnd Bergmann wrote: On Mon, Dec 11, 2017 at 11:25 AM, Linus Walleij wrote: On Fri, Dec 8, 2017 at 3:11 PM, Ludovic Barre wrote: From: Ludovic Barre This patch prepares the STM32 machine for

RE: [PATCH v2] Enable SR-IOV instantiation through /sys file

> -Original Message- > From: Alex Williamson [mailto:alex.william...@redhat.com] > Sent: Friday, December 08, 2017 6:35 PM > To: Alexander Duyck > Cc: Kirsher, Jeffrey T ; Wang, Liang-min min.w...@intel.com>; k...@vger.kernel.org;

Re: [PATCH] Fix resume on x86-32 machines

On Sunday, December 10, 2017 10:58:23 PM CET Andy Lutomirski wrote: > > > On Dec 10, 2017, at 1:38 PM, Pavel Machek wrote: > > > > > > After 4.15-rc2, suspend stopped working on Thinkpad X60. 5b06bbc > > (unintentionally?) reordered stuff with respect to > >

Re: [PATCH 1/8] x86/early-quirks: Extend Intel graphics stolen memory placement to 64bit

Hi Ingo & Thomas, Now would be a great moment to slap the final Acked-bys (first two patches of this series) as the comments have been addressed and Reviewed-by was refreshed by Chris. I consider the series ready to be merged in this state. Once acked, I will then proceed to merge these through

Re: [PATCH net-next v5 0/2] net: thunderx: add support for PTP clock

Aleksey, On Mon, Dec 11, 2017 at 3:14 PM, Aleksey Makarov wrote: > This series adds support for IEEE 1588 Precision Time Protocol > to Cavium ethernet driver. > > The first patch adds support for the Precision Time Protocol Clocks and > Timestamping coprocessor (PTP)

Re: [RFC] irqchip: add support for LS1021A external interrupt lines

On Monday, December 11, 2017, 3:06:52 PM CET Rasmus Villemoes wrote: > On 2017-12-11 14:45, Rasmus Villemoes wrote: > > On 2017-12-11 11:02, Alexander Stein wrote: > > > >> Oh, and what is the content of register SCFG_SCFGREVCR? > > > > Good point. On my board it's 0x, set even before

Re: [Intel-gfx] [PATCH] drm/i915: use static const array for PICK macro

On Tue, Mar 21, 2017 at 12:23 PM, Jani Nikula wrote: > On Tue, 21 Mar 2017, Daniel Vetter wrote: >> On Tue, Mar 21, 2017 at 09:44:07AM +0100, Arnd Bergmann wrote: >>> On Tue, Mar 21, 2017 at 9:26 AM, Jani Nikula >>>

[PATCH 11/13] irq debug: do not use print_symbol()

print_symbol() uses extra stack space to sprintf() symbol information and then to feed that buffer to printk() char buffer[KSYM_SYMBOL_LEN]; sprint_symbol(buffer, address); printk(fmt, buffer); Replace print_symbol() with a direct printk("%pS") call. Signed-off-by: Sergey Senozhatsky

[PATCH 08/13] x86: do not use print_symbol()

print_symbol() uses extra stack space to sprintf() symbol information and then to feed that buffer to printk() char buffer[KSYM_SYMBOL_LEN]; sprint_symbol(buffer, address); printk(fmt, buffer); Replace print_symbol() with a direct printk("%pS") call. Signed-off-by: Sergey Senozhatsky

[PATCH 06/13] sh: do not use print_symbol()

print_symbol() uses extra stack space to sprintf() symbol information and then to feed that buffer to printk() char buffer[KSYM_SYMBOL_LEN]; sprint_symbol(buffer, address); printk(fmt, buffer); Replace print_symbol() with a direct printk("%pS") call. Signed-off-by: Sergey Senozhatsky

[PATCH 09/13] drivers: do not use print_symbol()

print_symbol() uses extra stack space to sprintf() symbol information and then to feed that buffer to printk() char buffer[KSYM_SYMBOL_LEN]; sprint_symbol(buffer, address); printk(fmt, buffer); Replace print_symbol() with a direct printk("%pS") call. Signed-off-by: Sergey Senozhatsky

[PATCH 10/13] sysfs: do not use print_symbol()

print_symbol() uses extra stack space to sprintf() symbol information and then to feed that buffer to printk() char buffer[KSYM_SYMBOL_LEN]; sprint_symbol(buffer, address); printk(fmt, buffer); Replace print_symbol() with a direct printk("%pS") call. Signed-off-by: Sergey Senozhatsky

Re: [PATCH] s390/decompressor: add fortify_panic as x86 has.

Hello, On Thu, 7 Dec 2017 13:55:07 +0100 Martin Schwidefsky wrote: > On Thu, 7 Dec 2017 11:37:27 +0100 > Michal Suchanek wrote: > > > Fix following error: > > > > LD arch/s390/boot/compressed/vmlinux > > drivers/s390/char/sclp_early_core.o:

Re: [PATCH v1 2/2] usb: chipidea: tegra: Select Tegra's PHY in Kconfig

On 11.12.2017 13:04, Thierry Reding wrote: > On Mon, Dec 11, 2017 at 02:10:00AM +0300, Dmitry Osipenko wrote: >> UDC driver won't probe without Tegra's PHY, hence select it in the >> Kconfig. >> >> Signed-off-by: Dmitry Osipenko >> --- >> drivers/usb/chipidea/Kconfig | 1 + >>

Re: [f2fs-dev] [PATCH 1/2] f2fs: pass down write hints to block layer for bufferd write

Hi Hyunchul, On 2017/12/1 16:28, Hyunchul Lee wrote: > Hi Chao, > > On 11/30/2017 04:06 PM, Chao Yu wrote: >> Hi Hyunchul, >> >> On 2017/11/28 8:23, Hyunchul Lee wrote: >>> From: Hyunchul Lee >>> >>> This implements which hint is passed down to block layer >>> for datas from

Re: [PATCH] TC: Delete an error message for a failed memory allocation in tc_bus_add_devices()

> However I would indeed prefer that a commit description is at least > exhaustive enough for such a dumb reviewer as I am to understand what is > going on right away. I can follow your desire in principle. > So please make it say at least: > > "Remove an extraneous message that duplicates

Re: [PATCH v1 1/2] usb: phy: tegra: Cleanup error messages

On 11.12.2017 12:37, Thierry Reding wrote: > On Mon, Dec 11, 2017 at 02:07:37AM +0300, Dmitry Osipenko wrote: >> Tegra's PHY driver has a mix of pr_err() and dev_err(), let's switch to >> dev_err() and use common errors message formatting across the driver for >> consistency. >> >> Signed-off-by:

[RFC PATCH 2/9] ethtool: introduce ethtool netlink interface

No function implemented yet, only genetlink and module infrastructure. Register/unregister genetlink family "ethtool" and allow the module to be autoloaded by genetlink code (if built as a module, distributions would probably prefer "y"). Signed-off-by: Michal Kubecek ---

[RFC PATCH 0/9] ethtool netlink interface (WiP)

This is still work in progress and only a very small part of the ioctl interface is reimplemented but I would like to get some comments before the patchset becomes too big and changing things becomes too tedious. The interface used for communication between ethtool and kernel is based on ioctl()

RE: [PATCH V4 1/8] perf/x86/intel/uncore: customized event_read for client IMC uncore

Hi Thomas, Did you get a chance to review the patch series? Thanks, Kan > > On Fri, 17 Nov 2017, Liang, Kan wrote: > > > Hi Thomas, > > > > Any comments for this patch series? > > it's on my todo list.

[RFC PATCH 4/9] ethtool: netlink bitset handling

Declare attribute type constants and add helper functions to handle arbitrary length bit sets. Signed-off-by: Michal Kubecek --- Documentation/networking/ethtool-netlink.txt | 56 + include/uapi/linux/ethtool_netlink.h | 31 +++ net/core/ethtool_netlink.c

Re: [PATCH v3 1/3] sched/pelt: Move pelt related code in a dedicated file

Hi Vincent, Although I agree that moving the PELT code in a dedicated file is probably the cleanest way to achieve what you want, I was wondering if you were able no measure any overhead due to moving the __update_load_avg_*() functions in a different translation unit ? This is introducing

[PATCH v2 4/4] crypto: exynos - Introduce mutex to prevent concurrent access to hardware

Cc: Marek Szyprowski , Bartlomiej Zolnierkiewicz Hardware operations like reading random numbers and setting a seed need to be conducted in a single thread. Therefore a mutex is required to prevent multiple threads (processes) from accessing

Re: [PATCH v1 2/2] drm/tegra: Support disabled CONFIG_PM

On 11.12.2017 16:53, Dmitry Osipenko wrote: > On 11.12.2017 13:13, Thierry Reding wrote: >> On Mon, Dec 11, 2017 at 02:19:44AM +0300, Dmitry Osipenko wrote: >>> Add manual HW power management to drivers probe/remove in order to >>> not fail in a case of runtime power management being disabled in

Re: [PATCH 1/4] fs/notify: fdinfo can report unsupported file handles.

On Mon, Dec 11, 2017 at 3:46 PM, Pavel Emelyanov wrote: > On 12/11/2017 10:05 AM, Amir Goldstein wrote: >> On Mon, Dec 11, 2017 at 8:41 AM, Amir Goldstein wrote: >>> On Mon, Dec 11, 2017 at 8:04 AM, NeilBrown wrote: If a filesystem

[PATCH v7 0/6] add clk controller driver for Meson-AXG SoC

Add driver for the clk controller which found in Meson AXG SoC Note, we deliberately create a seperate source file for the Meson AXG series, instead of sharing code with previous GXBB/GXL - the file axg.c It would help us maintaining the code more easily. Changes since v6 [6]: - move the

Re: Linux kernel configuration for MPS2 AN385

On 12/11/2017 01:43 AM, Vladimir Murzin wrote: On 09/12/17 18:33, Guenter Roeck wrote: Hi folks, I am playing with qemu's mps2-an385 emulation and try to get Linux to boot with it, so far with little (ie no) success. Is a working kernel configuration for this board available somewhere ?

Re: [PATCH v1] usb: phy: tegra: Increase PHY clock stabilization timeout

On 11.12.2017 12:53, Thierry Reding wrote: > On Mon, Dec 11, 2017 at 01:55:35AM +0300, Dmitry Osipenko wrote: >> This fixes "utmi_phy_clk_enable: timeout waiting for phy to stabilize" >> error message. >> >> Signed-off-by: Dmitry Osipenko >> --- >>

Re: [PATCH v4] kernel: make groups_sort calling a responsibility group_info allocators

On Mon, Dec 11, 2017 at 11:28:06AM -0200, Thiago Rafael Becker wrote: > +++ b/fs/nfsd/auth.c > @@ -60,6 +60,9 @@ int nfsd_setuser(struct svc_rqst *rqstp, struct svc_export > *exp) > gi->gid[i] = exp->ex_anon_gid; > else >

[PATCH 2/2] ASoC: tfa9879: add DT bindings to MAINTAINERS

Let's keep maintenance of the driver and the bindings in one place. Signed-off-by: Peter Rosin --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index d4fdcb12616c..e7c2ca89fec4 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -9804,6

Re: [PATCH v1 2/2] drm/tegra: Support disabled CONFIG_PM

On Mon, Dec 11, 2017 at 04:53:56PM +0300, Dmitry Osipenko wrote: > On 11.12.2017 13:13, Thierry Reding wrote: > > On Mon, Dec 11, 2017 at 02:19:44AM +0300, Dmitry Osipenko wrote: > >> Add manual HW power management to drivers probe/remove in order to > >> not fail in a case of runtime power

Re: [PATCH 2/3] ahci: Add PCI ids for Intel Bay Trail, Cherry Trail and Apollo Lake AHCI

Hello, On Wed, Dec 06, 2017 at 04:41:09PM +0100, Hans de Goede wrote: > Add PCI ids for Intel Bay Trail, Cherry Trail and Apollo Lake AHCI > SATA controllers. This commit is a preparation patch for allowing a > different default sata link powermanagement policy for mobile chipsets. > >

Re: [PATCH 2/2] tools/lib/lockdep: add empty declaration for early_param

* alexander.le...@verizon.com wrote: > On Fri, Dec 08, 2017 at 07:20:10AM +0100, Ingo Molnar wrote: > > > >* Ingo Molnar wrote: > > > >> > >> * alexander.le...@verizon.com wrote: > >> > >> > Fixes a compilation error:

Re: [PATCH v1 09/10] v4l: i2c: Copy tw9910 soc_camera sensor driver

Hi Jacopo, Thank you for the patch. On Wednesday, 15 November 2017 12:56:02 EET Jacopo Mondi wrote: > Copy the soc_camera based driver in v4l2 sensor driver directory. > This commit just copies the original file without modifying it. As for patch 07/10, you might want to explain why you're not

[PATCH] [v2] drm/i915: use static const array for PICK macro

The varargs macro trick in _PIPE3/_PHY3/_PORT3 was meant as an optimization to shrink the i915 kernel module by around 1000 bytes. However, the downside is a size regression with CONFIG_KASAN, as I found from stack size warnings with gcc-7.0.1: before: drivers/gpu/drm/i915/intel_dpll_mgr.c: In

[PATCH 12/13] lib: do not use print_symbol()

print_symbol() uses extra stack space to sprintf() symbol information and then to feed that buffer to printk() char buffer[KSYM_SYMBOL_LEN]; sprint_symbol(buffer, address); printk(fmt, buffer); Replace print_symbol() with a direct printk("%pS") call. Signed-off-by: Sergey Senozhatsky

[PATCH 13/13] arc: do not use __print_symbol()

__print_symbol() uses extra stack space to sprintf() symbol information and then to feed that buffer to printk() char buffer[KSYM_SYMBOL_LEN]; sprint_symbol(buffer, address); printk(fmt, buffer); Replace __print_symbol() with a direct printk("%pS") call. Signed-off-by: Sergey Senozhatsky

Re: [f2fs-dev] [PATCH] f2fs: use unlikely for release case

On 2017/12/5 16:38, LiFan wrote: > Since the variable release is only nonzero when another unlikely > case occurs, use unlikely() on it seems logical. > > Signed-off-by: Fan li Reviewed-by: Chao Yu Thanks,

Re: [Intel-gfx] [PATCH] drm/i915: Remove unused IRQ chip data of HDMI LPE audio

On Mon, Dec 11, 2017 at 08:33:33AM +, Anand, Jerome wrote: > > > > -Original Message- > > From: Thomas Gleixner [mailto:t...@linutronix.de] > > Sent: Saturday, December 9, 2017 4:22 AM > > To: Ville Syrjälä > > Cc: Chen, Augustine

Re: [RESEND PATCH] arm64: v8.4: Support for new floating point multiplication variant

On Mon, Dec 11, 2017 at 08:47:00PM +0800, gengdongjiu wrote: > > On 2017/12/11 19:59, Dave P Martin wrote: > > On Sat, Dec 09, 2017 at 03:28:42PM +, Dongjiu Geng wrote: > >> ARM v8.4 extensions include support for new floating point > >> multiplication variant instructions to the AArch64 SIMD

Re: Linux 4.15-rc2: Regression in resume from ACPI S3

On Sun, 2017-12-10 at 12:30 -0800, Linus Torvalds wrote: > On Sun, Dec 10, 2017 at 10:56 AM, Pavel Machek wrote: > > > > > > Confirmed, revert fixes it. You see how it moves > > fix_processor_context > > around #ifdef CONFIG_X86_32 block? And how people forget 32-bit > > machines

[PATCH v7 3/6] clk: meson-axg: add clocks dt-bindings required header

From: Qiufang Dai Add the required header for the clocks ID dt-bindings exported from various subsystem in the Meson-AXG SoC. Acked-by: Rob Herring Signed-off-by: Qiufang Dai Signed-off-by: Yixun Lan

[PATCH v7 1/6] clk: meson: make the spinlock naming more specific

Make the spinlock more specific, so better for lockdep debugging and ctags/grep. Suggested-by: Stephen Boyd Signed-off-by: Yixun Lan --- this patch try to address the issue which bring up by Stephen at [1] [1]

[PATCH net-next v5 0/2] net: thunderx: add support for PTP clock

This series adds support for IEEE 1588 Precision Time Protocol to Cavium ethernet driver. The first patch adds support for the Precision Time Protocol Clocks and Timestamping coprocessor (PTP) found on Cavium processors. It registers a new PTP clock in the PTP core and provides functions to use

[PATCH v7 5/6] arm64: dts: meson-axg: add clock DT info for Meson AXG SoC

From: Qiufang Dai Try to add Hiubus DT info, and also enable clock DT info for the Amlogic's Meson-AXG SoC. Acked-by: Rob Herring Signed-off-by: Qiufang Dai Signed-off-by: Yixun Lan ---

[PATCH net-next v5 1/2] net: add support for Cavium PTP coprocessor

From: Radoslaw Biernacki This patch adds support for the Precision Time Protocol Clocks and Timestamping hardware found on Cavium ThunderX processors. Signed-off-by: Radoslaw Biernacki Signed-off-by: Aleksey Makarov ---

Re: [PATCHv5 2/3] x86/boot/compressed/64: Introduce place_trampoline()

* Kirill A. Shutemov wrote: > If a bootloader enables 64-bit mode with 4-level paging, we might need to > switch over to 5-level paging. The switching requires the disabling > paging. It works fine if kernel itself is loaded below 4G. > > But if the bootloader

[PATCH 1/2] ASoC: tfa9879: clean up bindings

Fix a couple of nitpicks: - list #sound-dai-cells as a required property. - The chip supports full speed I2C; don't indicate standard mode only. - status = "okay" is just noise. - The chip is an amplifier, not a codec. - consistently indent with tabs. Signed-off-by: Peter Rosin

[PATCH 0/2] ASoC: tfa9879: cleanup bindings and claim maintainership

Hi! Device tree bindings where added for the tfa9879 along with improved support for them in the driver some time ago. All behind my back. This cleans things up and properly adds me as maintainer of the new bindings. Cheers, Peter Peter Rosin (2): ASoC: tfa9879: clean up bindings ASoC:

Re: [PATCH v1 02/10] include: media: Add Renesas CEU driver interface

Hi Sakari, On Wednesday, 15 November 2017 14:36:33 EET Sakari Ailus wrote: > On Wed, Nov 15, 2017 at 11:55:55AM +0100, Jacopo Mondi wrote: > > Add renesas-ceu header file. > > > > Do not remove the existing sh_mobile_ceu.h one as long as the original > > driver does not go away. > > Hmm. This

Re: [PATCH] writeback: update comment in inode_io_list_move_locked

On Tue, Dec 05, 2017 at 07:23:19AM -0500, Wang Long wrote: > The @head can be wb->b_dirty_time, so update the comment. > > Signed-off-by: Wang Long Acked-by: Tejun Heo Thanks. -- tejun

Re: [RFC][PATCHv2] Fixing POSIX wait queue to insert in task priority order for real-time, including normal tasks

OK, when I said to Cc the kernel mailing list, I should have said that you also need to still Cc everyone you want to read it. LKML gets over 600+ emails a day. Nobody reads it all. Some people filter it, but others (like myself) stopped reading it because I can barely keep up with just the emails

  1   2   3   4   5   6   7   8   9   10   >