From: Frank Wunderlich
add HWMON-support to mediateks thermal driver to allow lm-sensors
userspace tools read soc temperature
Signed-off-by: Frank Wunderlich
---
v3: drop no_hwmon - now really, sorry
v2: drop ifdef and used devm_thermal_add_hwmon_sysfs
---
drivers/thermal/mtk_thermal.c | 6
From: Frank Wunderlich
add HWMON-support to mediateks thermal driver to allow lm-sensors
userspace tools read soc temperature
Signed-off-by: Frank Wunderlich
---
v3: drop no_hwmon
v2: drop ifdef and used devm_thermal_add_hwmon_sysfs
---
drivers/thermal/mtk_thermal.c | 7 +++
1 file
From: Frank Wunderlich
add HWMON-support to mediateks thermal driver to allow lm-sensors
userspace tools read soc temperature
Signed-off-by: Frank Wunderlich
---
v2: drop ifdef and used devm_thermal_add_hwmon_sysfs
---
drivers/thermal/mtk_thermal.c | 7 +++
1 file changed, 7 insertions
Am 20. April 2021 17:18:32 MESZ schrieb Daniel Lezcano
:
>
>Hi Frank,
>The no_hwmon usage is a bit fuzzy in the thermal core code.
Maybe add depency in Kconfig? Else we can get undefined symbols on linking
regards Frank
Hi,
> Gesendet: Dienstag, 20. April 2021 um 14:07 Uhr
> Von: "Daniel Lezcano"
> No #ifdef in C file.
...
> devm_thermal_add_hwmon_sysfs() ?
based on your comments this should be enough/right?
#if IS_ENABLED(CONFIG_THERMAL_HWMON)
tzdev->tzp->no_hwmon = false;
ret =
Hi,
any opinion (except typo)?
thermanl => thermal
regards Frank
> Gesendet: Samstag, 20. März 2021 um 10:06 Uhr
> Von: "Frank Wunderlich"
> add HWMON-support to mediateks thermanl driver to allow lm-sensors
> userspace tools read soc temperature
Tested on Bananapi-r2 (please see my mt7623 patch for supporting offloading)
with ~300 iperf3 iterations and uptime >6h
Tested-by: Frank Wunderlich
regards Frank
Am 15. April 2021 11:40:05 MESZ schrieb DENG Qingfang :
>.key_offset was assigned to .head_offset instead. Fix the typo.
>
>Fixes: 502e84e2382d ("net: ethernet: mtk_eth_soc: add flow offloading
>support")
>Signed-off-by: DENG Qingfang
Thanks for posting the fix,but imho commit-message is not
Am 12. April 2021 17:30:58 MESZ schrieb DENG Qingfang :
>So we somehow configured default CPU port in dts (by port name). In
>my opinion we can just add a default CPU property in dts to specify
>it (like Frank Wunderlich did earlier), and fall back to round-robin
>if the property is
From: Frank Wunderlich
mt7623 uses offload version 2 too
tested on Bananapi-R2
Signed-off-by: Frank Wunderlich
---
drivers/net/ethernet/mediatek/mtk_eth_soc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/ethernet/mediatek/mtk_eth_soc.c
b/drivers/net/ethernet/mediatek
From: Frank Wunderlich
adding ipv6 hardware offload support
patch by user graphine (https://github.com/graphine27/)
http://forum.banana-pi.org/u/graphine/summary
Signed-off-by: Frank Wunderlich
---
.../net/ethernet/mediatek/mtk_ppe_offload.c | 55 +++
1 file changed, 55
From: Frank Wunderlich
Extending functionality of recently sent nftables flow offload.
This Series contains 2 Patches where the second is for RFC, because i cannot
test it,
but it is reported by author as working and i should send it
Series depend on HW offload Patches:
https
From: Frank Wunderlich
add HWMON-support to mediateks thermanl driver to allow lm-sensors
userspace tools read soc temperature
Signed-off-by: Frank Wunderlich
---
drivers/thermal/mtk_thermal.c | 22 ++
1 file changed, 22 insertions(+)
diff --git a/drivers/thermal
Hi René,Ilya
> Gesendet: Freitag, 19. März 2021 um 11:25 Uhr
> Von: "René van Dorst"
> Hi Ilya,
>
> Thanks for fixing this issue.
>
> I remember that Frank also had an issue with TRGMII on his MT7623 ARM board.
> I never found why it did not work but this may be also fix his issue
> on the
Hi,
sorry, please ignore this
wireguard was included with 5.6, my 5.4 uses external wireguard
regards Frank
From: Frank Wunderlich
commit 2019554f9656 introduces implementation of icmp{,v6}_ndo_send in
include/linux/icmp{,v6}.h in case of NF_NAT is enabled. Now these
functions are defined twice in wireguard. Fix this by hiding code if
NF_NAT is set (reverse condition as in icmp*.h)
././net/wireguard
0.0: could not probe fw (-2)
so traceback was caused by missing changes in mtk pcie-driver not yet upstream,
added Chuanjia Liu
> >
> >> > Tried with an mt7612e, this seems to work without any errors.
> >> >
> >> > so for mt7622/mt7623
> >> >
>
regards Frank
> Gesendet: Montag, 01. März 2021 um 12:49 Uhr
> Von: "Marc Zyngier"
> Frank,
>
> On 2021-03-01 10:43, Frank Wunderlich wrote:
> > tested full series on bananapi-r2 and r64
> >
> > r2 (with mt7615) looks good.
> >
> &g
3ab ]---
i guess it's a bug in ath10k driver or my r64 board (it is a v1.1 which has
missing capacitors on tx lines).
Tried with an mt7612e, this seems to work without any errors.
so for mt7622/mt7623
Tested-by: Frank Wunderlich
regards Frank
Hi,
is there any new state?
kernel test robot reports the following problem (i do not see it when compiling
for my arm/arm64 devices):
ARCH=i386
drivers/pci/probe.c: In function 'pci_register_host_bridge':
>> drivers/pci/probe.c:930:39: error: 'struct device' has no member named
>>
From: Frank Wunderlich
Fix extreme slow speed (200MB takes ~20 min) on writing sdcard on
bananapi-r64 by adding reset-control for mmc1 like it's done for mmc0/emmc.
Cc: sta...@vger.kernel.org
Fixes: 2c002a3049f7 ("arm64: dts: mt7622: add mmc related device nodes")
Signed-off
I guess issue is caused by incompatible setting in uboot,but have not found
which exactly so i handled it like emmc.
If patch is ready to be applied please add
Cc: sta...@vger.kernel.org
because all kernel versions are affected (tested at least in 5.4 and 5.9). If i
need to create a v2,i
From: Frank Wunderlich
- change sdcard (mmc1) to uhs by change vqmmc-supply to 1V8 because driver
maps pinctrl depending on this
- add reset-control for mmc1 like it's done for mmc0/emmc
Fixes: 2c002a3049f7 ("arm64: dts: mt7622: add mmc related device nodes")
Fixes: 0b6286dd96c0 (&
Hi
> Gesendet: Samstag, 09. Januar 2021 um 12:26 Uhr
> Von: matthias@kernel.org
> Changes in v2:
> - check for CONFIG_OF
> - add Fixes tag
> --- a/drivers/regulator/mt6323-regulator.c
> +++ b/drivers/regulator/mt6323-regulator.c
> @@ -406,9 +406,18 @@ static const struct platform_device_id
Hi,
5.11-rc1 is also affected, here is the relevant part of trace from my
bananapi-r2:
[5.792659] mtk-pcie 1a14.pcie: PCI host bridge to bus :00
[5.798879] pci_bus :00: root bus resource [bus 00-ff]
[5.804412] pci_bus :00: root bus resource [io 0x-0x] (bus
Hi,
any new state here?
last fix works, but i have not seen it approved by anyone for merge or sent as
separate Patch
regards Frank
Marc's Patch based on thomas' last one also seems to work well for r2, again no
warning, PCI and AHCI (connected to pcie bus) working
regards Frank
> Gesendet: Dienstag, 03. November 2020 um 11:16 Uhr
> Von: "Thomas Gleixner"
> Any architecture which selects PCI_MSI_ARCH_FALLBACKS and does not have
> irqdomain support runs into:
>
> if (!d)
> bus->bus_flags |= PCI_BUS_FLAGS_NO_MSI;
>
> which in turn makes
> Gesendet: Montag, 02. November 2020 um 14:58 Uhr
> Von: "Marc Zyngier"
> diff --git a/drivers/pci/pci-sysfs.c b/drivers/pci/pci-sysfs.c
> index d15c881e2e7e..5bb1306162c7 100644
> --- a/drivers/pci/pci-sysfs.c
> +++ b/drivers/pci/pci-sysfs.c
> @@ -387,10 +387,20 @@ static ssize_t
looks good on bananapi-r2, no warning, pcie-card and hdd recognized
regards Frank
> diff --git a/drivers/pci/probe.c b/drivers/pci/probe.c
> index 4289030b0fff..bb363eb103a2 100644
> --- a/drivers/pci/probe.c
> +++ b/drivers/pci/probe.c
> @@ -871,6 +871,8 @@ static void
> Gesendet: Sonntag, 01. November 2020 um 18:54 Uhr
> Von: "Ryder Lee"
> Yea, mt7623 (mtk_pcie_soc_v1) does not support MSI, so that's a way to
> handle it.
>
> @Frank, could you help to test it?
>
> Ryder
compiles clean for mt7623/armhf and mt7622/aarch64 so far
at least bananapi-r2/mt7623
> Gesendet: Sonntag, 01. November 2020 um 12:43 Uhr
> Von: "Marc Zyngier"
> On Sun, 01 Nov 2020 09:25:04 +,
> Frank Wunderlich wrote:
> > It looks like for mt7623 there is no msi domain setup (done via
> > mtk_pcie_setup_irq callback + mtk_pcie_init_
Am 31. Oktober 2020 22:49:14 MEZ schrieb Thomas Gleixner :
>That's not a fix. It's just supressing the warning.
Ok sorry
>So it needs to be figured out why the domain association is not there.
It looks like for mt7623 there is no msi domain setup (done via
mtk_pcie_setup_irq callback +
From: Frank Wunderlich
5.10 shows these warnings on bootup while enabling pcie
at least on bananapi-r2:
[6.161730] WARNING: CPU: 2 PID: 73 at include/linux/msi.h:213 pci_msi_setup_
msi_irqs.constprop.0+0x78/0x80
[6.724607] WARNING: CPU: 2 PID: 73 at include/linux/msi.h:219
From: Frank Wunderlich
- mt7622 provides 6 pwm channels and only one is configured in dts
- pinctl-driver contains 7 pwm-channels where one is currently used.
- Mediatek confirmed that pwm7 does not exist and so dts is wrong
and also the pinctrl definitions.
Frank Wunderlich (3):
dts64
From: Frank Wunderlich
mt7622 only supports 6 pwm-channels so drop pwm7
third pwm (pwm2) is inverted and connected to fan-socket
Signed-off-by: Frank Wunderlich
---
.../boot/dts/mediatek/mt7622-bananapi-bpi-r64.dts | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff
From: Frank Wunderlich
MDI_TP_P0 (gpio51) is used by pwm1 and uart2 (uart1 on gpio-header)
MDI_RP_P4 (gpio67) is used by pwm4 and spi1
Signed-off-by: Frank Wunderlich
---
arch/arm64/boot/dts/mediatek/mt7622-bananapi-bpi-r64.dts | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/arm64
From: Frank Wunderlich
mt7622 is reported by mediatek to have only 6 pwm channels
so drop pindefines for 7th channel
Signed-off-by: Frank Wunderlich
---
drivers/pinctrl/mediatek/pinctrl-mt7622.c | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/drivers/pinctrl
> Gesendet: Mittwoch, 07. Oktober 2020 um 09:54 Uhr
> Von: "Michael Kao"
> Betreff: [v5 0/2] Add Mediatek thermal dirver and dtsi
Hi,
just a small typo "dirver" => driver and coverletter (v5) does not match series
(v1/without version),
so it is not linked correctly in patchwork. I guess V1 is
just a gentle ping
regards Frank
> Gesendet: Montag, 07. September 2020 um 09:05 Uhr
> +++ b/arch/arm/boot/dts/mt7623n-bananapi-bpi-r2.dts
> @@ -192,6 +192,7 @@ port@6 {
> fixed-link {
> speed = <1000>;
>
> Gesendet: Dienstag, 15. September 2020 um 09:54 Uhr
> Von: "Masahiro Yamada"
> On Tue, Sep 15, 2020 at 2:42 PM Frank Wunderlich
> wrote:
> > Yes i exported it before use at beginning of my script [1] and
> > modules_install used inside install function [2].
Am 15. September 2020 04:56:55 MESZ schrieb Masahiro Yamada
:
>On Tue, Sep 15, 2020 at 2:57 AM Frank Wunderlich
>> i try to use modules_install target after building kernel with
>KBUILD_OUTPUT set
>>
>> KBUILD_OUTPUT: /media/data_nvme/git/kernel/build #kernel source is
Hi,
i try to use modules_install target after building kernel with KBUILD_OUTPUT set
KBUILD_OUTPUT: /media/data_nvme/git/kernel/build #kernel source is in
/media/data_nvme/git/kernel/BPI-R2-4.14
kernel is build successfully, but i fail on running the make modules_install
target
ERROR:
Tested full series on Bananapi-r2 and r64, results as in v3
Tested-By: Frank Wunderlich
regards Frank
Hi,
i don't see this Patchset in 5.9-rc4
is anything missing?
regards Frank
Hi
> Gesendet: Samstag, 05. September 2020 um 10:45 Uhr
> Von: "Frank Wunderlich"
> similar to bananapi-r2 (mt7530)
...
> reverse-mode:
>
> [ ID] Interval Transfer Bitrate Retr
> [ 5] 0.00-10.01 sec 1.05 GBytes 905 Mbits/s
From: Frank Wunderlich
port6 of mt7530 switch (= cpu port 0) on bananapi-r2 misses pause option
which causes rx drops on running iperf.
Cc: sta...@vger.kernel.org
Fixes: f4ff257cd160 ("arm: dts: mt7623: add support for Bananapi R2 (BPI-R2)
board")
Signed-off-by: Frank Wunderlich
---
tested full series on Bananapi-r64 (mt7531) running iperf3-server
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 1.09 GBytes 939 Mbits/sec0 sender
[ 5] 0.00-10.01 sec 1.09 GBytes 935 Mbits/sec receiver
reverse mode
Tested-By: Frank Wunderlich
regards Frank
this Patch is now Part of my hdmi-series v6
https://patchwork.kernel.org/project/linux-mediatek/list/?series=343565
so comments please to this series
regards Frank
From: Alex Ryabchenko
GPU needs additional regulator, add it to devicetree of bpi-r2
Signed-off-by: Alex Ryabchenko
Signed-off-by: Frank Wunderlich
---
arch/arm/boot/dts/mt7623n-bananapi-bpi-r2.dts | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/arch/arm
From: Ryder Lee
Add display subsystem related device nodes for MT7623.
Cc: Chun-Kuang Hu
Signed-off-by: chunhui dai
Signed-off-by: Bibby Hsieh
Signed-off-by: Ryder Lee
Signed-off-by: Frank Wunderlich
Tested-by: Frank Wunderlich
---
changed
v5->v6:
change compatible of hdmi-node beca
From: Frank Wunderlich
mt7623a has no graphics support so move nodes from generic mt7623.dtsi
to mt7623n.dtsi
Fixes: 1f6ed224594 ("arm: dts: mt7623: add Mali-450 device node")
Suggested-by: David Woodhouse
Signed-off-by: Frank Wunderlich
---
arch/arm/boot/dts/m
From: Frank Wunderlich
This Patch-Series adds missing Patches/Bugfixes to get hdmi working
on BPI-R2
v5->v6:
- drop parts already merged to mediatek-drm-next
- include lima-regulator-patch
- rebase on changes in mediatek-drm-next tree (hdmi/hdmi-phy patches)
- fix compatible of hd
display
Signed-off-by: chunhui dai
Signed-off-by: Frank Wunderlich
Tested-by: Frank Wunderlich
---
drivers/phy/mediatek/phy-mtk-hdmi-mt2701.c | 1 +
drivers/phy/mediatek/phy-mtk-hdmi.c| 3 +++
drivers/phy/mediatek/phy-mtk-hdmi.h| 1 +
3 files changed, 5 insertions(+)
diff --git
Hi
Any opinion about DTS Patches? Which maintainer will include it in tree? Is any
ack/review needed?
regards Frank
From: Alex Ryabchenko
GPU needs additional regulator, add it to devicetree of bpi-r2
Signed-off-by: Alex Ryabchenko
Signed-off-by: Frank Wunderlich
---
arch/arm/boot/dts/mt7623n-bananapi-bpi-r2.dts | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/arch/arm
:
>Hi, Frank:
>
>Matthias Brugger 於 2020年8月27日 週四 下午10:28寫道:
>>
>>
>>
>> On 27/08/2020 15:41, Frank Wunderlich wrote:
>> > Hi Matthias,
>> >
>> > any opinions about the dts-changes?
>> >
>>
>> they look good to me.
&g
> Gesendet: Donnerstag, 27. August 2020 um 09:31 Uhr
> Von: "Krzysztof Kozlowski"
> Betreff: [PATCH v2] maiblox: mediatek: Fix handling of platform_get_irq()
> error
typo in subject i guess it should be "mailbox"
regards Frank
Hi Matthias,
any opinions about the dts-changes?
maybe series except the tmds-Patch get merged...so i add it only to my own repo
till we find a better way?
currently mainline does not support hdmi at all for the board. the tmds-patch
is only a fix for specific resolutions which have a
Tested full series on bananapi r2 (mt7623/mt2701, 5.9-rc1 + hdmi-patches),
works so far fbcon+x without issues
Tested-by: Frank Wunderlich
regards Frank
Just a gentle ping...any opinions?
regards Frank
Am 17. August 2020 17:04:32 MESZ schrieb Enric Balletbo Serra
:
>I already answered your BUG report, but, for the record, I think a
>proper fix is following his way [1] and probably will be merged soon.
>
>[1]
Am 21. August 2020 12:17:36 MESZ schrieb Marc Zyngier :
>It'd be good if you could help with that, but I will definitely apply
>the revert (below for the revert list). Any change is too invasive to
>be added to this cycle.
>
>920ecb8c35cb irqchip/mtk-cirq: Convert to a platform driver
> Gesendet: Mittwoch, 19. August 2020 um 21:04 Uhr
> Von: "Frank Wunderlich"
> Another way to fix it maybe not enabling it (use the flag in
> mtk_hdmi_phy_power_on) there instead of disabling after enabling it.
>
> Maybe this is less hacky than current way (as ck
> diff --git a/drivers/gpu/drm/mediatek/mtk_hdmi_phy.c
> b/drivers/gpu/drm/mediatek/mtk_hdmi_phy.c
> index 5223498502c4..edadb7a700f1 100644
> --- a/drivers/gpu/drm/mediatek/mtk_hdmi_phy.c
> +++ b/drivers/gpu/drm/mediatek/mtk_hdmi_phy.c
> @@ -184,6 +184,9 @@ static int mtk_hdmi_phy_probe(struct
Am 19. August 2020 19:12:29 MESZ schrieb Matthias Brugger
:
>Isn't that worth a Fixes tag?
This could be
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=0fc721b2968e3cadec520c60d2fc63498d865055
(add support for mt2701/mt7623).
It uses existing framework which
From: Frank Wunderlich
This Patch-Series adds missing Patches/Bugfixes to get hdmi working
on BPI-R2
v4->v5:
- rebased on 5.9-rc1
- move existing display-related dts nodes to new mt7623n.dtsi
because mt7623a does not have gpu
- add new display nodes to this new dtsi
v3->v4:
- fix r
.
Signed-off-by: Jitao Shi
Signed-off-by: Frank Wunderlich
Reviewed-by: Chun-Kuang Hu
---
drivers/gpu/drm/mediatek/mtk_dpi.c | 3 ++-
drivers/gpu/drm/mediatek/mtk_dsi.c | 3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_dpi.c
b/drivers/gpu/drm/mediatek
From: chunhui dai
disable tmds on phy on mt2701 to support other resolutions like 1280x1024
Signed-off-by: chunhui dai
Signed-off-by: Frank Wunderlich
Tested-by: Frank Wunderlich
---
drivers/gpu/drm/mediatek/mtk_hdmi_phy.c| 3 +++
drivers/gpu/drm/mediatek/mtk_hdmi_phy.h| 1
Hsieh
Signed-off-by: Frank Wunderlich
Reviewed-by: Chun-Kuang Hu
---
drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 42 +
drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 2 +
2 files changed, 44 insertions(+)
diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c
b/drivers
From: Frank Wunderlich
mt7623a has no graphics support so move nodes from generic mt7623.dtsi
to mt7623n.dtsi
Fixes: 1f6ed224594 ("arm: dts: mt7623: add Mali-450 device node")
Suggested-by: David Woodhouse
Signed-off-by: Frank Wunderlich
---
arch/arm/boot/dts/m
From: Ryder Lee
Add display subsystem related device nodes for MT7623.
Cc: Chun-Kuang Hu
Signed-off-by: chunhui dai
Signed-off-by: Bibby Hsieh
Signed-off-by: Ryder Lee
Signed-off-by: Frank Wunderlich
Tested-by: Frank Wunderlich
---
changed
v4->v5:
add nodes to new mt7623n.dtsi to av
From: Frank Wunderlich
mt7623 uses mt2701/mt8173 for drm, but have own compatibles
Signed-off-by: Frank Wunderlich
Acked-by: Rob Herring
Reviewed-by: Chun-Kuang Hu
---
.../devicetree/bindings/display/mediatek/mediatek,disp.txt| 2 +-
.../devicetree/bindings/display/mediatek/mediatek
From: Frank Wunderlich
on BPi-R2/mt7623 main-path have to be routed to DPI0 (hdmi) instead of DSI0
using compatible "mt7623-mmsys" already defined in dts
Signed-off-by: Frank Wunderlich
Reviewed-by: Chun-Kuang Hu
---
drivers/gpu/drm/mediatek/mtk_drm_drv.c | 23 +
Tested full series on Bananapi-R2+R64 with5.9-rc1 (iperf3 no retransmitts,
Throughput >900Mbit/s)
Tested-By: Frank Wunderlich
maybe you can include the port_change_mtu callback you've send me? or do you
want to send it separately
regards Frank
Just a little typo you've inherited from existing code
>+/* Setup TX circuit incluing relevant PAD and driving */
including
regards Frank
Hi Enric
> Gesendet: Montag, 17. August 2020 um 16:56 Uhr
> Von: "Enric Balletbo Serra"
> Looks like all Mediatek devices are broken, you should try if this [1]
> fixes the issue for you. It fixes for me.
>
> [1]
>
From: Frank Wunderlich
This reverts commit f97dbf48ca43009e8b8bcdf07f47fc9f06149b36 which
breaks bootup of arm/arm64 devices like bananapi-r2/mt7623 and
bananapi-r64/mt7622
Signed-off-by: Frank Wunderlich
---
drivers/irqchip/irq-mtk-sysirq.c | 4 +---
1 file changed, 1 insertion(+), 3
Hi
at least my Bananapi R2/R64 does not bootup (no output on serial console) with
5.9-rc1
made a bisect which points me to this commit:
commit f97dbf48ca43009e8b8bcdf07f47fc9f06149b36
Author: Saravana Kannan
Date: Fri Jul 17 17:06:36 2020 -0700
irqchip/mtk-sysirq: Convert to a platform
Hi,
it looks like you still miss a blank line between subject and your text in
cover-letter
regards Frank
> Betreff: [v4, 0/3] mmc: mediatek: add optional reset property mmc: mediatek:
> add optional module reset property arm64: dts: mt7622: add reset node for mmc
> device
Tested with these 2 changes below too.
Am 12. August 2020 14:08:19 MESZ schrieb Philipp Zabel :
>> +if (!IS_ERR(host->reset)) {
>> +reset_control_assert(host->reset);
>> +usleep_range(10, 50);
>> +reset_control_deassert(host->reset);
>> +}
>> +
>
>This
Hi,
it looks like you missed Philipps comments in v1
for stable i guess you need only add Cc: Stable-line to signed-off-area (not
add it to CC of mail), sorry my mistake
Cc: sta...@vger.kernel.org
regards Frank
default state, so need reset the msdc controller.
>
> Signed-off-by: Wenbin Mei
Thanks for posting the fix to Mainline
same as 3/3, dts-patch is also needed for fixing eMMC-Issue on R64
Fixes: 966580ad236e ("mmc: mediatek: add support for MT7622 SoC")
Tested-By: Frank Wunderlich
an
ror, dev mmcblk0, sector 204800 op
0x1:(WRITE) flags 0x800 phys_seg 1 prio class 0
[ 48.676019] Buffer I/O error on dev mmcblk0p1, logical block 0, lost sync
page write
Fixes: 966580ad236e ("mmc: mediatek: add support for MT7622 SoC")
Tested-By: Frank Wunderlich
and it needs to be fixe
Hi
Am 11. August 2020 01:28:25 MESZ schrieb Chun-Kuang Hu
:
>Sorry I does not notice that mt7623a and mt7623n are different SoC.
>Because they are different SoC, I think the first step is to upstream
>mt7623a.dtsi and mt7623n.dtsi independently. That means in each dtsi,
>it include all devices
Am 10. August 2020 02:06:27 MESZ schrieb Chun-Kuang Hu
:
>Alphabetical order is better.
In dts there is alphabetical order but not yet in dtsi...i try to fix this.
>> Is the tmds Patch ok? (because review missing)
>https://patchwork.kernel.org/patch/11700679/
>
>That patch looks really like
Am 9. August 2020 02:16:59 MESZ schrieb Chun-Kuang Hu :
>
>I would like to put all device in mt7623.dtsi with some device's
>status is "disabled" and change its status in platform dtsi.
>I would like to see all device in mt7623.dtsi because of its name. If
>you move some device to platform
From: Frank Wunderlich
fix this small typo u3_ports_disabed => u3_ports_disabled
Fixes: 55ba6e9e25a6 (usb: xhci-mtk: support option to disable usb3 ports)
Signed-off-by: Frank Wunderlich
---
drivers/usb/host/xhci-mtk.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --
Hi,
as i made a mistake in cover-letter, it is not assigned to the series.
to show its content, i send it here as comment (instead of resending the whole
series):
based on series from David Woodhouse [1]
i moved more display-nodes out of mt7623.dtsi to new mt7623n.dtsi
and changed last part
From: Frank Wunderlich
based on series from David Woodhouse [1]
i moved more display-nodes out of mt7623.dtsi to new mt7623n.dtsi
and changed last part from my series [2] to add these nodes to this new dtsi
[1] https://patchwork.kernel.org/project/linux-mediatek/list/?series=329209
[2] https
From: Ryder Lee
Add display subsystem related device nodes for MT7623.
Cc: Chun-Kuang Hu
Signed-off-by: chunhui dai
Signed-off-by: Bibby Hsieh
Signed-off-by: Ryder Lee
Signed-off-by: Frank Wunderlich
Tested-by: Frank Wunderlich
---
changed
v4->v5:
add nodes to new mt7623n.dtsi to av
From: Frank Wunderlich
mt7623a has no graphics support so move nodes
from generic mt7623.dtsi to mt7623n.dtsi
Signed-off-by: Frank Wunderlich
---
arch/arm/boot/dts/mt7623.dtsi | 99 --
arch/arm/boot/dts/mt7623n.dtsi | 99 ++
2
From: Frank Wunderlich
Subject: [RFC PATCH 0/2] move/add display relevant nodes to mt7623n
based on series from David Woodhouse [1]
i moved more display-nodes out of mt7623.dtsi to new mt7623n.dtsi
and changed last part from my series [2] to add these nodes to this new dtsi
[1] https
Hi David
> Gesendet: Mittwoch, 05. August 2020 um 13:30 Uhr
> Von: "David Woodhouse"
> From: David Woodhouse
>
> The MT7623A doesn't have a GPU; add it only for MT7623N boards.
>
> Fixes: 1f6ed224594 ("arm: dts: mt7623: add Mali-450 device node")
> Signed-off-by: David Woodhouse
> diff --git
> Gesendet: Mittwoch, 05. August 2020 um 10:36 Uhr
> Von: "David Woodhouse"
> > mt7623.dtsi => mt7623n.dtsi => mt7623n-bananapi-bpi-r2.dts
> > mt7623.dtsi => mt7623a.dtsi => mt7623a-unielec-u7623.dts (not existing yet,
> > openwrt seems to use a board-specific dtsi)
>
> Yes, I think we should.
CC Rob Herring + devicetree List + Sean
> Gesendet: Dienstag, 04. August 2020 um 20:02 Uhr
> Von: "David Woodhouse"
> On Tue, 2020-08-04 at 19:40 +0200, Frank Wunderlich wrote:
> > > Gesendet: Dienstag, 04. August 2020 um 19:24 Uhr
> > > Von: "David
> Gesendet: Dienstag, 04. August 2020 um 19:24 Uhr
> Von: "David Woodhouse"
> > + mipi_tx0: mipi-dphy@1001 {
> > + compatible = "mediatek,mt7623-mipi-tx",
> > +"mediatek,mt2701-mipi-tx";
> > + reg = <0 0x1001 0 0x90>;
> > + clocks =
sorry, send this accidentally while posting my hdmi series v4 (have not deleted
patch-file)
just ignore this...it's already merged
regards Frank
CC Rob Herring and devicetree-list
> Gesendet: Dienstag, 04. August 2020 um 18:55 Uhr
> Von: "Frank Wunderlich"
> An: linux-media...@lists.infradead.org
> Cc: "Frank Wunderlich" , "Chun-Kuang Hu"
> , "Philipp Zabel" , "David
1 - 100 of 262 matches
Mail list logo