On 24.10.2014 22:36, Bastian Bittorf wrote:
> All platforms which are using 3.10.x at the moment are upgraded.
>
> compile tested on all platforms with:
> make tools/install
> make toolchain/install
> make target/linux/compile
>
> user@box:~/user/openwrt$ cat /tmp/log.txt
> [Wed Oct 22 00:53:22 C
On 27-10-14 21:54, Robert P. J. Day wrote:
> just updated my git repo, tried to build for TL-MR3220 and got:
>
> iwinfo_cli.o: In function `main':
> iwinfo_cli.c:(.text.startup+0x120): undefined reference to
> `iwinfo_backend_by_name'
> collect2: error: ld returned 1 exit status
> Makefile:40: r
First time patch/post, have read the submitting patch guide - but apologies if
I have made a faux pas somewhere (styling etiquette/etc).
Pointers and/or constructive criticism welcome.
Unbranded. Silkscreen on PCB is “A5-V11”, believed to be made by Bococom (or at
least uses Bococom image encryp
With two different TPLINK routers (both with a AR8327N switch) I faced the
issue that with
kernel 3.14 certain switch ports used 10MBit/half only.
Under kernel 3.10 everything was fine and the same ports used 1000MBit/full.
As the ar8216 driver is the same I had a look at the common phy code in
With two different TPLINK routers (both with a AR8327N switch) I faced the
issue that with
kernel 3.14 certain switch ports used 10MBit/half only.
Under kernel 3.10 everything was fine and the same ports used 1000MBit/full.
As the ar8216 driver is the same I had a look at the common phy code in
just updated my git repo, tried to build for TL-MR3220 and got:
iwinfo_cli.o: In function `main':
iwinfo_cli.c:(.text.startup+0x120): undefined reference to
`iwinfo_backend_by_name'
collect2: error: ld returned 1 exit status
Makefile:40: recipe for target 'compile' failed
rday
--
=
Hi,
On Thu, Oct 09, 2014 at 05:10:25PM +0200, Maxime Ripard wrote:
> Hi,
>
> This is the second version of my rather big changes to support the
> 3.16 kernel, and more specifically on the mvebu SoCs.
>
> The first patch ports the existing 3.14 patches to 3.16, and creates a
> generic configurati
its merged in the fstools repo but apparently i never updated the
openwrt makefile. should be fixed with r43090
John
On 27/10/2014 16:44, Maxime Ripard wrote:
> Hi,
>
> On Thu, Oct 09, 2014 at 04:48:48PM +0200, Maxime Ripard wrote:
>> OverlayFS version 23 and later require an additional
Hi,
On Thu, Oct 09, 2014 at 04:48:48PM +0200, Maxime Ripard wrote:
> OverlayFS version 23 and later require an additional directory to be given at
> mount time.
>
> Add a patch to the fstools to first test wether it can mount it without (for
> older versions), and if not, use the new mechanism.
>
Consider a system with uboot-env at first boot after sysupgrade. By
default /etc/config/ubootenv will have been restored, which is not
the case for /etc/fw_env.config (generated, not installed by opkg).
Unfortunately fw_env.config will only be generated when
/etc/config/ubootenv is initialised (th
Consider an OpenWRT release for a certain board without support for
uboot(-envtools). An empty config file /etc/config/uboot-env is created.
Consider a new OpenWRT release with support for uboot(-envtools) added for
that board. If the uci config was preserved over sysupgrade (the default), the
/et
Hi Daniel,
On Sun, Oct 26, 2014 at 11:37:18PM +0100, Daniel Golle wrote:
> Hi Maxime,
>
> On Thu, Oct 09, 2014 at 05:59:27PM +0200, Maxime Ripard wrote:
> > On boards with large page size, the rootfs we generate might end up using
> > less
> > PEB than the minimum number required by UBI for a dy
12 matches
Mail list logo
