Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 5 Mar 2017 01:23:52 -0800
From:      Mark Millard <markmi@dsl-only.net>
To:        Joe Nosay <superbisquit@gmail.com>
Cc:        Justin Hibbits <jrh29@alumni.cwru.edu>, freebsd-x11@freebsd.org, FreeBSD Current <freebsd-current@freebsd.org>, FreeBSD PowerPC ML <freebsd-ppc@freebsd.org>, hiroo.ono+freebsd@gmail.com, Debian powerpc Mailinglist <debian-powerpc@lists.debian.org>
Subject:   Re: PowerMac G5 and KMS
Message-ID:  <89E0CCAB-1218-4962-BA55-6C76D8CE7E07@dsl-only.net>
In-Reply-To: <CA%2BWntOsmaKNHHsOSekDzqApwhu_2m6fD4yuwuvpSW67AYzGm8g@mail.gmail.com>
References:  <CANtk6Sjtox1L32bUs_g5sOXfVSWkHF%2BhbB=CcO6wVxFtXJYsuw@mail.gmail.com> <CAHSQbTDL6_DG3H9%2BAeOaw4qK_5vWRwwNPAk7nJvOESUU0NyN8g@mail.gmail.com> <4EA794E6-D435-4958-853C-5421E03F3B46@dsl-only.net> <CA%2BWntOsmaKNHHsOSekDzqApwhu_2m6fD4yuwuvpSW67AYzGm8g@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 2017-Mar-4, at 10:50 PM, Joe Nosay <superbisquit at gmail.com> wrote:

> This will bounce for the ppc list.
> As I have stated before: you will need to work with the debian ppc =
group to create the proper drivers.
> Since there are people who know how to make the Linux system calls, =
there should be people that are willing to
> work across OS and mailing list lines.
> Just don't be stubborn.

I'm not pursuing X11 now and am not likely to for a long time.
(Although I'm willing to run head FreeBSD experiments when I
happen to have access to the proper equipment. I've done so
in the past. Head FreeBSD just because that is what I have
set up as an established environment.)

My FreeBSD time goes mostly into:

A) Finding and reporting clang related problems blocking use
   of clang as FreeBSD's system compiler for powerpc64 and
   powerpc.

B) Finding evidence about problems for arm64 and possibly arm,
   as well as for other powerpc64 and powerpc problems that are
   not clang/toolchain ones. These tends to be for basic system
   types of things --things that lead to problems with
   self-hosted rebuilds or with amd64->??? cross builds.

C) Similar to (A)/(B) but for the xtoolchain support for
   buildworld buildkernel, not necessarily limited to
   powerpc64 and powerpc but also possibly arm64 or arm.

As a side effect of these activities I end up discovering and
reporting evidence for more (such as in ports that I happen to
use in the process).

For now I do not want to dilute my time on these things with
time on X11 as a directly-targeted activity. This is why I
gave up on such earlier: it was taking time from what I was
more interested in. (Again: I am willing to run head FreeBSD
experiments when I happen to have access to the right
equipment.)



> On Thu, Mar 2, 2017 at 12:34 PM, Mark Millard <markmi@dsl-only.net> =
wrote:
> On 2017-Mar-2, at 9:37 AM, Justin Hibbits <jrh29 at alumni.cwru.edu> =
wrote:
>=20
> > On Thu, Mar 2, 2017 at 5:42 AM, Hiroo Ono (=E5=B0=8F=E9=87=8E=E5=AF=9B=
=E7=94=9F)
> > <hiroo.ono+freebsd@gmail.com> wrote:
> >> I recently installed 12-current powerpc64 r313561 to a PowerMac G5
> >> (it is dual processor, but I do not know its detail).
> >>
> >> When I try to load drm2.ko and radeonkms.ko,
> >> the screen turns into black and recovers, then the system locks.
> >> kldload command does not return, no response to keyboard input, =
etc.
> >>
> >> Is it possible to use KMS on FreeBSD/powerpc64?
> >>
> >> The log in /var/log/messages is
> >>
> >> after "kldload drm2",
> >>
> >> kernel: info: [drm] Initialized drm 1.1.0 20060810
> >>
> >> and then, after "kldload radeonkms",
> >>
> >> kernel: iic0: <I2C generic I/O> on iicbus0
> >> kernel: iic1: <I2C generic I/O> on iicbus1
> >> kernel: drmn0: <ATI Radeon AP 9600> on vgapci0
> >> kernel: info: [drm] RADEON_IS_AGP
> >> kernel: info: [drm] initializing kernel modesetting (RV350 =
0x1002:0x4150
> >> 0x1002:0x4150).
> >> kernel: info: [drm] register mmio base: 0x90000000
> >> kernel: info: [drm] register mmio size: 65536
> >> kernel: info: [drm] igp_read_bios_from_vram: =3D=3D=3D> Try IGP's =
VRAM...
> >> kernel: info: [drm] igp_read_bios_from_vram: VRAM base address: =
0x98000000
> >> kernel: info: [drm] igp_read_bios_from_vram: Map address:
> >> 0xc000000061412000 (262144 bytes)
> >> kernel: info: [drm] igp_read_bios_from_vram: Incorrect BIOS =
signature:
> >> 0x0000
> >> kernel: info: [drm] radeon_read_bios: =3D=3D=3D> Try PCI Expansion =
ROM...
> >> kernel: info: [drm] radeon_read_bios: Map address: =
0xc000000061412000
> >> (131072 bytes)
> >> kernel: info: [drm] radeon_read_bios: Incorrect BIOS signature: =
0x2AFF
> >> kernel: info: [drm] legacy_read_disabled_bios: =3D=3D=3D> Try =
disabled BIOS
> >> (legacy)...
> >> kernel: info: [drm] radeon_read_bios: =3D=3D=3D> Try PCI Expansion =
ROM...
> >> kernel: info: [drm] radeon_read_bios: Map address: =
0xc000000061412000
> >> (131072 bytes)
> >>
> >> As the system locks up here, I have to power it off forcibly.
> >
> > Congratulations (?) you are quite possibly the first person to =
report
> > even attempting to use radeonkms on powerpc64.  Frankly, I'm not
> > surprised that it doesn't work for you.  Unfortunately, I don't have =
a
> > solution, or even a means to track it down.  Looking at the log
> > snippet, my first guess is there may need to be a provision added to
> > the driver for non-x86.  Do you know what card this is?
> >
> > Adding a couple other lists with people who might have more insight.
> >
> > If it can be made to work, I'd definitely want to get a Radeon card =
for my G5(s)
> >
> > - Justin
>=20
> Back on 2014-Nov-21 I wrote the following in one of my messages on the
> lists on that day:
>=20
> > FYI: I've been building and trying Jean-S=C3=A9bastien P=C3=A9dron's =
kms-drm-update-38 branch when Jean requested (sometimes with patches =
that Jean provided). This was to give Jean some (indirect) access to a =
powerpc64 (PowerMac G5) Radeon context for some radeonkms development. =
(Jean had been hoping to get my card going in that context.) We got to =
the point that a kldload for radeonkms did not complain/refuse but the =
display was then munged up and the driver could not find the Video BIOS. =
The fact that it is a Radeon X1950 for the video hardware may make it =
odder than usual for PowerMac G5 Radeons. But it is the only Radeon that =
I have access to for G5's. (The card works in Mac OS X 10.5.)
>=20
> (As I remember this was a PowerMac G5 so-called "Quad Core" as the G5
> context. I do not currently have access to the X1950 card.)
>=20
> I'm not sure from what I read if things are about the same vs. if =
things
> are worse now. I do not remember the details from back then, such as
> console vs. X11 that I was not explicit about in the quoted material.
>=20
> I eventually gave up on using X11 "for a time" --and have not tried =
again
> so far. I've no clue about the current status for X11 on PowerMacs of
> any kind --or what I'd need to do to try it for the Radeon X1950 or
> any NVIDIA cards. (Currently an NVIDIA card is installed.)
>=20
> I will eventually have access to the X1950 again, but not soon.

=3D=3D=3D
Mark Millard
markmi at dsl-only.net






Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?89E0CCAB-1218-4962-BA55-6C76D8CE7E07>