Re: Ethernert drivers (MI) and muticast filters

2013-11-19 Thread Martin Pieuchot
On 11/11/13(Mon) 11:31, Martin Pieuchot wrote: I'm still looking for tests/oks for the driver changed in the diff below. Here's what I said on Oct 17th: Diff below converts the remaining drivers in our tree that still compare the low and high value of their Ethernet multicast ranges to

Re: Don't link multicast records to the first address

2013-11-19 Thread Martin Pieuchot
On 18/11/13(Mon) 12:54, Alexey E. Suslikov wrote: Martin Pieuchot mpieuchot at nolizard.org writes: at at -1803,8 +1651,12 at at in6_delmulti(struct in6_multi *in6m) snip + s = splsoftnet(); + TAILQ_REMOVE(ifp-if_maddrlist, in6m-in6m_ifma, ifma_list); +

Re: inteldrm diff

2013-11-19 Thread Stefan Sperling
On Sun, Nov 17, 2013 at 10:48:41PM +0100, Mark Kettenis wrote: The diff below is a fairly large diff that moves the gtt management into the inteldrm driver. While this diff might fix some of the issues people have been reporting with inteldrm, I don't expect it to fix most of those issues.

Re: hiding struct ifnet diff #4v2: _KERNEL

2013-11-19 Thread Martin Pieuchot
On 19/11/13(Tue) 15:25, Mike Belopuhov wrote: Apparently, this leads to some funny results. There are a bunch of prototypes under ifndef _KERNEL: #ifndef _KERNEL __BEGIN_DECLS unsigned int if_nametoindex(const char *); char*if_indextoname(unsigned int, char *); struct if_nameindex

Re: CVS: cvs.openbsd.org: src

2013-11-19 Thread Bob Beck
I'm inclined to agree with marc here - we bump minors on api additions - and yes, it was stubbed there before so it's not really an addition but it was stubbed to fail and had to be worked around - bump the minor - not like it's a big deal. On Tue, Nov 19, 2013 at 12:02 AM, Marc Espie

Re: CVS: cvs.openbsd.org: src

2013-11-19 Thread Vadim Zhukov
2013/11/19 Bob Beck b...@obtuse.com: I'm inclined to agree with marc here - we bump minors on api additions - and yes, it was stubbed there before so it's not really an addition but it was stubbed to fail and had to be worked around - bump the minor - not like it's a big deal. On Tue, Nov

RTL8111EVL interface on 5.4

2013-11-19 Thread Kenta Suzumoto
I'm looking at a board with the Realtek RTL8111EVL NIC. I believe it's the same as the RTL8111E. Can anyone confirm/deny that this card works with 5.4? I couldn't find it listed in the re or rl manpages. This is the device http://jetwaycomputer.com/JBC373F38.html

Re: RTL8111EVL interface on 5.4

2013-11-19 Thread Chris Cappuccio
Kenta Suzumoto [ken...@hush.com] wrote: I'm looking at a board with the Realtek RTL8111EVL NIC. I believe it's the same as the RTL8111E. Can anyone confirm/deny that this card works with 5.4? I couldn't find it listed in the re or rl manpages. This is the device

Re: Small patch for fmt(1)

2013-11-19 Thread drosih
On Mon, 18 Nov 2013 22:16:54 EST Eitan Adler wrote: Hi all, clang gives a warning when building fmt(1): fmt.c:400:35: warning: passing 'char *' to parameter of type 'const unsigned char *' converts between pointers to integer types with different sign might_be_header

linebuffering diff for tr(1)

2013-11-19 Thread Jan Klemkow
Hi, here is a diff that adds optional linebuffering to tr(1) with command line switch -u like in sed(1). I need this to remove '\r' characters from a continues input steam which lines have to be there immediately. Please write me if something is wrong with this diff or the change itself. I

Re: linebuffering diff for tr(1)

2013-11-19 Thread Theo de Raadt
In general, new non-standard options are bad. Basically, if we add this someone will use it in a script. Then it will become non-portable. You cannot just invent something on your own like this, without doing research to find out if someone else added a different option. I don't see evidence

Re: linebuffering diff for tr(1)

2013-11-19 Thread Stuart Henderson
On 2013/11/19 14:10, Theo de Raadt wrote: In general, new non-standard options are bad. Basically, if we add this someone will use it in a script. Then it will become non-portable. You cannot just invent something on your own like this, without doing research to find out if someone else

relayd: crash with two listen on (one is ssl)

2013-11-19 Thread Erik Lax
Hi, In relayd, if a relay is configured with two listen on directives, one with ssl and one without. In the relay_inherit function the ssl pointers (cert and key) are copied to the latter, and used/freed even if F_SSL is not set. This causes a double free later in purge_relay. relay http {

enable relaxed fencing on inteldrm

2013-11-19 Thread Jonathan Gray
This may give a speedup in some cases as we will allocate less memory up front. It needs to be tested across a diverse set of hardware for regressions however. Requires the gtt changes kettenis recently committed. Index: i915_dma.c

sem_open goldilocks

2013-11-19 Thread Ted Unangst
We want to be sure the shared semaphore file is sized just right. If it's not perfect, we'd better be creating it, and if we are creating it, it'd better be empty. Index: rthread_sem.c === RCS file:

Re: initial i217/i218 Haswell Ethernet support for em(4)

2013-11-19 Thread Jonathan Gray
On Tue, Nov 19, 2013 at 01:09:32AM +1100, Jonathan Gray wrote: On Sat, Nov 16, 2013 at 10:42:05AM +0100, Markus Hennecke wrote: On Sat, 9 Nov 2013, Jonathan Gray wrote: This adds the initial bits for the i217/i218 PHY and the Lynx Point PCH found in Haswell systems. Doesn't

RTL8723AS-VAU

2013-11-19 Thread Jean Lucas
Hi tech@, Driver/help request: RTL8723AS-VAU either in urtwn or new driver. Found on: Lenovo IdeaPad Yoga 13 port 2 addr 3: high speed, power 500 mA, config 1, GW-USValue-EZ(0x7811), GW-USValue-EZ(0x7392), rev 2.00, iSerialNumber 00e04c01 - note serial number urtwn0 port 3 addr