Hi Adrian,
On 7/6/20 10:46 AM, m...@adrianschmutzler.de wrote:
> I also was a fan of keeping KERNEL_TESTING_PATCHVER recently, as this
> adding-and-removing-again seemed a bit unnecessary to me. However, your
> argument about menuconfig is valid.
>
> I just wonder whether we, alternatively,
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Daniel Golle
> Sent: Montag, 6. Juli 2020 01:03
> To: David Bauer
> Cc: Hauke Mehrtens ; openwrt-
> de...@lists.openwrt.org
> Subject: Re: [OpenWrt-Deve
Hi Daniel
On 7/6/20 1:03 AM, Daniel Golle wrote:
> Hi David,
>
> On Mon, Jul 06, 2020 at 12:37:06AM +0200, David Bauer wrote:
>> Hi Daniel,
>>
>> On 7/5/20 10:50 PM, Daniel Golle wrote:
>>> I suggest to completely remove KERNEL_TESTING_PATCHVER instead of
>>> setting it to the same version as
Hi David,
On Mon, Jul 06, 2020 at 12:37:06AM +0200, David Bauer wrote:
> Hi Daniel,
>
> On 7/5/20 10:50 PM, Daniel Golle wrote:
> > I suggest to completely remove KERNEL_TESTING_PATCHVER instead of
> > setting it to the same version as KERNEL_PATCHVER.
>
> As most targets have it included, I've
Hi Daniel,
On 7/5/20 10:50 PM, Daniel Golle wrote:
> I suggest to completely remove KERNEL_TESTING_PATCHVER instead of
> setting it to the same version as KERNEL_PATCHVER.
As most targets have it included, I've decided to specifically keep it.
Best wishes
David
Hi
On 2020-07-05, David Bauer wrote:
> Hi all,
>
> On 4/2/20 9:53 PM, David Bauer wrote:
> > As the reported major bugs are ironed out, switch to the new kernel to
> > begin testing with a broader audience.
>
> As the DSP exception is now sorted out we should be good to go here.
>
> Any
On 05.07.20 14:24, David Bauer wrote:
Hi all,
On 4/2/20 9:53 PM, David Bauer wrote:
As the reported major bugs are ironed out, switch to the new kernel to
begin testing with a broader audience.
As the DSP exception is now sorted out we should be good to go here.
Any objections on applying
On Sun, Jul 05, 2020 at 02:24:18PM +0200, David Bauer wrote:
> Hi all,
>
> On 4/2/20 9:53 PM, David Bauer wrote:
> > As the reported major bugs are ironed out, switch to the new kernel to
> > begin testing with a broader audience.
>
> As the DSP exception is now sorted out we should be good to
On 7/5/20 2:24 PM, David Bauer wrote:
> Hi all,
>
> On 4/2/20 9:53 PM, David Bauer wrote:
>> As the reported major bugs are ironed out, switch to the new kernel to
>> begin testing with a broader audience.
>
> As the DSP exception is now sorted out we should be good to go here.
>
> Any
Hi all,
On 4/2/20 9:53 PM, David Bauer wrote:
As the reported major bugs are ironed out, switch to the new kernel to
begin testing with a broader audience.
As the DSP exception is now sorted out we should be good to go here.
Any objections on applying this patch left?
Best wishes
David
On 7/1/20 5:36 PM, Petr Štetiar wrote:
> Hauke Mehrtens [2020-06-29 00:29:22]:
>
> Hi,
>
>> This is set in the configure_status() function:
>> https://elixir.bootlin.com/linux/v5.4.47/source/arch/mips/kernel/traps.c#L2125
>> But I think this is not working correctly under some unknown
On 01/07/2020 19:49, Hauke Mehrtens wrote:
On 7/1/20 6:50 PM, Henrique de Moraes Holschuh wrote:
On 12/05/2020 18:46, Hauke Mehrtens wrote:
On 5/12/20 12:24 PM, Bjørn Mork wrote:
Hauke Mehrtens writes:
I also get this problem with mainline kernel.
See here for some more details:
On 7/1/20 6:50 PM, Henrique de Moraes Holschuh wrote:
> On 12/05/2020 18:46, Hauke Mehrtens wrote:
>> On 5/12/20 12:24 PM, Bjørn Mork wrote:
>>> Hauke Mehrtens writes:
>>>
I also get this problem with mainline kernel.
See here for some more details:
On 12/05/2020 18:46, Hauke Mehrtens wrote:
On 5/12/20 12:24 PM, Bjørn Mork wrote:
Hauke Mehrtens writes:
I also get this problem with mainline kernel.
See here for some more details:
https://bugs.openwrt.org/index.php?do=details_id=2928
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94506
Hauke Mehrtens [2020-06-29 00:29:22]:
Hi,
> This is set in the configure_status() function:
> https://elixir.bootlin.com/linux/v5.4.47/source/arch/mips/kernel/traps.c#L2125
> But I think this is not working correctly under some unknown conditions.
>
> I printed the read_c0_status() in the
On 6/28/20 2:36 PM, Paul Blazejowski wrote:
>
>
> Original Message
> Subject: Re: [OpenWrt-Devel] [PATCH] ath79: switch to kernel 5.4
> From: David Bauer
> To: Paul Blazejowski
> Date: 6/27/2020, 4:17:41 PM
>
>> Hi all,
>
> Hi Dav
Original Message
Subject: Re: [OpenWrt-Devel] [PATCH] ath79: switch to kernel 5.4
From: David Bauer
To: Paul Blazejowski
Date: 6/27/2020, 4:17:41 PM
> Hi all,
Hi David
>
> On 6/27/20 9:33 PM, Paul Blazejowski wrote:
>> What worked for me in the
Hi all,
On 6/27/20 9:33 PM, Paul Blazejowski wrote:
> What worked for me in the initial report to the mailing list was to use
> this patch from Kevin's staging tree [1] (modified for kernel 5.4, and
> building with any gcc version on a clean checkout).
Removing the 308-mips32r2_tune.patch patch
Original Message
Subject: Re: [OpenWrt-Devel] [PATCH] ath79: switch to kernel 5.4
From:
To: 'Stefan Lippers-Hollmann'
Date: 6/27/2020, 6:48:05 AM
>>>> See here for some more details:
>>>> https://bugs.openwrt.org/index.php?do=details_id=2928
> > > See here for some more details:
> > > https://bugs.openwrt.org/index.php?do=details_id=2928
> > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94506
> >
> > What's the status on this issue? Is it still there, and do we still have a
> blocker for 5.4 on ath79?
>
> This issue is still open as
Hi
On 2020-06-24, m...@adrianschmutzler.de wrote:
> > On 4/11/20 5:13 PM, David Bauer wrote:
> > > On 4/3/20 10:58 PM, Paul Blazejowski wrote:
[...]
> > Hi,
> >
> > I also get this problem with mainline kernel.
> >
> > See here for some more details:
> >
de...@lists.openwrt.org
> Subject: Re: [OpenWrt-Devel] [PATCH] ath79: switch to kernel 5.4
>
> On 4/11/20 5:13 PM, David Bauer wrote:
> > Hello Paul,
> >
> > On 4/3/20 10:58 PM, Paul Blazejowski wrote:
> >> Hello David,
> >>
> >> It is great to hea
On 5/12/20 12:24 PM, Bjørn Mork wrote:
> Hauke Mehrtens writes:
>
>> I also get this problem with mainline kernel.
>>
>> See here for some more details:
>> https://bugs.openwrt.org/index.php?do=details_id=2928
>> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94506
>
> Hello,
>
> I wondered what
Hauke Mehrtens writes:
> I also get this problem with mainline kernel.
>
> See here for some more details:
> https://bugs.openwrt.org/index.php?do=details_id=2928
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94506
Hello,
I wondered what the current state of this is? Reading that GCC bug it
On 4/11/20 5:13 PM, David Bauer wrote:
> Hello Paul,
>
> On 4/3/20 10:58 PM, Paul Blazejowski wrote:
>> Hello David,
>>
>> It is great to hear to we're switching to 5.4 on ath79 target but i
>> wanted to bring to your attention that at least on the NAND subtargets
>> (for me wndr3700v4) we need
Hello Paul,
On 4/3/20 10:58 PM, Paul Blazejowski wrote:
Hello David,
It is great to hear to we're switching to 5.4 on ath79 target but i
wanted to bring to your attention that at least on the NAND subtargets
(for me wndr3700v4) we need this commit [1] from Kevin to get the router
to boot
On Behalf Of Bjørn Mork
> Sent: Freitag, 3. April 2020 21:51
> To: m...@adrianschmutzler.de
> Cc: 'openwrt-devel' ; 'Russell Senior'
> ; 'David Bauer' ;
> 'Magnus Kroken'
> Subject: Re: [OpenWrt-Devel] [PATCH] ath79: switch to kernel 5.4
>
> writes:
>
> >
writes:
>> AP is now revived *with* v5.4 built with gcc-8.4.0.
>
> So, this is sorted out?
Well... There is a kernel patch which seems to work for me, and that's all.
But I'm unable to write any meaningful commit message explaining it. So
this still needs to be looked at by someone with a
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Bjørn Mork
> Sent: Freitag, 3. April 2020 16:12
> To: Russell Senior
> Cc: openwrt-devel ; David Bauer
> ; Magnus Kroken
> Subject: Re: [OpenWrt-Deve
Russell Senior writes:
> FYI: https://bugs.openwrt.org/index.php?do=details_id=2928
Thanks a lot!
AP is now revived *with* v5.4 built with gcc-8.4.0.
Hauke already did all the hevy debugging work. I assumed that if
http://git.kernel.org/linus/9012d011660ea5cf2a623e1de207a2bc0ca6936d
broke
FYI: https://bugs.openwrt.org/index.php?do=details_id=2928
On Fri, Apr 3, 2020 at 3:13 AM David Bauer wrote:
> Hello Magnus,
>
> On 4/3/20 12:07 PM, Magnus Kroken wrote:
> > Hi all
> >
> > On 03.04.2020 11:21, Bjørn Mork wrote:
> >> David Bauer writes:
> >>
> >>> As the reported major bugs are
Hello Magnus,
On 4/3/20 12:07 PM, Magnus Kroken wrote:
> Hi all
>
> On 03.04.2020 11:21, Bjørn Mork wrote:
>> David Bauer writes:
>>
>>> As the reported major bugs are ironed out, switch to the new kernel to
>>> begin testing with a broader audience.
>>
>>
>> Hmm... I wonder if you might want
Hi all
On 03.04.2020 11:21, Bjørn Mork wrote:
David Bauer writes:
As the reported major bugs are ironed out, switch to the new kernel to
begin testing with a broader audience.
Hmm... I wonder if you might want to hold back on that for a while.
I have no useful info yet since I don't have
David Bauer writes:
> As the reported major bugs are ironed out, switch to the new kernel to
> begin testing with a broader audience.
Hmm... I wonder if you might want to hold back on that for a while.
I have no useful info yet since I don't have console access on this
device, but I just lost
Hannu Nyman writes:
> David Bauer write at Thu Apr 2 12:53:59 PDT 2020:
>
>> -KERNEL_PATCHVER:=4.19
>> +KERNEL_PATCHVER:=5.4
>> KERNEL_TESTING_PATCHVER:=5.4
>
>
> Please remove the KERNEL_TESTING_PATCHVER line at the same time.
> It has no purpose after the same version has been adopted as the
David Bauer write at Thu Apr 2 12:53:59 PDT 2020:
> -KERNEL_PATCHVER:=4.19
> +KERNEL_PATCHVER:=5.4
> KERNEL_TESTING_PATCHVER:=5.4
Please remove the KERNEL_TESTING_PATCHVER line at the same time.
It has no purpose after the same version has been adopted as the default kernel.
As the reported major bugs are ironed out, switch to the new kernel to
begin testing with a broader audience.
Signed-off-by: David Bauer
---
target/linux/ath79/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/ath79/Makefile b/target/linux/ath79/Makefile
37 matches
Mail list logo