[PATCH 1/2] fstests: move expunge test into a helper

2018-01-20 Thread Luis R. Rodriguez
Move the expunge test into a helper. Signed-off-by: Luis R. Rodriguez --- check | 20 +++- 1 file changed, 15 insertions(+), 5 deletions(-) diff --git a/check b/check index f8db3cd6dfab..0ba71d5d2005 100755 --- a/check +++ b/check @@ -485,6 +485,18 @@ _check_filesystems()

[PATCH 2/2] fstests: expunge tests when doing a dry run

2018-01-20 Thread Luis R. Rodriguez
Running ./check with -n will not execute tests, however when exclude files are used we still show them as if they are run. Test the exclude file prior to assuming we can run a test on a dry run. Signed-off-by: Luis R. Rodriguez --- check | 4 1 file changed, 4 insertions(+) diff --git a/ch

Re: [PATCH] Intel-IOMMU: Delete an error message for a failed memory allocation in init_dmars()

2018-01-20 Thread Jörg Rödel
On Sat, Jan 20, 2018 at 05:37:52PM -0800, Joe Perches wrote: > While Markus' commit messages are nearly universally terrible, > is there really any signficant value in knowing when any > particular OOM condition occurs other than the subsystem that > became OOM? > > You're going to be hosed in any

Re: [PATCH v2] irqchip/gic-v3-its: Add workaround for ThunderX2 erratum #174

2018-01-20 Thread Jayachandran C
On Thu, Jan 18, 2018 at 10:58:20AM +0530, Ganapatrao Kulkarni wrote: > This erratum is observed on the ThunderX2 GICv3 ITS. When a > MOVI command is used to change affinity of a LPI to a collection/cpu > on another node, the LPI is not delivered to the cpu. > An additional INV command is required a

Re: [RFC] Per file OOM badness

2018-01-20 Thread Eric Anholt
Michel Dänzer writes: > On 2018-01-19 11:02 AM, Michel Dänzer wrote: >> On 2018-01-19 10:58 AM, Christian König wrote: >>> Am 19.01.2018 um 10:32 schrieb Michel Dänzer: On 2018-01-19 09:39 AM, Christian König wrote: > Am 19.01.2018 um 09:20 schrieb Michal Hocko: >> OK, in that case I

Never-ending Targeting/Bullying Campaigns at the Workplace in Singapore

2018-01-20 Thread Turritopsis Dohrnii Teo En Ming
Topic/Subject: Never-ending Targeting/Bullying Campaigns at the Workplace in Singapore Author: Mr. Turritopsis Dohrnii Teo En Ming Date: 21 January 2018 Sunday Singapore Government Linked Company (GLC) Keppel Corporation Bribed Brazilian Government Officials I am no stranger to targeting/bullyin

Re: [RFC v8 4/7] platform: x86: Add generic Intel IPC driver

2018-01-20 Thread sathya
Hi Heikki, On 11/23/2017 05:29 AM, Heikki Krogerus wrote: Hi, On Sun, Oct 29, 2017 at 02:49:57AM -0700, sathyanarayanan.kuppusw...@linux.intel.com wrote: +/** + * devm_intel_ipc_dev_create() - Create IPC device + * @dev: IPC parent device. + * @devname: Name of the IPC de

[PATCH] soundwire: Fix a signedness bug

2018-01-20 Thread Vinod Koul
From: Dan Carpenter "ret" is an int and "buf" is a u8. sdw_read() returns negative error codes which are truncated to the u8, 0-255 range before being stored as an int. It means that "ret" can't be less than zero. Fixes: b0a9c37b0178 ("soundwire: Add slave status handling") Signed-off-by: Dan

Re: [RFC v8 2/7] platform/x86: intel_pmc_ipc: Use MFD framework to create dependent devices

2018-01-20 Thread sathya
Hi Heikki, Thanks for the review. On 11/23/2017 03:49 AM, Heikki Krogerus wrote: Hi, On Sun, Oct 29, 2017 at 02:49:55AM -0700, sathyanarayanan.kuppusw...@linux.intel.com wrote: From: Kuppuswamy Sathyanarayanan Currently, we have lot of repetitive code in dependent device resource allocati

Re: [PATCH] x86: Use __nostackprotect for sme_encrypt_kernel

2018-01-20 Thread Linus Torvalds
On Sat, Jan 20, 2018 at 5:49 PM, Gabriel C wrote: > > Added stable to CC since the patch series this patch fixes > is in stable-queue. Oh, it wasn't clear from the commit message. But I guess the "Fixes:" tag would have caught Greg's eye regardless. Anyway, Laura's fix is commit 91cfc88c66bf ("x

Re: [PATCH v8 7/7] arm64: kvm: handle SError Interrupt by categorization

2018-01-20 Thread gengdongjiu
2018-01-15 16:33 GMT+08:00 Christoffer Dall : > On Fri, Jan 12, 2018 at 06:05:23PM +, James Morse wrote: >> On 15/12/17 03:30, gengdongjiu wrote: >> > On 2017/12/7 14:37, gengdongjiu wrote: > > [...] > >> >> (I recall someone saying migration is needed for any new KVM/cpu features, >> but I >>

Re: [PATCH v8 7/7] arm64: kvm: handle SError Interrupt by categorization

2018-01-20 Thread gengdongjiu
2018-01-13 2:05 GMT+08:00 James Morse : > Hi gengdongjiu, > > On 16/12/17 04:47, gengdongjiu wrote: >> [...] >>> + case ESR_ELx_AET_UER: /* The error has not been propagated */ + /* + * Userspace only handle the guest SError Interrupt(SEI) if the

Re: [PATCH v8 7/7] arm64: kvm: handle SError Interrupt by categorization

2018-01-20 Thread gengdongjiu
Hi James, Sorry for my late response due to out of office recently. 2018-01-13 2:05 GMT+08:00 James Morse : > Hi gengdongjiu, > > On 15/12/17 03:30, gengdongjiu wrote: >> On 2017/12/7 14:37, gengdongjiu wrote: We need to tackle (1) and (3) separately. For (3) we need some API that le

Re: [f2fs-dev] [PATCH 2/2 v2] f2fs: recover some i_inline flags

2018-01-20 Thread Chao Yu
On 2018/1/21 6:06, Jaegeuk Kim wrote: > This fixes lost i_inline flags during roll-forward. > > Signed-off-by: Jaegeuk Kim Reviewed-by: Chao Yu Thanks,

Re: [f2fs-dev] [PATCH 1/2 v2] f2fs: allow to recover node blocks given updated checkpoint

2018-01-20 Thread Chao Yu
On 2018/1/21 6:05, Jaegeuk Kim wrote: > If fsck.f2fs changes crc, we have no way to recover some inode blocks by roll- > forward recovery. Let's relax the condition to recover them. > > Signed-off-by: Jaegeuk Kim Reviewed-by: Chao Yu Thanks,

[PULL] alpha.git

2018-01-20 Thread Matt Turner
Hi Linus, Please pull my alpha git tree. It contains a build fix and a regression fix. Hopefully still in time for 4.15 :) Thanks, Matt The following changes since commit 8cbab92dff778e516064c13113ca15d4869ec883: Merge tag 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/rdma/rd

[GIT PULL] PNP updates for v4.16-rc1

2018-01-20 Thread Rafael J. Wysocki
Hi Linus, This goes early because of my LCA travel. In case you decide to open the 4.16 merge window any time soon, please pull from the tag git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ pnp-4.16-rc1 with top-most commit 846583ce151644b8538ca6cdf3f0857a80787649 PNP: pn

[GIT PULL] ACPI updates for v4.16-rc1

2018-01-20 Thread Rafael J. Wysocki
Hi Linus, This goes early because of my LCA travel. In case you decide to open the 4.16 merge window any time soon, please pull from the tag git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ acpi-4.16-rc1 with top-most commit a7f2766ac7c359216da4e714dc117c881e39a74a Merge

[GIT PULL] Power management updates for v4.16-rc1

2018-01-20 Thread Rafael J. Wysocki
Hi Linus, This goes early, because I'm attending the LCA next week and I may be sparsely available and generally time-constrained during the next several days. In case you decide to open the 4.16 merge window any time soon, please pull from the tag git://git.kernel.org/pub/scm/linux/kernel/git/

Re: [PATCH] x86: Use __nostackprotect for sme_encrypt_kernel

2018-01-20 Thread Gabriel C
On 21.01.2018 02:23, Linus Torvalds wrote: On Sat, Jan 20, 2018 at 5:14 PM, Laura Abbott wrote: I hadn't seen this picked up yet so sending explicitly Ingo, I just took this directly as a patch. Added stable to CC since the patch series this patch fixes is in stable-queue. Regards, Gabri

Re: [PATCH] Intel-IOMMU: Delete an error message for a failed memory allocation in init_dmars()

2018-01-20 Thread Joe Perches
On Sat, 2018-01-20 at 20:40 +0100, Jörg Rödel wrote: > On Sat, Jan 20, 2018 at 03:55:37PM +0100, SF Markus Elfring wrote: > > Do you need any more background information for this general > > transformation pattern? > > No. > > > Do you find the Linux allocation failure report insufficient for thi

Re: [PATCH] x86: Use __nostackprotect for sme_encrypt_kernel

2018-01-20 Thread Linus Torvalds
On Sat, Jan 20, 2018 at 5:14 PM, Laura Abbott wrote: > > I hadn't seen this picked up yet so sending explicitly Ingo, I just took this directly as a patch. Linus

Re: [kernel-hardening] Re: [PATCH 0/3] exec: Pin stack limit during exec

2018-01-20 Thread Kees Cook
On Fri, Jan 19, 2018 at 5:12 PM, David Windsor wrote: > I have some spare cycles; is there any more relevant information outside of > this thread? Awesome, thanks! Context is in the other commits, but mainly I want to double-check that nothing breaks with these changes, and that all the races fo

[PATCH] x86: Use __nostackprotect for sme_encrypt_kernel

2018-01-20 Thread Laura Abbott
Commit bacf6b499e11 ("x86/mm: Use a struct to reduce parameters for SME PGD mapping") moved some parameters into a structure. The structure was large enough to trigger the stack protection canary in sme_encrypt_kernel which doesn't work this early, causing reboots. Mark sme_encrypt_kernel appropria

Re: [net-next: PATCH 0/8] Armada 7k/8k PP2 ACPI support

2018-01-20 Thread Andrew Lunn
> I'm not familiar with MDIO bus but an alternative to GeneriSerialBus > would be to follow what SDIO is doing, e.g have the PHY devices listed > below the MDIO controller and use _ADR to describe their "address" on > that bus. You can see how _ADR applies to SDIO bus from ACPI spec. Hi Mika SDIO

ecryptfs problems with encrypted/ unencrypted file names

2018-01-20 Thread Guenter Roeck
Hi, Commit 88ae4ab9802e ("ecryptfs_lookup(): try either only encrypted or plaintext name") was supposed to fix a situation where two files with the same name and same inode could be created in ecryptfs. One of those files had an encrypted file name, the other file name was unencrypted. The im

Re: Panic with ext4,nbd,qemu-img,block

2018-01-20 Thread Theodore Ts'o
On Sat, Jan 20, 2018 at 04:41:00PM +0800, Hongzhi, Song wrote: > > 329.11 EXT4-fs (nbd0): mounted filesystem with ordered data mode. Opts: > (null) > 329.12 block nbd0: Connection timed out > 329.13 block nbd0: shutting down sockets That's your problem. I'm guessing qemu-nbd is dying for some re

Re: [PATCH] Staging: netlogic: platform_net: Fixed '(' at the EOL

2018-01-20 Thread Dan Carpenter
On Tue, Jan 16, 2018 at 07:33:03PM +0530, Naveen Panwar wrote: > Hi Guys, > > I submitted a new patch with the suggestions from Al Viro, did you guys > check it? > The list seems to reject your patches. It rejected the first one as well. regards, dan carpenter

[PATCH] staging: rtl8712: remove redundant initialization to 'rfPath'

2018-01-20 Thread Colin King
From: Colin Ian King The value stored to rfPath during initialization is never read, the following switch statement re-assigns it a new value on all the case and default paths. Hence the initialization is redundant and can be removed. Cleans up clang warning: drivers/staging/rtl8712/rtl871x_mp.c

Re: [PATCH 4.9 85/96] x86/retpoline: Add initial retpoline support

2018-01-20 Thread Jiri Kosina
On Wed, 17 Jan 2018, gre...@linuxfoundation.org wrote: > > http://git.infradead.org/retpoline-stable.git/shortlog/refs/heads/linux-4.4.y > > And I've now queued up all of these patches, thanks very much for doing > this work! The patch below is needed on top of it, otherwise if CONFIG_MODVERSION

[PATCH] staging: rtl8192e: remove two redundant assignments

2018-01-20 Thread Colin King
From: Colin Ian King Clang detected two redundant assignments that can be safely removed. The first is the removal of the duplicated assignment to pointer 'hdr', this has already been initialized with the same value. The second is the removal of the redundant initialization of variable 'timeout'

[PATCH] mtd: block2mtd: remove redundant initialization of 'bdev'

2018-01-20 Thread Colin King
From: Colin Ian King Pointer bdev is being initialized however this value is never read as bdev is assigned an updated value from the returned call to blkdev_get_by_path. Remove the redundant assignment. Cleans up clang warning: drivers/mtd/devices/block2mtd.c:228:23: warning: Value stored to '

Re: [PATCH 2/2 v2] f2fs: recover some i_inline flags

2018-01-20 Thread Jaegeuk Kim
This fixes lost i_inline flags during roll-forward. Signed-off-by: Jaegeuk Kim --- Change log from v1: - add a new function to recover the flag - fix missing pin_file unset fs/f2fs/recovery.c | 21 +++-- 1 file changed, 19 insertions(+), 2 deletions(-) diff --git a/fs/f2fs/r

Re: [PATCH 1/2 v2] f2fs: allow to recover node blocks given updated checkpoint

2018-01-20 Thread Jaegeuk Kim
If fsck.f2fs changes crc, we have no way to recover some inode blocks by roll- forward recovery. Let's relax the condition to recover them. Signed-off-by: Jaegeuk Kim --- Change log from v1: - add a new checkpoint flag to handle this fs/f2fs/checkpoint.c| 1 + fs/f2fs/node.h | 4

Re: [PATCH] f2fs: correct removexattr behavior for null valued extended attribute

2018-01-20 Thread Jaegeuk Kim
Thanks, On 01/20, Chao Yu wrote: > From: Daeho Jeong > > __vfs_removexattr() transfers "NULL" value to the setxattr handler of > the f2fs filesystem in order to remove the extended attribute. But, > __f2fs_setxattr() just ignores the removal request when the value of > the extended attribute is

Re: [PATCH 1/4] x86/cpufeatures: Add Intel feature bits for Speculation Control

2018-01-20 Thread David Woodhouse
On Sat, 2018-01-20 at 13:51 -0800, Steven Noonan wrote: > > > +#define X86_FEATURE_STIPB  (18*32+27) /* Speculation > Control with STIPB (Intel) */ > > Is this correct? I thought the acronym was "STIBP", i.e. > "Single-Thread Indrect Branch Prediction"? If so, then you've got the > B

Re: [PATCH 1/4] x86/cpufeatures: Add Intel feature bits for Speculation Control

2018-01-20 Thread Steven Noonan
On Sat, Jan 20, 2018 at 4:03 AM, David Woodhouse wrote: > Add three feature bits exposed by new microcode on Intel CPUs for > speculation control. We would now be up to five bits in CPUID(7).RDX > so take them out of the 'scattered' features and make a proper word > for them instead. > > Signed-of

[PATCH 1/2] input: synaptics_usb: fix deadlock in autosuspend

2018-01-20 Thread Marcus Folkesson
usb_autopm_get_interface() that is called in synusb_open() does an autoresume if the device is suspended. input_dev->mutex used in synusb_resume() is in this case already taken by the input subsystem and will cause a deadlock. Signed-off-by: Marcus Folkesson --- drivers/input/mouse/synaptics_us

[PATCH 2/2] input: synaptics_usb: do not rely on input_dev->users

2018-01-20 Thread Marcus Folkesson
If the device is unused and suspended, a call to open will cause the device to autoresume through the call to usb_autopm_get_interface(). input_dev->users is already incremented by the input subsystem, therefore this expression will always be evaluated to true: if ((input_dev->users || (s

[PATCH 2/2] Input: sur40: Improve a size determination in sur40_probe()

2018-01-20 Thread SF Markus Elfring
From: Markus Elfring Date: Sat, 20 Jan 2018 22:16:14 +0100 Replace the specification of a data structure by a pointer dereference as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding style convention. This issue was det

[PATCH 1/2] Input: sur40: Delete an error message for a failed memory allocation in sur40_probe()

2018-01-20 Thread SF Markus Elfring
From: Markus Elfring Date: Sat, 20 Jan 2018 22:11:24 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --- drivers/input/touchscreen/sur40.c | 1 - 1 file changed, 1 deletion(-)

[PATCH 0/2] Input-sur40: Adjustments for sur40_probe()

2018-01-20 Thread SF Markus Elfring
From: Markus Elfring Date: Sat, 20 Jan 2018 22:20:10 +0100 Two update suggestions were taken into account from static source code analysis. Markus Elfring (2): Delete an error message for a failed memory allocation Improve a size determination drivers/input/touchscreen/sur40.c | 3 +-- 1 f

Re: [RFC 04/10] x86/mm: Only flush indirect branches when switching into non dumpable process

2018-01-20 Thread Woodhouse, David
On Sat, 2018-01-20 at 20:22 +0100, KarimAllah Ahmed wrote: > From: Tim Chen I think this is probably From: Andi now rather than From: Tim? We do need the series this far in order to have a full retpoline-based mitigation, and I'd like to see that go in sooner rather than later. There's a little

Re: [PATCH v3] input: pxrc: new driver for PhoenixRC Flight Controller Adapter

2018-01-20 Thread Marcus Folkesson
Hello Dmitry, On Fri, Jan 19, 2018 at 03:24:32PM -0800, Dmitry Torokhov wrote: > On Wed, Jan 17, 2018 at 02:58:40PM +0100, Marcus Folkesson wrote: > > Hello Dmitry, > > > > On Tue, Jan 16, 2018 at 03:16:25PM -0800, Dmitry Torokhov wrote: > > > Hi Marcus, > > > > > > On Sat, Jan 13, 2018 at 09:15

[PATCH 2/2] Input: tps6507x-ts: Improve a size determination in tps6507x_ts_probe()

2018-01-20 Thread SF Markus Elfring
From: Markus Elfring Date: Sat, 20 Jan 2018 21:47:16 +0100 Replace the specification of a data structure by a pointer dereference as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding style convention. This issue was det

[PATCH 1/2] Input: tps6507x-ts: Delete an error message for a failed memory allocation in tps6507x_ts_probe()

2018-01-20 Thread SF Markus Elfring
From: Markus Elfring Date: Sat, 20 Jan 2018 21:43:54 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --- drivers/input/touchscreen/tps6507x-ts.c | 4 +--- 1 file changed, 1 in

[PATCH v5] input: pxrc: new driver for PhoenixRC Flight Controller Adapter

2018-01-20 Thread Marcus Folkesson
This driver let you plug in your RC controller to the adapter and use it as input device in various RC simulators. Signed-off-by: Marcus Folkesson --- v5: - Drop autosuspend support - Use pm_mutex instead of input_dev->mutex - Use pxrc->is_open instead of input_dev->users

[PATCH 0/2] Input: tps6507x-ts: Adjustments for tps6507x_ts_probe()

2018-01-20 Thread SF Markus Elfring
From: Markus Elfring Date: Sat, 20 Jan 2018 21:53:21 +0100 Two update suggestions were taken into account from static source code analysis. Markus Elfring (2): Delete an error message for a failed memory allocation Improve a size determination drivers/input/touchscreen/tps6507x-ts.c | 6 ++

Re: [RFC 02/10] x86/kvm: Add IBPB support

2018-01-20 Thread Woodhouse, David
On Sat, 2018-01-20 at 12:28 -0800, Liran Alon wrote: > Isn't it cleaner to check for "boot_cpu_has(X86_FEATURE_IBPB)" both > in svm_vcpu_init_msrpm() and hardware_setup()? Strictly speaking that's a different check. That's checking if we're *using* IBPB, not if it exists. Now that's probably OK h

Re: [RFP] iio: Support of gesture sensor as a standard IIO sensor

2018-01-20 Thread Pandruvada, Srinivas
On Sat, 2018-01-20 at 15:19 +, Jonathan Cameron wrote: > On Thu, 18 Jan 2018 23:40:26 +0100 > Pavel Machek wrote: > > > > > Hi! > > > > > > > > From an IIO sensor point of view A Gesture sensor: > > > Outputs > > > A pre defined activity type > > > WAKE > > > TILT > >

Re: [RFC 02/10] x86/kvm: Add IBPB support

2018-01-20 Thread Liran Alon
- karah...@amazon.de wrote: > From: Ashok Raj > > Add MSR passthrough for MSR_IA32_PRED_CMD and place branch predictor > barriers on switching between VMs to avoid inter VM specte-v2 > attacks. > > [peterz: rebase and changelog rewrite] > [dwmw2: fixes] > [karahmed: - vmx: expose PRED_CMD

Re: [PATCH 1/4] x86/cpufeatures: Add Intel feature bits for Speculation Control

2018-01-20 Thread Borislav Petkov
On Sat, Jan 20, 2018 at 12:03:30PM +, David Woodhouse wrote: > Add three feature bits exposed by new microcode on Intel CPUs for > speculation control. We would now be up to five bits in CPUID(7).RDX > so take them out of the 'scattered' features and make a proper word > for them instead. ...

Re: [PATCH 1/2] Input: zforce_ts: Delete an error message for a failed memory allocation in zforce_parse_dt()

2018-01-20 Thread Heiko Stuebner
Am Samstag, 20. Januar 2018, 21:18:45 CET schrieb SF Markus Elfring: > From: Markus Elfring > Date: Sat, 20 Jan 2018 20:36:33 +0100 > > Omit an extra message for a memory allocation failure in this function. > > This issue was detected by using the Coccinelle software. > > Signed-off-by: Markus

Re: [PATCH 2/2] Input: zforce_ts: Delete an unnecessary return statement in zforce_input_close()

2018-01-20 Thread Heiko Stuebner
Am Samstag, 20. Januar 2018, 21:20:38 CET schrieb SF Markus Elfring: > From: Markus Elfring > Date: Sat, 20 Jan 2018 20:43:06 +0100 > > The script "checkpatch.pl" pointed information out like the following. > > WARNING: void function return statements are not generally useful > > Thus remove su

[PATCH 2/2] Input: zforce_ts: Delete an unnecessary return statement in zforce_input_close()

2018-01-20 Thread SF Markus Elfring
From: Markus Elfring Date: Sat, 20 Jan 2018 20:43:06 +0100 The script "checkpatch.pl" pointed information out like the following. WARNING: void function return statements are not generally useful Thus remove such a statement in the affected function. Signed-off-by: Markus Elfring --- drivers

Re: [RFC 02/10] x86/kvm: Add IBPB support

2018-01-20 Thread Woodhouse, David
On Sat, 2018-01-20 at 20:22 +0100, KarimAllah Ahmed wrote: > > @@ -6791,6 +6792,9 @@ static __init int hardware_setup(void) > kvm_tsc_scaling_ratio_frac_bits = 48; > } >   > +   if (boot_cpu_has(X86_FEATURE_SPEC_CTRL)) > +   vmx_disable_intercept_for_msr(MSR

[PATCH 1/2] Input: zforce_ts: Delete an error message for a failed memory allocation in zforce_parse_dt()

2018-01-20 Thread SF Markus Elfring
From: Markus Elfring Date: Sat, 20 Jan 2018 20:36:33 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --- drivers/input/touchscreen/zforce_ts.c | 4 +--- 1 file changed, 1 inse

Re: powersaving-related hangs on T460s

2018-01-20 Thread Meelis Roos
> > > I tried 4.15-git on my Thinkpad T460s laptop. It is working but I have > > > problems waking up the computer after it has been idle. > > > > > I seem to have found a better reproducer - when running on battery, it > > will hang after some minutes, with screen on. It just hangs. > > And as

[PATCH 0/2] Input-zforce_ts: Adjustments for two function implementations

2018-01-20 Thread SF Markus Elfring
From: Markus Elfring Date: Sat, 20 Jan 2018 21:07:42 +0100 Two update suggestions were taken into account from static source code analysis. Markus Elfring (2): Delete an error message for a failed memory allocation in zforce_parse_dt() Delete an unnecessary return statement in zforce_input_c

Re: [PATCH 4/4] x86/pti: Do not enable PTI on fixed Intel processors

2018-01-20 Thread Thomas Gleixner
On Sat, 20 Jan 2018, Thomas Gleixner wrote: > On Sat, 20 Jan 2018, David Woodhouse wrote: > > > When they advertise the IA32_ARCH_CAPABILITIES MSR and it has the RDCL_NO > > bit set, they don't need KPTI either. > > Do they exist today? And do we have documentation for that new MSR already? S

Re: [PATCH 4/4] x86/pti: Do not enable PTI on fixed Intel processors

2018-01-20 Thread Thomas Gleixner
On Sat, 20 Jan 2018, David Woodhouse wrote: > When they advertise the IA32_ARCH_CAPABILITIES MSR and it has the RDCL_NO > bit set, they don't need KPTI either. Do they exist today? And do we have documentation for that new MSR already? Thanks, tglx > Signed-off-by: David Woodhouse > -

Re: [patch 00/60] x86/kpti: Kernel Page Table Isolation (was KAISER)

2018-01-20 Thread Thomas Gleixner
On Fri, 19 Jan 2018, Andrew Morton wrote: > Should KPTI have a MAINTAINERS entry? I don't think so. It's all x86 core code which has a maintainer entry. > Neil Berrington (cc'ed) is reporting "Double fault in load_new_mm_cr3 with > KPTI > enabled" at https://bugzilla.kernel.org/show_bug.cgi?id=

Re: [net-next: PATCH 0/8] Armada 7k/8k PP2 ACPI support

2018-01-20 Thread Mika Westerberg
On Fri, Jan 19, 2018 at 07:07:29PM +0100, Marcin Wojtas wrote: > Hi Mika, Hi, > 2018-01-18 14:00 GMT+01:00 Andrew Lunn : > >> I CC'ed Mika since he is more familiar with handling these bits of ACPI > >> specs - I wonder whether this is a problem that cropped up on x86 > >> systems too. > > > > Hi

Re: [GIT PULL] spectre variant1 mitigations for 4.16

2018-01-20 Thread Thomas Gleixner
Dan, On Sat, 20 Jan 2018, Williams, Dan J wrote: > The following changes since commit a8750ddca918032d6349adbf9a4b6555e7db20da: > > Linux 4.15-rc8 (2018-01-14 15:32:30 -0800) can you please post the individual patches? I want to make sure that they go through x86/pti for ease of backporting.

Dearest One.

2018-01-20 Thread Amirah Mohy
Dearest One. Greeting to you and how is your family? sorry for my way of approach to you, it is because i do not have choice. I am Amirah Mohy From Ivory Coast. My story is connected to the fight with the Republican Forces.I have a business proposals for you. If your interested i want you to rep

Re: [PATCH] Intel-IOMMU: Delete an error message for a failed memory allocation in init_dmars()

2018-01-20 Thread Jörg Rödel
On Sat, Jan 20, 2018 at 03:55:37PM +0100, SF Markus Elfring wrote: > Do you need any more background information for this general > transformation pattern? No. > Do you find the Linux allocation failure report insufficient for this > use case? Yes, because it can't tell me what the code was tryi

[RFC 02/10] x86/kvm: Add IBPB support

2018-01-20 Thread KarimAllah Ahmed
From: Ashok Raj Add MSR passthrough for MSR_IA32_PRED_CMD and place branch predictor barriers on switching between VMs to avoid inter VM specte-v2 attacks. [peterz: rebase and changelog rewrite] [dwmw2: fixes] [karahmed: - vmx: expose PRED_CMD whenever it is available - svm: only pass

[RFC 06/10] x86/speculation: Add inlines to control Indirect Branch Speculation

2018-01-20 Thread KarimAllah Ahmed
From: Thomas Gleixner XX: I am utterly unconvinced that having "friendly, self-explanatory" names for the IBRS-frobbing inlines is useful. There be dragons here for anyone who isn't intimately familiar with what's going on, and it's almost better to just call it IBRS, put a reference

[RFC 08/10] x86/idle: Control Indirect Branch Speculation in idle

2018-01-20 Thread KarimAllah Ahmed
From: Thomas Gleixner Indirect Branch Speculation (IBS) is controlled per physical core. If one thread disables it then it's disabled for the core. If a thread enters idle it makes sense to reenable IBS so the sibling thread can run with full speculation enabled in user space. This makes only se

[RFC 10/10] x86/enter: Use IBRS on syscall and interrupts

2018-01-20 Thread KarimAllah Ahmed
From: Tim Chen Stop Indirect Branch Speculation on every user space to kernel space transition and reenable it when returning to user space./ The NMI interrupt save/restore of IBRS state was based on Andrea Arcangeli's implementation. Here's an explanation by Dave Hansen on why we save IBRS sta

[RFC 07/10] x86: Simplify spectre_v2 command line parsing

2018-01-20 Thread KarimAllah Ahmed
Signed-off-by: KarimAllah Ahmed --- arch/x86/kernel/cpu/bugs.c | 106 + 1 file changed, 58 insertions(+), 48 deletions(-) diff --git a/arch/x86/kernel/cpu/bugs.c b/arch/x86/kernel/cpu/bugs.c index 1d5e12f..349c7f4 100644 --- a/arch/x86/kernel/cpu/bugs.

[RFC 05/10] x86/speculation: Add basic IBRS support infrastructure

2018-01-20 Thread KarimAllah Ahmed
From: David Woodhouse Not functional yet; just add the handling for it in the Spectre v2 mitigation selection, and the X86_FEATURE_IBRS flag which will control the code to be added in later patches. Also take the #ifdef CONFIG_RETPOLINE from around the RSB-stuffing; IBRS mode will want that too.

[RFC 04/10] x86/mm: Only flush indirect branches when switching into non dumpable process

2018-01-20 Thread KarimAllah Ahmed
From: Tim Chen Flush indirect branches when switching into a process that marked itself non dumpable. This protects high value processes like gpg better, without having too high performance overhead. Signed-off-by: Andi Kleen Signed-off-by: David Woodhouse Signed-off-by: KarimAllah Ahmed ---

[RFC 09/10] x86/enter: Create macros to restrict/unrestrict Indirect Branch Speculation

2018-01-20 Thread KarimAllah Ahmed
From: Tim Chen Create macros to control Indirect Branch Speculation. Name them so they reflect what they are actually doing. The macros are used to restrict and unrestrict the indirect branch speculation. They do not *disable* (or *enable*) indirect branch speculation. A trip back to user-space

[RFC 03/10] x86/speculation: Use Indirect Branch Prediction Barrier in context switch

2018-01-20 Thread KarimAllah Ahmed
From: Thomas Gleixner [peterz: comment] Signed-off-by: Thomas Gleixner Signed-off-by: Peter Zijlstra (Intel) Signed-off-by: David Woodhouse --- arch/x86/mm/tlb.c | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/arch/x86/mm/tlb.c b/arch/x86/mm/tlb.c index a156195.

[RFC 01/10] x86/speculation: Add basic support for IBPB

2018-01-20 Thread KarimAllah Ahmed
From: Thomas Gleixner Expose indirect_branch_prediction_barrier() for use in subsequent patches. [karahmed: remove the special-casing of skylake for using IBPB (wtf?), switch to using ALTERNATIVES instead of static_cpu_has] [dwmw2:set up ax/cx/dx in the asm too so it gets NOP'd ou

[RFC 00/10] Speculation Control feature support

2018-01-20 Thread KarimAllah Ahmed
Start using the newly-added microcode features for speculation control on both Intel and AMD CPUs to protect against Spectre v2. This patch series covers interrupts, system calls, context switching between processes, and context switching between VMs. It also exposes Indirect Branch Prediction Bar

[PATCH 1/2] drm/sun4i: Handle DRM_BUS_FLAG_PIXDATA_*EDGE

2018-01-20 Thread Giulio Benetti
Can't set dclk polarity on sun4i. Handle both positive and negative dclk polarity, according to bus_flags. Signed-off-by: Giulio Benetti --- drivers/gpu/drm/sun4i/sun4i_tcon.c | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/sun4i/sun4i_tcon.c b/d

[PATCH 2/2] drm/sun4i: Handle DRM_MODE_FLAG_**SYNC_POSITIVE correctly

2018-01-20 Thread Giulio Benetti
On previous handling, if specified DRM_MODE_FLAG_N*SYNC, it was ignored, because only PHSYNC and PVSYNC were taken into account. DRM_MODE_FLAG_P*SYNC and DRM_MODE_FLAG_N*SYNC are not exclusive. If flags contains PVSYNC, it doesn't mean it is NVSYNC. And it's true also the contrary. Also, as I've c

Re: [PATCH V1] tty: fix data race between tty_init_dev and flush of buf

2018-01-20 Thread Alan Cox
On Wed, 17 Jan 2018 18:54:19 +0530 Gaurav Kohli wrote: > There can be a race, if receive_buf call comes before > tty initialization completes in n_tty_open and tty->disc_data > may be NULL. > > CPU0 CPU1 > > 000|n_tty_r

Re: [PATCH] tty: fix data race in n_tty_receive_buf_common

2018-01-20 Thread Alan Cox
> Sorry for the delayed response, as i was waiting for test results. > I have uploaded the new patch v1 as per your suggestions and result > looks good. Thanks for all the testing. This looks good to me too. Alan

Re: [PATCH 4.4 28/78] netfilter: nfnl_cthelper: fix runtime expectation policy updates

2018-01-20 Thread Ben Hutchings
On Fri, 2017-12-22 at 09:46 +0100, Greg Kroah-Hartman wrote: > 4.4-stable review patch.  If anyone has any objections, please let me know. > > -- > > From: Pablo Neira Ayuso > > > [ Upstream commit 2c422257550f123049552b39f7af6e3428a60f43 ] > > We only allow runtime updates of

[GIT PULL] spectre variant1 mitigations for 4.16

2018-01-20 Thread Williams, Dan J
Hi Thomas, please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/djbw/linux nospec-v4.1 ...to receive a collection of spectre-v1 mitigations, and infrastructure for future mitigations. The infrastructure includes: * __uaccess_begin_nospec: similar to __uaccess_begin this invokes 'st

Re: [PATCH] platform/x86: silead_dmi: Add entry for newer BIOS for Trekstor Surftab 7.0

2018-01-20 Thread Darren Hart
On Tue, Jan 16, 2018 at 08:24:15PM +0100, Hans de Goede wrote: > Some versions of the Trekstor Surftab 7.0 ship with a newer BIOS which uses > different DMI strings. > > Signed-off-by: Hans de Goede Thanks Hans, queued. -- Darren Hart VMware Open Source Technology Center

Re: [PATCH] kvm: x86: Use X86_CR4_PAE instead of X86_CR4_PAE_BIT while validating sregs

2018-01-20 Thread KarimAllah Ahmed
Please ignore. I just noticed that a similar patch is already in Radim's tree and queued for linus. On 01/20/2018 07:08 PM, KarimAllah Ahmed wrote: Use the mask (X86_CR4_PAE) instead of the bit itself (X86_CR4_PAE_BIT) while validating sregs. Cc: Paolo Bonzini Cc: Radim Krčmář Cc: Thomas Gl

[PATCH] kvm: x86: Use X86_CR4_PAE instead of X86_CR4_PAE_BIT while validating sregs

2018-01-20 Thread KarimAllah Ahmed
Use the mask (X86_CR4_PAE) instead of the bit itself (X86_CR4_PAE_BIT) while validating sregs. Cc: Paolo Bonzini Cc: Radim Krčmář Cc: Thomas Gleixner Cc: Ingo Molnar Cc: H. Peter Anvin Cc: x...@kernel.org Cc: k...@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by: KarimAllah Ahme

[PATCH v2] iommu/arm-smmu-v3: limit reporting of MSI allocation failures

2018-01-20 Thread Nate Watterson
Currently, the arm-smmu-v3 driver expects to allocate MSIs for all SMMUs with FEAT_MSI set. This results in unwarranted "failed to allocate MSIs" warnings being printed on systems where FW was either deliberately configured to force the use of SMMU wired interrupts -or- is altogether incapable of d

Re: [PATCH v2 1/5] powerpc/mm: Enhance 'slice' for supporting PPC32

2018-01-20 Thread Segher Boessenkool
Hi! On Sat, Jan 20, 2018 at 09:22:50AM +0100, christophe leroy wrote: > >>>On PPC32, the address space is limited to 4Gbytes, hence only the > >>>low > >>>slices will be used. As of today, the code uses > >>>SLICE_LOW_TOP (0x1ul) and compares it with addr to determine > >>

[GIT PULL] KVM fixes for Linux 4.15(-rc9)

2018-01-20 Thread Radim Krčmář
Linus, the high amount of new code improves situation around CPU vulnerabilities. The following changes since commit a8750ddca918032d6349adbf9a4b6555e7db20da: Linux 4.15-rc8 (2018-01-14 15:32:30 -0800) are available in the Git repository at: git://git.kernel.org/pub/scm/virt/kvm/kvm tags/f

Re: [PATCH v2 3/8] watchdog: JZ4740: Register a restart handler

2018-01-20 Thread Guenter Roeck
On 01/20/2018 08:04 AM, PrasannaKumar Muralidharan wrote: Hi Guenter, On 20 January 2018 at 21:15, Guenter Roeck wrote: On 01/19/2018 11:31 PM, PrasannaKumar Muralidharan wrote: Hi Paul, On 30 December 2017 at 19:21, Paul Cercueil wrote: The watchdog driver can restart the system by simp

Re: 4.14 kernel and acpi INT3400:00: Unsupported event [0x86]

2018-01-20 Thread Arkadiusz Miskiewicz
On Wednesday 15 of November 2017, Zhang Rui wrote: > Hi, Brian, > > thanks for your quick fix, as it is in merge window right now, I will > queue it for for next -rc2. Don't see it merged (4.15.0-rc8). Any problems with it? > > thanks, > rui > > On Tue, 2017-11-14 at 10:50 -0700, Brian Bian wr

[PATCH v6 41/41] ARM: dts: da850: Add clocks

2018-01-20 Thread David Lechner
This adds clock provider nodes for da850 and wires them up to all of the devices. Signed-off-by: David Lechner --- v6 changes: - updated for device tree bindings changes earlier in this series - use single async2 clock instead of duplicate fixed factor clocks - add clock-names property to mdio n

[PATCH v6 40/41] ARM: da8xx-dt: switch to device tree clocks

2018-01-20 Thread David Lechner
This removes all of the clock init code from da8xx-dt.c. This includes all of the OF_DEV_AUXDATA that was just used for looking up clocks. Signed-off-by: David Lechner --- v6 changes: - removed misleading statement from commit message arch/arm/mach-davinci/da8xx-dt.c | 61 +

[PATCH v6 35/41] ARM: dm644x: Remove legacy clock init

2018-01-20 Thread David Lechner
This removes the unused legacy clock init code from arch/arm/mach-davinci/dm644x.c. Signed-off-by: David Lechner --- v6 changes: - none arch/arm/mach-davinci/dm644x.c | 300 + 1 file changed, 1 insertion(+), 299 deletions(-) diff --git a/arch/arm/mach-d

[PATCH v6 34/41] ARM: dm365: Remove legacy clock init

2018-01-20 Thread David Lechner
This removes the unused legacy clock init code from arch/arm/mach-davinci/dm365.c. Signed-off-by: David Lechner --- v6 changes: - none arch/arm/mach-davinci/dm365.c | 449 +- 1 file changed, 1 insertion(+), 448 deletions(-) diff --git a/arch/arm/mach-da

[PATCH v6 39/41] ARM: davinci: add device tree support to timer

2018-01-20 Thread David Lechner
This adds device tree support to the davinci timer so that when clocks are moved to device tree, the timer will still work. Signed-off-by: David Lechner --- v6 changes: - none arch/arm/mach-davinci/Kconfig | 1 + arch/arm/mach-davinci/time.c | 17 ++--- 2 files changed, 15 insert

[PATCH v6 38/41] ARM: davinci: remove legacy clocks

2018-01-20 Thread David Lechner
This removes the unused legacy clock code from arch/arm/mach-davinci/. Signed-off-by: David Lechner --- v6 changes: - none arch/arm/mach-davinci/clock.c | 745 arch/arm/mach-davinci/clock.h | 72 --- arch/arm/mach-davinci/common.c

[PATCH v6 37/41] ARM: da8xx: Remove legacy clock init

2018-01-20 Thread David Lechner
This removes the unused legacy clock init code from arch/arm/mach-davinci/{devices,usb}-da8xx}.c. Signed-off-by: David Lechner --- v6 changes: - rebased arch/arm/mach-davinci/devices-da8xx.c | 29 - arch/arm/mach-davinci/usb-da8xx.c | 238 -- 2 files ch

[PATCH v6 33/41] ARM: dm355: Remove legacy clock init

2018-01-20 Thread David Lechner
This removes the unused legacy clock init code from arch/arm/mach-davinci/dm355.c. Signed-off-by: David Lechner --- v6 changes: - none arch/arm/mach-davinci/dm355.c | 357 +- 1 file changed, 1 insertion(+), 356 deletions(-) diff --git a/arch/arm/mach-da

[PATCH v6 31/41] ARM: da830: Remove legacy clock init

2018-01-20 Thread David Lechner
This removes the unused legacy clock init code from arch/arm/mach-davinci/da830.c. Signed-off-by: David Lechner --- v6 changes: - rebased arch/arm/mach-davinci/da830.c | 413 +- 1 file changed, 1 insertion(+), 412 deletions(-) diff --git a/arch/arm/mach

  1   2   3   >