e bridge pass broadcast ethernet frames?
> (tcpdump in the jail shows no PADI packets)
To pass PPPoE packets via bridge you have to set the kernel variable
net.link.bridge.pfil_onlyip to 0 (`sysctl
net.link.bridge.pfil_onlyip=0`)...
--
Alexander Zagrebin
_
(for example)
nat 1 ip from any to me in via re1
to
nat 1 ipv4 from any to me in via re1
this messages has gone.
--
Alexander Zagrebin
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
- unbound configuration files
/conf.d - additional configuration files
/var
/log- unbound log files
--
Alexander Zagrebin
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send a
When unbound uses chroot, it determines the directory name, that it will
be use for chdir call, taking in account the value of 'chroot'
parameter. If 'chroot' equals 'directory' the unbound will call
chdir(''), which will cause an error.
--
Alexander Zagr
gt; nfs4:acedup = merge
> > nfs4:chown = yes
> >
> > 4. Execute `samba-tool ntacl sysvolreset`
> >
> > 5. Start samba
>
> Looks like it worked.
> Hope I don't get any suprise in the deployment phase...
There is an issue, when GPO
gt; Can samba44 with NTVFS compilation error be fixed?
> Should I try samba45 or is it just a waste of time?
> Would creating a jail on another (UFS) box and then moving
> /var/db/samba4 and smb4.conf here work?
>
> I'm open to any other suggestion as long as the objective (A
802.11n support... :)
--
Alexander Zagrebin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
possible solution is to deallocate a beacon on a state change.
I've decided to deallocate a beacon on 'to RUN' state transition.
The additional patch is attached.
I'll do an additional tests later today...
--
Alexander Zagrebin
--- /sys/dev/usb/wlan/if_run.c.orig 2011-02-08
y a call to ieee80211_beacon_construct() would
> do that. Can I talk you into figuring out what's going on here? Getting
> a definitive statement about SSID changes are correctly handled (by
> means of a trace) would help alot.
Yes, sure!
What kind of information you need?
--
_update: TIM updated, pending 0, off 0, len 1
But the log's fragment from the kern/124753 doesn't contain records
with the text "...TIM updated..." and "...recv ps-poll...".
I had the very similar records in the log with the unpatched if_run.c.
--
Alexander Zagrebin
Hi!
On 04.02.2011 09:51:34 +0100, Bernhard Schmidt wrote:
> On Friday 04 February 2011 07:08:08 Alexander Zagrebin wrote:
> > I'm using an Ralink RT2870 based adapter (run(4) driver) in the
> > hostap mode. and I've noticed that if_run doesn't support stations
>
Hi!
On 04.02.2011 09:51:34 +0100, Bernhard Schmidt wrote:
> On Friday 04 February 2011 07:08:08 Alexander Zagrebin wrote:
> > I'm using an Ralink RT2870 based adapter (run(4) driver) in the
> > hostap mode. and I've noticed that if_run doesn't support stations
>
issue.
Despite the fact that patch is working, it seems that it needs an additional
work. For example, now the result of ieee80211_beacon_update is ignored with
a corresponding message, but may be necessary to process it...
Can somebody review it?
--
Alexander Zagrebin
--- sys/dev/usb/wlan/if_run
ridge0 or inbound interface
(wlan0 in this case) then there are no problems.
This may be used as workaround, but...
As there is no direct interdiction to use addresses bound to a member
interfaces,
it seems it's a bug.
--
Alexander Zagrebin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Hi!
On 25.01.2011 16:32:26 +0300, Alexander Zagrebin wrote:
> Attached patch (patch-if_ether.c) fixes the issue.
It seems the attached file has disappeared.
I'll try again...
--
Alexander Zagrebin
--- sys/netinet/if_ether.c.orig 2011-01-16 21:01:41.0 +0300
+++ sys/netinet/if
ut of re0.
I've looked in the sources, and it seems that in this case subnet broadcasts
have to be handled in ether_output(), but this doesn't work anyway...
Can anybody help to fix this issue?
--
Alexander Zagrebin
___
freebs
ed.
It reports: "Invalid extension type".
Will be this fixed?
--
Alexander Zagrebin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
rw_wlock(&handler_rw);
85 }
86
87 static __inline void
88 LIBALIAS_WUNLOCK(void)
(kgdb)
I understand, that it isn't wlan problem now, but may be you have any thoughts?
--
Alexander Zagrebin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
;
> Hmm, I'm not able to reproduce this, works as expected. Is this still the
> same
> backtrace as the previous error?
The panic occurs on very early stage, so there is no dump created.
I'll try to recompile kernel with the kdb support tomor
the commit r217511 have fixed issue.
Have you any thoughts about kernel panic when if_run, runfw and
wlan_amrr are loaded via loader.conf?
--
Alexander Zagrebin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/
log. Is it normal?
So there is the one issue only: the panic if runfw.ko and wlan_amrr.ko
both loaded via loader.conf.
Have you any ideas?
Will be rev. 217511 MFC'd on the 20 january?
--
Alexander Zagrebin
___
freebsd-net@freebsd.org mailing l
nic, rate control works as expected
So rev217511 partially fixes the issue.
--
Alexander Zagrebin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
d600 in ?? ()
#44 0xff807811d5a8 in ?? ()
#45 0xff00014d0460 in ?? ()
#46 0x80328009 in sched_switch (td=0x8033f180,
newtd=0xff8000bba0b8,
flags=Variable "flags" is not available.
) at ../../../kern/sched_ule.c:1852
Previous frame inner to this frame (corr
After upgrading from RELENG_8_0 to RELENG_8_1 (8.1-RC2)
I have noticed that ng_ipfw doesn't return a packet back to ipfw
after `ipfw add ... netgraph ...` due to the bug in the
sys/netgraph/ng_ipfw.c
The attached patch solves the problem.
--
Alexander
patch-sys-netgraph-ng_ipfw.c
Description:
24 matches
Mail list logo