1. 23 3月, 2016 5 次提交
  2. 22 3月, 2016 24 次提交
  3. 21 3月, 2016 11 次提交
    • R
      strider: use optimised bus timing for FPGA access · a119357c
      Reinhard Pfau 提交于
      Use optimised bus timing for FPGA access.
      Signed-off-by: NReinhard Pfau <reinhard.pfau@gdsys.cc>
      Signed-off-by: NDirk Eibach <dirk.eibach@gdsys.cc>
      a119357c
    • D
      strider: Define pca593x widths · 47098056
      Dirk Eibach 提交于
      Signed-off-by: NDirk Eibach <dirk.eibach@gdsys.cc>
      47098056
    • D
      strider: Add DP501 support for cpu model · e9cb21d0
      Dirk Eibach 提交于
      Signed-off-by: NDirk Eibach <dirk.eibach@gdsys.cc>
      Signed-off-by: NStefan Roese <sr@denx.de>
      e9cb21d0
    • T
      83d95b67
    • S
      arm: socfpga: sr1500: Misc updates (SPI speed, env location) · 93d9fc26
      Stefan Roese 提交于
      This patch makes the following changes to the SR1500 board port:
      
      - Update defconfig to support SPI NOR (use make savedefconfig).
      - Increase SPI speed to a maximum of 100MHz for faster system
        bootup.
      - Change environment location, so that its not between SPL and
        main U-Boot. This way the combined SPL / U-Boot image can
        be used for updates.
      Signed-off-by: NStefan Roese <sr@denx.de>
      Cc: Marek Vasut <marex@denx.de>
      93d9fc26
    • S
      arm: socfpga: Allow boards to define a custom environment size · ead2fb29
      Stefan Roese 提交于
      This patch makes it possible that boards can define a board-specific env
      size. This is used by the SR1500 SoCFPGA board port.
      Signed-off-by: NStefan Roese <sr@denx.de>
      Cc: Chin Liang See <clsee@altera.com>
      Cc: Dinh Nguyen <dinguyen@opensource.altera.com>
      Cc: Marek Vasut <marex@denx.de>
      ead2fb29
    • M
      arm: socfpga: Fix SR1500 env position · b72041cc
      Marek Vasut 提交于
      Move the inclusion of the common socfpga configuration file further
      down in the sr1500 configuration, so that the socfpga_common.h can
      check if environment is in SPI NOR and it's location is defined and
      if it is not, define default location.
      
      This fixes "arm: socfpga: Enabling U-Boot environment support in QSPI"
      which introduced a minor warning.
      Signed-off-by: NMarek Vasut <marex@denx.de>
      Cc: Chin Liang See <clsee@altera.com>
      Cc: Dinh Nguyen <dinguyen@opensource.altera.com>
      Cc: Dinh Nguyen <dinh.linux@gmail.com>
      Cc: Pavel Machek <pavel@denx.de>
      Cc: Marek Vasut <marex@denx.de>
      Cc: Stefan Roese <sr@denx.de>
      b72041cc
    • C
      arm: socfpga: Enabling U-Boot environment support in QSPI · ec8b7528
      Chin Liang See 提交于
      Enabling the support of storing U-Boot environment
      within serial NOR flash. By default, its still
      store into SDMMC
      Signed-off-by: NChin Liang See <clsee@altera.com>
      Cc: Dinh Nguyen <dinguyen@opensource.altera.com>
      Cc: Dinh Nguyen <dinh.linux@gmail.com>
      Cc: Pavel Machek <pavel@denx.de>
      Cc: Marek Vasut <marex@denx.de>
      Cc: Stefan Roese <sr@denx.de>
      ec8b7528
    • T
      usb: xhci: Fix vendor command error if the request type is USB_REQ_SET_ADDRESS... · 1b108880
      Ted Chen 提交于
      usb: xhci: Fix vendor command error if the request type is USB_REQ_SET_ADDRESS or USB_REQ_SET_CONFIGURATION.
      
      Add test into xhci_submit_control_message for usb requesttype in USB
      vendor request being of standardized type. This fixes detection of
      certain USB fixes, for example Ethernet, USB 3.0 port. Non standardized
      requesttype in USB vendor request will be ignored.
      Signed-off-by: NTed Chen <tedchen@realtek.com>
      Tested-by: NAnand Moon <linux.amoon@gmail.com>
      1b108880
    • S
      usb: Change power-on / scanning timeout handling · c998da0d
      Stefan Roese 提交于
      This patch changes the USB port scanning procedure and timeout
      handling in the following ways:
      
      a)
      The power-on delay in usb_hub_power_on() is now reduced to a value of
      max(100ms, "hub->desc.bPwrOn2PwrGood * 2"). The code does not wait
      using mdelay, instead usb_hub_power_on() will wait before querying
      the device in the scanning loop later. The total timeout for this
      hub, which is 1 second + "hub->desc.bPwrOn2PwrGood * 2" is calculated
      and will be used in the following per-port scanning loop as the timeout
      to detect active USB devices on this hub.
      
      b)
      Don't delay the minimum delay (for power to stabilize) in
      usb_hub_power_on(). Instead skip querying these devices in the scannig
      loop until the delay time is reached.
      
      c)
      The ports are now scanned in a quasi parallel way. The current code did
      wait for each (unconnected) port to reach its timeout and only then
      continue with the next port. This patch now changes this to scan all
      ports of all USB hubs quasi simultaneously. For this, all ports are added
      to a scanning list. This list is scanned until all ports are ready
      by either a) reaching the connection timeout (calculated earlier), or
      by b) detecting a USB device. This results in a faster USB scan time as
      the recursive scanning of USB hubs connected to the hub that's currently
      being scanned will start earlier.
      
      One small functional change to the original code is, that ports with
      overcurrent detection will now get rescanned multiple times
      (PORT_OVERCURRENT_MAX_SCAN_COUNT).
      
      Without this patch:
      starting USB...
      USB0:   USB EHCI 1.00
      scanning bus 0 for devices... 9 USB Device(s) found
      
      time: 20.163 seconds
      
      With this patch:
      starting USB...
      USB0:   USB EHCI 1.00
      scanning bus 0 for devices... 9 USB Device(s) found
      
      time: 1.822 seconds
      
      So ~18.3 seconds of USB scanning time reduction.
      Signed-off-by: NStefan Roese <sr@denx.de>
      Acked-by: NHans de Goede <hdegoede@redhat.com>
      Tested-by: NStephen Warren <swarren@nvidia.com>
      c998da0d
    • S
      usb: Don't reset the USB hub a 2nd time · 3ed9eb93
      Stefan Roese 提交于
      Debugging has shown, that all USB hubs are being reset twice while
      USB scanning. This introduces additional delays and makes USB scanning
      even more slow. Testing has shown that this 2nd USB hub reset doesn't
      seem to be necessary.
      
      This patch now removes this 2nd USB hub reset. Resulting in faster USB
      scan time. Here the current numbers:
      
      Without this patch:
      => time usb start
      starting USB...
      USB0:   USB EHCI 1.00
      scanning bus 0 for devices... 9 USB Device(s) found
      
      time: 24.003 seconds
      
      With this patch:
      => time usb start
      starting USB...
      USB0:   USB EHCI 1.00
      scanning bus 0 for devices... 9 USB Device(s) found
      
      time: 20.392 seconds
      
      So ~3.6 seconds of USB scanning time reduction.
      Signed-off-by: NStefan Roese <sr@denx.de>
      Cc: Simon Glass <sjg@chromium.org>
      Acked-by: NHans de Goede <hdegoede@redhat.com>
      Tested-by: NStephen Warren <swarren@nvidia.com>
      Cc: Marek Vasut <marex@denx.de>
      3ed9eb93