| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
|
|
The VID: 0x430 is not owned by SUN microsystems, it is owned by Fujitsu
Component, Inc.
ok deraadt@
|
|
- Remove unnecessary nsegs variable from age_encap() and
use map->dm_nsegs. Also remove unnecessary FreeBSD check
for 0 DMA segments check.
- Remove printfs in age_encap() failure paths that shouldn't
be there.
- Add missing IF_PREPEND() from failure path coming off of
age_encap() within age_start().
- Fix error handling within age_encap(). Previously age_encap()
was attempting to unload a DMA map upon failure from
bus_dmamap_load_mbuf() even though one wasn't loaded at that
point and then always forcing mbufs through the EFBIG path.
Tested by Thomas Pfaff.
From Brad.
|
|
Far from perfect. Extra (almost essential) features like the extra
ringbuffers are not yet supported (I have half a diff), but this and the
appropriate ddx patches allow modesetting and basic shadow acceleration.
Initial work by jcs@, a few cleanups and bugfixes by me.
Tested by many on all appropriate chipsets. ok kettenis@
|
|
- Remove unnecessary nsegs variable from ale_encap() and
use map->dm_nsegs. Also remove unnecessary FreeBSD check
for 0 DMA segments check.
- Remove printfs in ale_encap() failure paths that shouldn't
be there.
- Add missing IF_PREPEND() from failure path coming off of
ale_encap() within ale_start().
- Fix error handling within ale_encap(). Previously ale_encap()
was attempting to unload a DMA map upon failure from
bus_dmamap_load_mbuf() even though one wasn't loaded at that
point and then always forcing mbufs through the EFBIG path.
Tested by Johan Torin.
From Brad
|
|
- Remove unnecessary nsegs variable from alc_encap() and
use map->dm_nsegs. Also remove unnecessary FreeBSD check
for 0 DMA segments check.
- Remove printfs in alc_encap() failure paths that shouldn't
be there.
- Add missing IF_PREPEND() from failure path coming off of
alc_encap() within alc_start().
- Fix error handling within alc_encap(). Previously alc_encap()
was attempting to unload a DMA map upon failure from
bus_dmamap_load_mbuf() even though one wasn't loaded at that
point and then always forcing mbufs through the EFBIG path.
Tested by Gabriel Linder.
From Brad
|
|
figured out the hard way by senior Pedro. Performance decreased
severely with newer firmwares when ioc was stuffed with requests.
Unfortunately it still remains a magic number as LSI doesn't
clearly document what it has to be (controllers report some
meaningless values like 3167 and 1952).
ok dlg
|
|
code to process four samples at a time - we can do as much sets of 4 as possible
before falling back to the remainder processed one byte at a time.
|
|
from a FastE ale(4) controller. Previously only link parters which
support down-shifting were able to establish a link.
Tested by roberth, Johan Torin and sthen@
From Brad
|
|
changes to allow using non-native encodings, and alpha specific code to try
and avoid doing 8 bit memory access.
Tested on 3000/300LX, deaf testing on 3000/600.
|
|
if it needs to rewrite the audio stream; adapted from NetBSD
|
|
|
|
|
|
Intel 6 Series/C200 Rate Matching Hub from Martin Pelikan
|
|
|
|
|
|
|
|
Martin Pelikan).
|
|
|
|
controllers. From Brad.
|
|
more than 8 years ago; allows aucat (and sndio users) to happily use
amd7930-based audio devices.
Verified by playing an mp3 file on vax.
|
|
|
|
Tested by roberth <robert at openbsd dot pap dot st> and Johan Torin.
From Brad
|
|
detects no established link and it will re-establish link when the
cable is plugged in. Previously it failed to re-establish link
when the cable was plugged in such that it required turning the
interface down and then up to make it work. This was caused by
incorrectly programmed hibernation parameters. Further details
regarding PHY setup are necessary to be able to re-enable this
feature.
Tested by Matteo Filippetto and Gabriel Linder
From FreeBSD via Brad
|
|
now until we figure out why. This probably means the device won't function
optimally, but that's better than not functioning at all. Makes my
"Intel Centrinto Advanced-N 6205" work quite well.
|
|
firmware will crap out, at least on the 6005. First step to getting my
"Intel Centrino Advanced-N 6205" to work.
|
|
|
|
|
|
available to our network stack.
ok mcbride naddy henning
|
|
ncr53c9x_poll(). Fixes a race causing *some* drives to trigger a
panic in ncr53c9x_sched() at attach time on vax.
ok dlg@ krw@
|
|
via freebsd, tested locally in production for a week or so.
|
|
section) to protect the completion ring. mpii_poll can be in the
middle of the critical section when an interrupt is generated, but
because something is already in the critical section the isr cant
clear the condition causing the interrupt and you spin forever
entering the isr and being forced to exit it without doing any work
by the semaphore.
this moves to protecting the completion ring with a vanilla mutex.
work taken off the ring is stuck on local lists in the isr to be
completed outside the mutex in case a completion path issues a
polled command which will try to call the isr which tries to
mutex_enter while the previous call on the stack would be holding
the mutex...
this diff is large because of the list changes needed to support
the local lists in mpii_intr.
issue found by bluhm@ and debugged by Christian Ehrhardt
|
|
|
|
|
|
From Brad
|
|
chunk to where it should be.
From Brad
|
|
identify bad distrib scripts/tools.
ok deraadt@
|
|
the accuracy detection ALPS.
ok mpi@
|
|
This, together with an updated xorg driver makes my drm/XVideo work.
Originally from Nigel Taylor.
ok oga@ mcbride@
|
|
This fixed "react strangely" when the pms driver probes
for a synaptic-compatible touchpad.
Tested and ok mpi@
|
|
the alc(4) NIC while running or the NIC not working if the cable is
not plugged in upon boot up.
From Brad; tested by matteo filippetto, Gabriel Linder and edd@
|
|
register. The spec doesn't say we have to do this while it mentions several
times one needs to wait for FR to clear after clearing FRE. The Linux driver
doesn't wait for it either. This allows us to get rid of the AHCI_F_IGN_FR
quirk.
As a side-effect this diff will probably stop ahci(4) attaching to (some)
NVIDIA fakeRAID devices. That's good since it is consistent with what we
do for Intel fakeRAID.
ok mikeb@, jmatthew@
|
|
ok shadchin@ some weeks ago.
|
|
in DIO-II space, as a fat device spanning four select codes (i.e. 16MB of
memory). This is way too much for an at-most 2 Mpixel 8bit frame buffer, and
it turns out that this is because the device provides both a regular DIO-II
frame buffer (spanning two select codes) and a regular STI frame buffer
(spanning the other two select codes).
This commit introduces a straightforward sti@dio attachment to get a working
sti(4) and wsdisplay(4) in a ridiculously small number of lines; however
the console code needs some changes to avoid duplicating globals.
While there, add sti@dio support for the bootblocks, and I couldn't help
myself but clean the most rotten parts of them, and try to have them reuse
various files in sys/arch/hp300/dev instead of rolling their outdated ones.
Tested on a real 382 with the low-resolution frame buffer:
sti0 at dio0 scode 132: rev 8.02;129, ID 0x27134CB440A00499
sti0: 382V, 2048x512 frame buffer, 640x480x8 display
sti0: 8x16 font type 1, 16 bpc, charset 0-255
wsdisplay0 at sti0 mux 1: console (std, vt100 emulation)
Boot blocks updates tested on DIO-II 425t (serial/glass console), SGC 425e
(serial/glass console) and 382 (serial/glass console). And will be tested
on SGC 425t soon as well.
|
|
from impatiens@gmail.com
|
|
|
|
|
