ybin and kernel level

Ethan Benson erbenson at alaska.net
Sun May 28 13:15:58 EST 2000


On Sat, May 27, 2000 at 10:33:04AM -0700, Michael A. Peters wrote:
> I saw it noted in the preliminary yBin/yaBoot documentation that a 
> newer kernel was recommended, suggesting a 2.2.15pre3 or later.
> 
> Is there anything specific about the 2.2.14 that won't allow it to work?

well it will work if you apply patches by BenH, there are changed to
prom.c and such to make it compatible with yaboot.  

> I'm using a 2.2.14 kernel built from standard source (ftp.kernel.org) 
> with the 2.3.50 usb backport.

you would need BenH patches (no longer avaiable AFAIK)

> I tried that backport with a 2.2.15 kernel, and it boots (BootX), but 
> when booting the typical USB info doesn't scroll by the screen and no 
> usb devices are available (for example, upon starting X, error 19, 
> can't open usb mouse device)

2.2.15 Linus is pretty close, but there is still alot of PPC stuff
that needs patching, i still reccommend the Paul tree for newworlds.
i have a final (no pre) 2.2.15 with paul's patches, in case he has
already thrown away 2.2.15 in favor of unstable 2.2.16pres, if that
happens (like it has for the last 4 kernels i have kept track of) i
will make a unified diff to the linus tree avialable.

> Part of me thinks that may be BootX related, I had to upgrade BootX 
> when switching to my current kernel due to usb weirdness, but I don't 
> know for sure.

Bootx does all kinds of strange things on newworlds anymore.
especially on OS9. (it gets worse the newwer the hardware it would
appear) 

> I know the FAQ is up, but its not quite finished yet- (but what is 
> done is very good so far)

compliments to Eric for the great work on the FAQ.  i think he is
working on partitioning help now.  

> The way I made a boostrap partition was to first create apple hfs 
> partition. I then wrote down the start block and length in blocks, 
> and (using pdisk) deleted the partition, using a C {create by 
> specified type), entering Apple_Bootstrap when it asked for file 
> system type.
> 
> Is that correct?

yup that should work fine, i typically just create a single HFS
partition that spans all the space i will need for all the linux
partitions and delete it in pdisk/mac-fdisk creating all the linux
partitions i need.  the main problem i see with using apples fdisk for
only the bootstrap partition is i don't think it lets your create it
800K, anything larger then that is just a huge waste of space (even
with 800K partition 740 of it is wasted)

> ***
> 
> The drive my bootstrap partition will be located on is internal scsi, 
> attached to an adaptec 2930u controller.

do you have macos on an internal IDE? or is there even an internal IDE
at all?  if not default OF settings will probably work but it might
be slow.  if that is the case you will have to set the boot-device
yourself unfortunatly.  (is anyone still working on reenabling
/dev/nvram on newworld?)

> I'm fairly sure I can find the full path to the device in the open 
> firmware, but interestingly enough- Apple System Profiler does NOT 
> see the scsi card or give any info on it.

interesting, yes you can find it in OF, just do:

dev / ls
and walk the tree like so:

dev /pci at XXXXXXXX ls

until you find it, it sucks but thats the price you pay for scsi i
suppose (after the dent in the wallet scsi makes ;-))

> It does not appear in the pci devices, although volumes attached to 
> the card ARE seen by System Profiler, and seen on bus 1 (opposed to 
> the built in bus 0)

are you sure it has an OF ROM?  for it to be bootable it must have an
OF bootrom on the card, otherwise it probably just uses a MacOS
extension to make it visable to macos.  linux could do the same but it
would be impossible to boot from it.  (from either OS since OF must be
able to read it)

-- 
Ethan Benson
http://www.alaska.net/~erbenson/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 240 bytes
Desc: not available
URL: <http://lists.ozlabs.org/pipermail/linuxppc-dev/attachments/20000527/7b139a60/attachment.pgp>


More information about the Linuxppc-dev mailing list