That is great news, I will install it once it has been uploaded.
Control: tag -1 pending
On Friday, 28 June 2024 08:47:52 CEST Diederik de Haas wrote:
> Control: tag -1 patch
>
> I submitted a MR to fix this bug with my changes here:
> https://salsa.debian.org/kernel-team/linux/-/merge_requests/1109
And that MR has been merged into master and thus should land
On Wednesday, 12 June 2024 15:59:27 CEST Diederik de Haas wrote:
> On Tuesday, 11 June 2024 09:01:20 CEST Diederik de Haas wrote:
> > I already have a local branch to add preliminary support for the OpenWrt
> > One router [1] [2] which uses the same SoC :-)
>
> I was wrong.
> $ grep ".dtsi" arch/a
> I submitted a MR to fix this bug with my changes here:
> https://salsa.debian.org/kernel-team/linux/-/merge_requests/1109
I just built a linux-image .deb from the MR branch, and after some
quick testing everything is working well. So I support this MR getting
merged and closing this bug ticket.
Control: tag -1 patch
On Wednesday, 26 June 2024 03:04:15 CEST Leith Bade wrote:
> Diederik provided me with a new v6.10 kernel build to try:
> [0.00] Linux version 6.10-rc5+unreleased-arm64 (
> debian-ker...@lists.debian.org) (aarch64-linux-gnu-gcc-13 (Debian
> 13.2.0-25) 13.2.0, GNU ld (
Diederik provided me with a new v6.10 kernel build to try:
[0.00] Linux version 6.10-rc5+unreleased-arm64 (
debian-ker...@lists.debian.org) (aarch64-linux-gnu-gcc-13 (Debian
13.2.0-25) 13.2.0, GNU ld (GNU Binutils for Debian) 2.42) #1 SMP Debian
6.10~rc5-1~cknow (2024-04-24)
I can confirm
Thanks,
Leith Bade
le...@bade.nz
On Mon, 24 Jun 2024 at 23:10, Diederik de Haas
wrote:
> > > > The device tree is a modified version of the
> > > > upstream linux device tree file
> "mediatek/mt7986a-bananapi-bpi-r3.dtb"
> > >
> > > Can you share those changes? I analyzed and enabled modules pu
On Mon, 24 Jun 2024 at 20:32, Diederik de Haas
wrote:
> > This likely due to my unfamiliarity with building the Debian kernel.
>
> Given your interest (similar to mine ~2 y/o) and skill set (higher then
> mine),
> it's probably worth learning that ;-)
>
I will eventually manage to figure it out.
On Monday, 24 June 2024 14:10:18 CEST Leith Bade wrote:
> On 24 Jun 2024 at 20:32, Diederik de Haas wrote:
> > > This likely due to my unfamiliarity with building the Debian kernel.
>
> I will eventually manage to figure it out. Part of the problem is that
> there is a lot of different advice aro
On Monday, 24 June 2024 14:43:38 CEST Leith Bade wrote:
> On Mon, 24 Jun 2024 at 22:10, Leith Bade wrote:
> > > After inspecting the /lib/firmware directory, it seems the APT package
> > >
> >> > "firmware-misc-nonfree" has firmware for older MediaTek chips, but is
> >> > missing files for ant MT
On Mon, 24 Jun 2024 at 22:10, Leith Bade wrote:
> > After inspecting the /lib/firmware directory, it seems the APT package
>> > "firmware-misc-nonfree" has firmware for older MediaTek chips, but is
>> > missing files for ant MT79xx including MT7981 and MT7986.
>>
>> d1c24e6cfa18 ("mediatek: Synch
On Monday, 24 June 2024 07:10:48 CEST Leith Bade wrote:
> I finished my first round of testing the new kerned on my BPI-R3 board.
This is more extensive testing then I normally see. Nice :-)
> This likely due to my unfamiliarity with building the Debian kernel.
Given your interest (similar to mi
I finished my first round of testing the new kerned on my BPI-R3 board.
I have had problems trying to get a v6.8 kernel build working from
Dederik's Salsa fork (
https://salsa.debian.org/diederik/linux/-/tree/bananapi-r3-support/debian).
This likely due to my unfamiliarity with building the Debian
On Sunday, 16 June 2024 15:20:05 CEST Leith Bade wrote:
> I need to work out how to submit these fixes to the Linux device tree
> maintainers.
My experience is primarily/only with Rockchip based devices/SoCs and their
upstream development process, but it may help wrt MediaTek's.
- If you think s
This weekend I went over the current Linux BPI-R3 Device Tree file in the
linux master branch in order to fix some issues I encountered with the
Ubuntu 6.8 kernel.
I compared everything to the BPI-R3 schematics as well as the MT7986
datasheet and these are the issues I found and fixed in my copy s
On Thursday, 13 June 2024 23:00:51 CEST Leith Bade wrote:
> Excellent, hopefully we can get the DTS stuff from OpenWrt upstreamed into
> Linux for the OpenWrt and BPI-R3.
I have (thus far) found one possible oddity, but otherwise it looks ok AFAICT
for BPI-R3. When that's done, the OpenWrt One sh
On Thu, 13 Jun 2024 at 23:59, Bjørn Mork wrote:
> Leith Bade writes:
>
> > Also, has a public version of the MT7981 Reference Manual been published?
> > Google only finds me a pirated partial copy on Scribd. This will be
> needed
> > to get all the memory locations for the DTS file, otherwise we
Leith Bade writes:
> Also, has a public version of the MT7981 Reference Manual been published?
> Google only finds me a pirated partial copy on Scribd. This will be needed
> to get all the memory locations for the DTS file, otherwise we will need to
> steal them from the DTS files in the Mediatek
On Thursday, 13 June 2024 13:55:40 CEST Diederik de Haas wrote:
> > Banana Pi released a public version of the MT7986 manual which has all the
> > various register memory locations documented, though some stuff is
> > missing.
>
> Only after writing the previous line, I realized you were talking a
On Wednesday, 12 June 2024 23:45:30 CEST Leith Bade wrote:
> Also, has a public version of the MT7981 Reference Manual been published?
I have no idea. I have not searched and actually don't know much/anything
about MediaTek devices in general.
All I'm using is what is described in the DTS file in
On Wednesday, 12 June 2024 23:40:41 CEST Leith Bade wrote:
> Ideally if in your new kernel build you enable support for MT7981, MT7986,
> MT7988 at the same time that would be nice.
I'll only add support for the MT7986 in my kernel build as that one can be
tested (by you) to actually work as inte
Also, has a public version of the MT7981 Reference Manual been published?
Google only finds me a pirated partial copy on Scribd. This will be needed
to get all the memory locations for the DTS file, otherwise we will need to
steal them from the DTS files in the Mediatek SDK or OpenWRT.
Banana Pi r
On Wed, 12 Jun 2024 at 23:59, Diederik de Haas
wrote:
> On Tuesday, 11 June 2024 09:01:20 CEST Diederik de Haas wrote:
> > I already have a local branch to add preliminary support for the OpenWrt
> One
> > router [1] [2] which uses the same SoC :-)
>
> I was wrong.
> $ grep ".dtsi" arch/arm64/boo
On Tuesday, 11 June 2024 09:01:20 CEST Diederik de Haas wrote:
> I already have a local branch to add preliminary support for the OpenWrt One
> router [1] [2] which uses the same SoC :-)
I was wrong.
$ grep ".dtsi" arch/arm64/boot/dts/mediatek/mt7986a-bananapi-bpi-r3.dts
#include "mt7986a.dtsi"
$
On Tuesday, 11 June 2024 12:26:17 CEST Leith Bade wrote:
> For the record the issues I noticed are (comparing with U-boot and OpenWRTs
> versions of the device tree files):
> - mt7986a.dtsi is missing entry for the SNFI / SNAND interface to load
> https://github.com/torvalds/linux/blob/83a7eefedc9b
What should I do with issues related to the Linux upstream device tree
files?
I noticed a few problems but I am not sure what normal protocol is - should
I report it as a bug to Linux directly?
For the record the issues I noticed are (comparing with U-boot and OpenWRTs
versions of the device tree
Hi Diederik,
Thanks for the update - I noticed you have popped up in a few places
related to the Mediatek SoCs.
That's great to hear things are progressing on the Debian kernel front.
Thanks,
Leith Bade
le...@bade.nz
Hi,
On Tuesday, 11 June 2024 08:02:41 CEST Leith Bade wrote:
> I have a Bananapi BPI-R3 board which uses the Mediatek MT7986 ARM64 SoC for
> its CPU. This is a router focussed board and currently has good support in
> the OpenWRT distribution and in the upstream Linux for a few years. The
> device
Package: linux-image-6.7.12-arm64
Version: 6.7.12-1
Severity: important
Tags: newcomer
Dear Maintainer,
I have a Bananapi BPI-R3 board which uses the Mediatek MT7986 ARM64 SoC for its
CPU. This is a router focussed board and currently has good support in the
OpenWRT distribution and in the upstre
29 matches
Mail list logo
