| Age | Commit message (Collapse) | Author | Files | Lines |
|
This makes MacBook Pro with bootcamp more happy to run OpenBSD since
by default it boots up with IDE mode enabled on those chips which results
in all sorts of troubles with the at least the DVD drive.
With and OK kettenis@
|
|
|
|
ok krw@
|
|
This commit allows CPU throttling on the 2F systems.
Inspired by an old diff from otto@.
Help from and okay miod@.
|
|
ok krw@
|
|
not necessarily terminal (i.e. we have redundancy).
ok krw@
|
|
ok krw@
|
|
ok krw@
|
|
|
|
ok jsing@
|
|
|
|
brad@ chris@ jsing@ kettenis@ mikeb@ sthen@
|
|
ok dtucker@ jsing@
|
|
brad@ chris@ jsing@ kettenis@ mikeb@ sthen@
|
|
|
|
|
|
if we've added a packet. Reduces CPU util a tiny bit. ok brad@ jsing@
|
|
|
|
along with a function that enqueues a ccb on a workunit.
ok krw@
|
|
|
|
reduce the diff between Fx and Ox. OK gcc
|
|
No binary change.
|
|
discipline data structure. To be used with an upcoming diff.
|
|
bus_space_write_raw_region_8. disabling it for now.
|
|
ok krw@
|
|
|
|
try and do write combining like the myx doco likes.
|
|
|
|
interrupt handlers for the ports. this ensures that the 2nd port
does not get starved.
ok dlg
|
|
CPU throttling was not possible due to the fact that the system clock
was the CPU clock. So slowing down the CPU would also slow down the
passing of time.
This commit adds a driver for the MFGPT1 clock from the AMD companion
chip found on lemote and hooks it up as the system clock.
It also changes the frequency value of hz from the default, which was
100, to 128. That's because the scaling on MFGPT clocks is represented
by powers of two.
Okay miod@.
|
|
|
|
|
|
write barrier write barrier when using myx_write to post descriptors.
instead let its go write write write barrier by using the appropriate
bus_space write directly followed by a single bus_space barrier.
the story above is mostly true, except that myx wants use to write all the
descriptors except the first, barrier, and then write the first one out to
signale that the chip can proceed.
it is also worth noting that the barriers cover more address space than
what we actually wrote to. this makes the code much simpler, and avoids
generating extra fence operations (which is what barrier functions end up
as on most of our archs) when we wrap around the end of the ring. the
bus_space doco encourages this.
bus_space use was discussed with krw@ kettenis@ deraadt@
|
|
in the rings except the first descriptor. once you've written as
much as you can out, then you go back and post the first descriptor
to signal that the chip should go ahead and work.
|
|
|
|
ok dlg@
|
|
ok dlg@
|
|
This allows the host to request some memory back from the openbsd
guest in case of a shortage.
Patch by Dinar Talypov
OK jasper@
OK jmc@ (man page)
|
|
phys as 1, 2, 8, or 9 depending on which pci function its on and whether
its serdes.
this tells every other bge that the phy is still at 1, so they still work.
|
|
if (thing == foo || thing == bar || thing == baz) is ugly.
no functional change.
|
|
just extra cruft, it doesnt change anything that already exists so it cant
(and empirically doesnt) change existing chip support.
|
|
of workarounds in the 5718 family and up.
we dont attach bge to those chips yet, so this cant break anything that
isnt already broken.
from freebsd.
|
|
|
|
tested on real 5720 hardware.
|
|
make sure we check the oui as well. broadcom has 4 or 5 ouis with
overlapping model numbers, so they should be scoped when you look
them up.
tested on at least:
bge0 at pci3 dev 4 function 0 "Broadcom BCM5714" rev 0xa3, BCM5715 A3 (0x9003): ivec 0x795, address 00:14:4f:a9:34:90
brgphy0 at bge0 phy 1: BCM5714 10/100/1000baseT/SX PHY, rev. 0
bnx0 at pci7 dev 0 function 0 "Broadcom BCM5709" rev 0x20: apic 0 int 6
bnx0: address 1c:c1:de:e4:5e:b0
brgphy0 at bnx0 phy 1: BCM5709 10/100/1000baseT PHY, rev. 8
bge0 at pci0 dev 5 function 0 "Broadcom BCM5702X" rev 0x02, BCM5702/5703 A2 (0x1002): eb164 irq 2, address 00:10:18:00:98:e9
brgphy0 at bge0 phy 1: BCM5703 10/100/1000baseT PHY, rev. 2
bge0 at pci2 dev 0 function 0 "Broadcom BCM5761" rev 0x10, BCM5761 A1 (0x5761100): apic 2 int 18, address 00:10:18:4b:23:b4
brgphy0 at bge0 phy 1: BCM5761 10/100/1000baseT PHY, rev. 0
some tests by and ok mikeb@ and naddy@
|
|
says has been removed upstream.
ok mpi@
|
|
ok deraadt@ sthen@
|
|
|
|
compatability -> compatibility
OK jmc@.
|
|
otherwise volume may be adjusted twice: once by X apps and once in
the kernel.
feedback from many, ok shadchin@
|