Re: [PATCH v2 2/5] ARM: dts: imx53: add srtc node

On Tue, Dec 5, 2017 at 12:20 PM, Patrick Brünn wrote: > I will wait a few days for more reviewers and then integrate your comments in > a v3. If nothing major show up I will wait until the imx53.dtsi revert landed > in Linus tree. It is in Linus' tree now as commit e501506d3ea0 ("Revert "ARM:

Re: [PATCH v4] leds: trigger: Introduce a NETDEV trigger

On Sun, Dec 10, 2017 at 5:24 PM, Ben Whitten wrote: > This commit introduces a NETDEV trigger for named device > activity. Available triggers are link, rx, and tx. > > Signed-off-by: Ben Whitten > > --- > Changes in v4: > Adopt SPDX licence header Thanks you! Acked-by: Philippe Ombredanne > Ch

[PATCH] sbp-target: Delete an error message for a failed memory allocation in three functions

From: Markus Elfring Date: Sun, 10 Dec 2017 19:54:11 +0100 Omit an extra message for a memory allocation failure in these functions. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --- drivers/target/sbp/sbp_target.c | 13 - 1 file changed,

Re: [PATCH v4] leds: trigger: Introduce a NETDEV trigger

Hi Jacek, On 10 December 2017 at 18:31, Jacek Anaszewski wrote: > Hi Ben, > > Thanks for the update. I have one doubt about comment style > at the top of the file. Please refer below. > > On 12/10/2017 05:24 PM, Ben Whitten wrote: >> This commit introduces a NETDEV trigger for named device >> act

Re: [PATCH v4 3/5] staging: Introduce NVIDIA Tegra video decoder driver

Le dimanche 10 décembre 2017 à 21:56 +0300, Dmitry Osipenko a écrit : > > I've CC-ed Maxime and Giulio as well: they are looking into adding support > > for > > the stateless allwinner codec based on this code as well. There may well be > > opportunities for you to work together, esp. on the users

[PATCH] eeprom: at24: code shrink

A regmap_config struct is pretty big and declaring two of them statically just to tweak the reg_bits value adds unnecessary bloat. Declare the regmap config locally in at24_probe() instead. Bloat-o-meter output: add/remove: 0/2 grow/shrink: 1/0 up/down: 20/-272 (-252) Function

[PATCH 1/1] scsi: fnic: add a space after %p in printf format

fnic_fcpio_icmnd_cmpl_handler() displays the value of sc with: FNIC_SCSI_DBG(KERN_INFO... "... sc = 0x%p" "scsi_status ..." ... As the literal strings get merged, the function uses %ps instead of the intended raw %p format. Fix this by inserting a space. Signed-off-by

Re: [PATCH v1 1/2] dt-bindings: Add binding for Sitronix ST7735R display panels

On 12/08/2017 03:41 PM, Noralf Trønnes wrote: Den 29.11.2017 04.01, skrev David Lechner: This adds a new device tree binding for Sitronix ST7735R display panels, such as the Adafruit 1.8" TFT. Signed-off-by: David Lechner ---   .../bindings/display/sitronix,st7735r.txt  | 35

[PATCH 1/1] staging: rtl8723bs: make memcmp() calls consistent

rtw_pm_set() uses memcmp() with 5-chars strings and a length of 4 when parsing extra, and then parses extra+4 as an int: if (!memcmp(extra, "lps =", 4)) { sscanf(extra+4, "%u", &mode); /* ... */ } else if (!memcmp(extra, "ips =", 4)) { sscanf(extra+4, "%u", &mode); The

Re: [PATCH 06/45] drivers: iio: gyro: remove duplicate includes

On Tue, 5 Dec 2017 07:30:19 +0530 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 Applied. Thanks, Jonathan > --- > drivers/iio/gyro/bmg160

Re: [PATCH v4] leds: trigger: Introduce a NETDEV trigger

On 12/10/2017 08:12 PM, Ben Whitten wrote: > Hi Jacek, > > On 10 December 2017 at 18:31, Jacek Anaszewski > wrote: >> Hi Ben, >> >> Thanks for the update. I have one doubt about comment style >> at the top of the file. Please refer below. >> >> On 12/10/2017 05:24 PM, Ben Whitten wrote: >>> This

Re: iio/…: Use common error handling code

On Sun, 10 Dec 2017 17:43:34 +0100 SF Markus Elfring wrote: > > Hi Markus, I've accepted the ones that I think made an improvement > > outweighing the inherent small costs of making any change. > > Does such a kind of feedback mean that you reconsidered any places > where you expressed a rejec

[PATCH 1/1] rtlwifi: always initialize variables given to RT_TRACE()

In rtl_rx_ampdu_apply(), when rtlpriv->cfg->ops->get_btc_status() returns false, RT_TRACE() is called with the values of variables reject_agg and agg_size, which have not been initialized. Always initialize these variables in order to prevent using uninitialized values. This issue has been found

Re: Adding init_task consolidation patches to linux-next

Hi David, On Fri, 08 Dec 2017 15:56:40 + David Howells wrote: > > Can you add the following to linux-next please? > > > http://git.kernel.org/cgit/linux/kernel/git/dhowells/linux-fs.git/log/?h=init_task I'd be much happier if these patches had any Reviewd-by or Tested-by tags ... --

Re: [SIL2review] [PATCH] objtool: Use value of intended enum to compile with clang

On Sun, Dec 10, 2017 at 07:35:00PM +0100, Lukas Bulwahn wrote: > Just use the right value and avoid an implicit conversion between the two > enumeration types that just happened to work in this case. It seems that > this must have just been overlooked in the new implementation of objtool > in commi

Re: [PATCH] x86/microcode/AMD: Add support for fam17h microcode loading

On 11/30/2017 05:46 PM, Tom Lendacky wrote: > The size for the Microcode Patch Block (MPB) for an AMD family 17h > processor is 3200 bytes. Add a #define for fam17h so that it does > not default to 2048 bytes and fail a microcode load/update. > > Cc: # 4.1.x > Signed-off-by: Tom Lendacky Teste

Re: [PATCH v1 0/7] iio: adc: ina2xx: Rework CNVR alignment, fix busy loops

On Sunday, December 10, 2017 6:36:54 PM CET Jonathan Cameron wrote: > On Fri, 8 Dec 2017 18:41:45 +0100 > > Stefan Brüns wrote: > > Currently, the INA2xx driver may end up causing 100% load on a single core > > and fully loading the I2C bus, which is caused by two different issues: > > > > The c

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

On Thu 07-12-17 08:55:08, Michal Hocko wrote: > On Wed 06-12-17 13:14:52, Michal Hocko wrote: > > On Mon 04-12-17 14:36:20, Linus Torvalds wrote: > > > On Mon, Dec 4, 2017 at 2:25 PM, Rafael J. Wysocki > > > wrote: > > > > > > > > So far, resume from suspend-to-RAM (ACPI S3) is broken on all of t

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

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 exist? Aha. Yeah, people do. Andy? > Which brings me to .. various people do automated te

Re: [PATCH net-next] libbpf: add function to setup XDP

Hello, On Sat, 2017-12-09 at 15:57 -0800, Jakub Kicinski wrote: > On Sat, 9 Dec 2017 15:43:15 +0100, Eric Leblond wrote: > > + for (nh = (struct nlmsghdr *)buf; NLMSG_OK(nh, len); > > +nh = NLMSG_NEXT(nh, len)) { > > + if (nh->nlmsg_pid != getpid()) { > > + r

Re: [PATCH tip/core/rcu 02/20] torture: Prepare scripting for shift from %p to %pK

On Sun, Dec 10, 2017 at 4:52 AM, Andy Shevchenko wrote: >> >>> Perhaps it should have printed a fixed, non-zero value for non-zero >>> pointers. >> >> I must leave this to the people who have a dog in that contest. ;-) > > Since there is an ongoing discussion with security people near to %pK > an

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

On Sun 2017-12-10 12:30:52, 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 exist? Aha. > > Yeah, people do

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

On Thu, Dec 7, 2017 at 2:17 AM, Geert Uytterhoeven wrote: > > if (cachep->flags & SLAB_STORE_USER) { > - pr_err("Last user: [<%p>](%pSR)\n", > + pr_err("Last user: [<%px>](%pSR)\n", >*dbg_userword(cachep, objp), >*

Re: [PATCH v1 5/7] iio: adc: ina2xx: Use a monotonic clock for delay calculation

On Sunday, December 10, 2017 6:31:57 PM CET Jonathan Cameron wrote: > On Fri, 8 Dec 2017 18:41:50 +0100 > > Stefan Brüns wrote: > > The iio timestamp clock is user selectable and may be non-monotonic. Also, > > only part of the acquisition time is measured, thus the delay was longer > > than inte

Re: [PATCH 1/1] futex: futex_wake_op, fix sign_extend32 sign bits

On Thu, Nov 30, 2017 at 6:35 AM, Jiri Slaby wrote: > sign_extend32 counts the sign bit parameter from 0, not from 1. So we > have to use "11" for 12th bit, not "12". This interface is crap. It really doesn't make much sense. I wonder how many people have gotten this wrong, but it's hard to tell.

Re: [PATCH v1 3/7] iio: adc: ina2xx: Remove unneeded dummy read to clear CNVR flag

On Sunday, December 10, 2017 6:27:33 PM CET Jonathan Cameron wrote: > On Fri, 8 Dec 2017 18:41:48 +0100 > > Stefan Brüns wrote: > > Although the datasheet states the CNVR flag is cleared by reading the > > BUS_VOLTAGE register, it is actually cleared by reading any of the > > voltage/current/powe

[alsa-devel][PATCH v4] ASoC: TSCS42xx: Add support for Tempo Semiconductor's TSCS42xx audio CODEC

Thank you to everyone who has reviewed this. The v4 patch addresses all issues raised. I apologize for this email chain getting hacked up. Philippe Ombredanne wrote: > Have you considered using the new SPDX ids? No I haven't, but thank you for bringing this to my attention. I have added them

Re: [PATCH net-next] libbpf: add function to setup XDP

On 12/10/17 1:34 PM, Eric Leblond wrote: >> Would it be possible to print out or preferably return to the caller >> the ext ack error message? A couple of drivers are using it for XDP >> mis-configuration reporting instead of printks. We should encourage >> other to do the same and support it in

[PATCH v5] leds: trigger: Introduce a NETDEV trigger

This commit introduces a NETDEV trigger for named device activity. Available triggers are link, rx, and tx. Signed-off-by: Ben Whitten --- Changes in v5: Adjust header comment style to be consistent Changes in v4: Adopt SPDX licence header Changes in v3: Cancel the software blink prior to a ones

Re: [PATCH 0/2] acpi, x86: Add SPCR table support

On 12/08/2017 09:29 AM, Prarit Bhargava wrote: > If I disable "Serial Port Console Debug" in my BIOS I still see the SPCR > configured: > > [root@prarit-lab ~]# dmesg | grep SPCR > [0.00] ACPI: SPCR 0x69031000 50 (v01 > ) > > AFAICT the SPCR is always e

Re: [PATCH] Scheduler: Removed first parameter from prepare_lock_switch

Peter, I tried to understand and applied all your suggestions, follows the modification: Adjustments: lock/unlock task in context_switch Function prepare_lock_switch have an unused parameter, and also the function name was not descriptive. To improve the readability and remove the extra paramete

Re: [PATCH 4.4 05/27] x86/efi: Build our own page table structures

On Thu, Dec 07, 2017 at 10:43:49PM +, Ben Hutchings wrote: > On Mon, 2017-12-04 at 16:59 +0100, Greg Kroah-Hartman wrote: > > 4.4-stable review patch.  If anyone has any objections, please let me know. > > > > -- > > > > From: Matt Fleming > > > > commit 67a9108ed4313b85a9c5

Linux 3.18.87

I'm announcing the release of the 3.18.87 kernel. All users of the 3.18 kernel series must upgrade. The updated 3.18.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.18.y and can be browsed at the normal kernel.org git web browser:

Linux 4.4.105

I'm announcing the release of the 4.4.105 kernel. All users of the 4.4 kernel series must upgrade. The updated 4.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.4.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 3.18.87

diff --git a/Makefile b/Makefile index ac3ce9725894..bc657f28341b 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 18 -SUBLEVEL = 86 +SUBLEVEL = 87 EXTRAVERSION = NAME = Diseased Newt diff --git a/arch/arm/mach-omap1/dma.c b/arch/arm/mach-omap1/dma.c index 4be601b

Re: Linux 4.4.105

diff --git a/Makefile b/Makefile index 55500e023f61..69f4ace70276 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 4 -SUBLEVEL = 104 +SUBLEVEL = 105 EXTRAVERSION = NAME = Blurry Fish Butt diff --git a/arch/arm/mach-omap1/dma.c b/arch/arm/mach-omap1/dma.c index 7b0

Linux 4.14.5

I'm announcing the release of the 4.14.5 kernel. All users of the 4.14 kernel series must upgrade. The updated 4.14.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.14.y and can be browsed at the normal kernel.org git web browser:

Linux 4.9.68

I'm announcing the release of the 4.9.68 kernel. All users of the 4.9 kernel series must upgrade. The updated 4.9.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.9.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 4.14.5

diff --git a/Documentation/devicetree/bindings/timer/renesas,cmt.txt b/Documentation/devicetree/bindings/timer/renesas,cmt.txt index 6ca6b9e582a0..d740989eb569 100644 --- a/Documentation/devicetree/bindings/timer/renesas,cmt.txt +++ b/Documentation/devicetree/bindings/timer/renesas,cmt.txt @@ -20,

Re: Linux 4.9.68

diff --git a/Makefile b/Makefile index 70546af61a0a..dfe17af517b2 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 9 -SUBLEVEL = 67 +SUBLEVEL = 68 EXTRAVERSION = NAME = Roaring Lionus diff --git a/arch/arm/mach-omap1/dma.c b/arch/arm/mach-omap1/dma.c index f6ba589

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

On Sun, Dec 10, 2017 at 12:43 PM, Pavel Machek wrote: > > For the record... this should fix it. Tested on x60. More tests pending. This can't be right. At the very least, now the comment is wrong. And the comment does seem relevant for 32-bit too: > - fix_processor_context(); > - >

[PATCH] KVM: X86: Fix load bad host fpu state

From: Wanpeng Li [ cut here ] Bad FPU state detected at kvm_put_guest_fpu+0xd8/0x2d0 [kvm], reinitializing FPU registers. WARNING: CPU: 1 PID: 4594 at arch/x86/mm/extable.c:103 ex_handler_fprestore+0x88/0x90 CPU: 1 PID: 4594 Comm: qemu-system-x86 Tainted: GB

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

On Sun 2017-12-10 13:28:50, Linus Torvalds wrote: > On Sun, Dec 10, 2017 at 12:43 PM, Pavel Machek wrote: > > > > For the record... this should fix it. Tested on x60. More tests pending. > > This can't be right. > > At the very least, now the comment is wrong. And the comment does seem > relevan

[PATCH] Fix resume on x86-32 machines

After 4.15-rc2, suspend stopped working on Thinkpad X60. 5b06bbc (unintentionally?) reordered stuff with respect to fix_processor_context() on 32-bit and 64-bit. We undo that change on 32-bit. While we are at it, fix a comment. Signed-off-by: Pavel Machek Fixes: 5b06bbcfc2c621da3009da8decb75115

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

On Sun, 10 Dec 2017, SF Markus Elfring wrote: > 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? Maciej

[PATCH RESEND] KVM: X86: Fix load bad host fpu state

From: Wanpeng Li [ cut here ] Bad FPU state detected at kvm_put_guest_fpu+0xd8/0x2d0 [kvm], reinitializing FPU registers. WARNING: CPU: 1 PID: 4594 at arch/x86/mm/extable.c:103 ex_handler_fprestore+0x88/0x90 CPU: 1 PID: 4594 Comm: qemu-system-x86 Tainted: GB

Re: [PATCH tip/core/rcu 02/20] torture: Prepare scripting for shift from %p to %pK

On Sun, Dec 10, 2017 at 12:39:11PM -0800, Linus Torvalds wrote: > On Sun, Dec 10, 2017 at 4:52 AM, Andy Shevchenko > wrote: > >> > >>> Perhaps it should have printed a fixed, non-zero value for non-zero > >>> pointers. > >> > >> I must leave this to the people who have a dog in that contest. ;-)

Re: [alsa-devel][PATCH v3] ASoC: TSCS42xx: Add support for Tempo Semiconductor's TSCS42xx audio CODEC

On Sun, Dec 10, 2017 at 10:00:02AM +0100, Philippe Ombredanne wrote: > Have you considered using the new SPDX ids? I was unaware of this. Thank you for bringing it to my attention. I have added it to v4. You can see it here: https://patchwork.kernel.org/patch/10104003/ Thanks for the review!

Re: [alsa-devel][PATCH v3] ASoC: TSCS42xx: Add support for Tempo Semiconductor's TSCS42xx audio CODEC

Steven, On Sun, Dec 10, 2017 at 10:49 PM, Steven Eckhoff wrote: > On Sun, Dec 10, 2017 at 10:00:02AM +0100, Philippe Ombredanne wrote: > >> Have you considered using the new SPDX ids? > > I was unaware of this. Thank you for bringing it to my attention. > I have added it to v4. You can see it here

Re: [PATCH] sbp-target: Delete an error message for a failed memory allocation in three functions

On 10/12/2017 19:10, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 10 Dec 2017 19:54:11 +0100 > > Omit an extra message for a memory allocation failure in these functions. > > This issue was detected by using the Coccinelle software. > > Signed-off-by: Markus Elfring [snip] Loo

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

> 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 > fix_processor_context() on 32-bit and 64-bit. We undo that change on > 32-bit. > Can you explain what was wrong wit

[PATCH] Staging: rtl8723bs: Merge assignment with return

Merge the assignment and return statements to return the value directly. Done using the following semantic patch by coccinelle. @@ local idexpression ret; expression e; @@ -ret = +return e; -return ret; Also, remove the variable declaration and some braces that became useless after the merg

Re: [RFC v2 1/3] security: Add safe, dynamic (runtime-loadable) hook support

On Fri, 8 Dec 2017, Casey Schaufler wrote: > Would it make sense to have lsm_dynamic.h ? Yes. > > > + DYNAMIC_SECURITY_HOOK_binder_set_context_mgr, Please trim replies! -- James Morris

[PATCH v2 2/2] drm/tinydrm: add driver for ST7735R panels

This adds a new driver for Sitronix ST7735R display panels. This has been tested using an Adafruit 1.8" TFT. Signed-off-by: David Lechner --- v2 changes: * Change delay from 10ms to 20ms to avoid checkpatch warning * Use mipi_dbi_pipe_enable()/mipi_dbi_pipe_disable() to reduce duplicated code *

[PATCH v2 0/2] DRM driver for Sitronix ST7735R display panels

This series adds a new DRM/TinyDRM driver for Sitronix ST7735R, specifically the Adafruit 1.8" TFT. Nothing fancy here. Just mostly TinyDRM boilerplate with the init sequence from the fbtft driver for the same panel. Please see new discussion on device tree bindings in patch 1/2. David Lechner (

[PATCH v2 1/2] dt-bindings: Add binding for Sitronix ST7735R display panels

This adds a new device tree binding for Sitronix ST7735R display panels, such as the Adafruit 1.8" TFT. Signed-off-by: David Lechner Acked-by: Rob Herring --- v2: changes: * None, but... I'm wondering about my choice of compatible here. I chose the name "sitronix,st7735r-jd-t18003-t01" to mean

[PATCH] xhci: Fix use-after-free in xhci debugfs

Trying to read from debugfs after the system has resumed from hibernate causes a use-after-free and thus a protection fault. Steps to reproduce: Hibernate system, resume from hibernate, then run $ cat /sys/kernel/debug/usb/xhci/*/command-ring/enqueue dmesg below: [ 3902.765086] general protecti

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

On Sun 2017-12-10 13:58:23, 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 > > fix_processor_context() on 32-bit and 64-bit. We undo th

Re: [RFC v2 1/3] security: Add safe, dynamic (runtime-loadable) hook support

On Fri, 8 Dec 2017, Sargun Dhillon wrote: > The primary purpose of this patchset is to facilitate the development of > out-of-tree minor LSMs. This is not a valid use-case for the mainline kernel: we don't add features for out of tree code. Please reconsider your rationale :-) - James -- Jam

Re: [PATCH v2 2/2] HID: input: do not increment usages when a duplicate is found

On Fri, Dec 08, 2017 at 03:28:18PM +0100, Benjamin Tissoires wrote: > This is something that bothered us from a long time. When hid-input > doesn't know how to map a usage, it uses *_MISC. But there is something > else which increments the usage if the evdev code is already used. > > This leads to

Re: [RFC v2 2/3] LSM: Add statistics about the invocation of dynamic hooks

On Fri, 8 Dec 2017, Sargun Dhillon wrote: > The purpose of this is similar to the purpose of something like > iptables -L -n. With the proliferation of LSMs, it's going to > be more important to have a way to understand what's going on. The difference with iptables being that it's an application

linux-next: build warning after merge of the kbuild tree

Hi Masahiro, After merging the kbuild tree, today's linux-next build (arm multi_v7_defconfig) produced this warning: drivers/usb/gadget/Kconfig:487:warning: choice default symbol 'USB_ETH' is not contained in the choice Exposed by commit 2c37e08464a8 ("kconfig: Warn if choice default is not

Re: [PATCH v3 1/2] eeprom: at24: fix coding style issues

On Sun, 2017-12-10 at 19:42 +0100, Bartosz Golaszewski wrote: > 2017-12-10 13:57 GMT+01:00 Andy Shevchenko : > > On Thu, Dec 7, 2017 at 3:39 PM, Bartosz Golaszewski wrote: > > > Fix issues reported by checkpatch for at24.c. > > > +module_param(io_limit, uint, ); > > > +module_param(write_timeo

Re: [PATCH] checkpatch: don't require octal permissions for "0"

On Sun, 2017-12-10 at 15:04 +0100, Bartosz Golaszewski wrote: > If the permission value is 0, don't raise the NON_OCTAL_PERMISSIONS > error. There's no possibility of an error if there are no permissions. Hi Bartosz This response below is the same as another email thread - Personall

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

This fixes "utmi_phy_clk_enable: timeout waiting for phy to stabilize" error message. Signed-off-by: Dmitry Osipenko --- drivers/usb/phy/phy-tegra-usb.c | 13 - 1 file changed, 4 insertions(+), 9 deletions(-) diff --git a/drivers/usb/phy/phy-tegra-usb.c b/drivers/usb/phy/phy-tegra-u

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

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: Dmitry Osipenko --- drivers/usb/phy/phy-tegra-usb.c | 72 + 1 file changed, 44 inse

[PATCH v1 2/2] usb: tegra: Move UTMI-pads reset from ehci-tegra to tegra-phy

UTMI pads are shared by USB controllers and reset of UTMI pads is shared with the reset of USB1 controller. Currently reset of UTMI pads is done by the EHCI driver and ChipIdea UDC works because EHCI driver always happen to be probed first. Move reset controls from ehci-tegra to tegra-phy in order

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

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 --- drivers/usb/host/Kconfig | 2 +- drivers/usb/phy/Kconfig | 8 drivers/usb/phy/Makefile | 2 +- 3 files changed, 10 insertions(+)

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

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 + 1 file changed, 1 insertion(+) diff --git a/drivers/usb/chipidea/Kconfig b/drivers/usb/chipidea/Kconfig index 785f0ed037f7..2ef3b27ea72b 100644 ---

linux-next: build failure after merge of the clk tree

Hi all, After merging the clk tree, today's linux-next build (x86_64 allmodconfig) failed like this: ERROR: "clk_alpha_pll_regs" [drivers/clk/qcom/mmcc-msm8996.ko] undefined! ERROR: "clk_alpha_pll_regs" [drivers/clk/qcom/gcc-msm8996.ko] undefined! ERROR: "clk_alpha_pll_regs" [drivers/clk/qcom/gcc

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

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 Osipenko --- drivers/gpu/drm/tegra/dc.c | 164 +++ drivers/gpu/drm/tegra/dsi.c | 138

[PATCH v1 1/2] drm/tegra: dc: Link DC1 to DC0 on Tegra20

HW reset isn't actually broken on Tegra20, but there is a dependency on first display controller to be taken out of reset for the second to be enabled successfully. Signed-off-by: Dmitry Osipenko --- drivers/gpu/drm/tegra/dc.c | 77 +- drivers/gpu/drm/

[PATCH][staging-next] staging: most: core: make functions print_links and most_match static

From: Colin Ian King The functions print_links and most_match static are local to the source and do not need to be in global scope, so make them static. Cleans up sparse warnings: symbol 'print_links' was not declared. Should it be static? symbol 'most_match' was not declared. Should it be stati

[PATCH][netfilter-next] netfilter: conntrack: make struct nf_conntrack_l4proto_gre4 static

From: Colin Ian King The structure nf_conntrack_l4proto_gre4 is local to the source and does not need to be in global scope, so make it static. Cleans up sparse warning: symbol 'nf_conntrack_l4proto_gre4' was not declared. Should it be static? Signed-off-by: Colin Ian King --- net/netfilter/

Re: [PATCH v2 2/2] pinctrl: Allow indicating loss of pin states during low-power

On 12/02/2017 04:48 AM, Linus Walleij wrote: > On Wed, Nov 29, 2017 at 6:37 PM, Florian Fainelli > wrote: >> On 11/29/2017 09:02 AM, Tony Lindgren wrote: > >>> Hmm well typically a device driver that loses it's context just does >>> save and restore of the registers in runtime PM suspend/resum

Re: [PATCH v4 72/73] xfs: Convert mru cache to XArray

On Fri, Dec 08, 2017 at 03:01:31PM -0800, Matthew Wilcox wrote: > On Thu, Dec 07, 2017 at 11:38:43AM +1100, Dave Chinner wrote: > > > > cmpxchg is for replacing a known object in a store - it's not really > > > > intended for doing initial inserts after a lookup tells us there is > > > > nothing in

Re: [PATCH v4 3/5] staging: Introduce NVIDIA Tegra video decoder driver

On 10.12.2017 22:29, Nicolas Dufresne wrote: > Le dimanche 10 décembre 2017 à 21:56 +0300, Dmitry Osipenko a écrit : >>> I've CC-ed Maxime and Giulio as well: they are looking into adding support >>> for >>> the stateless allwinner codec based on this code as well. There may well be >>> opportunit

Re: [PATCH 1/1] zram: better utilization of zram swap space

Hi Gopi and Sergey, On Thu, Dec 07, 2017 at 05:45:10PM +0900, Sergey Senozhatsky wrote: > On (12/07/17 13:52), Gopi Sai Teja wrote: > > If the length of the compressed page is greater than 75% of the PAGE_SIZE, > > then the page is stored uncompressed in zram space. Zram space utilization > > is i

linux-next: manual merge of the v4l-dvb-next tree with the vfs tree

Hi Mauro, Today's linux-next merge of the v4l-dvb-next tree got a conflict in: drivers/media/rc/lirc_dev.c between commit: c23e0cb81e40 ("media: annotate ->poll() instances") from the vfs tree and various commits from the v4l-dvb-next tree. I fixed it up (see below) and can carry the fix

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

Hi Stephen, 2017-12-11 7:52 GMT+09:00 Stephen Rothwell : > Hi Masahiro, > > After merging the kbuild tree, today's linux-next build (arm > multi_v7_defconfig) produced this warning: > > drivers/usb/gadget/Kconfig:487:warning: choice default symbol 'USB_ETH' is > not contained in the choice I ha

linux-next: manual merge of the v4l-dvb-next tree with the vfs tree

Hi Mauro, Today's linux-next merge of the v4l-dvb-next tree got a conflict in: include/media/lirc_dev.h between commit: c23e0cb81e40 ("media: annotate ->poll() instances") from the vfs tree and various commits from the v4l-dvb-next tree. I fixed it up (I just removed the file) and can car

linux-next: manual merge of the v4l-dvb-next tree with the vfs tree

Hi Mauro, Today's linux-next merge of the v4l-dvb-next tree got a conflict in: drivers/staging/media/lirc/lirc_zilog.c between commit: c23e0cb81e40 ("media: annotate ->poll() instances") from the vfs tree and commit: 28032a347ed0 ("media: staging: remove lirc_zilog driver") from the v4

[PATCH] x86: update/correct opcode-map

From: Randy Dunlap Update x86-opcode-map.txt based on the October 2017 Intel SDM publication. Correct INVPID to INVVPID. Add UD0, UD1, and UD2 instruction opcodes. Signed-off-by: Randy Dunlap Cc: Masami Hiramatsu Cc: Josh Poimboeuf Cc: x86 maintainers --- arch/x86/lib/x86-opcode-map.txt |

Re: [PATCH] doc: convert printk-formats.txt to rst

On Sat, Dec 9, 2017 at 3:48 AM, Dan Carpenter wrote: > On Fri, Dec 08, 2017 at 06:18:45PM -0800, Joe Perches wrote: >> On Sat, 2017-12-09 at 12:27 +1100, Tobin C. Harding wrote: >> > On Fri, Dec 08, 2017 at 01:22:37PM -0800, Joe Perches wrote: >> >> > > Outside of the documentation, what could be

Re: [PATCH v8 2/2] media: i2c: Add the ov7740 image sensor driver

Hi Philippe, On 2017/12/8 21:14, Philippe Ombredanne wrote: Wenyou, On Fri, Dec 8, 2017 at 2:55 AM, Wenyou Yang wrote: The ov7740 (color) image sensor is a high performance VGA CMOS image snesor, which supports for output formats: RAW RGB and YUV and image sizes: VGA, and QVGA, CIF and any s

Re: [PATCH] x86/intel_rdt: Classify /proc/cpuinfo flag bits and add missing bits in documentation

On Sat, Dec 09, 2017 at 10:58:01PM +0100, Brice Goglin wrote: > Le 09/12/2017 à 01:25, Fenghua Yu a écrit : > > From: Fenghua Yu > > > > With more flag bits in /proc/cpuinfo for RDT, it's better to classify the > > bits for readability. > > > > Some previously missing bits are added as well. > > >

[PATCH v9 0/2] media: ov7740: Add a V4L2 sensor-level driver

Add a Video4Linux2 sensor-level driver for the OmniVision OV7740 VGA camera image sensor. Changes in v9: - Use the new SPDX ids. Changes in v8: - As the registers are written at stream start, remove the written code from the set fmt function. Changes in v7: - Add Acked-by tag. - Fix the w

[PATCH v9 1/2] media: ov7740: Document device tree bindings

Add the device tree binding documentation for the ov7740 sensor driver. Signed-off-by: Wenyou Yang Acked-by: Rob Herring --- Changes in v9: None Changes in v8: None Changes in v7: - Add Acked-by tag. Changes in v6: None Changes in v5: None Changes in v4: None Changes in v3: - Explicitly docu

[PATCH v9 2/2] media: i2c: Add the ov7740 image sensor driver

The ov7740 (color) image sensor is a high performance VGA CMOS image snesor, which supports for output formats: RAW RGB and YUV and image sizes: VGA, and QVGA, CIF and any size smaller. Signed-off-by: Songjun Wu Signed-off-by: Wenyou Yang --- Changes in v9: - Use the new SPDX ids. Changes in

Re: [PATCH] platform/x86: intel-vbtn: Simplify autorelease logic

On Saturday, December 9, 2017 12:07:08 AM CET Darren Hart (VMware) wrote: > The new notify_handler logic determining if autorelease should be used or > not is a bit awkward, and can result in more than one call to > sparse_keymap_report_event for the same event (scancode). The nesting > and long li

Re: [PATCH 1/1] zram: better utilization of zram swap space

On (12/11/17 09:16), Minchan Kim wrote: [..] > I agree. zram shouldn't be aware of allocator internal. > It would be better for zram to use *int zs_max_zpage_size(struct zs_pool > *pool)* > to set up max_zpage_size. > Let's hide the allocator's detail to the exported function. Hi Minchan, cool :

[RESEND PATCH v4 1/2] arm64: Define cputype macros for Falkor CPU

Add cputype definition macros for Qualcomm Datacenter Technologies Falkor CPU in cputype.h. It's unfortunate that the first revision of the Falkor CPU used the wrong part number 0x800, got fixed in v2 chip with part number 0xC00, and would be used the same value for future revisions. Signed-off-by

[RESEND PATCH v4 2/2] arm64: Add software workaround for Falkor erratum 1041

The ARM architecture defines the memory locations that are permitted to be accessed as the result of a speculative instruction fetch from an exception level for which all stages of translation are disabled. Specifically, the core is permitted to speculatively fetch from the 4KB region containing th

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

On Sun, 2017-12-10 at 21:41 +, Maciej W. Rozycki wrote: > On Sun, 10 Dec 2017, SF Markus Elfring wrote: > > > 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? Markus' terri

linux-next: build warning after merge of the device-mapper tree

Hi all, After merging the device-mapper tree, today's linux-next build (powerp ppc64_defconfig) produced this warning: drivers/md/dm.c: In function '__send_changing_extent_only': drivers/md/dm.c:1365:45: warning: 'ti' may be used uninitialized in this function [-Wmaybe-uninitialized] num_bios

Linux 4.15-rc3

Another week, another rc. I'm not thrilled about how big the early 4.15 rc's are, but rc3 is often the biggest rc because it's still fairly early in the calming-down period, and yet people have had some time to start finding problems. That said, this rc3 is big even by rc3 standards. Not good. Mo

Re: [PATCH] checkpatch: don't require octal permissions for "0"

On Sun, 2017-12-10 at 15:04 +0100, Bartosz Golaszewski wrote: > If the permission value is 0, don't raise the NON_OCTAL_PERMISSIONS > error. There's no possibility of an error if there are no permissions. > > Suggested-by: Andy Shevchenko > Signed-off-by: Bartosz Golaszewski > --- > scripts/che

Re: [PATCH v4] mmap.2: MAP_FIXED updated documentation

On 12/10/2017 02:31 AM, Michal Hocko wrote: > On Tue 05-12-17 19:14:34, john.hubb...@gmail.com wrote: >> From: John Hubbard >> >> Previously, MAP_FIXED was "discouraged", due to portability >> issues with the fixed address. In fact, there are other, more >> serious issues. Also, alignment requirem

Re: [PATCH v2 00/18] arm64: Unmap the kernel whilst running in userspace (KAISER)

Hi Will, I tested v2 patch series on Centriq2400 server platform successfully, no regression so far. And also we applied internal patches on top of the branch "kpti" and verified kaiser feature. Tested-by: Shanker Donthineni -- Shanker Donthineni Qualcomm Datacenter Technologies, Inc. as a

Re: [PATCH net-next] libbpf: add function to setup XDP

On 2017/12/09 23:43, Eric Leblond wrote: > Most of the code is taken from set_link_xdp_fd() in bpf_load.c and > slightly modified to be library compliant. > > Signed-off-by: Eric Leblond ... > +int bpf_set_link_xdp_fd(int ifindex, int fd, __u32 flags) ... > + for (nh = (struct nlmsghdr *)buf;

<    1   2   3   >