Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 35693 - 1.4_rc5 wont boot on SparcLE laptop
Summary: 1.4_rc5 wont boot on SparcLE laptop
Status: RESOLVED TEST-REQUEST
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: Sparc Linux
: Normal major (vote)
Assignee: Keith M Wesolowski (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-12-12 18:18 UTC by Erik Riffel
Modified: 2006-02-04 06:05 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
prtconf -pv output (prtconf.pv,29.06 KB, text/plain)
2003-12-15 18:15 UTC, Erik Riffel
Details
Patch to detect the ebus (24-sparcle.diff,527 bytes, patch)
2004-01-05 11:27 UTC, Keith M Wesolowski (RETIRED)
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Erik Riffel 2003-12-12 18:18:16 UTC
I download the 1.4_rc5 boot cd from TDS and verified the MD5. Burnt the CD using cdrecord. Booted w/:
boot cdrom

Selected gentoo from the boot options, it tells me that it cant probe_clock.

This is a sparcLE from http://www.tadpolecomputing.com/ @ 500Mhz w/ an UltraSPARC LE

Reproducible: Always
Steps to Reproduce:
1.insert cdrom
2.type boot cdrom into OBP
3.type gentoo 

Actual Results:  
machine hangs.

Expected Results:  
boot into linux

Programs running:

OBP
Comment 1 Ciaran McCreesh 2003-12-12 18:28:19 UTC
Unfortunately, none of us have any kind of sparc laptop, so we can't really
produce CDs that work on this. The sparc laptops aren't listed as supported by
the ultralinux project either, which isn't a good sign.

Your best chance of getting this working is to find a linux distro that can boot
on it (Tadpole said "Linux" in their marketing campaign, so there's a vague chance
of this working), and do the install from there.

If you can find a working kernel config for one of these, we *may* be able to
produce a LiveCD that can handle it...
Comment 2 Keith M Wesolowski (RETIRED) gentoo-dev 2003-12-14 10:47:37 UTC
If you have Solaris, please send the output of (I believe) prtconf -pv.  We need to find the clock chip that the system has in it.  See arch/sparc64/kernel/time.c:clock_probe().  This may or may not be the only thing preventing the box from functioning, and it's entirely possible someone else has already done a port to this system.  Please check the mailing lists and send patches.
Comment 3 Erik Riffel 2003-12-15 18:15:30 UTC
Created attachment 22270 [details]
prtconf -pv output

here it is...
Comment 4 Keith M Wesolowski (RETIRED) gentoo-dev 2004-01-02 22:44:06 UTC
"can't probe_clock" isn't any possible message from the kernel.  According to your prtconf, your timer chip is a mk48t59, which is supported and from what I can tell is in the right place and should be probed.  In order to track this further I'm going to need the exact messages you get starting from the moment you tell SILO to boot something.  If you prefer, you can take this to the sparclinux@vger.kernel.org mailing list, where more people may be able to help you.  Be sure if you do so to post the exact messages and the prtconf output you've included here.
Comment 5 Erik Riffel 2004-01-05 10:22:50 UTC
ok, booted laptop
stop - a to stop it from booting solaris
insert gentoo 1.4 rc5 sparc64 cdrom
typed boot cdrom - laptop resets boots from cdrom
at boot: prompt, type gentoo <enter>

<ExactMessages>
Loading initial ramdisk....

Remapping the kernel... done.
Booting Linux...
clock_probe: Cannot find timer chip
Program terminated
</ExactMessages>

and thats it. its done.
Comment 6 Keith M Wesolowski (RETIRED) gentoo-dev 2004-01-05 11:27:13 UTC
Created attachment 23202 [details, diff]
Patch to detect the ebus

Try this patch.  Your ebus was not being detected because its device ID is
wrong.	In fact its device ID is still REALLY wrong (using 0 is a no-no) but
now *maybe* it will be found.
Comment 7 Keith M Wesolowski (RETIRED) gentoo-dev 2004-02-07 10:15:30 UTC
Since this is a problem in the sparc64 kernel itself and no developers have this hardware, it's impossible for us to test.  If you can try the patch, please do and let us know if it works.  Otherwise we can't fix this.  Thanks.