So netinet6/nd6_nbr.c references MH_ALIGN() in two comments.
Instead of aligning the packet to the back of the mbuf, the functions just
shift it by max_linkhdr. In most cases this should be good enough but esp.
when packets move over tunnels the additional headers will not fit into
the packet (resu
On Tue, Dec 4, 2018 at 5:40 AM Claudio Jeker
wrote:
> Gcc is unhappy about the void * usage in printf:
> search.c:325: warning: format '%s' expects type 'char *', but argument 2
> has type 'void *'
> search.c:345: warning: format '%.*s' expects type 'char *', but argument 3
> has type 'void *'
>
This patch removes a loose end in the filter mechanisms of wstpad; it's
related to the one that was fixed a few weeks ago.
In order to determine whether a touch is moving stably, the driver counts
how often its position updates match, roughly, the same direction. The
method works as intended, but
Thank you Denis, problem solved !
Le 03/12/2018 à 21:26, Denis Fondras a écrit :
> On Mon, Dec 03, 2018 at 09:19:10PM +0100, Denis Fondras wrote:
>> On Mon, Dec 03, 2018 at 05:59:26PM +0100, Julien Dhaille wrote:
>>> Hi. I am using bgpd within a rdomain (1).
>>> After the upgrade to 6.4 stable, I
On Tue, Dec 04, 2018 at 01:19:46PM +0100, Claudio Jeker wrote:
> I want to be able to build vmd images more or less automatically.
> This is why I added 'vmctl wait' and this here is the next step.
> It allows to boot bsd.rd and pass the needed info to the kernel that the
> system thinks it was PXE
On Tue, Dec 04, 2018 at 10:06:19PM +0100, Julien Dhaille wrote:
> Thank you Denis, problem solved !
Btw. Denis, this diff is OK claudio@
> Le 03/12/2018 à 21:26, Denis Fondras a écrit :
> > On Mon, Dec 03, 2018 at 09:19:10PM +0100, Denis Fondras wrote:
> >> On Mon, Dec 03, 2018 at 05:59:26PM +0
Thank you Denis, problem solved !
Le 03/12/2018 à 21:26, Denis Fondras a écrit :
> On Mon, Dec 03, 2018 at 09:19:10PM +0100, Denis Fondras wrote:
>> On Mon, Dec 03, 2018 at 05:59:26PM +0100, Julien Dhaille wrote:
>>> Hi. I am using bgpd within a rdomain (1).
>>> After the upgrade to 6.4 stable, I
Reyk Floeter 於 2018-12-04 22:14 寫到:
On Tue, Dec 04, 2018 at 05:43:48AM -0800, Chris Cappuccio wrote:
Of course printf instead of panic for testers
Oh, right, thanks!
@john: Does this "slightly less simple" diff work for you?
Hi Reyk,
Yes, your patch also work for me, I can boot without m
On Tue, Dec 04, 2018 at 05:43:48AM -0800, Chris Cappuccio wrote:
> Of course printf instead of panic for testers
>
Oh, right, thanks!
@john: Does this "slightly less simple" diff work for you?
@phessler, Chris: Maybe we should get this fix tested and in, wait for
reports, and I can use the ti
anyone?
On Fri, Nov 30, 2018 at 10:16:45AM +0100, Florian Obser wrote:
> On Fri, Oct 26, 2018 at 03:08:11PM -0600, Tracey Emery wrote:
> > On Mon, Jul 30, 2018 at 10:24:03AM -0600, Base Pr1me wrote:
> > > Sorry, this time with the correct diff.
> > >
> > > On 7/25/18 4:15 PM, Base Pr1me wrote:
>
Gcc is unhappy about the void * usage in printf:
search.c:325: warning: format '%s' expects type 'char *', but argument 2 has
type 'void *'
search.c:345: warning: format '%.*s' expects type 'char *', but argument 3 has
type 'void *'
search.c:365: warning: format '%s' expects type 'char *', but ar
I want to be able to build vmd images more or less automatically.
This is why I added 'vmctl wait' and this here is the next step.
It allows to boot bsd.rd and pass the needed info to the kernel that the
system thinks it was PXE booted and so the installer will start an
auto_install automatically.
On Tue, Dec 04, 2018 at 12:46:06PM +0100, Peter Hessler wrote:
> On 2018 Dec 03 (Mon) at 16:56:10 -0800 (-0800), Chris Cappuccio wrote:
> :Reyk Floeter [r...@openbsd.org] wrote:
> :>
> :> Yes, KVM???s stable bit is not a reliable indication as it is seems to
> depend on the capabilities of the KVM
On Mon, Dec 03, 2018 at 04:56:10PM -0800, Chris Cappuccio wrote:
> Reyk Floeter [r...@openbsd.org] wrote:
> >
> > Yes, KVM???s stable bit is not a reliable indication as it is seems to
> > depend on the capabilities of the KVM version and not the actual
> > availability of the feature on the part
On 2018 Dec 03 (Mon) at 16:56:10 -0800 (-0800), Chris Cappuccio wrote:
:Reyk Floeter [r...@openbsd.org] wrote:
:>
:> Yes, KVM???s stable bit is not a reliable indication as it is seems to
depend on the capabilities of the KVM version and not the actual availability
of the feature on the particula
Use m_align() in carp(4) and while there reorder the code a bit.
There is no need to set pkthdr values to 0, that is done my MGETHDR().
Make the IPv4 and IPv6 code use the same order by which stuff gets set.
OK?
--
:wq Claudio
Index: sys/netinet/ip_carp.c
> Date: Tue, 4 Dec 2018 11:53:57 +0200
> From: Artturi Alm
>
> Hi,
>
> spotted these while looking at x_attach() printf()s for something else.
Thanks, I unified all these messages to "can't establish interrupt".
> diff --git a/sys/dev/fdt/sximmc.c b/sys/dev/fdt/sximmc.c
> index eb5cf7f353e..9f
Hi,
spotted these while looking at x_attach() printf()s for something else.
-Artturi
diff --git a/sys/dev/fdt/sximmc.c b/sys/dev/fdt/sximmc.c
index eb5cf7f353e..9fa831d955a 100644
--- a/sys/dev/fdt/sximmc.c
+++ b/sys/dev/fdt/sximmc.c
@@ -418,7 +418,7 @@ sximmc_attach(struct device *parent, stru
On Fri, Nov 30, 2018 at 12:21:11PM +1000, David Gwynne wrote:
> i have a plan to allow virtual interfaces (eg, vlan, etherip, etc) to
> provide their own output functions so they can bypass the ifq machinery
> and push the packet onto the underlying layer directly.
>
> they'll still need to get an
19 matches
Mail list logo