1. 30 Sep, 2015 2 commits
  2. 09 Sep, 2015 3 commits
  3. 07 Sep, 2015 1 commit
  4. 21 Aug, 2015 2 commits
    • Michal Simek's avatar
      net: Return -EINTR when ctrl+c is pressed · 19a4fbaa
      Michal Simek authored
      Current behavior is that if CTRL+C is pressed command returns 0 that was
      successful which is not correct behavior.
      The easiest test case is "tftpboot 80000 uImage && echo yes"
      and press CTRL+C. Then the second command is called which is incorrect.
      Error log:
      zynq-uboot> tftpb 80000 uImage && echo yes
      Gem.e000b000:7 is connected to Gem.e000b000.  Reconnecting to
      Gem.e000b000 Waiting for PHY auto negotiation to complete....... done
      Using Gem.e000b000 device
      TFTP from server; our IP address is
      Filename 'uImage'.
      Load address: 0x80000
      Loading: ################
      This patch adds -EINTR return value when CTRL+C is pressed.
      Signed-off-by: default avatarMichal Simek <michal.simek@xilinx.com>
      Reviewed-by: default avatarTom Rini <trini@konsulko.com>
      Acked-by: default avatarJoe Hershberger <joe.hershberger@ni.com>
    • Pavel Machek's avatar
      tftp: adjust settings to be suitable for 100Mbit ethernet · 620776d7
      Pavel Machek authored
      Adjust timouts and retry counts to be suitable for loaded ethernet
      network. With 5 seconds timeout, 10 retries maximum, tftp is
      impossible even on local network with single full-speed TCP
      100msec timeout should be suitable for most networks tftp is used on,
      that is local ethernets. Timeout count really needs to be way higher,
      as lost packets are normal when TCP is running over the same network.
      Enforce 10msec minimum.
      Signed-off-by: default avatarPavel Machek <pavel@denx.de>
      Acked-by: default avatarJoe Hershberger <joe.hershberger@ni.com>
  5. 12 Aug, 2015 1 commit
  6. 21 Jul, 2015 2 commits
    • Simon Glass's avatar
      net: Allow drivers to return -ENOSYS with the write_hwaddr() method · b86f795a
      Simon Glass authored
      Some drivers may want to implement this method for some of their devices but
      not for others. So it is not possible to just leave the operation out of
      the table. Drivers could get around this by masquerading as two separate
      drivers but that seems unpleasant.
      Allow the driver to return an error when it does not want to process the
      write_hwaddr() method.
      Signed-off-by: default avatarSimon Glass <sjg@chromium.org>
    • Simon Glass's avatar
      dm: eth: Avoid blocking on packet reception · a1ca92ea
      Simon Glass authored
      Some devices can take a long time to work out whether they have a new packet
      or now. For example the ASIX USB Ethernet dongle can take 5 seconds to do
      this, since it waits until it gets a new packet on the wire before allowing
      the USB bulk read packet to be submitted.
      At present with driver mode the Ethernet receive code reads 32 packets. This
      can take a very long time if we must wait for all 32 packets. The old code
      (before driver model) worked by reading a single set of packets from the USB
      device, then processing all the packets with in. It would be nice to use
      the same behaviour with driver model.
      Add a flag to the receive method which indicates that the driver should try
      to find a packet if available, by consulting the hardware. When the flag is
      not set, it should just return any packet data it has already received. If
      there is none, it should return -EAGAIN so that the loop will terminate.
      Signed-off-by: default avatarSimon Glass <sjg@chromium.org>
  7. 08 Jul, 2015 1 commit
  8. 01 Jun, 2015 1 commit
  9. 21 May, 2015 3 commits
  10. 19 May, 2015 2 commits
  11. 06 May, 2015 2 commits
  12. 18 Apr, 2015 20 commits