1. 13 6月, 2020 4 次提交
  2. 19 5月, 2020 8 次提交
  3. 10 5月, 2020 2 次提交
    • Y
      net: Add eth phy generic driver for shared MDIO · 5fe419ef
      Ye Li 提交于
      For dual ethernet controllers, the HW design may connect ETH phys to
      one MDIO ports. So two different ethernet drivers have to share MDIO bus.
      Since two ethernet drivers are independent, we can't ensure their probe
      order.
      
      To resolve this problem, introduce an eth phy generic driver and uclass.
      
      After eth-uclass binds, we search the mdio node and binds the phy node
      with the eth-phy-generic driver.
      
      When one eth driver get its phy device, the parent of phy device will
      probe prior than phy device. So this ensure the eth driver ownes the
      MDIO bus will be probed before using its MDIO.
      Signed-off-by: NYe Li <ye.li@nxp.com>
      Signed-off-by: NPeng Fan <peng.fan@nxp.com>
      5fe419ef
    • P
      net: eth-uclass: add return value check · d2b70205
      Peng Fan 提交于
      Add return value check
      Signed-off-by: NPeng Fan <peng.fan@nxp.com>
      d2b70205
  4. 28 4月, 2020 2 次提交
  5. 06 4月, 2020 1 次提交
  6. 10 3月, 2020 1 次提交
  7. 13 2月, 2020 1 次提交
  8. 06 2月, 2020 1 次提交
    • S
      dm: core: Create a new header file for 'compat' features · 336d4615
      Simon Glass 提交于
      At present dm/device.h includes the linux-compatible features. This
      requires including linux/compat.h which in turn includes a lot of headers.
      One of these is malloc.h which we thus end up including in every file in
      U-Boot. Apart from the inefficiency of this, it is problematic for sandbox
      which needs to use the system malloc() in some files.
      
      Move the compatibility features into a separate header file.
      Signed-off-by: NSimon Glass <sjg@chromium.org>
      336d4615
  9. 25 1月, 2020 3 次提交
  10. 18 1月, 2020 3 次提交
  11. 15 12月, 2019 1 次提交
  12. 09 12月, 2019 8 次提交
  13. 03 12月, 2019 3 次提交
  14. 05 9月, 2019 2 次提交
    • H
      net: nfs: remove superfluous packed attribute · 5a5d1def
      Heinrich Schuchardt 提交于
      With GCC 9.2.1 net/nfs.c leads to multiple errors of type
      address-of-packed-member.
      
      net/nfs.c: In function ‘rpc_req’:
      net/nfs.c:199:18: error: taking address of packed member of
      ‘struct rpc_t’ may result in an unaligned pointer value
      [-Werror=address-of-packed-member]
        199 |  p = (uint32_t *)&(rpc_pkt.u.call.data);
            |                  ^~~~~~~~~~~~~~~~~~~~~~
      net/nfs.c: In function ‘nfs_readlink_reply’:
      net/nfs.c:631:46: error: taking address of packed member of
      ‘struct rpc_t’ may result in an unaligned pointer value
      [-Werror=address-of-packed-member]
        631 |    nfs3_get_attributes_offset(rpc_pkt.u.reply.data);
            |                               ~~~~~~~~~~~~~~~^~~~~
        LD      drivers/block/built-in.o
      net/nfs.c: In function ‘nfs_read_reply’:
      net/nfs.c:692:46: error: taking address of packed member of
      ‘struct rpc_t’ may result in an unaligned pointer value
      [-Werror=address-of-packed-member]
        692 |    nfs3_get_attributes_offset(rpc_pkt.u.reply.data);
            |                               ~~~~~~~~~~~~~~~^~~~~
      
      struct rpc_t is only used as local variable. It is naturally packed. So
      there is no need for the attribute packed.
      Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
      Reviewed-by: NBin Meng <bmeng.cn@gmail.com>
      Acked-by: NJoe Hershberger <joe.hershberger@ni.com>
      5a5d1def
    • H
      net: nfs: remove superfluous conversions · 15eea9a1
      Heinrich Schuchardt 提交于
      rpc_pkt.u.call.data is an array of uint32_t. There is no need to convert
      it to uint32_t *.
      
      memcpy() expects void * as it 1st and 2nd argument. There is no point in
      converting pointers to char * before passing them to memcpy().
      
      In ntohl(data[1]) != 0 calling ntohl() is superfluous. If the value is
      zero, does not depend on the byte order.
      Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
      Reviewed-by: NBin Meng <bmeng.cn@gmail.com>
      Acked-by: NJoe Hershberger <joe.hershberger@ni.com>
      15eea9a1