[Arm-netbook] Double checking script.fex for eoma68-a20

martin brook martin.brook100 at googlemail.com
Fri Nov 1 22:52:59 GMT 2013


I meant the patch has the link truncated


On Fri, Nov 1, 2013 at 10:31 PM, luke.leighton <luke.leighton at gmail.com>wrote:

> talk to joe ok?  really busy martin.  rev3 pcb, doing the routing
> myself (1st board.  scarey!)
>
> On Fri, Nov 1, 2013 at 10:01 PM, martin brook
> <martin.brook100 at googlemail.com> wrote:
> > Luke Hi,
> >
> > Has the text been truncated there?
> > "http://www.gplsquared.com/eoma_boot/script.fex_2013_09_17"
> >
> >
> > On Fri, Nov 1, 2013 at 9:22 PM, luke.leighton <luke.leighton at gmail.com>
> > wrote:
> >>
> >> good enough, martin - thank you :)
> >>
> >> diff --git a/allwinner/a20/boot.mdwn b/allwinner/a20/boot.mdwn
> >> index 541a69b..d3b0c70 100644
> >> --- a/allwinner/a20/boot.mdwn
> >> +++ b/allwinner/a20/boot.mdwn
> >> @@ -1,6 +1,9 @@
> >>  # config files
> >>
> >>  <a href="./script.fex">script.fex</a><br />
> >> +
> >> +I had more luck with this fex,
> >> http://www.gplsquared.com/eoma_boot/script.fex_2
> >> +
> >>  <a href="./eoma68-a20-3.3-config">eoma68-a20-3.3-config</a> <br />
> >>  <a href="./eoma68-a20-3.4-config">eoma68-a20-3.4-config</a> <br />
> >>
> >> On Wed, Oct 30, 2013 at 2:05 PM, luke.leighton <luke.leighton at gmail.com
> >
> >> wrote:
> >> > great, martin - can you add that to the wiki plese?  anyhow you can.
> >> > thanks
> >> >
> >> > On Wed, Oct 30, 2013 at 6:35 AM, martin brook
> >> > <martin.brook100 at googlemail.com> wrote:
> >> >> I had more luck with this .fex
> >> >> http://www.gplsquared.com/eoma_boot/script.fex_2013_09_17
> >> >>
> >> >>
> >> >>
> >> >> On Wed, Oct 30, 2013 at 6:00 AM, luke.leighton
> >> >> <luke.leighton at gmail.com>
> >> >> wrote:
> >> >>>
> >> >>> On Wed, Oct 30, 2013 at 2:08 AM, Ryan Mullen <rmmullen at gmail.com>
> >> >>> wrote:
> >> >>> > Hi,
> >> >>> >
> >> >>> > I am booting an eoma68-a20 using the script.fex (converted to
> >> >>> > script.bin with sunxi-tools' fex2bin) found here:
> >> >>> >
> >> >>> > http://rhombus-tech.net/allwinner/a20/boot/script.fex
> >> >>> >
> >> >>> > I have run the instructions found on that page under the subtitle
> >> >>> > "setup boot instructions for booting directly off of sd/mmc" and
> all
> >> >>> > seems well.
> >> >>> >
> >> >>> > However, my kernel (linux-sunxi 3.4 with some custom config
> options)
> >> >>> > tells me this when booting:
> >> >>> >
> >> >>> > [    1.663649] [mmc-msg] sw_mci_init
> >> >>> > [    1.667156] [mmc-msg] get mmc1's IO(det) failed
> >> >>> > [    1.671684] [mmc-msg] Not using mmc1 due to script.bin parse
> >> >>> > failure
> >> >>> > [    1.678123] [mmc-msg] MMC host used card: 0x9, boot card: 0x0,
> >> >>> > io_card 8
> >> >>> > [    1.685471] [mmc-msg] sdc0 set round clock 400000, src 24000000
> >> >>> > [    1.691708] [mmc-msg] sdc0 set ios: clk 0Hz bm OD pm OFF vdd
> 3.3V
> >> >>> > width 1 timing LEGACY(SDR12) dt B
> >> >>> > [    1.702062] [mmc-msg] sdc0 Probe: base:0xf0034000 irq:64
> >> >>> > sg_cpu:ffdfb000(4fc00000) ret 0.
> >> >>> > [    1.710382] [mmc-msg] sdc3 set round clock 400000, src 24000000
> >> >>> > [    1.716717] [mmc-msg] sdc3 set ios: clk 0Hz bm OD pm OFF vdd
> 3.3V
> >> >>> > width 1 timing LEGACY(SDR12) dt B
> >> >>> > [    1.726839] [mmc-msg] sdc3 Probe: base:0xf0036000 irq:67
> >> >>> > sg_cpu:ffdfa000(4fc01000) ret 0.
> >> >>> >
> >> >>> > After I boot an initrd, there are no /dev/mmcblk0 entries in my
> dev
> >> >>> > filesystem. However, I can make it appear if I do the following:
> >> >>> >
> >> >>> > echo 1 > /proc/driver/sunxi-mmc.3/insert
> >> >>> >
> >> >>> > This causes the card to be registered at /dev/mmcblk0 as expected.
> >> >>> >
> >> >>> > Digging deeper, it would seem that the script.fex sets the
> >> >>> > card-detect
> >> >>> > mode for mmc0 and mmc1 both to 1, which is CARD_DETECT_BY_GPIO.
> The
> >> >>> > failure in the kernel log occurs when the script.bin parser tries
> to
> >> >>> > read the "sdc_det" key and doesn't get a valid value describing
> the
> >> >>> > GPIO it should be using, I assume. mmc3 doesn't have that problem
> >> >>> > because script.fex sets the card-detect mode to 4, which is manual
> >> >>> > mode - this requires me to write a 1 to the control node in the
> >> >>> > procfs
> >> >>> > as I experienced.
> >> >>> >
> >> >>> > Is the script.fex incomplete?
> >> >>>
> >> >>>  almost certainly!
> >> >>>
> >> >>> > What's going on here?
> >> >>>
> >> >>>  we're reliant on you to help diagnose that!  can you please check
> the
> >> >>> GPIO line when the card is inserted, by using the gpio kernel module
> >> >>> (use 3.4 it's easier) flipping it to input and reading the entry?
>  it
> >> >>> could be that the manual-soldering of the mmc card slot was done
> >> >>> poorly.
> >> >>>
> >> >>> l.
> >> >>>
> >> >>> _______________________________________________
> >> >>> arm-netbook mailing list arm-netbook at lists.phcomp.co.uk
> >> >>> http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook
> >> >>> Send large attachments to arm-netbook at files.phcomp.co.uk
> >> >>
> >> >>
> >> >>
> >> >> _______________________________________________
> >> >> arm-netbook mailing list arm-netbook at lists.phcomp.co.uk
> >> >> http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook
> >> >> Send large attachments to arm-netbook at files.phcomp.co.uk
> >>
> >> _______________________________________________
> >> arm-netbook mailing list arm-netbook at lists.phcomp.co.uk
> >> http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook
> >> Send large attachments to arm-netbook at files.phcomp.co.uk
> >
> >
> >
> > _______________________________________________
> > arm-netbook mailing list arm-netbook at lists.phcomp.co.uk
> > http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook
> > Send large attachments to arm-netbook at files.phcomp.co.uk
>
> _______________________________________________
> arm-netbook mailing list arm-netbook at lists.phcomp.co.uk
> http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook
> Send large attachments to arm-netbook at files.phcomp.co.uk
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.phcomp.co.uk/pipermail/arm-netbook/attachments/20131101/4751950c/attachment-0001.html>


More information about the arm-netbook mailing list