1. 12 8月, 2019 1 次提交
  2. 25 1月, 2019 2 次提交
  3. 07 5月, 2018 1 次提交
    • T
      SPDX: Convert all of our single license tags to Linux Kernel style · 83d290c5
      Tom Rini 提交于
      When U-Boot started using SPDX tags we were among the early adopters and
      there weren't a lot of other examples to borrow from.  So we picked the
      area of the file that usually had a full license text and replaced it
      with an appropriate SPDX-License-Identifier: entry.  Since then, the
      Linux Kernel has adopted SPDX tags and they place it as the very first
      line in a file (except where shebangs are used, then it's second line)
      and with slightly different comment styles than us.
      
      In part due to community overlap, in part due to better tag visibility
      and in part for other minor reasons, switch over to that style.
      
      This commit changes all instances where we have a single declared
      license in the tag as both the before and after are identical in tag
      contents.  There's also a few places where I found we did not have a tag
      and have introduced one.
      Signed-off-by: NTom Rini <trini@konsulko.com>
      83d290c5
  4. 16 8月, 2017 3 次提交
  5. 08 2月, 2017 1 次提交
  6. 14 11月, 2016 1 次提交
  7. 24 9月, 2016 1 次提交
  8. 29 1月, 2016 6 次提交
  9. 08 1月, 2016 3 次提交
  10. 18 12月, 2015 1 次提交
  11. 30 10月, 2015 2 次提交
  12. 29 10月, 2015 2 次提交
  13. 30 9月, 2015 1 次提交
  14. 09 9月, 2015 2 次提交
  15. 22 7月, 2015 2 次提交
    • S
      net: Allow drivers to return -ENOSYS with the write_hwaddr() method · b86f795a
      Simon Glass 提交于
      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: NSimon Glass <sjg@chromium.org>
      b86f795a
    • S
      dm: eth: Avoid blocking on packet reception · a1ca92ea
      Simon Glass 提交于
      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: NSimon Glass <sjg@chromium.org>
      a1ca92ea
  16. 21 5月, 2015 2 次提交
  17. 20 5月, 2015 2 次提交
  18. 19 4月, 2015 7 次提交