"fsl,imx8qxp-cm4" and "fsl,imx8qm-cm4" need minimum 2 power domains. Other
platform doesn't require 'power-domain'.
Signed-off-by: Frank Li
---
Notes:
Change from v2 to v3
- only imx8qxp and imx8qm need power-domain, other platform don't need it.
- u
On Fri, Jun 07, 2024 at 09:32:26AM +0200, Krzysztof Kozlowski wrote:
> On 06/06/2024 17:00, Frank Li wrote:
> > "fsl,imx8qxp-cm4" and "fsl,imx8qm-cm4" need minimum 2 power domains. Keep
> > the same restriction for other compatible string.
> >
> >
"fsl,imx8qxp-cm4" and "fsl,imx8qm-cm4" need minimum 2 power domains. Keep
the same restriction for other compatible string.
Signed-off-by: Frank Li
---
Notes:
Change from v1 to v2
- set minitem to 2 at top
- Add imx8qm compatible string also
- use not logic
"fsl,imx8qxp-cm4" just need 2 power domains. Keep the same restriction for
other compatible string.
Signed-off-by: Frank Li
---
Notes:
pass dt_binding_check.
make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- -j8 dt_binding_check
DT_SCHEMA_FILES=fsl,imx-rproc.yaml
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
On 4/20/21 2:46 AM, Greg Kroah-Hartman wrote:
> On Mon, Apr 19, 2021 at 09:25:19PM -0500, Frank Zago wrote:
>> From: frank zago
>>
>> The 0x5512 USB PID is for the I2C/GPIO/SPI interfaces. UART is still
>> present but only the TX and RX pins are available; DTS, DTR
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
gt;no_hwmon = false;
ret = devm_thermal_add_hwmon_sysfs(tzdev);
if (ret)
dev_err(>dev, "error in thermal_add_hwmon_sysfs");
#endif
if yes i send out v2, at least it works on my device
regards Frank
From: frank zago
The 0x5512 USB PID is for the I2C/GPIO/SPI interfaces. UART is still
present but only the TX and RX pins are available; DTS, DTR, ... are
used for other things. Remove the PID, and let a I2C driver bind to
it.
Existing CH341 boards usually have physical jumpers to switch
From: frank zago
The CH341 is a multifunction chip, presenting 3 different USB PID. One
of these functions is for I2C/SPI/GPIO. This new driver manages I2C
and GPIO. A future update will manage the SPI part as well.
The I2C interface can run at 4 different speeds. This driver currently
only
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
x,but imho commit-message is not good.
Issue were traffic problems after a while with increased ping times if flow
offload is active.
It turns out that key_offset with cookie is needed in rhashtable_params and
head_offset was defined twice.
regards Frank
On 2/28/21 7:10 AM, Masahiro Yamada wrote:
> scripts/Kbuild.include is included everywhere, but macros such as
> cc-option are needed by build targets only.
>
> For example, when 'make clean' traverses the tree, it does not need
> to evaluate $(call cc-option,).
>
> Split cc-option, ld-option,
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
On 4/8/21 9:20 PM, Guenter Roeck wrote:
> On 4/8/21 3:53 PM, Frank Rowand wrote:
>> On 4/8/21 4:54 PM, Guenter Roeck wrote:
>>> On 4/8/21 2:28 PM, Rob Herring wrote:
>>>>
>>>> Applying now so this gets into linux-next this week.
>>>&g
On 4/8/21 4:54 PM, Guenter Roeck wrote:
> On 4/8/21 2:28 PM, Rob Herring wrote:
>>
>> Applying now so this gets into linux-next this week.
>>
> The patch doesn't apply on top of today's -next; it conflicts
> with "of: properly check for error returned by fdt_get_name()".
>
> I reverted that patch
On 4/8/21 4:28 PM, Rob Herring wrote:
> On Thu, Apr 8, 2021 at 3:45 PM wrote:
>>
>> From: Frank Rowand
>>
>> The Devicetree standard specifies an 8 byte alignment of the FDT.
>> Code in libfdt expects this alignment for an FDT image in memory.
>> kmemdup
On 4/8/21 1:27 PM, Rob Herring wrote:
> On Thu, Apr 8, 2021 at 10:17 AM wrote:
>>
>> From: Frank Rowand
>>
>> The Devicetree standard specifies an 8 byte alignment of the FDT.
>> Code in libfdt expects this alignment for an FDT image in memory.
>> kmemdup
Hi Guenter,
Thanks for the review!
On 4/8/21 10:32 AM, Guenter Roeck wrote:
> On 4/8/21 8:17 AM, frowand.l...@gmail.com wrote:
>> From: Frank Rowand
>>
>> The Devicetree standard specifies an 8 byte alignment of the FDT.
>> Code in libfdt expects this alignment
Hi Rob,
I had a git hiccup, this is not the version I meant to send. v3 coming shortly.
-Frank
On 4/8/21 9:43 AM, frowand.l...@gmail.com wrote:
> From: Frank Rowand
>
> The Devicetree standard specifies an 8 byte alignment of the FDT.
> Code in libfdt expects this alignment for
On 4/7/21 5:01 PM, Guenter Roeck wrote:
> On 4/7/21 1:59 PM, Frank Rowand wrote:
>> Hi Guenter,
>>
>> On 4/7/21 3:51 PM, frowand.l...@gmail.com wrote:
>>> From: Frank Rowand
>>>
>>> The Devicetree standard specifies an 8 byte alignment of th
On 4/7/21 4:34 PM, Rob Herring wrote:
> On Wed, Apr 7, 2021 at 3:51 PM wrote:
>>
>> From: Frank Rowand
>>
>> The Devicetree standard specifies an 8 byte alignment of the FDT.
>> Code in libfdt expects this alignment for an FDT image in memory.
>> kmemdup
On 4/6/21 3:30 PM, Frank Rowand wrote:
> On 4/6/21 2:21 PM, Rob Herring wrote:
>> On Sun, Apr 04, 2021 at 10:28:45PM -0500, frowand.l...@gmail.com wrote:
>>> From: Frank Rowand
>>>
>>> fdt_get_name() returns error values via a parameter pointer
>>&
Hi Guenter,
On 4/7/21 3:51 PM, frowand.l...@gmail.com wrote:
> From: Frank Rowand
>
> The Devicetree standard specifies an 8 byte alignment of the FDT.
> Code in libfdt expects this alignment for an FDT image in memory.
> kmemdup() returns 4 byte alignment on openrisc.
On 4/6/21 2:21 PM, Rob Herring wrote:
> On Sun, Apr 04, 2021 at 10:28:45PM -0500, frowand.l...@gmail.com wrote:
>> From: Frank Rowand
>>
>> fdt_get_name() returns error values via a parameter pointer
>> instead of in function return. Fix check for this erro
Adding Rob, so that he will be in the loop.
-Frank
On 4/5/21 12:28 PM, Guenter Roeck wrote:
> On 4/5/21 10:14 AM, Linus Torvalds wrote:
>> On Mon, Apr 5, 2021 at 10:10 AM Guenter Roeck wrote:
>>>
>>> No change in test results since last week [..]
>>
>> L
Hi Guenter,
Can you please test this patch to see if it prevents the crash on
openrisc that you reported in
https://lore.kernel.org/lkml/20210327224116.69309-1-li...@roeck-us.net/
Just after start of unittest you should see a warning about
testcases.
Thanks,
Frank
On 4/4/21 10:28 PM
On 3/27/21 12:40 PM, Rob Herring wrote:
> On Wed, Mar 24, 2021 at 05:37:13PM -0500, frowand.l...@gmail.com wrote:
>> From: Frank Rowand
>>
>> Add Makefile rule to build .dtbo.o assembly file from overlay .dtso
>> source file.
>>
>> Rename unittest .dts o
callers of of_fdt_unflatten_tree() check
>> if an uninitialized pointer is set to NULL. Preinitialize that pointer
>> to avoid the problem.
>>
>> With this code in place, devicetree code on openrisc (and any other
>
> "devicetree unittest code"
>
> The
.
>
>> Your patch to then avoid the NULL pointer dereference seems to be then
>> an additional safety, but not fixing the actual regression.
>
> I think the right fix is not using kmemdup which copies the unittest dtb.A
This is not the only place a kmemdup() is used by overlays.
I'll create a patch this week to fix all of the kmemdup() locations and add
the null pointer check.
-Frank
>
> Rob
>
Hi Viresh,
On 3/24/21 2:34 AM, Frank Rowand wrote:
> On 3/16/21 12:42 AM, Viresh Kumar wrote:
>> On 16-03-21, 00:36, Frank Rowand wrote:
>>> I should have looked at patch 3/5 more carefully instead of counting on
>>> Masahiro to check it out and simply build test
On 3/16/21 12:42 AM, Viresh Kumar wrote:
> On 16-03-21, 00:36, Frank Rowand wrote:
>> I should have looked at patch 3/5 more carefully instead of counting on
>> Masahiro to check it out and simply build testing.
>>
>> Patch 3/5 does not seem correct. I'll look ov
of_node_put(node);
> goto err_free_fragments;
> }
>
Reviewed-by: Frank Rowand
Tested-by: Frank Rowand
While reading through the code touched by the patch I noticed that
the clean up at label err_free_fragments does not do the required
of_node_put() calls. I'll add creating a patch to fix that to my
todo list.
-Frank
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
ADC1 is not defined in pd driver on 8QM.
Signed-off-by: Frank Li
Reviewed-by: Dong Aisheng
---
drivers/firmware/imx/scu-pd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/firmware/imx/scu-pd.c b/drivers/firmware/imx/scu-pd.c
index 338800d16c653..966de5e5fc44a
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
Hi,
sorry, please ignore this
wireguard was included with 5.6, my 5.4 uses external wireguard
regards Frank
On 3/15/21 5:12 PM, Laurent Pinchart wrote:
> Hi Yamada-san,
>
> On Tue, Mar 16, 2021 at 02:43:45AM +0900, Masahiro Yamada wrote:
>> On Mon, Mar 15, 2021 at 3:40 PM Viresh Kumar wrote:
>>> On 14-03-21, 20:16, Frank Rowand wrote:
>>>> On 3/12/21 11:11 PM, Frank
On 3/15/21 1:40 AM, Viresh Kumar wrote:
> On 14-03-21, 20:16, Frank Rowand wrote:
>> On 3/12/21 11:11 PM, Frank Rowand wrote:
>>> On 3/12/21 1:13 AM, Viresh Kumar wrote:
>>>> On 12-03-21, 01:09, Frank Rowand wrote:
>>>>> I suggested having
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 VIresh,
On 3/12/21 11:11 PM, Frank Rowand wrote:
> On 3/12/21 1:13 AM, Viresh Kumar wrote:
>> On 12-03-21, 01:09, Frank Rowand wrote:
>>> I suggested having the .dtso files include the .dts file because that is a
>>> relatively
>>> small and easy change to
On 3/12/21 1:13 AM, Viresh Kumar wrote:
> On 12-03-21, 01:09, Frank Rowand wrote:
>> I suggested having the .dtso files include the .dts file because that is a
>> relatively
>> small and easy change to test. What would probably make more sense is the
>> rename
>>
On 3/12/21 1:03 AM, Frank Rowand wrote:
> Hi Viresh,
>
> On 3/11/21 10:47 PM, Viresh Kumar wrote:
>> On 10-03-21, 20:24, Masahiro Yamada wrote:
>>> Even without "-I dts",
>>>
>>>inform = guess_input_format(arg, "dts");
>>
hase.
Would it work to create a .dtso file for each of the unittest overlay .dts
files, where the .dtso would simply #include the .dts file. Then the
corresponding
.dtbo files could be added to the obj-$(CONFIG_OF_OVERLAY) list.
I would like to avoid having the unitest-data/Makefile have different
On 3/11/21 10:31 PM, Viresh Kumar wrote:
> On 11-03-21, 17:27, Frank Rowand wrote:
>> On 3/9/21 11:35 PM, Viresh Kumar wrote:
>>> Viresh Kumar (4):
>>> kbuild: Simplify builds with CONFIG_OF_ALL_DTBS
>>> kbuild: Allow .dtso format for overlay sou
I used to test
this series.
There is still confusion caused by the contortions that unittest
goes through to mis-use base DTBs vs overlay DTBs, so _after_
this series is merged by Rob, I will poke around and see if
I can change unittest so that it does not look like it is
mis-using DTBs and overlay DTBs.
Reviewed-by: Frank Rowand
Tested-by: Frank Rowand
\
>>>> cat $(depfile).pre.tmp $(depfile).dtc.tmp > $(depfile)
>>>> @@ -347,9 +347,13 @@ cmd_dtc = $(HOSTCC) -E $(dtc_cpp_flags) -x
>>>> assembler-with-cpp -o $(dtc-tmp) $< ;
>>>> $(obj)/%.dtb: $(src)/%.dts $(DTC) FORCE
>>>>
On 3/8/21 4:19 PM, Christian Borntraeger wrote:
> On 02.03.21 18:44, Claudio Imbrenda wrote:
>> The current handling of the MVPG instruction when executed in a nested
>> guest is wrong, and can lead to the nested guest hanging.
>>
>> This patchset fixes the behaviour to be more architecturally
y free
} }
Signed-off-by: Frank Li
---
Change from v1 to v2
- use Adrian Hunter suggested method to fix this problem
drivers/mmc/core/bus.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/drivers/mmc/core/bus.c b/drivers/mmc/core/bus.c
index c2e70b
Hi Viresh,
I commented on this patch in v7 after you had created v8. You acknowledged
that comment and said that it will be corrected.
-Frank
On 2/12/21 5:18 AM, Viresh Kumar wrote:
> In order to build-test the same unit-test files using fdtoverlay tool,
> move the device node
test Makefile as .dtbo.
>> - Improved Makefile code (I am learning a lot every day :)
>
> Ping!
>
Please respin on 5.12-rc1, and pull in the change you said
you would make in response to my post v8 comment about the
v7 patches.
-Frank
y free
} }
Signed-off-by: Frank Li
---
drivers/mmc/host/cqhci-core.c | 18 ++
1 file changed, 14 insertions(+), 4 deletions(-)
diff --git a/drivers/mmc/host/cqhci-core.c b/drivers/mmc/host/cqhci-core.c
index 93b0432bb601..36d292261e50 100644
--- a/drivers/mmc/host
> Gesendet: Montag, 01. März 2021 um 14:31 Uhr
> Von: "Marc Zyngier"
>
> Frank,
>
> >> > 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).
> >>
> >> No,
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
rnel.org/lkml/30fd0e5f2156665c713cf191c5fea9a5548360c0.1609926856.git.viresh.ku...@linaro.org/
>>
>> I never had a need for those changes to dtc. .dtso/.dtbo work fine
>> regardless.
>
> I think what Viresh means is dtc won't automatically set the input type
> to dts if not .dts.
>
> We stuck with .dtbo as it's already widely used. I don't know about
> dtso though. If there's strong consensus to use .dtso, then let's do
> that. Whatever color for this shed you like.
I overlooked this and mistakenly thought that the move to .dtbo also
involved changing to .dtso. My bad.
My favorite color here is to use .dtso for the source file that will
be compiled to create a .dtbo.
Linus has already accepted patch 4/6 to 5.12-rc1, so changing to .dtso
will require another patch.
-Frank
>
> Rob
>
On 2/24/21 7:00 AM, Enrico Weigelt, metux IT consult wrote:
> On 15.02.21 02:12, Frank Rowand wrote:
>
>> Why not compile in ACPI data (tables?) instead of devicetree description?
>
> The problem is a bit more complex than it might seem.
>
> Let's take the APU2/3
On 2/23/21 8:13 PM, Claudio Imbrenda wrote:
> The current handling of the MVPG instruction when executed in a nested
> guest is wrong, and can lead to the nested guest hanging.
>
> This patchset fixes the behaviour to be more architecturally correct,
> and fixes the hangs observed.
Could you
Hi Viresh,
I am in the wrong version with the comments below. You are at version 8 now.
-Frank
On 2/18/21 3:02 PM, Frank Rowand wrote:
> On 1/29/21 1:24 AM, Viresh Kumar wrote:
>> In order to build-test the same unit-test files using fdtoverlay tool,
>> move the device nodes fr
On 1/29/21 1:24 AM, Viresh Kumar wrote:
> In order to build-test the same unit-test files using fdtoverlay tool,
> move the device nodes from the existing overlay_base.dts and
> testcases_common.dts files to .dtsi counterparts. The .dts files now
> include the new .dtsi files, resulting in exactly
+Frank, Rob, devicetree list
On 2/16/21 9:35 AM, Michal Simek wrote:
> Hi,
>
> I have a question about expectations when pinctrl setting is applied. In
> DTS all nodes are described in the order available in DT.
>
> uart-default {
> mux {
> ...
&g
On 2/13/21 4:32 PM, Bhaskar Chowdhury wrote:
>
> s/oustanding/outstanding/
Hey Bhaskar,
while I do encourage anyone to send in changes I'm not a big fan of
comment fixes if they are only a couple of characters and when the
meaning is still intact despite the spelling mistake.
You're creating
CONTATE URGENTEMENTE O DIRETOR DO BANCO ORA..docx
Description: MS-Word 2007 document
citly not to be repeated. The driver has been
granted a grandfathered in status, thus an exception as long as
needed.
-Frank
> platform, so that's an obvious move. APU2/3/4 is ACPI based, so I went
> in a different direction - but I'm now investigating how to make DT
> overlay
On 2/8/21 5:48 PM, Rob Herring wrote:
> +Johan H
>
> On Mon, Feb 8, 2021 at 4:22 PM Enrico Weigelt, metux IT consult
> wrote:
>>
>> Hello folks,
>>
>> here's an RFC for using compiled-in dtb's for initializing board devices
>> that can't be probed via bus'es or firmware.
I've just been
da
> ---
Thanks for fixing this.
Acked-by: Janosch Frank
> arch/s390/kvm/vsie.c | 93 +---
> 1 file changed, 88 insertions(+), 5 deletions(-)
>
> diff --git a/arch/s390/kvm/vsie.c b/arch/s390/kvm/vsie.c
> index 7db022141db3..7dbb0d93c25f 10
applies because of the
> protection bit in the segment (or, if EDAT, region) tables
> NOT_PTE: indicates that the address of the DAT table entry returned
> does not refer to a PTE, but to a segment or region table.
>
> Signed-off-by: Claudio Imbrenda
> Cc: sta...@vger.kernel.org
R
Faso.
E-mail: nnoeli...@gmail.com
*
(United Nations Compensation Commission, MAKING THE WORLD A BETTER PLACE).
yours sincerely,
Mr. Frank Gouli
Position. Director
he rules, so I'm not saying that the
discussion should not occur. I'm just pointing out the
current policy.
I think that ABI.rst does not state "Old existing kernels are
not required to work with new dtbs" clearly enough, and
should be updated to do so.
I also think it would be good to explicitly say that care
should be taken with new bindings to not break existing
kernels, if reasonably possible.
-Frank
>
> Arnd
>
> [1] https://lore.kernel.org/lkml/20210130143949.aamac2724esupt7v@kozik-lap/
>
On 2/5/21 1:15 PM, Claudio Imbrenda wrote:
> On Thu, 4 Feb 2021 17:34:00 +0100
> Janosch Frank wrote:
>
>> On 2/2/21 7:00 PM, Claudio Imbrenda wrote:
>>> Extend kvm_s390_shadow_fault to return the pointer to the valid leaf
>>> DAT table entry, or to the invali
On 2/2/21 7:00 PM, Claudio Imbrenda wrote:
> Correctly handle the MVPG instruction when issued by a VSIE guest.
>
> Fixes: a3508fbe9dc6d ("KVM: s390: vsie: initial support for nested
> virtualization")
> Cc: sta...@vger.kernel.org
> Signed-off-by: Claudio Imbrenda
So far the patch looks ok to
On 2/4/21 5:34 PM, Janosch Frank wrote:
> On 2/2/21 7:00 PM, Claudio Imbrenda wrote:
>> Extend kvm_s390_shadow_fault to return the pointer to the valid leaf
>> DAT table entry, or to the invalid entry.
>>
>> Also return some flags in the lower bits of the address:
>
On 2/2/21 7:00 PM, Claudio Imbrenda wrote:
> Extend kvm_s390_shadow_fault to return the pointer to the valid leaf
> DAT table entry, or to the invalid entry.
>
> Also return some flags in the lower bits of the address:
> DAT_PROT: indicates that DAT protection applies because of the
>
named
>> 'msi_domain'; did you mean 'pm_domain'?
930 | (bridge->msi_domain && !bus->dev.msi_domain))
and yes...msi_domain is only member of pci_host_bridge (include/linux/pci.h)
why do you check for msi_domain in pci_bus->dev
regards Frank
)
>> create mode 100644 drivers/of/unittest-data/overlay_common.dtsi
>> create mode 100644 drivers/of/unittest-data/testcases_common.dtsi
>
> Frank,
>
> As I mentioned in the cover-letter, I get a build warning right now:
>
> drivers/of/unittest-data/tests-interrup
On 1/22/21 4:50 AM, Viresh Kumar wrote:
> We will start building overlays for platforms soon in the kernel and
> would need fdtoverlay going forward. Lets start building it.
>
> The fdtoverlay program applies (or merges) one or more overlay dtb
> blobs to a base dtb blob. The kernel build system
verlay_common.dtsi | 91 +++
>> drivers/of/unittest-data/testcases.dts| 17 +---
>> .../of/unittest-data/testcases_common.dtsi| 18
>> 4 files changed, 111 insertions(+), 105 deletions(-)
>> create mode 100644 drivers/of/unittest-dat
+frank
On 1/25/21 3:53 PM, Masahiro Yamada wrote:
> On Mon, Jan 25, 2021 at 8:07 PM Uwe Kleine-König
> wrote:
>>
>> Adding the -@ switch to dtc results in the binary devicetrees containing
>> a list of symbolic references and their paths. This is necessary to
>>
+frank
On 1/25/21 4:57 AM, Uwe Kleine-König wrote:
> Adding the -@ switch to dtc results in the binary devicetrees containing
> a list of symbolic references and their paths. This is necessary to
> apply device tree overlays e.g. on Raspberry Pi as described on
> https://www.ras
Hi Uwe,
On 1/26/21 12:03 PM, Frank Rowand wrote:
> +frank
>
> On 1/26/21 1:20 AM, Uwe Kleine-König wrote:
>> Hello Masahiro,
>>
>> On 1/25/21 10:53 PM, Masahiro Yamada wrote:
>>> On Mon, Jan 25, 2021 at 8:07 PM Uwe Kleine-König
>>> wrote:
+frank
On 1/26/21 1:20 AM, Uwe Kleine-König wrote:
> Hello Masahiro,
>
> On 1/25/21 10:53 PM, Masahiro Yamada wrote:
>> On Mon, Jan 25, 2021 at 8:07 PM Uwe Kleine-König
>> wrote:
>>>
>>> Adding the -@ switch to dtc results in the binary devicetrees conta
+frank
On 1/26/21 2:43 AM, Geert Uytterhoeven wrote:
> Hi Uwe,
>
> On Tue, Jan 26, 2021 at 8:21 AM Uwe Kleine-König
> wrote:
>> And then I learned with hints from Rob and Geert that symbols are not
>> really necessary for overlays, you just cannot use na
+frank
On 1/25/21 5:15 AM, Cyril Brulebois wrote:
> Hi,
>
> Uwe Kleine-König (2021-01-25):
>> Adding the -@ switch to dtc results in the binary devicetrees containing
>> a list of symbolic references and their paths. This is necessary to
>> apply device tree ov
On 1/22/21 4:50 AM, Viresh Kumar wrote:
> Hi Frank/Rob,
>
> This patchset makes necessary changes to the kernel to add support for
> building overlays (%.dtbo) and the required fdtoverlay tool. This also
> builds static_test.dtb using most of the existing overlay tests prese
Hi David,
On 1/22/21 12:34 AM, David Gibson wrote:
> On Wed, Jan 20, 2021 at 10:47:40AM +0530, Viresh Kumar wrote:
>> +David.
>>
>> On 19-01-21, 11:12, Frank Rowand wrote:
>>> On 1/12/21 2:28 AM, Viresh Kumar wrote:
>>>> We will start building
On 1/25/21 9:15 PM, Frank Rowand wrote:
> On 1/22/21 4:50 AM, Viresh Kumar wrote:
>> Now that fdtoverlay is part of the kernel build, start using it to test
>> the unitest overlays we have by applying them statically. Create a new
>> base file static_base.dts which inclu
ch is treating it as both in different places, but that's such
> a bizarre usecase it needs detailed justification. It really looks
> like the unittest stuff is doing some very bogus stuff that should be
> fixed first, before trying to do this on top.
>
The unittest stuff is bizarre, but it is correct. This patch series does
not alter the current usage.
-Frank
On 1/22/21 4:50 AM, Viresh Kumar wrote:
> Now that fdtoverlay is part of the kernel build, start using it to test
> the unitest overlays we have by applying them statically. Create a new
> base file static_base.dts which includes other .dtsi files.
>
> Some unittest overlays deliberately contain
The number reported by the query is N-1 and I think people reading the
sysfs file would expect N instead. For users creating VMs there's no
actual difference because KVM's limit is currently below the UV's
limit.
Signed-off-by: Janosch Frank
Fixes: a0f60f8431999 ("s390/protvirt: Add
the exception.
Signed-off-by: Janosch Frank
Fixes: 084ea4d611a3d ("s390/mm: add (non)secure page access exceptions
handlers")
Cc: sta...@vger.kernel.org
---
arch/s390/mm/fault.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/s390/mm/fault.c b/arch/s390/mm/fau
Janosch Frank (2):
s390: uv: Fix sysfs max number of VCPUs reporting
s390: mm: Fix secure storage access exception handling
arch/s390/boot/uv.c| 2 +-
arch/s390/include/asm/uv.h | 4 ++--
arch/s390/kernel/uv.c | 2 +-
arch/s390/mm/fault.c | 14 ++
4 files
On 1/20/21 11:58 PM, Viresh Kumar wrote:
> On 20-01-21, 23:55, Frank Rowand wrote:
>> yes, but using the modified versions ("/plugin/;" removed) of
>> testcases.dtb and overlay_base.dtb.
>
> Okay, that would work fine I guess. I will try to implement this in
>
On 1/20/21 11:43 PM, Viresh Kumar wrote:
> Hi Frank,
>
> On 20-01-21, 23:34, Frank Rowand wrote:
>> It should be possible to apply this same concept to copying overlay_base.dts
>> to overlay_base_base.dts, removing the "/plugin/;" from overlay_base_base.dts
>>
On 1/20/21 11:34 PM, Viresh Kumar wrote:
> On 20-01-21, 23:14, Frank Rowand wrote:
>> It is a convenient FDT to use because it provides the frame that the overlays
>> require to be applied. It is fortunate that fdtoverlay does not reject the
>> use
>> of an FDT with o
1 - 100 of 4497 matches
Mail list logo