Re: [PATCH v2 4/5] ARM: dts: da850-lcdk: enable mstpri and ddrctl nodes

2016-10-31 Thread Kevin Hilman
Laurent Pinchart writes: > Hi Bartosz, > > Thank you for the patch. > > On Monday 31 Oct 2016 15:45:37 Bartosz Golaszewski wrote: >> Enable the MSTPRI configuration and DDR2/mDDR memory controller >> nodes on da850-lcdk. This is needed in order to adjust the

Re: [kernel-hardening] Re: [PATCH] fork: make whole stack_canary random

2016-10-31 Thread Jann Horn
On Mon, Oct 31, 2016 at 09:45:59PM +0100, Florian Weimer wrote: > * Jann Horn: > > > On Mon, Oct 31, 2016 at 09:04:02AM -0700, Kees Cook wrote: > >> On Mon, Oct 31, 2016 at 7:04 AM, Jann Horn wrote: > >> > On machines with sizeof(unsigned long)==8, this ensures that the more > >>

Re: [kernel-hardening] Re: [PATCH] fork: make whole stack_canary random

2016-10-31 Thread Daniel Micay
On Mon, 2016-10-31 at 21:45 +0100, Florian Weimer wrote: > * Jann Horn: > > > On Mon, Oct 31, 2016 at 09:04:02AM -0700, Kees Cook wrote: > > > On Mon, Oct 31, 2016 at 7:04 AM, Jann Horn wrote: > > > > On machines with sizeof(unsigned long)==8, this ensures that the > > > > more >

Re: [kernel-hardening] Re: [PATCH] fork: make whole stack_canary random

2016-10-31 Thread Florian Weimer
* Daniel Micay: > On Mon, 2016-10-31 at 22:38 +0100, Florian Weimer wrote: >> * Daniel Micay: >> >> > -fstack-stack is supposed to handle a single guard by default, and >> > that's all there is for thread stacks by default. >> >> Okay, then I'll really have to look at the probing offsets again.

Re: make pdfdocs fails with v4.9-rc3

2016-10-31 Thread Mauro Carvalho Chehab
Em Mon, 31 Oct 2016 15:04:42 -0700 Jim Davis escreveu: > On Mon, Oct 31, 2016 at 1:58 PM, Mauro Carvalho Chehab > wrote: > > Em Mon, 31 Oct 2016 14:17:59 -0600 > > Mauro Carvalho Chehab escreveu: > > > >> Em Mon, 31 Oct 2016

Re: [PATCH v4] media: Driver for Toshiba et8ek8 5MP sensor

2016-10-31 Thread Sakari Ailus
Hi Pavel, (Cc Laurent.) On Sun, Oct 23, 2016 at 10:40:01PM +0200, Pavel Machek wrote: > Hi! > > > Thanks, this answered half of my questions already. ;-) > > > > Do all the modes work for you currently btw.? > > Aha, went through my notes. This is what it does in 5MP mode, even on > v4.9: >

Re: [PATCH 16/60] block: pktcdvd: comment on direct access to bvec table

2016-10-31 Thread Ming Lei
On Mon, Oct 31, 2016 at 11:33 PM, Christoph Hellwig wrote: > Please pick up my "pktcdvd: don't scribble over the bvec array" > patch instead of the pktcdvd patches in this series. OK. Thanks, Ming Lei

Re: make cleandocs missing files with v4.9-rc3

2016-10-31 Thread Jani Nikula
On Mon, 31 Oct 2016, Jim Davis wrote: > On my Ubuntu 16.04 system, make htmldocs works just fine (hurrah!) but > make cleandocs misses a fair number of files: > > HTMLDocumentation/DocBook/index.html > jim@krebstar:~/linux-rc$ make cleandocs > jim@krebstar:~/linux-rc$

Re: [PATCH v1 2/3] nvmem: Add the Broadcom OTP controller driver

2016-10-31 Thread Florian Fainelli
On 10/31/2016 12:55 PM, Scott Branden wrote: > Florian, > > On 16-10-31 07:23 AM, Srinivas Kandagatla wrote: >> >> On 24/10/16 20:12, Jonathan Richardson wrote: >>> From: Jonathan Richardson >>> >>> Add support for 32 and 64-bit versions of Broadcom's On-Chip OTP >>>

Re: [kernel-hardening] Re: [PATCH] fork: make whole stack_canary random

2016-10-31 Thread Daniel Micay
> It makes a lot of sense on x86_64 where it means the canary is still > 56 > bits. Also, you want -fstack-check for protecting again stack > overflows > rather than stack *buffer* overflow. SSP won't really help you in that > regard. Sadly, while -fstack-check now works well in GCC 6 with little

Re: [RFC PATCH 0/4] Clean up watchdog handlers

2016-10-31 Thread Don Zickus
On Wed, Oct 26, 2016 at 09:02:19AM -0700, Babu Moger wrote: > This is an attempt to cleanup watchdog handlers. Right now, > kernel/watchdog.c implements both softlockup and hardlockup detectors. > Softlockup code is generic. Hardlockup code is arch specific. Some > architectures don't use

[PATCH 1/2] irqchip/bcm7038-l1: Implement irq_cpu_offline

2016-10-31 Thread Florian Fainelli
We did not implement an irq_cpu_offline callback for our irqchip, yet we support setting a given IRQ's affinity. This resulted in interrupts whose affinity mask included CPUs being taken offline not to work correctly once the CPU had been put offline. Fixes: 5f7f0317ed28 ("IRQCHIP: Add new driver

[PATCH 2/2] MIPS: BMIPS: Migrate interrupts during bmips_cpu_disable

2016-10-31 Thread Florian Fainelli
While we properly disabled the per-CPU timer interrupt, we also need to make sure that all interrupts that can possibly have this CPU in their smp_affinity mask also have a chance to see this interrupt migrated to a CPU not being taken offline. Fixes: 230b6ff57552 ("MIPS: BMIPS: Mask off timer

[PATCH 0/2] MIPS: BMIPS: Fix interrupt affinity migration

2016-10-31 Thread Florian Fainelli
Hi, These two patches are against Thomas' irq/core branch as of today: 4cd13c21b207e80ddb1144c576500098f2d5f882 ("softirq: Let ksoftirqd do its job") Patches can be taken indepdently or together, your call. Florian Fainelli (2): irqchip/bcm7038-l1: Implement irq_cpu_offline MIPS: BMIPS:

Re: [PATCH v3 2/7] Documentation: dt: Add binding info for jz4740-rtc driver

2016-10-31 Thread Rob Herring
On Mon, Oct 31, 2016 at 3:39 PM, Paul Cercueil wrote: > This commit adds documentation for the device-tree bindings of the > jz4740-rtc driver, which supports the RTC unit present in the JZ4740 and > JZ4780 SoCs from Ingenic. > > Signed-off-by: Paul Cercueil

Re: [kernel-hardening] Re: [PATCH] fork: make whole stack_canary random

2016-10-31 Thread Jann Horn
On Mon, Oct 31, 2016 at 10:10:41PM +0100, Florian Weimer wrote: > * Daniel Micay: > > >> It makes a lot of sense on x86_64 where it means the canary is > >> still 56 bits. Also, you want -fstack-check for protecting again > >> stack overflows rather than stack *buffer* overflow. SSP won't > >>

Re: [PATCH v4 2/2] fpga: Add support for Lattice iCE40 FPGAs

2016-10-31 Thread Rob Herring
On Mon, Oct 31, 2016 at 11:58 AM, Joel Holdsworth wrote: > Hi Rob, > > Thanks for taking the time review the patches. > >>> .../bindings/fpga/lattice-ice40-fpga-mgr.txt | 23 +++ >> >> >> It's preferred that bindings are a separate patch. > > > Can you just

Re: [kernel-hardening] Re: [PATCH] fork: make whole stack_canary random

2016-10-31 Thread Florian Weimer
* Jann Horn: > Until recently: Zero, no guard pages below stacks, stack overflow > goes straight into some other allocation. > Now: One guard page, thanks to a lot of work by Andy Lutomirski. > (I think that change is in the current 4.9-rc3 kernel, but not in > any stable kernel yet.) Sorry, I

Re: [RFC PATCH 0/4] Clean up watchdog handlers

2016-10-31 Thread Babu Moger
On 10/31/2016 4:00 PM, Don Zickus wrote: On Wed, Oct 26, 2016 at 09:02:19AM -0700, Babu Moger wrote: This is an attempt to cleanup watchdog handlers. Right now, kernel/watchdog.c implements both softlockup and hardlockup detectors. Softlockup code is generic. Hardlockup code is arch specific.

Re: [PATCH v2] pci: Don't set RCB bit in LNKCTL if the upstream bridge hasn't

2016-10-31 Thread Johannes Thumshirn
On Mon, Oct 31, 2016 at 03:41:44PM -0500, Bjorn Helgaas wrote: > On Wed, Oct 26, 2016 at 04:30:16PM +0200, Johannes Thumshirn wrote: > > The Read Completion Boundary bit must only be set on a device or endpoint if > > it is set on the upstream bridge. > > Please include the spec reference and a

Re: make pdfdocs fails with v4.9-rc3

2016-10-31 Thread Jim Davis
On Mon, Oct 31, 2016 at 1:58 PM, Mauro Carvalho Chehab wrote: > Em Mon, 31 Oct 2016 14:17:59 -0600 > Mauro Carvalho Chehab escreveu: > >> Em Mon, 31 Oct 2016 13:15:24 -0600 >> Jonathan Corbet escreveu: >> >> > On Mon, 31 Oct 2016

Re: [PATCH] platform/x86/asus-nb-wmi.c: Add X45U quirk

2016-10-31 Thread Darren Hart
On Mon, Oct 31, 2016 at 06:21:12PM -0200, Marcos Paulo de Souza wrote: > Without this patch, the Asus X45U wireless card can't be turned > on (hard-blocked), but after a suspend/resume it just starts working. > > Following this bug report[1], there are other cases like this one, but > this Asus

Re: [RFC 1/2] mmc: sdhci: dt: Add device tree properties sdhci-caps and sdhci-caps-mask

2016-10-31 Thread Jaehoon Chung
On 10/31/2016 09:34 PM, Adrian Hunter wrote: > On 31/10/16 13:59, Jaehoon Chung wrote: >> On 10/28/2016 05:12 PM, Ulf Hansson wrote: >>> On 25 October 2016 at 21:58, Zach Brown wrote: On some systems the sdhci capabilty registers are incorrect for one reason or

Re: [PATCH] swapfile: fix memory corruption via malformed swapfile

2016-10-31 Thread Kees Cook
On Mon, Oct 31, 2016 at 2:32 PM, Jann Horn wrote: > When root activates a swap partition whose header has the wrong endianness, > nr_badpages elements of badpages are swabbed before nr_badpages has been > checked, leading to a buffer overrun of up to 8GB. > > This normally is not

Re: [PATCH V4 10/10] arm64: KVM: add guest SEA support

2016-10-31 Thread Baicar, Tyler
Hello Russell, On 10/31/2016 4:02 AM, Russell King - ARM Linux wrote: The subject line on this patch is misleading - it's not only ARM64 specific... Thank you for the feedback! I only put ARM64 in the subject line because this patch only really adds guest SEA support for the ARM64 KVM code.

Re: [PATCH 09/60] dm: dm.c: replace 'bio->bi_vcnt == 1' with !bio_multiple_segments

2016-10-31 Thread Ming Lei
On Mon, Oct 31, 2016 at 11:29 PM, Christoph Hellwig wrote: > On Sat, Oct 29, 2016 at 04:08:08PM +0800, Ming Lei wrote: >> Avoid to access .bi_vcnt directly, because it may be not what >> the driver expected any more after supporting multipage bvec. >> >> Signed-off-by: Ming

Re: [PATCH] x86/AMD: Apply erratum 688 on machines without a BIOS fix

2016-10-31 Thread Borislav Petkov
On Mon, Oct 31, 2016 at 11:54:44PM +0200, sonofa...@openmailbox.org wrote: > No, will simply crash without running something special! If you get no > issues then that is bad news. I get frequent and repeatable crashes. I > forgot to mention that all those crashes occur at program launch. If the >

Re: [PATCH 15/60] block: loop: comment on direct access to bvec table

2016-10-31 Thread Ming Lei
On Mon, Oct 31, 2016 at 11:31 PM, Christoph Hellwig wrote: > Btw, the lib/iov_iter.c code that iterates over bvec currently > expects single-page segments. Is the loop code fine with that? lib/iov_iter.c has switched to bvec iterator already in the mp-bvec preparing

Re: [PATCH v2] console: use first console if stdout-path device doesn't appear

2016-10-31 Thread Larry Finger
On 10/31/2016 06:09 PM, Sergey Senozhatsky wrote: Hi, On (10/31/16 15:50), Paul Burton wrote: [..] Actually whilst this fixes the output in QEMU it has other problems. I'm still digging... I propose a revert of '05fd007e46296', so you guys can find the problem and fix it, not being under

[PATCH] selftests: media_device_test: fix spelling mistake

2016-10-31 Thread Colin King
From: Colin Ian King Trivial fix to spelling mistake "iternations" to "iterations" Signed-off-by: Colin Ian King --- tools/testing/selftests/media_tests/media_device_test.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [kernel-hardening] rowhammer protection [was Re: Getting interrupt every million cache misses]

2016-10-31 Thread Pavel Machek
On Mon 2016-10-31 14:47:39, Mark Rutland wrote: > On Mon, Oct 31, 2016 at 09:27:05AM +0100, Pavel Machek wrote: > > > On Fri, Oct 28, 2016 at 01:21:36PM +0200, Pavel Machek wrote: > > > > > Has this been tested on a system vulnerable to rowhammer, and if so, > > > > > was > > > > > it reliable in

Re: [kernel-hardening] Re: [PATCH] fork: make whole stack_canary random

2016-10-31 Thread Daniel Micay
On Mon, 2016-10-31 at 22:10 +0100, Florian Weimer wrote: > * Daniel Micay: >  > > > It makes a lot of sense on x86_64 where it means the canary is > > > still 56 bits. Also, you want -fstack-check for protecting again > > > stack overflows rather than stack *buffer* overflow. SSP won't > > >

Re: [PATCH v2 2/2] power: bq27xxx_battery: add poll interval property query

2016-10-31 Thread Pavel Machek
On Mon 2016-10-31 13:22:18, Matt Ranostay wrote: > On Tue, Oct 25, 2016 at 11:47 AM, Matt Ranostay wrote: > > On Mon, Oct 24, 2016 at 1:14 PM, Pavel Machek wrote: > >> On Mon 2016-10-24 12:58:25, Matt Ranostay wrote: > >>> Pavel + Sebastian this is the patchset

[ANNOUNCE] Git v2.11.0-rc0

2016-10-31 Thread Junio C Hamano
An early preview release Git v2.11.0-rc0 is now available for testing at the usual places. It is comprised of 617 non-merge commits since v2.10.0, contributed by 64 people, 14 of which are new faces. An updated, slightly slipped from the original, schedule is found at http://tinyurl.com/gitCal

Re: [PATCHv2 3/4] mfd: altr-a10sr: Add Arria10 SR Monitor

2016-10-31 Thread Thor Thayer
Hi Lee, On 10/31/2016 03:02 AM, Lee Jones wrote: On Thu, 27 Oct 2016, ttha...@opensource.altera.com wrote: From: Thor Thayer Add the Altera Arria10 DevKit System Resource Monitor functionality to the MFD device. Signed-off-by: Thor Thayer

Re: make pdfdocs fails with v4.9-rc3

2016-10-31 Thread Mauro Carvalho Chehab
Em Mon, 31 Oct 2016 16:40:02 -0600 Mauro Carvalho Chehab escreveu: > Em Mon, 31 Oct 2016 15:04:42 -0700 > Jim Davis escreveu: > > > On Mon, Oct 31, 2016 at 1:58 PM, Mauro Carvalho Chehab > > wrote: > > > Em Mon, 31 Oct 2016

Re: [PATCH 19/60] fs/buffer: comment on direct access to bvec table

2016-10-31 Thread Ming Lei
On Mon, Oct 31, 2016 at 11:35 PM, Christoph Hellwig wrote: > > I think we'll just need a version zero_fill_bio with a length argument > and let that handle all the bvec access. I have vague memories that > Kent posted one a while ago, Ccing him. I will try to find

Re: [PATCH v2] console: use first console if stdout-path device doesn't appear

2016-10-31 Thread Sergey Senozhatsky
Hi, On (10/31/16 15:50), Paul Burton wrote: [..] > Actually whilst this fixes the output in QEMU it has other problems. I'm > still > digging... I propose a revert of '05fd007e46296', so you guys can find the problem and fix it, not being under 'rc3' pressure. -ss

Re: [PATCH] rtl8xxxu: Fix for agressive power saving by rtl8723bu wireless IC

2016-10-31 Thread Jes Sorensen
John Heenan writes: > The rtl8723bu wireless IC shows evidence of a more agressive approach to > power saving, powering down its RF side when there is no wireless > interfacing but leaving USB interfacing intact. This makes the wireless > IC more suitable for use in devices which

Re: [kernel-hardening] Re: [PATCH] fork: make whole stack_canary random

2016-10-31 Thread Florian Weimer
* Daniel Micay: > -fstack-stack is supposed to handle a single guard by default, and > that's all there is for thread stacks by default. Okay, then I'll really have to look at the probing offsets again. It's been on my to-do list since about 2012, and arguably, it *is* a user-space thing. And I

Geschäftsvorschlag!!!

2016-10-31 Thread Louis ISAKI
-- Geschäftsvorschlag!!! Ich vermute das diese E-Mail eine Überraschung für Sie sein wird, aber es ist wahr.Ich bin bei einer routinen Überprüfung in meiner Bank (First National Bank von Süd Afrika) wo ich arbeite, auf einem Konto gestoßen, was nicht in anspruch genommen worden ist, wo

Re: [PATCH v2] Add LED / GPIO support for the PC Engines APU2.

2016-10-31 Thread Jacek Anaszewski
Hi, On 10/30/2016 02:43 PM, Steven Haigh wrote: Thanks for the feedback. The difficult part here is that these are not my drivers, but are both GPL - and I feel should be included upstream. While I'm not a C coder, I may be able to do minor changes, but this was my best effort of putting

[PATCH 0/8] x86/fpu: Remove CR0.TS support

2016-10-31 Thread Andy Lutomirski
We don't do anything useful with CR0.TS anymore, so remove most of our support for it. I havne't meaningfully tested lguest because I can't get it to work even without these patches. Andy Lutomirski (8): fpu/init: Get rid of two redundant clts() calls fpu/bugs: Stop saving and restoring

Re: [PATCH] rtl8xxxu: Fix for agressive power saving by rtl8723bu wireless IC

2016-10-31 Thread Barry Day
On Mon, Oct 31, 2016 at 05:25:12PM -0400, Jes Sorensen wrote: > As mentioned previously, if this is to be changed here, it has to be > matched in the _stop section too. It also has to be investigated exactly > why this matters for 8723bu. It is possible this matters for other > devices, but we

Re: [PATCH 45/60] block: bio: introduce bio_for_each_segment_all_rd() and its write pair

2016-10-31 Thread Ming Lei
On Mon, Oct 31, 2016 at 9:59 PM, Theodore Ts'o wrote: > On Sat, Oct 29, 2016 at 04:08:44PM +0800, Ming Lei wrote: >> This patches introduce bio_for_each_segment_all_rd() and >> bio_for_each_segment_all_wt(). >> >> bio_for_each_segment_all_rd() is for replacing >>

[PATCH 3/3 v3] thinkpad_acpi: Add support for X1 Yoga (2016) Tablet Mode

2016-10-31 Thread Lyude
For whatever reason, the X1 Yoga doesn't support the normal method of querying for tablet mode. Instead of providing the MHKG method under the hotkey handle, we're instead given the CMMD method under the EC handle. Values on this handle are either 0x1, laptop mode, or 0x6, tablet mode. Changes

[PATCH 1/3] thinkpad_acpi: Move tablet detection into separate function

2016-10-31 Thread Lyude
Suggested by Daniel Martin Lenovo's having a bit of fun randomly changing what hotkey events and acpi handles they use for reporting tablet mode, so unfortunately this means we're definitely going to need to probe for multiple types of tablet mode support. Since the

[PATCH 2/3] thinkpad_acpi: Don't repeat ourselves in hotkey_init_tablet_mode()

2016-10-31 Thread Lyude
There's no need to have multiple copies of the logic we use for checking whether or not we're in tablet mode, so just use hotkey_get_tablet_mode() when checking the initial state in hotkey_init_tablet_mode(). Cc: Daniel Martin Signed-off-by: Lyude ---

Re: [PATCH 0/8] x86/fpu: Remove CR0.TS support

2016-10-31 Thread Paul Bolle
On Tue, 2016-11-01 at 00:04 +0100, Borislav Petkov wrote: > Huh, what does that have to do with disabling the microcode loader? > > Funny... See https://lists.ozlabs.org/pipermail/lguest/2013-May/002001.html . Nobody cared enough to fix it. I cared enough to figure it all out. But I didn't

Re: [PATCH 2/2] block: fast-path for small and simple direct I/O requests

2016-10-31 Thread Omar Sandoval
On Mon, Oct 31, 2016 at 11:59:25AM -0600, Christoph Hellwig wrote: > This patch adds a small and simple fast patch for small direct I/O > requests on block devices that don't use AIO. Between the neat > bio_iov_iter_get_pages helper that avoids allocating a page array > for get_user_pages and the

Re: [PATCH 4.4 0/2] 4.4.30-stable review

2016-10-31 Thread Guenter Roeck
On Mon, Oct 31, 2016 at 11:52:49AM -0600, Greg Kroah-Hartman wrote: > Based on the discussion at the kernel summit a few hours ago, here's a > quick bug-fix release for 4.4-stable to resolve an issue with 4.4.29 and > older kernels. I'll probably release it once the testing systems run on > it to

[PATCH] swapfile: fix memory corruption via malformed swapfile

2016-10-31 Thread Jann Horn
When root activates a swap partition whose header has the wrong endianness, nr_badpages elements of badpages are swabbed before nr_badpages has been checked, leading to a buffer overrun of up to 8GB. This normally is not a security issue because it can only be exploited by root (more

Re: [PATCH 4.4 0/2] 4.4.30-stable review

2016-10-31 Thread Greg Kroah-Hartman
On Mon, Oct 31, 2016 at 07:34:49PM +0100, Willy Tarreau wrote: > On Mon, Oct 31, 2016 at 11:52:49AM -0600, Greg Kroah-Hartman wrote: > > Based on the discussion at the kernel summit a few hours ago, here's a > > quick bug-fix release for 4.4-stable to resolve an issue with 4.4.29 and > > older

Re: [PATCH 4.4 0/2] 4.4.30-stable review

2016-10-31 Thread Greg Kroah-Hartman
On Mon, Oct 31, 2016 at 01:49:28PM -0700, Guenter Roeck wrote: > On Mon, Oct 31, 2016 at 11:52:49AM -0600, Greg Kroah-Hartman wrote: > > Based on the discussion at the kernel summit a few hours ago, here's a > > quick bug-fix release for 4.4-stable to resolve an issue with 4.4.29 and > > older

Re: [RFC PATCH 0/4] Clean up watchdog handlers

2016-10-31 Thread Babu Moger
On 10/31/2016 4:00 PM, Don Zickus wrote: On Wed, Oct 26, 2016 at 09:02:19AM -0700, Babu Moger wrote: This is an attempt to cleanup watchdog handlers. Right now, kernel/watchdog.c implements both softlockup and hardlockup detectors. Softlockup code is generic. Hardlockup code is arch specific.

Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors

2016-10-31 Thread Bjorn Helgaas
On Wed, Sep 21, 2016 at 06:38:05PM -0400, Christopher Covington wrote: > The Qualcomm Technologies QDF2432 SoC does not support accesses smaller > than 32 bits to the PCI configuration space. Register the appropriate > quirk. > > Signed-off-by: Christopher Covington Hi

Re: [PATCH] drm/radeon: Fix kernel panic on shutdown

2016-10-31 Thread Borislav Petkov
On Mon, Oct 31, 2016 at 04:21:55PM +, Deucher, Alexander wrote: > > -Original Message- > > From: Larry Finger [mailto:larry.fin...@gmail.com] On Behalf Of Larry Finger > > Sent: Monday, October 31, 2016 12:41 AM > > To: Linus Torvalds > > Cc: linux-kernel@vger.kernel.org;

Re: [kernel-hardening] rowhammer protection [was Re: Getting interrupt every million cache misses]

2016-10-31 Thread Mark Rutland
On Mon, Oct 31, 2016 at 10:13:03PM +0100, Pavel Machek wrote: > On Mon 2016-10-31 14:47:39, Mark Rutland wrote: > > On Mon, Oct 31, 2016 at 09:27:05AM +0100, Pavel Machek wrote: > > > > On Fri, Oct 28, 2016 at 01:21:36PM +0200, Pavel Machek wrote: > > > > > > Has this been tested on a system

Re: [PATCH] rtl8xxxu: Fix for agressive power saving by rtl8723bu wireless IC

2016-10-31 Thread John Heenan
On 1 November 2016 at 07:25, Jes Sorensen wrote: > John Heenan writes: >> The rtl8723bu wireless IC shows evidence of a more agressive approach to >> power saving, powering down its RF side when there is no wireless >> interfacing but leaving USB

Re: [PATCH][RESEND] fs: always set I_DIRTY_TIME to fsync correctly on lazytime

2016-10-31 Thread Jan Kara
On Tue 01-11-16 04:02:45, Naohiro Aota wrote: > While lazytime states that "The on-disk timestamps are updated only > when: ... - the application employs fsync(2), syncfs(2), or sync(2)" > [1], it does not write a timestamp update on fsync(). > > [1]

[PATCH 0/3] Add support for X1 Yoga (2016) Tablet Mode + refactors

2016-10-31 Thread Lyude
Updated patchset for adding support for detecting tablet mode on the X1 Yoga 2016 model, along with some refactoring suggested by Daniel. Important: I realized I never actually tried testing this on any of the older Thinkpad tablets. If someone has one who is willing to test let me know,

Re: [PATCH 04/60] block: floppy: use bio_add_page()

2016-10-31 Thread Ming Lei
On Mon, Oct 31, 2016 at 11:26 PM, Christoph Hellwig wrote: > Why not keep the bio_add_page in the same spot as direct assignments > were before? I just want to put adding page after setting bi_bdev. Thanks, Ming Lei

Re: [PATCH 45/60] block: bio: introduce bio_for_each_segment_all_rd() and its write pair

2016-10-31 Thread Ming Lei
On Tue, Nov 1, 2016 at 6:46 AM, Ming Lei wrote: > On Mon, Oct 31, 2016 at 9:59 PM, Theodore Ts'o wrote: >> On Sat, Oct 29, 2016 at 04:08:44PM +0800, Ming Lei wrote: >>> This patches introduce bio_for_each_segment_all_rd() and >>>

[PATCH v3 4/7] rtc: jz4740_rtc: Add support for acting as the system power controller

2016-10-31 Thread Paul Cercueil
The 'system-power-controller' singleton entry can be used in the devicetree node of the jz4740-rtc driver to specify that the driver is granted the right to power off the system through the registers of the RTC unit. See the documentation for more details:

[PATCH v3 1/7] rtc: rtc-jz4740: Add support for the RTC in the jz4780 SoC

2016-10-31 Thread Paul Cercueil
The RTC unit present in the JZ4780 works mostly the same as the one in the JZ4740. The major difference is that register writes need to be explicitly enabled, by writing a magic code (0xA55A) to a "write enable" register before each access. Signed-off-by: Paul Cercueil

[PATCH v8 2/3] ARM: davinci: da8xx: add usb phy clocks

2016-10-31 Thread David Lechner
Up to this point, the USB phy clock configuration was handled manually in the board files and in the usb drivers. This adds proper clocks so that the usb drivers can use clk_get and clk_enable and not have to worry about the details. Also, the related code is removed from the board files and

[PATCH v8 1/3] ARM: dts: da850: Add cfgchip syscon node

2016-10-31 Thread David Lechner
Add a syscon node for the SoC CFGCHIPn registers. It includes a child node for the USB PHY that is part of this range of registers. Also have to add OF_DEV_AUXDATA() entry so that clock lookup will work for the the USB PHY driver. Signed-off-by: David Lechner ---

[PATCH v8 3/3] ARM: davinci: da8xx: register USB PHY clocks in the DT file

2016-10-31 Thread David Lechner
From: Axel Haslam The usb20_phy clock needs to be registered for the driver to be able to get and enable a clock. Currently the usb phy clocks are registered form board files, which will not be called during a device tree based boot. To be able to probe correctly usb form

[PATCH v8 0/3] da8xx USB PHY platform devices and clocks

2016-10-31 Thread David Lechner
I reworked the "[PATCH v6 4/5] ARM: DTS: da850: Add cfgchip syscon node" and "[PATCH v6 5/5] ARM: DTS: da850: Add usb phy node" patches that were dropped from linux-davinci into the new "ARM: dts: da850: Add cfgchip syscon node" patch. This should be OK unless it is decided that the BayLibre guys

Re: make pdfdocs fails with v4.9-rc3

2016-10-31 Thread Mauro Carvalho Chehab
Em Mon, 31 Oct 2016 14:17:59 -0600 Mauro Carvalho Chehab escreveu: > Em Mon, 31 Oct 2016 13:15:24 -0600 > Jonathan Corbet escreveu: > > > On Mon, 31 Oct 2016 11:51:20 -0700 > > Jim Davis wrote: > > > > > Running make pdfdocs on a

[PATCH v2] staging: vc04_services: setup DMA and coherent mask

2016-10-31 Thread Michael Zoran
VCHI messages between the CPU and firmware use 32-bit bus addresses. Explicitly set the DMA mask and coherent on all platforms. Signed-off-by: Michael Zoran --- .../staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c | 9 + 1 file changed, 9 insertions(+)

[PATCH] selftests: x86/pkeys: fix spelling mistake

2016-10-31 Thread Colin King
From: Colin Ian King Trivial fix to spelling mistake "itertation" to "iteration" Signed-off-by: Colin Ian King --- tools/testing/selftests/x86/protection_keys.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [kernel-hardening] Re: [PATCH] fork: make whole stack_canary random

2016-10-31 Thread Florian Weimer
* Daniel Micay: >> It makes a lot of sense on x86_64 where it means the canary is >> still 56 bits. Also, you want -fstack-check for protecting again >> stack overflows rather than stack *buffer* overflow. SSP won't >> really help you in that regard. Sadly, while -fstack-check now >> works well

Re: [PATCH 0/2] MIPS: BMIPS: Fix interrupt affinity migration

2016-10-31 Thread Florian Fainelli
On 10/31/2016 02:17 PM, Florian Fainelli wrote: > Hi, > > These two patches are against Thomas' irq/core branch as of today: > > 4cd13c21b207e80ddb1144c576500098f2d5f882 ("softirq: Let ksoftirqd do its job") > > Patches can be taken indepdently or together, your call. Resending since I goofed

Re: [kernel-hardening] Re: [PATCH] fork: make whole stack_canary random

2016-10-31 Thread Daniel Micay
On Mon, 2016-10-31 at 22:22 +0100, Jann Horn wrote: > On Mon, Oct 31, 2016 at 10:10:41PM +0100, Florian Weimer wrote: > > * Daniel Micay: > > > > > > It makes a lot of sense on x86_64 where it means the canary is > > > > still 56 bits. Also, you want -fstack-check for protecting again > > > >

Re: [PATCH 1/4] loop: Remove unused 'bdev' argument from loop_set_capacity

2016-10-31 Thread Ming Lei
On Tue, Nov 1, 2016 at 3:37 AM, Hannes Reinecke wrote: > Signed-off-by: Hannes Reinecke > Reviewed-by: Christoph Hellwig > --- > drivers/block/loop.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/drivers/block/loop.c

Re: [PATCH] platform/x86/asus-nb-wmi.c: Add X45U quirk

2016-10-31 Thread Greg KH
On Mon, Oct 31, 2016 at 06:21:12PM -0200, Marcos Paulo de Souza wrote: > Without this patch, the Asus X45U wireless card can't be turned > on (hard-blocked), but after a suspend/resume it just starts working. > > Following this bug report[1], there are other cases like this one, but > this Asus

Re: [RFC][PATCH] usb: dwc2: Make sure we disconnect the gadget state on reset

2016-10-31 Thread John Youn
On 10/31/2016 4:19 AM, Felipe Balbi wrote: > > Hi, > > John Stultz writes: >> I had seen some odd behavior with HiKey's usb-gadget interface >> that I finally seemed to have chased down. Basically every other >> time I pluged in the OTG port, the gadget interface would

Re: [PATCH] x86/AMD: Apply erratum 688 on machines without a BIOS fix

2016-10-31 Thread sonofagun
Ok, Ubuntu 16.04.1 is running on the box now, no issues so far. Any special workload I should run? No, will simply crash without running something special! If you get no issues then that is bad news. I get frequent and repeatable crashes. I forgot to mention that all those crashes occur at

Problem with setxattr on sockfs with Smack after 971df15bd54ad46e907046ff33750a137b2f0096

2016-10-31 Thread Casey Schaufler
Smack has always used extended attributes to identify the security information used to make access control decisions on packet delivery. The two attributes security.SMACK64_IPIN and security.SMACK64_IPOUT contain the label used for inbound and outbound checks respectively. A process with

Re: [PATCH v2 2/2] x86/AMD: Group cpu_llc_id assignment by topology feature and family

2016-10-31 Thread Borislav Petkov
On Mon, Oct 31, 2016 at 03:22:36PM -0400, Yazen Ghannam wrote: > For both patches? Yap, I ran them both. But since you're going to change stuff again, I'll run v3 too so don't add the tag yet. Thanks. -- Regards/Gruss, Boris. SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham

Re: [PATCH] ARM: dts: msm8974: Remove "unused" reserved region

2016-10-31 Thread Bjorn Andersson
On Thu 27 Oct 16:23 PDT 2016, Stephen Boyd wrote: > From what I can tell by looking at the android 3.10 kernel > sources for msm8974, this isn't actually a reserved region. > Instead it's marked as "unused" for reserved regions. Let's > remove it so we get back a good chunk of memory. Acked-by:

Re: [PATCH v4] media: et8ek8: add device tree binding documentation

2016-10-31 Thread Sakari Ailus
Hi Rob and Pavel, On Sun, Oct 30, 2016 at 03:41:34PM -0500, Rob Herring wrote: > On Sun, Oct 23, 2016 at 09:17:06PM +0200, Pavel Machek wrote: > > > > Add device tree binding documentation for toshiba et8ek8 sensor. > > > > Signed-off-by: Ivaylo Dimitrov > >

[PATCH 8/9] ARC: timer: rename config options

2016-10-31 Thread Vineet Gupta
Signed-off-by: Vineet Gupta --- arch/arc/Kconfig | 4 ++-- arch/arc/configs/nsimosci_hs_smp_defconfig | 2 +- arch/arc/configs/vdk_hs38_smp_defconfig| 2 +- arch/arc/kernel/setup.c| 4 ++-- arch/arc/kernel/time.c

[PATCH 1/9] ARC: timer: gfrc, rtc: Read BCR to detect whether hardware exists ...

2016-10-31 Thread Vineet Gupta
... don't rely on cpuinfo populated in arc boot code. This paves wat for moving this code in drivers/clocksource/ Signed-off-by: Vineet Gupta --- arch/arc/kernel/time.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/arch/arc/kernel/time.c

[PATCH 7/9] ARC: breakout timer stuff into a seperate header

2016-10-31 Thread Vineet Gupta
Signed-off-by: Vineet Gupta --- arch/arc/include/asm/arcregs.h | 9 + arch/arc/kernel/time.c | 2 +- include/soc/arc/timers.h | 24 3 files changed, 26 insertions(+), 9 deletions(-) create mode 100644 include/soc/arc/timers.h

[PATCH 0/9] Move ARC timer code into drivers/clocksource/

2016-10-31 Thread Vineet Gupta
Hi, This series addresses the long pending move of ARC timer code into drivers/clocksource/. - patches [1-4]/9 are improvements to arc code, paving way for later code motion. - patches [5-8]/9 refactor the arc headers to be shared between arc and drivers - patch 9/9 moves out the driver

[PATCH 9/9] clocksource: import ARC timer driver

2016-10-31 Thread Vineet Gupta
Signed-off-by: Vineet Gupta --- MAINTAINERS| 1 + arch/arc/Kconfig | 12 + arch/arc/kernel/Makefile | 2 +- drivers/clocksource/Kconfig| 24

[PATCH 5/9] ARC: breakout aux handling into a seperate header

2016-10-31 Thread Vineet Gupta
ARC timers use aux registers for programming and this paves way for moving ARC timer drivers into drivers/clocksource Signed-off-by: Vineet Gupta --- arch/arc/include/asm/arcregs.h | 85 +- arch/arc/include/asm/mcip.h| 2 +-

[PATCH 3/9] ARC: timer: gfrc: boot print alongside other timers

2016-10-31 Thread Vineet Gupta
Signed-off-by: Vineet Gupta --- arch/arc/kernel/setup.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/arc/kernel/setup.c b/arch/arc/kernel/setup.c index 0385df77a697..595d06900061 100644 --- a/arch/arc/kernel/setup.c +++

Re: [PATCH v2] memcg: Prevent memcg caches to be both OFF_SLAB & OBJFREELIST_SLAB

2016-10-31 Thread David Rientjes
On Mon, 31 Oct 2016, Thomas Garnier wrote: > While testing OBJFREELIST_SLAB integration with pagealloc, we found a > bug where kmem_cache(sys) would be created with both CFLGS_OFF_SLAB & > CFLGS_OBJFREELIST_SLAB. > > The original kmem_cache is created early making OFF_SLAB not possible. > When

Re: [PATCH 2/3] thinkpad_acpi: Don't repeat ourselves in hotkey_init_tablet_mode()

2016-10-31 Thread kbuild test robot
Hi Lyude, [auto build test WARNING on platform-drivers-x86/for-next] [also build test WARNING on v4.9-rc3 next-20161028] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for

Re: [PATCH 0/8] x86/fpu: Remove CR0.TS support

2016-10-31 Thread Borislav Petkov
On Tue, Nov 01, 2016 at 12:10:48AM +0100, Paul Bolle wrote: > See https://lists.ozlabs.org/pipermail/lguest/2013-May/002001.html . > Nobody cared enough to fix it. I cared enough to figure it all out. But > I didn't understand much of the possible solutions that where suggested > three years ago.

Re: [BUG][REGRESSION] mangled display since -rc1

2016-10-31 Thread Martin Kepplinger
Am 2016-10-31 um 16:21 schrieb Joerg Roedel: > On Mon, Oct 31, 2016 at 11:40:06AM +0100, Martin Kepplinger wrote: >> In case the screenshot doesn't make it to you, here it is: >> https://postimg.org/image/5wl2wemt9/ > > Can you please send a boot-dmesg and 'lspci -v'? We need more > information

Re: [kernel-hardening] Re: [PATCH] fork: make whole stack_canary random

2016-10-31 Thread Florian Weimer
* Jann Horn: > On Mon, Oct 31, 2016 at 09:04:02AM -0700, Kees Cook wrote: >> On Mon, Oct 31, 2016 at 7:04 AM, Jann Horn wrote: >> > On machines with sizeof(unsigned long)==8, this ensures that the more >> > significant 32 bits of stack_canary are random, too. >> > stack_canary is

Makefile race in 4.9-rc3 (generated/autoksyms.h: No such file or directory)

2016-10-31 Thread Ken Moffat
I just tried to build 4.9 (rc3) for the first time (x86_64, i7 haswell) After making my choices in make oldconfig, make -j8 failed in less than 2 sec. CC scripts/mod/empty.o HOSTCC scripts/mod/mk_elfconfig HOSTCC scripts/sortextable CC scripts/mod/devicetable-offsets.s In

[PATCH 0/2] MIPS: BMIPS: Fix interrupt affinity migration

2016-10-31 Thread Florian Fainelli
Hi, These two patches are against Thomas' irq/core branch as of today: 4cd13c21b207e80ddb1144c576500098f2d5f882 ("softirq: Let ksoftirqd do its job") Patches can be taken indepdently or together, your call. Florian Fainelli (2): irqchip/bcm7038-l1: Implement irq_cpu_offline MIPS: BMIPS:

[PATCH 1/2] irqchip/bcm7038-l1: Implement irq_cpu_offline

2016-10-31 Thread Florian Fainelli
We did not implement an irq_cpu_offline callback for our irqchip, yet we support setting a given IRQ's affinity. This resulted in interrupts whose affinity mask included CPUs being taken offline not to work correctly once the CPU had been put offline. Fixes: 5f7f0317ed28 ("IRQCHIP: Add new driver

[PATCH 2/2] MIPS: BMIPS: Migrate interrupts during bmips_cpu_disable

2016-10-31 Thread Florian Fainelli
While we properly disabled the per-CPU timer interrupt, we also need to make sure that all interrupts that can possibly have this CPU in their smp_affinity mask also have a chance to see this interrupt migrated to a CPU not being taken offline. Fixes: 230b6ff57552 ("MIPS: BMIPS: Mask off timer

Re: [PATCH] ARM: mediatek: clean up mach-mediatek/Makefile

2016-10-31 Thread Matthias Brugger
On 10/31/2016 07:15 AM, Masahiro Yamada wrote: Hi Matthias, Can you pick up this for your next pull request? Sure, pushed to v4.9-next/kconfig Next time please don't forget to send your patches to the mediatek mailinglist: linux-media...@lists.infradead.org This makes it easier for me

  1   2   3   4   5   6   7   8   9   10   >