Re: [Xen-devel] ufs build failure (no __udivdi3) on i386 in linux tip (edf9364d3f92)

2017-06-19 Thread Geert Uytterhoeven
or all other 32-bit platforms, too ;-) If I'm not mistaken, the commit that caused the breakage was never part of linux-next before it entered mainline? Can you please make sure all commits cook a few days in linux-next before they are sent upstream? Thanks! Gr{oetje,eeting}s,

Re: [Xen-devel] [PATCH 33/44] openrisc: remove arch-specific dma_supported implementation

2017-06-09 Thread Geert Uytterhoeven
gt; arch/openrisc/include/asm/dma-mapping.h | 7 --- Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking t

Re: [Xen-devel] [PATCH 00/35] treewide trivial patches converting pr_warning to pr_warn

2017-02-17 Thread Geert Uytterhoeven
y about asking if that has been asked already. > > Wouldn't it be slightly less intrusive to simply redefined > pr_warning() as a synonym for pr_warn()? That's already the case. This series cleans up the cruft, so we can catch all users with "git grep -w pr_warn". G

Re: [Xen-devel] [PATCH v4] xen/arm: Add a clock property

2016-07-20 Thread Geert Uytterhoeven
Hi Julien, On Wed, Jul 20, 2016 at 2:10 PM, Julien Grall wrote: > On 20/07/16 12:49, Geert Uytterhoeven wrote: >> On Wed, Jul 20, 2016 at 1:01 PM, Julien Grall >> wrote: >>> On 20/07/16 10:43, Geert Uytterhoeven wrote: >>>> On Tue, Jul 12, 2016 at 9:46 AM,

Re: [Xen-devel] [PATCH v4] xen/arm: Add a clock property

2016-07-20 Thread Geert Uytterhoeven
Hi Julien, On Wed, Jul 20, 2016 at 1:01 PM, Julien Grall wrote: > On 20/07/16 10:43, Geert Uytterhoeven wrote: >> On Tue, Jul 12, 2016 at 9:46 AM, Dirk Behme >> wrote: >>> >>> Clocks described by this property are reserved for use by Xen, and the OS >>>

Re: [Xen-devel] [PATCH v4] xen/arm: Add a clock property

2016-07-20 Thread Geert Uytterhoeven
(I assume there can be others, besides virtual UARTs?), and let it be handled by Runtime PM, without the (virtual) device drivers having to care about clocks at all. Thanks! Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@li

Re: [Xen-devel] [RFC v3 29/45] m68k: dma-mapping: Use unsigned long for dma_attrs

2016-06-03 Thread Geert Uytterhoeven
On Thu, Jun 2, 2016 at 5:39 PM, Krzysztof Kozlowski wrote: > Split out subsystem specific changes for easier reviews. This will be > squashed with main commit. > > Signed-off-by: Krzysztof Kozlowski Looks good. Acked-by: Geert Uytterhoeven Gr{oetje,eeting}s,

Re: [Xen-devel] [RFC v3 02/45] dma-mapping: Use unsigned long for dma_attrs

2016-06-03 Thread Geert Uytterhoeven
L << 3) > +#define DMA_ATTR_NON_CONSISTENT(1UL << 4) > +#define DMA_ATTR_NO_KERNEL_MAPPING (1UL << 5) > +#define DMA_ATTR_SKIP_CPU_SYNC (1UL << 6) > +#define DMA_ATTR_FORCE_CONTIGUOUS (1UL << 7) > +#define DMA_ATTR_ALLOC_SINGLE_PAGES