On Tue, Mar 30, 2021 at 10:34:12AM +0200, Hans de Goede wrote:
> Hi,
>
> On 3/30/21 9:09 AM, Thomas Zimmermann wrote:
> > Hi
> >
> > Am 29.03.21 um 16:50 schrieb Hans de Goede:
> >> Hi,
> >>
> >> On 3/29/21 2:31 PM, Thomas Zimmermann wrote:
> >>> Hi
> >>>
> >>> Am 25.03.21 um 12:29 schrieb Hans
Hi,
On 3/30/21 9:09 AM, Thomas Zimmermann wrote:
> Hi
>
> Am 29.03.21 um 16:50 schrieb Hans de Goede:
>> Hi,
>>
>> On 3/29/21 2:31 PM, Thomas Zimmermann wrote:
>>> Hi
>>>
>>> Am 25.03.21 um 12:29 schrieb Hans de Goede:
Hi,
On 3/18/21 11:29 AM, Thomas Zimmermann wrote:
> This
Hi
Am 29.03.21 um 16:50 schrieb Hans de Goede:
Hi,
On 3/29/21 2:31 PM, Thomas Zimmermann wrote:
Hi
Am 25.03.21 um 12:29 schrieb Hans de Goede:
Hi,
On 3/18/21 11:29 AM, Thomas Zimmermann wrote:
This patchset adds support for simple-framebuffer platform devices and
a handover mechanism for
Hi,
On 3/29/21 2:31 PM, Thomas Zimmermann wrote:
> Hi
>
> Am 25.03.21 um 12:29 schrieb Hans de Goede:
>> Hi,
>>
>> On 3/18/21 11:29 AM, Thomas Zimmermann wrote:
>>> This patchset adds support for simple-framebuffer platform devices and
>>> a handover mechanism for native drivers to take-over
Hi
Am 25.03.21 um 12:29 schrieb Hans de Goede:
Hi,
On 3/18/21 11:29 AM, Thomas Zimmermann wrote:
This patchset adds support for simple-framebuffer platform devices and
a handover mechanism for native drivers to take-over control of the
hardware.
The new driver, called simpledrm, binds to a
Hi,
On 3/18/21 11:29 AM, Thomas Zimmermann wrote:
> This patchset adds support for simple-framebuffer platform devices and
> a handover mechanism for native drivers to take-over control of the
> hardware.
>
> The new driver, called simpledrm, binds to a simple-frambuffer platform
> device. The
This patchset adds support for simple-framebuffer platform devices and
a handover mechanism for native drivers to take-over control of the
hardware.
The new driver, called simpledrm, binds to a simple-frambuffer platform
device. The kernel's boot code creates such devices for firmware-provided