Re: [Nubus-pmac-users] kernel build error ...

[Guy A P. (R. Student) <ga...@ri...>]

Sorry, I didn't mean that the chip wouldn't be present -- I meant the
external video card. I remember it being an option on that model.

-----Original Message-----
From: Guy A Paddock (RIT Student)=20
Sent: Friday, August 17, 2007 8:12 AM
To: For users of Linux on NuBus PowerMacs
Subject: RE: [Nubus-pmac-users] kernel build error ...

BTW According the Apple docs:
	The Keystone custom IC contains the timing and control circuits
for the external video
	circuitry. The Keystone IC has internal registers that the video
driver uses to set the
	horizontal and vertical timing parameters. The Keystone IC also
generates the video
	refresh addresses for the VRAM.

So, it may make sense that this would cause a hang if the chip isn't
present, but that may mean that the register detection code is at fault.

--Guy

-----Original Message-----
From: nub...@li...
[mailto:nub...@li...] On Behalf Of Guy
A Paddock (RIT Student)
Sent: Friday, August 17, 2007 8:04 AM
To: For users of Linux on NuBus PowerMacs
Subject: Re: [Nubus-pmac-users] kernel build error ...

Florian,

I'm happy to hear that you're able to debug the issue; I don't currently
have the necessary setup to allow that. I'm assuming you have a null
modem serial connection to the 1400 or 5300 that you've connected to
another machine?

--Guy

-----Original Message-----
From: nub...@li...
[mailto:nub...@li...] On Behalf Of
Florian Boelstler
Sent: Thursday, August 16, 2007 7:30 PM
To: For users of Linux on NuBus PowerMacs
Subject: Re: [Nubus-pmac-users] kernel build error ...

Another add-on:

Florian Boelstler wrote:
> I just tried to boot using MkLinux Booter on a PB5300cs.
> Same problem, though in that case the system doesn't reboot.

This is because in case of a PB5300 an early attempt is made to disable
an interrupt related to the Keystone(?) video chip (see
nbpbook_exp_init() in arch/ppc/platforms/nbpmac_setup.c).
The check for the availability of the register succeeds in
hwreg_present(), but reading it freezes the system (or may be by writing
 to it -- it could be the case that the debug output is just too slow).
Disabling that code section allows the system to run further until
pmac_m2_init() is called from the "master" init_IRQ() call in
start_kernel().
Then the system turns off, likewise a reset on the PB1400 (which was
observed at the same point yesterday).

My current guess is that something is accidentally setup wrong
(regarding interrupts?) at very beginning, since most of the following
code is properly working.
I will try to dig into that over the weekend.

Cheers,

  Florian

------------------------------------------------------------------------
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Nubus-pmac-users mailing list
Nub...@li...
https://lists.sourceforge.net/lists/listinfo/nubus-pmac-users

------------------------------------------------------------------------
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Nubus-pmac-users mailing list
Nub...@li...
https://lists.sourceforge.net/lists/listinfo/nubus-pmac-users