Le 11/06/2022 à 01:35, ira.we...@intel.com a écrit :
> From: Ira Weiny
>
> x86 is missing a hardware check for pkey support in pkey_free(). While
> the net result is the same (-EINVAL returned), pkey_free() has well
> defined behavior which will be easier to maintain in one place.
>
> For pow
Le 11/06/2022 à 01:35, ira.we...@intel.com a écrit :
> From: Ira Weiny
>
> Now that the pkey arch support is no longer checked in mm_pkey_free()
> there is no reason to have it return int.
Right, I see this is doing what I commented in previous patch.
>
> Change the return value to void.
>
commit 8e127846fc97778a5e5c99bca1ce0bbc5ec9 upstream.
The ptrace PEEKUSR/POKEUSR (aka PEEKUSER/POKEUSER) API allows a process
to read/write registers of another process.
To get/set a register, the API takes an index into an imaginary address
space called the "USER area", where the registers o
gkai Hu , "linux-arm-ker...@lists.infradead.org"
, Roy Zang , Jingoo Han
, "linuxppc-dev@lists.ozlabs.org"
, Heiko Stuebner ,
"linux-ker...@vger.kernel.org" , Serge Semin
, Stanimir Varbanov , Krzysztof
Kozlowski , Masami Hiramatsu
, Pengutronix Kernel Team , Gustavo
Pimentel , Shawn Guo ,
il.com, vgu...@kernel.org, linux-...@vger.kernel.org, mon...@monstr.eu,
rost...@goodmis.org, r...@vger.kernel.org, b...@alien8.de, bc...@quicinc.com,
tsbog...@alpha.franken.de, linux-par...@vger.kernel.org, sudeep.ho...@arm.com,
shawn...@kernel.org, da...@davemloft.net, dal...@libc.org, Peter Zi
il.com, vgu...@kernel.org, linux-...@vger.kernel.org, mon...@monstr.eu,
rost...@goodmis.org, r...@vger.kernel.org, b...@alien8.de, bc...@quicinc.com,
tsbog...@alpha.franken.de, linux-par...@vger.kernel.org, sudeep.ho...@arm.com,
shawn...@kernel.org, da...@davemloft.net, dal...@libc.org, Peter Zi
As the possible failure of the ioremap(), the qe_immr could be NULL.
Therefore it should be better to check it and print error message.
Signed-off-by: Li Qiong
---
drivers/soc/fsl/qe/qe.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/soc/fsl/qe/qe.c b/drivers/soc/fsl/qe/qe.c
i
, Will Deacon , Masahiro Yamada
, Jarkko Sakkinen , Sami Tolvanen
, "Naveen N. Rao" , Marco
Elver , Kees Cook , Steven Rostedt
, Nathan Chancellor , "Russell King
\(Oracle\)" , Mark Brown ,
Borislav Petkov , Alexander Egorenkov ,
Thomas Bogendoerfer , Parisc List
, Nathaniel McCallum ,
Dmi
hiro Yamada , Jarkko Sakkinen , Sami
Tolvanen , "Naveen N. Rao"
, Marco Elver , Kees Cook
, Steven Rostedt , Nathan
Chancellor , "Russell King \(Oracle\)"
, Mark Brown , Borislav Petkov
, Alexander Egorenkov , Thomas
Bogendoerfer , linux-par...@vger.kernel.org,
Nathaniel McCallum , Dmitry T
���zZ+�Ƭji֦jơ��2���zZ+JjI"���j�$���~&�r��jh��[ڝ��jh��[ڝ�࢈%y�&5��zsQj�ڽ秞���)��&�r��j�([ޭ�oz�(�
^r��y���$y� �� ��&�騮�z�F�-y�k��^v�(�٢���5�ajp�jw �Z+��ajy �w����� �R���i�^�i>���zV��X��+��
j���'n�(�'�z�ޖ����V�=�d���jX���^W�jw^�H(�j�b��bng(�8h����v��}��
zwZ��Z~�x�
el.org>, Masahiro Yamada , Jarkko Sakkinen
, Sami Tolvanen , "Naveen N. Rao"
, Marco Elver , Kees Cook
, Steven Rostedt , Nathan
Chancellor , "Russell King \(Oracle\)"
, Mark Brown , Borislav Petkov
, Alexander Egorenkov , Thomas
Bogendoerfer , Parisc List
, Nathaniel McCallum ,
Dmitry Tor
kernel.org, VMware Inc ,
linux-snps-...@lists.infradead.org, mgor...@suse.de,
jacob.jun@linux.intel.com, Arnd Bergmann ,
ulli.kr...@googlemail.com, vgu...@kernel.org, linux-...@vger.kernel.org,
j...@joshtriplett.org, rost...@goodmis.org, r...@vger.kernel.org, Borislav
Petkov , bc...@quicin
kernel.org, VMware Inc ,
linux-snps-...@lists.infradead.org, mgor...@suse.de,
jacob.jun@linux.intel.com, Arnd Bergmann ,
ulli.kr...@googlemail.com, vgu...@kernel.org, linux-...@vger.kernel.org,
j...@joshtriplett.org, rost...@goodmis.org, r...@vger.kernel.org, Borislav
Petkov , bc...@quicin
, ulli.kr...@googlemail.com, vgu...@kernel.org, linux-...@vger.kernel.org,
j...@joshtriplett.org, rost...@goodmis.org, r...@vger.kernel.org,
b...@alien8.de, bc...@quicinc.com, tsbog...@alpha.franken.de,
linux-par...@vger.kernel.org, sudeep.ho...@arm.com, shawn...@kernel.org,
da...@davemloft.net
We deprecated open coding of the transfer queue back in 2017 so it's high
time we finished up converting drivers to use the standard message queue
code. The mpc52xx-psc driver is fairly straightforward so convert to use
transfer_one_message(), it looks like the driver would be a good fit for
transf
On Thu, Jun 9, 2022 at 12:03 PM Christian Zigotzky
wrote:
>
> On 06 June 2022 at 07:06 pm, Rob Herring wrote:
> > On Mon, Jun 6, 2022 at 11:14 AM Christian Zigotzky
> > wrote:
> >> On 06 June 2022 at 04:58 pm, Rob Herring wrote:
> >>> On Fri, May 27, 2022 at 9:23 AM Rob Herring wrote:
> On
On Mon, Jun 13, 2022 at 09:17:06AM +, Christophe Leroy wrote:
>
>
> Le 11/06/2022 à 01:35, ira.we...@intel.com a écrit :
> > From: Ira Weiny
> >
> > Now that the pkey arch support is no longer checked in mm_pkey_free()
> > there is no reason to have it return int.
>
> Right, I see this is
On Sat, Jun 11, 2022 at 08:51:57AM +0200, Christophe Leroy wrote:
> Commit f9b3cd245784 ("Kconfig.debug: make DEBUG_INFO selectable from a
> choice") broke the selection of CONFIG_DEBUG_INFO by powerpc defconfigs.
>
> It is now necessary to select one of the three DEBUG_INFO_DWARF*
> options to ge
On Sat, Jun 11, 2022 at 08:42:27AM +, Christophe Leroy wrote:
> Le 10/06/2022 à 05:32, Rohan McLure a écrit :
> > .macro ZERO_REGS start, end
> > .Lreg=\start
> > .rept (\end - \start + 1)
> > li .Lreg, 0
> > .Lreg=.Lreg+1
> > .endr
> > .endm
>
> I'd have a preference
On 11/06/22 10:44 pm, Christophe Leroy wrote:
Le 10/06/2022 à 17:55, Hari Bathini a écrit :
Adding instructions for ppc32 for
atomic_and
atomic_or
atomic_xor
atomic_fetch_add
atomic_fetch_and
atomic_fetch_or
atomic_fetch_xor
Signed-off-by: Hari Bathini
---
Changes in v2:
* Used an addit
On 11/06/22 11:04 pm, Christophe Leroy wrote:
Le 10/06/2022 à 17:55, Hari Bathini a écrit :
This adds two atomic opcodes BPF_XCHG and BPF_CMPXCHG on ppc32, both
of which include the BPF_FETCH flag. The kernel's atomic_cmpxchg
operation fundamentally has 3 operands, but we only have two reg
On 14/06/22 12:41 am, Hari Bathini wrote:
On 11/06/22 11:04 pm, Christophe Leroy wrote:
Le 10/06/2022 à 17:55, Hari Bathini a écrit :
This adds two atomic opcodes BPF_XCHG and BPF_CMPXCHG on ppc32, both
of which include the BPF_FETCH flag. The kernel's atomic_cmpxchg
operation fundament
On Fri, Jun 10, 2022 at 11:25:29AM +0300, Serge Semin wrote:
> There are several places in the generic DW PCIe code where the
> platform-specific PCIe link start/stop methods are called after making
> sure the ops handler and the callbacks are specified. Instead of repeating
> the same pattern over
o...@mm-sol.com>, Krzysztof Kozlowski , Masami
Hiramatsu , Pengutronix Kernel Team
, Gustavo Pimentel ,
Shawn Guo , Lucas Stach
Errors-To: linuxppc-dev-bounces+archive=mail-archive@lists.ozlabs.org
Sender: "Linuxppc-dev"
On Fri, Jun 10, 2022 at 11:25:31AM +0300, Serge Semin wrote:
> All
On Mon, Jun 13, 2022 at 03:31:02PM -0700, Mehta, Sohil wrote:
> On 6/10/2022 4:35 PM, ira.we...@intel.com wrote:
>
> > Add command line options for debug level and number of iterations.
> >
> > $ ./protection_keys_64 -h
> > Usage: ./protection_keys_64 [-h,-d,-i ]
> > --help,-h This hel
On Mon, Jun 13, 2022 at 03:48:56PM -0700, Mehta, Sohil wrote:
> On 6/10/2022 4:35 PM, ira.we...@intel.com wrote:
> > diff --git a/tools/testing/selftests/vm/protection_keys.c
> > b/tools/testing/selftests/vm/protection_keys.c
> > index d0183c381859..43e47de19c0d 100644
> > --- a/tools/testing/self
commit 8e127846fc97778a5e5c99bca1ce0bbc5ec9 upstream.
The ptrace PEEKUSR/POKEUSR (aka PEEKUSER/POKEUSER) API allows a process
to read/write registers of another process.
To get/set a register, the API takes an index into an imaginary address
space called the "USER area", where the registers o
From: He Ying
[ Upstream commit a1b29ba2f2c171b9bea73be993bfdf0a62d37d15 ]
The following KASAN warning was reported in our kernel.
BUG: KASAN: stack-out-of-bounds in get_wchan+0x188/0x250
Read of size 4 at addr d216f958 by task ps/14437
CPU: 3 PID: 14437 Comm: ps Tainted: G O
From: He Ying
[ Upstream commit a1b29ba2f2c171b9bea73be993bfdf0a62d37d15 ]
The following KASAN warning was reported in our kernel.
BUG: KASAN: stack-out-of-bounds in get_wchan+0x188/0x250
Read of size 4 at addr d216f958 by task ps/14437
CPU: 3 PID: 14437 Comm: ps Tainted: G O
From: He Ying
[ Upstream commit a1b29ba2f2c171b9bea73be993bfdf0a62d37d15 ]
The following KASAN warning was reported in our kernel.
BUG: KASAN: stack-out-of-bounds in get_wchan+0x188/0x250
Read of size 4 at addr d216f958 by task ps/14437
CPU: 3 PID: 14437 Comm: ps Tainted: G O
From: He Ying
[ Upstream commit a1b29ba2f2c171b9bea73be993bfdf0a62d37d15 ]
The following KASAN warning was reported in our kernel.
BUG: KASAN: stack-out-of-bounds in get_wchan+0x188/0x250
Read of size 4 at addr d216f958 by task ps/14437
CPU: 3 PID: 14437 Comm: ps Tainted: G O
From: He Ying
[ Upstream commit a1b29ba2f2c171b9bea73be993bfdf0a62d37d15 ]
The following KASAN warning was reported in our kernel.
BUG: KASAN: stack-out-of-bounds in get_wchan+0x188/0x250
Read of size 4 at addr d216f958 by task ps/14437
CPU: 3 PID: 14437 Comm: ps Tainted: G O
From: He Ying
[ Upstream commit a1b29ba2f2c171b9bea73be993bfdf0a62d37d15 ]
The following KASAN warning was reported in our kernel.
BUG: KASAN: stack-out-of-bounds in get_wchan+0x188/0x250
Read of size 4 at addr d216f958 by task ps/14437
CPU: 3 PID: 14437 Comm: ps Tainted: G O
https://bugzilla.kernel.org/show_bug.cgi?id=203699
Michael Ellerman (mich...@ellerman.id.au) changed:
What|Removed |Added
Status|NEEDINFO|CLOSED
Segher Boessenkool writes:
> On Sat, Jun 11, 2022 at 08:42:27AM +, Christophe Leroy wrote:
>> Le 10/06/2022 à 05:32, Rohan McLure a écrit :
>> > .macro ZERO_REGS start, end
>> >.Lreg=\start
>> >.rept (\end - \start + 1)
>> >li .Lreg, 0
>> >.Lreg=.Lreg+1
>> >.endr
>> >
Hi Greg, thanks for the comments.
The questions are replied specifically below.
I have figured out and tested the patch v2, which is to be posted later.
>发件人: Greg KH
>发送时间: 2022年6月9日 21:17
>收件人: Wang Wenhu
>抄送: christophe.le...@csgroup.eu ;
>m...@ellerman.id.au ; linuxppc-dev@lists.ozlabs.org
On Tue, Jun 14, 2022 at 06:09:35AM +, Wenhu Wang wrote:
> Hi Greg, thanks for the comments.
> The questions are replied specifically below.
> I have figured out and tested the patch v2, which is to be posted later.
> >发件人: Greg KH
> >发送时间: 2022年6月9日 21:17
> >收件人: Wang Wenhu
> >抄送: christophe.
37 matches
Mail list logo
