Re: [PATCH v2 2/2] dt-bindings: display: simple-framebuffer: Document physical width and height properties

2023-01-24 Thread Mark Kettenis
> Date: Tue, 24 Jan 2023 22:19:09 + > From: Rayyan Ansari > > On 23/01/2023 17:53, Rob Herring wrote: > > On Sun, Jan 22, 2023 at 05:25:38PM +, Rayyan Ansari wrote: > >> On 22/01/2023 15:36, Rob Herring wrote: > >>> On Sat, Jan 21, 2023 at 9:36 AM Rayyan Ansari wrote: > > >>> > >>>

Re: [PATCH libdrm v2 5/5] xf86drm: implement an OpenBSD specific drmGetDevice2

2018-06-26 Thread Mark Kettenis
> Date: Tue, 26 Jun 2018 20:58:18 +1000 > From: Jonathan Gray > > On Tue, Jun 26, 2018 at 11:38:20AM +0100, Emil Velikov wrote: > > On 21 June 2018 at 16:32, Jonathan Gray wrote: > > > On Thu, Jun 21, 2018 at 03:24:49PM +0100, Emil Velikov wrote: > > >> Hi Jonathan, > > >> > > >> On 1 December 2

Re: [PATCH libdrm v2 2/4] xf86drm: Add USB support

2017-01-13 Thread Mark Kettenis
> From: Thierry Reding > Date: Thu, 12 Jan 2017 23:04:27 +0100 > > Allow DRM/KMS devices hosted on USB to be detected by the drmDevice > infrastructure. > > v2: > - make sysfs_uevent_get() more flexible using a format string > > Signed-off-by: Thierry Reding All this sysfs parsing stuff is hi

[PATCH] drm/radeon: bogus PCI ID

2014-10-26 Thread Mark Kettenis
All evidence I can find suggests that device ID 0x4c6e is the "secondary" device for the Radeon Mobility 9000/M9. As such it would be an RV250 chip instead of RV280. However, the radeon drm driver doesn't actually handle "secondary" devices. For example, the (non-Mobility) Radeon 9000 with devic

[PATCH] modesetting: Support native primary plane rotation

2014-07-10 Thread Mark Kettenis
> From: Chris Wilson > Date: Wed, 9 Jul 2014 12:14:41 +0100 > > With the advent of universal drm planes and the introduction of generic > plane properties for rotations, we can query and program the hardware > for native rotation support. > > NOTE: this depends upon the next release of libdrm t

[PATCH] drm/radeon: program the MC if loading firmware fails on ARUBA

2013-08-04 Thread Mark Kettenis
> Date: Sun, 4 Aug 2013 12:21:53 -0400 > From: Alex Deucher > > On Sun, Aug 4, 2013 at 7:12 AM, Mark Kettenis > wrote: > > Failure to load the firmwares on ARUBA isn't considered fatal. > > However modesetting doesn't quite work in that case. On an HP >

[PATCH] drm/radeon: program the MC if loading firmware fails on ARUBA

2013-08-04 Thread Mark Kettenis
he OpenBSD codebase, which corresponds to Linux 3.8.13. Signed-off-by: Mark Kettenis diff --git a/sys/dev/pci/drm/radeon/ni.c b/sys/dev/pci/drm/radeon/ni.c index cebaf8a..1b29475 100644 --- a/sys/dev/pci/drm/radeon/ni.c +++ b/sys/dev/pci/drm/radeon/ni.c @@ -1519,6 +1519,7 @@ static int cayman_star

Re: [PATCH] drm/radeon: program the MC if loading firmware fails on ARUBA

2013-08-04 Thread Mark Kettenis
> Date: Sun, 4 Aug 2013 12:21:53 -0400 > From: Alex Deucher > > On Sun, Aug 4, 2013 at 7:12 AM, Mark Kettenis wrote: > > Failure to load the firmwares on ARUBA isn't considered fatal. > > However modesetting doesn't quite work in that case. On an HP > >

[PATCH] drm/radeon: program the MC if loading firmware fails on ARUBA

2013-08-04 Thread Mark Kettenis
he OpenBSD codebase, which corresponds to Linux 3.8.13. Signed-off-by: Mark Kettenis diff --git a/sys/dev/pci/drm/radeon/ni.c b/sys/dev/pci/drm/radeon/ni.c index cebaf8a..1b29475 100644 --- a/sys/dev/pci/drm/radeon/ni.c +++ b/sys/dev/pci/drm/radeon/ni.c @@ -1519,6 +1519,7 @@ static int cayman_star

[PATCH RFC] drm/radeon: combios tables on older cards

2013-07-21 Thread Mark Kettenis
See the diff below. The diff is against the WIP OpenBSD codebase that roughly corresponds to Linux 3.8.13 at this point. But I don't think this bit of the code changed much since then. For what it is worth: Signed-off-by: Mark Kettenis diff --git a/sys/dev/pci/drm/radeon/radeon_

[PATCH RFC] drm/radeon: combios tables on older cards

2013-07-21 Thread Mark Kettenis
See the diff below. The diff is against the WIP OpenBSD codebase that roughly corresponds to Linux 3.8.13 at this point. But I don't think this bit of the code changed much since then. For what it is worth: Signed-off-by: Mark Kettenis diff --git a/sys/dev/pci/drm/radeon/radeon_

[PATCH] radeon: Fix surface register on r100

2013-07-05 Thread Mark Kettenis
> Date: Fri, 5 Jul 2013 10:11:18 -0400 > From: Alex Deucher > > On Wed, Jul 3, 2013 at 6:40 PM, Mark Kettenis > wrote: > > Working on KMS support on OpenBSD/sparc64, I ended up with the initial > > framebuffer on a Sun XVR-100 card (Radeon 7000/VE, RV100 with > &g

Re: [PATCH] radeon: Fix surface register on r100

2013-07-05 Thread Mark Kettenis
> Date: Fri, 5 Jul 2013 10:11:18 -0400 > From: Alex Deucher > > On Wed, Jul 3, 2013 at 6:40 PM, Mark Kettenis wrote: > > Working on KMS support on OpenBSD/sparc64, I ended up with the initial > > framebuffer on a Sun XVR-100 card (Radeon 7000/VE, RV100 with > >

[PATCH] radeon: Fix surface register on r100

2013-07-04 Thread Mark Kettenis
l code doesn't check this. So perhaps it should just fall through into the no-tiling case. With this fixed, I'm pretty sure the special RN50 handling can go. The extra /= 16 was probably enough to make the pitch small enough to keep the hardware from tiling. Signed-off-by: Mark Kett

[PATCH] radeon: Fix surface register on r100

2013-07-03 Thread Mark Kettenis
l code doesn't check this. So perhaps it should just fall through into the no-tiling case. With this fixed, I'm pretty sure the special RN50 handling can go. The extra /= 16 was probably enough to make the pitch small enough to keep the hardware from tiling. Signed-off-by: Mark Kett