History log of /openbsd/sys/dev/ic/fxpvar.h (Results 1 – 25 of 38)
Revision Date Author Comments
# 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.


12