On Wed, Sep 07, 2016 at 08:38:27AM +0200, Stanislaw Gruszka wrote:
> On Tue, Sep 06, 2016 at 09:01:29PM +0200, Peter Zijlstra wrote:
> > On Tue, Sep 06, 2016 at 02:49:08PM +0200, Stanislaw Gruszka wrote:
> > > diff --git a/kernel/exit.c b/kernel/exit.c
> > > index 2f974ae..a46f96f 100644
> > > ---
Recently, Redhat reported that nvml test suite failed on QEMU/KVM,
more detailed info please refer to:
https://bugzilla.redhat.com/show_bug.cgi?id=1365721
Actually, this bug is not only for NVDIMM/DAX but also for any other file
systems. This simple test case abstracted from nvml can easily rep
On Tue, Sep 6, 2016 at 8:18 PM, Maxime Ripard
wrote:
> This commit introduces the clocks found in the Allwinner A33 CCU.
>
> Since this SoC is very similar to the A23, and we share a significant share
> of the DTSI, the clock IDs that are going to be used will also be shared
> with the A23, hence
Add Tiffany Lin and Andrew-CT Chen as maintainers for
Mediatek MT8173 vcodec drivers
Signed-off-by: Tiffany Lin
Signed-off-by: Andrew-CT Chen
---
v3: Move MEDIATEK MEDIA DRIVER after MEDIATEK ETHERNET DRIVER to follow
alphabet sequence
v2: Rename MT8173 MEDIA DRIVER to MEDIATEK MEDIA DRIVER
Sorry, the title should be [PATCH] mm, proc: Fix region lost in /proc/self/smaps
On 09/07/2016 02:51 PM, Xiao Guangrong wrote:
Recently, Redhat reported that nvml test suite failed on QEMU/KVM,
more detailed info please refer to:
https://bugzilla.redhat.com/show_bug.cgi?id=1365721
Actually,
-
NOTE - the 3.14.y kernel series is coming to an end. There will be only
one more release after this one, of this kernel series before it will be
marked as end-of-life. You have been warned.
-
I'm announcing the release of the 4.4.20 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:
I'm announcing the release of the 4.7.3 kernel.
All users of the 4.7 kernel series must upgrade.
The updated 4.7.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.7.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index 695c64ec160c..b74d60081a16 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 4
PATCHLEVEL = 4
-SUBLEVEL = 19
+SUBLEVEL = 20
EXTRAVERSION =
NAME = Blurry Fish Butt
diff --git a/arch/arc/Makefile b/arch/arc/Makefile
index 209d8451e23d..c05ea2b
diff --git a/Makefile b/Makefile
index fc4df99727c1..74346f0d89c1 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 14
-SUBLEVEL = 77
+SUBLEVEL = 78
EXTRAVERSION =
NAME = Remembering Coco
diff --git a/arch/arm64/include/asm/elf.h b/arch/arm64/include/asm/elf.h
inde
Add some dummy static inline functions in case CONFIG_RTC_LIB is not defined.
Signed-off-by: Baolin Wang
Fixes: a0a6e06d545a ("time: alarmtimer: Add tracepoints for alarmtimers")
---
include/linux/rtc.h | 49 -
1 file changed, 48 insertions(+), 1
Am 07.09.2016 um 01:04 schrieb Masahiro Yamada:
Remove unneeded variables and assignments.
Signed-off-by: Masahiro Yamada
Tom StDenis was working on a similar patch for amdgpu as well, please
make sure that your work doesn't conflict with his.
Apart from that looks good to me. But I would
Hi Arnd,
On 02/09/16 18:51, Arnd Bergmann wrote:
> On Friday, September 2, 2016 10:21:23 AM CEST Alan Stern wrote:
>> On Fri, 2 Sep 2016, Felipe Balbi wrote:
>>
>>> Hi,
>>>
>>> Russell King - ARM Linux writes:
On Fri, Sep 02, 2016 at 12:43:39PM +0200, Arnd Bergmann wrote:
> On Thursday,
On 06/09/16 21:23, Stefan Agner wrote:
> On 2016-09-06 01:21, Tomi Valkeinen wrote:
>> Hi,
>>
>> On 04/09/16 07:26, Stefan Agner wrote:
>>> The lcd-supply is meant to be optional, there are several device-
>>> trees not specifying it and the code handles error values silently.
>>> Therefor, avoid c
On Tue, Sep 6, 2016 at 8:18 PM, Maxime Ripard
wrote:
> Add support for the clock unit found in the A23. Due to the similarities
> with the A33, it also shares its clock IDs to allow sharing the DTSI.
>
> Signed-off-by: Maxime Ripard
[...]
> diff --git a/drivers/clk/sunxi-ng/ccu-sun8i-a23.c
> b
Hi Stefan,
On 06/09/16 21:01, Stefan Agner wrote:
> On 2016-09-06 01:22, Mark Brown wrote:
>> On Tue, Sep 06, 2016 at 10:45:19AM +0300, Felipe Balbi wrote:
>>> Stefan Agner writes:
>>
According to the device tree bindings the vcc-supply is optional.
>>
>> This is nonsense unless the device c
Am 06.09.2016 um 15:36 schrieb Jonathan Corbet :
> On Sat, 27 Aug 2016 11:43:18 +0300
> Jani Nikula wrote:
>
>> On Fri, 26 Aug 2016, Jonathan Corbet wrote:
>>> As far as I can tell, the handling of "..." arguments has never worked
>>> right, so any documentation provided was ignored in favor o
On Tue, Sep 06, 2016 at 05:03:41PM -0400, Kees Cook wrote:
> On Sat, Sep 3, 2016 at 8:15 AM, Dmitry Vyukov wrote:
> > Hello,
> >
> > While running syzkaller fuzzer I've got the following GPF:
> >
> > general protection fault: [#1] SMP DEBUG_PAGEALLOC KASAN
> > Dumping ftrace buffer:
> >(f
On Tue, Sep 06, 2016 at 11:49:04AM -0400, Kees Cook wrote:
> On Sun, Sep 4, 2016 at 5:48 AM, Paul E. McKenney
> wrote:
> > On Sun, Sep 04, 2016 at 08:35:40AM +0800, kernel test robot wrote:
> >>
> >> FYI, we noticed the following commit:
> >>
> >> https://git.kernel.org/pub/scm/linux/kernel/git/pa
On Tue, Sep 06, 2016 at 01:56:40PM -0400, Kees Cook wrote:
SNIP
> > static __must_check __always_inline int
> > diff --git a/fs/proc/kcore.c b/fs/proc/kcore.c
> > index a939f5ed7f89..c7a22a8a157e 100644
> > --- a/fs/proc/kcore.c
> > +++ b/fs/proc/kcore.c
> > @@ -516,7 +516,7 @@ read_kcore(struct
From: Jorik Jonker
Signed-off-by: Jorik Jonker
---
arch/arm/boot/dts/sun8i-h3-bananapi-m2-plus.dts | 2 +-
arch/arm/boot/dts/sun8i-h3.dtsi | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/sun8i-h3-bananapi-m2-plus.dts
b/arch/arm/boot/dts/
From: Jorik Jonker
These are the pinmux definitions for uarts2-3 on H3. These are the only
pins for these UARTS, but one could choose to use reduce them to only
RX/TX.
Signed-off-by: Jorik Jonker
---
arch/arm/boot/dts/sun8i-h3.dtsi | 14 ++
1 file changed, 14 insertions(+)
diff --
From: Jorik Jonker
Although these peripherals are disabled, they are associated to the
pinmux definitions. Again, these are the full pinmux defs which include
RTS/CTS. One could narrow this down to RX/TX only in a board specific
DTS.
Signed-off-by: Jorik Jonker
---
arch/arm/boot/dts/sun8i-h3.d
From: Jorik Jonker
These peripherals have only possible set of pins, so I have associated
the peripherals with those pinmux definitions.
Signed-off-by: Jorik Jonker
---
arch/arm/boot/dts/sun8i-h3.dtsi | 39 +++
1 file changed, 39 insertions(+)
diff --git a/
From: Jorik Jonker
This is my third attempt to complete the UART/I2C definitions on H3.
Changes since v2:
* I have moved the pinmux/peripheral associations to the H3 DTSI file,
including already existing associations for UART0 and UART1.
* I have left out _a and @0 prefixes where there is on
From: Jorik Jonker
These are the only possible pins for these peripherals.
Signed-off-by: Jorik Jonker
---
arch/arm/boot/dts/sun8i-h3.dtsi | 21 +
1 file changed, 21 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-h3.dtsi b/arch/arm/boot/dts/sun8i-h3.dtsi
index e9528d1.
From: Jorik Jonker
This is the only sensible pinmux/peripheral association for uart0, so I have
moved it from the board specific DTS to the DTSI. It is still up to the boards
to enable it, though.
Signed-off-by: Jorik Jonker
---
arch/arm/boot/dts/sun8i-h3-bananapi-m2-plus.dts | 2 --
arch/arm/
From: Jorik Jonker
Users using this UART without RTS/CTS should override the association in
their board specific DTS. All (1) board using this UART uses RTS/CTS, so
this breaks nothing.
Signed-off-by: Jorik Jonker
---
arch/arm/boot/dts/sun8i-h3-bananapi-m2-plus.dts | 2 --
arch/arm/boot/dts/su
From: Jorik Jonker
These are the only possible pins for UART0 on H3
Signed-off-by: Jorik Jonker
---
arch/arm/boot/dts/sun8i-h3-bananapi-m2-plus.dts | 2 +-
arch/arm/boot/dts/sun8i-h3-orangepi-2.dts | 2 +-
arch/arm/boot/dts/sun8i-h3-orangepi-one.dts | 2 +-
arch/arm/boot/dts/sun8i-h3
On 06-09-2016 12:00:37, Jes Sorensen wrote:
> Matthias Beyer writes:
> > This patchset fixes some errors and warnings reported by checkpatch.pl.
> >
> > Matthias Beyer (5):
> > drivers: staging: rtl8723au: core: Fix checkpatch.pl errors
> > drivers: staging: rtl8723au: core: simplify if-break-
On Tue, Sep 06, 2016 at 03:27:43PM +0200, Arnd Bergmann wrote:
> On Tuesday, September 6, 2016 1:50:48 PM CEST Felipe Balbi wrote:
> > Hi,
> >
> > Arnd Bergmann writes:
> > > On Tuesday, September 6, 2016 9:40:19 AM CEST Felipe Balbi wrote:
> > >>
> > >> this only solves the problem for DT devic
On Tue, Sep 06, 2016 at 02:25:41PM -0700, Long Li wrote:
> From: Long Li
>
> Properly set SRB flags when hosting device supports tagged queuing. This
> patch improves the performance on Fiber Channel disks.
ENOSIGNEDOFF and please use checkpatch.pl on the patch.
>
> ---
> drivers/scsi/storv
On 08/22/16 11:28, Ricardo Ribalda Delgado wrote:
Some hardware maps the Hue between 0 and 255 instead of 0-179. Support
this format with a new field hsv_enc.
Signed-off-by: Ricardo Ribalda Delgado
Acked-by: Hans Verkuil
---
v5_2: s/s_rgb_or_yuv/s_rgb_or_hsv/
Thanks Hans!!
include/uapi/l
On 06.09.2016 13:29, Rafael J. Wysocki wrote:
On Tue, Sep 6, 2016 at 12:22 PM, Tomasz Nowicki wrote:
Hi Thomas,
On 06.09.2016 11:50, Thomas Gleixner wrote:
On Tue, 6 Sep 2016, Tomasz Nowicki wrote:
-static int __init its_pci_msi_init(void)
+static int __init its_pci_msi_init_one(struct fw
Hi all:
I have gone through the patch, and i find one limit for RPC call from TEE to
REE.
In this patch, RPC commands are fixed and it supports a limited set of commands.
If you want to add your own RPC command then you need to change the source code
of the driver.
I don't know how much work to
On 08/18/16 16:33, Ricardo Ribalda Delgado wrote:
HSV formats are extremely useful for image segmentation. This set of
patches makes v4l2 aware of this kind of formats.
Vivid changes have been divided to ease the reviewing process.
We are working on patches for Gstreamer and OpenCV that will ma
>> A multiplication for the size determination of a memory allocation
>> indicated that an array data structure should be processed.
>> Thus use the corresponding function "kmalloc_array".
>>
>> This issue was detected by using the Coccinelle software.
>
> Which rule-set was used?
Do you get an u
On Wed, Sep 7, 2016 at 12:38 AM, Masahiro Yamada
wrote:
> Remove unneeded variables and assignments.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> drivers/scsi/aic7xxx/aic79xx_osm.c | 6 +-
> drivers/scsi/arcmsr/arcmsr_hba.c| 4 +---
> drivers/scsi/esas2r/esas2r_ioctl.c | 20 -
Hi all,
Changes since 20160906:
The btrfs-kdave tree gained a build failure so I used the version from
next-20160906.
The net-next tree gained a conflict against the net tree.
The drm-intel tree gained conflicts against the drm tree.
The kbuild tree still had its build warnings for PowerPC, fo
Hi Mathias,
On 09/07/2016 02:51 PM, Mathias Nyman wrote:
> On 07.09.2016 09:22, Lu Baolu wrote:
>> From: "Lu, Baolu"
>>
>> xhci_setup_device() should return failure with correct error number
>> when xhci host has died, removed or halted.
>>
>
> Thanks, will add.
> Might go to 4.9 as 4.8-rc5 is al
Hi Matan,
On Thu, Sep 1, 2016 at 2:14 PM, Christoph Hellwig wrote:
> On Thu, Sep 01, 2016 at 10:25:40AM +0300, Matan Barak wrote:
>> Well, if I recall, the reason doing so last time was in order to allow
>> flexible updating of ib_core independently, which is obviously not a good
>> reason (to sa
Hello Chanwoo,
On 09/02/2016 12:59 PM, Chanwoo Choi wrote:
> Hi Javier,
>
> On 2016년 08월 27일 02:49, Javier Martinez Canillas wrote:
>> Hello Chanwoo,
>>
[snip]
>>
>>> + mipi_phy: video-phy@105C0708 {
>>> + compatible = "samsung,exynos5433-mipi-video-phy";
>>> +
--
Dear Sir,
I am requesting for your help, to assist me in getting £42,000,000.00 to
your account. please do indicate your interest for more information's.
Yours Truly,
Daniel Klimowicz
On Wednesday, September 7, 2016 1:55:23 AM CEST Sebastian Reichel wrote:
>
> Patch looks fine to me. Actually I already asked Phil to
> implement your change [0]. I just queued it to power-supply's
> for-next branch.
>
> [0] https://marc.info/?l=linux-pm&m=147273382018953&w=2
Glad to see we had
On Fri, Sep 02, 2016 at 04:03:02PM +0200, Frederic Weisbecker wrote:
> diff --git a/kernel/sched/cputime.c b/kernel/sched/cputime.c
> index f111076..d4d12a9 100644
> --- a/kernel/sched/cputime.c
> +++ b/kernel/sched/cputime.c
> @@ -78,30 +78,26 @@ EXPORT_SYMBOL_GPL(irqtime_account_irq);
> static
--
Dear Sir,
I am requesting for your help, to assist me in getting £42,000,000.00 to
your account. please do indicate your interest for more information's.
Yours Truly,
Daniel Klimowicz
From: Jorik Jonker
Of course, minutes after sending you notice a huge copy/paste error in
the submitted patch. Mae culpa, and here is a new version.
This is my fourth attempt to complete the UART/I2C definitions on H3.
Changes since v3:
* I was sloppy when I copy/pasted the i2c2 peripheral, so
From: Jorik Jonker
These are the only possible pins for UART0 on H3
Signed-off-by: Jorik Jonker
---
arch/arm/boot/dts/sun8i-h3-bananapi-m2-plus.dts | 2 +-
arch/arm/boot/dts/sun8i-h3-orangepi-2.dts | 2 +-
arch/arm/boot/dts/sun8i-h3-orangepi-one.dts | 2 +-
arch/arm/boot/dts/sun8i-h3
From: Jorik Jonker
Signed-off-by: Jorik Jonker
---
arch/arm/boot/dts/sun8i-h3-bananapi-m2-plus.dts | 2 +-
arch/arm/boot/dts/sun8i-h3.dtsi | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/sun8i-h3-bananapi-m2-plus.dts
b/arch/arm/boot/dts/
From: Jorik Jonker
This is the only sensible pinmux/peripheral association for uart0, so I have
moved it from the board specific DTS to the DTSI. It is still up to the boards
to enable it, though.
Signed-off-by: Jorik Jonker
---
arch/arm/boot/dts/sun8i-h3-bananapi-m2-plus.dts | 2 --
arch/arm/
From: Jorik Jonker
These are the pinmux definitions for uarts2-3 on H3. These are the only
pins for these UARTS, but one could choose to use reduce them to only
RX/TX.
Signed-off-by: Jorik Jonker
---
arch/arm/boot/dts/sun8i-h3.dtsi | 14 ++
1 file changed, 14 insertions(+)
diff --
From: Jorik Jonker
These peripherals have only possible set of pins, so I have associated
the peripherals with those pinmux definitions.
Signed-off-by: Jorik Jonker
---
arch/arm/boot/dts/sun8i-h3.dtsi | 39 +++
1 file changed, 39 insertions(+)
diff --git a/
From: Jorik Jonker
Users using this UART without RTS/CTS should override the association in
their board specific DTS. All (1) board using this UART uses RTS/CTS, so
this breaks nothing.
Signed-off-by: Jorik Jonker
---
arch/arm/boot/dts/sun8i-h3-bananapi-m2-plus.dts | 2 --
arch/arm/boot/dts/su
From: Jorik Jonker
These are the only possible pins for these peripherals.
Signed-off-by: Jorik Jonker
---
arch/arm/boot/dts/sun8i-h3.dtsi | 21 +
1 file changed, 21 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-h3.dtsi b/arch/arm/boot/dts/sun8i-h3.dtsi
index e9528d1.
From: Jorik Jonker
Although these peripherals are disabled, they are associated to the
pinmux definitions. Again, these are the full pinmux defs which include
RTS/CTS. One could narrow this down to RX/TX only in a board specific
DTS.
Signed-off-by: Jorik Jonker
---
arch/arm/boot/dts/sun8i-h3.d
Hi,
Roger Quadros writes:
Stefan Agner writes:
>>>
> According to the device tree bindings the vcc-supply is optional.
>>>
>>> This is nonsense unless the device can work without this supply. Given
>>> that the supply is called VCC that doesn't seem entirely likely.
>>
>> Afaik it is
On Tue, Sep 06, 2016 at 03:17:49PM +0200, Arnd Bergmann wrote:
> The newly added k3_dma_prep_dma_cyclic function has some debug output
> that uses incorrect typecasts, some of which cause a warning like:
>
> drivers/dma/k3dma.c: In function 'k3_dma_prep_dma_cyclic':
> drivers/dma/k3dma.c:589:671:
On 07.09.2016 10:54, Lu Baolu wrote:
Hi Mathias,
On 09/07/2016 02:51 PM, Mathias Nyman wrote:
On 07.09.2016 09:22, Lu Baolu wrote:
From: "Lu, Baolu"
xhci_setup_device() should return failure with correct error number
when xhci host has died, removed or halted.
Thanks, will add.
Might go t
Hello Chanwoo,
On 09/02/2016 01:29 PM, Chanwoo Choi wrote:
> Hi Javier,
>
> On 2016년 08월 27일 03:30, Javier Martinez Canillas wrote:
>> Hello Chanwoo,
>>
[snip]
>>> +
>>
>> I see that most of the following regulators are marked as always-on
>> but I wonder if this is really needed. For example s
On Tue, Sep 06, 2016 at 08:33:20PM -0300, Thiago Jung Bauermann wrote:
> Thanks for reporting the problem and finding the commit that caused it.
> The only thing in commit 5c01cdd2d4bc which can affect kexec_load is the
> fact that struct kexec_segment has a new member.
>
> This is probably break
Using a default trigger is a bad idea if using DT to configure
interrupts, as the device's interrupt specifier will always contain
the trigger configuration.
Let's warn about that particular situation, and revert to not
having a default. Hopefully, the couple of drivers still using
this feature wi
Some people prefer to use ECM mode rather than vendor mode. Therefore, I add
CONFIG_RTL8152_CONFIG_VALUE in Kconfig. Then, the users could choose the USB
configuration value which they want. The default is to support vendor mode
only.
Hayes Wang (3):
r8152: check hw version first
r8152: suppor
If CONFIG_USB_NET_CDCETHER is enabled, support ECM mode through cdc_ether
driver.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 255 ++--
1 file changed, 247 insertions(+), 8 deletions(-)
diff --git a/drivers/net/usb/r8152.c b/drivers/net/us
Check hw version first in probe(). Do nothing if the driver doesn't
support the chips.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 102 ++--
1 file changed, 63 insertions(+), 39 deletions(-)
diff --git a/drivers/net/usb/r8152.c b/drivers/n
According to CONFIG_RTL8152_CONFIG_VALUE, to determine which mode the
driver supports. The value 0 means to support both vendor mode and
ECM mode. The value 1 means to support vendor mode only. The value 2
means to support ECM mode only.
Signed-off-by: Hayes Wang
---
drivers/net/usb/Kconfig | 13
On 01/09/16 14:49, Krzysztof Kozlowski wrote:
> The Exynos MIPI driver does not work anymore (it is board file only) so
> it is removed. Remove also config option.
>
> Signed-off-by: Krzysztof Kozlowski
>
> ---
>
> Changes since v1:
> 1. New patch.
> ---
> arch/arm/configs/exynos_defconfig |
On 31/08/16 18:44, Sudip Mukherjee wrote:
> xoffset and yoffset of struct fb_var_screeninfo are unsigned and so
> they can never be less than 0.
>
> Signed-off-by: Sudip Mukherjee
> ---
> drivers/video/fbdev/intelfb/intelfbdrv.c | 5 -
> 1 file changed, 5 deletions(-)
>
> diff --git a/drive
Correct prefix is MDM instead of MSM.
Fixes: 8aa788d3e59a ("ARM: configs: qualcomm: Add MDM9615 missing defconfigs")
Signed-off-by: Neil Armstrong
---
arch/arm/configs/qcom_defconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/configs/qcom_defconfig b/arch/ar
HI Sebastian,
On 06/09/16 18:04, Sebastian Andrzej Siewior wrote:
Install the callbacks via the state machine.
Cc: Ralf Baechle
Cc: linux-m...@linux-mips.org
Signed-off-by: Sebastian Andrzej Siewior
---
arch/mips/cavium-octeon/smp.c | 24 +++-
include/linux/cpuhotplug.
This module is allow testing secure calls of SMAF.
Signed-off-by: Benjamin Gaignard
---
drivers/smaf/Kconfig | 6 +++
drivers/smaf/Makefile | 1 +
drivers/smaf/smaf-testsecure.c | 90 ++
3 files changed, 97 insertions(+)
create mode 1
Secure Memory Allocation Framework goal is to be able
to allocate memory that can be securing.
There is so much ways to allocate and securing memory that SMAF
doesn't do it by itself but need help of additional modules.
To be sure to use the correct allocation method SMAF implement
deferred allocat
SMAF CMA allocator implement helpers functions to allow SMAF
to allocate contiguous memory.
match() each if at least one of the attached devices have coherent_dma_mask
set to DMA_BIT_MASK(32).
For allocation it use dma_alloc_attrs() with DMA_ATTR_WRITE_COMBINE and not
dma_alloc_writecombine to be
version 9 changes:
- rebased on 4.8-rc5
- struct dma_attrs doesn't exist anymore so update CMA allocator
to compile with new dma_*_attr functions
- add example SMAF use case in cover letter
version 8 changes:
- rework of the structures used within ioctl
by adding a version field and padd
On Wednesday, September 7, 2016 10:17:31 AM CEST Roger Quadros wrote:
> >
> > Speaking of that flag, I suppose we need the same logic to know where
> > to look for USB devices attached to a dwc3 host when we need to describe
> > them in DT. By default we look for child device nodes under the
> > n
Hello Uwe,
Thanks for your feedback.
On 09/06/2016 08:42 AM, Uwe Kleine-König wrote:
> Hello Javier,
>
> On Mon, Aug 29, 2016 at 11:32:11AM +0200, Javier Martinez Canillas wrote:
>> From: Javier Martinez Canillas
>>
>> The IS_ENABLED() macro checks if a Kconfig symbol has been enabled either
>>
On Wed, 07 Sep 2016, Masahiro Yamada wrote:
> Remove unneeded variables and assignments.
>
> Signed-off-by: Masahiro Yamada
...
> diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i915/i915_drv.c
> index 95ddd56..59d029d 100644
> --- a/drivers/gpu/drm/i915/i915_drv.c
> +++ b/driver
From: Daniel Wagner
When we load the firmware directly we don't need to take the umh
lock. So move this part inside fw_load_from_user_helper which is only
available when CONFIG_FW_LOADER_USER_HELPER is set.
This avoids a dependency on firmware_loading_timeout() even when
!CONFIG_FW_LOADER_UER_HE
On Mon, Sep 05, 2016 at 10:58:28AM +0100, Suzuki K Poulose wrote:
> Right now we trap some of the user space data cache operations
> based on a few Errata (ARM 819472, 826319, 827319 and 824069).
> We need to trap userspace access to CTR_EL0, if we detect mismatched
> cache line size. Since both th
From: Daniel Wagner
We track the state of the loading with bit ops. Since the state machine
has only a couple of states and there are only a few simple state
transition we can model this simplify.
UNKNOWN -> LOADING -> DONE | ABORTED
Signed-off-by: Daniel Wagner
Cc: Ming Lei
Cc: Lu
From: Daniel Wagner
The firmware user helper code tracks the current state of the loading
process via unsigned long status and a complection in struct
firmware_buf. We only need this for the usermode helper as such we can
encapsulate all this data into its own data structure.
Signed-off-by: Dani
From: Daniel Wagner
Hi,
This is version depends on Luis' '[PATCH v4 0/5] firmware: add SmPL
grammar to avoid issues' series [1]. Because of that I was able to get
rid of loading_timeout and firmware_loading_timeout() in the
!FW_LOADER_USER_HELPER_FALLBACK case.
cheers,
daniel
This series depen
From: Daniel Wagner
fw_lock is to use to protect 'corner cases' inside firmware_class. It
is not exactly clear what those corner cases are nor what it exactly
protects. fw_status can be used without needing the fw_lock to protect
its state transition and wake ups.
fw_status is holds the state in
On Wednesday, September 7, 2016 2:33:13 PM CEST Peter Chen wrote:
> >
> > Right, that should make it work with iommu as well. However, it does
> > not solve the other issue I mentioned above, with boards that have
> > USB devices hardwired to a chipidea host controller that need
> > configuration
Linux uses ECDT only in boot stage (before the namespace is fully
initialized), but there are cases reported that Windows allows ECDT to be
used for OSPM runtime, responding EC events by evaluating _Qxx methods
under the device node indicated in the ECDT.
This patchset changes Linux ECDT support t
It is possible to register _Qxx from namespace and use the ECDT EC to
perform event handling. The reported bug reveals that Windows is using ECDT
in this way in case the namespace EC is not present. This patch facilitates
Linux to support ECDT in this way.
Link: https://bugzilla.kernel.org/show_bu
In order to support full ECDT (driving the ECDT EC after probing the
namespace EC), we need to change our EC device alloc/free algorithm, ensure
not to free old boot EC before qualifying new boot EC.
This patch achieves this by cleaning up first_ec/boot_ec logic:
1. first_ec: used to perform transa
When the handler installation failed, there was no code to free the
allocated EC device. This patch fixes this memory leakage issue.
Link: https://bugzilla.kernel.org/show_bug.cgi?id=115021
Reported-and-tested-by: Luya Tshimbalanga
Tested-by: Jonh Henderson
Signed-off-by: Lv Zheng
Cc: Peter Wu
There are issues related to the boot_ec:
1. If acpi_ec_remove() is invoked, boot_ec will also be freed, this is not
expected as the boot_ec could be enumerated via ECDT.
2. Address space handler installation/unstallation lead to unexpected _REG
evaluations.
This patch adds acpi_is_boot_ec() c
On Tue, Sep 06, 2016 at 03:16:52PM -0700, Laura Abbott wrote:
On 09/05/2016 04:20 AM, Brian Starkey wrote:
Hi,
On Fri, Sep 02, 2016 at 12:36:25PM -0700, Laura Abbott wrote:
On 09/02/2016 06:41 AM, Brian Starkey wrote:
Hi Laura,
On Thu, Sep 01, 2016 at 03:40:41PM -0700, Laura Abbott wrote:
On Wednesday, September 7, 2016 3:44:28 PM CEST Peter Chen wrote:
>
> The pre-condition of DT function at USB HCD core works is the host
> controller device has of_node, since it is the root node for USB tree
> described at DT. If the host controller device is not at DT, it needs
> to try to get i
On Wed, Sep 7, 2016 at 3:58 PM, wrote:
> From: Jorik Jonker
>
> Users using this UART without RTS/CTS should override the association in
> their board specific DTS. All (1) board using this UART uses RTS/CTS, so
> this breaks nothing.
I'd prefer we only do this for peripherals that have absolut
Hi Hans,
On 09/05/2016 05:47 PM, Hans Verkuil wrote:
> On 08/22/2016 03:13 PM, Stanimir Varbanov wrote:
>> This patchset introduces a basic support for Qualcomm video
>> acceleration hardware used for video stream decoding/encoding.
>> The video IP can found on various qcom SoCs like apq8084, msm8
On Tue, Dec 8, 2015 at 4:35 PM, Daniel Baluta wrote:
> Running lguest without arguments or with a wrong argument name
> borks the terminal, because the cleanup handler is set up too late
> in the initialization process.
>
> Signed-off-by: Daniel Baluta
Hi Rusty,
Any chance to pick this up?
Stefano Stabellini writes:
> On Tue, 6 Sep 2016, Vitaly Kuznetsov wrote:
>> Stefano Stabellini writes:
>>
>> > On Mon, 5 Sep 2016, Vitaly Kuznetsov wrote:
>> >> Julien Grall writes:
>> >>
>> >> > Hi Vitaly,
>> >> >
>> >> > On 26/07/16 13:30, Vitaly Kuznetsov wrote:
>> >> >> It may happen that
simplefb gets unregister when a proper framebuffer driver comes in and
kicks it out. However the claimed clocks and regulators stay enabled
as they are only released in the platform device remove function, which
in theory would never get called.
Move the clock/regulator cleanup into the framebuffe
On 07/09/16 10:07, Vitaly Kuznetsov wrote:
> Stefano Stabellini writes:
>
>> On Tue, 6 Sep 2016, Vitaly Kuznetsov wrote:
>>> Stefano Stabellini writes:
>>>
On Mon, 5 Sep 2016, Vitaly Kuznetsov wrote:
> Julien Grall writes:
>
>> Hi Vitaly,
>>
>> On 26/07/16 13:30, Vitaly
Hi Zengtao,
On Wed, Sep 07, 2016 at 03:49:38PM +0800, Zeng Tao wrote:
> Hi all:
>
> I have gone through the patch, and i find one limit for RPC call from
> TEE to REE. In this patch, RPC commands are fixed and it supports a
> limited set of commands. If you want to add your own RPC command then
Hi Stefan,
Some comments below
>
> diff --git a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c b/drivers/gpu/drm/fsl-
> dcu/fsl_dcu_drm_crtc.c
> index d30b61e..62eb284 100644
> --- a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c
> +++ b/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c
> @@ -27,6 +27,9 @@ sta
Hi Thomas
On 6 September 2016 at 22:36, Thomas Gleixner wrote:
> On Tue, 6 Sep 2016, fu@linaro.org wrote:
>> + if (timer_count < 0)
>> + pr_err("Failed to get platform timer info, skipping.\n");
>
> So this prints something about skipping. But then it continues as if
> nothing
On 09/07/16 08:56, Tiffany Lin wrote:
Add V4L2_PIX_FMT_MT21C documentation
Signed-off-by: Tiffany Lin
---
Documentation/media/uapi/v4l/pixfmt-reserved.rst |6 ++
1 file changed, 6 insertions(+)
diff --git a/Documentation/media/uapi/v4l/pixfmt-reserved.rst
b/Documentation/media/uapi/v
1 - 100 of 859 matches
Mail list logo
