Re: kernel 4.4-rc1 BUG when booting as Xen dom0
On 17/11/15 14:40, Boris Ostrovsky wrote:
> On 11/17/2015 08:38 AM, Juergen Gross wrote:
>> Trying to boot a 4.4 kernel as Xen dom0 crashes the system:
>>
>> [9.949589] ACPI: Added _OSI(Module Device)
>> [9.957803] ACPI: Added _OSI(Processor Device)
>> [9.966814] ACPI: Added _OSI(3.0 _SCP Extensions)
>> [9.976346] ACPI: Added _OSI(Processor Aggregator Device)
>> [9.988715] BUG: unable to handle kernel NULL pointer dereference at
>>(null)
>> [ 10.004212] IP: [] xen_irq_init+0x22/0xe0
>> [ 10.015468] PGD 0
>> [ 10.019622] Oops: 0002 [#1] SMP
>> [ 10.026217] Modules linked in:
>> [ 10.032446] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.4.0-rc1-pv+
>> #490
>> [ 10.045974] Hardware name: Dell Inc. Latitude E6440/0159N7, BIOS A07
>> 06/26/2014
>> [ 10.060718] task: 8801fa570d40 ti: 8801fa574000 task.ti:
>> 8801fa574000
>> [ 10.075798] RIP: e030:[] []
>> xen_irq_init+0x22/0xe0
>> [ 10.091910] RSP: e02b:8801fa577d38 EFLAGS: 00010246
>> [ 10.102646] RAX: RBX: 0009 RCX:
>>
>> [ 10.117089] RDX: 0001 RSI: 024080c0 RDI:
>> 8801fb000df0
>> [ 10.131437] RBP: 0009 R08: 0001 R09:
>> 8801fb000d88
>> [ 10.145824] R10: 8801fb000df8 R11: R12:
>> 0009
>> [ 10.160205] R13: 817736e5 R14: 0009 R15:
>>
>> [ 10.174592] FS: () GS:8801ff80()
>> knlGS:
>> [ 10.190895] CS: e033 DS: ES: CR0: 80050033
>> [ 10.202492] CR2: CR3: 0180c000 CR4:
>> 00042660
>> [ 10.216878] Stack:
>> [ 10.221029] 0009 0001 8135dd9f
>>
>> [ 10.235931] 8801fa577dd0 0009
>> 0001
>> [ 10.250836] 81932e2e
>> 81415c53
>> [ 10.265740] Call Trace:
>> [ 10.270774] [] ?
>> xen_bind_pirq_gsi_to_irq+0x7f/0x240
>> [ 10.284122] [] ? acpi_sleep_proc_init+0x22/0x22
>> [ 10.296601] [] ?
>> xen_register_pirq.constprop.9+0x83/0xd0
>> [ 10.310640] [] ? acpi_register_gsi_xen+0x48/0xc0
>> [ 10.323292] [] ? acpi_get_override_irq+0xa6/0x120
>> [ 10.336117] [] ? acpi_ev_sci_dispatch+0x53/0x53
>> [ 10.348595] [] ? acpi_sleep_proc_init+0x22/0x22
>> [ 10.361071] [] ? acpi_gsi_to_irq+0x59/0x70
>> [ 10.372683] [] ?
>> acpi_os_install_interrupt_handler+0x44/0xbf
>> [ 10.387427] [] ?
>> acpi_ev_install_xrupt_handlers+0x12/0x5f
>> [ 10.401627] [] ? acpi_init+0x71/0x289
>> [ 10.412368] [] ? acpi_sleep_proc_init+0x22/0x22
>> [ 10.424849] [] ? do_one_initcall+0xa1/0x1d0
>> [ 10.436633] [] ? parse_args+0x270/0x460
>> [ 10.447724] [] ? kernel_init_freeable+0x169/0x1f3
>> [ 10.460551] [] ? initcall_blacklist+0xb2/0xb2
>> [ 10.472681] [] ? rest_init+0x80/0x80
>> [ 10.483251] [] ? kernel_init+0x5/0xe0
>> [ 10.493996] [] ? ret_from_fork+0x3f/0x70
>> [ 10.505263] [] ? rest_init+0x80/0x80
>> [ 10.515832] Code: fe ff ff 66 0f 1f 44 00 00 55 89 fd 53 e8 c7 f5 d5
>> ff 48 85 c0 74 08 48 8b 40 10 48 83 c0 18 48 8b 15 33 d9 2a 00 be c0 80
>> 40 02 <48> 89 10 48 8b 15 2c d9 2a 00 48 89 50 08 48 8b 15 29 d9 2a 00
>> [ 10.553606] RIP [] xen_irq_init+0x22/0xe0
>> [ 10.565051] RSP
>> [ 10.572157] CR2:
>>
>> irq_get_affinity_mask(irq) in xen_irq_init() is returning NULL:
>>
>> static void xen_irq_init(unsigned irq)
>> {
>> struct irq_info *info;
>> #ifdef CONFIG_SMP
>> /* By default all event channels notify CPU#0. */
>> cpumask_copy(irq_get_affinity_mask(irq), cpumask_of(0));
>> #endif
>>
>> Is this already known?
>
>
> Yes:
> http://lists.xenproject.org/archives/html/xen-devel/2015-11/msg01800.html
>
> I will send patch later today.
I'll be happy to test it. :-)
Thanks,
Juergen
--
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: kernel 4.4-rc1 BUG when booting as Xen dom0
On 11/17/2015 08:38 AM, Juergen Gross wrote:
Trying to boot a 4.4 kernel as Xen dom0 crashes the system:
[9.949589] ACPI: Added _OSI(Module Device)
[9.957803] ACPI: Added _OSI(Processor Device)
[9.966814] ACPI: Added _OSI(3.0 _SCP Extensions)
[9.976346] ACPI: Added _OSI(Processor Aggregator Device)
[9.988715] BUG: unable to handle kernel NULL pointer dereference at
(null)
[ 10.004212] IP: [] xen_irq_init+0x22/0xe0
[ 10.015468] PGD 0
[ 10.019622] Oops: 0002 [#1] SMP
[ 10.026217] Modules linked in:
[ 10.032446] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.4.0-rc1-pv+ #490
[ 10.045974] Hardware name: Dell Inc. Latitude E6440/0159N7, BIOS A07
06/26/2014
[ 10.060718] task: 8801fa570d40 ti: 8801fa574000 task.ti:
8801fa574000
[ 10.075798] RIP: e030:[] []
xen_irq_init+0x22/0xe0
[ 10.091910] RSP: e02b:8801fa577d38 EFLAGS: 00010246
[ 10.102646] RAX: RBX: 0009 RCX:
[ 10.117089] RDX: 0001 RSI: 024080c0 RDI:
8801fb000df0
[ 10.131437] RBP: 0009 R08: 0001 R09:
8801fb000d88
[ 10.145824] R10: 8801fb000df8 R11: R12:
0009
[ 10.160205] R13: 817736e5 R14: 0009 R15:
[ 10.174592] FS: () GS:8801ff80()
knlGS:
[ 10.190895] CS: e033 DS: ES: CR0: 80050033
[ 10.202492] CR2: CR3: 0180c000 CR4:
00042660
[ 10.216878] Stack:
[ 10.221029] 0009 0001 8135dd9f
[ 10.235931] 8801fa577dd0 0009
0001
[ 10.250836] 81932e2e
81415c53
[ 10.265740] Call Trace:
[ 10.270774] [] ? xen_bind_pirq_gsi_to_irq+0x7f/0x240
[ 10.284122] [] ? acpi_sleep_proc_init+0x22/0x22
[ 10.296601] [] ?
xen_register_pirq.constprop.9+0x83/0xd0
[ 10.310640] [] ? acpi_register_gsi_xen+0x48/0xc0
[ 10.323292] [] ? acpi_get_override_irq+0xa6/0x120
[ 10.336117] [] ? acpi_ev_sci_dispatch+0x53/0x53
[ 10.348595] [] ? acpi_sleep_proc_init+0x22/0x22
[ 10.361071] [] ? acpi_gsi_to_irq+0x59/0x70
[ 10.372683] [] ?
acpi_os_install_interrupt_handler+0x44/0xbf
[ 10.387427] [] ?
acpi_ev_install_xrupt_handlers+0x12/0x5f
[ 10.401627] [] ? acpi_init+0x71/0x289
[ 10.412368] [] ? acpi_sleep_proc_init+0x22/0x22
[ 10.424849] [] ? do_one_initcall+0xa1/0x1d0
[ 10.436633] [] ? parse_args+0x270/0x460
[ 10.447724] [] ? kernel_init_freeable+0x169/0x1f3
[ 10.460551] [] ? initcall_blacklist+0xb2/0xb2
[ 10.472681] [] ? rest_init+0x80/0x80
[ 10.483251] [] ? kernel_init+0x5/0xe0
[ 10.493996] [] ? ret_from_fork+0x3f/0x70
[ 10.505263] [] ? rest_init+0x80/0x80
[ 10.515832] Code: fe ff ff 66 0f 1f 44 00 00 55 89 fd 53 e8 c7 f5 d5
ff 48 85 c0 74 08 48 8b 40 10 48 83 c0 18 48 8b 15 33 d9 2a 00 be c0 80
40 02 <48> 89 10 48 8b 15 2c d9 2a 00 48 89 50 08 48 8b 15 29 d9 2a 00
[ 10.553606] RIP [] xen_irq_init+0x22/0xe0
[ 10.565051] RSP
[ 10.572157] CR2:
irq_get_affinity_mask(irq) in xen_irq_init() is returning NULL:
static void xen_irq_init(unsigned irq)
{
struct irq_info *info;
#ifdef CONFIG_SMP
/* By default all event channels notify CPU#0. */
cpumask_copy(irq_get_affinity_mask(irq), cpumask_of(0));
#endif
Is this already known?
Yes:
http://lists.xenproject.org/archives/html/xen-devel/2015-11/msg01800.html
I will send patch later today.
-boris
--
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: kernel 4.4-rc1 BUG when booting as Xen dom0
On 17/11/15 14:40, Boris Ostrovsky wrote:
> On 11/17/2015 08:38 AM, Juergen Gross wrote:
>> Trying to boot a 4.4 kernel as Xen dom0 crashes the system:
>>
>> [9.949589] ACPI: Added _OSI(Module Device)
>> [9.957803] ACPI: Added _OSI(Processor Device)
>> [9.966814] ACPI: Added _OSI(3.0 _SCP Extensions)
>> [9.976346] ACPI: Added _OSI(Processor Aggregator Device)
>> [9.988715] BUG: unable to handle kernel NULL pointer dereference at
>>(null)
>> [ 10.004212] IP: [] xen_irq_init+0x22/0xe0
>> [ 10.015468] PGD 0
>> [ 10.019622] Oops: 0002 [#1] SMP
>> [ 10.026217] Modules linked in:
>> [ 10.032446] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.4.0-rc1-pv+
>> #490
>> [ 10.045974] Hardware name: Dell Inc. Latitude E6440/0159N7, BIOS A07
>> 06/26/2014
>> [ 10.060718] task: 8801fa570d40 ti: 8801fa574000 task.ti:
>> 8801fa574000
>> [ 10.075798] RIP: e030:[] []
>> xen_irq_init+0x22/0xe0
>> [ 10.091910] RSP: e02b:8801fa577d38 EFLAGS: 00010246
>> [ 10.102646] RAX: RBX: 0009 RCX:
>>
>> [ 10.117089] RDX: 0001 RSI: 024080c0 RDI:
>> 8801fb000df0
>> [ 10.131437] RBP: 0009 R08: 0001 R09:
>> 8801fb000d88
>> [ 10.145824] R10: 8801fb000df8 R11: R12:
>> 0009
>> [ 10.160205] R13: 817736e5 R14: 0009 R15:
>>
>> [ 10.174592] FS: () GS:8801ff80()
>> knlGS:
>> [ 10.190895] CS: e033 DS: ES: CR0: 80050033
>> [ 10.202492] CR2: CR3: 0180c000 CR4:
>> 00042660
>> [ 10.216878] Stack:
>> [ 10.221029] 0009 0001 8135dd9f
>>
>> [ 10.235931] 8801fa577dd0 0009
>> 0001
>> [ 10.250836] 81932e2e
>> 81415c53
>> [ 10.265740] Call Trace:
>> [ 10.270774] [] ?
>> xen_bind_pirq_gsi_to_irq+0x7f/0x240
>> [ 10.284122] [] ? acpi_sleep_proc_init+0x22/0x22
>> [ 10.296601] [] ?
>> xen_register_pirq.constprop.9+0x83/0xd0
>> [ 10.310640] [] ? acpi_register_gsi_xen+0x48/0xc0
>> [ 10.323292] [] ? acpi_get_override_irq+0xa6/0x120
>> [ 10.336117] [] ? acpi_ev_sci_dispatch+0x53/0x53
>> [ 10.348595] [] ? acpi_sleep_proc_init+0x22/0x22
>> [ 10.361071] [] ? acpi_gsi_to_irq+0x59/0x70
>> [ 10.372683] [] ?
>> acpi_os_install_interrupt_handler+0x44/0xbf
>> [ 10.387427] [] ?
>> acpi_ev_install_xrupt_handlers+0x12/0x5f
>> [ 10.401627] [] ? acpi_init+0x71/0x289
>> [ 10.412368] [] ? acpi_sleep_proc_init+0x22/0x22
>> [ 10.424849] [] ? do_one_initcall+0xa1/0x1d0
>> [ 10.436633] [] ? parse_args+0x270/0x460
>> [ 10.447724] [] ? kernel_init_freeable+0x169/0x1f3
>> [ 10.460551] [] ? initcall_blacklist+0xb2/0xb2
>> [ 10.472681] [] ? rest_init+0x80/0x80
>> [ 10.483251] [] ? kernel_init+0x5/0xe0
>> [ 10.493996] [] ? ret_from_fork+0x3f/0x70
>> [ 10.505263] [] ? rest_init+0x80/0x80
>> [ 10.515832] Code: fe ff ff 66 0f 1f 44 00 00 55 89 fd 53 e8 c7 f5 d5
>> ff 48 85 c0 74 08 48 8b 40 10 48 83 c0 18 48 8b 15 33 d9 2a 00 be c0 80
>> 40 02 <48> 89 10 48 8b 15 2c d9 2a 00 48 89 50 08 48 8b 15 29 d9 2a 00
>> [ 10.553606] RIP [] xen_irq_init+0x22/0xe0
>> [ 10.565051] RSP
>> [ 10.572157] CR2:
>>
>> irq_get_affinity_mask(irq) in xen_irq_init() is returning NULL:
>>
>> static void xen_irq_init(unsigned irq)
>> {
>> struct irq_info *info;
>> #ifdef CONFIG_SMP
>> /* By default all event channels notify CPU#0. */
>> cpumask_copy(irq_get_affinity_mask(irq), cpumask_of(0));
>> #endif
>>
>> Is this already known?
>
>
> Yes:
> http://lists.xenproject.org/archives/html/xen-devel/2015-11/msg01800.html
>
> I will send patch later today.
I'll be happy to test it. :-)
Thanks,
Juergen
--
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: kernel 4.4-rc1 BUG when booting as Xen dom0
On 11/17/2015 08:38 AM, Juergen Gross wrote:
Trying to boot a 4.4 kernel as Xen dom0 crashes the system:
[9.949589] ACPI: Added _OSI(Module Device)
[9.957803] ACPI: Added _OSI(Processor Device)
[9.966814] ACPI: Added _OSI(3.0 _SCP Extensions)
[9.976346] ACPI: Added _OSI(Processor Aggregator Device)
[9.988715] BUG: unable to handle kernel NULL pointer dereference at
(null)
[ 10.004212] IP: [] xen_irq_init+0x22/0xe0
[ 10.015468] PGD 0
[ 10.019622] Oops: 0002 [#1] SMP
[ 10.026217] Modules linked in:
[ 10.032446] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.4.0-rc1-pv+ #490
[ 10.045974] Hardware name: Dell Inc. Latitude E6440/0159N7, BIOS A07
06/26/2014
[ 10.060718] task: 8801fa570d40 ti: 8801fa574000 task.ti:
8801fa574000
[ 10.075798] RIP: e030:[] []
xen_irq_init+0x22/0xe0
[ 10.091910] RSP: e02b:8801fa577d38 EFLAGS: 00010246
[ 10.102646] RAX: RBX: 0009 RCX:
[ 10.117089] RDX: 0001 RSI: 024080c0 RDI:
8801fb000df0
[ 10.131437] RBP: 0009 R08: 0001 R09:
8801fb000d88
[ 10.145824] R10: 8801fb000df8 R11: R12:
0009
[ 10.160205] R13: 817736e5 R14: 0009 R15:
[ 10.174592] FS: () GS:8801ff80()
knlGS:
[ 10.190895] CS: e033 DS: ES: CR0: 80050033
[ 10.202492] CR2: CR3: 0180c000 CR4:
00042660
[ 10.216878] Stack:
[ 10.221029] 0009 0001 8135dd9f
[ 10.235931] 8801fa577dd0 0009
0001
[ 10.250836] 81932e2e
81415c53
[ 10.265740] Call Trace:
[ 10.270774] [] ? xen_bind_pirq_gsi_to_irq+0x7f/0x240
[ 10.284122] [] ? acpi_sleep_proc_init+0x22/0x22
[ 10.296601] [] ?
xen_register_pirq.constprop.9+0x83/0xd0
[ 10.310640] [] ? acpi_register_gsi_xen+0x48/0xc0
[ 10.323292] [] ? acpi_get_override_irq+0xa6/0x120
[ 10.336117] [] ? acpi_ev_sci_dispatch+0x53/0x53
[ 10.348595] [] ? acpi_sleep_proc_init+0x22/0x22
[ 10.361071] [] ? acpi_gsi_to_irq+0x59/0x70
[ 10.372683] [] ?
acpi_os_install_interrupt_handler+0x44/0xbf
[ 10.387427] [] ?
acpi_ev_install_xrupt_handlers+0x12/0x5f
[ 10.401627] [] ? acpi_init+0x71/0x289
[ 10.412368] [] ? acpi_sleep_proc_init+0x22/0x22
[ 10.424849] [] ? do_one_initcall+0xa1/0x1d0
[ 10.436633] [] ? parse_args+0x270/0x460
[ 10.447724] [] ? kernel_init_freeable+0x169/0x1f3
[ 10.460551] [] ? initcall_blacklist+0xb2/0xb2
[ 10.472681] [] ? rest_init+0x80/0x80
[ 10.483251] [] ? kernel_init+0x5/0xe0
[ 10.493996] [] ? ret_from_fork+0x3f/0x70
[ 10.505263] [] ? rest_init+0x80/0x80
[ 10.515832] Code: fe ff ff 66 0f 1f 44 00 00 55 89 fd 53 e8 c7 f5 d5
ff 48 85 c0 74 08 48 8b 40 10 48 83 c0 18 48 8b 15 33 d9 2a 00 be c0 80
40 02 <48> 89 10 48 8b 15 2c d9 2a 00 48 89 50 08 48 8b 15 29 d9 2a 00
[ 10.553606] RIP [] xen_irq_init+0x22/0xe0
[ 10.565051] RSP
[ 10.572157] CR2:
irq_get_affinity_mask(irq) in xen_irq_init() is returning NULL:
static void xen_irq_init(unsigned irq)
{
struct irq_info *info;
#ifdef CONFIG_SMP
/* By default all event channels notify CPU#0. */
cpumask_copy(irq_get_affinity_mask(irq), cpumask_of(0));
#endif
Is this already known?
Yes:
http://lists.xenproject.org/archives/html/xen-devel/2015-11/msg01800.html
I will send patch later today.
-boris
--
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/
