I frequently get segmentation faults in newer kernel >v5.8-rc2 e.g.
Chrome_ChildIOT[1298]: segfault at 40d048 ip 56111a41970d sp
7fdced6931b0 error 6 in chrome[561115f64000+785b000]
Bisection gave me the following
first bad commit:
e9c15badbb7b20ccdbadf5da14e0a68fbad51015 is the first bad
Am Do., 6. Juni 2019 um 13:20 Uhr schrieb Marcel Holtmann :
>
> Hi Joerg,
>
> >>> In 5.2.0-rcx I see a new error message on startup probably after
> >>> loading the Bluetooth firmware:
> >>> [1.609460] Bluetooth: hci0: unexpected event for opcode 0xfc2f
> >>>
> dmesg | grep Bluetooth
> >>>
Am Do., 6. Juni 2019 um 08:18 Uhr schrieb Marcel Holtmann :
>
> Hi Joerg,
>
> > In 5.2.0-rcx I see a new error message on startup probably after
> > loading the Bluetooth firmware:
> > [1.609460] Bluetooth: hci0: unexpected event for opcode 0xfc2f
> >
> >> dmesg | grep Bluetooth
> > [0.1309
In 5.2.0-rcx I see a new error message on startup probably after
loading the Bluetooth firmware:
[1.609460] Bluetooth: hci0: unexpected event for opcode 0xfc2f
> dmesg | grep Bluetooth
[0.130969] Bluetooth: Core ver 2.22
[0.130973] Bluetooth: HCI device and connection manager initializ
2018-05-04 18:18 GMT+02:00 Borislav Petkov :
> On Wed, May 02, 2018 at 02:20:52PM +0200, Thomas Gleixner wrote:
>> Thanks for confirming. Still need to find a way which is less fragile, but
>> that's probably too much of churn for rc4
>>
>> At least I know exactly what's happening, so I can wri
2018-05-02 11:02 GMT+02:00 Thomas Gleixner :
> On Wed, 2 May 2018, Jörg Otte wrote:
>> With revert:
>>
>> jojo@fichte:~$ dmesg | grep -i -e spec -e micro -e "Linux version"
>>
>> [0.00] microcode: microcode updated early to revision 0x24,
&
2018-05-01 22:14 GMT+02:00 Linus Torvalds :
> On Tue, May 1, 2018 at 5:59 AM Thomas Gleixner wrote:
>
>> Then I really have no idea how reverting the patch you pointed out would
>> fix it.
>
> So I do think that the original patch is buggy.
>
> What I think *may* be going on is:
>
> - first we d
2018-04-30 21:53 GMT+02:00 Thomas Gleixner :
> Jörg,
>
> On Mon, 30 Apr 2018, Jörg Otte wrote:
>
>> In v4.16 I already had support for BPB, IBRS_FW for spectre_v2 mitigation.
>> But this went away in v17-rcx.
>>
>> With 4.16 I have:
>> jojo@fichte:~$
Hi,
In v4.16 I already had support for BPB, IBRS_FW for spectre_v2 mitigation.
But this went away in v17-rcx.
With 4.16 I have:
jojo@fichte:~$ cd /sys/devices/system/cpu/vulnerabilities; grep ".*" *
meltdown:Mitigation: PTI
spectre_v1:Mitigation: __user pointer sanitization
spectre_v2:Mitigation:
2018-04-17 16:27 GMT+02:00 Borislav Petkov :
> On Tue, Apr 17, 2018 at 04:16:34PM +0200, Jörg Otte wrote:
>> Current Linus master tree (4.17.0-rc1-00021-ga27fc14) does'nt fix it.
>
> Then pls continue bisecting. Unless someone has a better idea...
&
2018-04-17 10:14 GMT+02:00 Borislav Petkov :
> On Tue, Apr 17, 2018 at 10:00:25AM +0200, Jörg Otte wrote:
>> Maybe the problem came in with:
>> 6b0a02e: "Merge branch 'x86-pti-for-linus' of
>> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip"
&g
Hi,
my notebook doesn't boot with 4.17.0-rc1. Booting stops right after
displaying "loading initial ramdisk..". No further displays.
Also nothing is wriiten to the logs.
First known bad kernel is: 4.16.0-12564-g6b0a02e
Last known good kernel is: 4.16.0-12548-g71b8ebb
Maybe the problem came in wit
With v15-rc1 "alsamixer" has no volume control for usb sound boxes.
The sound boxes have been working well for years so this a regression.
Reverting commit:
8428a8e: "ALSA: usb-audio: Fix potential zero-division at parsing FU"
fixes the problem for me completely.
Thanks, Jörg
2017-11-02 9:37 GMT+01:00 Jörg Otte :
> 2017-11-01 21:24 GMT+01:00 Rafael J. Wysocki :
>> On Wed, Nov 1, 2017 at 6:06 PM, Jörg Otte wrote:
>>> In 4.14.0-rc7-9-g287683d cpufreq directory under
>>> /sys/devices/system/cpu/cpufreq
>>> is empty. Also link /sy
2017-11-01 21:24 GMT+01:00 Rafael J. Wysocki :
> On Wed, Nov 1, 2017 at 6:06 PM, Jörg Otte wrote:
>> In 4.14.0-rc7-9-g287683d cpufreq directory under
>> /sys/devices/system/cpu/cpufreq
>> is empty. Also link /sys/devices/system/cpu/cpu0/cpufreq is missing.
>>
&g
In 4.14.0-rc7-9-g287683d cpufreq directory under
/sys/devices/system/cpu/cpufreq
is empty. Also link /sys/devices/system/cpu/cpu0/cpufreq is missing.
Is this change intentional?
Jörg
In kernel 4.11.0-10502-g3ef2bc0 I get following compile error:
/kernel/linux/init/initramfs.c: In function 'populate_rootfs':
/kernel/linux/init/initramfs.c:644:2: error: label at end of compound statement
done:
the compile error goes away if I revert
commit 17a9be31747535184f2af156b1f080ec4c92
if I connect Logitech usb audio speaker (idVendor=1130, idProduct=1620) I get
a kernel panic - fatal exception in interrupt.
There is nothing written into the logs so this
is a hand written excerpt from screen:
call trace:
? snd_complete_urb
? __usb_hcd_giveback_urb
? xhci_giveback_urb_in_irq.is
2016-11-11 14:55 GMT+01:00 Mauro Carvalho Chehab :
> Em Thu, 10 Nov 2016 12:15:39 +0100
> Jörg Otte escreveu:
>
>> 2016-11-10 9:40 GMT+01:00 Mauro Carvalho Chehab :
>> > Em Wed, 9 Nov 2016 11:07:35 -0800
>> > Linus Torvalds escreveu:
>> >
>> >
2016-11-10 9:40 GMT+01:00 Mauro Carvalho Chehab :
> Em Wed, 9 Nov 2016 11:07:35 -0800
> Linus Torvalds escreveu:
>
>> On Wed, Nov 9, 2016 at 3:09 AM, Jörg Otte wrote:
>> >
>> > Tried patch with no success. Again a NULL ptr dereferece.
>>
>> That pat
2016-11-08 21:22 GMT+01:00 Mauro Carvalho Chehab :
> Em Tue, 8 Nov 2016 10:42:03 -0800
> Linus Torvalds escreveu:
>
>> On Sun, Nov 6, 2016 at 7:40 AM, Jörg Otte wrote:
>> > Since v4.9-rc4 I get following crash in dvb-usb-cinergyT2 module.
>>
>> Looks lik
Since v4.9-rc4 I get following crash in dvb-usb-cinergyT2 module.
dvb-usb: found a 'TerraTec/qanu USB2.0 Highspeed DVB-T Receiver' in warm state.
BUG: unable to handle kernel NULL pointer dereference at (null)
IP: [] __mutex_lock_slowpath+0x6f/0x100
PGD 0
Oops: 0002 [#1] SMP
Modules lin
2016-10-20 13:14 GMT+02:00 Rafael J. Wysocki :
> On Thursday, October 20, 2016 09:57:45 AM Jörg Otte wrote:
>> 2016-10-19 22:55 GMT+02:00 Rafael J. Wysocki :
>> > On Wednesday, October 19, 2016 06:59:35 PM Jörg Otte wrote:
>> >> 2016-10-19 17:29 GMT+02:00 Linus Tor
2016-10-19 22:55 GMT+02:00 Rafael J. Wysocki :
> On Wednesday, October 19, 2016 06:59:35 PM Jörg Otte wrote:
>> 2016-10-19 17:29 GMT+02:00 Linus Torvalds :
>> > On Wed, Oct 19, 2016 at 4:07 AM, Jörg Otte wrote:
>> >>
>> >> Additional info: I usally us
2016-10-19 17:29 GMT+02:00 Linus Torvalds :
> On Wed, Oct 19, 2016 at 4:07 AM, Jörg Otte wrote:
>>
>> Additional info: I usally use schedutil governor.
>> If I switch to performance governor problems go away.
>> Maybe a cpufreq problem?
>
> Oh, I completely mis
2016-10-18 19:19 GMT+02:00 Linus Torvalds :
> On Tue, Oct 18, 2016 at 9:49 AM, Jörg Otte wrote:
>> On Tue, Oct 18, 2016 at 12:04 AM, Sedat Dilek wrote:
>>>
>>> not sure whom to address on this issue.
>>>
>>> I have built Linux v4.9-rc1, v4.8.2 and v4.
2016-10-18 11:30 GMT+02:00 Sedat Dilek :
> On Tue, Oct 18, 2016 at 3:38 AM, Ming Lei wrote:
>> On Tue, Oct 18, 2016 at 12:04 AM, Sedat Dilek wrote:
>>> Hi Linus,
>>>
>>> not sure whom to address on this issue.
>>>
>>> I have built Linux v4.9-rc1, v4.8.2 and v4.4.25 kernels (in this
>>> order) thi
2016-10-06 20:29 GMT+02:00 Mauro Carvalho Chehab :
> Em Thu, 6 Oct 2016 10:27:56 -0700
> Andy Lutomirski escreveu:
>
>> On Wed, Oct 5, 2016 at 11:58 AM, Mauro Carvalho Chehab
>> wrote:
>> > Sorry, forgot to C/C people that are at the "Re: Problem with VMAP_STACK=y"
>> > thread.
>> >
>> > Forwarde
2016-10-05 20:55 GMT+02:00 Mauro Carvalho Chehab :
> Hi Johannes,
>
> Em Wed, 5 Oct 2016 20:29:45 +0200
> Johannes Stezenbach escreveu:
>
>> On Wed, Oct 05, 2016 at 06:04:50AM -0300, Mauro Carvalho Chehab wrote:
>> > static int cinergyt2_frontend_attach(struct dvb_usb_adapter *adap)
>> > {
>> >
2016-10-05 17:53 GMT+02:00 Andy Lutomirski :
> On Wed, Oct 5, 2016 at 8:21 AM, Jörg Otte wrote:
>> 2016-10-05 11:04 GMT+02:00 Mauro Carvalho Chehab :
>>> Em Wed, 5 Oct 2016 09:50:42 +0200 (CEST)
>>> Jiri Kosina escreveu:
>>>
>>>
2016-10-05 11:04 GMT+02:00 Mauro Carvalho Chehab :
> Em Wed, 5 Oct 2016 09:50:42 +0200 (CEST)
> Jiri Kosina escreveu:
>
>> On Wed, 5 Oct 2016, Patrick Boettcher wrote:
>>
>> > > > Thanks for the quick response.
>> > > > Drivers are:
>> > > > dvb_core, dvb_usb, dbv_usb_cynergyT2
>> > >
>> > > This
2016-10-04 15:26 GMT+02:00 Jiri Kosina :
> On Tue, 4 Oct 2016, Jörg Otte wrote:
>
>> With kernel 4.8.0-01558-g21f54dd I get thousands of
>> "dvb-usb: bulk message failed: -11 (1/0)"
>> messages in the logs and the DVB adapter is not working.
>>
>> It
With kernel 4.8.0-01558-g21f54dd I get thousands of
"dvb-usb: bulk message failed: -11 (1/0)"
messages in the logs and the DVB adapter is not working.
It tourned out the new config option VMAP_STACK=y (which is the default)
is the culprit.
No problems for me with VMAP_STACK=n.
Thanks, Jörg
2016-08-03 18:49 GMT+02:00 Linus Torvalds :
> On Wed, Aug 3, 2016 at 10:43 AM, Jörg Otte wrote:
>> Current mainline kernel does not compile for me:
>
> You've managed to turn of DEBUG_FS, which is actually fairly hard
> considering how many things select it.
>
> Do
Current mainline kernel does not compile for me:
In file included from
/media/jojo/deftoshiba/kernel/linux/drivers/gpu/drm/i915/i915_drv.c:48:0:
/media/jojo/deftoshiba/kernel/linux/drivers/gpu/drm/i915/i915_drv.h:
In function 'i915_debugfs_register':
/media/jojo/deftoshiba/kernel/linux/drivers/gpu
2016-04-02 17:28 GMT+02:00 Srinivas Pandruvada
:
>
> On Sat, 2016-04-02 at 08:30 +0200, Sedat Dilek wrote:
>> > I am trying CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y from
>> > linux-pm.git#linux-next out of curiosity...
>> >
>> > $ ./scripts/diffconfig /boot/config-$(uname -r) .config
>> > CPU_FREQ_DEFAU
2016-04-01 18:46 GMT+02:00 Jörg Otte :
> 2016-04-01 17:20 GMT+02:00 Doug Smythies :
>> On 2016.04.01 05:40 Rafael J. Wysocki wrote:
>>> On Friday, April 01, 2016 11:20:42 AM Jörg Otte wrote:
>>>> 2016-03-31 17:43 GMT+02:00 Rafael J. Wysocki :
>>>>> On T
2016-04-01 17:20 GMT+02:00 Doug Smythies :
> On 2016.04.01 05:40 Rafael J. Wysocki wrote:
>> On Friday, April 01, 2016 11:20:42 AM Jörg Otte wrote:
>>> 2016-03-31 17:43 GMT+02:00 Rafael J. Wysocki :
>>>> On Thursday, March 31, 2016 05:25:18 PM Jörg Otte wrote:
&g
2016-04-01 14:40 GMT+02:00 Rafael J. Wysocki :
> On Friday, April 01, 2016 11:20:42 AM Jörg Otte wrote:
>> 2016-03-31 17:43 GMT+02:00 Rafael J. Wysocki :
>> > On Thursday, March 31, 2016 05:25:18 PM Jörg Otte wrote:
>> >> 2016-03-31 13:42 GMT+02:00 Rafael J. Wysocki :
2016-03-31 19:55 GMT+02:00 Srinivas Pandruvada
:
> On Thu, 2016-03-31 at 19:27 +0200, Jörg Otte wrote:
>> 2016-03-31 17:43 GMT+02:00 Rafael J. Wysocki :
>> > On Thursday, March 31, 2016 05:25:18 PM Jörg Otte wrote:
>> > > 2016-03-31 13:42 GMT+02:00 Rafael J. Wysocki
2016-03-31 17:43 GMT+02:00 Rafael J. Wysocki :
> On Thursday, March 31, 2016 05:25:18 PM Jörg Otte wrote:
>> 2016-03-31 13:42 GMT+02:00 Rafael J. Wysocki :
>> > On Thursday, March 31, 2016 11:05:56 AM Jörg Otte wrote:
>> >
>> > [cut]
>> >
>> >
2016-03-31 17:43 GMT+02:00 Rafael J. Wysocki :
> On Thursday, March 31, 2016 05:25:18 PM Jörg Otte wrote:
>> 2016-03-31 13:42 GMT+02:00 Rafael J. Wysocki :
>> > On Thursday, March 31, 2016 11:05:56 AM Jörg Otte wrote:
>> >
>> > [cut]
>> >
>> >
2016-03-31 17:06 GMT+02:00 Srinivas Pandruvada
:
> On Thu, 2016-03-31 at 07:39 -0700, Doug Smythies wrote:
>> On 2016.03.31 02:24 Jörg Otte wrote:
>
> Hi Jörg,
>
> Can you send me your kernel config file?
>
> Thanks,
> Srinivas
>>
>> > jojo@fichte
2016-03-31 13:42 GMT+02:00 Rafael J. Wysocki :
> On Thursday, March 31, 2016 11:05:56 AM Jörg Otte wrote:
>
> [cut]
>
>> >
>>
>> Yes, works for me.
>>
>> CPUID(7): No-SGX
>> CPU Avg_MHz Busy% Bzy_MHz TSC_MHz
>>- 1
2016-03-30 22:26 GMT+02:00 Srinivas Pandruvada
:
> On Wed, 2016-03-30 at 22:12 +0200, Rafael J. Wysocki wrote:
>> On Wed, Mar 30, 2016 at 8:58 PM, Srinivas Pandruvada
>> wrote:
>> >
>> > On Wed, 2016-03-30 at 11:50 -0700, Doug Smythies wrote:
>> > &g
2016-03-30 20:39 GMT+02:00 Rafael J. Wysocki :
> On Wednesday, March 30, 2016 05:29:18 PM Jörg Otte wrote:
>> 2016-03-30 13:05 GMT+02:00 Rafael J. Wysocki :
>> > On Wed, Mar 30, 2016 at 12:17 PM, Jörg Otte wrote:
>> >> 2016-03-29 23:34 GMT+02:00 Rafael J. Wysocki
2016-03-30 17:33 GMT+02:00 Pandruvada, Srinivas :
> On Wed, 2016-03-30 at 13:05 +0200, Rafael J. Wysocki wrote:
>> On Wed, Mar 30, 2016 at 12:17 PM, Jörg Otte
>> wrote:
>> >
>> > 2016-03-29 23:34 GMT+02:00 Rafael J. Wysocki :
>> > >
>> > &g
2016-03-30 13:05 GMT+02:00 Rafael J. Wysocki :
> On Wed, Mar 30, 2016 at 12:17 PM, Jörg Otte wrote:
>> 2016-03-29 23:34 GMT+02:00 Rafael J. Wysocki :
>>> On Tuesday, March 29, 2016 07:32:27 PM Jörg Otte wrote:
>>>> 2016-03-29 19:24 GMT+02:00 Jörg Otte :
>>&
2016-03-29 23:34 GMT+02:00 Rafael J. Wysocki :
> On Tuesday, March 29, 2016 07:32:27 PM Jörg Otte wrote:
>> 2016-03-29 19:24 GMT+02:00 Jörg Otte :
>> > in v4.5 and earlier intel-pstate downscaled idle processors (load
>> > 0.1-0.2%) to minumum frequency, in my case 80
2016-03-29 19:24 GMT+02:00 Jörg Otte :
> in v4.5 and earlier intel-pstate downscaled idle processors (load
> 0.1-0.2%) to minumum frequency, in my case 800MHz.
>
> Now in v4.6-rc1 the characteristic has dramatically changed. If in
> idle the processor frequency is more or less a
With kernels vmlinuz-4.3.0-rc2-00228-gd4a748a and earlier it is no
problem for me to stream HD-videos (700-800 Kbyte/s) from YouTube.
With the same video material and kernels
vmlinuz-4.3.0-rc2-00438-gd8cc397 and later I only reach 70-80 KByte/s.
That's a one-tenth than before.
The merges between
2015-07-13 9:58 GMT+02:00 Maarten Lankhorst :
> Op 13-07-15 om 09:42 schreef Jörg Otte:
>> 2015-07-13 9:23 GMT+02:00 Maarten Lankhorst
>> :
>>> Op 13-07-15 om 08:22 schreef Daniel Vetter:
>>>> On Sun, Jul 12, 2015 at 09:52:51AM -0700, Linus Torvalds wrote:
&
2015-07-13 9:23 GMT+02:00 Maarten Lankhorst :
> Op 13-07-15 om 08:22 schreef Daniel Vetter:
>> On Sun, Jul 12, 2015 at 09:52:51AM -0700, Linus Torvalds wrote:
>>> On Sun, Jul 12, 2015 at 1:03 AM, Jörg Otte wrote:
>>>> BUG: unable to handle kernel NULL pointer d
2015-07-12 10:03 GMT+02:00 Jörg Otte :
> 4.2.0-rc1-00201-g59c3cb5 introducued a null pointer derefence and a
> system freeze
> when Xorg is started ( 4.2.0-rc1-00062-gc4b5fd3 was fine) :
>
> BUG: unable to handle kernel NULL pointer dereference at 0009
> IP: [] 0x
4.2.0-rc1-00201-g59c3cb5 introducued a null pointer derefence and a
system freeze
when Xorg is started ( 4.2.0-rc1-00062-gc4b5fd3 was fine) :
BUG: unable to handle kernel NULL pointer dereference at 0009
IP: [] 0xbd3447bb
PGD 0
Oops: [#1] SMP
CPU: 1 PID: 1290 Comm: Xorg No
2015-06-29 23:13 GMT+02:00 Tedd Ho-Jeong An :
> Hi Jorg
>
> On Mon, 29 Jun 2015 16:37:32 +0200
> Jörg Otte wrote:
>
>> 2015-06-29 12:30 GMT+02:00 Alexey Dobriyan :
>> > On Mon, Jun 29, 2015 at 12:00 PM, Jörg Otte wrote:
>> >> 2015-06-28 18:09 GMT+02:
2015-06-29 12:30 GMT+02:00 Alexey Dobriyan :
> On Mon, Jun 29, 2015 at 12:00 PM, Jörg Otte wrote:
>> 2015-06-28 18:09 GMT+02:00 Alexey Dobriyan :
>>> On Sun, Jun 28, 2015 at 05:36:04PM +0200, Jörg Otte wrote:
>>>> 2015-06-26 16:28 GMT+02:00 Jörg Otte :
>>>&
2015-06-28 18:09 GMT+02:00 Alexey Dobriyan :
> On Sun, Jun 28, 2015 at 05:36:04PM +0200, Jörg Otte wrote:
>> 2015-06-26 16:28 GMT+02:00 Jörg Otte :
>> > 2015-06-26 12:03 GMT+02:00 Jörg Otte :
>> >> 2015-06-26 11:37 GMT+02:00 Marcel Holtmann :
>> >>> Hi
2015-06-26 16:28 GMT+02:00 Jörg Otte :
> 2015-06-26 12:03 GMT+02:00 Jörg Otte :
>> 2015-06-26 11:37 GMT+02:00 Marcel Holtmann :
>>> Hi Joerg,
>>>
>>>> Bluetooth is inoperable in current Linus tree and the
>>>> first bad commit is:
>>>>
2015-06-26 12:03 GMT+02:00 Jörg Otte :
> 2015-06-26 11:37 GMT+02:00 Marcel Holtmann :
>> Hi Joerg,
>>
>>> Bluetooth is inoperable in current Linus tree and the
>>> first bad commit is:
>>>
>>> 835a6a2f8603237a3e6cded5
2015-06-26 11:37 GMT+02:00 Marcel Holtmann :
> Hi Joerg,
>
>> Bluetooth is inoperable in current Linus tree and the
>> first bad commit is:
>>
>> 835a6a2f8603237a3e6cded5a6765090ecb06ea5 is the first bad commit
>> commit 835a6a2f8603237a3e6cded5a6765090ecb06ea5
>> Author: Alexey Dobriyan
>> Date:
Bluetooth is inoperable in current Linus tree and the
first bad commit is:
835a6a2f8603237a3e6cded5a6765090ecb06ea5 is the first bad commit
commit 835a6a2f8603237a3e6cded5a6765090ecb06ea5
Author: Alexey Dobriyan
Date: Wed Jun 10 20:28:33 2015 +0300
Bluetooth: Stop sabotaging list poisoning
What this patch tried to do is to limit it to what userspace is
currently actually using. My mistake was to look only at BlueZ 5.x
userspace and not at BlueZ 4.x userspace. The fix to not break
existing userspace is essentially this:
>
> diff --git a/net/bluetooth/hidp/core.c b/net/bluetooth/hidp/c
2015-04-17 18:55 GMT+02:00 Jörg Otte :
> 2015-04-17 18:51 GMT+02:00 Marcel Holtmann :
>> Hi Joerg,
>>
>>>>> On Fri, Apr 17, 2015 at 5:36 AM, Jörg Otte wrote:
>>>>>> The BT mouse is "death" in v4.1.
>>>>>> The BT mouse
2015-04-17 18:51 GMT+02:00 Marcel Holtmann :
> Hi Joerg,
>
>>>> On Fri, Apr 17, 2015 at 5:36 AM, Jörg Otte wrote:
>>>>> The BT mouse is "death" in v4.1.
>>>>> The BT mouse has been working in 4.0 and previous kernels, so this
&
2015-04-17 16:51 GMT+02:00 Jörg Otte :
> 2015-04-17 15:44 GMT+02:00 Linus Torvalds :
>> On Fri, Apr 17, 2015 at 5:36 AM, Jörg Otte wrote:
>>> The BT mouse is "death" in v4.1.
>>> The BT mouse has been working in 4.0 and previous kernels, so this
>>>
2015-04-17 15:44 GMT+02:00 Linus Torvalds :
> On Fri, Apr 17, 2015 at 5:36 AM, Jörg Otte wrote:
>> The BT mouse is "death" in v4.1.
>> The BT mouse has been working in 4.0 and previous kernels, so this
>> is a regression.
>
> Any chance of bisecting it?
&g
The BT mouse is "death" in v4.1.
The BT mouse has been working in 4.0 and previous kernels, so this
is a regression.
BT adapter is an intel 8087:07da. The mouse is an MS Notebook Mouse 500.
It just doesn't work without any errors displayed in dmesg.
Thanks, Jörg
--
To unsubscribe from this list:
2015-03-27 8:03 GMT+01:00 Kalle Valo :
> Linus Torvalds writes:
>
>> can you verify/confirm that current git works for you? And if not,
>> maybe bisect exactly where it happened?
>
> I had a similar problem as Jörg on my Lenovo x230, display black on -rc5
> except some small colored line on the t
The display remains dark in V4.0-rc5 except of a small white line
at the top of the screen so I can't see anything. RC4 was good.
The latest good kernel that I know of is at least
4.0.0-rc4-00199-gb314aca.
Thanks, Jörg
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
2015-03-11 12:01 GMT+01:00 Jörg Otte :
> 2015-03-10 18:04 GMT+01:00 Mathias Nyman :
>> On 10.03.2015 17:36, Jörg Otte wrote:
>>
>>>>> Any chance you could take a log with xhci debugging enabled before
>>>>> attaching the DVB-T
>>>>> s
2015-03-10 18:04 GMT+01:00 Mathias Nyman :
> On 10.03.2015 17:36, Jörg Otte wrote:
>
>>>> Any chance you could take a log with xhci debugging enabled before
>>>> attaching the DVB-T
>>>> stick?
>>>>
>>>> echo -n 'module xhci_h
2015-03-10 15:03 GMT+01:00 Jörg Otte :
> 2015-03-10 14:06 GMT+01:00 Mathias Nyman :
>> On 10.03.2015 11:40, Jörg Otte wrote:
>>> If I plug in my USB DVB-T stick I get the following in dmesg:
>>>
>>> dvb-usb: found a 'TerraTec/qanu USB2.0 Highspeed DVB-T
2015-03-10 14:06 GMT+01:00 Mathias Nyman :
> On 10.03.2015 11:40, Jörg Otte wrote:
>> If I plug in my USB DVB-T stick I get the following in dmesg:
>>
>> dvb-usb: found a 'TerraTec/qanu USB2.0 Highspeed DVB-T Receiver' in warm
>> state.
>> dvb-usb: will
If I plug in my USB DVB-T stick I get the following in dmesg:
dvb-usb: found a 'TerraTec/qanu USB2.0 Highspeed DVB-T Receiver' in warm state.
dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
DVB: registering new adapter (TerraTec/qanu USB2.0 Highspeed DVB-T Receiver)
Bluetooth has ever been working on my Notebook. I successfully
use Bluetooth mouse and Obex file transfer for years. And with
Kernel V4.00 the Adapter is no longer recognized.
It is an Intel 8087:07da.
The first bad commit is:
commit d0ac9eb72b6dceae318c15ee82ef2aaee233666d
Author: Marcel Holtman
2015-02-24 12:03 GMT+01:00 Jörg Otte :
> 2015-02-24 0:24 GMT+01:00 Rafael J. Wysocki :
>> On Sunday, February 22, 2015 01:33:09 PM Jörg Otte wrote:
>>> Starting with kernel 3.19.0-05184-g18320f2, I often find my notebook
>>> running with 'powersave' policy e
2015-02-24 0:18 GMT+01:00 Rafael J. Wysocki :
> On Sunday, February 22, 2015 05:53:11 PM Jörg Otte wrote:
>> When I press backlight keys then normally OSD is shown and
>> backlight follows immediately the keystrokes step by step.
>
> That's how it works in 3.19, right?
2015-02-24 0:24 GMT+01:00 Rafael J. Wysocki :
> On Sunday, February 22, 2015 01:33:09 PM Jörg Otte wrote:
>> Starting with kernel 3.19.0-05184-g18320f2, I often find my notebook
>> running with 'powersave' policy even if it is on AC.
>>
>> It turned out that
When I press backlight keys then normally OSD is shown and
backlight follows immediately the keystrokes step by step.
Now in v3.20 it behaves different:
When I press backlight keys at first nothing happens. If I watch a
video it is being stopped.
After some seconds OSD is shown, backlight changes
Starting with kernel 3.19.0-05184-g18320f2, I often find my notebook
running with 'powersave' policy even if it is on AC.
It turned out that /sys/class/ACAD directory is missing and in the
logs I see:
ACPI Error: Cannot release Mutex [MUT0], not acquired (20150204/exmutex-376)
ACPI Error: Method
2015-02-13 15:40 GMT+01:00 Rafael J. Wysocki :
> On Friday, February 13, 2015 09:49:20 AM Jörg Otte wrote:
>> In suspend state the power-led remains on (should be blinking).
>> So may be the kernel does not reach suspend state correctly.
>> Once suspended, pressing the suspen
In suspend state the power-led remains on (should be blinking).
So may be the kernel does not reach suspend state correctly.
Once suspended, pressing the suspend key to wake up does not have
any visible effect.
There is nothing special in the logs.
I tried to bisect, but I ran into an unbootable
2014-08-11 6:30 GMT+02:00 Linus Torvalds :
> On Sun, Aug 10, 2014 at 1:05 PM, Eric W. Biederman
> wrote:
>>
>> Linus would you like me to send pull request with those two changes reverted?
>
> I just did them (delayed it a bit in the hope to get confirmation, but
> it looks very straightforward, s
My network interface eth0 doesn't come up in 3.16.0-10436-g9138475
I am seeing following "security problem" in dmesg:
audit: type=1400 audit(1407684227.003:28): apparmor="DENIED"
operation="open" profile="/sbin/dhclient"
name="/proc/1540/task/1540/net/dev" pid=1540 comm="dhclient"
requested_
2014-06-20 16:57 GMT+02:00 Alan Stern :
> On Fri, 20 Jun 2014, Jörg Otte wrote:
>
>> 2014-06-19 19:35 GMT+02:00 Alan Stern :
>> > On Thu, 19 Jun 2014, Jörg Otte wrote:
>> >
>> >> I don't know how to do this.
>> >
>> > To enable d
I don't know how to do this.
Thanks, Jörg
2014-06-19 17:02 GMT+02:00 Alan Stern :
> On Thu, 19 Jun 2014, Jörg Otte wrote:
>
>> on resume with 3.16-rc1 I get the following error messages in dmesg
>> which are alltogether not present in 3.15:
>>
>&
2014-05-16 13:53 GMT+02:00 Ville Syrjälä :
> On Tue, May 13, 2014 at 06:38:32PM +0200, Daniel Vetter wrote:
>> On Tue, May 13, 2014 at 05:21:49PM +0200, Jörg Otte wrote:
>> > 2014-05-13 15:22 GMT+02:00 Daniel Vetter :
>> > > On Tue, May 13, 2014 at 12:38:41PM +0200, D
2014-05-13 15:22 GMT+02:00 Daniel Vetter :
> On Tue, May 13, 2014 at 12:38:41PM +0200, Daniel Vetter wrote:
>> On Tue, May 13, 2014 at 12:29 PM, Jörg Otte wrote:
>> >>> Branch drm-intel-nightly as of
>> >>> ed60c27 drm-intel-nightly: 2014y-05m-09d-21h-51
2014-05-12 21:03 GMT+02:00 Daniel Vetter :
> On Mon, May 12, 2014 at 01:25:24PM +0200, Jörg Otte wrote:
>> 2014-05-11 18:49 GMT+02:00 Daniel Vetter :
>> > On Sat, May 10, 2014 at 10:52 AM, Jörg Otte wrote:
>> >>> On Fri, May 09, 2014 at 05:14:38PM +0100, Damien L
2014-05-11 18:49 GMT+02:00 Daniel Vetter :
> On Sat, May 10, 2014 at 10:52 AM, Jörg Otte wrote:
>>> On Fri, May 09, 2014 at 05:14:38PM +0100, Damien Lespiau wrote:
>>>> On Fri, May 09, 2014 at 06:11:37PM +0200, Jörg Otte wrote:
>>>> > > Jörg, can you ple
2014-05-09 19:03 GMT+02:00 Ville Syrjälä :
> On Fri, May 09, 2014 at 05:14:38PM +0100, Damien Lespiau wrote:
>> On Fri, May 09, 2014 at 06:11:37PM +0200, Jörg Otte wrote:
>> > > Jörg, can you please boot with drm.debug=0xe, reproduce the issue and
>> > > then attac
I still have FIFO underruns in drm:
[drm:ivb_err_int_handler] *ERROR* Pipe B FIFO underrun
[drm:cpt_serr_int_handler] *ERROR* PCH transcoder A FIFO underrun
[drm:cpt_serr_int_handler] *ERROR* PCH transcoder B FIFO underrun
which I already reported here:
https://lkml.org/lkml/2014/4/9/127
and whic
2014-04-09 12:08 GMT+02:00 Jörg Otte :
> Kernel 3.14.0-12041-g75ff24f from 9.4.2014 introduces the following
> on the console (driver is i915):
>
> [drm:ivb_err_int_handler] *ERROR* Pipe B FIFO underrun
> [drm:cpt_serr_int_handler] *ERROR* PCH transcoder A FIFO underrun
> [drm:cp
Kernel 3.14.0-12041-g75ff24f from 9.4.2014 introduces the following
on the console (driver is i915):
[drm:ivb_err_int_handler] *ERROR* Pipe B FIFO underrun
[drm:cpt_serr_int_handler] *ERROR* PCH transcoder A FIFO underrun
[drm:cpt_serr_int_handler] *ERROR* PCH transcoder B FIFO underrun
In syslog
2014-03-09 18:15 GMT+01:00 Rafael J. Wysocki :
> On Sunday, March 09, 2014 05:58:59 PM Rafael J. Wysocki wrote:
>> On Sunday, March 09, 2014 05:55:28 PM Rafael J. Wysocki wrote:
>> > On Sunday, March 09, 2014 05:12:56 PM Jörg Otte wrote:
>> > > On shutdown power is
On shutdown power is not switched off. The harddisk is already down.
Reboot is working.
Last known good kernel is: 3.14.0-rc5-00265-gb01d4e6
First known bad kernel is: 3.14.0-rc5-00287-gca62eec
FUJITSU LIFEBOOK AH532/FJNBB1C, BIOS Version 1.09 05/22/2012
Jörg
--
To unsubscribe from this list: se
2014-01-27 Jiang Liu :
> Commit b981513f806d (ACPI / scan: bail out early if failed to parse
> APIC ID for CPU) emits an error message if ACPI processor driver fails
> to query APIC ID for the CPU.
>
> Originally it's designed to catch BIOS bugs for CPU hot-addition. But
> it accidently reveals ano
2014-01-25 Rafael J. Wysocki :
> On Saturday, January 25, 2014 11:03:09 AM Jörg Otte wrote:
>> Kernel 3.13.0-06058-g2d08cd0 displays following errors on the console:
>>
>> ACPI: \_PR_.CPU4: failed to get CPU APIC ID.
>> ACPI: \_PR_.CPU5: failed to get CPU APIC ID.
>
Kernel 3.13.0-06058-g2d08cd0 displays following errors on the console:
ACPI: \_PR_.CPU4: failed to get CPU APIC ID.
ACPI: \_PR_.CPU5: failed to get CPU APIC ID.
ACPI: \_PR_.CPU6: failed to get CPU APIC ID.
ACPI: \_PR_.CPU7: failed to get CPU APIC ID.
I don't have CPUs 4..7! Error messages regardi
1 - 100 of 127 matches
Mail list logo
