Skip to content
Snippets Groups Projects
  1. Aug 13, 2015
  2. Aug 05, 2015
  3. Jun 26, 2015
  4. Jun 01, 2015
  5. Mar 30, 2015
  6. Mar 04, 2015
  7. Sep 25, 2014
  8. Jul 24, 2013
  9. Mar 14, 2013
  10. Oct 29, 2012
  11. Oct 15, 2012
  12. Sep 10, 2012
  13. Sep 07, 2012
    • Stephen Warren's avatar
      tegra: put eMMC environment into the boot sectors · 573668a2
      Stephen Warren authored
      
      When I set up Tegra's config files to put the environment into eMMC, I
      assumed that CONFIG_ENV_OFFSET was a linearized address relative to the
      start of the eMMC device, and spanning HW partitions boot0, boot1,
      general* and the user area in order. However, it turns out that the
      offset is actually relative to the beginning of the user area. Hence,
      the environment block ended up in a different location to expected and
      documented.
      
      Set CONFIG_SYS_MMC_ENV_PART=2 (boot1) to solve this, and adjust
      CONFIG_ENV_OFFSET to be relative to the start of boot1, not the entire
      eMMC.
      
      Signed-off-by: default avatarStephen Warren <swarren@nvidia.com>
      Signed-off-by: default avatarTom Warren <twarren@nvidia.com>
      573668a2
  14. Sep 05, 2012
    • Stephen Warren's avatar
      tegra: put eMMC environment into the boot sectors · 1c1ec3c0
      Stephen Warren authored
      
      When I set up Tegra's config files to put the environment into eMMC, I
      assumed that CONFIG_ENV_OFFSET was a linearized address relative to the
      start of the eMMC device, and spanning HW partitions boot0, boot1,
      general* and the user area in order. However, it turns out that the
      offset is actually relative to the beginning of the user area. Hence,
      the environment block ended up in a different location to expected and
      documented.
      
      Set CONFIG_SYS_MMC_ENV_PART=2 (boot1) to solve this, and adjust
      CONFIG_ENV_OFFSET to be relative to the start of boot1, not the entire
      eMMC.
      
      Signed-off-by: default avatarStephen Warren <swarren@nvidia.com>
      Signed-off-by: default avatarAndy Fleming <afleming@freescale.com>
      1c1ec3c0
  15. Sep 01, 2012
  16. Jul 07, 2012
    • Tom Warren's avatar
      arm: Tegra: Use ODMDATA from BCT in IRAM · 76e350b7
      Tom Warren authored
      
      Walk the BIT and BCT to find the ODMDATA word in the
      CustomerData field and put it into Scratch20 reg for
      use by kernel, etc.
      
      Built all Tegra builds OK; Booted on Seaboard and saw
      ODMDATA in PMC scratch20 was the same as the value in my
      burn-u-boot.sh file (0x300D8011). NOTE: All flash utilities
      will have to specify the odmdata (nvflash --odmdata n) on
      the command line or via a cfg file, or built in to their
      BCT.
      
      Signed-off-by: default avatarTom Warren <twarren@nvidia.com>
      Acked-by: default avatarStephen Warren <swarren@wwwdotorg.org>
      76e350b7
    • Tom Warren's avatar
      mmc: tegra2: rename tegra2_mmc.* to tegra_mmc.* · 3f82d89d
      Tom Warren authored
      
      In anticipation of Tegra3 support, continue removing/renaming
      Tegra2-specific files. No functional changes (yet).
      Updated copyrights to 2012.
      
      Signed-off-by: default avatarTom Warren <twarren@nvidia.com>
      3f82d89d
    • Stephen Warren's avatar
      tegra: ventana: store environment in eMMC · 294cd67c
      Stephen Warren authored
      
      Store the environment in eMMC, at the end of the second boot sector.
      This should not conflict with any other eMMC usage: U-Boot is stored
      well below this location, and the kernel only uses the general area
      of the eMMC once booted, not the boot sectors.
      
      Signed-off-by: default avatarStephen Warren <swarren@nvidia.com>
      Signed-off-by: default avatarTom Warren <twarren@nvidia.com>
      294cd67c
    • Stephen Warren's avatar
      tegra: ventana: add own device tree, enable USB · b1b9e4ce
      Stephen Warren authored
      
      Add a device tree for Ventana; the Seaboard file no longer represents
      the HW present on Ventana.
      
      Enable USB on Ventana.
      
      Signed-off-by: default avatarStephen Warren <swarren@nvidia.com>
      Signed-off-by: default avatarTom Warren <twarren@nvidia.com>
      b1b9e4ce
    • Stephen Warren's avatar
      tegra: flesh out bootcmd · bea2674c
      Stephen Warren authored
      
      This implements a useful bootcmd for Tegra. The boot order is:
      
      * If USB enabled, USB storage
      * Internal MMC (SD card or eMMC)
      * If networking is enabled, BOOTP/TFTP
      
      When booting from USB or MMC, the boot script is assumed to be in
      partition 1 (although this may be overridden via the rootpart variable),
      both ext2 and FAT filesystems are supported, the boot script may exist
      in either / or /boot, and the boot script may be named boot.scr.uimg or
      boot.scr.
      
      When booting over the network, it is assumed that boot.scr.uimg exists
      on the TFTP server. There is less flexibility here since those setting
      up network booting are expected to need less hand-holding.
      
      In all cases, it is expected that the initial file loaded is a U-Boot
      image containing a script that will load the kernel, load any required
      initrd, load any required DTB, and finally bootm the kernel.
      
      Signed-off-by: default avatarStephen Warren <swarren@nvidia.com>
      Signed-off-by: default avatarTom Warren <twarren@nvidia.com>
      bea2674c
    • Stephen Warren's avatar
      tegra: remove some cruft from CONFIG_EXTRA_ENV_SETTINGS · 07a84b7b
      Stephen Warren authored
      
      console isn't used by anything, and the kernel should be set appropriately
      by whatever script is booting the kernel, not imposed by the bootloader.
      
      mem might be useful, but the current value is pretty bogus, since it
      includes nvmem options that make no sense for an upstream kernel, and
      equally should not be required for any downstream kernel. Either way, this
      is also best left to the kernel boot script.
      
      smpflag isn't used by anything, and again was probably intended to be a
      kernel command-line option better set by the kernel boot script.
      
      Signed-off-by: default avatarStephen Warren <swarren@nvidia.com>
      Signed-off-by: default avatarTom Warren <twarren@nvidia.com>
      07a84b7b
  17. Mar 29, 2012
  18. Dec 24, 2011
  19. Dec 09, 2011
  20. Jul 16, 2011
  21. Apr 27, 2011
  22. Mar 27, 2011
  23. Feb 21, 2011
  24. Feb 07, 2011
  25. Oct 25, 2010
Loading