In ubus_reconnect, the ctx->sock.fd is created and set to non-blocking mode:
fcntl(ctx->sock.fd, F_SETFL, fcntl(ctx->sock.fd, F_GETFL) | O_NONBLOCK |
> O_CLOEXEC);
>
http://git.openwrt.org/?p=project/ubus.git;a=blob;f=libubus-io.c;h=9d3ac6c33f4d926c7f5c5d2033d531fc5fc6f834;hb=259450f414d8c9ee4189
Hei hei,
I try to comment without directly replying, I was not on the list
before and hope to get this right.
The proposed solution works for openssl 1.0.2 branch. However a more
generic solution would be possible. I tried the following successfully
on master and it can be merged to chaos calmer
Hi Felix, Jonas,
On Tue, 2015-12-01 at 02:28 +0300, Alexey Brodkin wrote:
> Hello,
>
> I'm wondering if there's a chance to setup snapshot builder for recently
> introduced
> ARC770 boards?
Any thoughts on this?
-Alexey
___
openwrt-devel mailing list
this error was not visible until recent bump to
busybox 1.24.1 stable which introduced a warning message
when keyword 'local' is not used with a shell-function.
this does not change behavior and is a cosmetic cleanup.
fixes the following output:
root@box:~ ifup
/sbin/ifup: local: line 362: not i
Hey Yousong,
looking at the hexdump comment, this function was actually based off
of the function mtd_get_mac_binary() which uses the same dd offset
logic as you can see in mtd_get_mac_binary_ubi(). If this were to be
changed, shouldn't the same change apply to mtd_get_mac_binary()?
I know this
Hey lynxis,
Looking over the new Makefile style, I was unable to find any examples
of this for devices that rely on NAND and .tar sysupgrade images, such
as the NetgearNAND boards. (maybe I am blind?)
It's also worth noting this device is a bit special, as it doesn't use
a UBI generated image for
Update mm-macros (mm-common) to 0.9.9.
Switch to use the @GNOME source download location.
Signed-off-by: Hannu Nyman
---
mm-macros was the only tool/package from GNOME not use the @GNOME
source location definition, so switch the tool to use that.
tools/mm-macros/Makefile | 7 +++
1 file ch
Cleanup the @GNOME source download location definitions:
* remove dead and stale mirrors
* adjust to changes at directory structure
* add one new working mirror
Signed-off-by: Hannu Nyman
---
scripts/download.pl | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/scripts
Current way of compuling dts files involves calling C preprocessor on
main dts file only. This means that dtsi includes cannot have C-style includes.
This patch addresses this problem. It uses approach similar to one
use in linux kernel: it preprocesses all dtsi's in current dir into
tmp dir and t
Hi,
you still haven't answered my questions:
On Mon, Dec 7, 2015 at 4:07 PM, Nikolay Martynov wrote:
> Current way of compuling dts files involves calling C preprocessor on
> main dts file only. This means that dtsi includes cannot have C-style
> includes.
Why not? Shouldn't they get processed
Am 07.12.2015 22:12 schrieb "Chris Blake" :
>
> Hey Yousong,
>
> looking at the hexdump comment, this function was actually based off
> of the function mtd_get_mac_binary() which uses the same dd offset
> logic as you can see in mtd_get_mac_binary_ubi(). If this were to be
> changed, shouldn't the
Hi,
On Sun, Dec 6, 2015 at 3:20 PM, Josh Bendavid wrote:
> From: Josh Bendavid
>
> Add initial support for Archer C2600 to Makefiles and profiles. This is
> sufficient to build a working factory image. Sysupgrade image is not
> implemented yet. Currently wired network is working, but
> LED's/
Hey Yousong,
Thanks for the clarification, will get this all cleaned up for the
next patch revision. Keep the feedback coming! :)
Regards,
Chris Blake
On Mon, Dec 7, 2015 at 9:42 AM, Yousong Zhou wrote:
>
> Am 07.12.2015 22:12 schrieb "Chris Blake" :
>>
>> Hey Yousong,
>>
>> looking at the hexd
Yousong,
Sorry to come back so fast, but how would moving the skip to hexdump
help the code in any way? For example, we are currently using:
dd bs=1 skip=$offset count=6 if=/dev/$part 2>/dev/null | hexdump -v -n
6 -e '5/1 "%02x:" 1/1 "%02x"'
If we move the skip to hexdump, then we would also nee
Ok thanks,
Will clean up the white space + board name and resubmit (maybe also with
the additional changes for the wireless calibration data at this point)
For the WAN link, I did not test it myself yet with 10 or 100mbps, but the
situation should be the same as described here
https://dev.openwrt.
(the vlan configuration inherited from the AP148 is working, which implies
that the connections and port mapping are the same)
On 7 December 2015 at 16:57, Josh Bendavid wrote:
> Ok thanks,
> Will clean up the white space + board name and resubmit (maybe also with
> the additional changes for th
(Sorry about the top posting)
For the flash, the stock firmware, and the factory images built with these
patches are using only the NOR flash as far as I know.
I am not 100% sure whether the NAND is physically there or not (what would
be the easiest way to check?)
The openssl package has been rebuilt and was uploaded to the Chaos
Calmer 15.05 repository due to multiple security issues.
VERSION
1.0.2d-1 => 1.0.2e-1
CHANGELOG
[Thu, 3 Dec 2015 21:08:28 + c5287f9]
backport of r47726.
This fixes the following security problems:
* CVE-2015-3193
* CVE
Sorry, I've missed those questions. Let me try answering them.
Now also including the list.
2015-12-07 10:39 GMT-05:00 Jonas Gorski :
> Hi,
>
> you still haven't answered my questions:
>
> On Mon, Dec 7, 2015 at 4:07 PM, Nikolay Martynov wrote:
>> Current way of compuling dts files involves call
2015-12-07 11:16 GMT-05:00 Nikolay Martynov :
> Sorry, I've missed those questions. Let me try answering them.
>
> Now also including the list.
>
> 2015-12-07 10:39 GMT-05:00 Jonas Gorski :
>> Hi,
>>
>> you still haven't answered my questions:
>>
>> On Mon, Dec 7, 2015 at 4:07 PM, Nikolay Martynov
On 07.12.2015 17:16, Nikolay Martynov wrote:
> Sorry, I've missed those questions. Let me try answering them.
>
> Now also including the list.
>
> 2015-12-07 10:39 GMT-05:00 Jonas Gorski :
>> Hi,
>>
>> you still haven't answered my questions:
>>
>> On Mon, Dec 7, 2015 at 4:07 PM, Nikolay Martynov
Hi,
please try to keep the number of replies low, ideally one.
On Mon, Dec 7, 2015 at 5:05 PM, Josh Bendavid wrote:
> (Sorry about the top posting)
>
and keep some context to what you are replying to.
> For the flash, the stock firmware, and the factory images built with these
> patches are us
ARC SDP board sports only 1 network interface - eth0,
so to operate as an access point it requires at least
another interface (preferably wireless),
so USB Wi-Fi dongle is what we want.
And with USB Wi-Fi dongle attached ARC SDP board could be
used as a "dumb" wireless access point.
Now with modi
The openssl package has been rebuilt and was uploaded to the Barrier
Breaker 14.07 repository due to multiple security issues.
VERSION
1.0.2d-1 => 1.0.2e-1
CHANGELOG
[Mon, 7 Dec 2015 16:05:54 + e92cb47]
Openssl: update to v1.0.2e (CVE-2015-3193, CVE-2015-3194, CVE-2015-3195)
CHANGES
On 2015-12-07 17:45, Alexey Brodkin wrote:
> ARC SDP board sports only 1 network interface - eth0,
> so to operate as an access point it requires at least
> another interface (preferably wireless),
> so USB Wi-Fi dongle is what we want.
>
> And with USB Wi-Fi dongle attached ARC SDP board could be
Hi Felix,
On Mon, 2015-12-07 at 17:49 +0100, Felix Fietkau wrote:
> On 2015-12-07 17:45, Alexey Brodkin wrote:
> > ARC SDP board sports only 1 network interface - eth0,
> > so to operate as an access point it requires at least
> > another interface (preferably wireless),
> > so USB Wi-Fi dongle is
On 2015-12-07 17:57, Alexey Brodkin wrote:
> Hi Felix,
>
> On Mon, 2015-12-07 at 17:49 +0100, Felix Fietkau wrote:
>> On 2015-12-07 17:45, Alexey Brodkin wrote:
>> > ARC SDP board sports only 1 network interface - eth0,
>> > so to operate as an access point it requires at least
>> > another interf
Hi Alexey,
> Any thoughts how I may setup a bridge on eth0 in init scripts in board.d?
with board.d, the lan interface will always be of type bridge. There is
no way to declare non-bridge lan ifaces anymore.
~ Jow
___
openwrt-devel mailing list
openwrt-
2015-12-07 11:36 GMT-05:00 Jonas Gorski :
> On 07.12.2015 17:16, Nikolay Martynov wrote:
>> Sorry, I've missed those questions. Let me try answering them.
>>
>> Now also including the list.
>>
>> 2015-12-07 10:39 GMT-05:00 Jonas Gorski :
>>> Hi,
>>>
>>> you still haven't answered my questions:
>>>
Hi Felix,
On Mon, 2015-12-07 at 18:01 +0100, Felix Fietkau wrote:
> On 2015-12-07 17:57, Alexey Brodkin wrote:
> > Hi Felix,
> >
> > On Mon, 2015-12-07 at 17:49 +0100, Felix Fietkau wrote:
> > > On 2015-12-07 17:45, Alexey Brodkin wrote:
> > > > ARC SDP board sports only 1 network interface - eth
On 2015-12-07 10:41, Karl Vogel wrote:
> In ubus_reconnect, the ctx->sock.fd is created and set to non-blocking mode:
>
> fcntl(ctx->sock.fd, F_SETFL, fcntl(ctx->sock.fd, F_GETFL) |
> O_NONBLOCK | O_CLOEXEC);
>
>
> http://git.openwrt.org/?p=project/ubus.git;a=blob;f=libubus-io.c;h=9d3ac6
I am still not sure what prpl is for. Nor, what happens to donated
funds, if any...
I have long wanted some non-profit org to serve as an intermediary
between the profit centered corps and the developers. I don't think
SPI or prpl is doing this right. Linaro sort of used to...
There needs to be s
Since r43114 adsl will be used if annex is specified, so don't.
---
v2: rebased
target/linux/lantiq/base-files/etc/board.d/02_network | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/lantiq/base-files/etc/board.d/02_network
b/target/linux/lantiq/base-files/etc/bo
---
v2: use annex b firmware for annex j too
package/network/config/ltq-vdsl-app/files/dsl_control | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
mode change 100644 => 100755
package/network/config/ltq-vdsl-app/files/dsl_control
diff --git a/package/network/config/ltq-vdsl-app/fil
Dave,
Thanks for bringing this up. Based upon my conversations at the OpenWrt
summit and observations, an official OpenWrt Foundation would be a positive
development. I heard at least a few companies say that they want to help
but they don't even know who to pay in some cases. There's lots of reas
OpenSSL moves old versions of the library from
http://www.openssl.org/source/ to
http://www.openssl.org/source/old/$version/ breaking the old links.
That behavior breaks the OpenWRT-build every time OpenSSL releases
a new version.
This patch adds http://www.openssl.org/source/old/$version/ to the
> Signed-off-by: Kevin Kirsch
Reviewed-by: Alexander Dahl
---
> ---
> @Alexander: Great idea, I updated my patch for master.
> @OpenWRT-Maintainers: Should I somehow mention Alexanders work in the
> commit-message?
For me the reviewed by would be sufficient, but thanks for asking.
Greets
Ale
Use kernel arch for dts compilation.
Also use Image/BuildDTB to build dts for ramips.
This is reworked patch, based on comments by Jonas Gorski
Signed-off-by: Nikolay Martynov
---
include/image.mk | 6 +++---
target/linux/ramips/image/Makefile | 2 +-
2 files changed, 4 insert
On 7 December 2015 at 23:55, Chris Blake wrote:
> Yousong,
>
> Sorry to come back so fast, but how would moving the skip to hexdump
> help the code in any way? For example, we are currently using:
>
> dd bs=1 skip=$offset count=6 if=/dev/$part 2>/dev/null | hexdump -v -n
> 6 -e '5/1 "%02x:" 1/1 "%
[ 76.724897] NET: Registered protocol family 24
[ 76.795698] PCI: Enabling device :00:01.0 ( -> 0002)
[ 76.803518] rt2800pci :00:01.0: failed to load eeprom property
[ 76.809963] ieee80211 phy0: rt2x00lib_request_eeprom_file: Info - Loading
EEPROM data from 'rt2x00.eeprom'.
[ 76.724897] NET: Registered protocol family 24
[ 76.795698] PCI: Enabling device :00:01.0 ( -> 0002)
[ 76.803518] rt2800pci :00:01.0: failed to load eeprom property
[ 76.809963] ieee80211 phy0: rt2x00lib_request_eeprom_file: Info - Loading
EEPROM data from 'rt2x00.eeprom'.
[
* Eric Schultz [08.12.2015 07:18]:
> but they don't even know who to pay in some cases. There's lots of reasons
> why this has been the case but, in the end, more clarity in governance and
> process would go a long way to help here. I'm happy to personally help but
> the committers are really the
* John Szakmeister [02.12.2015 16:04]:
> On Wed, Dec 2, 2015 at 6:14 AM, Bastian Bittorf
> wrote:
> > * Petr Štetiar [30.11.2015 13:47]:
> >> That sounds really great, can you please share more details? It's just your
> >> guess or you've achieved such build times already?
> >
> > today tested
Does it happen on every boot or only on first boot after firmware update?
The reason of this error is absence of 'firmware' (like ART on Atheros-based
boards) partition on flash due to firmware structure itself or error in DTS
files.
In OpenWRT kernel falls back to usermode generation of EEPROM
44 matches
Mail list logo
