On Fri, 2018-05-11 at 13:41 +0100, Dmitry Safonov wrote:
> On Thu, 2018-05-10 at 23:51 -0400, Theodore Y. Ts'o wrote:
> > On Thu, May 10, 2018 at 08:50:07PM +0100, Dmitry Safonov wrote:
> > > random uses __ratelimit() which calls ___ratelimit() with a
> > > function
> > > name. Depending on !RATELI
On Tue, May 15, 2018 at 04:04:30PM -0700, Joel Fernandes wrote:
> On Mon, May 14, 2018 at 08:46:03PM -0700, Paul E. McKenney wrote:
> > On Mon, May 14, 2018 at 05:57:09PM -0700, Joel Fernandes wrote:
> > > On Mon, May 14, 2018 at 11:38:23AM -0700, Paul E. McKenney wrote:
> > > > On Sun, May 13, 201
On Wed, May 16, 2018 at 05:19:25PM +0200, Juri Lelli wrote:
> Anyway, FWIW I started testing this on a E5-2609 v3 and I'm not seeing
> hackbench regressions so far (running with schedutil governor).
https://en.wikipedia.org/wiki/Haswell_(microarchitecture)#Server_processors
Lists the E5 2609 v3
On Wed, May 16, 2018 at 11:29:13AM -0400, Rich Felker wrote:
> On Wed, May 16, 2018 at 03:20:47PM +0100, Dave Martin wrote:
> > There are constraints on defining AT_* auxvec tags that are not
> > obvious to the casual maintainer of either the global
> > or the arch-specific headers. This is likel
Remove undocumented and unused "clk_i2c" clock name and second interrupt
from i2c nodes of meson-axg platform
Those seems to have been copy/pasted from the vendor kernel
Fixes: dc6f858e2690 ("ARM64: dts: meson-axg: add I2C DT info for Meson-AXG SoC")
Signed-off-by: Jerome Brunet
---
arch/arm64/
The clock specified for the i2c AO controller is the one from
the EE domain, which is incorrect as this controller needs the
clock from AO clock controller.
Replace with xtal to avoid claiming an unrelated gate until the
required clock controller becomes available.
Fixes: dc6f858e2690 ("ARM64: dt
This patchset fixes a few problems found in the i2c nodes of
amlogic's meson-axg paltform.
Jerome Brunet (2):
ARM64: dts: meson-axg: clean-up i2c nodes
ARM64: dts: meson-axg: remove incorrect i2c ao clock
arch/arm64/boot/dts/amlogic/meson-axg.dtsi | 42 ++
1 file
On Wed, 16 May 2018 15:53:48 +0200
Pierre Morel wrote:
> On 15/05/2018 18:01, Cornelia Huck wrote:
> > On Fri, 11 May 2018 11:53:52 +0200
> > Pierre Morel wrote:
> >> Couldn't we introduce ABI versioning ?
> > Can you elaborate what you're referring to?
> >
> > If you mean checking capabiliti
> -Original Message-
> From: Vitaly Kuznetsov
> Sent: Wednesday, May 16, 2018 8:21 AM
> To: k...@vger.kernel.org
> Cc: x...@kernel.org; Paolo Bonzini ; Radim Krčmář
> ; Roman Kagan ; KY
> Srinivasan ; Haiyang Zhang
> ; Stephen Hemminger
> ; Michael Kelley (EOSG)
> ; Mohammed Gamal
> ; Ca
On Wed, May 16, 2018 at 08:46:24AM -0700, Srinivas Pandruvada wrote:
> On Wed, 2018-05-16 at 09:49 +0200, Peter Zijlstra wrote:
> > On Tue, May 15, 2018 at 09:49:11PM -0700, Srinivas Pandruvada wrote:
> > > Enable HWP boost on Skylake server platform.
> >
> > Why not unconditionally enable it on e
at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
> tags/perf-core-for-mingo-4.18-20180516
>
> for you to fetch changes up to 7a36a287de9fbb1ba906e70573d3f2315f7fd609:
>
> perf bpf: Fix NULL return handling in bpf__prepare_load() (2018-05-16
> 10:01:5
On Wed, 2018-05-16 at 17:19 +0200, Juri Lelli wrote:
> On 15/05/18 21:49, Srinivas Pandruvada wrote:
> > intel_pstate has two operating modes: active and passive. In
> > "active"
> > mode, the in-built scaling governor is used and in "passive" mode,
> > the driver can be used with any governor like
From:
Date: Mon, 14 May 2018 19:38:09 +0800
> From: Keefe Liu
>
> When master device's mac has been changed, the commit
> 32c10bbfe914 ("ipvlan: always use the current L2 addr of the
> master") makes the IPVlan devices's mac changed also, but it
> doesn't do related works such as flush the IPVl
For supply registration, provide of_node pointer of the port device,
via the power_supply_config structure, to allow other psy drivers
to add us as a supplier using the 'power-supplies' DT property.
Signed-off-by: Adam Thomson
---
drivers/usb/typec/tcpm.c | 1 +
1 file changed, 1 insertion(+)
d
I'm announcing the release of the 3.18.109 kernel.
All users of the 3.18 kernel series must upgrade.
The updated 3.18.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.18.y
and can be browsed at the normal kernel.org git web browser
diff --git a/Makefile b/Makefile
index a562ebf4d500..2b756a97bdd4 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 18
-SUBLEVEL = 108
+SUBLEVEL = 109
EXTRAVERSION =
NAME = Diseased Newt
diff --git a/drivers/ata/libata-core.c b/drivers/ata/libata-core.c
index ac181
I'm announcing the release of the 4.4.132 kernel.
All users of the 4.4 kernel series must upgrade.
The updated 4.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.4.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index 6ec65396a56d..ace4a655548a 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 4
PATCHLEVEL = 4
-SUBLEVEL = 131
+SUBLEVEL = 132
EXTRAVERSION =
NAME = Blurry Fish Butt
diff --git a/arch/s390/kvm/kvm-s390.c b/arch/s390/kvm/kvm-s390.c
index b0111
I'm announcing the release of the 4.9.100 kernel.
All users of the 4.9 kernel series must upgrade.
The updated 4.9.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.9.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Documentation/arm64/silicon-errata.txt
b/Documentation/arm64/silicon-errata.txt
index d11af52427b4..ac9489fad31b 100644
--- a/Documentation/arm64/silicon-errata.txt
+++ b/Documentation/arm64/silicon-errata.txt
@@ -54,6 +54,7 @@ stable kernels.
| ARM| Cortex-A57 | #85
I'm announcing the release of the 4.14.41 kernel.
All users of the 4.14 kernel series must upgrade.
The updated 4.14.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.14.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index 5da6ffd69209..ea3cb221d7c5 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 4
PATCHLEVEL = 16
-SUBLEVEL = 8
+SUBLEVEL = 9
EXTRAVERSION =
NAME = Fearless Coyote
diff --git a/arch/arm/boot/dts/imx35.dtsi b/
diff --git a/Documentation/arm64/silicon-errata.txt
b/Documentation/arm64/silicon-errata.txt
index f3d0d316d5f1..e4fe6adc372b 100644
--- a/Documentation/arm64/silicon-errata.txt
+++ b/Documentation/arm64/silicon-errata.txt
@@ -55,6 +55,7 @@ stable kernels.
| ARM| Cortex-A57 | #83
I'm announcing the release of the 4.16.9 kernel.
All users of the 4.16 kernel series must upgrade.
The updated 4.16.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.16.y
and can be browsed at the normal kernel.org git web browser:
On Wed, May 16, 2018 at 05:48:26PM +0300, Mike Rapoport wrote:
> On Wed, May 16, 2018 at 03:04:08PM +0100, Roman Gushchin wrote:
> > Hi Mike!
> >
> > On Wed, May 16, 2018 at 02:28:09PM +0300, Mike Rapoport wrote:
> > > The test verifies that with active TCP traffic memory.current and
> > > memory.
On 16.05.2018 17:39, Greg Kroah-Hartman wrote:
> On Wed, May 16, 2018 at 02:05:25PM +0200, Florian Schmaus wrote:
>> I triggerd the BUG_ON() in driver_register() when booting a domU Xen
>> domain. Since there was no contextual information logged, I needed to
>> attach kgdb to determine the culprit
This patch series makes driver_register() emit an error message and
return a failure code instead of triggering a BUG_ON().
The first patch will cause driver_register() to fail gracefully if the
driver's bus was not initialized while printing out the name of the
faulty driver *and* the name of the
I triggerd the BUG_ON() in driver_register() when booting a domU Xen
domain. Since there was no contextual information logged, I needed to
attach kgdb to determine the culprit (the wmi-bmof driver in my
case). The BUG_ON() was added in commit f48f3febb2cb ("driver-core: do
not register a driver wit
If bus_register() fails on a driver then record the error code so that
it can be inspected later on.
Signed-off-by: Florian Schmaus
---
Notes:
- Also record ENOMEM error code.
drivers/base/bus.c | 6 +-
include/linux/device.h | 1 +
2 files changed, 6 insertions(+), 1 deletion(-)
If driver_register() is called with an device driver which previously
called bus_register() but failed, then print out the bus_register()
error code.
Signed-off-by: Florian Schmaus
---
Notes:
- Do not split long strings across lines.
drivers/base/driver.c | 10 --
1 file changed, 8
> -Original Message-
> From: Heikki Krogerus [mailto:heikki.kroge...@linux.intel.com]
> Sent: Wednesday, May 16, 2018 6:58 AM
> To: Greg KH; Paul Menzel
> Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; Limonciello,
> Mario
> Subject: Re: `ucsi_acpi: probe of USBC000:00 fail
On Thu, 3 May 2018 10:06:40 +0800
Dong Jia Shi wrote:
> * Cornelia Huck [2018-05-02 16:42:51 +0200]:
>
> > On Wed, 2 May 2018 09:25:59 +0200
> > Dong Jia Shi wrote:
> >
> > > If device has not been registered, or there is a pending work,
> >
> > s/a pending work/work pending/
Also, s/d
On Wed, 2018-05-16 at 14:51 +0200, Christoph Hellwig wrote:
> I've been looking at this carefully, and I don't think we need cmpxchg64
> at all, and we don't need anywhere near as many cmpxchg operations either.
>
> The only reason to include the deadline in the atomic operation is the
> blk_abort
On Mon, Apr 30, 2018 at 06:44:22PM -0400, Mathieu Desnoyers wrote:
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index a7f8e7f4b88f..4f5c386631d4 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -91,6 +91,7 @@ config ARM
> select HAVE_PERF_USER_STACK_DUMP
> select HA
On Mon, Apr 30, 2018 at 06:44:26PM -0400, Mathieu Desnoyers wrote:
> diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
> index c32a181a7cbb..ed21a777e8c6 100644
> --- a/arch/powerpc/Kconfig
> +++ b/arch/powerpc/Kconfig
> @@ -223,6 +223,7 @@ config PPC
> select HAVE_SYSCALL_TRACEPOINTS
On Wed, May 16, 2018 at 04:17:42PM +, Bart Van Assche wrote:
> There is another reason the deadline is included in the atomic operation,
> namely to handle races between the BLK_EH_RESET_TIMER case in
> blk_mq_rq_timed_out()
> and blk_mq_complete_request(). I don't think that race is addressed
On Mon, Apr 30, 2018 at 06:44:21PM -0400, Mathieu Desnoyers wrote:
> Expose a new system call allowing each thread to register one userspace
> memory area to be used as an ABI between kernel and user-space for two
> purposes: user-space restartable sequences and quick access to read the
> current C
On Wed, 2018-05-16 at 17:52 +0200, Jerome Brunet wrote:
> The clock specified for the i2c AO controller is the one from
> the EE domain, which is incorrect as this controller needs the
> clock from AO clock controller.
>
> Replace with xtal to avoid claiming an unrelated gate until the
> required
GREETINGS BELOVED
I AM BORTE ,I WAS DIAGNOSE WITH OVARIAN CANCER,WHICH DOCTORS HAVE
CONFIRMED THAT I HAVE ONLY FEW WEEKS TO LIVE, SO I HAVE DECIDED TO
DONATE EVERYTHING I HAVE TO THE ORPHANAGE AND THE POOR WIDOWS THROUGH
YOU AND YOUR HELP .PLEASE KINDLY REPLY THROUGH MY PRIVATE BOX
(misssbort
On 16/05/18 17:47, Peter Zijlstra wrote:
> On Wed, May 16, 2018 at 05:19:25PM +0200, Juri Lelli wrote:
>
> > Anyway, FWIW I started testing this on a E5-2609 v3 and I'm not seeing
> > hackbench regressions so far (running with schedutil governor).
>
> https://en.wikipedia.org/wiki/Haswell_(microa
Hi Florian,
I love your patch! Yet something to improve:
[auto build test ERROR on net-next/master]
url:
https://github.com/0day-ci/linux/commits/Florian-Fainelli/of-mdio-Fall-back-to-mdiobus_register-with-np-is-NULL/20180516-203317
config: arm-allmodconfig (attached as .config)
compiler
On Wed, May 16, 2018 at 06:08:14PM +0200, Florian Schmaus wrote:
> I triggerd the BUG_ON() in driver_register() when booting a domU Xen
> domain. Since there was no contextual information logged, I needed to
> attach kgdb to determine the culprit (the wmi-bmof driver in my
> case). The BUG_ON() was
On Wed, May 16, 2018 at 06:08:15PM +0200, Florian Schmaus wrote:
> If bus_register() fails on a driver then record the error code so that
> it can be inspected later on.
I don't think this is really needed, has it ever triggered before?
thanks,
greg k-h
On Wed, May 16, 2018 at 06:08:16PM +0200, Florian Schmaus wrote:
> If driver_register() is called with an device driver which previously
> called bus_register() but failed, then print out the bus_register()
> error code.
>
> Signed-off-by: Florian Schmaus
> ---
>
> Notes:
> - Do not split lo
On 05/15/2018 10:29 AM, Fenghua Yu wrote:
> On Tue, May 15, 2018 at 09:15:16AM -0700, Dave Hansen wrote:
>> On 05/14/2018 11:52 AM, Fenghua Yu wrote:
>>> By default, we don't set or clear the bit 29 in TEST_CTL MSR 0x33 and
>>> the bit is inherited from BIOS/hardware setting.
>>>
>>> The kernel par
Kees Cook wrote:
> On Tue, May 15, 2018 at 7:11 AM, Nadav Amit wrote:
>> GCC considers the number of statements in inlined assembly blocks,
>> according to new-lines and semicolons, as an indication to the cost of
>> the block in time and space. This data is distorted by the kernel code,
>> whic
On Wed, May 16, 2018 at 04:13:31PM +, mario.limoncie...@dell.com wrote:
> > > [1] When the power supply for the docking station is bigger than the
> > > laptop's power supply, you begin to wonder what is in that thing and
> > > stop using it after a while...
>
> Mostly to satisfy letti
On 5/16/2018 11:12 AM, Jason Gunthorpe wrote:
> On Wed, May 16, 2018 at 08:47:21AM +0200, Håkon Bugge wrote:
>
>>> This is not a difficult issue.
>>>
>>> If the GMP is properly tagged with the right PKey then it will never
>>> be delivered to the VM if the VM does not have the PKey in the
>>> tabl
Jan Beulich wrote:
On 15.05.18 at 16:11, wrote:
>> --- a/arch/x86/include/asm/refcount.h
>> +++ b/arch/x86/include/asm/refcount.h
>> @@ -14,34 +14,43 @@
>> * central refcount exception. The fixup address for the exception points
>> * back to the regular execution flow in .text.
>> */
>>
On 05/15/2018 10:21 AM, Fenghua Yu wrote:
> On Tue, May 15, 2018 at 08:51:24AM -0700, Dave Hansen wrote:
>> On 05/14/2018 11:52 AM, Fenghua Yu wrote:
>>> +#definedelay_ms1
>>
>> That seems like a dangerously-generic name that should not be a #define
>> anyway.
>
> Sure. I will change i
On Thu, May 10, 2018 at 11:55:05AM -0700, Luis R. Rodriguez wrote:
> This is the 3rd iteration for moving PAGE_KERNEL_* fallback
> definitions into asm-generic headers. Greg asked for a Changelog
> for patch iteration changes, its below.
>
> All these patches have been tested by 0-day.
>
> Questi
On 05/16/2018 06:34 PM, Alexander Potapenko wrote:
> stackdepot used to call memcpy(), which compiler tools normally
> instrument, therefore every lookup used to unnecessarily call instrumented
> code. This is somewhat ok in the case of KASAN, but under KMSAN a lot of
> time was spent in the instr
On Wed, 2018-05-16 at 18:24 +0200, h...@lst.de wrote:
> On Wed, May 16, 2018 at 04:17:42PM +, Bart Van Assche wrote:
> > There is another reason the deadline is included in the atomic operation,
> > namely to handle races between the BLK_EH_RESET_TIMER case in
> > blk_mq_rq_timed_out()
> > and
On Sun, 2018-04-22 at 15:53 +0200, Greg Kroah-Hartman wrote:
> 4.4-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Richard Weinberger
>
> commit 29b7a6fa1ec07e8480b0d9caf635a4498a438bf4 upstream.
>
> At this point UBI volumes have alread
This patchset adds support to basic version of Qualcomm NGD SLIMBus
controller driver found SoCs from B family.
This controller is light-weight SLIMBus controller driver responsible for
communicating with slave HW directly over the bus using messaging
interface, and communicating with master compo
This patch adds bindings for Qualcomm SLIMBus NGD controller found in
all new SoCs starting from B family.
SLIMBus NGD controller is a light-weight driver responsible for
communicating with SLIMBus slaves directly over the bus using messaging
interface and communicating with master component residi
This patch adds suppor to Qualcomm SLIMBus Non-Generic Device (NGD)
controller driver.
This is light-weight SLIMBus controller driver responsible for
communicating with slave HW directly over the bus using messaging
interface, and communicating with master component residing on ADSP
for bandwidth a
On Tue, May 15, 2018 at 04:02:55PM +0100, James Simmons wrote:
> > > /*
> > >* Allocate new object. This may result in rather complicated
> > >* operations, including fld queries, inode loading, etc.
> > >*/
> > > o = lu_object_alloc(env, dev, f, conf);
> > > - if (IS_ERR(o))
> > >
On Wed, May 16, 2018 at 12:42:37PM -0400, Hal Rosenstock wrote:
> >>> The only time you could need a new REJ code is if the GMP is using a
> >>> PKey different from the REQ - which is a pretty goofy thing to do
> >>> considering this VM case.
> >>
> >> Its goofy. In the CX-3 shared port model, the
V6:
* added proper attribution to the formula used for fixing the
pcal6524 register address (changes commit message only)
* add back missing first patch from V2 that defines the
PCA_LATCH_INT constant
* removed patches already merged
2018-04-28 18:33:42: V5:
* fix wrong split up between patche
The register constants are so far defined in a way that they fit
for the pcal9555a when shifted by the number of banks, i.e. are
multiplied by 2 in the accessor function.
Now, the pcal6524 has 3 banks which means the relative offset
is multiplied by 4 for the standard registers.
Simply applying t
The of_device_table is missing the PCA_PCAL flag so the
pcal6524 would be operated in tca6424 compatibility mode which
does not handle the new interrupt mask registers.
Suggested-by: Andy Shevchenko
Signed-off-by: H. Nikolaus Schaller
---
drivers/gpio/gpio-pca953x.c | 5 +++--
1 file changed, 3
These mask bits are to be used to map the extended register
addreseses (which are defined for an unsupported 8-bit pcal chip)
to 16 and 24 bit chips (pcal6524).
Reviewed-by: Andy Shevchenko
Signed-off-by: H. Nikolaus Schaller
---
drivers/gpio/gpio-pca953x.c | 4
1 file changed, 4 insertion
Quoting Rishabh Bhatnagar (2018-05-08 13:22:00)
> diff --git a/Documentation/devicetree/bindings/arm/msm/qcom,llcc.txt
> b/Documentation/devicetree/bindings/arm/msm/qcom,llcc.txt
> new file mode 100644
> index 000..a586a17
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/arm/msm/qcom,
Hi Florian,
I love your patch! Yet something to improve:
[auto build test ERROR on net-next/master]
url:
https://github.com/0day-ci/linux/commits/Florian-Fainelli/of-mdio-Fall-back-to-mdiobus_register-with-np-is-NULL/20180516-203317
config: arm-omap2plus_defconfig (attached as .config
Hi Oleksandr,
On Mon, May 14, 2018 at 05:40:29PM +0300, Oleksandr Andrushchenko wrote:
> @@ -211,93 +220,114 @@ static int xenkbd_probe(struct xenbus_device *dev,
> if (!info->page)
> goto error_nomem;
>
> - /* Set input abs params to match backend screen res */
> - a
> -Original Message-
> From: k...@linuxonhyperv.com
> Sent: Thursday, May 3, 2018 11:07 PM
> To: x...@kernel.org; gre...@linuxfoundation.org; linux-
> ker...@vger.kernel.org; de...@linuxdriverproject.org; o...@aepfle.de;
> a...@canonical.com; jasow...@redhat.com; t...@linutronix.de;
> h.
On Wed, May 16, 2018 at 04:47:54PM +, Bart Van Assche wrote:
> I think your patch changes the order of changing the request state and
> calling mod_timer(). In my patch the request state and the deadline are
> updated first and mod_timer() is called afterwards. I think your patch
> changes the
On Wed, May 16, 2018 at 06:22:56AM -0700, Matthew Wilcox wrote:
> Perhaps you should try being less of an arsehole if you don't want to
> get yelled at? I don't mind when you're an arsehole towards me, but I
> do mind when you're an arsehole towards newcomers. How are we supposed
> to attract and
On Wed, May 16, 2018 at 08:08:29AM -0700, Darrick J. Wong wrote:
> Uh, we're changing function signatures /and/ redefinining vm_fault_t?
> All in the same 90K patch?
>
> I /was/ expecting a series of "convert X and all callers/users"
> patches followed by a trivial one to switch the definition
Quoting Jerome Brunet (2018-05-16 08:14:13)
> On Wed, 2018-05-16 at 08:03 -0700, Stephen Boyd wrote:
> > Quoting Jerome Brunet (2018-05-16 01:50:40)
> > > Replace every license notices in drivers/clk/meson by SPDX license
> > > identifiers, as described in license-rules.rst
> > >
> > > Acked-by: N
On Wed, 2018-05-16 at 11:07 +0200, Rafael J. Wysocki wrote:
> On Wed, May 16, 2018 at 9:29 AM, Peter Zijlstra > wrote:
> > On Wed, May 16, 2018 at 09:16:40AM +0200, Peter Zijlstra wrote:
> > > On Tue, May 15, 2018 at 09:49:03PM -0700, Srinivas Pandruvada
> > > wrote:
> > > > intel_pstate has two o
> jbd2/sda1-8(PID=2271) is stuck waiting for journal commit operation.
> I don't know how this thread is involved to this problem.
It feels like it should be a necessary link in the chain. This is the
filesystem underneath the loop device. If that hangs, we would expect
the loop device to hang,
On 2018-05-16 10:03, Stephen Boyd wrote:
Quoting Rishabh Bhatnagar (2018-05-08 13:22:00)
diff --git a/Documentation/devicetree/bindings/arm/msm/qcom,llcc.txt
b/Documentation/devicetree/bindings/arm/msm/qcom,llcc.txt
new file mode 100644
index 000..a586a17
--- /dev/null
+++ b/Documentation/d
There is at least one relevant guest OS that doesn't set the IDA flags in
the ORB as we would like them, but never uses any IDA. So instead of
saying -EOPNOTSUPP when observing an ORB, such that a channel program
specified by it could be a not supported one, let us say -EOPNOTSUPP only
if the chann
Ben,
Am Mittwoch, 16. Mai 2018, 18:53:49 CEST schrieb Ben Hutchings:
> I don't see how this change can fix a use-after-free. If this function
> can be called with *ubi already freed, then the rest of the function
> body is also not safe to run. But I don't think that is the case.
thanks a lot f
On Fri, Apr 06, 2018 at 10:05:41AM -0600, Jason Gunthorpe wrote:
> RDMA: Change all uapi headers to use __aligned_u64 instead of __u64
Looks like this change changed the size of struct hfi1_ctxt_info and the
value of HFI1_IOCTL_CTXT_INFO ioctl number as a result.
> IB/uverbs: Extend uv
Hi Linus,
On Wed, May 16, 2018 at 1:33 PM, Linus Walleij wrote:
> On Wed, May 16, 2018 at 1:29 PM, Geert Uytterhoeven
> wrote:
>> On Wed, May 16, 2018 at 1:24 PM, Linus Walleij
>> wrote:
>>> On Wed, May 16, 2018 at 9:16 AM, Geert Uytterhoeven
>>> wrote:
On Tue, May 15, 2018 at 11:27 PM,
Documentation for last level cache controller device tree bindings,
client bindings usage examples.
Signed-off-by: Channagoud Kadabi
Signed-off-by: Rishabh Bhatnagar
---
.../devicetree/bindings/arm/msm/qcom,llcc.txt | 26 ++
1 file changed, 26 insertions(+)
create mode
On Wed, May 16, 2018 at 01:24:24PM +, Jonas Mark (BT-FIR/ENG1) wrote:
> Hello Andy,
>
> > > Add Rohm BU21029 resistive touch panel controller support with I2C
> > > interface.
> >
> > > +#include
> >
> > This becomes redundant (see below).
>
> Removed.
>
> > > +#define STOP_DELAY_US 50L
LLCC (Last Level Cache Controller) provides additional cache memory
in the system. LLCC is partitioned into multiple slices and each
slice gets its own priority, size, ID and other config parameters.
LLCC driver programs these parameters for each slice. Clients that
are assigned to use LLCC need to
This series implements system cache or LLCC(Last Level Cache Controller)
driver for SDM845 SOC. The purpose of the driver is to partition the
system cache and program the settings such as priortiy, lines to probe
while doing a look up in the system cache, low power related settings etc.
The partiti
On 05/16/2018 08:15 PM, Dmitry Torokhov wrote:
Hi Oleksandr,
On Mon, May 14, 2018 at 05:40:29PM +0300, Oleksandr Andrushchenko wrote:
@@ -211,93 +220,114 @@ static int xenkbd_probe(struct xenbus_device *dev,
if (!info->page)
goto error_nomem;
- /* Set input abs params
scatterlist code expects virt_to_page() to work, which fails with
CONFIG_VMAP_STACK=y.
Fixes: c46234ebb4d1e ("tls: RX path for ktls")
Signed-off-by: Matt Mullins
---
include/net/tls.h | 3 +++
net/tls/tls_sw.c | 9 -
2 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/include
On Wed, May 16, 2018 at 07:39:08PM +0200, Eugene Syromiatnikov wrote:
> On Fri, Apr 06, 2018 at 10:05:41AM -0600, Jason Gunthorpe wrote:
> > RDMA: Change all uapi headers to use __aligned_u64 instead of __u64
> Looks like this change changed the size of struct hfi1_ctxt_info and the
> value o
This revision is primarily a code refactor and formatting cleanup -- the
interface has remained essentially the same as revision 5, with some
minor additions.
Here's a brief summary of the Generic Counter interface and related code
changes in this revision:
* checkpatch.pl formatting suggesti
This patch introduces the Generic Counter interface for supporting
counter devices.
In the context of the Generic Counter interface, a counter is defined as
a device that reports one or more "counts" based on the state changes of
one or more "signals" as evaluated by a defined "count function."
D
This patch adds high-level documentation about the Generic Counter
interface.
Signed-off-by: William Breathitt Gray
---
Documentation/driver-api/generic-counter.rst | 336 +++
Documentation/driver-api/index.rst | 1 +
MAINTAINERS | 1
This patch adds standard documentation for the Generic Counter interface
userspace sysfs attributes of the 104-QUAD-8 driver.
Signed-off-by: William Breathitt Gray
---
.../ABI/testing/sysfs-bus-counter-104-quad-8 | 36 +++
MAINTAINERS | 1 +
2
This patch adds support for the Generic Counter interface to the
104-QUAD-8 driver. The existing 104-QUAD-8 device interface should not
be affected by this patch; all changes are intended as supplemental
additions as perceived by the user.
Generic Counter Counts are created for the eight quadratur
This patch adds standard documentation for the userspace sysfs
attributes of the Generic Counter interface.
Signed-off-by: William Breathitt Gray
---
Documentation/ABI/testing/sysfs-bus-counter | 241
MAINTAINERS | 1 +
2 files changed, 242
From: Benjamin Gaignard
Implement counter part of the STM32 timer hardware block by using
counter API. Hardware only supports X2 and X4 quadrature modes. A
ceiling value can be set to define the maximum value reachable by the
counter.
Signed-off-by: Benjamin Gaignard
Co-authored-by: Fabrice Gas
This patch removes the IIO counter subdirectory which is now superceded
by the Counter subsystem. Deprecation warnings are added to the
documentation of the relevant IIO counter sysfs attributes.
Signed-off-by: William Breathitt Gray
---
Documentation/ABI/testing/sysfs-bus-iio | 8
From: Fabrice Gasnier
Add support for new counter device to stm32-lptimer.
Signed-off-by: Fabrice Gasnier
Signed-off-by: William Breathitt Gray
---
.../{iio => }/counter/stm32-lptimer-cnt.txt | 0
.../devicetree/bindings/mfd/stm32-lptimer.txt | 2 +-
drivers/counter/Kconfig
From: Benjamin Gaignard
Add bindings for STM32 Timer quadrature encoder.
It is a sub-node of STM32 Timer which implement the
counter part of the hardware.
Cc: Rob Herring
Cc: Mark Rutland
Signed-off-by: Benjamin Gaignard
Signed-off-by: William Breathitt Gray
---
.../bindings/counter/stm32-t
On Wed, 2018-05-16 at 09:37 +0200, Peter Zijlstra wrote:
> On Tue, May 15, 2018 at 09:49:06PM -0700, Srinivas Pandruvada wrote:
[...]
> >
@@ -258,6 +261,8 @@ struct cpudata {
> > s16 epp_saved;
> > u64 hwp_req_cached;
> > call_single_data_t csd;
> > + bool hwp_boost_active;
> > +
On Fri, Apr 20, 2018 at 11:23:06AM +0100, Matt Redfearn wrote:
> diff --git a/arch/mips/kernel/perf_event_mipsxx.c
> b/arch/mips/kernel/perf_event_mipsxx.c
> index 7e2b7d38a774..fe50986e83c6 100644
> --- a/arch/mips/kernel/perf_event_mipsxx.c
> +++ b/arch/mips/kernel/perf_event_mipsxx.c
> @@ -323,
On Wed, May 16, 2018 at 11:49:33AM -0600, Jason Gunthorpe wrote:
> On Wed, May 16, 2018 at 07:39:08PM +0200, Eugene Syromiatnikov wrote:
> > On Fri, Apr 06, 2018 at 10:05:41AM -0600, Jason Gunthorpe wrote:
> > > RDMA: Change all uapi headers to use __aligned_u64 instead of __u64
> > Looks lik
On Wed, May 16, 2018 at 07:46:10PM +0200, Håkon Bugge wrote:
>OK. Lets take one example. The pkey table contains 0x, 0x8001,
>0x0001.
>
>The wce.pkey_index is 1 (i.e., pointing to 0x8001). Now, tell me, was
>BTH.PKey 0x8001 (matches 0x8001) or was it 0x0001 (also matching
>
Commit-ID: b3f58c8da64bc63bd0c0a06a4e2cf258a3d20be6
Gitweb: https://git.kernel.org/tip/b3f58c8da64bc63bd0c0a06a4e2cf258a3d20be6
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 11 May 2018 11:48:54 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 15 May 2018 10:31:59 -0300
p
801 - 900 of 1160 matches
Mail list logo
