On 26/01/18 14:41, Dave Martin wrote:
On Tue, Jan 23, 2018 at 12:28:08PM +, Suzuki K Poulose wrote:
We enable hardware DBM bit in a capable CPU, very early in the
boot via __cpu_setup. This doesn't give us a flexibility of
optionally disable the feature, as the clearing the bit
is a bit cost
On Fri, Jan 26, 2018 at 4:22 PM, Marcel Holtmann wrote:
> Hi Arnd,
>
>> The newly added btintel_download_firmware() dummy helper definition is
>> incorrect, causing a build error when CONFIG_BT_INTEL is disabled:
>>
>> In file included from drivers/bluetooth/hci_ldisc.c:49:0:
>> drivers/bluetooth/
From: Al Viro
Date: Fri, 26 Jan 2018 12:05:22 +
> On Fri, Jan 26, 2018 at 04:00:27PM +0800, Jia-Ju Bai wrote:
>> After checking all possible call chains to fs_send() here,
>> my tool finds that fs_send() is never called in atomic context.
>> And this function is assigned to a function pointer
Hi Robin,
On 26/01/18 15:50, Robin Murphy wrote:
> On 26/01/18 14:28, Marc Zyngier wrote:
>> Add the detection and runtime code for ARM_SMCCC_ARCH_WORKAROUND_1.
>> It is lovely. Really.
>>
>> Signed-off-by: Marc Zyngier
>> ---
>> arch/arm64/kernel/bpi.S| 20
>> arch/arm64/
On Friday 26 January 2018 12:21:28 Marco Martin wrote:
> Some laptops such as Dell Inspiron 7000 series have the
> tablet mode switch implemented in Intel ACPI,
> the events to enter and exit the tablet mode are 0xCC and 0xCD
>
> CC: platform-driver-...@vger.kernel.org
> CC: Matthew Garrett
> CC:
From: Jia-Ju Bai
Date: Fri, 26 Jan 2018 21:56:32 +0800
> My tool did not handle this situation of passing function pointer, and
> I will improve the tool...
Never automate these kinds of changes.
Actually audit the change fully _yourself_ as a human after the tool
indicates a possibility to you
Performing the hash of an empty file leads to a kernel Oops
[ 44.504600] Unable to handle kernel paging request for data at address
0x000c
[ 44.512819] Faulting instruction address: 0xc02d2be8
[ 44.524088] Oops: Kernel access of bad area, sig: 11 [#1]
[ 44.529171] BE PREEMPT CMPC885
[
From: Jia-Ju Bai
Date: Fri, 26 Jan 2018 22:17:08 +0800
>
>
> On 2018/1/26 21:56, Jia-Ju Bai wrote:
>>
>>
>> On 2018/1/26 20:05, Al Viro wrote:
>>> On Fri, Jan 26, 2018 at 04:00:27PM +0800, Jia-Ju Bai wrote:
After checking all possible call chains to fs_send() here,
my tool finds that
Jia-Ju Bai writes:
> After checking all possible call chains to bcma_pmu_resources_init() here,
> my tool finds that this function is never called in atomic context,
> namely never in an interrupt handler or holding a spinlock.
> Thus mdelay can be replaced with usleep_range to avoid busy wait.
>
From: Edward Cree
Date: Fri, 26 Jan 2018 15:13:05 +
> On 26/01/18 01:03, kbuild test robot wrote:
>> Fixes: 2935e3c38228 ("sfc: on 8000 series use TX queues for TX timestamps")
>> Signed-off-by: Fengguang Wu
> Acked-by: Edward Cree
>
> Dave, can you take this directly or do you need it rep
Hi Christophe,
On Fri, Jan 26, 2018 at 4:52 PM, Christophe JAILLET
wrote:
> 'spi_alloc_master()' calls should be balanced by a 'spi_master_put()' call.
>
> 'spi_controller_put()' is equivalent (see include/linux/spi/spi.h) but it
> is cleaner and more logical to use 'spi_master_put()'.
My intent
On Fri, Jan 26, 2018 at 12:53 AM,
wrote:
> From: Kuppuswamy Sathyanarayanan
>
> Currently, we have lot of repetitive code in dependent device resource
> allocation and device creation handling code. This logic can be improved if
> we use MFD framework for dependent device creation. This patch add
On 2018/1/27 0:07, David Miller wrote:
From: Al Viro
Date: Fri, 26 Jan 2018 12:05:22 +
On Fri, Jan 26, 2018 at 04:00:27PM +0800, Jia-Ju Bai wrote:
After checking all possible call chains to fs_send() here,
my tool finds that fs_send() is never called in atomic context.
And this function
On Fri, Jan 26, 2018 at 4:57 PM, Andy Shevchenko
wrote:
> On Fri, Jan 26, 2018 at 1:21 PM, Marco Martin wrote:
>> Some laptops such as Dell Inspiron 7000 series have the
>> tablet mode switch implemented in Intel ACPI,
>> the events to enter and exit the tablet mode are 0xCC and 0xCD
>
> Thanks f
On Fri, 2018-01-26 at 07:02 -0800, tip-bot for David Woodhouse wrote:
> + boot_cpu_has(X86_FEATURE_IBPB) ? ", IPBP" :
s/IPBP/IBPB/
smime.p7s
Description: S/MIME cryptographic signature
On Fri, Jan 26, 2018 at 12:53 AM,
wrote:
> From: Kuppuswamy Sathyanarayanan
>
> This patch adds support for regmap based implementation for GCR
> read/write/update APIs.
>
Thanks. On the first glance this one looks okay.
> Signed-off-by: Kuppuswamy Sathyanarayanan
>
> ---
> drivers/platform/
> -Original Message-
> From: Marco Martin [mailto:notm...@gmail.com]
> Sent: Friday, January 26, 2018 10:18 AM
> To: Andy Shevchenko
> Cc: Linux Kernel Mailing List ; Matthew Garrett
> ; Pali Rohár ; Darren Hart
> ; Andy Shevchenko ; Bhushan Shah
> ; Platform Driver ;
> Limonciello, Mario
On Fri, Jan 26, 2018 at 7:36 AM, Dan Rue wrote:
>
> We've noticed that fsgsbase_64 can fail intermittently with the
> following error:
>
> [RUN] ARCH_SET_GS(0x0) and clear gs, then schedule to 0x1
> Before schedule, set selector to 0x1
> other thread: ARCH
Hello,
On Sun, Jan 07, 2018 at 10:48:00PM +0100, Thomas Gleixner wrote:
> +static DEVICE_ATTR(meltdown, 0444, cpu_show_meltdown, NULL);
> +static DEVICE_ATTR(spectre_v1, 0444, cpu_show_spectre_v1, NULL);
> +static DEVICE_ATTR(spectre_v2, 0444, cpu_show_spectre_v2, NULL);
This sysfs feature implem
From: Patrice Chotard
The HSE oscillator frequency was wrongly set to 125MHz instead of 25MHz.
Signed-off-by: Patrice Chotard
---
arch/arm/boot/dts/stm32h743i-disco.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/stm32h743i-disco.dts
b/arch/arm/boot/d
On 01/26/18 09:19, Philipp Rossak wrote:
> This patch adds the thermal zones to the A83T. Sensor 0 is located in the
> cpu cluster 0. Sensor 1 is located in cluster 1 and Sensor 3 is located
> in the gpu.
You mention sensor 3 here, but have sensor 2 in the device tree.
> Signed-off-by: Philipp Ro
On Fri, 2018-01-26 at 12:34 +0100, Karol Herbst wrote:
> On Fri, Jan 26, 2018 at 4:35 AM, Lyude Paul wrote:
> > This adds support for enabling automatic clockgating on nvidia GPUs for
> > Kepler1. While this is not technically a clockgating level, it does
> > enable clockgating using the clockgati
On Fri, 2018-01-26 at 14:24 +0100, Borislav Petkov wrote:
> diff --git a/arch/x86/include/asm/asm-prototypes.h
> b/arch/x86/include/asm/asm-prototypes.h
> index 1908214b9125..b889705f995a 100644
> --- a/arch/x86/include/asm/asm-prototypes.h
> +++ b/arch/x86/include/asm/asm-prototypes.h
> @@ -38,4
On Fri, Jan 26, 2018 at 2:49 PM, LABBE Corentin wrote:
> On Tue, Jan 23, 2018 at 07:20:12PM +0100, Greg Kroah-Hartman wrote:
>> On Tue, Jan 23, 2018 at 07:31:27PM +0200, Andy Shevchenko wrote:
>> > On Tue, Jan 23, 2018 at 4:37 PM, Corentin Labbe
>> > wrote:
>> > > Nothing in kernel use VIDEO_ATO
On 01/26/2018 03:13 AM, Jia-Ju Bai wrote:
After checking all possible call chains to bcma_pmu_resources_init() here,
my tool finds that this function is never called in atomic context,
namely never in an interrupt handler or holding a spinlock.
Thus mdelay can be replaced with usleep_range to avo
Hi Geert,
On Thu, Jan 25, 2018 at 03:39:32PM +0100, Geert Uytterhoeven wrote:
> Hi Jacopo,
[snip]
> >> > ---
> >> > drivers/sh/clk/core.c | 9 ++---
> >> > 1 file changed, 6 insertions(+), 3 deletions(-)
> >> >
> >> > diff --git a/drivers/sh/clk/core.c b/drivers/sh/clk/core.c
> >> > index 928
On 01/26/2018 10:06 AM, Geert Uytterhoeven wrote:
Hi Geert,
I wasn't sure what would be the best ordering since we would never hit the
issue if patch 1 didn't exist. But if the preference is to invert the
ordering of patches, then I will change the ordering.
Alternatively, you can combine two
On Fri, Jan 26, 2018 at 6:22 PM, wrote:
> http://git.infradead.org/users/dvhart/linux-platform-drivers-x86.git
> The testing branch.
Since PDx86 subsystem is maintained by more than one person we
encourage to use impersonal URL, i.e.
http://git.infradead.org/linux-platform-drivers-x86.git
-
On 01/26/2018 10:13 AM, Kalle Valo wrote:
Jia-Ju Bai writes:
After checking all possible call chains to bcma_pmu_resources_init() here,
my tool finds that this function is never called in atomic context,
namely never in an interrupt handler or holding a spinlock.
Thus mdelay can be replaced wi
On 01/26/18 09:19, Philipp Rossak wrote:
> This patch adds the thermal zones to the H3. We have only one sensor and
> that is placed in the cpu.
>
> Signed-off-by: Philipp Rossak
> ---
> arch/arm/boot/dts/sun8i-h3.dtsi | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/arch/arm/b
On Wed, Jan 17, 2018 at 07:50:56PM +0100, Corentin Labbe wrote:
> Since CRYPTO_SHA384 does not exists, Kconfig should not select it.
> Anyway, all SHA384 stuff is in CRYPTO_SHA512 which is already selected.
>
> Fixes: a21eb94fc4d3i ("crypto: axis - add ARTPEC-6/7 crypto accelerator
> driver")
> S
On Thu, Jan 18, 2018 at 09:58:13AM +0100, LABBE Corentin wrote:
>
> I have two way of adding a new netlink request
> - keep the current patch and simply add a new CRYPTO_MSG_GETSTAT which use
> the same function than CRYPTO_MSG_GETALG
> => minimal changes, in fact CRYPTO_MSG_GETSTAT and CRYP
On Tue, Jan 16, 2018 at 03:26:13PM +0100, Kamil Konieczny wrote:
> Async hash operations can use result pointer in final/finup/digest,
> but not in init/update/export/import, so test it for misuse.
>
> Signed-off-by: Kamil Konieczny
Patch applied. Thanks.
--
Email: Herbert Xu
Home Page: http:
On Sat, Jan 20, 2018 at 12:53:15AM +0300, Alexey Khoroshilov wrote:
> If clk_get() fails, device_remove_file() looks inappropriate.
>
> The error path, where all crypto_register fail, misses resource
> deallocations.
>
> Found by Linux Driver Verification project (linuxtesting.org).
>
> Signed-o
>> I am curious if more positive feedback could evolve till then.
>> I would appreciate if a potentially needed resend for my selection
>> of update suggestions could become smaller (when reviewed steps
>> could be already integrated for example).
>
> I'm not entirely sure what you're trying to sa
> -Original Message-
> From: Andy Shevchenko [mailto:andy.shevche...@gmail.com]
> Sent: Friday, January 26, 2018 10:28 AM
> To: Limonciello, Mario
> Cc: Marco Martin ; Linux Kernel Mailing List ker...@vger.kernel.org>; Matthew Garrett ; Pali Rohár
> ; Darren Hart ; Andy Shevchenko
> ; Bhu
On 26/01/18 15:33, Dave Martin wrote:
On Tue, Jan 23, 2018 at 12:28:09PM +, Suzuki K Poulose wrote:
Some variants of the Arm Cortex-55 cores (r0p0, r0p1, r1p0) suffer
from an erratum 1024718, which causes incorrect updates when DBM/AP
bits in a page table entry is modified without a break-be
Hi Dave,
this is a pull request to the net tree for 4.15. I hate to do late pull
requests like this but today Sven Joachim found a serious regression in
one of ssb patches, I hope there's still enough time to get this to
4.15.
But if it's too late, just let me know and I'll queue this for 4.16.
On 2018/1/27 0:26, Larry Finger wrote:
On 01/26/2018 03:13 AM, Jia-Ju Bai wrote:
After checking all possible call chains to bcma_pmu_resources_init()
here,
my tool finds that this function is never called in atomic context,
namely never in an interrupt handler or holding a spinlock.
Thus mdel
Hi Peter,
Sorry for the late reply.
Yes, it's true I have one of the chip. However, my yocto based build system
depends on https://github.com/Xilinx/linux-xlnx and it's in version
4.9.0-xilinx-v2017.3.
Apparently, there were some bigger changes in i2c core between this
version and
upstream, thus
After checking all possible call chains to bcma_pmu_resources_init() here,
my tool finds that this function is never called in atomic context,
namely never in an interrupt handler or holding a spinlock.
Thus mdelay can be replaced with usleep_range to avoid busy wait.
This is found by a static ana
On Fri, Jan 26, 2018 at 7:28 AM, Igor Stoppa wrote:
> On 25/01/18 17:38, Jerome Glisse wrote:
>> On Thu, Jan 25, 2018 at 10:14:28AM -0500, Boris Lukashev wrote:
>>> On Thu, Jan 25, 2018 at 6:59 AM, Igor Stoppa wrote:
>>
>> [...]
>>
>>> DMA/physmap access coupled with a knowledge of which virtual
1) The per-network-namespace loopback device, and thus it's namespace,
can have it's teardown deferred for a long time if a kernel created
TCP socket closes and the namespace is exiting meanwhile. The
kernel keeps trying to finish the close sequence until it times out
(which takes qui
On Fri, Jan 26, 2018 at 05:23:31PM +0100, Andrea Arcangeli wrote:
> Hello,
>
> On Sun, Jan 07, 2018 at 10:48:00PM +0100, Thomas Gleixner wrote:
> > +static DEVICE_ATTR(meltdown, 0444, cpu_show_meltdown, NULL);
> > +static DEVICE_ATTR(spectre_v1, 0444, cpu_show_spectre_v1, NULL);
> > +static DEVICE
From: Kalle Valo
Date: Fri, 26 Jan 2018 18:33:33 +0200
> this is a pull request to the net tree for 4.15. I hate to do late pull
> requests like this but today Sven Joachim found a serious regression in
> one of ssb patches, I hope there's still enough time to get this to
> 4.15.
>
> But if it's
On Fri, 26 Jan 2018 13:31:58 +0100
"Jason A. Donenfeld" wrote:
> While it's public information if the CPU in general has spectre/meltdown
> bugs, it probably shouldn't be as globally obvious to all unprivileged
> users
As I replied to you last time you posted this
a) The info is already trivia
On 25.01.2018 15:37, Felix Brack wrote:
>
> On 24.01.2018 17:02, Bartosz Golaszewski wrote:
>> 2018-01-24 16:18 GMT+01:00 Felix Brack :
>>>
>>> On 24.01.2018 16:08, Andy Shevchenko wrote:
On Wed, Jan 24, 2018 at 4:23 PM, Felix Brack wrote:
> Hello,
>
> About three years ago I wro
On Fri, Jan 26, 2018 at 04:24:39PM +, David Woodhouse wrote:
> Dammit, have the IBM vowel-stealers escaped again?
Yeah, I love vowel dropping. :-)
> What was wrong with '__clear_rsb_clobber_ax'?
Nothing. I've dropped the clobber part too, btw, as I'm pushin/popping
%rAX around it. It is simp
On Fri, 26 Jan 2018 13:14:46 +0100
Yves-Alexis Perez wrote:
> On Wed, 2018-01-24 at 16:57 +, David Woodhouse wrote:
> > Some old Atoms, anything in family 5 or 4, and newer CPUs when they
> > advertise
> > the IA32_ARCH_CAPABILITIES MSR and it has the RDCL_NO bit set, are not
> > vulnerable
David Miller writes:
> From: Kalle Valo
> Date: Fri, 26 Jan 2018 18:33:33 +0200
>
>> this is a pull request to the net tree for 4.15. I hate to do late pull
>> requests like this but today Sven Joachim found a serious regression in
>> one of ssb patches, I hope there's still enough time to get t
After checking all possible call chains to firmware_map_add_hotplug(),
my tool finds that this function is never called in atomic context,
namely never in an interrupt handler or holding a spinlock.
I manually check the code, and find that
this function is only called by add_memory_resource() that
On Fri, Jan 26, 2018 at 1:12 AM, Benjamin Poirier wrote:
> This reverts commit 4aea7a5c5e940c1723add439f4088844cd26196d.
>
> We keep the fix for the first part of the problem (1) described in the log
> of that commit however we use the implementation of e1000_msix_other() from
> before commit 16ec
> -Original Message-
> From: Darren Hart [mailto:dvh...@infradead.org]
> Sent: Thursday, January 25, 2018 11:47 PM
> To: Vadim Pasternak
> Cc: andy.shevche...@gmail.com; gre...@linuxfoundation.org; linux-
> ker...@vger.kernel.org; platform-driver-...@vger.kernel.org; j...@resnulli.us
> S
V2:
- Endian detection is ok with TrustZone enabled Horia.
Endian detection logic tested with TrustZone enabled. The register that
this relies on though isn't affected by the lock-down in the first page.
Assuming set of affected registers is actually just the 'deco' registers
though there i
From: Rui Miguel Silva
Add CAAM clock so that we could use the Cryptographic Acceleration and
Assurance Module (CAAM) hardware block.
Signed-off-by: Rui Miguel Silva
Cc: "Horia Geantă"
Cc: Aymen Sghaier
Cc: Fabio Estevam
Cc: Peng Fan
Cc: Herbert Xu
Cc: "David S. Miller"
Cc: Lukas Auer
Si
From: Rui Miguel Silva
Add CAAM device node to the i.MX7s device tree.
Signed-off-by: Rui Miguel Silva
Cc: "Horia Geantă"
Cc: Aymen Sghaier
Cc: Fabio Estevam
Cc: Peng Fan
Cc: Herbert Xu
Cc: "David S. Miller"
Cc: Lukas Auer
Signed-off-by: Bryan O'Donoghue
---
arch/arm/boot/dts/imx7s.dts
From: kbuild test robot
efx_default_channel_want_txqs() is only used in efx.c, while
efx_ptp_want_txqs() and efx_ptp_channel_type (a struct) are only used
in ptp.c. In all cases these symbols should be static.
Fixes: 2935e3c38228 ("sfc: on 8000 series use TX queues for TX timestamps")
Signed-
From: Rui Miguel Silva
I.MX7x only use two clocks for the CAAM module, so make sure we do not try to
use the mem and the emi_slow clock when running in that imx7d and imx7s machine
type.
[bod: fixed minor trailing whitespace issue]
Signed-off-by: Rui Miguel Silva
Cc: "Horia Geantă"
Cc: Aymen
From: Rui Miguel Silva
caam_remove already removes the debugfs entry, so we need to remove the one
immediately before calling caam_remove.
This fix a NULL dereference at error paths is caam_probe fail.
[bod: changed name prefix to "crypto: caam: Fix .."]
[bod: added Fixes tag]
Fixes: 67c2315de
commit 1005bccd7a4a ("crypto: caam - enable instantiation of all RNG4 state
handles") introduces a control when incrementing ent_delay which contains
the following comment above it:
/*
* If either SH were instantiated by somebody else
* (e.g. u-boot) then it is assumed that the entropy
* parame
On Fri, Jan 26, 2018 at 1:12 AM, Benjamin Poirier wrote:
> This reverts commit 19110cfbb34d4af0cdfe14cd243f3b09dc95b013.
> This reverts commit 4110e02eb45ea447ec6f5459c9934de0a273fb91.
>
> ... because they cause an extra 2s delay for the link to come up when
> autoneg is off.
>
> After reverting,
Hi Dave,
this is a pull request to net-next for 4.16, more info in the signed tag
below. Please let me know if you have any problems.
Kalle
The following changes since commit ebdd7b491b8a65d65936e07004caabca4a3c94a0:
Merge branch 'mlxsw-Add-support-for-mirror-action-with-flower' (2018-01-21
Verify before creation of hotplug device if the associated adapter number
is negative. It could be in case hotplug event is not associated with
hotplug device.
Signed-off-by: Vadim Pasternak
Signed-off-by: Darren Hart (VMware)
---
drivers/platform/mellanox/mlxreg-hotplug.c | 7 +++
1 file c
Add definitions for hotplug device masks and events offsets, in order to
specify explicitly all hardware registers allowed for IO operations for
all the drivers sharing register map with mlx-platform.
Extend register map configuration with the sets of writable, readable and
volatile registers to a
It fixes issue introduced by commit:
platform/mellanox: mlxreg-hotplug: Modify to use a regmap interface.
In this commit the device parameter in mlxreg_hotplug_device_create has
been dropped, while it is used inside this routine.
Signed-off-by: Vadim Pasternak
---
drivers/platform/mellanox/mlxre
On Fri, Jan 26, 2018 at 11:07:39AM -0500, David Miller wrote:
> >> This is found by a static analysis tool named DCNS written by myself.
> >
> > The trouble is, places like
> > net/atm/raw.c:65: vcc->send = atm_send_aal0;
> > net/atm/raw.c:74: vcc->send = vcc->dev->ops->send;
> > net/a
On Fri, Jan 26, 2018 at 9:32 AM, Ludovic Desroches
wrote:
> On Wed, Jan 24, 2018 at 05:42:15PM +0200, Andy Shevchenko wrote:
>> On Wed, Jan 24, 2018 at 3:07 PM, Ludovic Desroches
>> wrote:
>> > On Thu, Jan 18, 2018 at 04:22:28PM +0100, Ludovic Desroches wrote:
>> >> On Thu, Jan 18, 2018 at 11:30:
On Fri, Jan 26, 2018 at 1:11 AM, David Woodhouse wrote:
>
> Do we need to look again at the fact that we've disabled the RSB-
> stuffing for SMEP?
Absolutely. SMEP helps make people a lot less worried about things,
but it doesn't fix the "BTB only contains partial addresses" case.
But did we do
Take an effort to recode the arm64 vdso code from assembler to C
previously submitted by Andrew Pinski , rework
it for use in both arm and arm64, overlapping any optimizations
for each architecture. But instead of landing it in arm64, land the
result into lib/vdso and unify both implementations to
On Thu, Jan 25, 2018 at 04:37:07PM +0100, Vitaly Kuznetsov wrote:
> I was investigating an issue with seabios >= 1.10 which stopped working
> for nested KVM on Hyper-V. The problem appears to be in
> handle_ept_violation() function: when we do fast mmio we need to skip
> the instruction so we do kv
From: Kevin Brodsky
Provide the files necessary for building a compat (AArch32) vDSO in
kernel/vdso32.
This is mostly an adaptation of the arm vDSO. The most significant
change in vgettimeofday.c is the use of the arm64 vdso_data struct,
allowing the vDSO data page to be shared between the 32 an
On Fri, Jan 19, 2018 at 6:11 PM, Jiri Olsa wrote:
> Current kallsyms__parse uses hex2u64, which gives
> no indication of error. Using strtoul to checkup
> on failed attempt to parse the number and stop the
> rest of the kallsyms__parse processing early.
> + start = strtoul(line, &en
This sort of seems like painting a plate carrier onto a tshirt.
Attackers will know, one way or another, as we have illegitimate and
legitimate vectors for gaining information. Good ecosystem inhabitants
however will be in the dark because this proposes to obfuscate their
legitimate interfaces used
On Fri, Jan 26, 2018 at 7:22 PM, Andy Shevchenko
wrote:
> On Fri, Jan 19, 2018 at 6:11 PM, Jiri Olsa wrote:
>> Current kallsyms__parse uses hex2u64, which gives
>> no indication of error. Using strtoul to checkup
>> on failed attempt to parse the number and stop the
>> rest of the kallsyms__parse
On Mon, Jan 22, 2018 at 03:30:05PM +0100, Maciej Purski wrote:
> this patchset adds a new mechanism to the framework - regulators' coupling.
> On Odroid XU3/4 and other Exynos5422 based boards there is a case, that
> different devices on the board are supplied by different regulators
> with non-f
On Fri, Jan 26, 2018 at 05:16:34PM +0100, Geert Uytterhoeven wrote:
> On Fri, Jan 26, 2018 at 4:52 PM, Christophe JAILLET
> wrote:
> > 'spi_alloc_master()' calls should be balanced by a 'spi_master_put()' call.
> > 'spi_controller_put()' is equivalent (see include/linux/spi/spi.h) but it
> > is c
On Fri, Jan 26, 2018 at 11:42:25PM +0800, Jia-Ju Bai wrote:
> After checking all possible call chains to on26_test_port() here,
> my tool finds that this function is never called in atomic context,
> namely never in an interrupt handler or holding a spinlock.
> And on26_test_port() is only called b
On Fri, 2018-01-26 at 09:19 -0800, Linus Torvalds wrote:
> On Fri, Jan 26, 2018 at 1:11 AM, David Woodhouse wrote:
> >
> >
> > Do we need to look again at the fact that we've disabled the RSB-
> > stuffing for SMEP?
> Absolutely. SMEP helps make people a lot less worried about things,
> but it d
On Wed, Jan 24, 2018 at 03:05:14PM +0800, Yixun Lan wrote:
> Add description for 'data' parameter and drop unused 'irq' memeber.
>
> Here is the warnings:
> drivers/i2c/busses/i2c-meson.c:103: warning: No description found for
> parameter 'data'
> drivers/i2c/busses/i2c-meson.c:103: warning: Exces
> -Original Message-
> From: Greg KH [mailto:gre...@linuxfoundation.org]
> Sent: Thursday, January 25, 2018 2:00 AM
> To: Michael Kelley (EOSG)
> Cc: linux-kernel@vger.kernel.org; de...@linuxdriverproject.org;
> o...@aepfle.de;
> a...@canonical.com; vkuzn...@redhat.com; jasow...@redhat.co
On Fri, 2018-01-26 at 17:29 +, David Woodhouse wrote:
> On Fri, 2018-01-26 at 09:19 -0800, Linus Torvalds wrote:
> > On Fri, Jan 26, 2018 at 1:11 AM, David Woodhouse
> > wrote:
> > > Do we need to look again at the fact that we've disabled the RSB-
> > > stuffing for SMEP?
> >
> > Absolutely.
On Tue, Jan 23, 2018 at 11:38:27AM -0600, Gustavo A. R. Silva wrote:
> Assign true or false to boolean variables instead of an integer value.
>
> This issue was detected with the help of Coccinelle.
>
> Signed-off-by: Gustavo A. R. Silva
Applied to for-next, thanks!
signature.asc
Description
On 26.01.2018 17:25, Samuel Holland wrote:
On 01/26/18 09:19, Philipp Rossak wrote:
This patch adds the thermal zones to the A83T. Sensor 0 is located in the
cpu cluster 0. Sensor 1 is located in cluster 1 and Sensor 3 is located
in the gpu.
You mention sensor 3 here, but have sensor 2 in th
The patch
regulator: core: Refactor regulator_list_voltage()
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hour
The patch
regulator: core: Move of_find_regulator_by_node() to of_regulator.c
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in
On Fri, Jan 26, 2018 at 7:57 AM, Andy Lutomirski wrote:
>
> I gave the rearrangement like this a try yesterday and it's a bit of a
> mess. Part of the problem is that there are a bunch of pieces of code
> that expect sys_xyz() to be actual callable functions.
That's not supposed to be a mess.
T
On Fri, Jan 26, 2018 at 12:14:41PM +0100, Marek Szyprowski wrote:
> @@ -32,23 +33,36 @@
> static long
> __do_compat_cache_op(unsigned long start, unsigned long end)
[...]
> + if (follow_page(vma, start, 0)) {
> + ret = __flush_cache_user_range(start, start + chunk)
On 01/26/2018 01:48 AM, Lee Jones wrote:
> On Wed, 24 Jan 2018, Meghana Madhyastha wrote:
>
>> Add of_find_backlight, a helper function which is a generic version
>> of tinydrm_of_find_backlight that can be used by other drivers to avoid
>> repetition of code and simplify things.
>>
>> Acked-by: D
On Fri, Jan 26, 2018 at 2:53 AM, Christoph Hellwig wrote:
> On Wed, Jan 24, 2018 at 12:04:58PM -0800, Florian Fainelli wrote:
>> This looks nicer than the current shape, but this still requires to
>> register a PCI fixup to override phys_to_dma() and dma_to_phys(), and it
>> would appear that you
On Fri, Jan 26, 2018 at 5:43 PM, Alan Cox wrote:
> a) The info is already trivially accessible via /proc/cpuinfo
No, /proc/cpuinfo shows if the CPU itself has these bugs, but doesn't
show whether or not the kernel has gone to lengths to mitigate these
bugs.
# grep -o 'bugs.*cpu_meltdown' -m1 /pr
Since commit 204f672255c2 ("staging: android: ion: Use CMA APIs directly")
the CMA API is now used directly and therefore the allocated memory is no
longer automatically zeroed.
Explicitly zero CMA allocated memory to ensure that no data is exposed to
userspace.
Fixes: 204f672255c2 ("staging: and
On 26.01.2018 17:26, Samuel Holland wrote:
On 01/26/18 09:19, Philipp Rossak wrote:
This patch adds the thermal zones to the H3. We have only one sensor and
that is placed in the cpu.
Signed-off-by: Philipp Rossak
---
arch/arm/boot/dts/sun8i-h3.dtsi | 9 +
1 file changed, 9 insert
On 01/26/2018 06:59 AM, tip-bot for Andi Kleen wrote:
> Commit-ID: caf7501a1b4ec964190f31f9c3f163de252273b8
> Gitweb:
> https://git.kernel.org/tip/caf7501a1b4ec964190f31f9c3f163de252273b8
> Author: Andi Kleen
> AuthorDate: Thu, 25 Jan 2018 15:50:28 -0800
> Committer: Thomas Gleixner
>
Hi,
On Fri, Jan 26, 2018 at 04:19:35PM +0100, Philipp Rossak wrote:
> This patch adds support for the A83T ths sensor.
>
> The A83T does not support interrupts. This seems to be broken.
Though, you use support_irq = true below. And in my tests, IRQ for THS works on
A83T.
regards,
o.
> The ca
On Fri, Jan 26, 2018 at 09:19:09AM -0800, Linus Torvalds wrote:
> On Fri, Jan 26, 2018 at 1:11 AM, David Woodhouse wrote:
> >
> > Do we need to look again at the fact that we've disabled the RSB-
> > stuffing for SMEP?
>
> Absolutely. SMEP helps make people a lot less worried about things,
> but
On Fri, Jan 26, 2018 at 05:41:45PM +, Catalin Marinas wrote:
> On Fri, Jan 26, 2018 at 12:14:41PM +0100, Marek Szyprowski wrote:
> > @@ -32,23 +33,36 @@
> > static long
> > __do_compat_cache_op(unsigned long start, unsigned long end)
> [...]
> > + if (follow_page(vma, start, 0)) {
>
On Fri, Jan 26, 2018 at 09:40:23AM -0800, Linus Torvalds wrote:
> On Fri, Jan 26, 2018 at 7:57 AM, Andy Lutomirski wrote:
> >
> > I gave the rearrangement like this a try yesterday and it's a bit of a
> > mess. Part of the problem is that there are a bunch of pieces of code
> > that expect sys_xy
On Thu, Jan 25, 2018 at 4:36 PM, Juergen Gross wrote:
> Add a function to get the address of the RSDP table. Per default use a
> __weak annotated function being a nop.
The problem with weak functions that we can't have more than one
implementation per kernel while we would like to built several c
On 26/01/18 14:28, Marc Zyngier wrote:
> As we're about to update the PSCI support, and because I'm lazy,
> let's move the PSCI include file to include/kvm so that both
> ARM architectures can find it.
>
> Signed-off-by: Marc Zyngier
> ---
> arch/arm/include/asm/psci.h| 2
On Fri, 2018-01-26 at 02:53 -0500, Ilia Mirkin wrote:
> On Thu, Jan 25, 2018 at 10:35 PM, Lyude Paul wrote:
> > Same as the previous patch, but for Kepler2 now
> >
> > Signed-off-by: Lyude Paul
> > ---
> > drivers/gpu/drm/nouveau/include/nvkm/subdev/fb.h | 1 +
> > drivers/gpu/drm/nouveau/nvk
401 - 500 of 727 matches
Mail list logo
