17 Oct, 2007

2 commits

  • Move AGP and DRM menus into the video graphics support menu.
    They use 'menuconfig' so that they can all be disabled with
    one selection.
    Make the console menu use 'menuconfig' so that it can all be
    disabled with one selection.
    Make the frame buffer menu use 'menuconfig' so that it can all be
    disabled with one selection.

    Signed-off-by: Randy Dunlap
    Acked-by: Dave Airlie
    Signed-off-by: Antonino Daplas
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Randy Dunlap
     
  • radeon_driver_vblank_do_wait() can become static.

    Signed-off-by: Adrian Bunk
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Adrian Bunk
     

15 Oct, 2007

7 commits


28 Sep, 2007

1 commit

  • This code is ported from the DRM git tree and allows the vblank interrupts
    to function on the i965 hw. It also requires a change in Mesa's 965 driver
    to actually use them.

    [ Without this patch, my 965GM drops vblank interrupts - Jesse ]

    Signed-off-by: Dave Airlie
    Acked-by: Jesse Barnes
    Signed-off-by: Linus Torvalds

    Dave Airlie
     

25 Aug, 2007

2 commits


07 Aug, 2007

1 commit

  • This 965G and above chipsets moved the batch buffer non-secure bits to
    another place. This means that previous drm's allowed in-secure batchbuffers
    to be submitted to the hardware from non-privileged users who are logged
    into X and and have access to direct rendering.

    Signed-off-by: Dave Airlie
    Signed-off-by: Linus Torvalds

    Dave Airlie
     

23 Jul, 2007

2 commits


20 Jul, 2007

1 commit

  • Transform some calls to kmalloc/memset to a single kzalloc (or kcalloc).

    Here is a short excerpt of the semantic patch performing
    this transformation:

    @@
    type T2;
    expression x;
    identifier f,fld;
    expression E;
    expression E1,E2;
    expression e1,e2,e3,y;
    statement S;
    @@

    x =
    - kmalloc
    + kzalloc
    (E1,E2)
    ... when != \(x->fld=E;\|y=f(...,x,...);\|f(...,x,...);\|x=E;\|while(...) S\|for(e1;e2;e3) S\)
    - memset((T2)x,0,E1);

    @@
    expression E1,E2,E3;
    @@

    - kzalloc(E1 * E2,E3)
    + kcalloc(E1,E2,E3)

    [akpm@linux-foundation.org: get kcalloc args the right way around]
    Signed-off-by: Yoann Padioleau
    Cc: Richard Henderson
    Cc: Ivan Kokshaysky
    Acked-by: Russell King
    Cc: Bryan Wu
    Acked-by: Jiri Slaby
    Cc: Dave Airlie
    Acked-by: Roland Dreier
    Cc: Jiri Kosina
    Acked-by: Dmitry Torokhov
    Cc: Benjamin Herrenschmidt
    Acked-by: Mauro Carvalho Chehab
    Acked-by: Pierre Ossman
    Cc: Jeff Garzik
    Cc: "David S. Miller"
    Acked-by: Greg KH
    Cc: James Bottomley
    Cc: "Antonino A. Daplas"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Yoann Padioleau
     

17 Jul, 2007

4 commits


16 Jul, 2007

1 commit


12 Jul, 2007

3 commits


11 Jul, 2007

13 commits


28 Jun, 2007

1 commit


17 Jun, 2007

1 commit

  • Commit 9b01bd5b284bbf519b726b39f1352023cb5e9e69 introduced a
    compat_ioctl handler for RADEON_SETPARAM, the sole purpose of which was
    to handle the fact that on i386, alignof(uint64_t)==4.

    Unfortunately, this handler was installed for _all_ 64-bit
    architectures, instead of only x86_64 and ia64. And thus it breaks
    32-bit compatibility on every other arch, where 64-bit integers are
    aligned to 8 bytes in 32-bit mode just the same as in 64-bit mode.

    Arnd has a cunning plan to use 'compat_u64' with appropriate alignment
    attributes according to the 32-bit ABI, but for now let's just make the
    compat_radeon_cp_setparam routine entirely disappear on 64-bit machines
    whose 32-bit compat support isn't for i386. It would be a no-op with
    compat_u64 anyway.

    Signed-off-by: David Woodhouse
    Acked-by: Arnd Bergmann
    Cc: Benjamin Herrenschmidt
    Cc: Dave Airlie
    Signed-off-by: Linus Torvalds

    David Woodhouse
     

10 Jun, 2007

1 commit