Re: Linux 5.11.2

2021-02-26 Thread Jörg-Volker Peetz
Jörg-Volker Peetz wrote on 26/02/2021 12.33: Greg KH wrote on 26/02/2021 12.02: On Fri, Feb 26, 2021 at 11:54:07AM +0100, Jörg-Volker Peetz wrote: Hi, thanks for the upgrade. There seems to be a dangling link in the git repository: `scripts/dtc/include-prefixes/c6x` Is that new?  What

Re: Linux 5.2.10

2019-08-26 Thread Jörg-Volker Peetz
For me the command $ gpg --receive-keys DEA66FF797772CDC did the key import and I was able to verify the signature via https://www.kernel.org/category/signatures.html and then the git tag v5.2.10. Thank you both very much. Best regards, Jörg.

Re: Linux 4.7: Reported regressions as of Sunday, 2016-08-07

2016-08-07 Thread Jörg-Volker Peetz
Hi Thorsten, the ext4 problem reported here https://lkml.org/lkml/2016/8/5/150 an here https://lkml.org/lkml/2016/8/3/262 seems to me to be a regression, partly, because my laptop with 4.7.0 was also hit by it but I didn't dug into it. There seems to be a remedy https://lkml.org/lkml/2016/8/5/367

Re: Linux 4.7: Reported regressions as of Sunday, 2016-08-07

2016-08-07 Thread Jörg-Volker Peetz
Hi Thorsten, the ext4 problem reported here https://lkml.org/lkml/2016/8/5/150 an here https://lkml.org/lkml/2016/8/3/262 seems to me to be a regression, partly, because my laptop with 4.7.0 was also hit by it but I didn't dug into it. There seems to be a remedy https://lkml.org/lkml/2016/8/5/367

Re: Linux 4.4.4 [regression]

2016-03-07 Thread Jörg-Volker Peetz
Deucher, Alexander wrote on 03/07/16 19:07: >> -Original Message- >> From: Jörg-Volker Peetz [mailto:jvpe...@web.de] >> Sent: Monday, March 07, 2016 12:40 PM >> To: Deucher, Alexander; 'Linus Torvalds'; Dave Airlie; DRI mailing list >> Cc: Greg KH; Linux

Re: Linux 4.4.4 [regression]

2016-03-07 Thread Jörg-Volker Peetz
Deucher, Alexander wrote on 03/07/16 19:07: >> -Original Message- >> From: Jörg-Volker Peetz [mailto:jvpe...@web.de] >> Sent: Monday, March 07, 2016 12:40 PM >> To: Deucher, Alexander; 'Linus Torvalds'; Dave Airlie; DRI mailing list >> Cc: Greg KH; Linux

Re: Linux 4.4.4 [regression]

2016-03-07 Thread Jörg-Volker Peetz
Deucher, Alexander wrote on 03/07/16 17:44: >> -Original Message- >> From: linus...@gmail.com [mailto:linus...@gmail.com] On Behalf Of Linus >> Torvalds >> Sent: Monday, March 07, 2016 11:21 AM >> To: Jörg-Volker Peetz; Dave Airlie; DRI mailing list >&g

Re: Linux 4.4.4 [regression]

2016-03-07 Thread Jörg-Volker Peetz
Deucher, Alexander wrote on 03/07/16 17:44: >> -Original Message- >> From: linus...@gmail.com [mailto:linus...@gmail.com] On Behalf Of Linus >> Torvalds >> Sent: Monday, March 07, 2016 11:21 AM >> To: Jörg-Volker Peetz; Dave Airlie; DRI mailing list >&g

Re: Linux 4.4.4 [regression]

2016-03-07 Thread Jörg-Volker Peetz
Greg KH wrote on 03/07/16 02:14: > On Sun, Mar 06, 2016 at 02:18:31PM +0100, Jörg-Volker Peetz wrote: >> Greg KH wrote on 03/05/16 18:41: >>> >>> Can you use 'git bisect' between 4.4.3 and 4.4.4 to track down the >>> offending patch? >>> >> &

Re: Linux 4.4.4 [regression]

2016-03-07 Thread Jörg-Volker Peetz
Greg KH wrote on 03/07/16 02:14: > On Sun, Mar 06, 2016 at 02:18:31PM +0100, Jörg-Volker Peetz wrote: >> Greg KH wrote on 03/05/16 18:41: >>> >>> Can you use 'git bisect' between 4.4.3 and 4.4.4 to track down the >>> offending patch? >>> >> &

Re: Linux 4.4.4 [regression]

2016-03-06 Thread Jörg-Volker Peetz
Greg KH wrote on 03/05/16 18:41: > > Can you use 'git bisect' between 4.4.3 and 4.4.4 to track down the > offending patch? > > thanks, > > greg k-h > It's one line of code that freezes X during start on my HP Pavilion dv7 hybrid graphic (AMD HD 42000 - AMD HD 5400): # git bisect visualize commit

Re: Linux 4.4.4 [regression]

2016-03-06 Thread Jörg-Volker Peetz
Greg KH wrote on 03/05/16 18:41: > > Can you use 'git bisect' between 4.4.3 and 4.4.4 to track down the > offending patch? > > thanks, > > greg k-h > It's one line of code that freezes X during start on my HP Pavilion dv7 hybrid graphic (AMD HD 42000 - AMD HD 5400): # git bisect visualize commit

Re: Linux 4.4.4 [regression]

2016-03-05 Thread Jörg-Volker Peetz
On my HP Pavilion dv7 with hybrid graphics (AMD HD 4200 - AMD 5400) X can't be started anymore. When trying to start X with "startx" Xorg freezes to an un-killable process before switching to a frame buffer. From another console I'm able to kill the xinit process which brings the first console

Re: Linux 4.4.4 [regression]

2016-03-05 Thread Jörg-Volker Peetz
On my HP Pavilion dv7 with hybrid graphics (AMD HD 4200 - AMD 5400) X can't be started anymore. When trying to start X with "startx" Xorg freezes to an un-killable process before switching to a frame buffer. From another console I'm able to kill the xinit process which brings the first console

Re: Linux 4.3.2

2015-12-11 Thread Jörg-Volker Peetz
Greg KH wrote on 12/11/15 00:40: > I'm announcing the release of the 4.3.2 kernel. > > This release fixes a bug with regards to X.509 certificates, more > details can be found in the commit log. If you don't use these > certificates, no need to upgrade from 4.3.1. Note, the bug is also in >

Re: Linux 4.3.2

2015-12-11 Thread Jörg-Volker Peetz
Greg KH wrote on 12/11/15 00:40: > I'm announcing the release of the 4.3.2 kernel. > > This release fixes a bug with regards to X.509 certificates, more > details can be found in the commit log. If you don't use these > certificates, no need to upgrade from 4.3.1. Note, the bug is also in >

Re: Linux 4.3.1

2015-12-10 Thread Jörg-Volker Peetz
Greg KH wrote on 12/09/15 21:16: > I'm announcing the release of the 4.3.1 kernel. > > All users of the 4.3 kernel series must upgrade. > > The updated 4.3.y git tree can be found at: > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git > linux-4.3.y > and can be

Re: Linux 4.3.1

2015-12-10 Thread Jörg-Volker Peetz
Greg KH wrote on 12/09/15 21:16: > I'm announcing the release of the 4.3.1 kernel. > > All users of the 4.3 kernel series must upgrade. > > The updated 4.3.y git tree can be found at: > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git > linux-4.3.y > and can be

Re: [GIT PULL] ext4 bug fixes for 4.2-rc2

2015-07-11 Thread Jörg-Volker Peetz
Theodore Ts'o wrote on 07/05/2015 23:53: > The following changes since commit a2fd66d069d86d793e9d39d4079b96f46d13f237: > > ext4: set lazytime on remount if MS_LAZYTIME is set by mount (2015-06-23 > 11:03:54 -0400) > Hi Ted, I'm testing this patch and "ext4: set lazytime on remount if

Re: [GIT PULL] ext4 bug fixes for 4.2-rc2

2015-07-11 Thread Jörg-Volker Peetz
Theodore Ts'o wrote on 07/05/2015 23:53: The following changes since commit a2fd66d069d86d793e9d39d4079b96f46d13f237: ext4: set lazytime on remount if MS_LAZYTIME is set by mount (2015-06-23 11:03:54 -0400) snip Hi Ted, I'm testing this patch and ext4: set lazytime on remount if

Re: [PATCH] x86, aperture: Check for GART before accessing GART registers

2015-04-14 Thread Jörg-Volker Peetz
Hi, Borislav Petkov wrote on 04/14/2015 13:33: > On Tue, Apr 14, 2015 at 01:15:43PM +0200, Jörg-Volker Peetz wrote: >> Hi, > > Hi, > > please do not top-post. > >> tried this patch on my HP Pavilion notebook wiht AMD Phenom II processor. The >> BIOS has no

Re: [PATCH] x86, aperture: Check for GART before accessing GART registers

2015-04-14 Thread Jörg-Volker Peetz
Hi, tried this patch on my HP Pavilion notebook wiht AMD Phenom II processor. The BIOS has no IOMMU option. With this patch I'm still seeing the AGP messages mention in the patch description. Is this processor affected at all? /proc/cpuinfo says "cpu family" 16. That is 10h? Regards, jvp.

Re: [PATCH] x86, aperture: Check for GART before accessing GART registers

2015-04-14 Thread Jörg-Volker Peetz
Hi, tried this patch on my HP Pavilion notebook wiht AMD Phenom II processor. The BIOS has no IOMMU option. With this patch I'm still seeing the AGP messages mention in the patch description. Is this processor affected at all? /proc/cpuinfo says cpu family 16. That is 10h? Regards, jvp.

Re: [PATCH] x86, aperture: Check for GART before accessing GART registers

2015-04-14 Thread Jörg-Volker Peetz
Hi, Borislav Petkov wrote on 04/14/2015 13:33: On Tue, Apr 14, 2015 at 01:15:43PM +0200, Jörg-Volker Peetz wrote: Hi, Hi, please do not top-post. tried this patch on my HP Pavilion notebook wiht AMD Phenom II processor. The BIOS has no IOMMU option. With this patch I'm still seeing

Re: Regression: USB mouse only recognized w/o commit "ACPI / PM: Always enable wakeup GPEs ..."

2014-10-24 Thread Jörg-Volker Peetz
Hi, Rafael J. Wysocki wrote on 10/24/2014 00:39:> On 10/24/2014 12:20 AM, Jörg-Volker Peetz wrote: >> Hi, > > Hi, > >> on an HP Pavilion dv7 notebook with stable kernel 3.17.1 a USB mouse is only >> recognized w/o commit f35cec27d1037ff0d772edfd6e7b1e92cdc0 "

Re: Regression: USB mouse only recognized w/o commit ACPI / PM: Always enable wakeup GPEs ...

2014-10-24 Thread Jörg-Volker Peetz
Hi, Rafael J. Wysocki wrote on 10/24/2014 00:39: On 10/24/2014 12:20 AM, Jörg-Volker Peetz wrote: Hi, Hi, on an HP Pavilion dv7 notebook with stable kernel 3.17.1 a USB mouse is only recognized w/o commit f35cec27d1037ff0d772edfd6e7b1e92cdc0 ACPI / PM: Always enable wakeup GPES

Regression: USB mouse only recognized w/o commit "ACPI / PM: Always enable wakeup GPEs ..."

2014-10-23 Thread Jörg-Volker Peetz
Hi, on an HP Pavilion dv7 notebook with stable kernel 3.17.1 a USB mouse is only recognized w/o commit f35cec27d1037ff0d772edfd6e7b1e92cdc0 "ACPI / PM: Always enable wakeup GPES ...", config file attached. Any idea? Regards, jvp. # # Automatically generated file; DO NOT EDIT. # Linux/x86

Regression: USB mouse only recognized w/o commit ACPI / PM: Always enable wakeup GPEs ...

2014-10-23 Thread Jörg-Volker Peetz
Hi, on an HP Pavilion dv7 notebook with stable kernel 3.17.1 a USB mouse is only recognized w/o commit f35cec27d1037ff0d772edfd6e7b1e92cdc0 ACPI / PM: Always enable wakeup GPES ..., config file attached. Any idea? Regards, jvp. # # Automatically generated file; DO NOT EDIT. # Linux/x86

Re: [BISECTED] (?) since 3.16: USB video cam of an HP Pavilion dv7 laptop not working

2014-09-09 Thread Jörg-Volker Peetz
Jörg-Volker Peetz wrote on 09/08/2014 17:17: > Since 3.16 the builtin USB video cam of an HP Pavilion dv7 laptop shows only a > black screen with the application guvcview although the video LED is turned > on. > There is no hint in dmesg. Also the output of guvcview shows no >

Re: [BISECTED] (?) since 3.16: USB video cam of an HP Pavilion dv7 laptop not working

2014-09-09 Thread Jörg-Volker Peetz
Jörg-Volker Peetz wrote on 09/08/2014 17:17: Since 3.16 the builtin USB video cam of an HP Pavilion dv7 laptop shows only a black screen with the application guvcview although the video LED is turned on. There is no hint in dmesg. Also the output of guvcview shows no conspicuousness

[BISECTED] (?) since 3.16: USB video cam of an HP Pavilion dv7 laptop not working

2014-09-08 Thread Jörg-Volker Peetz
Since 3.16 the builtin USB video cam of an HP Pavilion dv7 laptop shows only a black screen with the application guvcview although the video LED is turned on. There is no hint in dmesg. Also the output of guvcview shows no conspicuousness. With kernel version 3.15.9 the camera works. I tried to

[BISECTED] (?) since 3.16: USB video cam of an HP Pavilion dv7 laptop not working

2014-09-08 Thread Jörg-Volker Peetz
Since 3.16 the builtin USB video cam of an HP Pavilion dv7 laptop shows only a black screen with the application guvcview although the video LED is turned on. There is no hint in dmesg. Also the output of guvcview shows no conspicuousness. With kernel version 3.15.9 the camera works. I tried to

Re: [PATCH next 3/4] blk-mq: user (1 << order) to implement order_to_size()

2014-04-18 Thread Jörg-Volker Peetz
Ming Lei wrote, on 04/18/2014 17:47: > On Fri, Apr 18, 2014 at 3:03 AM, Jörg-Volker Peetz wrote: >> Ming Lei wrote, on 04/17/2014 17:49: >>> Signed-off-by: Ming Lei >>> --- >>> block/blk-mq.c |7 +-- >>> 1 file changed, 1 insertion(+), 6 del

Re: [PATCH next 3/4] blk-mq: user (1 order) to implement order_to_size()

2014-04-18 Thread Jörg-Volker Peetz
Ming Lei wrote, on 04/18/2014 17:47: On Fri, Apr 18, 2014 at 3:03 AM, Jörg-Volker Peetz jvpe...@web.de wrote: Ming Lei wrote, on 04/17/2014 17:49: Signed-off-by: Ming Lei tom.leim...@gmail.com --- block/blk-mq.c |7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) diff --git

Re: [PATCH next 3/4] blk-mq: user (1 << order) to implement order_to_size()

2014-04-17 Thread Jörg-Volker Peetz
Ming Lei wrote, on 04/17/2014 17:49: > Signed-off-by: Ming Lei > --- > block/blk-mq.c |7 +-- > 1 file changed, 1 insertion(+), 6 deletions(-) > > diff --git a/block/blk-mq.c b/block/blk-mq.c > index baff2d0..1eff3d9 100644 > --- a/block/blk-mq.c > +++ b/block/blk-mq.c > @@ -1130,12

Re: [PATCH next 3/4] blk-mq: user (1 order) to implement order_to_size()

2014-04-17 Thread Jörg-Volker Peetz
Ming Lei wrote, on 04/17/2014 17:49: Signed-off-by: Ming Lei tom.leim...@gmail.com --- block/blk-mq.c |7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) diff --git a/block/blk-mq.c b/block/blk-mq.c index baff2d0..1eff3d9 100644 --- a/block/blk-mq.c +++ b/block/blk-mq.c @@

Re: [PATCH 3.13 000/120] 3.13.3-stable review

2014-02-13 Thread Jörg-Volker Peetz
3.13.3-rc1 running without flaws on a laptop HP Pavilion dv7 for over 16 hours now. Desktop usage, compilation, networking on debian testing/sid. Normally I'm using the latest stable on different laptops and am silent as long as nothing breaks. Thanks for your care and regards, jvp. -- To

Re: [PATCH 3.13 000/120] 3.13.3-stable review

2014-02-13 Thread Jörg-Volker Peetz
3.13.3-rc1 running without flaws on a laptop HP Pavilion dv7 for over 16 hours now. Desktop usage, compilation, networking on debian testing/sid. Normally I'm using the latest stable on different laptops and am silent as long as nothing breaks. Thanks for your care and regards, jvp. -- To

Re: [PATCH, RFC 12/12] random: adjust the generator polynomials in the mixing function slightly

2013-09-25 Thread Jörg-Volker Peetz
Small typo: s/Reigster/Register/ jvp -- -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH, RFC 12/12] random: adjust the generator polynomials in the mixing function slightly

2013-09-25 Thread Jörg-Volker Peetz
Small typo: s/Reigster/Register/ jvp -- -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH,RFC] random: make fast_mix() honor its name

2013-09-23 Thread Jörg-Volker Peetz
Thanks for your patience and elaborated answer. Theodore Ts'o wrote, on 09/22/2013 23:27: > On Sun, Sep 22, 2013 at 11:01:42PM +0200, Jörg-Volker Peetz wrote: >> just out of interest I would like to ask why this mixing function has to be >> that >> complicated. For examp

Re: [PATCH,RFC] random: make fast_mix() honor its name

2013-09-23 Thread Jörg-Volker Peetz
Thanks for your patience and elaborated answer. Theodore Ts'o wrote, on 09/22/2013 23:27: On Sun, Sep 22, 2013 at 11:01:42PM +0200, Jörg-Volker Peetz wrote: just out of interest I would like to ask why this mixing function has to be that complicated. For example, even if the input is always

Re: [PATCH,RFC] random: make fast_mix() honor its name

2013-09-22 Thread Jörg-Volker Peetz
Hi Theodore, Theodore Ts'o wrote, on 09/22/2013 05:05: > The following fast_mix function, with the loop unrolling, is about 70% > slower than your proposed version, but it's still four times faster > than the original byte-based fast_mix function. This is what I'm > considering using as a

Re: [PATCH,RFC] random: make fast_mix() honor its name

2013-09-22 Thread Jörg-Volker Peetz
Hi Theodore, Theodore Ts'o wrote, on 09/22/2013 05:05: The following fast_mix function, with the loop unrolling, is about 70% slower than your proposed version, but it's still four times faster than the original byte-based fast_mix function. This is what I'm considering using as a

Re: wireless regression with 3.7 on MSI MS-1013 notebook

2013-01-03 Thread Jörg-Volker Peetz
Meanwhile I'm using Helmut Schaa's patch f5685ba675449b072feab6a5391a9ef9f604bc94 ( http://article.gmane.org/gmane.linux.kernel.stable/37108/match=helmut+schaa+specify+interface+combinations ), which fixes this problem of my oldtimer notebook. -- Best regards, Jörg-Volker. -- To unsubscribe

Re: wireless regression with 3.7 on MSI MS-1013 notebook

2013-01-03 Thread Jörg-Volker Peetz
Meanwhile I'm using Helmut Schaa's patch f5685ba675449b072feab6a5391a9ef9f604bc94 ( http://article.gmane.org/gmane.linux.kernel.stable/37108/match=helmut+schaa+specify+interface+combinations ), which fixes this problem of my oldtimer notebook. -- Best regards, Jörg-Volker. -- To unsubscribe

Re: 3.5 kernel NULL pointer dereference net_tx_action

2012-08-10 Thread Jörg-Volker Peetz
With stable release 3.5.1 this is cured and WLAN is working flawless again. Many thanks to the maintainers. -- Jörg-Volker Peetz. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo inf

Re: 3.5 kernel NULL pointer dereference net_tx_action

2012-08-10 Thread Jörg-Volker Peetz
With stable release 3.5.1 this is cured and WLAN is working flawless again. Many thanks to the maintainers. -- Jörg-Volker Peetz. -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http

3.5 kernel NULL pointer dereference net_tx_action

2012-08-09 Thread Jörg-Volker Peetz
Dear maintainers, with kernel 3.5 on debian x86_64 and wpa_supplicant 1.0 on an MSI laptop trying to start the wireless network adapter, results in a kernel oops: BUG: unable to handle kernel NULL pointer dereference at 0082 IP: [] net_tx_action+0xd0/0xd0 PGD 392aa067 PUD 390b7067

3.5 kernel NULL pointer dereference net_tx_action

2012-08-09 Thread Jörg-Volker Peetz
Dear maintainers, with kernel 3.5 on debian x86_64 and wpa_supplicant 1.0 on an MSI laptop trying to start the wireless network adapter, results in a kernel oops: BUG: unable to handle kernel NULL pointer dereference at 0082 IP: [81325e70] net_tx_action+0xd0/0xd0 PGD 392aa067