On 4/3/2023 7:00 AM, Caleb James DeLisle wrote:
Hello folks,
I've been working on trying to port an en7526 and in doing so I'm trying
to learn how to at least partially write a DTS file from an old style
header full of #defines.
I ran into a bit of a quandry, I'm comparing the mt7621.dtsi
On 2/3/23 08:18, Rafał Miłecki wrote:
Another step in my NAT performance debugging.
I realized that my OpenWrt 21.02 based bcm53xx builds can't reach 940
Mb/s because I have qos-scripts installed.
It happens even with QoS interface disabled:
qos.wan.enabled='0'
and with QoS disabled in general:
On 9/7/2022 3:00 PM, Sebastian Moeller wrote:
Hi Jo,
I was under the impression* that bridge-vlan filtering is something that can be
relegated to the switch hardware, while creating a bridge between VLAN
interfaces happens in software. Is that wrong?
It is incorrect. DSA offloads the brid
On 9/7/2022 3:17 PM, David Lang wrote:
with DSA, do you HAVE to go through the cpu interface and kernel to
bridge different ports on the switch? or can you still do vlan routing
inside the switch?
DSA offloads the bridge to the switch hardware, so if the hardware
switch can do its job and f
On 9/4/2022 2:32 PM, Arınç ÜNAL wrote:
Hi Rich,
On 4.09.2022 17:58, Rich Brown wrote:
Folks,
The DSA Mini-tutorial on the Wiki
(https://openwrt.org/docs/guide-user/network/dsa/dsa-mini-tutorial) is
still marked as a "Work In Progress"
I should know - I wrote this up as we were getting re
On 8/12/22 13:28, Robert Marko wrote:
On Fri, 12 Aug 2022 at 21:45, Florian Fainelli wrote:
On 8/12/22 11:09, Robert Marko wrote:
On Fri, 12 Aug 2022 at 19:54, Florian Fainelli wrote:
On 8/10/22 13:32, Robert Marko wrote:
On Wed, 10 Aug 2022 at 22:30, Philip Prindeville
wrote:
Not to
On 8/12/22 13:49, Philip Prindeville wrote:
On Aug 12, 2022, at 11:54 AM, Florian Fainelli wrote:
One aspect I could see is take for instance a device that is widely popular
amongst our user base as was TI's ar7 for instance a while back, and for which
we might have done a Linux 5.
On 8/12/22 11:09, Robert Marko wrote:
On Fri, 12 Aug 2022 at 19:54, Florian Fainelli wrote:
On 8/10/22 13:32, Robert Marko wrote:
On Wed, 10 Aug 2022 at 22:30, Philip Prindeville
wrote:
Not to play the devil's advocate but... do we want old kernels hanging out that
long?
Beside
On 8/10/22 13:32, Robert Marko wrote:
On Wed, 10 Aug 2022 at 22:30, Philip Prindeville
wrote:
Not to play the devil's advocate but... do we want old kernels hanging out that
long?
Besides not encouraging people to update to new releases that mitigate
discovered CVE's, we'd also not pick up
On 8/10/22 15:27, Hauke Mehrtens wrote:
On 8/9/22 01:15, Florian Fainelli wrote:
Hi,
Greg KH has communicated a few times before on his blog [1] that he is
seeking the help of individuals and company to help him maintain the
LTS kernels and allow them to be made 6 years instead of just the
Hi,
Greg KH has communicated a few times before on his blog [1] that he is
seeking the help of individuals and company to help him maintain the LTS
kernels and allow them to be made 6 years instead of just the usual 2 years.
5.10 is a 6 year LTS, but 5.15 is not listed as such, although it
c
On 2/14/22 11:07 AM, Hauke Mehrtens wrote:
> On 2/4/22 00:48, Hauke Mehrtens wrote:
>> Hi,
>>
>> We would like to switch the bcm63xx target to kernel 5.10. Paul
>> created a pull request for that:
>> https://github.com/openwrt/openwrt/pull/4616
>>
>> There is still a problem with Macronix NAND flas
On 2/4/2022 2:57 PM, Florian Fainelli wrote:
On 2/4/2022 2:50 PM, Florian Fainelli wrote:
On 2/4/2022 2:45 PM, Florian Fainelli wrote:
On 2/4/2022 2:34 PM, Daniel González Cabanelas wrote:
El vie, 4 feb 2022 a las 23:02, Florian Fainelli
() escribió:
On 2/4/2022 11:21 AM, Álvaro
On 2/4/2022 2:50 PM, Florian Fainelli wrote:
On 2/4/2022 2:45 PM, Florian Fainelli wrote:
On 2/4/2022 2:34 PM, Daniel González Cabanelas wrote:
El vie, 4 feb 2022 a las 23:02, Florian Fainelli
() escribió:
On 2/4/2022 11:21 AM, Álvaro Fernández Rojas wrote:
So the problem is that
On 2/4/2022 2:45 PM, Florian Fainelli wrote:
On 2/4/2022 2:34 PM, Daniel González Cabanelas wrote:
El vie, 4 feb 2022 a las 23:02, Florian Fainelli
() escribió:
On 2/4/2022 11:21 AM, Álvaro Fernández Rojas wrote:
So the problem is that SET_FEATURES and GET_FEATURES isn’t supported
by
On 2/4/2022 2:34 PM, Daniel González Cabanelas wrote:
El vie, 4 feb 2022 a las 23:02, Florian Fainelli
() escribió:
On 2/4/2022 11:21 AM, Álvaro Fernández Rojas wrote:
So the problem is that SET_FEATURES and GET_FEATURES isn’t supported by
versions 2.1, 2.2 and 4.0 of the nand controller
On 2/4/2022 11:21 AM, Álvaro Fernández Rojas wrote:
So the problem is that SET_FEATURES and GET_FEATURES isn’t supported by
versions 2.1, 2.2 and 4.0 of the nand controller, which are the ones present on
bcm63xx, right?
Yes, I suspect this is the problem since I do not see CMD_LOW_LEVEL_OP
On 2/4/2022 10:47 AM, Hauke Mehrtens wrote:
On 2/4/22 19:23, Florian Fainelli wrote:
On 2/4/2022 9:28 AM, Daniel González Cabanelas wrote:
Hi Hauke:
El vie, 4 feb 2022 a las 0:48, Hauke Mehrtens ()
escribió:
Hi,
We would like to switch the bcm63xx target to kernel 5.10. Paul created
a
On 2/4/2022 9:28 AM, Daniel González Cabanelas wrote:
Hi Hauke:
El vie, 4 feb 2022 a las 0:48, Hauke Mehrtens () escribió:
Hi,
We would like to switch the bcm63xx target to kernel 5.10. Paul created
a pull request for that:
https://github.com/openwrt/openwrt/pull/4616
There is still a prob
On 1/13/2022 9:46 AM, Oskari Lemmelä wrote:
Hi,
On 1/4/22 23:28, Sander Vanheule wrote:
Hi,
On Sun, 2021-12-26 at 20:41 +0200, Oskari Lemmela wrote:
RFC patchset because of following open questions:
---
[...]
POE driver is implemented as a kernel module. Every port is separate
hwmon dev
On 11/27/2019 7:27 AM, Linus Walleij wrote:
> On Wed, Nov 27, 2019 at 4:05 PM Petr Štetiar wrote:
>
>> what's the state of this? It's not clear from the discussion, thanks.
>
> Sadly I'm as confused as you are. I'm scratching my head about
> what to do. I suspect the problem will only get bigg
On 7/13/2019 4:04 AM, Linus Walleij wrote:
> On Fri, Jul 12, 2019 at 8:57 AM Hauke Mehrtens wrote:
>> On 7/12/19 8:07 AM, Linus Walleij wrote:
>
>>> + # These are all connected to eth1 thru VSC7385
>>> + ucidef_set_interfaces_lan_wan "eth1 lan1 lan2 lan3 lan4" "eth0"
>>
>> This will cr
.100 master br-lan
>>(kernel panics)
>>
>>
>> I've traced this to passing of a null pointer to br_vlan_enabled()
>> with the diagnostic patch shown in [5]
>
> Yes, this shouldn't crash. I think Florian has already a patch for this
> upstream [6].
fired by the single
> line from the chip.
>
> This interrupt construction is similar to how we handle
> interrupt controllers inside PCI bridges etc.
>
> Cc: Antti Seppälä
> Cc: Roman Yeryomin
> Cc: Colin Leitner
> Cc: Gabor Juhos
> Cc: Florian Fainelli
> Cc: devi
On 06/14/2018 05:35 AM, Linus Walleij wrote:
> This adds a DSA driver for:
>
> Vitesse VSC7385 SparX-G5 5-port Integrated Gigabit Ethernet Switch
> Vitesse VSC7388 SparX-G8 8-port Integrated Gigabit Ethernet Switch
> Vitesse VSC7395 SparX-G5e 5+1-port Integrated Gigabit Ethernet Switch
> Vitess
good as it can get given the information you have access to.
Maybe the guys at Mircochip could help, adding them.
Reviewed-by: Florian Fainelli
Just one nit below:
> ---
> drivers/net/phy/vitesse.c | 162 ++
> 1 file changed, 162 insertions(+)
>
&g
gt; + "vitesse,vsc7395"
> + "vitesse,vsc7398"
> +- gpio-controller: indicates that this switch is also a GPIO controller,
> + see gpio/
Missing reference here?
> +- #gpio-cells: this must be set to <2> and indicates that we are a twocell
> + GPI
On 05/17/2018 06:14 PM, Luochongjun wrote:
> ---
> .../patches-4.9/491-mtd-spi-nand-driver.patch | 2785
>
> 1 file changed, 2785 insertions(+)
> create mode 100644
> target/linux/ar71xx/patches-4.9/491-mtd-spi-nand-driver.patch
Instead of combining all upstream pat
On 04/03/2018 10:13 AM, Сергей Василюгин wrote:
> Current version of rtl8366-smi module support Realtek switch
> managment via two gpio lines only. This patch add Realtek switch
> management via mii_bus. For my board Tp-link Archer C2 v1 (Mediatek
> SoC mt7620a based) dts-file configuration looks l
On 03/07/2018 07:20 AM, Jorge Pereira wrote:
> Hi,
>
> I have some specific board delivered with a Kernel 3.18.x that have some
> specific changes that definitely I cannot run using another kernel by
> now. So, what is the best approach to building the OpenWRT using this
> specific Kernel path?
with ancient BIOSes.
>
>Once the series is merged into trunk, this could/should be backported
>into 17.01 and 15.05 without too much hassle.
FWIW:
Reviewed-by: Florian Fainelli
--
Florian
___
openwrt-devel mailing list
openwrt-devel@lists.op
When building with an external kernel tree, do not check the different
platform files since this is almost guaranteed they are going to differ.
Signed-off-by: Florian Fainelli
---
package/kernel/mac80211/Makefile | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a
On 10/27/2017 02:34 AM, p...@oranjevos.nl wrote:
> Dear Imre,
>
> On the info for the version of the patch: my error, must have overlooked the
> included version info, it is indeed included.
>
> About the use of openwrt email addresses in the SOB:
> This has been discussed before, and the argume
On 10/22/2017 11:46 AM, Hauke Mehrtens wrote:
> Hi,
>
> I am working on merging the missing commits from the OpenWrt git
> repository into the LEDE repository.
>
> Here is a list of all non merge commits from the OpenWrt git repository
> and their corresponding LEDE commit IDs:
> https://github
On October 14, 2017 2:59:22 PM PDT, Linus Walleij
wrote:
>On Sat, Oct 14, 2017 at 8:52 PM, Florian Fainelli
> wrote:
>
>> The most deployed switch device drivers have been converted to DSA
>> already: b53, qca8k (ar83xx in OpenWrt/LEDE) and mtk7530 are all in
>> tree,
Hi,
On 10/14/2017 04:09 AM, Linus Walleij wrote:
> Top posting and resending since net...@vger.kernel.org
> is the right mail address for this. Mea culpa.
>
> Linus Walleij
>
> On Sat, Oct 14, 2017 at 11:35 AM, Linus Walleij
> wrote:
>> On Thu, Oct 5, 2017 at 11:16 AM, Razvan Stefanescu
>> wro
On Jul 23, 2017 11:28, "Nerijus Baliūnas"
wrote:
2017-07-21 19:48, Nerijus Baliūnas via Lede-dev rašė:
> How do I configure vlan? Here I changed eth0 to eth0.1:
>
> config interface 'lan'
> option type 'bridge'
>option ifname 'eth0.1'
>option proto 'static'
>optio
On 05/28/2017 11:56 PM, John Crispin wrote:
> Hi,
>
> here is a V3 of the remerge proposal, I tried to fold all the comments
> people made into it, if anything is missing let me know. Please remeber
> that post remerge anything can be voted on, so cluttering the proposal
> with many details will d
Le 05/29/17 à 00:03, John Crispin a écrit :
> (resend, this time as plain text)
>
> Hi,
>
> here is a V3 of the remerge proposal, I tried to fold all the comments
> people made into it, if anything is missing let me know. Please remeber
> that post remerge anything can be voted on, so cluttering
On 05/22/2017 02:02 AM, Rafał Miłecki wrote:
> On 05/22/2017 09:40 AM, John Crispin wrote:
>> *) branding
>> - the owrt side sees no option of using the lede brand
>> - a (minor) majority voted for openwrt as a name over lede whilst most
>> people said they did not care
>> - as the last vote had a
Hello,
On 05/20/2017 09:12 AM, Richard Weinberger wrote:
> Hi!
>
> These days I had an interesting discussion with Christoph about overlayfs and
> its burden. The main use-case of overlayfs in combination with UBIFS is
> having a
> squashfs as lower and UBIFS as upper directory. Such that all ch
On 05/08/2017 06:19 AM, John Crispin wrote:
> Hi,
>
> Felix, Imre and myself had 2 calls last week lasting several hours and
> discussed the following proposal of conditions for a remerge that we
> would like to propose and have people vote on.
>
> *) branding
> - the owrt side sees no option of
On 05/08/2017 02:16 PM, Tom Psyborg wrote:
> Is it ever going to be added so this endless spam can end?
It's the first iteration of the (S)ATA patchset, and if you are not
interested, just ignore the thread.
Linus is doing everyone a great favor here by making sure that this
platform gets properl
On 01/24/2017 12:47 PM, Linus Walleij wrote:
> Hans, Florian et al: does any of you have a copy of the kernel source
> dump(s) from Teltonika, Raidsonic or Wiliboard?
>
> Would be nice to have the stuff that vendors are using.
>
> On Tue, Jan 24, 2017 at 6:24 PM, Hans Ulli Kroll
> wrote:
>
>> A
On 01/22/2017 04:15 AM, Linus Walleij wrote:
> I got a Gemini platform from Florian Fainelli over at OpenWRT
> some time back. I finally got around to "future-proofing" the
> platform, which was the idea when he paintakingly sent the box
> over to me.
I would have happ
On 12/21/2016 07:30 PM, Val Kulkov wrote:
>
> On 21 December 2016 at 17:01, Florian Fainelli <mailto:f.faine...@gmail.com>> wrote:
>
> On 12/21/2016 01:46 PM, Alberto Bursi wrote:
> > On 12/21/2016 09:42 PM, Dave Taht wrote:
> >> On Wed,
On 12/21/2016 01:46 PM, Alberto Bursi wrote:
> On 12/21/2016 09:42 PM, Dave Taht wrote:
>> On Wed, Dec 21, 2016 at 12:29 PM, David Lang wrote:
>>> On Wed, 21 Dec 2016, Kathy Giori wrote:
>>>
From a PR perspective, I strongly suggest keeping the term OpenWrt as
part of the branding of the
ards equipped with either module may appear so we
> remove dependency on OMAP instead we add dependency on MMC
> because this Wi-Fi module uses SDIO interface.
>
> Signed-off-by: Alexey Brodkin
> Cc: Jo-Philipp Wich
> Cc: Felix Fietkau
> Cc: Imre Kaloz
Reviewed-by: Flor
On 10/21/2016 07:43 AM, revelstone wrote:
> Here is a backport for Chaos Calmer of commit
> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=19be0eaffa3ac7d8eb6784ad9bdbc7d67ed8e619]19be0eaffa3ac7d8eb6784ad9bdbc7d67ed8e619
> that patches
> https://cve.mitre.org/cgi-bin/cve
On 09/22/2016 02:38 PM, Alexander Duff wrote:
> Hello,
>
> The quick version: a repository (boot-wrapper-aarch64.git) required for
> the default build of arm64 OpenWrt targets (default configuration) on
> the latest version of trunk seems to have disappeared from the Internet,
> and I'm unsure who
On 09/13/2016 12:24 AM, Michal Marek wrote:
> On Mon, Sep 12, 2016 at 05:12:15PM -0700, Florian Fainelli wrote:
>> Hi,
>>
>> I have a root filesystem embedding filenames that look like these:
>>
>> /lib/data/:
>>
>> these are essentially files that ca
On 09/13/2016 12:24 AM, Michal Marek wrote:
> On Mon, Sep 12, 2016 at 05:12:15PM -0700, Florian Fainelli wrote:
>> Hi,
>>
>> I have a root filesystem embedding filenames that look like these:
>>
>> /lib/data/:
>>
>> these are essentially files that ca
Hi,
I have a root filesystem embedding filenames that look like these:
/lib/data/:
these are essentially files that can be matched against an USB
vendor/product id in an easy way.
Now, the fun part is that this is only a problem when doing the
following (using OpenWrt/LEDE as a build system):
Rename to fw3_{set,del,has}bit to avoid name clashes with sys/param.h:
/opt/toolchains/stbgcc-4.8-1.5/arm-linux-gnueabihf/sys-root/usr/include/sys/param.h:80:0:
note: this is the location of the previous definition
#define setbit(a,i) ((a)[(i)/NBBY] |= 1<<((i)%NBBY))
Signed-off-by: F
On 07/21/2016 10:45 AM, Alexey Brodkin wrote:
> Hello,
>
> I'm wondering if there's a chance to add information about ARC
> platforms in the Wiki here https://dev.openwrt.org/wiki/platforms?
Done
>
> I think something like this will work
> ===
TARGET_LINK_LIBRARIES accordingly, so do that too with ${json} appended.
This was causing linking errors for ubusd and then examples/server using
an external toolchain (stbgcc-4.8-1.x).
Fixes: 9f52d1769b762 ("cli: use the new json-c library name")
Signed-off-by: Floria
On 06/29/2016 01:31 PM, Hauke Mehrtens wrote:
> On 06/29/2016 04:55 PM, Imre Kaloz wrote:
>> All,
>>
>> There was an opportunity for a mini-meetup between Felix, Luka and
>> myself in Paris. We openly discussed the recent events. We've concluded
>> that it would be beneficial to members of both Ope
On Feb 29, 2016 12:08 PM, "Álvaro Fernández Rojas"
wrote:
>
> This adds untested support for Raspberry Pi 3.
> I will be able to test it when I get my RPi 3 ;D.
Will give it a shot tomorrow morning, thanks for quickly sending the
patches out.
>
> In the meantime if anyone already has a RPi 3 and
Le 10/02/2016 03:43, Petr Štetiar a écrit :
> Florian Fainelli [2016-02-09 19:57:22]:
>
>> Le 09/02/2016 12:16, Petr Štetiar a écrit :
>>> Petr Štetiar [2016-02-09 21:04:14]:
>>>
>>>>>define Kernel/SetNfsCmdline
>>>>> rm
Le 09/02/2016 12:16, Petr Štetiar a écrit :
> Petr Štetiar [2016-02-09 21:04:14]:
>
>>>define Kernel/SetNfsCmdline
>>> rm -f $(LINUX_DIR)/.config.prev
>>> - mv $(LINUX_DIR)/.config $(LINUX_DIR)/.config.old
>>> - grep -v "CONFIG_CMDLINE=" $(LINUX_DIR)/.config.old >
>>> $(LINUX_DIR)/.c
On 09/02/16 09:08, Petr Štetiar wrote:
> This patch fixes SetNfsCmdline macro which is currently relying on old
> kernel .config file, which has been replaced with intermediate
> .config.set file. It was leading to the following kernel build error:
>
> rm -f linux-4.4/.config.prev
> mv linux-4
On Jan 13, 2016 10:07 PM, "Stefan Rompf" wrote:
>
> Hi,
>
> On Montag, 11. Januar 2016 23:45:39 Rafał Miłecki wrote:
>
> > > Any comments to this usage/syntax? It doesn't look too nice (this long
> > > quoted string as a value), but swconfig is strongly focused on simple
> > > values.
> >
> > One
Le 16 déc. 2015 09:21, "Rafał Miłecki" a écrit :
>
> When using cli, print link state the same way kernel used to do it.
> This will allow kernel switching PORT_LINK from SWITCH_TYPE_STRING.
>
> Signed-off-by: Rafał Miłecki
> ---
[snip]
> + link->eee &
SWLIB_LINK_FLA
Le 16 déc. 2015 09:19, "Rafał Miłecki" a écrit :
>
> So far we were sending link data as a string. It got some drawbacks:
> 1) Didn't allow writing clean user space apps reading link state. It was
>needed to do some screen scraping.
> 2) Forced whole PORT_LINK communication to be string based.
to see that!
Tested-by: Florian Fainelli
>
> These patches also transition from a single read-write UBIFS to
> squashfs on UBI + UBIFS overlay.
>
> Claudio Leite (7):
> kirkwood: enable squashfs-on-ubiblock support
> kirkwood: match factory partitions on EA[34]500
>
.gnu.org/gitweb/?p=config.git;a=tree
>>>
>>> In particular it adds support for ARC architecture plus some more
>>> improvements and fixes.
>>>
>>> This patch is built-tested against NetGear WNDR3800.
>>>
>>> Signed
gt; compile-tested with 4.0 and 4.1.
They have already been applied, but FWIW:
Reviewed-by: Florian Fainelli
Thanks
>
> [1]
> https://lists.openwrt.org/pipermail/openwrt-devel/2015-September/thread.html#35515
>
> v2 <- v1
>
> - Instead of setting the devic
Le 28/10/2015 19:32, Yousong Zhou a écrit :
> On 29 October 2015 at 00:19, Florian Fainelli wrote:
>> On Oct 28, 2015 5:56 AM, "Yousong Zhou" wrote:
>>>
>>> This is almost the default config of OpenWrt targets (currently even
>>> those sunxi boards
On Oct 28, 2015 5:56 AM, "Yousong Zhou" wrote:
>
> This is almost the default config of OpenWrt targets (currently even
> those sunxi boards with only one ethernet interface use static IP
> address for its lan interface).
And this is intend intended, because Malta is primarily used under qemu,
fr
ou
> ---
> target/linux/malta/Makefile |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/target/linux/malta/Makefile b/target/linux/malta/Makefile
> index c9f1586..0cce15e 100644
> --- a/target/linux/malta/Makefile
> +++ b/target/linux/malta/Ma
2015-10-11 14:16 GMT-07:00 Attila Lendvai :
>> Just my 2-cents
>>
>> IF it isn't BROKENplease DON'T fix it.
>
>
> the question here is: how much time coders (maintainers, contributors,
> and users) would spare if the administration was shifted to a
> different infrastructure.
>
> i cannot grow
2015-10-10 10:45 GMT-07:00 nemesis :
> On Sat, 10 Oct 2015 00:41:24 +0300, Roman Yeryomin
> wrote:
>>
>> 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
On 09/10/15 13:29, Álvaro Fernández Rojas wrote:
> Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
> ---
> target/linux/brcm63xx/image/lzma-loader/src/board.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/target/linux/brcm63xx
On 09/10/15 13:29, Álvaro Fernández Rojas wrote:
> Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
This matches arch/mips/include/asm/mach-bcm63xx/bcm63xx_cpu.h
> ---
> target/linux/brcm63xx/dts/bcm3368.dtsi | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(
On 09/10/15 13:29, Álvaro Fernández Rojas wrote:
> Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
> ---
> target/linux/brcm63xx/image/Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> mode change 100755 => 100644 target/linux/brcm6
On 09/10/15 13:29, Álvaro Fernández Rojas wrote:
> Signed-off-by: Álvaro Fernández Rojas
That is a first step, but there are additional kernel changes required
to boot on 3380, are you also going to submit these?
> ---
> target/linux/brcm63xx/image/lzma-loader/src/board.c | 5 +
> 1 file ch
On 09/10/15 13:29, Álvaro Fernández Rojas wrote:
> Signed-off-by: Álvaro Fernández Rojas
Nice, a commit message telling what this is about would have been
welcome, especially with the diffstat below which is pretty gigantic.
Could you make sure that all patches that are not upstream yet get
subm
On 16/09/15 05:08, openwrt-comm...@openwrt.org wrote:
> Author: blogic
> Date: 2015-09-16 14:08:05 +0200 (Wed, 16 Sep 2015)
> New Revision: 46981
>
> Modified:
>trunk/target/linux/generic/patches-3.18/652-atm_header_changes.patch
> Log:
> kernel: properly guard the lantiq atm abi hack with an
On Sep 13, 2015 2:00 PM, "Etienne Champetier"
wrote:
>
> Hi Daniel,
>
> Le 13 sept. 2015 22:04, "Daniel Dickinson"
a écrit :
> >
> > I do think allowing to choose to disable the banner is a minor benefit,
however, as I've said, there are much more effective means of preventing
accidential exposur
Le 1 sept. 2015 05:22, "Yousong Zhou" a écrit :
>
> The issue was found and reported by hynman [1] when compiling reaver for
ar71xx
> (Big Endian MIPS).
>
> {standard input}: Assembler messages:
> {standard input}:79: Error: unrecognized opcode `wsbh $2,$2'
> {standard input}:90: Error
to why we would want this.
> SUBTARGETS:=le be #le64 be64
> INITRAMFS_EXTRA_FILES:=
> MAINTAINER:=Florian Fainelli
> --
> 1.7.10.4
> ___
> openwrt-devel mailing list
> openwrt-devel@lists
On Jul 27, 2015 3:55 AM, "Günther Kelleter"
wrote:
Looks good to me, having a better commit message would be welcome.
>
> Signed-off-by: Günther Kelleter
> ---
> target/linux/mcs814x/config-3.18 | 4
> .../mcs814x/files-3.18/arch/arm/boot/dts/dlan-usb-exte
On Jul 27, 2015 3:54 AM, "Günther Kelleter"
wrote:
>
> It was broken since kernel 3.14
True, but your patch does not explain how you are fixing this, which is
what matters for a good commit message. Could expand on why migrating to
the generic 8250 debug uart code is fixing things?
>
> Signed-of
On Jul 27, 2015 3:54 AM, "Günther Kelleter"
wrote:
>
> create explicit 1:1 mapping before mcs814x_alloc_gc/irq_setup_generic_chip
> marks all interrupts used and prevents mapping by dts init.
> IRQ 0 is the timer interrupt and is not illegal!
Is the second hunk of the patch still necessary then?
On Jul 25, 2015 7:39 AM, "Matthias Schiffer"
wrote:
>
> On 07/25/2015 03:55 PM, John Crispin wrote:
> >
> >
> > On 25/07/2015 14:46, Matthias Schiffer wrote:
> >> Hi,
> >> I'd like to propose to split the current "base" opkg repo into two, one
> >> for userspace applications and one for kernel mod
On 14/07/15 15:05, Reiner Herrmann wrote:
> On Sun, Jul 12, 2015 at 12:06:01PM -0700, Florian Fainelli wrote:
>> 2015-07-12 9:41 GMT-07:00 Reiner Herrmann :
>>> To improve reproducibility, prevent the inclusion of timestamps
>>> in the gzip header.
>>
>> Thi
2015-07-12 9:41 GMT-07:00 Reiner Herrmann :
> To improve reproducibility, prevent the inclusion of timestamps
> in the gzip header.
This looks fine to me, this also unveils a lot of repetition in how we
invoke gzip and its parameters, would you mind factoring this in a
variable such that we contro
Le 11 juil. 2015 09:52, "Matthias Schiffer"
a écrit :
>
> Hi,
> I've noticed that OpenWrt currently uses the soft-float ABI in the
> Raspberry Pi images. Is there a specific reason hard float is not used,
> even though most other distributions like Raspbian have switched to it?
I do not think the
On 10/07/15 02:54, Pan, Miaoqing wrote:
> Agree with you, I investigated this, tried to merge two into one. E.g.
> Implement the common core for spinand, separate vendors related codes, but
> give up finally as no device to verify mt29f:( So I only add it to support
> for ath79 platform.
Hi,
Le 5 juil. 2015 20:20, "John kerry" a écrit :
>
> Hi ,
>
> Hope you are doing great. I am working on Atheros QSDK.
You might get better support by contacting whoever maintains this QSDK ad
it is an OpenWrt derivative, however as far as OpenWrt is concerned, see
below.
i am able to compile t
On 22/06/15 16:48, Lars Kruse wrote:
> Hi,
>
> within our wireless community we are using a couple of devices with the
> following features:
> * powered via POE through their first ethernet plug
> * another device can be powered via the second ethernet plug (POE passthrough
> switchable via GPIO
Missing Signed-off-by tag and description of the patch.
Le 06/16/15 14:06, Drasko DRASKOVIC a écrit :
--
Florian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
On Jun 14, 2015 2:56 PM, "Drasko DRASKOVIC"
wrote:
>
> Hello,
> please find below patch that adds support for WeIO board
> (http://we-io.net) to Chaos Calmer master branch.
>
> The board is based on Carambola2 module from 8Devices, and this patch
> adds a separate profile for WeIO.
Your patch has
On Jun 9, 2015 7:36 AM, "Christian Lamparter"
wrote:
>
> On Wednesday, June 03, 2015 05:20:22 PM Christian Lamparter wrote:
> > The mynet range extender hardware is suffering from ethernet
> > link loss when booting with a recent openwrt image. This only
> > happens on 100mbps links, with 1Gbps sp
Florian
On Jun 5, 2015 2:18 PM, "Dave Taht" wrote:
>
> TX delay setting? What else can it do?
This is a delay between the transmit data lines and the transmit clock on a
RGMII interface. Based on PCB designs, this is something that may have to
be configured to align clock and data lines in a way
without re-flashing u-boot,
so I did not give this a try on a real device, device which is now with
Gabor.
--
Florian
From 8a3c7b1527d114b015286b6e89bf828d3130a340 Mon Sep 17 00:00:00 2001
From: Florian Fainelli
Date: Wed, 26 Sep 2012 22:10:08 +0200
Subject: [PATCH 1/2] [tools] firmware-utils:
On 25/02/15 07:24, Alexandru Ardelean wrote:
> Feature implemented and tested on BCM53128.
>
> Slave devices logic copied from the Linux kernel from Marvell's DSA
> driver ( linux/net/dsa/ ).
> Also the logic for the Broadcom tag processing has been copied from there.
There are different efforts
On 09/02/15 13:12, Will Sheppard wrote:
> Hi - thanks for review; reply inline
>
> On 9 February 2015 at 20:52, Florian Fainelli <mailto:flor...@openwrt.org>> wrote:
>
> On 09/02/15 08:29, Will Sheppard wrote:
> > Patchset to essentially add custom TRX h
On 09/02/15 08:29, Will Sheppard wrote:
> Patchset to essentially add custom TRX header to all firmware produced.
>
> This is most useful for the Belkin routers from my experience. I'm not
> how other trx based firmwares modify the header for their own purposes.
>
> This is applied across the boa
On Feb 9, 2015 4:25 AM, "John Crispin" wrote:
>
> Hi,
>
> i synced our rpi port with the upstream tree on github. it boots and i
> can see the coloured palette test pic on the hdmi, however ethernet
> fails to come up. i attached a uart just to find out that my rpi is
> either broken or i am conne
1 - 100 of 1128 matches
Mail list logo
