Summary: | HIGHMEM breaks gentoo-sources-2.4.20 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Donnie Berkholz (RETIRED) <dberkholz> |
Component: | [OLD] Core system | Assignee: | Jay Pfeifer (RETIRED) <pfeifer> |
Status: | RESOLVED INVALID | ||
Severity: | major | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Donnie Berkholz (RETIRED)
![]() I also have problems with athlon MP and gentoo-sources 2.4.20-r4 and r5. The machine doesn't crash but seems to lose interrupts and doesn't respond correctly. ie to get through "init" I have to keep hitting the keys. 2.4.20-r2 is fine. I've done a little problem hunting and the problem seems to be related to (200) Timer frequency (HZ) (200). I see the same problem when I tried the ck-sources which has the same patch. I don't believe these kernels where ever tested on a MP system which is ok, but it should not be in stable or it needs to have some other method in portage so it flags as a untested in MP systems. they were tested on MP systems. highmem compiles fine here. save your .config!!!! rm -rf /usr/src/linux-2.4.20-gentoo-r5/ rm -rf /lib/modules/2.4.20-gentoo-r5/ emerge gentoo-sources make oldconfig make menuconfig (just to check you have the options you need) make dep && make clean && make bzImage modules modules_install put ${KV}/arch/i386/boot/bzImage in /boot (make sure /boot is mounted) if using lilo run it... otherwise... reboot to ensure all is ok... cannot reproduce the highmem issues with a proper tree. HighMem option still causes kernel panic during boot process, even after removing /usr/src/linux-2.4.20-gentoo-r5/ and /lib/modules/2.4.20-gentoo-r5/ and re-emerging gentoo-sorces. System is Athlon-XP 2100+, ASUS A7V333, 1 Gig ram output to monitor: <snip> Partition check: /dev/ide/host0/bus0/target0/lun0:kernel BUG at sched.c:1141! invalid operand: 0000 CPU: 0 EIP: 0010:[<c01c58e0>] Not tainted EFLAGS: 00010202 eax: 00000001 ebx: c014c000 ecx: 03fffffe edx: 00000001 esi: c014b6c0 edi: fffffffe edp: c014df4c esp: c014df2c ds: 0018 es: 0018 ss: 0018 Process swapper (pid: 0, stackpage=c014d000) Stack: 00000046 c01cedf0 c3656140 c016d7ec c016d7ec c014c000 c014b6c0 fffffffe c014df58 c01c5914 c015be00 00000046 c01cebd6 00000001 00000001 c01cea1d c014b6c0 c014c000 c0147880 0000000e c3689d00 c01b5baf 0000000e c014dfa8 Call Trace: [<c01cedf0>] [<c01c5914>] [<c01cebd6>] [<c01cea1d>] [<c01b5baf>] [<c01b21d0>] [<c01b8453>] [<c01b21d0>] [<c01b21f3>] [<c01b2244>] Code: 0f 0b 75 04 c9 da 3d c0 e9 23 fc ff ff 8d 76 00 55 89 e5 53 <0>Kernel panic: Aiee, killing interrupt handler In interrupt handler - not syncing </snip> that isn't a kernel bug from highmem - you need to have proper ide support in your kernel. that is while it is failing. Would you have any idea what ide support I need to add? The only difference between the kernel I'm currently running and the kernel that crashes is the highmem support. I would think that if the issue is with ide support that I would have problems with booting up reguardless of weather or not I have highmem support compiled in. Here is the current IDE setting within my config # # ATA/IDE/MFM/RLL support # CONFIG_IDE=y # # IDE, ATA and ATAPI Block devices # CONFIG_BLK_DEV_IDE=y # CONFIG_BLK_DEV_HD_IDE is not set # CONFIG_BLK_DEV_HD is not set CONFIG_BLK_DEV_IDEDISK=y CONFIG_IDEDISK_MULTI_MODE=y # CONFIG_IDEDISK_STROKE is not set # CONFIG_BLK_DEV_IDEDISK_VENDOR is not set # CONFIG_BLK_DEV_IDEDISK_FUJITSU is not set # CONFIG_BLK_DEV_IDEDISK_IBM is not set # CONFIG_BLK_DEV_IDEDISK_MAXTOR is not set # CONFIG_BLK_DEV_IDEDISK_QUANTUM is not set # CONFIG_BLK_DEV_IDEDISK_SEAGATE is not set # CONFIG_BLK_DEV_IDEDISK_WD is not set # CONFIG_BLK_DEV_COMMERIAL is not set # CONFIG_BLK_DEV_TIVO is not set # CONFIG_BLK_DEV_IDECS is not set CONFIG_BLK_DEV_IDECD=y # CONFIG_BLK_DEV_IDETAPE is not set CONFIG_BLK_DEV_IDEFLOPPY=y CONFIG_BLK_DEV_IDESCSI=y # CONFIG_IDE_TASK_IOCTL is not set CONFIG_BLK_DEV_CMD640=y # CONFIG_BLK_DEV_CMD640_ENHANCED is not set # CONFIG_BLK_DEV_ISAPNP is not set CONFIG_BLK_DEV_RZ1000=y CONFIG_BLK_DEV_IDEPCI=y CONFIG_IDEPCI_SHARE_IRQ=y CONFIG_BLK_DEV_IDEDMA_PCI=y # CONFIG_BLK_DEV_OFFBOARD is not set # CONFIG_BLK_DEV_IDEDMA_FORCED is not set CONFIG_IDEDMA_PCI_AUTO=y # CONFIG_IDEDMA_ONLYDISK is not set CONFIG_BLK_DEV_IDEDMA=y # CONFIG_IDEDMA_PCI_WIP is not set # CONFIG_BLK_DEV_IDEDMA_TIMEOUT is not set # CONFIG_IDEDMA_NEW_DRIVE_LISTINGS is not set CONFIG_BLK_DEV_ADMA=y # CONFIG_BLK_DEV_AEC62XX is not set # CONFIG_AEC62XX_TUNING is not set # CONFIG_BLK_DEV_ALI15X3 is not set # CONFIG_WDC_ALI15X3 is not set # CONFIG_BLK_DEV_AMD74XX is not set # CONFIG_BLK_DEV_CMD64X is not set # CONFIG_BLK_DEV_CMD680 is not set # CONFIG_BLK_DEV_CY82C693 is not set # CONFIG_BLK_DEV_CS5530 is not set # CONFIG_BLK_DEV_HPT34X is not set # CONFIG_HPT34X_AUTODMA is not set # CONFIG_BLK_DEV_HPT366 is not set CONFIG_BLK_DEV_PIIX=y CONFIG_PIIX_TUNING=y # CONFIG_BLK_DEV_NS87415 is not set # CONFIG_BLK_DEV_OPTI621 is not set # CONFIG_BLK_DEV_PDC202XX is not set # CONFIG_PDC202XX_BURST is not set # CONFIG_PDC202XX_FORCE is not set # CONFIG_BLK_DEV_SVWKS is not set # CONFIG_BLK_DEV_SIS5513 is not set # CONFIG_BLK_DEV_SLC90E66 is not set # CONFIG_BLK_DEV_TRM290 is not set # CONFIG_BLK_DEV_VIA82CXXX is not set # CONFIG_IDE_CHIPSETS is not set CONFIG_IDEDMA_AUTO=y # CONFIG_IDEDMA_IVB is not set # CONFIG_DMA_NONPCI is not set CONFIG_BLK_DEV_IDE_MODES=y # CONFIG_BLK_DEV_ATARAID is not set # CONFIG_BLK_DEV_ATARAID_PDC is not set # CONFIG_BLK_DEV_ATARAID_HPT is not set Ok, some stupid mistakes. After looking at the ide settings I posted I noticed some really stupid settings, the most obvious was that I hadn't included support for the via chipset... I got rid of support for chipsets and bugfixes for chipsets that are abviously not on my board, eneabled highmem support and everything works fine, including highmem. CONFIG_BLK_DEV_PIIX=y CONFIG_PIIX_TUNING=y and # CONFIG_BLK_DEV_VIA82CXXX is not set for an athon xp based system? you don't have an intel chipset on your system. might want to look @ enabling via ide chipset support in your .config? Jay k, glad you got it solved. trust me - that sched.c bug is pretty obvious when it happens... lack of proper ide support... Wanted to document this for anyone who finds this bug From Con Kolivas' FAQ: "There seems to be a real problem with IDE and highmem in 2.4 and the preempt patch brings it out. The only solution is to not enable highmem (limiting you to 900Mb) or not using my patches at all. I'm looking into this but it's not just my patchset, it's any 2.4 with preempt." http://members.optusnet.com.au/ckolivas/kernel/#faq Apparently there are ways to sneak around it with the 3.5 user address space patch, set to 2/2, but I'm no expert. oh, ok - i don't see it in this bug, but whatever :) however, it was addressed here: http://bugs.gentoo.org/show_bug.cgi?id=23244 |