From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 5 13:59:21 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6D6EF82E; Mon, 5 Jan 2015 13:59:21 +0000 (UTC) Received: from mail.myota.org (mail.myota.org [85.10.206.105]) by mx1.freebsd.org (Postfix) with ESMTP id EBB7A6467E; Mon, 5 Jan 2015 13:59:20 +0000 (UTC) Received: from e181136235.adsl.alicedsl.de (e181136235.adsl.alicedsl.de [85.181.136.235]) (authenticated bits=128) by mail.myota.org (8.14.9/8.14.9) with ESMTP id t05DwvET073195; Mon, 5 Jan 2015 14:58:58 +0100 (CET) (envelope-from andre@fbsd.ata.myota.org) Received: from submit.client ([127.0.0.1]) by gate.local (8.14.9/8.14.9) with ESMTP id t05DwuRl065705; Mon, 5 Jan 2015 14:58:57 +0100 (CET) (envelope-from andre@fbsd.ata.myota.org) Received: (from user@localhost) by gate.local (8.14.9/8.14.9/Submit) id t05DwuDh065704; Mon, 5 Jan 2015 14:58:56 +0100 (CET) (envelope-from andre@fbsd.ata.myota.org) Date: Mon, 5 Jan 2015 14:58:56 +0100 From: Andre Albsmeier To: Garrett Cooper Subject: Re: [PATCH] Fixing panic in vt_fb_blank() if fb_size is not a multiple of fb_stride Message-ID: <20150105135856.GA65607@gate> References: <20150101192219.GA46601@voyager> <20150102072620.GB65505@gate> <9F362787-EC79-4ADC-B414-4EDBF592B868@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9F362787-EC79-4ADC-B414-4EDBF592B868@gmail.com> X-Echelon: Tower, RSA, government, COSMOS, remailers X-Advice: Drop that crappy M$-Outlook, I'm tired of your viruses! User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Not delayed on 85.10.206.105, ACL: AUTH(59), Origin: DE, OS: FreeBSD 9.x X-Greylist: Not delayed, ACL: localhost(52) X-Virus-Scanned: clamav-milter 0.98.5 at colo X-Virus-Status: Clean Cc: Andre Albsmeier , Adrian Chadd , "freebsd-x11@freebsd.org" , "freebsd-hackers@freebsd.org" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2015 13:59:21 -0000 On Fri, 02-Jan-2015 at 07:28:46 -0800, Garrett Cooper wrote: > > > On Jan 1, 2015, at 23:26, Andre Albsmeier wrote: > > > >> On Thu, 01-Jan-2015 at 13:34:53 -0800, Adrian Chadd wrote: > >> oh cool! > >> > >> Would you mind filing a PR? This is a pretty nifty find, good work! > > > > Thanks ;-) Given the fact that emaste@ apparently fixed that in > > -head already do you think the PR is still needed (for documentation > > purposes or otherwise)? > > The status should be changed to > In-Progress and the appropriate MFC keywords should be added to the bug. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196510 No idea about adding keywords or changing the status to In-Progess (only New and Closed are available). From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 5 15:47:25 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23633F1F for ; Mon, 5 Jan 2015 15:47:25 +0000 (UTC) Received: from degoeje.nl (degoeje.nl [85.214.202.38]) by mx1.freebsd.org (Postfix) with ESMTP id BC547675BD for ; Mon, 5 Jan 2015 15:47:24 +0000 (UTC) Received: from [192.168.1.220] (unknown [188.201.233.49]) by degoeje.nl (Postfix) with ESMTPSA id B4071A2273; Mon, 5 Jan 2015 15:41:58 +0000 (GMT) Message-ID: <54AAB0C0.20908@degoeje.nl> Date: Mon, 05 Jan 2015 16:41:52 +0100 From: Pieter de Goeje User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: =?windows-1252?Q?Victor_Fran=E7a?= , "freebsd-hackers@freebsd.org" Subject: Re: kqueue nonblocking socket timeout with siege References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed X-Virus-Scanned: clamav-milter 0.98.1 at degoeje.nl X-Virus-Status: Clean Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2015 15:47:25 -0000 Victor França schreef op 2015-01-03 om 16:37: > I'm trying to create a server that works with multiple connections using kqueue. > After much research, I developed my code to test the technology. > So I started testing with the siege, however, after an average of 300 requests, the server begins to become unstable, sometimes the siege points timeout, sometimes it can get the answer. > > I 'm using the g ++ to compile. > > Here is my code. It looks to me like your code overwrites the kevent changeset each time it accepts a new client or writes data without pushing the previous changeset out to the kernel if multiple events are received from a single kevent() call. I would keep a list of changes and commit them to the kernel whenever the list is full or kevent() is called in the main loop, whichever comes first. Pseudo code: my_ev_set(...) { if changeset is full, call kevent(q, changeset, changeset_count, ...); EV_SET(&changeset[changeset_count++], ...); } Use my_ev_set() whenever you'd call EV_SET() normally. You can then remove all manual calls to kevent() (except the one in the main loop). The added benefit of this approach is that you minimize the number of system calls. Some other things I noticed: - The code doesn't account for partial reads & writes. - You don't need to set EV_ENABLE when first adding a filter, this is the default. - The code doesn't check for EV_EOF and fflags (which contains the error) in the EV_READ case. - EV_DISABLE doesn't actually remove the event, use EV_DELETE if you don't want to trigger the event in the first place. - It isn't necessary to EV_DELETE or EV_DISABLE events on a socket prior to close()ing it. Hope this helps, Pieter > > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > > using namespace std; > > struct client_s { > int fd; > int type; > socklen_t addrlen; > struct sockaddr addr; > int bufflen; > }; > > int main (int argc, char *argv[]) { > > int portN, sockFD, sockOPT, eveCT, optRET, bindRET, listenRET, kernelQUE, nev, connectionFlags, numBT; > struct sockaddr_in sockADDR; > struct kevent events[2]; > struct kevent changes[2]; > > if (argc < 2) { > cerr << "Argument required: [port]" << endl; > return -1; > } > > portN = atoi(argv[1]); > > sockFD = socket(AF_INET, SOCK_STREAM | SOCK_NONBLOCK, IPPROTO_TCP); > > if (sockFD < 0) { > cerr << "Error while opening socket: " << strerror(errno) << endl; > return -1; > } else > clog << "Socket openend. Nonblock socket defined." << endl; > > sockOPT = 1; > > optRET = setsockopt(sockFD, SOL_SOCKET, SO_REUSEADDR, &sockOPT, sizeof(sockOPT)); // Avoid TIME_WAIT > if (optRET < 0) { > cerr << "Error while setting flag SO_REUSEADDR: " << strerror(errno) << endl; > return -1; > } else > clog << "SO_REUSEADDR flag ok." << endl; > > optRET = setsockopt(sockFD, IPPROTO_TCP, TCP_NODELAY, &sockOPT, sizeof(sockOPT)); // Avoid socket buffer > if (optRET < 0) { > cerr << "Error while setting flag TCP_NODELAY: " << strerror(errno) << endl; > return -1; > } else > clog << "TCP_NODELAY flag ok." << endl; > > memset(&sockADDR, 0, sizeof(struct sockaddr_in)); > > sockADDR.sin_family = AF_INET; > sockADDR.sin_port = htons(portN); > sockADDR.sin_addr.s_addr = INADDR_ANY; > > bindRET = bind(sockFD, (struct sockaddr*)&sockADDR, sizeof(sockADDR)); > > if (bindRET < 0) { > cerr << "Error while binding socket: " << strerror(errno) << endl; > return -1; > } else > clog << "Socket binded." << endl; > > listenRET = listen(sockFD, 1000); > > if (listenRET < 0) { > cerr << "Error while start listening the port: " << strerror(errno) << endl; > return -1; > } else > clog << "Socket is listening the port " << argv[1] << endl; > > kernelQUE = kqueue(); > > if (kernelQUE < 0) { > cerr << "Error on creating kqueue." << endl; > return -1; > } else > clog << "Starting kernel queue." << endl; > > memset(events, 0, sizeof(events)); > memset(changes, 0, sizeof(changes)); > > EV_SET(&changes[0], sockFD, EVFILT_READ, EV_ADD | EV_ENABLE, 0, 0, 0); > > eveCT = 1; > for (;;) { > > nev = kevent(kernelQUE, changes, eveCT, events, eveCT, NULL); > > if (nev < 0) { > cerr << "Error resolving event." << endl; > return -1; > } > > for (int i = 0;i <= nev; i++) { > struct client_s * client = static_cast(malloc(sizeof(struct client_s))); > > if (events[i].ident == sockFD && events[i].filter == EVFILT_READ) { > client->fd = accept4(sockFD, &client->addr, &client->addrlen, SOCK_NONBLOCK); > > if (client->fd < 0) { > cerr << "Error while accepting new connection." << strerror(errno) << endl; > free(client); > } else { > client->type = 2; > client->bufflen = 0; > EV_SET(&changes[1], client->fd, EVFILT_READ, EV_ADD | EV_ENABLE, 0, 0, client); > eveCT=2; > } > } > > if (events[i].filter == EVFILT_READ && events[i].udata && events[i].data > 0) { > client = static_cast(events[i].udata); > if (client->type == 2) { > > client->type++; > char *buffer = new char[events[i].data]; > client->bufflen = events[i].data; > numBT = recv(client->fd, buffer, events[i].data, 0); > delete[] buffer; > if (numBT == events[i].data) { > EV_SET(&changes[1], client->fd, EVFILT_READ, EV_DISABLE, 0, 0, 0); > kevent(kernelQUE, &changes[1], 1, NULL, 0, 0); > EV_SET(&changes[1], client->fd, EVFILT_WRITE, EV_ADD | EV_ENABLE, 0, 0, client); > } else > cerr << "Error while reading." << strerror(errno) << endl; > } > } else if (events[i].filter == EVFILT_WRITE && events[i].udata) { > client = static_cast(events[i].udata); > if (client->type == 3) { > string query("HTTP/1.1 200 OK\r\n\r\nKernel events, baby!";); > numBT = send(client->fd, query.c_str(), query.size(), 0); > if (numBT == query.size()) { > EV_SET(&changes[1], client->fd, EVFILT_WRITE, EV_DISABLE, 0, 0, 0); > kevent(kernelQUE, &changes[1], 1, NULL, 0, 0); > memset(&changes[1], 0, sizeof(struct kevent)); > shutdown(client->fd, SHUT_RDWR); > close(client->fd); > free(client); > eveCT=1; > } else > cerr << "Error while writing." << strerror(errno) << endl; > } > } > } > } > > shutdown(sockFD, SHUT_RDWR); > close(sockFD); > > return 0; > } > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 6 00:02:36 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 381F086B for ; Tue, 6 Jan 2015 00:02:36 +0000 (UTC) Received: from phlegethon.blisses.org (phlegethon.blisses.org [50.56.97.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ED1CD25AB for ; Tue, 6 Jan 2015 00:02:21 +0000 (UTC) Received: from blisses.org (cocytus.blisses.org [23.25.209.73]) by phlegethon.blisses.org (Postfix) with ESMTPSA id 85D92148A99 for ; Mon, 5 Jan 2015 19:02:15 -0500 (EST) Date: Mon, 5 Jan 2015 19:02:13 -0500 From: Mason Loring Bliss To: freebsd-hackers@freebsd.org Subject: usbhidctl / Logitech Message-ID: <20150106000213.GT4187@blisses.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 00:02:36 -0000 Hi all. I'm tracking a problem and I'd love some advice. In short, I've got a Logitech Illuminated Keyboard, and I'm trying to support the media keys with usbhidaction. So far, it seems that the uhid the Logitech gives me is presenting a value range, 786432..787199, but here's where I'm confused. Note: Comments are against usbhidaction.c 227195 from 10.1. So, since we're give a range when we look at the result of hid_get_item, we set range = 1 on line 382. Because of this, when we get to line 450, during config parsing, cmd->value is thrown away and becomes either "u - lo" or "-1". The trouble is, the actual value we want is found in cmd->value, and it's not 1, so it's smashed to -1 on line 454. Here's the config for usbhidaction to support my media keys: Consumer:Consumer_Control.Consumer:Unassigned 226 0 mixer vol 0 Consumer:Consumer_Control.Consumer:Unassigned 234 0 mixer vol -1 Consumer:Consumer_Control.Consumer:Unassigned 233 0 mixer vol +1 I guess my question is, is it inappropriate/wrong for the Logitech keyboard to be reporting a range? The three media keys are all on that one "Consumer:Consumer_Control.Consumer:Unassigned" control and I can only differentiate between them by value, but because the keyboard says it has a range of values (which these aren't in obviously) we smash that value. The man page for usbhidaction talks about "Consumer:Volume_Down" and "Consumer:Volume_Up" as two seperate controls, but that's now how this Logitech device is evidently doing it. Right now I'm doing the following to make usbhidaction work for me, but I'm wondering what the right fix is for FreeBSD. --- usbhidaction.c.orig 2015-01-05 15:42:51.340151502 -0500 +++ usbhidaction.c 2015-01-05 18:38:20.618456979 -0500 @@ -447,7 +447,7 @@ cmd->item = h; cmd->name = strdup(name); cmd->action = strdup(action); - if (range) { + if (range && 0) { if (cmd->value == 1) cmd->value = u - lo; else >From a perusal of their source tree, it looks like NetBSD, the source of the code in question, would have the same issue with this keyboard. If the Logitech is doing something improper by specifying a range, we should still be able to work around that. If it's normal for it to specify a range, then it seems like we don't want to smash the values it's providing when we ask. Thanks in advance for clues. -- Mason Loring Bliss (( If I have not seen as far as others, it is because mason@blisses.org )) giants were standing on my shoulders. - Hal Abelson From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 6 00:23:23 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D3418CC1 for ; Tue, 6 Jan 2015 00:23:23 +0000 (UTC) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6843B2D0D for ; Tue, 6 Jan 2015 00:23:23 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id l15so4375883wiw.10 for ; Mon, 05 Jan 2015 16:23:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=f2AVXY43Ma9EgADKxFGaKLzx/LhRWvl8fahpMIf5+EU=; b=lXn9fXGR3rzcGA5GBz96m21h2eosS6kbTIu8M5SEd14mseJCwyk4jz5XarHwlWMQ24 +trSeSvE3A2SQagDryQih5aTITh2NgQJpeEnwq6rXoLoRTZpmuz24+7GCrkqHvhstDtl Au0YXe7rh/G7wg+VwFlE23/rCqUfhVrSk+lq5OWZqIlh45ybPP68j1dz3Qes8r7u+FCp IaLwgD7VQCdjvkNYulCBijj51DtNwuAOZZ6TS1NeGBJnN6DJbni5zHGhIIBDHLxDp0vI 0AwQy0d5jUxMNl3E0+vLbaPp2F/vTtsoVuliJBrWnDeIL0vQ+OAJFzaKY3UkcnEwohMh fCug== MIME-Version: 1.0 X-Received: by 10.194.108.9 with SMTP id hg9mr181885298wjb.68.1420503801731; Mon, 05 Jan 2015 16:23:21 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.41.136 with HTTP; Mon, 5 Jan 2015 16:23:21 -0800 (PST) Date: Mon, 5 Jan 2015 16:23:21 -0800 X-Google-Sender-Auth: V3de_8f4haabsutwayLg_-i9DOM Message-ID: Subject: hackathon 2014/01 results! From: Adrian Chadd To: "freebsd-hackers@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 00:23:24 -0000 Hi! A few of us got together over the new year weekend to pump out some new powerpc support and fix bugs. Here's the result: * nathan@ and jhibbits@ worked on PPC. Nathan was doing bringup on the POWER8 hardware that we recently acquired. Justin was working on general PPC support updates and looking at fixing hwpmc for PPC. Justin got side-tracked by my PPC laptop update to -HEAD - apparently vt(4) isn't working for it. * nathan@ fixed up vt(4) for PS3 and used it as a development environment to test out kexec changes. He had already worked out a basic kboot loader for FreeBSD that uses kexec from the Linux bootloader firmware on the PS3 - which also is being used by the POWER8 box. * nathan@ got the hypervisor-running kernel booting but hit vscsi issues. * nathan@ got the bare-metal kernel booting enough to talk to the serial port and print out some text, so now he needs to write a console driver for it. * rodrigc@ did some jenkins build work - I worked with him to get mips32/mips64 builds in jenkins configured and helped him get a filesystem image built and fire up qemu MIPS to boot kernels. The hope is that we can get Jenkins to do a buildworld/kernel, create an FS image, populate it with the kyua bits to run the unit tests, then run the unit tests. I'm hoping we can streamline this for all the platforms and not just i386/amd64. * adrian@ has been working on userland builds for MIPS/ARM things. * adrian@ updated some more of his wifi scan code in preparation for committing it - it's an overhaul that'll make background scan for iwn(4) much easier and pave the way for more sensible Intel 7260 wifi support. * adrian@ also brought up FreeBSD-HEAD on the QCA955x (scorpion) SoC - enough to get to a mountroot> prompt. The main thing missing before it'll be useful is some new interrupt multiplexer handling code and PCIe bridge - half the devices now sit behind a new interrupt multiplexer. They probe/attach but they don't get interrupts. * adrian@ and sbruno@ worked out some kinks in building dlink images for the DIR-825B1 and DIR-825C1 in preparation for more dlink wifi router support. * We gave FreeBSD/HEAD on a Buffalo MIPS wifi router a good thrashing over the weekend - no real issues crept up. * jmg@ updated his pcie hotplug branch and both he and rodrigc@ learn that not keeping up to date with iwn(4) fixes in FreeBSD-HEAD makes wifi a sad critter. * Two new people showed up - Cab and Siri - and they played with Raspberry PI related things. (It's weird writing in third-person. I don't like it.) Ok, so thanks to Norse for the space, power, internet and snacks/drinks over the weekend. Thankyou to Stacey Peterson for helping me acquire one of these Tyan POWER8 boxes, and thanks to the Foundation for paying for said box. From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 6 00:31:20 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D629F70; Tue, 6 Jan 2015 00:31:20 +0000 (UTC) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 1EB1E2DB6; Tue, 6 Jan 2015 00:31:19 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 4FDD856085; Mon, 5 Jan 2015 18:31:19 -0600 (CST) Date: Mon, 5 Jan 2015 18:31:19 -0600 From: Mark Linimon To: Adrian Chadd Subject: Re: hackathon 2014/01 results! Message-ID: <20150106003119.GA15192@lonesome.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Tue, 06 Jan 2015 01:02:00 +0000 Cc: "freebsd-hackers@freebsd.org" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 00:31:20 -0000 this is all great stuff! mcl From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 6 07:31:33 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9FE4860 for ; Tue, 6 Jan 2015 07:31:33 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9A33C6624F for ; Tue, 6 Jan 2015 07:31:33 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 94F791FE022; Tue, 6 Jan 2015 08:31:29 +0100 (CET) Message-ID: <54AB8F81.8070702@selasky.org> Date: Tue, 06 Jan 2015 08:32:17 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Mason Loring Bliss , freebsd-hackers@freebsd.org Subject: Re: usbhidctl / Logitech References: <20150106000213.GT4187@blisses.org> In-Reply-To: <20150106000213.GT4187@blisses.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 07:31:33 -0000 On 01/06/15 01:02, Mason Loring Bliss wrote: > Hi all. I'm tracking a problem and I'd love some advice. > > In short, I've got a Logitech Illuminated Keyboard, and I'm trying to support > the media keys with usbhidaction. So far, it seems that the uhid the Logitech > gives me is presenting a value range, 786432..787199, but here's where I'm > confused. > > Note: Comments are against usbhidaction.c 227195 from 10.1. > Hi, Did you checkout "sysutils/uhidd" in ports yet? --HPS From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 6 16:59:30 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C4E2ECC for ; Tue, 6 Jan 2015 16:59:30 +0000 (UTC) Received: from phlegethon.blisses.org (phlegethon.blisses.org [50.56.97.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3CFFE6447E for ; Tue, 6 Jan 2015 16:59:29 +0000 (UTC) Received: from blisses.org (cocytus.blisses.org [23.25.209.73]) by phlegethon.blisses.org (Postfix) with ESMTPSA id 83139148A6E; Tue, 6 Jan 2015 11:59:28 -0500 (EST) Date: Tue, 6 Jan 2015 11:59:26 -0500 From: Mason Loring Bliss To: Hans Petter Selasky Subject: Re: usbhidctl / Logitech Message-ID: <20150106165926.GU4187@blisses.org> References: <20150106000213.GT4187@blisses.org> <54AB8F81.8070702@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54AB8F81.8070702@selasky.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 16:59:30 -0000 On Tue, Jan 06, 2015 at 08:32:17AM +0100, Hans Petter Selasky wrote: > Did you checkout "sysutils/uhidd" in ports yet? The docs say: "Note that before you can use uhidd with certain ugenX.Y device, you need to make sure there is no kernel HID device driver attached to that device. You could either remove 'device ukbd', 'device ums' and 'device uhid' from your kernel config file and recomplie the kernel, or if these drivers are loaded as kernel modules, kldunload(8) them." It would be unfortunate to have to build a custom kernel and resort to something from ports when the in-tree tool is one bugfix away from supporting my hardware perfectly. I guess I need to understand more of the background to figure out what the most reasonable fix would be. I'll do some more research. -- Mason Loring Bliss mason@blisses.org http://blisses.org/ "I am a brother of jackals, and a companion of ostriches." (Job 30 : 29) From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 6 21:49:25 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3BFD6C2F for ; Tue, 6 Jan 2015 21:49:25 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F192D660F7 for ; Tue, 6 Jan 2015 21:49:24 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 866241FE022; Tue, 6 Jan 2015 22:49:22 +0100 (CET) Message-ID: <54AC5892.5000308@selasky.org> Date: Tue, 06 Jan 2015 22:50:10 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Mason Loring Bliss Subject: Re: usbhidctl / Logitech References: <20150106000213.GT4187@blisses.org> <54AB8F81.8070702@selasky.org> <20150106165926.GU4187@blisses.org> In-Reply-To: <20150106165926.GU4187@blisses.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 21:49:25 -0000 On 01/06/15 17:59, Mason Loring Bliss wrote: > On Tue, Jan 06, 2015 at 08:32:17AM +0100, Hans Petter Selasky wrote: > >> Did you checkout "sysutils/uhidd" in ports yet? > > The docs say: > > "Note that before you can use uhidd with certain ugenX.Y device, you need > to make sure there is no kernel HID device driver attached to that > device. You could either remove 'device ukbd', 'device ums' and 'device > uhid' from your kernel config file and recomplie the kernel, or if these > drivers are loaded as kernel modules, kldunload(8) them." > > It would be unfortunate to have to build a custom kernel and resort to > something from ports when the in-tree tool is one bugfix away from supporting > my hardware perfectly. > > I guess I need to understand more of the background to figure out what the > most reasonable fix would be. I'll do some more research. > I think "uhidd" will detach any kernel drivers it finds? Did you try it? --HPS From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 6 21:51:51 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 21DE4D4E for ; Tue, 6 Jan 2015 21:51:51 +0000 (UTC) Received: from phlegethon.blisses.org (phlegethon.blisses.org [50.56.97.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0149366209 for ; Tue, 6 Jan 2015 21:51:50 +0000 (UTC) Received: from blisses.org (cocytus.blisses.org [23.25.209.73]) by phlegethon.blisses.org (Postfix) with ESMTPSA id 2BABB148A6E; Tue, 6 Jan 2015 16:51:49 -0500 (EST) Date: Tue, 6 Jan 2015 16:51:47 -0500 From: Mason Loring Bliss To: Hans Petter Selasky Subject: Re: usbhidctl / Logitech Message-ID: <20150106215147.GV4187@blisses.org> References: <20150106000213.GT4187@blisses.org> <54AB8F81.8070702@selasky.org> <20150106165926.GU4187@blisses.org> <54AC5892.5000308@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54AC5892.5000308@selasky.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 21:51:51 -0000 On Tue, Jan 06, 2015 at 10:50:10PM +0100, Hans Petter Selasky wrote: > I think "uhidd" will detach any kernel drivers it finds? Did you try it? I didn't try it, because the docs suggested otherwise. Either way, I'd much rather fix usbhidaction. -- Mason Loring Bliss mason@blisses.org Ewige Blumenkraft! awake ? sleep : random() & 2 ? dream : sleep; -- Hamlet, Act III, Scene I From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 7 12:26:59 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73D96D4C for ; Wed, 7 Jan 2015 12:26:59 +0000 (UTC) Received: from mailuogwdur.emc.com (mailuogwdur.emc.com [128.221.224.79]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mailuogwprd51.lss.emc.com", Issuer "RSA Corporate Server CA v2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2C5D6647BE for ; Wed, 7 Jan 2015 12:26:58 +0000 (UTC) Received: from maildlpprd56.lss.emc.com (maildlpprd56.lss.emc.com [10.106.48.160]) by mailuogwprd52.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t07CQuXk025792 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 7 Jan 2015 07:26:56 -0500 X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd52.lss.emc.com t07CQuXk025792 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=emc.com; s=jan2013; t=1420633616; bh=GwTfT/QG7ztaGifhTIvKevWSlyE=; h=From:To:Date:Subject:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=huGUJL/UdZOS64a66pfpH2/+aTnCVsFhpOLZtbHuE79kqv9DgzgX206FSCHow+6ex /AzbDn6M3PjdLfgn1bwqftwv1sP30PAwz3K3zPNZAwCvethosKGqB8f0lcmKPngCBG LepjJGaC7ix1u8AaE623W8rHG7xlIA3HDXvyiJUI= X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd52.lss.emc.com t07CQuXk025792 Received: from mailusrhubprd52.lss.emc.com (mailusrhubprd52.lss.emc.com [10.106.48.25]) by maildlpprd56.lss.emc.com (RSA Interceptor) for ; Wed, 7 Jan 2015 07:25:15 -0500 Received: from mxhub33.corp.emc.com (mxhub33.corp.emc.com [10.254.93.81]) by mailusrhubprd52.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t07CQhgc027156 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Wed, 7 Jan 2015 07:26:44 -0500 Received: from mx25a.corp.emc.com ([169.254.1.95]) by mxhub33.corp.emc.com ([::1]) with mapi; Wed, 7 Jan 2015 07:26:43 -0500 From: "O'Connor, Daniel" To: FreeBSD Hackers Date: Wed, 7 Jan 2015 07:26:42 -0500 Subject: if_pflow from OpenBSD Thread-Topic: if_pflow from OpenBSD Thread-Index: AdAqdTGtVN7qrRn0TXuQ2EgISmeB0w== Message-ID: <45056363-1E83-4318-B870-7F673993166B@emc.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Sentrion-Hostname: mailusrhubprd52.lss.emc.com X-RSA-Classifications: public X-Mailman-Approved-At: Wed, 07 Jan 2015 12:56:23 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2015 12:26:59 -0000 SGFzIGFueW9uZSBhdHRlbXB0ZWQgYSBwb3J0IG9mIHRoaXM/IChodHRwOi8vY3Zzd2ViLm9wZW5i c2Qub3JnL2NnaS1iaW4vY3Zzd2ViL3NyYy9zeXMvbmV0L2lmX3BmbG93LmMpDQoNCkkgdXNlZCB0 byB1c2UgcGZmbG93ZCBidXQgaXQgYnJva2UgZHVlIHRvIHBmIGNoYW5nZXMgYW5kIGxvb2tzIGRl YWQgdXBzdHJlYW0gLSBpZl9wZmxvdyg0KSBzZWVtcyBsaWtlIHRoZSBjYW5vbmljYWwgcGYgd2F5 IG5vdy4NCg0KVGhhbmtzLA0KCURhbmllbCBP4oCZQ29ubm9yDQoNClNlbmlvciBTb2Z0d2FyZSBF bmdpbmVlcg0KSXNpbG9uIFBsYXRmb3JtcyBUZWFtDQoNCg0KDQo= From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 7 13:26:48 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4E349913 for ; Wed, 7 Jan 2015 13:26:48 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0D90E1002 for ; Wed, 7 Jan 2015 13:26:47 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 6E0A71FE022; Wed, 7 Jan 2015 14:26:43 +0100 (CET) Message-ID: <54AD3443.6010800@selasky.org> Date: Wed, 07 Jan 2015 14:27:31 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Mason Loring Bliss Subject: Re: usbhidctl / Logitech References: <20150106000213.GT4187@blisses.org> <54AB8F81.8070702@selasky.org> <20150106165926.GU4187@blisses.org> <54AC5892.5000308@selasky.org> <20150106215147.GV4187@blisses.org> In-Reply-To: <20150106215147.GV4187@blisses.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2015 13:26:48 -0000 On 01/06/15 22:51, Mason Loring Bliss wrote: > On Tue, Jan 06, 2015 at 10:50:10PM +0100, Hans Petter Selasky wrote: > >> I think "uhidd" will detach any kernel drivers it finds? Did you try it? > > I didn't try it, because the docs suggested otherwise. Either way, I'd much > rather fix usbhidaction. > Hi, The HID parse in userspace is taken from the kernel. Maybe some parts are missing. See: sys/dev/usb/*hid*.[ch] --HPS From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 8 03:40:20 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 821) id DB2BF880; Thu, 8 Jan 2015 03:40:20 +0000 (UTC) Date: Thu, 8 Jan 2015 03:40:20 +0000 From: John Cc: FreeBSD Hackers Subject: NVMe users? Status? Message-ID: <20150108034020.GA6686@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2015 03:40:20 -0000 Hi Folks, I may have an opportunity to get a couple of NVMe capable systems. Is anyone using any NVMe devices, and if so, how are they working? Any gotchas? Tunings? etc? Is anyone using nvme devices not via nvd? Many Thanks, John From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 8 09:25:39 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9337DF31 for ; Thu, 8 Jan 2015 09:25:39 +0000 (UTC) Received: from smtp.lamaiziere.net (net.lamaiziere.net [37.59.62.186]) by mx1.freebsd.org (Postfix) with ESMTP id 5ACC31A2 for ; Thu, 8 Jan 2015 09:25:38 +0000 (UTC) Received: from mr185083.univ-rennes1.fr (mr185083.univ-rennes1.fr [129.20.185.83]) by smtp.lamaiziere.net (Postfix) with ESMTPA id D6860610A; Thu, 8 Jan 2015 10:17:45 +0100 (CET) Received: from mr185083 (localhost [127.0.0.1]) by mr185083.univ-rennes1.fr (Postfix) with ESMTP id B224F7199; Thu, 8 Jan 2015 10:17:45 +0100 (CET) Date: Thu, 8 Jan 2015 10:17:44 +0100 From: Patrick Lamaiziere To: "O'Connor, Daniel" Subject: Re: if_pflow from OpenBSD Message-ID: <20150108101744.2c2a9eae@mr185083> In-Reply-To: <45056363-1E83-4318-B870-7F673993166B@emc.com> References: <45056363-1E83-4318-B870-7F673993166B@emc.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (smtp.lamaiziere.net [0.0.0.0]); Thu, 08 Jan 2015 10:17:45 +0100 (CET) Cc: FreeBSD Hackers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2015 09:25:39 -0000 Le Wed, 7 Jan 2015 07:26:42 -0500, "O'Connor, Daniel" a écrit : Hello, > Has anyone attempted a port of this? > (http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys/net/if_pflow.c) > > I used to use pfflowd but it broke due to pf changes and looks dead > upstream - if_pflow(4) seems like the canonical pf way now. May be you can try ng_netflow(4)? (I have to migrate an OpenBSD firewall to FreeBSD and any input on ng_netflow will be welcome.) Regards, From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 9 01:46:33 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B1684127 for ; Fri, 9 Jan 2015 01:46:33 +0000 (UTC) Received: from mailuogwdur.emc.com (mailuogwdur.emc.com [128.221.224.79]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mailuogwprd51.lss.emc.com", Issuer "RSA Corporate Server CA v2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 66C53A93 for ; Fri, 9 Jan 2015 01:46:32 +0000 (UTC) Received: from maildlpprd52.lss.emc.com (maildlpprd52.lss.emc.com [10.106.48.156]) by mailuogwprd54.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t091kThI022422 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Jan 2015 20:46:29 -0500 X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd54.lss.emc.com t091kThI022422 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=emc.com; s=jan2013; t=1420767989; bh=7El3gutXE2+gSMHC5YAd/XNQmYg=; h=From:To:CC:Date:Subject:Message-ID:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:MIME-Version; b=LAQH1PB998rTaEG42qC+jPNEfvWkkteWn2pCBb0wh2SQMToPwJw9HRKbVvJvvKVZ1 PIdfJ5+1dGMJoHlNse6if+RGvCMPvaEPy0+Wtorrtf6qPieCPcdUrfh/7lc2QCX9EG ruJuGU9+b1mwTKjpld+CF1U0QZCej3RXQuyjJTp0= X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd54.lss.emc.com t091kThI022422 Received: from mailusrhubprd52.lss.emc.com (mailusrhubprd52.lss.emc.com [10.106.48.25]) by maildlpprd52.lss.emc.com (RSA Interceptor); Thu, 8 Jan 2015 20:46:41 -0500 Received: from mxhub12.corp.emc.com (mxhub12.corp.emc.com [10.254.92.107]) by mailusrhubprd52.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t091kOAd016262 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 8 Jan 2015 20:46:24 -0500 Received: from mx25a.corp.emc.com ([169.254.1.95]) by mxhub12.corp.emc.com ([10.254.92.107]) with mapi; Thu, 8 Jan 2015 20:46:23 -0500 From: "O'Connor, Daniel" To: Patrick Lamaiziere Date: Thu, 8 Jan 2015 20:46:23 -0500 Subject: Re: if_pflow from OpenBSD Thread-Topic: if_pflow from OpenBSD Thread-Index: AdArrhKlpVY9vsjVQiyt4ikhpbvWLw== Message-ID: <9085F2E7-5429-4C16-86DB-7C3F04C993DC@emc.com> References: <45056363-1E83-4318-B870-7F673993166B@emc.com> <20150108101744.2c2a9eae@mr185083> In-Reply-To: <20150108101744.2c2a9eae@mr185083> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Sentrion-Hostname: mailusrhubprd52.lss.emc.com X-RSA-Classifications: public X-Mailman-Approved-At: Fri, 09 Jan 2015 03:16:34 +0000 Cc: "O'Connor, Daniel" , FreeBSD Hackers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2015 01:46:33 -0000 On 8 Jan 2015, at 19:47, Patrick Lamaiziere wrote: > Le Wed, 7 Jan 2015 07:26:42 -0500, > "O'Connor, Daniel" a =E9crit : >=20 >> Has anyone attempted a port of this? >> (http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys/net/if_pflow.c) >>=20 >> I used to use pfflowd but it broke due to pf changes and looks dead >> upstream - if_pflow(4) seems like the canonical pf way now. >=20 > May be you can try ng_netflow(4)? Funny you should mention that :) I am using mpd for PPPoE which uses netgraph and so enabled that (although = had to fix a bug when you have netflow and IPv6) - however I am using pf fo= r my firewall and NAT and I'd rather not change. That means that mp (and he= nce ng_netflow) don't see un-NAT'd addresses which makes the flow tracking = not particularly useful. I could run softflowd but that doesn't see traffic generated by the router = itself (of which there is quite a bit) so that's out too.. I had a look at if_pflow and it does appear to handle NAT properly and so s= hould do what I want.. > (I have to migrate an OpenBSD firewall to FreeBSD and any > input on ng_netflow will be welcome.) I think if you used netgraph for NAT then it would work but I'm reluctant t= o migrate my setting (just yet anyway..) Regards, Daniel O=92Connor Senior Software Engineer Isilon Platforms Team From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 9 10:02:17 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A52F516F for ; Fri, 9 Jan 2015 10:02:17 +0000 (UTC) Received: from smtp.lamaiziere.net (net.lamaiziere.net [37.59.62.186]) by mx1.freebsd.org (Postfix) with ESMTP id 6BCD7D99 for ; Fri, 9 Jan 2015 10:02:16 +0000 (UTC) Received: from mr185083.univ-rennes1.fr (mr185083.univ-rennes1.fr [129.20.185.83]) by smtp.lamaiziere.net (Postfix) with ESMTPA id CB10A63E9; Fri, 9 Jan 2015 11:02:07 +0100 (CET) Received: from mr185083 (localhost [127.0.0.1]) by mr185083.univ-rennes1.fr (Postfix) with ESMTP id 8B51B742B; Fri, 9 Jan 2015 11:02:07 +0100 (CET) Date: Fri, 9 Jan 2015 11:02:07 +0100 From: Patrick Lamaiziere To: "O'Connor, Daniel" Subject: Re: if_pflow from OpenBSD Message-ID: <20150109110207.45e280dd@mr185083> In-Reply-To: <9085F2E7-5429-4C16-86DB-7C3F04C993DC@emc.com> References: <45056363-1E83-4318-B870-7F673993166B@emc.com> <20150108101744.2c2a9eae@mr185083> <9085F2E7-5429-4C16-86DB-7C3F04C993DC@emc.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (smtp.lamaiziere.net [0.0.0.0]); Fri, 09 Jan 2015 11:02:07 +0100 (CET) Cc: FreeBSD Hackers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2015 10:02:17 -0000 Le Thu, 8 Jan 2015 20:46:23 -0500, "O'Connor, Daniel" a écrit : Hello, > On 8 Jan 2015, at 19:47, Patrick Lamaiziere > wrote: > > Le Wed, 7 Jan 2015 07:26:42 -0500, > > "O'Connor, Daniel" a écrit : > > > >> Has anyone attempted a port of this? > >> (http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys/net/if_pflow.c) > >> > >> I used to use pfflowd but it broke due to pf changes and looks dead > >> upstream - if_pflow(4) seems like the canonical pf way now. > > > > May be you can try ng_netflow(4)? > > Funny you should mention that :) > > I am using mpd for PPPoE which uses netgraph and so enabled that > (although had to fix a bug when you have netflow and IPv6) - however > I am using pf for my firewall and NAT and I'd rather not change. That > means that mp (and hence ng_netflow) don't see un-NAT'd addresses > which makes the flow tracking not particularly useful. Ah thanks, this is good to know (we don't NAT here). > I could run softflowd but that doesn't see traffic generated by the > router itself (of which there is quite a bit) so that's out too.. I've tried softflowd but it does not perform well and implies a heavy load on the box. pflow(4) has the drawback to handle netflow only at the end of the session. Regards, From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 9 13:25:35 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0184A6FA for ; Fri, 9 Jan 2015 13:25:34 +0000 (UTC) Received: from smtp.lamaiziere.net (net.lamaiziere.net [37.59.62.186]) by mx1.freebsd.org (Postfix) with ESMTP id BA0FD622 for ; Fri, 9 Jan 2015 13:25:33 +0000 (UTC) Received: from mr185083.univ-rennes1.fr (mr185083.univ-rennes1.fr [129.20.185.83]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 8C6036428; Fri, 9 Jan 2015 14:25:31 +0100 (CET) Received: from mr185083 (localhost [127.0.0.1]) by mr185083.univ-rennes1.fr (Postfix) with ESMTP id 887187498; Fri, 9 Jan 2015 14:25:31 +0100 (CET) Date: Fri, 9 Jan 2015 14:25:31 +0100 From: Patrick Lamaiziere To: "O'Connor, Daniel" Subject: Re: if_pflow from OpenBSD Message-ID: <20150109142531.573303b0@mr185083> In-Reply-To: <3E1BDE12-9A82-4849-AC52-A155C613C1A1@emc.com> References: <45056363-1E83-4318-B870-7F673993166B@emc.com> <20150108101744.2c2a9eae@mr185083> <9085F2E7-5429-4C16-86DB-7C3F04C993DC@emc.com> <20150109110207.45e280dd@mr185083> <3E1BDE12-9A82-4849-AC52-A155C613C1A1@emc.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (smtp.lamaiziere.net [0.0.0.0]); Fri, 09 Jan 2015 14:25:31 +0100 (CET) Cc: FreeBSD Hackers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2015 13:25:35 -0000 Le Fri, 9 Jan 2015 08:09:21 -0500, "O'Connor, Daniel" a écrit : Hello, > > wrote: pflow(4) has the drawback to handle netflow only at the end > > of the session. > > Hmm, really? I looked at the code and it does have timeouts to emit > things, but perhaps I am misreading it. I believed that too but : http://misc.openbsd.narkive.com/pS5VJOyH/pflow-packets-before-state-expires See the Henning Brauer reply. Regards, From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 9 13:09:45 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 793E7166 for ; Fri, 9 Jan 2015 13:09:45 +0000 (UTC) Received: from mailuogwhop.emc.com (mailuogwhop.emc.com [168.159.213.141]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mailuogwprd01.lss.emc.com", Issuer "RSA Corporate Server CA v2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 266BB23E for ; Fri, 9 Jan 2015 13:09:44 +0000 (UTC) Received: from maildlpprd01.lss.emc.com (maildlpprd01.lss.emc.com [10.253.24.33]) by mailuogwprd03.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t09D9dWY010828 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Jan 2015 08:09:41 -0500 X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd03.lss.emc.com t09D9dWY010828 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=emc.com; s=jan2013; t=1420808981; bh=xIotxQlPqtH82vXgKZyJXzmvPbs=; h=From:To:CC:Date:Subject:Message-ID:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:MIME-Version; b=MOFBLTUK5yQWehLPB9d71iyZwb0Oe6M9RTJvcHDHnawZcDVXXxhEkkP+EtLM3hhoq I/Hy2Mm+oV02eHO35yWtKs+/6NrqXbW1cUX6NqlbranNz5+14uaNjAUApZs3FvtPlz SfNpisAdQtcfGf18U9VbX3M4BshZ95HzM3KgXnmw= X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd03.lss.emc.com t09D9dWY010828 Received: from mailusrhubprd53.lss.emc.com (mailusrhubprd53.lss.emc.com [10.106.48.18]) by maildlpprd01.lss.emc.com (RSA Interceptor); Fri, 9 Jan 2015 08:09:04 -0500 Received: from mxhub17.corp.emc.com (mxhub17.corp.emc.com [10.254.93.46]) by mailusrhubprd53.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t09D9STi013140 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 9 Jan 2015 08:09:28 -0500 Received: from mx25a.corp.emc.com ([169.254.1.95]) by mxhub17.corp.emc.com ([10.254.93.46]) with mapi; Fri, 9 Jan 2015 08:08:17 -0500 From: "O'Connor, Daniel" To: Patrick Lamaiziere Date: Fri, 9 Jan 2015 08:09:21 -0500 Subject: Re: if_pflow from OpenBSD Thread-Topic: if_pflow from OpenBSD Thread-Index: AdAsDX8LKj5lKQv7Tc2wBw/33bmbpQ== Message-ID: <3E1BDE12-9A82-4849-AC52-A155C613C1A1@emc.com> References: <45056363-1E83-4318-B870-7F673993166B@emc.com> <20150108101744.2c2a9eae@mr185083> <9085F2E7-5429-4C16-86DB-7C3F04C993DC@emc.com> <20150109110207.45e280dd@mr185083> In-Reply-To: <20150109110207.45e280dd@mr185083> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Sentrion-Hostname: mailusrhubprd53.lss.emc.com X-RSA-Classifications: public X-Mailman-Approved-At: Fri, 09 Jan 2015 13:28:21 +0000 Cc: "O'Connor, Daniel" , FreeBSD Hackers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2015 13:09:45 -0000 > On 9 Jan 2015, at 20:32, Patrick Lamaiziere wrote= : > pflow(4) has the drawback to handle netflow only at the end of the > session. Hmm, really? I looked at the code and it does have timeouts to emit things,= but perhaps I am misreading it. Regards, Daniel O=92Connor Senior Software Engineer Isilon Platforms Team From owner-freebsd-hackers@FreeBSD.ORG Sat Jan 10 08:19:26 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D06BFA92 for ; Sat, 10 Jan 2015 08:19:26 +0000 (UTC) Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 612D83CF for ; Sat, 10 Jan 2015 08:19:26 +0000 (UTC) Received: by mail-wi0-f181.google.com with SMTP id r20so6402084wiv.2 for ; Sat, 10 Jan 2015 00:19:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=sRkDs8PpBUE/8UIH84TByWOkOthhn239Rjn85b6hQek=; b=1Ak0Px067+LAhGl8UN9iO87FSJm2wPceKdqkNgFXPwxMhn2lH27gFp8ZPfEGb5W4Yg KaNjSFnmJ01+vf4FiZ4RHcqW6LNs63Doq+YOtkNE7SDTOJVX9pvVzUjwOjfCo5cnLBsP rh4p7/YIyA45p4cUJZKZLuTxzu/mdznq9OE5NqYia66JFBqyNlkVAmBWW5ws8F1R9Nd4 TPDp9go7pJXsfR46iMd8O63mOZgEYdflvyT2suhqV6elVuxYBrfX7IYf8zah9IeMq024 CpicCFZBA2GheU0J0czv/m8lXPMMhOASuQHFbofJ77I6YZuaM4cYOPuG0dZseS0DeZzr ZNuA== MIME-Version: 1.0 X-Received: by 10.180.76.144 with SMTP id k16mr11916164wiw.3.1420877964721; Sat, 10 Jan 2015 00:19:24 -0800 (PST) Received: by 10.27.177.218 with HTTP; Sat, 10 Jan 2015 00:19:24 -0800 (PST) In-Reply-To: <20150109142531.573303b0@mr185083> References: <45056363-1E83-4318-B870-7F673993166B@emc.com> <20150108101744.2c2a9eae@mr185083> <9085F2E7-5429-4C16-86DB-7C3F04C993DC@emc.com> <20150109110207.45e280dd@mr185083> <3E1BDE12-9A82-4849-AC52-A155C613C1A1@emc.com> <20150109142531.573303b0@mr185083> Date: Sat, 10 Jan 2015 09:19:24 +0100 Message-ID: Subject: Re: if_pflow from OpenBSD From: Nikolay Denev To: Patrick Lamaiziere Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "O'Connor, Daniel" , FreeBSD Hackers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2015 08:19:26 -0000 On Fri, Jan 9, 2015 at 2:25 PM, Patrick Lamaiziere wrote: > Le Fri, 9 Jan 2015 08:09:21 -0500, > "O'Connor, Daniel" a =C3=A9crit : > > Hello, > > > > wrote: pflow(4) has the drawback to handle netflow only at the end > > > of the session. > > > > Hmm, really? I looked at the code and it does have timeouts to emit > > things, but perhaps I am misreading it. > > I believed that too but : > > http://misc.openbsd.narkive.com/pS5VJOyH/pflow-packets-before-state-expir= es > > See the Henning Brauer reply. > > Regards, > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > Hi, I've started to use pmacctd[1] (available as pkg as well) recently with great results. Apart from netflow it has also other nice features, like exporting BGP ASN information, storing data in database, etc. [1]: http://www.pmacct.net --Nikolay