From: Ethan Benson <erbenson@alaska.net>
To: Steven Hanley <sjh@wibble.net>
Cc: Linux PPC Dev <linuxppc-dev@lists.linuxppc.org>
Subject: Re: booting with quik off hard disk on 7220
Date: Fri, 10 Nov 2000 19:36:39 -0900 [thread overview]
Message-ID: <20001110193639.T4577@plato.local.lan> (raw)
In-Reply-To: <20001111152702.A5146@wibble.net>; from sjh@svana.org on Sat, Nov 11, 2000 at 03:27:02PM +1100
[-- Attachment #1: Type: text/plain, Size: 3203 bytes --]
On Sat, Nov 11, 2000 at 03:27:02PM +1100, Steven Hanley wrote:
> On Fri, Nov 10, 2000 at 06:09:24PM -0900, Ethan Benson wrote:
> > > nvsetenv boot-file ' /boot/vmlinux-2.2.17 root=/dev/hda6'
> >
> > this is redunant, when you have a proper quik.conf you don't need the
> > boot-file variable, in fact it seems to bork things up in my
> > experience helping someone with a 7200. i would null out the
> > boot-file variable.
>
> hmm so what should be in quik.conf instead? With my current quik.conf if I
> dont have that variable set quik stops on the grey screen where the boot:
> prompt is and asks me to enter a [device:][partno]/path which if I enter
> device and boot-file vairable settings in will then boot into the blank
> screen with no hard disk activity just like it does now.
odd that doesn't happen on my friend's 7200, maybe try adding device=
to quik.conf with the correct OF device (but not the image name)
device=ata/ata@0:0 or something like that.
> yeah happy to give you shell access to the machine as soon as I have debian
> installed and working, I can take the computer and put it online somewhere
> for a while.
cool, let me know when you have time.
> oh well the grey screen with the second stage boot loader and the
> boot: prompt for quik, this doesnt show up unless I set the output device,
> the computer on power on or reboot without setting theoutput device after I
> have done a command option p r just sits there with a black screen and no
> disk activity (kind of like I am either in OF or have gotten past the quik
> boot: prompt and have that blank screen there.)
ah i see, interesting, sounds like quik has its own minimal video
driver, this way OF itself won't show up since it has no driver, but
quik will since it has its own. nifty.
> oh good, when I still had macos on the machine I thought it was probably
> safer to leave it there, but now I dnt need bootx I wont need them anymore
> either it seems :)
yup ;)
> hmm, okay well I just tried a 2.2.18pre18 kernel I had compiled (that worked
> on the machine with bootx) rsynced from paulus' stable tree a few days ago
> and it also gave me a black screen and no disk activity.
a serial terminal might help here, some OpenFirmware messages are
usually printed but you can't see them unless you have serial term.
whether they are helpful or not i don't know. a kernel hacker could
help you better there.
> I will try to track down a tarball of 2.2.10 (I believe there is still one
> on ftp.linuxcare.com.au) and try it next and home it works. Will also try
> the changing of the partition labels to swap and root.
try a 2.2.14 too. though 2.2.17 was the first since .14 that worked
fine on my friend's 7200.
> hmm I dont have another mac around, I am wondering what sort of cables I
> have to go to a cable place and ask for to have one I can hook up to a null
> modem cable or something and speak to minicom on an x86 box.
i think mac serial ports are identical to x86 serial ports, they just
use a different type of plug, i think there are converters for mac->standard
--
Ethan Benson
http://www.alaska.net/~erbenson/
[-- Attachment #2: Type: application/pgp-signature, Size: 0 bytes --]
prev parent reply other threads:[~2000-11-11 4:36 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-11-11 2:43 booting with quik off hard disk on 7220 Steven Hanley
2000-11-11 3:09 ` Ethan Benson
2000-11-11 4:27 ` Steven Hanley
2000-11-11 4:36 ` Ethan Benson [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20001110193639.T4577@plato.local.lan \
--to=erbenson@alaska.net \
--cc=linuxppc-dev@lists.linuxppc.org \
--cc=sjh@wibble.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).