Hello,
I noticed that calls to the function bwfm_pci_debug_console()
are wrapped in ifdef but the function itself isn't.
- Michael
Index: if_bwfm_pci.c
===
RCS file: /cvs/src/sys/dev/pci/if_bwfm_pci.c,v
retrieving revision 1.8
i want this so it makes mpls_input have the same function signature
as all the other protocol input functions we care about.
it also helps mpls_input because it looks up the interface the mpls
packet was received on, but it's always called by the interface
that the packet was receieved on.
on a
On Sat, Jan 06 2018, Klemens Nanni wrote:
> Looking at the CVS log one can see that other legacies such as ChangeLog
> have already been zapped. NOTES and PROJECTS have seen sporadic minor
> updates since import and still list valid topics, but they lack other
> long overdue
this is tx mitigation again, ie, defer calling an interfaces start
routine until at least 4 packets are queued, or a task fires.
the task firing is a problem for things like gif or vxlan that encap
a packet in ip and send it through the ip stack again. the ip stack
expects NET_RLOCK to be held.
On Sun, Jan 07 2018, "Todd C. Miller" wrote:
> In kb_add(), the args parameter is always NULL. Noticed by anton@
ok jca@
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Hi,
unsure about if the _MMC_HIGHSPEED is used at all,
but to keep this ++ i didn't touch it.
because of the bugged fec; i will not test this.
-Artturi
diff --git a/sys/arch/armv7/imx/imxesdhc.c b/sys/arch/armv7/imx/imxesdhc.c
index 8414dedcb37..0e951af6073 100644
---
On Sat, Jan 06, 2018 at 07:33:16PM -0800, Carlos Cardenas wrote:
> Attached are regress tests for the cdrom keyword.
>
> Comments? Ok?
>
> +--+
> Carlos
seems ok to me
> Index: Makefile
> ===
> RCS file:
In kb_add(), the args parameter is always NULL. Noticed by anton@
- todd
Index: bin/ksh/emacs.c
===
RCS file: /cvs/src/bin/ksh/emacs.c,v
retrieving revision 1.81
diff -u -p -u -r1.81 emacs.c
--- bin/ksh/emacs.c 7 Jan 2018
> > BTW, if anyone uses softdep *you have to tell me*, and then try
> > to repeat problems you encounter without softdep. That is a
> > totally different problem set.
>
> Yes, I am using softdep.
I am not concerned with the softdep case. softdep needs a maintainer,
and it isn't me. I'll
Hi,
* Theo de Raadt wrote:
>
> BTW, if anyone uses softdep *you have to tell me*, and then try
> to repeat problems you encounter without softdep. That is a
> totally different problem set.
Yes, I am using softdep.
For testing, I removed softdep and performed all tests again and
run the
10 matches
Mail list logo