Re: bridge/igb panic: sleepq_add: td 0xfffffe01bbce5300 to sleep on wchan 0xffffffff8157d9a0 with sleeping prohibited

2020-09-11 Thread Gleb Smirnoff
..21%..31%..41%..51%..61%..71%..81%..91% x> x> ___ x> freebsd-current@freebsd.org mailing list x> https://lists.freebsd.org/mailman/listinfo/freebsd-current x> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.o

Re: bridge/igb panic: sleepq_add: td 0xfffffe01bbce5300 to sleep on wchan 0xffffffff8157d9a0 with sleeping prohibited

2020-09-11 Thread Gleb Smirnoff
b4aba, rsp = x> 0x7fffe2b8, rbp = 0x7fffe360 --- x> Uptime: 14s x> Dumping 3794 out of 97961 x> MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% x> x> ___ x> freebsd-current@freebsd.org mailing list x> https://l

Re: bridge/igb panic: sleepq_add: td 0xfffffe01bbce5300 to sleep on wchan 0xffffffff8157d9a0 with sleeping prohibited

2020-09-11 Thread Gleb Smirnoff
On Fri, Sep 11, 2020 at 07:45:09PM +0300, xto...@mm.st wrote: x> Gleb Smirnoff wrote: x> >Hi, x> > x> > can you please try out this patch? This is configuration event x> > and we should use sleepable lock to synchronize, not epoch. x> x> It didn'

Re: panic: Assertion in_epoch(net_epoch_preempt) failed, r357793

2020-02-12 Thread Gleb Smirnoff
On Wed, Feb 12, 2020 at 09:18:32AM -0800, Gleb Smirnoff wrote: T> On Wed, Feb 12, 2020 at 07:41:54PM +0300, y...@mm.st wrote: T> y> Gleb Smirnoff wrote: T> y> > On Wed, Feb 12, 2020 at 09:49:12AM +0300, y...@mm.st wrote: T> y> > y> Getting the following panic aft

Re: panic: Assertion in_epoch(net_epoch_preempt) failed, r357793

2020-02-12 Thread Gleb Smirnoff
On Wed, Feb 12, 2020 at 07:41:54PM +0300, y...@mm.st wrote: y> Gleb Smirnoff wrote: y> > On Wed, Feb 12, 2020 at 09:49:12AM +0300, y...@mm.st wrote: y> > y> Getting the following panic after updating to r357793 (expect typos, hand y> > y> copied): y> > y&g

Re: panic: Assertion in_epoch(net_epoch_preempt) failed, r357793

2020-02-12 Thread Gleb Smirnoff
, and Hans's patch covers _task_fn_tx(). However, Hans's patch helped you. So, my guess is happen just due to recompilation and reinstall of the module, not due to patch. -- Gleb Smirnoff ___ freebsd-current@freebsd.org mailing list https://li

Re: panic: Assertion in_epoch(net_epoch_preempt) failed at ... src/sys/net/if.c:3694

2020-01-24 Thread Gleb Smirnoff
M> M> My machine was panicked on r357061 with in_epoch in netisr.c. M> I can not capture screen. I believe this is fixed by r357088. -- Gleb Smirnoff ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freeb

Re: panic: Assertion in_epoch(net_epoch_preempt) failed at ... src/sys/net/if.c:3694

2020-01-24 Thread Gleb Smirnoff
211_vap_attach(). Or fix ath, which I'm going to do in next five minutes. P.S. Answering your other email. Of course I did grep. Some things are untrivial and sometimes sweeping over all collection of drivers doesn't go smoothly. -- Gleb Smirnoff ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: SVN r353868 breaks net/intel-em-kmod

2019-10-24 Thread Gleb Smirnoff
tree drivers? AFAIU, they are maintained by the same team that maintains in-tree drivers. Cced them. -- Gleb Smirnoff ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail

Re: sweeping change over all NIC drivers

2019-10-15 Thread Gleb Smirnoff
> I assume these changes are only for FreeBSD-current now and have to be tested and proven before committing to releng 12. T> T> But I am working on other things now on the computer and will not be able to get to FreeBSD-current immediately. These changes a

sweeping change over all NIC drivers

2019-10-14 Thread Gleb Smirnoff
qlxgbe qlxgb qlnx ps3 otus oce nge nfe ndis my msk mge malo llan lio lge le jme hme gem fxp fv ffec et emac em dwc dc cxgbe cxgb cpsw cgem cas bxe bnxt bge bfe bce awg atse ath ale alc al_eth age ae -- Gleb Smirnoff ___ freebsd-current@freebsd.org

Re: Kernel-Crash when working with ubt0, (Lizbeth Mutterhunt, Ph.D.)

2019-10-14 Thread Gleb Smirnoff
ckdown adaX numbers to allow booting ? (Kurt Jaeger) M> > 15. Re: Lockdown adaX numbers to allow booting ? (O'Connor, Daniel) M> > M> > ___ M> > freebsd-current@freebsd.org mailing list M> > https://lists.freebsd.org/mailma

Re: at SVN r347375, terminating/restarting openvpn on tap causes panic

2019-05-09 Thread Gleb Smirnoff
a, _ifa_tracker); M> (kgdb) print imo M> $1 = (struct ip_moptions *) 0xfe0072b14780 M> (kgdb) print ifp M> $2 = (struct ifnet *) 0xf8000411 M> (kgdb) print ia M> $3 = ... This all looks good. Can you please traverse the 'in_ifaddrhead

Re: at SVN r347375, terminating/restarting openvpn on tap causes panic

2019-05-09 Thread Gleb Smirnoff
p detachment K> from my previous patch, so that's fixed/committed anyways). CC'ing K> Gleb for further triage as committer of r347375 that touched things in K> this path. Michael, can you please dump a core and look at it in kgdb? Line 362 in ip_output() really belongs to par

Re: Relatively deterministic panic with sendfile(2) when running tests in the sxlock code

2018-10-15 Thread Gleb Smirnoff
Enji, can you please check that with this patch all your tests pass? -- Gleb Smirnoff Index: sys/kern/kern_sendfile.c === --- sys/kern/kern_sendfile.c (revision 339098) +++ sys/kern/kern_sendfile.c (working copy) @@ -526,6 +526,8

Re: Relatively deterministic panic with sendfile(2) when running tests in the sxlock code

2018-10-15 Thread Gleb Smirnoff
ted to sendfile but definitely is related to my other changes. Will fix. -- Gleb Smirnoff ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-

Re: Relatively deterministic panic with sendfile(2) when running tests in the sxlock code

2018-10-14 Thread Gleb Smirnoff
ee/sendfile_tests Клонирование в «sendfile_tests»… fatal: repository 'https://github.com/ngie-eign/freebsd/tree/sendfile_tests/' not found -- Gleb Smirnoff ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd

Re: Since last week (today) current on my Ryzen box is unstable

2018-02-18 Thread Gleb Smirnoff
On Sun, Feb 18, 2018 at 10:15:24PM +0200, Andriy Gapon wrote: A> On 18/02/2018 15:26, Gleb Smirnoff wrote: A> > My only point is that it is a performance improvement. IMHO that's enough :) A> A> I don't think that passing an invalid argument to a documented KPI is &quo

Re: Since last week (today) current on my Ryzen box is unstable

2018-02-18 Thread Gleb Smirnoff
g the code to zfs_freebsd_getpages()? A> A> I cited two reasons above and expected to hear some counter-points rather than A> them being ignored :-) A> If we settle upon allowing bogus_page to be used in ma[], then that will A> obviously need to be documented. My only

Re: Since last week (today) current on my Ryzen box is unstable

2018-02-17 Thread Gleb Smirnoff
e requested pages are busied. This is optimization that improves throughput when file memory cache is fragmented. Why don't you like adding the code to zfs_freebsd_getpages()? -- Gleb Smirnoff ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Panic on Boot - Current AMD64

2018-02-07 Thread Gleb Smirnoff
20 J> > boot J> > J> > When booting kernel.old, vm.boot_pages is 64. J> > J> > There is something wrong with r328916. J> J> Recent commits 328955, 328953 and 328952 by glebius@ do not resolve the J> issue here. r328982 should fix the boot w

Re: CURRENT: core dumped no process name

2017-11-28 Thread Gleb Smirnoff
syslogd.core? -- Gleb Smirnoff ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: r315684 panic: sleepq_add: td 0xfffff80003c01a40 to sleep on wchan 0xfffff80006f0873c with sleeping prohibited

2017-04-04 Thread Gleb Smirnoff
On Mon, Apr 03, 2017 at 03:39:56PM +, Darren wrote: D> I have not experienced the crash after updating with Glebs patch. Consider the issue solved. I really don't want to put ACCEPT_LOCK() on to the sendfile() path. However, once I commit my listening sockets rewrite patch, there will be

Re: r315684 panic: sleepq_add: td 0xfffff80003c01a40 to sleep on wchan 0xfffff80006f0873c with sleeping prohibited

2017-03-26 Thread Gleb Smirnoff
On Sat, Mar 25, 2017 at 11:45:29AM +0200, Konstantin Belousov wrote: K> On Fri, Mar 24, 2017 at 08:31:42PM -0700, Gleb Smirnoff wrote: K> > Darren, K> > K> > On Sat, Mar 25, 2017 at 03:03:14AM +0200, Konstantin Belousov wrote: K> > K> On Fri, Mar 24, 2017 at 05:

Re: r315684 panic: sleepq_add: td 0xfffff80003c01a40 to sleep on wchan 0xfffff80006f0873c with sleeping prohibited

2017-03-24 Thread Gleb Smirnoff
Darren, On Sat, Mar 25, 2017 at 03:03:14AM +0200, Konstantin Belousov wrote: K> On Fri, Mar 24, 2017 at 05:40:15PM +, Darren wrote: K> > I am getting this panic every hour to every couple of hours. K> > K> > FreeBSD asrock 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r315684: Thu Mar 23 14:56:45

Re: removing SVR4 binary compatibilty layer

2017-02-15 Thread Gleb Smirnoff
On Wed, Feb 15, 2017 at 10:56:29AM +0330, mokhi wrote: m> Is this removing is because no-interest on maintaining it? m> m> If it helps, I am working to use the `kern_* instead sys_*` as m> mentioned patch in that discussion suggests for svr4, if this helps. Well, we all "maintain" it, meaning

removing SVR4 binary compatibilty layer

2017-02-14 Thread Gleb Smirnoff
Hello! After some discussion on svn mailing list [1], there is intention to remove SVR4 binary compatibilty layer from FreeBSD head, meaning that FreeBSD 12.0-RELEASE, available in couple of years would be shipped without it. There is no intention of merge of the removal. The stable@ mailing

Re: HEAD [r313048] WITHOUT_INET6: tcpdump build failure

2017-02-01 Thread Gleb Smirnoff
Thanks for report, I will look at it. On Thu, Feb 02, 2017 at 06:00:45AM +0300, Alex Deiter wrote: A> Hello, A> A> Please take a look HEAD [r313048] - buildworld failed for IPv4-only system (WITHOUT_INET6): A> A> cc -target x86_64-unknown-freebsd12.0

Re: HEAD [r313048] WITHOUT_INET6: tcpdump build failure

2017-02-01 Thread Gleb Smirnoff
On Thu, Feb 02, 2017 at 06:28:50AM +0300, Alex Deiter wrote: A> Please review attached patch. Thanks. It seems strange to me to reduce functionality of tcpdump when a build doesn't support INET6. I still want it able to parse packets I see on a network. -- Totus tuus, Glebius.

Re: Log spam: Limiting * response from 1 to 200 packets/sec

2016-12-21 Thread Gleb Smirnoff
On Wed, Dec 21, 2016 at 11:03:14AM +0100, Eivind Nicolay Evensen wrote: E> E> On Tue, Dec 13, 2016 at 09:48:59AM -0600, Eric van Gyzen wrote: E> > On 12/13/2016 09:24, Michael Butler wrote: E> > > Any hints as to why all of my -current equipment is complaining like below. Is E> > > there a

Re: Log spam: Limiting * response from 1 to 200 packets/sec

2016-12-13 Thread Gleb Smirnoff
On Tue, Dec 13, 2016 at 11:07:19AM -0500, Michael Butler wrote: M> >> Any hints as to why all of my -current equipment is complaining like below. Is M> >> there a sysctl to moderate/turn this off? M> >> M> >> Dec 13 10:00:01 archive kernel: Limiting icmp unreach response from 1 to 200 M> >>

Re: Log spam: Limiting * response from 1 to 200 packets/sec

2016-12-13 Thread Gleb Smirnoff
On Tue, Dec 13, 2016 at 11:07:19AM -0500, Michael Butler wrote: M> On 12/13/16 10:48, Eric van Gyzen wrote: M> > On 12/13/2016 09:24, Michael Butler wrote: M> >> Any hints as to why all of my -current equipment is complaining like below. Is M> >> there a sysctl to moderate/turn this off? M> >> M>

Re: nvidia or Xorg broken on head

2016-09-12 Thread Gleb Smirnoff
On Mon, Sep 12, 2016 at 06:14:35PM +0200, Guido Falsi wrote: G> > Upgraded to yesterdays head (and packages) and G> > now my X doesn't come up. Black screen with vt(4)'s G> > cursor in left upper corner and with vt(4)'s mouse G> > pointer. I'm able to switch to other console. G> > G> > Haven't

nvidia or Xorg broken on head

2016-09-12 Thread Gleb Smirnoff
Hi! Upgraded to yesterdays head (and packages) and now my X doesn't come up. Black screen with vt(4)'s cursor in left upper corner and with vt(4)'s mouse pointer. I'm able to switch to other console. Haven't yet done any bisecting, just a heads up for anyone encountering the same. -- Totus

Re: callout_drain either broken or man page needs updating

2016-07-15 Thread Gleb Smirnoff
On Thu, Jul 14, 2016 at 10:14:46PM -0700, Matthew Macy wrote: M> > On 07/15/16 05:45, Matthew Macy wrote: M> > > glebius last commit needs some further re-work. M> > M> > Glebius commit needs to be backed out, at least the API change that M> > changes the return value when calling

Re: panic with tcp timers

2016-06-20 Thread Gleb Smirnoff
On Mon, Jun 20, 2016 at 12:14:18PM +0200, Hans Petter Selasky wrote: H> On 06/20/16 11:58, Gleb Smirnoff wrote: H> > The fix I am working on now is doing exactly that. callout_reset must H> > return 0 if the callout is currently running. H> > H> > What are the old paths

Re: panic with tcp timers

2016-06-20 Thread Gleb Smirnoff
On Mon, Jun 20, 2016 at 11:55:55AM +0200, Julien Charbon wrote: J> > On Fri, Jun 17, 2016 at 11:27:39AM +0200, Julien Charbon wrote: J> > J> > Comparing stable/10 and head, I see two changes that could J> > J> > affect that: J> > J> > J> > J> > - callout_async_drain J> > J> > - switch to READ

Re: panic with tcp timers

2016-06-20 Thread Gleb Smirnoff
Hi! On Fri, Jun 17, 2016 at 11:27:39AM +0200, Julien Charbon wrote: J> > Comparing stable/10 and head, I see two changes that could J> > affect that: J> > J> > - callout_async_drain J> > - switch to READ lock for inp info in tcp timers J> > J> > That's why you are in To, Julien and Hans :) J>

panic with tcp timers

2016-06-16 Thread Gleb Smirnoff
Hi! At Netflix we are observing a race in TCP timers with head. The problem is a regression, that doesn't happen on stable/10. The panic usually happens after several hours at 55 Gbit/s of traffic. What happens is that tcp_timer_keep finds t_tcpcb being NULL. Some coredumps have tcpcb

Re: CURRENT r296381 panic in vn_sendfile (/usr/src/sys/kern/kern_sendfile.c:833)

2016-03-28 Thread Gleb Smirnoff
standing problem that headers were not checked against socket buffer size. One could push unlimited data into sendfile() with headers. The patch also pushes also compat code under ifdef, so it is cut away if you aren't interested in COMPAT_FREEBSD4. On Wed, Mar 23, 2016 at 04:59:25PM -0700, Gleb

Re: CURRENT r296381 panic in vn_sendfile (/usr/src/sys/kern/kern_sendfile.c:833)

2016-03-23 Thread Gleb Smirnoff
Vitalij, although the first patch should fixup the panic, can you please instead run this one. And if it is possible, can you please monitor this sysctl: sysctl kern.ipc.sf_long_headers -- Totus tuus, Glebius. Index: sys/kern/kern_descrip.c

Re: CURRENT r296381 panic in vn_sendfile (/usr/src/sys/kern/kern_sendfile.c:833)

2016-03-23 Thread Gleb Smirnoff
Vitalij, can you please try with this patch? On Fri, Mar 04, 2016 at 02:40:54PM +0200, Vitalij Satanivskij wrote: V> Hello. V> V> I get kernel panic on high loaded server with messages V> V> savecore: reboot after panic: V>vn_sendfile: mlen 326 space -20 hdrlen 326 V> V> V> # kgdb

Re: panic: sbappendstream 1 [head/amd64 @r293419]

2016-01-08 Thread Gleb Smirnoff
On Fri, Jan 08, 2016 at 09:34:23AM -0500, Jonathan T. Looney wrote: J> The likely suspect here looks like r293405, which changed uipc_send() to J> use sbappendstream_locked() instead of sbappend_locked(). J> J> However, I can't explain *why* that change is causing this problem without J> further

Re: panic: sbappendstream 1 [head/amd64 @r293419]

2016-01-08 Thread Gleb Smirnoff
David, problem confirmed. Will either fix today, or revert the change by the end of the day. On Fri, Jan 08, 2016 at 06:05:18AM -0800, David Wolfskill wrote: D> After the first panic, I rebuilt the kernel without -DNO_CLEAN; the D> crash dump & other diagnostic info is from the clean build.

Re: kernel panic by enabling net.inet.ip.random_id

2016-01-08 Thread Gleb Smirnoff
On Wed, Jan 06, 2016 at 01:24:53PM -0500, Shawn Webb wrote: S> That's what gets toggled via the sysctl. I think I figured out that I S> need to call ip_initid() in the SYSINIT. Compiling and testing now. Right, that's the problem. You actually want VNET_SYSINIT(). Please next time you report a

Re: r286727 breaks geom_md.ko loading

2015-09-16 Thread Gleb Smirnoff
On Wed, Sep 16, 2015 at 08:10:05AM +0300, Konstantin Belousov wrote: K> > There is regression after r286727. Our dynamic kernel linker doesn't K> > support weak symbols, so the geom_md.ko can no longer be loaded dynamically K> > neither from loader nor at runtime. Having it statically in kernel

Re: r286727 breaks geom_md.ko loading

2015-09-16 Thread Gleb Smirnoff
On Wed, Sep 16, 2015 at 04:42:49PM +0300, Konstantin Belousov wrote: K> On Wed, Sep 16, 2015 at 04:15:15PM +0300, Gleb Smirnoff wrote: K> > On Wed, Sep 16, 2015 at 08:10:05AM +0300, Konstantin Belousov wrote: K> > K> > There is regression after r286727. Our dynamic kernel

Re: r286727 breaks geom_md.ko loading

2015-09-16 Thread Gleb Smirnoff
On Wed, Sep 16, 2015 at 04:57:39PM +0300, Konstantin Belousov wrote: K> On Wed, Sep 16, 2015 at 04:50:03PM +0300, Gleb Smirnoff wrote: K> > On Wed, Sep 16, 2015 at 04:42:49PM +0300, Konstantin Belousov wrote: K> > K> On Wed, Sep 16, 2015 at 04:15:15PM +0300, Gleb Smirnoff wrote

r286727 breaks geom_md.ko loading

2015-09-15 Thread Gleb Smirnoff
Hi! There is regression after r286727. Our dynamic kernel linker doesn't support weak symbols, so the geom_md.ko can no longer be loaded dynamically neither from loader nor at runtime. Having it statically in kernel is the only working option. -- Totus tuus, Glebius.

Re: Upgrading to r297291 LAGG(4) stops working.

2015-09-07 Thread Gleb Smirnoff
On Sun, Sep 06, 2015 at 11:05:41AM -0400, Daniel Eischen wrote: D> Please add an entry to src/UPDATING to explain the change needed. D> D> Also, my question remains, if wlan now knows how to set the MAC D> address, do we still need to set the MAC address manually and D> can we go back to using

Re: Upgrading to r297291 LAGG(4) stops working.

2015-09-04 Thread Gleb Smirnoff
On Fri, Sep 04, 2015 at 04:39:22PM +0300, Sergey Kandaurov wrote: S> On 1 September 2015 at 04:47, John Baldwin wrote: S> > On Monday, August 31, 2015 09:58:45 AM Adrian Chadd wrote: S> >> Hi, S> >> S> >> +glebius, as he recently messed around with the wifi stack and his S> >>

Re: Upgrading to r297291 LAGG(4) stops working.

2015-09-01 Thread Gleb Smirnoff
On Mon, Aug 31, 2015 at 09:58:45AM -0700, Adrian Chadd wrote: A> Hi, A> A> +glebius, as he recently messed around with the wifi stack and his A> changes may have broken how mac addresses are assigned to the A> hardware. I've tested that with new code setting MAC address on wlan0 passed it down

Re: r287197: wlan interfaces aren't brought up at boot or u

2015-09-01 Thread Gleb Smirnoff
Idwer, can you please subscribe to this bug? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202784 And getting involved with debugging is much appreciated. -- Totus tuus, Glebius. ___ freebsd-current@freebsd.org mailing list

Re: r287197: wlan interfaces aren't brought up at boot or u

2015-08-29 Thread Gleb Smirnoff
On Sat, Aug 29, 2015 at 01:19:40AM +0200, Idwer Vollering wrote: I Manually running 'service netif restart' works around this. I I /etc/network.subr and /etc/rc.d/netif have been updated by mergemaster I -p and mergemaster -iF I I I can provide the, rather lengthy, output of 'sh -x

Re: r287197: wlan interfaces aren't brought up at boot or u

2015-08-29 Thread Gleb Smirnoff
On Sat, Aug 29, 2015 at 12:56:39PM +0300, Oleg V. Nauman wrote: O On Saturday 29 August 2015 11:02:02 Gleb Smirnoff wrote: O On Sat, Aug 29, 2015 at 01:19:40AM +0200, Idwer Vollering wrote: O I Manually running 'service netif restart' works around this. O I O I /etc/network.subr and /etc/rc.d

Re: [head up!] WiFi drivers changes

2015-08-27 Thread Gleb Smirnoff
Good news, thanks! On Thu, Aug 27, 2015 at 06:45:14PM +0200, O. Hartmann wrote: O sory, sorry - I forgot on that specific machine (1 of 5) to mergemaster :-( So, after O mergemaster, the new rc scripts also got installed on the AP server and the interface is O again up and running! O O

Re: [head up!] WiFi drivers changes

2015-08-27 Thread Gleb Smirnoff
Oliver, O Again, O with the most recent changes as of r287211, hostapd doens't start my WiFi AP anymore O (FreeBSD 11.0-CURRENT #7 r287169: Wed Aug 26 20:26:49 CEST 2015 amd64 does!). Let's start investigating from scratch, since the /etc part of the patch have changed significantly. Can you

Re: urtwn: ioctl[SIOCS80211, op=16, arg_len=0]: Invalid argument

2015-08-18 Thread Gleb Smirnoff
On Tue, Aug 18, 2015 at 10:32:15AM +0200, Hans Petter Selasky wrote: H Might be related to the recent net80211 layer and converts done by H Gleb. Maybe Gleb knows? No, isn't related. My changes are not yet checked in. -- Totus tuus, Glebius. ___

Re: urtwn: ioctl[SIOCS80211, op=16, arg_len=0]: Invalid argument

2015-08-18 Thread Gleb Smirnoff
On Tue, Aug 18, 2015 at 09:27:09AM +0100, Anton Shterenlikht wrote: A I'm trying to setup Asus USB-N10 nano wireless A adapter. I get: A A urtwn0: vendor 0x0b05 product 0x17ba, A class 0/0, rev 2.00/2.00, addr 1 on usbus0 A urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R A A urtwn0:

Re: urtwn: ioctl[SIOCS80211, op=16, arg_len=0]: Invalid argument

2015-08-18 Thread Gleb Smirnoff
On Tue, Aug 18, 2015 at 10:37:25AM +0200, Hans Petter Selasky wrote: H On 08/18/15 10:33, Gleb Smirnoff wrote: H On Tue, Aug 18, 2015 at 10:32:15AM +0200, Hans Petter Selasky wrote: H H Might be related to the recent net80211 layer and converts done by H H Gleb. Maybe Gleb knows? H H

Re: CFT: ndis(4) testers needed!

2015-08-13 Thread Gleb Smirnoff
Thomas, On Thu, Aug 13, 2015 at 08:21:44AM +, Thomas Mueller wrote: T T Thinking I might have used the wrong syntax with ifconfig, I tried again with rsu0 instead of ndis0 or other failed attempts, and was successful connecting to Internet. T T AFAIU, if you got rsu(4) driver in your

Re: CFT: ndis(4) testers needed!

2015-08-13 Thread Gleb Smirnoff
Thomas, On Wed, Aug 12, 2015 at 08:16:12PM -0700, Thomas Mueller wrote: T GENERIB differs from GENERIC by eliminating some old devices like SCSI cards and ISA EThernet cards, but I add some wi-fi drivers like urtw, urtwn and rsu. T T Using the main custom kernel, I was able to build an ndis

Re: CFT: ndis(4) testers needed!

2015-08-11 Thread Gleb Smirnoff
On Tue, Aug 11, 2015 at 09:20:08PM +, Thomas Mueller wrote: T /usr/src/sys/modules/iwm/../../dev/iwm/if_iwm.c:3843:10: error: use of undeclared identifier 'ifp'; did you mean 'if'? T KASSERT(ifp-if_drv_flags IFF_DRV_RUNNING, (not running)); T ^~~ T if

Re: CFT: ndis(4) testers needed!

2015-08-11 Thread Gleb Smirnoff
Thomas, On Mon, Aug 10, 2015 at 09:27:44PM +, Thomas Mueller wrote: T You sent a patch, net80211.diff.bz2 . T T Before I extract and apply the patch, how does that differ from D2655.diff ? Is it an updated version, does it include ndis or only FreeBSD-native drivers? It is updated

Re: CFT: ndis(4) testers needed!

2015-08-10 Thread Gleb Smirnoff
Thomas, On Mon, Aug 10, 2015 at 08:46:06AM +, Thomas Mueller wrote: T What do I need to download? There is a lot of stuff on the page you cite, and I see a link to the right, Download Raw Diff. Is that what I'm supposed to download? Here is patch attached to this email. T What do you

Re: CFT: ndis(4) testers needed!

2015-08-10 Thread Gleb Smirnoff
Thomas, On Mon, Aug 10, 2015 at 01:29:49PM +, Thomas Mueller wrote: T I didn't mean to send the same old message a second time (sorry); I was at a difficult-to-read interface, this is what I meant to send: T T UPDATE, typing from FreeBSD vt and X crashing system: T T I ran svn up on the

Re: sysctl -a panic on VIMAGE kernels

2015-08-09 Thread Gleb Smirnoff
On Sun, Aug 09, 2015 at 12:28:22PM +0200, Kristof Provost wrote: K Hi, K K I’ve run into a reproducible panic on a VIMAGE kernel with ‘sysctl -a’. K K Relevant backtrace bits: K #8 0x80e7dd28 in trap (frame=0xfe01f16b26a0) K at /usr/src/sys/amd64/amd64/trap.c:426 K #9

Re: sysctl -a panic on VIMAGE kernels

2015-08-09 Thread Gleb Smirnoff
On Sun, Aug 09, 2015 at 08:25:56PM +0200, Kristof Provost wrote: K On 2015-08-09 13:36:35 (+0300), Gleb Smirnoff gleb...@freebsd.org wrote: K On Sun, Aug 09, 2015 at 12:28:22PM +0200, Kristof Provost wrote: K K The following fixes it for me: K K K K diff --git a/sys/netinet/tcp_reass.c b/sys

Re: [head up!] WiFi drivers changes

2015-08-09 Thread Gleb Smirnoff
On Sun, Aug 09, 2015 at 08:32:15PM +0100, Gavin Atkinson wrote: G On Thu, 6 Aug 2015, Gleb Smirnoff wrote: GAs part of the opaque ifnet project [1], all 802.11 (WiFi) drivers G undergo change of not being an interface anymore. Historically in FreeBSD G 802.11 stack, 802.11 devices called

Re: CFT: ndis(4) testers needed!

2015-08-06 Thread Gleb Smirnoff
On Thu, Aug 06, 2015 at 07:49:56AM +, Thomas Mueller wrote: T I ended with doing the aforementioned 2 changes as one. T T The diff is living here: T T https://reviews.freebsd.org/D2655 T T It spans the net80211 layer and converts (almost) all 802.11 drivers T to new KPI. Now it also

[head up!] WiFi drivers changes

2015-08-06 Thread Gleb Smirnoff
Hi! As part of the opaque ifnet project [1], all 802.11 (WiFi) drivers undergo change of not being an interface anymore. Historically in FreeBSD 802.11 stack, 802.11 devices called if_attach() and created an interface. Later this was generalized and real functioning interface is created by

CFT: ndis(4) testers needed!

2015-07-31 Thread Gleb Smirnoff
Hi! I need to make couple of non-functional but rather large changes to the if_ndis driver and will appreciate if anyone signs up to test my changes. Please contact me if you can provide help. -- Totus tuus, Glebius. ___

Re: converted urtw(4) Was: [Testers needed!] WiFi drivers changes

2015-06-22 Thread Gleb Smirnoff
On Mon, Jun 22, 2015 at 09:51:23AM +0800, Kevin Lo wrote: K Thank you Gleb. urtw(4) works fine on amd64. Thanks. K One minor problem, I got an compiler error and this diff below fixes it. K K --- D2655.diff.orig 2015-06-22 09:45:48.836385086 +0800 K +++ D2655.diff 2015-06-22

Re: converted urtw(4) Was: [Testers needed!] WiFi drivers changes

2015-06-18 Thread Gleb Smirnoff
On Thu, Jun 18, 2015 at 12:04:55PM +0200, Olivier Cochard-Labbé wrote: O After bringing interface up I'm getting: O http://i.imgur.com/XhOVJ68.jpg O O ​I didn't meet this problem on head (r284301) with D2655 applied and using O an Alpha network AWUS036NHR v.2 Which is urtwn, not urtw. --

Re: converted urtw(4) Was: [Testers needed!] WiFi drivers changes

2015-06-18 Thread Gleb Smirnoff
On Thu, Jun 18, 2015 at 04:16:55PM +0800, Kevin Lo wrote: Kyou signed up as tester of urtw(4). I have converted urtw(4) K and uploaded new patch at: K K https://reviews.freebsd.org/D2655 K K Please try, report and update the project page. K K

Re: converted urtw(4) Was: [Testers needed!] WiFi drivers changes

2015-06-18 Thread Gleb Smirnoff
On Thu, Jun 18, 2015 at 04:16:55PM +0800, Kevin Lo wrote: Kyou signed up as tester of urtw(4). I have converted urtw(4) K and uploaded new patch at: K K https://reviews.freebsd.org/D2655 K K Please try, report and update the project page. K K

converted urtw(4) Was: [Testers needed!] WiFi drivers changes

2015-06-17 Thread Gleb Smirnoff
Hi Kevin, you signed up as tester of urtw(4). I have converted urtw(4) and uploaded new patch at: https://reviews.freebsd.org/D2655 Please try, report and update the project page. https://wiki.freebsd.org/projects/ifnet/net80211 Thanks a lot for your help with the project. -- Totus

converted zyd(4) Was: [Testers needed!] WiFi drivers changes

2015-06-16 Thread Gleb Smirnoff
Hi Kevin, you signed up as tester of zyd(4). I have converted zyd(4) and uploaded new patch at: https://reviews.freebsd.org/D2655 Please try, report and update the project page. https://wiki.freebsd.org/projects/ifnet/net80211 Thanks a lot for your help. -- Totus tuus, Glebius.

Re: converted run(4) Was: [Testers needed!] WiFi drivers changes

2015-06-15 Thread Gleb Smirnoff
On Mon, Jun 15, 2015 at 09:52:29AM +0800, Kevin Lo wrote: Kyou signed up as tester of run(4). I have converted run(4) K and uploaded new patch at: K K https://reviews.freebsd.org/D2655 K K Please try, report and update the project page. K K

converted run(4) Was: [Testers needed!] WiFi drivers changes

2015-06-13 Thread Gleb Smirnoff
Hi Kevin, you signed up as tester of run(4). I have converted run(4) and uploaded new patch at: https://reviews.freebsd.org/D2655 Please try, report and update the project page. https://wiki.freebsd.org/projects/ifnet/net80211 Thanks a lot for your help. -- Totus tuus, Glebius.

converted ural(4) Was: [Testers needed!] WiFi drivers changes

2015-06-05 Thread Gleb Smirnoff
Hi Kevin, you signed up as testers of ural(4). I have converted ural(4) and uploaded new patch at: https://reviews.freebsd.org/D2655 Please try, report and update the project page. https://wiki.freebsd.org/projects/ifnet/net80211 Thanks a lot for your help. -- Totus tuus, Glebius.

Re: converted iwi(4) for testing Was: [Testers needed!] WiFi drivers changes

2015-06-04 Thread Gleb Smirnoff
On Wed, Jun 03, 2015 at 09:51:56PM +0200, Michael Moll wrote: M All working well, the only thing I'm seeing is that a shutdown or reboot M is hanging, tracing via kdb shows: I've uploaded updated patch that should fix this issue. Please try it and report once you have time. Thanks a lot! --

converted ral(4) Was: [Testers needed!] WiFi drivers changes

2015-06-04 Thread Gleb Smirnoff
Hi Kevin and Olivier, you signed up as testers of ral(4). I have converted ral(4) and uploaded new patch at: https://reviews.freebsd.org/D2655 Please try, report and update the project page. https://wiki.freebsd.org/projects/ifnet/net80211 Thanks a lot for your help. -- Totus tuus,

Re: converted iwi(4) for testing Was: [Testers needed!] WiFi drivers changes

2015-06-04 Thread Gleb Smirnoff
On Wed, Jun 03, 2015 at 09:51:56PM +0200, Michael Moll wrote: M All working well, the only thing I'm seeing is that a shutdown or reboot M is hanging, tracing via kdb shows: M M Tracing command wpa_supplicant pid 293 tid 100075 td 0xc81b7960 M sched_switch(c81b7960,0,104,0,0,...) at

converted urtwn(4) Was: [Testers needed!] WiFi drivers changes

2015-06-04 Thread Gleb Smirnoff
Hi Kevin and Glen, you signed up as testers of urtwn(4). I have converted urtwn(4) and uploaded new patch at: https://reviews.freebsd.org/D2655 Please try, report and update the project page. https://wiki.freebsd.org/projects/ifnet/net80211 Thanks a lot for your help. -- Totus tuus,

Re: converted iwi(4) for testing Was: [Testers needed!] WiFi drivers changes

2015-06-03 Thread Gleb Smirnoff
On Wed, Jun 03, 2015 at 09:51:56PM +0200, Michael Moll wrote: M On Wed, Jun 03, 2015 at 01:42:22PM +0300, Gleb Smirnoff wrote: M M This already is resulting in a working connection. I'll test more M M extensively tomorrow and report back. M M Thanks a lot. Please check that 'netstat -hI wlan0

Re: converted iwi(4) for testing Was: [Testers needed!] WiFi drivers changes

2015-06-03 Thread Gleb Smirnoff
Michael, On Wed, Jun 03, 2015 at 01:35:01AM +0200, Michael Moll wrote: M I have fixed the bug in head, and updated the phab revision. The current M phab revision will apply only to the fresh head. M M Please retry! And thanks a lot for your efforts. :) M M This already is resulting in a

Re: converted ath(4) for testing Was: [Testers needed!] WiFi drivers changes

2015-06-02 Thread Gleb Smirnoff
Oliver, On Mon, Jun 01, 2015 at 10:46:33PM +0200, Oliver Pinter wrote: O In ath case I got some LOR during boot and during kismet, see the O attached dmesgs. I've fixed the first one. But I believe the second LOR happens on unmodified head as well. Thanks a lot for your help. -- Totus tuus,

Re: converted iwi(4) for testing Was: [Testers needed!] WiFi drivers changes

2015-06-02 Thread Gleb Smirnoff
On Tue, Jun 02, 2015 at 11:47:36PM +0200, Michael Moll wrote: M On Tue, Jun 02, 2015 at 07:20:21PM +0300, Gleb Smirnoff wrote: M I've converted iwi(4) and refreshed the D2655. I will appreciate M if you test it. Please report if there are any problems. Thanks! M M Some seconds after bringing

converted iwi(4) for testing Was: [Testers needed!] WiFi drivers changes

2015-06-02 Thread Gleb Smirnoff
Michael, I've converted iwi(4) and refreshed the D2655. I will appreciate if you test it. Please report if there are any problems. Thanks! https://reviews.freebsd.org/D2655 -- Totus tuus, Glebius. ___ freebsd-current@freebsd.org mailing list

converted ath(4) for testing Was: [Testers needed!] WiFi drivers changes

2015-06-01 Thread Gleb Smirnoff
Hi! I've converted the ath(4), probably the most complex ieee80211 driver. The updated diff is uploaded to https://reviews.freebsd.org/D2655. Pretty sure it will panic or fail on first try :) Nevertheless, asking for your help. Please try to run it and report any problems to me. -- Totus

Re: [Testers needed!] WiFi drivers changes

2015-06-01 Thread Gleb Smirnoff
On Mon, Jun 01, 2015 at 09:01:01PM +0300, Maxim V Filimonov wrote: MAs part of the opaque ifnet project [1], we are doing some code shake M with all IEEE802.11 (read WiFi) drivers. The drivers, that provide a parent M interface for the wlan(4) interface. M MThe core idea is that parent

Re: converted ath(4) for testing Was: [Testers needed!] WiFi drivers changes

2015-06-01 Thread Gleb Smirnoff
On Tue, Jun 02, 2015 at 12:00:46AM +0300, Lev Serebryakov wrote: L One confusing thing, that the underlaying devices (ath0 and iwn0) L has gone from ifconfig, and that's a little confusing, when you L have multiple pci card and try to create multiple VAP to specific L device. L I think, it is

Re: converted ath(4) for testing Was: [Testers needed!] WiFi drivers changes

2015-06-01 Thread Gleb Smirnoff
On Mon, Jun 01, 2015 at 10:46:33PM +0200, Oliver Pinter wrote: O And the same test against my atheros seems like working fine, both the O secondary VAP creation and destruction. I'm able to run kismet without O panic, and that seems too working fine. Thanks a lot! O In ath case I got some LOR

Re: converted ath(4) for testing Was: [Testers needed!] WiFi drivers changes

2015-06-01 Thread Gleb Smirnoff
On Tue, Jun 02, 2015 at 12:33:13AM +0300, Lev Serebryakov wrote: L On Tue, Jun 02, 2015 at 12:00:46AM +0300, Lev Serebryakov wrote: L L One confusing thing, that the underlaying devices (ath0 and L iwn0) L has gone from ifconfig, and that's a little confusing, L when you L have multiple pci

[Testers needed!] WiFi drivers changes

2015-05-29 Thread Gleb Smirnoff
Hi! As part of the opaque ifnet project [1], we are doing some code shake with all IEEE802.11 (read WiFi) drivers. The drivers, that provide a parent interface for the wlan(4) interface. The core idea is that parent device loses its ifnet(9) structure. The code is already complete for the

Re: panic: Lock vm object not exclusively locked @ /usr/src/sys/vm/vm_page.c:2637

2015-04-05 Thread Gleb Smirnoff
On Sun, Apr 05, 2015 at 06:37:58AM -0700, David Wolfskill wrote: D It ocurred rather late in the transition to multi-user mode, but D prior to starting xdm (on my laptop). D D Previous (working) head/i386 for this machine was r281074. D D Here's the first bit of the crashinfo (yes, I have a

Re: panic: Lock vm object not exclusively locked @ /usr/src/sys/vm/vm_page.c:2637

2015-04-05 Thread Gleb Smirnoff
On Sun, Apr 05, 2015 at 12:45:00PM -0500, Alan Cox wrote: A On 04/05/2015 10:47, Gleb Smirnoff wrote: A On Sun, Apr 05, 2015 at 06:37:58AM -0700, David Wolfskill wrote: A D It ocurred rather late in the transition to multi-user mode, but A D prior to starting xdm (on my laptop). A D A D

Re: panic: Lock vm object not exclusively locked @ /usr/src/sys/vm/vm_page.c:2637

2015-04-05 Thread Gleb Smirnoff
On Sun, Apr 05, 2015 at 03:07:56PM -0500, Alan Cox wrote: A On 04/05/2015 14:34, Gleb Smirnoff wrote: A On Sun, Apr 05, 2015 at 12:45:00PM -0500, Alan Cox wrote: A A On 04/05/2015 10:47, Gleb Smirnoff wrote: A A On Sun, Apr 05, 2015 at 06:37:58AM -0700, David Wolfskill wrote: A A D

Re: Panic on current amd64

2015-03-30 Thread Gleb Smirnoff
On Mon, Mar 30, 2015 at 02:30:04PM -0700, Adrian Chadd wrote: A Would you mind filing a PR for it so it isn't forgotten? If I could provide enough information to fix that, I would either fix myself or forward information to someone confident in build. Creating PR with what I have now means

  1   2   3   >