Hi,
please send a pull request via github to have this included inside the
packages feed
John
On 25/11/2014 17:27, Виталий Процко wrote:
> This add new package gammu v 1.33.0 to the build tree.
>
> Gammu is the name of the project as well as name of command line
> utility, which you ca
Le 26/11/2014 08:10, John Crispin a écrit :
Hi,
so which patch do i use now ?
John
* I think guillaume was right in pointing the fact that the protoc
compiler wasn't installed.
* While we are at it, and since they are some bugfixes between 2.5 and
2.6.1 version, I can produce
a pat
Hi,
seems to all be functional. one last question ...
On 25/11/2014 11:45, Daniel Golle wrote:
> diff --git a/target/linux/oxnas/Makefile b/target/linux/oxnas/Makefile
> new file mode 100644
> index 000..67d45bc
> --- /dev/null
> +++ b/target/linux/oxnas/Makefile
> @@ -0,0 +1,28 @@
> +#
> +#
Hi,
so which patch do i use now ?
John
On 19/11/2014 13:24, Guillaume Déflache wrote:
> Hi all
>
> Sorry obconseil and John for the delay, my work priorities got
> shifted to other things... @John: good idea to ping me personally!
> ;)
>
>
> Am 06.11.2014 10:23, schrieb obconseil:
>>
On 25/11/2014 21:44, José Vázquez wrote:
> Few weeks ago i've received a Mips CI20 and began to port it to
> openwrt using kernel 3.18-rc4.
> For now only few peripherals work "fine" but is more than i initially
> expected.
> https://github.com/Pteridium/OpenWRT-experimental/blob/ci20-alpha/READ
On Nov 12 13:59 -0700, Alex Henrie wrote:
> 2014-11-11 23:51 GMT-07:00 Rafał Miłecki :
> > On 11 November 2014 23:26, Alex Henrie wrote:
> >> Is no one interested? Come on, I'm offering free hardware to play with ;-)
> >
> > I already have about 10-20 Broadcom based boars in my drawer ;) Not
> >
On Tue, Nov 25, 2014 at 11:21:22AM +0100, Felix Fietkau wrote:
> On 2014-11-24 22:42, Maxime Ripard wrote:
> > Rely on the Kconfig defconfig mechanism to fill all the missing options,
> > instead of needing to set them all in the kernel configurations like what
> > was
> > previously done.
> >
>
Few weeks ago i've received a Mips CI20 and began to port it to
openwrt using kernel 3.18-rc4.
For now only few peripherals work "fine" but is more than i initially expected.
https://github.com/Pteridium/OpenWRT-experimental/blob/ci20-alpha/README.md
Still there are a lot of peripherals to be inclu
This adds support for the TP-LINK CPE210/220/510/520 (Pharos series). These
devices are very similar to the Ubiquiti NanoStations, but with better specs:
faster CPU, more RAM, 2x2 MIMO.
Signed-off-by: Matthias Schiffer
---
target/linux/ar71xx/base-files/etc/diag.sh | 3 +
.../ar71xx/ba
The new TP-LINK Pharos series uses a new bootloader, the "TP-LINK Safeloader".
It uses an advanced firmware image format, containing an image partition table
and a flash partition table (and image partitions are mapped to the
corresponding flash partitions). The exact image format is documented in
Here is version 2 of my CPE210/220/510/520 patchset.
Changes since the RFC:
* The firmware build tool has been renamed to tplink-safeloader
As TP-LINK has started using a new image format with a 0x03 in the first byte
on some of its devices (e.g. Archer C2), let's keep the name mktplinkfw3 f
On Tue, Nov 25, 2014 at 8:47 PM, Steven Barth wrote:
> Maybe we should use RTA_PREFSRC for IPv4 and RTA_SRC for IPv6?
Sounds good to me. I am not to familiar with configuring IPv6, so I
was not aware that RTA_SRC is used differently there.
If no-one else jumps in before me, I will submit an upda
NAK, this would break source-dest-routing for IPv6 (documentation seems
to be wrong here).
Maybe we should use RTA_PREFSRC for IPv4 and RTA_SRC for IPv6?
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/ma
According to the OpenWRT Network documentation for route, the 'source' option
is "The preferred source address when sending to destinations covered by the
target". However, netifd currently stores this value in RTA_SRC on
NEWROUTE/DELROUTE.
RTA_SRC is not used by kernel when handling NEWROUTE nor
This add new package gammu v 1.33.0 to the build tree.
Gammu is the name of the project as well as name of command line
utility, which you can use to control your cell phone. It is written in C.
Signed-off-by: Vitaly Protsko
---
Makefile | 66
build an image with KALLSYMS please and send a new log
On 25/11/2014 15:43, Andre Valentin wrote:
> Hi!
>
> Since 3.10.58 I notice reboots of the system. I logged the oopses,
> but cannot see a source. Please take a look if you have an idea
> what the heck this causes:
> --
Hi!
Since 3.10.58 I notice reboots of the system. I logged the oopses, but cannot
see a source. Please take a look if you have an idea what the heck this causes:
---
[ 57.66] icmp6_send: no reply to icmp error
[ 57.66] icmp6_send
Hi,
thanks for the info, looking forward to the V2 of the series
tplink-safeloader sound like a good choice
John
On 25/11/2014 14:12, Matthias Schiffer wrote:
> On 11/24/2014 08:49 PM, John Crispin wrote:
>>
>>
>> On 21/11/2014 09:41, Matthias Schiffer wrote:
>>> Hi, this adds support f
On 23.11.2014 17:05, Md Mahbubur Rasheed wrote:
Hi, I am also currently working on board with this chip, and answers to your question will
be helpful for me too. I can share my knowledge, but don't treat this as an axiom, I am
begginer in this subject too and I could be wrong.
1. Why a sing
On 11/24/2014 08:49 PM, John Crispin wrote:
>
>
> On 21/11/2014 09:41, Matthias Schiffer wrote:
>> Hi, this adds support for the new TP-LINK outdoor series
>> CPE210/220/510/520 ("Pharos"). I'm sending this as a RFC as there
>> is a still a number of open questions:
>>
>> eth0 configuration =
what little info I have until I can check it out myself: colleague just
stopped by my desk, claims that on the new tp-link archer c7 v2 router he
just bought, when building from trunk, changing wireless settings from the
GUI "screwed things up", but doing the same thing from the command line
wit
On Tue, Nov 25, 2014 at 12:07:13PM +0100, John Crispin wrote:
> nice to see the code reach the point where we can merge it.
>
> are you planning on upstreaming this ? 12k insertions are a lot to
> carry around with us.
Definitely. Yet there are things which I want to do before approaching
kernel
aloha
On 25/11/2014 11:44, Daniel Golle wrote:
> One year after starting to work on the oxnas target, I think that
> things are in a shape which would allow merging the target with
> OpenWrt. Now that things are imho rather clean and stable, I'd
> prefer having the target merged and no longer main
On 2014-11-06 21:21, Yousong Zhou wrote:
> I am not quite familiar with the early history of how UCI file was parsed, but
> thought that UCI config files were parsed in a quite clever way all by shell
> scripts which made it possible to have multi-line value for options. AFAIK,
> at
> least packa
This adds support for the oxnas target in U-Boot 2014.04
History can be found at https://github.com/kref/u-boot-oxnas up to 2013.10
changes from 2013.10 to 2014.04 can be followed at
https://gitorious.org/openwrt-oxnas
Signed-off-by: Daniel Golle
---
package/boot/uboot-oxnas/Makefile
Signed-off-by: Daniel Golle
---
package/boot/uboot-envtools/Makefile| 4
package/boot/uboot-envtools/files/oxnas | 29 +
2 files changed, 33 insertions(+)
create mode 100644 package/boot/uboot-envtools/files/oxnas
diff --git a/package/boot/uboot-envtools/Ma
Signed-off-by: Daniel Golle
---
include/target.mk | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/target.mk b/include/target.mk
index 17413f9..db501e0 100644
--- a/include/target.mk
+++ b/include/target.mk
@@ -13,6 +13,8 @@ DEVICE_TYPE?=router
# Default packages - the really basi
One year after starting to work on the oxnas target, I think that things
are in a shape which would allow merging the target with OpenWrt.
Now that things are imho rather clean and stable, I'd prefer having the
target merged and no longer maintaining a seperate fork.
Thus I squashed stuff up into t
oldconfig kept asking for that config symbol...
Signed-off-by: Daniel Golle
---
target/linux/generic/config-3.18 | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/linux/generic/config-3.18 b/target/linux/generic/config-3.18
index cfee63e..d795b73 100644
--- a/target/linux/generic/config
On Mon, Nov 24, 2014 at 4:42 PM, Maxime Ripard
wrote:
> Rely on the Kconfig defconfig mechanism to fill all the missing options,
> instead of needing to set them all in the kernel configurations like what was
> previously done.
>
> This will allow to trim down a lot the configuration files, avoid
On 2014-11-24 22:42, Maxime Ripard wrote:
> Rely on the Kconfig defconfig mechanism to fill all the missing options,
> instead of needing to set them all in the kernel configurations like what was
> previously done.
>
> This will allow to trim down a lot the configuration files, avoid carrying
> u
31 matches
Mail list logo