Resend to Mailinglist because of previous blocked cause of html-format
Gesendet: Freitag, 25. Mai 2018 um 17:47 Uhr
Von: "Frank Wunderlich"
An: "Matthias Brugger" , "Rob Herring"
, "Mark Rutland" , "Russell King"
Cc: linux-arm-ker...@lists
Dezember 2018 um 23:37 Uhr
> Von: "Florian Fainelli"
> An: "Frank Wunderlich" , "Andrew Lunn"
> , "Vivien Didelot" ,
> "David S. Miller" , "Matthias Brugger"
> , net...@vger.kernel.org,
> linux-kernel@vger.kernel.org
based on
https://github.com/openwrt/openwrt/blob/master/target/linux/mediatek/patches-4.14/0033-dsa-multi-cpu.patch
Signed-off-by: Frank Wunderlich
---
drivers/net/dsa/mt7530.c | 34 +++---
1 file changed, 19 insertions(+), 15 deletions(-)
diff --git a/drivers/net
based on
https://github.com/openwrt/openwrt/blob/master/target/linux/mediatek/patches-4.14/0033-dsa-multi-cpu.patch
Signed-off-by: Frank Wunderlich
---
net/dsa/dsa2.c | 18 ++
net/dsa/slave.c | 3 ++-
2 files changed, 20 insertions(+), 1 deletion(-)
diff --git a/net/dsa/dsa2
based on
https://github.com/openwrt/openwrt/blob/master/target/linux/mediatek/patches-4.14/0044-net-next-dsa-mediatek-tell-GDMA-when-we-are-turning-.patch
Signed-off-by: Frank Wunderlich
---
drivers/net/dsa/mt7530.c | 6 ++
drivers/net/dsa/mt7530.h | 4
2 files changed, 10 insertions
based on
https://github.com/openwrt/openwrt/blob/master/target/linux/mediatek/patches-4.14/0045-net-dsa-mediatek-turn-into-platform-driver.patch
Signed-off-by: Frank Wunderlich
---
drivers/net/dsa/mt7530.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers
based on
https://github.com/openwrt/openwrt/blob/master/target/linux/mediatek/patches-4.14/0033-dsa-multi-cpu.patch
Signed-off-by: Frank Wunderlich
---
include/net/dsa.h | 18 ++
net/dsa/dsa2.c| 18 ++
2 files changed, 36 insertions(+)
diff --git a/include
based on
https://github.com/openwrt/openwrt/blob/master/target/linux/mediatek/patches-4.14/0033-dsa-multi-cpu.patch
Signed-off-by: Frank Wunderlich
---
include/net/dsa.h | 4
net/dsa/dsa_priv.h | 5 +
2 files changed, 9 insertions(+)
diff --git a/include/net/dsa.h b/include/net/dsa.h
based on
https://github.com/openwrt/openwrt/blob/master/target/linux/mediatek/patches-4.14/0032-net-dsa-mediatek-add-support-for-GMAC2-wired-to-ext-.patch
Signed-off-by: Frank Wunderlich
---
drivers/net/dsa/mt7530.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/net/dsa/mt7530
-by: Frank Wunderlich
Tested-by: Frank Wunderlich
---
drivers/gpu/drm/mediatek/Makefile| 1 +
drivers/gpu/drm/mediatek/mtk_drm_drv.c | 6 +
drivers/gpu/drm/mediatek/mtk_drm_drv.h | 4 +
drivers/gpu/drm/mediatek/mtk_drm_fb.c| 13 ++
drivers/gpu/drm/mediatek/mtk_drm_fb.h| 3
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 = devm_thermal_add_hwm
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
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
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
---
v3: drop no_hwmon - now really, sorry
v2: drop ifdef and used devm_thermal_add_hwmon_sysfs
---
drivers/thermal/mtk_thermal.c | 6
From: Bibby Hsieh
We can select output component by decive node port.
Main path default output component is DSI.
External path default output component is DPI.
Signed-off-by: Bibby Hsieh
---
drivers/gpu/drm/mediatek/mtk_drm_drv.c | 41 ++
drivers/gpu/drm/mediatek/mtk_dr
: Frank Wunderlich
Tested-by: Frank Wunderlich
---
arch/arm/boot/dts/mt7623.dtsi | 177 ++
arch/arm/boot/dts/mt7623n-bananapi-bpi-r2.dts | 85 +
arch/arm/boot/dts/mt7623n-rfb-emmc.dts| 85 +
3 files changed, 347 insertions(+)
diff --git a/arch
Hi CK Hu,
you mean the problematic patch is fix possible_crtcs (4/4) and the others are
ok?
can you push the first 3 while working on the last one?
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
>> 'msi_domai
Tested on bpi-r64 and r2, i hope this can be merged to next / 5.9
Tested-By: Frank Wunderlich
regards Frank
Tested on bpi-r64 and r2, i hope this can be merged to next / 5.9
Tested-By: Frank Wunderlich
regards Frank
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 of
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
ult 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
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
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,
Am 2. August 2020 02:08:44 MESZ schrieb Chun-Kuang Hu :
>Hi, Frank:
>> - disable tmds on phy on mt2701
>> - support other resolutions like 1280x1024
>
>If this patch does two things, it should be broken into two patches.
As far as i see,it only disable tmds and so fix specific resolutions like
> Gesendet: Sonntag, 02. August 2020 um 02:03 Uhr
> Von: "Chun-Kuang Hu"
> An: "Frank Wunderlich"
> Cc: "Chun-Kuang Hu" , "Philipp Zabel"
> , "David Airlie" , "linux-kernel"
> , "DRI Development"
&
Am 2. August 2020 05:07:41 MESZ schrieb Chun-Kuang Hu :
>I would like more information of why do this patch. For example:
>
>For current mediatek dsi encoder, its possible crtc is fixed in crtc
>0, and mediatek dpi encoder's possible crtc is fixed in crtc 1. In
>some SoC the possible crtc is no
Hi
> Gesendet: Montag, 03. August 2020 um 01:47 Uhr
> Von: "Chun-Kuang Hu"
> Now I just care about the bls to dpi. So in mediatek,disp.txt, you
> just need to add a Optional properties - port (input and output), and
> modify mediatek,dpi.txt for its input port.
you mean something like this is en
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
> 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.
i
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 a
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
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
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
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 fro
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 --gi
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 dtsi,
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 a
Just a little typo you've inherited from existing code
>+/* Setup TX circuit incluing relevant PAD and driving */
including
regards Frank
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
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 +
: Stu 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/dr
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
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
crtc.
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/med
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: 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
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")
Signe
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
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: 0b6286dd96
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 will
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 MT
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
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
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
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
Hi,
sorry, please ignore this
wireguard was included with 5.6, my 5.4 uses external wireguard
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 good
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
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
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
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
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
:01:00.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
> >>
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
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
a
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
Hi,
Just a friedly reminder.
MFD-part was applied and visible in linux-next, the other parts acknowledged by
maintainers. Is anything additional needed before applying the
rtc/power/dts-parts?
Regards Frank
From: Josef Friedl
- use regmap_read_poll_timeout to drop while-loop
- use devm-api to drop remove-callback
Suggested-by: Alexandre Belloni
Signed-off-by: Josef Friedl
Signed-off-by: Frank Wunderlich
Acked-by: Alexandre Belloni
---
changes since v6: none
changes since v5: none
changes since
From: Josef Friedl
move code to separate header-file to reuse definitions later
in poweroff-driver (drivers/power/reset/mt6323-poweroff.c)
Suggested-by: Frank Wunderlich
Signed-off-by: Josef Friedl
Signed-off-by: Frank Wunderlich
Acked-by: Alexandre Belloni
Acked-for-MFD-by: Lee Jones
mainline-driver does not support mt6323
this series makes some cleanup to mt6397-rtc-driver, adds mt6323 and
implement power-controller on it.
tested on bananapi-r2
Original Patch from Josef Friedl
changes since v6:
- rebased on 5.3-rc8
- post only 7 Patches because 6 are alread
From: Josef Friedl
add poweroff driver for mt6323 and make Makefile and Kconfig-Entries
Suggested-by: Frank Wunderlich
Signed-off-by: Josef Friedl
Signed-off-by: Frank Wunderlich
Acked-by: Sebastian Reichel
---
changes since v6: none
changes since v5: split out mfd/mt6397/core.h
changes
From: Josef Friedl
support poweroff and power-related keys on bpi-r2
Suggested-by: Frank Wunderlich
Signed-off-by: Josef Friedl
Signed-off-by: Frank Wunderlich
---
changes since v6: none
changes since v5: none
changes since v4: none
changes since v3: none
changes since v2: none (=v2 part 7
From: Josef Friedl
use mt6397 rtc driver also for mt6323 but with different
base/size see "mfd: mt6323: add mt6323 rtc+pwrc"
Signed-off-by: Josef Friedl
Signed-off-by: Frank Wunderlich
Acked-by: Alexandre Belloni
---
changes since v6: none
changes since v5: none
changes sinc
From: Josef Friedl
add Section in MAINTAINERS file for poweroff driver
Signed-off-by: Josef Friedl
Signed-off-by: Frank Wunderlich
Acked-by: Sebastian Reichel
---
changes since v6: none
changes since v5: none
changes since v4: none
changes since v3: moved SOB
changes since v2: none (=v2 part
From: Josef Friedl
add missing devicetree-binding document for mt6397 rtc
in later patch driver is extended with mt6323 chip
Suggested-By: Alexandre Belloni
Signed-off-by: Josef Friedl
Signed-off-by: Frank Wunderlich
Reviewed-by: Rob Herring
---
changes since v6: none
changes since v5: none
Hi,
i've encountered a bug in regulator between 5.3-rc5 and next-20190822
i build for bananapi-r2/mt7623 using this branch (includes next-patches):
https://github.com/vDorst/linux-1/blob/c34582d96520566c45068b92e080620458ffc1ff/arch/arm/boot/dts/mt7623n-bananapi-bpi-r2.dts#L166
and noticed that
Frank
> Gesendet: Donnerstag, 22. August 2019 um 21:30 Uhr
> Von: "Mark Brown"
> An: "Frank Wunderlich"
> Cc: "Liam Girdwood" , linux-kernel@vger.kernel.org,
> linux-media...@lists.infradead.org, "René van Dorst"
> Betreff: Re: BUG:
From: Josef Friedl
add Section in MAINTAINERS file for poweroff driver
Signed-off-by: Josef Friedl
Signed-off-by: Frank Wunderlich
---
changes since v5: none
changes since v4: none
changes since v3: moved SOB
changes since v2: none (=v2 part 6)
---
MAINTAINERS | 7 +++
1 file changed, 7
From: Josef Friedl
add missing mutex.h
Signed-off-by: Josef Friedl
Signed-off-by: Frank Wunderlich
---
changes since v5: separated from "power: reset: add driver for mt6323 poweroff"
---
include/linux/mfd/mt6397/core.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include
From: Josef Friedl
add mt6323 to rtc-bindings
Signed-off-by: Josef Friedl
Signed-off-by: Frank Wunderlich
---
changes since v5: splitted from "dt-bindings: add powercontroller"
---
Documentation/devicetree/bindings/mfd/mt6397.txt | 4 +++-
1 file changed, 3 insertions(+), 1 deletio
From: Josef Friedl
- add powercontroller-section to existing binding-document
- add mt6323-pwrc bindings-document with example
Suggested-by: Frank Wunderlich
Signed-off-by: Josef Friedl
Signed-off-by: Frank Wunderlich
Acked-for-MFD-by: Lee Jones
---
changes since v5: split out non-pwrc
paths in dt-bindings should be relative as suggested by Lee Johnes
Suggested-By: Lee Jones
Signed-off-by: Frank Wunderlich
---
changes since v5: splitted from dt-bindings: add powercontroller
---
Documentation/devicetree/bindings/mfd/mt6397.txt | 10 +-
1 file changed, 5 insertions
From: Josef Friedl
add missing devicetree-binding document for mt6397 rtc
in later patch driver is extended with mt6323 chip
Suggested-By: Alexandre Belloni
Signed-off-by: Josef Friedl
Signed-off-by: Frank Wunderlich
---
changes since v5: none
changes since v4: use relative path
changes
From: Josef Friedl
- use regmap_read_poll_timeout to drop while-loop
- use devm-api to drop remove-callback
Suggested-by: Alexandre Belloni
Signed-off-by: Josef Friedl
Signed-off-by: Frank Wunderlich
---
changes since v5: none
changes since v4: none
changes since v3: none
changes since v2
From: Josef Friedl
add poweroff driver for mt6323 and make Makefile and Kconfig-Entries
Suggested-by: Frank Wunderlich
Signed-off-by: Josef Friedl
Signed-off-by: Frank Wunderlich
---
changes since v5: split out mfd/mt6397/core.h
changes since v4: none
changes since v3: none
changes since v2
From: Josef Friedl
support poweroff and power-related keys on bpi-r2
Suggested-by: Frank Wunderlich
Signed-off-by: Josef Friedl
Signed-off-by: Frank Wunderlich
---
changes since v5: none
changes since v4: none
changes since v3: none
changes since v2: none (=v2 part 7)
---
arch/arm/boot/dts
From: Josef Friedl
add entry for rtc and power-controller to mt6323
Signed-off-by: Josef Friedl
Signed-off-by: Frank Wunderlich
Acked-for-MFD-by: Lee Jones
---
changes since v5: none
changes since v4: none
changes since v3: none
changes since v2: only splitting, second part of v2 part 4
ize see #7
v2.4 simplifications (Define-res-macros)
add mt6323 rtc+pwrc
v2.5 add poweroff-driver (no change)
v2.6 MAINTAINERS (no change)
v2.7 DTS-Changes (no change)
Frank Wunderlich (1):
dt-bindings: mfd: mediatek: mt6397: change to relative paths
Jo
From: Josef Friedl
simplyfications (resource definitions my DEFINE_RES_* macros)
Signed-off-by: Josef Friedl
Signed-off-by: Frank Wunderlich
Acked-for-MFD-by: Lee Jones
---
changes since v5: none
changes since v4: do not touch year of copyright
changes since v3: moved part 6 forward to let
From: Josef Friedl
use mt6397 rtc driver also for mt6323 but with different
base/size see "mfd: mt6323: add mt6323 rtc+pwrc"
Signed-off-by: Josef Friedl
Signed-off-by: Frank Wunderlich
---
changes since v5: none
changes since v4: none
changes since v3: moved (was part 5)
change
From: Josef Friedl
move code to separate header-file to reuse definitions later
in poweroff-driver (drivers/power/reset/mt6323-poweroff.c)
Suggested-by: Frank Wunderlich
Signed-off-by: Josef Friedl
Signed-off-by: Frank Wunderlich
---
changes since v5: none
changes since v4: none
changes
Arg, missed a comma between
linux-arm-ker...@lists.infradead.org
and
Alessandro Zummo
Will send the series to linux-arm-kernel later
Sorry for that
> Gesendet: Freitag, 23. August 2019 um 12:04 Uhr
> Von: "Mark Brown"
> Can you run a git bisect to try to identify the commit that
> caused things to fail?
i have not figured out, how to rebase linux-next on my current (working)
codebase :) (failes on file untouched by me at Patch 3/7000+)
>
Hi,
this commit breaks mt6323 pmic on BananaPi-R2
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=a4872e80ce7d2a1844328176dbf279d0a2b89bdb
resulting in this message in dmesg:
mt6397 1000d000.pwrap:mt6323: unsupported chip: 0x0
and multiple
mtk-cpufreq mtk-cpufreq:
Hi
Am 23. August 2019 16:43:47 MESZ schrieb Matthias Brugger
:
>On 23/08/2019 14:00, Frank Wunderlich wrote:
>> in working version i only get this message in dmesg which
>> looks like a device-binding:
>>
>> mt6323-regulator mt6323-regulator: Chip ID = 0x2023
>
1 - 100 of 261 matches
Mail list logo
