[LEDE-DEV] [PATCH][uclient] uclient-http: send correct "Host:" header if port is not the default

When connecting to a website with a special port, uclient-fetch connects to the correct port, but is sending an incorrect Host: header without the corresponding port. Signed-off-by: Alexander Couzens --- uclient-http.c | 25 - 1 file changed, 20

Re: [LEDE-DEV] [PATCH][uclient] uclient-http: send correct "Host:" header if port is not the default

On Wed, 30 Nov 2016 18:02:53 +0100 Felix Fietkau wrote: > On 2016-11-30 17:49, Alexander Couzens wrote: > [...] > I think the comparison against the default port is unnecessary, just > include the port if it was provided as part of the URL. > I also don't like the duplication

Re: [LEDE-DEV] [PATCH][uclient] uclient-http: send correct "Host:" header if port is not the default

On 2016-11-30 17:49, Alexander Couzens wrote: > When connecting to a website with a special port, uclient-fetch connects to > the correct > port, but is sending an incorrect Host: header without the corresponding port. > > Signed-off-by: Alexander Couzens > --- > uclient-http.c

[LEDE-DEV] [PATCH] brcm63xx: Add Observa VH4032N support

Add support for the Observa Telecom VH4032N router. This is another BCM6368 router, 128 MB RAM, 32MB flash and 3 USB host ports. It has an onboard USB hub that needs to be pulled out of reset via GPIO27. The 4 LAN switch LEDs should be controlled via hardware but they don't work as with all

[LEDE-DEV] [PATCH][uclient] uclient-http: send correct "Host:" header if port is set

When connecting to a website with a special port, uclient-fetch connects to the correct port, but is sending an incorrect Host: header without the corresponding port. Signed-off-by: Alexander Couzens --- uclient-http.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-)

[LEDE-DEV] [PATCH] mt7621 gsw had no interrupt working.

I did not get any irq for the gsw until I changed over to platform_get_irq. also the port4 stuff in mt7621_gsw_probe() looks like a big NOP to me cant find anyhting that uses that. >From 59bb1de05ad38eecc2ba923d046e22dbaa81776d Mon Sep 17 00:00:00 2001 From: Kenneth Johansson

Re: [LEDE-DEV] procd init script questions ...

Hi Dirk, > That does not work for me. > > root@adb2go:/etc/config$ uci set firewall.@zone[1].mtu_fix='0' > root@adb2 > go:/etc/config$ uci changes firewall > firewall.cfg06dc81.mtu_fix='0' > root@ > adb2go:/etc/config$ uci commit firewall there is no inotify-esque tracking of those files.

Re: [LEDE-DEV] procd init script questions ...

Am Mittwoch, den 30.11.2016, 07:25 +0100 schrieb John Crispin: > > On 30/11/2016 06:11, Dirk Brenken wrote: > > Hi list, > > > > after studying a few mostly incomplete/outdated online docs and > > examples on github (lede main source & package repo) procd is still > > a > > kind of "terra

Re: [LEDE-DEV] procd init script questions ...

Am Mittwoch, den 30.11.2016, 21:29 +0100 schrieb Jo-Philipp Wich: Hi Jo, thank you very much for clarification and a quite good example. br dirk > Hi Dirk, > > > That does not work for me.  > > > > root@adb2go:/etc/config$ uci set firewall.@zone[1].mtu_fix='0' > > root@adb2 > >

Re: [LEDE-DEV] [OpenWrt-Devel] [PATCH] [kernel] fix XW ethernet lockup ar71xx-ag71xx-ar803x

Felix, We think this is an SOC level problem given the at803x and defect is embedded in the AR93xx SOC. This GPIO pin is believed to be in silicon. If so, the same GPIO across all hardware that uses this SOC. Specifically, for the Ubiquiti "AirMax" line, this SOC is relevant to: AirGrid HP

Re: [LEDE-DEV] [PATCH odhcpd] cmake: Find libubox/uloop.h

On 07/01/2016 05:05 PM, Florian Fainelli wrote: > Add a CMake FIND_PATH and INCLUDE_DIRECTORIES searching for > libubox/uloop.h. Some external toolchains which do not include standard > locations would fail to find the header otherwise. > > Signed-off-by: Florian Fainelli

Re: [LEDE-DEV] ath10k firmware crashes in mesh mode on QCA9880

Hi, On Tue, Nov 29, 2016 at 11:22:12AM -0800, Benjamin Morgan wrote: > When we try to transmit traffic (ping) between two meshed ath10k > devices running latest lede we keep experiencing ath10k firmware > crashes. This seems to only happen when running in 802.11n/ac mode > but not in 802.11a/g

Re: [LEDE-DEV] replacing files in base system from a package?

On 28 November 2016 at 09:33, Zefir Kurtisi wrote: > We had the approach you describe for a long time (company-basefiles adding to > and > overwriting files in base-files package), but this does not work any more. > With > recent build-system changes you can't have