Re: Installing 5.0.2 on a PowerBook G4

[Michael <macallan%netbsd.org@localhost>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

On Oct 15, 2010, at 5:57 PM, Frank Wille wrote:

> Michael wrote:
>
> > I've been digging through the PPC750 docs in order to find out if my
> > firewire powerbook has any ways to throttle the CPU in order to cool
> > it down under low load and all I found is a mechanism to slow down
> > cache accesses which the manual recommends as having the same effect
> > as clock throttling with power saving enabled. IIRC it's also just
> > another bit in a HID register.
>
> Yes, I saw that in my 750UM too. But it has nothing to do with cpu  
> speed, so
> you would have to create a new sysctl for it.

Well, it's supposed to have a similar effect so it shouldn't be far  
away from CPU speed controls ;)

> This kind of powersaving also needs no port-specific support (like  
> gpios),
> so I would make the new sysctl in sys/arch/powerpc/oea.

Absolutely.

> > > > > > > > [..cbb is dead..]
> > > > Do you have any other cards to try? All I ever used with NetBSD  
> > > > were
> > > > wifi cards.
>
> Got a D-Link DFE-670TXD from a friend and it's the same. The card it  
> only
> recognized when inserted before booting the kernel and it won't  
> cause any
> interrupts.
>
> I can see the network status change (active or no carrier), but this  
> doesn't
> need an interrupt AFAIK. When trying to use the interface I get:
>
> ne0: device timeout
>
> So it's definitely a "no interrupts" problem. :|

Ok, that's at least something I'm familiar with.

> > > > > [..radeonfb corrupt display..]
> > > But maybe the depth is the problem? I found this comment in
> > > radeonfb_init_screen():
> > >       /* XXX: 32 bpp only */
> >
> > In recent -current radeonfb should run in 8 bit colour. It used to be
> > 32bit only because palette accesses didn't really work and I fixed
> > that a few weeks ago, it works properly on my iBook's RV280 and the
> > XVR-100.
>
> Ok. My current should be recent enough.

Good.

> > So, if this is recent -current the comment is probably obsolete, if  
> > it
> > is older then the stride is wrong.
>
> The the stride is wrong. But why? And how can I find the right stride?

What's in the OF properties? It should have a 'linebytes' property.

> > > > > > > [..X11..]
> > > It worked with 5.0.2, but with current it fails again. First it
> > > didn't want
> > > to accept the xorg.conf, which I created with 5.0.2. Then, after I
> > > deleted
> > > all lines which are obsolete, I got:
> > >
> > > (++) Using config file: "/etc/X11/xorg.conf"
> > > (EE) No devices detected.
> > > Fatal server error:
> > > no screens found
> >
> > Anything interesting in Xorg.0.log? The mechanism to access PCI/AGP
> > devices changed, the PCI IDs used by Xorg probably don't match  
> > anymore.
>
> When running "X -configure":
>
> [...]
> (II) Primary Device is: PCI 00@00:10:0
> (II) RADEON: Driver for ATI Radeon chipsets:
> [...]
> (II) resource ranges after xf86ClaimFixedResources() call:
>        [0] -1  0       0x000f0000 - 0x000fffff (0x10000) MX[B]
>        [1] -1  0       0x000c0000 - 0x000effff (0x30000) MX[B]
>        [2] -1  0       0x00000000 - 0x0009ffff (0xa0000) MX[B]
>        [3] -1  0       0x0000ffff - 0x0000ffff (0x1) IX[B]
>        [4] -1  0       0x00000000 - 0x000000ff (0x100) IX[B]
> (II) resource ranges after probing:
>        [0] -1  0       0x000f0000 - 0x000fffff (0x10000) MX[B]
>        [1] -1  0       0x000c0000 - 0x000effff (0x30000) MX[B]
>        [2] -1  0       0x00000000 - 0x0009ffff (0xa0000) MX[B]
>        [3] 0   0       0x000a0000 - 0x000affff (0x10000) MS[B]
>        [4] 0   0       0x000b0000 - 0x000b7fff (0x8000) MS[B]
>        [5] 0   0       0x000b8000 - 0x000bffff (0x8000) MS[B]
>        [6] -1  0       0x0000ffff - 0x0000ffff (0x1) IX[B]
>        [7] -1  0       0x00000000 - 0x000000ff (0x100) IX[B]
>        [8] 0   0       0x000003b0 - 0x000003bb (0xc) IS[B]
>        [9] 0   0       0x000003c0 - 0x000003df (0x20) IS[B]
> (II) RADEON(0): TOTO SAYS 00000000b0000000
> (II) RADEON(0): MMIO registers at 0x00000000b0000000: size 64KB
> (II) Loading sub module "vbe"
> (II) LoadModule: "vbe"
> (II) Loading /usr/X11R7/lib/modules//libvbe.so
> (II) Module vbe: vendor="X.Org Foundation"
>        compiled for 1.6.5, module version = 1.1.0
>        ABI class: X.Org Video Driver, version 5.0
> (II) Loading sub module "int10"
> (II) LoadModule: "int10"
> (II) Loading /usr/X11R7/lib/modules//libint10.so
> (II) Module int10: vendor="X.Org Foundation"
>        compiled for 1.6.5, module version = 1.0.0
>        ABI class: X.Org Video Driver, version 5.0
> (II) RADEON(0): initializing int10
> (WW) xf86MapVidMem: could not mmap screen [s=20000,a=a0000] (Invalid
> argument)(II) RADEON(0): No legacy BIOS found -- trying PCI
> Fatal server error:
> Caught signal 10.  Server aborting

It's trying to map the legacy VGA framebuffer, for some reason I don't  
see that problem on my iBook.
I thought I got rid of that.
Either way, with
options OFB_FAKE_VGA_FB
this should go away.
( all that does is to let framebuffer drivers hand userland their  
first 128kB of video memory when trying to map the VGA framebuffer.  
This will shut op the vgahw module. )

> > That looks weird. did you wipe all /usr/X11* before unpacking the -
> > current tarballs?
>
> No, but I tried that now - without success.
> I anybody else running current-X11 on macppc?

I do, on a bunch of different machines.

have fun
Michael

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (Darwin)

iQEVAwUBTLjl78pnzkX8Yg2nAQJPyAf/SXPGmdaxaJvfxbT5c3N9OJ2u2brlbXbe
C8Y7Rzv4sWiQ8roZQoomJsIH6Y0FAtYu/DCMmPb8CDXHcZwSXDKPzW8ga1UYI7KN
DagSjTiKKjn/+06mswB761zZXDeCnCfLAkndA8AtNVT8SU7LtifWx5+YxRTHEqIl
P8lkEtrsiNT3vvm/NKxrBCLQNdIeR6H10GyADvCvLfg/NZmJpcCIf02vAeEVPlAz
JVti9I3KZS9fX7y2EwgfInjW0WL7BPNNJ+Qq6kFi3W+itwd210tCde4RjCdd43YV
TXm8mBCUWRzksm+syiSX6VhjvbZwZDRcoHvVGyT6Nx01hsZT/DW/YA==
=HjPG
-----END PGP SIGNATURE-----