Signed-off-by: Roman Yeryomin
---
target/linux/ramips/dts/F5D8235_V1.dts | 4 ++--
target/linux/ramips/dts/F5D8235_V2.dts | 2 +-
target/linux/ramips/dts/WL-351.dts | 2 +-
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/target/linux/ramips/dts/F5D8235_V1.dts
b/target/linux
Signed-off-by: Roman Yeryomin
---
iwinfo.c | 41 -
1 file changed, 40 insertions(+), 1 deletion(-)
diff --git a/iwinfo.c b/iwinfo.c
index 325c07a..6e34ea1 100644
--- a/iwinfo.c
+++ b/iwinfo.c
@@ -317,6 +317,41 @@ rpc_iwinfo_info(struct ubus_context *ctx
Signed-off-by: Roman Yeryomin
---
include/iwinfo.h | 9 +
iwinfo_cli.c | 2 +-
iwinfo_nl80211.c | 7 +++
3 files changed, 17 insertions(+), 1 deletion(-)
diff --git a/include/iwinfo.h b/include/iwinfo.h
index 95020a4..856525e 100644
--- a/include/iwinfo.h
+++ b/include/iwinfo.h
Signed-off-by: Roman Yeryomin
---
package/network/services/hostapd/files/netifd.sh | 5 +
1 file changed, 5 insertions(+)
diff --git a/package/network/services/hostapd/files/netifd.sh
b/package/network/services/hostapd/files/netifd.sh
index 23d2e7e..1d1b098 100644
--- a/package/network
On 23 December 2014 at 17:02, Tomer Eliyahu wrote:
> Hi,
>
> Our request for uploading the sources is pending approval from
> Marvell's legal department.
>
Hi, Tomer,
do you have any updates on this?
Regards,
Roman
___
openwrt-devel mailing list
openw
On 6 June 2015 at 09:21, Dirk Neukirchen wrote:
> On 05.06.2015 16:00, Baptiste Clenet wrote:
>> Hi OpenWRT developers,
>>
>> Is there any plan to port OPENWRT on Linux 4.x? (Or is it already done?)
>>
>>
>
>
> - ar71xx: ar8216/ar8316/ar8xxx driver is broken
> on 8337N and some unknown router (rep
On 7 May 2015 at 15:49, Felix Fietkau wrote:
> On 2015-05-07 08:01, Wojciech Dubowik wrote:
>> Try to boot with kernel locking enabled. I have seen jffs2 deadlocks on
>> readdir. As far as I remember
>> with this patch it went through but I don't know anymore whether I have
>> changed sth in confi
On 11 June 2015 at 16:36, Baptiste Clenet wrote:
> Hi,
>
> I've edited patches from Linux 3.18 to make the MT7628 work with Linux 4.0.
> OpenWRT launches, I have access to the shell.
> Next step, I configure the IP address with /etc/config/network and
> /etc/init.d/network reload. Ifconfig shows m
On 12 June 2015 at 14:30, Baptiste Clenet wrote:
> 2015-06-12 11:12 GMT+02:00 Baptiste Clenet :
>> 2015-06-11 16:31 GMT+02:00 Roman Yeryomin :
>>> On 11 June 2015 at 16:36, Baptiste Clenet wrote:
>>>> Hi,
>>>>
>>>> I've edited pat
On 12 June 2015 at 19:45, Baptiste Clenet wrote:
> Watchdog problem solved thanks to Mingyu Li.
> Patch the file ralink_soc_eth.c
>
> @@ -983,8 +983,11 @@ static int fe_poll(struct napi_struct *napi, int budget)
>
> if (!tx_again && (rx_done < budget)) {
> status = fe_reg_r
Tested on UAP-PRO. Doesn't break 3.18
Signed-off-by: Roman Yeryomin
---
.../files/drivers/net/ethernet/atheros/ag71xx/ag71xx_main.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git
a/target/linux/ar71xx/files/drivers/net/ethernet/atheros/ag71xx/ag71xx_main
On 11 June 2015 at 13:25, Roman Yeryomin wrote:
> On 7 May 2015 at 15:49, Felix Fietkau wrote:
>> On 2015-05-07 08:01, Wojciech Dubowik wrote:
>>> Try to boot with kernel locking enabled. I have seen jffs2 deadlocks on
>>> readdir. As far as I remember
>>> w
On 15 June 2015 at 15:52, Miklos Szeredi wrote:
> On Mon, Jun 15, 2015 at 10:24:28AM +0200, Felix Fietkau wrote:
>> On 2015-06-15 10:20, Miklos Szeredi wrote:
>> > On Thu, Jun 11, 2015 at 2:01 PM, Miklos Szeredi wrote:
>> >> On 7 May 2015 at 15:49, Felix Fietkau wrote:
>> >>> On 2015-05-07 08:01
On 14 June 2015 at 20:15, Roman Yeryomin wrote:
> Tested on UAP-PRO
>
Please discard this, it's broken because of 45954.
I will send rebased version.
Regards,
Roman
___
openwrt-devel mailing list
openwrt-devel@lists.openwr
On 7 June 2015 at 15:27, Alexander Couzens wrote:
> Signed-off-by: Alexander Couzens
> ---
> target/linux/ar71xx/image/Makefile | 264
> -
> 1 file changed, 175 insertions(+), 89 deletions(-)
>
At least UAP-PRO image is broken after this (applied in 45983):
On 15 June 2015 at 19:09, Daniel Golle wrote:
> On Mon, Jun 15, 2015 at 06:15:58PM +0300, Roman Yeryomin wrote:
>> On 14 June 2015 at 20:15, Roman Yeryomin wrote:
>> > Tested on UAP-PRO
>> >
>>
>> Please discard this, it's broken because of 45954.
&g
Signed-off-by: Roman Yeryomin
---
.../patches/385-ath9k_hw-fix-device-ID-check-for-AR956x.patch | 8
1 file changed, 8 insertions(+)
diff --git
a/package/kernel/mac80211/patches/385-ath9k_hw-fix-device-ID-check-for-AR956x.patch
b/package/kernel/mac80211/patches/385-ath9k_hw-fix
On 2 July 2015 at 09:49, wrote:
> From: Miaoqing Pan
>
> Patch cherry-picked from the following location:
> https://www.codeaurora.org/cgit/quic/qsdk/oss/system/openwrt/commit/?h=release/coconut_ioe4531_2.0&id=5c357bf6c763e4140dddcc9a3bc5f005525a9c0e
>
> Changelist,
> - add more register def
Yes, sorry, forgot to mention it's broken now too.
On 2 July 2015 at 12:34, Pan, Miaoqing wrote:
> No logic changes of qca956x. Just move the eth changes out of the 735 patch
> to 'dev-eth.c' file.
>
> Regards,
> Miaoqing
>
> -Original Message-
>
- it should be BOARDNAME instead of BOARD_NAME
- kernel partition should be padded to 1536k (somehow this padding was lost in
translation to BuildCode in bc797c73f6328941b2194d144385655ad9297e7c)
Signed-off-by: Roman Yeryomin
---
target/linux/ar71xx/image/Makefile | 8
1 file changed
On 5 July 2015 at 22:05, Alexander Couzens wrote:
> Thanks a lot for fixing this.
> Do you tested your changes?
>
Yes, sure
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
On 5 July 2015 at 23:31, Matt . wrote:
> Hi,
>
> This needs to be patched on ALL versions! After this, we need to point
> the main devs of this package to it.
>
> Sounds like a plan ?
>
What do you mean ALL versions?
This patch is easily backportable into CC if you mean that...
Regards,
Roman
__
On 6 July 2015 at 12:40, Matt . wrote:
> Hi,
>
> I mean, not only ar71xx.
Looks like you don't understand what you are talking about - UAP-PRO
exists only under ar71xx target.
> Which version is going to be patched, as in BB, CC ?
This patch is for trunk, it's up to core devs if they want it to
Signed-off-by: Roman Yeryomin
---
target/linux/gemini/raidsonic/target.mk | 7 +++
1 file changed, 7 insertions(+)
diff --git a/target/linux/gemini/raidsonic/target.mk
b/target/linux/gemini/raidsonic/target.mk
index 56eda4e..d158090 100644
--- a/target/linux/gemini/raidsonic/target.mk
Signed-off-by: Roman Yeryomin
---
target/linux/gemini/image/Makefile | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/target/linux/gemini/image/Makefile
b/target/linux/gemini/image/Makefile
index 7ed1d61..1c51b62 100644
--- a/target/linux/gemini/image/Makefile
+++ b/target
Signed-off-by: Roman Yeryomin
---
target/linux/gemini/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/gemini/Makefile b/target/linux/gemini/Makefile
index 3667254..42f8c1e 100644
--- a/target/linux/gemini/Makefile
+++ b/target/linux/gemini/Makefile
On 9 July 2015 at 08:26, John Crispin wrote:
>
>
> On 08/07/2015 23:00, Roman Yeryomin wrote:
>> Signed-off-by: Roman Yeryomin
>> ---
>> target/linux/gemini/image/Makefile | 3 ++-
>> 1 file changed, 2 insertions(+), 1 deletion(-)
>>
>> diff --g
On 9 July 2015 at 08:31, John Crispin wrote:
>
>
> On 08/07/2015 23:00, Roman Yeryomin wrote:
>> Signed-off-by: Roman Yeryomin
>> ---
>> target/linux/gemini/raidsonic/target.mk | 7 +++
>> 1 file changed, 7 insertions(+)
>>
>> diff --git a/
On 10 July 2015 at 05:07, camden lindsay
wrote:
> I'm sorry, i said ath9k in the subject but the above seems more likely
> to be ath10k.
>
> On Thu, Jul 9, 2015 at 7:03 PM, camden lindsay
> wrote:
>> Hello-
>>
>> Thought I should report this, since there was so much discussion and
>> confusion on
On 9 July 2015 at 15:29, Roman Yeryomin wrote:
> On 9 July 2015 at 08:31, John Crispin wrote:
>>
>>
>> On 08/07/2015 23:00, Roman Yeryomin wrote:
>>> Signed-off-by: Roman Yeryomin
>>> ---
>>> target/linux/gemini/raidsonic/target.mk | 7 +++
&
otherwise it's not picked up by toolchain:
staging_dir/toolchain-mipsel_24kec+dsp_gcc-4.8-linaro_musl-1.1.10/lib/gcc/mipsel-openwrt-linux-musl/4.8.3/../../../../mipsel-openwrt-linux-musl/bin/ld:
cannot find -lsw
Signed-off-by: Roman Yeryomin
---
package/network/config/swconfig/Makefil
On 17 July 2015 at 16:34, Christian Beier wrote:
>
> Hi list!
>
> On an EnGenius ESR1750 running current trunk (r46386), the ath10k driver fails
> to load the firmware blob - it did work in Barrier Breaker though. Here's the
> failing dmesg bits:
>
> ---snip---
> [ 72.05] PCI: Enabling devic
On 17 July 2015 at 18:27, Roman Yeryomin wrote:
>
> Anyway, I'm going to switch to 4.1 very soon, we'll see what happens there.
>
OK, just sent 4.1 support patch. Firmware loading on Archer C7 works fine there.
Could you test the patch on your devi
On 17 July 2015 at 20:54, Matti Laakso wrote:
> Hi,
>
>> On an EnGenius ESR1750 running current trunk (r46386), the ath10k driver
>> fails
>> to load the firmware blob - it did work in Barrier Breaker though. Here's
>> the
>> failing dmesg bits:
>
> It seems this board ran uncalibrated on BB and C
On 19 July 2015 at 21:01, Felix Fietkau wrote:
> On 2015-07-17 19:35, Roman Yeryomin wrote:
>> Signed-off-by: Roman Yeryomin
> Applied with some follow-up fixes.
>
> Please always refresh patches when adding a new kernel version.
Hmm.. I think I did refresh the patches, probal
On 20 July 2015 at 07:52, Felix Fietkau wrote:
> On 2015-07-20 01:06, Roman Yeryomin wrote:
>
>>> Also, refresh the kernel config and pay close attention to
>>> 'disappearing' config symbols. In this case, CONFIG_NET_DSA got disabled
>>> (along with
On 3 August 2015 at 15:11, openwrt-de...@couprie.net
wrote:
> Hi Dimitry,
>
> Does this patch, fix the problem that when a router is a wifi access client
> and access point.
> The local access point does not work when de wifi access client is not
> connected ?
>
This patch only fixes scanning whe
On 4 August 2015 at 17:58, Joshua Judson Rosen wrote:
> On 2015-08-04 02:26, David Lang wrote:
>> A given radio can be either an AP or a client, but not both at once.
>>
>> so if you use a radio to connect to another AP, you are making it a client,
>> and
>> in client mode all it can do is connec
On 4 August 2015 at 23:24, Joshua Judson Rosen wrote:
> On 2015-08-04 14:14, Roman Yeryomin wrote:
>> On 4 August 2015 at 17:58, Joshua Judson Rosen wrote:
>>> On 2015-08-04 02:26, David Lang wrote:
>>>> A given radio can be either an AP or a client, but not both at
On 9 January 2016 at 17:21, Roman Yeryomin wrote:
> While trying to optimize ag71xx driver performance I've noticed a
> weird thing: NAT performance may vary across reboots.
> For example on Archer C7 the difference can be 80Mbps: 440 one boot,
> 360 another. On AP152 the numbe
On 14 January 2016 at 17:31, wrote:
> From: Daniel Dickinson
>
> To my knowledge there are no working images, nor a way to get them,
> even using maximum stripping and dropping of packages, kmods, and
> compile options due to the small size of the targets for this
> architecture. Therefore mark
On 14 January 2016 at 18:25, Daniel Dickinson
wrote:
> Ah, ok, so there likley there are are pobablly not any working *stock*
> devices. That merits the @BROKEN flag - if you're running modified hardware
> you can surely build with BROKEN enabled.
https://downloads.openwrt.org/snapshots/trunk/br
On 17 January 2016 at 13:15, Felix Fietkau wrote:
> On 2016-01-10 00:13, Roman Yeryomin wrote:
>> Not sure if B+ is used or not (mine has B Plus) so leave both
>>
>> Signed-off-by: Roman Yeryomin
>> ---
>> target/linux/brcm2708/base-files/lib/brcm2708.sh | 1
https://github.com/openwrt/openwrt/commit/de350dcae493b2b71a0850b1d1d4ee0483552faa
On 22 February 2016 at 14:05, valent.turko...@gmail.com
wrote:
> Nice that you checked... I would understand this stance from a company
> that doesn't rely on so much open source software without which they
> would
There is a race between `cp -a /tmp/root/* /rom/overlay` from
libfstools/overlay.c and a process creating new file(s) before
pivot(/rom, /mnt) occured.
That is a process can create a file and it will not be copied.
Currently I do additional copy after jffs2 is ready, which is kind of
cumbersome (s
On 7 March 2016 at 15:09, John Crispin wrote:
>
>
> On 07/03/2016 14:03, Roman Yeryomin wrote:
>> There is a race between `cp -a /tmp/root/* /rom/overlay` from
>> libfstools/overlay.c and a process creating new file(s) before
>> pivot(/rom, /mnt) occured.
>> Th
On 18 March 2016 at 04:40, Shankar Unni wrote:
> On Wed, Mar 16, 2016 at 1:53 AM, Karl Vogel wrote:
>>
>> Doesn't look like the SVN server is back yet either.
>>
>> Are there any plans to resurrect the anon SVN server? Or should everybody
>> move to git.openwrt.org instead?
>>
>
> Yeah, I've been
On 18 March 2016 at 19:36, John Crispin wrote:
>
>
> On 18/03/2016 18:19, Roman Yeryomin wrote:
>> On 18 March 2016 at 15:32, John Crispin wrote:
>>>>
>>>> please use this svn server for now. it will be online for 4-6 weeks so
>>>> that people
On 18 March 2016 at 15:32, John Crispin wrote:
>>
>> please use this svn server for now. it will be online for 4-6 weeks so
>> that people have time to migrate away from svn. i will send out a notice
>> 1 week before we finally turn it of. please start migrating now.
>
> if you do 10 things at onc
- all subtarget specific defines are in their own files
- common defines left in main Makefile
- each subtarget makefile idefed with SUBTARGET
- all subtargets compile tested
- few seems to be broken/unneeded things marked with FIXME
Signed-off-by: Roman Yeryomin
---
target/linux/ramips/image
Signed-off-by: Roman Yeryomin
---
target/linux/ramips/image/mt7621.mk | 66 +++--
1 file changed, 20 insertions(+), 46 deletions(-)
diff --git a/target/linux/ramips/image/mt7621.mk
b/target/linux/ramips/image/mt7621.mk
index 745611f..76b4e48 100644
--- a/target
Signed-off-by: Roman Yeryomin
---
target/linux/ramips/image/mt7621.mk | 16
1 file changed, 12 insertions(+), 4 deletions(-)
diff --git a/target/linux/ramips/image/mt7621.mk
b/target/linux/ramips/image/mt7621.mk
index 76b4e48..628954f 100644
--- a/target/linux/ramips/image
Signed-off-by: Roman Yeryomin
---
target/linux/ramips/image/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/linux/ramips/image/Makefile
b/target/linux/ramips/image/Makefile
index ddd67a2..6e0349f 100644
--- a/target/linux/ramips/image/Makefile
+++ b/target/linux/ramips/image
Signed-off-by: Roman Yeryomin
---
target/linux/ramips/mt7621/profiles/mqmaker.mk | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/target/linux/ramips/mt7621/profiles/mqmaker.mk
b/target/linux/ramips/mt7621/profiles/mqmaker.mk
index ae35e7d..a9c79df 100644
--- a/target
Remove unnecessary packages to reduce image size so it fits in initramfs (to
enable upgrading from factory firmware).
Signed-off-by: Roman Yeryomin
---
target/linux/ramips/mt7621/profiles/ubnt.mk | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/target/linux/ramips/mt7621
Signed-off-by: Roman Yeryomin
---
package/base-files/files/bin/config_generate | 16 +---
1 file changed, 9 insertions(+), 7 deletions(-)
diff --git a/package/base-files/files/bin/config_generate
b/package/base-files/files/bin/config_generate
index 4256d3c..03d1a36 100755
--- a
On 3 May 2016 at 23:19, Bruno Randolf wrote:
> On 03/05/16 18:59, Jo-Philipp Wich wrote:
>> we'd like to introduce LEDE, a reboot of the OpenWrt community
>> ...
>> Jo-Philipp Wich,
>> John Crispin,
>> Daniel Golle,
>> Felix Fietkau,
>> Hauke Mehrtens
>> John Crispin
>> Matthias Schiffer,
>> Steve
On 4 May 2016 at 09:13, Reinoud Koornstra wrote:
> On Tue, May 3, 2016 at 7:54 PM, Outback Dingo wrote:
>>
>>
>> On Wed, May 4, 2016 at 12:50 AM, Roman Yeryomin
>> wrote:
>>>
>>> On 3 May 2016 at 23:19, Bruno Randolf wrote:
>>> > On 0
On 4 May 2016 at 10:31, Roman Yeryomin wrote:
> On 4 May 2016 at 09:13, Reinoud Koornstra wrote:
>> On Tue, May 3, 2016 at 7:54 PM, Outback Dingo wrote:
>>>
>>>
>>> On Wed, May 4, 2016 at 12:50 AM, Roman Yeryomin
>>> wrote:
>>>>
>&g
On 4 May 2016 at 19:25, Kathy Giori wrote:
> On Tue, May 3, 2016 at 10:59 AM, Jo-Philipp Wich wrote:
>> Hi,
>>
>> we'd like to introduce LEDE, a reboot of the OpenWrt community
>> .
>>
>> The project is founded as a spin-off of the OpenWrt project and shares
>> many of the same goals.
>
> While I
start discussing the
problems (and possible solutions) in open space then?
Then the reasons would be more or less clear. But now it seems that
community will be confused a lot.
At least I'm completely confused.
> My 2 cents,
>
> Em qua, 4 de mai de 2016 às 14:50, Roman Yeryomin
> escrev
On 4 May 2016 at 23:19, tapper wrote:
> On 04/05/2016 21:01, mbm wrote:
>>
>> Dear OpenWrt community,
>>
>> It is with a great amount of surprise that, like all of you, we read
>> about the announcement of the LEDE project yesterday, as there was no
>> prior announcement nor clues this would happe
On 5 May 2016 at 06:48, Daniel Dickinson wrote:
> On 16-05-04 04:01 PM, mbm wrote:
>> Dear OpenWrt community,
>>
>> spin off the OpenWrt project in the first place as a way to fix the
>> project and its community. Also, the phrases such as a "reboot" are both
>> vague and misleading and the LEDE p
s make me
> wonder if a "follow the money" approach will yield more plausible answers to
> the questions being raised.
maybe a good point, how do you "follow the money"?
> On Thu, May 5, 2016 at 5:34 AM, Roman Yeryomin
> wrote:
>>
>> On 5 May 2016 at 06:4
On 5 May 2016 at 17:43, Daniel Dickinson wrote:
> On 16-05-05 05:34 AM, Roman Yeryomin wrote:
>> On 5 May 2016 at 06:48, Daniel Dickinson
>> wrote:
>>> On 16-05-04 04:01 PM, mbm wrote:
>>>> Dear OpenWrt community,
>>>>
> [snip]
>>
>>
On 5 May 2016 at 19:29, Daniel Dickinson wrote:
> On 16-05-05 12:24 PM, Daniel Dickinson wrote:
>> On 16-05-05 12:21 PM, Jonathan Bennett wrote:
>> [snip]
>>> > The changes that the Lede guys are suggesting would be welcome, but
>>> > splitting the project and community with an ugly fork i
On 5 May 2016 at 20:09, Daniel Dickinson wrote:
> On 16-05-05 12:59 PM, Roman Yeryomin wrote:
>> On 5 May 2016 at 19:29, Daniel Dickinson
>> wrote:
>>> On 16-05-05 12:24 PM, Daniel Dickinson wrote:
>>>> On 16-05-05 12:21 PM, Jonathan Bennett wrote:
>>
On 6 May 2016 at 03:53, Luka Perkov wrote:
>>On 2016-05-05 20:22, mbm wrote:
>>> On 5/5/2016 7:40 AM, Felix Fietkau wrote:
Many of the changes that we previously tried to introduce were often
squashed by internal disagreements. Resulting discussions often turned
toxic quickly and le
rtize this.
>>
>> To Eric, should we recommend OpenWRT to adjust default (max) 64 bulk
>> drop, given we also recommend bucket size to be 128 ? (thus the amount
>> of memory to scan is less, but their CPU is also much smaller).
>>
>> --Jesper
>>
>>
&g
On 6 May 2016 at 21:43, Roman Yeryomin wrote:
> On 6 May 2016 at 15:47, Jesper Dangaard Brouer wrote:
>>
>> I've created a OpenWRT ticket[1] on this issue, as it seems that someone[2]
>> closed Felix'es OpenWRT email account (bad choice! emails bouncing).
>
On 6 May 2016 at 22:43, Dave Taht wrote:
> On Fri, May 6, 2016 at 11:56 AM, Roman Yeryomin wrote:
>> On 6 May 2016 at 21:43, Roman Yeryomin wrote:
>>> On 6 May 2016 at 15:47, Jesper Dangaard Brouer wrote:
>>>>
>>>> I've created a OpenWRT tick
On 16 May 2016 at 02:07, Eric Dumazet wrote:
> On Mon, 2016-05-16 at 01:34 +0300, Roman Yeryomin wrote:
>
>> qdisc fq_codel 8003: parent :3 limit 1024p flows 16 quantum 1514
>> target 80.0ms ce_threshold 32us interval 100.0ms ecn
>> Sent 1601271168 bytes 1057706 pkt (dro
On 16 May 2016 at 01:34, Roman Yeryomin wrote:
> On 6 May 2016 at 22:43, Dave Taht wrote:
>> On Fri, May 6, 2016 at 11:56 AM, Roman Yeryomin
>> wrote:
>>> On 6 May 2016 at 21:43, Roman Yeryomin wrote:
>>>> On 6 May 2016 at 15:47, Jesper Dangaard Broue
On 16 May 2016 at 11:12, David Lang wrote:
> On Mon, 16 May 2016, Roman Yeryomin wrote:
>
>> On 6 May 2016 at 22:43, Dave Taht wrote:
>>>
>>> On Fri, May 6, 2016 at 11:56 AM, Roman Yeryomin
>>> wrote:
>>>>
>>>> On 6 May 2016 at 2
On 16 May 2016 at 19:04, Dave Taht wrote:
> On Mon, May 16, 2016 at 1:14 AM, Roman Yeryomin wrote:
>> On 16 May 2016 at 01:34, Roman Yeryomin wrote:
>>> On 6 May 2016 at 22:43, Dave Taht wrote:
>>>> On Fri, May 6, 2016 at 11:56 AM, Roman Yeryomin
>>&g
On 24 May 2016 at 23:31, Hauke Mehrtens wrote:
> Hi,
>
> As it looks like the IRC meeting will not happen, because not so big
> interest by the people not already involved in LEDE and problems finding
> a time, lets discuss on the mailing list like suggested by Jow.
>
> Currently it looks like onl
On 24 May 2016 at 18:51, Eric Schultz wrote:
> I think this is a great idea! I very much support a move to Github; despite
> it's issues, it's just where development is happening today. Keeping a
> non-Github channel for submitting patches is also a great idea I think.
>
> My free-software side wo
Signed-off-by: Roman Yeryomin
---
target/linux/rb532/config-3.18 | 146 -
target/linux/rb532/config-default | 146 +
.../rb532/patches-3.18/001-cmdline_hack.patch | 20 ---
.../rb532/patches-3.18/002
On 9 October 2015 at 21:22, Jo-Philipp Wich wrote:
> Hi.
>
>> Moving to Git seemed to have lots of traction at the summit, and I'll
>> add my voice that this sounds like a step in the right direction for
>> OpenWrt. I'm assuming that we would want to do a proper SVN to Git
>> conversion, and Eric
On 10 October 2015 at 00:22, Pushpal Sidhu wrote:
> Adds a package for the ath3k kernel module, present in 3.18/4.0/4.1 kernels
>
> Signed-off-by: Pushpal Sidhu
> ---
> package/kernel/linux/modules/other.mk | 19 +++
> 1 file changed, 19 insertions(+)
>
> diff --git a/package/ker
On 12 October 2015 at 10:36, Felix Fietkau wrote:
> On 2015-10-12 08:38, Steven Barth wrote:
>> Let's face it though: the current workflow wrt. core patches is crappy.
>>
>> 1. Go to patchwork, see if there is a patch
>> 2. If you want to comment, switch to mail client, find thread, write reply.
>
On 12 October 2015 at 12:04, Holger Levsen wrote:
> Hi,
>
> (just a tiny datapoint...)
>
> On Montag, 12. Oktober 2015, Felix Fietkau wrote:
>> Which part is cumbersome for you and how exactly would switching the
>> main repo to git solve it?
>
> *g*
>
> that reminded me to check, and indeed, I on
On 12 October 2015 at 16:34, Felix Fietkau wrote:
> On 2015-10-12 15:09, Javier Domingo Cansino wrote:
>> Right now, the revision number (r) is really useful to figure
>> out what particular openwrt version is being used, when people report
>> bugs. The commit hash cannot be used as a
On 12 October 2015 at 22:21, Jonathan Bennett wrote:
>
>
> On Mon, Oct 12, 2015 at 2:11 PM David Lang wrote:
>>
>> On Mon, 12 Oct 2015, Felix Fietkau wrote:
>>
>> > On 2015-10-12 16:11, Roman Yeryomin wrote:
>> >> On 12 October 2015 at 16:34,
On 13 October 2015 at 00:18, Bruno Randolf wrote:
> On 10/12/2015 03:22 PM, Felix Fietkau wrote:
When using tags as a starting point (via git describe), somebody has to
create those tags, which is cumbersome (and would mean adding lots of
useless ones).
>>>
>>> What's cumbersome? An
On 13 October 2015 at 10:50, Bruno Randolf wrote:
> On 10/12/2015 10:53 PM, Felix Fietkau wrote:
>>> git describe
>>>
>>> r-35387-g83c5a41
>>>
>>> If you prefer, cut the last part and get "r-35387".
>>>
>>> Looks familiar? Now you even have real linear numbering in each branch,
>>> without the gap
On 13 October 2015 at 03:16, wrote:
> Hi all,
>
> I've been compiling OpenWRT builds for my home router (Netgear WNDR3800 and
> now a WD MyNet N750) for a number of years. I just recently encountered a
> problem with the OpenVPN tun interfaces are showing up without IP addresses
> after a rebo
On 13 October 2015 at 23:08, David Lang wrote:
> On Tue, 13 Oct 2015, Roman Yeryomin wrote:
>
>>>
>>> Would it be possible to track the revision number in an automated way
>>> even
>>> in a git repo? So store the r number, and automatically increment on
On 14 October 2015 at 00:20, David Lang wrote:
> On Wed, 14 Oct 2015, Roman Yeryomin wrote:
>
>> On 13 October 2015 at 23:08, David Lang wrote:
>>>
>>> On Tue, 13 Oct 2015, Roman Yeryomin wrote:
>>>
>>>>>
>>>>> Would it be
On 14 October 2015 at 10:10, Felix Fietkau wrote:
> On 2015-10-13 10:45, Roman Yeryomin wrote:
>> On 13 October 2015 at 10:50, Bruno Randolf wrote:
>>> On 10/12/2015 10:53 PM, Felix Fietkau wrote:
>>>>> git describe
>>>>>
>>>>> r-
On 18 October 2015 at 00:16, Stijn Tintel wrote:
> On 17-07-15 19:35, Roman Yeryomin wrote:
>> Signed-off-by: Roman Yeryomin
>> ---
>>
> Hi Roman,
>
> Since ar71xx uses 4.1 kernel by default, MAC addresses on my Ubiquiti
> RSPro's are random. I suspect
Overlayfs stacking was broken in 4.1.12 but now fixed in upstream branch.
Stacking allows experimenting with configurations without the need to
reset a device to factory config.
Signed-off-by: Roman Yeryomin
---
.../patches-4.1/510-fs-overlay-fix-stacking.patch | 38 ++
1
On 1 December 2015 at 00:42, Roman Yeryomin wrote:
> Overlayfs stacking was broken in 4.1.12 but now fixed in upstream branch.
> Stacking allows experimenting with configurations without the need to
> reset a device to factory config.
>
Hauke, you commited kernel upgrade but withou
Signed-off-by: Roman Yeryomin
---
tools/firmware-utils/src/mkfwimage2.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/firmware-utils/src/mkfwimage2.c
b/tools/firmware-utils/src/mkfwimage2.c
index 993c3d4..146b2ad 100644
--- a/tools/firmware-utils/src/mkfwimage2.c
`mount_root ram' will pivot existing root to ram even if it was
overlayfs already. Useful when playing with new configurations
as it allows to preserve existing/stable configuration.
Signed-off-by: Roman Yeryomin
---
mount_root.c | 2 ++
1 file changed, 2 insertions(+)
diff --
Signed-off-by: Roman Yeryomin
---
package/base-files/Makefile| 4 ++--
package/base-files/files/etc/init.d/system | 3 ++-
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/package/base-files/Makefile b/package/base-files/Makefile
index 1367fa9..bf32f63 100644
--- a
Signed-off-by: Roman Yeryomin
---
...t-phy-at803x-allow-to-configure-via-pdata.patch | 180 -
...t-phy-at803x-allow-to-configure-via-pdata.patch | 180 +
...t-phy-at803x-allow-to-configure-via-pdata.patch | 180 +
...t-phy-at803x-allow
Some (possibly broken) bootloaders incorreclty initialize at8033
phy. This patch enables sgmii autonegotiation mode.
Signed-off-by: Roman Yeryomin
---
.../735-net-phy-at803x-fix-at8033-sgmii-mode.patch | 96 ++
.../735-net-phy-at803x-fix-at8033-sgmii-mode.patch | 96
- separate qca956x and tp9343 (they use different IDs)
- rename qca9561->qca956x for consistency
- add missing bits (device reset, gpio output select)
- fix wmac setup
Signed-off-by: Roman Yeryomin
---
...21-MIPS-ath79-add-support-for-QCA956x-SoC.patch | 131 ++---
...79-
Signed-off-by: Roman Yeryomin
---
...PS-ath79-add-support-for-QCA956x-ethernet.patch | 166 +
1 file changed, 166 insertions(+)
create mode 100644
target/linux/ar71xx/patches-4.1/622-MIPS-ath79-add-support-for-QCA956x-ethernet.patch
diff --git
a/target/linux/ar71xx
1 - 100 of 424 matches
Mail list logo
