Gerald,

Sorry to insist: what do you mean by "cape works fine"?

You mean cape works fine from Linux? or cape works fine from U-Boot?
Or both?

This makes all the difference in the world, given I've been searching
like  crazy for U-Boot support, but found none so far. It doesn't seem
to work using TI SDK releases, nor using mainline stuff.

Of course, I realize the cape is probably perfect from a hardware
point of view, but as far as software concerns, it seems it's unusable
from U-Boot.
Hence, unusable to me :-)



On 29 October 2013 10:01, Gerald Coley <[email protected]> wrote:
> Cape works fine as i already said. It is used inside TI all the time. But
> the images we release are all based on eMMC or SD. Not NAND.
>
> Gerald
>
>
> On Tue, Oct 29, 2013 at 3:50 AM, Ezequiel García
> <[email protected]> wrote:
>>
>> Oh, sorry then. I thought you were related in some way to Circuitco.
>> Anyway, looking at the NAND cape wiki page, there's a sign saying
>> there's no software support for the cape.
>>
>> Odd as it sound, maybe the cape is really not usable :-(
>>
>> In case anybody has this same issue, there are some patches floating
>> around from Pekon Gupta to support x16 NAND in U-Boot, but they are
>> still work-in-progress and could need some tweaking:
>>
>> http://lists.denx.de/pipermail/u-boot/2013-September/162294.html
>>
>> Thanks!
>> Ezequiel
>>
>> On 28 October 2013 21:36, Gerald Coley <[email protected]> wrote:
>> > Ahh, well. We don't sell capes. That is done by third parties. BB.org
>> > has no
>> > capes. They are made by various manufacturers. I suggest you contact the
>> > manufacturer of that board direct. There may also be others that have
>> > used
>> > that cape that can also help you out.
>> >
>> > The TI forum won't help on the capes. again. I suggest you contact the
>> > manufacturer of that board direct.
>> >
>> > Gerald
>> >
>> >
>> >
>> > On Mon, Oct 28, 2013 at 4:58 PM, Ezequiel García
>> > <[email protected]> wrote:
>> >>
>> >> Ah, OK. I thought you provided some minimal software to use the capes
>> >> you sold.
>> >>
>> >> Was I wrong? In that case, sorry for bothering.
>> >>
>> >> I'll ask in the TI forum, although they don't seem the most
>> >> knowledgeable engineers out there. Let's cross fingers and hope that I
>> >> get lucky.
>> >>
>> >> Right now, I have this cape connected, but it's completely unusable to
>> >> me,
>> >> without the capability of booting to it :-(
>> >>
>> >> Thanks for the prompt answer!
>> >>
>> >> On 28 October 2013 14:14, Gerald Coley <[email protected]> wrote:
>> >> > Nope. That is a SW question. You might try the TI e2e forum, I know
>> >> > that
>> >> > support for it is inside TI.
>> >> >
>> >> > http://e2e.ti.com/support/arm/default.aspx
>> >> >
>> >> > Gerald
>> >> >
>> >> >
>> >> > On Mon, Oct 28, 2013 at 12:07 PM, <[email protected]>
>> >> > wrote:
>> >> >>
>> >> >> Hi Gerald,
>> >> >>
>> >> >> I have the 16-bit NAND cape connected to me Beaglebone Black board
>> >> >> in
>> >> >> my
>> >> >> desk.
>> >> >>
>> >> >> Using mainline U-Boot and kernel the NAND is detected (had to modify
>> >> >> the
>> >> >> muxing for 16-bit)
>> >> >> but the nand write/read doesn't work. I get "ECC uncorrectable" on
>> >> >> every
>> >> >> "nand read".
>> >> >>
>> >> >> Can you point me to some custom U-Boot tree where this is supported?
>> >> >> I
>> >> >> need to boot from NAND, so I need
>> >> >> to put both SPL and U-Boot in the flash, but for now, I would like
>> >> >> to
>> >> >> at
>> >> >> least flash the kernel to NAND and boot it from SD.
>> >> >>
>> >> >> Sorry to ask you directly, but I've been googling all past week for
>> >> >> this
>> >> >> issue, and I found nothing but to hack
>> >> >> U-Boot myself!
>> >> >>
>> >> >> Regards and thanks in advance!
>> >> >> Ezequiel
>> >> >>
>> >> >> El martes, 28 de agosto de 2012 21:13:07 UTC-3, Gerald escribió:
>> >> >>>
>> >> >>> No idea at all. We should have support for NAND in the BeagleBone
>> >> >>> release
>> >> >>> in about 4-6 weeks. In the mena time you best bet may be to get
>> >> >>> help
>> >> >>> on the
>> >> >>> TI forums to get access to the unofficial things that is currently
>> >> >>> going on.
>> >> >>> I do know that you will need changes to UBoot for NAND to work in
>> >> >>> linux in
>> >> >>> general.
>> >> >>>
>> >> >>> Gerald
>> >> >>>
>> >> >>> On Tue, Aug 28, 2012 at 7:08 PM, Stan Hu <[email protected]> wrote:
>> >> >>>>
>> >> >>>> Gerald,
>> >> >>>>
>> >> >>>> I got the onboard NAND flash working on U-Boot by disabling the
>> >> >>>> MMC1
>> >> >>>> pin
>> >> >>>> mux (the BeagleBone daughter card settings was reconfiguring the
>> >> >>>> pad
>> >> >>>> for
>> >> >>>> GPMC_CSN0), but now Linux still doesn't seem to recognize the NAND
>> >> >>>> chip.
>> >> >>>> The manufacturer and chip ID return 0 right now.
>> >> >>>>
>> >> >>>> I checked that the pin mux settings are right in Linux.  Looking
>> >> >>>> at
>> >> >>>> the
>> >> >>>> scope, I think the chip select line is being toggled way too
>> >> >>>> fast--it
>> >> >>>> doesn't remain active low for long enough.  Do you have any idea
>> >> >>>> why
>> >> >>>> this
>> >> >>>> might be happening?
>> >> >>>>
>> >> >>>> On Tue, Aug 28, 2012 at 12:18 PM, Gerald Coley
>> >> >>>> <[email protected]>
>> >> >>>> wrote:
>> >> >>>>>
>> >> >>>>> We have a memory cape in house where we have 16b NAND working. I
>> >> >>>>> don't
>> >> >>>>> believe anything has been done with 8b.
>> >> >>>>>
>> >> >>>>> Gerald
>> >> >>>>>
>> >> >>>>>
>> >> >>>>>
>> >> >>>>> On Tue, Aug 28, 2012 at 2:13 PM, Stan Hu <[email protected]>
>> >> >>>>> wrote:
>> >> >>>>>>
>> >> >>>>>> I've got an 8-bit Micron MT29 NAND flash hooked up to the GPMC
>> >> >>>>>> lines
>> >> >>>>>> on a custom board derived from the BeagleBone and AM335x EVM.
>> >> >>>>>> The
>> >> >>>>>> NAND
>> >> >>>>>> flash is hooked up to the GPMC lines identically to the AM335X
>> >> >>>>>> EVM.
>> >> >>>>>>
>> >> >>>>>> U-Boot does not see the NAND flash for some reason.  When I
>> >> >>>>>> probe
>> >> >>>>>> the
>> >> >>>>>> WE and RE GPMC lines, I can see that the processor is talking to
>> >> >>>>>> the NAND
>> >> >>>>>> chip, sending the RESET and retrieving the ONFI ID.  The
>> >> >>>>>> processor
>> >> >>>>>> does not
>> >> >>>>>> boot off this NAND because there is nothing programmed in it, so
>> >> >>>>>> the system
>> >> >>>>>> boots off the SD card.
>> >> >>>>>>
>> >> >>>>>> However, in the U-Boot config for the BeagleBone/AM335X evm
>> >> >>>>>> (include/configs/am335x_evm.h) appears to be configured to use
>> >> >>>>>> talk
>> >> >>>>>> to NAND
>> >> >>>>>> via SPI.  Is there a reason why this is the case, when the
>> >> >>>>>> AM335x
>> >> >>>>>> schematics
>> >> >>>>>> show that the onboard NAND is connected via GPMC?  I tried using
>> >> >>>>>> the U-Boot
>> >> >>>>>> from TI's PSP, but that version of U-Boot does not seem to be
>> >> >>>>>> talking on the
>> >> >>>>>> GPMC lines too.
>> >> >>>>>>
>> >> >>>>>> Has anyone ever gotten NAND to work directly on the main board?
>> >> >>>>>> I
>> >> >>>>>> was
>> >> >>>>>> going to recompile U-Boot with the GPMC options enabled, but is
>> >> >>>>>> there
>> >> >>>>>> something obvious that I'm missing preventing me from getting
>> >> >>>>>> this
>> >> >>>>>> to work.
>> >> >>>>>>
>> >> >>>>>> Incidentally, I also modified the Linux kernel (board-am335x.c)
>> >> >>>>>> to
>> >> >>>>>> load the NAND, but all I get back from the chip and manufacturer
>> >> >>>>>> IDs is
>> >> >>>>>> 0xFF.
>> >> >>>>>>
>> >> >>>>>> -- To join: http://beagleboard.org/discuss
>> >> >>>>>> To unsubscribe from this group, send email to:
>> >> >>>>>> [email protected]
>> >> >>>>>>
>> >> >>>>>> Frequently asked questions: http://beagleboard.org/faq
>> >> >>>>>
>> >> >>>>>
>> >> >>>>>
>> >> >>>>>
>> >> >>>>> --
>> >> >>>>> Gerald
>> >> >>>>>
>> >> >>>>> [email protected]
>> >> >>>>> http://beagleboard.org/
>> >> >>>>> http://circuitco.com/support/
>> >> >>>>>
>> >> >>>>> -- To join: http://beagleboard.org/discuss
>> >> >>>>> To unsubscribe from this group, send email to:
>> >> >>>>> [email protected]
>> >> >>>>>
>> >> >>>>> Frequently asked questions: http://beagleboard.org/faq
>> >> >>>>
>> >> >>>>
>> >> >>>> -- To join: http://beagleboard.org/discuss
>> >> >>>> To unsubscribe from this group, send email to:
>> >> >>>> [email protected]
>> >> >>>>
>> >> >>>> Frequently asked questions: http://beagleboard.org/faq
>> >> >>>
>> >> >>>
>> >> >>>
>> >> >>>
>> >> >>> --
>> >> >>> Gerald
>> >> >>>
>> >> >>> [email protected]
>> >> >>> http://beagleboard.org/
>> >> >>> http://circuitco.com/support/
>> >> >>>
>> >> >> --
>> >> >> For more options, visit http://beagleboard.org/discuss
>> >> >> ---
>> >> >> You received this message because you are subscribed to the Google
>> >> >> Groups
>> >> >> "BeagleBoard" group.
>> >> >> To unsubscribe from this group and stop receiving emails from it,
>> >> >> send
>> >> >> an
>> >> >> email to [email protected].
>> >> >>
>> >> >> For more options, visit https://groups.google.com/groups/opt_out.
>> >> >
>> >> >
>> >> > --
>> >> > For more options, visit http://beagleboard.org/discuss
>> >> > ---
>> >> > You received this message because you are subscribed to a topic in
>> >> > the
>> >> > Google Groups "BeagleBoard" group.
>> >> > To unsubscribe from this topic, visit
>> >> >
>> >> > https://groups.google.com/d/topic/beagleboard/Gbtg8xZ_TNY/unsubscribe.
>> >> > To unsubscribe from this group and all its topics, send an email to
>> >> > [email protected].
>> >> > For more options, visit https://groups.google.com/groups/opt_out.
>> >>
>> >>
>> >>
>> >> --
>> >> Ezequiel García, VanguardiaSur
>> >> www.vanguardiasur.com.ar
>> >>
>> >> --
>> >> For more options, visit http://beagleboard.org/discuss
>> >> ---
>> >> You received this message because you are subscribed to the Google
>> >> Groups
>> >> "BeagleBoard" group.
>> >> To unsubscribe from this group and stop receiving emails from it, send
>> >> an
>> >> email to [email protected].
>> >> For more options, visit https://groups.google.com/groups/opt_out.
>> >
>> >
>> > --
>> > For more options, visit http://beagleboard.org/discuss
>> > ---
>> > You received this message because you are subscribed to a topic in the
>> > Google Groups "BeagleBoard" group.
>> > To unsubscribe from this topic, visit
>> > https://groups.google.com/d/topic/beagleboard/Gbtg8xZ_TNY/unsubscribe.
>> > To unsubscribe from this group and all its topics, send an email to
>> > [email protected].
>> > For more options, visit https://groups.google.com/groups/opt_out.
>>
>>
>>
>> --
>> Ezequiel García, VanguardiaSur
>> www.vanguardiasur.com.ar
>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to [email protected].
>> For more options, visit https://groups.google.com/groups/opt_out.
>
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/Gbtg8xZ_TNY/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> [email protected].
> For more options, visit https://groups.google.com/groups/opt_out.



-- 
Ezequiel García, VanguardiaSur
www.vanguardiasur.com.ar

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/groups/opt_out.

Reply via email to