Eric Lee / smarc-fsl-linux-kernel

01 Oct, 2019

2 commits

  • 01b16aed5   staging: olpc_dcon: fix wrong dependencies in Kconfig file ... Browse Code »

    To allow simultaneous support for XO-1 and XO-1.5.
    This module require GPIO_CS5535 (for 1.0) and ACPI (for 1.5) now.

    Reported-by: kbuild test robot
    Signed-off-by: Jerry Lin
    Link: https://lore.kernel.org/r/20190925074243.GA24947@compute1
    Signed-off-by: Greg Kroah-Hartman

    Jerry Lin
     
  • e40219d5e   staging: olpc_dcon: allow simultaneous XO-1 and XO-1.5 support ... Browse Code »

    This patch remove model related configuration.
    Since the module can decide which platform data to use itself base on
    current running olpc board.

    Also change module dependency from (GPIO_CS5535 || GPIO_CS5535=n)
    to (GPIO_CS5535 || ACPI) because original one does not make any sense
    and module only doing real work when GPIO_CS5535 or ACPI is setted.

    Remove kernel configurations:
    - FB_OLPC_DCON_1
    - FB_OLPC_DCON_1_5

    Signed-off-by: Jerry Lin
    Link: https://lore.kernel.org/r/20190906010613.GA562@compute1
    Signed-off-by: Greg Kroah-Hartman

    Jerry Lin
     

30 Jul, 2019

1 commit

  • 5f251e986   staging: olpc_dcon: Remove TODO item ... Browse Code »

    All uses of old GPIO API have been converted to new API.
    This item can be removed from TODO file.

    Signed-off-by: Jerry Lin
    Link: https://lore.kernel.org/r/20190729023544.GA25930@compute1
    Signed-off-by: Greg Kroah-Hartman

    Jerry Lin
     

13 Jun, 2019

2 commits

  • af1440368   staging/olpc_dcon: Add drm conversion to TODO ... Browse Code »

    this driver is pretty horrible from a design pov, and needs a complete
    overhaul. Concrete thing that annoys me is that it looks at
    registered_fb, which is an internal thing to fbmem.c and fbcon.c. And
    ofc it gets the lifetime rules all wrong (it should at least use
    get/put_fb_info).

    Looking at the history, there's been an attempt at dropping this from
    staging in 2016, but that had to be reverted. Since then not real
    effort except the usual stream of trivial patches, and fbdev has been
    formally closed for any new hw support. Time to try again and drop
    this?

    Signed-off-by: Daniel Vetter
    Reviewed-by: Sam Ravnborg
    Acked-by: Greg Kroah-Hartman
    Reviewed-by: Maarten Lankhorst
    Cc: Greg Kroah-Hartman
    Cc: Jens Frederich
    Cc: Daniel Drake
    Cc: Jon Nettleton
    Link: https://patchwork.freedesktop.org/patch/msgid/20190528090304.9388-33-daniel.vetter@ffwll.ch

    Daniel Vetter
     
  • 9ef373923   staging/olpc: lock_fb_info can't fail ... Browse Code »

    Simply because olpc never unregisters the damn thing. It also
    registers the framebuffer directly by poking around in fbdev
    core internals, so it's all around rather broken.

    Signed-off-by: Daniel Vetter
    Reviewed-by: Sam Ravnborg
    Acked-by: Greg Kroah-Hartman
    Reviewed-by: Maarten Lankhorst
    Cc: Greg Kroah-Hartman
    Cc: Jens Frederich
    Cc: Daniel Drake
    Cc: Jon Nettleton
    Link: https://patchwork.freedesktop.org/patch/msgid/20190528090304.9388-15-daniel.vetter@ffwll.ch

    Daniel Vetter
     

15 May, 2019

1 commit

  • e0654264c   Merge tag 'backlight-next-5.2' of git://git.kernel.org/pub/scm/linux/kernel/git/lee/backlight ... Browse Code »

    Pull backlight updates from Lee Jones:
    "Fix-ups:
    - Remove unused BACKLIGHT_LCD_SUPPORT symbol
    - Remove unused BACKLIGHT_CLASS_DEVICE dependencies
    - Add DT support to lm3630a_bl

    Bug Fixes:
    - Fix error path issues in lm3630a_bl"

    * tag 'backlight-next-5.2' of git://git.kernel.org/pub/scm/linux/kernel/git/lee/backlight:
    backlight: lm3630a: Add firmware node support
    dt-bindings: backlight: Add lm3630a bindings
    backlight: lm3630a: Return 0 on success in update_status functions
    video: lcd: Remove useless BACKLIGHT_CLASS_DEVICE dependencies
    video: backlight: Remove useless BACKLIGHT_LCD_SUPPORT kernel symbol

    Linus Torvalds
     

25 Apr, 2019

1 commit

03 Apr, 2019

3 commits

18 Mar, 2019

1 commit

  • ae0a6d201   staging: olpc_dcon_xo_1: add missing 'const' qualifier ... Browse Code »

    gcc noticed a mismatch between the type qualifiers after a recent
    cleanup:

    drivers/staging/olpc_dcon/olpc_dcon_xo_1.c: In function 'dcon_init_xo_1':
    drivers/staging/olpc_dcon/olpc_dcon_xo_1.c:48:26: error: initialization discards 'const' qualifier from pointer target type [-Werror=discarded-qualifiers]

    Add the 'const' keyword that should have been there all along.

    Fixes: 2159fb372929 ("staging: olpc_dcon: olpc_dcon_xo_1.c: Switch to the gpio descriptor interface")
    Signed-off-by: Arnd Bergmann
    Cc: stable
    Signed-off-by: Greg Kroah-Hartman

    Arnd Bergmann
     

08 Nov, 2018

1 commit

20 Sep, 2018

1 commit

  • 33f49571d   staging: olpc_dcon: add a missing dependency ... Browse Code »

    WARNING: unmet direct dependencies detected for BACKLIGHT_CLASS_DEVICE
    Depends on [n]: HAS_IOMEM [=y] && BACKLIGHT_LCD_SUPPORT [=n]
    Selected by [y]:
    - FB_OLPC_DCON [=y] && STAGING [=y] && X86 [=y] && OLPC [=y] && FB [=y]
    && I2C [=y] && (GPIO_CS5535 [=n] || GPIO_CS5535 [=n]=n)

    Signed-off-by: Lubomir Rintel
    Signed-off-by: Greg Kroah-Hartman

    Lubomir Rintel
     

28 Aug, 2018

1 commit

16 Jul, 2018

2 commits

23 Apr, 2018

1 commit

06 Dec, 2017

2 commits

02 Nov, 2017

1 commit

  • b24413180   License cleanup: add SPDX GPL-2.0 license identifier to files with no license ... Browse Code »

    Many source files in the tree are missing licensing information, which
    makes it harder for compliance tools to determine the correct license.

    By default all files without license information are under the default
    license of the kernel, which is GPL version 2.

    Update the files which contain no license information with the 'GPL-2.0'
    SPDX license identifier. The SPDX identifier is a legally binding
    shorthand, which can be used instead of the full boiler plate text.

    This patch is based on work done by Thomas Gleixner and Kate Stewart and
    Philippe Ombredanne.

    How this work was done:

    Patches were generated and checked against linux-4.14-rc6 for a subset of
    the use cases:
    - file had no licensing information it it.
    - file was a */uapi/* one with no licensing information in it,
    - file was a */uapi/* one with existing licensing information,

    Further patches will be generated in subsequent months to fix up cases
    where non-standard license headers were used, and references to license
    had to be inferred by heuristics based on keywords.

    The analysis to determine which SPDX License Identifier to be applied to
    a file was done in a spreadsheet of side by side results from of the
    output of two independent scanners (ScanCode & Windriver) producing SPDX
    tag:value files created by Philippe Ombredanne. Philippe prepared the
    base worksheet, and did an initial spot review of a few 1000 files.

    The 4.13 kernel was the starting point of the analysis with 60,537 files
    assessed. Kate Stewart did a file by file comparison of the scanner
    results in the spreadsheet to determine which SPDX license identifier(s)
    to be applied to the file. She confirmed any determination that was not
    immediately clear with lawyers working with the Linux Foundation.

    Criteria used to select files for SPDX license identifier tagging was:
    - Files considered eligible had to be source code files.
    - Make and config files were included as candidates if they contained >5
    lines of source
    - File already had some variant of a license header in it (even if
    Reviewed-by: Philippe Ombredanne
    Reviewed-by: Thomas Gleixner
    Signed-off-by: Greg Kroah-Hartman

    Greg Kroah-Hartman
     

28 Aug, 2017

1 commit

28 Apr, 2017

1 commit

06 Mar, 2017

1 commit

11 Jan, 2017

4 commits

18 Sep, 2016

3 commits

05 Apr, 2016

1 commit

29 Jan, 2016

1 commit

17 Oct, 2015

3 commits

13 Oct, 2015

1 commit

04 Oct, 2015

1 commit

  • 851f7c0e6   Staging: olpc_dcon: Replace timespec with ktime_t ... Browse Code »

    Struct timespec will overflow in year 2038, here it will not cause an
    overflow because it is used with timespec_sub, but still has to be
    removed as part of y2038 changes. Replace it with ktime_t. Also use
    monotonic instead of real-time by replacing functions getnstimeofday
    with ktime_get.

    Signed-off-by: Ksenija Stanojevic
    Reviewed-by: Arnd Bergmann
    Signed-off-by: Greg Kroah-Hartman

    Ksenija Stanojevic
     

15 Aug, 2015

1 commit

03 Apr, 2015

1 commit

18 Jan, 2015

1 commit