#
4b1a56af |
| 09-Jan-2022 |
jsg <jsg@openbsd.org> |
spelling feedback and ok tb@ jmc@ ok ratchov@
|
#
37ecb596 |
| 06-Dec-2013 |
deraadt <deraadt@openbsd.org> |
Add a DVACT_WAKEUP op to the *_activate() API. This is called after the kernel resumes normal (non-cold, able to run processes, etc) operation. Previously we were relying on specific DVACT_RESUME op
Add a DVACT_WAKEUP op to the *_activate() API. This is called after the kernel resumes normal (non-cold, able to run processes, etc) operation. Previously we were relying on specific DVACT_RESUME op's in drivers creating callback/threads themselves, but that has become too common, indicating the need for a built-in mechanism. ok dlg kettenis, tested by a sufficient amount of people
show more ...
|
#
e24424f7 |
| 14-Nov-2013 |
dlg <dlg@openbsd.org> |
replace workqs with tasks for handling resume
from kimberley manning
|
#
c6cf79c3 |
| 03-Apr-2012 |
deraadt <deraadt@openbsd.org> |
After suspend/resume, reload the firmware. Skip firmware on FXP_REV_82550_C with server extensions.
|
#
b07c7932 |
| 07-Sep-2010 |
deraadt <deraadt@openbsd.org> |
remove the powerhook code. All architectures now use the ca_activate tree traversal code to suspend/resume ok oga kettenis blambert
|
#
9ba6383e |
| 27-Aug-2010 |
deraadt <deraadt@openbsd.org> |
Since the pci-specific activate function does nothing, move it to fxp.c. Then it is possible for fxp_powerhook to use it.
|
#
c4a97388 |
| 06-Aug-2010 |
deraadt <deraadt@openbsd.org> |
ca_activate for suspend/resume; tested by andrew@afresh1.com
|
#
66f232c2 |
| 15-Oct-2009 |
deraadt <deraadt@openbsd.org> |
Add detach support to a few more drivers, and in others do the neccessary operations in the detach function in the right order. Also ensure that the interrupt handlers not trust registers that go aw
Add detach support to a few more drivers, and in others do the neccessary operations in the detach function in the right order. Also ensure that the interrupt handlers not trust registers that go away. read over very carefully by dms, tested by me
show more ...
|
#
67600e63 |
| 10-Aug-2009 |
deraadt <deraadt@openbsd.org> |
More cases of shutdown hooks not needed after card is already stopped. In these cases the xxstop function is a bit more complicated and has a flag of some sort, but the use of that flag does not mat
More cases of shutdown hooks not needed after card is already stopped. In these cases the xxstop function is a bit more complicated and has a flag of some sort, but the use of that flag does not matter; DMA is already ceased ok dlg
show more ...
|
#
5945b8f9 |
| 02-Jun-2009 |
jsg <jsg@openbsd.org> |
Make fxp at pci detachable; untested.
|
#
4f6648d2 |
| 21-Feb-2008 |
brad <brad@openbsd.org> |
Some fxp(4) chips do not like having their status/command registers accessed as 8-bit reads/writes even though they are 16-bit. This can cause the respective interfaces to lock up until the system is
Some fxp(4) chips do not like having their status/command registers accessed as 8-bit reads/writes even though they are 16-bit. This can cause the respective interfaces to lock up until the system is hard rebooted. Having the driver read/write to these registers as 16-bit entities resolves the instability.
From mickey@
ok krw@ sthen@ dlg@
show more ...
|
#
7d598d63 |
| 28-May-2007 |
ckuethe <ckuethe@openbsd.org> |
Gently nudge up the interrupt coalescing timeout to 128 microseconds. This gives the firmware time to do its job. Makes my fxps go from 12000int/sec while moving 100Mbps to 3000int/sec ok beck claudio
|
#
b254a5a2 |
| 08-May-2007 |
deraadt <deraadt@openbsd.org> |
put more foo_detach() routines where they are used
|
#
ec24e0be |
| 01-Jul-2006 |
brad <brad@openbsd.org> |
(fxp/re)_attach_common -> (fxp/re)_attach
|
#
f83f2390 |
| 05-Jan-2006 |
brad <brad@openbsd.org> |
Disable the minimum size frame bundling when using the CPUSaver microcode. This could cause 2 interrupts per frame if the frame size is below 128 bytes.
From Dmitry Bogdan <dsb at imcs dot dvgu dot
Disable the minimum size frame bundling when using the CPUSaver microcode. This could cause 2 interrupts per frame if the frame size is below 128 bytes.
From Dmitry Bogdan <dsb at imcs dot dvgu dot ru>
show more ...
|
#
1718eda5 |
| 27-May-2005 |
brad <brad@openbsd.org> |
- fix reception of VLAN sized frames on 82558 and up - add support for reception of VLAN sized frames on 82557
|
#
12b11246 |
| 15-Jan-2005 |
brad <brad@openbsd.org> |
rev 1.85
Newer chips do not need the receiver lock-up workaround; detect when it is required.
From NetBSD
|
#
85e9385e |
| 14-Jan-2005 |
deraadt <deraadt@openbsd.org> |
use PCI Memory Write and Invalidate; from bogdan@eastonline.ru, ok pascoe
|
#
d80eab0b |
| 23-Dec-2004 |
deraadt <deraadt@openbsd.org> |
change FXPF_UCODE to mean "firmware load attempted". if the first loadfirmware() fails because the file is missing, we do not want to try again when the first softclock -> fxp_stats_update -> fxp_in
change FXPF_UCODE to mean "firmware load attempted". if the first loadfirmware() fails because the file is missing, we do not want to try again when the first softclock -> fxp_stats_update -> fxp_init happens later. calling namei in that context is really bad; tested by mcbride
show more ...
|
#
fee04870 |
| 20-Sep-2004 |
brad <brad@openbsd.org> |
meant to commit this too, remove old resume workaround flags
|
#
e3f6633b |
| 04-Aug-2004 |
mickey <mickey@openbsd.org> |
interrupt coalescing on post 82557 chips; from freebsd via Dmitry Bogdan <dsb@poi.dvo.ru>
|
#
091fde56 |
| 27-Jun-2004 |
brad <brad@openbsd.org> |
stop passing an empty enaddr around since we figure out the MAC address in the common attach code and not the PCI/CardBus specific portions, this was a side effect of the code being split to support
stop passing an empty enaddr around since we figure out the MAC address in the common attach code and not the PCI/CardBus specific portions, this was a side effect of the code being split to support CardBus.
ok beck@
show more ...
|
#
b82aedbc |
| 18-May-2004 |
beck <beck@openbsd.org> |
fix from netbsd to twiddle the fxp eeprom to disable dynamic standby mode on cards that have issues with this creating pci errors in 10 mbps mode tested by many, including me, nick, and pval. ok jaso
fix from netbsd to twiddle the fxp eeprom to disable dynamic standby mode on cards that have issues with this creating pci errors in 10 mbps mode tested by many, including me, nick, and pval. ok jason@, markus@
show more ...
|
#
e8cdbb98 |
| 26-Apr-2004 |
mcbride <mcbride@openbsd.org> |
Howe eye wysh eye cud spel.
|
#
a209c929 |
| 26-Sep-2003 |
miod <miod@openbsd.org> |
Typos: defintion -> definition, proccess -> process
There are more occurences hiding in binutils, lynx and afs but I am too lazy to report them upstream at the moment.
|