Summary: | [x86_64 only] Kernel panic when loading megaraid_mbox module | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Sergey Y. Afonin <asy> |
Component: | kernel-image-std-smp | Assignee: | Sergey Vlasov <vsu> |
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
Severity: | blocker | ||
Priority: | P2 | CC: | alex_sinister, lakostis, mike, sr |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
Sergey Y. Afonin
2007-04-28 14:08:14 MSD
А памяти (RAM) на этой машине сколько? Провести установку с имеющейся версией, вероятно, получится с опцией mem=3G (или 2G - зависит от того, как BIOS распределяет память для PCI-устройств); в следующей сборке ядра эта ошибка должна быть исправлена. Не помогло, но мысль верная: всё поставилось, когда оставил 2Gb RAM в виде железа. А, вообще, с параметром "mem=..." неплохо бы разобраться... В смысле почему тоже не работает. Было бы удобно в качестве временного решения, чтобы память сразу на место поставить. Ну или таки ядро новое побыстрее. :-) Всего сейчас 4Gb по-умолчанию. Возможно, нужно было добавить ещё что-то типа iommu=off - у меня нет возможности экспериментально проверить это. Т.е., нужно добиться, чтобы ядро отключило использование IOMMU - обычно это происходит, когда не обнаруживается память за пределами первых 4 GB адресного пространства. Возможно, параметр mem= обрабатывается слишком поздно. В kernel-image-std-smp 2.6.18-alt6 эта ошибка должна быть исправлена (в ядре была сломана поддержка swiotlb, что проявлялось только на x86_64 при наличии RAM за пределами первых 4 GB адресного пространства, причём только на процессорах Intel, поскольку у AMD IOMMU реализован аппаратно). Заработало. Я так понимаю, это надо и на остальные ядра развесить, особенно ovz ? для статистики. ovz запустилось с addappend="mem=3G iommu=off" We have reproduced this issue on RHEL5 kernels and I've filed following bug to their bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=248102 Thank you for your help! |