Op woensdag 30 januari 2019 om 18:17 schreef Felix Fietkau
:
On 2019-01-30 16:58, Stijn Segers wrote:
Hi Jo, Felix,
Far be it from me to pretend this issue might have a larger impact
than
I myself can assess, but Felix has been bumping mt76 on the 18.06
branch, and those bumps have
-- Doorgestuurd bericht --
Van: openwrt-devel-ow...@lists.openwrt.org
Onderwerp: Your message to openwrt-devel awaits moderator approval
Datum: Wed, 30 Jan 2019 07:58:55 -0800
Aan: f...@volatilesystems.org
Your mail to 'openwrt-devel' with the subject
18.06.2
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
Please find attached a script
The R6120 has no 5GHz WLAN LED, the assigned GPIO in fact controls
the WAN LED.
Renames the LED accordingly in the device-tree.
Removes the 5GHz WLAN LED trigger.
Adds the correct WAN port LED trigger.
Signed-off-by: David Bauer
---
target/linux/ramips/base-files/etc/board.d/01_leds | 2 +-
The LAN ports of the R6120 are labled in reverse on the casing. Adjust
LuCI switchport numbering accordingly.
Signed-off-by: David Bauer
---
target/linux/ramips/base-files/etc/board.d/02_network | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git
Currently, the MAC address for the Netgear R6120 is read from the NVRAM
partition. The offset for the MAC address however is not consistent
across devices or firmware versions.
Switch to using the factory partition like all other Netgear devices do.
Signed-off-by: David Bauer
---
"Daniel F. Dickinson" wrote:
> On 2019-01-30 5:51 a.m., Jo-Philipp Wich wrote:
> > Hi,
> >
> > please share the exact steps used to trigger the issue. Running a simple
> > "make" after an initial build here does not trigger the recompilation of
> > uci or the kernel.
> >
> > ~ Jo
> >
> And
On 2019-01-30 16:58, Stijn Segers wrote:
> Hi Jo, Felix,
>
> Far be it from me to pretend this issue might have a larger impact than
> I myself can assess, but Felix has been bumping mt76 on the 18.06
> branch, and those bumps have broken my 18.06.1+ mt7621 wireless [1]
> (and, judging from
Hi,
unfortunately the tag has already been created and builds are running
are already running and uploading.
We can bump mt76 with the next point release in a few weeks.
~ Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel
On 2019-01-30 5:51 a.m., Jo-Philipp Wich wrote:
> Hi,
>
> please share the exact steps used to trigger the issue. Running a simple
> "make" after an initial build here does not trigger the recompilation of
> uci or the kernel.
>
> ~ Jo
>
And environment (OS, distro, version) please!
Regards,
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
> Could you please send a V2
Merged into my staging tree at
http://git.openwrt.org/?p=openwrt/staging/jow.git.
Thank you!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi,
please share the exact steps used to trigger the issue. Running a simple
"make" after an initial build here does not trigger the recompilation of
uci or the kernel.
~ Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
> Please see if you can
Hello,
I discovered the lantiq xrx200 lacks support for interrupts on secondary
VPE, and I've managed to add this functionality to the kernel, the
second icu controller lives on base address 0x1f880300 and works in the
same way as first. Tested with 4.14.93 kernel, untested patches in the
Hi,
> That is true. But, on the other hand, the same routine was not printing
> anything if IS_TTY is not 1. I would say that this is unexpected
> behaviour too. If the log file shows some error, it would be nice to see
> what part was being processed.
this might be, but the scope of this patch
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
> your patch would disable the
Hi,
as far as I know, the Gluon build system is performing various rather
invasive changes to the build system.
Please see if you can replicate the same behavior with a vanilla OpenWrt
build root.
~ Jo
signature.asc
Description: OpenPGP digital signature
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
Hi all:
I am helping build
Hi,
this patch should go through master first. It currently does not apply
there.
~ Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
Merged into openwrt-18.06 at
http://git.openwrt.org/?p=openwrt/openwrt.git.
Thank you!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi there,
that's a reminder! :)
Please do not forget to add your new ideas to our projects page. At the
moment there are only 11 ideas specific for GSoC 2019.
Thank you and best regards,
Andi
On 03.01.19 17:55, Andreas Bräu wrote:
> Hi there,
>
> I wish you all a happy new year. I hope you
22 matches
Mail list logo