Skip to content
Snippets Groups Projects
  1. Dec 08, 2016
    • oliver@schinagl.nl's avatar
      net: phy: realtek: Only force master mode on rtl8211b/c · cebf3f55
      oliver@schinagl.nl authored
      
      Commit 525d187a ("net: phy: Optionally force master mode for RTL PHY")
      added the define to force the PHY into master mode. Unfortunatly this is
      an all or nothing switch. So it applies to either all PHY's or no PHY's.
      
      The bug that define tried to solve was a buggy PLL in the RTL8211C only.
      
      The Olimex OLinuXino Lime2 has gotten an upgrade where the PHY was
      replaced with an RTL8211E. With this define however, both lime2 boards
      are either forced to master mode or not. We could of course have a
      binary for each board, but the following patch fixes this by adding a
      'quirk' to the flags to the rtl8211b and rtl8211c only. It is now
      possible to force master mode, but only have it apply to the rtl8211b
      and rtl8211c.
      
      Signed-off-by: default avatarOlliver Schinagl <oliver@schinagl.nl>
      Acked-by: default avatarJoe Hershberger <joe.hershberger@ni.com>
      cebf3f55
    • oliver@schinagl.nl's avatar
      net: phy: realtek: make define more consistent · cbe40e11
      oliver@schinagl.nl authored
      
      All internal defines in the realtek phy are with a small X,
      except MIIM_RTL8211X_CTRL1000T_MASTER. Make this more consistent
      
      Signed-off-by: default avatarOlliver Schinagl <oliver@schinagl.nl>
      Acked-by: default avatarJoe Hershberger <joe.hershberger@ni.com>
      cbe40e11
    • oliver@schinagl.nl's avatar
      net: phy: realtek: Use the BIT() macro · 020f6762
      oliver@schinagl.nl authored
      
      The BIT macro is the preferred method to set bits.
      This patch adds the bit macro and converts bit invocations.
      
      Signed-off-by: default avatarOlliver Schinagl <oliver@schinagl.nl>
      Acked-by: default avatarJoe Hershberger <joe.hershberger@ni.com>
      020f6762
    • Marek Vasut's avatar
      net: phy: micrel: Fix error handling · 75c056d7
      Marek Vasut authored
      
      Fix the following error, the $ret variable handling must
      be part of the loop, while due to the missing parenthesis
      it was not.
      
      drivers/net/phy/micrel.c: In function ‘ksz9021_of_config’:
      drivers/net/phy/micrel.c:303:2: warning: this ‘for’ clause does not guard... [-Wmisleading-indentation]
        for (i = 0; i < ARRAY_SIZE(ofcfg); i++)
        ^~~
      drivers/net/phy/micrel.c:305:3: note: ...this statement, but the latter is misleadingly indented as if it is guarded by the ‘for’
         if (ret)
         ^~
      drivers/net/phy/micrel.c: In function ‘ksz9031_of_config’:
      drivers/net/phy/micrel.c:411:2: warning: this ‘for’ clause does not guard... [-Wmisleading-indentation]
        for (i = 0; i < ARRAY_SIZE(ofcfg); i++)
        ^~~
      drivers/net/phy/micrel.c:413:3: note: ...this statement, but the latter is misleadingly indented as if it is guarded by the ‘for’
         if (ret)
         ^~
      
      Signed-off-by: default avatarMarek Vasut <marex@denx.de>
      Cc: Joe Hershberger <joe.hershberger@ni.com>
      Acked-by: default avatarJoe Hershberger <joe.hershberger@ni.com>
      75c056d7
  2. Dec 06, 2016
    • Tom Rini's avatar
      388019f1
    • Stefan Roese's avatar
      usb: xhci-pci: Add DM support · 555a3472
      Stefan Roese authored
      
      This patch adds DM support to the xHCI PCI driver. Enabling its use
      e.g. in x86 platforms.
      
      Status: On the congatec BayTrail SoM, xHCI still does not work
      correctly with this patch. Some internal timeouts lead to resets (BUG).
      Additional work is needed here. I'm posting this version as WIP so that
      other developers interested in this support might use it as a start.
      I might get back to it in a few weeks as well.
      
      Signed-off-by: default avatarStefan Roese <sr@denx.de>
      Cc: George McCollister <george.mccollister@gmail.com>
      Cc: Simon Glass <sjg@chromium.org>
      Cc: Bin Meng <bmeng.cn@gmail.com>
      Cc: Marek Vasut <marex@denx.de>
      Reviewed-by: default avatarSimon Glass <sjg@chromium.org>
      555a3472
    • Jagan Teki's avatar
      MAINTAINERS: Fix ALTERA SOCFPGA Files · f22dede2
      Jagan Teki authored
      
      Replace arch/arm/cpu/armv7/socfpga/ path with
      arch/arm/mach-socfpga/ and removed board file path
      since board/altera has different boards with relevant
      board maintainers.
      
      Cc: Marek Vasut <marex@denx.de>
      Signed-off-by: default avatarJagan Teki <jagan@openedev.com>
      f22dede2
    • Dinh Nguyen's avatar
      MAINTAINERS: socfpga: update email address for Dinh Nguyen · 6fa0d345
      Dinh Nguyen authored
      
      With the acquisition of Altera by Intel, my Altera email may be going
      away soon. Update the contact to a more reliable address.
      
      Signed-off-by: default avatarDinh Nguyen <dinguyen@kernel.org>
      6fa0d345
    • Bill Randle's avatar
      qts-filter.sh: strip DOS line endings and handle continuation lines · 27211b60
      Bill Randle authored
      
      Some Altera Quartus generated files have long lines that are split with a '\' at
      the end of the line. It also wOn Windows, rites files in DOS format, which can
      confuse some of the processing scripts in this file. This patch solves both issues.
      
      Signed-off-by: default avatarBill Randle <bill.randle@gmail.com>
      Cc: Marek Vasut <marex@denx.de>
      27211b60
    • Marek Vasut's avatar
      ARM: socfpga: Add boot0 hook to prevent SPL corruption · beee6a30
      Marek Vasut authored
      
      Valid Altera SoCFPGA preloader image must contain special data at
      offsets 0x40, 0x44, 0x48 and valid instructions at address 0x4c or
      0x50. These addresses are by default used by U-Boot's vector table
      and a piece of reset handler, thus a valid preloader corrupts those
      addresses slightly. While this works most of the time, this can and
      does prevent the board from rebooting sometimes and triggering this
      issue may even depend on compiler.
      
      The problem is that when SoCFPGA performs warm reset, it checks the
      addresses 0x40..0x4b in SRAM for a valid preloader signature and
      header checksum. If those are found, it jumps to address 0x4c or
      0x50 (this is unclear). These addresses are populated by the first
      few instructions of arch/arm/cpu/armv7/start.S:
      
      ffff0040 <data_abort>:
      ffff0040:       ebfffffe        bl      ffff0040 <data_abort>
      
      ffff0044 <reset>:
      ffff0044:       ea000012        b       ffff0094 <save_boot_params>
      
      ffff0048 <save_boot_params_ret>:
      ffff0048:       e10f0000        mrs     r0, CPSR
      ffff004c:       e200101f        and     r1, r0, #31
      ffff0050:       e331001a        teq     r1, #26
      
      Without this patch, the CPU will enter the code at 0xffff004c or
      0xffff0050 , at which point the value of r0 and r1 registers is
      undefined. Moreover, jumping directly to the preloader entry point
      at address 0xffff0000 will also fail, because address 0xffff004.
      is invalid and contains the preloader magic.
      
      Add BOOT0 hook which reserves the area at offset 0x40..0x5f and
      populates offset 0x50 with jump to the entry point. This way, the
      preloader signature is stored in reserved space and can not corrupt
      the SPL code.
      
      Signed-off-by: default avatarMarek Vasut <marex@denx.de>
      Cc: Chin Liang See <clsee@altera.com>
      Cc: Dinh Nguyen <dinguyen@opensource.altera.com>
      Cc: Stefan Roese <sr@denx.de>
      Tested-by: default avatarDinh Nguyen <dinguyen@opensource.altera.com>
      beee6a30
    • Anatolij Gustschin's avatar
      socfpga: add support for Terasic DE1-SoC board · e9c847c3
      Anatolij Gustschin authored
      
      Add CycloneV based Terasic DE1-SoC board. The board boots
      from SD/MMC. Ethernet and USB host is supported.
      
      Signed-off-by: default avatarAnatolij Gustschin <agust@denx.de>
      Cc: Marek Vasut <marex@denx.de>
      e9c847c3
  3. Dec 05, 2016
Loading