Remove an unnecessary piece of code that does an endianness conversion but
does not use the result. The following warning was reported by Clang's
static analyzer:
arch/powerpc/sysdev/xics/ics-opal.c:114:2: warning: Value stored to
'server' is never read [deadcode.DeadStores]
server =
Thanks,
On 2023/6/29 23:00, kernel test robot wrote:
Hi Kefeng,
kernel test robot noticed the following build errors:
[auto build test ERROR on akpm-mm/mm-everything]
url:
https://github.com/intel-lab-lkp/linux/commits/Kefeng-Wang/mm-make-show_free_areas-static/20230629-182958
base
On 2023/6/29 23:17, Matthew Wilcox wrote:
On Thu, Jun 29, 2023 at 06:43:56PM +0800, Kefeng Wang wrote:
Directly call __show_mem(0, NULL, MAX_NR_ZONES - 1) in show_mem()
to remove the arguments of show_mem().
Do you mean, "All callers of show_mem() pass 0 and NULL, so we can
remove the two
defconfig gcc
arc allyesconfig gcc
arc defconfig gcc
arc randconfig-r035-20230629 gcc
arc randconfig-r043-20230629 gcc
arm allmodconfig gcc
Hi Christian,
[ added Martin Steigerwald in CC ]
thanks for your bug report (and of course, for testing the patch in the
first instance)!
On 29/06/23 16:59, Christian Zigotzky wrote:
Hello,
The access to partitions on disks with an Amiga partition table (via
the Rigid Disk Block RDB)
On 6/29/23 12:45, Douglas Anderson wrote:
> The powerpc/platforms/pseries/mobility.c calls
> watchdog_hardlockup_set_timeout_pct(), which is declared in
> . We used to automatically get included, but
> that changed as of commit 7ca8fe94aa92 ("watchdog/hardlockup: define
>
The powerpc/platforms/pseries/mobility.c calls
watchdog_hardlockup_set_timeout_pct(), which is declared in
. We used to automatically get included, but
that changed as of commit 7ca8fe94aa92 ("watchdog/hardlockup: define
HARDLOCKUP_DETECTOR_ARCH"). Let's add the explicit include.
Reported-by:
[AMD Official Use Only - General]
> -Original Message-
> From: Jerry Snitselaar
> Sent: Thursday, June 29, 2023 12:43 PM
> To: Limonciello, Mario
> Cc: Michael Ellerman ; Linux regressions mailing list
> ; Sachin Sant ; open
> list ; linuxppc-dev d...@lists.ozlabs.org>;
On Thu, Jun 29, 2023 at 05:28:58PM +, Limonciello, Mario wrote:
> [Public]
>
> > -Original Message-
> > From: Jerry Snitselaar
> > Sent: Thursday, June 29, 2023 12:07 PM
> > To: Limonciello, Mario
> > Cc: Michael Ellerman ; Linux regressions mailing list
> > ; Sachin Sant ; open
> >
[Public]
> -Original Message-
> From: Jerry Snitselaar
> Sent: Thursday, June 29, 2023 12:07 PM
> To: Limonciello, Mario
> Cc: Michael Ellerman ; Linux regressions mailing list
> ; Sachin Sant ; open
> list ; linuxppc-dev d...@lists.ozlabs.org>; jar...@kernel.org;
On Thu, Jun 29, 2023 at 05:31:36PM +0100, Catalin Marinas wrote:
> On Thu, May 18, 2023 at 02:59:34PM +0800, Yicong Yang wrote:
> > From: Barry Song
> >
> > on x86, batched and deferred tlb shootdown has lead to 90%
> > performance increase on tlb shootdown. on arm64, HW can do
> > tlb shootdown
On Thu, Jun 22, 2023 at 09:38:04AM -0500, Limonciello, Mario wrote:
>
> On 6/22/2023 7:36 AM, Michael Ellerman wrote:
> > "Linux regression tracking (Thorsten Leemhuis)"
> > writes:
> > > Hi, Thorsten here, the Linux kernel's regression tracker. Top-posting
> > > for once, to make this easily
[CCing the regression list, as it should be in the loop for regressions:
https://docs.kernel.org/admin-guide/reporting-regressions.html]
On 29.06.23 16:40, Jiri Slaby wrote:
>
> On 27. 02. 23, 18:36, Suren Baghdasaryan wrote:
>> Attempt VMA lock-based page fault handling first, and fall back to
On Thu, May 18, 2023 at 02:59:34PM +0800, Yicong Yang wrote:
> From: Barry Song
>
> on x86, batched and deferred tlb shootdown has lead to 90%
> performance increase on tlb shootdown. on arm64, HW can do
> tlb shootdown without software IPI. But sync tlbi is still
> quite expensive.
[...]
>
On Thu, 29 Jun 2023 12:22:24 -0300
Jason Gunthorpe wrote:
> On Wed, Jun 28, 2023 at 10:08:08PM -0700, Hugh Dickins wrote:
> > On Wed, 28 Jun 2023, Gerald Schaefer wrote:
> > >
> > > As discussed in the other thread, we would rather go with less complexity,
> > > possibly switching to an
On Thu, 29 Jun 2023 15:59:07 +0200
Alexander Gordeev wrote:
> On Wed, Jun 28, 2023 at 09:16:24PM +0200, Gerald Schaefer wrote:
> > On Tue, 20 Jun 2023 00:51:19 -0700 (PDT)
> > Hugh Dickins wrote:
>
> Hi Gerald, Hugh!
>
> ...
> > @@ -407,6 +445,88 @@ void __tlb_remove_table(void *_table)
> >
On Thu, Jun 29, 2023 at 7:40 AM Jiri Slaby wrote:
>
> Hi,
>
> On 27. 02. 23, 18:36, Suren Baghdasaryan wrote:
> > Attempt VMA lock-based page fault handling first, and fall back to the
> > existing mmap_lock-based handling if that fails.
> >
> > Signed-off-by: Suren Baghdasaryan
> > ---
> >
On Wed, Jun 28, 2023 at 10:08:08PM -0700, Hugh Dickins wrote:
> On Wed, 28 Jun 2023, Gerald Schaefer wrote:
> >
> > As discussed in the other thread, we would rather go with less complexity,
> > possibly switching to an approach w/o the list and fragment re-use in the
> > future. For now, as a
On Thu, Jun 29, 2023 at 06:43:56PM +0800, Kefeng Wang wrote:
> Directly call __show_mem(0, NULL, MAX_NR_ZONES - 1) in show_mem()
> to remove the arguments of show_mem().
Do you mean, "All callers of show_mem() pass 0 and NULL, so we can
remove the two arguments"?
> -Original Message-
> From: gre...@linuxfoundation.org
> Sent: Thursday, June 29, 2023 3:41 AM
> To: Christophe Leroy
> Cc: Leo Li ; Ma Ke ; linux-
> u...@vger.kernel.org; linuxppc-dev@lists.ozlabs.org; linux-
> ker...@vger.kernel.org
> Subject: Re: [PATCH] usb: gadget: fsl_qe_udc:
Hi Kefeng,
kernel test robot noticed the following build errors:
[auto build test ERROR on akpm-mm/mm-everything]
url:
https://github.com/intel-lab-lkp/linux/commits/Kefeng-Wang/mm-make-show_free_areas-static/20230629-182958
base: https://git.kernel.org/pub/scm/linux/kernel/git/akpm
Hi Kefeng,
kernel test robot noticed the following build errors:
[auto build test ERROR on akpm-mm/mm-everything]
url:
https://github.com/intel-lab-lkp/linux/commits/Kefeng-Wang/mm-make-show_free_areas-static/20230629-182958
base: https://git.kernel.org/pub/scm/linux/kernel/git/akpm
On Thu, Jun 29, 2023, at 16:15, Thomas Zimmermann wrote:
> Am 29.06.23 um 15:31 schrieb Arnd Bergmann:
>> On Thu, Jun 29, 2023, at 13:45, Thomas Zimmermann wrote:
>>> Future directions: with the patchset in place, it will become possible
>>> to provide screen_info and edid_info only if there are
Hi,
On 27. 02. 23, 18:36, Suren Baghdasaryan wrote:
Attempt VMA lock-based page fault handling first, and fall back to the
existing mmap_lock-based handling if that fails.
Signed-off-by: Suren Baghdasaryan
---
arch/x86/Kconfig| 1 +
arch/x86/mm/fault.c | 36
From: Michael Ellerman
Move the simple exit cases, ie. which don't depend on the value written,
earlier in the function. That makes it clearer that regardless of the
input those states can not be transitioned out of.
That does have a user-visible effect, in that the error returned will
now
From: Michael Ellerman
Some architectures allows partial SMT states, ie. when not all SMT
threads are brought online.
To support that, add an architecture helper which checks whether a given
CPU is allowed to be brought online depending on how many SMT threads are
currently enabled. Since this
From: Michael Ellerman
Add support to the /sys/devices/system/cpu/smt/control interface for
enabling a specified number of SMT threads per core, including partial
SMT states where not all threads are brought online.
The current interface accepts "on" and "off", to enable either 1 or all
SMT
From: Michael Ellerman
Integrate with the generic SMT support, so that when a CPU is DLPAR
onlined it is brought up with the correct SMT mode.
Signed-off-by: Michael Ellerman
---
arch/powerpc/platforms/pseries/hotplug-cpu.c | 8
1 file changed, 8 insertions(+)
diff --git
Since the maximum number of threads is now passed to
cpu_smt_set_num_threads(), checking that value is enough to know if SMT is
supported.
Cc: Michael Ellerman
Suggested-by: Thomas Gleixner
Signed-off-by: Laurent Dufour
---
arch/x86/include/asm/topology.h | 2 --
arch/x86/kernel/smpboot.c
From: Michael Ellerman
Add support for HOTPLUG_SMT, which enables the generic sysfs SMT support
files in /sys/devices/system/cpu/smt, as well as the "nosmt" boot
parameter.
Implement the recently added hooks to allow partial SMT states, allow
any number of threads per core.
Tie the config
From: Michael Ellerman
Some architectures allows partial SMT states at boot time, ie. when
not all SMT threads are brought online.
To support that the SMT code needs to know the maximum number of SMT
threads, and also the currently configured number.
The architecture code knows the max number
From: Michael Ellerman
As part of the generic HOTPLUG_SMT code, there is support for disabling
secondary SMT threads at boot time, by passing "nosmt" on the kernel
command line.
The way that is implemented is the secondary threads are brought partly
online, and then taken back offline again.
I'm taking over the series Michael sent previously [1] which is smartly
reviewing the initial series I sent [2]. This series is addressing the
comments sent by Thomas and me on the Michael's one.
Here is a short introduction to the issue this series is addressing:
When a new CPU is added, the
From: Michael Ellerman
In order to export the cpuhp_smt_control enum as part of the interface
between generic and architecture code, the architecture code needs to
include asm/topology.h.
But that leads to circular header dependencies. So split the enum and
related declarations into a separate
On Thu, Jun 29, 2023, at 15:31, Arnd Bergmann wrote:
> On Thu, Jun 29, 2023, at 13:45, Thomas Zimmermann wrote:
>>
>> Future directions: with the patchset in place, it will become possible
>> to provide screen_info and edid_info only if there are users. Some
>> architectures do this by testing for
Hi
Am 29.06.23 um 15:31 schrieb Arnd Bergmann:
On Thu, Jun 29, 2023, at 13:45, Thomas Zimmermann wrote:
The variables screen_info and edid_info provide information about
the system's screen, and possibly EDID data of the connected display.
Both are defined and set by architecture code. But
On Wed, Jun 28, 2023 at 09:16:24PM +0200, Gerald Schaefer wrote:
> On Tue, 20 Jun 2023 00:51:19 -0700 (PDT)
> Hugh Dickins wrote:
Hi Gerald, Hugh!
...
> @@ -407,6 +445,88 @@ void __tlb_remove_table(void *_table)
> __free_page(page);
> }
>
> +#ifdef CONFIG_TRANSPARENT_HUGEPAGE
> +static
Hi
Am 29.06.23 um 15:03 schrieb Arnd Bergmann:
On Thu, Jun 29, 2023, at 13:45, Thomas Zimmermann wrote:
diff --git a/include/asm-generic/screen_info.h
b/include/asm-generic/screen_info.h
new file mode 100644
index 0..6fd0e50fabfcd
--- /dev/null
+++
On Thu, Jun 29, 2023, at 13:45, Thomas Zimmermann wrote:
> diff --git a/include/asm-generic/screen_info.h
> b/include/asm-generic/screen_info.h
> new file mode 100644
> index 0..6fd0e50fabfcd
> --- /dev/null
> +++ b/include/asm-generic/screen_info.h
> @@ -0,0 +1,12 @@
> +/*
On 2023/6/29 19:45, Thomas Zimmermann wrote:
The variable screen_info does not exist on all architectures. Declare
it in . All architectures that do declare it
will provide it via .
Add the Kconfig token ARCH_HAS_SCREEN_INFO to guard against access on
architectures that don't provide
The variable screen_info does not exist on all architectures. Declare
it in . All architectures that do declare it
will provide it via .
Add the Kconfig token ARCH_HAS_SCREEN_INFO to guard against access on
architectures that don't provide screen_info.
Signed-off-by: Thomas Zimmermann
Cc:
On Thu, Jun 29, 2023, at 13:45, Thomas Zimmermann wrote:
> The variables screen_info and edid_info provide information about
> the system's screen, and possibly EDID data of the connected display.
> Both are defined and set by architecture code. But both variables are
> declared in non-arch header
>>
>> Without this option but changing SMT level during runtime using
>> ppc64_cpu —smt=, the SMT level is not retained after
>> cpu core add.
>
> That's because ppc64_cpu is not using the sysfs SMT control file, it's
> just onlining/offlining threads manually.
>
> If you run:
> $ ppc64_cpu
On Thu, Jun 29, 2023, at 15:01, Thomas Zimmermann wrote:
> Am 29.06.23 um 14:35 schrieb Arnd Bergmann:
>> On Thu, Jun 29, 2023, at 13:45, Thomas Zimmermann wrote:
>>> The global variable edid_info contains the firmware's EDID information
>>> as an extension to the regular screen_info on x86.
Hi
Am 29.06.23 um 14:35 schrieb Arnd Bergmann:
On Thu, Jun 29, 2023, at 13:45, Thomas Zimmermann wrote:
The global variable edid_info contains the firmware's EDID information
as an extension to the regular screen_info on x86. Therefore move it to
.
Add the Kconfig token ARCH_HAS_EDID_INFO to
On Thu, Jun 29, 2023, at 13:45, Thomas Zimmermann wrote:
> The global variable edid_info contains the firmware's EDID information
> as an extension to the regular screen_info on x86. Therefore move it to
> .
>
> Add the Kconfig token ARCH_HAS_EDID_INFO to guard against access on
> architectures
The header file does not need anything from
. Declare struct screen_info and remove
the include statements. Update a number of source files that
require struct screen_info's definition.
Signed-off-by: Thomas Zimmermann
Cc: Ard Biesheuvel
Cc: Russell King
Cc: Catalin Marinas
Cc: Will Deacon
Fix coding style. No functional changes.
Signed-off-by: Thomas Zimmermann
Cc: Yoshinori Sato
Cc: Rich Felker
Cc: John Paul Adrian Glaubitz
Cc: Andrew Morton
Cc: Geert Uytterhoeven
Cc: Arnd Bergmann
Cc: "Kirill A. Shutemov"
Cc: Anshuman Khandual
Cc: Niklas Schnelle
Cc: Zi Yan
Cc: "Mike
The variables screen_info and edid_info provide information about
the system's screen, and possibly EDID data of the connected display.
Both are defined and set by architecture code. But both variables are
declared in non-arch header files. Dependencies are at bease loosely
tracked. To resolve
Guard usage of edid_info with CONFIG_ARCH_HAS_EDID_INFO instead
of CONFIG_X86. No functional changes.
Signed-off-by: Thomas Zimmermann
Cc: Daniel Vetter
Cc: Helge Deller
Cc: Randy Dunlap
---
drivers/video/fbdev/core/fbmon.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
The header file does not need anything from
. Declare struct screen_info and remove
the include statements.
Signed-off-by: Thomas Zimmermann
Cc: Ard Biesheuvel
Cc: Hans de Goede
Cc: Javier Martinez Canillas
---
include/linux/sysfb.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
The sm750fb driver does not need anything from .
Remove the include statements.
Signed-off-by: Thomas Zimmermann
Cc: Sudip Mukherjee
Cc: Teddy Wang
---
drivers/staging/sm750fb/sm750.c| 1 -
drivers/staging/sm750fb/sm750_accel.c | 1 -
drivers/staging/sm750fb/sm750_cursor.c | 1 -
Various files within drivers/ depend on the declaration of the
screen_info variable. Add this information to Kconfig.
In the case of the dummy console, the dependency exists only
on ARM. Ignore it on !ARM platforms.
Signed-off-by: Thomas Zimmermann
Cc: Ard Biesheuvel
Cc: Maarten Lankhorst
Cc:
Move the empty declaration of fb_firmware_edid() to .
Follow common style and avoid the overhead of exporting the symbol.
No functional changes.
Signed-off-by: Thomas Zimmermann
Cc: Daniel Vetter
Cc: Helge Deller
Cc: Randy Dunlap
---
drivers/video/fbdev/core/fbmon.c | 7 +--
Fix coding style. No functional changes.
Signed-off-by: Thomas Zimmermann
---
drivers/firmware/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/firmware/Kconfig b/drivers/firmware/Kconfig
index b59e3041fd627..0432737bbb8b4 100644
--- a/drivers/firmware/Kconfig
Sm712fb's dependency on is artificial in that
it only uses struct screen_info for its internals. Replace the use of
struct screen_info with a custom data structure and remove the include
of .
Signed-off-by: Thomas Zimmermann
Cc: Sudip Mukherjee
Cc: Teddy Wang
Cc: Helge Deller
---
The global variable edid_info contains the firmware's EDID information
as an extension to the regular screen_info on x86. Therefore move it to
.
Add the Kconfig token ARCH_HAS_EDID_INFO to guard against access on
architectures that don't provide edid_info. Select it on x86.
Signed-off-by: Thomas
Detect the primary VGA device with fb_is_primary_device() in the
implementation of fb_firmware_edid(). Remove the existing code.
Adapt the function to receive an instance of struct fb_info and
update all callers.
Signed-off-by: Thomas Zimmermann
Cc: Daniel Vetter
Cc: Helge Deller
Cc: Antonino
Le 29/06/2023 à 13:10, Michael Ellerman a écrit :
Sachin Sant writes:
On 28-Jun-2023, at 3:35 PM, Laurent Dufour wrote:
I'm taking over the series Michael sent previously [1] which is smartly
reviewing the initial series I sent [2]. This series is addressing the
comments sent by Thomas
On Thu, Jun 29, 2023 at 09:37:51AM +0800, Shengjiu Wang wrote:
> Implement the ASRC memory to memory function using
> the v4l2 framework, user can use this function with
> v4l2 ioctl interface.
>
> User send the output and capture buffer to driver and
> driver store the converted data to the
Hello Adrian,
On 29 June 2023 at 12:17 pm, John Paul Adrian Glaubitz wrote:
What version of AmigaOS is that?
AmigaOS 4.1
Maybe the RDB is corrupted? Did you try on a freshly created RDB?
Good idea! I recreated the RDB with the Media Toolbox on the
sb600sata.device, 0. (AmigaOne X1000)
Sachin Sant writes:
>> On 28-Jun-2023, at 3:35 PM, Laurent Dufour wrote:
>>
>> I'm taking over the series Michael sent previously [1] which is smartly
>> reviewing the initial series I sent [2]. This series is addressing the
>> comments sent by Thomas and me on the Michael's one.
>>
>> Here
Hi Shengjiu,
On Wed, Jun 28, 2023 at 11:10 PM Shengjiu Wang wrote:
>
> ASRC can be used on memory to memory case, define several
> functions for m2m usage and export them as function pointer.
>
> Signed-off-by: Shengjiu Wang
Could you please explain what is the benefit of using M2M in the
Directly call __show_mem(0, NULL, MAX_NR_ZONES - 1) in show_mem()
to remove the arguments of show_mem().
Signed-off-by: Kefeng Wang
---
arch/powerpc/xmon/xmon.c | 2 +-
drivers/tty/sysrq.c | 2 +-
drivers/tty/vt/keyboard.c | 2 +-
include/linux/mm.h| 4 ++--
init/initramfs.c
Directly use show_mem() instead of show_free_areas(0, NULL), then
make show_free_areas() a static function.
Signed-off-by: Kefeng Wang
---
arch/sparc/kernel/setup_32.c | 2 +-
include/linux/mm.h | 12
mm/internal.h| 6 ++
mm/nommu.c
Hello Christian!
On Thu, 2023-06-29 at 06:59 +0200, Christian Zigotzky wrote:
> The access to partitions on disks with an Amiga partition table (via
> the Rigid Disk Block RDB) doesn't work anymore on my Cyrus+ board with a
> FSL P50x0 PowerPC SoC [1] and on my P.A. Semi Nemo board [2] after
On Thu, Jun 29, 2023 at 05:56:30AM +, Christophe Leroy wrote:
>
>
> Le 28/06/2023 à 23:10, Leo Li a écrit :
> >
> >
> >> -Original Message-
> >> From: Christophe Leroy
> >> Sent: Wednesday, June 28, 2023 2:40 PM
> >> To: Leo Li ; Ma Ke
> >> Cc: gre...@linuxfoundation.org;
67 matches
Mail list logo