On Thu, 11 Apr 2024 at 17:32, Arnd Bergmann wrote:
>
> On Thu, Apr 11, 2024, at 09:15, Ard Biesheuvel wrote:
> > On Thu, 11 Apr 2024 at 03:11, Samuel Holland
> > wrote:
> >> On 2024-04-10 8:02 PM, Thiago Jung Bauermann wrote:
> >> > Samuel Holland writes:
> >>
> >> >> The short-term fix would b
> Yeah, maybe it's time to disconnect the "default display device" idea
> from the VGA arbiter. I have no idea what (if any) dependencies X has
> on the legacy VGA resources. I assume X works fine on power, where it
> sounds like those resources are rarely or never available.
The question on non
Cc'ing dri-devel.
Dave.
On Tue, 13 Jun 2017, Tejun Heo wrote:
> Cc'ing David Airlie.
>
> This is from drm driver calling in idr_replace() w/ a negative id.
> Probably a silly bug in error handling path?
>
> Thanks.
>
> On Mon, Jun 12, 2017 at 08:10:54PM +0530, Abdul Haleem wrote:
> > Hi,
> >
p_mask()
> altogether. It is exported, but I have no idea of anybody else uses
> it. Maybe it could at least be marked __deprecated now?
>
> I don't know who should take these patches. They don't touch
> drivers/pci, but I'd be happy to push them, given the appropriate ACKs
> from DRM and powerpc folks.
>
Acked-by: Dave Airlie
I'm happy to see these go via pci tree to avoid interdependent trees.
Dave.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
2011/4/6 Uwe Kleine-König :
> Hi Gabriel,
>
> On Tue, Apr 05, 2011 at 01:52:59AM +0200, Gabriel Paubert wrote:
>> I've had the following funny crashes on PPC machines, with
>> cataleptic X server as a consequence:
>>
>> kernel: [drm] Setting GART location based on new memory map
>> kernel: Oops: Ex
From: Dave Airlie
This allows offb to be used for initial framebuffer,
and a kms driver to take over later in the boot sequence.
Signed-off-by: Dave Airlie
---
drivers/video/offb.c | 15 ++-
1 files changed, 14 insertions(+), 1 deletions(-)
diff --git a/drivers/video/offb.c b
>
> BTW. Do you guys want me to remove the drm_local_map_t typedef
> completely in favor of struct drm_local_map ? I have a patch here going
> part way through that, it's fairly trivial, so if you want it, I can
> easily finish it.
One less typedef is always welcome.
Dave.
>
> Cheers,
> Ben.
>
On Tue, Feb 3, 2009 at 7:21 AM, Benjamin Herrenschmidt
wrote:
>
>>
>> Could this comment instead be maybe:
>>
>> Because the kernel-userspace ABI is fixed at a 32-bit offset, while PCI
>> resources may live above that, we ignore the map offset for maps of type
>> _DRM_FRAMEBUFFER or _DRM_REGISTERS
On Mon, Feb 2, 2009 at 3:55 PM, Benjamin Herrenschmidt
wrote:
> The DRM uses its own wrappers to obtain resources from PCI devices,
> which currently convert the resource_size_t into an unsigned long.
>
> This is broken on 32-bit platforms with >32-bit physical address
> space.
>
> This fixes them
