1. 30 10月, 2014 1 次提交
  2. 22 10月, 2014 14 次提交
  3. 16 10月, 2014 1 次提交
  4. 14 10月, 2014 1 次提交
  5. 06 10月, 2014 1 次提交
  6. 30 9月, 2014 14 次提交
  7. 19 9月, 2014 1 次提交
  8. 12 9月, 2014 1 次提交
  9. 09 9月, 2014 2 次提交
    • A
      video: fbdev: use %*ph specifier to dump small buffers · 30296f61
      Andy Shevchenko 提交于
      Instead of dereference each byte let's use %*ph specifier in the printk()
      calls.
      Signed-off-by: NAndy Shevchenko <andriy.shevchenko@linux.intel.com>
      Signed-off-by: NTomi Valkeinen <tomi.valkeinen@ti.com>
      30296f61
    • A
      video: mx3fb: always enable BACKLIGHT_LCD_SUPPORT · 9c8ee3c7
      Arnd Bergmann 提交于
      Commit 7edaa761 ("video: mx3fb: Add backlight control support")
      changed the mx3fb driver so it always selects the BACKLIGHT_CLASS_DEVICE
      symbol, but that is hidden behind BACKLIGHT_LCD_SUPPORT in Kconfig, so
      we get a Kconfig warning for multi_v5_defconfig, which doesn't have that:
      
      Warning: (DRM_RADEON && DRM_NOUVEAU && DRM_I915 && DRM_GMA500 &&
      DRM_SHMOBILE && DRM_TILCDC && FB_BACKLIGHT && FB_MX3 && USB_APPLEDISPLAY
      && FB_OLPC_DCON && ASUS_LAPTOP && SONY_LAPTOP && THINKPAD_ACPI &&
      EEEPC_LAPTOP && ACPI_CMPC && SAMSUNG_Q10) selects BACKLIGHT_CLASS_DEVICE
      which has unmet direct dependencies (HAS_IOMEM && BACKLIGHT_LCD_SUPPORT)
      
      This makes sure we always enable both symbols together for mx3fb, like
      we do for the other drivers that can't be built without backlight
      support. Note that a better solution would be to ensure the driver can
      work with or without backlight support.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Cc: Alexander Stein <alexander.stein@systec-electronic.com>
      Cc: Tomi Valkeinen <tomi.valkeinen@ti.com>
      Cc: linux-fbdev@vger.kernel.org
      Cc: Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>
      Signed-off-by: NTomi Valkeinen <tomi.valkeinen@ti.com>
      9c8ee3c7
  10. 01 9月, 2014 1 次提交
  11. 29 8月, 2014 3 次提交