[beagleboard] About the DDR3 memory in Rev C BOM (D2516EC4BXGGB)

2016-09-08 Thread ezequiel
I have noticed that Rev C BOM mentions a Kingston DDR3 D2516EC4BXGGB.
Any explanations for that?

Is this part a direct replacement of current Micron memory? Does it require
timing (bootloader) changes?

Thanks,
Ezequiel

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/7e42e0c2-d998-4580-8891-2b6ceaf7caf1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] NAND flash with BeagleBone variant

2013-11-01 Thread Ezequiel García
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

2013-11-01 Thread Ezequiel García
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

2013-10-29 Thread Ezequiel García
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

2013-10-29 Thread Ezequiel García
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

Re: [beagleboard] NAND flash with BeagleBone variant

2013-10-28 Thread Ezequiel García
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 beagleboard+unsubscr