src/sys/dev/isp/isp_sbus.c, branch releng/7.3FreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=releng%2F7.32008-01-27T15:42:06ZMFC: 1.362008-01-27T15:42:06ZMarius Stroblmarius@FreeBSD.org2008-01-27T15:42:06Zurn:sha1:f8947cd8ac417e900e39835cdb314795de960f1c
Add missing locking for SBus controllers.
Bad merge.2007-05-11T13:47:28ZMatt Jacobmjacob@FreeBSD.org2007-05-11T13:47:28Zurn:sha1:f58a08937bd67329d756b33a3725aa72b75b7927Fix pointy-hat problem with BUS_DMA_ROOTARG macro that caused problems for sparc64.2007-05-11T06:28:26ZMatt Jacobmjacob@FreeBSD.org2007-05-11T06:28:26Zurn:sha1:0230a28bf48415cd235f740918b7e4d93c4c1978
Candidate for immediate MFC.
Noticed by: Everyone-maxim contacted.
Make this an MP safe driver but also still be multi-release.2007-05-05T20:17:23ZMatt Jacobmjacob@FreeBSD.org2007-05-05T20:17:23Zurn:sha1:0a70657fcc012f03d2e0064bb31e48dc6a8414b5
Seems to work on RELENG_4 through -current and also on sparc64
now. There may still be some issues with the auto attach/detach
code to sort out.
MFC after: 3 days
Temporarily desupport simultaneous target and initiator mode.2007-04-02T01:04:20ZMatt Jacobmjacob@FreeBSD.org2007-04-02T01:04:20Zurn:sha1:9a1b0d43c2f8d1deb2221cb48d3c0227875cc5fa
When the linux port changes were imported which split the
target command list to be separate from the initiator command
list and the handle format changed to encode a type in the handle
the implications to the function isp_handle_index (which only
the NetBSD/OpenBSD/FreeBSD ports use) were overlooked.
The fault is twofold: first, the index into the DMA maps
in isp_pci is wrong because a target command handle with
the type bit left in place caused a bad index (and panic)
into dma map. Secondly, the assumption of the array
of DMA maps in either PCS or SBUS attachment structures is
that there is a linear mapping between handle index and
DMA map index. This can no longer be true if there are
overlapping index spaces for initiator mode and target
mode commands.
These changes bandaid around the problem by forcing us
to not have simultaneous dual roles and doing the appropriate
masking to make sure things are indexed correctly. A longer
term fix is being devloped.
Don't derference a pointer before setting it.2007-03-28T16:34:11ZMatt Jacobmjacob@FreeBSD.org2007-03-28T16:34:11Zurn:sha1:2e35504d710b19e2a83eb110faccd43213867707
Very Pointy Dunce Cap T o: me.
Submitted by: Marcel
MFC after: 3 days
Move bus_space_tag and bus_space_handle register access2007-03-13T06:46:08ZMatt Jacobmjacob@FreeBSD.org2007-03-13T06:46:08Zurn:sha1:6a7d12e1a804b0f6d5acfc9cc365f21fce623437
tokens into the common isp_osinfo structure instead of being
in bus specific structures. This allows us to implement
a SYNC_REG MEMORYBARRIER call (using bus_space_barrier)
and also reduce the amount of bus specific wrapper structure
usages in isp_pci && isp_sbus.
MFC after: 3 days
Redo previous newbus related change to be kinder to2007-02-23T23:13:46ZMatt Jacobmjacob@FreeBSD.org2007-02-23T23:13:46Zurn:sha1:5f53837698273880e82098a076820978edb89979
multi-release support.
o break newbus api: add a new argument of type driver_filter_t to2007-02-23T12:19:07ZPaolo Pisatipiso@FreeBSD.org2007-02-23T12:19:07Zurn:sha1:ef544f631226436ef590825881e7a28369df82f6
bus_setup_intr()
o add an int return code to all fast handlers
o retire INTR_FAST/IH_FAST
For more info: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=465712+0+current/freebsd-current
Reviewed by: many
Approved by: re@
Clean up some of the various platform and release specific dma tag2007-01-23T00:02:29ZMatt Jacobmjacob@FreeBSD.org2007-01-23T00:02:29Zurn:sha1:f9734398e37ceca8cf5fc2fb78c1193b6f1f550b
stuff so it is centralized in isp_freebsd.h.
Take out PCI posting flushed in qla2100/2200 register reads except for
2100s.