Michael Bringmann writes:
> On 1/25/19 10:09 AM, Michael Bringmann wrote:
>> Adding Nathan Lynch
>>
>> On 1/24/19 6:04 PM, Tyrel Datwyler wrote:
>>> On 12/14/2018 12:50 PM, Michael Bringmann wrote:
Define interface to acquire arch-specific drc info to match against
hotpluggable devices.
Dave Hansen writes:
> On 1/25/19 1:18 PM, Bjorn Helgaas wrote:
>> On Thu, Jan 24, 2019 at 5:21 PM Dave Hansen
>> wrote:
>>> diff -puN kernel/resource.c~move-request_region-check kernel/resource.c
>>> --- a/kernel/resource.c~move-request_region-check 2019-01-24
>>> 15:13:14.453199539 -0800
+ int ret = -EINVAL;
>
> I'll also dust off the ol' cross-compiler and make sure I didn't
> fat-finger anything.
Modern Fedora & Ubuntu have packaged cross toolchains. Otherwise there's
the kernel.org ones, or bootlin has versions with libc if you need it.
Patch looks fine. That value could only get to userspace if we have no
memory, which would be interesting.
Acked-by: Michael Ellerman (powerpc)
cheers
On Sat, 2019-01-12 at 16:21:23 UTC, =?utf-8?q?Jonathan_Neusch=C3=A4fer?= wrote:
> The Hollywood GPIO controller is connected to the Hollywood PIC (&PIC1)
> at IRQs 10 and 11; IRQ 10 for GPIO lines that are configured for access
> by the PPC, 11 for GPIO lines that are configured for access by the
>
On Fri, 2019-01-11 at 03:22:31 UTC, Masahiro Yamada wrote:
> The header search path -I. in kernel Makefiles is very suspicious;
> it allows the compiler to search for headers in the top of $(srctree),
> where obviously no header file exists.
>
> Commit 46f43c6ee022 ("KVM: powerpc: convert marker p
On Tue, 2019-01-08 at 15:08:00 UTC, Christophe Leroy wrote:
> ipic_set_highest_priority(), ipic_enable_mcp() and ipic_disable_mcp()
> are unused. This patch drops them.
>
> Signed-off-by: Christophe Leroy
Applied to powerpc next, thanks.
https://git.kernel.org/powerpc/c/8acb88682cc00a41a677c245
On Fri, 2018-09-07 at 15:35:26 UTC, Igor Stoppa wrote:
> WARN_ON() already contains an unlikely(), so it's not necessary to
> wrap it into another.
>
> Signed-off-by: Igor Stoppa
> Cc: Arseny Solokha
> Cc: Benjamin Herrenschmidt
> Cc: Paul Mackerras
> Cc: Mic
On Tue, 2019-01-08 at 21:00:10 UTC, "Gustavo A. R. Silva" wrote:
> One of the more common cases of allocation size calculations is finding the
> size of a structure that has a zero-sized array at the end, along with memory
> for some number of elements for that array. For example:
>
> struct foo {
On Mon, 2019-01-14 at 20:13:04 UTC, Mathieu Malaterre wrote:
> GCC supports -mcpu=G4
>
> This patch gives the opportunity to select ALTIVEC for this variant.
>
> Signed-off-by: Mathieu Malaterre
Applied to powerpc next, thanks.
https://git.kernel.org/powerpc/c/9bd10b649826774bb5e1e7fb67544e65
On Tue, 2019-01-08 at 12:52:50 UTC, Corentin Labbe wrote:
> I wanted to test the virtex440-ml507 qemu machine and found that the dtb
> for it was not builded.
> All powerpc DTB are only built when CONFIG_OF_ALL_DTBS is set which depend on
> COMPILE_TEST.
>
> This patchs adds build of virtex dtbs d
On Mon, 2019-01-07 at 09:57:20 UTC, Sergey Senozhatsky wrote:
> Use a CONSOLE_LOGLEVEL_DEBUG macro for console_loglevel rather
> than a naked number.
>
> Signed-off-by: Sergey Senozhatsky
Applied to powerpc next, thanks.
https://git.kernel.org/powerpc/c/fae1383b38a105a0454acab19b094c51
cheers
On Tue, 2019-01-08 at 18:37:20 UTC, "Gustavo A. R. Silva" wrote:
> One of the more common cases of allocation size calculations is finding
> the size of a structure that has a zero-sized array at the end, along
> with memory for some number of elements for that array. For example:
>
> struct foo {
On Tue, 2019-01-08 at 11:37:19 UTC, Christophe Leroy wrote:
> arch_early_irq_init() does nothing different than
> the weak arch_early_irq_init() in kernel/softirq.c
>
> Fixes: 089fb442f301 ("powerpc: Use ARCH_IRQ_INIT_FLAGS")
> Cc: Thomas Gleixner
> Signed-off-by: Christophe Leroy
> Acked-by: Th
On Sat, 2019-01-12 at 16:21:23 UTC, =?utf-8?q?Jonathan_Neusch=C3=A4fer?= wrote:
> The Hollywood GPIO controller is connected to the Hollywood PIC (&PIC1)
> at IRQs 10 and 11; IRQ 10 for GPIO lines that are configured for access
> by the PPC, 11 for GPIO lines that are configured for access by the
>
Christophe Leroy writes:
> Le 19/01/2019 à 11:23, Michael Ellerman a écrit :
>> Christophe Leroy writes:
>>
>>> The purpose of this serie is to activate CONFIG_THREAD_INFO_IN_TASK which
>>> moves the thread_info into task_struct.
>>>
>>> Mo
Christophe Leroy writes:
> Le 12/01/2019 à 10:55, Christophe Leroy a écrit :
>> The purpose of this serie is to activate CONFIG_THREAD_INFO_IN_TASK which
>> moves the thread_info into task_struct.
>>
>> Moving thread_info into task_struct has the following advantages:
>> - It protects thread_info
LEROY Christophe writes:
> Michael Ellerman a écrit :
>
>> Christophe Leroy writes:
>>
>>> The purpose of this serie is to activate CONFIG_THREAD_INFO_IN_TASK which
>>> moves the thread_info into task_struct.
>>>
>>> Moving thread_info i
Geert Uytterhoeven writes:
> Hi Alex,
>
> On Wed, Jan 23, 2019 at 5:30 AM Alex Williamson
> wrote:
>> The below patch comes about from the build regressions and improvements
>> list you've sent out, but something doesn't add up that we'd be testing
>> with an old compiler where initialization wit
truct device_node.type pointer")
> Reported-by: kbuild test robot
> Cc: Benjamin Herrenschmidt
> Cc: Paul Mackerras
> Cc: Michael Ellerman
> Cc: linuxppc-...@lists.ozlabs.org
> Signed-off-by: Rob Herring
> ---
> Michael, I see you just sent a PR of fixes. I can send this
Christophe Leroy writes:
> The purpose of this serie is to activate CONFIG_THREAD_INFO_IN_TASK which
> moves the thread_info into task_struct.
>
> Moving thread_info into task_struct has the following advantages:
> - It protects thread_info from corruption in the case of stack
> overflows.
> - It
s: Fix build break due to pnv_npu2_init()
Madhavan Srinivasan (1):
powerpc/perf: Update perf_regs structure to include MMCRA
Michael Ellerman (2):
powerpc/4xx/ocm: Fix fix for phys_addr_t printf warnings
powerpc/syscalls: Fix syscall tracing
arch/powerpc/include/uapi/asm/perf
Stephen Boyd writes:
> Quoting Fabio Estevam (2019-01-16 17:25:21)
>> On Wed, Jan 16, 2019 at 10:44 PM Stephen Boyd wrote:
>>
>> > Ok sure. Does this matter to scripts? Is it documented in
>> > Documentation/process/submitting-patches.rst? I've seen both types, one
>>
>> From Documentation/pro
Masahiro Yamada writes:
> On Tue, Jan 15, 2019 at 5:07 PM Masahiro Yamada
> wrote:
>>
>> Commit c3ff2a5193fa ("powerpc/32: add stack protector support")
>> caused kernel panic on PowerPC if an external module is used with
>> CONFIG_STACKPROTECTOR because the 'prepare' target was not executed
>> f
Matthew Wilcox writes:
> On Wed, Jan 16, 2019 at 07:57:03AM +0100, Michal Hocko wrote:
>> On Wed 16-01-19 11:51:32, Anshuman Khandual wrote:
>> > All architectures have been defining their own PGALLOC_GFP as (GFP_KERNEL |
>> > __GFP_ZERO) and using it for allocating page table pages. This causes
CI works
> without PowerNV.
>
> Signed-off-by: Jason A. Donenfeld
> Fixes: 0e759bd75285 ("powerpc/powernv/npu: Move OPAL calls away from context
> manipulation")
> Cc: Alexey Kardashevskiy
> Cc: Michael Ellerman
> Reviewed-by: Alexey Kardashevskiy
Applied to powerpc fixes, thanks.
https://git.kernel.org/powerpc/c/da727097a482a93645ba5beea8d389eb
cheers
Arnd Bergmann writes:
> On Mon, Jan 14, 2019 at 4:59 AM Michael Ellerman wrote:
>> Arnd Bergmann writes:
>> > arch/m68k/kernel/syscalls/syscall.tbl | 11 +++
>> > arch/mips/kernel/syscalls/syscall_o32.tbl | 11 +++
>> > arch/power
Arnd Bergmann writes:
> On Tue, Jan 15, 2019 at 4:01 PM Arnd Bergmann wrote:
>>
>> On Mon, Jan 14, 2019 at 4:59 AM Michael Ellerman wrote:
>> > Arnd Bergmann writes:
>> > > arch/m68k/kernel/syscalls/syscall.tbl | 11 +++
>> > >
"Rafael J. Wysocki" writes:
> On Tuesday, January 15, 2019 11:43:05 PM CET Stephen Rothwell wrote:
>> Hi Rafael,
>>
>> On Tue, 15 Jan 2019 23:13:16 +0100 "Rafael J. Wysocki"
>> wrote:
>> >
>> > On Tuesday, January 15, 2019 9:55:40 PM CET Stephen Rothwell wrote:
>> > > [I am experimenting with c
Hi Will,
Will Deacon writes:
> [+ BenH and MPE]
>
> On Mon, Jan 14, 2019 at 07:21:08PM +, Koenig, Christian wrote:
>> Am 14.01.19 um 20:13 schrieb Will Deacon:
...
>
>> > The Arm architecture (and others including Power afaiu) doesn't
>> > guarantee coherency when memory is accessed using mis
Hi Jason,
Thanks for the patch.
"Jason A. Donenfeld" writes:
> Commit 0e759bd75285 moved around the declaration of pnv_npu2_init, but
> did not conditionalize it inside of the PCI pSeries driver. This meant
> that CONFIG_PCI && CONFIG_PPC_PSERIES && !CONFIG_PPC_POWERNV resulted
> in:
>
> powerpc
Christophe Leroy writes:
> Le 15/01/2019 à 01:33, Jonathan Neuschäfer a écrit :
...
>>
>> - patches 7 to 11 fail to build with this error (really a warning, but
>>arch/powerpc doesn't allow warnings by default):
>>
>>CC arch/powerpc/mm/ppc_mmu_32.o
>> ../arch/powerpc/mm/ppc
Segher Boessenkool writes:
> On Fri, Jan 11, 2019 at 05:06:12PM +1100, Michael Ellerman wrote:
>> Tyrel Datwyler writes:
>> > It is basically the predecessor to PAPR "Power Architecture Platform
>> > Reference".
>> > Which the LoPAPR docume
Michal Hocko writes:
> From: Michal Hocko
>
> Pingfan Liu has reported the following splat
> [5.772742] BUG: unable to handle kernel paging request at 2088
> [5.773618] PGD 0 P4D 0
> [5.773618] Oops: [#1] SMP NOPTI
> [5.773618] CPU: 2 PID: 1 Comm: swapper/0 Not t
On Wed, 2019-01-09 at 20:30:07 UTC, Christophe Leroy wrote:
> Commit 8c8c10b90d88 ("powerpc/8xx: fix handling of early NULL pointer
> dereference") moved the loading of r6 earlier in the code. As some
> functions are called inbetween, r6 needs to be loaded again with the
> address of swapper_pg_dir
Michael Ellerman writes:
> Hi Arnd,
>
> Arnd Bergmann writes:
>> The IPC system call handling is highly inconsistent across architectures,
>> some use sys_ipc, some use separate calls, and some use both. We also
>> have some architectures that require passing IPC_64
Hi Arnd,
Arnd Bergmann writes:
> The IPC system call handling is highly inconsistent across architectures,
> some use sys_ipc, some use separate calls, and some use both. We also
> have some architectures that require passing IPC_64 in the flags, and
> others that set it implicitly.
>
> For the
Hi Arnd,
Arnd Bergmann writes:
> The IPC system call handling is highly inconsistent across architectures,
> some use sys_ipc, some use separate calls, and some use both. We also
> have some architectures that require passing IPC_64 in the flags, and
> others that set it implicitly.
>
> For the
Samuel Holland writes:
> Hello all,
>
> On 09/27/18 02:05, Christophe Leroy wrote:
> [..snip..]
>> diff --git a/arch/powerpc/Makefile b/arch/powerpc/Makefile
>> index 07d9dce7eda6..45b8eb4d8fe7 100644
>> --- a/arch/powerpc/Makefile
>> +++ b/arch/powerpc/Makefile
>> @@ -112,6 +112,9 @@ KBUILD_LDFLA
Geert Uytterhoeven writes:
> Below is the list of build error/warning regressions/improvements in
> v5.0-rc1[1] compared to v4.20[2].
>
> Summarized:
> - build errors: +12/-4
> - build warnings: +405/-350
>
> Happy fixing! ;-)
>
> Thanks to the linux-next team for providing the build service.
Greg Kroah-Hartman writes:
> On Sat, Jan 12, 2019 at 10:35:59PM +0100, Christoph Biedl wrote:
>> Greg Kroah-Hartman wrote...
>>
>> > 4.20-stable review patch. If anyone has any objections, please let me
>> > know.
>> >
>> > --
>> >
>> > From: Greg Kroah-Hartman
>> >
>> > This r
Corentin Labbe writes:
> I wanted to test the virtex440-ml507 qemu machine and found that the dtb
> for it was not builded.
> All powerpc DTB are only built when CONFIG_OF_ALL_DTBS is set which depend on
> COMPILE_TEST.
>
> This patchs adds build of virtex dtbs depending on
> CONFIG_XILINX_VIRTEX
Tyrel Datwyler writes:
> On 01/09/2019 04:37 AM, Michael Ellerman wrote:
>> Bjorn Helgaas writes:
>>> I want to update the PCI Kconfig labels so they're more consistent and
>>> useful to users, something like the patch below. IIUC, the items
>>> below
Masahiro Yamada writes:
> On Thu, Jan 10, 2019 at 2:44 PM Alexey Kardashevskiy wrote:
...
>> diff --git a/arch/powerpc/Makefile b/arch/powerpc/Makefile
>> index 488c9ed..0492f62 100644
>> --- a/arch/powerpc/Makefile
>> +++ b/arch/powerpc/Makefile
>> @@ -419,7 +419,11 @@ archheaders:
>> ifdef CON
Peter Zijlstra writes:
> On Mon, Jan 07, 2019 at 04:27:27PM +, Andrew Murray wrote:
>> For drivers that do not support context exclusion let's advertise the
>> PERF_PMU_CAP_NOEXCLUDE capability. This ensures that perf will
>> prevent us from handling events where any exclusion flags are set.
Hi Bjorn,
Bjorn Helgaas writes:
> Hi,
>
> I want to update the PCI Kconfig labels so they're more consistent and
> useful to users, something like the patch below. IIUC, the items
> below are all IBM-related; please correct me if not.
>
> I'd also like to expand (or remove) "RPA" because Google
Rob Herring writes:
> On Fri, Jan 4, 2019 at 3:58 AM Corentin Labbe wrote:
>>
>> I wanted to test the virtex440-ml507 qemu machine and found that the dtb
>> for it was not builded.
>
> Just do:
>
> make virtex440-ml507.dtb
I actually thought you had to do that, so I've never done anything differ
Finn Thain writes:
> On Mon, 7 Jan 2019, Michael Ellerman wrote:
>
>> Arnd Bergmann writes:
>> > On Wed, Dec 26, 2018 at 1:43 AM Finn Thain
>> > wrote:
>> >
>> >> +static ssize_t ppc_nvram_get_size(void)
>> >> +{
&g
Christophe Leroy writes:
> Le 04/01/2019 à 16:24, Horia Geanta a écrit :
>> On 1/4/2019 5:17 PM, Horia Geanta wrote:
>>> On 12/21/2018 10:07 AM, Christophe Leroy wrote:
>>> [snip]
IV cannot be on stack when CONFIG_VMAP_STACK is selected because the stack
cannot be DMA mapped anymore.
>>>
Alex Williamson writes:
...
>
> Numbering options for clarity:
>
> 1)
>> ccflags-y += -I$(src)
>> would add the header search path for all files in drivers/vfio/pci/
>> whereas only the drivers/vfio/pci/vfio_pci_nvlink2.c needs it.
>>
>
> 2)
>> CFLAGS_vfio_pci_nvlink2.o += -I$(src)
>> is a bit be
Michael Ellerman writes:
> Michael Ellerman writes:
>> Geert Uytterhoeven writes:
>>> On Mon, Jan 7, 2019 at 5:08 AM Stephen Rothwell
>>> wrote:
>>>> Status of my local build tests will be at
>>>> http://kisskb.ellerman.id.au/linux-next .
Michael Ellerman writes:
> Geert Uytterhoeven writes:
>> Hi Stephen, Michael,
>>
>> Happy NY! Looking forward to lots of linux-next releases and build
>> logs in 2019 ;-)
>>
>> On Mon, Jan 7, 2019 at 5:08 AM Stephen Rothwell
>> wrote:
>>&
Geert Uytterhoeven writes:
> Hi Stephen, Michael,
>
> Happy NY! Looking forward to lots of linux-next releases and build
> logs in 2019 ;-)
>
> On Mon, Jan 7, 2019 at 5:08 AM Stephen Rothwell wrote:
>> Status of my local build tests will be at
>> http://kisskb.ellerman.id.au/linux-next . If main
Linus Torvalds writes:
> On Sat, Jan 5, 2019 at 3:16 PM Linus Torvalds
> wrote:
>>
>> It goes back to forever, it looks like. I can't find a reason.
>
> mincore() was originally added in 2.3.52pre3, it looks like. Around
> 2000 or so. But sadly before the BK history.
Yeah, it's here in the comm
[ + Masahiro & Steve ]
Alexey Kardashevskiy writes:
> On 07/01/2019 13:58, Alexey Kardashevskiy wrote:
>> On 04/01/2019 02:08, Laura Abbott wrote:
>>> On 1/3/19 5:49 AM, Alexey Kardashevskiy wrote:
On 03/01/2019 03:37, Laura Abbott wrote:
> Hi,
>
> I got a compilation failure whe
Laura Abbott writes:
> Commit 7f92891778df ("vfio_pci: Add NVIDIA GV100GL [Tesla V100 SXM2]
> subdriver") introduced a trace.h file in the local directory but
> missed adding the local include path, resulting in compilation
> failures with tracepoints:
>
> In file included from drivers/vfio/pci/tr
Arnd Bergmann writes:
> On Wed, Dec 26, 2018 at 1:43 AM Finn Thain wrote:
>
>> +static ssize_t ppc_nvram_get_size(void)
>> +{
>> + if (ppc_md.nvram_size)
>> + return ppc_md.nvram_size();
>> + return -ENODEV;
>> +}
>
>> +const struct nvram_ops arch_nvram_ops = {
>> +
Hi Linus,
Michael Ellerman writes:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi Linus,
>
> Please pull some powerpc fixes for 4.21:
...
>
> for you to fetch changes up to 074400a7be61250d9f0ccec07d5c35ffec4d8d22:
>
> powerpc: Drop use of 'type
ning: orphan section `__btb_flush_fixup'
Mathieu Malaterre (1):
powerpc: Drop use of 'type' from access_ok()
Michael Ellerman (4):
powerpc/4xx/ocm: Fix phys_addr_t printf warnings
powerpc/configs: Add PPC4xx_OCM to ppc40x_defconfig
KVM: PPC: Book3S HV: radix: Fix uninitialized
On Fri, 2019-01-04 at 09:27:58 UTC, Mathieu Malaterre wrote:
> In commit 05a4ab823983 ("powerpc/uaccess: fix warning/error with
> access_ok()") an attempt was made to remove a warning by referencing the
> variable `type`, however in commit 96d4f267e40f ("Remove 'type' argument
> from access_ok() fu
| 2 --
> arch/powerpc/platforms/powernv/opal-tracepoints.c | 2 +-
> arch/powerpc/platforms/powernv/opal-wrappers.S| 2 +-
> arch/powerpc/platforms/pseries/hvCall.S | 4 ++--
> arch/powerpc/platforms/pseries/lpar.c | 2 +-
Looks OK to me.
If there's any odd build errors they should get caught in linux-next.
Acked-by: Michael Ellerman (powerpc)
cheers
ry return statement in two functions
Mathieu Malaterre (3):
powerpc/32: Add .data..Lubsan_data*/.data..Lubsan_type* sections
explicitly
powerpc/mm: remove const type qualifier from function ‘pud_pfn’
powerpc/32: Move the old 6xx -mcpu logic before the TARGET_CPU logic
Michael
Greg Kroah-Hartman writes:
> We are trying to get rid of BUS_ATTR() and the usage of that in
> ibmebus.c can be trivially converted to use BUS_ATTR_WO(), so use that
> instead.
>
> Cc: Benjamin Herrenschmidt
> Cc: Paul Mackerras
> Cc: Michael Ellerman
> Cc: Tyrel D
Steven Rostedt writes:
> On Fri, 21 Dec 2018 13:00:21 -0500
> Steven Rostedt wrote:
>
>
>> > Can result in:
>> >
>> > Message is fooªªªªªsecret
>>
>> Sending this via quilt, and that we have non UTF8 characters causes
>> LKML to blow up.
>>
>> There's a couple more patches with this
On Wed, 2018-12-05 at 19:50:25 UTC, Rob Herring wrote:
> Convert string compares of DT node names to use of_node_name_eq helper
> instead. This removes direct access to the node name pointer.
>
> Cc: "David S. Miller"
> Cc: Benjamin Herrenschmidt
> Cc: Paul Macke
ted
> to use for_each_child_of_node() instead.
>
> Cc: Benjamin Herrenschmidt
> Cc: Paul Mackerras
> Cc: Michael Ellerman
> Cc: Alistair Popple
> Cc: Matt Porter
> Cc: Anatolij Gustschin
> Cc: Arnd Bergmann
> Cc: linuxppc-...@lists.ozlabs.org
> Signed-off-by: Rob Herr
On Mon, 2018-12-17 at 10:40:32 UTC, Firoz Khan wrote:
> NR_syscalls macro holds the number of system call exist
> in powerpc architecture. We have to change the value of
> NR_syscalls, if we add or delete a system call.
>
> One of the patch in this patch series has a script which
> will generate a
On Wed, 2018-11-28 at 09:27:04 UTC, Christophe Leroy wrote:
> On the 8xx, no-execute is set via PPP bits in the PTE. Therefore
> a no-exec fault generates DSISR_PROTFAULT error bits,
> not DSISR_NOEXEC_OR_G.
>
> This patch adds DSISR_PROTFAULT in the test mask.
>
> Fixes: d3ca587404b3 ("powerpc/m
On Wed, 2018-11-21 at 03:56:37 UTC, Ravi Bangoria wrote:
> Commit 14c63f17b1fde ("perf: Drop sample rate when sampling is too
> slow") introduced a way to throttle PMU interrupts if we're spending
> too much time just processing those. Wire up powerpc PMI handler to
> use this infrastructure.
>
>
On Thu, 2018-12-20 at 07:25:28 UTC, Christophe Leroy wrote:
> CONFIG_EARLY_DEBUG_CPM requires IMMR area TLB to be pinned
> otherwise it doesn't survive MMU_init, and the boot fails.
>
> Signed-off-by: Christophe Leroy
Applied to powerpc next, thanks.
https://git.kernel.org/powerpc/c/96d19d70e10
On Thu, 2018-01-11 at 18:01:33 UTC, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Thu, 11 Jan 2018 18:10:02 +0100
>
> A single character (line break) should be put into a sequence.
> Thus use the corresponding function "seq_putc".
>
> This issue was detected by using the Coccinelle sof
On Wed, 2018-12-05 at 19:50:28 UTC, Rob Herring wrote:
> Convert string compares of DT node names to use of_node_name_{eq,prefix}
> helpers instead. This removes direct access to the node name pointer.
>
> This changes a single case insensitive node name comparison to case
> sensitive for "ata4".
On Thu, 2018-01-11 at 18:02:45 UTC, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Thu, 11 Jan 2018 18:28:54 +0100
>
> Omit an extra message for a memory allocation failure in these functions.
>
> This issue was detected by using the Coccinelle software.
>
> Signed-off-by: Markus Elfri
On Thu, 2018-01-11 at 18:04:54 UTC, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Thu, 11 Jan 2018 18:40:23 +0100
>
> The script "checkpatch.pl" pointed information out like the following.
>
> WARNING: void function return statements are not generally useful
>
> Thus remove such a sta
On Thu, 2018-01-11 at 18:00:33 UTC, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Thu, 11 Jan 2018 18:08:08 +0100
>
> Some data were printed into a sequence by four separate function calls.
> Print the same data by two single function calls instead.
>
> This issue was detected by using
idt
> Cc: Paul Mackerras
> Cc: Michael Ellerman
> Cc: linuxppc-...@lists.ozlabs.org
> Signed-off-by: Rob Herring
Applied to powerpc next, thanks.
https://git.kernel.org/powerpc/c/0d1223dd9273b2ba3e965a81092a23
cheers
On Tue, 2018-11-20 at 15:12:30 UTC, Alexandre Belloni wrote:
> Fix a spelling mistake in a register description.
>
> Signed-off-by: Alexandre Belloni
Applied to powerpc next, thanks.
https://git.kernel.org/powerpc/c/a083787680f80f2c16316a1d907bf8
cheers
On Tue, 2018-12-04 at 17:59:15 UTC, Christophe Leroy wrote:
> commit f21f49ea639a ("[POWERPC] Remove the dregs of APUS support from
> arch/powerpc") removed CONFIG_APUS, but forgot to remove the logic
> which adapts tophys() and tovirt() for it.
>
> This patch removes the last stale pieces.
>
> S
On Thu, 2018-10-18 at 05:22:06 UTC, Christophe Leroy wrote:
> In file included from ./include/linux/hugetlb.h:445:0,
> from arch/powerpc/kernel/setup-common.c:37:
> ./arch/powerpc/include/asm/hugetlb.h: In function
> âÂÂhuge_ptep_clear_flushâÂÂ:
> ./arch/powerpc/include/asm/
On Tue, 2018-11-27 at 17:38:16 UTC, Christophe Leroy wrote:
> This patch adds STACK_FRAME_REGS_MARKER in the stack at exception entry
> in order to see interrupts in call traces as below:
>
> [0.013964] Call Trace:
> [0.014014] [c0745db0] [c007a9d4] tick_periodic.constprop.5+0xd8/0x104
>
On Tue, 2018-12-11 at 22:40:53 UTC, Christophe Leroy wrote:
> This patch implements CONFIG_DEBUG_VIRTUAL to warn about
> incorrect use of virt_to_phys() and page_to_phys()
>
> Below is the result of test_debug_virtual:
>
> [1.438746] WARNING: CPU: 0 PID: 1 at ./arch/powerpc/include/asm/io.h:8
On Fri, 2018-11-16 at 17:27:42 UTC, Christophe Leroy wrote:
> This patch fixes the loop in p_block_mapped() and v_block_mapped()
> to scan the entire bat_addrs[] array.
>
> Signed-off-by: Christophe Leroy
Applied to powerpc next, thanks.
https://git.kernel.org/powerpc/c/e93ba1b7eb5b188c749052df
On Mon, 2018-12-17 at 14:18:27 UTC, Christophe Leroy wrote:
> If the device tree doesn't reside in the memory which is declared
> inside it, it has to be moved as well as this memory will not be
> mapped by the kernel.
>
> Signed-off-by: Christophe Leroy
Applied to powerpc next, thanks.
https:/
On Fri, 2018-12-14 at 15:23:33 UTC, Christophe Leroy wrote:
> As several other arches including x86, this patch makes it explicit
> that a bad page fault is a NULL pointer dereference when the fault
> address is lower than PAGE_SIZE
>
> In the mean time, this page makes all bad_page_fault() messag
On Fri, 2018-12-14 at 10:27:47 UTC, Christophe Leroy wrote:
> This patch fixes early DEBUG messages in prom.c:
> - Use %px instead of %p to see the addresses
> - Cast memblock_phys_mem_size() with (unsigned long long) to
> avoid build failure when phys_addr_t is not 64 bits.
>
> Signed-off-by: Chr
On Mon, 2018-12-10 at 08:08:28 UTC, Christophe Leroy wrote:
> On several arches, virt_to_phys() is in io.h
>
> Build fails without it:
>
> CC lib/test_debug_virtual.o
> lib/test_debug_virtual.c: In function 'test_debug_virtual_init':
> lib/test_debug_virtual.c:26:7: error: implicit declara
On Mon, 2018-12-10 at 21:51:57 UTC, Arnd Bergmann wrote:
> For this use case, completions and semaphores are equivalent,
> but semaphores are an awkward interface that should generally
> be avoided, so use the completion instead.
>
> Signed-off-by: Arnd Bergmann
Applied to powerpc next, thanks.
On Fri, 2018-11-16 at 17:08:03 UTC, Christophe Leroy wrote:
> Depending on the CONFIG selected, many of the MMU features are
> not possible. Lets only get the possible ones in MMU_FTRS_POSSIBLE.
>
> This allows gcc to get rid at compile time of code related to
> not possible features.
>
> Signed-
On Fri, 2018-11-16 at 17:31:08 UTC, Christophe Leroy wrote:
> mfsrin() takes segment num from bits 0-3
>
> Signed-off-by: Christophe Leroy
Applied to powerpc next, thanks.
https://git.kernel.org/powerpc/c/32c8c4c621897199e690760c2d5705
cheers
On Wed, 2018-11-28 at 17:21:10 UTC, Christophe Leroy wrote:
> The 603 doesn't have a HASH table, TLB misses are handled by
> software. It is then possible to generate page fault when
> _PAGE_EXEC is not set like in nohash/32.
>
> There is one "reserved" PTE bit available, this patch uses
> it for
On Mon, 2018-12-10 at 06:50:09 UTC, Christophe Leroy wrote:
> With the following piece of code, the following compilation warning
> is encountered:
>
> if (_IOC_DIR(ioc) != _IOC_NONE) {
> int verify = _IOC_DIR(ioc) & _IOC_READ ? VERIFY_WRITE :
> VERIFY_READ;
>
>
On Mon, 2018-12-10 at 12:23:05 UTC, Christophe Leroy wrote:
> Define slice_init_new_context_exec() at all time to avoid
>
> Signed-off-by: Christophe Leroy
Applied to powerpc next, thanks.
https://git.kernel.org/powerpc/c/badb9687cec50bdba59746532de196
cheers
On Fri, 2018-11-09 at 17:33:15 UTC, Christophe Leroy wrote:
> Using patch_site_addr() helper, patch_instruction_site() and
> patch_branch_site() can be simplified and inlined.
>
> Signed-off-by: Christophe Leroy
Series applied to powerpc next, thanks.
https://git.kernel.org/powerpc/c/45090c2661
On Fri, 2018-11-02 at 00:44:55 UTC, Joel Stanley wrote:
> We cannot build these files with clang as it does not allow altivec
> instructions in assembly when -msoft-float is passed.
>
> Jinsong Ji wrote:
> > We currently disable Altivec/VSX support when enabling soft-float. So
> > any usage of v
On Sun, 2018-12-16 at 17:28:28 UTC, "Dmitry V. Levin" wrote:
> Invoke tracehook_report_syscall_entry once.
>
> Signed-off-by: Dmitry V. Levin
Applied to powerpc next, thanks.
https://git.kernel.org/powerpc/c/8dbdec0bcb416d0ef0bfd737620d08
cheers
address. To access
> that, architectures must now use ftrace_graph_get_ret_stack() to get the
> associated ret_stack that matches the saved return address.
>
> Cc: Benjamin Herrenschmidt
> Cc: Paul Mackerras
> Cc: Michael Ellerman
> Cc: linuxppc-...@lists.ozlabs.org
> Signed-off-b
On Thu, 2018-12-20 at 02:42:51 UTC, YueHaibing wrote:
> Use DEFINE_DEBUGFS_ATTRIBUTE rather than DEFINE_SIMPLE_ATTRIBUTE
> for debugfs files.
>
> Semantic patch information:
> Rationale: DEFINE_SIMPLE_ATTRIBUTE + debugfs_create_file()
> imposes some significant overhead as compared to
> DEFINE_DEB
mmand
> line, after any TARGET_CPU specific:
>
> gcc -Wp,-MD,init/.do_mounts.o.d ...
> -mcpu=powerpc -mbig-endian -m32 ...
> -mcpu=e300c2 ...
> -mcpu=powerpc ...
> ../init/do_mounts.c
>
> Cc: Christophe Leroy
> Fixes: 0e00a8c9fd92 ("powerpc: All
Christophe Leroy writes:
> This patch implements a framework for Kernel Userspace Access
> Protection.
>
> Then subarches will have to possibility to provide their own
> implementation by providing setup_kuap() and lock/unlock_user_access()
>
> Some platform will need to know the area accessed an
Murilo Opsfelder Araujo writes:
> On Thu, Dec 20, 2018 at 07:23:50PM +1100, Alexey Kardashevskiy wrote:
...
>> diff --git a/drivers/vfio/pci/trace.h b/drivers/vfio/pci/trace.h
>> new file mode 100644
>> index 000..b80d2d3
>> --- /dev/null
>> +++ b/drivers/vfio/pci/trace.h
...
>> +TRACE_EVENT(v
Alexey Kardashevskiy writes:
> My bad, I was not cc-ing everyone but now with v7 I am, sorry about that.
I've already applied v6, I'll assume this is unchanged from that unless
you tell me otherwise.
cheers
> This is for passing through NVIDIA V100 GPUs on POWER9 systems.
> 20/20 has the detai
1101 - 1200 of 2954 matches
Mail list logo