From Luca Weiss to ~postmarketos/upstreaming
Hi Alex, On zondag 5 januari 2025 21:36:25 Midden-Europese standaardtijd Alex Bee wrote: > Hi Luca, > > > Hi Alex, > > > > On zaterdag 22 juni 2024 23:54:16 Midden-Europese standaardtijd Alex Bee wrote: > >> The currently existing of_property_present check for interrupts does not > >> cover all ways interrupts can be defined in a device tree, e.g. > >> "interrupts-extended". > >> > >> In order to support all current and future ways that can be done, drop that > >> check and call of_irq_parse_one to figure out if an interrupt is defined
From Luca Weiss to ~postmarketos/upstreaming
Hi Alex, On zaterdag 22 juni 2024 23:54:16 Midden-Europese standaardtijd Alex Bee wrote: > The currently existing of_property_present check for interrupts does not > cover all ways interrupts can be defined in a device tree, e.g. > "interrupts-extended". > > In order to support all current and future ways that can be done, drop that > check and call of_irq_parse_one to figure out if an interrupt is defined > and irq_create_of_mapping for the actual mapping and let it be handled by > the interrupt subsystem. This commit seems to break WiFi on qcom/apq8026-asus-sparrow on 6.11.11 release, and I'm guessing also other apq8026 devices that I have.
From Luca Weiss to ~postmarketos/upstreaming
On Donnerstag, 6. Juni 2024 21:01:36 MESZ Luca Weiss wrote: > When the mailbox driver has not probed yet, the error message "failed to > parse smd edge" is just going to confuse users, so improve the error > prints a bit. > > Cover the last remaining exits from qcom_smd_parse_edge with proper > error prints, especially the one for the mbox_chan deserved > dev_err_probe to handle EPROBE_DEFER nicely. And add one for ipc_regmap > also to be complete. > > With this done, we can remove the outer print completely. Ping, looks like this is still pending.
From Luca Weiss to ~postmarketos/upstreaming
On Samstag, 10. August 2024 14:35:00 MESZ Konrad Dybcio wrote: > On 9.08.2024 10:33 AM, Luca Weiss wrote: > > Add the necessary sound card bits and some dts additions to enable sound > > over DisplayPort-over-USB-C, e.g. to a connected TV or monitor. > > > > The UCM files can be found here: > > https://gitlab.com/postmarketOS/pmaports/-/tree/master/device/testing/ device-fairphone-fp5/ucm > > > > Two extra notes: > > > > 1. I don't quite understand whether the sound driver should have > > SoC-specific compatible or device-specific compatible. Some earlier > > patches by another author for a QCM6490 board and a QCS6490 board use
From Luca Weiss to ~postmarketos/upstreaming
On Donnerstag, 27. Juni 2024 21:30:52 MESZ Raymond Hackley wrote: > Samsung Galaxy Grand 2 is a phone based on MSM8226. It's similar to the > other Samsung devices based on MSM8226 with only a few minor differences. > > The device trees contain initial support with: > - GPIO keys > - Regulator haptic > - SDHCI (internal and external storage) > - UART (on USB connector via the TI TSU6721 MUIC) > - Regulators > - Touchscreen > - Accelerometer > > Signed-off-by: Raymond Hackley <raymondhackley@protonmail.com>
From Luca Weiss to ~postmarketos/upstreaming
I'm slowly migrating my mail to a new domain, add an entry to map the mail address. Just for clarity, my work-related @fairphone.com email stays unchanged. Signed-off-by: Luca Weiss <luca@lucaweiss.eu> --- Since my email address also appears in a bunch of drivers and arm(64) files, and two devicetree binding files, how are those normally handled? Just ignore them and let mailmap handle everything relevant? --- .mailmap | 1 + 1 file changed, 1 insertion(+) diff --git a/.mailmap b/.mailmap [message trimmed]
From Luca Weiss to ~postmarketos/upstreaming
Since the smsm driver got the ability to interact with the mailbox using the mailbox subsystem and not just syscon, we need to add the dependency to kconfig as well to avoid compile errors. Fixes: 75287992f58a ("soc: qcom: smsm: Support using mailbox interface") Reported-by: kernel test robot <lkp@intel.com> Closes: https://lore.kernel.org/oe-kbuild-all/202406180006.Z397C67h-lkp@intel.com/ Signed-off-by: Luca Weiss <luca@lucaweiss.eu> --- drivers/soc/qcom/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/soc/qcom/Kconfig b/drivers/soc/qcom/Kconfig index 5af33b0e3470..60efecd16380 100644 [message trimmed]
From Luca Weiss to ~postmarketos/upstreaming
On Donnerstag, 20. Juni 2024 22:54:37 MESZ Dmitry Baryshkov wrote: > On Wed, Jun 19, 2024 at 11:02:49PM GMT, Luca Weiss wrote: > > Add a node for the a7pll with its frequencies. With this we can use the > > apcs-kpss-global driver for the apcs node and use the apcs to scale the > > CPU frequency according to the opp-table. > > > > At the same time unfortunately we need to provide the gcc node xo_board > > instead of the XO via rpmcc since otherwise we'll have a circular > > dependency between apcs, gcc and the rpm. > > But it should be fine, isn't it? Clock controllers can handle orphaned > clocks. > > The xo_board is really a hack and should eventually be removed.
From Luca Weiss to ~postmarketos/upstreaming
Since we now have the apcs set up as a mailbox provider, let's use the interface for all drivers where possible. Signed-off-by: Luca Weiss <luca@lucaweiss.eu> --- arch/arm/boot/dts/qcom/qcom-msm8226.dtsi | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/arm/boot/dts/qcom/qcom-msm8226.dtsi b/arch/arm/boot/dts/qcom/qcom-msm8226.dtsi index 9deee34fc5ca..5c1122f93054 100644 --- a/arch/arm/boot/dts/qcom/qcom-msm8226.dtsi +++ b/arch/arm/boot/dts/qcom/qcom-msm8226.dtsi @@ -157,7 +157,7 @@ master-stats { [message trimmed]
From Luca Weiss to ~postmarketos/upstreaming
The MSM8226 has one PLL for its Cortex-A7 cores. The frequencies will be specified in devicetree. Signed-off-by: Luca Weiss <luca@lucaweiss.eu> --- drivers/clk/qcom/a53-pll.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/clk/qcom/a53-pll.c b/drivers/clk/qcom/a53-pll.c index f9c5e296dba2..f43d455ab4b8 100644 --- a/drivers/clk/qcom/a53-pll.c +++ b/drivers/clk/qcom/a53-pll.c @@ -151,6 +151,7 @@ static int qcom_a53pll_probe(struct platform_device *pdev) } [message trimmed]