1. 23 Jan, 2008 1 commit
  2. 22 Jan, 2008 1 commit
  3. 21 Jan, 2008 1 commit
    • Sam Ravnborg's avatar
      [SPARC64]: Fix of section mismatch warnings. · a1f35ba3
      Sam Ravnborg authored
      
      
      Fix following Section mismatch warning in sparc64:
      
      WARNING: arch/sparc64/kernel/built-in.o(.text+0x13dec): Section mismatch: reference to .devinit.text:pci_scan_one_pbm (between 'psycho_scan_bus' and 'psycho_pbm_init')
      WARNING: arch/sparc64/kernel/built-in.o(.text+0x14b58): Section mismatch: reference to .devinit.text:pci_scan_one_pbm (between 'sabre_scan_bus' and 'sabre_init')
      WARNING: arch/sparc64/kernel/built-in.o(.text+0x15ea4): Section mismatch: reference to .devinit.text:pci_scan_one_pbm (between 'schizo_scan_bus' and 'schizo_pbm_init')
      WARNING: arch/sparc64/kernel/built-in.o(.text+0x17780): Section mismatch: reference to .devinit.text:pci_scan_one_pbm (between 'pci_sun4v_scan_bus' and 'pci_sun4v_get_head')
      WARNING: arch/sparc64/kernel/built-in.o(.text+0x17d5c): Section mismatch: reference to .devinit.text:pci_scan_one_pbm (between 'pci_fire_scan_bus' and 'pci_fire_get_head')
      WARNING: arch/sparc64/kernel/built-in.o(.text+0x23860): Section mismatch: reference to .devinit.text:vio_dev_release (between 'vio_create_one' and 'vio_add')
      WARNING: arch/sparc64/kernel/built-in.o(.text+0x23868): Section mismatch: reference to .devinit.text:vio_dev_release (between 'vio_create_one' and 'vio_add')
      
      The pci_* were all missing __init annotations.
      For the vio.c case it was a function with a wrong annotation which was removed.
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      a1f35ba3
  4. 17 Jan, 2008 1 commit
  5. 12 Jan, 2008 1 commit
  6. 26 Dec, 2007 1 commit
  7. 20 Dec, 2007 1 commit
  8. 13 Dec, 2007 1 commit
    • David S. Miller's avatar
      [SPARC64]: Fix two kernel linear mapping setup bugs. · 8f361453
      David S. Miller authored
      
      
      This was caught and identified by Greg Onufer.
      
      Since we setup the 256M/4M bitmap table after taking over the trap
      table, it's possible for some 4M mapping to get loaded in the TLB
      beforhand which later will be 256M mappings.
      
      This can cause illegal TLB multiple-match conditions.  Fix this by
      setting up the bitmap before we take over the trap table.
      
      Next, __flush_tlb_all() was not doing anything on hypervisor
      platforms.  Fix by adding sun4v_mmu_demap_all() and calling it.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      8f361453
  9. 12 Dec, 2007 1 commit
  10. 07 Dec, 2007 1 commit
  11. 05 Dec, 2007 5 commits
  12. 06 Nov, 2007 1 commit
  13. 01 Nov, 2007 1 commit
  14. 31 Oct, 2007 4 commits
  15. 27 Oct, 2007 1 commit
  16. 24 Oct, 2007 2 commits
  17. 23 Oct, 2007 2 commits
  18. 22 Oct, 2007 4 commits
  19. 21 Oct, 2007 1 commit
  20. 19 Oct, 2007 4 commits
  21. 17 Oct, 2007 5 commits