1. 22 Oct, 2012 6 commits
    • Marek Vasut's avatar
      common: Add .u_boot_list into all linker files · 55675142
      Marek Vasut authored
      Add section for the linker-generated lists into all possible linker
      files, so that everyone can easily use these lists. This is mostly
      a mechanical adjustment.
      Signed-off-by: default avatarMarek Vasut <marex@denx.de>
      Cc: Joe Hershberger <joe.hershberger@gmail.com>
      Cc: Mike Frysinger <vapier@gentoo.org>
    • Marek Vasut's avatar
      common: Implement support for linker-generated arrays · 42ebaae3
      Marek Vasut authored
      This patch adds support for linker-generated array. These arrays
      are a generalization of the U-Boot command declaration approach.
      Basically, the idea is to generate an array, where elements of the
      array are statically initialized at compile time and each element
      is declared separatelly at different place. Such array is assembled
      together into continuous piece of memory by linker and a pointer to
      it's first entry can then be retrieved via accessor.
      The actual implementation relies on placing any variable that is to
      represent an element of LG-array into particular subsection of the
      .u_boot_list linker section . The subsection is determined by user
      options. Once compiled, it is possible to dump all symbols placed
      in .u_boot_list section and the subsections in which they should be
      and generate appropriate bounds for each requested subsection of the
      .u_boot_list section. Each such subsection thus contains __start and
      __end entries at the begining and end respecitively.
      This allows for simple run-time traversing of the array, since the
      symbols are properly defined.
      Signed-off-by: default avatarMarek Vasut <marex@denx.de>
      Cc: Joe Hershberger <joe.hershberger@gmail.com>
      Cc: Mike Frysinger <vapier@gentoo.org>
    • Marek Vasut's avatar
      common: Add symbol handling for generic lists into Makefile · 97b24d3d
      Marek Vasut authored
      This patch adds essential components for generation of the contents of
      the linker section that is used by the linker-generated array. All of
      the contents is held in a separate file, u-boot.lst, which is generated
      at runtime just before U-Boot is linked.
      The purpose of this code is to especially generate the appropriate
      boundary symbols around each subsection in the section carrying the
      linker-generated arrays. Obviously, the interim linker code for actual
      placement of the variables into the section is generated too. The
      generated file, u-boot.lst, is included into u-boot.lds via the linker
      INCLUDE directive in u-boot.lds .
      Adjustments are made in the Makefile and spl/Makefile so that the
      u-boot.lds and u-boot-spl.lds depend on their respective .lst files.
      Signed-off-by: default avatarMarek Vasut <marex@denx.de>
      Cc: Joe Hershberger <joe.hershberger@gmail.com>
      Cc: Mike Frysinger <vapier@gentoo.org>
      Acked-by: default avatarJoe Hershberger <joe.hershberger@ni.com>
      Tested-by: default avatarJoe Hershberger <joe.hershberger@ni.com>
    • Shengzhou Liu's avatar
      powerpc/usb: fix bug of CPU hang when missing USB PHY clock · 047cea36
      Shengzhou Liu authored
      when missing USB PHY clock, u-boot will hang during USB
      initialization when issuing "usb start". We should check
      USBGP[PHY_CLK_VALID] bit to avoid CPU hanging in this case.
      Due to controller issue of PHY_CLK_VALID in ULPI mode, we set
      USB_EN before checking PHY_CLK_VALID, otherwise PHY_CLK_VALID
      doesn't work.
      Signed-off-by: default avatarShengzhou Liu <Shengzhou.Liu@freescale.com>
      Acked-by: default avatarMarek Vasut <marex@denx.de>
    • Vincent Palatin's avatar
      usb: fallback safely when a configuration descriptor is too large · 8b8d779d
      Vincent Palatin authored
      When a USB configuration descriptor was larger than our USB buffer
      (512 bytes), we were skipping the full descriptor reading but then we
      were still parsing and using it, triggering memory corruptions.
      Now in that case, it just skips this device enumeration and displays the
      appropriate message to the user, so he can fix the buffer if he wants.
      This bug was triggered by some UVC webcams which have very large
      configuration descriptors (e.g. a couple of kB) describing all their
      supported video encodings.
      Signed-off-by: default avatarVincent Palatin <vpalatin@chromium.org>
      Acked-by: default avatarSimon Glass <sjg@chromium.org>
    • Gabe Black's avatar
      usb: Support the CONFIG_SYS_64BIT_LBA option · e81e79ed
      Gabe Black authored
      usb_storage wouldn't compile when the CONFIG_SYS_64BIT_LBA option is
      turned on because the used fixed size data types in their exported
      functions when they should have used lbaint_t for the block count
      parameter. That meant that when the sizes happened to be the same, when
      using a 28 bit LBA, the driver would build, but when it wasn't, a 48 bit
      LBA, things broke.
      This change adjusts the signatures to use the right type and makes small
      adjustments in the affected functions.
      Signed-off-by: default avatarGabe Black <gabeblack@chromium.org>
      Signed-off-by: default avatarSimon Glass <sjg@chromium.org>
      Reviewed-by: default avatarMarek Vasut <marex@denx.de>
  2. 20 Oct, 2012 1 commit
  3. 19 Oct, 2012 32 commits
  4. 18 Oct, 2012 1 commit