Hi Andrew,
There is a difference, and apparently it somewhere got solved:
From running kernel 3.17.1
~ # dmesg | grep spi
Running an upgraded kernel 3.18.5 with the same DT blob
~ # dmesg | grep spi
[ 0.928832] m25p80 spi0.0: found m25p16, expected m25p80
[ 0.934124] m25p80 spi0.0: m25p16 (2048 Kbytes)
[ 0.938666] 3 ofpart partitions found on MTD device spi0.0
[ 0.944124] Creating 3 MTD partitions on "spi0.0":
In 3.17.1 the MTD devices were missing without the patch, in
3.18.5 they also show
up without the patch.
You may therefore consider the MTD issue as solved.
Which leaves just the (aesthetic) issue of the boot led being
turned off while loading
the kernel.
Regards,
Gordon Bos
On 07/02/2015 19:40, Andrew Lunn wrote:
On Sat, Feb 07, 2015 at 07:22:13PM +0100, Gordon Bos wrote:
Hi Andrew,
I may be mistaken here, but this here references the driver that is
to be used, or not?
| compatible = "st,m25p16";
Nope, that is the device, not the driver.
The driver has a list of devices it is capable of driving. The kernel
uses that list to find the right driver.
In the kernels I tried, m25p80 driver is simply not happy with
m25p16 being defined in DT.
Please define "not happy". Please show me the kernel log of it being
not happy.
We need to compare and contrast my kernel log, where it is happy with
"st,m25p16" against your kernel log where it is unhappy. Then we might
have some clues to understand what is going on.
Thanks
Andrew