Re: [PATCH 0/2] Add a skeleton module to perform a basic initialization on certain USB devices

On Sun, 2016-01-24 at 14:48 -0800, Greg KH wrote: > On Sun, Jan 24, 2016 at 11:05:05PM +0100, Oliver Neukum wrote: > > On Sat, 2016-01-23 at 08:39 -0800, Greg KH wrote: > > > Have your program install a udev rule to make it run automatically > > > when > > > the device is plugged in, and then just

Re: [PATCH V4 2/5] mfd: max77620: add core driver for MAX77620/MAX20024

On Monday 25 January 2016 04:59 PM, Lee Jones wrote: On Fri, 22 Jan 2016, Laxman Dewangan wrote: Thanks Krzysztof for review. Hi Lee, Are you taking the patches from your tree? Or will go in individual subsystem? I can take the set if there are build dependencies. If there aren't, then

Re: [PATCH 3/3] ARM: dts: sama5d4: add support for Ka-Ro electronics TXA5 modules

Hi, On 20/01/2016 at 13:35:37 +0100, Lothar Waßmann wrote : > diff --git a/arch/arm/boot/dts/at91-sama5d4-txa5-5010.dts > b/arch/arm/boot/dts/at91-sama5d4-txa5-5010.dts > new file mode 100644 > index 000..fb4a253 > --- /dev/null > +++ b/arch/arm/boot/dts/at91-sama5d4-txa5-5010.dts > @@ -0,0

[PATCH] ARM: tango: use const and __initconst for smp_operations

This newly added code missed the global fixup by commit 75305275a721 ("ARM: use const and __initconst for smp_operations"). So fix it now. Signed-off-by: Masahiro Yamada --- arch/arm/mach-tango/platsmp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

Dependency issue through subdir's

I am having difficulty with dependencies while trying to create an automatically generated file in linux/scripts/gdb/ This autogenerated file, includes the kernel headers, so that we can access kernel constants from GDB. As such, I need to parse C-headers into a python-compatible file. The

[PATCH] ARM: realview: use const and __initconst for smp_operations

This newly added code missed the global fixup by commit 75305275a721 ("ARM: use const and __initconst for smp_operations"). So fix it now. Also, add missing "static" qualifier. Signed-off-by: Masahiro Yamada --- arch/arm/mach-realview/platsmp-dt.c | 2 +- 1

Re: [PATCH 2/2] mm: filemap: Avoid unnecessary calls to lock_page when waiting for IO to complete during a read

On Mon 25-01-16 10:03:24, Mel Gorman wrote: > In the generic read paths the kernel looks up a page in the page cache > and if it's up to date, it is used. If not, the page lock is acquired to > wait for IO to complete and then check the page. If multiple processes > are waiting on IO, they all

Re: [PATCH 1/2] mm: filemap: Remove redundant code in do_read_cache_page

On Mon 25-01-16 10:03:23, Mel Gorman wrote: > do_read_cache_page and __read_cache_page duplicates page filler code > when filling the page for the first time. This patch simply removes the > duplicate logic. > > Signed-off-by: Mel Gorman Looks good to me. You can

Re: ARC stable backport request

On 12/01/2015, 09:30 AM, Vineet Gupta wrote: > Hi, > > Please add upstream commit 30b9dbee895ff ("ARC: Fix silly typo in MAINTAINERS > file") to stable releases. > > This depends on 9acdc911b55569145 ("MAINTAINERS: Add public mailing list for > ARC") > which was already marked for stable

Re: [PATCH 1/2] drm/rockchip: Don't build rockchip_drm_vop as modules

Am Montag, 25. Januar 2016, 11:54:07 schrieb Sjoerd Simons: > On Wed, 2016-01-13 at 16:22 +0800, Mark Yao wrote: > > rockchip_drm_vop's module init had moved to rockchip_vop_reg.c > > so no need to build rockchip_drm_vop.ko > > Looks like this didn't make it for the Linux 4.5 merge window, which

Re: [PATCH V2 1/2] dt-bindings: regulator: Add document for MT6323 regulator

On Mon, Jan 25, 2016 at 11:40:04AM +0100, John Crispin wrote: > Based on the MT6397 binding documentation. > > Signed-off-by: John Crispin > Cc: devicet...@vger.kernel.org In reply to your previous submission I said: | important. Please also use subject lines matching the

[PATCH] ARM: tango: use "depends on" instead of "if" after prompt

This platform was recently added, so missed the global fixup by commit e32465429490 ("ARM: use "depends on" for SoC configs instead of "if" after prompt"). Fix it now. Signed-off-by: Masahiro Yamada --- arch/arm/mach-tango/Kconfig | 3 ++- 1 file changed, 2

[PATCH v2] drm/i915: Remove select to deleted STOP_MACHINE from Kconfig

Commit 5bab6f60cb4d ("drm/i915: Serialise updates to GGTT with access through GGTT on Braswell") depended upon a working stop_machine() and so forced the selection of STOP_MACHINE. However, commit 86fffe4a61dd ("kernel: remove stop_machine() Kconfig dependency") removed the option STOP_MACHINE

Re: linux-next: build failure after merge of the akpm tree

On Mon, Jan 25, 2016 at 10:29:54AM +0100, Takashi Iwai wrote: > Stephen Rothwell wrote: > > diff --git a/sound/soc/codecs/Kconfig b/sound/soc/codecs/Kconfig > > index 50693c867e71..ee5f36b9c787 100644 > > --- a/sound/soc/codecs/Kconfig > > +++ b/sound/soc/codecs/Kconfig > > @@ -13,6 +13,7 @@ menu

[PATCH] ARM: s3c64xx: use "depends on" instead of "if" after prompt

This platform recently moved to multi-platform, so missed the global fixup by commit e32465429490 ("ARM: use "depends on" for SoC configs instead of "if" after prompt"). Fix it now. Signed-off-by: Masahiro Yamada --- arch/arm/mach-s3c64xx/Kconfig | 3 ++- 1 file

[RFC] hwmon: (fam15h_power) Add bit masking for tdp_limit

The bits [31:29] of D18F5xE8 TDP Limit3 are reserved. I think it'd better to add masking to read ApmTdpLimit[28:16] precisely. Signed-off-by: Gioh Kim --- drivers/hwmon/fam15h_power.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] ARM: realview: use "depends on" instead of "if" after prompt

This platform recently moved to multi-platform, so missed the global fixup by commit e32465429490 ("ARM: use "depends on" for SoC configs instead of "if" after prompt"). Fix it now. Signed-off-by: Masahiro Yamada --- arch/arm/mach-realview/Kconfig | 3 ++- 1

Re: [PATCH] usb: option.c: Fix Cinterion AHxx enumeration.

[ Please avoid top-posting. ] On Thu, Jan 07, 2016 at 08:52:38AM +, John Ernberg wrote: > Hi Johan, > > Apologies for the late reply, I was out of office. > > Below is the 'lsusb -v' output for the AH3 modem. Thanks for the info. I believe your fix is the right one, but it seems you forgot

[PATCH] ARM: mv78xx0: use "depends on" instead of "if" after prompt

This platform recently moved to multi-platform, so missed the global fixup by commit e32465429490 ("ARM: use "depends on" for SoC configs instead of "if" after prompt"). Fix it now. Signed-off-by: Masahiro Yamada --- arch/arm/mach-mv78xx0/Kconfig | 3 ++- 1 file

[PATCH 1/3] printk: make preferred_console local static bool

The variable preferred_console is used only inside register_console() and it's semantics is boolean. Make it clear. Signed-off-by: Aleksey Makarov --- kernel/printk/printk.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git

[PATCH 3/3] serial: pl011: add acpi_match for amba-pl011.c

Add an implementation of acpi_match() to the pl011 driver. It allows to check if the console matches one specified with ACPI SPCR table. Signed-off-by: Aleksey Makarov --- drivers/tty/serial/amba-pl011.c | 14 ++ include/acpi/actbl2.h | 4

[PATCH 0/3] ACPI: parse the SPCR table

This patchset is based on the patchset by Leif Lindholm [1] 'ARM Server Base Boot Requirements' [2] mention SPCR (Serial Port Console Redirection Table) [3] as a mandatory ACPI table that specifies the configuration of serial console. Licensing concerns have prevented implementing it in the

[PATCH 2/3] ACPI: parse SPCR and enable matching console

'ARM Server Base Boot Requiremets' [1] mention SPCR (Serial Port Console Redirection Table) [2] as a mandatory ACPI table that specifies the configuration of serial console. Parse this table and check if any registered console match the description. If it does, enable that console. To implement

Re: [PATCH v2] perf: Synchronously cleanup child events

On Fri, Jan 22, 2016 at 11:44:03AM -0800, Alexei Starovoitov wrote: > On Fri, Jan 22, 2016 at 01:38:47PM +0100, Peter Zijlstra wrote: > > On Fri, Jan 22, 2016 at 01:35:40PM +0200, Alexander Shishkin wrote: > > > Peter Zijlstra writes: > > > > > > > So I think there's a

[PATCH 3.12 00/39] 3.12.53-stable review

This is the start of the stable review cycle for the 3.12.53 release. There are 39 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Wed Jan 27 12:44:04 CET 2016. Anything

Re: [PATCH] usb: option.c: Fix Cinterion AHxx enumeration.

On 01/25/2016 12:44 PM, Johan Hovold wrote: > [ Please avoid top-posting. ] > > On Thu, Jan 07, 2016 at 08:52:38AM +, John Ernberg wrote: >> Hi Johan, >> >> Apologies for the late reply, I was out of office. >> >> Below is the 'lsusb -v' output for the AH3 modem. > Thanks for the info. I

Re: [PATCH] arm64: Fix typo mm/dump.c

On Sun, Jan 24, 2016 at 03:24:12PM +0900, Masanari Iida wrote: > This patch fix a typo in mm/dump.c > "MODUELS_END_NR" should be "MODULES_END_NR". > > Signed-off-by: Masanari Iida This looks sensible, though I believe that this is fixed implicitly as part of Ard's kASLR

[PATCH 3.12 04/39] dlm: make posix locks interruptible

From: Eric Ren 3.12-stable review patch. If anyone has any objections, please let me know. === commit a6b1533e9a57d76cd3d9b7649d29ac604b1874b8 upstream. Replace wait_event_killable with wait_event_interruptible so that a program waiting for a posix lock can be

[PATCH 3.12 37/39] ARC: Fix silly typo in MAINTAINERS file commit 30b9dbee895ff0d5cbf155bd1ef3f0f5992bca6f upstream. Signed-off-by: Jiri Slaby <jsl...@suse.cz>

From: Vineet Gupta 3.12-stable review patch. If anyone has any objections, please let me know. === --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 800a6b04727c..44881abcfb06 100644 ---

[PATCH 3.12 20/39] m68k/mm: Check for mm != NULL in do_page_fault() debug code

From: Geert Uytterhoeven 3.12-stable review patch. If anyone has any objections, please let me know. === commit 4e25c0e92f8eaf69bc51d1d523bcb7268e7dd162 upstream. When DEBUG is enabled, do_page_fault() may dereference a NULL pointer, causing recursive bus

[PATCH 3.12 27/39] x86/signal: Fix restart_syscall number for x32 tasks

From: "Dmitry V. Levin" 3.12-stable review patch. If anyone has any objections, please let me know. === commit 22eab1108781eff09961ae7001704f7bd8fb1dce upstream. When restarting a syscall with regs->ax == -ERESTART_RESTARTBLOCK, regs->ax is assigned to a

[PATCH 3.12 26/39] udp: properly support MSG_PEEK with truncated buffers

From: Eric Dumazet 3.12-stable review patch. If anyone has any objections, please let me know. === commit 197c949e7798fbf28cfadc69d9ca0c2abbf93191 upstream. Backport of this upstream commit into stable kernels : 89c22d8c3b27 ("net: Fix skb csum races when

[PATCH 3.12 33/39] ipmi: move timer init to before irq is setup

From: Jan Stancek 3.12-stable review patch. If anyone has any objections, please let me know. === commit 27f972d3e00b50639deb4cc1392afaeb08d3cecc upstream. We encountered a panic on boot in ipmi_si on a dell per320 due to an uninitialized timer as follows.

[PATCH 3.12 32/39] x86/boot: Double BOOT_HEAP_SIZE to 64KB

From: "H.J. Lu" 3.12-stable review patch. If anyone has any objections, please let me know. === commit 8c31902cffc4d716450be549c66a67a8a3dd479c upstream. When decompressing kernel image during x86 bootup, malloc memory for ELF program headers may run out of

[PATCH 3.12 28/39] xen/gntdev: Grant maps should not be subject to NUMA balancing

From: Boris Ostrovsky 3.12-stable review patch. If anyone has any objections, please let me know. === commit 9c17d96500f78d7ecdb71ca6942830158bc75a2b upstream. Doing so will cause the grant to be unmapped and then, during fault handling, the fault to

[PATCH 3.12 29/39] x86/xen: don't reset vcpu_info on a cancelled suspend

From: "Ouyang Zhaowei (Charles)" 3.12-stable review patch. If anyone has any objections, please let me know. === commit 6a1f513776b78c994045287073e55bae44ed9f8c upstream. On a cancelled suspend the vcpu_info location does not change (it's still in the

[PATCH 3.12 31/39] x86/reboot/quirks: Add iMac10,1 to pci_reboot_dmi_table[]

From: Mario Kleiner 3.12-stable review patch. If anyone has any objections, please let me know. === commit 2f0c0b2d96b1205efb14347009748d786c2d9ba5 upstream. Without the reboot=pci method, the iMac 10,1 simply hangs after printing "Restarting system"

[PATCH 3.12 30/39] KVM: PPC: Book3S HV: Prohibit setting illegal transaction state in MSR

From: Paul Mackerras 3.12-stable review patch. If anyone has any objections, please let me know. === commit c20875a3e638e4a03e099b343ec798edd1af5cc6 upstream. Currently it is possible for userspace (e.g. QEMU) to set a value for the MSR for a guest VCPU which

[PATCH 3.12 35/39] ALSA: hda - Apply pin fixup for HP ProBook 6550b

From: Takashi Iwai 3.12-stable review patch. If anyone has any objections, please let me know. === commit c932b98c1e47312822d911c1bb76e81ef50e389c upstream. HP ProBook 6550b needs the same pin fixup applied to other HP B-series laptops with docks for making its

[PATCH 3.12 34/39] ALSA: hda - Add Intel Lewisburg device IDs Audio

From: Alexandra Yates 3.12-stable review patch. If anyone has any objections, please let me know. === commit 5cf92c8b3dc5da59e05dc81bdc069cedf6f38313 upstream. Adding Intel codename Lewisburg platform device IDs for audio. [rearranged the

Re: [PATCH 0/3] gpio: Intel Baytrail support

On Sat, Jan 23, 2016 at 05:32:06PM +0100, Antoine Tenart wrote: > This series introduces the GPIO Intel Baytrail support, using both the > lpc ich and the gpio ich drivers. > > Antoine Tenart (3): > gpio: gpio-ich: add support for Intel Baytrail Intel Baytrail support has been in mainline

[PATCH 3.12 38/39] isdn_ppp: Add checks for allocation failure in isdn_ppp_open()

From: Ben Hutchings 3.12-stable review patch. If anyone has any objections, please let me know. === commit 0baa57d8dc32db78369d8b5176ef56c5e2e18ab3 upstream. Compile-tested only. Signed-off-by: Ben Hutchings Signed-off-by: David S.

[PATCH 3.12 39/39] ppp, slip: Validate VJ compression slot parameters completely

From: Ben Hutchings 3.12-stable review patch. If anyone has any objections, please let me know. === commit 4ab42d78e37a294ac7bc56901d563c642e03c4ae upstream. Currently slhc_init() treats out-of-range values of rslots and tslots as equivalent to 0, except

[PATCH 3.12 36/39] MAINTAINERS: Add public mailing list for ARC

From: Vineet Gupta 3.12-stable review patch. If anyone has any objections, please let me know. === commit 9acdc911b55569145034b01075adf658891afbd2 upstream. Signed-off-by: Vineet Gupta Signed-off-by: Jiri Slaby ---

[PATCH 3.12 23/39] USB: quirks: Fix another ELAN touchscreen

From: Adrien Vergé 3.12-stable review patch. If anyone has any objections, please let me know. === commit df36c5bede207f734e4750beb2b14fb892050280 upstream. Like other buggy models that had their fixes [1], the touchscreen with id 04f3:21b8 from ELAN

[PATCH 3.12 21/39] m68k/mac: Make SCC reset work more reliably

From: Finn Thain 3.12-stable review patch. If anyone has any objections, please let me know. === commit 56931d73697c99ecf7aba6ae86c94d3a2d15d596 upstream. For SCC initialization we cannot assume that the control register is in the correct state to

[PATCH 3.12 22/39] sctp: Prevent soft lockup when sctp_accept() is called during a timeout event

From: Karl Heiss 3.12-stable review patch. If anyone has any objections, please let me know. === commit 635682a14427d241bab7bbdeebb48a7d7b91638e upstream. A case can occur when sctp_accept() is called by the user during a heartbeat timeout event after the 4-way

[PATCH 3.12 25/39] KEYS: Fix keyring ref leak in join_session_keyring()

From: Yevgeny Pats 3.12-stable review patch. If anyone has any objections, please let me know. === commit 23567fd052a9abb6d67fe8e7a9ccdd9800a540f2 upstream. This fixes CVE-2016-0728. If a thread is asked to join as a session keyring the keyring

[PATCH 3.12 02/39] tools: Add a "make all" rule

From: Kamal Mostafa 3.12-stable review patch. If anyone has any objections, please let me know. === commit f6ba98c5dc78708cb7fd29950c4a50c4c7e88f95 upstream. Signed-off-by: Kamal Mostafa Acked-by: Pavel Machek Cc: Jiri

[PATCH 3.12 24/39] KEYS: Fix race between read and revoke

From: David Howells 3.12-stable review patch. If anyone has any objections, please let me know. === commit b4a1b4f5047e4f54e194681125c74c0aa64d637d upstream. This fixes CVE-2015-7550. There's a race between keyctl_read() and keyctl_revoke(). If the revoke

Re: [PATCH V4 1/5] DT: mfd: add device-tree binding doc fro PMIC max77620/max20024

On Tue, 19 Jan 2016, Laxman Dewangan wrote: > The MAXIM PMIC MAX77620 and MAX20024 are power management IC > which supports RTC, GPIO, DCDC/LDO regulators, interrupt, > watchdog etc. > > Add DT binding document for the different functionality of > this device. > > Signed-off-by: Laxman Dewangan

[PATCH 3.12 18/39] m32r: fix potential NULL-pointer dereference

From: "Kirill A. Shutemov" 3.12-stable review patch. If anyone has any objections, please let me know. === commit fecf3743b824ce4eb275ed4a1d6aee9494f6a966 upstream. Add missing check for memory allocation fail. Signed-off-by: Kirill A. Shutemov

[PATCH V3 2/2] regulator: mt6323: Add support for MT6323 regulator

From: Chen Zhong The MT6323 is a regulator found on boards based on MediaTek MT7623 and probably other SoCs. It is a so called pmic and connects as a slave to SoC using SPI, wrapped inside the pmic-wrapper. Signed-off-by: Chen Zhong

[PATCH V3 1/2] regulator: Add document for MT6323 regulator

Signed-off-by: John Crispin Cc: devicet...@vger.kernel.org --- .../bindings/regulator/mt6323-regulator.txt| 241 1 file changed, 241 insertions(+) create mode 100644 Documentation/devicetree/bindings/regulator/mt6323-regulator.txt diff --git

Re: [PATCH v1 1/1] mfd: intel-lpss: remove clock tree on error path

On Fri, 22 Jan 2016, Andy Shevchenko wrote: > We forgot to remove the clock tree if something goes wrong in ->probe(). Add a > call to intel_lpss_unregister_clock() on error path in ->probe() to fix the > potential issue. > > Fixes: 4b45efe85263 (mfd: Add support for Intel Sunrisepoint LPSS

[PATCH 3.12 12/39] block: Always check queue limits for cloned requests

From: Hannes Reinecke 3.12-stable review patch. If anyone has any objections, please let me know. === commit bf4e6b4e757488dee1b6a581f49c7ac34cd217f8 upstream. When a cloned request is retried on other queues it always needs to be checked against the queue limits of

[PATCH] lightnvm: update closed list out of interrupt context

When an I/O finishes, full blocks are moved from the open to the closed list - a lock is taken to protect the list. This happens at the moment in the interrupt context, which is not correct. This patch moves this logic to the GC workqueue instead, thus avoiding holding a spinlock in an atomic

[PATCH 3.12 15/39] module: remove MODULE_GENERIC_TABLE

From: Rusty Russell 3.12-stable review patch. If anyone has any objections, please let me know. === commit cff26a51da5d206d3baf871e75778da44710219d upstream. MODULE_DEVICE_TABLE() calles MODULE_GENERIC_TABLE(); make it do the work directly. This also

[PATCH 3.12 16/39] staging/dgnc: fix info leak in ioctl

From: Salva Peiró 3.12-stable review patch. If anyone has any objections, please let me know. === commit 4b6184336ebb5c8dc1eae7f7ab46ee608a748b05 upstream. The dgnc_mgmt_ioctl() code fails to initialize the 16 _reserved bytes of struct digi_dinfo after the

[PATCH 3.12 17/39] pm: use GFP_ATOMIC when pm core call this function

From: Scott Jiang 3.12-stable review patch. If anyone has any objections, please let me know. === commit aefefe92116b776203f95f3249ae61b94f73f170 upstream. We shouldn't sleep in atomic sections. Signed-off-by: Scott Jiang

[PATCH 3.12 19/39] m68k: handle pgtable_page_ctor() fail

From: "Kirill A. Shutemov" 3.12-stable review patch. If anyone has any objections, please let me know. === commit f84c914b986ed2ec4ffaa5672b423b1f6b65519d upstream. Signed-off-by: Kirill A. Shutemov Cc: Geert

[PATCH 3.12 14/39] qla2xxx: Fix hardware lock/unlock issue causing kernel panic.

From: Saurav Kashyap 3.12-stable review patch. If anyone has any objections, please let me know. === commit ba9f6f64a0ff6b7ecaed72144c179061f8eca378 upstream. This patch fixes a kernel panic for qla2xxx Target core Module driver introduced by a fix in

[PATCH 3.12 01/39] efi: Disable interrupts around EFI calls, not in the epilog/prolog calls

From: Ingo Molnar 3.12-stable review patch. If anyone has any objections, please let me know. === commit 23a0d4e8fa6d3a1d7fb819f79bcc0a3739c30ba9 upstream. Tapasweni Pathak reported that we do a kmalloc() in efi_call_phys_prolog() on x86-64 while having

[PATCH 3.12 10/39] drm/i915: Fix SRC_COPY width on 830/845g

From: Chris Wilson 3.12-stable review patch. If anyone has any objections, please let me know. === commit 611a7a4fd8b5fb6b25ab1f8bdcde61800a7feacf upstream. One small change I forgot to make in commit c4d69da167fa967749aeb70bc0e94a457e5d00c1 Author:

[PATCH 3.12 13/39] Input: aiptek - fix crash on detecting device without endpoints

From: Vladis Dronov 3.12-stable review patch. If anyone has any objections, please let me know. === commit 8e20cf2bce122ce9262d6034ee5d5b76fbb92f96 upstream. The aiptek driver crashes in aiptek_probe() when a specially crafted USB device without endpoints is

[PATCH 3.12 09/39] ring-buffer: Always run per-cpu ring buffer resize with schedule_work_on()

From: Corey Minyard 3.12-stable review patch. If anyone has any objections, please let me know. === commit 021c5b34452d52e51664f09b98cd50c5495e74b6 upstream. The code for resizing the trace ring buffers has to run the per-cpu resize on the CPU itself. The

[PATCH 3.12 11/39] lpfc: Fix null ndlp dereference in target_reset_handler

From: James Smart 3.12-stable review patch. If anyone has any objections, please let me know. === commit 63e480fd2f598e9ad37f89e79c36834e7dd60ba0 upstream. Signed-off-by: Dick Kennedy Signed-off-by: James Smart

[PATCH 3.12 07/39] route: Use ipv4_mtu instead of raw rt_pmtu

From: Herbert Xu 3.12-stable review patch. If anyone has any objections, please let me know. === commit cb6ccf09d6b94bec4def1ac5cf4678d12b216474 upstream. The commit 3cdaa5be9e81a914e633a6be7b7d2ef75b528562 ("ipv4: Don't increase PMTU with Datagram

[PATCH 3.12 03/39] ALSA: hda - Fix noise problems on Thinkpad T440s

From: Takashi Iwai 3.12-stable review patch. If anyone has any objections, please let me know. === commit 9a811230481243f384b8036c6a558bfdbd961f78 upstream. Lenovo Thinkpad T440s suffers from constant background noises, and it seems to be a generic hardware issue

Re: [PATCH v2 1/4] USB: mxu11x0: fix memory leak on usb_serial private data

On Mon, Jan 04, 2016 at 07:49:36PM +0100, Mathieu OTHACEHE wrote: > On nominal execution, private data allocated on port_probe and attach > are never freed. Add port_remove and release callbacks to free them > respectively. > > Signed-off-by: Mathieu OTHACEHE I've applied

Re: [PATCH 03/15] dmaengine: dw: rename masters to reflect actual topology

On Sun, Jan 24, 2016 at 10:38:57PM +, Måns Rullgård wrote: > Mark Brown writes: > > > On Sun, Jan 24, 2016 at 07:21:50PM +, Mans Rullgard wrote: > >> From: Andy Shevchenko > >> > >> The source and destination masters are reflecting

[PATCH 3.12 05/39] PCI: Drop "setting latency timer" messages

From: Bjorn Helgaas 3.12-stable review patch. If anyone has any objections, please let me know. === commit a006482b67a96c16dfefc558e36863c51e1829bf upstream. This message isn't useful any more, so drop it. Reference:

[PATCH 3.12 06/39] ipv4: Don't increase PMTU with Datagram Too Big message.

From: Li Wei 3.12-stable review patch. If anyone has any objections, please let me know. === commit 3cdaa5be9e81a914e633a6be7b7d2ef75b528562 upstream. RFC 1191 said, "a host MUST not increase its estimate of the Path MTU in response to the contents of a

[PATCH 3.12 08/39] SUNRPC: Fix oops when trace sunrpc_task events in nfs client

From: Ditang Chen 3.12-stable review patch. If anyone has any objections, please let me know. === commit 2ca310fc4160ed0420da65534a21ae77b24326a8 upstream. When tracking sunrpc_task events in nfs client, the clnt pointer may be NULL. [ 139.269266]

Re: [PATCH 00/15] dmaengine: dw: various fixes and cleanups

On Sun, Jan 24, 2016 at 07:21:47PM +, Mans Rullgard wrote: > This patch series contains a number of mostly minor fixes and cleanups > for the DW DMA driver. A couple of them affect the DT binding so these > may need to be updated to maintain compatibility. The rest should be > relatively

Re: valgrind: mmap ENOMEM

On Mon, Jan 25, 2016 at 01:49:20PM +0200, Mihai Donțu wrote: > Hi, > > I just moved to 4.5-rc1 and noticed this little gem while trying to > debug an issue with skype: > > $ valgrind skype > valgrind: mmap(0x60b000, 8192) failed in UME with error 12 (Cannot allocate > memory). > > 4.4

Re: [PATCH V2 1/2] dt-bindings: regulator: Add document for MT6323 regulator

On 25/01/2016 12:37, Mark Brown wrote: > On Mon, Jan 25, 2016 at 11:40:04AM +0100, John Crispin wrote: >> Based on the MT6397 binding documentation. >> >> Signed-off-by: John Crispin >> Cc: devicet...@vger.kernel.org > > In reply to your previous submission I said: > > |

Re: [lkp] [base] 9ea71534ad: kmsg.Diva:No_ISA,ISAPNP_or_PCI_card_found

On 01/24/2016 09:26 PM, kernel test robot wrote: > FYI, we noticed the below changes on > > https://github.com/0day-ci/linux > William-Breathitt-Gray/base-isa-Remove-X86_32-dependency/20160123-003152 > commit 9ea71534addd0753b37b884b5d8a5fa54bfd95ea ("base: isa: Remove X86_32 > dependency") >

Re: [RFCv6 PATCH 03/10] sched: scheduler-driven cpu frequency selection

Hi Steve, On Wed, Dec 9, 2015 at 2:19 PM, Steve Muckle wrote: [...] > +/* > + * we pass in struct cpufreq_policy. This is safe because changing out the > + * policy requires a call to __cpufreq_governor(policy, CPUFREQ_GOV_STOP), > + * which tears down all of the data

Re: [PATCH 1/6] dma: enable mxs-dma for imx6ul

On Wed, Jan 20, 2016 at 01:57:01PM +0100, Lothar Waßmann wrote: > The mxs-dma unit is also available on i.MX6UL. Make it possible to > select it in Kconfig. It should be dmaengine:xxx With that Acked-by: Vinod Koul > > Signed-off-by: Lothar Waßmann

Re: regulator_lock_supply warning: unused variable 'i'

On Mon, Jan 25, 2016 at 05:24:26AM +, Kuninori Morimoto wrote: > I always get this warning from regulator_lock_supply Not in mainline you don't, it's fixed. signature.asc Description: PGP signature

Re: [PATCH V2 2/2] regulator: mt6323: Add support for MT6323 regulator

Hello, On Mon, Jan 25, 2016 at 7:40 AM, John Crispin wrote: > From: Chen Zhong [snip] > +} > + > +static struct platform_driver mt6323_regulator_driver = { > + .driver = { > + .name = "mt6323-regulator", > + }, > +

Re: [PATCH] ARM: tango: use const and __initconst for smp_operations

On 25/01/2016 12:33, Masahiro Yamada wrote: > This newly added code missed the global fixup by commit 75305275a721 > ("ARM: use const and __initconst for smp_operations"). So fix it now. > > Signed-off-by: Masahiro Yamada > --- > > arch/arm/mach-tango/platsmp.c

Re: [PATCH] ARM: s3c64xx: use "depends on" instead of "if" after prompt

2016-01-25 20:41 GMT+09:00 Masahiro Yamada : > This platform recently moved to multi-platform, so missed the global > fixup by commit e32465429490 ("ARM: use "depends on" for SoC configs > instead of "if" after prompt"). Fix it now. > > Signed-off-by: Masahiro

crypto: algif_hash: creating 0 sized array in hash_accept

Hi all, While fuzzing with trinity inside a KVM tools guest running the latest -next kernel I've hit: [ 828.386074] UBSAN: Undefined behaviour in crypto/algif_hash.c:185:7 [ 828.386811] variable length array bound value 0 <= 0 [ 828.387606] CPU: 1 PID: 17792 Comm: trinity-c313 Not tainted

Move wlan-ng out of staging?

Hi All, I'm helping Greg do a bit of cleanup in the staging tree, I noticed that wlan-ng driver is maybe ready to be moved out of staging. Are there any TODO tasks left to do beside checkpatch.pl clean-up? Thanks, Ksenija

Re: [PATCH] bus: vexpress-config: Add missing of_node_put

On Fri, Jan 22, 2016 at 11:38:38PM +0530, Amitoj Kaur Chawla wrote: > for_each_compatible_node performs an of_node_get on each iteration, so > to break out of the loop an of_node_put is required. > > Found using Coccinelle. The semantic patch used for this is as follows: > > // > @@ >

Move skein out of staging?

Hi Jason, I'm helping Greg do a bit of cleanup in the staging tree, I noticed that skein driver is maybe ready to be moved out of staging. Are there any TODO tasks left to do beside checkpatch.pl clean-up? Thanks, Ksenija

Re: valgrind: mmap ENOMEM

On Mon, Jan 25, 2016 at 2:49 PM, Mihai Donțu wrote: > Hi, > > I just moved to 4.5-rc1 and noticed this little gem while trying to > debug an issue with skype: > > $ valgrind skype > valgrind: mmap(0x60b000, 8192) failed in UME with error 12 (Cannot allocate > memory).

Re: [PATCHv2 3/4] ARM: tegra: use build-in device properties with rfkill_gpio

On Mon, Jan 25, 2016 at 12:03:48PM +0300, Heikki Krogerus wrote: > Pass the rfkill name and type to the device with properties > instead of driver specific platform data. > > Signed-off-by: Heikki Krogerus > CC: Alexandre Courbot > CC: Thierry

Re: [PATCH] ARM: tango: use "depends on" instead of "if" after prompt

On 25/01/2016 12:40, Masahiro Yamada wrote: > This platform was recently added, so missed the global fixup by > commit e32465429490 ("ARM: use "depends on" for SoC configs instead > of "if" after prompt"). Fix it now. > > Signed-off-by: Masahiro Yamada > --- > >

Re: [PATCH V2 2/2] regulator: mt6323: Add support for MT6323 regulator

Hi, On 25/01/2016 13:11, Javier Martinez Canillas wrote: > Hello, > > On Mon, Jan 25, 2016 at 7:40 AM, John Crispin wrote: >> From: Chen Zhong > > [snip] > >> +} >> + >> +static struct platform_driver mt6323_regulator_driver = { >> + .driver

Re: [PATCH v3 01/17] Xen: ACPI: Hide UART used by Xen

On Sat, 23 Jan 2016, Shannon Zhao wrote: > From: Shannon Zhao > > ACPI 6.0 introduces a new table STAO to list the devices which are used > by Xen and can't be used by Dom0. On Xen virtual platforms, the physical > UART is used by Xen. So here it hides UART from Dom0. >

Re: mm: WARNING in __delete_from_page_cache

On Mon 25-01-16 01:04:22, Kirill A. Shutemov wrote: > On Sun, Jan 24, 2016 at 11:48:21AM +0100, Dmitry Vyukov wrote: > > Hello, > > > > The following program triggers WARNING in __delete_from_page_cache: > > > > [ cut here ] > > WARNING: CPU: 0 PID: 7676 at

Re: [PATCH v3 1/4] KVM: Recover IRTE to remapped mode if the interrupt is not single-destination

On 22/01/2016 14:05, Radim Krcmár wrote: > > This is a good question. I also thought about this before, but after > > thinking it a bit more, seems we don't need to do this. > > If we don't do this, the in-flight interrupts will continue to be > > delivered in PI mode while we are changing it

Re: [PATCH 03/15] dmaengine: dw: rename masters to reflect actual topology

On Sun, Jan 24, 2016 at 10:38:57PM +, Måns Rullgård wrote: > Mark Brown writes: > > This is patch 3 of a series but I don't have anything else in the > > series. What is going on with the rest of the series - what are the > > dependencies and so on? > I give up.

Re: [PATCH] ARM: tegra: remove redundant ARM_L1_CACHE_SHIFT_6 select

On Sat, Jan 23, 2016 at 05:55:30PM +0900, Masahiro Yamada wrote: > These two are both ARMv7 SoCs. They need not explicitly select > ARM_L1_CACHE_SHIFT_6 because it is enabled along with CPU_V7. > > Refer to commit a092f2b15399 ("ARM: 7291/1: cache: assume 64-byte L1 > cachelines for ARMv7

Re: [PATCH] bus: vexpress-config: Add missing of_node_put

On Mon, 25 Jan 2016, liviu.du...@arm.com wrote: > On Fri, Jan 22, 2016 at 11:38:38PM +0530, Amitoj Kaur Chawla wrote: > > for_each_compatible_node performs an of_node_get on each iteration, so > > to break out of the loop an of_node_put is required. > > > > Found using Coccinelle. The semantic

Re: [PATCH 03/15] dmaengine: dw: rename masters to reflect actual topology

On Mon, Jan 25, 2016 at 10:35:02AM +0200, Andy Shevchenko wrote: > On Sun, 2016-01-24 at 22:36 +, Mark Brown wrote: > > This is patch 3 of a series but I don't have anything else in the > > series.  What is going on with the rest of the series - what are the > > dependencies and so on? >

Re: [PATCH v3 2/4] KVM: x86: Use vector-hashing to deliver lowest-priority interrupts

On 22/01/2016 15:01, Radim Krcmár wrote: >> for (i = 0; i <= mod; i++) { >> idx = find_next_bit(bitmap, bitmap_size, idx + 1); >> BUG_ON(idx == bitmap_size); >> } WARN_ON, not BUG_ON. Paolo

<    8   9   10   11   12   13   14   15   16   17   >