Several days ago I tried to build a firmware for HiWiFi-HC6361 with
LEDE master branch. Yet the firmware was not present in
bin/targets/ar71xx/generic after the build completed. I checked the
downloads.lede-project.org the firmware was also missing there.
The problem is that mtdparts layout of H
hi andrew,
i've installed
openwrt-atheros-root.jffs2-64k
openwrt-atheros-vmlinux.lzma
from https://downloads.openwrt.org/kamikaze/8.09/atheros/
after few problems to configure internet access, i did:
opkg update
opkg install kmod-mmc-over-gpio kmod-fs-ext3 cfdisk e2fsprogs kmod-nls-base
kmod-nl
All,
Just noticed that the Fuze url was sent inappropriately in my mail
client. The correct URL is http://fuze.me/32924366
Thanks,
Eric
On 06/03/2016 04:41 PM, Eric Schultz wrote:
> I'm excited to see so many people interested in TR-069 support! As a
> follow up to the previous TR-069 email, I'
I'm excited to see so many people interested in TR-069 support! As a
follow up to the previous TR-069 email, I've set up a meeting on TR-069
support for OpenWrt. The meeting is on Friday, June 10 at 7 AM PT.
I expect the meeting will discuss:
* The proposals for creating/integrating TR-069 suppor
I've updated the config for IXP4xx systems and fixed the patches, etc. If anyone
wants to test, the updates are in my staging tree at:
https://git.lede-project.org:lede/thess/staging.git (ixp4xx-kernel-4.4 branch)
Builds all platforms and has been tested on NSLU2 w/mjpg-streamer.
/ted
On 06/03/2016 09:19 AM, Karl Palsson wrote:
Maybe some of it, but for more generic platforms, I am not sure
sub-targets make sense, and in general, it is more difficult to
edit those than to change a diffconfig as far as I can tell.
For who? I'm pretty sure I can use "make menuconfig" _far_
> Maybe some of it, but for more generic platforms, I am not sure
> sub-targets make sense, and in general, it is more difficult to
> edit those than to change a diffconfig as far as I can tell.
For who? I'm pretty sure I can use "make menuconfig" _far_ more reliably than
I can edit a diffconfi
Conor O'Gorman wrote:
>
>
> On 03/06/16 13:27, Ben Greear wrote:
> >
> >
> > On 06/03/2016 02:17 AM, John Crispin wrote:
> >>
> >>
> >> On 01/06/2016 20:21, Ben Greear wrote:
> >>> On 06/01/2016 11:07 AM, John Crispin wrote:
> Hi Ben,
>
> also inclined to reject this one. it will
Hi Waldemar,
On Fri, 2016-06-03 at 17:16 +0200, Waldemar Brodkorb wrote:
> Hi Alexey,
> Alexey Brodkin wrote,
>
> >
> > Hi Waldemar,
> >
> > On Fri, 2016-06-03 at 04:23 +0200, Waldemar Brodkorb wrote:
> > >
> > > uClibc-ng tries to be compatible with GNU libc and defines
> > > __GLIBC__ and pr
On 03.06.2016 16:48, John Crispin wrote:
>
>
> On 03/06/2016 14:19, edgar.sol...@web.de wrote:
>> hey All,
>>
>> i already posted this on openwrt-de...@lists.openwrt.org , but am currently
>> unsure what the status is for LEDE vs. OpenWrt. so here i go again on this
>> very ml.
>>
>> while tink
Hi,
> On 3 Jun 2016, at 13:11, Matthias Schiffer
> wrote:
>
(snip)
>
> 1) and 2) would allow blobmsg to store everything that json-c can (with the
> caveat that json-c stores integers as int64 internally, while blobmsg_json
> uses int32) -
We also noticed this as a problem for us since when
On 03/06/2016 16:46, Alexey Brodkin wrote:
> Hi John,
>
> On Fri, 2016-06-03 at 11:09 +0200, John Crispin wrote:
>> Hi,
>>
>> On 01/06/2016 17:32, Alexey Brodkin wrote:
>>>
>>> As of today gdb port for ARC is not yet in upstream even though
>>> we're working hard on that.
>>>
>>> Still to allow
On 03/06/2016 14:19, edgar.sol...@web.de wrote:
> hey All,
>
> i already posted this on openwrt-de...@lists.openwrt.org , but am currently
> unsure what the status is for LEDE vs. OpenWrt. so here i go again on this
> very ml.
>
> while tinkering with Gluon the Openwrt based Freifunk firmware
Hi John,
On Fri, 2016-06-03 at 11:09 +0200, John Crispin wrote:
> Hi,
>
> On 01/06/2016 17:32, Alexey Brodkin wrote:
> >
> > As of today gdb port for ARC is not yet in upstream even though
> > we're working hard on that.
> >
> > Still to allow ARC users to debug user-space apps on top of
> > Li
thanks a lot.
tonight i have this task!
i'll give you a feedback.
regards,
marco.
Il 03/06/2016 16:32, Andrew Yong ha scritto:
You'll want to use OpenWrt Kamikaze 8.09 and use the official package
manager opkg. Follow the linked wiki page
(https://wiki.openwrt.org/doc/howto/mmc_over_gpio) a
You'll want to use OpenWrt Kamikaze 8.09 and use the official package
manager opkg. Follow the linked wiki page
(https://wiki.openwrt.org/doc/howto/mmc_over_gpio) and you'll be fine.
The latest releases have deprecated kmod-mmc-over-gpio in favor of
just getting other generic $30 routers from AliE
i send again in plain text format (not HTML).
sorry for my bad /Netiquette :(
/
thank you.
thanks a lot for your immediate answer.
i followed this guide to mod fonera adding an sd card:
http://www.wifi-ita.com/index.php?option=com_content&task=view&id=223
and this one:
http://www.nabuk.org/f/in
https://wiki.openwrt.org/doc/hardware/port.gpio and see relevant
sections for bitbanging MMC over GPIO.
On 3 Jun 2016 21:46, "Marco Castrovilli" wrote:
>
> hi all!
> does anyone can help me to find mmc driver working on openwrt, installed on
> fonera 2100 (mips architectire)?
> thank you in adva
Hi Max,
On Fri, 2016-06-03 at 16:43 +0300, Max Filippov wrote:
> Hi Alexey,
>
> On Fri, Jun 3, 2016 at 12:58 PM, Alexey Brodkin
> wrote:
> >
> > IMHO much better approach would be to include a compile test for
> > small source that uses scanf() with "%as"/"%ms".
> I doubt a direct compile test
hi all!
does anyone can help me to find mmc driver working on openwrt, installed
on fonera 2100 (mips architectire)?
thank you in advance.
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi Alexey,
On Fri, Jun 3, 2016 at 12:58 PM, Alexey Brodkin
wrote:
> IMHO much better approach would be to include a compile test for
> small source that uses scanf() with "%as"/"%ms".
I doubt a direct compile test is possible here, one need to run scanf
code to find out whether %m is actually su
On 06/03/2016 05:37 AM, Conor O'Gorman wrote:
On 03/06/16 13:27, Ben Greear wrote:
On 06/03/2016 02:17 AM, John Crispin wrote:
On 01/06/2016 20:21, Ben Greear wrote:
On 06/01/2016 11:07 AM, John Crispin wrote:
Hi Ben,
also inclined to reject this one. it will open up the pandoras box
On 03/06/16 13:27, Ben Greear wrote:
On 06/03/2016 02:17 AM, John Crispin wrote:
On 01/06/2016 20:21, Ben Greear wrote:
On 06/01/2016 11:07 AM, John Crispin wrote:
Hi Ben,
also inclined to reject this one. it will open up the pandoras box and
we will end up maintaining piles of diffconf
On 06/03/2016 02:17 AM, John Crispin wrote:
On 01/06/2016 20:21, Ben Greear wrote:
On 06/01/2016 11:07 AM, John Crispin wrote:
Hi Ben,
also inclined to reject this one. it will open up the pandoras box and
we will end up maintaining piles of diffconfig files. it would make
morse sense to d
hey All,
i already posted this on openwrt-de...@lists.openwrt.org , but am currently
unsure what the status is for LEDE vs. OpenWrt. so here i go again on this very
ml.
while tinkering with Gluon the Openwrt based Freifunk firmware (currently on
CC) on a x86 based thin client box i needed supp
On 03/06/2016 12:59, Dan Bugnar wrote:
> Change the log buffer size and copy the messages.
> Copy the messages from the oldest to newest using the log_list.
> First time we calculate the size of the all entries. The log_entries_size
> calculates the size indifferent of the positions of the newest
On 03/06/16 11:59, Dan Bugnar wrote:
Change the log buffer size and copy the messages.
Copy the messages from the oldest to newest using the log_list.
First time we calculate the size of the all entries. The log_entries_size
calculates the size indifferent of the positions of the newest and oldes
On 03/06/16 11:59, Dan Bugnar wrote:
From: Dan Bugnar
The next message needs to be written after the data of current message.
This was adding "sizeof(struct log_head)" bytes between messages.
Signed-off-by: Dan Bugnar
---
log/syslog.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On 03/06/2016 13:15, Etienne Champetier wrote:
> Hi John,
>
> 2016-06-03 11:00 GMT+02:00 John Crispin :
>> Hi Etienne,
>>
>> comment inline ...
>>
>> On 02/06/2016 23:21, Etienne CHAMPETIER wrote:
>>> This package:
>>> 1) seed /dev/urandom with a saved seed as early as possible
>>> (using /l
Hi John,
2016-06-03 11:00 GMT+02:00 John Crispin :
> Hi Etienne,
>
> comment inline ...
>
> On 02/06/2016 23:21, Etienne CHAMPETIER wrote:
>> This package:
>> 1) seed /dev/urandom with a saved seed as early as possible
>> (using /lib/preinit/81_urandom_seed)
>> 2) save a new seed using getrand
From: Dan Bugnar
The next message needs to be written after the data of current message.
This was adding "sizeof(struct log_head)" bytes between messages.
Signed-off-by: Dan Bugnar
---
log/syslog.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/log/syslog.c b/log/syslog.c
Add ubus method to set the buffer size.
Example:
ubus call log reload "{\"log_buffer_size\":size}"
Signed-off-by: Dan Bugnar
---
log/logd.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/log/logd.c b/log/logd.c
index 27d3cac..563c545 100644
--- a/log/logd.
Change the log buffer size and copy the messages.
Copy the messages from the oldest to newest using the log_list.
First time we calculate the size of the all entries. The log_entries_size
calculates the size indifferent of the positions of the newest and oldest.
If we want to increase the log buff
Ok. No it doesn't add functionality to the code but for me it feels
just wrong to report in dmesg (the human functionality) that a device
is a Broadcom 6368 variant 2 (which doesn't exist), but thanks.
On 3 June 2016 at 11:27, Álvaro Fernández Rojas wrote:
> NACK, this doesn't add any funcionalit
Hi and thanks.
On 3 June 2016 at 12:07, Álvaro Fernández Rojas wrote:
> Hello Graham,
>
> Pulled into my staging tree with some changes (whitespace fixes, cleanups...):
> https://git.lede-project.org/?p=lede/noltari/staging.git;a=shortlog;h=refs/heads/brcm63xx-next
>
> Regards,
> Álvaro.
>
> El 2
On 06/03/2016 11:05 AM, John Crispin wrote:
>
>
> On 01/06/2016 22:27, Matthias Schiffer wrote:
>> The current blobmsg_format_json* functions will return invalid JSON when
>> the "list" argument is given as false (blobmsg_format_element() will
>> output the name of the blob_attr as if the value i
Hello Graham,
Pulled into my staging tree with some changes (whitespace fixes, cleanups...):
https://git.lede-project.org/?p=lede/noltari/staging.git;a=shortlog;h=refs/heads/brcm63xx-next
Regards,
Álvaro.
El 23/5/16 a las 0:56, Xotic750 escribió:
> From: Graham Fairweather
>
> This patch adds s
Hi Waldemar,
On Fri, 2016-06-03 at 04:23 +0200, Waldemar Brodkorb wrote:
> uClibc-ng tries to be compatible with GNU libc and defines
> __GLIBC__ and pretend to be version 2.2.
> We once changed it to 2.10, but then some hard to fix problems
> in different software packages (gcc) occured.
> It wou
2016-06-03 11:13 GMT+02:00 John Crispin :
>
>
> On 02/06/2016 13:20, Etienne Champetier wrote:
>> Hi,
>>
>> someone messed with git.openwrt.org nginx config, i can't get the js and css.
>>
>> see https://git.openwrt.org/project/static/gitweb.css (doesn't look
>> like a css :) )
>>
>> Cheers
>> Etie
NACK, this doesn't add any funcionality and original firmwares show
these SoCs as their generic CPU IDs (e.g: 6368 for the 6369).
El 23/5/16 a las 0:46, Xotic750 escribió:
From: Graham Fairweather
This patch fixes the logged detected CPU ID when an equivalent is used,
like in the case where w
On 01/06/2016 20:21, Ben Greear wrote:
> On 06/01/2016 11:07 AM, John Crispin wrote:
>> Hi Ben,
>>
>> also inclined to reject this one. it will open up the pandoras box and
>> we will end up maintaining piles of diffconfig files. it would make
>> morse sense to document what the script does insid
On 02/06/2016 13:20, Etienne Champetier wrote:
> Hi,
>
> someone messed with git.openwrt.org nginx config, i can't get the js and css.
>
> see https://git.openwrt.org/project/static/gitweb.css (doesn't look
> like a css :) )
>
> Cheers
> Etienne
>
that url looks weird.
-> https://git.openwrt
Hi,
On 01/06/2016 17:32, Alexey Brodkin wrote:
> As of today gdb port for ARC is not yet in upstream even though
> we're working hard on that.
>
> Still to allow ARC users to debug user-space apps on top of
> Linux kernel we're adding here support for building GDB from
> sources hosted on our Git
On 01/06/2016 22:27, Matthias Schiffer wrote:
> The current blobmsg_format_json* functions will return invalid JSON when
> the "list" argument is given as false (blobmsg_format_element() will
> output the name of the blob_attr as if the value is printed as part of a
> JSON object).
>
> To avoid
Hi Etienne,
comment inline ...
On 02/06/2016 23:21, Etienne CHAMPETIER wrote:
> This package:
> 1) seed /dev/urandom with a saved seed as early as possible
> (using /lib/preinit/81_urandom_seed)
> 2) save a new seed using getrandom() so we are sure /dev/urandom
>pool is initialized (using
Hi Waldemar
On 03/06/2016 04:23, Waldemar Brodkorb wrote:
> uClibc-ng tries to be compatible with GNU libc and defines
> __GLIBC__ and pretend to be version 2.2.
> We once changed it to 2.10, but then some hard to fix problems
> in different software packages (gcc) occured.
> It would be better if
46 matches
Mail list logo
