Difference between revisions of "Novena Issue Log"
(Created page with "Known issues. ==Hardware== * Inrush current limiting for 3.3V_DELAYED turnon: R38N should be increased to about 30k. Need to verify with experiment turn-on timing margin (i.e. p...") |
(→U-boot) |
||
Line 9: | Line 9: | ||
* DDR3: need to figure out how to configure u-boot to recognize greater amounts of DRAM | * DDR3: need to figure out how to configure u-boot to recognize greater amounts of DRAM | ||
* MMC: need to figure out how to get u-boot to recognize microSD cards (they have no CD line) | * MMC: need to figure out how to get u-boot to recognize microSD cards (they have no CD line) | ||
+ | ** Issue: MMC implementation of scan() only checks the first device in the device list. Two devices are defined, 3 and 4; only 3 ever gets queried (there is no device 3). In order to work around this, the listing of partitions in the structures is swapped so 4 is before 3, and will have index 0 on the scans. This isn't a correct fix, it just gets us past this bug. Proper fix is to figure out why the scanner only wants to scan just the first entry in the MMC descriptor structures. | ||
===Linux=== | ===Linux=== |
Revision as of 08:28, 9 December 2012
Known issues.
Contents
Hardware
- Inrush current limiting for 3.3V_DELAYED turnon: R38N should be increased to about 30k. Need to verify with experiment turn-on timing margin (i.e. put smaller values in until failure to determine how much margin is available at 30k to ensure consistency across process variation)
Software
U-boot
- DDR3: need to come up with alternate poke files for different SO-DIMM types
- DDR3: need to figure out how to configure u-boot to recognize greater amounts of DRAM
- MMC: need to figure out how to get u-boot to recognize microSD cards (they have no CD line)
- Issue: MMC implementation of scan() only checks the first device in the device list. Two devices are defined, 3 and 4; only 3 ever gets queried (there is no device 3). In order to work around this, the listing of partitions in the structures is swapped so 4 is before 3, and will have index 0 on the scans. This isn't a correct fix, it just gets us past this bug. Proper fix is to figure out why the scanner only wants to scan just the first entry in the MMC descriptor structures.