| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
add two more {GET,SET}_PARAM arguments that aren't supported yet but are
needed for a libdrm update.
|
|
|
|
ok deraadt@, miod@
|
|
Serial Technologies Expander PCI-232-108
|
|
|
|
between instances, saving space in the kernel. feedback from many (some
incorporated, some left for future work).
ok deraadt, kettenis, "why not" miod.
|
|
allocates clusters larger than 2k.
ok deraadt@
|
|
This implements the first stage of the shortest path tree calculation
(Dijkstra calculation) as outlined in rfc5340, with the exception that
we do not yet treat multiple router LSAs originated by a single router
as an agregate. For now, we only use the Router LSA with the lowest link
state ID.
For each destination, show the calculated set of nexthops in the debug log.
We can stop doing this once spf tree calculation has been shown to be stable.
"A lot of debug code but yes why not. commit it." claudio@
|
|
last commit. Next hop IP addresses and outgoing interfaces can now
be correctly determined, paving the way for SPF tree calculation.
Arguments have changed, so update callers, too.
ok claudio@
|
|
next-hop calculation.
In OSPFv3, next-hop IP addresses are always link-local.
The kernel will want to know which interface the link-local
address belongs to, so we need an ifindex in struct v_nexthop
in addition to the IP address.
Because we cannot determine a link-local next hop IP address
for transit networks, only the outgoing interface will be recorded.
Update calc_nexthop_add() according to the above.
Also add new helpers calc_nexthop_lladdr() and calc_nexthop_transit_nbr(),
to figure out link-local addresses of nexthop neighbours.
ok claudio@
|
|
ok krw@
|
|
A router vertex w has a point-to-point link back to a router
vertex v if v's router ID occurs as neighbour ID in one of the
point-to-point links described in w's router LSA.
A router vertex w has a link back to a network vertex v if the router
ID of v's advertising router (i.e. DR) occurs as neighbour ID in one
of the transit links described in w's router LSA, and v's interface
ID to the network matches the neighbour interface ID of that transit
link.
A network vertex w has a link back to a router vertex v if v's router
ID occurs in the list of attached routers in w's network LSA.
Also, get_rtr_link() and get_net_link() take an unsigned int now.
"commit it" claudio@
|
|
use less local variables. Makes it consistent with get_rtr_link().
ok claudio@
|
|
it was always returning the first link in the LSA, no matter
which link was requested. Fix this bug. Also, decrease the
number of local variables while here, and convert the idx argument
to unsigned int. Adjust one caller to pass an unsigned int,
other callers will be handled in follow-up commits.
ok claudio@
|
|
pointed out by and ok claudio@
|
|
spotted by Jonathan Armani <dbd@asystant.net>
|
|
LSAs originated by the same router the one with the lowest link
state ID.
ok claudio@
|
|
are subtracted from the total length.
ok claudio@
|
|
Most obvious use is to log router IDs.
To facilitate logging of multiple IDs within the same format string,
we use NUM_LOGS static buffers, just like log_sockaddr() does.
help and ok claudio@
|
|
can make use of it much better. No functional change.
ok claudio@
|
|
In Network-LSAs, the only thing sitting between the LSA header
and the attached router list is the options field. We already
have lsa_net_link to represent elements of the attached router list,
so there's no need to have a single entry of this list in lsa_net.
ok claudio@
|
|
Make this a more general concern about using 0 as key id. After discussion with
Tamas TEVESZ
|
|
Calculate offsets with a struct lsa_net_link pointer instead.
ok claudio@
|
|
always retrieve the font metrics, even on older (< 2.9) prom, so do it.
|
|
Help from kettenis@
|
|
in hello packets by next-hop neighbours. So when notifying the
RDE of a new neighbour, send the source address, too.
ok claudio@
|
|
It printed iface_id as the neighbour's interface ID, but iface_id is
in fact the ID of the advertising router's interface being described.
ok claudio@
|
|
|
|
Makes my 88E8072 work.
ok kettenis@
|
|
|
|
they aren't required and cause problems like the 88E8072
hard locking a system when enabling macsec bypass.
Tested on 8053/8072 by me and 8021 by kettenis.
ok kettenis@
|
|
|
|
expectation that -R will read the output of disklabel. I suspect we
will find another way to do this; ok otto
|
|
useful, and driver shouldn't need to know about ``ticks''.
|
|
mark the xs as done and call scsi_done for it rather than just returning
COMPLETE.
|
|
the sleep waiting for the completion. it is possible to get the interrupt
completing the command just before the tsleep, which will never get a
wakeup because the interrupt with the wakeup has already happened.
|
|
|
|
|
|
that we'd hit in normal checkouts/updates for duplicate file
and dirs.
found and diff tested by krw@
|
|
fdisk while building media.
ok deraadt@
|
|
display the partition info by default as is done in the E(ditor). The
physical info is now only displayed if '-v' is specified.
ok deraadt@
|
|
when entering E(ditor) mode. Clean up 'u' code and make more effort
to keep label and mountpoint info in sync. Makes 'u' undo-able so
those with vi fingers can apply and revert changes (with perhaps a
'p' or two in between) to validate changes.
'U' suggested by deraadt@.
ok deraadt@
|
|
since its fp does not have distinguished values for qnans. tested
by naddy@; fixes libnova. ok theo
|
|
ok stsp@
|
|
But they were not reliably being decoded, resulting in wrong naming
on the target machine. diff from Tim van der Molen
|
|
on the disk lock we can find that code rather than wondering where "sd0"
gets passed to tsleep.
ok deraadt@
|
|
|
|
|
