1. 01 Jun, 2004 4 commits
  2. 27 May, 2004 1 commit
    • Dave Jones's avatar
      [AGPGART] SIS AGP updates · b9c78a05
      Dave Jones authored
      Signed-off-by: default avatarDave Jones <davej@redhat.com>
      
      From: "Heilmann, Oliver" <Oliver.Heilmann@drkw.com>
                                                                                               
      * renamed sis_648_enable to sis_delayed_enable and removed chipset
        references
                                                                                               
      * All chipsets that require the sis delay-hack are listed in
        sis_broken_chipsets (and no other place).
                                                                                               
      * There are two new module options to force agp3-spec compliant
        initialisation and/or the delay hack.  As I only have a 648FX chipset to
        test on, I figured this might be useful to experiment with on other
        chipsets (i.e.746[FX]).
                                                                                               
      Basically, if you have an  SiS chipset and your machine freezes when you
      start X, try the -agp_sis_force_delay=1 option. If this fixes your
      problem add your PCI ID to sis_broken_chipsets in sis-agp.c
      Note to 746[FX] people: I'm still not sure what the differences between
      the two 746 versions and the 648 series are. If this patch does not work
      for you try playing with the agp_sis_agp_spec module option. Any
      feedback is greatly appreciated.
      b9c78a05
  3. 23 May, 2004 2 commits
  4. 19 May, 2004 6 commits
  5. 17 May, 2004 1 commit
  6. 12 May, 2004 1 commit
    • Dave Jones's avatar
      [AGPGART] Various Intel/EM64T AGP fixes. · 3bf263ee
      Dave Jones authored
      From Andi Kleen.
      
      - Add full PCI IDs to the module table for intel-agp and intel-mch-agp.
      Don't use PCI_ANY_ID for device, since the drivers cannot handle unknown
      devices anyways.
      This fixes the problems with them loading both when compiled in and
      also helps external tools that use the module PCI table to find the
      correct driver.
      - Remove wrong hack in intel-mch-agp that checked for long mode.
      EM64T capability has nothing to do with the MCH version.
      To avoid double probing the fix above is better.
      - Handle the case of no AGP capability (unlikely, but better to handle it)
      3bf263ee
  7. 16 Apr, 2004 1 commit
  8. 07 Apr, 2004 1 commit
  9. 06 Apr, 2004 1 commit
    • Dave Jones's avatar
      [AGPGART] Fix SiS 746 again. · 185fdfa0
      Dave Jones authored
      Turns out that this chipset won't work in AGPv3 mode with the generic AGPv3 routines.
      *somehow*, it works in AGPv3 mode with AGPv2 aperture sizing etc. Very, very strange.
      Still, until we get some docs from SiS, some support is better than none.
      185fdfa0
  10. 05 Apr, 2004 1 commit
  11. 02 Apr, 2004 2 commits
  12. 01 Apr, 2004 5 commits
  13. 31 Mar, 2004 4 commits
    • Alexander Stohr's avatar
      [PATCH] double semicolon cleanup · 96531b37
      Alexander Stohr authored
      This cleans up a larger amount of superfluos ";;" statements in current
      Linux kernel sources by converting them to the regular single ";"
      statments.
      
      It seems to be a common problem that at the end of a line the semicolon
      key is producing an echo.
      96531b37
    • Linus Torvalds's avatar
      Merge http://linux-sound.bkbits.net/linux-sound · fe6a9c21
      Linus Torvalds authored
      into ppc970.osdl.org:/home/torvalds/v2.6/linux
      fe6a9c21
    • Andrew Morton's avatar
      [PATCH] ppc64: clean up virtual <-> absolute code · 807b9692
      Andrew Morton authored
      From: Anton Blanchard <anton@samba.org>
            Rusty Russell <rusty@rustcorp.com.au>
      
      The iSeries has an arch-specific mapping from physical <-> absolute
      addresses.  Fortunately this is only used in a few places.  However, the
      following arch-specific macros/functions are provided in addition to the
      standard macros:
      
      	__a2p()
      	__a2v()
      	__p2a()
      	__p2v()
      	__v2a()
      	__v2p()
      	absolute_to_phys()
      	phys_to_absolute()
      	virt_to_absolute()
      	absolute_to_virt()
      
      Reduce them to these, with slightly shorter names, and taking either pointers
      or unsigned long (as per __va and __pa) rather than making the caller cast:
      
      	abs_to_phys()
      	phys_to_abs()
      
      And helper macros:
      
      	virt_to_abs()
      	abs_to_virt()
      
      As is standard, virtual addresses are returned as void *, physical and
      absolute as unsigned long.
      
      Note that the change the iSeries_setup is a little subtle: ea is set to
      __va(pa) above, so "phys_to_abs(pa)" is the same as "virt_to_abs(ea)".
      
      Also, REALADDR is renamed to ISERIES_HV_ADDR and used in a couple of places
      where appropriate.
      807b9692
    • Andrew Morton's avatar
      [PATCH] ppc64: make iSeries boot mostly · dd054a0b
      Andrew Morton authored
      From: Anton Blanchard <anton@samba.org>
            Stephen Rothwell <sfr@canb.auug.org.au>
      
      This patch just ensures that the RI bit is set really early as it seems it
      is not on iSeries Power4 machines (or maybe OS400 v5r3 does this).
      dd054a0b
  14. 30 Mar, 2004 10 commits