Re: [PATCH] lib/raid6: Add AVX2 optimized recovery functions

Dear Jim, Am Donnerstag, den 08.11.2012, 13:47 -0800 schrieb Jim Kukunas: Optimize RAID6 recovery functions to take advantage of the 256-bit YMM integer instructions introduced in AVX2. in my experiencing optimizations always have to be back up by benchmarks. Could you add those to the commit

Re: [PATCH] lib/raid6: Add AVX2 optimized recovery functions

Am Freitag, den 09.11.2012, 12:39 +0100 schrieb H. Peter Anvin: Sorry, we cannot share those at this time since the hardwarenis not yet released. Too bad. Then I suggest an additional run time switch to enable and disable that code path. So people later can easily test themselves. Thanks,

Re: [PATCH] drivers/gpu/drm/nouveau: remove erroneous semicolon

) return true; usleep_range(1, 2); return false; Acked-by: Paul Menzel paulepan...@users.sourceforge.net Thanks, Paul signature.asc Description: This is a digitally signed message part

[PATCH v2] sp5100_tco: Set the AcpiMmioSel bitmask value to 1 instead of 2

bit 2 seems to be zero. However, the sp5100_tco driver should use the correct bitmask value. [1] http://support.amd.com/us/Embedded_TechDocs/45482.pdf Signed-off-by: Takahisa Tanaka mc74h...@gmail.com CC: sta...@vger.kernel.org Signed-off-by: Paul Menzel paulepan...@users.sourceforge.net --- v2

Re: [PATCH v2] sp5100_tco: Remove code that may cause a boot failure

Dear Takahisa, thank you for your patch. Am Sonntag, den 03.03.2013, 14:52 +0900 schrieb Takahisa Tanaka: The critical problem which can't boot OS until the power is completely cut off found on PC with SB700 chipset. As commented in my first reply – at least I think – please add the

Re: [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio

+++-- 1 file changed, 27 insertions(+), 2 deletions(-) Acked-by: Paul Menzel paulepan...@users.sourceforge.net Thanks, Paul [1] https://code.google.com/p/chromium-os/issues/detail?id=39148 signature.asc Description: This is a digitally signed message part

Re: [PATCH 1/2] sp5100_tco: Fix wrong indirect I/O access for getting value of reserved bits

of linux-watchdog-next? If yes, could you please add `CC: sta...@vger.kernel.org` to both of Takahisa’s patches and also add my Tested-by: Paul Menzel paulepan...@users.sourceforge.net ASRock E350M1 (SB800) as commented on the bug report to it? Thanks, Paul signature.asc Description

Re: [PATCH linux-next] DM RAID: validate_raid_redundancy: Silence uninitialized variable warning

Dear Tim, thanks for the patch. Am Mittwoch, den 20.02.2013, 13:31 -0700 schrieb Tim Gardner: Noting the `gcc` version and build environment is never wrong. ;-) drivers/md/dm-raid.c: In function 'raid_ctr': drivers/md/dm-raid.c:453:53: warning: 'rebuilds_per_group' may be used

Re: [PATCH linux-next] DM RAID: validate_raid_redundancy: Silence uninitialized variable warning

Dear Tim, Am Mittwoch, den 20.02.2013, 23:16 +0100 schrieb Paul Menzel: Am Mittwoch, den 20.02.2013, 13:31 -0700 schrieb Tim Gardner: Noting the `gcc` version and build environment is never wrong. ;-) drivers/md/dm-raid.c: In function 'raid_ctr': drivers/md/dm-raid.c:453:53: warning

Re: [PATCH] sp5100_tco: Remove code that may cause a boot failure

Dear Takahisa, Am Samstag, den 23.02.2013, 20:31 +0900 schrieb Takahisa Tanaka: The critical problem which can't boot OS until the power is completely cut off found on PC with SB700 chipset. all SB700 boards or just a specific one? This patch fix the problem, but, this patch prevents the

Re: [PATCH] drm/exynos: fix double call of drm_prime_(init/destroy)_file_private

Dear Inki Dae, Am Donnerstag, den 06.09.2012, 11:35 +0900 schrieb InKi Dae: 2012/9/6 Mandeep Singh Baines m...@chromium.org: The double invocations are incorrect but seem to be safe so I don't think this will fix any bugs. Before: [7.639366] drm_prime_init_file ee3675d0 [

Re: [PATCH] drm/radeon: Include swiotlb.h if SWIOTLB configured.

); With the clarification above Acked-by: Paul Menzel paulepan...@users.sourceforge.net can be added to your patch. Thanks, Paul signature.asc Description: This is a digitally signed message part

Re: [PATCH] drm/radeon: Include swiotlb.h if SWIOTLB configured.

Dear Huacai, Am Montag, den 13.08.2012, 15:16 +0800 schrieb Huacai Chen: On Mon, Aug 13, 2012 at 3:00 PM, Paul Menzel wrote: thanks for your patch. Firstly, is Chen your first or last name? If it is your first name, your From address should be switched. Chen is may last name. I am

Re: [PATCH] drm/radeon: Include swiotlb.h if SWIOTLB configured.

Am Montag, den 13.08.2012, 16:04 +0800 schrieb Huacai Chen: On Mon, Aug 13, 2012 at 3:50 PM, Paul Menzel wrote: Am Montag, den 13.08.2012, 15:16 +0800 schrieb Huacai Chen: On Mon, Aug 13, 2012 at 3:00 PM, Paul Menzel wrote: […] Am Montag, den 13.08.2012, 10:09 +0800 schrieb Huacai Chen

Re: [Intel-gfx] [PATCH] drm/i915: ingore eDP bpc settings

*/ list_for_each_entry(connector, dev-mode_config.connector_list, head) { Acked-by: Paul Menzel paulepan...@users.sourceforge.net Thanks, Paul signature.asc Description: This is a digitally signed message part

Re: [PATCH] sp5100_tco: Add SB8x0 chipset support

the MMIO address for watchdog timer to chipset during disabled watchdog. However, I'm not sure about it, because I don't know much about chipset programming. So, any comments will be welcome. Tested-by: Paul Menzel paulepan...@users.sourceforge.net ASRock A780FullHD http://www.asrock.com/mb

Re: [PATCH 4/7] drivers/gpu/drm: remove invalid reference to list iterator variable

) if (crtc == NULL) return 0; - fb = entry-base.crtc.fb; + fb = crtc-fb; return vmw_kms_write_svga(dev_priv, w, h, fb-pitches[0], fb-bits_per_pixel, fb-depth); Acked-by: Paul

Re: [PATCH v2] sp5100_tco: Add SB8x0 chipset support

/sp5100_tco.c | 321 +++--- drivers/watchdog/sp5100_tco.h | 46 -- 2 files changed, 306 insertions(+), 61 deletions(-) […] Tested-by: Paul Menzel paulepan...@users.sourceforge.net Thanks, Paul signature.asc Description: This is a digitally signed message

Re: Regression: drm/radeon: brightness control hard system lockup

Dear Eldad, thanks a lot for the patch. Am Sonntag, den 13.01.2013, 22:00 +0100 schrieb Eldad Zack: […] From 5817128d2761f60051b069d2bb31209c909b6a04 Mon Sep 17 00:00:00 2001 From: Eldad Zack el...@fogrefinery.com Date: Sun, 13 Jan 2013 21:14:08 +0100 Subject: [PATCH] drm/radeon: fix

Re: Regression: drm/radeon: brightness control hard system lockup

a certain fix. Reported-by: Eldad Zack el...@fogrefinery.com Signed-off-by: Alex Deucher alexander.deuc...@amd.com With the above, Acked-by: Paul Menzel paulepan...@users.sourceforge.net --- drivers/gpu/drm/radeon/evergreen.c |6 ++ drivers/gpu/drm/radeon/ni.c|6

Re: [PATCH] drm: refactor call to request_module

or are there any problems with stack sizes on some systems? (This patch would be good alone for decreasing the number of code lines. ;-)) Signed-off-by: Kees Cook keesc...@chromium.org --- drivers/gpu/drm/drm_encoder_slave.c |6 +- 1 file changed, 1 insertion(+), 5 deletions(-) Acked-by: Paul

drm fixes for 3.11: Tag more patches for stable? (was: [git pull] drm fixes)

Dear Dave, Am Freitag, den 09.08.2013, 05:53 +0100 schrieb Dave Airlie: […] The following changes since commit c095ba7224d8edc71dcef0d655911399a8bd4a3f: Linux 3.11-rc4 (2013-08-04 13:46:46 -0700) are available in the git repository at: git://people.freedesktop.org/~airlied/linux

Read and publish firmware time stamps and boot time (was: [systemd-devel] bootloader time on a non-EFI bootloader)

[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 line

[REGRESSION] firmware: dmi_scan: add SBMIOS entry and DMI tables

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

r8169: Unconditionally disabling ASPM

Dear Linux folks, Running the Firmware Test Suite (fwts) [1] on an ASRock E350M1, it suggests that ASPM should be enabled. The module r8169 disables ASPM since the commit below. commit ba04c7c93bbcb48ce880cf75b6e9dffcd79d4c7b Author: Stanislaw Gruszka Date:   Tue Feb 22

Re: Dell XPS13: MCE (Hardware Error) reported

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 <pmen...@molgen.mpg.de> Cc: Ashok Raj <ashok@intel.com>; Linux Ke

Re: Dell XPS13: MCE (Hardware Error) reported

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

Trying to understand OOM killer

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:

Dell Latitude E6510: `dell_wmi: Dell descriptor buffer has invalid buffer length (128)`

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

Re: Regression on Dell XPS13

ing S3. This onus is now on the 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 [mailt

OT: Crowdfunding to port OpenBMC to Asus KGPE-D16

[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

Re: bnx2: broken firware loading

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

Re: [PATCH 1/2] Revert "bnx2: Reset device during driver initialization"

com> Please mark this for inclusion into the stable Linux kernel. Acked-by: Paul Menzel <pmen...@molgen.mpg.de> Thanks, Paul

Re: [PATCH v2 0/2] bnx2: Wait for in-flight DMA to complete at probe stage

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,

Re: [PATCH v2 0/2] bnx2: Wait for in-flight DMA to complete at probe stage

On 11/14/16 18:28, David Miller wrote: From: Paul Menzel <pmen...@molgen.mpg.de> 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

Re: INFO: rcu_sched detected stalls on CPUs/tasks with `kswapd` and `mem_cgroup_shrink_node`

n’t have been a problem. Kind regards, Paul Menzel

Re: Ordering problems with 3ware controller

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 <pmen...@molgen.mpg.de> writes: Linux does not provide device discovery ordering guarantees. You need to fix your scripts to use UUIDs, filesyst

Re: INFO: rcu_sched detected stalls on CPUs/tasks with `kswapd` and `mem_cgroup_shrink_node`

> > 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

Re: [char-misc for 4.10-rc4 V2] mei: bus: enable OS version only for SPT and newer

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

Re: [char-misc for 4.10-rc4 V2] mei: bus: enable OS version only for SPT and newer

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

Re: Dell XPS13 does not suspend with Linux 4.10-rc3

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

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, Jan Niehusmann wrote: And I bisected the issue to commit 7279b238ba, "mei: send OS type to t

Re: [char-misc for 4.10-rc4 V2] mei: bus: enable OS version only for SPT and newer

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

Re: Dell XPS13 does not suspend with Linux 4.10-rc3

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

Re: INFO: rcu_sched detected stalls on CPUs/tasks with `kswapd` and `mem_cgroup_shrink_node`

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

Re: Question regarding power button of Dell XPS13

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

Dell XPS13: MCE (Hardware Error) reported

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:

Re: Dell XPS13: MCE (Hardware Error) reported

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:

Re: Dell XPS13: MCE (Hardware Error) reported

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

Re: Dell XPS13: MCE (Hardware Error) reported

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 you

Question regarding power button of Dell XPS13

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

Re: [PATCH] ftrace/x86: fix x86-32 triple fault with graph tracing and suspend-to-ram

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

Re: [PATCH] ftrace/x86: fix x86-32 triple fault with graph tracing and suspend-to-ram

()'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 real mode. Reported-by: Paul Menzel <pmen...@molgen.mpg

Re: [coreboot] checkpatch: Question regarding asmlinkage and storage class

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

checkpatch: Question regarding asmlinkage and storage class

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

Re: [PATCH] acpi: fix incompatibility with mcount-based function graph tracing

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

Re: [PATCH] acpi: fix incompatibility with mcount-based function graph tracing

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

Regression between Linux 3.16 and 4.8/4.9 on Lenovo X60 with coreboot

Dear Linux folks, Currently, TPM support is added to the coreboot project for the Lenovo X60 [1]. Unfortunately, there seems to have been a regression between Linux 3.16 and 4.8 and 4.9, so that the Linux kernel doesn’t create the TPM device. ``` $ more /proc/version Linux version

Re: [tpmdd-devel] Regression between Linux 3.16 and 4.8/4.9 on Lenovo X60 with coreboot

Dear Jason, Thank you for your reply. On 2017-04-04 19:15, Jason Gunthorpe wrote: On Tue, Apr 04, 2017 at 06:29:06PM +0200, Paul Menzel wrote: Unfortunately, there seems to have been a regression between Linux 3.16 and 4.8 and 4.9, so that the Linux kernel doesn’t create the TPM device

Re: [Regression] Changes to i2c-piix4.c initialisation prevent loading of sp5100_tco watchdog driver on AMD SB800 chipset

Dear Zoltán, Am Samstag, den 01.04.2017, 12:13 +0200 schrieb Boszormenyi Zoltan: […] > and have split the patch into three pieces now (USB quirks, i2c-piix4 > and sp5100_tco) and they were sent to the relevant mailing lists. Could you please add me to the receiver list of these patches, so

Re: [Regression] Changes to i2c-piix4.c initialisation prevent loading of sp5100_tco watchdog driver on AMD SB800 chipset

Dear Wolfram, Thank you for the reply, which we talked about briefly at the Chemnitzer LinuxTage. Am Freitag, den 03.03.2017, 11:17 +0100 schrieb Wolfram Sang: > > Unfortunately, commit 2fee61d22e (i2c: piix4: Add support for > > multiplexed main adapter in SB800) [1] caused a regression. Tim

Re: [tpmdd-devel] Regression between Linux 3.16 and 4.8/4.9 on Lenovo X60 with coreboot

On 2017-04-06 18:55, Jason Gunthorpe wrote: On Thu, Apr 06, 2017 at 08:18:33AM +0200, Paul Menzel wrote: Indeed, that improves the situation. I still need to pass `force=1` to the module to get `/dev/tpm0`. No idea, why it’s not in included in Linux 4.9 yet. Fair point.. Jarkko - could you

Re: [tpmdd-devel] Regression between Linux 3.16 and 4.8/4.9 on Lenovo X60 with coreboot

Dear Maciej, On 2017-04-05 13:03, Maciej S. Szmigiero wrote: tpm tpm0: Unable to read burstcount tpm tpm0: tpm_transmit: tpm_send: error -16 tpm_tis tpm_tis: Could not get TPM timeouts and durations This looks like a regression I had on ThinkPad X61S. You can try with a patch from the

RE: [Regression Linux 4.11] TPM module not loaded anymore

Dear Robert, Thank you for looking into this. On 2017-04-12 17:54, Moore, Robert wrote: And probably the dmesg if error messages appear in there. Linux doesn’t log any messages, as the `tpm` module doesn’t load. Please find the output of `sudo acpidump` attached. […] Kind regards,

RE: [Regression Linux 4.11] TPM module not loaded anymore

Dear Robert, Thank you for your reply. On 2017-04-12 23:49, Moore, Robert wrote: On 2017-04-12 17:54, Moore, Robert wrote: > And probably the dmesg if error messages appear in there. Linux doesn’t log any messages, as the `tpm` module doesn’t load. Please find the output of `sudo

Re: [tpmdd-devel] [backport v4.9] tpm_tis: use default timeout value if chip reports it as zero

Dear Greg, On 2017-04-15 22:50, Greg KH wrote: On Sat, Apr 15, 2017 at 06:26:22PM +0300, Jarkko Sakkinen wrote: From: "Maciej S. Szmigiero" Since commit 1107d065fdf1 ("tpm_tis: Introduce intermediate layer for TPM access") Atmel 3203 TPM on ThinkPad X61S (TPM

Re: Kernel panic on Lenovo X60 with tracing enabled

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

Re: Kernel panic on Lenovo X60 with tracing enabled

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

[Regression] Changes to i2c-piix4.c initialisation prevent loading of sp5100_tco watchdog driver on AMD SB800 chipset

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

Kernel panic on Lenovo X60 with tracing enabled

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. > […] [

`pci_apply_final_quirks()` taking half a second

Dear Linux folks, Measuring where time is spent during boot with `systemd-bootchart` on an Asus A780FullHD, it turns out that half a second is spent in `pci_apply_final_quirks()`. Here are the times copied from the SVG: init_ladder 0.012s init_menu 0.012s pm_sysrq_init 0.012s

Re: [tpmdd-devel] Regression between Linux 3.16 and 4.8/4.9 on Lenovo X60 with coreboot

Dear Jarkko, On 2017-04-07 22:13, Jarkko Sakkinen wrote: On Thu, Apr 06, 2017 at 01:10:13PM -0600, Jason Gunthorpe wrote: On Thu, Apr 06, 2017 at 08:26:22PM +0200, Paul Menzel wrote: > >We added direct ACPI binding to the driver in addition to PNP, so if > >you have an ACPI table

Re: meiI: can't suspend (mei_me_pm_runtime_suspend [mei_me] returned -62)

Dear Alexander, On 2017-08-14 08:35, Alexander Usyskin wrote: Can you try rc5? There is the patch included that should fix mei device suspend/resume flow. Commit 557909e195ae (mei: exclude device from suspend direct complete optimization) indeed seems to have fixed this. Thank you. Kind

Re: Decreasing time for `rsa_init`

Dear Stephan, Am Mittwoch, den 12.07.2017, 19:38 +0200 schrieb Paul Menzel: > On 07/12/17 19:28, Stephan Müller wrote: > > Am Mittwoch, 12. Juli 2017, 12:59:58 CEST schrieb Paul Menzel: > > > Building CRYPTO_RSA not as module, but into the Linux kernel, > > >

Re: irq: Invalid fwnode type (2) for irqdomain

Dear Marc, dear John, Am Donnerstag, den 06.07.2017, 15:21 +0100 schrieb Marc Zyngier: > On 05/07/17 11:41, Thomas Gleixner wrote: > > On Wed, 5 Jul 2017, Paul Menzel wrote: > > > On a Lenovo X60t with coreboot based firmware testing the latest > > > master > >

Decreasing time for `rsa_init`

Dear Linux crypto folks, Building CRYPTO_RSA not as module, but into the Linux kernel, `rsa_init()` takes 130 ms on an ASRock E350M1. (Timings are shown by adding `initcall_debug` to Linux command line [1]. The times are visualized by `analyze_boot.py` from pm-graph [2] or

Re: Decreasing time for `rsa_init`

Dear Stephan, Thank you for the quick response. On 07/12/17 19:28, Stephan Müller wrote: Am Mittwoch, 12. Juli 2017, 12:59:58 CEST schrieb Paul Menzel: Building CRYPTO_RSA not as module, but into the Linux kernel, `rsa_init()` takes 130 ms on an ASRock E350M1. (Timings are shown

Early loading of microcode updates with all firmware

Dear Borislav, Thank you for recently updating the document *Early load microcode* [1]. My goal is to include all microcode updates from AMD and Intel, as the image is supposed to run on several systems. Therefore, I included the files in the initramfs image, under `/lib/firmware`, and

Re: Early loading of microcode updates with all firmware

Dear Borislav, On 06/30/17 13:37, Borislav Petkov wrote: On Fri, Jun 30, 2017 at 12:44:43PM +0200, Paul Menzel wrote: But, the microcode is not updated. For example, I have to manually run the command below. Yes, you need something in userspace to trigger that reload. Reading

irq: Invalid fwnode type (2) for irqdomain

Dear Linux folks, On a Lenovo X60t with coreboot based firmware testing the latest master branch from Linus, the message below is new, and isn’t there with Linux 4.12. ``` irq: Invalid fwnode type (2) for irqdomain ``` `git blame kernel/irq/irqdomain.c` shows, the message is added in commit

Re: [tip:x86/microcode] x86/microcode: Document the three loading methods

you the script(?) please be updated to use HTTPS URLs? Author: Borislav Petkov <b...@suse.de> AuthorDate: Mon, 24 Jul 2017 12:12:27 +0200 Committer: Ingo Molnar <mi...@kernel.org> CommitDate: Tue, 25 Jul 2017 11:26:24 +0200 x86/microcode: Document the three loading methods

Re: WARNING: CPU: 1 PID: 0 at arch/x86/mm/tlb.c:237 initialize_tlbstate_and_flush+0x120/0x130

Dear Andy, On 09/10/17 19:42, Andy Lutomirski wrote: On Sat, Sep 9, 2017 at 11:48 PM, Paul Menzel <pmen...@molgen.mpg.de> wrote: With Linux built from commit 4dfc2788033d (Merge tag 'iommu-updates-v4.14' of git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu), I get the warning

Re: [tip:x86/urgent] x86/mm/32: Load a sane CR3 before cpu_init() on secondary CPUs

x it by loading swapper_pg_dir (i.e. init_mm.pgd) earlier. Reported-by: Paul Menzel <pmen...@molgen.mpg.de> Reported-by: Pavel Machek <pa...@ucw.cz> Signed-off-by: Andy Lutomirski <l...@kernel.org> Cc: Borislav Petkov <b...@alien8.de> Cc: Borislav Petkov <bpet...@suse.de> Cc:

Re: [PATCH v2] drm/vc4: Fix sleeps during the IRQ handler for DSI transactions.

Dear Eric, Some nit picks where stuff contradicts the coding style. Am Freitag, den 13.10.2017, 17:12 -0700 schrieb Eric Anholt: > VC4's DSI1 has a bug where the AXI connection is broken for 32-bit > writes from the CPU, so we use the DMA engine to DMA 32-bit values > into registers instead.

WARNING: CPU: 1 PID: 0 at arch/x86/mm/tlb.c:237 initialize_tlbstate_and_flush+0x120/0x130

Dear Linux folks, With Linux built from commit 4dfc2788033d (Merge tag 'iommu-updates-v4.14' of git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu), I get the warning below on a Lenovo X60t with a 32-bit CPU. ``` $ dmesg [0.00] Linux version 4.13.0+ (root@d44d03a193d6) (gcc

Re: [Intel-wired-lan] [PATCH] e1000e: changed some expensive calls of udelay to usleep_range

Dear Matthew, On 08/23/17 17:59, Matthew Tan wrote: Calls to udelay are not preemtable by userspace so userspace applications experience a large (~200us) latency when running on core 0. Instead usleep_range can be used to be more friendly to userspace since it is

Re: net/wireless/shipped-certs.c:2:1: error: expected expression at end of input

Dear Johannes, On 12/05/17 11:03, Johannes Berg wrote: On Tue, 2017-12-05 at 11:01 +0100, Paul Menzel wrote: ``` $ git describe v4.15-rc2-79-gfd6d2e506ce6 $ git log --oneline -1 fd6d2e506ce6 Merge tag 'docs-4.15-fixes' of git://git.lwn.net/linux $ time ARCH=i386 make deb-pkg -j50 […] net

net/wireless/shipped-certs.c:2:1: error: expected expression at end of input

Dear Linux folks, Building the Linux kernel fails with the error below on Debian Sid/unstable with gcc (Debian 7.2.0-8) 7.2.0. ``` $ git describe v4.15-rc2-79-gfd6d2e506ce6 $ git log --oneline -1 fd6d2e506ce6 Merge tag 'docs-4.15-fixes' of git://git.lwn.net/linux $ time ARCH=i386 make

Re: net/wireless/shipped-certs.c:2:1: error: expected expression at end of input

Dear Johannes, On 12/05/17 11:31, Johannes Berg wrote: Ah, here we go - you probably don't have "hexdump" installed on this system? Well, I didn’t, but got the error, that hexdump couldn’t be found. After installing it, I got the error above, and sent the message. Ah, ok. Removing the

Re: net/wireless/shipped-certs.c:2:1: error: expected expression at end of input

Dear Damian, On 12/13/17 08:53, Damian Tometzki wrote: I got. the same Build error. So first you didn’t have hexdump installed, and then after installing it you got it? Removing the generated file fixed the build? Kind regards, Paul

Re: net/wireless/shipped-certs.c:2:1: error: expected expression at end of input

Dear Damian, On 12/13/17 12:00, Damian Tometzki wrote: Hexdump was already installed in the System. I commented out this step. Please try to reproduce it from a clean environment (`git clean -dfx`, save your .config before), and then please give more details. Kind regards, Paul

Re: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`

Subject: RE: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest` [Mario from Dell added to CC list.] Dear Alexander, On 12/11/17 17:08, alexander.stef...@infineon.com wrote: On 12/08/17 17:18, Jason Gunthorpe wrote: On Fri, Dec 08, 2017 at 05:07:39PM +0100,

Re: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`

Dear Mario, On 12/15/17 16:24, mario.limoncie...@dell.com wrote: -Original Message- From: Paul Menzel [mailto:pmen...@molgen.mpg.de] Sent: Friday, December 15, 2017 9:11 AM To: Limonciello, Mario <mario_limoncie...@dell.com>; Alexander Steffen <alexander.stef...@infineon.co

Re: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`

Dear Mario, On 12/15/17 15:39, mario.limoncie...@dell.com wrote: -Original Message- From: Paul Menzel [mailto:pmen...@molgen.mpg.de] Sent: Friday, December 15, 2017 5:54 AM To: Limonciello, Mario <mario_limoncie...@dell.com>; Alexander Steffen <alexander.stef...@infineon.co

Re: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`

Dear Alexander, On 12/15/17 15:54, alexander.stef...@infineon.com wrote: […] the added line breaks to the quoted parts really mess up the citation. Can we please try to use MUAs avoiding that, or fixing that manually? Sorry, I'm not sure whether my company has a way for me to avoid using

Re: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`

[Mario from Dell added to CC list.] Dear Alexander, On 12/11/17 17:08, alexander.stef...@infineon.com wrote: On 12/08/17 17:18, Jason Gunthorpe wrote: On Fri, Dec 08, 2017 at 05:07:39PM +0100, Paul Menzel wrote: I have no access to the system right now, but want to point out, that the log

Re: UBSAN: Undefined behaviour in drivers/net/wireless/intel/iwlwifi/mvm/utils.c:838:5

Dear Luca, Am 18.12.2017 um 19:30 schrieb Luca Coelho: On Wed, 2017-12-13 at 16:32 +0200, Luciano Coelho wrote: On Wed, 2017-12-13 at 14:25 +0100, Paul Menzel wrote: I enabled the undefined behavior sanitizer, and built Linus’ master branch under Ubuntu 17.10 with gcc (Ubuntu 7.2.0

Is 115200 still the maximum baudrate?

Dear Linux folks, The Linux serial console documentation [1] says that 115200 is the maximum supported baudrate. > The maximum baudrate is 115200. Is that still accurate? If yes, where should I look to support higher values? Kind regards, Paul [1]

How to enable output to serial console at run-time?

Dear Linux folks, If I want to output the Linux kernel messages to the serial console, but the `console=ttyS…` line is missing on the Linux command line, is there a way to activate that during run-time by, for example, using the sysfs interface? Kind regards, Paul

Re: How to enable output to serial console at run-time?

Dear Greg, Am 02.11.2017 um 17:53 schrieb Greg KH: On Thu, Nov 02, 2017 at 04:39:36PM +0100, Paul Menzel wrote: If I want to output the Linux kernel messages to the serial console, but the `console=ttyS…` line is missing on the Linux command line, is there a way to activate that during run

  1   2   3   4   5   6   >