[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Macintosh Quadra 950 Not Booting



On 8/7/15, Laurent Vivier <laurent@vivier.eu> wrote:
> Hi,
>
> If your kernel is bigger than 8 MB, you need a kernel with commit:
>
>     commit 486df8bc4627bdfc032d11bedcd056cc5343ee62
>
>         m68k: Increase initial mapping to 8 or 16 MiB if possible
>
> If your RAM is not at 0 address, you need also:
>
>     commit f1a1b63529986d0c8970da182f0935eae059421b
>
>         m68k: Fix boot regression on machines with RAM at non-zero
>
> Both commits are in kernel 3.16 and later.
>
> To help to debug, what is the last letter displayed by the kernel before
> crash ?
> (did you set CONFIG_EARLY_PRINTK ?)
>
> Laurent
>

That's the problem I'm having. CONFIG_EARLY_PRINTK is set, earlyprintk
passed on the command line, but I get nothing on screen, nothing over
the serial port, and nothing in the log buffer. Same kernel image
boots on my SE/30.

I'm using kernel 4.0 and decompressed image size is 3.5 MB, so I don't
think I'm running into either of those two issues. Unless... don't
macs shadow the ROM at physical address 0 on powerup? Could this be
triggering as part of the shutdown of MacOS?

-Greg

> Le 07/08/2015 06:29, Greg Andrzejewski a écrit :
>> Greetings,
>>
>> After finally getting my Mac SE/30 working again, I set about trying to
>> get a modern version of Linux installed on the little fellow. Early
>> experiments with 3.14 kernels were successful and when a trio of Quadra
>> 950s appeared on the local craigslist, I picked them up, looking forward
>> to a more powerful 68k machine. Problem is I can't get any recent kernel
>> to boot.
>>
>> I've tried using Penguin-19 on MacOS 7.1 and 7.5.3 with identical
>> results; the machine just hangs on the "Bootling Linux" message. The
>> screen never clears, nothing even comes across the serial port with
>> earlyprintk. I installed MacsBug in hopes of finding something useful in
>> __log_buf on reboot, but the entire buffer is empty (zeros). I'd suspect
>> the bootloader is at fault, but Penguin successfully boots a 4.0.0
>> kernel on my SE/30. Penguin log is attached, in case anyone's interested.
>>
>> Still not 100% confident in Penguin, I tried booting with an EMILE
>> rescue disk. EMILE reads the kernel from disk and shortly thereafter the
>> chimes of death play (!!!!). Is this something the kernel can
>> intentionally do or is it more likely sort sort of triple fault-like
>> situation?
>>
>> I've done a touch of kernel debugging, but this was on x86 and never
>> this early in the boot process. What next steps can I take to further
>> debug this issue? I've glanced at the early arch code, but all I really
>> got out of it was a few chuckles from the comments venting about
>> Apple's, uh, peculiar hardware design.
>>
>> Thanks,
>> Greg
>


Reply to: