On Wed, Sep 16, 2015 at 8:44 AM, Geert Uytterhoeven
wrote:
> I will queue up all sh-pfc patches in a branch, and plan to send a pull
> request
> after v4.3-rc3. That will include both support for the new r8a7795 SoC, and
> fixes/updates for the existing code (e.g. the pfc patches from "[PATCH v2
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling, there are quite a few patches, but that is
> because Adrian did the right thing and made his patches very granular, thanks
> Adrian!
>
> - Arnaldo
>
> The following changes since commit 91a4dc9f71e4b8f9b8da547d19f
On Tue, Sep 15, 2015 at 05:37:07PM -0500, Rob Herring wrote:
> On 08/19/2015 03:40 AM, Jens Wiklander wrote:
> > Introduces optee prefix and adds bindings for ARM TrustZone based OP-TEE
> > implementation.
> >
> > Signed-off-by: Jens Wiklander
> > ---
> > Documentation/devicetree/bindings/optee/
In multi-segment system, uncore devices may belong to buses whose segment
number is other than 0.
:ff:10.5 System peripheral: Intel Corporation Xeon E5 v3/Core i7
Scratchpad & Semaphore Registers (rev 03)
...
0001:7f:10.5 System peripheral: Intel Corporation Xeon E5 v3/Core i7
S
On Tue, Sep 15, 2015 at 11:22:27AM -0600, Jason Gunthorpe wrote:
> On Tue, Sep 15, 2015 at 08:05:40PM +0300, Jarkko Sakkinen wrote:
> > The command buffer address must be read with exactly two 32-bit reads.
> > Otherwise, on some HW platforms, it seems that HW will abort the read
> > operation, whi
v3 -> v4:
* return 0 if vpid == VMX_NR_VPIDs
* skip vpid != 0 check
v2 -> v3:
* enhance allocate/free_vpid as Jan's suggestion
* add more comments to 2/2
v1 -> v2:
* enhance allocate/free_vpid to handle shadow vpid
* drop empty space
* allocate shadow vpid during initialization
* For each
Enhance allocate/free_vid to handle shadow vpid.
Signed-off-by: Wanpeng Li
---
arch/x86/kvm/vmx.c | 23 +++
1 file changed, 11 insertions(+), 12 deletions(-)
diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c
index 9ff6a3f..c5222b8 100644
--- a/arch/x86/kvm/vmx.c
+++ b/arc
VPID is used to tag address space and avoid a TLB flush. Currently L0 use
the same VPID to run L1 and all its guests. KVM flushes VPID when switching
between L1 and L2.
This patch advertises VPID to the L1 hypervisor, then address space of L1 and
L2 can be separately treated and avoid TLB flus
On 12 September 2015 at 11:03, Robert Jarzmik wrote:
> Change the interrupt flavor of the card detection, from a hard interrupt
> to a threaded interrupt. There is no strong requirement for a hard
> interrupt.
>
> It fixes the case where the card detection is on a gpio expander, on I2C
> for examp
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit 9059b284caecb628fac826c2c5cc8ee85708eec1:
>
> Merge tag 'perf-core-for-mingo-2' of
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core
Commit-ID: bd315aab8a3ab1bc7074774b89a5d8ec7c1ff7ab
Gitweb: http://git.kernel.org/tip/bd315aab8a3ab1bc7074774b89a5d8ec7c1ff7ab
Author: Wang Nan
AuthorDate: Mon, 14 Sep 2015 10:23:55 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 14 Sep 2015 15:10:41 -0300
perf top: Fix segf
Commit-ID: 9bae1e8c3fe5359ce17309b894f54667fd563e98
Gitweb: http://git.kernel.org/tip/9bae1e8c3fe5359ce17309b894f54667fd563e98
Author: Namhyung Kim
AuthorDate: Thu, 10 Sep 2015 11:27:05 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 15 Sep 2015 09:48:32 -0300
perf probe: Ex
Commit-ID: a43aac299c3abc09eff856039f5b72166b780d35
Gitweb: http://git.kernel.org/tip/a43aac299c3abc09eff856039f5b72166b780d35
Author: Namhyung Kim
AuthorDate: Thu, 10 Sep 2015 11:27:04 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 15 Sep 2015 09:48:32 -0300
perf probe: Fr
Commit-ID: 01ca9fd41d6f2ad796a6b109b5253e06b6ae6dc7
Gitweb: http://git.kernel.org/tip/01ca9fd41d6f2ad796a6b109b5253e06b6ae6dc7
Author: Jiri Olsa
AuthorDate: Mon, 7 Sep 2015 10:38:03 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 15 Sep 2015 09:48:32 -0300
tools: Add err.h w
Commit-ID: e2f9f8ea6a54e252e3a94a5c2321f673b5b97360
Gitweb: http://git.kernel.org/tip/e2f9f8ea6a54e252e3a94a5c2321f673b5b97360
Author: Jiri Olsa
AuthorDate: Mon, 7 Sep 2015 10:38:05 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 15 Sep 2015 09:48:32 -0300
perf tools: Propag
Commit-ID: 8dd2a1317eba2c207632dcb19adb7cb746861652
Gitweb: http://git.kernel.org/tip/8dd2a1317eba2c207632dcb19adb7cb746861652
Author: Jiri Olsa
AuthorDate: Mon, 7 Sep 2015 10:38:06 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 15 Sep 2015 09:48:33 -0300
perf evsel: Propag
Commit-ID: 196581717d85f59365dc9303685cd5b1cdf106a3
Gitweb: http://git.kernel.org/tip/196581717d85f59365dc9303685cd5b1cdf106a3
Author: Jiri Olsa
AuthorDate: Mon, 7 Sep 2015 10:38:07 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 15 Sep 2015 09:48:33 -0300
perf tools: Enhanc
Hi Jiri,
On Wed, 16 Sep 2015 08:38:17 +0200 Jiri Olsa wrote:
>
> > > Also, building perf seems to ignore O= on the make invocation.
> > > Is that expected?
> >
> > hum, not sure about this one.. I'm not using it, but we have
> > tests for this and I thought we're ok.. I'll check
>
> seems to wo
Commit-ID: a69b09e2342a9c144b0291b9aeb849ab7d5843bf
Gitweb: http://git.kernel.org/tip/a69b09e2342a9c144b0291b9aeb849ab7d5843bf
Author: Adrian Hunter
AuthorDate: Tue, 8 Sep 2015 10:58:49 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 15 Sep 2015 10:08:22 -0300
perf evlist: S
Commit-ID: 63ab024a5b6f295ca17a293ad81b7c728f49a89a
Gitweb: http://git.kernel.org/tip/63ab024a5b6f295ca17a293ad81b7c728f49a89a
Author: Wang Nan
AuthorDate: Mon, 14 Sep 2015 23:02:49 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 15 Sep 2015 09:48:33 -0300
perf tools: regs_q
Commit-ID: 725e06b2e2754fbff61521fa76fee51cee5bcb5f
Gitweb: http://git.kernel.org/tip/725e06b2e2754fbff61521fa76fee51cee5bcb5f
Author: Adrian Hunter
AuthorDate: Tue, 8 Sep 2015 10:58:50 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 15 Sep 2015 10:15:39 -0300
perf evlist: S
Commit-ID: d5bc056e73841d4bc941474a342ef9b6a207ac84
Gitweb: http://git.kernel.org/tip/d5bc056e73841d4bc941474a342ef9b6a207ac84
Author: Adrian Hunter
AuthorDate: Tue, 8 Sep 2015 10:58:51 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 15 Sep 2015 10:16:48 -0300
perf evlist: R
Commit-ID: bbbe6bf6037d77816c4a19aaf35f4cecf662b49a
Gitweb: http://git.kernel.org/tip/bbbe6bf6037d77816c4a19aaf35f4cecf662b49a
Author: Wang Nan
AuthorDate: Sun, 6 Sep 2015 07:13:35 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 15 Sep 2015 09:48:33 -0300
perf tools: Introdu
Commit-ID: ec9a77a7e3346a05b1287597982d0dd09dd1c3bd
Gitweb: http://git.kernel.org/tip/ec9a77a7e3346a05b1287597982d0dd09dd1c3bd
Author: Adrian Hunter
AuthorDate: Tue, 8 Sep 2015 10:58:52 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 15 Sep 2015 10:20:50 -0300
perf evlist: A
Commit-ID: fce4d296b405b03fba033a55017348bf55b10db6
Gitweb: http://git.kernel.org/tip/fce4d296b405b03fba033a55017348bf55b10db6
Author: Adrian Hunter
AuthorDate: Tue, 8 Sep 2015 10:58:55 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 15 Sep 2015 10:41:13 -0300
perf evsel: Ad
Commit-ID: f114d6eff76d20b521d8716e969e71b1f56f82b5
Gitweb: http://git.kernel.org/tip/f114d6eff76d20b521d8716e969e71b1f56f82b5
Author: Adrian Hunter
AuthorDate: Tue, 8 Sep 2015 10:58:53 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 15 Sep 2015 10:23:17 -0300
perf evlist: F
Commit-ID: b278c364b35ae940b05f6a9edf8061fc886cd09e
Gitweb: http://git.kernel.org/tip/b278c364b35ae940b05f6a9edf8061fc886cd09e
Author: Adrian Hunter
AuthorDate: Tue, 8 Sep 2015 10:58:54 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 15 Sep 2015 10:24:30 -0300
perf evlist: F
Commit-ID: 934e0f2053ce299893ca48a411bf7fdc8ac6254f
Gitweb: http://git.kernel.org/tip/934e0f2053ce299893ca48a411bf7fdc8ac6254f
Author: Adrian Hunter
AuthorDate: Tue, 8 Sep 2015 10:58:56 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 15 Sep 2015 10:44:22 -0300
perf evlist: M
Commit-ID: 74bfd2b25de354feb4484c553dce4fe8d9c3b60b
Gitweb: http://git.kernel.org/tip/74bfd2b25de354feb4484c553dce4fe8d9c3b60b
Author: Adrian Hunter
AuthorDate: Tue, 8 Sep 2015 10:58:57 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 15 Sep 2015 10:45:47 -0300
perf evlist: M
Commit-ID: adc0c3e87b0e1baeccabe09b6dba738f17d0e91d
Gitweb: http://git.kernel.org/tip/adc0c3e87b0e1baeccabe09b6dba738f17d0e91d
Author: Adrian Hunter
AuthorDate: Tue, 8 Sep 2015 10:58:58 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 15 Sep 2015 10:54:04 -0300
perf evlist: F
Aaro Koskinen wrote:
> On Tue, Sep 15, 2015 at 09:27:20PM +0100, Eric Curtin wrote:
>> -for (unsigned int i = 0; i < strlen(port); i++)
>> +unsigned int port_len = strlen(port);
>> +
>> +for (unsigned int i = 0; i < port_len; i++)
>
> port is read only in this function, so maybe just us
Commit-ID: 44c42d71c659527c81bf169808959c9339116d85
Gitweb: http://git.kernel.org/tip/44c42d71c659527c81bf169808959c9339116d85
Author: Adrian Hunter
AuthorDate: Tue, 8 Sep 2015 10:58:59 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 15 Sep 2015 11:01:25 -0300
perf evlist: F
Commit-ID: c5e6bd2ed3e81df443e4ae11e95ed71ff77bf9e5
Gitweb: http://git.kernel.org/tip/c5e6bd2ed3e81df443e4ae11e95ed71ff77bf9e5
Author: Adrian Hunter
AuthorDate: Tue, 8 Sep 2015 10:59:02 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 15 Sep 2015 11:04:49 -0300
perf tests: Fi
Commit-ID: 2998272275fc31fc3d478ef9c95e7eaef67dafa3
Gitweb: http://git.kernel.org/tip/2998272275fc31fc3d478ef9c95e7eaef67dafa3
Author: Adrian Hunter
AuthorDate: Tue, 8 Sep 2015 10:59:01 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 15 Sep 2015 11:03:58 -0300
perf tests: Fi
Commit-ID: 8c0498b6891d7ca5c379c6283de7fc7fe8eebe5c
Gitweb: http://git.kernel.org/tip/8c0498b6891d7ca5c379c6283de7fc7fe8eebe5c
Author: Adrian Hunter
AuthorDate: Tue, 8 Sep 2015 10:59:00 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 15 Sep 2015 11:03:22 -0300
perf evlist: F
On Wed, Sep 09, 2015 at 09:14:42AM -0700, Joe Perches wrote:
> On Wed, 2015-09-09 at 15:14 +0200, LABBE Corentin wrote:
> > The stmmac driver use lots of pr_xxx functions to print information.
> > This is bad since we cannot know which device logs the information.
> > (moreover if two stmmac device
Jiang Liu wrote on 16/09/15 14:37:
On 2015/9/15 15:19, Arthur Marsh wrote:
Jiang Liu wrote on 15/09/15 12:01:
HI Arthur,
Really appreciate your help to test the patches. That's
a good sign we have moved forward a bit:)
For kexec, it's always challenging to me. So could you
please
On 15.09.2015 20:41, Serge Hallyn wrote:
Quoting Stéphane Graber (stgra...@ubuntu.com):
On Tue, Sep 15, 2015 at 06:01:38PM +0300, Konstantin Khlebnikov wrote:
On 15.09.2015 17:27, Eric W. Biederman wrote:
Konstantin Khlebnikov writes:
pid_t getvpid(pid_t pid, pid_t source, pid_t target);
T
Use a generic name for this kind of PLL
Correction in dts files are already done here:
commit 5eb26c605909 ("ARM: STi: DT: Rename st_pll3200c32_407_c0_x into
st_pll3200c32_cx_x")
Signed-off-by: Gabriel Fernandez
---
drivers/clk/st/clkgen-fsyn.c | 8
drivers/clk/st/clkgen-pll.c | 12
Hi Martin,
On 2015-09-16 3:51 PM, Martin Sustrik wrote:
> On 2015-09-16 08:27, Damian Hobson-Garcia wrote:
>>
>> Additionally, to provide a way to associate user-space state with eventfd
>> object, it allows to attach user-space data to the file descriptor.
>
> The above paragraph is a leftover f
Drivers needs to export the OF id table and this be built into
the module or udev won't have the necessary information to auto
load the driver module when the device is registered by OF.
Signed-off-by: Javier Martinez Canillas
---
drivers/pinctrl/sirf/pinctrl-atlas7.c | 2 ++
1 file changed, 2
Am 16.09.2015 um 03:24 schrieb Tejun Heo:
> Hello, Paul.
>
> On Tue, Sep 15, 2015 at 04:38:18PM -0700, Paul E. McKenney wrote:
>> Well, the decision as to what is too big for -stable is owned by the
>> -stable maintainers, not by me.
>
> Is it tho? Usually the subsystem maintainer knows the best
replace "sst,plls-c32-cx_x" by "st,plls-c32-cx_x"
Signed-off-by: Gabriel Fernandez
---
Documentation/devicetree/bindings/clock/st/st,clkgen-pll.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/devicetree/bindings/clock/st/st,clkgen-pll.txt
b/Documentatio
This patch set fixes a kernel crash :
[2.433152] CPU: 0 PID: 1 Comm: swapper/0 Not tainted
4.2.0-rc7-next-20150821 #134
[2.440713] Hardware name: STiH415/416 SoC with Flattened Device Tree
[2.447173] [] (unwind_backtrace) from []
(show_stack+0x10/0x14)
[2.454914] [] (show_stack)
* Steve Muckle wrote:
> On 09/15/2015 08:19 AM, Peter Zijlstra wrote:
> > Please flip the argument around; providing lots of knobs for vendors to
> > do $magic with is _NOT_ a good thing.
> >
> > The whole out-of-tree cpufreq governor hack fest Android thing is a
> > complete and utter fail on
On 16/09/15 02:53, Rafael J. Wysocki wrote:
> On Tuesday, September 15, 2015 10:18:32 AM Marc Zyngier wrote:
>> On 15/09/15 00:15, Rafael J. Wysocki wrote:
>>> On Monday, September 14, 2015 05:44:01 PM Marc Zyngier wrote:
struct device_node is very much DT specific, and the original authors
>>
Hello,
On 09/16/2015 09:43 AM, Javier Martinez Canillas wrote:
> Drivers needs to export the OF id table and this be built into
> the module or udev won't have the necessary information to auto
> load the driver module when the device is registered by OF.
>
> Signed-off-by: Javier Martinez Canill
On Wednesday 16 September 2015 08:51:14 Hans Verkuil wrote:
> > a) Similar to my first attempt, define a new struct v4l2_timeval, but
> >only use it when building with a y2038-aware libc, so we don't break
> >existing environments:
> >
> > /* some compile-time conditional that we firs
This patch fixes an over flow issue with the TX ring descriptor. Each
descriptor is 32B in size and an operation requires 2 of these
descriptors.
Signed-off-by: Rameshwar Prasad Sahu
---
drivers/dma/xgene-dma.c | 37 +++--
1 file changed, 11 insertions(+), 26 dele
On Wed, 16 Sep 2015, Zhu Jefferry wrote:
> Thanks for your detail guideline and explanations. Please see my questions
> in-line.
Please trim the reply to the relevant sections. It's annoying if I
have to search your replies inside of useless quoted text.
> > -Original Message-
> > From
On 15/09/15 19:52, Jeff Layton wrote:
On Tue, 15 Sep 2015 16:49:23 +0100
"Suzuki K. Poulose" wrote:
From: "Suzuki K. Poulose"
Encountered the following BUG() with 4.3-rc1 on a fast model
for arm64 with NFS root filesystem.
[ cut here ]
kernel BUG at fs/inode.c:1493!
On 09/16/2015 09:56 AM, Arnd Bergmann wrote:
> On Wednesday 16 September 2015 08:51:14 Hans Verkuil wrote:
>
>>> a) Similar to my first attempt, define a new struct v4l2_timeval, but
>>>only use it when building with a y2038-aware libc, so we don't break
>>>existing environments:
>>>
>>>
On Wed, 16 Sep 2015, Yang Yingliang wrote:
> diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
> index 78c0621..4133070 100644
> --- a/arch/arc/Kconfig
> +++ b/arch/arc/Kconfig
> @@ -20,6 +20,7 @@ config ARC
> # for now, we don't need GENERIC_IRQ_PROBE, CONFIG_GENERIC_IRQ_CHIP
> select G
Added entries in i2c/vendor-prefixes for the us5182d als and proximity sensor.
Also added a documentation file for this sensor's properties.
Signed-off-by: Adriana Reus
---
Changes since v6:
* Added some aditional clarifications on the optional
properties, as suggested by Rob.
.../devicetr
Add support for UPISEMI us5182d als and proximity sensor.
Supports raw readings.
Data sheet for this device can be found here:
http://www.upi-semi.com/temp/uS5182D-DS-P0103-temp.pdf
Signed-off-by: Adriana Reus
---
No changes since v6
drivers/iio/light/Kconfig | 10 +
drivers/iio/light/Makefi
This series adds basic support for this als and proximity sensor
and devicetree docs.
Adriana Reus (2):
iio: light: Add support for UPISEMI uS5182d als and proximity sensor
devicetree: Add documentation for UPISEMI us5182d ALS and Proximity
sensor
.../devicetree/bindings/iio/light/us5182
On 11 September 2015 at 14:08, Mark Brown wrote:
> On Mon, Sep 07, 2015 at 02:23:29PM +0200, Tomeu Vizoso wrote:
>> Walks the OF tree up and finds the closest ancestor that has a struct
>> device associated with it, probing it if isn't bound to a driver yet.
>
>> The above should ensure that the d
Hi,
While crosscompiling the kernel for openrisc with allmodconfig the build
failed with the error:
drivers/vhost/vhost.c: In function 'vhost_vring_ioctl':
drivers/vhost/vhost.c:818:3: error: call to '__compiletime_assert_818' declared
with attribute error: BUILD_BUG_ON failed: __alignof__
*vq->av
On 2015/9/16 15:37, Arthur Marsh wrote:
>
>
> Jiang Liu wrote on 16/09/15 14:37:
>> On 2015/9/15 15:19, Arthur Marsh wrote:
>>>
>>>
>>> Jiang Liu wrote on 15/09/15 12:01:
>>>
HI Arthur,
Really appreciate your help to test the patches. That's
a good sign we have moved forward a
On Wed, 16 Sep 2015, Yang Yingliang wrote:
> To avoid multi-declaration error after adding migrate_irqs into
> kernel/irq/migration.c, rename migrate_irqs() to move_irqs().
And why can't you chose a different name for the generic function
instead of creating useless churn in IA64?
Thanks,
On Wed, 16 Sep 2015, Yang Yingliang wrote:
> arch/arm/Kconfig | 1 +
> arch/arm/include/asm/irq.h | 1 -
> arch/arm/kernel/irq.c| 62 -
> arch/arm64/Kconfig | 1 +
> arch/arm64/include/asm/irq.h | 1 -
> arch/arm64/kernel/
Hi, Shawn,
> On Fri, Aug 28, 2015 at 5:04 AM, Huan Wang
> wrote:
>
> > I need Fabio's confirmation about removing CONFIG_SOC_LS1021A from
> imx_v6_v7_config.
> >
> > Fabio, Do you agree it?
>
> Yes, if Shawn accepts ls1021a_defconfig then we should remove
> CONFIG_SOC_LS1021A from imx_v6_v7_con
It's not needed an is just creating a null statement, so remove it.
Signed-off-by: Javier Martinez Canillas
---
drivers/pinctrl/freescale/pinctrl-mxs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/freescale/pinctrl-mxs.c
b/drivers/pinctrl/freescale/pinctr
They aren't needed and are just creating null statements so remove it.
Signed-off-by: Javier Martinez Canillas
---
drivers/pinctrl/pinctrl-tz1090.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/pinctrl/pinctrl-tz1090.c b/drivers/pinctrl/pinctrl-tz1090.c
index 6
It's not needed an is just creating a null statement, so remove it.
Signed-off-by: Javier Martinez Canillas
---
drivers/pinctrl/samsung/pinctrl-exynos5440.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/samsung/pinctrl-exynos5440.c
b/drivers/pinctrl/samsu
It's not needed an is just creating a null statement, so remove it.
Signed-off-by: Javier Martinez Canillas
---
drivers/pinctrl/sunxi/pinctrl-sunxi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/sunxi/pinctrl-sunxi.c
b/drivers/pinctrl/sunxi/pinctrl-sunxi.
It's not needed an is just creating a null statement, so remove it.
Signed-off-by: Javier Martinez Canillas
---
drivers/pinctrl/mediatek/pinctrl-mtk-common.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/mediatek/pinctrl-mtk-common.c
b/drivers/pinctrl/medi
They aren't needed and are just creating null statements so remove it.
Signed-off-by: Javier Martinez Canillas
---
drivers/pinctrl/pinctrl-tz1090-pdc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/pinctrl/pinctrl-tz1090-pdc.c
b/drivers/pinctrl/pinctrl-tz1090-
Hello Linus,
This series contains trivial patches that removes unneeded
semicolons in pinctrl drivers. These are clearly typo errors
and are just creating null statements.
Best regards,
Javier
Javier Martinez Canillas (6):
pinctrl: tz1090: Remove unneded semicolons
pinctrl: tz1090-pdc: Remo
Hello,
On Wed, Sep 16, 2015 at 10:28:28AM +0200, Javier Martinez Canillas wrote:
> It's not needed an is just creating a null statement, so remove it.
>
> Signed-off-by: Javier Martinez Canillas
Acked-by: Uwe Kleine-König
Thanks
Uwe
--
Pengutronix e.K. | Uwe Kleine-
On 15/09/2015 19:38, Paul E. McKenney wrote:
> Excellent points!
>
> Other options in such situations include the following:
>
> o Rework so that the code uses call_rcu*() instead of *_expedited().
>
> o Maintain a per-task or per-CPU counter so that every so many
> *_expedited()
Hi Jagan,
Le 15/09/2015 19:53, Jagan Teki a écrit :
> On 15 September 2015 at 20:58, Cyrille Pitchen
> wrote:
>> When their quad or dual I/O mode is enabled, Micron and Macronix spi-nor
>> memories don't reply to the regular Read ID (0x9f) command. Instead they
>> reply to a new dedicated command
hi architt
On 2015/9/16 2:11, Rob Herring wrote:
> On 09/15/2015 04:37 AM, Xinwei Kong wrote:
>> This adds documentation of device tree bindings for the
>> Graphics Processing Unit of hi6220 SOC.
>>
>> Signed-off-by: Xinliang Liu
>> Signed-off-by: Xinwei Kong
>> Signed-off-by: Andy Green
>> Sig
On Wed, Sep 16, 2015 at 01:50:08PM +0530, Sudip Mukherjee wrote:
> Hi,
> While crosscompiling the kernel for openrisc with allmodconfig the build
> failed with the error:
> drivers/vhost/vhost.c: In function 'vhost_vring_ioctl':
> drivers/vhost/vhost.c:818:3: error: call to '__compiletime_assert_81
On Wednesday 16 September 2015 10:12:00 Hans Verkuil wrote:
>
> Are you also attending the ELCE in Dublin? We could have a quick talk there.
> I think the discussion whether to switch to a new v4l2_buffer struct isn't
> really
> dependent on anything y2038.
No, unfortunately I won't be there.
C
The INA220 monitors both shunt drop and supply voltage.
Signed-off-by: Yuan Yao
---
arch/arm/boot/dts/ls1021a-twr.dts | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/ls1021a-twr.dts
b/arch/arm/boot/dts/ls1021a-twr.dts
index e008f93..fbb89d1 100644
--- a/arch
filemap_fdatawait() is a function to wait for on-going writeback
to complete but also consume and clear error status of the mapping
set during writeback.
The latter functionality is critical for applications to detect
writeback error with system calls like fsync(2)/fdatasync(2).
However filemap_fd
On Wed, Sep 16, 2015 at 10:28:29AM +0200, Javier Martinez Canillas wrote:
> It's not needed an is just creating a null statement, so remove it.
>
> Signed-off-by: Javier Martinez Canillas
Acked-by: Maxime Ripard
Thanks!
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Andro
On 15 September 2015 at 19:01, David Woods wrote:
> The arm64 MMU supports a Contiguous bit which is a hint that the TTE
> is one of a set of contiguous entries which can be cached in a single
> TLB entry. Supporting this bit adds new intermediate huge page sizes.
>
> The set of huge page sizes a
On 15/09/15 17:49, Arnd Bergmann wrote:
> The exynos4 fimc capture driver claims to use monotonic
> timestamps but calls ktime_get_real_ts(). This is both
> an incorrect API use, and a bad idea because of the y2038
> problem and the fact that the wall clock time is not reliable
> for timestamps acr
Am 16.09.2015 um 10:32 schrieb Paolo Bonzini:
>
>
> On 15/09/2015 19:38, Paul E. McKenney wrote:
>> Excellent points!
>>
>> Other options in such situations include the following:
>>
>> oRework so that the code uses call_rcu*() instead of *_expedited().
>>
>> oMaintain a per-task or per-C
On Thu, Sep 17, 2015 at 01:17:12AM +0900, Taku Izumi wrote:
> +struct pci2phy_map {
> + struct list_head list;
> + int segment;
> + int pbus_to_physid[256];
> +};
> +struct pci2phy_map *__find_pci2phy_map(int segment)
> +{
> + struct pci2phy_map *map, *alloc = NULL;
> +
> + lo
On 15/09/15 17:49, Arnd Bergmann wrote:
> This is a preparation for a change to the type of v4l2 timestamps.
> v4l2_get_timestamp() is a helper function that reads the monotonic
> time and stores it into a 'struct timeval'. Multiple drivers implement
> the same thing themselves for historic reasons
On Wed, 16 Sep 2015, Marc Zyngier wrote:
> On 16/09/15 02:53, Rafael J. Wysocki wrote:
> > I've just seen quite a few bugs where a pointer to something completely
> > invalid
> > have been silently passed via (void *) which often results in very
> > interesting
> > breakage (that is really hard t
On 15/09/2015 21:26, Michael S. Tsirkin wrote:
> > Applied to kvm/queue and will send patches 1-4 for 4.3-rc. Thanks!
>
> I'd prefer at least 6 to be there as well:
> without 6 userspace can't safely use the code, and without 5,
> it can't trace it.
The idea is to just make old userspace work
VT-d Posted-Interrupts is an enhancement to CPU side Posted-Interrupt.
With VT-d Posted-Interrupts enabled, external interrupts from
direct-assigned devices can be delivered to guests without VMM
intervention when guest is running in non-root mode.
You can find the VT-d Posted-Interrtups Spec. in
Move struct kvm_irq_routing_table from irqchip.c to kvm_host.h,
so we can use it outside of irqchip.c.
Signed-off-by: Feng Wu
Reviewed-by: Paolo Bonzini
---
include/linux/kvm_host.h | 14 ++
virt/kvm/irqchip.c | 10 --
2 files changed, 14 insertions(+), 10 deletions(-)
This patch adds the registration/unregistration of an
irq_bypass_producer for MSI/MSIx on vfio pci devices.
Signed-off-by: Feng Wu
---
v8:
- Merge "[PATCH v7 08/17] vfio: Select IRQ_BYPASS_MANAGER for vfio PCI devices"
into this patch.
v6:
- Make the add_consumer and del_consumer callbacks sta
Currently, we don't support urgent interrupt, all interrupts
are recognized as non-urgent interrupt, so we cannot post
interrupts when 'SN' is set.
If the vcpu is in guest mode, it cannot have been scheduled out,
and that's the only case when SN is set currently, warning if
SN is set.
Signed-off-
From: "Suzuki K. Poulose"
Encountered the following BUG() with 4.3-rc1 on a fast model
for arm64 with NFS root filesystem.
[ cut here ]
kernel BUG at fs/inode.c:1493!
Internal error: Oops - BUG: 0 [#1] PREEMPT SMP
Modules linked in:
CPU: 2 PID: 1 Comm: swapper/0 Not tain
This patch updates the Posted-Interrupts Descriptor when vCPU
is preempted.
sched out:
- Set 'SN' to suppress furture non-urgent interrupts posted for
the vCPU.
sched in:
- Clear 'SN'
- Change NDST if vCPU is scheduled to a different CPU
- Set 'NV' to POSTED_INTR_VECTOR
Signed-off-by: Feng Wu
-
Enable VT-d Posted-Interrtups and add a command line
parameter for it.
Signed-off-by: Feng Wu
Reviewed-by: Paolo Bonzini
---
Documentation/kernel-parameters.txt | 1 +
drivers/iommu/irq_remapping.c | 12
2 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/Document
This patch updates the Posted-Interrupts Descriptor when vCPU
is blocked.
pre-block:
- Add the vCPU to the blocked per-CPU list
- Set 'NV' to POSTED_INTR_WAKEUP_VECTOR
post-block:
- Remove the vCPU from the per-CPU list
Signed-off-by: Feng Wu
---
v8:
- Rename 'pi_pre_block' to 'pre_block'
- Ren
This patch adds an arch specific hooks 'arch_update' in
'struct kvm_kernel_irqfd'. On Intel side, it is used to
update the IRTE when VT-d posted-interrupts is used.
Signed-off-by: Feng Wu
---
v8:
- Remove callback .arch_update()
- Remove kvm_arch_irqfd_init()
- Call kvm_arch_update_irqfd_routing(
On Tue, Sep 15, 2015 at 12:49:46PM -0700, Davidlohr Bueso wrote:
> On Tue, 15 Sep 2015, Peter Zijlstra wrote:
>
> >>Secondly, the wake queues are not concurrent, they're in context, so I
> >>don't see ordering matter at all. The only reason its a cmpxchg() is
> >>because there is the (small) possi
This patch adds the routine to update IRTE for posted-interrupts
when guest changes the interrupt configuration.
Signed-off-by: Feng Wu
---
v8:
- Move 'kvm_arch_update_pi_irte' to vmx.c as a callback
- Only update the PI irte when VM has assigned devices
- Add a trace point for VT-d posted-interr
Implement the following callbacks for x86:
- kvm_arch_irq_bypass_add_producer
- kvm_arch_irq_bypass_del_producer
- kvm_arch_irq_bypass_stop: dummy callback
- kvm_arch_irq_bypass_resume: dummy callback
and set CONFIG_HAVE_KVM_IRQ_BYPASS for x86.
Signed-off-by: Feng Wu
---
v8:
- Move the weak irq
Hi,
I tried to fix the "*pb[l]" format issue while taking care of the problems
discussed in this thread:
https://lkml.org/lkml/2015/9/9/153
I would like to know whether this approach is more acceptable to you:
PATCH 1 modifies the code so that the printf_spec struct is not passed by value
anymo
The original code passes the structure by value on the stack,
this limits the size of the printf_spec structure because of
performance reasons.
This patch modifies the code so only a const pointer to the structure
is passed on the stack.
Signed-off-by: Maurizio Lombardi
---
lib/vsprintf.c | 225
When printing a bitmap using the "%*pb[l]" printk format
a 16 bit variable (field_width) is used to store the size of the bitmap.
In some cases 16 bits are not sufficient, the variable overflows and
printk does not work as expected.
This patch fixes the problem by changing the type of field_width
1 - 100 of 972 matches
Mail list logo