1. 08 9月, 2020 5 次提交
    • M
      config: Enable USB Keyboard suuport on RPi4 32 bit · 40877a1a
      Matthias Brugger 提交于
      Supporting USB keyboards out of the box is both handy for development
      and production. Notably if u-boot is used to boot into GRUB. This patch
      adds USB keyboard support for 32 bit RPi4 config.
      Signed-off-by: NMatthias Brugger <mbrugger@suse.com>
      40877a1a
    • J
      bcmgenet: Add support for rgmii-rxid · 34873f46
      Jason Wessel 提交于
      The commit 57805f22 ("net: bcmgenet: Don't set ID_MODE_DIS when
      not using RGMII") needed to be extended for the case of using the
      rgmii-rxid.  The latest version of the Rasbperry Pi4 dtb files for the
      5.4 now specify the rgmii-rxid.
      Signed-off-by: NJason Wessel <jason.wessel@windriver.com>
      Tested-by: NPetr Tesarik <ptesarik@suse.com>
      Signed-off-by: NMatthias Brugger <mbrugger@suse.com>
      34873f46
    • J
      bcmgenet: fix DMA buffer management · ac458dc8
      Jason Wessel 提交于
      This commit fixes a serious issue occurring when several network
      commands are run on a raspberry pi 4 board: for instance a "dhcp"
      command and then one or several "tftp" commands. In this case,
      packet recv callbacks were called several times on the same packets,
      and send function was failing most of the time.
      
      note: if the boot procedure is made of a single network
      command, the issue is not visible.
      
      The issue is related to management of the packet ring buffers
      (producer / consumer) and DMA.
      Each time a packet is received, the ethernet device stores it
      in the buffer and increments an index called RDMA_PROD_INDEX.
      Each time the driver outputs a received packet, it increments
      another index called RDMA_CONS_INDEX.
      
      Between each pair of network commands, as part of the driver
      'start' function, previous code tried to reset both RDMA_CONS_INDEX
      and RDMA_PROD_INDEX to 0. But RDMA_PROD_INDEX cannot be written from
      driver side, thus its value was actually not updated, and only
      RDMA_CONS_INDEX was reset to 0. This was resulting in a major
      synchronization issue between the driver and the device. Most
      visible behavior was that the driver seemed to receive again the
      packets from the previous commands (e.g. DHCP response packets
      "received" again when performing the first TFTP command).
      
      This fix consists in setting RDMA_CONS_INDEX to the same
      value as RDMA_PROD_INDEX, when resetting the driver.
      
      The same kind of fix was needed on the TX side, and a few variables
      had to be reset accordingly (c_index, tx_index, rx_index).
      
      The rx_index and tx_index have only 256 entries so the bottom 8 bits
      must be masked off.
      Originated-by: NEtienne Dublé <etienne.duble@imag.fr>
      Signed-off-by: NJason Wessel <jason.wessel@windriver.com>
      Tested-by: NPetr Tesarik <ptesarik@suse.com>
      Signed-off-by: NMatthias Brugger <mbrugger@suse.com>
      ac458dc8
    • T
      Prepare v2020.10-rc4 · 96d66a9b
      Tom Rini 提交于
      Signed-off-by: NTom Rini <trini@konsulko.com>
      96d66a9b
    • T
      configs: Resync with savedefconfig · a475ad7f
      Tom Rini 提交于
      Rsync all defconfig files using moveconfig.py
      Signed-off-by: NTom Rini <trini@konsulko.com>
      a475ad7f
  2. 07 9月, 2020 8 次提交
  3. 04 9月, 2020 4 次提交
  4. 03 9月, 2020 4 次提交
  5. 02 9月, 2020 1 次提交
  6. 01 9月, 2020 18 次提交