I am going to try to knock out a new release by tomorrow...
-1) has minidnssd and upnp been working for others correctly?
0) Presently fooling with a new skin with the gui (it's in 3.10.26-2 -
don't! install that unless you merely want to look at the gui). I have
no opinion on graphical matters,
-1) has minidnssd and upnp been working for others correctly?
upnp is fine. Sadly, I can't get ssdpd to work since 3.8.x - any other
users besides me? Anybody had success? My wired TV and wireless ps3 media
server don't see the discovery packets over 239.255.255.250.
Maciej
Dave Taht dave.taht at gmail.com writes:
-1) has minidnssd and upnp been working for others correctly?
Just chiming in to say that UPnP works. I can't say much about the other
thing, though.
Sqm also doesn't apply changes made to it until you restart it yourself.
Just throwing that out there
Hi Dave, hi list,
On Jan 19, 2014, at 13:51 , Dave Taht dave.t...@gmail.com wrote:
I am going to try to knock out a new release by tomorrow...
-1) has minidnssd and upnp been working for others correctly?
0) Presently fooling with a new skin with the gui (it's in 3.10.26-2 -
don't!
0) Themes
I would point out that changing theme is likely to give Rich Brown great
difficulty, as it renders his wiki page obsolete.
I have installed the openwrt.org theme from 3.10.26-1 in 3.10.26-2. The
bootstrap theme and openwrt theme can co-exist, and there is a menu to
choose between
The /etc/hotplug.d/iface/00-debloat script has been wrong in the face
of the qos-scripts, aqm-scripts, and stuff inbetween.
Thus on a fresh boot, or after a DHCP renew
or a variety of other circumstances, the portion of sqm that sets up
the egress portion of itself gets wiped out.
this explains
in my tests, we almost never see more than 2 AMPDUs stacked up. (just
running netperf, not rrul). This could be the fault of the client
device I'm using...
cat /sys/kernel/debug/ieee80211/phy1/ath9k/queues
(note: have set the default be_qlen to the default here)
(VO): qnum: 0 qdepth: 0
Hi Dave,
On Jan 19, 2014, at 17:36 , Dave Taht dave.t...@gmail.com wrote:
The /etc/hotplug.d/iface/00-debloat script has been wrong in the face
of the qos-scripts, aqm-scripts, and stuff inbetween.
Thus on a fresh boot, or after a DHCP renew
or a variety of other circumstances, the
UPNP works for port/router setting. But upnp/dlna does not work between
subnets. IE media server on lan, xbox360 on wlan24, network extender on
wlan5 with another xbox360. I currently use a couple raspi/xbmc to make the
media server work. I have tried to configure igmpproxy, but not having any
Hi Toke,
On Jan 19, 2014, at 20:01 , Toke Høiland-Jørgensen t...@toke.dk wrote:
Dave Taht dave.t...@gmail.com writes:
hah. Calling it that is the opposite of my intent with default blow-up
of 802.11e - which has been to convince everyone it's busted and to
fix it.
rrul_be ?
Added an
really astounding all the new folk that have shown up of late!
On Sun, Jan 19, 2014 at 2:56 PM, Alijah Ballard alij...@gmail.com wrote:
UPNP works for port/router setting. But upnp/dlna does not work between
subnets. IE media server on lan, xbox360 on wlan24, network extender on
wlan5 with
http://snapon.lab.bufferbloat.net/~d/bev/comcast_native_ipv6/index.html
--
Dave Täht
Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
okay,
Now I'm glad to see pimd.
But,
root@cerowrt:~# pimd
pimd: 16:15:53.610 warning - ignoring gw01, has invalid address
(172.30.42.224) and/or mask (255.255.255.255)
pimd: 16:15:53.612 warning - ignoring gw11, has invalid address
(172.30.42.224) and/or mask (255.255.255.255)
pimd: 16:15:53.614
On Sun, Jan 19, 2014 at 5:19 PM, Alijah Ballard alij...@gmail.com wrote:
okay,
Now I'm glad to see pimd.
Well it's kind of obsolete and undermaintained code...
But,
root@cerowrt:~# pimd
pimd: 16:15:53.610 warning - ignoring gw01, has invalid address
(172.30.42.224) and/or mask
Dave Taht wrote:
in my tests, we almost never see more than 2 AMPDUs stacked up. (just
running netperf, not rrul).
2 is the minimum queue depth to aggregate packets. From ath9k.h:
#define ATH_AGGR_MIN_QDEPTH 2
This could be the fault of the client device I'm using...
This is not a bug with
On Sun, Jan 19, 2014 at 10:27 PM, Sujith Manoharan suj...@msujith.org wrote:
Dave Taht wrote:
in my tests, we almost never see more than 2 AMPDUs stacked up. (just
running netperf, not rrul).
2 is the minimum queue depth to aggregate packets. From ath9k.h:
#define ATH_AGGR_MIN_QDEPTH 2
Dave Taht wrote:
Gotcha. I went later (at felix's urging) to look at the rc_stats
and that showed some decent averages for the actual number of
packets in the AMPDU. Never managed to get it much above 11,
regardless of what I set be_qlen to...
Yes, something seems to be wrong.
Using just 1
17 matches
Mail list logo