PHY not found after migration of gianfar driver to an of_platform_driver

[Michael Guntsche]

On Mar 4, 2009, at 16:57, Grant Likely wrote:

> I need more information here.  What do you mean when you say "plain
> kernel".  What file from the build process do you use, and how do you
> boot it?
>
I build the kernel with

  make ARCH="powerpc" CROSS_COMPILE="powerpc-linux-gnu-" vmlinux

I take the kernel file and add a kernparm segment to it, where I  
specify my root directory.
Then I dd the file to the first partition of my CF card on the board.
As I said before, the bootloader looks at the first partition of the  
CF-card with a partition type of 0x27.
It expects a standard elf kernel to be in there and boots that.
That's all there is to it.

>
> I don't see a file named rbppc.c in the current kernel tree.
>
Sorry, this patch is not in mainline yet. You can find it at

http://cynigram.com/~nfontes/rb600/

It adds the pata driver, and the board specific stuff to the stock  
kernel.
The patch applies cleanly to 2.6.28.x but fails due to the gianfar  
related changes in the 2.6.29 release cycle.


>> You might be able to use of_attach_node() & prom_add_property() to
> modify the tree, but I've never done it myself.  Give it a try and
> tell me if it works.  :-)

I am trying to do it this way right now, when I was looking at them I  
was just wondering if those two functions were the correct ones to use.

As for backwards compatibility. All in-tree drivers were fixed as well  
to work with the new code so you cannot call this change breakage IMHO.
Off-tree code that is affected by it (like the one I am struggling  
with right now) just has to follow those changes. I do not think that  
the changes broke any
defined interface standards.

It would be a lot easier if the board would use uboot or cuboot in the  
first place, but there is no way I can change that, other thanflashing  
the boot-loader
itself NS I am neither brave nor knowledgeable enough to try that  
anyway.

Kind regards,
Michael