| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
recently added definitions from sys.mk to bsd.own.mk. Include the
src-relative bsd.own.mk in src/Makefile to pick up all new definitions.
Don't check that MACHINE_ARCH is defined in src/Makefile, since it is
(and should have been) guaranteed to be defined.
|
|
|
|
| |
terminate errx() string. Remove unused #includes. Use .Tn for NFS.
|
|
|
|
| |
Add rcsid, remove unused #includes. Sync usage() and SYNOPSIS.
|
|
|
|
| |
Sort #includes. Add rcsid.
|
|
|
|
| |
Add rcsid, rmove unused #include. Spelling.
|
|
|
|
| |
Remove unused #include.
|
| |
|
| |
|
|\
| |
| |
| | |
which included commits to RCS files with non-trunk default branches.
|
|
|
|
|
| |
src/contrib as per various discussions. I will copy across our changes
and then point the Makefiles across once the dust has settled..
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- probe for PHYs by checking the BMSR (phy status) register instead
of the vendor ID register.
- fix the autonegotiation routine so that it figures out the autonegotiated
modes correctly.
- add tweaks to support the Olicom OC-2326 now that I've actually had
a chance to test one
o Olicom appears to encode the ethernet address in the EEPROM
in 16-bit chunks in network byte order. If we detect an
Olicom card (based on the PCI vendor ID), byte-swap the station
address accordingly.
XXX The Linux driver does not do this. I find this odd since
the README from the Linux driver indicates that patches to
support the Olicom cards came from somebody at Olicom; you'd
think if anyone would get that right, it'd be them. Regardless,
I accepted the word of the disgnoatic program that came bundled
with the card as gospel and fixed the attach routine to make
the station address match what it says.
o The version of the 2326 card that I got for testing is a
strange beast: the card does not look like the picture on
the box in which it was packed. For one thing, the picture
shows what looks like an external NS 83840A PHY, but the
actual card doesn't have one. The card has a TNETE100APCM
chip, which appears to have not only the usual internal
tlan 10Mbps PHY at MII address 32, but also a 10/100 PHY
at MII address 0. Curiously, this PHY's vendor and device ID
registers always return 0x0000. I suspect that this is
a mutant version of the ThunderLAN chip with 100Mbps support.
This combination behaves a little strangely and required the
following changes:
- The internal PHY has to be enabled in tl_softreset().
- The internal PHY doesn't seem to come to life after
detecting the 100Mbps PHY unless it's reset twice.
- If you want to use 100Mbps modes, you have to isolate
the internal PHY.
- If you want to use 10Mbps modes, you have to un-isolate
the internal PHY.
The latter two changes are handled at the end of tl_init(): if
the PHY vendor ID is 0x0000 (which should not be possible if we
have a real external PHY), then tl_init() forces the internal
PHY's BMCR register to the proper values.
|
|
|
|
|
|
|
|
|
|
| |
...is expected to conform to IEEE (``POSIX'') Std 1003.1c when it is
published.
to:
...conforms to ISO/IEC 9945-1 ANSI/IEEE (``POSIX'') Std 1003.1 Second
Edition 1996-07-12.
Discussed with: jb
|
| |
|
|
|
|
| |
Fix a 2nd level indentation style bug.
|
|
|
|
|
|
|
|
|
| |
initialized mutex. Statically initialized mutexes are actually
initialized at first use (pthread_mutex_lock/pthread_mutex_trylock).
To prevent concurrent initialization by multiple threads, all
static initializations are now serialized by a spinlock.
Reviewed by: jb
|
| |
|
| |
|
| |
|
|
|
|
|
| |
to go with its HOST_PTR_PRINTF[_FORMAT], since if %p is wrong for the
format then `void *' is probably wrong for the type.
|
| |
|
|
|
|
|
|
| |
a system header defines a macro __printf0like() using the new printf0
format attribute. uucp's internal ulog() function isn't actually
printf-like but uucp normally declares it as such.
|
| |
|
|
|
|
|
| |
has to cd to ${SRCDIR} to support inclusion messes elsewhere).
Fortunately the previous commit forgot to remove it.
|
|
|
|
|
| |
SRCDIR=${.OBDDIR} hack is now unnecessary. It was never necessary
to use so many explicit paths to ${.OBJDIR} and ${.CURDIR}.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(mostly for includes) separate from direct dependencies (so that ${.ALLSRC}
can be used to find full paths to the sources for the direct dependencies
only). The `::' hack just forgot the indirect dependendencies. This
broke building doc/usd/13.viref with `make -jN' - the index got corrupted
by being built twice concurrently.
Cleaned up the ${DFILE} rule. There was a .else clause with dead code in
it following a .else clause (make accepts this bad syntax). ${.ALLSRC}
now works in the USE_SOELIMPP case. Some client Makefiles no longer need
the SRCDIR=${.OBJDIR} hack.
|
|
|
|
|
|
| |
Be careful that the current or next prompt in the list
that we're iterating through doesn't get changed by
descriptor_Read().
|
| |
|
| |
|
|
|
|
|
| |
our current phase is PHASE_DEAD as it's possible that there
are links stuck in OPENING waiting for a redial timer.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
underflow on the alpha.
|
| |
|
| |
|
|
|
|
| |
PR: misc/7459
|
|
|
|
|
|
|
|
|
| |
interface congestion (eg: nfs over a ppp link, etc). Don't log these
for UDP mounts, and don't cause syscalls to fail with EINTR.
This stops the 'nfs send error 55' warnings.
If the error is because the system is really hosed, this is the least
of your problems...
|
| |
|
|
|
|
|
|
|
|
| |
do TLD *before* processing the config request as
TLD initialises the peers LCP values.
It's strange that an IRC isn't required here - but
I'll bow to the wisdom of the rfc.
|
| |
|
|
|
|
| |
We don't need a ``!''.
|
| |
|
| |
|
|
|
|
|
|
| |
Sparse macros have moved to <machine/swiz.h>.
Fix sparse memory access so that it actually works as intended.
Tidy up sparse configuration access slightly.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
pthread_mutex routines. I've also tweaked pthread_create.3 to point to
pthread_cleanup_push(3) and pthread_cleanup_pop(3).
PR: 7450
Submitted by: Brian Cully <shmit@kublai.com>
|