Dear Takashi,
On 04/24/18 14:15, Takashi Iwai wrote:
On Tue, 24 Apr 2018 13:59:58 +0200,
Paul Menzel wrote:
On 04/23/18 14:33, Takashi Iwai wrote:
On Mon, 23 Apr 2018 14:30:36 +0200, Paul Menzel wrote:
On 04/23/18 14:21, Takashi Iwai wrote:
On Mon, 23 Apr 2018 14:05:52 +0200, Paul
Dear Theodore,
On 04/24/18 17:49, Theodore Y. Ts'o wrote:
On Tue, Apr 24, 2018 at 09:56:21AM -0400, Theodore Y. Ts'o wrote:
On Tue, Apr 24, 2018 at 01:48:16PM +0200, Paul Menzel wrote:
Since Linux 4.17-rcX, Linux spams a lot of `random: get_random_u32 called
from` messages. I bel
70820b-85a0-172b-7230-3a44524e6...@molgen.mpg.de
Reported-by: Paul Menzel
Signed-off-by: Bjorn Helgaas
diff --git a/drivers/pci/hotplug/pciehp_hpc.c b/drivers/pci/hotplug/pciehp_hpc.c
index 18a42f8f5dc5..e70eba5ea906 100644
--- a/drivers/pci/hotplug/pciehp_hpc.c
+++ b/drivers/pc
Dear Linux folks,
I try to decrease boot time, and my system has an SSD and enough space,
so loading 18 instead of 12 MB doesn’t make a difference, but the
self-extraction is noticeable. So, I like to disable it.
From `init/Kconfig`:
The linux kernel is a kind of self-extracting executable
Dear Linux folks,
I am trying to reduce the boot time of a standard Linux distribution
kernel. Currently, distributions – at least Debian und Ubuntu – enable
function tracing.
```
CONFIG_FTRACE=y
CONFIG_FUNCTION_TRACER=y
CONFIG_FUNCTION_GRAPH_TRACER=y
CONFIG_EVENT_TRACING=y
```
This is gre
Command Completed status after writing to the Slot Control
register.
Link: http://www.intel.com/content/www/us/en/processors/xeon/xeon-e7-v2-spec-update.html
Link:
https://lkml.kernel.org/r/8770820b-85a0-172b-7230-3a44524e6...@molgen.mpg.de
Dear Bjorn,
Am 08.05.2018 um 14:34 schrieb Bjorn Helgaas:
On Tue, May 08, 2018 at 08:59:34AM +0200, Paul Menzel wrote:
Am 07.05.2018 um 23:33 schrieb Bjorn Helgaas:
On Fri, May 04, 2018 at 08:33:27AM -0500, Bjorn Helgaas wrote:
commit b0d6f2230e12c85ae3b65a854a53c67c7c1f6406
Author: Bjorn
he OS.
That is fine, but then it shouldn’t be the default, until most of these
bugs are identified and fixed.
Also, the commit message should make that more clear, and in my opinion
the tested devices be listed.
-Original Message-
From: Paul Menzel [mailto:pmen...@molgen.mpg.de]
Sent: Tu
Dear Greg,
On 2017-01-13 14:00, Greg Kroah-Hartman wrote:
On Wed, Jan 11, 2017 at 03:26:06PM +0100, Paul Menzel wrote:
On 01/11/17 15:12, Winkler, Tomas wrote:
> > > On 01/11/17 10:24, Winkler, Tomas wrote:
> > > > >
> > > > > On Wed, Jan 11, 2017 a
Dear Borislav, dear Mario,
On 01/27/17 18:16, mario.limoncie...@dell.com wrote:
-Original Message-
From: Borislav Petkov [mailto:b...@alien8.de]
Sent: Friday, January 27, 2017 11:11 AM
To: Paul Menzel
Cc: Ashok Raj ; Linux Kernel Mailing List ; Thorsten Leemhuis ; Len
Brown ; Tony
On 01/06/17 17:54, Borislav Petkov wrote:
On Fri, Jan 06, 2017 at 07:58:31AM -0800, Raj, Ashok wrote:
Looks like we don't need a return value from therm_throt_process(),
we can fix that as void as well.
Right you are, here's v2:
---
From a8151fa6f18c2605eb7972061234f05e79b372c4 Mon Sep 17 00:
Dear Boris,
On 01/09/17 12:05, Borislav Petkov wrote:
On Mon, Jan 09, 2017 at 11:55:41AM +0100, Paul Menzel wrote:
[…]
Also, is that just for MacBookPro11,3? The MCE for the Dell XPS13 looks
different from what I see, doesn’t it?
Yes, yours is different. I'm still waiting for y
Dear Ashosk, dear Borislav,
On 01/05/17 02:12, Raj, Ashok wrote:
CPUID Vendor Intel Family 6 Model 142
This is Kabylake Mobile
Hardware event. This is not a software error.
MCE 1
CPU 0 BANK 7
MISC 7880018086 ADDR fef1ce40
TIME 1483543069 Wed Jan 4 16:17:49 2017
MCG status:
MCi status:
Erro
Dear Ashok,
On 01/09/17 20:23, Raj, Ashok wrote:
On Mon, Jan 09, 2017 at 12:53:33PM +0100, Paul Menzel wrote:
On 01/05/17 02:12, Raj, Ashok wrote:
CPUID Vendor Intel Family 6 Model 142
This is Kabylake Mobile
Hardware event. This is not a software error.
MCE 1
CPU 0 BANK 7
MISC
Dear Linux folks,
On 11/16/16 22:24, Donald Buczek wrote:
On 10.11.2016 14:59, Martin K. Petersen wrote:
"Paul" == Paul Menzel writes:
Linux does not provide device discovery ordering guarantees. You need
to fix your scripts to use UUIDs, filesystem labels, or DM devices to
Dear Baoquan,
On 11/13/16 06:01, Baoquan He wrote:
This is v2 post.
In commit 3e1be7a ("bnx2: Reset device during driver initialization"),
firmware requesting code was moved from open stage to probe stage.
The reason is in kdump kernel hardware iommu need device be reset in
driver probe stage,
On 11/14/16 18:28, David Miller wrote:
From: Paul Menzel
Date: Mon, 14 Nov 2016 09:25:47 +0100
On 11/13/16 06:01, Baoquan He wrote:
This is v2 post.
In commit 3e1be7a ("bnx2: Reset device during driver initialization"),
firmware requesting code was moved from open stage to probe
Dear Jay,
On 11/10/16 19:19, Jay Rouman wrote:
Did this get pushed upstream? I see a new patch for 4.8.7 but the BNX2
regression doesn't seem to be fixed. Or am I missing something?
I don’t think Baoquan’s patch is ready yet.
I guess he will put you in the receivers list, once he sends it
inclusion into the stable Linux kernel.
Acked-by: Paul Menzel
Thanks,
Paul
that.
> >
> > 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
630 @ 2.30GHz. So that
shouldn’t have been a problem.
Kind regards,
Paul Menzel
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: ee4
Dear Linus, dear Len,
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 dialog, asking what to do
(restart, power off, …) doesn’t appear.
Neither `xev`
On 11/30/16 12:54, Paul E. McKenney wrote:
> On Wed, Nov 30, 2016 at 03:53:20AM -0800, Paul E. McKenney wrote:
>> On Wed, Nov 30, 2016 at 12:09:44PM +0100, Michal Hocko wrote:
>>> [CCing Paul]
>>>
>>> On Wed 30-11-16 11:28:34, Donald Buczek wrote:
>>> [...]
shrink_active_list gets and releases
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 backup_so
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 going
ould break.)
- Track down load_ucode_ap()'s entire callee tree and mark all the
functions 'notrace'. (Probably not realistic.)
- Pause graph tracing in ftrace_suspend_notifier_call() or bringup_cpu()
or __cpu_up(), and ensure that the pause facility can be queried from
re
Dear Steven, dear Ingo,
Hopefully, I am contacting the right people for my issue.
Suspending a system with Linux 4.9.13 with tracing enabled, it fails
with the screen still enabled, and the LED blinking. Attaching a serial
console to the dock, shows the messages below.
> […]
[ 59.063238]
On 2017-03-09 17:29, Steven Rostedt wrote:
On Thu, 9 Mar 2017 10:16:02 -0600
Josh Poimboeuf wrote:
On Thu, Mar 09, 2017 at 09:36:30AM -0500, Steven Rostedt wrote:
> On Thu, 9 Mar 2017 13:12:28 +0100
> Paul Menzel wrote:
> > Hopefully, I am contacting the right people
Dear Josh,
On 03/10/17 00:04, Josh Poimboeuf wrote:
On Thu, Mar 09, 2017 at 09:43:47PM +0100, Paul Menzel wrote:
On 2017-03-09 17:29, Steven Rostedt wrote:
On Thu, 9 Mar 2017 10:16:02 -0600 Josh Poimboeuf wrote:
On Thu, Mar 09, 2017 at 09:36:30AM -0500, Steven Rostedt wrote:
On Thu, 9 Mar
Dear Linux folks,
Unfortunately, commit 2fee61d22e (i2c: piix4: Add support for
multiplexed main adapter in SB800) [1] caused a regression. Tim
reported that to the Linux Kernel Bugtracker as bug #170741 last
September [2], but it looks like the affected subsystems don’t use it.
So I just copy h
Dear Matthews, dear Pali,
Installing Debian 9 (Stretch/testing) with Linux 4.9.6 on the Dell
Latitude E6510, the warnings below are shown.
```
$ more /proc/version
Linux version 4.9.0-1-amd64 (debian-ker...@lists.debian.org) (gcc
version 6.3.0 20170124 (Debian 6.3.0-5) ) #1 SMP Debian 4.9.6-
Dear Linux folks,
since some time, at Linux 4.8, 4.9, and 4.10-rc6, the OOM kicks in on a
8 GB machine.
```
Feb 12 08:21:50 asrocke350m1 kernel: updatedb.mlocat invoked oom-killer:
gfp_mask=0x16040d0(GFP_TEMPORARY|__GFP_COMP|__GFP_NOTRACK), nodemask=
Feb 12 08:21:50 asrocke350m1 kernel: updated
[Please CC me, as I am not subscribed.]
Dear OpenBMC people,
If you haven’t heard yet, there is a crowdfunding campaign going on to
fund a port of OpenBMC to the Asus KGPE-D16 [1].
The free firmware coreboot [2] runs on that board, and no BLOBs have to
be used with it. Having OpenBMC run on tha
Dear Linux folks,
On 01/10/17 23:24, Jan Niehusmann wrote:
On Tue, Jan 10, 2017 at 09:43:31PM +0100, Jan Niehusmann wrote:
And I bisected the issue to commit 7279b238ba, "mei: send OS type to the
FW"
Indeed, just disabling the FIXUP implemented by that commit fixes
suspend for me, with 4.10.
On 01/11/17 10:36, Greg Kroah-Hartman wrote:
On Wed, Jan 11, 2017 at 09:53:38AM +0100, Paul Menzel wrote:
On 01/10/17 23:24, Jan Niehusmann wrote:
On Tue, Jan 10, 2017 at 09:43:31PM +0100, Jan Niehusmann wrote:
And I bisected the issue to commit 7279b238ba, "mei: send OS type to t
Dear Tomas,
On 01/11/17 10:24, Winkler, Tomas wrote:
On Wed, Jan 11, 2017 at 01:27:21AM +0200, Tomas Winkler wrote:
On older platforms the command should be just ignored by the firmware
but some older platforms misbehave so it's safer to send the command
only if required.
Thanks! This fixes
Dear Tomas,
On 01/11/17 15:12, Winkler, Tomas wrote:
On 01/11/17 10:24, Winkler, Tomas wrote:
On Wed, Jan 11, 2017 at 01:27:21AM +0200, Tomas Winkler wrote:
On older platforms the command should be just ignored by the
firmware but some older platforms misbehave so it's safer to send
the com
On 01/11/17 10:49, Winkler, Tomas wrote:
Subject: Re: Dell XPS13 does not suspend with Linux 4.10-rc3
On 01/11/17 10:36, Greg Kroah-Hartman wrote:
On Wed, Jan 11, 2017 at 09:53:38AM +0100, Paul Menzel wrote:
On 01/10/17 23:24, Jan Niehusmann wrote:
On Tue, Jan 10, 2017 at 09:43:31PM +0100
Dear Ivan, dear Jeann,
There is an unwanted regression due to commit d7f96f97 (firmware:
dmi_scan: add SBMIOS entry and DMI tables).
Since Linux kernel 4.2 the utility `cbmem`, used to access information
stored in memory, from the coreboot project [1] does not work anymore
on a lot of systems as
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 a
:
$ 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 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 @ 25
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 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 is
Dear Tong,
Thank you for your patch.
Am 08.09.20 um 18:22 schrieb Tong Zhang:
length may be corrupted in rx_desc
How can that be?
and lead to panic, so check the sanity before passing it to skb_put
[ 167.667701] skbuff: skb_over_panic: text:b1e32cc1 len:60224
put:60224 head:
Dear Tong,
Am 01.10.20 um 09:03 schrieb Paul Menzel:
Am 08.09.20 um 18:22 schrieb Tong Zhang:
length may be corrupted in rx_desc
How can that be?
and lead to panic, so check the sanity before passing it to skb_put
[ 167.667701] skbuff: skb_over_panic: text:b1e32cc1 len:60224
Dear Caleb,
Thank you for the report. Linux has a no regression policy, so the
correct forum to report this to is the Linux kernel folks. I am adding
the crypto and stable folks to the receiver list.
Am 26.08.20 um 07:51 schrieb caljor...@hotmail.com:
I wanted to note an issue that I hav
Dear Deepa,
Commit v5.3-rc6-4-gf8b92ba67c5d3 (mount: Add mount warning for impending
timestamp expiry) [1] results in a lot of warnings on our systems.
xfs filesystem being mounted at /amd/salvadorthegunzerker/0
supports timestamps until 2038 (0x7fff)
Unfortunately, I am missing th
Dear Linux folks,
On the Asus F2A85-M PRO Linux 5.9-rc8 (and previous versions) does not
recognize a plugged in PS/2 mouse using the Plug & Play method. The PS/2
keyboard is detected fine, and using `i8042.nopnp`, the PS/2 mouse also
works.
[1.035915] calling i8042_init+0x0/0x42d @ 1
Dear Dmitry, dear Rafael, dear Len,
Am 08.10.20 um 00:16 schrieb Dmitry Torokhov:
On Wed, Oct 07, 2020 at 11:18:41PM +0200, Paul Menzel wrote:
On the Asus F2A85-M PRO Linux 5.9-rc8 (and previous versions) does not
recognize a plugged in PS/2 mouse using the Plug & Play method. The
Dear Rafael,
Am 12.10.20 um 12:39 schrieb Rafael J. Wysocki:
On Sun, Oct 11, 2020 at 1:08 AM Paul Menzel wrote:
Dear Dmitry, dear Rafael, dear Len,
Am 08.10.20 um 00:16 schrieb Dmitry Torokhov:
On Wed, Oct 07, 2020 at 11:18:41PM +0200, Paul Menzel wrote:
On the Asus F2A85-M PRO Linux
Dear Rafael, dear Dmitry,
Am 12.10.20 um 13:00 schrieb Rafael J. Wysocki:
On Mon, Oct 12, 2020 at 12:50 PM Paul Menzel wrote:
Am 12.10.20 um 12:39 schrieb Rafael J. Wysocki:
On Sun, Oct 11, 2020 at 1:08 AM Paul Menzel wrote:
Am 08.10.20 um 00:16 schrieb Dmitry Torokhov:
On Wed, Oct 07
Dear Linux folks,
On most (if not all) AMD Ryzen systems, including the Dell OptiPlex
5055, [1][2], Linux prints the warning below:
$ dmesg --level=warn
[0.871377] pci :00:00.2: can't derive routing for PCI INT A
[0.871732] pci :00:00.2: PCI INT A: not connected
spi_xfer.rx_buf = NULL;
memcpy(phy->iobuf, out, transfer_len);
out += transfer_len;
Reviewed-by: Paul Menzel
Kind regards,
Paul
Dear Linux folks,
Linux 5.4.39 reports the watchdog messages below on a Dell PowerEdge
T630 with 12x E5-2603 v4 @ 1.70GHz.
DMI: Dell Inc. PowerEdge T630/0NT78X, BIOS 2.5.4 08/17/2017
```
handsomejack:~$ more /proc/version
Linux version 5.4.39.mx64.334 (r...@lol.molgen.mpg.de) (gcc versio
Dear Masami,
Commit de462e5f10 (bootconfig: Fix to remove bootconfig data from initrd
while boot) causes a cosmetic regression on my x86 system with Debian
Sid/unstable.
Despite having no `bootconfig` parameter on the Linux CLI, the warning
below is shown.
'bootconfig' found on comman
Dear Thomas,
Thank you for the quick reply.
Am 11.05.20 um 09:17 schrieb Thomas Gleixner:
Paul Menzel writes:
please send patches to LKML and not offlist.
Sorry about that. From `MAINTAINERS` I thought x...@kernel.org is wanted.
Other subsystems list LKML explicitly there.
From
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 (tr
Dear Linux folks,
With Linux 5.9 and
$ lspci -nn -s 89:
89:00.0 Serial Attached SCSI controller [0107]: Adaptec Smart
Storage PQI 12G SAS/PCIe 3 [9005:028f] (rev 01)
$ more
/sys/devices/pci:88/:88:00.0/:89:00.0/host15/scsi_host/host15/driver_version
1.2.8-026
Dear Petr,
Am 11.08.20 um 12:53 schrieb Petr Mladek:
On Tue 2020-08-11 11:29:24, Paul Menzel wrote:
Commit f17a32e97e (let LOG_BUF_SHIFT default to 17) from 2008 was the
last time, the the default log buffer size bump was increased.
Machines have evolved, and on current hardware, enough
Dear Petr,
Am 11.08.20 um 11:29 schrieb Paul Menzel:
Currently, LOG_BUF_SHIFT defaults to 17, which is 2 ^ 17 bytes = 128 KB,
and LOG_CPU_MAX_BUF_SHIFT defaults to 12, which is 2 ^ 12 bytes = 4 KB.
Half of 128 KB is 64 KB, so more than 16 CPUs are required for the value
to be used, as then
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].
[ 502.044997
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,
The Intel Broadwell-U laptop Dell Latitude E7250 (BIOS A19 01/23/2018),
according to PowerTOP, only reaches package C-State C7 and not C8, C9,
C10, while the four CPUs itself do reach C-State C10 and CE.
I was asked to look at:
1. `/sys/kernel/debug/pmc_core/package_cstat
*/
With the new variable name, the comment could even be removed. ;-)
struct work_struct flush_work;
struct work_struct event_work; /* used by dm to report failure event */
mempool_t *serial_info_pool;
Reviewed-by: Paul Menzel
Kind regards,
Paul
: Guohan Lu
Signed-off-by: Paul Menzel
---
drivers/net/ethernet/intel/ixgbe/ixgbe_phy.c | 3 +++
drivers/net/ethernet/intel/ixgbe/ixgbe_type.h | 1 +
2 files changed, 4 insertions(+)
diff --git a/drivers/net/ethernet/intel/ixgbe/ixgbe_phy.c
b/drivers/net/ethernet/intel/ixgbe/ixgbe_phy.c
index
Dear Linux folks,
By mistake I built `XFRM_ESP` into the Linux kernel, resulting in
CONFIG_CRYPTO_SEQIV=y
CONFIG_CRYPTO_ECHAINIV=y
and also the Jitterentropy RNG to be built in.
CRYPTO_JITTERENTROPY=y
So, on the Asus F2A85-M PRO starting Linux 4.10-rc3 with
`initcall_debug`, the
Dear Stephan,
Thank you for the quick reply.
Am 10.11.20 um 10:25 schrieb Stephan Mueller:
Am Montag, 9. November 2020, 20:31:02 CET schrieb Paul Menzel:
By mistake I built `XFRM_ESP` into the Linux kernel, resulting in
CONFIG_CRYPTO_SEQIV=y
CONFIG_CRYPTO_ECHAINIV=y
and also
].
[1]:
https://github.com/opencomputeproject/OpenNetworkLinux/commit/f32316c63ce3a64de125b7429115c6d45e942bd1
[2]:
https://github.com/opencomputeproject/OpenNetworkLinux/commit/5ace6bcdb37cb8065dcd1d4404b3dcb6424f6331
Cc: Jeffrey Townsend
Cc: John W Linville
Signed-off-by: Paul Menzel
Signed-off-by: Paul Menzel
---
drivers/net/ethernet/intel/igb/e1000_phy.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/drivers/net/ethernet/intel/igb/e1000_phy.c
b/drivers/net/ethernet/intel/igb/e1000_phy.c
index 4e0b4ba09a00..4151e55a6d2a 100644
--- a/drivers/net
Dear Linux folks,
Looking a little bit at Open Network Linux, they carry some Linux
patches, but have not upstreamed them yet. This upstreams support for
the PHY BCM5461S. It’d be great, if you could help review it.
Kind regards,
Paul
Jeffrey Townsend (2):
ethernet: igb: Support PHY BCM546
Dear Linux folks,
Am 03.11.20 um 00:13 schrieb Paul Menzel:
From: Jeffrey Townsend
The BCM5461S PHY is used in switches.
The patch is taken from Open Network Linux, and it was added there as
patch
packages/base/any/kernels/3.16+deb8/patches/driver-support-intel-igb-bcm5461X-phy.patch
Dear Jakub,
Am 03.11.20 um 01:19 schrieb Jakub Kicinski:
On Tue, 3 Nov 2020 00:13:07 +0100 Paul Menzel wrote:
From: Jeffrey Townsend
The ops field might no be defined, so add a check.
This change should be first, otherwise AFAIU if someone builds the
kernel in between the commits (e.g
From: Joe LeVeque
The purpose is to notify the kernel module for fast reboot.
Upstream a patch from the SONiC network operating system [1].
[1]: https://github.com/Azure/sonic-linux-kernel/pull/46
Signed-off-by: Paul Menzel
---
kernel/kexec_core.c | 2 +-
1 file changed, 1 insertion(+), 1
://github.com/Azure/sonic-linux-kernel/pull/100]
Signed-off-by: Kiran Kella
[forward port to Linux v4.19,
https://github.com/Azure/sonic-linux-kernel/pull/147]
Signed-off-by: Akhilesh Samineni
Signed-off-by: Paul Menzel
---
Dear Linux folks,
This is taken from switch network operating system
Dear Don,
Am 17.10.20 um 00:31 schrieb don.br...@microchip.com:
The 6100C lockup is the result of the controller running out of
commands to process new incoming requests from the driver.
We are actively looking into this issue.
Unfortunately, there has not been any further reply by the Micro
Dear Linux folks,
Trying to decrease the boot time on a Acer TravelMate 5735Z with Debian
Sid/unstable and Linux 5.7.6, there are two delays of 100 ms. I created
a separate issue for each of the delays.
1. [Bug 208703] PnP ACPI init has 100 ms delay until quirk message
2. [Bug 208705] New:
Dear Kees, dear Andrew,
No idea, if you are aware of it yet, but three people verified that
commit 3202fa62fb (slub: relocate freelist pointer to middle of object)
causes a regression on AMD hardware [1].
It’d be great, if you took a look, and advised if this commit (and
follow-ups) should
Dear Linux folks,
Am 25.07.20 um 07:20 schrieb Mazin Rezk:
On Saturday, July 25, 2020 12:59 AM, Duncan wrote:
On Sat, 25 Jul 2020 03:03:52 + Mazin Rezk wrote:
Am 24.07.20 um 19:33 schrieb Kees Cook:
There was a fix to disable the async path for this driver that
worked around the bug t
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] iwlwifi
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 to
Dear Linus, dear Christian,
Am 03.07.20 um 17:29 schrieb Christian König:
Am 03.07.20 um 16:29 schrieb Paul Menzel:
The newly added hexint helper is more convenient for bitmasks.
Before:
$ more /sys/module/amdgpu/parameters/ppfeaturemask
4294950911
After:
$ more /sys/module
Dear Johannes,
On the Dell Latitude E7250 with Debian Sid/unstable and Linux 5.6.7,
running `powertop`, `psi_avgs_work` shows up there with 40 mW to 60 mW.
The battery reports a discharge rate of 7.16 W
The power consumed was 147 J
The estimated remaining time is 1 hours, 31 minutes
Summary
Dear Johannes,
I am wondering, how PSI shows some CPU pressure (on average), while the
load average, on a four thread system, shows a value well below four.
$ grep -R . /proc/pressure/
/proc/pressure/io:some avg10=0.00 avg60=0.00 avg300=0.00 total=941766173
/proc/pressure/io:full avg10=0.00
Dear Kees,
Am 24.07.20 um 00:32 schrieb Kees Cook:
On Thu, Jul 23, 2020 at 09:10:15PM +, Mazin Rezk wrote:
When amdgpu_dm_atomic_commit_tail is running in the workqueue,
drm_atomic_state_put will get called while amdgpu_dm_atomic_commit_tail is
running, causing a race condition where state
Dear Kees,
Am 24.07.20 um 19:33 schrieb Kees Cook:
On Fri, Jul 24, 2020 at 09:45:18AM +0200, Paul Menzel wrote:
Am 24.07.20 um 00:32 schrieb Kees Cook:
On Thu, Jul 23, 2020 at 09:10:15PM +, Mazin Rezk wrote:
As Linux 5.8-rc7 is going to be released this Sunday, I wonder, if commit
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 k
201 - 300 of 371 matches
Mail list logo
