Hi
On 2019-09-14, Greg Kroah-Hartman wrote:
> On Sat, Sep 14, 2019 at 02:54:11AM +0200, Stefan Lippers-Hollmann wrote:
> > On 2019-09-13, Greg Kroah-Hartman wrote:
> > > From: Michael S. Tsirkin
> > >
> > > commit a89db445fbd7f1f8457b03759aa7343fa530ef6b u
ed long)(addr - node->start),
| ^~
make[3]: *** [/build/linux-5.2/scripts/Makefile.build:285:
drivers/vhost/vhost.o] Error 1
make[2]: *** [/build/linux-5.2/scripts/Makefile.build:489: drivers/vhost] Error
2
make[1]: *** [/build/linux-5.2/Makefile:1072: drivers] Error 2
make: *** [/build/linux-5.2/Makefile:179: sub-make] Error 2
Regards
Stefan Lippers-Hollmann
Hi
On 2019-08-22, Greg KH wrote:
> On Fri, Aug 23, 2019 at 12:05:27AM +0200, Stefan Lippers-Hollmann wrote:
> > On 2019-08-22, Greg KH wrote:
> > > On Thu, Aug 22, 2019 at 01:05:56PM -0400, Sasha Levin wrote:
[...]
> > It might be down to kernel.org mirroring, but the pat
review/patch-4.19.68-rc1.gz
Regards
Stefan Lippers-Hollmann
Hi
On 2017-10-03, Paolo Bonzini wrote:
> On 03/10/2017 09:46, Stefan Lippers-Hollmann wrote:
> > On 2017-10-02, gre...@linuxfoundation.org wrote:
> >> This is a note to let you know that I've just added the patch titled
> >>
> >> KVM: VMX: avoid double
Hi
On 2017-10-03, Paolo Bonzini wrote:
> On 03/10/2017 09:46, Stefan Lippers-Hollmann wrote:
> > On 2017-10-02, gre...@linuxfoundation.org wrote:
> >> This is a note to let you know that I've just added the patch titled
> >>
> >> KVM: VMX: avoid double
kvm-vmx-avoid-double-list-add-with-vt-d-posted-interrupts.patch
kvm-vmx-simplify-and-fix-vmx_vcpu_pi_load.patch
fixes the problem for me (tested on i386 and x86_64); the failing config
for i386 is attached (xz compressed).
Regards
Stefan Lippers-Hollmann
config-4.13.0-4.slh.2-aptosid-686.xz
Description: application/xz
kvm-vmx-avoid-double-list-add-with-vt-d-posted-interrupts.patch
kvm-vmx-simplify-and-fix-vmx_vcpu_pi_load.patch
fixes the problem for me (tested on i386 and x86_64); the failing config
for i386 is attached (xz compressed).
Regards
Stefan Lippers-Hollmann
config-4.13.0-4.slh.2-aptosid-686.xz
Description: application/xz
est
(including pbuilder) so far, thanks a lot.
Regards
Stefan Lippers-Hollmann
pgpwzn2D_Gl7T.pgp
Description: Digitale Signatur von OpenPGP
est
(including pbuilder) so far, thanks a lot.
Regards
Stefan Lippers-Hollmann
pgpwzn2D_Gl7T.pgp
Description: Digitale Signatur von OpenPGP
gt; But I did *not* check that pbuilder is still happy. Stefan?
This patch seems to work, ssh, xterm (konsole5), real tty and pbuilder
(creating- and updating the build chroots, just as well as building
several fairly involved packages) are fine with this patch on top of
v4.13-rc6-66-g143c97c
r is still happy. Stefan?
This patch seems to work, ssh, xterm (konsole5), real tty and pbuilder
(creating- and updating the build chroots, just as well as building
several fairly involved packages) are fine with this patch on top of
v4.13-rc6-66-g143c97cc6529 (tested on x86_64).
Thanks a lot
Stefan Lippers-Hollmann
erm (KDE5's konsole to be exact) doesn't open a shell (the shell
window remains totally empty) and trying to ssh into the system fails
with "PTY allocation request failed on channel 0", logging in via a
real tty and creating a new pbuilder chroot from there succeeds.
Regards
Stefan Lippers-Hollmann
pgpI8qaz3RlGW.pgp
Description: Digitale Signatur von OpenPGP
mains totally empty) and trying to ssh into the system fails
with "PTY allocation request failed on channel 0", logging in via a
real tty and creating a new pbuilder chroot from there succeeds.
Regards
Stefan Lippers-Hollmann
pgpI8qaz3RlGW.pgp
Description: Digitale Signatur von OpenPGP
ust c8c03f1858331e85d397bacccd34ef409aae993c from
v4.13-rc6-65-g2acf097f16ab reliably fixes the problem for me.
Regards
Stefan Lippers-Hollmann
[1] commit c8c03f1858331e85d397bacccd34ef409aae993c (HEAD)
Author: Linus Torvalds <torva...@linux-foundation.org>
Date
5d397bacccd34ef409aae993c from
v4.13-rc6-65-g2acf097f16ab reliably fixes the problem for me.
Regards
Stefan Lippers-Hollmann
[1] commit c8c03f1858331e85d397bacccd34ef409aae993c (HEAD)
Author: Linus Torvalds
Date: Wed Aug 16 17:08:07 2017 -0700
Subject: pty
Hi
On 2016-07-22, Arnd Bergmann wrote:
> On Friday, July 22, 2016 7:55:36 AM CEST Jes Sorensen wrote:
> > Stefan Lippers-Hollmann <s@gmx.de> writes:
> > > On 2016-07-20, Arnd Bergmann wrote:
> > >> On Wednesday, July 20, 2016 11:33:43 AM CEST Jes Sore
Hi
On 2016-07-22, Arnd Bergmann wrote:
> On Friday, July 22, 2016 7:55:36 AM CEST Jes Sorensen wrote:
> > Stefan Lippers-Hollmann writes:
> > > On 2016-07-20, Arnd Bergmann wrote:
> > >> On Wednesday, July 20, 2016 11:33:43 AM CEST Jes Sorensen wrote:
U variant when I bought it.
Unfortunately no driver[2] made it to staging or the proper kernel.
> RTL81xxEU (2013)
Regards
Stefan Lippers-Hollmann
[1] apparently even concurrent operations for the double MAC +
double PHY variants
[2] https://github.com/lwfinger/rtl8192du
pgpOruvwcTbts.pgp
Description: Digitale Signatur von OpenPGP
river[2] made it to staging or the proper kernel.
> RTL81xxEU (2013)
Regards
Stefan Lippers-Hollmann
[1] apparently even concurrent operations for the double MAC +
double PHY variants
[2] https://github.com/lwfinger/rtl8192du
pgpOruvwcTbts.pgp
Description: Digitale Signatur von OpenPGP
Hi
On 2016-05-05, Mauro Carvalho Chehab wrote:
> Em Thu, 5 May 2016 01:00:51 +0200
> Stefan Lippers-Hollmann <s@gmx.de> escreveu:
[...]
> Oh, in this case, it should be using IS_ENABLED() macro instead.
> The following patch should fix it. I tested here with some
Hi
On 2016-05-05, Mauro Carvalho Chehab wrote:
> Em Thu, 5 May 2016 01:00:51 +0200
> Stefan Lippers-Hollmann escreveu:
[...]
> Oh, in this case, it should be using IS_ENABLED() macro instead.
> The following patch should fix it. I tested here with some different
> setup
Hi
On 2016-05-04, Mauro Carvalho Chehab wrote:
> Em Wed, 4 May 2016 13:49:52 -0700
> Linus Torvalds <torva...@linux-foundation.org> escreveu:
> > On Wed, May 4, 2016 at 12:28 PM, Stefan Lippers-Hollmann <s@gmx.de>
> > wrote:
[...]
> Stefan,
>
> C
Hi
On 2016-05-04, Mauro Carvalho Chehab wrote:
> Em Wed, 4 May 2016 13:49:52 -0700
> Linus Torvalds escreveu:
> > On Wed, May 4, 2016 at 12:28 PM, Stefan Lippers-Hollmann
> > wrote:
[...]
> Stefan,
>
> Could you please test the enclosed patch?
>
> Regards,
Hi
On 2016-05-04, Linus Torvalds wrote:
> On Wed, May 4, 2016 at 12:28 PM, Stefan Lippers-Hollmann <s@gmx.de> wrote:
> >
> > --- a/drivers/media/media-device.c
> > +++ b/drivers/media/media-device.c
> > @@ -875,7 +875,7 @@ void __
Hi
On 2016-05-04, Linus Torvalds wrote:
> On Wed, May 4, 2016 at 12:28 PM, Stefan Lippers-Hollmann wrote:
> >
> > --- a/drivers/media/media-device.c
> > +++ b/drivers/media/media-device.c
> > @@ -875,7 +875,7 @@ void __media_device_usb_init(struct medi
> >
Hi
On 2016-05-04, Linus Torvalds wrote:
> On Tue, May 3, 2016 at 9:39 PM, Stefan Lippers-Hollmann <s@gmx.de> wrote:
> >
> > Just as a cross-check, this (incomplete, but au0828, cx231xx and em28xx
> > aren't needed/ loaded on my system) crude revert avoids the pro
Hi
On 2016-05-04, Linus Torvalds wrote:
> On Tue, May 3, 2016 at 9:39 PM, Stefan Lippers-Hollmann wrote:
> >
> > Just as a cross-check, this (incomplete, but au0828, cx231xx and em28xx
> > aren't needed/ loaded on my system) crude revert avoids the problem for
> >
Hi
On 2016-05-03, Linus Torvalds wrote:
> On Tue, May 3, 2016 at 2:38 PM, Stefan Lippers-Hollmann <s@gmx.de> wrote:
> > Hi
> > [...]
> >> Mauro Carvalho Chehab (95):
> > [...]
> >> [media] use v4l2_mc_usb_media_device_init() on mos
Hi
On 2016-05-03, Linus Torvalds wrote:
> On Tue, May 3, 2016 at 2:38 PM, Stefan Lippers-Hollmann wrote:
> > Hi
> > [...]
> >> Mauro Carvalho Chehab (95):
> > [...]
> >> [media] use v4l2_mc_usb_media_device_init() on most USB devices
> &g
782d2c345] [media] allow overriding the
driver name
git bisect good bb07bd6b6851120ac9b25bb315d62d9782d2c345
# first bad commit: [67873d4e751e400149df7ab61ba04cbb4cc0d449] [media] use
v4l2_mc_usb_media_device_init() on most USB devices
Regards
Stefan Lippers-Hollmann
782d2c345] [media] allow overriding the
driver name
git bisect good bb07bd6b6851120ac9b25bb315d62d9782d2c345
# first bad commit: [67873d4e751e400149df7ab61ba04cbb4cc0d449] [media] use
v4l2_mc_usb_media_device_init() on most USB devices
Regards
Stefan Lippers-Hollmann
Hi
On 2015-12-10, Daniel Vetter wrote:
> On Thu, Dec 10, 2015 at 04:04:20AM +0100, Stefan Lippers-Hollmann wrote:
> > On 2015-11-09, Dave Airlie wrote:
[...]
> > This patch seems to introduce a regression for i915 in Linus'
> > v4.4-rc4-60-g9a0f76f, relative to v4.3 (a
Hi
On 2015-12-10, Daniel Vetter wrote:
> On Thu, Dec 10, 2015 at 04:04:20AM +0100, Stefan Lippers-Hollmann wrote:
> > On 2015-11-09, Dave Airlie wrote:
[...]
> > This patch seems to introduce a regression for i915 in Linus'
> > v4.4-rc4-60-g9a0f76f, relative to v4.3 (a
-g9a0f76f
doesn't appear to be quite straight forward. What is the best approach
to debug this further?
The very same kernel works fine on two ivy-bridge systems (different
monitors, one connected via HDMI, one via DVI) and an Atom N270 based
system (Intel D945GSEJT, monitor connected via DVI).
Regard
-bridge systems (different
monitors, one connected via HDMI, one via DVI) and an Atom N270 based
system (Intel D945GSEJT, monitor connected via DVI).
Regards
Stefan Lippers-Hollmann
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
r the region they're sold in) and
considering that the limits can even change at runtime (IEEE 802.11d),
it is imho quite important not just to be able what the current
restrictions (iw reg get) are, but also why the kernel settled on those.
Regards
Stefan Lippers-Hollmann
--
To unsu
r the region they're sold in) and
considering that the limits can even change at runtime (IEEE 802.11d),
it is imho quite important not just to be able what the current
restrictions (iw reg get) are, but also why the kernel settled on those.
Regards
Stefan Lippers-Hollmann
--
To unsu
Hi
On 2015-10-16, Stefan Lippers-Hollmann wrote:
> On 2015-09-22, Thiago Macieira wrote:
[...]
> + QT_SELECT=5 qmake -query QT_VERSION >/dev/null 2>&1 && export
> QT_SELECT=5 ||: ; \
Apparently this fails if qmake isn't guarded by qtchooser, but the
following shou
)/.tmp_qtcheck:
@set -e; $(kecho) " CHECK qt"; \
+ QT_SELECT=5 qmake -query QT_VERSION >/dev/null 2>&1 && export
QT_SELECT=5 ||: ; \
qtver=`qmake -query QT_VERSION` || { \
echo >&2 "*"; \
echo &
)/.tmp_qtcheck:
@set -e; $(kecho) " CHECK qt"; \
+ QT_SELECT=5 qmake -query QT_VERSION >/dev/null 2>&1 && export
QT_SELECT=5 ||: ; \
qtver=`qmake -query QT_VERSION` || { \
echo >&2 "*"; \
echo &
Hi
On 2015-10-16, Stefan Lippers-Hollmann wrote:
> On 2015-09-22, Thiago Macieira wrote:
[...]
> + QT_SELECT=5 qmake -query QT_VERSION >/dev/null 2>&1 && export
> QT_SELECT=5 ||: ; \
Apparently this fails if qmake isn't guarded by qtchooser, but the
following shou
Hi
On 2015-06-08, Ander Conselvan De Oliveira wrote:
> On Mon, 2015-06-08 at 11:06 +0300, Ander Conselvan De Oliveira wrote:
> > On Sun, 2015-06-07 at 04:32 +0200, Stefan Lippers-Hollmann wrote:
> > > On 2015-06-07, Ville Syrjälä wrote:
> > > > On Fri, Jun 05, 20
Hi
On 2015-06-08, Ander Conselvan De Oliveira wrote:
On Mon, 2015-06-08 at 11:06 +0300, Ander Conselvan De Oliveira wrote:
On Sun, 2015-06-07 at 04:32 +0200, Stefan Lippers-Hollmann wrote:
On 2015-06-07, Ville Syrjälä wrote:
On Fri, Jun 05, 2015 at 11:18:21PM +0200, Stefan Lippers
Hi
On 2015-06-07, Ville Syrjälä wrote:
> On Fri, Jun 05, 2015 at 11:18:21PM +0200, Stefan Lippers-Hollmann wrote:
> > Hi
> >
> > On 2015-04-20, Dave Airlie wrote:
> > [...]
> > > The following changes since commit
> > > 09d51602cf84a1264946711d
Hi
On 2015-06-07, Ville Syrjälä wrote:
On Fri, Jun 05, 2015 at 11:18:21PM +0200, Stefan Lippers-Hollmann wrote:
Hi
On 2015-04-20, Dave Airlie wrote:
[...]
The following changes since commit
09d51602cf84a1264946711dd4ea0dddbac599a1:
Merge branch 'turbostat' of
git
27ae] (rev 03)
headless: 00:02.0 VGA compatible controller [0300]: Intel Corporation
82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device [8086:2562] (rev
01)
Regards
Stefan Lippers-Hollmann
[1]
http://www.intel.com/support/motherboards/desktop/d945gclf2/sb/CS-029540.htm
pgpiKKgeBUwzS.pgp
Description: Digitale Signatur von OpenPGP
Graphics Device [8086:2562] (rev
01)
Regards
Stefan Lippers-Hollmann
[1]
http://www.intel.com/support/motherboards/desktop/d945gclf2/sb/CS-029540.htm
pgpiKKgeBUwzS.pgp
Description: Digitale Signatur von OpenPGP
Please change your script to use
kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.0.2-rc2.gz
instead. As reported before, there is no v4.0/ directory (symlink), while
using v3.x/ is safe either way.
Regards
Stefan Lippers-H
-rc2.gz
instead. As reported before, there is no v4.0/ directory (symlink), while
using v3.x/ is safe either way.
Regards
Stefan Lippers-Hollmann
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
treated as errors
/tmp/buildd/linux-aptosid-4.0/scripts/Makefile.build:264: recipe for target
'net/netfilter/xt_cgroup.o' failed
make[7]: *** [net/netfilter/xt_cgroup.o] Error 1
Regards
Stefan Lippers-Hollmann
--
To unsubscribe from this list: send the line "unsubscribe linux-ker
table-review/patch-4.0.2-rc1.gz
Given that the patch files of the other stable-review patches posted
today are already available[2], I assume that it's not just a problem with
the mirroring.
Regards
Stefan Lippers-Hollmann
[1] http://lkml.kernel.org/r/<20150426120018.032351...@linuxf
stable-review patches posted
today are already available[2], I assume that it's not just a problem with
the mirroring.
Regards
Stefan Lippers-Hollmann
[1] http://lkml.kernel.org/r/20150426120018.032351...@linuxfoundation.org
[2]
https://www.kernel.org/pub/linux/kernel/v3.0/stable
for target
'net/netfilter/xt_cgroup.o' failed
make[7]: *** [net/netfilter/xt_cgroup.o] Error 1
Regards
Stefan Lippers-Hollmann
--
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
Commit-ID: 80313b3078fcd2ca51970880d90757f05879a193
Gitweb: http://git.kernel.org/tip/80313b3078fcd2ca51970880d90757f05879a193
Author: Stefan Lippers-Hollmann
AuthorDate: Mon, 30 Mar 2015 22:44:27 +0200
Committer: Ingo Molnar
CommitDate: Wed, 1 Apr 2015 14:08:09 +0200
x86/reboot: Add
Commit-ID: 80313b3078fcd2ca51970880d90757f05879a193
Gitweb: http://git.kernel.org/tip/80313b3078fcd2ca51970880d90757f05879a193
Author: Stefan Lippers-Hollmann s@gmx.de
AuthorDate: Mon, 30 Mar 2015 22:44:27 +0200
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 1 Apr 2015 14
Hi
On 2015-03-31, Ingo Molnar wrote:
> * Stefan Lippers-Hollmann wrote:
[...]
> > Searching the web seems to suggest that other Bay Trail-D mainboards
> > might be affected as well.
>
> Is the pattern:
>
> > + .ident = "ASRock Q19
Hi
On 2015-03-31, Ingo Molnar wrote:
* Stefan Lippers-Hollmann s@gmx.de wrote:
[...]
Searching the web seems to suggest that other Bay Trail-D mainboards
might be affected as well.
Is the pattern:
+ .ident = ASRock Q1900DC-ITX,
+ .matches
The ASRock Q1900DC-ITX mainboard (Baytrail-D) hangs randomly in both
BIOS and UEFI mode while rebooting unless reboot=pci is used. Add a
quirk to reboot via the pci method.
Signed-off-by: Stefan Lippers-Hollmann
Cc:
---
The problem is very intermittent and hard to debug, it might succeed
Hi
On 2015-03-30, David Härdeman wrote:
> On 2015-03-30 17:30, Stefan Lippers-Hollmann wrote:
> > Hi
> >
> > This is a follow-up for:
> > http://lkml.kernel.org/r/<201412181916.18051.s@gmx.de>
> > http://lkml.kernel.org/r/<201412302211.40801.
Hi
This is a follow-up for:
http://lkml.kernel.org/r/<201412181916.18051.s@gmx.de>
http://lkml.kernel.org/r/<201412302211.40801.s@gmx.de>
On 2014-12-30, Stefan Lippers-Hollmann wrote:
> On Thursday 18 December 2014, Stefan Lippers-Hollmann wrote:
&g
Hi
This is a follow-up for:
http://lkml.kernel.org/r/201412181916.18051.s@gmx.de
http://lkml.kernel.org/r/201412302211.40801.s@gmx.de
On 2014-12-30, Stefan Lippers-Hollmann wrote:
On Thursday 18 December 2014, Stefan Lippers-Hollmann wrote:
Occassionally
Hi
On 2015-03-30, David Härdeman wrote:
On 2015-03-30 17:30, Stefan Lippers-Hollmann wrote:
Hi
This is a follow-up for:
http://lkml.kernel.org/r/201412181916.18051.s@gmx.de
http://lkml.kernel.org/r/201412302211.40801.s@gmx.de
I can't swear that it's the case but I'm
The ASRock Q1900DC-ITX mainboard (Baytrail-D) hangs randomly in both
BIOS and UEFI mode while rebooting unless reboot=pci is used. Add a
quirk to reboot via the pci method.
Signed-off-by: Stefan Lippers-Hollmann s@gmx.de
Cc: sta...@vger.kernel.org
---
The problem is very intermittent
Hi
Adding the maintainers for drivers/media/rc/rc-main.c into the loop.
This is a follow-up for:
http://lkml.kernel.org/r/<201412181916.18051.s@gmx.de>
On Thursday 18 December 2014, Stefan Lippers-Hollmann wrote:
> Occassionally, but not readily reproducably, I hit a race
Hi
Adding the maintainers for drivers/media/rc/rc-main.c into the loop.
This is a follow-up for:
http://lkml.kernel.org/r/201412181916.18051.s@gmx.de
On Thursday 18 December 2014, Stefan Lippers-Hollmann wrote:
Occassionally, but not readily reproducably, I hit a race condition
Emulator Device 2006
with mce emulator interface version 1
mceusb 2-1.6:1.0: 2 tx ports (0x0 cabled) and 2 rx sensors (0x1 active)
usbcore: registered new interface driver mceusb
Regards
Stefan Lippers-Hollmann
--
To unsubscribe from this list: send the line "unsubscribe linux-k
Stefan Lippers-Hollmann
--
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/
ht notes and
updates MODULE_DESCRIPTION.
Signed-off-by: Andrea Merello
Signed-off-by: John W. Linville
Regards
Stefan Lippers-Hollmann
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
Mor
notes and
updates MODULE_DESCRIPTION.
Signed-off-by: Andrea Merello andrea.mere...@gmail.com
Signed-off-by: John W. Linville linvi...@tuxdriver.com
Regards
Stefan Lippers-Hollmann
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
amd64 and i386).
This also seems to affect others as well:
http://www.spinics.net/lists/linux-acpi/msg49431.html
http://www.spinics.net/lists/linux-acpi/msg49438.html
Regards
Stefan Lippers-Hollmann
--
To unsubscribe from this list: send the line "unsubscribe linux-kern
and i386).
This also seems to affect others as well:
http://www.spinics.net/lists/linux-acpi/msg49431.html
http://www.spinics.net/lists/linux-acpi/msg49438.html
Regards
Stefan Lippers-Hollmann
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
Hi
On Saturday 15 March 2014, Lan Tianyu wrote:
> On 03/14/2014 10:17 PM, Stefan Lippers-Hollmann wrote:
> > Hi
> >
> > On Saturday 15 March 2014, Rafael J. Wysocki wrote:
> >> On Friday, March 14, 2014 06:14:12 PM Ilia Mirkin wrote:
> >>> On Fri, Ma
Hi
On Saturday 15 March 2014, Lan Tianyu wrote:
On 03/14/2014 10:17 PM, Stefan Lippers-Hollmann wrote:
Hi
On Saturday 15 March 2014, Rafael J. Wysocki wrote:
On Friday, March 14, 2014 06:14:12 PM Ilia Mirkin wrote:
On Fri, Mar 14, 2014 at 6:11 PM, Pavel Machek pa...@ucw.cz wrote
to add
"sys-power/upower" to the RDEPEND variable and make sure to build
wmbattery 2.42; this is untested.
Regards
Stefan Lippers-Hollmann
[1] Homepage: http://kitenet.net/~joey/code/wmbattery/
Vcs-Git: git://git.kitenet.net/wmbattery
--
To unsubscribe from this list:
; this is untested.
Regards
Stefan Lippers-Hollmann
[1] Homepage: http://kitenet.net/~joey/code/wmbattery/
Vcs-Git: git://git.kitenet.net/wmbattery
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
ample+0xb6/0x104
RSP
---[ end trace 682f24c8e98de9df ]---
Kernel panic - not syncing: Attempted to kill init! exitcode=0x000b
Reverting just this patch from 3.13.4-rc1 fixes the regression.
Regards
Stefan Lippers-Hollmann
--
To unsubscribe from this list: send the line "u
[812947c4] intel_pstate_sample+0xb6/0x104
RSP 880408ca9d28
---[ end trace 682f24c8e98de9df ]---
Kernel panic - not syncing: Attempted to kill init! exitcode=0x000b
Reverting just this patch from 3.13.4-rc1 fixes the regression.
Regards
Stefan Lippers-Hollmann
--
To unsubscribe from
hope that the devices will get enough traction that
someone takes up the effort of doing a parallel re-implementation of a
proper mac80211 based driver, using the staging source only as
reference.
Regards
Stefan Lippers-Hollmann
[1] https://github.com/lwfinger/rtl8192du
[2] https://gith
and
bugfixes. In the hope that the devices will get enough traction that
someone takes up the effort of doing a parallel re-implementation of a
proper mac80211 based driver, using the staging source only as
reference.
Regards
Stefan Lippers-Hollmann
[1] https://github.com/lwfinger
);
[…]
Using roundup() this way will fail to build in 32 bit architectures/
i386:
ERROR: "__udivdi3" [drivers/gpu/drm/bochs/bochs-drm.ko] undefined!
ERROR: "__umoddi3" [drivers/gpu/drm/bochs/bochs-drm.ko] undefined!
[drm/bochs works pretty nicely for me on amd64]
Regards
:
ERROR: __udivdi3 [drivers/gpu/drm/bochs/bochs-drm.ko] undefined!
ERROR: __umoddi3 [drivers/gpu/drm/bochs/bochs-drm.ko] undefined!
[drm/bochs works pretty nicely for me on amd64]
Regards
Stefan Lippers-Hollmann
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
Hi
On Wednesday 27 November 2013, Ilia Mirkin wrote:
> On Tue, Nov 26, 2013 at 7:18 PM, Stefan Lippers-Hollmann wrote:
> > Hi
> >
> > On Tuesday 26 November 2013, Ilia Mirkin wrote:
> >> On Tue, Nov 26, 2013 at 6:03 PM, Stefan Lippers-Hollmann
> >> wrote:
Hi
On Tuesday 26 November 2013, Ilia Mirkin wrote:
> On Tue, Nov 26, 2013 at 6:03 PM, Stefan Lippers-Hollmann wrote:
> > v3.11 is fine, with and without monitor attached.
> > v3.12 is fine as long as X.org isn't started (but may fail to reboot
> > cleanly). If a m
Hi
On Tuesday 26 November 2013, Ilia Mirkin wrote:
On Tue, Nov 26, 2013 at 6:03 PM, Stefan Lippers-Hollmann s@gmx.de wrote:
v3.11 is fine, with and without monitor attached.
v3.12 is fine as long as X.org isn't started (but may fail to reboot
cleanly). If a monitor is connected I
Hi
On Wednesday 27 November 2013, Ilia Mirkin wrote:
On Tue, Nov 26, 2013 at 7:18 PM, Stefan Lippers-Hollmann s@gmx.de wrote:
Hi
On Tuesday 26 November 2013, Ilia Mirkin wrote:
On Tue, Nov 26, 2013 at 6:03 PM, Stefan Lippers-Hollmann s@gmx.de
wrote:
v3.11 is fine
ha256sum are
correct:
$ wget -qO- kernel.org/pub/linux/kernel/v3.0/stable-review/patch-3.11.1-rc1.gz
| gzip -d
$
$ wget -qO- kernel.org/pub/linux/kernel/v3.0/stable-review/patch-3.11.1-rc1.bz2
| bzip2 -d
$
$ wget -qO- kernel.org/pub/linux/kernel/v3.0/stable-review/patch-3.11.1-rc1.xz
| xz -d
x
| gzip -d
$
$ wget -qO- kernel.org/pub/linux/kernel/v3.0/stable-review/patch-3.11.1-rc1.bz2
| bzip2 -d
$
$ wget -qO- kernel.org/pub/linux/kernel/v3.0/stable-review/patch-3.11.1-rc1.xz
| xz -d
xz: (stdin): File format not recognized
$
Regards
Stefan Lippers-Hollmann
--
To unsubscribe from
g the
first ones to check - /if/ you actually have that hardware, the second
one (iwl4965: reset firmware after rfkill off) might also indirectly
have an effect on blutetooth (via rfkill).
Regards
Stefan Lippers-Hollmann
[1] http://wireless.kernel.org/en/developers/Regulatory/CRDA
[2]
(via rfkill).
Regards
Stefan Lippers-Hollmann
[1] http://wireless.kernel.org/en/developers/Regulatory/CRDA
[2] https://github.com/mcgrof/crda
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo
DMI: MEDIONPC WIM 2040/WIM 2040, BIOS R01-A0O11/04/2005
wistron_btns: BIOS signature found at c00f6b00, entry point 000FDD50
input: Wistron laptop buttons as /devices/platform/wistron-bios/input/input5
Signed-off-by: Stefan Lippers-Hollmann
---
drivers/input/misc/wistron_btns.c | 2 +-
1
: dmi*:svn*MEDIONPC*:pn*WIM2040*:
Signed-off-by: Stefan Lippers-Hollmann
---
This patch may be considered RFC, while it is certainly the right thing to do,
some of the DMI matches might be a bit wide, e.g.:
dmi*:svn*FUJITSUSIEMENS*:pn*AMILOD*:
dmi*:svn*FUJITSUSIEMENS*:pn*AmiloD*:
dmi*:svn
MODULE_VERSION is pointless for an in-kernel module and git log confirms that
it has never been actually maintained as well (bumped a single time, despite
quite major feature additions later on, which haven't been reflected in
MODULE_VERSION).
Signed-off-by: Stefan Lippers-Hollmann
---
drivers
MODULE_VERSION is pointless for an in-kernel module and git log confirms that
it has never been actually maintained as well (bumped a single time, despite
quite major feature additions later on, which haven't been reflected in
MODULE_VERSION).
Signed-off-by: Stefan Lippers-Hollmann s@gmx.de
: dmi*:svn*MEDIONPC*:pn*WIM2040*:
Signed-off-by: Stefan Lippers-Hollmann s@gmx.de
---
This patch may be considered RFC, while it is certainly the right thing to do,
some of the DMI matches might be a bit wide, e.g.:
dmi*:svn*FUJITSUSIEMENS*:pn*AMILOD*:
dmi*:svn*FUJITSUSIEMENS*:pn*AmiloD*:
dmi
DMI: MEDIONPC WIM 2040/WIM 2040, BIOS R01-A0O11/04/2005
wistron_btns: BIOS signature found at c00f6b00, entry point 000FDD50
input: Wistron laptop buttons as /devices/platform/wistron-bios/input/input5
Signed-off-by: Stefan Lippers-Hollmann s@gmx.de
---
drivers/input/misc/wistron_btns.c
tp://www.spinics.net/lists/stable/msg16792.html
Message-ID: <20130804105241.gg23...@n2100.arm.linux.org.uk>
correctly, this patch might not be wanted for -stable; this only
affects queue-3.10 at the moment.
Regards
Stefan Lippers-Hollmann
--
To unsubscribe from th
le/stable-queue.git
builds and works fine on x86_64 and i386.
Regards
Stefan Lippers-Hollmann
--
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/majordo
-queue.git
builds and works fine on x86_64 and i386.
Regards
Stefan Lippers-Hollmann
--
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
response in
http://www.spinics.net/lists/stable/msg16792.html
Message-ID: 20130804105241.gg23...@n2100.arm.linux.org.uk
correctly, this patch might not be wanted for -stable; this only
affects queue-3.10 at the moment.
Regards
Stefan Lippers-Hollmann
--
To unsubscribe
1 - 100 of 116 matches
Mail list logo
