Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

kexec bug #26

Open
koberx opened this issue Sep 15, 2020 · 8 comments
Open

kexec bug #26

koberx opened this issue Sep 15, 2020 · 8 comments

Comments

@koberx
Copy link

koberx commented Sep 15, 2020

Using kexec to restart the kernel, under the stress test, the kernel will be dead!

@koberx
Copy link
Author

koberx commented Sep 15, 2020

loongnix kexec dead.log

@FlyGoat
Copy link
Member

FlyGoat commented Sep 15, 2020

That appears to be a device driver issue.
The device keeps emitting interrupt even after kernel driver shutdown it, and the newly booted kernel can't handle it as the new driver haven't registered at the time.

Btw: It's generally discouraged to use kexec reboot on Loongson.

@FlyGoat
Copy link
Member

FlyGoat commented Sep 15, 2020

You cat

cat /proc/interrupts

To show IRQ number allocation and see witch device caused the issue.

@koberx
Copy link
Author

koberx commented Sep 15, 2020

You cat

cat /proc/interrupts

To show IRQ number allocation and see witch device caused the issue.

result

@koberx
Copy link
Author

koberx commented Sep 16, 2020

That appears to be a device driver issue.
The device keeps emitting interrupt even after kernel driver shutdown it, and the newly booted kernel can't handle it as the new driver haven't registered at the time.

Btw: It's generally discouraged to use kexec reboot on Loongson.

Btw: It's generally discouraged to use kexec reboot on Loongson. =====>> What causes this?

@FlyGoat
Copy link
Member

FlyGoat commented Sep 16, 2020

That appears to be a device driver issue.
The device keeps emitting interrupt even after kernel driver shutdown it, and the newly booted kernel can't handle it as the new driver haven't registered at the time.
Btw: It's generally discouraged to use kexec reboot on Loongson.

Btw: It's generally discouraged to use kexec reboot on Loongson. =====>> What causes this?

Well because this function is rarely used by community users and thus we can't guarantee it's status.

@koberx
Copy link
Author

koberx commented Sep 16, 2020

That appears to be a device driver issue.
The device keeps emitting interrupt even after kernel driver shutdown it, and the newly booted kernel can't handle it as the new driver haven't registered at the time.
Btw: It's generally discouraged to use kexec reboot on Loongson.

Btw: It's generally discouraged to use kexec reboot on Loongson. =====>> What causes this?

Well because this function is rarely used by community users and thus we can't guarantee it's status.

Is there any way to turn off the interruption before kexec -e

@FlyGoat
Copy link
Member

FlyGoat commented Sep 16, 2020

Is there any way to turn off the interruption before kexec -e

This is a device specified issue. You must figure out which device is emitting the interrupt and apply workaround in the device.
However, the spurious IRQ doesn't match any of the entry in /proc/interrupt, which is unreasonable.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants