| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
Notes:
svn path=/head/; revision=55915
|
| |
|
|
|
|
|
|
| |
PR: 15729
Submitted by: Kim Toms
Notes:
svn path=/head/; revision=55914
|
| |
|
|
|
|
|
| |
on INET6 enabled environment.
Notes:
svn path=/head/; revision=55913
|
| |
|
|
|
|
|
|
|
|
| |
to our hardware list.
PR: 15744
Submitted by: Sascha Blank <blank@uni-tier.de>
Notes:
svn path=/head/; revision=55911
|
| |
|
|
|
|
|
| |
code that exports the bus heirarchy to hw.devices.*
Notes:
svn path=/head/; revision=55910
|
| |
|
|
| |
Notes:
svn path=/head/; revision=55907
|
| |
|
|
|
|
|
|
|
| |
PR: 16098
Submitted by: Alan.Judge@indigo.ie
Reviewed by: ru
Notes:
svn path=/head/; revision=55906
|
| |
|
|
|
|
|
| |
Submitted by: sheldonh
Notes:
svn path=/head/; revision=55905
|
| |
|
|
| |
Notes:
svn path=/head/; revision=55904
|
| |
|
|
|
|
|
|
| |
more appropriate uses of mdoc macros given the context they were
used in.
Notes:
svn path=/head/; revision=55903
|
| |
|
|
|
|
|
| |
support DHCP and more information would be handy.
Notes:
svn path=/head/; revision=55902
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
>yokota 2000/01/11 05:39:06 PST
>
> Modified files:
> sys/dev/usb ukbd.c
> sys/dev/kbd atkbd.c kbd.c kbdreg.h
> Log:
> Rework shifta/ctla/alta key handling. It appears that there was
> misunderstanding between the PR originator and me. I hope I got it
> right this time.
>
> Revision Changes Path
> 1.22 +4 -1 src/sys/dev/usb/ukbd.c
> 1.21 +1 -8 src/sys/dev/kbd/atkbd.c
> 1.16 +19 -10 src/sys/dev/kbd/kbd.c
> 1.9 +2 -2 src/sys/dev/kbd/kbdreg.h
Submitted by: yokota
Notes:
svn path=/head/; revision=55901
|
| |
|
|
| |
Notes:
svn path=/head/; revision=55900
|
| |
|
|
|
|
|
|
|
| |
PR: 15980
Submitted by: John Reynolds <jjreynold@home.com>
Reviewed by: sheldonh
Notes:
svn path=/head/; revision=55899
|
| |
|
|
| |
Notes:
svn path=/head/; revision=55898
|
| |
|
|
| |
Notes:
svn path=/head/; revision=55897
|
| |
|
|
|
|
|
| |
the correct location in the ntpd(8) page.
Notes:
svn path=/head/; revision=55896
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
in favour of placing information in the correct sections.
The ntp_acc(8), ntp_auth(8), ntp_clock(8), ntp_conf(8),
ntp_misc(8) and ntp_mon(8) pages have been merged into
ntp.conf(5) and ntp.keys(5).
Requested by: rgrimes, wollman
Notes:
svn path=/head/; revision=55895
|
| |
|
|
| |
Notes:
svn path=/head/; revision=55894
|
| |
|
|
|
|
|
| |
to the respective system call entry points.
Notes:
svn path=/head/; revision=55893
|
| |
|
|
| |
Notes:
svn path=/head/; revision=55892
|
| |
|
|
|
|
|
| |
Reviewed by: peter
Notes:
svn path=/head/; revision=55891
|
| |
|
|
| |
Notes:
svn path=/head/; revision=55890
|
| |
|
|
| |
Notes:
svn path=/head/; revision=55889
|
| |
|
|
|
|
|
| |
Add an entry for the Toshiba Fast Infra Red controller (0x07011179)
Notes:
svn path=/head/; revision=55888
|
| |
|
|
| |
Notes:
svn path=/head/; revision=55887
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
it is no longer sufficient to get a lock on a buffer to know
that its write has been completed. We have to first get the
lock on the buffer, then check to see if it is doing a
background write. If it is doing background write, we have
to wait for the background write to finish, then check to see
if that fullfilled our dependency, and if not to start another
write. Luckily the explanation is longer than the fix.
Notes:
svn path=/head/; revision=55886
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
a vnode has not been written (which would clear certain of its
dependencies). The problems arises because fsync with MNT_NOWAIT
no longer pushes all the dirty blocks associated with a vnode. It
skips those that require rollbacks, since they will just get instantly
dirty again. Such skipped blocks are marked so that they will not be
skipped a second time (otherwise circular dependencies would never
clear). So, we fsync twice to ensure that everything will be written
at least once.
Notes:
svn path=/head/; revision=55885
|
| |
|
|
|
|
|
| |
Remove the confusing text about pccard and unit numbers for ep0.
Notes:
svn path=/head/; revision=55884
|
| |
|
|
| |
Notes:
svn path=/head/; revision=55883
|
| |
|
|
|
|
|
| |
but this is enough to get us going.
Notes:
svn path=/head/; revision=55882
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
layout. It seems that I cleaned it up a bit too much and confused a few
if () {
if () {
} else {
}
}
statements in the obvious manner.
This allows the driver to transmit packets again. *sigh*
Notes:
svn path=/head/; revision=55881
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Stop the recurring feeling of deja vu
Stop the recurring feeling of deja vu
Stop the recurring feeling of deja vu
and debounce the eject messages. We now mark the socket empty in the
interrupt handler, rather than after we've disabled the socket which
happens "much later".
Notes:
svn path=/head/; revision=55880
|
| |
|
|
|
|
|
| |
same pnpbios id
Notes:
svn path=/head/; revision=55879
|
| |
|
|
| |
Notes:
svn path=/head/; revision=55878
|
| |
|
|
| |
Notes:
svn path=/head/; revision=55877
|
| |
|
|
| |
Notes:
svn path=/head/; revision=55876
|
| |
|
|
| |
Notes:
svn path=/head/; revision=55875
|
| |
|
|
| |
Notes:
svn path=/head/; revision=55874
|
| |
|
|
|
|
|
| |
with IPv6 loopback addr for its dest or src addr as ours.
Notes:
svn path=/head/; revision=55873
|
| |
|
|
| |
Notes:
svn path=/head/; revision=55872
|
| |
|
|
| |
Notes:
svn path=/head/; revision=55871
|
| |
|
|
| |
Notes:
svn path=/head/; revision=55870
|
| |
|
|
|
|
|
| |
on newer alpha workstations and servers
Notes:
svn path=/head/; revision=55869
|
| |
|
|
| |
Notes:
svn path=/head/; revision=55868
|
| |
|
|
|
|
|
|
|
|
|
| |
We don't have that yet.
o Uncomment FLASH cards so when the ata flash patches go into the tree
they will work.
Reported by: hosokawa-san
Notes:
svn path=/head/; revision=55867
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
packets into a single buffer, and set the DC_TX_COALESCE flag for the
Davicom DM9102 chip. I thought I had escaped this problem, but... This
chip appears to silently corrupt or discard transmitted frames when
using scatter/gather DMA (i.e. DMAing each packet fragment in place
with a separate descriptor). The only way to insure reliable transmission
is to coalesce transmitted packets into a single cluster buffer. (There
may also be an alignment constraint here, but mbuf cluster buffers are
naturally aligned on 2K boundaries, which seems to be good enough.)
The DM9102 driver for Linux written by Davicom also uses this workaround.
Unfortunately, the Davicom datasheet has no errata section describing
this or any other apparently known defect.
Problem noted by: allan_chou@davicom.com.tw
Notes:
svn path=/head/; revision=55866
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
don't have an interface index that's the same as the if_msghdr
interface index.
This prevents the occasional perror("SIOCGIFFLAGS") from appearing
at boot time.
While I'm there:
Make a couple of error messages more useful.
Add a missing include.
Add some braces to silence gccs dumb complaints.
Add some consts
Ansify decls
Add copyright to pmap_check.h (well, you could say it's been rewritten)
Notes:
svn path=/head/; revision=55865
|
| |
|
|
|
|
|
| |
Submitted by: gibbs
Notes:
svn path=/head/; revision=55864
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
drive the transmitter, we have to check the interface's send queue in the
TX end of frame handler (i.e. the usb bulk out callback) and push out new
transmissions if the queue has packets in it and the transmitter is
ready. But the txeof handler is also called from a USB callback running
at splusb() too.
Grrr.
Notes:
svn path=/head/; revision=55863
|