1. 30 Jan, 2015 6 commits
  2. 28 Jan, 2015 2 commits
    • Bo Shen's avatar
      lcd: fix console address is not initialized · 2af13d6b
      Bo Shen authored
      This commit 904672ee (lcd: refactor lcd console stuff into its
      own file), which cause lcd console address is not initialized.
      
      This patch initialize the lcd console use the default value,
      will be update when splash screen is enabled.
      Signed-off-by: default avatarBo Shen <voice.shen@atmel.com>
      2af13d6b
    • Stefan Roese's avatar
      spl: Change printf to puts for "Unsupported boot-device" · e860d012
      Stefan Roese authored
      Microblaze currently doesn't use printf in SPL. So this one line was the only
      reference to it and resulted in the printf functionality to be pulled in.
      Exceeding the 4k size limit. Lets change the printf back to puts so that
      Microblaze is fixed again. The only drawback is that the detected boot-device
      number will not be printed. But this message alone should be helpful enough
      to get an idea where the boot process is broken.
      Signed-off-by: default avatarStefan Roese <sr@denx.de>
      Cc: Tom Rini <trini@ti.com>
      Cc: Michal Simek <michal.simek@xilinx.com>
      Acked-by: default avatarMichal Simek <michal.simek@xilinx.com>
      e860d012
  3. 24 Jan, 2015 1 commit
  4. 21 Jan, 2015 1 commit
  5. 19 Jan, 2015 9 commits
  6. 18 Jan, 2015 5 commits
    • Hans de Goede's avatar
      musb-new: Fix reset sequence when in host mode · 90cdc103
      Hans de Goede authored
      This commit fixes a number of issues with the reset sequence of musb-new
      in host mode:
      
      1) Our usb device probe relies on a second device reset being done after the
      first descriptors read. Factor the musb reset code into a usb_reset_root_port
      function (and add this as an empty define for other controllers), and call
      this when a device has no parent.
      
      2) Just like with normal usb controllers there needs to be a delay after
      reset, for normal usb controllers, this is handled in hub_port_reset, add a
      delay to usb_reset_root_port.
      
      3) Sync the musb reset sequence with the upstream kernel, clear all bits of
      power except bits 4-7, and increase the time reset is asserted to 50 ms.
      
      With these fixes an usb keyboard I have now always enumerates properly, where
      as earlier it would only enumerare properly once every 5 tries.
      Signed-off-by: default avatarHans de Goede <hdegoede@redhat.com>
      90cdc103
    • Hans de Goede's avatar
      usb: Do not log an error when no devices is plugged into a root-hub-less hcd · d906bbc2
      Hans de Goede authored
      Before this commit u-boot would print the following on boot with musb and
      no usb device plugged in:
      
      starting USB...
      USB0:   Port not available.
      USB error: all controllers failed lowlevel init
      
      This commit changes this to:
      
      starting USB...
      USB0:   Port not available.
      
      Which is the correct thing to do since the low-level init went fine.
      Signed-off-by: default avatarHans de Goede <hdegoede@redhat.com>
      d906bbc2
    • Hans de Goede's avatar
      usb: Fix usb_kbd_deregister when console-muxing is used · 3cbcb289
      Hans de Goede authored
      When iomuxing is used we must not only deregister the device with stdio.c,
      but also remove the reference to the device in the console_devices array
      used by console-muxing. Add a call to iomux_doenv to usb_kbd_deregister to
      update console_devices, which will drop the reference.
      
      This fixes the console filling with "Failed to enqueue URB to controller"
      messages after a "usb stop force", or when the USB keyboard is gone after a
      "usb reset".
      Signed-off-by: default avatarHans de Goede <hdegoede@redhat.com>
      3cbcb289
    • Hans de Goede's avatar
      usb: Add an interval parameter to create_int_queue · 8bb6c1d1
      Hans de Goede authored
      Currently create_int_queue is only implemented by the ehci code, and that
      does not honor interrupt intervals, but other drivers which might also want
      to implement create_int_queue may honor intervals, so add an interval param.
      Signed-off-by: default avatarHans de Goede <hdegoede@redhat.com>
      8bb6c1d1
    • Hans de Goede's avatar
      USB: make "usb start" start usb only once · b5072264
      Hans de Goede authored
      Currently we've this magic in include/config_distro_bootcmd.h to avoid
      scanning the usb bus multiple times.
      
      And it does not work when also using an usb keyboard because then the
      preboot command has already scanned the bus, so we're still scanning it
      twice.
      
      This commit makes "usb start" only start usb if it is no already started,
      allowing us to remove all the magic for it from include/config_distro_bootcmd.h
      and just call it unconditionally.
      
      This also causes "usb start" and "usb reset" to actually do what their
      different names suggest, rather then both of them doing exactly the same.
      Signed-off-by: default avatarHans de Goede <hdegoede@redhat.com>
      b5072264
  7. 14 Jan, 2015 11 commits
  8. 13 Jan, 2015 1 commit
  9. 10 Jan, 2015 4 commits