History log of /linux/arch/sparc/mm/iommu.c (Results 351 – 365 of 365)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# dbe1ab95 23-Jun-2006 Jeff Garzik <jeff@garzik.org>

Merge branch 'master' into upstream


# 71d530cd 23-Jun-2006 Jeff Garzik <jeff@garzik.org>

Merge branch 'master' into upstream

Conflicts:

drivers/scsi/libata-core.c
drivers/scsi/libata-scsi.c
include/linux/pci_ids.h


# be883da7 21-Jun-2006 Linus Torvalds <torvalds@g5.osdl.org>

Merge master.kernel.org:/pub/scm/linux/kernel/git/davem/sparc-2.6

* master.kernel.org:/pub/scm/linux/kernel/git/davem/sparc-2.6:
[SPARC64]: Update defconfig.
[SPARC64]: Don't double-export synch

Merge master.kernel.org:/pub/scm/linux/kernel/git/davem/sparc-2.6

* master.kernel.org:/pub/scm/linux/kernel/git/davem/sparc-2.6:
[SPARC64]: Update defconfig.
[SPARC64]: Don't double-export synchronize_irq.
[SPARC64]: Move over to GENERIC_HARDIRQS.
[SPARC64]: Virtualize IRQ numbers.
[SPARC64]: Kill ino_bucket->pil
[SPARC]: Kill __irq_itoa().
[SPARC64]: bp->pil can never be zero
[SPARC64]: Send all device interrupts via one PIL.
[SPARC]: Fix iommu_flush_iotlb end address
[SPARC]: Mark smp init functions as cpuinit
[SPARC]: Add missing rw can_lock macros
[SPARC]: Setup cpu_possible_map
[SPARC]: Add topology_init()

show more ...


# 3185d4d2 20-Jun-2006 Bob Breuer <breuerr@mc.net>

[SPARC]: Fix iommu_flush_iotlb end address

Fix the calculation of the end address when flushing iotlb entries to
ram. This bug has been a cause of esp dma errors, and it affects
HyperSPARC systems

[SPARC]: Fix iommu_flush_iotlb end address

Fix the calculation of the end address when flushing iotlb entries to
ram. This bug has been a cause of esp dma errors, and it affects
HyperSPARC systems much worse than SuperSPARC systems.

Signed-off-by: Bob Breuer <breuerr@mc.net>
Signed-off-by: David S. Miller <davem@davemloft.net>

show more ...


Revision tags: v2.6.17, v2.6.17-rc6, v2.6.17-rc5, v2.6.17-rc4, v2.6.17-rc3, v2.6.17-rc2, v2.6.17-rc1, v2.6.16, v2.6.16-rc6, v2.6.16-rc5, v2.6.16-rc4, v2.6.16-rc3, v2.6.16-rc2
# 292dd876 27-Jan-2006 Len Brown <len.brown@intel.com>

Pull release into acpica branch


# 2af5920b 27-Jan-2006 Jeff Garzik <jgarzik@pobox.com>

Merge branch 'master'


# 0a0fc0dd 24-Jan-2006 Dave Kleikamp <shaggy@austin.ibm.com>

Merge with /home/shaggy/git/linus-clean/


# 944d7955 19-Jan-2006 Anton Altaparmakov <aia21@cantab.net>

Merge branch 'master' of /usr/src/ntfs-2.6/


# b4ea75b6 18-Jan-2006 Jeff Garzik <jgarzik@pobox.com>

Merge branch 'upstream-fixes'


# 2ff47823 18-Jan-2006 David Teigland <teigland@redhat.com>

Merge branch 'master'


# 7db74a47 18-Jan-2006 Jeff Garzik <jgarzik@pobox.com>

Merge branch 'master'


# d65177c1 18-Jan-2006 Steve French <sfrench@us.ibm.com>

Merge with /pub/scm/linux/kernel/git/torvalds/linux-2.6.git

Signed-off-by: Steve French <sfrench@us.ibm.com>


# 8f28afac 18-Jan-2006 Linus Torvalds <torvalds@g5.osdl.org>

Merge master.kernel.org:/pub/scm/linux/kernel/git/davem/sparc-2.6


# 1ae61388 18-Jan-2006 Eric Sesterhenn <snakebyte@gmx.de>

[SPARC]: change if() BUG(); to BUG_ON in iommu.c

this patch changes if() BUG(); constructs
in iommu.c to BUG_ON(); so it gets save
to define BUG() and BUG_ON() to nullstatements.

Signed-off-by: Eri

[SPARC]: change if() BUG(); to BUG_ON in iommu.c

this patch changes if() BUG(); constructs
in iommu.c to BUG_ON(); so it gets save
to define BUG() and BUG_ON() to nullstatements.

Signed-off-by: Eric Sesterhenn <snakebyte@gmx.de>
Signed-off-by: David S. Miller <davem@davemloft.net>

show more ...


Revision tags: v2.6.16-rc1, v2.6.15, v2.6.15-rc7, v2.6.15-rc6, v2.6.15-rc5, v2.6.15-rc4, v2.6.15-rc3, v2.6.15-rc2, v2.6.15-rc1, v2.6.14, v2.6.14-rc5, v2.6.14-rc4, v2.6.14-rc3, v2.6.14-rc2, v2.6.14-rc1, v2.6.13, v2.6.13-rc7, v2.6.13-rc6, v2.6.13-rc5, v2.6.13-rc4, v2.6.13-rc3, v2.6.13-rc2, v2.6.13-rc1, v2.6.12, v2.6.12-rc6, v2.6.12-rc5, v2.6.12-rc4, v2.6.12-rc3, v2.6.12-rc2
# 1da177e4 17-Apr-2005 Linus Torvalds <torvalds@ppc970.osdl.org>

Linux-2.6.12-rc2

Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in

Linux-2.6.12-rc2

Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.

Let it rip!

show more ...


1...<<1112131415