1. 01 4月, 2013 2 次提交
  2. 19 3月, 2013 1 次提交
    • M
      ARM: video: mxs: Fix mxsfb misconfiguring VDCTRL0 · 6a15075e
      Marek Vasut 提交于
      The issue fixed by this patch manifests only then using X11
      with mxsfb driver. The X11 will display either shifted image
      or otherwise distorted image on the LCD.
      
      The problem is that the X11 tries to reconfigure the framebuffer
      and along the way calls fb_ops.fb_set_par() with X11's desired
      configuration values. The field of particular interest is
      fb_info->var.sync which contains non-standard values if
      configured by kernel. These are either FB_SYNC_DATA_ENABLE_HIGH_ACT,
      FB_SYNC_DOTCLK_FAILING_ACT or both, depending on the platform
      configuration. Both of these values are defined in the
      include/linux/mxsfb.h file.
      
      The driver interprets these values and configures the LCD controller
      accordingly. Yet X11 only has access to the standard values for this
      field defined in include/uapi/linux/fb.h and thus, unlike kernel,
      omits these special values. This results in distorted image on the
      LCD.
      
      This patch moves these non-standard values into new field of the
      mxsfb_platform_data structure so the driver can in turn check this
      field instead of the video mode field for these specific portions.
      
      Moreover, this patch prefixes these values with MXSFB_SYNC_ prefix
      instead of FB_SYNC_ prefix to prevent confusion of subsequent users.
      Signed-off-by: NMarek Vasut <marex@denx.de>
      Cc: Fabio Estevam <fabio.estevam@freescale.com>
      Cc: Linux ARM <linux-arm-kernel@lists.infradead.org>
      Cc: Linux FBDEV <linux-fbdev@vger.kernel.org>
      Cc: Lothar Waßmann <LW@karo-electronics.de>
      Cc: Sascha Hauer <kernel@pengutronix.de>
      Tested-by: NFabio Estevam <fabio.estevam@freescale.com>
      Signed-off-by: NShawn Guo <shawn.guo@linaro.org>
      6a15075e
  3. 07 3月, 2013 1 次提交
  4. 29 1月, 2013 1 次提交
  5. 26 1月, 2013 1 次提交
  6. 25 12月, 2012 1 次提交
  7. 20 11月, 2012 1 次提交
  8. 15 11月, 2012 1 次提交
  9. 05 11月, 2012 1 次提交
  10. 30 10月, 2012 1 次提交
    • M
      ARM: mx28: Skip OCOTP FEC MAC setup if in DT · 16d47701
      Marek Vasut 提交于
      Currently, the kernel unconditionally adds "local-mac-address" and
      "mac-address" properties under both FEC ethernet DT nodes in case
      the update_fec_mac_prop() function is called. These properties are
      loaded with MAC address compiled from vendors OUI and a per-device
      NIC saved in OCOTP storage.
      
      Some more advanced bootloaders do augment the DT passed to the kernel
      by these properties already. In such case, it is wrong for kernel to
      override these values.
      
      Adjust the FEC MAC address loading so that in case the DT properties
      are already present in the DT passed from the bootloader, skip the
      loading from OCOTP altogether. If the DT properties are not present,
      load them from OCOTP.
      
      Note that the later case will lead to zeroed out MAC address if OCOTP
      is not programmed. This will lead to FEC not working at all.
      Signed-off-by: NMarek Vasut <marex@denx.de>
      Cc: Fabio Estevam <fabio.estevam@freescale.com>
      Signed-off-by: NShawn Guo <shawn.guo@linaro.org>
      16d47701
  11. 19 10月, 2012 1 次提交
  12. 15 10月, 2012 1 次提交
  13. 25 9月, 2012 1 次提交
    • M
      phy/micrel: Rename KS80xx to KSZ80xx · 510d573f
      Marek Vasut 提交于
      There is no such part as KS8001, KS8041 or KS8051. There are only
      KSZ8001, KSZ8041 and KSZ8051. Rename these parts as such to match
      the Micrel naming.
      Signed-off-by: NMarek Vasut <marex@denx.de>
      Cc: David J. Choi <david.choi@micrel.com>
      Cc: David S. Miller <davem@davemloft.net>
      Cc: Nobuhiro Iwamatsu <nobuhiro.iwamatsu.yj@renesas.com>
      Cc: Linux ARM kernel <linux-arm-kernel@lists.infradead.org>
      Cc: Fabio Estevam <fabio.estevam@freescale.com>
      Cc: Shawn Guo <shawn.guo@linaro.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      510d573f
  14. 19 9月, 2012 1 次提交
  15. 03 9月, 2012 3 次提交
  16. 28 8月, 2012 1 次提交
  17. 17 8月, 2012 4 次提交
  18. 26 7月, 2012 1 次提交
  19. 11 7月, 2012 5 次提交
  20. 05 7月, 2012 1 次提交
  21. 03 7月, 2012 3 次提交
  22. 12 5月, 2012 3 次提交