Re: armv7/omap: attach edma at fdt, re-enable

On Mon, Feb 27, 2017 at 04:16:30AM -0500, Ian Sutton wrote: > On Mon, Feb 27, 2017 at 08:08:16PM +1100, Jonathan Gray wrote: > > There is only one with "ti,edma3-tpcc". > > Geez. It may be time to increase my font size. This has been committed with some changes: a nreg test at the start of

ipsecctl print sa bundles

Hi, Now that the kernel provides information about IPsec SA bundles, print them by default. The group rule appears next to the first SA rule. # ipsecctl -ss esp tunnel from 10.188.100.17 to 10.188.100.70 spi 0x1841 auth hmac-sha2-256 enc aes-256 [group esp to 10.188.100.70 spi 0x1841

Re: Fix broken example link in packages.7

On 2017/02/28 20:28, Frederic Cambus wrote: > Hi tech@, > > In packages.7, PKG_PATH points to a broken link. This diff fixes it. > > Comments? OK? > > Index: share/man/man7/packages.7 > === > RCS file:

Fix broken example link in packages.7

Hi tech@, In packages.7, PKG_PATH points to a broken link. This diff fixes it. Comments? OK? Index: share/man/man7/packages.7 === RCS file: /cvs/src/share/man/man7/packages.7,v retrieving revision 1.40 diff -u -p -r1.40 packages.7

Re: efiboot: boot device lookup typo

> Also that makes me wonder, if the device path is the one to the booted > partition, wouldn't blkio point to the booted partition instead of the > full device as well? Yes, there are a blkio which point the same device path of the booted partion's device path. But our boot loader does I/O

Re: efiboot: boot device lookup typo

On Tue, Feb 28, 2017 at 04:33:14PM +0100, Patrick Wildt wrote: > On Wed, Mar 01, 2017 at 12:17:02AM +0900, YASUOKA Masahiko wrote: > > Hi, > > > > On Tue, 28 Feb 2017 15:16:58 +0100 > > Patrick Wildt wrote: > > > On Tue, Feb 28, 2017 at 10:41:21PM +0900, YASUOKA Masahiko

Re: efiboot: boot device lookup typo

On Wed, Mar 01, 2017 at 12:17:02AM +0900, YASUOKA Masahiko wrote: > Hi, > > On Tue, 28 Feb 2017 15:16:58 +0100 > Patrick Wildt wrote: > > On Tue, Feb 28, 2017 at 10:41:21PM +0900, YASUOKA Masahiko wrote: > >> On Mon, 27 Feb 2017 11:10:31 +0100 > >> Patrick Wildt

Re: efiboot: boot device lookup typo

Hi, On Tue, 28 Feb 2017 15:16:58 +0100 Patrick Wildt wrote: > On Tue, Feb 28, 2017 at 10:41:21PM +0900, YASUOKA Masahiko wrote: >> On Mon, 27 Feb 2017 11:10:31 +0100 >> Patrick Wildt wrote: >> > I'm surprised this didn't come up earlier, but I think the

Re: efiboot: boot device lookup typo

On Tue, Feb 28, 2017 at 03:16:58PM +0100, Patrick Wildt wrote: > On Tue, Feb 28, 2017 at 10:41:21PM +0900, YASUOKA Masahiko wrote: > > Hi, > > > > On Mon, 27 Feb 2017 11:10:31 +0100 > > Patrick Wildt wrote: > > > I'm surprised this didn't come up earlier, but I think the

efiboot: update to efidevp header

Hi, this diff pulls in some additions that were made in FreeBSD, which includes a define cleanup and the addition of the SATA device path and the EFI_DEVICE_PATH_TO_TEXT_PROTOCOL protocol. ok? Patrick diff --git a/sys/stand/efi/include/efidevp.h b/sys/stand/efi/include/efidevp.h index

Re: efiboot: boot device lookup typo

On Tue, Feb 28, 2017 at 11:09:51PM +0900, YASUOKA Masahiko wrote: > Let me update the diff, > > On Tue, 28 Feb 2017 22:41:21 +0900 (JST) > YASUOKA Masahiko wrote: > > On Mon, 27 Feb 2017 11:10:31 +0100 > > Patrick Wildt wrote: > >> I'm surprised this

Re: efiboot: boot device lookup typo

On Tue, Feb 28, 2017 at 10:41:21PM +0900, YASUOKA Masahiko wrote: > Hi, > > On Mon, 27 Feb 2017 11:10:31 +0100 > Patrick Wildt wrote: > > I'm surprised this didn't come up earlier, but I think the for-loop is a > > bit wrong. What the code is supposed to be doing is going

Re: undocumented -P/-I in relayd, vmd, httpd, ...

Philipp Buehler writes: > Hi there, > > while crawling through relayd source, I noticed that there is I:P: in > getopt. > P is obviously setting the proc-title, but I am unsure what to "get" > from an > instance-number via -I. > > This found way

Re: efiboot: boot device lookup typo

Let me update the diff, On Tue, 28 Feb 2017 22:41:21 +0900 (JST) YASUOKA Masahiko wrote: > On Mon, 27 Feb 2017 11:10:31 +0100 > Patrick Wildt wrote: >> I'm surprised this didn't come up earlier, but I think the for-loop is a >> bit wrong. What the code

undocumented -P/-I in relayd, vmd, httpd, ...

Hi there, while crawling through relayd source, I noticed that there is I:P: in getopt. P is obviously setting the proc-title, but I am unsure what to "get" from an instance-number via -I. This found way into httpd, snmpd, switchd and vmd also; mainly while g2k16. If someone dares to

Re: efiboot: boot device lookup typo

Hi, On Mon, 27 Feb 2017 11:10:31 +0100 Patrick Wildt wrote: > I'm surprised this didn't come up earlier, but I think the for-loop is a > bit wrong. What the code is supposed to be doing is going over each > device path node for the loaded image, which is supposed to be the

ppp vs softnet()

We don't have a softnet interrupt context anymore. All of the code modified by the ppp code is protected by the KERNEL_LOCK(). So remove the non-longer needed splsoftnet()/splx() dances. Yes the splnet() are also wrong but I leave that for somebody else. ok? Index: net/if_ppp.c

Re: take PRU_ATTACH out of usrreq

On Tue, Feb 28, 2017 at 10:33:53AM +0100, Martin Pieuchot wrote: > On 28/02/17(Tue) 07:15, Claudio Jeker wrote: > > On Mon, Feb 27, 2017 at 10:22:03PM +0100, Alexander Bluhm wrote: > > [...] > > > > +int > > > > +pfkey_attach(struct socket *so, int proto) > > > > { > > > > > > I think you

PF_ROUTE vs NET_LOCK()

Routing sockets do not really need the NET_LOCK(), only route_output() needs it. This diff change the socket layer to treat PF_ROUTE sockets just like PF_LOCAL ones. While here fix a rtentry leak in the error path of route_output(). Comments, oks? Index: net/raw_usrreq.c

Re: Route lookup accounting

On Tue, Feb 28, 2017 at 10:59:39AM +0100, Martin Pieuchot wrote: > On 22/02/17(Wed) 13:12, Martin Pieuchot wrote: > > I'd like to keep rtalloc(9) for the hot path since it increments the use > > counter. This will become more important when routes entries will be > > cached in PF states. This

Re: Route lookup accounting

On 22/02/17(Wed) 13:12, Martin Pieuchot wrote: > I'd like to keep rtalloc(9) for the hot path since it increments the use > counter. This will become more important when routes entries will be > cached in PF states. This counter will allow us to really see how many > times a lookup have been

Re: take PRU_ATTACH out of usrreq

On Tue, Feb 28, 2017 at 10:33:53AM +0100, Martin Pieuchot wrote: > On 28/02/17(Tue) 07:15, Claudio Jeker wrote: > > On Mon, Feb 27, 2017 at 10:22:03PM +0100, Alexander Bluhm wrote: > > [...] > > > > +int > > > > +pfkey_attach(struct socket *so, int proto) > > > > { > > > > > > I think you

Re: take PRU_ATTACH out of usrreq

On 28/02/17(Tue) 07:15, Claudio Jeker wrote: > On Mon, Feb 27, 2017 at 10:22:03PM +0100, Alexander Bluhm wrote: > [...] > > > +int > > > +pfkey_attach(struct socket *so, int proto) > > > { > > > > I think you forgot the check from pfkey_usrreq() here. > > > > if

Re: systat/vmm

On 2017/02/28 07:39, Christian Barthel wrote: > Mike Larkin writes: > > > On Sun, Feb 26, 2017 at 08:16:18PM +0100, Christian Barthel wrote: > >> Hi, > >> > >> I've added the 'vmctl status' view to systat(1). I am not sure if this > >> is of general interest. > >> >

Re: vmd 5/5: allow users to start VMs based on "ownership"

On Mon, Feb 27, 2017 at 12:21:19PM -0800, Mike Larkin wrote: > On Mon, Feb 27, 2017 at 11:05:55AM +0100, Reyk Floeter wrote: > > Hi, > > > > this is the last diff of the series. It allows users to start or stop > > VMs and to access the console accordingly. In order to make it work, > > VMs