Daniel Vetter writes:
> On Thu, Aug 13, 2015 at 01:44:03PM -0700, Eric Anholt wrote:
>> Daniel Vetter writes:
>>
>> > On Wed, Aug 12, 2015 at 05:56:16PM -0700, Eric Anholt wrote:
>> >> This is the start of a full VC4 driver. Right now this just supports
>> >> configuring the display using a
Daniel Vetter dan...@ffwll.ch writes:
On Thu, Aug 13, 2015 at 01:44:03PM -0700, Eric Anholt wrote:
Daniel Vetter dan...@ffwll.ch writes:
On Wed, Aug 12, 2015 at 05:56:16PM -0700, Eric Anholt wrote:
This is the start of a full VC4 driver. Right now this just supports
configuring the
r<#secure method=pgpmime mode=sign>
Stephen Warren writes:
> On 08/12/2015 06:56 PM, Eric Anholt wrote:
>> This is the start of a full VC4 driver. Right now this just supports
>> configuring the display using a pre-existing video mode (because
>> changing the pixel clock isn't available yet,
r#secure method=pgpmime mode=sign
Stephen Warren swar...@wwwdotorg.org writes:
On 08/12/2015 06:56 PM, Eric Anholt wrote:
This is the start of a full VC4 driver. Right now this just supports
configuring the display using a pre-existing video mode (because
changing the pixel clock isn't
On 08/12/2015 06:56 PM, Eric Anholt wrote:
> This is the start of a full VC4 driver. Right now this just supports
> configuring the display using a pre-existing video mode (because
> changing the pixel clock isn't available yet, and doesn't work when it
> is). However, this is enough for fbcon
On 08/12/2015 06:56 PM, Eric Anholt wrote:
This is the start of a full VC4 driver. Right now this just supports
configuring the display using a pre-existing video mode (because
changing the pixel clock isn't available yet, and doesn't work when it
is). However, this is enough for fbcon and
Russell King - ARM Linux writes:
> On Thu, Aug 13, 2015 at 01:44:03PM -0700, Eric Anholt wrote:
>> Struct mutex is here because this code is from the V3D series, with the
>> in-kernel BO cache ripped out (it turns out that the CMA allocator is
>> slow, and you can't just userspace cache since we
On Thu, Aug 13, 2015 at 01:44:03PM -0700, Eric Anholt wrote:
> Struct mutex is here because this code is from the V3D series, with the
> in-kernel BO cache ripped out (it turns out that the CMA allocator is
> slow, and you can't just userspace cache since we have to do allocations
> within the
On Thu, Aug 13, 2015 at 01:44:03PM -0700, Eric Anholt wrote:
> Daniel Vetter writes:
>
> > On Wed, Aug 12, 2015 at 05:56:16PM -0700, Eric Anholt wrote:
> >> This is the start of a full VC4 driver. Right now this just supports
> >> configuring the display using a pre-existing video mode (because
Daniel Vetter writes:
> On Wed, Aug 12, 2015 at 05:56:16PM -0700, Eric Anholt wrote:
>> This is the start of a full VC4 driver. Right now this just supports
>> configuring the display using a pre-existing video mode (because
>> changing the pixel clock isn't available yet, and doesn't work when
On 13 August 2015 at 01:56, Eric Anholt wrote:
> This is the start of a full VC4 driver. Right now this just supports
> configuring the display using a pre-existing video mode (because
> changing the pixel clock isn't available yet, and doesn't work when it
> is). However, this is enough for
On Wed, Aug 12, 2015 at 05:56:16PM -0700, Eric Anholt wrote:
> This is the start of a full VC4 driver. Right now this just supports
> configuring the display using a pre-existing video mode (because
> changing the pixel clock isn't available yet, and doesn't work when it
> is). However, this is
On Wed, Aug 12, 2015 at 05:56:16PM -0700, Eric Anholt wrote:
This is the start of a full VC4 driver. Right now this just supports
configuring the display using a pre-existing video mode (because
changing the pixel clock isn't available yet, and doesn't work when it
is). However, this is
On 13 August 2015 at 01:56, Eric Anholt e...@anholt.net wrote:
This is the start of a full VC4 driver. Right now this just supports
configuring the display using a pre-existing video mode (because
changing the pixel clock isn't available yet, and doesn't work when it
is). However, this is
Russell King - ARM Linux li...@arm.linux.org.uk writes:
On Thu, Aug 13, 2015 at 01:44:03PM -0700, Eric Anholt wrote:
Struct mutex is here because this code is from the V3D series, with the
in-kernel BO cache ripped out (it turns out that the CMA allocator is
slow, and you can't just userspace
Daniel Vetter dan...@ffwll.ch writes:
On Wed, Aug 12, 2015 at 05:56:16PM -0700, Eric Anholt wrote:
This is the start of a full VC4 driver. Right now this just supports
configuring the display using a pre-existing video mode (because
changing the pixel clock isn't available yet, and doesn't
On Thu, Aug 13, 2015 at 01:44:03PM -0700, Eric Anholt wrote:
Struct mutex is here because this code is from the V3D series, with the
in-kernel BO cache ripped out (it turns out that the CMA allocator is
slow, and you can't just userspace cache since we have to do allocations
within the kernel
On Thu, Aug 13, 2015 at 01:44:03PM -0700, Eric Anholt wrote:
Daniel Vetter dan...@ffwll.ch writes:
On Wed, Aug 12, 2015 at 05:56:16PM -0700, Eric Anholt wrote:
This is the start of a full VC4 driver. Right now this just supports
configuring the display using a pre-existing video mode
This is the start of a full VC4 driver. Right now this just supports
configuring the display using a pre-existing video mode (because
changing the pixel clock isn't available yet, and doesn't work when it
is). However, this is enough for fbcon and bringing up X using
xf86-video-modesetting.
This is the start of a full VC4 driver. Right now this just supports
configuring the display using a pre-existing video mode (because
changing the pixel clock isn't available yet, and doesn't work when it
is). However, this is enough for fbcon and bringing up X using
xf86-video-modesetting.
20 matches
Mail list logo