[PATCH 4.8 04/57] serial: 8250_port: fix runtime PM use in __do_stop_tx_rs485()

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Andy Shevchenko commit b3965767d86cf4534dfe1affbde0453d3224ed7f upstream. There are calls to serial8250_rpm_{get|put}() in __do_stop_tx_rs485() that are

Re: [POC/RFC PATCH] overlayfs: fix data inconsistency at copy up

On Fri, Oct 21, 2016 at 11:13 AM, Amir Goldstein wrote: > I think it would be a good idea in general to stabilize the overlay ino/dev > throughout copy-up, same as Miklos suggested to do for directories, to > all files: > pure upper uses upper ino + overlayfs dev > non-pure

[PATCH 4.8 31/57] ASoC: Intel: Atom: add a missing star in a memcpy call

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Nicolas Iooss commit 61ab0d403bbd9d5f6e000e3b5734049141b91f6f upstream. In sst_prepare_and_post_msg(), when a response is received in "block", the following code

Re: UBIFS with dma on 4.6 kernel is not working

Hi! On 21.10.2016 11:21, Naga Sureshkumar Relli wrote: > Hi, > > This is regarding UBIFS on 4.6 kernel. > We have tested UBIFS on our ZynqMP SOC QSPI Controller, the UBIFS is not > working with dma on this kernel. > Controller driver: >

[PATCH 4.8 27/57] brcmfmac: fix pmksa->bssid usage

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Nicolas Iooss commit 7703773ef1d85b40433902a8da20167331597e4a upstream. The struct cfg80211_pmksa defines its bssid field as: const u8 *bssid; contrary to

[PATCH 4.8 08/57] b43: fix debugfs crash

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Christian Lamparter commit 51b275a6fe5601834b717351d6cbdb89bd1f308b upstream. This patch fixes a crash that happens because b43's debugfs code expects file->f_op to be

[PATCH 4.8 43/57] ext4: reinforce check of i_dtime when clearing high fields of uid and gid

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Daeho Jeong commit 93e3b4e6631d2a74a8cf7429138096862ff9f452 upstream. Now, ext4_do_update_inode() clears high 16-bit fields of uid/gid of deleted and evicted inode to

[PATCH] ipv6: do not increment mac header when it's unset

Otherwise we'll overflow the integer. This occurs when layer 3 tunneled packets are handed off to the IPv6 layer. Signed-off-by: Jason A. Donenfeld --- net/ipv6/reassembly.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/net/ipv6/reassembly.c

[PATCH 4.8 48/57] ext4: release bh in make_indexed_dir

4.8-stable review patch. If anyone has any objections, please let me know. -- From: gmail commit e81d44778d1d57bbaef9e24c4eac7c8a7a401d40 upstream. The commit 6050d47adcad: "ext4: bail out from make_indexed_dir() on first error" could end up leaking bh2 in

[PATCH 4.8 07/57] debugfs: introduce a public file_operations accessor

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Christian Lamparter commit 86f0e06767dda7863d6d2a8f0b3b857e6ea876a0 upstream. This patch introduces an accessor which can be used by the users of debugfs (drivers, fs,

[PATCH 4.8 06/57] ARCv2: fix local_save_flags

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Vineet Gupta commit cd5d38b052384daa2893e9a1d94900d5a20ed4b5 upstream. Commit d9676fa152c83b ("ARCv2: Enable LOCKDEP"), changed local_save_flags() to not return raw

[PATCH 1/2] ARM: imx: add ocotp support in machine code

Since we will have the need to access OCOTP fuse registers from multiple places move the ocotp initialization and register access code to a new file and provide interfaces for it. Signed-off-by: Octavian Purdila --- arch/arm/mach-imx/Kconfig | 5 +

Re: [PATCH] clk: rockchip: add 533.25MHz to rk3399 clock rates table

Am Freitag, 21. Oktober 2016, 12:03:40 CEST schrieb Xing Zheng: > We need to get the accurate 533.25MHz for the DP display. > > Signed-off-by: Xing Zheng applied to my clk-branch for 4.10 Thanks Heiko

[tip:x86/asm] x86/dumpstack: Print any pt_regs found on the stack

Commit-ID: 3b3fa11bc7000bb86c9fd30703da3689a9a9758d Gitweb: http://git.kernel.org/tip/3b3fa11bc7000bb86c9fd30703da3689a9a9758d Author: Josh Poimboeuf AuthorDate: Thu, 20 Oct 2016 11:34:43 -0500 Committer: Ingo Molnar CommitDate: Fri, 21 Oct 2016

Re: [PATCH] net: cpsw: fix obtaining mac address for am3517

Hello Tony, On 21-10-16 08:38, Tony Lindgren wrote: * Jeroen Hofstee [161020 12:57]: Commit b6745f6e4e63 ("drivers: net: cpsw: davinci_emac: move reading mac id to common file") did not only move the code for an am3517, it also added the slave parameter, resulting

[tip:x86/asm] x86/dumpstack: Print stack identifier on its own line

Commit-ID: 79439d8e15b51fa359a0f5d0c8f856c1f5b4bd56 Gitweb: http://git.kernel.org/tip/79439d8e15b51fa359a0f5d0c8f856c1f5b4bd56 Author: Josh Poimboeuf AuthorDate: Thu, 20 Oct 2016 11:34:42 -0500 Committer: Ingo Molnar CommitDate: Fri, 21 Oct 2016

Re: [PATCH 5/6] FRV-setup: Fix indentation in two lines

I don't think changing check_patch.pl or CodingStyle will help... I've banned Markus from sending cleanups in parts of the kernel where I have a voice (drivers/staging). Bugfixes are welcome, but cleanups are not. I've done this before for other people who introduce a bunch of bugs in clean up

Re: [PATCH v7 0/5] ARM: dts: imx6q: Add Engicam i.CoreM6 dts

On Fri, Oct 21, 2016 at 7:05 AM, Shawn Guo wrote: > On Tue, Oct 18, 2016 at 05:30:28PM +0530, Jagan Teki wrote: >> Hi Shawn, >> >> On Fri, Oct 14, 2016 at 2:57 PM, Jagan Teki wrote: >> > This is series add dts support for Engicam I.Core M6 qdl modules.

[PATCH v8 1/3] ARM: dts: imx6q: Add Engicam i.CoreM6 Quad/Dual initial support

From: Jagan Teki i.CoreM6 Quad/Dual modules are system on module solutions manufactured by Engicam with following characteristics: CPU NXP i.MX6 DQ, 800MHz RAM 1GB, 32, 64 bit, DDR3-800/1066 NAND SLC,512MB Power supply Single 5V MAX LCD

[PATCH v8 0/3] ARM: dts: imx6q: Add Engicam i.CoreM6 dts

From: Jagan Teki This is series add dts support for Engicam I.Core M6 qdl modules. just rebased on top of linux-next. Jagan Teki (3): ARM: dts: imx6q: Add Engicam i.CoreM6 Quad/Dual initial support ARM: dts: imx6q: Add Engicam i.CoreM6 DualLite/Solo initial

Re: [PATCH v2 0/8] mm/swap: Regular page swap optimizations

On s390 4.9-rc1 + this patch set I get the following on swapon [ 308.206195] [ cut here ] [ 308.206203] WARNING: CPU: 5 PID: 20745 at mm/page_alloc.c:3511 __alloc_pages_nodemask+0x884/0xdf8 [ 308.206205] Modules linked in: xt_CHECKSUM iptable_mangle ipt_MASQUERADE

Re: [PATCH v5] mmc: sdhci-msm: Add pm_runtime and system PM support

On 21 October 2016 at 08:42, Pramod Gurav wrote: > Provides runtime PM callbacks to enable and disable clock resources > when idle. Also support system PM callbacks to be called during system > suspend and resume. > > Reviewed-by: Ritesh Harjani >

Re: [PATCH 1/2] mmc: mediatek: Fix module autoload

On 17 October 2016 at 18:13, Javier Martinez Canillas wrote: > If the driver is built as a module, autoload won't work because the module > alias information is not filled. So user-space can't match the registered > device with the corresponding module. > > Export the

Re: [PATCH v2] mmc: sunxi: Prevent against null dereference for vmmc

On 19 October 2016 at 15:33, Maxime Ripard wrote: > VMMC is an optional regulator, which means that mmc_regulator_get_supply > will only return an error in case of a deferred probe, but not when the > regulator is not set in the DT. > > However, the sunxi driver

Re: [PATCH 2/2] mmc: sdhci-of-at91: Fix module autoload

On 17 October 2016 at 18:13, Javier Martinez Canillas wrote: > If the driver is built as a module, autoload won't work because the module > alias information is not filled. So user-space can't match the registered > device with the corresponding module. > > Export the

Re: [PATCH net] net: remove MTU limits on a few ether_setup callers

On Thu, Oct 20, 2016 at 08:42:46PM -0700, Florian Fainelli wrote: > Le 20/10/2016 à 20:25, Jarod Wilson a écrit : > > These few drivers call ether_setup(), but have no ndo_change_mtu, and thus > > were overlooked for changes to MTU range checking behavior. They > > previously had no range checks,

[PATCH] net: stmmac: Add OXNAS Glue Driver

Add Synopsys Designware MAC Glue layer for the Oxford Semiconductor OX820. Signed-off-by: Neil Armstrong --- .../devicetree/bindings/net/oxnas-dwmac.txt| 44 + drivers/net/ethernet/stmicro/stmmac/Kconfig| 11 ++

[PATCH] dmaengine: st_fdma: Update st_fdma to 'depends on REMOTEPROC'.

During randconfig builds you can get the following warning "warning: (ST_FDMA) selects ST_SLIM_REMOTEPROC which has unmet direct dependencies (REMOTEPROC)" randconfig builds should always build without any warnings so update fdma to depend on REMOTEPROC so this can not happen. Signed-off-by:

[PATCH] x86/apic: get rid of "warning: 'acpi_ioapic_lock' defined but not used"

kbuild test robot reported this against the -RT tree: | In file included from include/linux/mutex.h:30:0, |from include/linux/notifier.h:13, |from include/linux/memory_hotplug.h:6, |from include/linux/mmzone.h:777, |

Re: [PATCH v3] [media] vb2: Add support for capture_dma_bidirectional queue flag

Hi Sakari, On 21/10/2016 09:48, Sakari Ailus wrote: Hi Thierry, On Fri, Oct 21, 2016 at 09:25:05AM +0200, Thierry Escande wrote: From: Pawel Osciak When this flag is set for CAPTURE queues by the driver on calling vb2_queue_init(), it forces the buffers on the queue to

Re: [PATCH v2 1/9] irqchip: meson: add support for gpio interrupt controller

On Thu, 2016-10-20 at 17:33 +0100, Marc Zyngier wrote: > Jerome, > > On 19/10/16 16:21, Jerome Brunet wrote: > > > > Add support for the interrupt gpio controller found on Amlogic's > > meson > > SoC family. > > > > Unlike what the IP name suggest, it is not directly linked to the > > gpio > >

Re: [PATCH 06/10] gpio: gpio-i2cs: Document bindings of I2CS FPGA GPIO block

On Fri, Oct 7, 2016 at 5:21 PM, Pantelis Antoniou wrote: > +This is virtual gpio driver, that maps each bit of the I2CS FPGA to > +a gpio. It's used as a compatibility replacement for FRUs that use > +I2CS FPGA to report presence, control and report power status

[PATCH v2 2/2] ARM: oxnas: Add OX820 config and makefile entry

Refactor the oxnas Kconfig entries among the OX810SE and OX820 configs, and add the files to support the OX820 SMP feature. Signed-off-by: Neil Armstrong --- arch/arm/Makefile | 1 + arch/arm/mach-oxnas/Kconfig | 30 +- 2 files

Re: [PATCH] Netfilter: Fix an ICMPv6 bug which caused by a latter ICMPv6 NA packet to inherit the mark of previous NS packet.

XU Tianwen wrote: > The root cause is an ICMPv6 packet hits an untracked connection and inherits > a mark from the previous packet to which it is not related, IMO it doesn't > make sense to inherit mark for nf_conntrack_untracked. > > Signed-off-by: XU Tianwen

Re: [PATCH v3 00/17] pinctrl: exynos/samsung: Add header with values used for configuration

On Sun, Sep 4, 2016 at 1:04 PM, Krzysztof Kozlowski wrote: > pinctrl: dt-bindings: samsung: Add header with values used for > configuration > pinctrl: dt-bindings: samsung: Update documentation with new macros These two: Acked-by: Linus Walleij

Re: [PATCH] Input: gpio_keys_polled - fix DT node reference leak

On Thu, Oct 20, 2016 at 03:06:36PM -0700, Dmitry Torokhov wrote: > When someone requests button with wakeup (which this driver does not > support) we should drop reference to the current child device node before > returning error. > > Note that when we using legacy platform data 'child' stays

Re: [PATCH 4/9] pinctrl: meson: allow gpio to request irq

On Thu, 2016-10-20 at 21:21 +0200, Linus Walleij wrote: > On Wed, Oct 19, 2016 at 12:08 PM, Jerome Brunet > wrote: > > > > > Add the ability for gpio to request irq from the gpio interrupt > > controller > > if present. We have to specificaly that the parent interrupt > >

[PATCH v3] pinctrl: Add SX150X GPIO Extender Pinctrl Driver

Since the I2C sx150x GPIO expander driver uses platform_data to manage the pins configurations, rewrite the driver as a pinctrl driver using pinconf to get/set pin configurations from DT or debugfs. The pinctrl driver is functionnally equivalent as the gpio-only driver and can use DT for pinconf.

[PATCH 4.8 23/57] mm: filemap: fix mapping->nrpages double accounting in fuse

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Weiner commit 3ddf40e8c31964b744ff10abb48c8e36a83ec6e7 upstream. Commit 22f2ac51b6d6 ("mm: workingset: fix crash in shadow node shrinker caused by

[PATCH 4.8 17/57] IB/hfi1: Fix defered ack race with qp destroy

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Mike Marciniszyn commit 72f53af2651957b0b9d6dead72a393eaf9a2c3be upstream. There is a a bug in defered ack stuff that causes a race with the destroy of a QP. A

[PATCH 4.7 34/45] ext4: reinforce check of i_dtime when clearing high fields of uid and gid

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Daeho Jeong commit 93e3b4e6631d2a74a8cf7429138096862ff9f452 upstream. Now, ext4_do_update_inode() clears high 16-bit fields of uid/gid of deleted and evicted inode to

[PATCH 4.7 38/45] ext4: release bh in make_indexed_dir

4.7-stable review patch. If anyone has any objections, please let me know. -- From: gmail commit e81d44778d1d57bbaef9e24c4eac7c8a7a401d40 upstream. The commit 6050d47adcad: "ext4: bail out from make_indexed_dir() on first error" could end up leaking bh2 in

Re: [RFC] fs/proc/meminfo: introduce Unaccounted statistic

On Fri 21-10-16 09:59:29, Dave Chinner wrote: > On Thu, Oct 20, 2016 at 03:33:58PM +0200, Michal Hocko wrote: > > On Thu 20-10-16 14:11:49, Vlastimil Babka wrote: > > [...] > > > Hi, I'm wondering if people would find this useful. If you think it is, > > > and > > > to not make performance worse,

Re: [PATCH v9 04/12] vfio iommu: Add support for mediated devices

On 10/18/2016 05:22 AM, Kirti Wankhede wrote: > diff --git a/drivers/vfio/vfio_iommu_type1.c b/drivers/vfio/vfio_iommu_type1.c > index 2ba19424e4a1..5d67058a611d 100644 > --- a/drivers/vfio/vfio_iommu_type1.c > +++ b/drivers/vfio/vfio_iommu_type1.c [snip] > static int

[tip:x86/asm] x86/dumpstack: Print orig_ax in __show_regs()

Commit-ID: 6fa81a12b3f1834a22167aa2d7b24dcc4bf884e3 Gitweb: http://git.kernel.org/tip/6fa81a12b3f1834a22167aa2d7b24dcc4bf884e3 Author: Josh Poimboeuf AuthorDate: Thu, 20 Oct 2016 11:34:45 -0500 Committer: Ingo Molnar CommitDate: Fri, 21 Oct 2016

Re: [PATCH] net: cpsw: fix obtaining mac address for am3517

* Jeroen Hofstee [161021 00:37]: > Hello Tony, > > On 21-10-16 08:38, Tony Lindgren wrote: > > * Jeroen Hofstee [161020 12:57]: > > > Commit b6745f6e4e63 ("drivers: net: cpsw: davinci_emac: move reading mac > > > id to common file") did

Re: [PATCH v3] x86/tsc: add X86_FEATURE_TSC_KNOWN_FREQ flag

On Fri, 21 Oct 2016, Peter Zijlstra wrote: > On Thu, Oct 20, 2016 at 09:37:50PM +0200, Thomas Gleixner wrote: > > > Well, we have the same issue on other platforms/models which set the > > reliable flag. > > I was not aware we had other platforms doing this, git grep tells me > intel-mid does

Re: [PATCH] kernel: irq: fix build failure

On Fri, 21 Oct 2016, Stephen Rothwell wrote: > On Thu, 20 Oct 2016 14:55:45 +0200 (CEST) Thomas Gleixner > wrote: > > I know. This is under discussion with the driver folks as we are not going > > to blindly export stuff just because someone slapped a irq_set_parent() > >

[tip:x86/platform] x86/vmware: Read tsc_khz only once at boot time

Commit-ID: cf11372949434fc4a6194b1ed9eb861d08032d08 Gitweb: http://git.kernel.org/tip/cf11372949434fc4a6194b1ed9eb861d08032d08 Author: Alexey Makhalov AuthorDate: Wed, 19 Oct 2016 22:02:11 -0700 Committer: Thomas Gleixner CommitDate: Fri, 21

[RFC PATCH v2] perf: honouring the cpuid for number of fixed counters in hypervisors

From: Imre Palik perf doesn't seem to honour the number of fixed counters specified by cpuid leaf 0xa. It always assume that Intel CPUs have at least 3 fixed counters. So if some of the fixed counters are masked out by the hypervisor, it still tries to check/set them. This

[PATCH resend v4] i2c: hibvt: add Hisilicon BVT I2C controller driver

add Hisilicon BVT I2C controller driver support. Signed-off-by: Pan Wen Acked-by: Rob Herring --- change log v4: Modify the default frequency to 100KHz. v3: Add a SoC specific compatible string. v2: 1)Fixed a compile error. 2)Dropped the clock-names

Re: [PATCH] ARM: dts: rockchip: add i2c-bus subnode to edp

Am Donnerstag, 20. Oktober 2016, 15:47:56 CEST schrieb Tomeu Vizoso: > On 10/20/2016 03:45 PM, Heiko Stübner wrote: > > Am Donnerstag, 20. Oktober 2016, 10:07:25 schrieb Tomeu Vizoso: > >> Add an empty 'i2c-bus' subnode to the edp node just so that the I2C core > >> doesn't attemp to parse the

mbox-name vs. mbox-names (was: Re: [PATCH v4 1/5] mailbox: dt: Supply bindings for ST's Mailbox IP)

On Fri, Oct 16, 2015 at 9:21 AM, Lee Jones wrote: > Signed-off-by: Lee Jones > --- > .../devicetree/bindings/mailbox/sti-mailbox.txt| 51 > ++ > 1 file changed, 51 insertions(+) > create mode 100644

[PATCH] ipv6: do not increment mac header when it's unset

Otherwise we'll overflow the integer. This occurs when layer 3 tunneled packets are handed off to the IPv6 layer. Signed-off-by: Jason A. Donenfeld --- net/ipv6/reassembly.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/net/ipv6/reassembly.c

Re: [PATCH 05/10] gpio: i2cs: Juniper I2CS to GPIO pin mapping driver

On Fri, Oct 7, 2016 at 5:21 PM, Pantelis Antoniou wrote: > From: Guenter Roeck > > This driver maps I2C slave register bits to GPIO pins. Registers > are supposed to be 8 bit wide. Interrupt support is optional. > > The driver is implemented

[PATCH] net: sched: make default fifo qdiscs appear in the dump

The original reason [1] for having hidden qdiscs (potential scalability issues in qdisc_match_from_root() with single linked list in case of large amount of qdiscs) has been invalidated by 59cc1f61f0 ("net: sched: convert qdisc linked list to hashtable"). This allows us for bringing more

Re: [PATCH 3/6] gpio: gpio-cbc: Document bindings of CBC FPGA GPIO block

On Fri, Oct 7, 2016 at 5:20 PM, Pantelis Antoniou wrote: > From: Georgi Vlaev > > Add device tree bindings document for the GPIO driver of > Juniper's CBC FPGA. > > Signed-off-by: Georgi Vlaev > [Ported from Juniper

Re: [PATCH 4/6] gpio: cbc-presence: Add CBC presence detect as GPIO driver

On Fri, Oct 7, 2016 at 5:20 PM, Pantelis Antoniou wrote: > From: Georgi Vlaev > > This driver exports the CB FPGA presence detect bits from a > single 32bit CB register as GPIOs. > > Signed-off-by: Georgi Vlaev >

[PATCH 2/2] ARM: imx: init enet MAC address from ocotp

From: Fugang Duan The FEC driver advertises the following order of getting it's MAC address: module parameters or kernel command line first, then device tree, then fuse / flash, then mac registers set by bootloader, then random MAC address. This patch add support for fuse

Re: [POC/RFC PATCH] overlayfs: fix data inconsistency at copy up

On Thu, Oct 20, 2016 at 11:54 PM, Vivek Goyal wrote: > On Thu, Oct 20, 2016 at 04:46:30PM -0400, Vivek Goyal wrote: > > [..] >> > +static ssize_t ovl_read_iter(struct kiocb *iocb, struct iov_iter *to) >> > +{ >> > + struct file *file = iocb->ki_filp; >> > + bool isupper =

Re: [PATCH 1/5] perf core: Introduce new ioctl options to pause and resume ring buffer

Hi Wangnan On 10/21/2016 09:13 AM, Wangnan (F) wrote: > > > On 2016/10/21 15:06, Michael Kerrisk (man-pages) wrote: >> Hello Wangnan, >> >> The patch below seems to have landed in Linux 4.7, >> commit 86e7972f690c1017fd086cdfe53d8524e68c661c >> >> Could you draft a man-pages patch for this

[PATCH v2 0/2] ARM: oxnas: Add SMP support for OX820

In order to support the SMP feature of the Oxford Semiconductor OX820 SoC, add the necessary code to handle the wake-up, hotplug and cpu entry. The OX820 has an ARM11MPCORE cluster with 2 cores and has proper hardware support for secondary core booting. Changes since v1 at

[PATCH v2 1/2] ARM: oxnas: Add OX820 SMP support

The Oxford Semiconductor OX820 is a ARM11MPcore based SoC sharing some features with the OX810 earlier SoC. This patch adds the core to wake up the second core. Signed-off-by: Neil Armstrong --- arch/arm/mach-oxnas/Makefile | 2 + arch/arm/mach-oxnas/headsmp.S | 28

[PATCH] arm64: mm: fix __page_to_voff definition

Fix parameter name for __page_to_voff, to match its definition. At present, we don't see any issue, as page_to_virt's caller declares 'page'. Fixes: 9f2875912dac ("arm64: mm: restrict virt_to_page() to the linear mapping") Signed-off-by: Neeraj Upadhyay ---

Re: [REVIEW][PATCH] mount: In propagate_umount handle overlapping mount propagation trees

On Tue, Oct 18, 2016 at 10:46:40PM -0500, Eric W. Biederman wrote: > > Adrei Vagin pointed out that time to executue propagate_umount can go > non-linear (and take a ludicrious amount of time) when the mount > propogation trees of the mounts to be unmunted by a lazy unmount > overlap. > > While

Re: [PATCH v4] pwm: add pwm driver for HiSilicon BVT SOCs

On Fri, Oct 21, 2016 at 09:22:36AM +0200, Thierry Reding wrote: > On Mon, Oct 10, 2016 at 04:53:39PM -0500, Rob Herring wrote: > > On Mon, Oct 10, 2016 at 07:05:16PM +0800, Jian Yuan wrote: > > > From: yuanjian > > > > > > Add PWM driver for the PWM controller found on

Linux 3.12.66

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

Re: [PATCH] mfd: rk808: RK818 uses DEV_OFF to power off supplies

Hi Jianhong, with this patch a poweroff causes a restart on our board. In our design a 5V USB voltage is supplied on the USB supply input pins. After setting DEV_OFF bit, the RK818 restart automatically. The ON_SOURCE_REG (Address AEH) is 0x40 after the automatic restart which says that the RK818

Re: [PATCH v3] [media] vb2: Add support for capture_dma_bidirectional queue flag

Hi Thierry, On Fri, Oct 21, 2016 at 09:25:05AM +0200, Thierry Escande wrote: > From: Pawel Osciak > > When this flag is set for CAPTURE queues by the driver on calling > vb2_queue_init(), it forces the buffers on the queue to be > allocated/mapped with DMA_BIDIRECTIONAL

◆◆◆ 2017第十五届中国（广州）国际汽车零部件及用品展览会 [GHC8/C-m] 684827

lintai...@sina.com 中国国际汽车零部件博览会 China International Auto Parts Expo 中华人民共和国商务部引导支持展会 国家级国际性汽车配件用品展贸平台 　 【中文名称】 2017第十五届中国（广州）国际汽车零部件及用品展览会 【英文名称】 The 15th China (Guangzhou) International Auto Parts Expo,2017 （CAPE 2017） 　 【展会日期】 2017年06月02—04日 【展会场馆】 广州琶洲保利世贸博览馆 　 【展会简介】

[tip:x86/asm] x86/entry/unwind: Create stack frames for saved interrupt registers

Commit-ID: 946c191161cef10c667b5ee3179db1714fa5b7c0 Gitweb: http://git.kernel.org/tip/946c191161cef10c667b5ee3179db1714fa5b7c0 Author: Josh Poimboeuf AuthorDate: Thu, 20 Oct 2016 11:34:40 -0500 Committer: Ingo Molnar CommitDate: Fri, 21 Oct 2016

[tip:x86/asm] x86/unwind: Create stack frames for saved syscall registers

Commit-ID: acb4608ad1865a42af8e0a2db332a7c3a381e1f5 Gitweb: http://git.kernel.org/tip/acb4608ad1865a42af8e0a2db332a7c3a381e1f5 Author: Josh Poimboeuf AuthorDate: Thu, 20 Oct 2016 11:34:41 -0500 Committer: Ingo Molnar CommitDate: Fri, 21 Oct 2016

[PATCH 0/2] ARM: imx: init MAC address for ocotp

This patch series adds support for initializing the ethernet MAC address for the OCOTP fuse configuration. Fugang Duan (1): ARM: imx: init enet MAC address from ocotp Octavian Purdila (1): ARM: imx: add ocotp support in machine code arch/arm/mach-imx/Kconfig | 5 ++

[tip:x86/asm] x86/dumpstack: Fix duplicate RIP address display in __show_regs()

Commit-ID: 1141c3e39c64e4aba2d98cb3dcca95369c9dafbe Gitweb: http://git.kernel.org/tip/1141c3e39c64e4aba2d98cb3dcca95369c9dafbe Author: Josh Poimboeuf AuthorDate: Thu, 20 Oct 2016 11:34:44 -0500 Committer: Ingo Molnar CommitDate: Fri, 21 Oct 2016

[PATCH v8 2/3] ARM: dts: imx6q: Add Engicam i.CoreM6 DualLite/Solo initial support

From: Jagan Teki i.CoreM6 DualLite/Solo modules are system on module solutions manufactured by Engicam with following characteristics: CPU NXP i.MX6 DL, 800MHz RAM 1GB, 32, 64 bit, DDR3-800/1066 NAND SLC,512MB Power supply Single 5V MAX

[PATCH v8 3/3] ARM: dts: imx6qdl-icore: Add FEC support

From: Jagan Teki Add FEC support for Engicam i.CoreM6 dql modules. Observed similar 'eth0: link is not ready' issue which was discussed in [1] due rmii mode with external ref_clk, so added clock node along with the properties mentioned by Shawn in [2] FEC link log:

Re: [PATCH 1/2] x86/dumpstack: on oops do not rewind stack for kthread

On Fri, 21 Oct 2016, Peter Zijlstra wrote: > We need to preserve the entire struct kthread on the stack, kthread just > abuses that pointer to stash an on-stack kthread descriptor. See > kthread(): > > current->vfork_done = > > Its a horrible horrible thing kthread does. I suppose there might

[PATCH] iio: light: acpi-als: Add IO_CHAN_INFO_OFFSET/SCALE to mask.

According the ACPI specification (Version 5.0 Errata A) [1], the data coming from the sensor represent the ambient light illuminance reading expressed in lux. Unfortunately ACPI interface doesn't provide a mechanism to calibrate this value, so this raw value can be slightly wrong. This patch adds

[PATCH] Netfilter: Fix an ICMPv6 bug which caused by a latter ICMPv6 NA packet to inherit the mark of previous NS packet.

The root cause is an ICMPv6 packet hits an untracked connection and inherits a mark from the previous packet to which it is not related, IMO it doesn't make sense to inherit mark for nf_conntrack_untracked. Signed-off-by: XU Tianwen ---

[tip:irq/urgent] kernel/irq: Export irq_set_parent()

Commit-ID: 3118dac501bc0317de099db81618d589503351e1 Gitweb: http://git.kernel.org/tip/3118dac501bc0317de099db81618d589503351e1 Author: Sudip Mukherjee AuthorDate: Thu, 6 Oct 2016 23:06:43 +0530 Committer: Thomas Gleixner CommitDate: Fri,

Re: [RFC PATCH] net: stmmac: Add OXNAS Glue Driver

On 10/20/2016 06:26 PM, Joachim Eastwood wrote: > Hi Neil, > > On 20 October 2016 at 17:54, Neil Armstrong wrote: >> Add Synopsys Designware MAC Glue layer for the Oxford Semiconductor OX820. >> >> Signed-off-by: Neil Armstrong >> --- >>

[PATCH] regulator: tps6507x: Drop pointless static qualifier for *reg_data variable

There is no need to use static for this local variable. Signed-off-by: Axel Lin --- drivers/regulator/tps6507x-regulator.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/regulator/tps6507x-regulator.c b/drivers/regulator/tps6507x-regulator.c

Re: [PATCH 0/4] IIO wrapper drivers, dpot-dac and envelope-detector

On 2016-10-21 09:17, ji...@kernel.org wrote: > On 20.10.2016 19:17, Peter Rosin wrote: >> On 2016-10-20 19:37, Jonathan Cameron wrote: >>> http://marc.info/?l=linux-iio=138469765309868=2 I think... >> >> Interesting, one issue with that is that it is all in real world >> units, while I'd rather

Re: [PATCH 3/4] gpio: ptxpmb-ext-cpld: Add driver for Juniper's PTXPMB extended CPLD

On Fri, Oct 7, 2016 at 5:19 PM, Pantelis Antoniou wrote: > From: Guenter Roeck > > This IP block is present in the PTXPMB extended CPLD present on > Junipers PTX series of routers and provides SIB connector status pins > as GPIO pins for use

Re: [PATCH 2/6] gpio: Add support for PTX1K CBC FPGA spare GPIOs

On Fri, Oct 7, 2016 at 5:20 PM, Pantelis Antoniou wrote: > From: Georgi Vlaev > > Add support for the GPIO block in Juniper's CBC FPGA. > > A number of GPIOs exported by different kind of boards > is supported. > > Signed-off-by: Georgi Vlaev

[PATCH v2 3/6] arm64: dts: lg1313: DT fix s/#interrupts-cells/#interrupt-cells/

Signed-off-by: Geert Uytterhoeven --- v2: - New. --- arch/arm64/boot/dts/lg/lg1313.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm64/boot/dts/lg/lg1313.dtsi b/arch/arm64/boot/dts/lg/lg1313.dtsi index e703e1149c757082..abb2162228e82d39

[PATCH v2 0/6] DT: Fix spelling of standard properties

Hi all, This patch series fixes misspellings of various standard DT properties in DT binding documentation, DTS files, and error messages. While most of these are harmless, some of them may cause hard-to-debug failures. Changes compared to v2: - Dropped patches that have been applied

[PATCH v2 2/6] arm64: dts: lg1312: DT fix s/#interrupts-cells/#interrupt-cells/

Signed-off-by: Geert Uytterhoeven Acked-by: Rob Herring --- v2: - Add Acked-by, - Rebased. --- arch/arm64/boot/dts/lg/lg1312.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm64/boot/dts/lg/lg1312.dtsi

[PATCH v2 5/6] dt: booting-without-of: DT fix s/#interrupt-cell/#interrupt-cells/

Signed-off-by: Geert Uytterhoeven Acked-by: Rob Herring --- v2: - Add Acked-by. --- Documentation/devicetree/booting-without-of.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/devicetree/booting-without-of.txt

[PATCH v2 4/6] ASoC: davinci-mcbsp: DT fix s/interrupts-names/interrupt-names/

Signed-off-by: Geert Uytterhoeven Acked-by: Rob Herring --- v2: - Add Acked-by, - Split off from a completely unrelated patch. --- Documentation/devicetree/bindings/sound/davinci-mcbsp.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH v2 6/6] powerpc: dts: acadia: DT fix s/#interrupts-parent/#interrupt-parent/

Signed-off-by: Geert Uytterhoeven Acked-by: Rob Herring --- v2: - Add Acked-by. --- arch/powerpc/boot/dts/acadia.dts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/powerpc/boot/dts/acadia.dts

[PATCH v2 1/6] ARM: dts: STiH407: DT fix s/interrupts-names/interrupt-names/

Signed-off-by: Geert Uytterhoeven Acked-by: Rob Herring --- v2: - Add Acked-by. --- arch/arm/boot/dts/stih407-pinctrl.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/stih407-pinctrl.dtsi

[PATCH] [media] c8sectpfe: Remove clk_disable_unprepare hacks

Now that CLK_PROC_STFE is defined as a critical clock in DT, we can remove the commented clk_disable_unprepare from the c8sectpfe driver. This means we now have balanced clk*enable/disable calls in the driver, but on STiH407 family the clock in reality will never actually be disabled. This is due

Re: [PATCH][manpages 1/2] perf_event_open.2: Document PERF_EVENT_IOC_PAUSE_OUTPUT

Thanks for this patch, Wangnan. Vince, do you have any comments? Cheers, Michael On 03/28/2016 12:15 PM, Wang Nan wrote: > Signed-off-by: Wang Nan > --- > man2/perf_event_open.2 | 11 +++ > 1 file changed, 11 insertions(+) > > diff --git

Re: [PATCH][manpages 2/2] perf_event_open.2: Document write_backward

Thanks for this patch, Wangnan. Vince, do you have any comments? Cheers, Michael On 03/28/2016 12:16 PM, Wang Nan wrote: > Signed-off-by: Wang Nan > --- > man2/perf_event_open.2 | 57 > -- > 1 file changed, 55

Re: [PATCH] padata: Remove unused but set variables

On Mon, Oct 17, 2016 at 12:16:08PM +0200, Tobias Klauser wrote: > Remove the unused but set variable pinst in padata_parallel_worker to > fix the following warning when building with 'W=1': > > kernel/padata.c: In function ‘padata_parallel_worker’: > kernel/padata.c:68:26: warning: variable

Re: [PATCH] Hexagon-setup: Combine four seq_printf() calls into one call in show_cpuinfo()

>> +++ b/arch/hexagon/kernel/setup.c >> @@ -132,13 +132,14 @@ static int show_cpuinfo(struct seq_file *m, void *v) >> if (!cpu_online(cpu)) >> return 0; >> #endif >> - >> -seq_printf(m, "processor\t: %d\n", cpu); >> -seq_printf(m, "model name\t: Hexagon Virtual

[PATCH] ipv6: do not increment mac header when it's unset

Otherwise we'll overflow the integer. This occurs when layer 3 tunneled packets are handed off to the IPv6 layer. Signed-off-by: Jason A. Donenfeld --- net/Kconfig | 2 ++ net/Makefile | 1 + net/ipv6/reassembly.c | 3 ++- 3 files changed, 5 insertions(+), 1

[PATCH] ARM: sti: stih407-clocks: Identify critical clocks

Lots of platforms contain clocks which if turned off would prove fatal. The only way to recover is to restart the board(s). This driver takes references to clocks which are required to be always-on. The Common Clk Framework will then take references to them. This way they will not be turned off

Re: FRV-setup: Clarification for "source code clean-up"?

> It's all about ratios... Each clean up patch has chance of introducing > a bug. Each update suggestion contains a possibility for mistakes. > If you only send clean up patches then you only introduce bugs. I find such a conclusion questionable with the wording "only". > We really don't

<    4   5   6   7   8   9   10   11   12   13   >