On Wed, Jun 07, 2017 at 12:37:51PM +0300, Andy Shevchenko wrote:
> It think we may fold it.
Yes, I'll fold it and delcare the tree stable late tonight my time.
> Besides that we might need the following fix as well.
Yeah. Another reasone why buffer.pointer should be a void pointer.
On Wed, Jun 07, 2017 at 06:25:46AM +, Williams, Dan J wrote:
> With one compile fix below the 'acpi' branch works for me. Please feel
> free to add:
The mail seems to contain garbage that can't be applied, but I just
applied the changes manually.
___
On Tue, Nov 09, 2021 at 12:20:24PM +0200, Jani Nikula wrote:
> Having the functions defined in a single .c file and called (perhaps via
> just one or two entry points) sounds much better than including code.
>
> Perhaps you could pass in the function to call (new_mmio_info) as a
> parameter in dif
On Tue, Nov 09, 2021 at 10:51:27AM +, Wang, Zhi A wrote:
> Can you elaborate more about this? We need the hash query from the table
> ASAP when the hypervisor trapped a mmio access. It's a critical path and
> we tried different data structure in the kernel and the hash table gives
> the best
On Sat, May 15, 2021 at 12:23:04AM +, Souza, Jose wrote:
> On Fri, 2021-05-14 at 07:49 +0200, Christoph Hellwig wrote:
> > On Thu, May 13, 2021 at 04:28:41PM -0700, José Roberto de Souza wrote:
> > > If the do while loop breaks in 'if (!sg_dma_len(sgl))' in the first
> > > iteration, err is uni
On Mon, Aug 08, 2022 at 03:48:02PM +, Hellstrom, Thomas wrote:
> This whole thing looks a bit strange to me since with SWIOTLB actually
> used for i915, the driver should malfunction anyway as it doesn't do
> any dma_sync_sg_for_cpu() or dma_sync_sg_for_device(),
Yeah, I can't actually see any
On Tue, Aug 09, 2022 at 12:36:50PM +0100, Tvrtko Ursulin wrote:
>
> Digging through git history at least running as Xen dom0 looks to have been
> impacted, but commits such as abb0deacb5a6 ("drm/i915: Fallback to single
> PAGE_SIZE segments for DMA remapping") are older and suggest problem was
>