Re: netmap error (Unable to get if info for eth1)

2013-02-18 Thread Tahir Rauf
Dear Luigui, Thanks for your prompt answer. Below I try to give complete information so that it becomes easy for you to identify the problem. *netmap version used*: 20120813 new unified source code for Linux and FreeBSD *System credentials:* O/S: Ubuntu 12.04 LTS machine: x86_64 processor: x86_6

Re: netmap error (Unable to get if info for eth1)

2013-02-18 Thread Luigi Rizzo
On Mon, Feb 18, 2013 at 9:51 PM, Tahir Rauf wrote: > Hi all, > > I am giving netmap a try and have tested it on my Realtech and Intel 1G > NICs (by using r8169 and e1000e kernel modules), and it is working fine. > > However, I am facing problem while running it on my intel 10G NIC (82598EB > 10-G

netmap error (Unable to get if info for eth1)

2013-02-18 Thread Tahir Rauf
Hi all, I am giving netmap a try and have tested it on my Realtech and Intel 1G NICs (by using r8169 and e1000e kernel modules), and it is working fine. However, I am facing problem while running it on my intel 10G NIC (82598EB 10-Gigabit AF Dual Port Network Connection). Whenever, I run the pkt-

Re: Possible bug in NFSv4 with krb5p security?

2013-02-18 Thread Rick Macklem
Elias Martenson wrote: > On 17 February 2013 22:58, Rick Macklem wrote: > > I think the Makefiles are in the kerberos5 directory. > > > > Since the only function you care about is the one in > > kerberos5/lib/libgssapi_krb5/pname_to_uid.c, I'd > > just put a copy of that file in usr.sbin/gssd and

Re: [patch] i386 pmap sysmaps_pcpu[] atomic access

2013-02-18 Thread Svatopluk Kraus
On Mon, Feb 18, 2013 at 9:36 PM, Konstantin Belousov wrote: > On Mon, Feb 18, 2013 at 09:27:40PM +0100, Svatopluk Kraus wrote: >> On Mon, Feb 18, 2013 at 6:09 PM, Konstantin Belousov >> wrote: >> > On Mon, Feb 18, 2013 at 06:06:42PM +0100, Svatopluk Kraus wrote: >> >> On Mon, Feb 18, 2013 at 4:08

Re: [patch] i386 pmap sysmaps_pcpu[] atomic access

2013-02-18 Thread Konstantin Belousov
On Mon, Feb 18, 2013 at 09:27:40PM +0100, Svatopluk Kraus wrote: > On Mon, Feb 18, 2013 at 6:09 PM, Konstantin Belousov > wrote: > > On Mon, Feb 18, 2013 at 06:06:42PM +0100, Svatopluk Kraus wrote: > >> On Mon, Feb 18, 2013 at 4:08 PM, Konstantin Belousov > >> wrote: > >> > On Mon, Feb 18, 2013 a

Re: [patch] i386 pmap sysmaps_pcpu[] atomic access

2013-02-18 Thread Svatopluk Kraus
On Mon, Feb 18, 2013 at 6:09 PM, Konstantin Belousov wrote: > On Mon, Feb 18, 2013 at 06:06:42PM +0100, Svatopluk Kraus wrote: >> On Mon, Feb 18, 2013 at 4:08 PM, Konstantin Belousov >> wrote: >> > On Mon, Feb 18, 2013 at 01:44:35PM +0100, Svatopluk Kraus wrote: >> >> Hi, >> >> >> >>the acces

Re: Is there an easy way to find out which port loads which library?

2013-02-18 Thread Chris Rees
On 18 Feb 2013 18:42, "Jeffrey Bouquet" wrote: > > > > --- On Mon, 2/18/13, Chris Rees wrote: >> >> >> From: Chris Rees >> >> Subject: Re: Is there an easy way to find out which port loads which library? >> To: "Jeffrey Bouquet" >> Cc: "FreeBSD Mailing List" >> Date: Monday, February 18, 2013,

Re: Is there an easy way to find out which port loads which library?

2013-02-18 Thread A.J. 'Fonz' van Werven
Not answering anyone in particular, but I feel compelled to point out that as far as I know pkg_info only works with packages/ports that are already installed (or at least created/downloaded), whereas the grep/find method also works for finding out which not-yet-installed package/port *will* instal

No console, not even serial, does not work (init fails)

2013-02-18 Thread Nick Hibma
We run our NanoBSD images on Soekris and ALIX hardware. In some cases we need all available serial ports for other hardware like GPS, and modems. The boards have no video, so with all serial ports unavailable as a console no other console is available. The problem is that FreeBSD does not handl

Re: Is there an easy way to find out which port loads which library?

2013-02-18 Thread Jeffrey Bouquet
--- On Mon, 2/18/13, Chris Rees wrote: From: Chris Rees Subject: Re: Is there an easy way to find out which port loads which library? To: "Jeffrey Bouquet" Cc: "FreeBSD Mailing List" Date: Monday, February 18, 2013, 1:01 AM On 18 Feb 2013 05:35, "Jeffrey Bouquet" wrote: > > > > > >Subject

Re: [patch] i386 pmap sysmaps_pcpu[] atomic access

2013-02-18 Thread Svatopluk Kraus
On Mon, Feb 18, 2013 at 4:08 PM, Konstantin Belousov wrote: > On Mon, Feb 18, 2013 at 01:44:35PM +0100, Svatopluk Kraus wrote: >> Hi, >> >>the access to sysmaps_pcpu[] should be atomic with respect to >> thread migration. Otherwise, a sysmaps for one CPU can be stolen by >> another CPU and the

Re: [patch] i386 pmap sysmaps_pcpu[] atomic access

2013-02-18 Thread Konstantin Belousov
On Mon, Feb 18, 2013 at 06:06:42PM +0100, Svatopluk Kraus wrote: > On Mon, Feb 18, 2013 at 4:08 PM, Konstantin Belousov > wrote: > > On Mon, Feb 18, 2013 at 01:44:35PM +0100, Svatopluk Kraus wrote: > >> Hi, > >> > >>the access to sysmaps_pcpu[] should be atomic with respect to > >> thread migr

Re: Possible bug in NFSv4 with krb5p security?

2013-02-18 Thread Elias Mårtenson
On 19 February 2013 00:06, Elias Mårtenson wrote: char lname[MAXLOGNAME + 1], buf[1024]; > Oops. Here I am, replying to myself. The above is a typo. That's by modified code. In the original source, buf is 128 bytes in size. Regards, Elias ___

Re: Possible bug in NFSv4 with krb5p security?

2013-02-18 Thread Elias Mårtenson
On 17 February 2013 22:58, Rick Macklem wrote: I think the Makefiles are in the kerberos5 directory. > > Since the only function you care about is the one in > kerberos5/lib/libgssapi_krb5/pname_to_uid.c, I'd > just put a copy of that file in usr.sbin/gssd and > modify the Makefile there to compi

Re: [patch] i386 pmap sysmaps_pcpu[] atomic access

2013-02-18 Thread Konstantin Belousov
On Mon, Feb 18, 2013 at 01:44:35PM +0100, Svatopluk Kraus wrote: > Hi, > >the access to sysmaps_pcpu[] should be atomic with respect to > thread migration. Otherwise, a sysmaps for one CPU can be stolen by > another CPU and the purpose of per CPU sysmaps is broken. A patch is > enclosed. And,

panic: Assertion t->t_cursor.tp_row <= t->t_winsize.tp_row failed at /usr/src/sys/teken/teken_subr.h:94

2013-02-18 Thread Anton Shterenlikht
I got this panic when playing with the docking station for lenovo T61p. I tried to attach/detach it. I got a complete crash dump, but don't know what to do with it. root@zzz:/var/crash # cat info.1 Dump header from device /dev/ada0p3 Architecture: amd64 Architecture Version: 2 Dump Length: 3

[patch] i386 pmap sysmaps_pcpu[] atomic access

2013-02-18 Thread Svatopluk Kraus
Hi, the access to sysmaps_pcpu[] should be atomic with respect to thread migration. Otherwise, a sysmaps for one CPU can be stolen by another CPU and the purpose of per CPU sysmaps is broken. A patch is enclosed. Svata Index: sys/i386/i386/pmap.c =