Add an overlay file to configure PCIe1 to function as an endpoint. Enable
PCIe1 to work as endpoint mode on the imx95-19x19-evk platform.
Signed-off-by: Frank Li
---
change from v13 to v14
- new patch
---
arch/arm64/boot/dts/freescale/Makefile | 3 +++
.../dts/freescale/imx95
Add msi-map for pci-ep device.
Signed-off-by: Frank Li
---
change from v13 to v14
- new patch
---
arch/arm64/boot/dts/freescale/imx95.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/boot/dts/freescale/imx95.dtsi
b/arch/arm64/boot/dts/freescale/imx95.dtsi
index 6b8470cb3461a
Support only one physical function, so call imx_pcie_add_lut_by_rid(0)
to add a single LUT entry when operating in EP mode.
Signed-off-by: Frank Li
---
change from v13 to v14
- new patch
---
drivers/pci/controller/dwc/pci-imx6.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff
case as
usual.
Tested-by: Niklas Cassel
Signed-off-by: Frank Li
---
Change from v13 to v14
- update to use pci_endpoint_test -f pcie_ep_doorbell
- change ioctrl id to fix conflict
Change from v9 to v13
- none
Change from v8 to v9
- change PCITEST_DOORBELL to 0xa
Change form v6
Add helper function imx_pcie_add_lut_by_rid(), which will be used for
Endpoint mode in the future. No functional change.
Signed-off-by: Frank Li
---
change from v13 to v14
- new patch
---
drivers/pci/controller/dwc/pci-imx6.c | 17 ++---
1 file changed, 10 insertions(+), 7 deletions
Add doorbell test case.
Signed-off-by: Frank Li
---
change from v13 to v14
- merge to selftests framework
---
.../selftests/pci_endpoint/pci_endpoint_test.c | 25 ++
1 file changed, 25 insertions(+)
diff --git a/tools/testing/selftests/pci_endpoint/pci_endpoint_test.c
pci_endpoint_test -f pcie_ep_doorbell' return
success.
If EP side doesn't support MSI, the same to 'F'.
F: 'pci_endpoint_test -f pcie_ep_doorbell' return failure, other case as
usual.
Tested-by: Niklas Cassel
Signed-off-by: Frank Li
---
Change from v9 to v14
-
Introduce the helper function pci_epf_align_inbound_addr() to adjust
addresses according to PCI BAR alignment requirements, converting addresses
into base and offset values.
Signed-off-by: Frank Li
---
Change form v9 to v14
- none
change from v8 to v9
- pci_epf_align_inbound_addr(), base and
Some MSI controller change address/data pair when irq_set_affinity().
Current PCI endpoint can't support this type MSI controller. So add flag
MSI_FLAG_MUTABLE in include/linux/msi.h and check it when allocate
doorbell.
Signed-off-by: Frank Li
---
change fomr v13 to v14
- bring v10 back
C
iklas Cassel
Signed-off-by: Frank Li
---
Change from v13 to v14
- basic roll back to v9
- use device:id as msi-map input, its will handle it
- use existed platform_device_msi_init_and_alloc_irqs()
- pass down epf->dev point, because epf->dev of-node will be the same as
epc's parent.
Ch
hem. Setting the ID and 'of_node' prepares for
proper support.
Signed-off-by: Frank Li
---
drivers/pci/endpoint/pci-epf-core.c | 4
include/linux/pci-epf.h | 2 ++
2 files changed, 6 insertions(+)
diff --git a/drivers/pci/endpoint/pci-epf-core.c
b/drivers/pci/endpoint/pci
ined sideband information,
which append to AXI write transaction.
^ 0 is function index.
msi-mask = <0x7>
}
Check msi-map if msi-parent missed to keep compatility with existed system.
Signed-off-by: Frank Li
---
drivers/irqchip/irq-gic-v3-its-ms
the PCIe Root Complex (RC) side.
Signed-off-by: Frank Li
---
change from v13 to v12
- roll back to v12 version because Marc Zyngier have concern about add
DOMAIN_BUS_DEVICE_PCI_EP_MSI.
https://lore.kernel.org/imx/861pxfq315.wl-...@kernel.org/
change from v11 to v12
- new patch
---
drivers
remain unchanged after setup. Use this
function to verify if the MSI controller is immutable.
Signed-off-by: Frank Li
---
change from v13 to v14
- Roll back to v12 version because Marc Zyngier have concern about add
DOMAIN_BUS_DEVICE_PCI_EP_MSI.
https://lore.kernel.org/imx/861pxfq315.wl
call
msi_remove_device_irq_domain(). This cause above kernel dump when call
platform_device_msi_init_and_alloc_irqs() again.
Signed-off-by: Frank Li
---
change from v13 to v14
- bring back from v9 and remove fixup and cc stable before it is new use
case.
---
drivers/base/platform-msi.c | 1 +
1
│ ││
││ │ │ ││
││ │ │ ││
└┘ └───┘ └┘
This patches based on old
https://lore.kernel.org/imx/20221124055036.1630573-1-frank...@nxp.com/
Original patch only target to vntb driver. But actually it is common
method.
This patches add new API to pci-epf-core, so any EP driver can use it.
Previous v2 discussion here.
https
On 2/4/25 9:48 AM, Colin Ian King wrote:
There is a spelling mistake in a literal string. Fix it.
Signed-off-by: Colin Ian King
---
tools/testing/selftests/kvm/s390/cmma_test.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/testing/selftests/kvm/s390/cmma_test.c
b
AULT_FLAGS,
> + .flags = XDP_UMEM_TX_METADATA_LEN,
look like "XSK_UMEM__DEFAULT_FLAGS | XDP_UMEM_TX_METADATA_LEN"
You clean other flags, does it what you what?
Frank
> .tx_metadata_len = sizeof(struct xsk_tx_metadata),
> };
> __u32 idx = 0;
> --
> 2.34.1
>
of strings, the first being the type of
> + widget ("Microphone", "Line", "Headphone", "Speaker"), the
> + second being the machine specific name for the widget.
> +$ref: /schemas/types.yaml#/definitions/non-unique-string-array
Is it
L",
> + "Headphones", "HPOUTR",
> + "Headset Mic", "MICBIAS",
> + "IN3R", "Headset Mic",
> + "IN1R", "Headset Mic";
> + };
On Wed, Oct 23, 2024 at 12:21:13PM -0400, Laurentiu Mihalcea wrote:
> From: Laurentiu Mihalcea
>
> Add SOF driver for imx95.
>
> Signed-off-by: Laurentiu Mihalcea
> ---
> sound/soc/sof/imx/Kconfig | 8 +
> sound/soc/sof/imx/Makefile | 2 +
> sound/soc/sof/imx/imx95.c | 383
On Wed, Oct 23, 2024 at 12:21:11PM -0400, Laurentiu Mihalcea wrote:
> From: Laurentiu Mihalcea
>
> Add new compatible for imx95's CM7 with SOF.
It is not only add compatible string, but also change reg, reg-names ...
Please add descripts in commit message about these.
>
> Signed-off-by: Laurent
On 8/23/24 3:05 PM, Hariharan Mari wrote:
This patch series introduces a set of regression tests for various s390x
CPU subfunctions in KVM. The tests ensure that the KVM implementation accurately
reflects the behavior of actual CPU instructions for these subfunctions.
The series adds tests for a
lp-cm4")) {
I don't suggest check compatible string. It'd better add a field in
imx_rproc_dcfg, such as need_sys_off
if (dcfg->need_sys_off) {
...
}
If there are new compatible string added, just need set need_sys_off to
true in driver data.
Fr
"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
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(&pdev->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
mho 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, et
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.
>>>>
&
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 the FDT.
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. Replace k
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 error valu
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
allers 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"
>
>
ned without changing
kmemdup().
>
>> 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 testing.
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 lo
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 but this ma
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 the .dts
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");
>>>
oose chase.
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
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
sion 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
p) ; \
>>>> 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 corr
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 nodes fr
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
gt;>> [2]
>>> https://lore.kernel.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 A
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 plea
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 mo
CONTATE URGENTEMENTE O DIRETOR DO BANCO ORA..docx
Description: MS-Word 2007 document
attern that is explicitly 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
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 monitorin
gt; ---
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
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
We can choose to change the 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
1 - 100 of 1527 matches
Mail list logo
