History log of /openbsd/sys/dev/pci/pcscp.c (Results 1 – 21 of 21)
Revision Date Author Comments
# 8d2c75e4 11-Mar-2022 mpi <mpi@openbsd.org>

Constify struct cfattach.


# 21dab745 14-Mar-2015 jsg <jsg@openbsd.org>

Remove some includes include-what-you-use claims don't
have any direct symbols used. Tested for indirect use by compiling
amd64/i386/sparc64 kernels.

ok tedu@ deraadt@


# faa9569f 18-Jan-2014 dlg <dlg@openbsd.org>

instead of having every bit of glue set up and attach an identical
scsi_adapter struct, just do it once in the chip code.

ok krw@


# 88ee6abd 07-Apr-2011 miod <miod@openbsd.org>

Do not use NULL in integer comparisons. No functional change.
ok matthew@ tedu@, also eyeballed by at least krw@ oga@ kettenis@ jsg@


# 8952d2e0 28-Jun-2010 krw <krw@openbsd.org>

Remove all adapter-specific 'struct scsi_device's. They are never used. First
step in elminating 'struct scsi_device' entirely.

Spotted and initial diff from matthew@.

ok matthew@ dlg@ deraadt@ mar

Remove all adapter-specific 'struct scsi_device's. They are never used. First
step in elminating 'struct scsi_device' entirely.

Spotted and initial diff from matthew@.

ok matthew@ dlg@ deraadt@ marco@ miod@

show more ...


# 01355dc1 16-Feb-2009 miod <miod@openbsd.org>

Extend the scsi_adapter minphys() callback to take a struct scsi_link *
as additional argument. This will allow intermediate layers between
scsi devices such as sd and scsi host adapters to take appr

Extend the scsi_adapter minphys() callback to take a struct scsi_link *
as additional argument. This will allow intermediate layers between
scsi devices such as sd and scsi host adapters to take appropriate
action if necessary.

show more ...


# d874cce4 26-Jun-2008 ray <ray@openbsd.org>

First pass at removing clauses 3 and 4 from NetBSD licenses.

Not sure what's more surprising: how long it took for NetBSD to
catch up to the rest of the BSDs (including UCB), or the amount of
code t

First pass at removing clauses 3 and 4 from NetBSD licenses.

Not sure what's more surprising: how long it took for NetBSD to
catch up to the rest of the BSDs (including UCB), or the amount of
code that NetBSD has claimed for itself without attributing to the
actual authors.

OK deraadt@

show more ...


# 0e7dd207 30-Apr-2006 brad <brad@openbsd.org>

Free one more resource on attach failure.

From NetBSD

ok martin@


# e5b69ce7 20-Apr-2006 martin <martin@openbsd.org>

ANSI function declarations

prompted by brad@


# c76f5d52 18-Apr-2006 martin <martin@openbsd.org>

- establish interrupt after all dma resouces are successfully allocated
- wrap an assertion with #ifdef DIAGNOSTIC
- call bus_dmamap_sync for mdldmap at POSTWRITE for consistency
- pass proper dmamap

- establish interrupt after all dma resouces are successfully allocated
- wrap an assertion with #ifdef DIAGNOSTIC
- call bus_dmamap_sync for mdldmap at POSTWRITE for consistency
- pass proper dmamapsize for mdldmap
- Call bus_space_{read,write}_1() directly to access ncr53c9x common registers
- Unload xfer dmamap in pscsp_dma_stop()
- Free resources if attach fails

From NetBSD

show more ...


# 4d4044fb 14-Apr-2006 martin <martin@openbsd.org>

- Add BUS_DMA_STREAMING to data transfer map loads.
- Use BUS_DMA_READ and BUS_DMA_WRITE in some obvious places.
- Remove PCnet ID, it makes no sense having it here.
- Remove code to map PCI_MAPREG_T

- Add BUS_DMA_STREAMING to data transfer map loads.
- Use BUS_DMA_READ and BUS_DMA_WRITE in some obvious places.
- Remove PCnet ID, it makes no sense having it here.
- Remove code to map PCI_MAPREG_TYPE_MEM, which is not supported by 53c974.
- Update technical manual URL.
- Utilize bus_dma(9) functions more efficiently.

from NetBSD; ok brad@

show more ...


# 798bf0b9 09-Aug-2005 mickey <mickey@openbsd.org>

do not set PCI_COMMAND_MASTER_ENABLE explicitly as it's already set in pcisubmatch(); kettenis@ testing; brad@ ok


# c4071fd1 14-Mar-2002 millert <millert@openbsd.org>

First round of __P removal in sys


# 0065d83c 05-Nov-2001 art <art@openbsd.org>

Switch everything to the new bus_dmamap_sync API.
Most work by Wilbern Cobb <vedge@csoft.org> with some fixes from me, mickey@
and drahn@.


# ba7d9aa9 27-Sep-2001 jason <jason@openbsd.org>

Huge merge with NetBSD. For full details look at their revision history (1.26 -> 1.83)...
Highlights:
o tag queue support
o fas366 support (doesn't work yet on sparc, but does on sparc64)
o tons mor

Huge merge with NetBSD. For full details look at their revision history (1.26 -> 1.83)...
Highlights:
o tag queue support
o fas366 support (doesn't work yet on sparc, but does on sparc64)
o tons more
(thanks to hugh, fgsch and beck for testing)

show more ...


# e259c3f3 26-Aug-2001 jason <jason@openbsd.org>

Yup, I managed to fat finger all three of these while doing bus_dmamap_sync()
conversion (luckily only sparc64 uses the 5 arg form so far =)


# 666ca2ea 25-Aug-2001 jason <jason@openbsd.org>

deal with 5 arg for of bus_dmamap_sync() if available


# fd725315 25-Aug-2001 art <art@openbsd.org>

Change pci_intr_map to take pci_attach_args as an argument.
All callers actually took all arguments to pci_intr_map from pci_attach_args
structs, so this simplifies code.
This also allows more compli

Change pci_intr_map to take pci_attach_args as an argument.
All callers actually took all arguments to pci_intr_map from pci_attach_args
structs, so this simplifies code.
This also allows more complicated interrupt assignment schemes like the one
on sparc64.

This makes sparc64 pci interrupts work.

Inspired by the same change in NetBSD.

show more ...


# 8c50cd28 12-Jun-2001 niklas <niklas@openbsd.org>

Make pci_mapreg_map take an extra argument where we can
put a size limitation of the PCI region to map. That makes the PERC 3/Di
raid controller usable, as it publishes too much PCI memory for us to

Make pci_mapreg_map take an extra argument where we can
put a size limitation of the PCI region to map. That makes the PERC 3/Di
raid controller usable, as it publishes too much PCI memory for us to map
in the kernel virtual memory. As we only access the first 256 byte it is
of no use to map 128MB of kvm.

show more ...


# 1c662cda 14-Feb-2001 fgsch <fgsch@openbsd.org>

Change output to fit OpenBSD.


# f418f3ca 14-Feb-2001 fgsch <fgsch@openbsd.org>

Support for AMD Am53c974 SCSI controllers; from NetBSD.
Thanks to Quentin Barnes <qbarnes@urbana.css.mot.com> for his help.