lkml.org 
[lkml]   [1997]   [Nov]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
Subject2.0.32 panic
    [1.] One line summary of the problem: 2.0.32 panic
[2.] Full description of the problem/report:

I'm afraid I didn't get much info out; nothing in the logs, no
oops. Anyway, the machine froze leaving this on the screen (copied
down by hand):
Kernel panic: skput:over: 001a01ac:252
In swapper task - not syncing

This has happened twice, both times overnight when the machine has
been totally idle (it's actually a spare development
workstation/fileserver) unless someone's prodding it that I don't know
about (but again nothing in any logs beyond home-time).

My production server now running 2.0.32 thankfully isn't doing this
(>40 hours up now).

Now, excuse my ignorance, but I used grep to try and find that address
in /proc/ksyms:
[john@ken john]$ grep 001a0 /proc/ksyms
[john@ken john]$ grep 0019f /proc/ksyms
[john@ken john]$ grep 0019e /proc/ksyms
[john@ken john]$ grep 0019d /proc/ksyms
0019d678 autoirq_setup_R54f3114f
0019d740 autoirq_report_R5edb09ac
0019d7fc init_etherdev_R8babd0b5
0019dc20 register_netdev_R3a54112a
0019dcf8 unregister_netdev_R4dafdf81
0019daa8 ether_setup_R3ad22421
[john@ken john]$

If this is useless, I'm sorry. Does this mean the prob. was in
unregister_netdev? If so and it does what it sounds like it should I
can't imagine why it would be invoked.

It's a RedHat system so the .config allows for almost everything as
modules and I didn't change that, except that the drivers I need for
the hardware I've got are built-in. Anyway here's my .config less #'d
lines:

CONFIG_EXPERIMENTAL=y
CONFIG_MODULES=y
CONFIG_MODVERSIONS=y
CONFIG_KERNELD=y
CONFIG_MATH_EMULATION=y
CONFIG_NET=y
CONFIG_PCI=y
CONFIG_SYSVIPC=y
CONFIG_BINFMT_AOUT=m
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_JAVA=m
CONFIG_KERNEL_ELF=y
CONFIG_M586=y
CONFIG_BLK_DEV_FD=y
CONFIG_BLK_DEV_IDE=y
CONFIG_BLK_DEV_IDECD=y
CONFIG_BLK_DEV_IDETAPE=y
CONFIG_BLK_DEV_CMD640=y
CONFIG_BLK_DEV_CMD640_ENHANCED=y
CONFIG_BLK_DEV_RZ1000=y
CONFIG_BLK_DEV_TRITON=y
CONFIG_BLK_DEV_LOOP=m
CONFIG_BLK_DEV_MD=y
CONFIG_MD_LINEAR=m
CONFIG_MD_STRIPED=m
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_INITRD=y
CONFIG_FIREWALL=y
CONFIG_NET_ALIAS=y
CONFIG_INET=y
CONFIG_IP_FORWARD=y
CONFIG_IP_MULTICAST=y
CONFIG_SYN_COOKIES=y
CONFIG_RST_COOKIES=y
CONFIG_IP_FIREWALL=y
CONFIG_IP_ACCT=y
CONFIG_NET_IPIP=m
CONFIG_IP_MROUTE=y
CONFIG_IP_ALIAS=m
CONFIG_INET_RARP=m
CONFIG_IP_NOSR=y
CONFIG_SKB_LARGE=y
CONFIG_IPX=m
CONFIG_ATALK=m
CONFIG_SCSI=y
CONFIG_BLK_DEV_SD=y
CONFIG_CHR_DEV_ST=m
CONFIG_BLK_DEV_SR=m
CONFIG_CHR_DEV_SG=m
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_7000FASST=m
CONFIG_SCSI_AHA152X=m
CONFIG_SCSI_AHA1542=m
CONFIG_SCSI_AHA1740=m
CONFIG_SCSI_AIC7XXX=m
CONFIG_AIC7XXX_RESET_DELAY=15
CONFIG_SCSI_ADVANSYS=m
CONFIG_SCSI_IN2000=m
CONFIG_SCSI_AM53C974=y
CONFIG_SCSI_BUSLOGIC=m
CONFIG_SCSI_DTC3280=m
CONFIG_SCSI_EATA_DMA=y
CONFIG_SCSI_EATA_PIO=m
CONFIG_SCSI_EATA=m
CONFIG_SCSI_EATA_MAX_TAGS=16
CONFIG_SCSI_FUTURE_DOMAIN=m
CONFIG_SCSI_GENERIC_NCR5380=m
CONFIG_SCSI_G_NCR5380_PORT=y
CONFIG_SCSI_NCR53C406A=m
CONFIG_SCSI_NCR53C7xx=m
CONFIG_SCSI_NCR53C8XX=m
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=4
CONFIG_SCSI_NCR53C8XX_SYNC=5
CONFIG_SCSI_PPA=m
CONFIG_SCSI_PAS16=m
CONFIG_SCSI_QLOGIC_FAS=m
CONFIG_SCSI_QLOGIC_ISP=m
CONFIG_SCSI_SEAGATE=m
CONFIG_SCSI_T128=m
CONFIG_SCSI_U14_34F=m
CONFIG_SCSI_U14_34F_MAX_TAGS=8
CONFIG_SCSI_ULTRASTOR=m
CONFIG_NETDEVICES=y
CONFIG_DUMMY=m
CONFIG_EQUALIZER=m
CONFIG_PLIP=m
CONFIG_PPP=m
CONFIG_SLIP=m
CONFIG_SLIP_COMPRESSED=y
CONFIG_SLIP_SMART=y
CONFIG_NET_ETHERNET=y
CONFIG_NET_VENDOR_3COM=y
CONFIG_EL1=m
CONFIG_EL2=m
CONFIG_EL3=m
CONFIG_VORTEX=y
CONFIG_NET_ISA=y
CONFIG_E2100=m
CONFIG_DEPCA=m
CONFIG_EWRK3=m
CONFIG_EEXPRESS=m
CONFIG_EEXPRESS_PRO=m
CONFIG_FMV18X=m
CONFIG_HPLAN_PLUS=m
CONFIG_HPLAN=m
CONFIG_HP100=m
CONFIG_NE2000=m
CONFIG_NET_EISA=y
CONFIG_APRICOT=m
CONFIG_DE4X5=m
CONFIG_DEC_ELCP=m
CONFIG_DGRS=m
CONFIG_NET_POCKET=y
CONFIG_DE600=m
CONFIG_DE620=m
CONFIG_ARCNET=m
CONFIG_ARCNET_ETH=y
CONFIG_ARCNET_1051=y
CONFIG_ISDN=m
CONFIG_ISDN_PPP=y
CONFIG_ISDN_PPP_VJ=y
CONFIG_ISDN_DRV_ICN=m
CONFIG_ISDN_DRV_PCBIT=m
CONFIG_QUOTA=y
CONFIG_MINIX_FS=m
CONFIG_EXT_FS=m
CONFIG_EXT2_FS=y
CONFIG_XIA_FS=m
CONFIG_FAT_FS=y
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_UMSDOS_FS=m
CONFIG_PROC_FS=y
CONFIG_NFS_FS=y
CONFIG_SMB_FS=m
CONFIG_SMB_WIN95=y
CONFIG_NCP_FS=m
CONFIG_ISO9660_FS=y
CONFIG_HPFS_FS=m
CONFIG_SYSV_FS=m
CONFIG_UFS_FS=m
CONFIG_BSD_DISKLABEL=y
CONFIG_SMD_DISKLABEL=y
CONFIG_HFS_FS=m
CONFIG_SERIAL=y
CONFIG_CYCLADES=m
CONFIG_RISCOM8=m
CONFIG_PRINTER=m
CONFIG_MOUSE=y
CONFIG_ATIXL_BUSMOUSE=m
CONFIG_BUSMOUSE=m
CONFIG_MS_BUSMOUSE=m
CONFIG_PSMOUSE=y
CONFIG_FTAPE=m
CONFIG_APM=y
CONFIG_RTC=y

It's the same config I had with 2.0.30 +/- any changes applying
2.0.31, route's teardrop for 2.0.31, and 2.0.32 patches may have made,
then doing a `make xconfig` to run over and update .config just in
case it was necessary (i.e. for the hell of it). I think (as far as I
remember). Kernel was running with only ip_alias loaded.

2.0.30 didn't do this. The machine in question is a P200 with 64M RAM,
NEC-260 IDE CD-ROM (needs "hda=cdrom" in 2.0.32 otherwise it thought
it was a floppy), DPT PM3334UW/2 SmartRAID SCSI controller, 2x IBM 4G
discs in a RAID-0 managed by the DPT card (not Linux' md driver),
3c905 ethernet card, etc. Umm, here's /proc/pci:

PCI devices found:
Bus 0, device 10, function 0:
SCSI storage controller: DPT SmartCache/Raid (rev 2).
Medium devsel. BIST capable. IRQ 12. Master Capable. Latency=160. Min
Gnt=4.Max Lat=8.
I/O at 0x6100.
Bus 0, device 9, function 0:
VGA compatible controller: S3 Inc. Trio32/Trio64 (rev 83).
Medium devsel. IRQ 9.
Non-prefetchable 32 bit memory at 0xf0000000.
Bus 0, device 8, function 0:
Ethernet controller: 3Com 3C905 100bTX (rev 0).
Medium devsel. IRQ 15. Master Capable. Latency=248. Min Gnt=3.Max Lat=
8.
I/O at 0x6000.
Bus 0, device 7, function 0:
ISA bridge: Intel 82371 Triton PIIX (rev 2).
Medium devsel. Fast back-to-back capable. Master Capable. No bursts.
Bus 0, device 0, function 0:
Host bridge: Intel 82437 (rev 1).
Medium devsel. Master Capable. Latency=32.

No ISA cards at all.

[3.] Keywords (i.e., modules, networking, kernel): kernel, networking?
[4.] Kernel version (from /proc/version):
Linux version 2.0.32 (root@ken.intelligent.co.uk) (gcc version 2.7.2.1) #2 Tue Nov 18 10:57:17 GMT 1997

[5.] Output of Oops.. message with symbolic information resolved
(see Kernel Mailing List FAQ, Section 1.5):
N/A - No oops or logging info apart from original panic message:
Kernel panic: skput:over: 001a01ac:252
In swapper task - not syncing


[6.] A small shell script or example program which triggers the
problem (if possible)
N/A - happens when afaik the machine is idle

[7.] Environment
Don't understand - is this relevant?

[7.1.] Software (add the output of the ver_linux script here)
-- Versions installed: (if some fields are empty or looks
-- unusual then possibly you have very old versions)
Linux ken.intelligent.co.uk 2.0.32 #2 Tue Nov 18 10:57:17 GMT 1997 i586 unknown
Kernel modules found
Gnu C 2.7.2.1
Binutils 2.7.0.2
Linux C Library 5.3.12
Dynamic Linker (ld.so) 1.7.14
Linux C++ Library 27.1.4
Procps 1.01
Mount 2.5l
Net-tools 1.32-alpha
Kbd 0.89
Sh-utils 1.16

[7.2.] Processor information (from /proc/cpuinfo):
processor : 0
cpu : 586
model : Pentium 75+
vendor_id : GenuineIntel
stepping : 12
fdiv_bug : no
hlt_bug : no
f00f_bug : yes
fpu : yes
fpu_exception : yes
cpuid : yes
wp : yes
flags : fpu vme de pse tsc msr mce cx8
bogomips : 79.46

[7.3.] Module information (from /proc/modules):
ip_alias 1 1 (autoclean)

[7.4.] SCSI information (from /proc/scsi/scsi):
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: DPT Model: RAID-0 Rev: 07H1
Type: Direct-Access ANSI SCSI revision: 02


[7.5.] Other information that might be relevant to the problem
(please look in /proc and include all information that you
think to be relevant):
Sorry I don't know what else might be relevant.

[X.] Other notes, patches, fixes, workarounds:
Sorry )-8



Thanks,

John.
--
John Robinson, 46 Bank Street, Dumfries DG1 2PA, UK +44 1387 247249
The blind singer - he's seen enough and he knows... --Dire Straits

\
 
 \ /
  Last update: 2005-03-22 13:40    [W:3.097 / U:1.520 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site