as an optional part of that spec. In the
> meantime, this driver supports the simple ACPI form of the device which
> is being shipped in certain commercial hypervisors (and submitted for
> inclusion in QEMU).
>
> Signed-off-by: David Woodhouse
Acked-by: Richard Cochran
Le 01/07/2024 à 11:59, Hari Nagalla a écrit :
On 6/21/24 10:00, Richard Genoud wrote:
Richard Genoud (4):
remoteproc: k3-r5: Fix IPC-only mode detection
remoteproc: k3-r5: Introduce PM suspend/resume handlers
remoteproc: k3-r5: k3_r5_rproc_stop: code reorder
remoteproc: k3-r5
Le 01/07/2024 à 18:35, Mathieu Poirier a écrit :
On Mon, Jul 01, 2024 at 10:03:22AM +0200, Richard GENOUD wrote:
Le 28/06/2024 à 23:18, Mathieu Poirier a écrit :
On Fri, Jun 21, 2024 at 05:00:57PM +0200, Richard Genoud wrote:
In the next commit, a RP_MBOX_SHUTDOWN message will be sent in
Le 29/06/2024 à 00:50, Andrew Davis a écrit :
On 6/21/24 10:00 AM, Richard Genoud wrote:
Introduce software IPC handshake between the K3-R5 remote proc driver
and the R5 MCU to gracefully stop/reset the remote core.
Upon a stop request, K3-R5 remote proc driver sends a RP_MBOX_SHUTDOWN
mailbox
[adding Vibhore in Cc]
Le 28/06/2024 à 23:20, Mathieu Poirier a écrit :
On Fri, Jun 21, 2024 at 05:00:58PM +0200, Richard Genoud wrote:
Introduce software IPC handshake between the K3-R5 remote proc driver
and the R5 MCU to gracefully stop/reset the remote core.
Upon a stop request, K3-R5
Le 28/06/2024 à 23:18, Mathieu Poirier a écrit :
On Fri, Jun 21, 2024 at 05:00:57PM +0200, Richard Genoud wrote:
In the next commit, a RP_MBOX_SHUTDOWN message will be sent in
k3_r5_rproc_stop() to the remote proc (in lockstep on not)
Thus, the sanity check "do not allow core 0 to stop b
Le 28/06/2024 à 22:48, Mathieu Poirier a écrit :
On Fri, Jun 21, 2024 at 05:00:56PM +0200, Richard Genoud wrote:
This patch adds the support for system suspend/resume to the ti_k3_R5
remoteproc driver.
In order to save maximum power, the approach here is to shutdown
completely the cores that
On Tue, Jun 25, 2024 at 11:34:24PM +0200, Thomas Gleixner wrote:
> There is effort underway to expose PTP clocks to user space via
> VDSO.
That sounds interesting. Has anything been posted?
Thanks,
Richard
PC-only mode instead
of a mismatched mode.
Fixes: 1168af40b1ad ("remoteproc: k3-r5: Add support for IPC-only mode for all
R5Fs")
Signed-off-by: Richard Genoud
---
drivers/remoteproc/ti_k3_r5_remoteproc.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
the remote core through device manager
Based on work from: Hari Nagalla
Signed-off-by: Richard Genoud
---
drivers/remoteproc/omap_remoteproc.h | 9 +-
drivers/remoteproc/ti_k3_r5_remoteproc.c | 40
2 files changed, 48 insertions(+), 1 deletion(-)
diff --git a
de actions
- !cluster_mode sanity check
- !cluster_mode actions
And now:
- !cluster_mode sanity check
- cluster_mode actions
- !cluster_mode actions
Signed-off-by: Richard Genoud
---
drivers/remoteproc/ti_k3_r5_remoteproc.c | 24 ++--
1 file changed, 14 insertions(+), 10 deletion
detached and processor control released.
On resume, the reverse operation is done.
Based on work from: Hari Nagalla
Signed-off-by: Richard Genoud
---
drivers/remoteproc/ti_k3_r5_remoteproc.c | 123 ++-
1 file changed, 121 insertions(+), 2 deletions(-)
diff --git a/drivers
omap-mailbox 31f81000.mailbox: PM: failed to suspend: error -16
Patches 2 and 4 are based on work from Hari Nagalla .
@Hari, please feel free to add your Co-developed-by:/Signed-off-by:
Tested on J7200X SoM
Series is based on v6.10-rc4
Richard Genoud (4):
remoteproc: k3-r5: Fix IPC-only mode
was quite useful to understand CMA allocation
latency.
Signed-off-by: Richard Chang
---
* from v1 -
https://lore.kernel.org/linux-mm/20240226100045.2083962-1-richard...@google.com/
* Move the trace event int field to the end of the longs - rostedt
* Do the calculation only when tracing is
was quite useful to understand CMA allocation
latency.
Signed-off-by: Richard Chang
---
include/trace/events/kmem.h | 39 +
mm/internal.h | 3 ++-
mm/page_alloc.c | 30 +++-
mm/page_isolation.c | 2
On Wed, Feb 7, 2024 at 10:28 AM richard clark
wrote:
>
> On Tue, Feb 6, 2024 at 5:39 PM Valentin Schneider wrote:
> >
> > You should have access to the generic fields which include the CPU from
> > which the event happens. Any of "CPU", "cpu" or &quo
On Tue, Feb 6, 2024 at 5:39 PM Valentin Schneider wrote:
>
> You should have access to the generic fields which include the CPU from
> which the event happens. Any of "CPU", "cpu" or "common_cpu" would match
> this.
>
> So if you're on a recent enough kernel (v6.6 or above AFAICT), you should
> be
On Tue, Feb 6, 2024 at 12:05 AM Valentin Schneider wrote:
>
> On 05/02/24 14:39, Mark Rutland wrote:
> > [adding Valentin]
> >
>
> Thanks!
>
> > On Mon, Feb 05, 2024 at 08:06:09AM -0500, Steven Rostedt wrote:
> >> On Mon, 5 Feb 2024 10:28:57 +
> >> Mark Rutland wrote:
> >>
> >> > > I try to w
Hi Steve,
On Mon, Feb 5, 2024 at 6:38 PM Steven Rostedt wrote:
>
> On Mon, 5 Feb 2024 17:57:29 +0800
> richard clark wrote:
>
> > I try to write below:
> > echo 'target_cpus == 11 && reason == "Function call interrupts"' >
> > events/
Hi guys,
With the ipi_raise event enabled and filtered with:
echo 'reason == "Function call interrupts"' > filter, then the 'cat
trace' output below messages:
...
insmod-3355[010] 1.. 24479.230381: ipi_raise:
target_mask=,0bff (Function call interrupts)
...
The above output is
..@vger.kernel.org, "linux-um" ,
> "loongarch" ,
> "sparclinux" , "x86" ,
> "masahiroy" , "anton ivanov"
> , "bp" , "dave hansen"
> , "hpa"
> , "mingo" , "Johannes Berg"
>
by ARM platforms today if ptp_kvm is not supported.
>
> Fixes: 300bb1fe7671 ("ptp: arm/arm64: Enable ptp_kvm for arm/arm64")
> Signed-off-by: Jon Hunter
Acked-by: Richard Cochran
return type to void? Returning true or
> false makes no difference.
+1
Thanks,
Richard
and pass them to the
> - * switch driver
> - */
> + /* Handle tx timestamp request if has */
"if has" what?
> dsa_skb_tx_timestamp(p, skb);
>
> if (dsa_realloc_skb(skb, dev)) {
> --
> 2.25.1
>
Thanks,
Richard
h into three for
easier review.
Thanks,
Richard
.
As someone who works a lot with long supported embedded systems I learned that
as soon an application gains a hard dependency on clang or rust I'm in trouble.
--
Thanks,
//richard
On Wed, Apr 14, 2021 at 03:04:49AM +, Chen Jun wrote:
> the correct error is covered by put_old_timex32.
>
> Fixes: 3a4d44b61625 ("ntp: Move adjtimex related compat syscalls to native
> counterparts")
> Signed-off-by: Chen Jun
Reviewed-by: Richard Cochran
o the above mentioned feature. Users will be
> able to triggered capturing the time snapshot from user-space using
> application such as testptp or any other applications that uses the
> PTP_EXTTS_REQUEST ioctl request.
>
> Cc: Richard Cochran
> Signed-off-by: Tan Tee Min
> Co-de
487-3-git-send-email-hongxing@nxp.com/
https://patchwork.kernel.org/project/linux-pci/patch/1617091701-6444-2-git-send-email-hongxing@nxp.com/
Best Regards
Richard Zhu
> -Original Message-
> From: Richard Zhu
> Sent: Wednesday, April 14, 2021 10:26 AM
> To: shawn...@kern
1b'0. Thus, the internal 3v3 to 1v8 translator would be
turned on.
Signed-off-by: Richard Zhu
Reviewed-by: Lucas Stach
---
arch/arm64/boot/dts/freescale/imx8mq-evk.dts | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/boot/dts/freescale/imx8mq-evk.dts
b/arch/arm64/boot/dts/freesc
The other two patches are accepted into PCIe tree.
It's time to post it for Shawn to pick up into the imx DT tree.
https://patchwork.kernel.org/project/linux-pci/patch/1616661882-26487-3-git-send-email-hongxing@nxp.com/
arch/arm64/boot/dts/freescale/imx8mq-evk.dts | 1 +
1 file changed, 1 inser
Linus,
The following changes since commit a38fd8748464831584a19438cbb3082b5a2dab15:
Linux 5.12-rc2 (2021-03-05 17:33:41 -0800)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mtd/linux.git
tags/fixes-for-5.12-rc7
for you to fetch changes up to 2fb164f
Hi Moritz,
On 3/28/21 12:20 PM, Moritz Fischer wrote:
Tom,
On Sun, Mar 28, 2021 at 08:40:24AM -0700, Tom Rix wrote:
On 3/27/21 11:09 AM, Moritz Fischer wrote:
Hi Richard, Russ,
On Thu, Feb 25, 2021 at 01:07:14PM +, Gong, Richard wrote:
Hi Moritz,
Sorry for asking.
When you have
On Mon, Apr 12, 2021 at 02:52:11PM +, chenjun (AM) wrote:
> 在 2021/4/12 22:20, Richard Cochran 写道:
> > On Mon, Apr 12, 2021 at 12:45:51PM +, Chen Jun wrote:
> >> the correct error is covered by put_old_timex32.
> >
> > Well, the non-negative return co
ERNEL_DS);
ret = sys_clock_adjtime(which_clock, (struct timex __user *)
&txc);
set_fs(oldfs);
err = compat_put_timex(utp, &txc);
if (err)
return err;
return ret;
> index b164ae22e35f..d668c33a0746 100644
> --- a/drivers/net/ethernet/stmicro/stmmac/stmmac_ptp.c
> +++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_ptp.c
> @@ -135,9 +135,13 @@ static int stmmac_enable(struct ptp_clock_info *ptp,
> {
> struct stmmac_priv *priv =
> container_of(ptp, struct stmmac_priv, ptp_clock_ops);
> + void __iomem *ptpaddr = priv->ptpaddr;
> + void __iomem *ioaddr = priv->hw->pcsr;
> struct stmmac_pps_cfg *cfg;
> int ret = -EOPNOTSUPP;
> unsigned long flags;
> + u32 intr_value;
> + u32 acr_value;
Please group same types together.
Thanks,
Richard
hange
the default compressor only for the default filesystem as created by
UBIFS itself.
Queued for the merge window. :-)
--
Thanks,
//richard
Did you check whether all items in this list are really outdated?
Nobody shall ever blindly follow a TODO list without checking first which
points are still valid or not.
Removing that file does not magically solve the issues it describes.
--
Thanks,
//richard
so vfs will emit -EIO. At least this is the theory. :-)
--
Thanks,
//richard
- if (key_inum(c, &r->key) == key_inum(c, &rino->key))
> + if (key_inum(c, &r->key) == key_inum(c, &rino->key) &&
> + key_type(c, &r->key) == UBIFS_INO_KEY)
This change makes sense. Thanks a lot for hunting this down.
It will be part of the merge window.
--
Thanks,
//richard
into a new arch-specific file in the same directory,
> > and rename the arch-independent file to ptp_kvm_common.c.
> >
> > Reviewed-by: Andre Przywara
> > Signed-off-by: Jianyong Wu
> > Signed-off-by: Marc Zyngier
> > Link: https://lore.kernel.org/r/202012090609
Reported-by: Mauro Carvalho Chehab
Signed-off-by: Richard Guy Briggs
---
.../ABI/stable/procfs-audit_loginuid | 22 +--
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/Documentation/ABI/stable/procfs-audit_loginuid
b/Documentation/ABI/stable/procfs-
ed to
> have other backends available at runtime as well?
I thought about devices with a TPM-Chip and CAAM.
IMHO allowing only one backend at the same time is a little over simplified.
Thanks,
//richard
On 2021-04-01 09:57, Paul Moore wrote:
> On Thu, Apr 1, 2021 at 9:48 AM Mauro Carvalho Chehab
> wrote:
> > Em Thu, 18 Mar 2021 15:19:10 -0400
> > Richard Guy Briggs escreveu:
> > > Describe the /proc/PID/loginuid interface in Documentation/ABI/stable that
> >
dmcrypt decryption.
>
> This will mean we have to part ways with features such as having multiple
> keys, but I think it's worth it to have a plug and play solution for
> trusted keys.
Ah, now I can follow your thoughts!
Yes, that would be nice to have. :)
I kind of assumed you want to use LUKS with passphrases and CAAM blobs.
Thanks,
//richard
s until it's actually needed.
>> What can be done now is adopting a format for the exported keys that would
>> make this extension seamless in future.
>>
>
> +1
As long we don't make multiple backends at runtime impossible I'm
fine and will happily add support for it when needed. :-)
Thanks,
//richard
On 2021-04-01 15:24, Phil Sutter wrote:
> On Fri, Mar 26, 2021 at 01:38:59PM -0400, Richard Guy Briggs wrote:
> > Reduce logging of nftables events to a level similar to iptables.
> > Restore the table field to list the table, adding the generation.
> >
> > Indicate the
lain disc
encryption key material?
This would be a no-go for many systems out there, key material must not
accessible to userspace.
I know, distrusting userspace root is not easy, but doable. :)
Thanks,
//richard
hassle with crypto/system reviewers, etc...
I don't want you to force to use cryptsetup.
The only goal was pointing out that it can be done with cryptsetup and that
there
is already code such that no work is done twice.
One the kernel side it does not matter.
Thanks,
//richard
o you see with this over direct dmsetup?
cryptsetup is the de-facto standard to setup encrypted block devices.
There is a lot of existing tooling around cryptsetup already (systemd, etc..),
so being able to use CAAM keys for dm-crypt with cryptsetup seems natural to me.
Plain mode allows setting up dm-crypt without LUKS.
Thanks,
//richard
he CAAM blob with a key modifier of their
own choice.
Thanks,
//richard
On 2021-03-31 22:46, Pablo Neira Ayuso wrote:
> On Fri, Mar 26, 2021 at 01:38:59PM -0400, Richard Guy Briggs wrote:
> > @@ -8006,12 +7966,65 @@ static void nft_commit_notify(struct net *net, u32
> > portid)
> > WARN_ON_ONCE(!list_empty(&net->nft.notify_list));
On 2021-03-31 22:22, Pablo Neira Ayuso wrote:
> On Fri, Mar 26, 2021 at 01:38:59PM -0400, Richard Guy Briggs wrote:
> > Reduce logging of nftables events to a level similar to iptables.
> > Restore the table field to list the table, adding the generation.
> >
> >
dea.
Ahmad, what do you think?
That way we could also get rid off the kernel parameter and all the fall back
logic,
given that we find a way to reliable detect TEE blobs too...
Thanks,
//richard
ce you're simply loading an already created key, the
> trusted key subsystem should be able to figure what to do on its own.
So you have some kind of container format in mind which denotes the
type of the blob?
Thanks,
//richard
es "SECURE_KEY" as default modifier.
--
Thanks,
//richard
> -Original Message-
> From: Stephen Boyd
> Sent: Wednesday, March 31, 2021 10:17 AM
> To: Richard Zhu ; Abel Vesa ;
> Jacky Bai ; shawn...@kernel.org
> Cc: dl-linux-imx ; linux-arm-ker...@lists.infradead.org;
> linux-kernel@vger.kernel.org; linux-...@vger.ke
d $(cat ~/kmk.blob)" @s
--
Thanks,
//richard
yptsetup?
David and I have added (rough) support for our CAAM/DCP based keyrings
to cryptsetup:
https://github.com/sigma-star/cryptsetup/tree/rw/plain
I'm pretty sure with minimal changes it will work with your recent approach too.
--
Thanks,
//richard
recent
kernel which will also hook in there.
Out driver adds trusted keys support (with caam alike blobs) for i.mx
SoCs that come with DCP
instead of CAAM.
Patches will hopefully materialize soon.
--
Thanks,
//richard
Hi Moritz,
On 3/30/21 11:15 AM, Moritz Fischer wrote:
Hi Richard,
On Tue, Mar 30, 2021 at 09:33:05AM -0500, richard.g...@linux.intel.com wrote:
From: Richard Gong
Extend Intel service layer driver to get the firmware version running at
FPGA device. Therefore FPGA manager driver, one of
rvice layer
driver in a 64-bit value at the register. Intel service layer driver
runs at EL1.
Regards,
Richard
David
-
Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1PT,
UK
Registration No: 1397386 (Wales)
From: Richard Gong
Extend Intel service layer driver to get the firmware version running at
FPGA device. Therefore FPGA manager driver, one of Intel service layer
driver's client, can decide whether to handle the newly added bitstream
authentication function based on the retrieved fir
From: Richard Gong
Hi Greg,
Please take this stratix10-svc patch, which has been reviewed on the
mailing list and applied cleanly on current linux-next and
char-misc-testing.
Thanks,
Richard
Richard Gong (1):
firmware: stratix10-svc: extend SVC driver to get the firmware version
drivers
umber field to have a field width of 1 if it
starts with a digit. In that case the single digit can be converted.
Signed-off-by: Richard Fitzgerald
Reviewed-by: Petr Mladek
Acked-by: Andy Shevchenko
---
lib/vsprintf.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/lib/
;i);
Will not produce the correct result because the value obviously overflows
INT_MAX. But sscanf will report a successful conversion.
Note that where a very large number is used to mean "unlimited", the value
INT_MAX is used for consistency with the behaviour of vsnprintf().
Signed-off-
Adds a wrapper shell script for the test_scanf module.
Signed-off-by: Richard Fitzgerald
Reviewed-by: Petr Mladek
Acked-by: Andy Shevchenko
---
Changed since v6:
Fixed typo in tools/testing/selftests/lib/config:
-CONFIG_TEST_SCANTF=m
+CONFIG_TEST_SCANF=m
As this is a trivial
Adds test_sscanf to test various number conversion cases, as
number conversion was previously broken.
This also tests the simple_strtoxxx() functions exported from
vsprintf.c.
Signed-off-by: Richard Fitzgerald
Acked-by: Andy Shevchenko
---
Changed since v6:
Use the KSTM_MODULE_GLOBALS define
1b'0. Thus, the internal 3v3 to 1v8 translator would be
turned on.
Signed-off-by: Richard Zhu
Reviewed-by: Lucas Stach
---
drivers/pci/controller/dwc/pci-imx6.c | 20
1 file changed, 20 insertions(+)
diff --git a/drivers/pci/controller/dwc/pci-imx6.c
b/drivers/pci/cont
Changes:
Only add "Reviewed-by: Lucas Stach " in the
first patch. No other changes. Make it easier to be integrated later.
[RESEND v4 1/2] dt-bindings: imx6q-pcie: add one regulator used to
[RESEND v4 2/2] PCI: imx: clear vreg bypass when pcie vph voltage is
1b'0. Thus, the internal 3v3 to 1v8 translator would be
turned on.
Signed-off-by: Richard Zhu
Reviewed-by: Lucas Stach
---
Documentation/devicetree/bindings/pci/fsl,imx6q-pcie.txt | 3 +++
1 file changed, 3 insertions(+)
diff --git a/Documentation/devicetree/bindings/pci/fsl,imx6q-p
On 29/03/2021 14:36, Andy Shevchenko wrote:
On Mon, Mar 29, 2021 at 01:08:22PM +0100, Richard Fitzgerald wrote:
The existing code attempted to handle numbers by doing a strto[u]l(),
ignoring the field width, and then repeatedly dividing to extract the
field out of the full converted value. If
On Mon, Mar 29, 2021 at 04:57:55PM +0200, Thomas Gleixner wrote:
> I think adjtimex is the right place and not yet another random file
> somewhere. Something like the below.
Perfect.
Acked-by: Richard Cochran
> ---
> include/uapi/linux/timex.h |7 +--
> ke
e another way, sysfs or something else.
Thanks,
Richard
On Mon, Mar 29, 2021 at 11:16:48AM +0200, Miroslav Lichvar wrote:
> On Fri, Mar 26, 2021 at 08:28:59PM -0700, Richard Cochran wrote:
> > Using ntpd on Debian, the service will set the offset, but only after
> > synchronization with the upstream server has been established, and
>
> > the first leap second after boot.
>
> This is a problem and definitely speaks for having a way to tell whether
> CLOCK_TAI has been set up at all.
+1
Thanks,
Richard
On Mon, 29 Mar 2021, H.J. Lu wrote:
> On Mon, Mar 29, 2021 at 2:38 AM Richard Biener wrote:
> >
> > On Mon, 29 Mar 2021, Jiri Slaby wrote:
> >
> > > Any ideas on this?
> > >
> > > On 11. 01. 21, 7:31, Jiri Slaby wrote:
> > > > Hi,
Adds a wrapper shell script for the test_scanf module.
Signed-off-by: Richard Fitzgerald
Reviewed-by: Petr Mladek
Acked-by: Andy Shevchenko
---
Changes since v6:
Fixed typo in tools/testing/selftests/lib/config:
-CONFIG_TEST_SCANTF=m
+CONFIG_TEST_SCANF=m
As this is a trivial
crc8() does not change the data passed to it, so the pointer argument
should be declared const. This avoids callers that receive const data
having to cast it to a non-const pointer to call crc8().
Signed-off-by: Richard Fitzgerald
Acked-by: Randy Dunlap
---
No maintainer listed for this file so
umber field to have a field width of 1 if it
starts with a digit. In that case the single digit can be converted.
Signed-off-by: Richard Fitzgerald
Reviewed-by: Petr Mladek
Acked-by: Andy Shevchenko
---
lib/vsprintf.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/lib/
Adds test_sscanf to test various number conversion cases, as
number conversion was previously broken.
This also tests the simple_strtoxxx() functions exported from
vsprintf.c.
Signed-off-by: Richard Fitzgerald
Acked-by: Andy Shevchenko
---
Changed since v6:
Use the KSTM_MODULE_GLOBALS define
;i);
Will not produce the correct result because the value obviously overflows
INT_MAX. But sscanf will report a successful conversion.
Note that where a very large number is used to mean "unlimited", the value
INT_MAX is used for consistency with the behaviour of vsnprintf().
Signed-
rvice provides at EL1
(FPGA manager, RSU and FPGA crypto service drivers as today) and
managers secure monitor call (SMC) to communicate with the secure
monitor software at the secure world (EL3).
Regards,
Richard
Signed-off-by: Tom Rix
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
; >$ objdump -h /usr/lib64/libstdc++.so.6|grep -E ' .plt(\.sec)? '
> > > 12 .plt 3fb0 0009e020 0009e020
> > 0009e020 2**4
> > > 14 .plt.sec 3fa0 000a2160 000a2160
> > 000a2160 2**4
> >
Changes:
v3 -> v4
Split the DTS changes to a standalone patch from this patch-set.
And would post to Shawn to take it, after the other two are accepted
by PCIe tree.
Refine the DT binding descriptions refer to Lucas' suggestion.
Use "Regarding" to replace the "Regarding to" in the comments
refer to
1b'0. Thus, the internal 3v3 to 1v8 translator would be
turned on.
Signed-off-by: Richard Zhu
Reviewed-by: Lucas Stach
---
arch/arm64/boot/dts/freescale/imx8mq-evk.dts | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/boot/dts/freescale/imx8mq-evk.dts
b/arch/arm64/boot/dts/freesc
1b'0. Thus, the internal 3v3 to 1v8 translator would be
turned on.
Signed-off-by: Richard Zhu
Reviewed-by: Lucas Stach
---
drivers/pci/controller/dwc/pci-imx6.c | 20
1 file changed, 20 insertions(+)
diff --git a/drivers/pci/controller/dwc/pci-imx6.c
b/drivers/pci/cont
1b'0. Thus, the internal 3v3 to 1v8 translator would be
turned on.
Signed-off-by: Richard Zhu
---
Documentation/devicetree/bindings/pci/fsl,imx6q-pcie.txt | 3 +++
1 file changed, 3 insertions(+)
diff --git a/Documentation/devicetree/bindings/pci/fsl,imx6q-pcie.txt
b/Documentation/devicetre
> -Original Message-
> From: Lucas Stach
> Sent: Friday, March 26, 2021 5:40 PM
> To: Richard Zhu ; andrew.smir...@gmail.com;
> shawn...@kernel.org; k...@linux.com; bhelg...@google.com;
> ste...@agner.ch; lorenzo.pieral...@arm.com
> Cc: linux-...@vger.kernel.org; d
> -Original Message-
> From: Lucas Stach
> Sent: Friday, March 26, 2021 5:38 PM
> To: Richard Zhu ; andrew.smir...@gmail.com;
> shawn...@kernel.org; k...@linux.com; bhelg...@google.com;
> ste...@agner.ch; lorenzo.pieral...@arm.com
> Cc: linux-...@vger.kernel.org; d
That isn't
fundamentally harder than calling clock_gettime() and waiting until
the error would go away.
Thanks,
Richard
1. Assuming the RTC was set and has a fresh battery, and assuming no
leap seconds occurred while your computer was off!
2. Assuming the RTC value is not newer than the expiration date of the
leap seconds file.
://github.com/linux-audit/audit-kernel/issues/124
Signed-off-by: Richard Guy Briggs
---
Changelog:
v5:
(sorry for all the noise...)
- fix kbuild missing prototype warning in
nf_tables_commit_audit_{alloc,collect,log}()
v4:
- move nf_tables_commit_audit_log() before nf_tables_commit_release() [fw
> -Original Message-
> From: Krzysztof Wilczyński
> Sent: Friday, March 26, 2021 3:46 PM
> To: Richard Zhu
> Cc: l.st...@pengutronix.de; andrew.smir...@gmail.com;
> shawn...@kernel.org; bhelg...@google.com; ste...@agner.ch;
> lorenzo.pieral...@arm.com; linux-...@vger
Changes:
v2 -> v3:
Refine the DT binding descriptions, and the condition adjustment in the codes.
v1 -> v2:
Don't use the boolean property to specify the different power supply of PCIe
PHY.
Use one regulator as a supply to the PCIe controller node, and the regulator
APIs
to get the voltage of it
1b'0. Thus, the internal 3v3 to 1v8 translator would be
turned on.
Signed-off-by: Richard Zhu
---
Documentation/devicetree/bindings/pci/fsl,imx6q-pcie.txt | 3 +++
1 file changed, 3 insertions(+)
diff --git a/Documentation/devicetree/bindings/pci/fsl,imx6q-pcie.txt
b/Documentation/devicetre
1b'0. Thus, the internal 3v3 to 1v8 translator would be
turned on.
Signed-off-by: Richard Zhu
---
arch/arm64/boot/dts/freescale/imx8mq-evk.dts | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/boot/dts/freescale/imx8mq-evk.dts
b/arch/arm64/boot/dts/freescale/imx8mq-evk
1b'0. Thus, the internal 3v3 to 1v8 translator would be
turned on.
Signed-off-by: Richard Zhu
---
drivers/pci/controller/dwc/pci-imx6.c | 20
1 file changed, 20 insertions(+)
diff --git a/drivers/pci/controller/dwc/pci-imx6.c
b/drivers/pci/controller/dwc/pci-im
://github.com/linux-audit/audit-kernel/issues/124
Signed-off-by: Richard Guy Briggs
---
Changelog:
v4:
- move nf_tables_commit_audit_log() before nf_tables_commit_release() [fw]
- move nft2audit_op[] from audit.h to nf_tables_api.c
v3:
- fix function braces, reduce parameter scope [pna]
- pre
On 2021-03-24 12:32, Paul Moore wrote:
> On Tue, Mar 23, 2021 at 4:05 PM Richard Guy Briggs wrote:
> >
> > Reduce logging of nftables events to a level similar to iptables.
> > Restore the table field to list the table, adding the generation.
> >
> > Indica
> -Original Message-
> From: Lucas Stach
> Sent: Wednesday, March 24, 2021 5:27 PM
> To: Richard Zhu ; andrew.smir...@gmail.com;
> shawn...@kernel.org; k...@linux.com; bhelg...@google.com;
> ste...@agner.ch; lorenzo.pieral...@arm.com
> Cc: linux-...@vger.ker
1 - 100 of 5658 matches
Mail list logo