Hi Shimoda-sanm On Thu, May 12, 2016 at 10:09 AM, Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx> wrote: >> From: Geert Uytterhoeven >> Sent: Thursday, May 12, 2016 4:47 PM >> On Thu, May 12, 2016 at 9:45 AM, Yoshihiro Shimoda >> <yoshihiro.shimoda.uh@xxxxxxxxxxx> wrote: >> >> From: Geert Uytterhoeven >> >> Sent: Thursday, May 12, 2016 3:46 PM >> >> >> >> On Thu, May 12, 2016 at 8:30 AM, Yoshihiro Shimoda >> >> <yoshihiro.shimoda.uh@xxxxxxxxxxx> wrote: >> >> > - I tried 3 Lager boards: >> >> > - One of board (No.701 / ES2.0) sometimes works correctly. >> >> > - " mmc1: tuning execution failed: -110" appeared. >> >> > - Other 2 boards (No.465 / ES2.0 and No.322 / ES3.0) always works correctly. >> >> > >> >> > Perhaps the issue is related to hardware problem. >> >> >> >> Do they have the same U-Boot version? >> >> Does the failing one have a newer U-Boot that disables unused MSTP clocks? >> > >> > Thank you for the comment! The No.701 was difference U-Boot version. >> > So, I wrote the same U-Boot version into the No.701 board, and then >> > SDR104 works correctly on the board. >> >> What are the U-Boot versions? > > "U-Boot 2013.01.01-gcb82c56": SDR104 works fine. > http://git.denx.de/?p=u-boot/u-boot-sh.git;a=log;h=refs/heads/renesas/bsp/rcar-gen2-1.9.4 > > "U-Boot 2015.04-dirty": Sometimes SDR104 works fine. > Sorry, I don't know actual commit id. v2015.04 is good enough the confirm my suspicion. >> This is still a kernel bug that needs to be fixed... > > I think so... I suppose it fails again if you merge topic/renesas-debug from my renesas-drivers git repo, as that will disable the unused MSTP clocks again on boot? Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@xxxxxxxxxxxxxx In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds -- To unsubscribe from this list: send the line "unsubscribe linux-mmc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
