| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | sys/linux: change netlink policies to the new $ convention | Dmitry Vyukov | 2022-01-13 | 1 | -4/+4 |
| | | |||||
| * | sys/linux: don't use len/flags/const/proc types in out fields | Dmitry Vyukov | 2022-01-11 | 1 | -1/+1 |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Remove all uses of len/flags/const/proc types in explicitly marked out fields. Use of these types for out fields does not make sense: a len[b, int32] (out) b flags[foo, int32] (out) Since kernel fills these fields, that's unnecessary details or bugs in descriptions. In particular all of these are actually bugs: ioctl$TUNSETQUEUE(fd fd_tun, cmd const[TUNSETQUEUE], arg ptr[in, ifreq_t[flags[tun_queue_flags, int16]]]) ioctl$TUNSETIFF(fd fd_tun, cmd const[TUNSETIFF], arg ptr[in, ifreq_t[flags[tun_setiff_flags, int16]]]) ioctl$SIOCSIFHWADDR(fd fd_tun, cmd const[SIOCSIFHWADDR], arg ptr[in, ifreq_t[mac_addr]]) ioctl$sock_inet_SIOCSIFADDR(fd sock, cmd const[SIOCSIFADDR], arg ptr[inout, ifreq_t[sockaddr_in]]) ioctl$sock_inet_SIOCSIFBRDADDR(fd sock, cmd const[SIOCSIFBRDADDR], arg ptr[inout, ifreq_t[sockaddr_in]]) ioctl$sock_inet_SIOCSIFNETMASK(fd sock, cmd const[SIOCSIFNETMASK], arg ptr[inout, ifreq_t[sockaddr_in]]) ioctl$sock_inet_SIOCSIFDSTADDR(fd sock, cmd const[SIOCSIFDSTADDR], arg ptr[inout, ifreq_t[sockaddr_in]]) ioctl$sock_inet_SIOCSIFPFLAGS(fd sock, cmd const[SIOCSIFPFLAGS], arg ptr[inout, ifreq_t[int32]]) ioctl$SIOCSIFMTU(fd sock_pppl2tp, cmd const[SIOCSIFMTU], arg ptr[in, ifreq_t[int32]]) ioctl$sock_SIOCETHTOOL(fd sock, cmd const[SIOCETHTOOL], arg ptr[inout, ifreq_t[ptr[inout, ethtool_cmd_u]]]) We pretend that we pass in some flags or addresses, but the ifreq field was marked as (out), so we actually did not pass anything in. | ||||
| * | sys/linux: add ieee802154 descriptions | Dmitry Vyukov | 2021-02-12 | 1 | -1/+1 |
| | | |||||
| * | sys/linux: enhance ifreq_dev_t definition by setting attribute directions | Aleksandr Nogikh | 2020-09-22 | 1 | -1/+1 |
| | | | | | | This modification allows to remove [opt] modified for all uses of ifreq_dev_t and ifreq_t | ||||
| * | sys/linux: add descriptions of wireguard packets | Dmitry Vyukov | 2020-02-18 | 1 | -0/+54 |
| | | |||||
| * | sys/linux: add SO_BINDTODEVICE specialization for wireguard | Dmitry Vyukov | 2020-02-12 | 1 | -0/+2 |
| | | | | | | | | SO_BINDTODEVICE for wg devices allows to reach very important part of functionality (wg_xmit). Update #806 | ||||
| * | sys/linux: restrict wireguard allowedips cidr size | Jason A. Donenfeld | 2020-02-11 | 1 | -2/+2 |
| | | | | | By keeping this small, it means much greater probability that a randomly generated packet that hits xmit will match an existing peer. | ||||
| * | pkg/ast: introduce hex-encoded string literals | Dmitry Vyukov | 2020-02-10 | 1 | -9/+9 |
| | | | | | | | | | | | | | | The stringnozescapes does not make sense with filename, also we may need similar escaping for string flags. Handle escaped strings on ast level instead. This avoids introducing new type and works seamleassly with flags. As alternative I've also tried using strconv.Quote/Unquote but it leads to ugly half-escaped strings: "\xb0\x80s\xe8\xd4N\x91\xe3ڒ,\"C\x82D\xbb\x88\\i\xe2i\xc8\xe9\xd85\xb1\x14):M\xdcn" Make hex-encoded strings a separate string format instead. | ||||
| * | pkg/compiler: allow for escaped strings | Jason A. Donenfeld | 2020-02-10 | 1 | -9/+9 |
| | | | | | | This adds stringnozescapes to allow parsing of escape sequences in strings. | ||||
| * | wireguard: use wg0, wg1, wg2 | Jason A. Donenfeld | 2020-02-10 | 1 | -1/+1 |
| | | | | | | This matches more closely what people are used to dealing with. We also add one additional device for interesting multi-interface effects. | ||||
| * | wireguard: increase chance that public and private will correspond | Jason A. Donenfeld | 2020-02-10 | 1 | -9/+15 |
| | | | | | | This tests more edge cases, as well as allowing for potentially a correponding public and private key to be installed. | ||||
| * | sys/linux: add some wireguard descriptions | Dmitry Vyukov | 2020-01-31 | 1 | -0/+72 |
| Update #806 | |||||
