Hi, I have seen there has been a recent discussion on IRC:
<aTc> yeah, im compiling a kernel <aTc> and it failed <aTc> what a surprise
why did you expect that?
<aTc> same error as the one from the pyra git <aTc> make[6]: *** No rule to make target 'drivers/video/fbdev/omap2/displays-new/panel-success-s90451.c', needed by 'drivers/video/fbdev/omap2/displays-new/panel-success-s90451.o'. Stop.
The error message above (and the one for the bb+b1) comes from missed files. I simply forgot to check them in after fixing something before Xmas holidays and because my local compile worked it remained unnoticed.
I noticed myself some days ago when doing a make clean on a different machine. It has been fixed in 3.19-rc3.
<urjaman> sounds like somebody doesnt know git add
somebody does not know how to be polite and fair and someone who has never made a mistake in his life.
<aTc> yeah, the gta kernels do have that problem quite a lot
all gta04 kernels? I think only the last 3 or 4 versions had it.
<aTc> it's usually the his collection of .dts files that isn't one there <aTc> but this one doesn't even get to that stage <aTc> https://eewiki.net/display/linuxonarm/OMAP5432+uEVM <aTc> stuff from there is far more reliable
what do you mean with “reliable”?
<aTc> which is what i use
So in summary, please give me a favour and ask me (e.g. by private mail or by inviting me to IRC or here on this list) before you spread FUD and question my reputation or the reliability of my work in public. Especially as it was quite some work to get it to the state where it already is.
Compiling should go the following:
checkout 3.19-rc3 use gta04_defconfig copy omap5-pyra*.dtb on the boot partition copy modules to the rootfs partition
You can even beta-test a very new tool:
http://projects.goldelico.com/p/gta04-makesd/
run ./makesd pyra -k http://url-for-your/uImage -d http://url-for-your/device-tree.tbz
Handling different panels connected to the EVM it is a little tricky. There is a panelselect script in GTA04/root which can be installed on the Pyra rootfs and allows to overwrite the default omap5-pyra.dtb by a panel specific variant.
This allows to select a different panel, power off, connect the different panel and reboot. This will of course not become the long-term standard for a complete Pyra device but is very helpful in the current phase of HW development.
In summary I would prefer to get help for the gta04-kernel to be tested and stabilized instead of complaining that it is not good and others are much better.
BR, Nikolaus
PS: I have tested eSATA and it works for me (as a secondary drive besides the uSD). I do not yet know if we can boot from eSATA.