1. 12 8月, 2008 5 次提交
    • K
      intel/agp: rewrite GTT on resume · a8c84df9
      Keith Packard 提交于
      On my Intel chipset (965GM), the GTT is entirely erased across
      suspend/resume.  This patch simply re-plays the current mapping at resume
      time to restore the table.=20
      
      I noticed this once I started relying on persistent GTT mappings across VT
      switch in our GEM work -- the old X server and DRM code carefully unbind
      all memory from the GTT on VT switch, but GEM does not bother.
      
      I placed the list management and rewrite code in the generic layer on the
      assumption that it will be needed on other hardware, but I did not add the
      rewrite call to anything other than the Intel resume function.
      
      Keep a list of current GATT mappings.  At resume time, rewrite them into
      the GATT.  This is needed on Intel (at least) as the entire GATT is
      cleared across suspend/resume.
      
      [akpm@linux-foundation.org: coding-style fixes]
      Signed-off-by: NKeith Packard <keithp@keithp.com>
      Cc: Dave Jones <davej@codemonkey.org.uk>
      Cc: Andi Kleen <andi@firstfloor.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      a8c84df9
    • B
      agp: use dev_printk when possible · e3cf6951
      Bjorn Helgaas 提交于
      Convert printks to use dev_printk().
      Signed-off-by: NBjorn Helgaas <bjorn.helgaas@hp.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      e3cf6951
    • B
      amd64-agp: run fallback when no bridges found, not when driver registration fails · 55814b74
      Bjorn Helgaas 提交于
      I think the intent was that if no bridges matched agp_amd64_pci_table[],
      we would fall back to checking for any bridge with the AGP capability.
      But in the current code, we execute the fallback path only when
      pci_register_driver() itself fails, which is unrelated to whether any
      matching devices were found.
      
      This patch counts the AGP bridges found in the probe() method and executes
      the fallback path when none is found.
      Signed-off-by: NBjorn Helgaas <bjorn.helgaas@hp.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      55814b74
    • Z
      intel_agp: official name for GM45 chipset · 99d32bd5
      Zhenyu Wang 提交于
      Signed-off-by: NZhenyu Wang <zhenyu.z.wang@intel.com>
      Cc: Dave Airlie <airlied@linux.ie>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      99d32bd5
    • C
      Fix race/oops in tty layer after BKL pushdown · 000b9151
      Christian Borntraeger 提交于
      While testing our KVM code for s390 (starting and killall kvm in a loop)
      I can reproduce the following oops:
      
        Unable to handle kernel pointer dereference at virtual kernel address 6b6b6b6b6b6b6000 Oops: 0038 [#1] SMP
        Modules linked in: dm_multipath sunrpc qeth_l3 qeth_l2 dm_mod qeth
        ccwgroup CPU: 1 Not tainted 2.6.27-rc1 #54
        Process kuli (pid: 4409, task: 00000000b6aa5940, ksp: 00000000b7343e10)
        Krnl PSW : 0704e00180000000 00000000002e0b8c
        (disassociate_ctty+0x1c0/0x288) R:0 T:1 IO:1 EX:1 Key:0 M:1 W:0 P:0 AS:3
        CC:2 PM:0 EA:3 Krnl GPRS: 0000000000000000 6b6b6b6b6b6b6b6b
        0000000000000001 00000000000003a6 00000000002e0a46 00000000004b4160
        0000000000000001 00000000bbd79758 00000000b7343e58 00000000b8854148
        00000000bd34dea0 00000000b7343c20 0000000000000001 00000000004b6d08
        00000000002e0a46 00000000b7343c20 Krnl Code: 00000000002e0b7e:
        eb9fb0a00004	lmg	%r9,%r15,160(%r11) 00000000002e0b84:
        07f4		bcr	15,%r4 00000000002e0b86:
        e31090080004	lg	%r1,8(%r9) >00000000002e0b8c:
        d501109cd000	clc	156(2,%r1),0(%r13) 00000000002e0b92:
        a784ff5d		brc	8,2e0a4c 00000000002e0b96:
        b9040029		lgr	%r2,%r9 00000000002e0b9a:
        c0e5fffff9c3	brasl	%r14,2dff20 00000000002e0ba0:
        a7f4ff56		brc	15,2e0a4c Call Trace:
        ([<00000000002e0a46>] disassociate_ctty+0x7a/0x288)
         [<0000000000141fe6>] do_exit+0x212/0x8d4
         [<0000000000142708>] do_group_exit+0x60/0xcc
         [<0000000000150660>] get_signal_to_deliver+0x270/0x3ac
         [<000000000010bfd6>] do_signal+0x8e/0x8dc
         [<0000000000113772>] sysc_sigpending+0xe/0x22
         [<000001ff0000b134>] 0x1ff0000b134
        INFO: lockdep is turned off.
        Last Breaking-Event-Address:
         [<00000000002e0a48>] disassociate_ctty+0x7c/0x288
        Kernel panic - not syncing: Fatal exception: panic_on_oops
      
      It seems that tty was already free in disassocate_ctty when it tries
      to dereference tty->driver.
      
      After moving the lock_kernel before the mutex_unlock, I can no longer
      reproduce the problem.
      
      [ This is a temporary partial fix for the documented and long standing
        race in disassociate_tty.  This stops most problem cases for now.
      
        For the next release the -next tree has an initial implementation of
        kref counting for tty structures and this quickfix will be dropped.
      
                                                                    - Alan ]
      Signed-off-by: NChristian Borntraeger <borntraeger@de.ibm.com>
      Signed-off-by; Alan Cox <alan@redhat.com>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      000b9151
  2. 08 8月, 2008 1 次提交
  3. 07 8月, 2008 5 次提交
  4. 05 8月, 2008 2 次提交
  5. 04 8月, 2008 1 次提交
  6. 02 8月, 2008 1 次提交
  7. 31 7月, 2008 1 次提交
  8. 30 7月, 2008 1 次提交
  9. 29 7月, 2008 1 次提交
  10. 28 7月, 2008 13 次提交
  11. 27 7月, 2008 7 次提交
  12. 26 7月, 2008 2 次提交