Eric Lee / smarc-fsl-linux-kernel

15 Sep, 2011

1 commit

02 Jun, 2011

1 commit

12 Jan, 2011

1 commit

  • ccd8c79c5   video: tidy up modedb formatting. ... Browse Code »

    A part of file: drivers/video/modedb.c was not as per the coding guidelines.

    The cleanup includes:
    1) Converting spcaes to tabs
    2) Adding spaces on either sides of "|" operator

    Signed-off-by: Mayuresh Janorkar
    Signed-off-by: Paul Mundt

    Mayuresh Janorkar
     

06 Jan, 2011

1 commit

22 Dec, 2010

1 commit

14 Dec, 2010

1 commit

  • e504b8480   fbdev: Fix fb_find_nearest_mode refresh comparison ... Browse Code »

    Refresh rate nearness is not calculated or reset when nearest resolution
    changes.

    This patch resets the refresh rate differential measurement whenever a
    new nearest resolution is discovered. This fixes two error cases;
    first, wherein the first mode's refresh rate differential is never
    calculated and second, when the closest refresh rate from a previous
    nearest resolution is erroneously preserved.

    Signed-off-by: Andrew Kephart
    Signed-off-by: Paul Mundt

    Andrew Kephart
     

19 Nov, 2010

1 commit

  • 2006920a1   fbdev: modedb: fix CEA modes ... Browse Code »

    Some of the modes were missing the correct sync polarities.
    This was causing a corrupt or left shifted picture on my TV.
    Additionally format #35 had a wrong refresh rate and pixel clock.

    This patch fixes those issues.

    Signed-off-by: Arnd Hannemann
    Acked-by: Guennadi Liakhovetski
    Signed-off-by: Paul Mundt

    Arnd Hannemann
     

15 Nov, 2010

1 commit

30 Mar, 2010

1 commit

  • 5a0e3ad6a   include cleanup: Update gfp.h and slab.h includes to prepare for breaking implic… ... Browse Code »

    …it slab.h inclusion from percpu.h

    percpu.h is included by sched.h and module.h and thus ends up being
    included when building most .c files. percpu.h includes slab.h which
    in turn includes gfp.h making everything defined by the two files
    universally available and complicating inclusion dependencies.

    percpu.h -> slab.h dependency is about to be removed. Prepare for
    this change by updating users of gfp and slab facilities include those
    headers directly instead of assuming availability. As this conversion
    needs to touch large number of source files, the following script is
    used as the basis of conversion.

    http://userweb.kernel.org/~tj/misc/slabh-sweep.py

    The script does the followings.

    * Scan files for gfp and slab usages and update includes such that
    only the necessary includes are there. ie. if only gfp is used,
    gfp.h, if slab is used, slab.h.

    * When the script inserts a new include, it looks at the include
    blocks and try to put the new include such that its order conforms
    to its surrounding. It's put in the include block which contains
    core kernel includes, in the same order that the rest are ordered -
    alphabetical, Christmas tree, rev-Xmas-tree or at the end if there
    doesn't seem to be any matching order.

    * If the script can't find a place to put a new include (mostly
    because the file doesn't have fitting include block), it prints out
    an error message indicating which .h file needs to be added to the
    file.

    The conversion was done in the following steps.

    1. The initial automatic conversion of all .c files updated slightly
    over 4000 files, deleting around 700 includes and adding ~480 gfp.h
    and ~3000 slab.h inclusions. The script emitted errors for ~400
    files.

    2. Each error was manually checked. Some didn't need the inclusion,
    some needed manual addition while adding it to implementation .h or
    embedding .c file was more appropriate for others. This step added
    inclusions to around 150 files.

    3. The script was run again and the output was compared to the edits
    from #2 to make sure no file was left behind.

    4. Several build tests were done and a couple of problems were fixed.
    e.g. lib/decompress_*.c used malloc/free() wrappers around slab
    APIs requiring slab.h to be added manually.

    5. The script was run on all .h files but without automatically
    editing them as sprinkling gfp.h and slab.h inclusions around .h
    files could easily lead to inclusion dependency hell. Most gfp.h
    inclusion directives were ignored as stuff from gfp.h was usually
    wildly available and often used in preprocessor macros. Each
    slab.h inclusion directive was examined and added manually as
    necessary.

    6. percpu.h was updated not to include slab.h.

    7. Build test were done on the following configurations and failures
    were fixed. CONFIG_GCOV_KERNEL was turned off for all tests (as my
    distributed build env didn't work with gcov compiles) and a few
    more options had to be turned off depending on archs to make things
    build (like ipr on powerpc/64 which failed due to missing writeq).

    * x86 and x86_64 UP and SMP allmodconfig and a custom test config.
    * powerpc and powerpc64 SMP allmodconfig
    * sparc and sparc64 SMP allmodconfig
    * ia64 SMP allmodconfig
    * s390 SMP allmodconfig
    * alpha SMP allmodconfig
    * um on x86_64 SMP allmodconfig

    8. percpu.h modifications were reverted so that it could be applied as
    a separate patch and serve as bisection point.

    Given the fact that I had only a couple of failures from tests on step
    6, I'm fairly confident about the coverage of this conversion patch.
    If there is a breakage, it's likely to be something in one of the arch
    headers which should be easily discoverable easily on most builds of
    the specific arch.

    Signed-off-by: Tejun Heo <tj@kernel.org>
    Guess-its-ok-by: Christoph Lameter <cl@linux-foundation.org>
    Cc: Ingo Molnar <mingo@redhat.com>
    Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>

    Tejun Heo
     

13 Mar, 2010

1 commit

16 Dec, 2009

1 commit

17 Jun, 2009

1 commit

  • 27b7f2e3b   fbdev: add video modes for resolutions and timings of PAL RGB ... Browse Code »

    This patch was taken from vga-sync-field version 0.0.3 [1][2].

    [1] http://lowbyte.de/vga-sync-fields/vga-sync-fields-0.0.3.tgz
    [2] http://git.hellersdorfer-jugendchor.de/?p=3Dvga2scart.git;a=3Dcommit;h=
    =3Dc5c8ed6c51fc9879dbf38d8b91d5db6f4300ea03

    Signed-off-by: Thomas Hilber
    Signed-off-by: Paul Menzel
    Cc: Krzysztof Helt
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Paul Menzel
     

07 Jan, 2009

1 commit

  • 3efbb987c   fbdev: fix typo in drivers/video/modedb.c ... Browse Code »

    When I viewed drivers/video/modedb.c, I noticed a very old typo already
    contained in 2.6.0.

    This typo remained unheeded at least 5 years. Clear evidence of its
    importance. ;)

    Acked-by: Geert Uytterhoeven
    Cc: Krzysztof Helt
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jiri Moravec
     

07 Jun, 2008

2 commits

  • 659179b28   fbdev: export symbol fb_mode_option ... Browse Code »

    Frame buffer and mode setting drivers can be built as modules,
    so fb_mode_option needs to be exported to support these.

    Prevents this error:

    ERROR: "fb_mode_option" [drivers/ps3/ps3av_mod.ko] undefined!

    Signed-off-by: Geoff Levand
    Acked-by: Geert Uytterhoeven
    Cc: Krzysztof Helt
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Geoff Levand
     
  • e2d4ecafd   modedb: fix incorrect sync and vmode flags for CVT modes ... Browse Code »

    The temporary structure for calculated CVT mode is not initialized. Few
    fields have only bits or-ed or and-ed so they may be left in incorrect
    (random) state.

    Testing of the tridentfb seems like a good exercise for the fbdev layer.

    Signed-off-by: Krzysztof Helt
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Krzysztof Helt
     

28 Apr, 2008

2 commits

  • 5ae121705   video: replace remaining __FUNCTION__ occurrences ... Browse Code »

    __FUNCTION__ is gcc-specific, use __func__

    Signed-off-by: Harvey Harrison
    Cc: "Antonino A. Daplas"
    Cc: Krzysztof Helt
    Cc: Antonino Daplas
    Cc: Antonino A. Daplas
    Cc: Antonino Daplas
    Cc: Richard Purdie
    Cc: Jean Delvare
    Cc: Adrian Bunk
    Cc: Russell King
    Cc: Benjamin Herrenschmidt
    Cc: Ben Dooks
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Harvey Harrison
     
  • 6b745b6fd   fbdev: make the best-fit section of fb_find_mode return the closest matching mode ... Browse Code »

    Currently, if a perfect match in terms of resolution is not found,
    fb_find_mode() only looks for a best-fit mode among modes with a higher
    resolution than the one requested. Thus, if the user requests a resolution
    higher than the largest supported one, they are dropped to the default mode
    (usually a low resolution one).

    Change this behaviour so that all valid video modes are considered when
    looking for a best-fit mode, while still preferring modes with a higher
    resolution.

    Signed-off-by: Michal Januszewski
    Cc: Krzysztof Helt
    Cc: "Antonino A. Daplas"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Michal Januszewski
     

18 Jan, 2008

1 commit

  • 545c44233   fix radeonfb regression with Xpress 200m 5955 ... Browse Code »

    Fix http://bugzilla.kernel.org/show_bug.cgi?id=9762

    Framebuffer is ok only with default parameters only (it is 1280x800-8@60). If
    parameters are video=radeonfb:1280x800-32@60 then xres, yres and xres_virtual
    are ok but yres_virtual is 1024. It can be corrected by fbset utility so I
    think it can be corrected in the driver code also.

    Steps to reproduce: video=radeonfb:1280x800-32@60 or
    video=radeonfb:1280x800-16@60

    Add 1280x800 mode into modedb

    Cc: "Rafael J. Wysocki"
    Cc: "Antonino A. Daplas"
    Cc: Geert Uytterhoeven
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    alex
     

19 Oct, 2007

1 commit

17 Oct, 2007

4 commits

09 May, 2007

1 commit

15 Feb, 2007

1 commit

  • cd354f1ae   [PATCH] remove many unneeded #includes of sched.h ... Browse Code »

    After Al Viro (finally) succeeded in removing the sched.h #include in module.h
    recently, it makes sense again to remove other superfluous sched.h includes.
    There are quite a lot of files which include it but don't actually need
    anything defined in there. Presumably these includes were once needed for
    macros that used to live in sched.h, but moved to other header files in the
    course of cleaning it up.

    To ease the pain, this time I did not fiddle with any header files and only
    removed #includes from .c-files, which tend to cause less trouble.

    Compile tested against 2.6.20-rc2 and 2.6.20-rc2-mm2 (with offsets) on alpha,
    arm, i386, ia64, mips, powerpc, and x86_64 with allnoconfig, defconfig,
    allmodconfig, and allyesconfig as well as a few randconfigs on x86_64 and all
    configs in arch/arm/configs on arm. I also checked that no new warnings were
    introduced by the patch (actually, some warnings are removed that were emitted
    by unnecessarily included header files).

    Signed-off-by: Tim Schmielau
    Acked-by: Russell King
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Tim Schmielau
     

13 Feb, 2007

3 commits

  • dcfe2666f   [PATCH] fb_videomode_to_var: reset virtual screen parameters ... Browse Code »

    fb_videomode_to_var(): reset the virtual screen parameters when converting
    from an fb_videomode to an fb_var_screeninfo.

    Without this the old virtual screen parameters are kept. Hence you cannot
    switch to a video mode with a lower resolution on frame buffer devices that
    don't support virtual screens and panning, as values are not supposed to be
    rounded down when they don't fit.

    I also reordered the assignments to match the order of the individual members.

    Signed-off-by: Geert Uytterhoeven
    Cc: James Simmons
    Cc: Benjamin Herrenschmidt
    Cc: Paul Mackerras
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Geert Uytterhoeven
     
  • 9791d763d   [PATCH] fbdev modedb: make more pointer parameters const ... Browse Code »

    fbdev modedb: make more input and output pointer parameters const

    Signed-off-by: Geert Uytterhoeven
    Cc: James Simmons
    Cc: Benjamin Herrenschmidt
    Cc: Paul Mackerras
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Geert Uytterhoeven
     
  • 5c52cbeb7   [PATCH] fbdev modedb: allow refresh rates for named video modes ... Browse Code »

    fbdev modedb: Take into account the specified refresh rates for video modes
    specified by name, so e.g. all of `720p', `720p@60', and `720p@50' work.

    Signed-off-by: Geert Uytterhoeven
    Cc: James Simmons
    Cc: Benjamin Herrenschmidt
    Cc: Paul Mackerras
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Geert Uytterhoeven
     

09 Dec, 2006

1 commit

  • c25623f55   [PATCH] video: Get the default mode from the right database ... Browse Code »

    If no default mode is specified, it should be grabbed from the supplied
    database, not the default one.

    [teanropo@jyu.fi: fix it]
    [akpm@osdl.org: simplify it]
    [akpm@osdl.org: remove pointless DEFAULT_MODEDB_INDEX]
    Signed-off-by: Jordan Crouse
    Cc: Geert Uytterhoeven
    Cc: "Antonino A. Daplas"
    Signed-off-by: Tero Roponen
    Cc: James Simmons
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jordan Crouse
     

11 Jul, 2006

1 commit

  • a8f340e39   [PATCH] vt: Remove VT-specific declarations and definitions from tty.h ... Browse Code »

    MAX_NR_CONSOLES, fg_console, want_console and last_console are more of a
    function of the VT layer than the TTY one. Moving these to vt.h and vt_kern.h
    allows all of the framebuffer and VT console drivers to remove their
    dependency on tty.h.

    [akpm@osdl.org: fix alpha build]
    Signed-off-by: Jon Smirl
    Signed-off-by: Antonino Daplas
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jon Smirl
     

27 Jun, 2006

3 commits

28 Mar, 2006

2 commits

  • d1ae418ee   [PATCH] drivers/video: Use ARRAY_SIZE macro ... Browse Code »

    Use ARRAY_SIZE macro instead of sizeof(x)/sizeof(x[0]) and remove
    duplicates of ARRAY_SIZE. Some coding style and trailing whitespaces are
    also fixed.

    Compile-tested where possible (some are other arch or BROKEN)

    Signed-off-by: Tobias Klauser
    Cc: "Antonino A. Daplas"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Tobias Klauser
     
  • b0c879782   [PATCH] fbdev: add modeline for 1680x1050@60 ... Browse Code »

    Add a modeline for the Philips 200W display. aty128fb does not do DDC, it
    picks 1920x1440 or similar. It works ok with nvidiafb because it can ask
    for DDC data.

    mode "1680x1050-60"
    # D: 146.028 MHz, H: 65.191 kHz, V: 59.863 Hz
    geometry 1680 1050 1680 1050 16
    timings 6848 280 104 30 3 176 6
    hsync high
    vsync high
    rgba 5/11,6/5,5/0,0/0
    endmode

    hwinfo --monitor
    20: None 00.0: 10000 Monitor
    [Created at monitor.206]
    Unique ID: rdCR.pzUFTofo1S4
    Parent ID: 002j.bJRsY88eNSC
    Hardware Class: monitor
    Model: "PHILIPS Philips 200W"
    Vendor: PHL "PHILIPS"
    Device: eisa 0x0832 "Philips 200W"
    Serial ID: "VN 016596"
    Resolution: 720x400@70Hz
    Resolution: 640x480@60Hz
    Resolution: 640x480@67Hz
    Resolution: 640x480@72Hz
    Resolution: 640x480@75Hz
    Resolution: 800x600@56Hz
    Resolution: 800x600@60Hz
    Resolution: 800x600@72Hz
    Resolution: 800x600@75Hz
    Resolution: 832x624@75Hz
    Resolution: 1024x768@60Hz
    Resolution: 1024x768@70Hz
    Resolution: 1024x768@75Hz
    Resolution: 1280x1024@75Hz
    Resolution: 1152x864@70Hz
    Resolution: 1152x864@75Hz
    Resolution: 1280x960@60Hz
    Resolution: 1280x1024@60Hz
    Resolution: 1680x1050@60Hz
    Size: 433x271 mm
    Driver Info #0:
    Max. Resolution: 1680x1050
    Vert. Sync Range: 56-85 Hz
    Hor. Sync Range: 30-93 kHz
    Config Status: cfg=new, avail=yes, need=no, active=unknown
    Attached to: #5 (VGA compatible controller)

    Signed-off-by: Olaf Hering
    Acked-by: "Antonino A. Daplas"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Olaf Hering
     

09 Nov, 2005

1 commit

07 Nov, 2005

2 commits

  • 003cfc0c5   [PATCH] fbdev: Add helper to get an appropriate initial mode ... Browse Code »

    Add new helper, fb_find_best_display(), which will search the modelist for the
    best mode for the attached display. This requires an EDID block that is
    converted to struct fb_monspecs and a private modelist. The search will be
    done in this manner:

    - if 1st detailed timing is preferred, use that
    - else if dimensions of the display are known, use that to estimate xres and
    - else if modelist has detailed timings, use the first detailed timing
    - else, use the very first entry from the modelist

    Signed-off-by: Antonino Daplas
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Antonino A. Daplas
     
  • 8fb6567e3   [PATCH] fbdev: fix the fb_find_nearest_mode() function ... Browse Code »

    Currently the fb_find_nearest_mode() function finds a mode with screen
    resolution closest to that described by the 'var' argument and with some
    arbitrary refresh rate (eg. in the following sequence of refresh rates: 70 60
    53 85 75, 53 is selected).

    This patch fixes the function so that it looks for the closest mode as far as
    both resolution and refresh rate are concerned. The function's first argument
    is changed to fb_videomode so that the refresh rate can be specified by the
    caller, as fb_var_screeninfo doesn't have any fields that could directly hold
    this data.

    Signed-off-by: Michal Januszewski
    Signed-off-by: Antonino Daplas
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Michal Januszewski
     

10 Sep, 2005

1 commit

  • 96fe6a210   [PATCH] fbdev: Add VESA Coordinated Video Timings (CVT) support ... Browse Code »

    The Coordinated Video Timings (CVT) is the latest standard approved by VESA
    concerning video timings generation. It addresses the limitation of GTF which
    is designed mainly for CRT displays. CRT's have a high blanking requirement
    (as much as 25% of the horizontal frame length) which artificially increases
    the pixelclock. Digital displays, on the other hand, needs to conserve the
    pixelclock as much as possible. The GTF also does not take into account the
    different aspect ratios in its calculation.

    The new function added is fb_find_mode_cvt(). It is called by fb_find_mode()
    if it recognizes a mode option string formatted for CVT. The format is:

    x[M][R][-][][i][m]

    The 'M' tells the function to calculate using CVT. On it's own, it will
    compute a timing for CRT displays at 60Hz. If the 'R' is specified, 'reduced
    blanking' computation will be used, best for flatpanels. The 'i' and the 'm'
    is for 'interlaced mode' and 'with margins' respectively.

    To determine if CVT was used, check for dmesg for something like this:

    CVT Mode - M[-R], ie: .480M3-R (800x600 reduced blanking)

    where: pix - product of xres and yres, in MB
    M - is a CVT mode
    n - the aspect ratio (3 - 4:3; 4 - 5:4; 9 - 16:9, 15:9; A - 16:10)
    -R - reduced blanking

    Signed-off-by: Antonino Daplas
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Antonino A. Daplas
     

09 Aug, 2005

1 commit

  • db6778db7   [PATCH] nvidiafb: Fix initial display corruption on certain laptops ... Browse Code »

    Reported by:Vincent Fortier (Bugzilla Bug 4768)

    "At boot time the screen appears moved to the mid right portion of the actual
    video pannel making the end of the line appears at the left edge... It simply
    looks like moved half way to the right"

    His particular hardware has a display with an unusual dimension (1920x1200) but
    unfortunately has no EDID block. None of the entries in the global mode
    database is correct for this particular display, and it particularly has
    difficulty scaling up 640x480 (the default startup mode of nvidiafb) to
    1920x1200 which causes the above described problem.

    1, Add 1920x1200 to the global mode database.

    2. Let nvidiafb base the startup mode from the flatpanel dimensions only if the
    EDID block is absent, no boot mode parameter is specified by the user, and
    a flatpanel/LCD display is attached.

    Signed-off-by: Antonino Daplas
    Signed-off-by: Linus Torvalds

    Antonino Daplas