Issue with sunffb driver and Creator 3D in Sun Ultra 10

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

Issue with sunffb driver and Creator 3D in Sun Ultra 10

Elias Bürli
Hello

I did a fresh install of OpenBSD 6.2 sparc64 (since upgraded to 6.3)
on my Sun Ultra 10. This machine contains a Creator 3D frame buffer.

When starting X without a xorg.conf present, the Creator 3D gets
correctly recognized and the sunffb driver is loaded. At this point
the screen freezes (with some random yellow horizontal lines added),
but X seems to start normally. I can SSH into the machine (and reboot
it from console; Ctrl-Alt-Backspace doesn't work to kill X at this
point) and according to the Xorg.log (see below), everything seems
fine from X's point of view (but the screen remains frozen forever).
I did try different xorg.conf settings based on examples found online
(setting BusID manually, disabling HW acceleration, etc.), but the
result is always the same. For reference, this machine was working
normally with the sunffb driver with some very old Gentoo install
before.

I can get X working using the wsfb driver (using a xorg.conf with
these settings http://openbsd-archive.7691.n7.nabbl...0-td29200.html
), which gives me a working (but slow) desktop.

So my question to any Creator 3D owners with OpenBSD 6.2/6.3:
Is the sunffb driver working correctly with your Creator 3D card? If
yes, what extra steps were needed to get it working?

Best regards
Elias

===== Xorg.0,log ======
[   651.614] (--) Using wscons driver on /dev/ttyD0
[   651.672]
X.Org X Server 1.18.4
Release Date: 2016-07-19
[   651.672] X Protocol Version 11, Revision 0
[   651.672] Build Operating System: OpenBSD 6.2 sparc64
[   651.673] Current Operating System: OpenBSD leviathan.my.domain 6.2
GENERIC#295 sparc64
[   651.677] Build Date: 04 October 2017  01:16:11AM
[   651.678]
[   651.678] Current version of pixman: 0.34.0
[   651.678] Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[   651.679] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   651.680] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Apr  8
14:05:43 2018
[   651.694] (==) Using config file: "/etc/X11/xorg.conf"
[   651.695] (==) Using system config directory
"/usr/X11R6/share/X11/xorg.conf.d"
[   651.701] (==) No Layout section.  Using the first Screen section.
[   651.701] (**) |-->Screen "Screen0" (0)
[   651.701] (**) |   |-->Monitor "Monitor0"
[   651.712] (**) |   |-->Device "Wsdisplay1"
[   651.714] (==) Disabling SIGIO handlers for input devices
[   651.714] (==) Automatically adding devices
[   651.714] (==) Automatically enabling devices
[   651.714] (==) Not automatically adding GPU devices
[   651.716] (==) Max clients allowed: 256, resource mask: 0x1fffff
[   651.719] (==) FontPath set to:
/usr/X11R6/lib/X11/fonts/misc/,
/usr/X11R6/lib/X11/fonts/TTF/,
/usr/X11R6/lib/X11/fonts/OTF/,
/usr/X11R6/lib/X11/fonts/Type1/,
/usr/X11R6/lib/X11/fonts/100dpi/,
/usr/X11R6/lib/X11/fonts/75dpi/
[   651.719] (==) ModulePath set to "/usr/X11R6/lib/modules"
[   651.719] (II) The server relies on wscons to provide the list of
input devices.
If no devices become available, reconfigure wscons or disable AutoAddDevices.
[   651.720] (II) Loader magic: 0xef6de86008
[   651.720] (II) Module ABI versions:
[   651.720] X.Org ANSI C Emulation: 0.4
[   651.720] X.Org Video Driver: 20.0
[   651.720] X.Org XInput driver : 22.1
[   651.721] X.Org Server Extension : 9.0
[   651.734] (--) PCI:*(0:1:2:0) 1002:4754:0000:0000 rev 154, Mem @
0xe1000000/16777216, 0x00000000/4096, I/O @ 0x00000000/256, BIOS @
0x????????/131072
[   651.737] (II) LoadModule: "glx"
[   651.771] (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so
[   651.905] (II) Module glx: vendor="X.Org Foundation"
[   651.905] compiled for 1.18.4, module version = 1.0.0
[   651.906] ABI class: X.Org Server Extension, version 9.0
[   651.906] (==) AIGLX enabled
[   651.907] (II) LoadModule: "sunffb"
[   651.914] (II) Loading /usr/X11R6/lib/modules/drivers/sunffb_drv.so
[   651.941] (II) Module sunffb: vendor="X.Org Foundation"
[   651.942] compiled for 1.18.4, module version = 1.2.2
[   651.942] Module class: X.Org Video Driver
[   651.942] ABI class: X.Org Video Driver, version 20.0
[   651.943] (II) SUNFFB: driver for Creator, Creator 3D and Elite 3D
[   651.943] (WW) Falling back to old probe method for sunffb
[   651.946] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support
[   651.949] (**) SUNFFB(0): Option "SWcursor"
[   651.949] (**) SUNFFB(0): Option "NoAccel"
[   651.950] (**) SUNFFB(0): RGB weight 888
[   651.950] (==) SUNFFB(0): Default visual is TrueColor
[   651.951] (==) SUNFFB(0): Using gamma correction (1.0, 1.0, 1.0)
[   651.951] (**) SUNFFB(0): Using SW cursor
[   651.952] (**) SUNFFB(0): Acceleration disabled
[   651.952] (II) Loading sub module "fb"
[   651.952] (II) LoadModule: "fb"
[   651.981] (II) Loading /usr/X11R6/lib/modules/libfb.so
[   651.993] (II) Module fb: vendor="X.Org Foundation"
[   651.993] compiled for 1.18.4, module version = 1.0.0
[   651.993] ABI class: X.Org ANSI C Emulation, version 0.4
[   651.994] (II) Loading sub module "dbe"
[   651.994] (II) LoadModule: "dbe"
[   651.994] (II) Module "dbe" already built-in
[   651.994] (==) SUNFFB(0): DPI set to (96, 96)
[   651.995] (--) Depth 24 pixmap format is 32 bpp
[   652.001] (II) Wsdisplay1: Unknown boardID[000000ff], assuming
FFB2, DoubleRES, Z-buffer, Single-buffered.
[   652.002] (II) Wsdisplay1: BT9068 (PAC1) ramdac detected (with
normal cursor control)
[   652.003] (II) Wsdisplay1: Detected Creator/Creator3D
[   652.012] (==) SUNFFB(0): Backing store enabled
[   652.012] (==) SUNFFB(0): Silken mouse disabled
[   652.018] (==) SUNFFB(0): DPMS enabled
[   652.018] (WW) SUNFFB(0): Option "Device" is not used
[   652.020] (==) RandR enabled
[   652.213] (II) AIGLX: Screen 0 is not DRI2 capable
[   652.213] (EE) AIGLX: reverting to software rendering
[   652.352] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer
[   652.367] (II) AIGLX: Loaded and initialized swrast
[   652.367] (II) GLX: Initialized DRISWRAST GL provider for screen 0
[   656.186] (II) config/wscons: checking input device /dev/wskbd
[   656.187] (II) wskbd: using layout us
[   656.189] (II) LoadModule: "kbd"
[   656.201] (II) Loading /usr/X11R6/lib/modules/input/kbd_drv.so
[   656.223] (II) Module kbd: vendor="X.Org Foundation"
[   656.224] compiled for 1.18.4, module version = 1.9.0
[   656.224] Module class: X.Org XInput Driver
[   656.224] ABI class: X.Org XInput driver, version 22.1
[   656.224] (II) Using input driver 'kbd' for '/dev/wskbd'
[   656.226] (**) /dev/wskbd: always reports core events
[   656.227] (**) /dev/wskbd: always reports core events
[   656.228] (**) Option "Protocol" "standard"
[   656.229] (**) Option "XkbRules" "base"
[   656.229] (**) Option "XkbModel" "pc105"
[   656.229] (**) Option "XkbLayout" "us"
[   656.230] (II) XINPUT: Adding extended input device "/dev/wskbd"
(type: KEYBOARD, id 6)
[   656.239] (II) config/wscons: checking input device /dev/wsmouse
[   656.240] (II) LoadModule: "ws"
[   656.253] (II) Loading /usr/X11R6/lib/modules/input/ws_drv.so
[   656.258] (II) Module ws: vendor="X.Org Foundation"
[   656.259] compiled for 1.18.4, module version = 1.3.0
[   656.259] Module class: X.Org XInput Driver
[   656.259] ABI class: X.Org XInput driver, version 22.1
[   656.260] (II) Using input driver 'ws' for '/dev/wsmouse'
[   656.260] (**) /dev/wsmouse: always reports core events
[   656.261] (II) ws: /dev/wsmouse: debuglevel 0
[   656.261] (**) Option "Device" "/dev/wsmouse"
[   656.261] (**) ws: /dev/wsmouse: ZAxisMapping: buttons 4 and 5
[   656.262] (**) ws: /dev/wsmouse: WAxisMapping: buttons 6 and 7
[   656.262] (**) ws: /dev/wsmouse: associated screen: 0
[   656.264] (II) ws: /dev/wsmouse: minimum x position: 0
[   656.264] (II) ws: /dev/wsmouse: maximum x position: 1279
[   656.264] (II) ws: /dev/wsmouse: minimum y position: 0
[   656.264] (II) ws: /dev/wsmouse: maximum y position: 1023
[   656.264] (==) ws: /dev/wsmouse: Buttons: 7
[   656.265] (**) ws: /dev/wsmouse: YAxisMapping: buttons 4 and 5
[   656.265] (II) XINPUT: Adding extended input device "/dev/wsmouse"
(type: MOUSE, id 7)
[   656.269] (**) /dev/wsmouse: (accel) keeping acceleration scheme 1
[   656.271] (**) /dev/wsmouse: (accel) acceleration profile 0
[   656.272] (**) /dev/wsmouse: (accel) acceleration factor: 2.000
[   656.272] (**) /dev/wsmouse: (accel) acceleration threshold: 4
[   792.572] (II) UnloadModule: "ws"
[   792.574] (II) UnloadModule: "kbd"

Reply | Threaded
Open this post in threaded view
|

Re: Issue with sunffb driver and Creator 3D in Sun Ultra 10

Elias Bürli
Hello

Replying to myself here with an update.
Over the holidays I swapped out the HDD in this machine to try it out
with other OSes.
I've got NetBSD up and running, the Creator3D gets detected
successfully and the sunffb driver is loaded and working normally
(without any xorg.conf needed), confirming that the hardware itself is
working ok. It even has basic EXA support, resulting in a noticeable
faster desktop experience.

Personally I would prefer to switch back to OpenBSD, but the current
setup with the wsfb driver is too sluggish for my tastes.
Would it be feasible that I compile my own sunffb_drv.so in OpenBSD
based on the NetBSD sources, or are there some fundamental differences
under the hood (e.g. Xenocara) that would prevent that from working?

For that matter, is there some collaboration between the OpenBSD Sparc
maintainers and their NetBSD counterparts? So that the EXA patch for
sunffb from NetBSD could find its way into OpenBSD at one point?

Br
Elias


On Mon, Aug 13, 2018 at 6:54 PM Elias Bürli <[hidden email]> wrote:

>
> Hello
>
> I did a fresh install of OpenBSD 6.2 sparc64 (since upgraded to 6.3)
> on my Sun Ultra 10. This machine contains a Creator 3D frame buffer.
>
> When starting X without a xorg.conf present, the Creator 3D gets
> correctly recognized and the sunffb driver is loaded. At this point
> the screen freezes (with some random yellow horizontal lines added),
> but X seems to start normally. I can SSH into the machine (and reboot
> it from console; Ctrl-Alt-Backspace doesn't work to kill X at this
> point) and according to the Xorg.log (see below), everything seems
> fine from X's point of view (but the screen remains frozen forever).
> I did try different xorg.conf settings based on examples found online
> (setting BusID manually, disabling HW acceleration, etc.), but the
> result is always the same. For reference, this machine was working
> normally with the sunffb driver with some very old Gentoo install
> before.
>
> I can get X working using the wsfb driver (using a xorg.conf with
> these settings http://openbsd-archive.7691.n7.nabble.com/X-org-on-Sun-Ultra-10-td29200.html
> ), which gives me a working (but slow) desktop.
>
> So my question to any Creator 3D owners with OpenBSD 6.2/6.3:
> Is the sunffb driver working correctly with your Creator 3D card? If
> yes, what extra steps were needed to get it working?
>
> Best regards
> Elias
>
> ===== Xorg.0,log ======
> [   651.614] (--) Using wscons driver on /dev/ttyD0
> [   651.672]
> X.Org X Server 1.18.4
> Release Date: 2016-07-19
> [   651.672] X Protocol Version 11, Revision 0
> [   651.672] Build Operating System: OpenBSD 6.2 sparc64
> [   651.673] Current Operating System: OpenBSD leviathan.my.domain 6.2
> GENERIC#295 sparc64
> [   651.677] Build Date: 04 October 2017  01:16:11AM
> [   651.678]
> [   651.678] Current version of pixman: 0.34.0
> [   651.678] Before reporting problems, check http://wiki.x.org
> to make sure that you have the latest version.
> [   651.679] Markers: (--) probed, (**) from config file, (==) default setting,
> (++) from command line, (!!) notice, (II) informational,
> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> [   651.680] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Apr  8
> 14:05:43 2018
> [   651.694] (==) Using config file: "/etc/X11/xorg.conf"
> [   651.695] (==) Using system config directory
> "/usr/X11R6/share/X11/xorg.conf.d"
> [   651.701] (==) No Layout section.  Using the first Screen section.
> [   651.701] (**) |-->Screen "Screen0" (0)
> [   651.701] (**) |   |-->Monitor "Monitor0"
> [   651.712] (**) |   |-->Device "Wsdisplay1"
> [   651.714] (==) Disabling SIGIO handlers for input devices
> [   651.714] (==) Automatically adding devices
> [   651.714] (==) Automatically enabling devices
> [   651.714] (==) Not automatically adding GPU devices
> [   651.716] (==) Max clients allowed: 256, resource mask: 0x1fffff
> [   651.719] (==) FontPath set to:
> /usr/X11R6/lib/X11/fonts/misc/,
> /usr/X11R6/lib/X11/fonts/TTF/,
> /usr/X11R6/lib/X11/fonts/OTF/,
> /usr/X11R6/lib/X11/fonts/Type1/,
> /usr/X11R6/lib/X11/fonts/100dpi/,
> /usr/X11R6/lib/X11/fonts/75dpi/
> [   651.719] (==) ModulePath set to "/usr/X11R6/lib/modules"
> [   651.719] (II) The server relies on wscons to provide the list of
> input devices.
> If no devices become available, reconfigure wscons or disable AutoAddDevices.
> [   651.720] (II) Loader magic: 0xef6de86008
> [   651.720] (II) Module ABI versions:
> [   651.720] X.Org ANSI C Emulation: 0.4
> [   651.720] X.Org Video Driver: 20.0
> [   651.720] X.Org XInput driver : 22.1
> [   651.721] X.Org Server Extension : 9.0
> [   651.734] (--) PCI:*(0:1:2:0) 1002:4754:0000:0000 rev 154, Mem @
> 0xe1000000/16777216, 0x00000000/4096, I/O @ 0x00000000/256, BIOS @
> 0x????????/131072
> [   651.737] (II) LoadModule: "glx"
> [   651.771] (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so
> [   651.905] (II) Module glx: vendor="X.Org Foundation"
> [   651.905] compiled for 1.18.4, module version = 1.0.0
> [   651.906] ABI class: X.Org Server Extension, version 9.0
> [   651.906] (==) AIGLX enabled
> [   651.907] (II) LoadModule: "sunffb"
> [   651.914] (II) Loading /usr/X11R6/lib/modules/drivers/sunffb_drv.so
> [   651.941] (II) Module sunffb: vendor="X.Org Foundation"
> [   651.942] compiled for 1.18.4, module version = 1.2.2
> [   651.942] Module class: X.Org Video Driver
> [   651.942] ABI class: X.Org Video Driver, version 20.0
> [   651.943] (II) SUNFFB: driver for Creator, Creator 3D and Elite 3D
> [   651.943] (WW) Falling back to old probe method for sunffb
> [   651.946] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support
> [   651.949] (**) SUNFFB(0): Option "SWcursor"
> [   651.949] (**) SUNFFB(0): Option "NoAccel"
> [   651.950] (**) SUNFFB(0): RGB weight 888
> [   651.950] (==) SUNFFB(0): Default visual is TrueColor
> [   651.951] (==) SUNFFB(0): Using gamma correction (1.0, 1.0, 1.0)
> [   651.951] (**) SUNFFB(0): Using SW cursor
> [   651.952] (**) SUNFFB(0): Acceleration disabled
> [   651.952] (II) Loading sub module "fb"
> [   651.952] (II) LoadModule: "fb"
> [   651.981] (II) Loading /usr/X11R6/lib/modules/libfb.so
> [   651.993] (II) Module fb: vendor="X.Org Foundation"
> [   651.993] compiled for 1.18.4, module version = 1.0.0
> [   651.993] ABI class: X.Org ANSI C Emulation, version 0.4
> [   651.994] (II) Loading sub module "dbe"
> [   651.994] (II) LoadModule: "dbe"
> [   651.994] (II) Module "dbe" already built-in
> [   651.994] (==) SUNFFB(0): DPI set to (96, 96)
> [   651.995] (--) Depth 24 pixmap format is 32 bpp
> [   652.001] (II) Wsdisplay1: Unknown boardID[000000ff], assuming
> FFB2, DoubleRES, Z-buffer, Single-buffered.
> [   652.002] (II) Wsdisplay1: BT9068 (PAC1) ramdac detected (with
> normal cursor control)
> [   652.003] (II) Wsdisplay1: Detected Creator/Creator3D
> [   652.012] (==) SUNFFB(0): Backing store enabled
> [   652.012] (==) SUNFFB(0): Silken mouse disabled
> [   652.018] (==) SUNFFB(0): DPMS enabled
> [   652.018] (WW) SUNFFB(0): Option "Device" is not used
> [   652.020] (==) RandR enabled
> [   652.213] (II) AIGLX: Screen 0 is not DRI2 capable
> [   652.213] (EE) AIGLX: reverting to software rendering
> [   652.352] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer
> [   652.367] (II) AIGLX: Loaded and initialized swrast
> [   652.367] (II) GLX: Initialized DRISWRAST GL provider for screen 0
> [   656.186] (II) config/wscons: checking input device /dev/wskbd
> [   656.187] (II) wskbd: using layout us
> [   656.189] (II) LoadModule: "kbd"
> [   656.201] (II) Loading /usr/X11R6/lib/modules/input/kbd_drv.so
> [   656.223] (II) Module kbd: vendor="X.Org Foundation"
> [   656.224] compiled for 1.18.4, module version = 1.9.0
> [   656.224] Module class: X.Org XInput Driver
> [   656.224] ABI class: X.Org XInput driver, version 22.1
> [   656.224] (II) Using input driver 'kbd' for '/dev/wskbd'
> [   656.226] (**) /dev/wskbd: always reports core events
> [   656.227] (**) /dev/wskbd: always reports core events
> [   656.228] (**) Option "Protocol" "standard"
> [   656.229] (**) Option "XkbRules" "base"
> [   656.229] (**) Option "XkbModel" "pc105"
> [   656.229] (**) Option "XkbLayout" "us"
> [   656.230] (II) XINPUT: Adding extended input device "/dev/wskbd"
> (type: KEYBOARD, id 6)
> [   656.239] (II) config/wscons: checking input device /dev/wsmouse
> [   656.240] (II) LoadModule: "ws"
> [   656.253] (II) Loading /usr/X11R6/lib/modules/input/ws_drv.so
> [   656.258] (II) Module ws: vendor="X.Org Foundation"
> [   656.259] compiled for 1.18.4, module version = 1.3.0
> [   656.259] Module class: X.Org XInput Driver
> [   656.259] ABI class: X.Org XInput driver, version 22.1
> [   656.260] (II) Using input driver 'ws' for '/dev/wsmouse'
> [   656.260] (**) /dev/wsmouse: always reports core events
> [   656.261] (II) ws: /dev/wsmouse: debuglevel 0
> [   656.261] (**) Option "Device" "/dev/wsmouse"
> [   656.261] (**) ws: /dev/wsmouse: ZAxisMapping: buttons 4 and 5
> [   656.262] (**) ws: /dev/wsmouse: WAxisMapping: buttons 6 and 7
> [   656.262] (**) ws: /dev/wsmouse: associated screen: 0
> [   656.264] (II) ws: /dev/wsmouse: minimum x position: 0
> [   656.264] (II) ws: /dev/wsmouse: maximum x position: 1279
> [   656.264] (II) ws: /dev/wsmouse: minimum y position: 0
> [   656.264] (II) ws: /dev/wsmouse: maximum y position: 1023
> [   656.264] (==) ws: /dev/wsmouse: Buttons: 7
> [   656.265] (**) ws: /dev/wsmouse: YAxisMapping: buttons 4 and 5
> [   656.265] (II) XINPUT: Adding extended input device "/dev/wsmouse"
> (type: MOUSE, id 7)
> [   656.269] (**) /dev/wsmouse: (accel) keeping acceleration scheme 1
> [   656.271] (**) /dev/wsmouse: (accel) acceleration profile 0
> [   656.272] (**) /dev/wsmouse: (accel) acceleration factor: 2.000
> [   656.272] (**) /dev/wsmouse: (accel) acceleration threshold: 4
> [   792.572] (II) UnloadModule: "ws"
> [   792.574] (II) UnloadModule: "kbd"

Reply | Threaded
Open this post in threaded view
|

Re: Issue with sunffb driver and Creator 3D in Sun Ultra 10

Matthieu Herrb-3
On Wed, Jan 09, 2019 at 06:06:02PM +0100, Elias Bürli wrote:

> Hello
>
> Replying to myself here with an update.
> Over the holidays I swapped out the HDD in this machine to try it out
> with other OSes.
> I've got NetBSD up and running, the Creator3D gets detected
> successfully and the sunffb driver is loaded and working normally
> (without any xorg.conf needed), confirming that the hardware itself is
> working ok. It even has basic EXA support, resulting in a noticeable
> faster desktop experience.
>
> Personally I would prefer to switch back to OpenBSD, but the current
> setup with the wsfb driver is too sluggish for my tastes.
> Would it be feasible that I compile my own sunffb_drv.so in OpenBSD
> based on the NetBSD sources, or are there some fundamental differences
> under the hood (e.g. Xenocara) that would prevent that from working?

You can try, it shouldn't be too hard.  IIRC the only main difference
is the way the framebuffer and the Sbus/UPA registers are mapped, but
this code is on the xserver side, not the driver. So it shouldn't have
much influence.

I don't have a working sparc64 machine with Creator3D graphics these
days, so I can't really help testing, but if you get something
working, a patch is always welcome.

>
> For that matter, is there some collaboration between the OpenBSD Sparc
> maintainers and their NetBSD counterparts? So that the EXA patch for
> sunffb from NetBSD could find its way into OpenBSD at one point?

If someones does the work to port it over to OpenBSD and test
it, yes.

--
Matthieu Herrb

Reply | Threaded
Open this post in threaded view
|

Re: Issue with sunffb driver and Creator 3D in Sun Ultra 10

Elias Bürli
Hello

On Thu, Jan 10, 2019 at 9:59 AM Matthieu Herrb <[hidden email]> wrote:

> You can try, it shouldn't be too hard.  IIRC the only main difference
> is the way the framebuffer and the Sbus/UPA registers are mapped, but
> this code is on the xserver side, not the driver. So it shouldn't have
> much influence.
>
> I don't have a working sparc64 machine with Creator3D graphics these
> days, so I can't really help testing, but if you get something
> working, a patch is always welcome.

Ok, thanks for the feedback. I will give it a try to compile my own
sunffb driver based on the NetBSD sources (seems like a good project
for a rainy weekend).
While searching for info, I found that someone managed to port it to
debian sparc a while back:
https://lists.debian.org/debian-sparc/2016/03/msg00005.html

From what I gather, to compile my own X driver module, I need to have
the X development libraries installed (something like libX11-dev).
Are those available as an OpenBSD package/port (I couldn't find it so
far), or do I need to get them manually?

Best regards
Elias

Reply | Threaded
Open this post in threaded view
|

Re: Issue with sunffb driver and Creator 3D in Sun Ultra 10

Matthieu Herrb-3
On Sat, Jan 12, 2019 at 12:24:40PM +0100, Elias Bürli wrote:

> Hello
>
> On Thu, Jan 10, 2019 at 9:59 AM Matthieu Herrb <[hidden email]> wrote:
>
> > You can try, it shouldn't be too hard.  IIRC the only main difference
> > is the way the framebuffer and the Sbus/UPA registers are mapped, but
> > this code is on the xserver side, not the driver. So it shouldn't have
> > much influence.
> >
> > I don't have a working sparc64 machine with Creator3D graphics these
> > days, so I can't really help testing, but if you get something
> > working, a patch is always welcome.
>
> Ok, thanks for the feedback. I will give it a try to compile my own
> sunffb driver based on the NetBSD sources (seems like a good project
> for a rainy weekend).
> While searching for info, I found that someone managed to port it to
> debian sparc a while back:
> https://lists.debian.org/debian-sparc/2016/03/msg00005.html
>
> From what I gather, to compile my own X driver module, I need to have
> the X development libraries installed (something like libX11-dev).
> Are those available as an OpenBSD package/port (I couldn't find it so
> far), or do I need to get them manually?

There are no such things as development libraires on OpenBSD. If you
install the 'x' sets you have all you need to build things by yourself
from sources.

You will have to rerun the autoconf tools in
/usr/xenocara/driver/xf86-video-sunffb, so a few packages from ports
are also needed.

Check /usr/xenocara/README for instructions.
--
Matthieu Herrb