This is to prevent missing symbol build error if OTG is
enabled (built-in) and HCD core (CONFIG_USB) is module.
Signed-off-by: Roger Quadros
Acked-by: Peter Chen
---
drivers/usb/chipidea/otg_fsm.c | 7 +++
drivers/usb/common/usb-otg-fsm.c | 15 +++
The following changes since commit 44549e8f5eea4e0a41b487b63e616cb089922b99:
Linux 4.6-rc7 (2016-05-08 14:38:32 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
tags/regmap-fix-v4.6-rc7
for you to fetch changes up to
Host controllers that are part of an OTG/dual-role instance
need to somehow pass the OTG controller device information
to the HCD core.
We use platform data to pass the OTG controller device.
Signed-off-by: Roger Quadros
Reviewed-by: Peter Chen
---
Now that we have a device reference in struct usb_otg
let's use dev_dbg() for debug messages.
Signed-off-by: Roger Quadros
Acked-by: Peter Chen
---
drivers/usb/common/usb-otg-fsm.c | 19 +++
1 file changed, 7 insertions(+), 12 deletions(-)
Host controllers that are part of an OTG/dual-role instance
need to somehow pass the OTG controller device information
to the HCD core.
We use platform data to pass the OTG controller device.
Signed-off-by: Roger Quadros
Reviewed-by: Peter Chen
---
drivers/usb/host/xhci-plat.c | 35
Now that we have a device reference in struct usb_otg
let's use dev_dbg() for debug messages.
Signed-off-by: Roger Quadros
Acked-by: Peter Chen
---
drivers/usb/common/usb-otg-fsm.c | 19 +++
1 file changed, 7 insertions(+), 12 deletions(-)
diff --git
If usb/otg-fsm.h and usb/composite.h are included together
then it results in the build warning [1].
Prevent that by defining VDBG locally.
Also get rid of MPC_LOC which doesn't seem to be used
by anyone.
[1] - warning fixed by this patch:
In file included from drivers/usb/dwc3/core.h:33,
If usb/otg-fsm.h and usb/composite.h are included together
then it results in the build warning [1].
Prevent that by defining VDBG locally.
Also get rid of MPC_LOC which doesn't seem to be used
by anyone.
[1] - warning fixed by this patch:
In file included from drivers/usb/dwc3/core.h:33,
Let's use CONFIG_USB_OTG as a single config option to enable
USB OTG and the OTG FSM. This makes things a lot less confusing.
Update all users of CONFIG_USB_OTG_FSM to CONFIG_USB_OTG.
Signed-off-by: Roger Quadros
Acked-by: Peter Chen
---
Let's use CONFIG_USB_OTG as a single config option to enable
USB OTG and the OTG FSM. This makes things a lot less confusing.
Update all users of CONFIG_USB_OTG_FSM to CONFIG_USB_OTG.
Signed-off-by: Roger Quadros
Acked-by: Peter Chen
---
Documentation/usb/chipidea.txt | 2 +-
When using the OTG/drd library we can call hcd_add/remove
consecutively without calling usb_put_hcd/usb_create_hcd in between
so hcd->flags can be stale.
If the HC dies due to whatever reason then without this
patch we get the below error on next hcd_add.
[ 91.494257] xhci-hcd xhci-hcd.0.auto:
When using the OTG/drd library we can call hcd_add/remove
consecutively without calling usb_put_hcd/usb_create_hcd in between
so hcd->flags can be stale.
If the HC dies due to whatever reason then without this
patch we get the below error on next hcd_add.
[ 91.494257] xhci-hcd xhci-hcd.0.auto:
Hi,
This series centralizes OTG/Dual-role functionality in the kernel.
As of now I've got Dual-role functionality working pretty reliably on
dra7-evm and am437x-gp-evm.
NOTE: my am437x-gp-evm broke so I couldn't test v8 on it.
But the changes since v7 are trivial and shouldn't impact
The OTG core will use struct otg_hcd_ops to interface
with the HCD controller.
The main purpose of this interface is to avoid directly
calling HCD APIs from the OTG core as they
wouldn't be defined in the built-in symbol table if
CONFIG_USB is m.
Signed-off-by: Roger Quadros
Hi,
This series centralizes OTG/Dual-role functionality in the kernel.
As of now I've got Dual-role functionality working pretty reliably on
dra7-evm and am437x-gp-evm.
NOTE: my am437x-gp-evm broke so I couldn't test v8 on it.
But the changes since v7 are trivial and shouldn't impact
The OTG core will use struct otg_hcd_ops to interface
with the HCD controller.
The main purpose of this interface is to avoid directly
calling HCD APIs from the OTG core as they
wouldn't be defined in the built-in symbol table if
CONFIG_USB is m.
Signed-off-by: Roger Quadros
Acked-by: Peter
This patch documents the device tree documentation required for
Rockchip USB3.0 core wrapper consist of USB3.0 IP from Synopsys.
It could operate in device mode (SS, HS, FS) and host
mode (SS, HS, FS, LS).
Signed-off-by: William Wu
---
Changes in v2:
- add
This patch documents the device tree documentation required for
Rockchip USB3.0 core wrapper consist of USB3.0 IP from Synopsys.
It could operate in device mode (SS, HS, FS) and host
mode (SS, HS, FS, LS).
Signed-off-by: William Wu
---
Changes in v2:
- add rockchip,dwc3.txt to
On Fri 13-05-16 10:44:30, Mason wrote:
> On 13/05/2016 10:04, Michal Hocko wrote:
>
> > On Tue 10-05-16 13:56:30, Sebastian Frias wrote:
> > [...]
> >> NOTE: I understand that the overcommit mode can be changed dynamically thru
> >> sysctl, but on embedded systems, where we know in advance that
On Fri 13-05-16 10:44:30, Mason wrote:
> On 13/05/2016 10:04, Michal Hocko wrote:
>
> > On Tue 10-05-16 13:56:30, Sebastian Frias wrote:
> > [...]
> >> NOTE: I understand that the overcommit mode can be changed dynamically thru
> >> sysctl, but on embedded systems, where we know in advance that
Hi,
On 05/13/2016 10:44 AM, Mason wrote:
> On 13/05/2016 10:04, Michal Hocko wrote:
>
>> On Tue 10-05-16 13:56:30, Sebastian Frias wrote:
>> [...]
>>> NOTE: I understand that the overcommit mode can be changed dynamically thru
>>> sysctl, but on embedded systems, where we know in advance that
Hi,
On 05/13/2016 10:44 AM, Mason wrote:
> On 13/05/2016 10:04, Michal Hocko wrote:
>
>> On Tue 10-05-16 13:56:30, Sebastian Frias wrote:
>> [...]
>>> NOTE: I understand that the overcommit mode can be changed dynamically thru
>>> sysctl, but on embedded systems, where we know in advance that
On Friday 13 May 2016 14:05:41 Vineet Gupta wrote:
> On Friday 13 May 2016 01:54 PM, Marc Zyngier wrote:
> > On 12/05/16 22:03, Arnd Bergmann wrote:
> ...
> >>
> >> config EZNPS_GIC
> >> bool "NPS400 Global Interrupt Manager (GIM)"
> >> +depends on ARC || (COMPILE_TEST && !64BIT)
> >>
On Friday 13 May 2016 14:05:41 Vineet Gupta wrote:
> On Friday 13 May 2016 01:54 PM, Marc Zyngier wrote:
> > On 12/05/16 22:03, Arnd Bergmann wrote:
> ...
> >>
> >> config EZNPS_GIC
> >> bool "NPS400 Global Interrupt Manager (GIM)"
> >> +depends on ARC || (COMPILE_TEST && !64BIT)
> >>
Dear Felipe,
On 05/13/2016 05:37 PM, Felipe Balbi wrote:
Hi,
William Wu writes:
This series add support for rockchip dwc3 driver,
and add additional optional properties for specific
platforms (e.g., rockchip platform).
William Wu (5):
usb: dwc3: of-simple: add
Dear Felipe,
On 05/13/2016 05:37 PM, Felipe Balbi wrote:
Hi,
William Wu writes:
This series add support for rockchip dwc3 driver,
and add additional optional properties for specific
platforms (e.g., rockchip platform).
William Wu (5):
usb: dwc3: of-simple: add compatible for rockchip
Re-arrange the functions for removing forward declarations in dgnc_cls.c file.
Signed-off-by: Daeseok Youn
---
After applying this patch, the object file size was NOT changed.
drivers/staging/dgnc/dgnc_cls.c | 949 +++-
1 file
Re-arrange the functions for removing forward declarations in dgnc_cls.c file.
Signed-off-by: Daeseok Youn
---
After applying this patch, the object file size was NOT changed.
drivers/staging/dgnc/dgnc_cls.c | 949 +++-
1 file changed, 460 insertions(+), 489
On Sun, May 08, 2016 at 06:32:10PM -0700, Andy Lutomirski wrote:
Good morning, running behind on e-mail this week but wanted to get
some reflections out on Andy's well taken comments and concerns.
> On May 8, 2016 2:59 AM, "Dr. Greg Wettstein" wrote:
> >
> >
> > This now
On Sun, May 08, 2016 at 06:32:10PM -0700, Andy Lutomirski wrote:
Good morning, running behind on e-mail this week but wanted to get
some reflections out on Andy's well taken comments and concerns.
> On May 8, 2016 2:59 AM, "Dr. Greg Wettstein" wrote:
> >
> >
> > This now means the security of
Add documentations for macb mdio driver.
Signed-off-by: Harini Katakam
---
.../devicetree/bindings/net/macb-mdio.txt | 31
1 file changed, 31 insertions(+)
create mode 100644 Documentation/devicetree/bindings/net/macb-mdio.txt
diff --git
Add documentations for macb mdio driver.
Signed-off-by: Harini Katakam
---
.../devicetree/bindings/net/macb-mdio.txt | 31
1 file changed, 31 insertions(+)
create mode 100644 Documentation/devicetree/bindings/net/macb-mdio.txt
diff --git
This patch is to add support for the hardware with multiple ethernet
MAC controllers and a single MDIO bus connected to multiple PHY devices.
MDIO lines are connected to any one of the ethernet MAC controllers and
all the PHY devices will be accessed using the PHY maintenance interface
in that MAC
This patch is to add support for the hardware with multiple ethernet
MAC controllers and a single MDIO bus connected to multiple PHY devices.
MDIO lines are connected to any one of the ethernet MAC controllers and
all the PHY devices will be accessed using the PHY maintenance interface
in that MAC
Hi,
William Wu writes:
> This series add support for rockchip dwc3 driver,
> and add additional optional properties for specific
> platforms (e.g., rockchip platform).
>
> William Wu (5):
> usb: dwc3: of-simple: add compatible for rockchip
> usb: dwc3: add
Hi,
William Wu writes:
> This series add support for rockchip dwc3 driver,
> and add additional optional properties for specific
> platforms (e.g., rockchip platform).
>
> William Wu (5):
> usb: dwc3: of-simple: add compatible for rockchip
> usb: dwc3: add dis_u2_freeclk_exists_quirk
>
Hi Hans,
Hans Verkuil wrote:
> On 05/12/2016 02:14 PM, Sakari Ailus wrote:
>> An earlier patch fixing an input validation issue introduced another
>> issue: vb2_core_dqbuf() is called with pb argument value NULL in some
>> cases, causing a NULL pointer dereference. Fix this by skipping the
>>
Hi Hans,
Hans Verkuil wrote:
> On 05/12/2016 02:14 PM, Sakari Ailus wrote:
>> An earlier patch fixing an input validation issue introduced another
>> issue: vb2_core_dqbuf() is called with pb argument value NULL in some
>> cases, causing a NULL pointer dereference. Fix this by skipping the
>>
On Wed, May 11, 2016 at 01:21:29PM -0700, Tadeusz Struk wrote:
> On 05/11/2016 12:28 PM, Muhammad Falak R Wani wrote:
> > Remove the unused variable ret, and return 0 explicitly.
>
> Thanks for the patch. In this case it will be even better
> to change the adf_ctl_stop_devices() to a void
On Wed, May 11, 2016 at 01:21:29PM -0700, Tadeusz Struk wrote:
> On 05/11/2016 12:28 PM, Muhammad Falak R Wani wrote:
> > Remove the unused variable ret, and return 0 explicitly.
>
> Thanks for the patch. In this case it will be even better
> to change the adf_ctl_stop_devices() to a void
Hi William,
Am Freitag, 13. Mai 2016, 17:24:56 schrieb William Wu:
> This series add support for rockchip dwc3 driver,
> and add additional optional properties for specific
> platforms (e.g., rockchip platform).
when submitting new versions of patchsets please also start a new thread.
It is hard
Hi William,
Am Freitag, 13. Mai 2016, 17:24:56 schrieb William Wu:
> This series add support for rockchip dwc3 driver,
> and add additional optional properties for specific
> platforms (e.g., rockchip platform).
when submitting new versions of patchsets please also start a new thread.
It is hard
On Thursday 12 May 2016 22:46:56 Andy Lutomirski wrote:
> On Fri, Apr 29, 2016 at 6:42 AM, Steven Rostedt wrote:
> > On Fri, 29 Apr 2016 10:52:32 +0200
> > Arnd Bergmann wrote:
> >
> >> This reverts the earlier fix attempt and works around the problem
> >> by
On Thursday 12 May 2016 22:46:56 Andy Lutomirski wrote:
> On Fri, Apr 29, 2016 at 6:42 AM, Steven Rostedt wrote:
> > On Fri, 29 Apr 2016 10:52:32 +0200
> > Arnd Bergmann wrote:
> >
> >> This reverts the earlier fix attempt and works around the problem
> >> by including both linux/mmu_context.h
On Fri, May 13, 2016 at 04:11:23PM +0800, Zhangjian (Bamvor) wrote:
> On 2016/5/12 23:28, Catalin Marinas wrote:
> >On Thu, May 12, 2016 at 05:24:57PM +0300, Yury Norov wrote:
> >>On Thu, May 12, 2016 at 03:07:35PM +0100, Catalin Marinas wrote:
> >>>On Thu, May 12, 2016 at 04:44:31PM +0300, Yury
On Fri, May 13, 2016 at 04:11:23PM +0800, Zhangjian (Bamvor) wrote:
> On 2016/5/12 23:28, Catalin Marinas wrote:
> >On Thu, May 12, 2016 at 05:24:57PM +0300, Yury Norov wrote:
> >>On Thu, May 12, 2016 at 03:07:35PM +0100, Catalin Marinas wrote:
> >>>On Thu, May 12, 2016 at 04:44:31PM +0300, Yury
Add a quirk to clear the GUSB2PHYCFG.U2_FREECLK_EXISTS bit,
which specifies whether the USB2.0 PHY provides a free-running
PHY clock, which is active when the clock control input is active.
Signed-off-by: William Wu
---
Changes in v2:
- None
Rockchip platform merely enable usb3 clocks and
populate its children. So we can use this generic
glue layer to support Rockchip dwc3.
Signed-off-by: William Wu
---
Changes in v2:
- sort the list of_dwc3_simple_match (Doug)
drivers/usb/dwc3/dwc3-of-simple.c | 1 +
1
Add a quirk to clear the GUSB2PHYCFG.U2_FREECLK_EXISTS bit,
which specifies whether the USB2.0 PHY provides a free-running
PHY clock, which is active when the clock control input is active.
Signed-off-by: William Wu
---
Changes in v2:
- None
Documentation/devicetree/bindings/usb/dwc3.txt | 3
Rockchip platform merely enable usb3 clocks and
populate its children. So we can use this generic
glue layer to support Rockchip dwc3.
Signed-off-by: William Wu
---
Changes in v2:
- sort the list of_dwc3_simple_match (Doug)
drivers/usb/dwc3/dwc3-of-simple.c | 1 +
1 file changed, 1
Add a quirk to clear the GUSB3PIPECTL.DELAYP1TRANS bit,
which specifies whether disable delay PHY power change
from P0 to P1/P2/P3 when link state changing from U0
to U1/U2/U3 respectively.
Signed-off-by: William Wu
---
Changes in v2:
- None
This series add support for rockchip dwc3 driver,
and add additional optional properties for specific
platforms (e.g., rockchip platform).
William Wu (5):
usb: dwc3: of-simple: add compatible for rockchip
usb: dwc3: add dis_u2_freeclk_exists_quirk
usb: dwc3: add phyif_utmi_quirk
usb:
Add a quirk to configure the core to support the
UTMI+ PHY with an 8- or 16-bit interface. UTMI+ PHY
interface is hardware property, and it's platform
dependent. Normall, the PHYIf can be configured
during coreconsultant. But for some specific usb
cores(e.g. rk3399 soc dwc3), the default PHYIf
Activating wakeup event is not enough to get a wakeup signal. The
corresponding events have to be enabled in the Interrupt Status Enable
Register too.
Signed-off-by: Ludovic Desroches
---
Hi,
I just updated sdhci_enable_irq_wakeups() not sdhci_disable_irq_wakeups()
This series add support for rockchip dwc3 driver,
and add additional optional properties for specific
platforms (e.g., rockchip platform).
William Wu (5):
usb: dwc3: of-simple: add compatible for rockchip
usb: dwc3: add dis_u2_freeclk_exists_quirk
usb: dwc3: add phyif_utmi_quirk
usb:
Add a quirk to configure the core to support the
UTMI+ PHY with an 8- or 16-bit interface. UTMI+ PHY
interface is hardware property, and it's platform
dependent. Normall, the PHYIf can be configured
during coreconsultant. But for some specific usb
cores(e.g. rk3399 soc dwc3), the default PHYIf
Activating wakeup event is not enough to get a wakeup signal. The
corresponding events have to be enabled in the Interrupt Status Enable
Register too.
Signed-off-by: Ludovic Desroches
---
Hi,
I just updated sdhci_enable_irq_wakeups() not sdhci_disable_irq_wakeups()
because I don't think it is
Add a quirk to clear the GUSB3PIPECTL.DELAYP1TRANS bit,
which specifies whether disable delay PHY power change
from P0 to P1/P2/P3 when link state changing from U0
to U1/U2/U3 respectively.
Signed-off-by: William Wu
---
Changes in v2:
- None
Documentation/devicetree/bindings/usb/dwc3.txt | 2
Le 11/05/2016 à 22:38, Scott Wood a écrit :
On Wed, 2016-05-11 at 17:03 +0200, Christophe Leroy wrote:
Memory: 124428K/131072K available (3748K kernel code, 188K rwdata,
648K rodata, 508K init, 290K bss, 6644K reserved)
Kernel virtual memory layout:
* 0xfffdf000..0xf000 : fixmap
*
Le 11/05/2016 à 22:38, Scott Wood a écrit :
On Wed, 2016-05-11 at 17:03 +0200, Christophe Leroy wrote:
Memory: 124428K/131072K available (3748K kernel code, 188K rwdata,
648K rodata, 508K init, 290K bss, 6644K reserved)
Kernel virtual memory layout:
* 0xfffdf000..0xf000 : fixmap
*
On Thu, May 12, 2016 at 02:26:54PM +0300, Yury Norov wrote:
> At elf loading in flush_old_exec() in fs/exec.c, generic code sets
> current_thread_info()->addr_limit to one that corresponds aarch64 value,
> and ignores compat mode there as corresponding status setup happens
> later on in
On Fri, May 13, 2016 at 12:33:28PM +0530, Kedareswara rao Appana wrote:
> This patch series adds basic clock support for AXI DMAS
> This patch series is created on top of the dma-next branch.
Applied, thanks
--
~Vinod
On Thu, May 12, 2016 at 02:26:54PM +0300, Yury Norov wrote:
> At elf loading in flush_old_exec() in fs/exec.c, generic code sets
> current_thread_info()->addr_limit to one that corresponds aarch64 value,
> and ignores compat mode there as corresponding status setup happens
> later on in
On Fri, May 13, 2016 at 12:33:28PM +0530, Kedareswara rao Appana wrote:
> This patch series adds basic clock support for AXI DMAS
> This patch series is created on top of the dma-next branch.
Applied, thanks
--
~Vinod
Commit-ID: 9da6e1cf7f044569a7e8a607ecdea6f5192c6bce
Gitweb: http://git.kernel.org/tip/9da6e1cf7f044569a7e8a607ecdea6f5192c6bce
Author: Borislav Petkov
AuthorDate: Thu, 12 May 2016 19:29:38 +0200
Committer: Ingo Molnar
CommitDate: Fri, 13 May 2016
Commit-ID: 9da6e1cf7f044569a7e8a607ecdea6f5192c6bce
Gitweb: http://git.kernel.org/tip/9da6e1cf7f044569a7e8a607ecdea6f5192c6bce
Author: Borislav Petkov
AuthorDate: Thu, 12 May 2016 19:29:38 +0200
Committer: Ingo Molnar
CommitDate: Fri, 13 May 2016 11:15:19 +0200
x86/rwsem: Save and
When the DMA configuration fails, there is a log reporting that we can't
use DMA and indicating the error number. When booting the kernel, it is
annoying to see this error number. Moreover, people can think something
is going wrong. It is not the case, it means that DMA can't be used but
it
When the DMA configuration fails, there is a log reporting that we can't
use DMA and indicating the error number. When booting the kernel, it is
annoying to see this error number. Moreover, people can think something
is going wrong. It is not the case, it means that DMA can't be used but
it
Commit-ID: 42ef8a78c1f49f53f29f0f3a6f9a5bcbc653233e
Gitweb: http://git.kernel.org/tip/42ef8a78c1f49f53f29f0f3a6f9a5bcbc653233e
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 12 May 2016 16:25:18 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate:
On Fri, May 13, 2016 at 11:08:46AM +0200, Marc Haber wrote:
> It applies now to 4.5 as well.
Yeah, I tried getting the raw message from marc.info but then it said:
patch unexpectedly ends in middle of line
Hunk #1 succeeded at 922 with fuzz 1.
The attached versions I sent you are from my lkml
Commit-ID: 42ef8a78c1f49f53f29f0f3a6f9a5bcbc653233e
Gitweb: http://git.kernel.org/tip/42ef8a78c1f49f53f29f0f3a6f9a5bcbc653233e
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 12 May 2016 16:25:18 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 12 May 2016 16:25:18 -0300
On Fri, May 13, 2016 at 11:08:46AM +0200, Marc Haber wrote:
> It applies now to 4.5 as well.
Yeah, I tried getting the raw message from marc.info but then it said:
patch unexpectedly ends in middle of line
Hunk #1 succeeded at 922 with fuzz 1.
The attached versions I sent you are from my lkml
Commit-ID: 7d173913a6420f2818afeca70b268f064441f69b
Gitweb: http://git.kernel.org/tip/7d173913a6420f2818afeca70b268f064441f69b
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 12 May 2016 15:44:55 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate:
On 2016-05-12 10:32, Andy Gross wrote:
On Wed, May 11, 2016 at 06:41:26PM -0700, Stephen Boyd wrote:
On 05/10, Abhishek Sahu wrote:
> From: Charanya
Was it intentional to only have one name here?
>
> The Data loss was happening with current QCOM MSM serial driver
Commit-ID: 7d173913a6420f2818afeca70b268f064441f69b
Gitweb: http://git.kernel.org/tip/7d173913a6420f2818afeca70b268f064441f69b
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 12 May 2016 15:44:55 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 12 May 2016 15:44:55 -0300
On 2016-05-12 10:32, Andy Gross wrote:
On Wed, May 11, 2016 at 06:41:26PM -0700, Stephen Boyd wrote:
On 05/10, Abhishek Sahu wrote:
> From: Charanya
Was it intentional to only have one name here?
>
> The Data loss was happening with current QCOM MSM serial driver during
> large file transfer
Commit-ID: 4924734570a073049450b11f7c59ce5992b03343
Gitweb: http://git.kernel.org/tip/4924734570a073049450b11f7c59ce5992b03343
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 5 Apr 2016 11:33:41 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate:
Commit-ID: 106b816cb46ebd87408b4ed99a2e16203114daa6
Gitweb: http://git.kernel.org/tip/106b816cb46ebd87408b4ed99a2e16203114daa6
Author: Steven Rostedt
AuthorDate: Wed, 11 May 2016 15:09:36 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu,
From: Alex Williamson [mailto:alex.william...@redhat.com]
> Sent: 13 May 2016 06:33
...
> Simply denying direct writes to the vector table or preventing mapping
> of the vector table into the user address space does not provide any
> tangible form of protection. Many devices make use of window
Commit-ID: 4924734570a073049450b11f7c59ce5992b03343
Gitweb: http://git.kernel.org/tip/4924734570a073049450b11f7c59ce5992b03343
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 5 Apr 2016 11:33:41 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 12 May 2016 11:26:59 -0300
Commit-ID: 106b816cb46ebd87408b4ed99a2e16203114daa6
Gitweb: http://git.kernel.org/tip/106b816cb46ebd87408b4ed99a2e16203114daa6
Author: Steven Rostedt
AuthorDate: Wed, 11 May 2016 15:09:36 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 12 May 2016 11:27:00 -0300
tools lib
From: Alex Williamson [mailto:alex.william...@redhat.com]
> Sent: 13 May 2016 06:33
...
> Simply denying direct writes to the vector table or preventing mapping
> of the vector table into the user address space does not provide any
> tangible form of protection. Many devices make use of window
Commit-ID: 62aa0e177d278462145a29c30d3c8501ae57e200
Gitweb: http://git.kernel.org/tip/62aa0e177d278462145a29c30d3c8501ae57e200
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 8 Apr 2016 12:04:29 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate:
Commit-ID: 7839b9f32e45075d9eb48da8480faef3dbd019f0
Gitweb: http://git.kernel.org/tip/7839b9f32e45075d9eb48da8480faef3dbd019f0
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 8 Apr 2016 11:31:24 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate:
Commit-ID: 62aa0e177d278462145a29c30d3c8501ae57e200
Gitweb: http://git.kernel.org/tip/62aa0e177d278462145a29c30d3c8501ae57e200
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 8 Apr 2016 12:04:29 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 12 May 2016 11:26:59 -0300
Commit-ID: 7839b9f32e45075d9eb48da8480faef3dbd019f0
Gitweb: http://git.kernel.org/tip/7839b9f32e45075d9eb48da8480faef3dbd019f0
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 8 Apr 2016 11:31:24 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 12 May 2016 11:26:58 -0300
Commit-ID: 22a9f41b555673e7499b97acf3ffb07bf0af31ad
Gitweb: http://git.kernel.org/tip/22a9f41b555673e7499b97acf3ffb07bf0af31ad
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 8 Apr 2016 11:53:02 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate:
Commit-ID: 22a9f41b555673e7499b97acf3ffb07bf0af31ad
Gitweb: http://git.kernel.org/tip/22a9f41b555673e7499b97acf3ffb07bf0af31ad
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 8 Apr 2016 11:53:02 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 12 May 2016 11:26:58 -0300
Commit-ID: 9a5f3bf332bbd42625b71553ca9ffdffa9fc4785
Gitweb: http://git.kernel.org/tip/9a5f3bf332bbd42625b71553ca9ffdffa9fc4785
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 8 Apr 2016 11:25:59 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate:
Commit-ID: 9a5f3bf332bbd42625b71553ca9ffdffa9fc4785
Gitweb: http://git.kernel.org/tip/9a5f3bf332bbd42625b71553ca9ffdffa9fc4785
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 8 Apr 2016 11:25:59 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 12 May 2016 11:26:57 -0300
Commit-ID: 2515e614834f362eed36fb5ea5d359d94a525263
Gitweb: http://git.kernel.org/tip/2515e614834f362eed36fb5ea5d359d94a525263
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 8 Apr 2016 11:32:15 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate:
On Thu, May 12, 2016 at 10:46:56PM -0700, Andy Lutomirski wrote:
> On Fri, Apr 29, 2016 at 6:42 AM, Steven Rostedt wrote:
> > On Fri, 29 Apr 2016 10:52:32 +0200
> > Arnd Bergmann wrote:
> >
> >> This reverts the earlier fix attempt and works around the problem
Commit-ID: 2515e614834f362eed36fb5ea5d359d94a525263
Gitweb: http://git.kernel.org/tip/2515e614834f362eed36fb5ea5d359d94a525263
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 8 Apr 2016 11:32:15 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 12 May 2016 10:22:54 -0300
On Thu, May 12, 2016 at 10:46:56PM -0700, Andy Lutomirski wrote:
> On Fri, Apr 29, 2016 at 6:42 AM, Steven Rostedt wrote:
> > On Fri, 29 Apr 2016 10:52:32 +0200
> > Arnd Bergmann wrote:
> >
> >> This reverts the earlier fix attempt and works around the problem
> >> by including both
On Fri, May 13, 2016 at 10:07:45AM +0200, Borislav Petkov wrote:
> On Fri, May 13, 2016 at 07:23:34AM +0200, Marc Haber wrote:
> > How do I apply this?
>
> I'm attaching it.
Ok, stupid me, I thought that one could simply curl the web page. Too
bad that list archives keep mangling patches :-(
It
On 05/12/2016 02:14 PM, Sakari Ailus wrote:
> An earlier patch fixing an input validation issue introduced another
> issue: vb2_core_dqbuf() is called with pb argument value NULL in some
> cases, causing a NULL pointer dereference. Fix this by skipping the
> verification as there's nothing to
On Fri, May 13, 2016 at 10:07:45AM +0200, Borislav Petkov wrote:
> On Fri, May 13, 2016 at 07:23:34AM +0200, Marc Haber wrote:
> > How do I apply this?
>
> I'm attaching it.
Ok, stupid me, I thought that one could simply curl the web page. Too
bad that list archives keep mangling patches :-(
It
On 05/12/2016 02:14 PM, Sakari Ailus wrote:
> An earlier patch fixing an input validation issue introduced another
> issue: vb2_core_dqbuf() is called with pb argument value NULL in some
> cases, causing a NULL pointer dereference. Fix this by skipping the
> verification as there's nothing to
Hi Sergei,
On 12/05/16 21:42, Uwe Kleine-König wrote:
> Hello Sergei,
>
> [we already talked about this patch in #armlinux, I'm now just
> forwarding my comments on the list. Background was that I sent an easier
> and less complete patch with the same idea. See
>
Hi Sergei,
On 12/05/16 21:42, Uwe Kleine-König wrote:
> Hello Sergei,
>
> [we already talked about this patch in #armlinux, I'm now just
> forwarding my comments on the list. Background was that I sent an easier
> and less complete patch with the same idea. See
>
801 - 900 of 1122 matches
Mail list logo