1. 06 12月, 2009 1 次提交
  2. 03 12月, 2009 1 次提交
    • J
      VIDEO: Correct use of request_region/request_mem_region · 0fdd07f7
      Julia Lawall 提交于
      request_region should be used with release_region, not request_mem_region.
      
      Geert Uytterhoeven pointed out that in the case of drivers/video/gbefb.c,
      the problem is actually the other way around; request_mem_region should be
      used instead of request_region.
      
      The semantic patch that finds/fixes this problem is as follows:
      (http://coccinelle.lip6.fr/)
      
      // <smpl>
      @r1@
      expression start;
      @@
      
      request_region(start,...)
      
      @b1@
      expression r1.start;
      @@
      
      request_mem_region(start,...)
      
      @depends on !b1@
      expression r1.start;
      expression E;
      @@
      
      - release_mem_region
      + release_region
        (start,E)
      // </smpl>
      Signed-off-by: NJulia Lawall <julia@diku.dk>
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      0fdd07f7
  3. 02 12月, 2009 1 次提交
  4. 01 12月, 2009 5 次提交
  5. 23 11月, 2009 1 次提交
  6. 18 11月, 2009 1 次提交
  7. 16 11月, 2009 3 次提交
  8. 12 11月, 2009 5 次提交
  9. 21 10月, 2009 1 次提交
    • T
      omap: headers: Move remaining headers from include/mach to include/plat · ce491cf8
      Tony Lindgren 提交于
      Move the remaining headers under plat-omap/include/mach
      to plat-omap/include/plat. Also search and replace the
      files using these headers to include using the right path.
      
      This was done with:
      
      #!/bin/bash
      mach_dir_old="arch/arm/plat-omap/include/mach"
      plat_dir_new="arch/arm/plat-omap/include/plat"
      headers=$(cd $mach_dir_old && ls *.h)
      omap_dirs="arch/arm/*omap*/ \
      drivers/video/omap \
      sound/soc/omap"
      other_files="drivers/leds/leds-ams-delta.c \
      drivers/mfd/menelaus.c \
      drivers/mfd/twl4030-core.c \
      drivers/mtd/nand/ams-delta.c"
      
      for header in $headers; do
      	old="#include <mach\/$header"
      	new="#include <plat\/$header"
      	for dir in $omap_dirs; do
      		find $dir -type f -name \*.[chS] | \
      			xargs sed -i "s/$old/$new/"
      	done
      	find drivers/ -type f -name \*omap*.[chS] | \
      		xargs sed -i "s/$old/$new/"
      	for file in $other_files; do
      		sed -i "s/$old/$new/" $file
      	done
      done
      
      for header in $(ls $mach_dir_old/*.h); do
      	git mv $header $plat_dir_new/
      done
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      ce491cf8
  10. 20 10月, 2009 1 次提交
  11. 08 10月, 2009 2 次提交
  12. 06 10月, 2009 3 次提交
  13. 03 10月, 2009 2 次提交
  14. 28 9月, 2009 1 次提交
  15. 26 9月, 2009 2 次提交
  16. 25 9月, 2009 1 次提交
  17. 23 9月, 2009 9 次提交
    • A
      sisfb: change SiS_DDC_Port type to SISIOADDRESS · 532f649f
      Aaro Koskinen 提交于
      The patch enables the driver to be used on platforms such as ARM where an
      I/O address is a 32-bit memory address.
      
      The patch avoids the following kernel oops:
      
      debian:~# modprobe sisfb
      [   73.070000] sisfb: Video ROM found
      [   73.080000] sisfb: Video RAM at 0x80000000, mapped to 0xe0a00000, size 1024k
      [   73.090000] sisfb: MMIO at 0x84080000, mapped to 0xe0b80000, size 256k
      [   73.090000] sisfb: Memory heap starting at 800K, size 32K
      [   73.360000] Unable to handle kernel paging request at virtual address 6e000844
      [   73.380000] pgd = df230000
      [   73.380000] [6e000844] *pgd=00000000
      [   73.380000] Internal error: Oops: 8f5 [#1]
      [   73.380000] Modules linked in: sisfb(+) fb cfbcopyarea cfbimgblt cfbfillrect
      [   73.380000] CPU: 0    Not tainted  (2.6.31-iop32x #1)
      [   73.380000] PC is at SiS_SetRegANDOR+0x10/0x38 [sisfb]
      [   73.380000] LR is at SiS_SetSCLKHigh+0x38/0x94 [sisfb]
      [   73.380000] pc : [<bf01dc00>]    lr : [<bf0238f8>]    psr: 60000013
      [   73.380000] sp : df38fd00  ip : 6e000000  fp : 00000002
      [   73.380000] r10: 00000108  r9 : 00000000  r8 : 00000108
      [   73.380000] r7 : df064258  r6 : 00000110  r5 : 6e000844  r4 : 0000010a
      [   73.380000] r3 : 00000001  r2 : 0000000e  r1 : 00000011  r0 : 00000844
      [   73.380000] Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment user
      [   73.380000] Control: 0000397f  Table: bf230000  DAC: 00000015
      [   73.380000] Process modprobe (pid: 1849, stack limit = 0xdf38e270)
      [   73.380000] Stack: (0xdf38fd00 to 0xdf390000)
      [   73.380000] fd00: 0000010a 00000108 df064258 df064258 df064258 00000000 00000000 bf02c4e0
      [   73.380000] fd20: 00000114 bf02c50c 00000013 00000114 0000010a df064258 00000000 bf02c980
      [   73.380000] fd40: 00009c66 00000004 00000001 df064250 a0010000 a6a2a0a0 df064250 00000003
      [   73.380000] fd60: df064250 00000000 df064258 0000fffd 00000000 00000000 00000000 bf033948
      [   73.380000] fd80: 00000000 00000000 00000000 bf019e2c 00000000 df064a70 bf03b470 00010000
      [   73.380000] fda0: 00000000 df064250 00000000 df831c00 00000012 bf039f70 00000000 c00abed8
      [   73.380000] fdc0: 000008a6 000008a4 df0649b0 df064878 df064258 df064000 00000000 00000000
      [   73.380000] fde0: 00000001 00008000 00000001 00030000 df81c930 bf049f88 df831c00 00000000
      [   73.380000] fe00: bf049f58 df3952a0 c0447708 bf049f88 bf049fe0 c0191980 df831c00 c0191b10
      [   73.380000] fe20: df831c58 bf049f58 df831c00 bf04aca8 df3952a0 df831c58 df831c58 bf049f88
      [   73.380000] fe40: c01ba1b4 c01ba0a0 df831c58 df831c8c bf049f88 c01ba1b4 df3952a0 00000000
      [   73.380000] fe60: c03e265c c01ba240 00000000 df38fe78 bf049f88 c01b990c df812938 df81b8d0
      [   73.380000] fe80: df3952a0 df807780 00000000 00000060 bf049f88 c01b9224 bf0429c8 00000000
      [   73.380000] fea0: bf049f58 00000000 bf049f88 00000000 00000000 bf04aea8 00000000 c01ba4e4
      [   73.380000] fec0: e09861a0 bf049f58 00000000 bf049f88 00000000 c0191f20 00000000 00000000
      [   73.380000] fee0: c03f7bac bf04d418 0000fff2 0000fff1 bf04ad08 0002f260 0002f260 e0986038
      [   73.380000] ff00: e0986150 e098568b df143340 e0990280 00000036 c03d8b00 fffffffd 00000000
      [   73.380000] ff20: bf04acfc 00000000 fffffffc 0003cf4b 00018098 c03f7bac 00000000 bf04d000
      [   73.380000] ff40: df38e000 00000000 bedc0984 c00272a4 ffffffff c005bc88 00000000 00000000
      [   73.380000] ff60: 0003cf4b 0003cf4b 00018098 bf04acfc 00000000 c0027fe8 df38e000 00000000
      [   73.380000] ff80: bedc0984 c006882c 00001000 00000003 00000000 00009064 00000000 00008edc
      [   73.380000] ffa0: 00000080 c0027e20 00009064 00000000 4014e000 0003cf4b 00018098 0003cf4b
      [   73.380000] ffc0: 00009064 00000000 00008edc 00000080 00000000 00000000 40025000 bedc0984
      [   73.380000] ffe0: 00000000 bedc08fc 0000b6b0 400e8f34 60000010 4014e000 00000000 00000000
      [   73.380000] [<bf01dc00>] (SiS_SetRegANDOR+0x10/0x38 [sisfb]) from [<df064258>] (0xdf064258)
      [   73.380000] Code: e92d0030 e20110ff e280546e e3a0c46e (e5c51000)
      [   73.680000] ---[ end trace 62a93e01df37a5f2 ]---
      Signed-off-by: NAaro Koskinen <aaro.koskinen@iki.fi>
      Cc: Thomas Winischhofer <thomas@winischhofer.net>
      Cc: <stable@kernel.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      532f649f
    • P
      video: s3c_fb.c: fix build with CONFIG_HOTPLUG=n · 3163eaba
      Peter Korsgaard 提交于
      Fixes `s3c_fb_remove' referenced in section `.data' of
      drivers/built-in.o: defined in discarded section `.devexit.text' of
      drivers/built-in.o
      
      With CONFIG_HOTPLUG=n, functions marked with __devexit gets removed,
      so make sure we use __devexit_p when referencing pointers to them.
      Signed-off-by: NPeter Korsgaard <jacmet@sunsite.dk>
      Acked-by: NBen Dooks <ben-linux@fluff.org>
      Cc: <stable@kernel.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      3163eaba
    • A
      drivers/video/tmiofb.c: fix uninitialised return value · a9672c4b
      Andrew Morton 提交于
      drivers/video/tmiofb.c: In function 'tmiofb_resume':
      drivers/video/tmiofb.c:977: warning: 'retval' may be used uninitialized in this function
      Acked-by: NDmitry Eremin-Solenikov <dbaryshkov@gmail.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      a9672c4b
    • F
      vgacon: prevent vgacon_deinit from touching the hardware for inactive consoles. · f0c7d2b7
      Francisco Jerez 提交于
      fbcon makes the (reasonable) assumption that it only needs to program the
      hardware once, when fbcon_init() is called for the foreground console.
      
      This doesn't always play well with vgacon because vgacon_deinit() is only
      doing its job when the last console it owns is closed (when switching from
      vgacon to fbcon, that's usually *after* fbcon_init() has set the new
      mode).
      
      Depending on the hardware this can cause the wrong framebuffer location to
      be scanned out (e.g.  reproduced on nv05 with the nouveau framebuffer
      driver).
      Signed-off-by: NFrancisco Jerez <currojerez@riseup.net>
      Cc: "H. Peter Anvin" <hpa@zytor.com>
      Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
      Cc: Krzysztof Helt <krzysztof.h1@poczta.fm>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      f0c7d2b7
    • I
      fbcon: only unbind from console if successfully registered · 2ddce3fd
      Ian Armstrong 提交于
      Attempting to unload a framebuffer module calls unregister_framebuffer()
      which in turn gets fbcon to release it.  If fbcon has no framebuffers
      linked to a console, it will also unbind itself from the console driver.
      However, if fbcon never registered itself as a console driver, the unbind
      will fail causing the framebuffer device entry to persist.  In most cases
      this failure will result in an oops when attempting to access the now
      non-existent device.
      
      This patch ensures that the fbcon unbind request will succeed even if a
      bind was never done.  It tracks if a successful bind ever occurred & will
      only attempt to unbind if needed.  If there never was a bind, it simply
      returns with no error.
      Signed-off-by: NIan Armstrong <ian@iarmst.demon.co.uk>
      Cc: Krzysztof Helt <krzysztof.h1@poczta.fm>
      Cc: <stable@kernel.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      2ddce3fd
    • J
      matroxfb: get rid of CONFIG_FB_MATROX_32MB · a690606d
      Jean Delvare 提交于
      CONFIG_FB_MATROX_32MB is always enabled, so there is no point in having
      ifdefs all around.  And it is bad practice to use CONFIG_* as a name for
      something which is not a Kconfig option.
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      Acked-by: NPetr Vandrovec <vandrove@vc.cvut.cz>
      Cc: Krzysztof Helt <krzysztof.h1@poczta.fm>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      a690606d
    • J
      matroxfb: get rid of unneeded macro MINFO_FROM · ee5a2749
      Jean Delvare 提交于
      With multihead support always enabled, macros MINFO_FROM and
      MINFO_FROM_INFO are no longer needed and make the code harder to read.
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      Acked-by: NPetr Vandrovec <vandrove@vc.cvut.cz>
      Cc: Krzysztof Helt <krzysztof.h1@poczta.fm>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      ee5a2749
    • J
      matroxfb: get rid of unneeded macros WPMINFO and friends · 316b4d64
      Jean Delvare 提交于
      With multihead support always enabled, these macros are no longer needed
      and make the code harder to read.
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      Acked-by: NPetr Vandrovec <vandrove@vc.cvut.cz>
      Cc: Krzysztof Helt <krzysztof.h1@poczta.fm>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      316b4d64
    • J
      matroxfb: get rid of unneeded macros ACCESS_FBINFO and MINFO · fc2d10dd
      Jean Delvare 提交于
      With multihead support always enabled, these macros are no longer needed
      and make the code harder to read.
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      Acked-by: NPetr Vandrovec <vandrove@vc.cvut.cz>
      Cc: Krzysztof Helt <krzysztof.h1@poczta.fm>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      fc2d10dd