On Mon, Jan 21, 2019 at 10:03:53AM +0200, Mike Rapoport wrote:
> diff --git a/arch/arm64/mm/numa.c b/arch/arm64/mm/numa.c
> index ae34e3a..2c61ea4 100644
> --- a/arch/arm64/mm/numa.c
> +++ b/arch/arm64/mm/numa.c
> @@ -237,6 +237,10 @@ static void __init setup_node_data(int nid, u64
> start_pfn, u6
On Wed, Apr 27, 2016 at 04:11:17PM +0200, Arnd Bergmann wrote:
> On Wednesday 27 April 2016 14:59:00 Catalin Marinas wrote:
> >
> > I would be in favour of a dma_inherit() function as well. We could hack
> > something up in the arch code (like below) but I would rather p
On Wed, Apr 27, 2016 at 08:41:06AM +0300, Felipe Balbi wrote:
> Grygorii Strashko writes:
> > On 04/26/2016 09:17 AM, Felipe Balbi wrote:
> >> Grygorii Strashko writes:
> >>> Now not all DMA paremters configured properly for "xhci-hcd" platform
> >>> device which is created manually. For example:
On Fri, Apr 15, 2016 at 02:56:17PM +0300, Grygorii Strashko wrote:
> From c68225e97e8c9505aca4ceab19a0d8e4dde31b73 Mon Sep 17 00:00:00 2001
> From: Grygorii Strashko
> Date: Thu, 31 Mar 2016 19:40:52 +0300
> Subject: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev
>
> Now not a
On Fri, Apr 15, 2016 at 01:30:01PM +0300, Felipe Balbi wrote:
> Catalin Marinas writes:
> > On Fri, Apr 15, 2016 at 11:01:08AM +0100, Catalin Marinas wrote:
> >> On Fri, Apr 15, 2016 at 12:49:15PM +0300, Felipe Balbi wrote:
> >> > Catalin Marinas writes:
> >
On Fri, Apr 15, 2016 at 11:01:08AM +0100, Catalin Marinas wrote:
> On Fri, Apr 15, 2016 at 12:49:15PM +0300, Felipe Balbi wrote:
> > Catalin Marinas writes:
> > > On Thu, Apr 14, 2016 at 12:46:47PM +, David Fisher wrote:
> > >> dwc3 is in dual-role, with &
On Fri, Apr 15, 2016 at 12:49:15PM +0300, Felipe Balbi wrote:
> Catalin Marinas writes:
> > On Thu, Apr 14, 2016 at 12:46:47PM +, David Fisher wrote:
> >> dwc3 is in dual-role, with "synopsys,dwc3" specified in DT.
> >>
> >> When xhci is probe
On Thu, Apr 14, 2016 at 12:46:47PM +, David Fisher wrote:
> dwc3 is in dual-role, with "synopsys,dwc3" specified in DT.
>
> When xhci is probed, initiated from dwc3/host.c (not DT), we get :
> xhci-hcd: probe of xhci-hcd.7.auto failed with error -5
> This -EIO error originated from inside dma_
On Fri, Aug 14, 2015 at 08:45:22AM +0700, Suravee Suthikulpanit wrote:
> On 8/13/15 04:51, Jeremy Linton wrote:
> >ACPI configurations can now mark devices as noncoherent,
> >support that choice.
> >
> >Signed-off-by: Jeremy Linton
> >---
> > include/acpi/acpi_bus.h | 5 +++--
> > 1 file changed,
On Mon, May 19, 2014 at 09:21:17AM +0100, Jon Medhurst (Tixy) wrote:
> On Fri, 2014-05-16 at 18:40 +0100, Catalin Marinas wrote:
> > On Fri, May 16, 2014 at 06:08:45PM +0100, Jon Medhurst (Tixy) wrote:
> > > On Fri, 2014-05-16 at 13:55 +0100, Catalin Marinas wrote:
> > &g
On Wed, May 21, 2014 at 05:15:06PM +0100, Rob Herring wrote:
> On Wed, May 21, 2014 at 10:48 AM, Arnd Bergmann wrote:
> > On Wednesday 21 May 2014 10:26:01 Rob Herring wrote:
> >> What are you checking against to cause a failure and what do you do on
> >> failure? I'm guessing that PCI masks are c
On Wed, May 21, 2014 at 03:43:39PM +0100, Arnd Bergmann wrote:
> On Wednesday 21 May 2014 14:56:36 Catalin Marinas wrote:
> > On Tue, May 20, 2014 at 08:37:10PM +0100, Arnd Bergmann wrote:
> > > On Tuesday 20 May 2014 15:12:49 Catalin Marinas wrote:
> > > > So what
On Tue, May 20, 2014 at 08:37:10PM +0100, Arnd Bergmann wrote:
> On Tuesday 20 May 2014 15:12:49 Catalin Marinas wrote:
> > On Tue, May 20, 2014 at 12:08:58PM +0100, Arnd Bergmann wrote:
> > > On Tuesday 20 May 2014 12:02:46 Catalin Marinas wrote:
> > > > On Mon, Ma
On Tue, May 20, 2014 at 12:08:58PM +0100, Arnd Bergmann wrote:
> On Tuesday 20 May 2014 12:02:46 Catalin Marinas wrote:
> > On Mon, May 19, 2014 at 05:55:56PM +0100, Arnd Bergmann wrote:
> > > On Monday 19 May 2014 16:56:08 Catalin Marinas wrote:
> > > > On Mon, Ma
On Mon, May 19, 2014 at 05:55:56PM +0100, Arnd Bergmann wrote:
> On Monday 19 May 2014 16:56:08 Catalin Marinas wrote:
> > On Mon, May 19, 2014 at 10:44:51AM +0100, Arnd Bergmann wrote:
> > > On Monday 19 May 2014 10:03:40 Catalin Marinas wrote:
> > > > On Mon, Ma
On Mon, May 19, 2014 at 10:44:51AM +0100, Arnd Bergmann wrote:
> On Monday 19 May 2014 10:03:40 Catalin Marinas wrote:
> > On Mon, May 19, 2014 at 09:32:43AM +0100, Arnd Bergmann wrote:
> > > The more important question is what happens to high buffers allocated
> > &g
On Mon, May 19, 2014 at 09:32:43AM +0100, Arnd Bergmann wrote:
> On Friday 16 May 2014 13:55:01 Catalin Marinas wrote:
> > On Thu, May 15, 2014 at 05:53:53PM +0100, Liviu Dudau wrote:
> > > On Thu, May 15, 2014 at 04:36:25PM +0100, Alan Stern wrote:
> > > > On Thu,
On Fri, May 16, 2014 at 06:08:45PM +0100, Jon Medhurst (Tixy) wrote:
> On Fri, 2014-05-16 at 13:55 +0100, Catalin Marinas wrote:
> [...]
> > > It could if arm64 would restrict the DMA addresses to 32-bit, but it
> > > doesn't
> > > and I end up on my platfo
On Thu, May 15, 2014 at 05:53:53PM +0100, Liviu Dudau wrote:
> On Thu, May 15, 2014 at 04:36:25PM +0100, Alan Stern wrote:
> > On Thu, 15 May 2014, Liviu Dudau wrote:
> > > On Thu, May 15, 2014 at 03:11:48PM +0100, Alan Stern wrote:
> > > > On Wed, 14 May 2014, Mark Brown wrote:
> > > > > arm64 arc
On 26 August 2013 16:49, Alan Stern wrote:
> Here's a question that doesn't seem to be answered in
> Documentation/memory-barriers.txt. Are memory accesses within an
> interrupt handler synchronized with respect to interrupts?
>
> In more detail, suppose we have an interrupt handler that uses a m
t; device to mapped page, so the flush should not need for slab pages which
> won't be mapped to userspace.
>
> This patch fixes one kernel panic when CONFIG_DEBUG_VM is set.
>
> Cc: Catalin Marinas
> Tested-by: Christoffer Dall
> Signed-off-by: Ming Lei
> ---
> dri
21 matches
Mail list logo
