| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
that NetBSD implemented it independently of them (don't know which one
was actually first). This saves about 24k for those times you don't
need snapshot support (like when running off a ram disk, or in an
embedded environment where size matters).
|
|
|
|
|
|
|
|
|
|
|
| |
returns EBADF. That errno is correct and is mandated by POSIX. It also
goes back to revision 1.1 of our CVS history (i.e. 4.4BSD).
The _fget() function should probably also be upated as it currently returns
EINVAL in that case rather than EBADF. (It does return EBADF for reads
on a write-only descriptor without any XXX comments oddly enough.)
Discussed with: scottl, grog, mjacob, bde
|
| |
|
| |
|
|
|
|
|
|
|
| |
loop if it receives an out of sync packet.
Reviewed by: mux (mentor)
MFC after: 4 days
|
|
|
|
|
| |
PR: kern/91346
Submitted by: Gavin Atkinson
|
|
|
|
|
|
|
|
| |
ifm_status and ifm_active. IFM_10_T gets set in the ifm_active field,
not in the ifm_status field, as far as I can tell.
Note: this was to enable a workaround that's rarely enabled. I don't know
how to corrupt my eeprom to test it, and would rather not know...
|
|
|
|
| |
PR: 89650
|
|
|
|
|
|
|
|
| |
up some to assume that '#if defined(I486_CPU) || defined(I586_CPU) ||
defined(I686_CPU)' is true.
Suggested by: jhb
Reviewed by: jhb
|
|
|
|
| |
Suggested by: jhb
|
|
|
|
|
|
| |
is zero.
Tested by: Randy Bush <randy@psg.com>
|
| |
|
| |
|
|
|
|
| |
Approved by: tanimura, ariff
|
|
|
|
|
|
|
|
|
|
|
| |
Its min/max speed were off by -/+ 1000.
Reported by: [1] Ion-Mihai Tetcu <itetcu@people.tecnik93.com>
[2] barner
MFC after: 1 day
[1] http://lists.freebsd.org/mailman/htdig/freebsd-multimedia/2005-December/003189.html
[2] http://lists.freebsd.org/mailman/htdig/freebsd-multimedia/2006-January/003422.html
|
|
|
|
|
|
|
| |
the name and unit number assigned by the driver. This is needed by
SNMP to find interfaces after they have been renamed.
MFC after: 4 weeks
|
|
|
|
|
|
|
|
| |
- Remove a conditional in the AMD cache detection, it's always false. [2]
- Don't try to detect a cache if only compiled for i386.
Analyzed by: Antoine Brodin <antoine.brodin@laposte.net> [1]
Submitted by: Antoine Brodin <antoine.brodin@laposte.net> [2]
|
|
|
|
| |
Pointy hat to: sos
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Prompted by: bde
|
|
|
|
|
|
|
| |
This addresses two objections to the previous behavior,
and unbreaks the alpha tinderbox build.
TODO: update the utimes(2) man page.
|
| |
|
|
|
|
| |
ServeRAID firmware.
|
|
|
|
|
|
|
|
|
|
|
| |
that a file's atime and mtime are only set to correct fractional
second values (0-999999000ns with the current interface).
Prior to this change users could create files with values outside
that range. Moreover, on 32-bit machines tv_usec offsets larger than
4.3s would result in an unnormalized AND wrong timestamp value,
due to overflow.
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
|
| |
success instead of EOPNOTSUPP when being loaded. Secondly, if there are no
ibcs2 processes running when a MOD_UNLOAD request is made, break out to
return success instead of falling through into the default case which
returns EOPNOTSUPP. With these fixes, I can now kldload and subsequently
kldunload the ibcs2 module.
PR: kern/82026 (and several duplicates)
Reported by: lots of folks
MFC after: 1 week
|
|
|
|
| |
Pointy hat to me.
|
|
|
|
|
|
| |
- Do not use BPF JIT compiler for an empty filter.
[1] Pointed out by: darrenr
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
| |
signal is received during the msleep, the msleep is retried
indefinitely as it just keeps returning ERESTART because of
the pending signal.
Instead, just don't PCATCH - the signal can wait.
Sponsored by: Sophos/ActiveState
|
|
|
|
|
|
|
| |
lock. Otherwise the system comes to a rather sudden and grinding
halt.
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
requiried to keep consistent softc state before/after callback function
invocation and supposed to be sligntly faster than previous one as it
wouldn't incur callback overhead. With this change callback function
was gone.
- Decrease TI_MAXTXSEGS to 32 from 128. It seems that most mbuf chain
length is less than 32 and it would be re-packed with m_defrag(9) if
its chain length is larger than TI_MAXTXSEGS. This would protect ti(4)
against possible kernel stack overflow when txsegs[] is put on stack.
Alternatively, we can embed the txsegs[] into softc. However, that
would waste memory and make Tx/Rx speration hard when we want to
sperate Tx/Rx handlers to optimize locking.
- Fix dma map tracking used in Tx path. Previously it used the dma map
of the last mbuf chain in ti_txeof() which was incorrect as ti(4)
used dma map of the first mbuf chain when it loads a mbuf chain with
bus_dmamap_load_mbuf(9). Correct the bug by introducing queues that
keep track of active/inactive dma maps/mbuf chain.
- Use ti_txcnt to check whether driver need to set watchdog timer instead
of blidnly clearing the timer in ti_txeof().
- Remove the 3rd arg. of ti_encap(). Since ti(4) now caches the last
descriptor index(ti_tx_saved_prodidx) used in Tx there is no need to
pass it as a fuction arg.
- Change data type of producer/consumer index to int from u_int16_t in
order to remove implicit type conversions in Tx/Rx handlers.
- Check interface queue before getting a mbuf chain to reduce locking
overhead.
- Check number of available Tx descriptores to be 16 or higher in
ti_start(). This wouldn't protect Tx descriptor shortage but it would
reduce number of bus_dmamap_unload(9) calls in ti_encap() when we are
about to running out of Tx descriptors.
- Command NIC to send packets ony when the driver really has packets
enqueued. Previously it always set TI_MB_SENDPROD_IDX which would
command NIC to DMA Tx descriptors into NIC local memory regardless
of Tx descriptor changes.
Reviewed by: scottl
|
|
|
|
|
|
|
|
|
|
| |
allocating a resource that's in the card itself.
Remove more now-redundant resource_list_add, and now-redunant code
that lives in the pci layer.
# This fixes the atheros card that I have which had its CIS in one of
# the BARs. Don't know yet if this fixes the amd64 issues reported.
|
|
|
|
| |
(what the heck does that mean?).
|
| |
|
| |
|
|
|
|
| |
GC'd and recreated.
|
|
|
|
| |
Pointed out by: glebius
|
|
|
|
|
|
|
|
| |
particular this fixes use of wme in adhoc demo mode, it wasn't possible
to set the txop limit because the aggressive mode logic would override
Reviewed by: apatti
MFC after: 2 weeks
|
|
|
|
|
|
|
|
| |
changes in the bss
Reviewed by: avatar
Obtained from: atheros
MFC after: 2 weeks
|
| |
|
|
|
|
| |
Obtained from: DragonflyBSD
|
| |
|
|
|
|
| |
the complicated #ifdefs.
|
|
|
|
|
| |
each platform. These will be used in the pci code in preference to
the complicated #ifdefs we have there now.
|