[PATCH v2 4/6] rtl8188eu: remove rtw_proc_init_one and rtw_proc_remove_one

rtw_proc_init_one() and rtw_proc_remove_one() are two very long functions that are supposed to create a bunch of proc entries to access debugging features of the driver. But both of them are under #if 0 since their first commit three years ago (5adef66acf73705ae95ea0b1e6b5fc7f17d82d30), replaced

[PATCH v2 5/6] rtl8188eu: remove useless include

Since the removal of rtw_proc_init_one() the proc filesystem is not mentioned in this driver. So this include becomes useless. Signed-off-by: Luca Ceresoli Cc: Greg Kroah-Hartman Cc: Arnd Bergmann Cc: Binoy Jayan Cc: Anish Bhatt Cc: "Rémy Oudompheng" Cc: Alexey Khoroshilov Cc: Kyle

[PATCH v2 1/6] rtl8723au: remove declaration of unimplemented functions

These functions have been declared without any implementation since the first commit (364e30ebd2dbaccba430c603da03e68746eb932a) and there has been no mention of them in following commits. Signed-off-by: Luca Ceresoli Cc: Larry Finger Cc: Jes Sorensen Cc: Greg Kroah-Hartman Cc:

[PATCH v2 3/6] rtl8188eu: declare internal function as static

This function is only used inside rtw_recv.c. Which is quite logical, since it's a timer callback: it is passed as the _fn argument to setup_timer(). So it is internal to rtw_recv.c and should be static. Signed-off-by: Luca Ceresoli Cc: Greg Kroah-Hartman Cc: Bhaktipriya Shridhar Cc: Andy

RE: [PATCH] x86/AMD: Fix Socket ID for LLC topology for AMD Fam17h systems

> > > The Socket ID is ApicId[bits] on Fam17h systems. > > > > Change substraction to logical AND when extracting socket_id > > from c->apicid. > > So Fam17h will only ever have 2 sockets, right? > This is the decoding of the ApicId shown in our latest Programming Reference. However, I can

RE: [PATCH] x86/AMD: Fix Socket ID for LLC topology for AMD Fam17h systems

> > > The Socket ID is ApicId[bits] on Fam17h systems. > > > > Change substraction to logical AND when extracting socket_id > > from c->apicid. > > So Fam17h will only ever have 2 sockets, right? > This is the decoding of the ApicId shown in our latest Programming Reference. However, I can

Re: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev

Hi, Robin Murphy writes: It has been a while since the last response to this discussion, but we haven't reached an agreement yet! Can we get to a conclusion on if it is valid to create child platform device for abstraction purpose? If yes, can this

Re: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev

Hi, Robin Murphy writes: It has been a while since the last response to this discussion, but we haven't reached an agreement yet! Can we get to a conclusion on if it is valid to create child platform device for abstraction purpose? If yes, can this child device do DMA by

Re: [PATCH 12/18] arm64: ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

On Friday, September 2, 2016 6:46:19 PM CEST Bamvor Jian Zhang wrote: > diff --git a/arch/arm64/include/uapi/asm/unistd.h > b/arch/arm64/include/uapi/asm/unistd.h > index 043d17a..78bea1d 100644 > --- a/arch/arm64/include/uapi/asm/unistd.h > +++ b/arch/arm64/include/uapi/asm/unistd.h > @@ -16,4

Re: [PATCH 12/18] arm64: ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

On Friday, September 2, 2016 6:46:19 PM CEST Bamvor Jian Zhang wrote: > diff --git a/arch/arm64/include/uapi/asm/unistd.h > b/arch/arm64/include/uapi/asm/unistd.h > index 043d17a..78bea1d 100644 > --- a/arch/arm64/include/uapi/asm/unistd.h > +++ b/arch/arm64/include/uapi/asm/unistd.h > @@ -16,4

[GIT PULL] overlayfs fixes for 4.8-rc4

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git overlayfs-linus Most of this is regression fixes for posix acl behavior introduced in 4.8-rc1 (these were caught by the pjd-fstest suite). The are also miscellaneous fixes marked as stable material and

[GIT PULL] overlayfs fixes for 4.8-rc4

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git overlayfs-linus Most of this is regression fixes for posix acl behavior introduced in 4.8-rc1 (these were caught by the pjd-fstest suite). The are also miscellaneous fixes marked as stable material and

Re: [PATCH 3/3] staging: rtl8712: fixed comment style and space indent

On Fri, Sep 02, 2016 at 06:16:10PM +0800, Louie Lu wrote: > fixed comment style and space indent report from checkpatch: > > * WARNING: Statements should start on a tabstop > * WARNING: Block comments use * on subsequent lines > * WARNING: suspect code indent for conditional statements (16, 32) >

Re: [PATCH 3/3] staging: rtl8712: fixed comment style and space indent

On Fri, Sep 02, 2016 at 06:16:10PM +0800, Louie Lu wrote: > fixed comment style and space indent report from checkpatch: > > * WARNING: Statements should start on a tabstop > * WARNING: Block comments use * on subsequent lines > * WARNING: suspect code indent for conditional statements (16, 32) >

[RFC PATCH 2/2] macb: Enable 1588 support in SAMA5D2 platform.

Hardware time stamp on the PTP Ethernet packets are received using the SO_TIMESTAMPING API. Timers are obtained from the PTP event/peer gem registers. Signed-off-by: Andrei Pistirica --- Integration with SAMA5D2 only. This feature wasn't tested on any other

Re: [PATCH 24/26] dt-bindings: Document img,boston-clock binding

On Tue, Aug 30, 2016 at 04:53:01PM +0100, Paul Burton wrote: > On 26/08/16 18:44, Stephen Boyd wrote: > > On 08/26, Paul Burton wrote: > >> diff --git a/Documentation/devicetree/bindings/clock/img,boston-clock.txt > >> b/Documentation/devicetree/bindings/clock/img,boston-clock.txt > >> new file

[RFC PATCH 2/2] macb: Enable 1588 support in SAMA5D2 platform.

Hardware time stamp on the PTP Ethernet packets are received using the SO_TIMESTAMPING API. Timers are obtained from the PTP event/peer gem registers. Signed-off-by: Andrei Pistirica --- Integration with SAMA5D2 only. This feature wasn't tested on any other platform that might use cadence/gem.

Re: [PATCH 24/26] dt-bindings: Document img,boston-clock binding

On Tue, Aug 30, 2016 at 04:53:01PM +0100, Paul Burton wrote: > On 26/08/16 18:44, Stephen Boyd wrote: > > On 08/26, Paul Burton wrote: > >> diff --git a/Documentation/devicetree/bindings/clock/img,boston-clock.txt > >> b/Documentation/devicetree/bindings/clock/img,boston-clock.txt > >> new file

[RFC PATCH 1/2] macb: Add 1588 support in Cadence GEM.

From: Harini Katakam Cadence GEM provides a 102 bit time counter with 48 bits for seconds, 30 bits for nsecs and 24 bits for sub-nsecs to control 1588 timestamping. This patch does the following: - Registers to ptp clock framework - Timer initialization is done by writing

[RFC PATCH 1/2] macb: Add 1588 support in Cadence GEM.

From: Harini Katakam Cadence GEM provides a 102 bit time counter with 48 bits for seconds, 30 bits for nsecs and 24 bits for sub-nsecs to control 1588 timestamping. This patch does the following: - Registers to ptp clock framework - Timer initialization is done by writing time of day to the

Re: mm: use-after-free in collapse_huge_page

> > @@ -898,13 +899,13 @@ static bool __collapse_huge_page_swapin(struct > mm_struct *mm, > /* do_swap_page returns VM_FAULT_RETRY with released mmap_sem */ > if (ret & VM_FAULT_RETRY) { > down_read(>mmap_sem); > - if

Re: mm: use-after-free in collapse_huge_page

> > @@ -898,13 +899,13 @@ static bool __collapse_huge_page_swapin(struct > mm_struct *mm, > /* do_swap_page returns VM_FAULT_RETRY with released mmap_sem */ > if (ret & VM_FAULT_RETRY) { > down_read(>mmap_sem); > - if

Re: [Patch v4 01/12] microblaze: irqchip: Move intc driver to irqchip

Hi Michal, On Fri, Sep 02, 2016 at 02:06:40PM +0200, Michal Simek wrote: > On 2.9.2016 13:46, Zubair Lutfullah Kakakhel wrote: > > On 09/02/2016 11:27 AM, Michal Simek wrote: > >> On 2.9.2016 12:06, Zubair Lutfullah Kakakhel wrote: > >>> On 09/02/2016 07:25 AM, Michal Simek wrote: > On

Re: [Patch v4 01/12] microblaze: irqchip: Move intc driver to irqchip

Hi Michal, On Fri, Sep 02, 2016 at 02:06:40PM +0200, Michal Simek wrote: > On 2.9.2016 13:46, Zubair Lutfullah Kakakhel wrote: > > On 09/02/2016 11:27 AM, Michal Simek wrote: > >> On 2.9.2016 12:06, Zubair Lutfullah Kakakhel wrote: > >>> On 09/02/2016 07:25 AM, Michal Simek wrote: > On

[PATCH] mm, thp: fix leaking mapped pte in __collapse_huge_page_swapin()

Currently, khugepaged does not let swapin, if there is no enough young pages in a THP. The problem is when a THP does not have enough young page, khugepaged leaks mapped ptes. This patch prohibits leaking mapped ptes. Signed-off-by: Ebru Akagunduz Suggested-by: Andrea

[PATCH] mm, thp: fix leaking mapped pte in __collapse_huge_page_swapin()

Currently, khugepaged does not let swapin, if there is no enough young pages in a THP. The problem is when a THP does not have enough young page, khugepaged leaks mapped ptes. This patch prohibits leaking mapped ptes. Signed-off-by: Ebru Akagunduz Suggested-by: Andrea Arcangeli ---

Re: [PATCHv2 2/4] staging: android: ion: Pull out ion ioctls to a separate file

On Thu, Sep 01, 2016 at 03:40:42PM -0700, Laura Abbott wrote: > > The number of Ion ioctls may continue to grow along with necessary > validation. Pull it out into a separate file for easier management > and review. > > Signed-off-by: Laura Abbott > --- >

Re: [PATCHv2 2/4] staging: android: ion: Pull out ion ioctls to a separate file

On Thu, Sep 01, 2016 at 03:40:42PM -0700, Laura Abbott wrote: > > The number of Ion ioctls may continue to grow along with necessary > validation. Pull it out into a separate file for easier management > and review. > > Signed-off-by: Laura Abbott > --- > drivers/staging/android/ion/Makefile

Re: [PATCH] ARM: imx: (trivial) fix typo and grammar

On Friday, September 02, 2016 10:34:40 AM Martin Kaiser wrote: > Signed-off-by: Martin Kaiser > --- > arch/arm/mach-imx/hardware.h |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/arch/arm/mach-imx/hardware.h b/arch/arm/mach-imx/hardware.h > index

Re: [PATCH] ARM: imx: (trivial) fix typo and grammar

On Friday, September 02, 2016 10:34:40 AM Martin Kaiser wrote: > Signed-off-by: Martin Kaiser > --- > arch/arm/mach-imx/hardware.h |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/arch/arm/mach-imx/hardware.h b/arch/arm/mach-imx/hardware.h > index a42a6df..90e10cb

Re: [PATCH v4 3/3] tracing: Histogram for missed timer offsets

On 30 August 2016 at 16:20, Masami Hiramatsu wrote: > Hi Binoy, >> >> +static inline void trace_latency_hrtimer_mark_ts(struct hrtimer *timer, >> +struct hrtimer_clock_base *new_base, >> +

Re: [PATCH v4 3/3] tracing: Histogram for missed timer offsets

On 30 August 2016 at 16:20, Masami Hiramatsu wrote: > Hi Binoy, >> >> +static inline void trace_latency_hrtimer_mark_ts(struct hrtimer *timer, >> +struct hrtimer_clock_base *new_base, >> +ktime_t tim) >> +{ >> +#if

Re: drm: WARNING in ioremap_wc

Hey On Fri, Sep 2, 2016 at 2:23 PM, Dmitry Vyukov wrote: > On Mon, Aug 29, 2016 at 8:05 AM, Daniel Vetter wrote: >> On Sun, Aug 28, 2016 at 07:36:59PM +0200, Dmitry Vyukov wrote: >>> Hello, >>> >>> The following program triggers WARNING in ioremap_wc: >> >>

Re: drm: WARNING in ioremap_wc

Hey On Fri, Sep 2, 2016 at 2:23 PM, Dmitry Vyukov wrote: > On Mon, Aug 29, 2016 at 8:05 AM, Daniel Vetter wrote: >> On Sun, Aug 28, 2016 at 07:36:59PM +0200, Dmitry Vyukov wrote: >>> Hello, >>> >>> The following program triggers WARNING in ioremap_wc: >> >> Yup, that should also be fixed in

[PATCH v5 2/4] tracing: Add cpu as a key field in histogram

The field 'cpu' although part of the set of generic fields, is not made part of the key fields when mentioned in the trigger command. This hack suggested by Daniel marks it as one of the key fields and make it appear in the histogram output. Signed-off-by: Binoy Jayan ---

Re: [PATCH 13/26] dt-bindings: Document mti,mips-cdmm binding

On Fri, Aug 26, 2016 at 04:37:12PM +0100, Paul Burton wrote: > Document a binding for the MIPS Common Device Memory Map (CDMM) which > simply allows the device tree to specify where the CDMM registers should > be mapped. > > Signed-off-by: Paul Burton > --- > >

[PATCH v5 2/4] tracing: Add cpu as a key field in histogram

The field 'cpu' although part of the set of generic fields, is not made part of the key fields when mentioned in the trigger command. This hack suggested by Daniel marks it as one of the key fields and make it appear in the histogram output. Signed-off-by: Binoy Jayan ---

Re: [PATCH 13/26] dt-bindings: Document mti,mips-cdmm binding

On Fri, Aug 26, 2016 at 04:37:12PM +0100, Paul Burton wrote: > Document a binding for the MIPS Common Device Memory Map (CDMM) which > simply allows the device tree to specify where the CDMM registers should > be mapped. > > Signed-off-by: Paul Burton > --- > >

[PATCH v5 0/4] *** Latency histograms - IRQSOFF,PREEMPTOFF ***

Hi, Thank you Daniel, Steven for reviewing the code and for the comments. I have made the changes mentioned below and have added the hack to mark the field cpu as a key. These set of patches [v5] capture latency events caused by interrupts and premption disabled in kernel. The patches are based

[PATCH v5 0/4] *** Latency histograms - IRQSOFF,PREEMPTOFF ***

Hi, Thank you Daniel, Steven for reviewing the code and for the comments. I have made the changes mentioned below and have added the hack to mark the field cpu as a key. These set of patches [v5] capture latency events caused by interrupts and premption disabled in kernel. The patches are based

[PATCH v5 3/4] tracing: Add trace_irqsoff tracepoints

This work is based on work by Daniel Wagner. A few tracepoints are added at the end of the critical section. With the hist trigger in place, the hist trigger plots may be generated, with per-cpu breakdown of events captured. It is based on linux kernel's event infrastructure. The following

[PATCH v5 4/4] tracing: Histogram for delayed hrtimer offsets

Generate a histogram of the latencies of delayed timer offsets in nanoseconds. It shows the latency captured due to a delayed timer expire event. It happens for example when a timer misses its deadline due to disabled interrupts. A process if scheduled as a result of the timer expiration suffers

[PATCH v5 1/4] tracing: Deference pointers without RCU checks

From: Daniel Wagner The tracepoint can't be used in code section where we are in the middle of a state transition. For example if we place a tracepoint inside start/stop_critical_section(), lockdep complains with [0.035589] WARNING: CPU: 0 PID: 3 at

[PATCH v5 3/4] tracing: Add trace_irqsoff tracepoints

This work is based on work by Daniel Wagner. A few tracepoints are added at the end of the critical section. With the hist trigger in place, the hist trigger plots may be generated, with per-cpu breakdown of events captured. It is based on linux kernel's event infrastructure. The following

[PATCH v5 4/4] tracing: Histogram for delayed hrtimer offsets

Generate a histogram of the latencies of delayed timer offsets in nanoseconds. It shows the latency captured due to a delayed timer expire event. It happens for example when a timer misses its deadline due to disabled interrupts. A process if scheduled as a result of the timer expiration suffers

[PATCH v5 1/4] tracing: Deference pointers without RCU checks

From: Daniel Wagner The tracepoint can't be used in code section where we are in the middle of a state transition. For example if we place a tracepoint inside start/stop_critical_section(), lockdep complains with [0.035589] WARNING: CPU: 0 PID: 3 at kernel/locking/lockdep.c:3560 \

Re: [PATCH 1/3] ALSA: timer: fix NULL pointer dereference in read()/ioctl() race

On 08/29/2016 09:14 AM, Vegard Nossum wrote: On 08/29/2016 09:02 AM, Takashi Iwai wrote: On Mon, 29 Aug 2016 00:33:49 +0200, Vegard Nossum wrote: @@ -1602,15 +1602,25 @@ static int snd_timer_user_tselect(struct file *file, kfree(tu->tqueue); tu->tqueue = NULL; if (tu->tread) { -

Re: [PATCH 1/3] ALSA: timer: fix NULL pointer dereference in read()/ioctl() race

On 08/29/2016 09:14 AM, Vegard Nossum wrote: On 08/29/2016 09:02 AM, Takashi Iwai wrote: On Mon, 29 Aug 2016 00:33:49 +0200, Vegard Nossum wrote: @@ -1602,15 +1602,25 @@ static int snd_timer_user_tselect(struct file *file, kfree(tu->tqueue); tu->tqueue = NULL; if (tu->tread) { -

Re: [PATCH 11/26] dt-bindings: Document mti,mips-cpc binding

On Fri, Aug 26, 2016 at 04:37:10PM +0100, Paul Burton wrote: > Document a binding for the MIPS Cluster Power Controller (CPC) which > simply allows the device tree to specify where the CPC registers should > be mapped. > > Signed-off-by: Paul Burton > --- > >

Re: [PATCH 11/26] dt-bindings: Document mti,mips-cpc binding

On Fri, Aug 26, 2016 at 04:37:10PM +0100, Paul Burton wrote: > Document a binding for the MIPS Cluster Power Controller (CPC) which > simply allows the device tree to specify where the CPC registers should > be mapped. > > Signed-off-by: Paul Burton > --- > >

[PATCH v2] xen/pciback: support driver_override

Support the driver_override scheme introduced with commit 782a985d7af2 ("PCI: Introduce new device binding path using pci_dev.driver_override") As pcistub_probe() is called for all devices (it has to check for a match based on the slot address rather than device type) it has to check for

[PATCH v2] xen/pciback: support driver_override

Support the driver_override scheme introduced with commit 782a985d7af2 ("PCI: Introduce new device binding path using pci_dev.driver_override") As pcistub_probe() is called for all devices (it has to check for a match based on the slot address rather than device type) it has to check for

[PATCH] fs/proc/kcore.c: Omit kernel text area for hardened usercopy feature

One of the bullets for hardened usercopy feature is: - object must not overlap with kernel text which is what we expose via /proc/kcore. We can hit this check and crash the system very easily just by reading the text area in kcore file: usercopy: kernel memory exposure attempt detected from

Re: [PATCH] ptrace: clear TIF_SYSCALL_TRACE on ptrace detach

On 09/01, Ales Novak wrote: > > On __ptrace_detach(), called from do_exit()->exit_notify()-> > forget_original_parent()->exit_ptrace(), the TIF_SYSCALL_TRACE in > thread->flags of the tracee is not cleared up. This results in the > tracehook_report_syscall_* being called (though there's no longer

[PATCH] fs/proc/kcore.c: Omit kernel text area for hardened usercopy feature

One of the bullets for hardened usercopy feature is: - object must not overlap with kernel text which is what we expose via /proc/kcore. We can hit this check and crash the system very easily just by reading the text area in kcore file: usercopy: kernel memory exposure attempt detected from

Re: [PATCH] ptrace: clear TIF_SYSCALL_TRACE on ptrace detach

On 09/01, Ales Novak wrote: > > On __ptrace_detach(), called from do_exit()->exit_notify()-> > forget_original_parent()->exit_ptrace(), the TIF_SYSCALL_TRACE in > thread->flags of the tracee is not cleared up. This results in the > tracehook_report_syscall_* being called (though there's no longer

Re: [PATCH] xen/pciback: support driver_override

nce) to record what (public, well-known) commit your patch series was built on] [Check https://git-scm.com/docs/git-format-patch for more information] url: https://github.com/0day-ci/linux/commits/Juergen-Gross/xen-pciback-support-driver_override/20160902-195956 base: https://git.kernel.org/

Re: drm: WARNING in ioremap_wc

On Mon, Aug 29, 2016 at 8:05 AM, Daniel Vetter wrote: > On Sun, Aug 28, 2016 at 07:36:59PM +0200, Dmitry Vyukov wrote: >> Hello, >> >> The following program triggers WARNING in ioremap_wc: > > Yup, that should also be fixed in linux-next. Probably better to not > report more for

Re: [PATCH] xen/pciback: support driver_override

nce) to record what (public, well-known) commit your patch series was built on] [Check https://git-scm.com/docs/git-format-patch for more information] url: https://github.com/0day-ci/linux/commits/Juergen-Gross/xen-pciback-support-driver_override/20160902-195956 base: https://git.kernel.org/

Re: drm: WARNING in ioremap_wc

On Mon, Aug 29, 2016 at 8:05 AM, Daniel Vetter wrote: > On Sun, Aug 28, 2016 at 07:36:59PM +0200, Dmitry Vyukov wrote: >> Hello, >> >> The following program triggers WARNING in ioremap_wc: > > Yup, that should also be fixed in linux-next. Probably better to not > report more for 4.8-rc kernels

[PATCH v5 8/9] Add documentation for V4L2_PIX_FMT_VP9.

Add documentation for V4L2_PIX_FMT_VP9. Signed-off-by: Tiffany Lin Signed-off-by: Wu-Cheng Li --- Documentation/media/uapi/v4l/pixfmt-013.rst |8 1 file changed, 8 insertions(+) diff --git

[PATCH v5 2/9] dt-bindings: Add a binding for Mediatek Video Decoder

Add a DT binding documentation of Video Decoder for the MT8173 SoC from Mediatek. Signed-off-by: Tiffany Lin Acked-by: Rob Herring --- .../devicetree/bindings/media/mediatek-vcodec.txt | 57 ++-- 1 file changed, 53 insertions(+), 4

Re: [PATCH v6 2/2] phy: add a driver for the Rockchip SoC internal PCIe PHY

On Thursday 01 September 2016 01:14 PM, Shawn Lin wrote: > This patch to add a generic PHY driver for rockchip PCIe PHY. > Access the PHY via registers provided by GRF (general register > files) module. > > Signed-off-by: Shawn Lin merged, thanks -Kishon > > --- >

[PATCH v5 3/9] vcodec: mediatek: Add Mediatek V4L2 Video Decoder Driver

Add v4l2 layer decoder driver for MT8173 Signed-off-by: Tiffany Lin --- drivers/media/platform/mtk-vcodec/Makefile | 12 +- drivers/media/platform/mtk-vcodec/mtk_vcodec_dec.c | 1433 drivers/media/platform/mtk-vcodec/mtk_vcodec_dec.h |

[PATCH v5 8/9] Add documentation for V4L2_PIX_FMT_VP9.

Add documentation for V4L2_PIX_FMT_VP9. Signed-off-by: Tiffany Lin Signed-off-by: Wu-Cheng Li --- Documentation/media/uapi/v4l/pixfmt-013.rst |8 1 file changed, 8 insertions(+) diff --git a/Documentation/media/uapi/v4l/pixfmt-013.rst

[PATCH v5 2/9] dt-bindings: Add a binding for Mediatek Video Decoder

Add a DT binding documentation of Video Decoder for the MT8173 SoC from Mediatek. Signed-off-by: Tiffany Lin Acked-by: Rob Herring --- .../devicetree/bindings/media/mediatek-vcodec.txt | 57 ++-- 1 file changed, 53 insertions(+), 4 deletions(-) diff --git

Re: [PATCH v6 2/2] phy: add a driver for the Rockchip SoC internal PCIe PHY

On Thursday 01 September 2016 01:14 PM, Shawn Lin wrote: > This patch to add a generic PHY driver for rockchip PCIe PHY. > Access the PHY via registers provided by GRF (general register > files) module. > > Signed-off-by: Shawn Lin merged, thanks -Kishon > > --- > > Changes in v6: > - use

[PATCH v5 3/9] vcodec: mediatek: Add Mediatek V4L2 Video Decoder Driver

Add v4l2 layer decoder driver for MT8173 Signed-off-by: Tiffany Lin --- drivers/media/platform/mtk-vcodec/Makefile | 12 +- drivers/media/platform/mtk-vcodec/mtk_vcodec_dec.c | 1433 drivers/media/platform/mtk-vcodec/mtk_vcodec_dec.h | 88 ++

[PATCH v5 6/9] videodev2.h: add V4L2_PIX_FMT_VP9 format.

From: Wu-Cheng Li This adds VP9 video coding format, a successor to VP8. Signed-off-by: Wu-Cheng Li Signed-off-by: Tiffany Lin --- include/uapi/linux/videodev2.h |1 + 1 file changed, 1 insertion(+) diff --git

[PATCH v5 7/9] v4l2-ioctl: add VP9 format description.

From: Wu-Cheng Li VP9 is a video coding format and a successor to VP8. Signed-off-by: Wu-Cheng Li Signed-off-by: Tiffany Lin --- drivers/media/v4l2-core/v4l2-ioctl.c |1 + 1 file changed, 1 insertion(+) diff --git

[PATCH v5 6/9] videodev2.h: add V4L2_PIX_FMT_VP9 format.

From: Wu-Cheng Li This adds VP9 video coding format, a successor to VP8. Signed-off-by: Wu-Cheng Li Signed-off-by: Tiffany Lin --- include/uapi/linux/videodev2.h |1 + 1 file changed, 1 insertion(+) diff --git a/include/uapi/linux/videodev2.h b/include/uapi/linux/videodev2.h index

[PATCH v5 7/9] v4l2-ioctl: add VP9 format description.

From: Wu-Cheng Li VP9 is a video coding format and a successor to VP8. Signed-off-by: Wu-Cheng Li Signed-off-by: Tiffany Lin --- drivers/media/v4l2-core/v4l2-ioctl.c |1 + 1 file changed, 1 insertion(+) diff --git a/drivers/media/v4l2-core/v4l2-ioctl.c

[PATCH v5 0/9] Add MT8173 Video Decoder Driver

== Introduction == The purpose of this series is to add the driver for video codec hw embedded in the Mediatek's MT8173 SoCs. Mediatek Video Codec is able to handle video decoding and encoding of in a range of formats. This patch series rely on MTK VPU driver that have

[PATCH v5 5/9] vcodec: mediatek: Add Mediatek VP8 Video Decoder Driver

Add vp8 decoder driver for MT8173 Signed-off-by: PC Chen Signed-off-by: Tiffany Lin --- drivers/media/platform/mtk-vcodec/Makefile |1 + .../media/platform/mtk-vcodec/vdec/vdec_vp8_if.c | 633

[PATCH v5 0/9] Add MT8173 Video Decoder Driver

== Introduction == The purpose of this series is to add the driver for video codec hw embedded in the Mediatek's MT8173 SoCs. Mediatek Video Codec is able to handle video decoding and encoding of in a range of formats. This patch series rely on MTK VPU driver that have

[PATCH v5 5/9] vcodec: mediatek: Add Mediatek VP8 Video Decoder Driver

Add vp8 decoder driver for MT8173 Signed-off-by: PC Chen Signed-off-by: Tiffany Lin --- drivers/media/platform/mtk-vcodec/Makefile |1 + .../media/platform/mtk-vcodec/vdec/vdec_vp8_if.c | 633 drivers/media/platform/mtk-vcodec/vdec_drv_if.c|3 + 3

[PATCH v5 1/9] VPU: mediatek: Add decode support

From: Andrew-CT Chen VPU driver add decode support Signed-off-by: Andrew-CT Chen Signed-off-by: Tiffany Lin --- drivers/media/platform/mtk-vpu/mtk_vpu.c | 12

Re: [Patch v4 01/12] microblaze: irqchip: Move intc driver to irqchip

On 2.9.2016 13:46, Zubair Lutfullah Kakakhel wrote: > Hi, > > Thanks for the valuable feedback. > Comments inline > > > On 09/02/2016 11:27 AM, Michal Simek wrote: >> On 2.9.2016 12:06, Zubair Lutfullah Kakakhel wrote: >>> Hi, >>> >>> On 09/02/2016 07:25 AM, Michal Simek wrote: On 1.9.2016

[PATCH v5 1/9] VPU: mediatek: Add decode support

From: Andrew-CT Chen VPU driver add decode support Signed-off-by: Andrew-CT Chen Signed-off-by: Tiffany Lin --- drivers/media/platform/mtk-vpu/mtk_vpu.c | 12 drivers/media/platform/mtk-vpu/mtk_vpu.h | 27 +++ 2 files changed, 39 insertions(+) diff

Re: [Patch v4 01/12] microblaze: irqchip: Move intc driver to irqchip

On 2.9.2016 13:46, Zubair Lutfullah Kakakhel wrote: > Hi, > > Thanks for the valuable feedback. > Comments inline > > > On 09/02/2016 11:27 AM, Michal Simek wrote: >> On 2.9.2016 12:06, Zubair Lutfullah Kakakhel wrote: >>> Hi, >>> >>> On 09/02/2016 07:25 AM, Michal Simek wrote: On 1.9.2016

[PATCH v5 9/9] vcodec: mediatek: Add Mediatek VP9 Video Decoder Driver

Add vp9 decoder driver for MT8173 Signed-off-by: Tiffany Lin --- drivers/media/platform/mtk-vcodec/Makefile |1 + drivers/media/platform/mtk-vcodec/mtk_vcodec_dec.c | 10 + .../media/platform/mtk-vcodec/vdec/vdec_vp9_if.c | 967

[PATCH v5 4/9] vcodec: mediatek: Add Mediatek H264 Video Decoder Drive

Add h264 decoder driver for MT8173 Signed-off-by: PC Chen Signed-off-by: Tiffany Lin --- drivers/media/platform/mtk-vcodec/Makefile |3 +- .../media/platform/mtk-vcodec/vdec/vdec_h264_if.c | 506

[PATCH v5 9/9] vcodec: mediatek: Add Mediatek VP9 Video Decoder Driver

Add vp9 decoder driver for MT8173 Signed-off-by: Tiffany Lin --- drivers/media/platform/mtk-vcodec/Makefile |1 + drivers/media/platform/mtk-vcodec/mtk_vcodec_dec.c | 10 + .../media/platform/mtk-vcodec/vdec/vdec_vp9_if.c | 967

[PATCH v5 4/9] vcodec: mediatek: Add Mediatek H264 Video Decoder Drive

Add h264 decoder driver for MT8173 Signed-off-by: PC Chen Signed-off-by: Tiffany Lin --- drivers/media/platform/mtk-vcodec/Makefile |3 +- .../media/platform/mtk-vcodec/vdec/vdec_h264_if.c | 506 drivers/media/platform/mtk-vcodec/vdec_drv_if.c|3 + 3

Re: [PATCH 2/2] sched: cpufreq: use rt_avg as estimate of required RT CPU capacity

On Fri, 2 Sep 2016, Juri Lelli wrote: > On 01/09/16 14:48, Steve Muckle wrote: > > On Wed, Aug 31, 2016 at 06:00:02PM +0100, Juri Lelli wrote: > > > > Another problem is that we have many semi related knobs; we have the > > > > global RT runtime limit knob, but that doesn't affect cpufreq (maybe

Re: [PATCH 2/2] sched: cpufreq: use rt_avg as estimate of required RT CPU capacity

On Fri, 2 Sep 2016, Juri Lelli wrote: > On 01/09/16 14:48, Steve Muckle wrote: > > On Wed, Aug 31, 2016 at 06:00:02PM +0100, Juri Lelli wrote: > > > > Another problem is that we have many semi related knobs; we have the > > > > global RT runtime limit knob, but that doesn't affect cpufreq (maybe

Re: [PATCH 0/3] phy: omap-usb2: Fixes for v4.9

On Tuesday 23 August 2016 02:27 PM, Roger Quadros wrote: > Hi Kishon & Tony, > > Here are some fixes found in the TI vendor tree for omap-usb2 PHY > and are important for upstream. Please queue for -next if OK. Thanks. merged the phy patches to linux-phy -next Thanks Kishon > > The 3rd patch

Re: [PATCH 0/3] phy: omap-usb2: Fixes for v4.9

On Tuesday 23 August 2016 02:27 PM, Roger Quadros wrote: > Hi Kishon & Tony, > > Here are some fixes found in the TI vendor tree for omap-usb2 PHY > and are important for upstream. Please queue for -next if OK. Thanks. merged the phy patches to linux-phy -next Thanks Kishon > > The 3rd patch

Re: [RESEND AGAIN][PATCH 2/2] phy: bcm-ns2-pcie: Set missing .owner field in ns2_pci_phy_ops

On Tuesday 30 August 2016 07:24 PM, Axel Lin wrote: > Add missing .owner field in ns2_pci_phy_ops, which is used for refcounting. > While at it, also makes ns2_pci_phy_ops const as it's never get modified. > > Signed-off-by: Axel Lin > Reviewed-and-tested-by: Jon Mason

Re: [RESEND AGAIN][PATCH 2/2] phy: bcm-ns2-pcie: Set missing .owner field in ns2_pci_phy_ops

On Tuesday 30 August 2016 07:24 PM, Axel Lin wrote: > Add missing .owner field in ns2_pci_phy_ops, which is used for refcounting. > While at it, also makes ns2_pci_phy_ops const as it's never get modified. > > Signed-off-by: Axel Lin > Reviewed-and-tested-by: Jon Mason merged, thanks

Re: [PATCH] phy: mark tegra_xusb_lane_lookup_function() static

Hi, On Wednesday 31 August 2016 03:31 PM, Arnd Bergmann wrote: > On Wednesday, August 31, 2016 5:05:19 PM CEST Baoyou Xie wrote: >> We get 1 warning when building kernel with W=1: >> drivers/phy/tegra/xusb.c:104:5: warning: no previous prototype for >> 'tegra_xusb_lane_lookup_function'

Re: [PATCH] phy: mark tegra_xusb_lane_lookup_function() static

Hi, On Wednesday 31 August 2016 03:31 PM, Arnd Bergmann wrote: > On Wednesday, August 31, 2016 5:05:19 PM CEST Baoyou Xie wrote: >> We get 1 warning when building kernel with W=1: >> drivers/phy/tegra/xusb.c:104:5: warning: no previous prototype for >> 'tegra_xusb_lane_lookup_function'

Re: [tip:smp/hotplug 4/8] kernel/cpu.c:1252:3: error: unknown field 'startup' specified in initializer

On Fri, 2 Sep 2016, Sebastian Andrzej Siewior wrote: > On 2016-09-02 17:42:33 [+0800], kbuild test robot wrote: > > compiler: or32-linux-gcc (GCC) 4.5.1-or32-1.0rc1 > > > > >> kernel/cpu.c:1252:3: error: unknown field 'startup' specified in > > >> initializer > > >> kernel/cpu.c:1252:3: warning:

Re: [tip:smp/hotplug 4/8] kernel/cpu.c:1252:3: error: unknown field 'startup' specified in initializer

On Fri, 2 Sep 2016, Sebastian Andrzej Siewior wrote: > On 2016-09-02 17:42:33 [+0800], kbuild test robot wrote: > > compiler: or32-linux-gcc (GCC) 4.5.1-or32-1.0rc1 > > > > >> kernel/cpu.c:1252:3: error: unknown field 'startup' specified in > > >> initializer > > >> kernel/cpu.c:1252:3: warning:

[PATCH net-next 2/3] net: dsa: mv88e6xxx: move Global2 code

Marvell chips are composed of multiple SMI devices. One of them at address 0x1C is called Global2. It provides an extended set of registers, used for interrupt control, EEPROM access, indirect PHY access (to bypass the PHY Polling Unit) and cross-chip related setup. Most chips have it, but some

[PATCH net-next 2/3] net: dsa: mv88e6xxx: move Global2 code

Marvell chips are composed of multiple SMI devices. One of them at address 0x1C is called Global2. It provides an extended set of registers, used for interrupt control, EEPROM access, indirect PHY access (to bypass the PHY Polling Unit) and cross-chip related setup. Most chips have it, but some

[PATCH net-next 3/3] net: dsa: mv88e6xxx: make global2 code optional

Since not every chip has a Global2 set of registers, make its support optional, in which case the related functions will return -EOPNOTSUPP. This also allows to reduce the size of the mv88e6xxx driver for devices such as home routers embedding Ethernet chips without Global2 support. It is

[PATCH net-next 3/3] net: dsa: mv88e6xxx: make global2 code optional

Since not every chip has a Global2 set of registers, make its support optional, in which case the related functions will return -EOPNOTSUPP. This also allows to reduce the size of the mv88e6xxx driver for devices such as home routers embedding Ethernet chips without Global2 support. It is

[PATCH net-next 1/3] net: dsa: mv88e6xxx: fix module naming

Since the mv88e6xxx.c file has been renamed, the driver compiled as a module is called chip.ko instead of mv88e6xxx.ko. Fix this. Fixes: fad09c73c270 ("net: dsa: mv88e6xxx: rename single-chip support") Signed-off-by: Vivien Didelot ---

[PATCH net-next 0/3] net: dsa: mv88e6xxx: isolate Global2 support

Registers of Marvell chips are organized in internal SMI devices. One of them at address 0x1C is called Global2. It provides an extended set of registers, used for interrupt control, EEPROM access, indirect PHY access (to bypass the PHY Polling Unit) and cross-chip setup. Most chips have it, but

<    5   6   7   8   9   10   11   12   13   14   >