* Unable to handle kernel NULL pointer dereference at virtual address 00000000
@ 2004-12-15 1:32 Ray Van Dolson
2004-12-15 16:29 ` Matt Domsch
0 siblings, 1 reply; 7+ messages in thread
From: Ray Van Dolson @ 2004-12-15 1:32 UTC (permalink / raw)
To: linux-kernel
Hoping someone can shed some light on this, or help me out in narrowing the
problem down.
Our servers exhibit these error messages (at bottom) off and on and
eventually appears to lead to system instability. I guess the three
possibilities are that this is either a) a hardware problem, b) a problem
with poptop, pppd or the mppe modules, or c) a problem with the kernel
This happens on every single one of our DL140's, so if it's a hardware
problem, then it is widespread on this platform.
If it's a problem with poptop, pppd or mppe modules I'd at least like to be
able to give some evidence to that effect...
If it's c, I'm hoping someone here can give some suggestions on how to
resolve this. :-) Please let me know if I can provide further information.
I have a box on which this happens fairly regularly, so I can reproduce it
pretty easily.
Thanks in advance!
System Specs:
HP DL140
Dual 2.4GHz P4 Xeon w/ Hyperthreading
Fedora Core 2
2.6.9 kernel (static compile, downloaded from ftp.kernel.org with the
following patches):
- http://marc.theaimsgroup.com/?l=linux-kernel&m=109926628920398
This fixes an oops I was getting in mm/prio_tree.c
- http://mdomsch.bkbits.net:8080/linux-2.6-mppe
This provides MPPE support for clients connecting via PoPToP 1.2.1.
Intel E100 Pro Dual Port NIC (Using built-in e100 driver).
Onboard Broadcom BCM5700 Gigabit NIC's are *not* in use (no driver support
compiled in)
Software:
Poptop 1.2.1
PPP 2.4.3
Kernel config:
CONFIG_X86=y
CONFIG_MMU=y
CONFIG_UID16=y
CONFIG_GENERIC_ISA_DMA=y
CONFIG_GENERIC_IOMAP=y
CONFIG_EXPERIMENTAL=y
CONFIG_CLEAN_COMPILE=y
CONFIG_LOCALVERSION=""
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_POSIX_MQUEUE=y
CONFIG_BSD_PROCESS_ACCT=y
CONFIG_SYSCTL=y
CONFIG_AUDIT=y
CONFIG_AUDITSYSCALL=y
CONFIG_LOG_BUF_SHIFT=17
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
CONFIG_KALLSYMS=y
CONFIG_KALLSYMS_EXTRA_PASS=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
CONFIG_SHMEM=y
CONFIG_X86_PC=y
CONFIG_MPENTIUM4=y
CONFIG_X86_GENERIC=y
CONFIG_X86_CMPXCHG=y
CONFIG_X86_XADD=y
CONFIG_X86_L1_CACHE_SHIFT=7
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_INVLPG=y
CONFIG_X86_BSWAP=y
CONFIG_X86_POPAD_OK=y
CONFIG_X86_GOOD_APIC=y
CONFIG_X86_INTEL_USERCOPY=y
CONFIG_X86_USE_PPRO_CHECKSUM=y
CONFIG_HPET_TIMER=y
CONFIG_HPET_EMULATE_RTC=y
CONFIG_SMP=y
CONFIG_NR_CPUS=8
CONFIG_SCHED_SMT=y
CONFIG_X86_LOCAL_APIC=y
CONFIG_X86_IO_APIC=y
CONFIG_X86_TSC=y
CONFIG_X86_MCE=y
CONFIG_X86_MCE_NONFATAL=y
CONFIG_X86_MCE_P4THERMAL=y
CONFIG_MICROCODE=y
CONFIG_X86_MSR=y
CONFIG_X86_CPUID=y
CONFIG_HIGHMEM4G=y
CONFIG_HIGHMEM=y
CONFIG_HIGHPTE=y
CONFIG_MTRR=y
CONFIG_IRQBALANCE=y
CONFIG_HAVE_DEC_LOCK=y
CONFIG_ACPI=y
CONFIG_ACPI_BOOT=y
CONFIG_ACPI_INTERPRETER=y
CONFIG_ACPI_AC=y
CONFIG_ACPI_BATTERY=y
CONFIG_ACPI_BUTTON=y
CONFIG_ACPI_FAN=y
CONFIG_ACPI_PROCESSOR=y
CONFIG_ACPI_THERMAL=y
CONFIG_ACPI_ASUS=y
CONFIG_ACPI_TOSHIBA=y
CONFIG_ACPI_BLACKLIST_YEAR=2001
CONFIG_ACPI_BUS=y
CONFIG_ACPI_EC=y
CONFIG_ACPI_POWER=y
CONFIG_ACPI_PCI=y
CONFIG_ACPI_SYSTEM=y
CONFIG_X86_PM_TIMER=y
CONFIG_PCI=y
CONFIG_PCI_GOANY=y
CONFIG_PCI_BIOS=y
CONFIG_PCI_DIRECT=y
CONFIG_PCI_MMCONFIG=y
CONFIG_PCI_LEGACY_PROC=y
CONFIG_PCI_NAMES=y
CONFIG_ISA=y
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_MISC=y
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_PNP=y
CONFIG_ISAPNP=y
CONFIG_BLK_DEV_FD=y
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_CRYPTOLOOP=y
CONFIG_BLK_DEV_NBD=y
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=16384
CONFIG_BLK_DEV_INITRD=y
CONFIG_LBD=y
CONFIG_IDE=y
CONFIG_BLK_DEV_IDE=y
CONFIG_BLK_DEV_IDEDISK=y
CONFIG_IDEDISK_MULTI_MODE=y
CONFIG_BLK_DEV_IDECD=y
CONFIG_BLK_DEV_IDESCSI=y
CONFIG_IDE_GENERIC=y
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_SHARE_IRQ=y
CONFIG_BLK_DEV_GENERIC=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_IDEDMA_PCI_AUTO=y
CONFIG_BLK_DEV_SVWKS=y
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_IDEDMA_AUTO=y
CONFIG_SCSI=y
CONFIG_BLK_DEV_SD=y
CONFIG_BLK_DEV_SR=y
CONFIG_BLK_DEV_SR_VENDOR=y
CONFIG_CHR_DEV_SG=y
CONFIG_SCSI_SPI_ATTRS=y
CONFIG_SCSI_FC_ATTRS=y
CONFIG_SCSI_QLA2XXX=y
CONFIG_I2O=y
CONFIG_I2O_CONFIG=y
CONFIG_I2O_BLOCK=y
CONFIG_I2O_SCSI=y
CONFIG_I2O_PROC=y
CONFIG_NET=y
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_NETLINK_DEV=y
CONFIG_UNIX=y
CONFIG_NET_KEY=y
CONFIG_INET=y
CONFIG_IP_ADVANCED_ROUTER=y
CONFIG_IP_MULTIPLE_TABLES=y
CONFIG_IP_ROUTE_FWMARK=y
CONFIG_IP_ROUTE_MULTIPATH=y
CONFIG_IP_ROUTE_VERBOSE=y
CONFIG_NET_IPIP=y
CONFIG_NET_IPGRE=y
CONFIG_SYN_COOKIES=y
CONFIG_INET_AH=y
CONFIG_INET_ESP=y
CONFIG_INET_IPCOMP=y
CONFIG_INET_TUNNEL=y
CONFIG_NETFILTER=y
CONFIG_IP_NF_CONNTRACK=y
CONFIG_IP_NF_CT_ACCT=y
CONFIG_IP_NF_CT_PROTO_SCTP=y
CONFIG_IP_NF_FTP=y
CONFIG_IP_NF_IRC=y
CONFIG_IP_NF_TFTP=y
CONFIG_IP_NF_AMANDA=y
CONFIG_IP_NF_QUEUE=y
CONFIG_IP_NF_IPTABLES=y
CONFIG_IP_NF_MATCH_LIMIT=y
CONFIG_IP_NF_MATCH_IPRANGE=y
CONFIG_IP_NF_MATCH_MAC=y
CONFIG_IP_NF_MATCH_PKTTYPE=y
CONFIG_IP_NF_MATCH_MARK=y
CONFIG_IP_NF_MATCH_MULTIPORT=y
CONFIG_IP_NF_MATCH_TOS=y
CONFIG_IP_NF_MATCH_RECENT=y
CONFIG_IP_NF_MATCH_ECN=y
CONFIG_IP_NF_MATCH_DSCP=y
CONFIG_IP_NF_MATCH_AH_ESP=y
CONFIG_IP_NF_MATCH_LENGTH=y
CONFIG_IP_NF_MATCH_TTL=y
CONFIG_IP_NF_MATCH_TCPMSS=y
CONFIG_IP_NF_MATCH_HELPER=y
CONFIG_IP_NF_MATCH_STATE=y
CONFIG_IP_NF_MATCH_CONNTRACK=y
CONFIG_IP_NF_MATCH_OWNER=y
CONFIG_IP_NF_MATCH_ADDRTYPE=y
CONFIG_IP_NF_MATCH_REALM=y
CONFIG_IP_NF_MATCH_SCTP=y
CONFIG_IP_NF_MATCH_COMMENT=y
CONFIG_IP_NF_FILTER=y
CONFIG_IP_NF_TARGET_REJECT=y
CONFIG_IP_NF_TARGET_LOG=y
CONFIG_IP_NF_TARGET_ULOG=y
CONFIG_IP_NF_TARGET_TCPMSS=y
CONFIG_IP_NF_NAT=y
CONFIG_IP_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=y
CONFIG_IP_NF_TARGET_REDIRECT=y
CONFIG_IP_NF_TARGET_NETMAP=y
CONFIG_IP_NF_TARGET_SAME=y
CONFIG_IP_NF_NAT_LOCAL=y
CONFIG_IP_NF_NAT_SNMP_BASIC=y
CONFIG_IP_NF_NAT_IRC=y
CONFIG_IP_NF_NAT_FTP=y
CONFIG_IP_NF_NAT_TFTP=y
CONFIG_IP_NF_NAT_AMANDA=y
CONFIG_IP_NF_MANGLE=y
CONFIG_IP_NF_TARGET_TOS=y
CONFIG_IP_NF_TARGET_ECN=y
CONFIG_IP_NF_TARGET_DSCP=y
CONFIG_IP_NF_TARGET_MARK=y
CONFIG_IP_NF_TARGET_CLASSIFY=y
CONFIG_IP_NF_RAW=y
CONFIG_IP_NF_TARGET_NOTRACK=y
CONFIG_IP_NF_ARPTABLES=y
CONFIG_IP_NF_ARPFILTER=y
CONFIG_IP_NF_ARP_MANGLE=y
CONFIG_XFRM=y
CONFIG_XFRM_USER=y
CONFIG_NET_DIVERT=y
CONFIG_NET_SCHED=y
CONFIG_NET_SCH_CLK_JIFFIES=y
CONFIG_NET_SCH_CBQ=y
CONFIG_NET_SCH_HTB=y
CONFIG_NET_SCH_HFSC=y
CONFIG_NET_SCH_PRIO=y
CONFIG_NET_SCH_RED=y
CONFIG_NET_SCH_SFQ=y
CONFIG_NET_SCH_TEQL=y
CONFIG_NET_SCH_TBF=y
CONFIG_NET_SCH_GRED=y
CONFIG_NET_SCH_DSMARK=y
CONFIG_NET_SCH_NETEM=y
CONFIG_NET_SCH_INGRESS=y
CONFIG_NET_QOS=y
CONFIG_NET_ESTIMATOR=y
CONFIG_NET_CLS=y
CONFIG_NET_CLS_TCINDEX=y
CONFIG_NET_CLS_ROUTE4=y
CONFIG_NET_CLS_ROUTE=y
CONFIG_NET_CLS_FW=y
CONFIG_NET_CLS_U32=y
CONFIG_CLS_U32_PERF=y
CONFIG_NET_CLS_IND=y
CONFIG_NET_CLS_RSVP=y
CONFIG_NET_CLS_RSVP6=y
CONFIG_NET_CLS_POLICE=y
CONFIG_NETPOLL=y
CONFIG_NET_POLL_CONTROLLER=y
CONFIG_NETDEVICES=y
CONFIG_DUMMY=y
CONFIG_NET_ETHERNET=y
CONFIG_MII=y
CONFIG_NET_PCI=y
CONFIG_E100=y
CONFIG_PPP=y
CONFIG_PPP_MULTILINK=y
CONFIG_PPP_FILTER=y
CONFIG_PPP_ASYNC=y
CONFIG_PPP_SYNC_TTY=y
CONFIG_PPP_DEFLATE=y
CONFIG_PPP_BSDCOMP=y
CONFIG_PPP_MPPE=y
CONFIG_NETCONSOLE=y
CONFIG_INPUT=y
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
CONFIG_SOUND_GAMEPORT=y
CONFIG_SERIO=y
CONFIG_SERIO_I8042=y
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
CONFIG_MOUSE_SERIAL=y
CONFIG_INPUT_MISC=y
CONFIG_INPUT_PCSPKR=y
CONFIG_INPUT_UINPUT=y
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_NR_UARTS=1024
CONFIG_SERIAL_8250_EXTENDED=y
CONFIG_SERIAL_8250_SHARE_IRQ=y
CONFIG_SERIAL_8250_DETECT_IRQ=y
CONFIG_SERIAL_8250_MULTIPORT=y
CONFIG_SERIAL_8250_RSA=y
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
CONFIG_UNIX98_PTYS=y
CONFIG_IPMI_HANDLER=y
CONFIG_IPMI_DEVICE_INTERFACE=y
CONFIG_IPMI_SI=y
CONFIG_IPMI_WATCHDOG=y
CONFIG_IPMI_POWEROFF=y
CONFIG_HW_RANDOM=y
CONFIG_NVRAM=y
CONFIG_RTC=y
CONFIG_AGP=y
CONFIG_AGP_ATI=y
CONFIG_AGP_INTEL=y
CONFIG_HANGCHECK_TIMER=y
CONFIG_I2C=y
CONFIG_I2C_CHARDEV=y
CONFIG_I2C_ALGOBIT=y
CONFIG_I2C_ALGOPCF=y
CONFIG_I2C_ALGOPCA=y
CONFIG_I2C_I801=y
CONFIG_I2C_I810=y
CONFIG_I2C_ISA=y
CONFIG_I2C_PIIX4=y
CONFIG_I2C_SENSOR=y
CONFIG_SENSORS_ADM1021=y
CONFIG_SENSORS_ADM1025=y
CONFIG_SENSORS_ADM1031=y
CONFIG_SENSORS_ASB100=y
CONFIG_SENSORS_DS1621=y
CONFIG_SENSORS_FSCHER=y
CONFIG_SENSORS_GL518SM=y
CONFIG_SENSORS_IT87=y
CONFIG_SENSORS_LM75=y
CONFIG_SENSORS_LM77=y
CONFIG_SENSORS_LM78=y
CONFIG_SENSORS_LM80=y
CONFIG_SENSORS_LM83=y
CONFIG_SENSORS_LM85=y
CONFIG_SENSORS_LM90=y
CONFIG_SENSORS_MAX1619=y
CONFIG_SENSORS_SMSC47M1=y
CONFIG_SENSORS_VIA686A=y
CONFIG_SENSORS_W83781D=y
CONFIG_SENSORS_W83L785TS=y
CONFIG_SENSORS_W83627HF=y
CONFIG_SENSORS_EEPROM=y
CONFIG_SENSORS_PCF8574=y
CONFIG_SENSORS_PCF8591=y
CONFIG_SENSORS_RTC8564=y
CONFIG_VIDEO_DEV=y
CONFIG_VIDEO_SELECT=y
CONFIG_VGA_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_EXT2_FS=y
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT2_FS_POSIX_ACL=y
CONFIG_EXT2_FS_SECURITY=y
CONFIG_EXT3_FS=y
CONFIG_EXT3_FS_XATTR=y
CONFIG_EXT3_FS_POSIX_ACL=y
CONFIG_EXT3_FS_SECURITY=y
CONFIG_JBD=y
CONFIG_FS_MBCACHE=y
CONFIG_FS_POSIX_ACL=y
CONFIG_ROMFS_FS=y
CONFIG_AUTOFS_FS=y
CONFIG_AUTOFS4_FS=y
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_ZISOFS_FS=y
CONFIG_UDF_FS=y
CONFIG_UDF_NLS=y
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
CONFIG_RAMFS=y
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
CONFIG_NFS_V4=y
CONFIG_NFS_DIRECTIO=y
CONFIG_NFSD=y
CONFIG_NFSD_V3=y
CONFIG_NFSD_V4=y
CONFIG_NFSD_TCP=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
CONFIG_EXPORTFS=y
CONFIG_SUNRPC=y
CONFIG_SUNRPC_GSS=y
CONFIG_RPCSEC_GSS_KRB5=y
CONFIG_SMB_FS=y
CONFIG_CIFS=y
CONFIG_CIFS_XATTR=y
CONFIG_CIFS_POSIX=y
CONFIG_PARTITION_ADVANCED=y
CONFIG_OSF_PARTITION=y
CONFIG_MAC_PARTITION=y
CONFIG_MSDOS_PARTITION=y
CONFIG_BSD_DISKLABEL=y
CONFIG_MINIX_SUBPARTITION=y
CONFIG_SOLARIS_X86_PARTITION=y
CONFIG_UNIXWARE_DISKLABEL=y
CONFIG_SGI_PARTITION=y
CONFIG_SUN_PARTITION=y
CONFIG_EFI_PARTITION=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="utf8"
CONFIG_NLS_CODEPAGE_437=y
CONFIG_NLS_CODEPAGE_737=y
CONFIG_NLS_CODEPAGE_775=y
CONFIG_NLS_CODEPAGE_850=y
CONFIG_NLS_CODEPAGE_852=y
CONFIG_NLS_CODEPAGE_855=y
CONFIG_NLS_CODEPAGE_857=y
CONFIG_NLS_CODEPAGE_860=y
CONFIG_NLS_CODEPAGE_861=y
CONFIG_NLS_CODEPAGE_862=y
CONFIG_NLS_CODEPAGE_863=y
CONFIG_NLS_CODEPAGE_864=y
CONFIG_NLS_CODEPAGE_865=y
CONFIG_NLS_CODEPAGE_866=y
CONFIG_NLS_CODEPAGE_869=y
CONFIG_NLS_CODEPAGE_936=y
CONFIG_NLS_CODEPAGE_950=y
CONFIG_NLS_CODEPAGE_932=y
CONFIG_NLS_CODEPAGE_949=y
CONFIG_NLS_CODEPAGE_874=y
CONFIG_NLS_ISO8859_8=y
CONFIG_NLS_CODEPAGE_1250=y
CONFIG_NLS_CODEPAGE_1251=y
CONFIG_NLS_ASCII=y
CONFIG_NLS_ISO8859_1=y
CONFIG_NLS_ISO8859_2=y
CONFIG_NLS_ISO8859_3=y
CONFIG_NLS_ISO8859_4=y
CONFIG_NLS_ISO8859_5=y
CONFIG_NLS_ISO8859_6=y
CONFIG_NLS_ISO8859_7=y
CONFIG_NLS_ISO8859_9=y
CONFIG_NLS_ISO8859_13=y
CONFIG_NLS_ISO8859_14=y
CONFIG_NLS_ISO8859_15=y
CONFIG_NLS_KOI8_R=y
CONFIG_NLS_KOI8_U=y
CONFIG_NLS_UTF8=y
CONFIG_DEBUG_KERNEL=y
CONFIG_MAGIC_SYSRQ=y
CONFIG_EARLY_PRINTK=y
CONFIG_DEBUG_STACKOVERFLOW=y
CONFIG_DEBUG_STACK_USAGE=y
CONFIG_X86_FIND_SMP_CONFIG=y
CONFIG_X86_MPPARSE=y
CONFIG_CRYPTO=y
CONFIG_CRYPTO_HMAC=y
CONFIG_CRYPTO_NULL=y
CONFIG_CRYPTO_MD4=y
CONFIG_CRYPTO_MD5=y
CONFIG_CRYPTO_SHA1=y
CONFIG_CRYPTO_SHA256=y
CONFIG_CRYPTO_SHA512=y
CONFIG_CRYPTO_WP512=y
CONFIG_CRYPTO_DES=y
CONFIG_CRYPTO_BLOWFISH=y
CONFIG_CRYPTO_TWOFISH=y
CONFIG_CRYPTO_SERPENT=y
CONFIG_CRYPTO_AES_586=y
CONFIG_CRYPTO_CAST5=y
CONFIG_CRYPTO_CAST6=y
CONFIG_CRYPTO_TEA=y
CONFIG_CRYPTO_ARC4=y
CONFIG_CRYPTO_KHAZAD=y
CONFIG_CRYPTO_DEFLATE=y
CONFIG_CRYPTO_MICHAEL_MIC=y
CONFIG_CRYPTO_CRC32C=y
CONFIG_CRC_CCITT=y
CONFIG_CRC32=y
CONFIG_LIBCRC32C=y
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=y
CONFIG_X86_SMP=y
CONFIG_X86_HT=y
CONFIG_X86_BIOS_REBOOT=y
CONFIG_X86_TRAMPOLINE=y
CONFIG_PC=y
lspci output:
00:00.0 Host bridge: ServerWorks GCNB-LE Host Bridge (rev 32)
00:00.1 Host bridge: ServerWorks GCNB-LE Host Bridge
00:03.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27)
00:0f.0 ISA bridge: ServerWorks CSB6 South Bridge (rev a0)
00:0f.1 IDE interface: ServerWorks CSB6 RAID/IDE Controller (rev a0)
00:0f.2 USB Controller: ServerWorks CSB6 OHCI USB Controller (rev 05)
00:0f.3 Host bridge: ServerWorks GCLE-2 Host Bridge
00:10.0 Host bridge: ServerWorks CIOB-E I/O Bridge with Gigabit Ethernet (rev 12)
00:10.2 Host bridge: ServerWorks CIOB-E I/O Bridge with Gigabit Ethernet (rev 12)
01:06.0 PCI bridge: Digital Equipment Corporation DECchip 21152 (rev 03)
02:04.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 05)
02:05.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 05)
03:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5704 Gigabit Ethernet (rev 02)
03:00.1 Ethernet controller: Broadcom Corporation NetXtreme BCM5704 Gigabit Ethernet (rev 02)
ksymoops output of problem:
ksymoops 2.4.9 on i686 2.6.9. Options used
-V (default)
-K (specified)
-l /proc/modules (default)
-O (specified)
-m /boot/System.map (specified)
No ksyms, skipping lsmod
Unable to handle kernel NULL pointer dereference<7>divert: not allocating divert_blk for non-ethernet device ppp440
00000000
*pde = 00000000
Oops: 0000 [#1]
CPU: 2
EIP: 0060:[<00000000>] Not tainted VLI
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010286 (2.6.9)
eax: ed13b000 ebx: d1d0a000 ecx: c029e9de edx: f795ef40
esi: d1d0a000 edi: 00000000 ebp: e2f30080 esp: d2b0dea0
ds: 007b es: 007b ss: 0068
Stack: c02a205a ed13b000 00000000 c02a122c d1d0a000 13208a2e c040956f d1d0a000
d1d0a00c e2f30080 00000000 c029cda9 d1d0a000 e2f30080 00000000 c01552cd
e2f30080 00000010 00000004 00000004 c0166aa0 e2f30080 00000000 00000000
Call Trace:
[<c02a205a>] pty_chars_in_buffer+0x2c/0x49
[<c02a122c>] normal_poll+0xed/0x150
[<c040956f>] schedule_timeout+0x75/0xbf
[<c029cda9>] tty_poll+0xa0/0xb0
[<c01552cd>] fget+0x49/0x5e
[<c0166aa0>] do_select+0x269/0x2c6
[<c0166691>] __pollwait+0x0/0xc7
[<c0166dd5>] sys_select+0x2b3/0x4c6
[<c0105971>] sysenter_past_esp+0x52/0x71
Code: Bad EIP value.
>>EIP; 00000000 Before first symbol
>>eax; ed13b000 <pg0+2ca80000/3f943400>
>>ebx; d1d0a000 <pg0+1164f000/3f943400>
>>ecx; c029e9de <n_tty_chars_in_buffer+0/78>
>>edx; f795ef40 <pg0+372a3f40/3f943400>
>>esi; d1d0a000 <pg0+1164f000/3f943400>
>>ebp; e2f30080 <pg0+22875080/3f943400>
>>esp; d2b0dea0 <pg0+12452ea0/3f943400>
Trace; c02a205a <pty_chars_in_buffer+2c/49>
Trace; c02a122c <normal_poll+ed/150>
Trace; c040956f <schedule_timeout+75/bf>
Trace; c029cda9 <tty_poll+a0/b0>
Trace; c01552cd <fget+49/5e>
Trace; c0166aa0 <do_select+269/2c6>
Trace; c0166691 <__pollwait+0/c7>
Trace; c0166dd5 <sys_select+2b3/4c6>
Trace; c0105971 <sysenter_past_esp+52/71>
Yet another ksymoops output:
ksymoops 2.4.9 on i686 2.6.9. Options used
-V (default)
-K (specified)
-l /proc/modules (default)
-O (specified)
-m /boot/System.map (specified)
No ksyms, skipping lsmod
Unable to handle kernel NULL pointer dereference<7>divert: not allocating divert_blk for non-ethernet device ppp504
00000000
*pde = 00000000
Oops: 0000 [#2]
CPU: 2
EIP: 0060:[<00000000>] Not tainted VLI
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010286 (2.6.9)
eax: cc8ae000 ebx: d46ca000 ecx: c029e9de edx: f7801880
esi: d46ca000 edi: 00000000 ebp: e16a1d80 esp: d2907ea0
ds: 007b es: 007b ss: 0068
Stack: c02a205a cc8ae000 00000000 c02a122c d46ca000 1da86df5 c040956f d46ca000
d46ca00c e16a1d80 00000000 c029cda9 d46ca000 e16a1d80 00000000 c01552cd
e16a1d80 00000010 00000004 00000004 c0166aa0 e16a1d80 00000000 00000000
Call Trace:
[<c02a205a>] pty_chars_in_buffer+0x2c/0x49
[<c02a122c>] normal_poll+0xed/0x150
[<c040956f>] schedule_timeout+0x75/0xbf
[<c029cda9>] tty_poll+0xa0/0xb0
[<c01552cd>] fget+0x49/0x5e
[<c0166aa0>] do_select+0x269/0x2c6
[<c0166691>] __pollwait+0x0/0xc7
[<c0166dd5>] sys_select+0x2b3/0x4c6
[<c0105971>] sysenter_past_esp+0x52/0x71
Code: Bad EIP value.
>>EIP; 00000000 Before first symbol
>>eax; cc8ae000 <pg0+c1f3000/3f943400>
>>ebx; d46ca000 <pg0+1400f000/3f943400>
>>ecx; c029e9de <n_tty_chars_in_buffer+0/78>
>>edx; f7801880 <pg0+37146880/3f943400>
>>esi; d46ca000 <pg0+1400f000/3f943400>
>>ebp; e16a1d80 <pg0+20fe6d80/3f943400>
>>esp; d2907ea0 <pg0+1224cea0/3f943400>
Trace; c02a205a <pty_chars_in_buffer+2c/49>
Trace; c02a122c <normal_poll+ed/150>
Trace; c040956f <schedule_timeout+75/bf>
Trace; c029cda9 <tty_poll+a0/b0>
Trace; c01552cd <fget+49/5e>
Trace; c0166aa0 <do_select+269/2c6>
Trace; c0166691 <__pollwait+0/c7>
Trace; c0166dd5 <sys_select+2b3/4c6>
Trace; c0105971 <sysenter_past_esp+52/71>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Unable to handle kernel NULL pointer dereference at virtual address 00000000
2004-12-15 1:32 Unable to handle kernel NULL pointer dereference at virtual address 00000000 Ray Van Dolson
@ 2004-12-15 16:29 ` Matt Domsch
2004-12-15 16:36 ` Ray Van Dolson
2005-01-03 17:22 ` Ray Van Dolson
0 siblings, 2 replies; 7+ messages in thread
From: Matt Domsch @ 2004-12-15 16:29 UTC (permalink / raw)
To: Ray Van Dolson, linux-kernel
On Tue, Dec 14, 2004 at 05:32:28PM -0800, Ray Van Dolson wrote:
> Hoping someone can shed some light on this, or help me out in narrowing the
> problem down.
>
> Our servers exhibit these error messages (at bottom) off and on and
> eventually appears to lead to system instability. I guess the three
> possibilities are that this is either a) a hardware problem, b) a problem
> with poptop, pppd or the mppe modules, or c) a problem with the kernel
>
> This happens on every single one of our DL140's, so if it's a hardware
> problem, then it is widespread on this platform.
>
> If it's a problem with poptop, pppd or mppe modules I'd at least like to be
> able to give some evidence to that effect...
>
> If it's c, I'm hoping someone here can give some suggestions on how to
> resolve this. :-) Please let me know if I can provide further information.
> I have a box on which this happens fairly regularly, so I can reproduce it
> pretty easily.
>
> Thanks in advance!
>
> System Specs:
> HP DL140
> Dual 2.4GHz P4 Xeon w/ Hyperthreading
> Fedora Core 2
> 2.6.9 kernel (static compile, downloaded from ftp.kernel.org with the
> following patches):
> - http://marc.theaimsgroup.com/?l=linux-kernel&m=109926628920398
> This fixes an oops I was getting in mm/prio_tree.c
> - http://mdomsch.bkbits.net:8080/linux-2.6-mppe
> This provides MPPE support for clients connecting via PoPToP 1.2.1.
>
> Intel E100 Pro Dual Port NIC (Using built-in e100 driver).
> Onboard Broadcom BCM5700 Gigabit NIC's are *not* in use (no driver support
> compiled in)
>
> Software:
> Poptop 1.2.1
> PPP 2.4.3
>
> Kernel config:
[snip]
> lspci output:
[snip]
> <7>divert: not allocating divert_blk for non-ethernet device ppp440
These messages I have gotten for years. They're debugging messages,
as a result of:
register_netdevice()
alloc_divert_blk()
(sees it's not an ethernet device, printk's the message)
So I believe they're harmless.
> ksymoops output of problem:
> Unable to handle kernel NULL pointer dereference
> 00000000
> *pde = 00000000
> Oops: 0000 [#1]
> CPU: 2
> EIP: 0060:[<00000000>] Not tainted VLI
> Using defaults from ksymoops -t elf32-i386 -a i386
> EFLAGS: 00010286 (2.6.9)
> eax: ed13b000 ebx: d1d0a000 ecx: c029e9de edx: f795ef40
> esi: d1d0a000 edi: 00000000 ebp: e2f30080 esp: d2b0dea0
> ds: 007b es: 007b ss: 0068
> Stack: c02a205a ed13b000 00000000 c02a122c d1d0a000 13208a2e c040956f d1d0a000
> d1d0a00c e2f30080 00000000 c029cda9 d1d0a000 e2f30080 00000000 c01552cd
> e2f30080 00000010 00000004 00000004 c0166aa0 e2f30080 00000000 00000000
> Call Trace:
> [<c02a205a>] pty_chars_in_buffer+0x2c/0x49
> [<c02a122c>] normal_poll+0xed/0x150
> [<c040956f>] schedule_timeout+0x75/0xbf
> [<c029cda9>] tty_poll+0xa0/0xb0
> [<c01552cd>] fget+0x49/0x5e
> [<c0166aa0>] do_select+0x269/0x2c6
> [<c0166691>] __pollwait+0x0/0xc7
> [<c0166dd5>] sys_select+0x2b3/0x4c6
> [<c0105971>] sysenter_past_esp+0x52/0x71
> Code: Bad EIP value.
It looks like pty_chars_in_buffer() dereferenced a NULL function
pointer, but I don't see how that can be, the one deference is tested
for NULL before doing so.
I can't rule out the ppp_mppe code, but I haven't seen this crash
before myself. Does this happen on simlar systems that aren't running poptop?
Thanks,
Matt
--
Matt Domsch
Sr. Software Engineer, Lead Engineer
Dell Linux Solutions linux.dell.com & www.dell.com/linux
Linux on Dell mailing lists @ http://lists.us.dell.com
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Unable to handle kernel NULL pointer dereference at virtual address 00000000
2004-12-15 16:29 ` Matt Domsch
@ 2004-12-15 16:36 ` Ray Van Dolson
2004-12-17 16:11 ` Ray Van Dolson
2005-01-03 17:22 ` Ray Van Dolson
1 sibling, 1 reply; 7+ messages in thread
From: Ray Van Dolson @ 2004-12-15 16:36 UTC (permalink / raw)
To: Matt Domsch; +Cc: linux-kernel
On Wed, Dec 15, 2004 at 10:29:43AM -0600, Matt Domsch wrote:
> These messages I have gotten for years. They're debugging messages,
> as a result of:
> register_netdevice( alloc_divert_blk( (sees it's not an ethernet device, )
> printk's the message )
>
> So I believe they're harmless.
This is what I was thinking too. I see plenty of these messages that do
not result in crashes.
> > ksymoops output of problem:
> > Unable to handle kernel NULL pointer dereference
> > 00000000
> > *pde = 00000000
> > Oops: 0000 [#1]
> > CPU: 2
> > EIP: 0060:[<00000000>] Not tainted VLI
> > Using defaults from ksymoops -t elf32-i386 -a i386
> > EFLAGS: 00010286 (2.6.9)
> > eax: ed13b000 ebx: d1d0a000 ecx: c029e9de edx: f795ef40
> > esi: d1d0a000 edi: 00000000 ebp: e2f30080 esp: d2b0dea0
> > ds: 007b es: 007b ss: 0068
> > Stack: c02a205a ed13b000 00000000 c02a122c d1d0a000 13208a2e c040956f
> > d1d0a000 d1d0a00c e2f30080 00000000 c029cda9 d1d0a000 e2f30080 00000000
> > c01552cd e2f30080 00000010 00000004 00000004 c0166aa0 e2f30080 00000000
> > 00000000
> > Call Trace: [<c02a205a>] pty_chars_in_buffer+0x2c/0x49 [<c02a122c>]
> > normal_poll+0xed/0x150 [<c040956f>] schedule_timeout+0x75/0xbf
> > [<c029cda9>] tty_poll+0xa0/0xb0 [<c01552cd>] fget+0x49/0x5e [<c0166aa0>]
> > do_select+0x269/0x2c6 [<c0166691>] __pollwait+0x0/0xc7 [<c0166dd5>]
> > sys_select+0x2b3/0x4c6 [<c0105971>] sysenter_past_esp+0x52/0x71
> > Code: Bad EIP value.
> It looks like pty_chars_in_buffer() dereferenced a NULL function
> pointer, but I don't see how that can be, the one deference is tested
> for NULL before doing so.
>
> I can't rule out the ppp_mppe code, but I haven't seen this crash
> before myself. Does this happen on simlar systems that aren't running poptop?
>
> Thanks,
> Matt
Fortunately we use the DL140 server pretty widely here. None of the
non-poptop servers exhibit this problem. Every single one of them that has
been used as a Poptop server however does exhibit this issue. It seems to
happen more frequenly on the machines with a higher number of users
connected.
I have switched one of the servers (the one with the highest load) to use
Jan Dubiec's MPPC/MPPE patches for ppp 2.4.3 and Kernel 2.6.9. We'll see
how that goes.
Any information I can provide or something I can do on my end to better
trace this down?
Ray
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Unable to handle kernel NULL pointer dereference at virtual address 00000000
2004-12-15 16:36 ` Ray Van Dolson
@ 2004-12-17 16:11 ` Ray Van Dolson
0 siblings, 0 replies; 7+ messages in thread
From: Ray Van Dolson @ 2004-12-17 16:11 UTC (permalink / raw)
To: Matt Domsch, linux-kernel
Just a follow-up on this. Things seem to run better (no crashes yet after
two days of runtime) after booting with nosmp noapic.
Any issues with the MPPE or CryptoAPI code that might only be triggered
when running in SMP mode?
Ray
On Wed, Dec 15, 2004 at 08:36:51AM -0800, Ray Van Dolson wrote:
> On Wed, Dec 15, 2004 at 10:29:43AM -0600, Matt Domsch wrote:
> > These messages I have gotten for years. They're debugging messages,
> > as a result of:
> > register_netdevice( alloc_divert_blk( (sees it's not an ethernet device, )
> > printk's the message )
> >
> > So I believe they're harmless.
> This is what I was thinking too. I see plenty of these messages that do
> not result in crashes.
>
> > > ksymoops output of problem:
> > > Unable to handle kernel NULL pointer dereference
> > > 00000000
> > > *pde = 00000000
> > > Oops: 0000 [#1]
> > > CPU: 2
> > > EIP: 0060:[<00000000>] Not tainted VLI
> > > Using defaults from ksymoops -t elf32-i386 -a i386
> > > EFLAGS: 00010286 (2.6.9)
> > > eax: ed13b000 ebx: d1d0a000 ecx: c029e9de edx: f795ef40
> > > esi: d1d0a000 edi: 00000000 ebp: e2f30080 esp: d2b0dea0
> > > ds: 007b es: 007b ss: 0068
> > > Stack: c02a205a ed13b000 00000000 c02a122c d1d0a000 13208a2e c040956f
> > > d1d0a000 d1d0a00c e2f30080 00000000 c029cda9 d1d0a000 e2f30080 00000000
> > > c01552cd e2f30080 00000010 00000004 00000004 c0166aa0 e2f30080 00000000
> > > 00000000
> > > Call Trace: [<c02a205a>] pty_chars_in_buffer+0x2c/0x49 [<c02a122c>]
> > > normal_poll+0xed/0x150 [<c040956f>] schedule_timeout+0x75/0xbf
> > > [<c029cda9>] tty_poll+0xa0/0xb0 [<c01552cd>] fget+0x49/0x5e [<c0166aa0>]
> > > do_select+0x269/0x2c6 [<c0166691>] __pollwait+0x0/0xc7 [<c0166dd5>]
> > > sys_select+0x2b3/0x4c6 [<c0105971>] sysenter_past_esp+0x52/0x71
> > > Code: Bad EIP value.
> > It looks like pty_chars_in_buffer() dereferenced a NULL function
> > pointer, but I don't see how that can be, the one deference is tested
> > for NULL before doing so.
> >
> > I can't rule out the ppp_mppe code, but I haven't seen this crash
> > before myself. Does this happen on simlar systems that aren't running
> > poptop?
> >
> > Thanks,
> > Matt
> Fortunately we use the DL140 server pretty widely here. None of the
> non-poptop servers exhibit this problem. Every single one of them that has
> been used as a Poptop server however does exhibit this issue. It seems to
> happen more frequenly on the machines with a higher number of users
> connected.
>
> I have switched one of the servers (the one with the highest load) to use
> Jan Dubiec's MPPC/MPPE patches for ppp 2.4.3 and Kernel 2.6.9. We'll see
> how that goes.
>
> Any information I can provide or something I can do on my end to better
> trace this down?
>
> Ray
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Unable to handle kernel NULL pointer dereference at virtual address 00000000
2004-12-15 16:29 ` Matt Domsch
2004-12-15 16:36 ` Ray Van Dolson
@ 2005-01-03 17:22 ` Ray Van Dolson
1 sibling, 0 replies; 7+ messages in thread
From: Ray Van Dolson @ 2005-01-03 17:22 UTC (permalink / raw)
To: Matt Domsch; +Cc: linux-kernel
On Wed, Dec 15, 2004 at 10:29:43AM -0600, Matt Domsch wrote:
> > ksymoops output of problem:
> > Unable to handle kernel NULL pointer dereference
> > 00000000
> > *pde = 00000000
> > Oops: 0000 [#1]
> > CPU: 2
> > EIP: 0060:[<00000000>] Not tainted VLI
> > Using defaults from ksymoops -t elf32-i386 -a i386
> > EFLAGS: 00010286 (2.6.9)
> > eax: ed13b000 ebx: d1d0a000 ecx: c029e9de edx: f795ef40
> > esi: d1d0a000 edi: 00000000 ebp: e2f30080 esp: d2b0dea0
> > ds: 007b es: 007b ss: 0068
> > Stack: c02a205a ed13b000 00000000 c02a122c d1d0a000 13208a2e c040956f
> > d1d0a000 d1d0a00c e2f30080 00000000 c029cda9 d1d0a000 e2f30080 00000000
> > c01552cd e2f30080 00000010 00000004 00000004 c0166aa0 e2f30080 00000000
> > 00000000
> > Call Trace: [<c02a205a>] pty_chars_in_buffer+0x2c/0x49 [<c02a122c>]
> > normal_poll+0xed/0x150 [<c040956f>] schedule_timeout+0x75/0xbf
> > [<c029cda9>] tty_poll+0xa0/0xb0 [<c01552cd>] fget+0x49/0x5e [<c0166aa0>]
> > do_select+0x269/0x2c6 [<c0166691>] __pollwait+0x0/0xc7 [<c0166dd5>]
> > sys_select+0x2b3/0x4c6 [<c0105971>] sysenter_past_esp+0x52/0x71
> > Code: Bad EIP value.
> It looks like pty_chars_in_buffer() dereferenced a NULL function
> pointer, but I don't see how that can be, the one deference is tested
> for NULL before doing so.
>
> I can't rule out the ppp_mppe code, but I haven't seen this crash
> before myself. Does this happen on simlar systems that aren't running poptop?
>
> Thanks,
> Matt
Yet another follow-up on this. After completely disabling SMP/Hyperthreading
on these systems, we have had zero NULL pointer dereferences. Obviously can't
say for sure that this points to problems with the MPPE module--the only true
test would be to allow our customers to connect without MPPE and reenable
SMP/HT. Obviously not an option in a live environment. :)
Guess we just won't be using SMP/HT on our busier systems!
Ray
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Unable to handle kernel NULL pointer dereference at virtual address 00000000
2003-07-02 16:40 Nikolaos.Michalakis
@ 2003-07-03 1:36 ` Neil Brown
0 siblings, 0 replies; 7+ messages in thread
From: Neil Brown @ 2003-07-03 1:36 UTC (permalink / raw)
To: Nikolaos.Michalakis; +Cc: nfs
On Wednesday July 2, Nikolaos.Michalakis@nokia.com wrote:
> Hi,
>
> I got the latest nfs-utils from the sourceforge website and I am trying to get a working nfs-kernel-server on an ARM processor running intimate linux (Debian clone). I compiled the source code, installed the binaries, setup
> /etc/exports but when I try to access the server the kernel oops.
>
> Here is the scenario:
> 1. I can mount the exported directory successfully.
> 2. When I try to 'ls' the contents of the directory I get on the client:
> ls: <filename1>: Input/Output error
> ls: <filename2>: Input/Output error
> ...
> ls: <filenameN>: Input/Output error
> (the filenames are the exact ones on the server)
Very odd...
> Backtrace:
> Function entered at [<c002442c>] from [<c001ba48>]
> Function entered at [<c001ba00>] from [<c001bccc>]
> r8 = C037CA00 r7 = C24CC204 r6 = C1A81000 r5 = C24CC214
> r4 = C037CCB4
> Function entered at [<c4a8e7a4>] from [<c4a8ee04>]
> Function entered at [<c4a8eb7c>] from [<c4a96bb8>]
> Function entered at [<c4a96af4>] from [<c4a8c6ac>]
> Function entered at [<c4a8c5d0>] from [<c4a72ed8>]
> r8 = C4A9EB94 r7 = 00000001 r6 = C25FC014 r5 = C24F0E00
> r4 = C24F0F38
> Function entered at [<c4a72bc0>] from [<c4a8c408>]
> Function entered at [<c4a8c1c4>] from [<c001ac5c>]
> Code: e5903004 e5802004 e5810008 e5823004 (e5832000)
>
You need to some how convert these addresses, inside "[<..>]" to
syumbolic addresses in the kernel.
You can do it with gdb:
gdb vmlinux
disassemble 0xc002442c
but that can be a bit laborious. There is a program called "ksymoops"
which does it for you, if you can find an 'arm' version.
NeilBrown
-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply [flat|nested] 7+ messages in thread
* Unable to handle kernel NULL pointer dereference at virtual address 00000000
@ 2003-07-02 16:40 Nikolaos.Michalakis
2003-07-03 1:36 ` Neil Brown
0 siblings, 1 reply; 7+ messages in thread
From: Nikolaos.Michalakis @ 2003-07-02 16:40 UTC (permalink / raw)
To: nfs
Hi,
I got the latest nfs-utils from the sourceforge website and I am trying =
to get a working nfs-kernel-server on an ARM processor running intimate =
linux (Debian clone). I compiled the source code, installed the =
binaries, setup=20
/etc/exports but when I try to access the server the kernel oops.
Here is the scenario:
1. I can mount the exported directory successfully.
2. When I try to 'ls' the contents of the directory I get on the client:
ls: <filename1>: Input/Output error
ls: <filename2>: Input/Output error
...
ls: <filenameN>: Input/Output error
(the filenames are the exact ones on the server)
3. When I try to stop the nfs server from the script, it get's stuck =
trying to unexport the exported
filesystems even if the client has successfully unmounted.
Exportfs -auv shows:
unexporting <fs> from kernel=20
(and waits there forever)
I have to reboot the machine to clean up nfs.
My kernel version is:
Linux version 2.4.18-rmk3 (andyc@rockhopper.crl.dec.com) (gcc version
2.95.2 19991024 (release)) #13 Wed May 1 19:38:27 EDT 2002
This is what the server prints when I try 'ls' after successfully =
mounting:
Unable to handle kernel NULL pointer dereference at virtual address
00000000
pgd =3D c0004000
*pgd =3D 00000000, *pmd =3D 00000000
Internal error: Oops: ffffffff
CPU: 0
pc : [<c0024468>] lr : [<c001ba48>] Not tainted
sp : c25e7e38 ip : 40000013 fp : c25e7e44
r10: c4a9f7a0 r9 : c24cc214 r8 : c037ca00
r7 : c25e6000 r6 : c1a81000 r5 : c037ccb4 r4 : c25e7e48
r3 : 00000000 r2 : c25e7e50 r1 : c25e7e48 r0 : c037ccc0
Flags: nZcv IRQs off FIQs on Mode SVC_32 Segment user
Control: C000F17F Table: C000F17F DAC: 00000015
Process nfsd (pid: 280, stackpage=3Dc25e7000)
Stack: (0xc25e7e28 to 0xc25e8000)
7e20: c001ba48 c0024468 40000093 ffffffff c25e7e78 =
c25e7e48
7e40: c001ba48 c0024438 00000001 c25e6000 c037ccc0 00000000 c037ccb4 =
c24cc214
7e60: c1a81000 c24cc204 c037ca00 c25e7ec8 c25e7e7c c001bccc c001ba0c =
c037ca00
7e80: c24cc214 c4a9f7a0 00000001 c4a8e800 c25e7e9c c00f9a64 00000006 =
00000006
7ea0: 00000006 c24cc214 c1a81000 c24cc204 c24f0e00 00000000 11270000 =
c25e7f18
7ec0: c25e7ecc c4a8ee04 c4a8e7b0 00000001 c25e6000 c24f0f4c c25e7f14 =
c25e7ee8
7ee0: 00000000 c0022d1c 00000003 c26180c0 c24cc204 c24cc204 c4a7b790 =
c24cc000
7f00: c24cc200 c3fa56e0 c24f0e00 c25e7f54 c25e7f1c c4a96bb8 c4a8eb88 =
c24f0e00
7f20: c25fc014 c3fa56e0 c25e7f54 c25e7f38 c24f0e00 c4a9eb94 c4a7b790 =
00000001
7f40: c25fc014 c4a9e618 c25e7f78 c25e7f58 c4a8c6ac c4a96b00 c24f0f38 =
c24f0e00
7f60: c25fc014 00000001 c4a9eb94 c25e7fb4 c25e7f7c c4a72ed8 c4a8c5dc =
c4a9eb74
7f80: 00000020 00000000 00000000 c4a9f334 c015c284 0003d570 c4a9f338 =
c25e6000
7fa0: c25e6000 c4a9f7a0 c25e7ffc c25e7fb8 c4a8c408 c4a72bcc c25e6344 =
c25e6334
7fc0: c3fa56e0 c24f0e00 c2509fc8 c256bfc8 c25e6000 c24f0e00 c3fa56e0 =
00000000
7fe0: fffffff4 c4a8c1c4 00000000 00000000 00000000 c25e8000 c001ac5c =
c4a8c1d0
Backtrace:
Function entered at [<c002442c>] from [<c001ba48>]
Function entered at [<c001ba00>] from [<c001bccc>]
r8 =3D C037CA00 r7 =3D C24CC204 r6 =3D C1A81000 r5 =3D C24CC214
r4 =3D C037CCB4
Function entered at [<c4a8e7a4>] from [<c4a8ee04>]
Function entered at [<c4a8eb7c>] from [<c4a96bb8>]
Function entered at [<c4a96af4>] from [<c4a8c6ac>]
Function entered at [<c4a8c5d0>] from [<c4a72ed8>]
r8 =3D C4A9EB94 r7 =3D 00000001 r6 =3D C25FC014 r5 =3D C24F0E00
r4 =3D C24F0F38
Function entered at [<c4a72bc0>] from [<c4a8c408>]
Function entered at [<c4a8c1c4>] from [<c001ac5c>]
Code: e5903004 e5802004 e5810008 e5823004 (e5832000)
Is there a patch for this problem?
I am kind of new to kernel programming, so does anyone know=20
how to use this debug information to figure out where in the source code =
the problem appears?
Also, should I look into updating the kernel or this is not necessary?
Please, I couldn't find anything useful from the mail archive so any =
help or suggestion even to get me started on something would be =
immensely appreciated.
Thank you,
Nikos
-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2005-01-03 17:25 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-12-15 1:32 Unable to handle kernel NULL pointer dereference at virtual address 00000000 Ray Van Dolson
2004-12-15 16:29 ` Matt Domsch
2004-12-15 16:36 ` Ray Van Dolson
2004-12-17 16:11 ` Ray Van Dolson
2005-01-03 17:22 ` Ray Van Dolson
-- strict thread matches above, loose matches on Subject: below --
2003-07-02 16:40 Nikolaos.Michalakis
2003-07-03 1:36 ` Neil Brown
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.