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
of macro
'array_index_nospec'
1970 | array_index_nospec((unsigned 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
able-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 do
ro 'cmpxchg'
} while (cmpxchg(&pi_desc->control, old.control,
^~~
/build/linux-aptosid-4.13/scripts/Makefile.build:302: recipe for target
'arch/x86/kvm/vmx.o' failed
make[7]: *** [arch/x86/kvm/vmx.o] Error 1
Reverting just these patches from queue-4.
est
(including pbuilder) so far, thanks a lot.
Regards
Stefan Lippers-Hollmann
pgpwzn2D_Gl7T.pgp
Description: Digitale Signatur von OpenPGP
uilder 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
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
od 41e327b586762833e48b3703d53312ac32f05f24
Reverting just c8c03f1858331e85d397bacccd34ef409aae993c from
v4.13-rc6-65-g2acf097f16ab reliably fixes the problem for me.
Regards
Stefan Lippers-Hollmann
[1] commit c8c03f1858331e85d397bacccd34ef409aae993c (HEAD)
Author: Linus To
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:
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
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
> setups, as d
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 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 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 wrote:
> > Hi
> > [...]
> >> Mauro Carvalho Chehab (95):
> > [...]
> >> [media] use v4l2_mc_usb_media_device_init() on most USB devices
> &g
device_init() on most USB devices
git bisect bad 67873d4e751e400149df7ab61ba04cbb4cc0d449
# good: [bb07bd6b6851120ac9b25bb315d62d9782d2c345] [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
f4deac74b] drm/i915: Check
live status before reading edid
Unfortunately reverting only this patch on top of v4.4-rc4-60-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
gs for 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
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
ffort...
$(obj)/.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 "*"; \
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-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
: Intel Corporation Mobile
945GSE Express Integrated Graphics Controller [8086: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
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-Hollm
cc1: some warnings being 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 t
el.org/pub/linux/kernel/v4.x/stable-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/
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
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
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
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
zed
IR XMP protocol handler initialized
rc rc2: lirc_dev: driver ir-lirc-codec (mceusb) registered at minor = 0
IR LIRC bridge handler initialized
mceusb 2-1.6:1.0: Registered SMK CORPORATION MCE TRANCEIVR Emulator Device 2006
with mce emulator interface version 1
mceusb 2-1.6:1.0: 2 tx ports (0x0 cab
pyright 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.or
covering 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 lin
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
ntoo ebuild, you probably just have 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
ate_sample+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 &q
drivers to small corrections 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://
PAGE_SIZE);
[…]
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]
R
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). I
o byte files); the sha256sum 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
among 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
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
---
dr
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 from this
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
rc1
NAME = Unicycling Gorilla
# *DOCUMENTATION*
[…]
3.9.11-rc1, 3.4.54-rc1 and 3.0.87-rc1 are not affected.
Thank you a lot for your efforts of -stable maintenance!
Regards
Stefan Lippers-Hollmann
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Hi
On Saturday 20 July 2013, Stefan Lippers-Hollmann wrote:
[…]
> Minor nit, this introduces trailing whitespace in "SUBLEVEL = 2 ".
Please apologize for the noise, my mail client somehow hid the previous
sub thread pointing this out already.
Regards
Stefan Lippers-H
e I'd
suggest to purge oss-compat (simple removal is not sufficient, as the
modprobe.d/ snippets are dpkg conffiles) for testing - and to file a
bug[1] against the new version of oss-compat, if you can confirm it
to be responsible.
Regards
Stefan Lippers-Hollmann
[1] http://www.d
a.0/usb7/7-1/7-1.1/7-1.1:1.0/host6/target6:0:0/6:0:0:0/block/sdf/sdf1
(block)
> I can't reproduce this here, running a newer version of udev (195),
> sorry, I don't have any systems with older udev releases.
>
> Note, someone else posted this same error earlier today on the
ot;lock xaddl %0, %2", ret, oldval,
> uaddr, oparg);
> break;
> case FUTEX_OP_OR:
> @@ -101,7 +101,7 @@ futex_atomic_cmpxchg_inatomic(int __user
> return -EFAULT;
>
> __asm__ __volatile__(
> -
;
skge/ sky and the upcomming e1000 --> e1000e transitions and similar
situations.
> > I really think everyone is overstating the problem.
>
> You might be right.
It is of course confusing to the user and might affect remote updates, but
it's also easily fixed by rem
*dev)
> dev->a_ops.adapter_notify = aac_sa_notify_adapter;
> dev->a_ops.adapter_sync_cmd = sa_sync_cmd;
> dev->a_ops.adapter_check_health = aac_sa_check_health;
> + dev->a_ops.adapter_restart = aac_sa_restart_adapter;
> dev->a_ops.adapter_intr = aac_sa_intr;
> + dev->a_ops.adapter_deliver = aac_rx_deliver_producer;
> dev->a_ops.adapter_ioremap = aac_sa_ioremap;
>
> /*
Regards
Stefan Lippers-Hollmann
config-2.6.21.5-rc1-slh64-smp-1.gz
Description: GNU Zip compressed data
signature.asc
Description: This is a digitally signed message part.
am
Thanks a lot for the -stable rc patches
Stefan Lippers-Hollmann
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
60 matches
Mail list logo
