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 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.
