Re: [beagleboard] NAND flash with BeagleBone variant
you can flash the MLO, u-boot and kernel files using u-boot, but UBI images only from the kernel itself. This limitation is due to u-boot/kernel incompatibility in terms of NAND 2013/11/1 Matthias Fuchs mf2253...@gmail.com On 10/29/2013 09:50 AM, Ezequiel García 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 :-( It seems that the issue is like this: 1) Current U-Boot from git supports (8Bit-)NAND. It can be used by U-Boot (!) by means of the nand ... commands. You can write images to NAND and read them back. 2) (8Bit-)NAND also works with the beaglebone kernel (3.8.13) when the device tree contains a correct gpmc node with ti,nand-ecc-opt = bch8; or ti,nand-ecc-opt = sw; Both seem to work. SO you can use UBI on your NAND. 3) But the NAND implementation - probably the ECC schemes - from recent U-Boot and the beagleboard repository are incompatible. This is the same even with the mentioned U-Boot NAND patch by Pekon Gupta applied. But I cannot tell which side (u-Boot or Linux) is right. Perhaps its a kernel 3.8 issue. I will try a more recent kernel, but perhaps anybody know where it comes from. Matthias 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 ger...@beagleboard.org 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 ezequ...@vanguardiasur.com.ar 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 ger...@beagleboard.org 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, ezequ...@vanguardiasur.com.ar 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 sta...@gmail.com 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 ger...@beagleboard.org 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
Re: [beagleboard] NAND flash with BeagleBone variant
On 31 October 2013 19:29, Matthias Fuchs mf2253...@gmail.com wrote: On 10/29/2013 09:50 AM, Ezequiel García 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 :-( It seems that the issue is like this: 1) Current U-Boot from git supports (8Bit-)NAND. It can be used by U-Boot (!) by means of the nand ... commands. You can write images to NAND and read them back. 2) (8Bit-)NAND also works with the beaglebone kernel (3.8.13) when the device tree contains a correct gpmc node with However, given the Circuitco cape wires a 16-bit NAND, this 8-bit support is not too useful... don't you think? -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] NAND flash with BeagleBone variant
That cape also supports 8bit NAND devices. You just need to swap out the NAND module for an 8bit version. Gerald On Fri, Nov 1, 2013 at 4:29 AM, Ezequiel García ezequ...@vanguardiasur.com.ar wrote: On 31 October 2013 19:29, Matthias Fuchs mf2253...@gmail.com wrote: On 10/29/2013 09:50 AM, Ezequiel García 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 :-( It seems that the issue is like this: 1) Current U-Boot from git supports (8Bit-)NAND. It can be used by U-Boot (!) by means of the nand ... commands. You can write images to NAND and read them back. 2) (8Bit-)NAND also works with the beaglebone kernel (3.8.13) when the device tree contains a correct gpmc node with However, given the Circuitco cape wires a 16-bit NAND, this 8-bit support is not too useful... don't you think? -- 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 beagleboard+unsubscr...@googlegroups.com. 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] NAND flash with BeagleBone variant
A quick google search shows nobody but Circuitco sells these modules, and the Circuitco one is 16-bit. So I guess I'd have to assemble such module myself, uh? On 1 November 2013 09:12, Gerald Coley ger...@beagleboard.org wrote: That cape also supports 8bit NAND devices. You just need to swap out the NAND module for an 8bit version. Gerald On Fri, Nov 1, 2013 at 4:29 AM, Ezequiel García ezequ...@vanguardiasur.com.ar wrote: On 31 October 2013 19:29, Matthias Fuchs mf2253...@gmail.com wrote: On 10/29/2013 09:50 AM, Ezequiel García 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 :-( It seems that the issue is like this: 1) Current U-Boot from git supports (8Bit-)NAND. It can be used by U-Boot (!) by means of the nand ... commands. You can write images to NAND and read them back. 2) (8Bit-)NAND also works with the beaglebone kernel (3.8.13) when the device tree contains a correct gpmc node with However, given the Circuitco cape wires a 16-bit NAND, this 8-bit support is not too useful... don't you think? -- 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 beagleboard+unsubscr...@googlegroups.com. 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 beagleboard+unsubscr...@googlegroups.com. 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] NAND flash with BeagleBone variant
The is an 8bit NAND module. Contact sa...@circuitco.com and ask them about it. Copy me on the email. Gerald On Fri, Nov 1, 2013 at 7:20 AM, Ezequiel García ezequ...@vanguardiasur.com.ar wrote: A quick google search shows nobody but Circuitco sells these modules, and the Circuitco one is 16-bit. So I guess I'd have to assemble such module myself, uh? On 1 November 2013 09:12, Gerald Coley ger...@beagleboard.org wrote: That cape also supports 8bit NAND devices. You just need to swap out the NAND module for an 8bit version. Gerald On Fri, Nov 1, 2013 at 4:29 AM, Ezequiel García ezequ...@vanguardiasur.com.ar wrote: On 31 October 2013 19:29, Matthias Fuchs mf2253...@gmail.com wrote: On 10/29/2013 09:50 AM, Ezequiel García 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 :-( It seems that the issue is like this: 1) Current U-Boot from git supports (8Bit-)NAND. It can be used by U-Boot (!) by means of the nand ... commands. You can write images to NAND and read them back. 2) (8Bit-)NAND also works with the beaglebone kernel (3.8.13) when the device tree contains a correct gpmc node with However, given the Circuitco cape wires a 16-bit NAND, this 8-bit support is not too useful... don't you think? -- 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 beagleboard+unsubscr...@googlegroups.com. 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 beagleboard+unsubscr...@googlegroups.com. 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 beagleboard+unsubscr...@googlegroups.com. 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] NAND flash with BeagleBone variant
On 10/29/2013 09:50 AM, Ezequiel García 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 :-( It seems that the issue is like this: 1) Current U-Boot from git supports (8Bit-)NAND. It can be used by U-Boot (!) by means of the nand ... commands. You can write images to NAND and read them back. 2) (8Bit-)NAND also works with the beaglebone kernel (3.8.13) when the device tree contains a correct gpmc node with ti,nand-ecc-opt = bch8; or ti,nand-ecc-opt = sw; Both seem to work. SO you can use UBI on your NAND. 3) But the NAND implementation - probably the ECC schemes - from recent U-Boot and the beagleboard repository are incompatible. This is the same even with the mentioned U-Boot NAND patch by Pekon Gupta applied. But I cannot tell which side (u-Boot or Linux) is right. Perhaps its a kernel 3.8 issue. I will try a more recent kernel, but perhaps anybody know where it comes from. Matthias 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 ger...@beagleboard.org 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 ezequ...@vanguardiasur.com.ar 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 ger...@beagleboard.org 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, ezequ...@vanguardiasur.com.ar 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 sta...@gmail.com 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 ger...@beagleboard.org 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 sta...@gmail.com 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
Re: [beagleboard] NAND flash with BeagleBone variant
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 ger...@beagleboard.org 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 ezequ...@vanguardiasur.com.ar 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 ger...@beagleboard.org 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, ezequ...@vanguardiasur.com.ar 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 sta...@gmail.com 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 ger...@beagleboard.org 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 sta...@gmail.com 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
Re: [beagleboard] NAND flash with BeagleBone variant
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 ezequ...@vanguardiasur.com.ar 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 ger...@beagleboard.org 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 ezequ...@vanguardiasur.com.ar 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 ger...@beagleboard.org 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, ezequ...@vanguardiasur.com.ar 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 sta...@gmail.com 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 ger...@beagleboard.org 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 sta...@gmail.com 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
Re: [beagleboard] NAND flash with BeagleBone variant
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 ger...@beagleboard.org 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 ezequ...@vanguardiasur.com.ar 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 ger...@beagleboard.org 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 ezequ...@vanguardiasur.com.ar 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 ger...@beagleboard.org 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, ezequ...@vanguardiasur.com.ar 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 sta...@gmail.com 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 ger...@beagleboard.org 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 sta...@gmail.com 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
Re: [beagleboard] NAND flash with BeagleBone variant
I mean that the cape is used inside TI by TI to support NAND functionality on the AM335x processor using the BeagleBone. BUT, it take an image specifically for the thing to work. The NAND is used ot boot the UBOOT and the Kernel. I cannot say if it is used by Linux anywhere to act as a file storage or not. Ping the e2e forum and see what response you get. http://e2e.ti.com/search/default.aspx#q=NAND+cape+supportg=264 Or, contact the supplier of the cape. Gerald On Tue, Oct 29, 2013 at 9:17 AM, Ezequiel García ezequ...@vanguardiasur.com.ar wrote: 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 ger...@beagleboard.org 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 ezequ...@vanguardiasur.com.ar 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 ger...@beagleboard.org 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 ezequ...@vanguardiasur.com.ar 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 ger...@beagleboard.org 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, ezequ...@vanguardiasur.com.ar 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 sta...@gmail.com 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
Re: [beagleboard] NAND flash with BeagleBone variant
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, ezequ...@vanguardiasur.com.ar 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 sta...@gmail.com 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 ger...@beagleboard.orgwrote: 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 sta...@gmail.com 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: beagleboard...@**googlegroups.com Frequently asked questions: http://beagleboard.org/faq -- Gerald ger...@beagleboard.org http://beagleboard.org/ http://circuitco.com/support/ -- To join: http://beagleboard.org/discuss To unsubscribe from this group, send email to: beagleboard...@**googlegroups.com Frequently asked questions: http://beagleboard.org/faq -- To join: http://beagleboard.org/discuss To unsubscribe from this group, send email to: beagleboard...@**googlegroups.com Frequently asked questions: http://beagleboard.org/faq -- Gerald ger...@beagleboard.org 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 beagleboard+unsubscr...@googlegroups.com. 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] NAND flash with BeagleBone variant
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 ger...@beagleboard.org 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, ezequ...@vanguardiasur.com.ar 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 sta...@gmail.com 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 ger...@beagleboard.org 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 sta...@gmail.com 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: beagleboard...@googlegroups.com Frequently asked questions: http://beagleboard.org/faq -- Gerald ger...@beagleboard.org http://beagleboard.org/ http://circuitco.com/support/ -- To join: http://beagleboard.org/discuss To unsubscribe from this group, send email to: beagleboard...@googlegroups.com Frequently asked questions: http://beagleboard.org/faq -- To join: http://beagleboard.org/discuss To unsubscribe from this group, send email to: beagleboard...@googlegroups.com Frequently asked questions: http://beagleboard.org/faq -- Gerald ger...@beagleboard.org 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
