summaryrefslogtreecommitdiff
path: root/Makefile
diff options
context:
space:
mode:
authorMichael Shalayeff <mickey@cvs.openbsd.org>2003-01-30 03:34:27 +0000
committerMichael Shalayeff <mickey@cvs.openbsd.org>2003-01-30 03:34:27 +0000
commitd74de5d15a88f9431648dc890c93ad307a74392f (patch)
tree41defba53294d44124d3c6071a594a964c788e44 /Makefile
parent49a656b5c928ada32d7bfd76c34ebcc7ad6581bc (diff)
reread the dma status reg after playing part of the dma got programmed.
according to the doc, the "play next" bit and therefore the device interrupt may get raised earlier than the "record next" is set, thus we might not program the record dma and get another harmony interrupt right after servicing this one. this little optimization allows to deal w/ the situation more efficiently, should it occur. jason@ ok
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions