[PATCH AUTOSEL for 4.14 054/135] scsi: scsi_debug: write_same: fix error report

From: Douglas Gilbert [ Upstream commit e33d7c56450b0a5c7290cbf9e1581fab5174f552 ] The scsi_debug driver incorrectly suggests there is an error with the SCSI WRITE SAME command when the number_of_logical_blocks is greater than 1. It will also suggest there is an error

[PATCH AUTOSEL for 4.9 051/156] sched/deadline: Use deadline instead of period when calculating overflow

From: "Steven Rostedt (VMware)" [ Upstream commit 2317d5f1c34913bac5971d93d69fb6c31bb74670 ] I was testing Daniel's changes with his test case, and tweaked it a little. Instead of having the runtime equal to the deadline, I increased the deadline ten fold. Daniel's test

[PATCH AUTOSEL for 4.9 049/156] sched/deadline: Make sure the replenishment timer fires in the next period

From: Daniel Bristot de Oliveira [ Upstream commit 5ac69d37784b237707a7b15d199cdb6c6fdb6780 ] Currently, the replenishment timer is set to fire at the deadline of a task. Although that works for implicit deadline tasks because the deadline is equals to the begin of the next

[PATCH AUTOSEL for 4.9 031/156] net: Resend IGMP memberships upon peer notification.

From: Vlad Yasevich [ Upstream commit 37c343b4f4e70e9dc328ab04903c0ec8d154c1a4 ] When we notify peers of potential changes, it's also good to update IGMP memberships. For example, during VM migration, updating IGMP memberships will redirect existing multicast streams to

[PATCH AUTOSEL for 4.9 055/156] afs: Populate group ID from vnode status

From: Marc Dionne [ Upstream commit 6186f0788b31f44affceeedc7b48eb10faea120d ] The group was hard coded to GLOBAL_ROOT_GID; use the group ID that was received from the server. Signed-off-by: Marc Dionne Signed-off-by: David Howells

[PATCH AUTOSEL for 4.9 035/156] qed: Fix mapping leak on LL2 rx flow

From: "Mintz, Yuval" [ Upstream commit 752ecb2da11124a948567076b60767dc8034cfa5 ] When receiving an Rx LL2 packet, qed fails to unmap the previous buffer. Fixes: 0a7fb11c23c0 ("qed: Add Light L2 support"); Signed-off-by: Yuval Mintz

[PATCH AUTOSEL for 4.4 024/101] scsi: hpsa: update check for logical volume status

From: Don Brace [ Upstream commit 85b29008d8af6d94a0723aaa8d93cfb6e041158b ] - Add in a new case for volume offline. Resolves internal testing bug for multilun array management. - Return correct status for failed TURs. Reviewed-by: Scott Benesh

[PATCH AUTOSEL for 4.9 153/156] RDMA/cma: Avoid triggering undefined behavior

From: Bart Van Assche [ Upstream commit c0b64f58e8d49570aa9ee55d880f92c20ff0166b ] According to the C standard the behavior of computations with integer operands is as follows: * A computation involving unsigned operands can never overflow, because a result that cannot

Re: [PATCH v3 2/6] cpufreq: schedutil: ensure max frequency while running RT/DL tasks

On 07-Dec 10:35, Viresh Kumar wrote: > On 30-11-17, 11:47, Patrick Bellasi wrote: > > diff --git a/kernel/sched/cpufreq_schedutil.c > > b/kernel/sched/cpufreq_schedutil.c > > index 67339ccb5595..448f49de5335 100644 > > --- a/kernel/sched/cpufreq_schedutil.c > > +++

Re: [PATCH v6 3/3] drm/rockchip: Add ROCKCHIP DW MIPI DSI controller driver

Hi Brian, On 12/06/2017 10:52 PM, Brian Norris wrote: > Hi Nickey, others, > > I just want to highlight a thing or two here. Otherwise, my > 'Reviewed-by' still basically stands (FWIW). > > On Wed, Dec 06, 2017 at 05:08:21PM +0800, Nickey Yang wrote: >> Add the ROCKCHIP DSI controller driver

[PATCH net-next v2 0/8] phy: net: meson-gxl: clean-up and improvements

The patchset is a v2 of the previous single clean-up patch [0] which was part of larger series. I initially to send these patches separately but adding helper function without using them did not make much sense after all. So, here is the complete patchset. This patchset add defines for the

Re: [PATCH 1/3] ath9k: remove stray backslash in Makefile

Jakub Kicinski writes: > On Mon, 27 Nov 2017 18:56:21 +0100, Matthias Schiffer wrote: >> Signed-off-by: Matthias Schiffer >> --- >> drivers/net/wireless/ath/ath9k/Makefile | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git

Re: [RFC PATCH 1/6] drm: Add Content Protection property

> If you want to actually lock down a machine to implement content > protection, then you need secure boot without unlockable boot-loader and a > pile more bits in userspace. So let me take my Intel hat off for a moment. The upstream policy has always been that we don't merge things which don't

Re: [PATCH] mm: terminate shrink_slab loop if signal is pending

On 2017/12/07 17:34, Michal Hocko wrote: > On Wed 06-12-17 11:20:26, Suren Baghdasaryan wrote: >> Slab shrinkers can be quite time consuming and when signal >> is pending they can delay handling of the signal. If fatal >> signal is pending there is no point in shrinking that process >> since it

Re: [PATCH] integrity: get rid of unneeded initializations in integrity_iint_cache entries

On Thu, 2017-12-07 at 07:01 -0500, Jeff Layton wrote: > On Thu, 2017-07-06 at 15:43 -0400, Mimi Zohar wrote: > > On Thu, 2017-07-06 at 10:04 -0500, Serge E. Hallyn wrote: > > > Quoting Jeff Layton (jlay...@kernel.org): > > > > From: Jeff Layton > > > > > > > > The init_once

[PATCH v5 0/2] at24: support eeproms that do not auto-rollover reads.

v5: at Rob Herring's request, renamed devicetree property: at24,no-read-rollover -> no-read-rollover v4: renamed devicetree property: no-read-rollover -> at24,no-read-rollover dt-bindings update now a separate patch v3: rebased

[PATCH v5 2/2] dt-bindings: add eeprom "no-read-rollover" property

Adds an optional property for at24 eeproms. This parameterless property indicates that the multi-address eeprom does not automatically roll over reads to the next slave address. Signed-off-by: Sven Van Asbroeck --- Documentation/devicetree/bindings/eeprom/eeprom.txt | 5 +

Re: [PATCH v3] serial: 8250: convert to threaded IRQ

On Mon, 4 Dec 2017 17:26:27 +0200 Denys Zagorui wrote: > During using virtualization it is common to see > many "too much work for irq*" messages. Your emulator is buggy. NAK You are adding a ton of overhead to an absolutely performance critical path on real hardware. We

Re: [PATCH v2] ARM: omap2: hide omap3_save_secure_ram on non-OMAP3 builds

On Wed, Dec 6, 2017 at 11:04 PM, Tony Lindgren wrote: > * Arnd Bergmann [171206 21:52]: >> In configurations without CONFIG_OMAP3 but with secure RAM support, >> we now run into a link failure: >> >> arch/arm/mach-omap2/omap-secure.o: In function

Re: [PATCH V6 4/7] OF: properties: Implement get_match_data() callback

On 12/7/2017 8:10 AM, Lothar Waßmann wrote: >> +void *of_fwnode_get_match_data(const struct fwnode_handle *fwnode, >> + struct device *dev) > Shouldn't this be 'const void *of_fwnode_get_match_data OF keeps the driver data as a (const void*) internally. ACPI keeps the

[PATCH net-next v4 1/4] phylib: Add device reset delay support

From: Richard Leitner Some PHYs need a minimum time after the reset gpio was asserted and/or deasserted. To ensure we meet these timing requirements add two new optional devicetree parameters for the phy: reset-delay-us and reset-post-delay-us. Signed-off-by:

Re: [PATCH] watchdog: core: make sure the watchdog_worker always works

On 12/07/2017 02:38 AM, Christophe Leroy wrote: When running a command like 'chrt -f 99 dd if=/dev/zero of=/dev/null', the watchdog_worker fails to service the HW watchdog and the HW watchdog fires long before the watchdog soft timeout. At the moment, the watchdog_worker is invoked as a delayed

Re: [PATCH v1 0/2] PCI/ASPM: Refine L1 PM Substates support

On Wed, Dec 06, 2017 at 01:55:37AM +, Chen, Kenji wrote: > https://pcisig.com/sites/default/files/specification_documents/ECN_L1_PM_Substates_with_CLKREQ_31_May_2013_Rev10a.pdf With all due respect, this doesn't seem to add any new information. For example, the L1 PM Substates Control 1

Re: [PATCH 1/6] staging: pi433: Split rf69_set_crc_enabled into two functions

On Thu, Dec 07, 2017 at 03:38:57PM +0100, Greg KH wrote: > On Wed, Dec 06, 2017 at 09:42:19PM +0100, Simon Sandström wrote: > > Splits rf69_set_crc_enabled(dev, enabled) into > > rf69_enable_crc(dev) and rf69_disable_crc(dev). > > > > Signed-off-by: Simon Sandström > > --- > >

Re: PI futexes + lock stealing woes

Peter Zijlstra writes: > The below compiles and boots, but is otherwise untested. Could you give > it a spin? Thank you! Yes, I'll start a test now. -Gratian > --- > kernel/futex.c | 83 > + > kernel/locking/rtmutex.c| 26

Re: [PATCH] kthread: finer-grained lockdep/cross-release completion

On Thu, Dec 07, 2017 at 01:22:56PM +0100, Peter Zijlstra wrote: > On Thu, Dec 07, 2017 at 11:08:49AM +0100, Daniel Vetter wrote: > > Since -rc1 we're hitting a bunch of lockdep splats using the new > > cross-release stuff around the 2 kthread completions. In all cases > > they are because totally

Re: linux-next: build warnings after merge of the gpio tree

On Wed, Dec 6, 2017 at 9:51 PM, Rob Herring wrote: > On Tue, Dec 5, 2017 at 4:48 PM, Stephen Rothwell > wrote: > These 2 aren't in -next and seem to have been missed: > > arm: dts: qcom: fix missing #phy-cells for apq8064 Apparently this is a subsect of

RE: [PATCH v1 0/2] PCI/ASPM: Refine L1 PM Substates support

For Intel Broadwell, SKylake, and KabyLake PCIe Root Port, the threshold is recommended as it is in the commit. If the BIOS/Coreboot porting between platforms is taken into consideration, using a build definition or variables from somewhere of customizable zone is preferred. Let Coreboot guys

Re: USB: hub: Delete an error message for a failed memory allocation in usb_hub_clear_tt_buffer()

On Thu, 7 Dec 2017, Geert Uytterhoeven wrote: > Hi Alan, > > On Wed, Dec 6, 2017 at 11:02 PM, Alan Stern wrote: > > On Wed, 6 Dec 2017, SF Markus Elfring wrote: > >> >>> Does the existing memory allocation error message include the > >> >>> >dev device name and driver

Re: [PATCH] integrity: get rid of unneeded initializations in integrity_iint_cache entries

On Thu, 2017-12-07 at 09:35 -0500, Mimi Zohar wrote: > On Thu, 2017-12-07 at 07:01 -0500, Jeff Layton wrote: > > On Thu, 2017-07-06 at 15:43 -0400, Mimi Zohar wrote: > > > On Thu, 2017-07-06 at 10:04 -0500, Serge E. Hallyn wrote: > > > > Quoting Jeff Layton (jlay...@kernel.org): > > > > > From:

Re: [PATCH] fs: Fix signed integer overflow for vfs_setpos

On Thu, Dec 07, 2017 at 09:19:10PM +0800, Ding Tianhong wrote: > The undefined behaviour sanatizer detected an signed integer overflow like > this: > > r0 = > memfd_create(&(0x7f002000-0x12)="2e726571756573745f6b65795f6175746800",0x0) > lseek(r0, 0x4040, 0x1) >

Re: [PATCH net-next v2 5/8] net: phy: meson-gxl: detect LPA corruption

On Thu, Dec 07, 2017 at 03:27:12PM +0100, Jerome Brunet wrote: > The purpose of this change is to fix the incorrect detection of the link > partner (LP) advertised capabilities which sometimes happens with this PHY > (roughly 1 time in a dozen) Hi Jerome Since this is a real fix, please send it

Re: Firmware signing -- Re: [PATCH 00/27] security, efi: Add kernel lockdown

> I am curious though, is the above notion of having hardware require signed > firmware an implication brought down by UEFI? If so do you have any pointers > to where this is stipulated? Or is it just a best practice we assume some > manufacturers are implementing? It's a mix of best practice and

[PATCH v3 07/10] ASoC: tlv320aic31xx: Add short circuit detection support

These devices support detecting and reporting short circuits across the output stages. Add support for reporting these issue. Do this by registering an interrupt if available and enabling this error to trigger that interrupt in the device. Signed-off-by: Andrew F. Davis ---

Re: [PATCH v2 16/19] ASoC: tlv320aic31xx: Add short circuit detection support

On 12/07/2017 06:03 AM, Mark Brown wrote: > On Wed, Dec 06, 2017 at 02:22:39PM -0600, Andrew F. Davis wrote: >> On 12/01/2017 09:32 AM, Andrew F. Davis wrote: > This will report the interrupt as handled even if we didn't see an interrupt we understand which will break shared interrupt

[PATCH v3 10/10] ASoC: tlv320aic31xx: Add button press detection

This device can optionally detect headset or microphone button presses. Add support for this by passing this event to the jack layer. Signed-off-by: Andrew F. Davis --- sound/soc/codecs/tlv320aic31xx.c | 14 +- sound/soc/codecs/tlv320aic31xx.h | 3 ++- 2 files changed,

Re: Multiple oom_reaper BUGs: unmap_page_range racing with exit_mmap

Michal Hocko wrote: > David, could you test with this patch please? Even if this patch solved David's case, you need to update * tsk_is_oom_victim() cannot be set from under us * either because current->mm is already set to NULL * under task_lock before calling mmput

Re: ipmi null pointer oops in 4.15-rc2+ on HP DL360G6

> > Tried current 4.15 git on HP DL360G6 (working fine in 4.14), got null > > pointer dereference oops from ipmi_pci_probe (or so it seems from the > > backtrace). > > I have a fix for this at https://bugzilla.kernel.org/show_bug.cgi?id=197999, > but > the reported hasn't reported if the patch

Re: [RFC][PATCH] printk: add console_msg_format command line option

On Thu 2017-12-07 23:01:04, Sergey Senozhatsky wrote: > Hi, > > On (12/07/17 14:48), Petr Mladek wrote: > [..] > > > This patch introduces a `console_msg_format=' command line option, > > > to switch between different message formatting on serial consoles. > > > For the time being we have just

Re: [PATCH] perf: qcom_l2_pmu: don't allow guest access

On 12/7/2017 8:38 AM, Will Deacon wrote: > On Wed, Dec 06, 2017 at 04:19:24PM -0500, Leeder, Neil wrote: >> On 12/6/2017 11:11 AM, Mark Rutland wrote: >>> On Wed, Dec 06, 2017 at 10:55:33AM -0500, Neil Leeder wrote: Guests cannot access IMPDEF system registers, which are used by this

[PATCH AUTOSEL for 4.14 011/135] PM / s2idle: Clear the events_check_enabled flag

From: Rajat Jain [ Upstream commit 95b982b45122c57da2ee0b46cce70775e1d987af ] Problem: This flag does not get cleared currently in the suspend or resume path in the following cases: * In case some driver's suspend routine returns an error. * Successful s2idle case * etc?

[PATCH AUTOSEL for 4.9 078/156] NFSv4.1 respect server's max size in CREATE_SESSION

From: Olga Kornievskaia [ Upstream commit 033853325fe3bdc70819a8b97915bd3bca41d3af ] Currently client doesn't respect max sizes server returns in CREATE_SESSION. nfs4_session_set_rwsize() gets called and server->rsize, server->wsize are 0 so they never get set to the sizes

[PATCH AUTOSEL for 4.9 072/156] net: mpls: Fix nexthop alive tracking on down events

From: David Ahern [ Upstream commit 61733c91c454a61be0ffc93fe46a5d5f2f048c1c ] Alive tracking of nexthops can account for a link twice if the carrier goes down followed by an admin down of the same link rendering multipath routes useless. This is similar to

[PATCH AUTOSEL for 4.9 073/156] rxrpc: Ignore BUSY packets on old calls

From: David Howells [ Upstream commit 4d4a6ac73e7466c2085c307fac41f74ce4568a45 ] If we receive a BUSY packet for a call we think we've just completed, the packet is handed off to the connection processor to deal with - but the connection processor doesn't expect a BUSY

Re: [RESEND PATCH v3 2/2] ARM64: dts: meson-axg: add pinctrl DT info for Meson-AXG SoC

On Wed, Dec 6, 2017 at 5:44 PM, Yixun Lan wrote: > Hi Kevin > > > On 12/07/17 04:18, Kevin Hilman wrote: >> Yixun Lan writes: >> >>> From: Xingyu Chen >>> >>> Add new pinctrl DT info for the Amlogic's Meson-AXG SoC. >>> >>>

[PATCH AUTOSEL for 4.9 150/156] scsi: bfa: integer overflow in debugfs

From: Dan Carpenter [ Upstream commit 3e351275655d3c84dc28abf170def9786db5176d ] We could allocate less memory than intended because we do: bfad->regdata = kzalloc(len << 2, GFP_KERNEL); The shift can overflow leading to a crash. This is debugfs code so the

Re: [PATCH net-next v2 3/8] net: phy: meson-gxl: add read and write helpers for bank registers

On Thu, 2017-12-07 at 16:46 +0100, Andrew Lunn wrote: > On Thu, Dec 07, 2017 at 03:27:10PM +0100, Jerome Brunet wrote: > > Add read and write helpers to manipulate banked registers on this PHY > > This helps clarify the settings applied to these registers in the init > > function and upcoming

[PATCH AUTOSEL for 4.9 118/156] ASoC: rsnd: rsnd_ssi_run_mods() needs to care ssi_parent_mod

From: Kuninori Morimoto [ Upstream commit 21781e87881f9c420871b1d1f3f29d4cd7bffb10 ] SSI parent mod might be NULL. ssi_parent_mod() needs to care about it. Otherwise, it uses negative shift. This patch fixes it. Signed-off-by: Kuninori Morimoto

[PATCH AUTOSEL for 3.18 02/59] net: bcmgenet: correct the RBUF_OVFL_CNT and RBUF_ERR_CNT MIB values

From: Doug Berger [ Upstream commit 71328a3c321f7c14cc1edd33577717037744 ] The location of the RBUF overflow and error counters has moved between different version of the GENET MAC. This commit corrects the driver to read from the correct locations depending on the

[PATCH AUTOSEL for 3.18 01/59] usb: phy: isp1301: Add OF device ID table

From: Javier Martinez Canillas [ Upstream commit fd567653bdb908009b650f079bfd4b63169e2ac4 ] The driver doesn't have a struct of_device_id table but supported devices are registered via Device Trees. This is working on the assumption that a I2C device registered via OF

[PATCH AUTOSEL for 4.4 042/101] afs: Fix afs_kill_pages()

From: David Howells [ Upstream commit 7286a35e893176169b09715096a4aca557e2ccd2 ] Fix afs_kill_pages() in two ways: (1) If a writeback has been partially flushed, then if we try and kill the pages it contains, some of them may no longer be undergoing writeback

[PATCH AUTOSEL for 4.4 080/101] l2tp: cleanup l2tp_tunnel_delete calls

From: Jiri Slaby [ Upstream commit 4dc12ffeaeac939097a3f55c881d3dc3523dff0c ] l2tp_tunnel_delete does not return anything since commit 62b982eeb458 ("l2tp: fix race condition in l2tp_tunnel_delete"). But call sites of l2tp_tunnel_delete still do casts to void to avoid unused

Re: [PATCH net-next v2 8/8] net: phy: meson-gxl: join the authors

On Thu, Dec 07, 2017 at 03:27:15PM +0100, Jerome Brunet wrote: > Following previous changes, join the other authors of this driver and > take the blame with them :-) Reviewed-by: Andrew Lunn Andrew

Re: 4.14: WARNING: CPU: 4 PID: 2895 at block/blk-mq.c:1144 with virtio-blk (also 4.12 stable)

On 12/07/2017 12:29 AM, Christoph Hellwig wrote: > On Wed, Dec 06, 2017 at 01:25:11PM +0100, Christian Borntraeger wrote: > t > commit 11b2025c3326f7096ceb588c3117c7883850c068-> bad >> blk-mq: create a blk_mq_ctx for each possible CPU >> does not boot on DASD and >> commit

Re: [PATCH v2 04/11] staging: pi433: Rename enum optionOnOff in rf69_enum.h

On Thu, Dec 07, 2017 at 12:17:32AM +0200, Marcus Wolf wrote: > To be honest, I am a little bit astonished about that question. Don't you do > a regression test after such a redesign? I would be a little bit afraid to > offer such redesign without testing. He probably doesn't have the hardware...

[tip:x86/urgent] x86/smpboot: Do not use smp_num_siblings in __max_logical_packages calculation

Commit-ID: 947134d9b00f342415af7eddd42a5fce7262a1b9 Gitweb: https://git.kernel.org/tip/947134d9b00f342415af7eddd42a5fce7262a1b9 Author: Prarit Bhargava AuthorDate: Mon, 4 Dec 2017 11:45:21 -0500 Committer: Thomas Gleixner CommitDate: Thu, 7 Dec

[tip:x86/urgent] x86/boot/compressed/64: Detect and handle 5-level paging at boot-time

Commit-ID: 08529078d8d9adf689bf39cc38d53979a0869970 Gitweb: https://git.kernel.org/tip/08529078d8d9adf689bf39cc38d53979a0869970 Author: Kirill A. Shutemov AuthorDate: Mon, 4 Dec 2017 15:40:55 +0300 Committer: Thomas Gleixner

Re: [PATCH] mm: terminate shrink_slab loop if signal is pending

On (12/06/17 11:20), Suren Baghdasaryan wrote: > Slab shrinkers can be quite time consuming and when signal > is pending they can delay handling of the signal. If fatal > signal is pending there is no point in shrinking that process > since it will be killed anyway. This change checks for pending

Re: [patch 43/60] x86/fixmap: Add debugstore entries to cpu_entry_area

On Mon, Dec 04, 2017 at 03:07:49PM +0100, Thomas Gleixner wrote: > From: Thomas Gleixner > > The intel PEBS/BTS debug store is a design trainwreck as is expects virtual > addresses which must be visible in any execution context. Sure, what can possibly go wrong?! :-\ > So

Re: [PATCH][next] HID: quirks: make array hid_quirks static

On Mon, 4 Dec 2017, Colin King wrote: > From: Colin Ian King > > Array hid_quirks is local to the source and does not need to be in > global scope, so make it static. > > Cleans up sparse warning: > drivers/hid/hid-quirks.c:29:28: warning: symbol 'hid_quirks' was not

[PATCH RESEND 0/4] i2c: mpc: Clean up clock selection

This series cleans up I2C clock selection for Freescale/NXP MPC SoCs during the controller initialization for cases when clock settings are not to be preserved from the bootloader. Patch 1/4 fixes division by zero which happens during controller initialization when (1) clock frequency is not

[PATCH RESEND 2/4] i2c: mpc: unify obtaining the MPC8533/44 I2C clock prescaler w/ MPC8xxx

Commit 8ce795cb0c6b ("i2c: mpc: assign the correct prescaler from SVR") introduced the common helper function for obtaining the actual clock prescaler value for MPC85xx. However, getting the prescaler for MPC8544 which depends on the SEC frequency ratio on this platform, has been always performed

[PATCH v6 0/5] scsi: ufs: add ufs driver code for Hisilicon Hi3660 SoC

This patchset adds driver support for UFS for Hi3660 SoC. It is verified on HiKey960 board. Li Wei (5): scsi: ufs: add Hisilicon ufs driver code dt-bindings: scsi: ufs: add document for hisi-ufs arm64: dts: add ufs dts node arm64: defconfig: enable configs for Hisilicon ufs arm64:

Re: [RFC v3 PATCH 0/2] Introduce Security Version to EFI Stub

On Thu, Dec 07, 2017 at 09:18:16AM +0100, Ingo Molnar wrote: > > * Gary Lin wrote: > > > On Thu, Dec 07, 2017 at 07:09:27AM +0100, Ingo Molnar wrote: > > > > > > * Gary Lin wrote: > > > > > > > On Wed, Dec 06, 2017 at 07:37:34PM +0100, Ingo Molnar wrote: > > > >

Re: [PATCH v2 0/4] i2c: pca-platform: additional improvements

On Sun, Oct 29, 2017 at 06:29:18PM +0100, Wolfram Sang wrote: > On Wed, Jul 05, 2017 at 10:13:54PM +1200, Chris Packham wrote: > > This series addresses some of the points identified by Andy. The series is > > based on top of i2c/for-next. 2 of the patches from v1 have already been > > applied so

Re: [patch V4 02/11] LICENSES: Add the GPL 2.0 license

On Mon, Dec 04, 2017 at 10:19:29PM +0100, Thomas Gleixner wrote: > Add the full text of the GPL 2.0 license to the LICENSES directory. It was > copied directly from the COPYING file in the kernel source tree as it > differs from the public available version of the license in various places >

Re: [PATCH v3 08/15] drm/sun4i: Add LVDS support

Hi, On Thu, Dec 07, 2017 at 11:14:27AM +0100, Philippe Ombredanne wrote: > On Tue, Dec 5, 2017 at 4:10 PM, Maxime Ripard > wrote: > > The TCON supports the LVDS interface to output to a panel or a bridge. > > Let's add support for it. > > > > Signed-off-by:

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

From: Ben Whitten This commit introduces a NETDEV trigger for named device activity. Available triggers are link, rx, and tx. Signed-off-by: Ben Whitten --- Changes in v3: Cancel the software blink prior to a oneshot re-queue Changes in v2: Sort

[PATCH v2] iio: adc: ina2xx: Make calibration register value fixed

Calibration register is used for calculating current register in hardware according to datasheet: current = shunt_volt * calib_register / 2048 (ina 226) current = shunt_volt * calib_register / 4096 (ina 219) Fix calib_register value to 2048 for ina226 and 4096 for ina 219 in order to avoid

Re: [PATCH v2 16/19] ASoC: tlv320aic31xx: Add short circuit detection support

On Wed, Dec 06, 2017 at 02:22:39PM -0600, Andrew F. Davis wrote: > On 12/01/2017 09:32 AM, Andrew F. Davis wrote: > >> This will report the interrupt as handled even if we didn't see an > >> interrupt we understand which will break shared interrupt lines. At the > >> very least we should log

Re: [PATCH 1/2] mm: introduce MAP_FIXED_SAFE

Hi! > MAP_FIXED is used quite often to enforce mapping at the particular > range. The main problem of this flag is, however, that it is inherently > dangerous because it unmaps existing mappings covered by the requested > range. This can cause silent memory corruptions. Some of them even with >

[PATCH v1 1/5] siox: new driver framework for eckelmann SIOX

SIOX is a bus system invented at Eckelmann AG to control their building management and refrigeration systems. Traditionally the bus was implemented on custom microcontrollers, today Linux based machines are in use, too. The topology on a SIOX bus looks as follows:

[PATCH v1 5/5] MAINTAINERS: Add entry for SIOX

Maintenance is split between Gavin who works for Eckelmann and so has the functional authority, knows the background and history of this bus system and me who designed most of the actual code with the old microcontroller code as reference. Acked-by: Gavin Schenk

[PATCH v1 2/5] siox: add support for tracing

Implement tracing for SIOX. There are events for the data that is written to the bus and for data being read from it. Acked-by: Gavin Schenk Signed-off-by: Uwe Kleine-König --- drivers/siox/siox-core.c| 13 +

[PATCH v1 0/5] siox: add support for new bus type

Hello, this series adds a new bus type for SIOX devices. I already sent a similar series a few years ago; since then the subsystem got more mature and is operated with this code base in the field. For the device tree doc changes I'm unsure if I should split them in separate patches, please

Re: USB: hub: Delete an error message for a failed memory allocation in usb_hub_clear_tt_buffer()

On Thu, Dec 07, 2017 at 09:45:38AM +0100, Geert Uytterhoeven wrote: > > > > Small allocations never fail in the current kernel. > > A few comments (this is in response to a patch from Markus, so there have > to be lots of questions and uncertainties ;-) > 1. In the current kernel. What about the

[PATCH V2] cpufreq: longhaul: Revert transition_delay_us to 200 ms

The commit e948bc8fbee0 ("cpufreq: Cap the default transition delay value to 10 ms") caused a regression on EPIA-M min-ITX computer where shutdown or reboot hangs occasionally with a print message like: longhaul: Warning: Timeout while waiting for idle PCI bus cpufreq: __target_index: Failed to

[tip:x86/urgent] x86/boot/compressed/64: Print error if 5-level paging is not supported

Commit-ID: 6d7e0ba2d2be9e50cccba213baf07e0e183c1b24 Gitweb: https://git.kernel.org/tip/6d7e0ba2d2be9e50cccba213baf07e0e183c1b24 Author: Kirill A. Shutemov AuthorDate: Mon, 4 Dec 2017 15:40:56 +0300 Committer: Thomas Gleixner

[PATCH v9 3/4] [media] platform: Add Synopsys DesignWare HDMI RX PHY e405 Driver

This adds support for the Synopsys DesignWare HDMI RX PHY e405. This phy receives and decodes HDMI video that is delivered to a controller. Main features included in this driver are: - Equalizer algorithm that chooses the phy best settings according to the detected HDMI cable

staging: pi433: Plans from Smarthome-Wolf

Am 06.12.2017 um 14:47 schrieb Dan Carpenter: > On Wed, Dec 06, 2017 at 11:11:27AM +0200, Marcus Wolf wrote: >> >> Since the rule for kernel development seems to be, not to care about future, >> most probably you patch is fine, anyway. >> > > Yeah. Deleting code if there is no user is required

[PATCH v3 0/4] Add coupled regulators mechanism

Hi all, this patchset adds a new mechanism to the framework - regulators' coupling. On Odroid XU3/4 and other Exynos5422 based boards there is a case, that different devices on the board are supplied by different regulators with non-fixed voltages. If one of these devices temporarily requires

Re: [PATCH net-next] bnxt: Don't print message, if DAC isn't connected on both ends

On Thu, Dec 7, 2017 at 1:39 AM, Thomas Bogendoerfer wrote: > On Thu, 7 Dec 2017 01:24:43 -0800 > Michael Chan wrote: > >> On Thu, Dec 7, 2017 at 1:14 AM, Thomas Bogendoerfer >> wrote: >> > well, it will print the forced

Re: [PATCH v5 0/6] enable creating [k,u]probe with perf_event_open

Song, On Wed, Dec 6, 2017 at 11:45 PM, Song Liu wrote: > Changes PATCH v4 to PATCH v5: > Remove PERF_PROBE_CONFIG_IS_RETPROBE from uapi, use PMU_FORMAT_ATTR > instead. > > Changes PATCH v3 to PATCH v4: > Remove uapi define MAX_PROBE_FUNC_NAME_LEN, use KSYM_NAME_LEN

[PATCH RESEND 3/4] i2c: mpc: fix PORDEVSR2 mask for MPC8533/44

According to the reference manuals for the corresponding SoCs, SEC frequency ratio configuration is indicated by bit 26 of the POR Device Status Register 2. Consequently, SEC_CFG bit should be tested by mask 0x20, not 0x80. Testing the wrong bit leads to selection of wrong I2C clock prescaler on

[PATCH RESEND 4/4] i2c: mpc: always determine I2C clock prescaler at runtime

Remove the facility for setting the prescaler value at compile time entirely. It was only used for two SoCs, duplicating the actual value for one of them and setting sometimes bogus value for another. Make all MPC8xxx SoCs obtain their actual I2C clock prescaler from a single place in the code.

[PATCH RESEND 1/4] i2c: mpc: get MPC8xxx I2C clock prescaler before using it in calculations

Obtaining the actual I2C clock prescaler value in mpc_i2c_setup_8xxx() only happens when the clock parameter is set to something other than MPC_I2C_CLOCK_LEGACY. When the clock parameter is exactly MPC_I2C_CLOCK_LEGACY, the prescaler parameter is used in arithmetic division as provided by the

[PATCH v6 2/5] dt-bindings: scsi: ufs: add document for hisi-ufs

add ufs node document for Hisilicon. Signed-off-by: Li Wei --- Documentation/devicetree/bindings/ufs/ufs-hisi.txt | 38 ++ 1 file changed, 38 insertions(+) create mode 100644 Documentation/devicetree/bindings/ufs/ufs-hisi.txt diff --git

[PATCH v9 04/13] slimbus: core: Add slim controllers support

From: Sagar Dharia This patch adds support to slim controllers in the slim core, including some utility functions invoked by the controller and slim device drivers. Signed-off-by: Srinivas Kandagatla --- drivers/slimbus/core.c| 306

Re: [PATCH] tpm: return a TPM_RC_COMMAND_CODE response if a command isn't implemented

On Thu, Dec 07, 2017 at 03:32:16AM +0200, Jarkko Sakkinen wrote: > Reviewed-by: Jarkko Sakkinen > > /Jarkko ``` $ python -m unittest -v tpm2_smoke.SpaceTest.test_invalid_cc test_invalid_cc (tpm2_smoke.SpaceTest) ... ok

Re: [RFC v3 PATCH 0/2] Introduce Security Version to EFI Stub

* Gary Lin wrote: > On Thu, Dec 07, 2017 at 09:18:16AM +0100, Ingo Molnar wrote: > > > > * Gary Lin wrote: > > > > > On Thu, Dec 07, 2017 at 07:09:27AM +0100, Ingo Molnar wrote: > > > > > > > > * Gary Lin wrote: > > > > > > > > > On Wed, Dec

Re: [PATCH v2] mfd: stm32: Adopt SPDX identifier

On Tue, 05 Dec 2017, Benjamin Gaignard wrote: > Add SPDX identifier > > Signed-off-by: Benjamin Gaignard > --- > drivers/mfd/stm32-lptimer.c | 6 +- > drivers/mfd/stm32-timers.c| 4 +--- > include/linux/mfd/stm32-lptimer.h | 6 +- >

Re: PI futexes + lock stealing woes

On Wed, Dec 06, 2017 at 08:09:28PM -0600, Gratian Crisan wrote: > > Peter Zijlstra writes: > > > On Wed, Nov 29, 2017 at 11:56:05AM -0600, Julia Cartwright wrote: > > > >> fixup_owner() used to have additional seemingly relevant checks in place > >> that were removed 73d786bd043eb ("futex:

Re: Multiple oom_reaper BUGs: unmap_page_range racing with exit_mmap

Michal Hocko wrote: > Hmm, so you are creating a separate process (from the signal point of > view) and I suspect it is one of those that holds the last reference to > the mm_struct which is released here and it has tsk_oom_victim = F Right. > So we need a more robust test for the oom victim.

Re: [PATCH] i2c-cht-wc: constify platform_device_id

On Tue, Nov 28, 2017 at 03:55:07PM +0530, Arvind Yadav wrote: > platform_device_id are not supposed to change at runtime. All functions > working with platform_device_id provided by > work with const platform_device_id. So mark the non-const structs as > const. > > Signed-off-by: Arvind Yadav

Re: [PATCH v2] clocksource: tcb_clksrc: Fix clock speed message

On 01/12/2017 13:22, Romain Izard wrote: > The clock speed displayed at boot in an information message was 500 kHz > too high compared to its real value. As the value is not used anywhere, > there is no functional impact. > > Fix the rounding formula to display the correct value. > >

[PATCH] arm64: allwinner: a64: orangepi-zero-plus2: add usb otg

Add usb otg support for orangepi-zero-plus2 board: - Add usb_otg node with dr_mode as 'otg' - USB0-IDDET connected to PA21 - VBUS connected through DCIN which always on Tested mass storage function. Signed-off-by: Jagan Teki --- Note: Anyone please check vbus

Re: [kernel-hardening][PATCH v5 1/3] arm: mm: dump: make page table dumping reusable

Dear Jinbum, On Thu, Dec 7, 2017 at 11:53 AM, Jinbum Park wrote: > This patch refactors the arm page table dumping code, > so multiple tables may be registered with the framework. > > This patch refers below commits of arm64. > (4674fdb9f149 ("arm64: mm: dump: make page

[PATCH 3/3] phy: phy-mtk-tphy: use of_device_get_match_data()

reduce the boilerplate code to get the specific data Signed-off-by: Chunfeng Yun --- drivers/phy/mediatek/phy-mtk-tphy.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/phy/mediatek/phy-mtk-tphy.c

[PATCH 2/3] phy: phy-mtk-tphy: make shared banks optional for V1 TPHY

V1 TPHY for SATA doesn't have shared banks if it isn't shared with PCIe or USB, so make it optional. Signed-off-by: Chunfeng Yun --- drivers/phy/mediatek/phy-mtk-tphy.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git

[PATCH 1/3] phy: phy-mtk-tphy: use auto instead of force to bypass utmi signals

When system is running, if usb2 phy is forced to bypass utmi signals, all PLL will be turned off, and it can't detect device connection anymore, so replace force mode with auto mode which can bypass utmi signals automatically if no device attached for normal flow. But keep the force mode to fix RX

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