1. 18 5月, 2016 17 次提交
  2. 16 5月, 2016 1 次提交
  3. 15 5月, 2016 1 次提交
  4. 13 5月, 2016 2 次提交
  5. 12 5月, 2016 1 次提交
  6. 11 5月, 2016 2 次提交
  7. 07 5月, 2016 15 次提交
    • T
      15e8cb70
    • T
      Merge branch 'master' of git://git.denx.de/u-boot-usb · 7b4f17bf
      Tom Rini 提交于
      7b4f17bf
    • P
      usb: gadget: dfu: discard dead code · 12ff19db
      Peng Fan 提交于
      Reported by Coverity:
      Logically dead code (DEADCODE)
      dead_error_line: Execution cannot reach this statement:
      (f_dfu->strings + --i).s = ....
      
      If calloc failed, i is still 0 and no need to call free,
      so discard the dead code.
      Signed-off-by: NPeng Fan <van.freenix@gmail.com>
      Cc: "Łukasz Majewski" <l.majewski@samsung.com>
      Cc: Marek Vasut <marex@denx.de>
      12ff19db
    • P
      dfu: avoid memory leak · 5d8fae79
      Peng Fan 提交于
      When dfu_fill_entity fail, need to free dfu to avoid memory leak.
      
      Reported by Coverity:
      "
      Resource leak (RESOURCE_LEAK)
      leaked_storage: Variable dfu going out of scope leaks the storage
      it points to.
      "
      Signed-off-by: NPeng Fan <van.freenix@gmail.com>
      Cc: "Łukasz Majewski" <l.majewski@samsung.com>
      Cc: Marek Vasut <marex@denx.de>
      5d8fae79
    • S
      usb: dwc2: Add delay to fix the USB detection problem on SoCFPGA · 2bf352f0
      Stefan Roese 提交于
      With patch c998da0d (usb: Change power-on / scanning timeout handling),
      the USB scanning is started earlier and with a smaller timeout. This
      resulted on SoCFPGA (using the DWC2 driver) in some USB sticks not
      getting detected any more. This patch now adds a 1 second delay (in
      the host mode only) to the DWC2 driver before the scanning is started.
      With this delay, now all problematic USB keys are detected successfully
      again. And there is no need any more to change the delay / timeout
      in the common USB code (usb_hub.c).
      Signed-off-by: NStefan Roese <sr@denx.de>
      Cc: Chin Liang See <clsee@altera.com>
      Cc: Dinh Nguyen <dinguyen@opensource.altera.com>
      Cc: Hans de Goede <hdegoede@redhat.com>
      Cc: Stephen Warren <swarren@nvidia.com>
      Cc: Marek Vasut <marex@denx.de>
      2bf352f0
    • M
      usb: hub: Don't continue on get_port_status failure · d81db48d
      Marek Vasut 提交于
      The code shouldn't continue probing the port if get_port_status() failed.
      Signed-off-by: NMarek Vasut <marex@denx.de>
      Cc: Chin Liang See <clsee@altera.com>
      Cc: Dinh Nguyen <dinguyen@opensource.altera.com>
      Cc: Hans de Goede <hdegoede@redhat.com>
      Cc: Stefan Roese <sr@denx.de>
      Cc: Stephen Warren <swarren@nvidia.com>
      d81db48d
    • M
      usb: Assure Get Descriptor request is in separate microframe · ef71290b
      Marek Vasut 提交于
      The Kingston DT Ultimate USB 3.0 stick is sensitive to this first
      Get Descriptor request and if the request is not in a separate
      microframe, the stick refuses to operate. Add slight delay, which
      is enough for one microframe to pass on any USB spec revision.
      Signed-off-by: NMarek Vasut <marex@denx.de>
      Cc: Chin Liang See <clsee@altera.com>
      Cc: Dinh Nguyen <dinguyen@opensource.altera.com>
      Cc: Hans de Goede <hdegoede@redhat.com>
      Cc: Stefan Roese <sr@denx.de>
      Cc: Stephen Warren <swarren@nvidia.com>
      ef71290b
    • M
      usb: Wait after sending Set Configuration request · f647bf0b
      Marek Vasut 提交于
      Some devices, like the SanDisk Cruzer Pop need some time to process
      the Set Configuration request, so wait a little until they are ready.
      Signed-off-by: NMarek Vasut <marex@denx.de>
      Cc: Chin Liang See <clsee@altera.com>
      Cc: Dinh Nguyen <dinguyen@opensource.altera.com>
      Cc: Hans de Goede <hdegoede@redhat.com>
      Cc: Stefan Roese <sr@denx.de>
      Cc: Stephen Warren <swarren@nvidia.com>
      f647bf0b
    • A
      socfpga: fix broken build if CONFIG_ETH_DESIGNWARE disabled · 5289c5fa
      Anatolij Gustschin 提交于
      Building without ethernet driver doesn't work. Fix it.
      Signed-off-by: NAnatolij Gustschin <agust@denx.de>
      Cc: Marek Vasut <marex@denx.de>
      5289c5fa
    • M
      mtd: cqspi: Simplify indirect read code · 5a824c49
      Marek Vasut 提交于
      The indirect read code is a pile of nastiness. This patch replaces
      the whole unmaintainable indirect read implementation with the one
      from upcoming Linux CQSPI driver, which went through multiple rounds
      of thorough review and testing. All the patch does is it plucks out
      duplicate ad-hoc code distributed across the driver and replaces it
      with more compact code doing exactly the same thing. There is no
      speed change of the read operation.
      Signed-off-by: NMarek Vasut <marex@denx.de>
      Cc: Anatolij Gustschin <agust@denx.de>
      Cc: Chin Liang See <clsee@altera.com>
      Cc: Dinh Nguyen <dinguyen@opensource.altera.com>
      Cc: Jagan Teki <jteki@openedev.com>
      Cc: Pavel Machek <pavel@denx.de>
      Cc: Stefan Roese <sr@denx.de>
      Cc: Vignesh R <vigneshr@ti.com>
      5a824c49
    • M
      mtd: cqspi: Simplify indirect write code · 26da6353
      Marek Vasut 提交于
      The indirect write code is buggy pile of nastiness which fails horribly
      when the system runs fast enough to saturate the controller. The failure
      results in some pages (256B) not being written to the flash. This can be
      observed on systems which run with Dcache enabled and L2 cache enabled,
      like the Altera SoCFPGA.
      
      This patch replaces the whole unmaintainable indirect write implementation
      with the one from upcoming Linux CQSPI driver, which went through multiple
      rounds of thorough review and testing. While this makes the patch look
      terrifying and violates all best-practices of software development, all
      the patch does is it plucks out duplicate ad-hoc code distributed across
      the driver and replaces it with more compact code doing exactly the same
      thing.
      Signed-off-by: NMarek Vasut <marex@denx.de>
      Cc: Anatolij Gustschin <agust@denx.de>
      Cc: Chin Liang See <clsee@altera.com>
      Cc: Dinh Nguyen <dinguyen@opensource.altera.com>
      Cc: Jagan Teki <jteki@openedev.com>
      Cc: Pavel Machek <pavel@denx.de>
      Cc: Stefan Roese <sr@denx.de>
      Cc: Vignesh R <vigneshr@ti.com>
      26da6353
    • S
      arm: socfpga: socrates: Add 'time' command · 8b1a0749
      Stefan Roese 提交于
      The time command is very helpful for performance and regressions tests.
      So lets enable it on SoCrates.
      Signed-off-by: NStefan Roese <sr@denx.de>
      Cc: Marek Vasut <marex@denx.de>
      8b1a0749
    • M
      ARM: socfpga: Disable USB OC protection on SoCrates · 268da813
      Marek Vasut 提交于
      This is mandatory, otherwise the USB does not work.
      Signed-off-by: NMarek Vasut <marex@denx.de>
      Cc: Stefan Roese <sr@denx.de>
      Cc: Dinh Nguyen <dinguyen@kernel.org>
      268da813
    • M
      usb: Don't init pointer to zero, but NULL · 2f1b4302
      Marek Vasut 提交于
      The pointer should always be inited to NULL, not zero (0). These are
      two different things and not necessarily equal.
      Signed-off-by: NMarek Vasut <marex@denx.de>
      Cc: Chin Liang See <clsee@altera.com>
      Cc: Dinh Nguyen <dinguyen@opensource.altera.com>
      Cc: Hans de Goede <hdegoede@redhat.com>
      Cc: Stefan Roese <sr@denx.de>
      Cc: Stephen Warren <swarren@nvidia.com>
      2f1b4302
    • S
      usb: ehci-mx6: allow board_ehci_hcd_init to fail · 79d867c2
      Stefan Agner 提交于
      There could be runtime determined board specific reason why a EHCI
      initialization fails (e.g. ENODEV if a Port is not available). In
      this case, properly return the error code.
      While at it, that function (board_ehci_hcd_init) has actually two
      documentation blocks... Use the correct function name for the
      documentation block of board_usb_phy_mode.
      Signed-off-by: NStefan Agner <stefan@agner.ch>
      79d867c2
  8. 06 5月, 2016 1 次提交
    • P
      imx6: cache: disable L2 before touching Auxiliary Control Register · ad7af5d7
      Peng Fan 提交于
      According PL310 TRM, Auxiliary Control Register
      "
      The register must be written to using a secure access, and it can be
      read using either a secure or a NS access. If you write to this register
      with a NS access, it results in a write response with a DECERR response,
      and the register is not updated. Writing to this register with the L2
      cache enabled, that is, bit[0] of L2 Control Register set to 1,
      results in a SLVERR.
      "
      
      So If L2 cache is already enabled by ROM, chaning value of ACR
      will cause SLVERR and uboot hang.
      Signed-off-by: NPeng Fan <peng.fan@nxp.com>
      Cc: Stefano Babic <sbabic@denx.de>
      Cc: Fabio Estevam <fabio.estevam@nxp.com>
      ad7af5d7