Dear Linux folks,
On the Dell XPS 13 9360 with Ubuntu 20.04 LTS and Linux
5.4.0-39-generic, testing suspend/resume with `sudo ./sleepgraph.py
-config config/suspend.cfg -multi 50 15` the failure below happened *once*.
[ 535.034086] xhci_hcd :39:00.0: calling pci_pm_resume+0x0/0xa0 @
Dear Mika,
Am 09.06.20 um 17:44 schrieb Mika Westerberg:
On Tue, Jun 09, 2020 at 05:39:21PM +0200, Paul Menzel wrote:
On the Intel Cannon Point-LP laptop Dell Precision 3540 with a dedicated AMD
graphics card (both graphics devices can be used) with Debian Sid/unstable
with Linux 5.6.14
Running `make savedefconfig` creates by default `defconfig`, which is,
currently, on git’s radar, for example, `git status` lists this file as
untracked.
So, add the file to `.gitignore`, so it’s ignored by git.
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Paul Menzel
---
.gitignore | 3
-by: Paul Menzel
---
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
index 126e74758a34..35a66b374e3a 100644
--- a/drivers/gpu/drm/amd/amdgpu
/module/amdgpu/parameters/ppfeaturemask
0xbfff
Cc: linux-kernel@vger.kernel.org
Cc: amd-...@lists.freedesktop.org
Signed-off-by: Paul Menzel
---
include/linux/moduleparam.h | 7 ++-
kernel/params.c | 1 +
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/include
-off-by: Paul Menzel
---
v2: Use new name hexint
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
index 126e74758a34..5c4263335cba 100644
--- a/drivers
:
$ more /sys/module/amdgpu/parameters/ppfeaturemask
0xbfff
Cc: linux-kernel@vger.kernel.org
Cc: amd-...@lists.freedesktop.org
Signed-off-by: Paul Menzel
---
v2: Address review comments: Rename hex to hexint, and pad sizes
include/linux/moduleparam.h | 7 ++-
kernel/params.c
Dear Linus, dear Christian,
Am 02.07.20 um 21:42 schrieb Linus Torvalds:
On Thu, Jul 2, 2020 at 7:42 AM Christian König wrote:
I'm just not sure how well this is received upstream because it only
covers u32
On the other hand that is probably also the most used.
Not necessarily true. I'd
:
$ more /sys/module/amdgpu/parameters/ppfeaturemask
0xbfff
Cc: linux-kernel@vger.kernel.org
Cc: amd-...@lists.freedesktop.org
Signed-off-by: Paul Menzel
---
include/linux/moduleparam.h | 7 ++-
kernel/params.c | 17 +
2 files changed, 15 insertions(+), 9
The second and third arguments are aligned with tabs, so do the same for
the fourth.
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Paul Menzel
---
kernel/params.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/kernel/params.c b/kernel/params.c
index
-off-by: Paul Menzel
---
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
index 126e74758a34..5c4263335cba 100644
--- a/drivers/gpu/drm/amd/amdgpu
Dear Sami,
Am 13.07.20 um 01:34 schrieb Sami Tolvanen:
On Sat, Jul 11, 2020 at 9:32 AM Paul Menzel wrote:
Thank you very much for sending these changes.
Do you have a branch, where your current work can be pulled from? Your
branch on GitHub [1] seems 15 months old.
The clang-lto branch
Signed-off-by: Paul Menzel
---
.gitignore | 1 +
1 file changed, 1 insertion(+)
diff --git a/.gitignore b/.gitignore
index 87b9dd8a163b..5c1a5349852b 100644
--- a/.gitignore
+++ b/.gitignore
@@ -142,6 +142,7 @@ x509.genkey
/allno.config
/allrandom.config
/allyes.config
+/defconfig
Dear Greg,
Am 30.06.20 um 10:42 schrieb Greg KH:
On Mon, Jun 29, 2020 at 10:30:59PM +0200, Paul Menzel wrote:
On the Dell XPS 13 9360 with Ubuntu 20.04 LTS and Linux 5.4.0-39-generic,
That is an old kernel (and a distro one), can you please try 5.7.6 from
kernel.org?
Trying Linux 5.8
Dear Linux folks,
Building Linux v5.8-rc4-25-gbfe91da29bfad with Clang/LLD
1:11~++20200701093119+ffee8040534-1~exp1 from Debian experimental for
32-bit (`ARCH=i386`), starting Weston (Wayland) or X.Org Server results
in non-working screen, and Linux shows the trace below [1].
[
Dear Dmitry, dear Mario,
Am 21.02.18 um 10:22 schrieb Paul Menzel:
Am 15.02.2018 um 16:22 schrieb mario.limoncie...@dell.com:
-Original Message-
From: Paul Menzel [mailto:pmenzel+linux-in...@molgen.mpg.de]
Sent: Thursday, February 15, 2018 2:26 AM
On 02/14/18 18:11, mario.limoncie
Dear Linux folks,
Since at least Linux 5.2.9 a warning is thrown by *iwlwifi*.
[ 21.211815] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 22.685490] rfkill: input handler disabled
[ 26.529753] iwlwifi :02:00.0: RF_KILL bit toggled to disable radio.
[ 26.529754]
Dear Masahiro,
Am 05.07.20 um 09:14 schrieb Masahiro Yamada:
On Thu, Jul 2, 2020 at 8:12 PM Paul Menzel wrote:
Running `make savedefconfig` creates by default `defconfig`, which is,
currently, on git’s radar, for example, `git status` lists this file as
untracked.
So, add the file
Dear Sami,
Am 24.06.20 um 22:31 schrieb Sami Tolvanen:
This patch series adds support for building x86_64 and arm64 kernels
with Clang's Link Time Optimization (LTO).
In addition to performance, the primary motivation for LTO is to allow
Clang's Control-Flow Integrity (CFI) to be used in the
Dear Linux folks,
Using Debian Sid/unstable with Linux 5.6.14 on an (old) Acer TravelMate
5735Z, pressing the WIFI enable/disable function key works, and GNOME
even shows the OSD notification.
But Linux still logs this key as unknown.
[ 1595.795162] atkbd serio0: Unknown key pressed
Dear Aaron,
Thank you for your patch.
(Rant: Some more fallout from the other patch, which nobody reverted.)
Am 16.06.20 um 12:05 schrieb Aaron Ma:
After commit "e1000e: disable s0ix entry and exit flows for ME systems",
some ThinkPads always failed to disable ulp by ME.
Please add the
Dear Takashi,
On 02/13/19 16:12, Takashi Iwai wrote:
> On Wed, 13 Feb 2019 15:58:44 +0100,
> Paul Menzel wrote:
>>
>>> Why the i915 driver gets initialized *so late*?
>>
>> Maybe, because it’s built as a module?
>>
>> ```
>> $ grep I915
Dear Tom,
On 01/24/19 00:33, Lendacky, Thomas wrote:
> On 1/23/19 6:56 AM, Paul Menzel wrote:
>> On 01/22/19 21:24, Lendacky, Thomas wrote:
>>> On 1/22/19 10:53 AM, Paul Menzel wrote:
>>>> [Adding Tom to CC]
>>
>>>> On 01/14/19 11:09, Paul Me
Dear Thomas,
On 01/11/19 21:43, Thomas Gleixner wrote:
> On Mon, 7 Jan 2019, Paul Menzel wrote:
>> On 01/07/19 16:24, Thomas Gleixner wrote:
>>>> Linux 4.19.13 from Debian Sid/unstable logs the message below on the board
>>>> MSI
>>>> MS-7A37/B350
Dear Thomas,
Thank you for checking this, and coming back with the results so quickly.
On 01/14/19 18:00, Lendacky, Thomas wrote:
> On 1/10/19 12:34 PM, Lendacky, Thomas wrote:
>> On 1/10/19 10:49 AM, Paul Menzel wrote:
>>> Dear Boris, dear Thomas,
>>>
>>>
&g
Dear Benjamin,
Thank you for chiming in.
On 01/15/19 09:57, Benjamin Tissoires wrote:
> On Mon, Jan 14, 2019 at 7:40 PM Dmitry Torokhov wrote:
>>
>> On Sat, Jan 12, 2019 at 04:04:36PM -0600, Kim Phillips wrote:
>>> On 1/11/19 7:40 PM, Dmitry Torokhov wrote:
On Fri, Jan 11, 2019 at
Dear Jan,
Thank you for adding me to the CC list.
Am 29.01.19 um 11:23 schrieb Jan H. Schönherr:
My newly acquired AMD Ryzen Threadripper based system seems to have
some TSC quirks, which go away once the system is up.
Given the discussion in https://lkml.org/lkml/2019/1/28/1356
I don't
Dear Jan,
Am 29.01.19 um 20:33 schrieb Paul Menzel:
Thank you for adding me to the CC list.
Am 29.01.19 um 11:23 schrieb Jan H. Schönherr:
My newly acquired AMD Ryzen Threadripper based system seems to have
some TSC quirks, which go away once the system is up.
Given the discussion
es commit 9564a8cf (Kbuild: fix # escaping in .cmd files for
future Make).
Link: https://bugzilla.kernel.org/show_bug.cgi?id=197847
Cc: Randy Dunlap
Cc: Rasmus Villemoes
Cc: Masahiro Yamada
Cc: sta...@vger.kernel.org
Signed-off-by: Paul Menzel
---
v2: Added sta...@vger.kernel.org
to
es commit 9564a8cf (Kbuild: fix # escaping in .cmd files for
future Make).
Link: https://bugzilla.kernel.org/show_bug.cgi?id=197847
Cc: Randy Dunlap
Cc: Rasmus Villemoes
Cc: Masahiro Yamada
Cc: sta...@vger.kernel.org
Signed-off-by: Paul Menzel
---
v2: Add sta...@vger.kernel.org
v3: Add
Dear Linux folks,
Building the configuration created with `make tinyconfig` on the Power 8
system IBM S822LC with Ubuntu 18.04 fails with the error below.
```
$ git describe --dirty
v4.17-rc6-296-gbc2dbc5420e8
$ git log --oneline -1
bc2dbc5420e8 (HEAD -> master, origin/master, origin/HEAD)
Dear Christophe,
Am 26.05.2018 um 18:02 schrieb christophe leroy:
Le 26/05/2018 à 06:35, Paul Menzel a écrit :
Building the configuration created with `make tinyconfig` on the Power
8 system IBM S822LC with Ubuntu 18.04 fails with the error below.
```
$ git describe --dirty
v4.17-rc6-296
Dear Linux folks,
On a MSI B350M MORTAR with AMD Ryzen 3 2200g (Raven) with Linux 4.18-rc5+
and Debian Sid/unstable the system freezes with the messages below.
```
$ git log --oneline -1
30b06abfb92b (HEAD -> master, origin/master, origin/HEAD) Merge tag
'pinctrl-v4.18-3' of
Dear Linux,
Loading the amdgpu module on Ryzen 3 2{2,4}00G (Raven) systems sometimes
causes a general protection fault [1]. At least on my system I am unable
to reliably reproduce the issue.
```
[ 35.265941] kfd kfd: kgd2kfd_probe failed
[ 35.537445] general protection fault: [#1] SMP
Dear Thomas, dear Bjorn,
Thank you for your quick responses.
On 07/18/18 17:02, Thomas Gleixner wrote:
> On Wed, 18 Jul 2018, Bjorn Helgaas wrote:
>> [+cc Marc, Thomas]
>
> Uurgh. That's definitely what I need right now ... :)
>
>> On Wed, Jul 18, 2018 at 03:28:15PM
[I removed the folks from the unrelated patches.]
Dear Thomas,
On 07/18/18 17:39, Thomas Gleixner wrote:
> On Wed, 18 Jul 2018, Paul Menzel wrote:
>> On 07/18/18 17:02, Thomas Gleixner wrote:
>>>>> 93.885: [ 23.020572] BUG: unable to handle kernel NULL po
Dear Thomas,
Am 18.07.2018 um 21:00 schrieb Thomas Gleixner:
On Wed, 18 Jul 2018, Paul Menzel wrote:
On 07/18/18 17:39, Thomas Gleixner wrote:
Bah. Could you please enable GENERIC_IRQ_DEBUGFS and after a successful
boot up provide me the content of all files in /sys/kernel/debug/irq
Dear Thomas,
On 07/18/18 22:05, Paul Menzel wrote:
> Am 18.07.2018 um 21:00 schrieb Thomas Gleixner:
>
>> On Wed, 18 Jul 2018, Paul Menzel wrote:
>>> On 07/18/18 17:39, Thomas Gleixner wrote:
>>>> Bah. Could you please enable GENERIC_IRQ_DEBUGFS and after a s
Dear Thomas,
On 07/19/18 15:48, Thomas Gleixner wrote:
> On Thu, 19 Jul 2018, Paul Menzel wrote:
>
>> I had to copy the files, and then was able to create an archive with
>> non-zero files. Please find the tar archive attached.
>
> Thanks for providing the data. All lo
Dear Dominik,
Thank you for your quick response.
Am 11.12.18 um 07:51 schrieb Dominik Brodowski:
On Mon, Dec 10, 2018 at 04:30:05PM +0100, Paul Menzel wrote:
With Linux 4.14.76, the scaling governor *powersave* is shown as
being available despite being disabled in the configuration
Dear Linux folks,
Using *powersave* as P-state selection algorithm, on an idle system
with an Intel i7-6700 (Sandy Bridge), the frequency only goes down to
900 MHz instead of the minimum frequency of 800 MHz.
$ uname -a
Linux keineahnung.molgen.mpg.de 4.20.0-rc5.mx64.234 #1 SMP Mon Dec 3
Dear Doug,
Thank you for your reply.
On 12/13/18 00:06, Doug Smythies wrote:
> On 2018.12.12 13:40 Paul Menzel wrote:
>
>> Using *powersave* as P-state selection algorithm, on an idle system
>
> Define "idle system".
> If your computer is running a GUI, or
Dear Rafael,
On 12/13/18 11:39, Rafael J. Wysocki wrote:
> On Thu, Dec 13, 2018 at 10:54 AM Paul Menzel wrote:
>> On 12/13/18 00:06, Doug Smythies wrote:
>>> On 2018.12.12 13:40 Paul Menzel wrote:
>>>
>>>> Using *powersave* as P-state selection algorithm,
Dear Linux folks,
With Linux 4.14.76, the scaling governor *powersave* is shown as
being available despite being disabled in the configuration.
```
$ uname -a
Linux xxx.molgen.mpg.de 4.14.76.mx64.228 #1 SMP Tue Oct 16 19:20:58 CEST 2018
x86_64 GNU/Linux
$ zcat /proc/config.gz |grep
Dear Linux folks,
Using `sleepgraph.py` [1][2] to profile the suspend to RAM (STR) times,
shows that `ksys_enter` takes a noticeable amount of time.
13 ms on a TUXEDO Book BU1406 with the NVMe device *SAMSUNG
MZVKW512HMJP-0*, which is quite good, and over a 60 ms on ASRock
E350M1 with
Dear Linux folks,
On 08/28/18 07:27, Paul Menzel wrote:
> Using `sleepgraph.py` [1][2] to profile the suspend to RAM (STR)
> times, shows that `ksys_enter` takes a noticeable amount of time.
>
> 13 ms on a TUXEDO Book BU1406 with the NVMe device *SAMSUNG
> MZVKW512HMJP-0*,
Dear Thomas,
As always thank you for the quick reply.
On 10/17/18 18:39, Thomas Gleixner wrote:
> On Wed, 17 Oct 2018, Paul Menzel wrote:
>>
>> Please find the debug patches attached. The `random: %i` messages are from
>> `crng_fast_load()`.
>>
>> My questi
Dear Linux folks,
For profiling the boot on my Debian Sid/unstable system (32-bit user
space), the following service unit is used.
```
$ systemctl cat perf
# /etc/systemd/system/perf.service
[Unit]
Description=Perf 10 s
DefaultDependencies=no
[Service]
ExecStart=/usr/local/bin/perf record
Dear Borislav,
Am 03.10.2018 um 23:22 schrieb Borislav Petkov:
On Fri, Sep 28, 2018 at 04:55:19PM +0200, Thomas Gleixner wrote:
Sorry for the delay and thanks for the data. A quick diff did not reveal
anything obvious. I'll have a closer look and we probably need more (other)
information to
Dear Arnaldo,
Am 03.10.2018 um 22:57 schrieb Arnaldo Carvalho de Melo:
Em Wed, Oct 03, 2018 at 10:42:39PM +0200, Paul Menzel escreveu:
For profiling the boot on my Debian Sid/unstable system (32-bit user space),
the following service unit is used.
You forgot to mention what is the version
Dear Borislav,
On 10/04/18 10:14, Borislav Petkov wrote:
> On Thu, Oct 04, 2018 at 10:03:21AM +0200, Joerg Roedel wrote:
>> I also triggered this when working in the PTI-x32 code. It always
>> happens on a 32-bit PAE kernel for me.
>>
>> Tracking it down I ended up in (iirc)
Dear Borislav,
On 10/04/18 10:49, Borislav Petkov wrote:
> On Thu, Oct 04, 2018 at 10:40:49AM +0200, Paul Menzel wrote:
>> Do you have a commit, I could test.
>
> Not yet
I meant just the test you did.
> but I have a question for you: why are you running 32-bit and
> ha
Dear Borislav,
On 10/04/18 12:54, Borislav Petkov wrote:
> On Thu, Oct 04, 2018 at 10:59:18AM +0200, Paul Menzel wrote:
>> I meant just the test you did.
>
> https://lkml.kernel.org/r/20181003212255.gb28...@zn.tnic
I see. But there you write, the machine does boot.
While
Dear Thomas,
On 10/05/18 11:27, Thomas Gleixner wrote:
> On Thu, 4 Oct 2018, Joerg Roedel wrote:
>
>> On Wed, Oct 03, 2018 at 11:22:55PM +0200, Borislav Petkov wrote:
>>> On Fri, Sep 28, 2018 at 04:55:19PM +0200, Thomas Gleixner wrote:
Sorry for the delay and thanks for the data. A quick
Dear Christophe,
On 26.03.19 13:55, Christophe Leroy wrote:
Le 26/03/2019 à 13:49, Paul Menzel a écrit :
On 19.02.19 10:44, Paul Menzel wrote:
On a the IBM S822LC (8335-GTA) with Ubuntu 18.10, and Linux 5.0-rc5+
accessing `/sys/kernel/debug/kmemleak` takes a long time. According
Dear Takashi,
On 02/14/19 17:06, Takashi Iwai wrote:
> On Thu, 14 Feb 2019 17:00:29 +0100, Paul Menzel wrote:
>> On 02/13/19 16:56, Takashi Iwai wrote:
>>> On Wed, 13 Feb 2019 16:42:19 +0100, Paul Menzel wrote:
>>
>>>> On 02/13/19 16:12, Takashi Iwai wrote
Dear Takashi,
On 02/18/19 16:38, Takashi Iwai wrote:
> On Mon, 18 Feb 2019 16:17:30 +0100, Paul Menzel wrote:
>>
>>>> Then, I built the HDA subsystem as a module, but that also did not help.
>>>> The DRM subsystem is started after the HD-audio subsystem.
>>
Dear Linux folks,
On a the IBM S822LC (8335-GTA) with Ubuntu 18.10, and Linux 5.0-rc5+
accessing `/sys/kernel/debug/kmemleak` takes a long time. According to
strace it takes three seconds.
```
$ sudo strace -tt -T cat /sys/kernel/debug/kmemleak
10:35:49.861641 execve("/bin/cat", ["cat",
Dear Linux folks,
Resuming from ACPI S3 on the Dell XPS 13 9370 with Debian Sid/unstable,
Linux 4.19.20 showed the warning below. It’s not reproducible.
```
[0.00] Linux version 4.19.0-3-amd64 (debian-ker...@lists.debian.org)
(gcc version 8.2.0 (Debian 8.2.0-20)) #1 SMP Debian
Dear Linux folks,
When trying to pair a Dell Latitude E7250 running Debian Sid/unstable
with Linux 4.20 and GNOME 3.30 with an LG TV, after starting the pairing
process the TV is listed. in Bluetooth dialog of GNOME setting.
The TV displays the instructions below.
Complete the next three
Dear Linux folks,
On 01.02.19 22:34, Paul Menzel wrote:
[attaching Linux messages, lspci and lsusb output]
On 01.02.19 22:20, Paul Menzel wrote:
When trying to pair a Dell Latitude E7250 running Debian Sid/unstable
with Linux 4.20 and GNOME 3.30 with an LG TV, after starting the
pairing
[Adding Tom to CC]
Dear Thomas, dear Tom,
On 01/14/19 11:09, Paul Menzel wrote:
> On 01/11/19 21:43, Thomas Gleixner wrote:
>
>> On Mon, 7 Jan 2019, Paul Menzel wrote:
>>> On 01/07/19 16:24, Thomas Gleixner wrote:
>>>>> Linux 4.19.13 from Debian
Dear Tom,
On 01/22/19 21:24, Lendacky, Thomas wrote:
> On 1/22/19 10:53 AM, Paul Menzel wrote:
>> [Adding Tom to CC]
>> On 01/14/19 11:09, Paul Menzel wrote:
>>
>>> On 01/11/19 21:43, Thomas Gleixner wrote:
>>>
>>>> On Mon, 7 Jan 2019, Paul Men
Dear Corey,
On 01/22/19 21:58, Corey Minyard wrote:
> On 1/22/19 10:17 AM, Paul Menzel wrote:
>> Using Linux 4.14.94 on a HP EliteDesk 705 G4 MT desktop system, there
>> is a 100 s delay during boot.
>>
>> ```
>> [ 0.00] Linux version 4.14.94.mx6
boot delay on the HP EliteDesk 705 G4 MT with Linux
4.14.94. ]
Signed-off-by: Paul Menzel
---
drivers/char/ipmi/ipmi_si_intf.c | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/char/ipmi/ipmi_si_intf.c b/drivers/char/ipmi/ipmi_si_intf.c
index c04aa11f0e21..6d18f8090cea 100644
---
boot delay on the HP EliteDesk 705 G4 MT with Linux
4.14.94. ]
Signed-off-by: Paul Menzel
---
v2: Use tabs. Sorry for messing that up.
drivers/char/ipmi/ipmi_si_intf.c | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/char/ipmi/ipmi_si_intf.c b/drivers/char/ipmi/ipmi_si_in
Dear Thomas,
On 01/07/19 16:24, Thomas Gleixner wrote:
> On Mon, 31 Dec 2018, Paul Menzel wrote:
>
>> Linux 4.19.13 from Debian Sid/unstable logs the message below on the board
>> MSI
>> MS-7A37/B350M MORTAR with the processor AMD Ryzen 3 2200G.
>>
>> A
Dear Linux folks,
Building Linux 5.0-rc1 fails with the errors below. Please find the
configuration file attached.
```
$ make -j120
[…]
drivers/gpu/vga/vgaarb.c: In function ‘__vga_tryget’:
drivers/gpu/vga/vgaarb.c:286:14: error: ‘PCI_VGA_STATE_CHANGE_DECODES’
undeclared (first use in this
Dear Maarten,
Thank you very much for the quick response.
On 01/08/19 16:37, Maarten Lankhorst wrote:
> Op 08-01-2019 om 16:07 schreef Paul Menzel:
>> Building Linux 5.0-rc1 fails with the errors below. Please find the
>> configuration file attached.
>>
>> ```
>&g
Dear Linux folks,
On 01/03/19 22:45, Paul Menzel wrote:
> On the server board Asus KGPE-D16 with AMD Opteron 6278 processor updating
> the microcode update in the firmware from 0x0600062e to 0x0600063e seems to
> cause a general protection fault with Linux 4.14.87 and 4.20-rc7.
>
Dear Jiri, dear Thomas, dear Borislav,
On 01/09/19 13:06, Paul Menzel wrote:
> On 01/04/19 17:42, Jiri Kosina wrote:
>>
>> [ added some CCs ]
>
> Thank you for your reply and taking care of that. I am sorry for the
> late reply. It took a while to test this.
>
Dear Thomas,
On 01/09/19 14:16, Thomas Gleixner wrote:
> On Wed, 9 Jan 2019, Paul Menzel wrote:
>> I get the same with microcode updates applied.
>>
>> $ dmesg | grep 'microcode: CPU0: patch_level'
>> [3.809210] microcode: CPU0: patch_level=0x0600063e
Dear Thomas,
On 01/09/19 15:29, Lendacky, Thomas wrote:
> On 1/9/19 7:35 AM, Paul Menzel wrote:
>> On 01/09/19 14:16, Thomas Gleixner wrote:
>>
>>> On Wed, 9 Jan 2019, Paul Menzel wrote:
>>>> I get the same with microcode updates applied.
>>&
Dear Thomas,
On 01/09/19 17:15, Lendacky, Thomas wrote:
> On 1/9/19 8:34 AM, Paul Menzel wrote:
>> On 01/09/19 15:29, Lendacky, Thomas wrote:
>>> On 1/9/19 7:35 AM, Paul Menzel wrote:
>>
>>>> On 01/09/19 14:16, Thomas Gleixner wrote:
>>>>
>&
Dear Linux folks,
There were some PCI Kconfig changes, which seem to cause problems
with components depending on PCI. With the attached minimal config,
running `make olddefconfig` on Linux 4.20 and older caused
`SATA_AHCI` to be selected. But, with Linux 5.0-rc1 it is not
selected.
Kind
Dear Boris, dear Thomas,
On 01/10/19 17:00, Borislav Petkov wrote:
> On Thu, Jan 10, 2019 at 02:57:40PM +0100, Paul Menzel wrote:
>> Thank you very much. Indeed, the machine does not crash. I used Linus’
>> master branch for testing, and applied your patch on top. Please find
Dear Linux folks,
What driver is recommended for current AMD Ryzen based processors
like *AMD Ryzen 5 PRO 1500 Quad-Core Processor* or *AMD EPYC 7601
32-Core Processor*?
Only from the acpi-cpufreq Kconfig description, I assume, that that
driver should be used.
> config X86_ACPI_CPUFREQ
>
Dear Linux folks,
Linux 4.19.13 from Debian Sid/unstable logs the message below on the
board MSI MS-7A37/B350M MORTAR with the processor AMD Ryzen 3 2200G.
As a result, the early time stamps do not seem to be working.
[0.00] Linux version 4.19.0-1-amd64
Dear Joel, dear Linux folks,
We have an IBM S822LC system (Firestone(?)). Building of OpenBMC
currently fails, as the not everything was ported from dev-4.10 to
dev-4.13 [1], and therefore a file cannot be found.
Looking at upstream Linux, there are BMCs for Power 8 systems, like
Palmetto,
Dear Linux folks,
Enabling the undefined behavior sanitizer and building GNU/Linux
4.18-rc5+ (with some unrelated commits) with GCC 8.1.0 from Debian
Sid/unstable, the warning below is shown.
[1.945853]
[
Dear Linux folks,
Enabling the undefined behavior sanitizer and building GNU/Linux
4.18-rc5+ (with some unrelated commits) with GCC 8.1.0 from Debian
Sid/unstable, the warning below is shown.
[2.111913]
[
Dear Linux folks,
Enabling the undefined behavior sanitizer and building GNU/Linux
4.18-rc5+ (with some unrelated commits) with GCC 8.1.0 from Debian
Sid/unstable, the warning below is shown.
[0.958688]
[
Dear Thomas,
Am 20.07.2018 um 10:39 schrieb Thomas Gleixner:
On Fri, 20 Jul 2018, Paul Menzel wrote:
Enabling the undefined behavior sanitizer and building GNU/Linux 4.18-rc5+
(with some unrelated commits) with GCC 8.1.0 from Debian Sid/unstable, the
warning below is shown.
[2.111913
Dear Jörg,
On 07/20/18 14:31, Jörg Rödel wrote:
> On Tue, Jul 17, 2018 at 06:02:07PM +0200, Paul Menzel wrote:
>> $ dmesg
>> […]
>> [0.145696] calling pci_iommu_init+0x0/0x3f @ 1
>> [0.145719] AMD-Vi: Unable to write to IOMMU perf counter.
>
> This i
Date: Sun, 8 Jul 2018 09:11:34 +0200
Defining `ATA_DEBUG` nothing can be really seen, as the log is spammed
with CDB messages.
Therefore, guard the print by `ATA_VERBOSE_DEBUG`.
Signed-off-by: Paul Menzel
---
drivers/ata/libata-scsi.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions
Date: Sun, 8 Jul 2018 09:18:21 +0200
Defining `ATA_DEBUG` there are a lof of messages like below in the log.
[ 16.345472] ata_sg_setup: 1 sg elements mapped
As that is too verbose, only output these messages in verbose debug.
Signed-off-by: Paul Menzel
---
drivers/ata/libata-core.c | 2
handed over
control to the init process.
Signed-off-by: Paul Menzel
---
Ingo, hopefully it’s fine, putting you in Cc. I do not know, who the
right person is.
init/main.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/init/main.c b/init/main.c
index 3b4ada11ed52..3821bb55c787 100644
es commit 9564a8cf (Kbuild: fix # escaping in .cmd files for
future Make).
Link: https://bugzilla.kernel.org/show_bug.cgi?id=197847
Cc: Randy Dunlap
Cc: Rasmus Villemoes
Cc: Masahiro Yamada
Signed-off-by: Paul Menzel
---
tools/build/Build.include | 4 ++--
1 file changed, 2 insertions(+), 2
is not in the context of
the WX checking output.
Reported-by: Paul Menzel
Signed-off-by: Thomas Gleixner
Cc: Joerg Roedel
Cc: Kees Cook
Cc: Bjorn Helgaas
---
arch/x86/mm/dump_pagetables.c | 35 +++
1 file changed, 27 insertions(+), 8 deletions(-)
Thank you
Dear Josh, dear Linux folks,
Trying to decrease the boot time of the 64-bit Linux kernel (Linux
4.19-rc7 (0238df64)) on a Asus F2A85-M PRO with an AMD processor, I
noticed `unwind_init()` called from `setup_arch()`
`arch/x86/kernel/setup.c` takes over 100 ms to initialize according to
Linux
[CC’ing coreboot, GRUB, SeaBIOS, Syslinux project and Linux kernel]
Am Montag, den 16.03.2015, 11:38 +0100 schrieb Kay Sievers:
> On Mon, Mar 16, 2015 at 11:29 AM, Umut Tezduyar Lindskog wrote:
> > I would like to pass the time it was spent in bootloader to systemd.
> > Is there a kernel command
> > I would be interested to see some reclaim tracepoints enabled. Could you
> > try that out? At least mm_shrink_slab_{start,end} and
> > mm_vmscan_lru_shrink_inactive. This should tell us more about how the
> > reclaim behaved.
>
> We'll try that tomorrow!
Unfortunately, looking today at `trace`, the corresponding messages have
already been thrown out the buffer. We continue trying.
Kind regards,
Paul Menzel
n’t have been a problem.
Kind regards,
Paul Menzel
Dear Josh,
On 03/27/17 17:01, Paul Menzel wrote:
On 03/27/17 16:54, Josh Poimboeuf wrote:
On x86-32, with CONFIG_FIRMWARE and multiple CPUs, if you enable
function graph tracing and then suspend to RAM, it will triple fault and
reboot when it resumes.
The first fault happens when booting
Dear Thorsten,
On 12/27/16 08:48, Thorsten Leemhuis wrote:
Lo! On 23.12.2016 13:36, Paul Menzel wrote:
I heard that you both have a Dell XPS13. I got the “revision” 9360, and
installed Debian Stretch/testing on it with Linux 4.8.15 and Linux 4.9-rc8.
When pressing the power button the GNOME
Dear Linux folks,
The logs contain the following messages.
From Linux 4.10-rc2+ (0f64df301240 Merge branch 'parisc-4.10-2' of
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux):
Jan 04 16:17:51 xps13 kernel: mce: [Hardware Error]: CPU 0: Machine Check: 0
Bank 6:
Dear Josh,
On 2017-03-16 14:56, Josh Poimboeuf wrote:
Paul Menzel reported a warning:
WARNING: CPU: 0 PID: 774 at
/build/linux-ROBWaj/linux-4.9.13/kernel/trace/trace_functions_graph.c:233
ftrace_return_to_handler+0x1aa/0x1e0
Bad frame pointer: expected f6919d98, received f6919db0
from
Dear Josh,
On 2017-03-21 21:44, Paul Menzel wrote:
On 2017-03-16 14:56, Josh Poimboeuf wrote:
Paul Menzel reported a warning:
WARNING: CPU: 0 PID: 774 at
/build/linux-ROBWaj/linux-4.9.13/kernel/trace/trace_functions_graph.c:233
ftrace_return_to_handler+0x1aa/0x1e0
Bad frame pointer
Dear checkpatch developers,
The coreboot project started using checkpatch.pl, and now some effort
is going into fixing issues pointed out by `checkpatch.pl`.
The file `src/arch/x86/acpi_s3.c` in coreboot contains the code below.
```
205 void (*acpi_do_wakeup)(uintptr_t vector, u32
Dear Joe,
Am Sonntag, den 19.03.2017, 01:31 -0700 schrieb Joe Perches:
> On Sat, 2017-03-18 at 13:15 +0100, Paul Menzel wrote:
> > Dear checkpatch developers,
> >
> >
> > The coreboot project started using checkpatch.pl, and now some effort
> > is goi
401 - 500 of 565 matches
Mail list logo