* Re: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
[not found] <BAY103-DAV11F874912A45144805FC26B2DE0@phx.gbl>
@ 2008-04-28 9:42 ` David Miller
2008-04-28 10:18 ` Marco Berizzi
2008-04-29 14:37 ` Marco Berizzi
2008-04-30 15:15 ` Herbert Xu
1 sibling, 2 replies; 40+ messages in thread
From: David Miller @ 2008-04-28 9:42 UTC (permalink / raw)
To: pupilla; +Cc: linux-kernel, netdev
From: "Marco Berizzi" <pupilla@hotmail.com>
Date: Mon, 28 Apr 2008 11:25:23 +0200
Netdev added to CC:, please include in all bug reports as
that's where the networking developers sit.
Thank you.
> I know, it is pretty useless this report,
> but I have nothing more than these bitmaps
> and the message in the subject :-(
>
> http://80.204.235.230/1.jpg
> http://80.204.235.230/2.jpg
> http://80.204.235.230/2.jpg
>
> 2.6.24.4 never crashed.
> This box is running only openswan.
> It is impossible for me to reproduce
> this bug :-(((
> It is happened after about 24 hours from
> 2.6.24.4 ==>> 2.6.25 upgrade.
> This linux box is an ipsec gateway and
> firewall.
> Here is .config and dmesg.
>
> #
> # Automatically generated make config: don't edit
> # Linux kernel version: 2.6.25
> # Tue Apr 22 10:21:32 2008
> #
> # CONFIG_64BIT is not set
> CONFIG_X86_32=y
> # CONFIG_X86_64 is not set
> CONFIG_X86=y
> # CONFIG_GENERIC_LOCKBREAK is not set
> CONFIG_GENERIC_TIME=y
> CONFIG_GENERIC_CMOS_UPDATE=y
> CONFIG_CLOCKSOURCE_WATCHDOG=y
> CONFIG_GENERIC_CLOCKEVENTS=y
> CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y
> CONFIG_LOCKDEP_SUPPORT=y
> CONFIG_STACKTRACE_SUPPORT=y
> CONFIG_HAVE_LATENCYTOP_SUPPORT=y
> CONFIG_SEMAPHORE_SLEEPERS=y
> CONFIG_FAST_CMPXCHG_LOCAL=y
> CONFIG_MMU=y
> CONFIG_ZONE_DMA=y
> CONFIG_GENERIC_ISA_DMA=y
> CONFIG_GENERIC_IOMAP=y
> CONFIG_GENERIC_BUG=y
> CONFIG_GENERIC_HWEIGHT=y
> # CONFIG_GENERIC_GPIO is not set
> CONFIG_ARCH_MAY_HAVE_PC_FDC=y
> CONFIG_DMI=y
> # CONFIG_RWSEM_GENERIC_SPINLOCK is not set
> CONFIG_RWSEM_XCHGADD_ALGORITHM=y
> # CONFIG_ARCH_HAS_ILOG2_U32 is not set
> # CONFIG_ARCH_HAS_ILOG2_U64 is not set
> CONFIG_ARCH_HAS_CPU_IDLE_WAIT=y
> CONFIG_GENERIC_CALIBRATE_DELAY=y
> # CONFIG_GENERIC_TIME_VSYSCALL is not set
> CONFIG_ARCH_HAS_CPU_RELAX=y
> # CONFIG_HAVE_SETUP_PER_CPU_AREA is not set
> CONFIG_ARCH_HIBERNATION_POSSIBLE=y
> CONFIG_ARCH_SUSPEND_POSSIBLE=y
> # CONFIG_ZONE_DMA32 is not set
> CONFIG_ARCH_POPULATES_NODE_MAP=y
> # CONFIG_AUDIT_ARCH is not set
> CONFIG_ARCH_SUPPORTS_AOUT=y
> CONFIG_GENERIC_HARDIRQS=y
> CONFIG_GENERIC_IRQ_PROBE=y
> CONFIG_X86_BIOS_REBOOT=y
> CONFIG_KTIME_SCALAR=y
> CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
>
> #
> # General setup
> #
> # CONFIG_EXPERIMENTAL is not set
> CONFIG_BROKEN_ON_SMP=y
> CONFIG_INIT_ENV_ARG_LIMIT=32
> CONFIG_LOCALVERSION=""
> # CONFIG_LOCALVERSION_AUTO is not set
> CONFIG_SWAP=y
> CONFIG_SYSVIPC=y
> CONFIG_SYSVIPC_SYSCTL=y
> CONFIG_BSD_PROCESS_ACCT=y
> # CONFIG_BSD_PROCESS_ACCT_V3 is not set
> # CONFIG_TASKSTATS is not set
> # CONFIG_AUDIT is not set
> # CONFIG_IKCONFIG is not set
> CONFIG_LOG_BUF_SHIFT=14
> # CONFIG_CGROUPS is not set
> # CONFIG_GROUP_SCHED is not set
> # CONFIG_SYSFS_DEPRECATED_V2 is not set
> # CONFIG_RELAY is not set
> CONFIG_NAMESPACES=y
> # CONFIG_UTS_NS is not set
> # CONFIG_IPC_NS is not set
> # CONFIG_BLK_DEV_INITRD is not set
> CONFIG_SYSCTL=y
> # CONFIG_EMBEDDED is not set
> CONFIG_UID16=y
> CONFIG_SYSCTL_SYSCALL=y
> CONFIG_KALLSYMS=y
> # CONFIG_KALLSYMS_EXTRA_PASS is not set
> CONFIG_HOTPLUG=y
> CONFIG_PRINTK=y
> CONFIG_BUG=y
> CONFIG_ELF_CORE=y
> CONFIG_COMPAT_BRK=y
> CONFIG_BASE_FULL=y
> CONFIG_FUTEX=y
> CONFIG_ANON_INODES=y
> CONFIG_EPOLL=y
> CONFIG_SIGNALFD=y
> CONFIG_TIMERFD=y
> CONFIG_EVENTFD=y
> CONFIG_SHMEM=y
> CONFIG_VM_EVENT_COUNTERS=y
> CONFIG_SLUB_DEBUG=y
> # CONFIG_SLAB is not set
> CONFIG_SLUB=y
> # CONFIG_SLOB is not set
> # CONFIG_PROFILING is not set
> # CONFIG_MARKERS is not set
> CONFIG_HAVE_OPROFILE=y
> # CONFIG_KPROBES is not set
> CONFIG_HAVE_KPROBES=y
> CONFIG_HAVE_KRETPROBES=y
> CONFIG_PROC_PAGE_MONITOR=y
> CONFIG_SLABINFO=y
> CONFIG_RT_MUTEXES=y
> # CONFIG_TINY_SHMEM is not set
> CONFIG_BASE_SMALL=0
> CONFIG_MODULES=y
> CONFIG_MODULE_UNLOAD=y
> # CONFIG_MODVERSIONS is not set
> # CONFIG_MODULE_SRCVERSION_ALL is not set
> # CONFIG_KMOD is not set
> CONFIG_BLOCK=y
> # CONFIG_LBD is not set
> # CONFIG_BLK_DEV_IO_TRACE is not set
> # CONFIG_LSF is not set
>
> #
> # IO Schedulers
> #
> CONFIG_IOSCHED_NOOP=y
> # CONFIG_IOSCHED_AS is not set
> CONFIG_IOSCHED_DEADLINE=y
> # CONFIG_IOSCHED_CFQ is not set
> # CONFIG_DEFAULT_AS is not set
> CONFIG_DEFAULT_DEADLINE=y
> # CONFIG_DEFAULT_CFQ is not set
> # CONFIG_DEFAULT_NOOP is not set
> CONFIG_DEFAULT_IOSCHED="deadline"
> CONFIG_CLASSIC_RCU=y
>
> #
> # Processor type and features
> #
> # CONFIG_TICK_ONESHOT is not set
> # CONFIG_NO_HZ is not set
> # CONFIG_HIGH_RES_TIMERS is not set
> CONFIG_GENERIC_CLOCKEVENTS_BUILD=y
> # CONFIG_SMP is not set
> CONFIG_X86_PC=y
> # CONFIG_X86_ELAN is not set
> # CONFIG_X86_VOYAGER is not set
> # CONFIG_X86_NUMAQ is not set
> # CONFIG_X86_SUMMIT is not set
> # CONFIG_X86_BIGSMP is not set
> # CONFIG_X86_VISWS is not set
> # CONFIG_X86_GENERICARCH is not set
> # CONFIG_X86_ES7000 is not set
> # CONFIG_X86_RDC321X is not set
> # CONFIG_X86_VSMP is not set
> # CONFIG_SCHED_NO_NO_OMIT_FRAME_POINTER is not set
> # CONFIG_PARAVIRT_GUEST is not set
> # CONFIG_M386 is not set
> # CONFIG_M486 is not set
> # CONFIG_M586 is not set
> # CONFIG_M586TSC is not set
> # CONFIG_M586MMX is not set
> # CONFIG_M686 is not set
> # CONFIG_MPENTIUMII is not set
> CONFIG_MPENTIUMIII=y
> # CONFIG_MPENTIUMM is not set
> # CONFIG_MPENTIUM4 is not set
> # CONFIG_MK6 is not set
> # CONFIG_MK7 is not set
> # CONFIG_MK8 is not set
> # CONFIG_MCRUSOE is not set
> # CONFIG_MEFFICEON is not set
> # CONFIG_MWINCHIPC6 is not set
> # CONFIG_MWINCHIP2 is not set
> # CONFIG_MWINCHIP3D is not set
> # CONFIG_MGEODEGX1 is not set
> # CONFIG_MGEODE_LX is not set
> # CONFIG_MCYRIXIII is not set
> # CONFIG_MVIAC3_2 is not set
> # CONFIG_MVIAC7 is not set
> # CONFIG_MPSC is not set
> # CONFIG_MCORE2 is not set
> # CONFIG_GENERIC_CPU is not set
> # CONFIG_X86_GENERIC is not set
> CONFIG_X86_CMPXCHG=y
> CONFIG_X86_L1_CACHE_SHIFT=5
> CONFIG_X86_XADD=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_X86_P6_NOP=y
> CONFIG_X86_TSC=y
> CONFIG_X86_CMOV=y
> CONFIG_X86_MINIMUM_CPU_FAMILY=6
> CONFIG_X86_DEBUGCTLMSR=y
> # CONFIG_HPET_TIMER is not set
> # CONFIG_IOMMU_HELPER is not set
> CONFIG_PREEMPT_NONE=y
> # CONFIG_PREEMPT_VOLUNTARY is not set
> # CONFIG_PREEMPT is not set
> CONFIG_X86_UP_APIC=y
> CONFIG_X86_UP_IOAPIC=y
> CONFIG_X86_LOCAL_APIC=y
> CONFIG_X86_IO_APIC=y
> # CONFIG_X86_MCE is not set
> CONFIG_VM86=y
> # CONFIG_TOSHIBA is not set
> # CONFIG_I8K is not set
> # CONFIG_X86_REBOOTFIXUPS is not set
> # CONFIG_MICROCODE is not set
> # CONFIG_X86_MSR is not set
> # CONFIG_X86_CPUID is not set
> CONFIG_NOHIGHMEM=y
> # CONFIG_HIGHMEM4G is not set
> # CONFIG_HIGHMEM64G is not set
> CONFIG_PAGE_OFFSET=0xC0000000
> # CONFIG_X86_PAE is not set
> CONFIG_FLATMEM=y
> CONFIG_FLAT_NODE_MEM_MAP=y
> # CONFIG_SPARSEMEM_STATIC is not set
> # CONFIG_SPARSEMEM_VMEMMAP_ENABLE is not set
> CONFIG_SPLIT_PTLOCK_CPUS=4
> # CONFIG_RESOURCES_64BIT is not set
> CONFIG_ZONE_DMA_FLAG=1
> CONFIG_BOUNCE=y
> CONFIG_VIRT_TO_BUS=y
> # CONFIG_MATH_EMULATION is not set
> # CONFIG_MTRR is not set
> # CONFIG_EFI is not set
> CONFIG_SECCOMP=y
> # CONFIG_HZ_100 is not set
> CONFIG_HZ_250=y
> # CONFIG_HZ_300 is not set
> # CONFIG_HZ_1000 is not set
> CONFIG_HZ=250
> # CONFIG_SCHED_HRTICK is not set
> # CONFIG_KEXEC is not set
> CONFIG_PHYSICAL_START=0x100000
> CONFIG_PHYSICAL_ALIGN=0x100000
> # CONFIG_COMPAT_VDSO is not set
>
> #
> # Power management options
> #
> CONFIG_PM=y
> # CONFIG_PM_LEGACY is not set
> # CONFIG_PM_DEBUG is not set
> # CONFIG_SUSPEND is not set
> # CONFIG_HIBERNATION is not set
> CONFIG_ACPI=y
> # CONFIG_ACPI_PROCFS is not set
> # CONFIG_ACPI_PROCFS_POWER is not set
> # CONFIG_ACPI_SYSFS_POWER is not set
> # CONFIG_ACPI_PROC_EVENT is not set
> # CONFIG_ACPI_AC is not set
> # CONFIG_ACPI_BATTERY is not set
> # CONFIG_ACPI_BUTTON is not set
> # CONFIG_ACPI_FAN is not set
> # CONFIG_ACPI_PROCESSOR is not set
> # CONFIG_ACPI_ASUS is not set
> # CONFIG_ACPI_TOSHIBA is not set
> # CONFIG_ACPI_CUSTOM_DSDT is not set
> CONFIG_ACPI_BLACKLIST_YEAR=0
> # CONFIG_ACPI_DEBUG is not set
> CONFIG_ACPI_EC=y
> CONFIG_ACPI_POWER=y
> CONFIG_ACPI_SYSTEM=y
> CONFIG_X86_PM_TIMER=y
> # CONFIG_ACPI_SBS is not set
>
> #
> # CPU Frequency scaling
> #
> # CONFIG_CPU_FREQ is not set
> # CONFIG_CPU_IDLE is not set
>
> #
> # Bus options (PCI etc.)
> #
> CONFIG_PCI=y
> # CONFIG_PCI_GOBIOS is not set
> # CONFIG_PCI_GOMMCONFIG is not set
> # CONFIG_PCI_GODIRECT is not set
> CONFIG_PCI_GOANY=y
> CONFIG_PCI_BIOS=y
> CONFIG_PCI_DIRECT=y
> CONFIG_PCI_MMCONFIG=y
> CONFIG_PCI_DOMAINS=y
> # CONFIG_PCIEPORTBUS is not set
> CONFIG_ARCH_SUPPORTS_MSI=y
> # CONFIG_PCI_MSI is not set
> # CONFIG_PCI_LEGACY is not set
> # CONFIG_HT_IRQ is not set
> CONFIG_ISA_DMA_API=y
> # CONFIG_ISA is not set
> # CONFIG_MCA is not set
> # CONFIG_SCx200 is not set
> # CONFIG_PCCARD is not set
> # CONFIG_HOTPLUG_PCI is not set
>
> #
> # Executable file formats / Emulations
> #
> CONFIG_BINFMT_ELF=y
> # CONFIG_BINFMT_AOUT is not set
> # CONFIG_BINFMT_MISC is not set
>
> #
> # Networking
> #
> CONFIG_NET=y
>
> #
> # Networking options
> #
> CONFIG_PACKET=y
> CONFIG_PACKET_MMAP=y
> CONFIG_UNIX=y
> CONFIG_XFRM=y
> CONFIG_XFRM_USER=y
> CONFIG_NET_KEY=y
> CONFIG_INET=y
> # CONFIG_IP_MULTICAST is not set
> CONFIG_IP_ADVANCED_ROUTER=y
> CONFIG_ASK_IP_FIB_HASH=y
> # CONFIG_IP_FIB_TRIE is not set
> CONFIG_IP_FIB_HASH=y
> CONFIG_IP_MULTIPLE_TABLES=y
> CONFIG_IP_ROUTE_MULTIPATH=y
> CONFIG_IP_ROUTE_VERBOSE=y
> # CONFIG_IP_PNP is not set
> # CONFIG_NET_IPIP is not set
> # CONFIG_NET_IPGRE is not set
> CONFIG_SYN_COOKIES=y
> # CONFIG_INET_AH is not set
> CONFIG_INET_ESP=y
> CONFIG_INET_IPCOMP=y
> CONFIG_INET_XFRM_TUNNEL=y
> CONFIG_INET_TUNNEL=y
> CONFIG_INET_XFRM_MODE_TRANSPORT=y
> CONFIG_INET_XFRM_MODE_TUNNEL=y
> # CONFIG_INET_XFRM_MODE_BEET is not set
> # CONFIG_INET_LRO is not set
> CONFIG_INET_DIAG=y
> CONFIG_INET_TCP_DIAG=y
> # CONFIG_TCP_CONG_ADVANCED is not set
> CONFIG_TCP_CONG_CUBIC=y
> CONFIG_DEFAULT_TCP_CONG="cubic"
> # CONFIG_IP_VS is not set
> # CONFIG_IPV6 is not set
> # CONFIG_INET6_XFRM_TUNNEL is not set
> # CONFIG_INET6_TUNNEL is not set
> # CONFIG_NETWORK_SECMARK is not set
> CONFIG_NETFILTER=y
> # CONFIG_NETFILTER_DEBUG is not set
> CONFIG_NETFILTER_ADVANCED=y
>
> #
> # Core Netfilter Configuration
> #
> CONFIG_NETFILTER_NETLINK=m
> CONFIG_NETFILTER_NETLINK_QUEUE=m
> CONFIG_NETFILTER_NETLINK_LOG=m
> CONFIG_NF_CONNTRACK=y
> CONFIG_NF_CT_ACCT=y
> CONFIG_NF_CONNTRACK_MARK=y
> # CONFIG_NF_CONNTRACK_EVENTS is not set
> CONFIG_NF_CT_PROTO_GRE=m
> CONFIG_NF_CT_PROTO_UDPLITE=m
> # CONFIG_NF_CONNTRACK_AMANDA is not set
> CONFIG_NF_CONNTRACK_FTP=m
> CONFIG_NF_CONNTRACK_H323=m
> # CONFIG_NF_CONNTRACK_IRC is not set
> CONFIG_NF_CONNTRACK_NETBIOS_NS=m
> CONFIG_NF_CONNTRACK_PPTP=m
> CONFIG_NF_CONNTRACK_SIP=m
> # CONFIG_NF_CONNTRACK_TFTP is not set
> # CONFIG_NF_CT_NETLINK is not set
> CONFIG_NETFILTER_XTABLES=y
> CONFIG_NETFILTER_XT_TARGET_CLASSIFY=m
> CONFIG_NETFILTER_XT_TARGET_CONNMARK=m
> CONFIG_NETFILTER_XT_TARGET_DSCP=m
> CONFIG_NETFILTER_XT_TARGET_MARK=y
> CONFIG_NETFILTER_XT_TARGET_NFQUEUE=m
> CONFIG_NETFILTER_XT_TARGET_NFLOG=m
> CONFIG_NETFILTER_XT_TARGET_NOTRACK=m
> CONFIG_NETFILTER_XT_TARGET_RATEEST=m
> CONFIG_NETFILTER_XT_TARGET_TRACE=m
> CONFIG_NETFILTER_XT_TARGET_TCPMSS=m
> CONFIG_NETFILTER_XT_MATCH_COMMENT=m
> CONFIG_NETFILTER_XT_MATCH_CONNBYTES=m
> CONFIG_NETFILTER_XT_MATCH_CONNLIMIT=m
> CONFIG_NETFILTER_XT_MATCH_CONNMARK=m
> CONFIG_NETFILTER_XT_MATCH_CONNTRACK=m
> CONFIG_NETFILTER_XT_MATCH_DCCP=m
> CONFIG_NETFILTER_XT_MATCH_DSCP=m
> CONFIG_NETFILTER_XT_MATCH_ESP=m
> CONFIG_NETFILTER_XT_MATCH_HELPER=y
> CONFIG_NETFILTER_XT_MATCH_IPRANGE=m
> CONFIG_NETFILTER_XT_MATCH_LENGTH=m
> CONFIG_NETFILTER_XT_MATCH_LIMIT=y
> CONFIG_NETFILTER_XT_MATCH_MAC=m
> CONFIG_NETFILTER_XT_MATCH_MARK=y
> CONFIG_NETFILTER_XT_MATCH_OWNER=m
> CONFIG_NETFILTER_XT_MATCH_POLICY=y
> CONFIG_NETFILTER_XT_MATCH_MULTIPORT=y
> CONFIG_NETFILTER_XT_MATCH_PKTTYPE=m
> CONFIG_NETFILTER_XT_MATCH_QUOTA=m
> CONFIG_NETFILTER_XT_MATCH_RATEEST=m
> CONFIG_NETFILTER_XT_MATCH_REALM=m
> CONFIG_NETFILTER_XT_MATCH_STATE=y
> CONFIG_NETFILTER_XT_MATCH_STATISTIC=m
> CONFIG_NETFILTER_XT_MATCH_STRING=m
> CONFIG_NETFILTER_XT_MATCH_TCPMSS=y
> CONFIG_NETFILTER_XT_MATCH_TIME=m
> CONFIG_NETFILTER_XT_MATCH_U32=m
> CONFIG_NETFILTER_XT_MATCH_HASHLIMIT=m
>
> #
> # IP: Netfilter Configuration
> #
> CONFIG_NF_CONNTRACK_IPV4=y
> # CONFIG_NF_CONNTRACK_PROC_COMPAT is not set
> # CONFIG_IP_NF_QUEUE is not set
> CONFIG_IP_NF_IPTABLES=y
> # CONFIG_IP_NF_MATCH_RECENT is not set
> CONFIG_IP_NF_MATCH_ECN=m
> # CONFIG_IP_NF_MATCH_AH is not set
> CONFIG_IP_NF_MATCH_TTL=m
> CONFIG_IP_NF_MATCH_ADDRTYPE=m
> CONFIG_IP_NF_FILTER=y
> CONFIG_IP_NF_TARGET_REJECT=y
> CONFIG_IP_NF_TARGET_LOG=m
> CONFIG_IP_NF_TARGET_ULOG=m
> CONFIG_NF_NAT=y
> CONFIG_NF_NAT_NEEDED=y
> CONFIG_IP_NF_TARGET_MASQUERADE=m
> CONFIG_IP_NF_TARGET_REDIRECT=m
> CONFIG_IP_NF_TARGET_NETMAP=m
> # CONFIG_NF_NAT_SNMP_BASIC is not set
> CONFIG_NF_NAT_PROTO_GRE=m
> CONFIG_NF_NAT_FTP=m
> # CONFIG_NF_NAT_IRC is not set
> # CONFIG_NF_NAT_TFTP is not set
> # CONFIG_NF_NAT_AMANDA is not set
> CONFIG_NF_NAT_PPTP=m
> CONFIG_NF_NAT_H323=m
> CONFIG_NF_NAT_SIP=m
> CONFIG_IP_NF_MANGLE=y
> CONFIG_IP_NF_TARGET_ECN=m
> CONFIG_IP_NF_TARGET_TTL=m
> CONFIG_IP_NF_RAW=m
> CONFIG_IP_NF_ARPTABLES=m
> CONFIG_IP_NF_ARPFILTER=m
> CONFIG_IP_NF_ARP_MANGLE=m
> # CONFIG_ATM is not set
> # CONFIG_BRIDGE is not set
> # CONFIG_VLAN_8021Q is not set
> # CONFIG_DECNET is not set
> # CONFIG_LLC2 is not set
> # CONFIG_IPX is not set
> # CONFIG_ATALK is not set
> CONFIG_NET_SCHED=y
>
> #
> # Queueing/Scheduling
> #
> # CONFIG_NET_SCH_CBQ is not set
> CONFIG_NET_SCH_HTB=m
> CONFIG_NET_SCH_HFSC=m
> CONFIG_NET_SCH_PRIO=m
> CONFIG_NET_SCH_RR=m
> CONFIG_NET_SCH_RED=m
> CONFIG_NET_SCH_SFQ=m
> CONFIG_NET_SCH_TEQL=m
> CONFIG_NET_SCH_TBF=m
> CONFIG_NET_SCH_GRED=m
> CONFIG_NET_SCH_DSMARK=m
> CONFIG_NET_SCH_NETEM=m
> CONFIG_NET_SCH_INGRESS=m
>
> #
> # Classification
> #
> CONFIG_NET_CLS=y
> CONFIG_NET_CLS_BASIC=m
> CONFIG_NET_CLS_TCINDEX=m
> CONFIG_NET_CLS_ROUTE4=m
> CONFIG_NET_CLS_ROUTE=y
> CONFIG_NET_CLS_FW=m
> CONFIG_NET_CLS_U32=m
> CONFIG_CLS_U32_PERF=y
> CONFIG_CLS_U32_MARK=y
> CONFIG_NET_CLS_RSVP=m
> # CONFIG_NET_CLS_RSVP6 is not set
> CONFIG_NET_CLS_FLOW=m
> CONFIG_NET_EMATCH=y
> CONFIG_NET_EMATCH_STACK=32
> CONFIG_NET_EMATCH_CMP=m
> CONFIG_NET_EMATCH_NBYTE=m
> CONFIG_NET_EMATCH_U32=m
> CONFIG_NET_EMATCH_META=m
> CONFIG_NET_EMATCH_TEXT=m
> CONFIG_NET_CLS_ACT=y
> CONFIG_NET_ACT_POLICE=m
> CONFIG_NET_ACT_GACT=m
> CONFIG_GACT_PROB=y
> CONFIG_NET_ACT_MIRRED=m
> CONFIG_NET_ACT_IPT=m
> CONFIG_NET_ACT_NAT=m
> CONFIG_NET_ACT_PEDIT=m
> # CONFIG_NET_ACT_SIMP is not set
> # CONFIG_NET_CLS_IND is not set
> CONFIG_NET_SCH_FIFO=y
>
> #
> # Network testing
> #
> # CONFIG_NET_PKTGEN is not set
> # CONFIG_HAMRADIO is not set
> # CONFIG_CAN is not set
> # CONFIG_IRDA is not set
> # CONFIG_BT is not set
> CONFIG_FIB_RULES=y
>
> #
> # Wireless
> #
> # CONFIG_CFG80211 is not set
> # CONFIG_WIRELESS_EXT is not set
> # CONFIG_MAC80211 is not set
> # CONFIG_IEEE80211 is not set
> # CONFIG_RFKILL is not set
>
> #
> # Device Drivers
> #
>
> #
> # Generic Driver Options
> #
> CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
> CONFIG_STANDALONE=y
> # CONFIG_PREVENT_FIRMWARE_BUILD is not set
> # CONFIG_FW_LOADER is not set
> # CONFIG_SYS_HYPERVISOR is not set
> # CONFIG_CONNECTOR is not set
> # CONFIG_MTD is not set
> # CONFIG_PARPORT is not set
> CONFIG_PNP=y
> # CONFIG_PNP_DEBUG is not set
>
> #
> # Protocols
> #
> CONFIG_PNPACPI=y
> CONFIG_BLK_DEV=y
> CONFIG_BLK_DEV_FD=m
> # CONFIG_BLK_CPQ_DA is not set
> # CONFIG_BLK_CPQ_CISS_DA is not set
> # CONFIG_BLK_DEV_DAC960 is not set
> # CONFIG_BLK_DEV_COW_COMMON is not set
> # CONFIG_BLK_DEV_LOOP is not set
> # CONFIG_BLK_DEV_NBD is not set
> # CONFIG_BLK_DEV_SX8 is not set
> # CONFIG_BLK_DEV_RAM is not set
> # CONFIG_CDROM_PKTCDVD is not set
> # CONFIG_ATA_OVER_ETH is not set
> # CONFIG_MISC_DEVICES is not set
> CONFIG_HAVE_IDE=y
> CONFIG_IDE=y
> CONFIG_BLK_DEV_IDE=y
>
> #
> # Please see Documentation/ide/ide.txt for help/info on IDE drives
> #
> # CONFIG_BLK_DEV_IDE_SATA is not set
> # CONFIG_BLK_DEV_HD_IDE is not set
> CONFIG_BLK_DEV_IDEDISK=y
> # CONFIG_IDEDISK_MULTI_MODE is not set
> CONFIG_BLK_DEV_IDECD=m
> CONFIG_BLK_DEV_IDECD_VERBOSE_ERRORS=y
> # CONFIG_BLK_DEV_IDETAPE is not set
> # CONFIG_BLK_DEV_IDEFLOPPY is not set
> # CONFIG_BLK_DEV_IDEACPI is not set
> # CONFIG_IDE_TASK_IOCTL is not set
> # CONFIG_IDE_PROC_FS is not set
>
> #
> # IDE chipset support/bugfixes
> #
> # CONFIG_IDE_GENERIC is not set
> # CONFIG_BLK_DEV_PLATFORM is not set
> # CONFIG_BLK_DEV_CMD640 is not set
> # CONFIG_BLK_DEV_IDEPNP is not set
> CONFIG_BLK_DEV_IDEDMA_SFF=y
>
> #
> # PCI IDE chipsets support
> #
> CONFIG_BLK_DEV_IDEPCI=y
> # CONFIG_IDEPCI_PCIBUS_ORDER is not set
> # CONFIG_BLK_DEV_GENERIC is not set
> # CONFIG_BLK_DEV_RZ1000 is not set
> CONFIG_BLK_DEV_IDEDMA_PCI=y
> # CONFIG_BLK_DEV_AEC62XX is not set
> # CONFIG_BLK_DEV_ALI15X3 is not set
> # CONFIG_BLK_DEV_AMD74XX is not set
> # CONFIG_BLK_DEV_ATIIXP is not set
> # CONFIG_BLK_DEV_CMD64X is not set
> # CONFIG_BLK_DEV_TRIFLEX is not set
> # CONFIG_BLK_DEV_CY82C693 is not set
> # CONFIG_BLK_DEV_CS5530 is not set
> # CONFIG_BLK_DEV_CS5535 is not set
> # CONFIG_BLK_DEV_HPT34X is not set
> # CONFIG_BLK_DEV_HPT366 is not set
> # CONFIG_BLK_DEV_JMICRON is not set
> # CONFIG_BLK_DEV_SC1200 is not set
> CONFIG_BLK_DEV_PIIX=y
> # CONFIG_BLK_DEV_IT8213 is not set
> # CONFIG_BLK_DEV_IT821X is not set
> # CONFIG_BLK_DEV_NS87415 is not set
> # CONFIG_BLK_DEV_PDC202XX_OLD is not set
> # CONFIG_BLK_DEV_PDC202XX_NEW is not set
> # CONFIG_BLK_DEV_SVWKS is not set
> # CONFIG_BLK_DEV_SIIMAGE 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_BLK_DEV_TC86C001 is not set
> CONFIG_BLK_DEV_IDEDMA=y
> CONFIG_IDE_ARCH_OBSOLETE_INIT=y
> # CONFIG_BLK_DEV_HD is not set
>
> #
> # SCSI device support
> #
> # CONFIG_RAID_ATTRS is not set
> # CONFIG_SCSI is not set
> # CONFIG_SCSI_DMA is not set
> # CONFIG_SCSI_NETLINK is not set
> # CONFIG_ATA is not set
> # CONFIG_MD is not set
> # CONFIG_FUSION is not set
>
> #
> # IEEE 1394 (FireWire) support
> #
>
> #
> # An alternative FireWire stack is available with EXPERIMENTAL=y
> #
> # CONFIG_IEEE1394 is not set
> # CONFIG_I2O is not set
> # CONFIG_MACINTOSH_DRIVERS is not set
> CONFIG_NETDEVICES=y
> # CONFIG_NETDEVICES_MULTIQUEUE is not set
> CONFIG_IFB=m
> # CONFIG_DUMMY is not set
> # CONFIG_BONDING is not set
> # CONFIG_EQUALIZER is not set
> CONFIG_TUN=m
> # CONFIG_VETH is not set
> # CONFIG_NET_SB1000 is not set
> # CONFIG_ARCNET is not set
> # CONFIG_PHYLIB is not set
> CONFIG_NET_ETHERNET=y
> CONFIG_MII=m
> # CONFIG_HAPPYMEAL is not set
> # CONFIG_SUNGEM is not set
> # CONFIG_CASSINI is not set
> CONFIG_NET_VENDOR_3COM=y
> CONFIG_VORTEX=m
> CONFIG_TYPHOON=m
> # CONFIG_NET_TULIP is not set
> # CONFIG_HP100 is not set
> # CONFIG_IBM_NEW_EMAC_ZMII is not set
> # CONFIG_IBM_NEW_EMAC_RGMII is not set
> # CONFIG_IBM_NEW_EMAC_TAH is not set
> # CONFIG_IBM_NEW_EMAC_EMAC4 is not set
> CONFIG_NET_PCI=y
> # CONFIG_PCNET32 is not set
> # CONFIG_AMD8111_ETH is not set
> # CONFIG_ADAPTEC_STARFIRE is not set
> # CONFIG_B44 is not set
> # CONFIG_FORCEDETH is not set
> # CONFIG_EEPRO100 is not set
> CONFIG_E100=m
> # CONFIG_FEALNX is not set
> # CONFIG_NATSEMI is not set
> # CONFIG_NE2K_PCI is not set
> CONFIG_8139TOO=m
> # CONFIG_8139TOO_PIO is not set
> # CONFIG_8139TOO_TUNE_TWISTER is not set
> # CONFIG_8139TOO_8129 is not set
> # CONFIG_8139_OLD_RX_RESET is not set
> # CONFIG_R6040 is not set
> CONFIG_SIS900=m
> # CONFIG_EPIC100 is not set
> # CONFIG_SUNDANCE is not set
> # CONFIG_TLAN is not set
> CONFIG_VIA_RHINE=m
> # CONFIG_VIA_RHINE_MMIO is not set
> # CONFIG_VIA_RHINE_NAPI is not set
> # CONFIG_NETDEV_1000 is not set
> # CONFIG_NETDEV_10000 is not set
> # CONFIG_TR is not set
>
> #
> # Wireless LAN
> #
> # CONFIG_WLAN_PRE80211 is not set
> # CONFIG_WLAN_80211 is not set
> # CONFIG_WAN is not set
> # CONFIG_FDDI is not set
> # CONFIG_PPP is not set
> # CONFIG_SLIP is not set
> # CONFIG_NETPOLL is not set
> # CONFIG_NET_POLL_CONTROLLER is not set
> # CONFIG_ISDN is not set
> # CONFIG_PHONE is not set
>
> #
> # Input device support
> #
> CONFIG_INPUT=y
> # CONFIG_INPUT_FF_MEMLESS is not set
> # CONFIG_INPUT_POLLDEV is not set
>
> #
> # Userland interfaces
> #
> CONFIG_INPUT_MOUSEDEV=y
> # CONFIG_INPUT_MOUSEDEV_PSAUX is not set
> CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
> CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
> # CONFIG_INPUT_JOYDEV is not set
> # CONFIG_INPUT_EVDEV is not set
> # CONFIG_INPUT_EVBUG is not set
>
> #
> # Input Device Drivers
> #
> CONFIG_INPUT_KEYBOARD=y
> CONFIG_KEYBOARD_ATKBD=y
> # CONFIG_KEYBOARD_SUNKBD is not set
> # CONFIG_KEYBOARD_LKKBD is not set
> # CONFIG_KEYBOARD_XTKBD is not set
> # CONFIG_KEYBOARD_NEWTON is not set
> # CONFIG_KEYBOARD_STOWAWAY is not set
> # CONFIG_INPUT_MOUSE is not set
> # CONFIG_INPUT_JOYSTICK is not set
> # CONFIG_INPUT_TABLET is not set
> # CONFIG_INPUT_TOUCHSCREEN is not set
> # CONFIG_INPUT_MISC is not set
>
> #
> # Hardware I/O ports
> #
> CONFIG_SERIO=y
> CONFIG_SERIO_I8042=y
> # CONFIG_SERIO_SERPORT is not set
> # CONFIG_SERIO_CT82C710 is not set
> # CONFIG_SERIO_PCIPS2 is not set
> CONFIG_SERIO_LIBPS2=y
> # CONFIG_SERIO_RAW is not set
> # CONFIG_GAMEPORT is not set
>
> #
> # Character devices
> #
> CONFIG_VT=y
> CONFIG_VT_CONSOLE=y
> CONFIG_HW_CONSOLE=y
> # CONFIG_VT_HW_CONSOLE_BINDING is not set
> # CONFIG_SERIAL_NONSTANDARD is not set
>
> #
> # Serial drivers
> #
> # CONFIG_SERIAL_8250 is not set
> CONFIG_FIX_EARLYCON_MEM=y
>
> #
> # Non-8250 serial port support
> #
> # CONFIG_SERIAL_JSM is not set
> CONFIG_UNIX98_PTYS=y
> # CONFIG_LEGACY_PTYS is not set
> # CONFIG_IPMI_HANDLER is not set
> # CONFIG_HW_RANDOM is not set
> # CONFIG_NVRAM is not set
> # CONFIG_RTC is not set
> # CONFIG_GEN_RTC is not set
> # CONFIG_R3964 is not set
> # CONFIG_APPLICOM is not set
> # CONFIG_MWAVE is not set
> # CONFIG_PC8736x_GPIO is not set
> # CONFIG_NSC_GPIO is not set
> # CONFIG_CS5535_GPIO is not set
> # CONFIG_RAW_DRIVER is not set
> # CONFIG_HPET is not set
> # CONFIG_HANGCHECK_TIMER is not set
> CONFIG_DEVPORT=y
> # CONFIG_I2C is not set
>
> #
> # SPI support
> #
> # CONFIG_SPI is not set
> # CONFIG_SPI_MASTER is not set
> # CONFIG_W1 is not set
> # CONFIG_POWER_SUPPLY is not set
> # CONFIG_HWMON is not set
> # CONFIG_THERMAL is not set
> # CONFIG_WATCHDOG is not set
>
> #
> # Sonics Silicon Backplane
> #
> CONFIG_SSB_POSSIBLE=y
> # CONFIG_SSB is not set
>
> #
> # Multifunction device drivers
> #
> # CONFIG_MFD_SM501 is not set
>
> #
> # Multimedia devices
> #
> # CONFIG_VIDEO_DEV is not set
> # CONFIG_DVB_CORE is not set
> # CONFIG_DAB is not set
>
> #
> # Graphics support
> #
> # CONFIG_AGP is not set
> # CONFIG_DRM is not set
> # CONFIG_VGASTATE is not set
> # CONFIG_VIDEO_OUTPUT_CONTROL is not set
> # CONFIG_FB is not set
> # CONFIG_BACKLIGHT_LCD_SUPPORT is not set
>
> #
> # Display device support
> #
> # CONFIG_DISPLAY_SUPPORT is not set
>
> #
> # Console display driver support
> #
> CONFIG_VGA_CONSOLE=y
> # CONFIG_VGACON_SOFT_SCROLLBACK is not set
> # CONFIG_VIDEO_SELECT is not set
> CONFIG_DUMMY_CONSOLE=y
>
> #
> # Sound
> #
> # CONFIG_SOUND is not set
> # CONFIG_HID_SUPPORT is not set
> # CONFIG_USB_SUPPORT is not set
> # CONFIG_MMC is not set
> # CONFIG_MEMSTICK is not set
> # CONFIG_NEW_LEDS is not set
> # CONFIG_INFINIBAND is not set
> # CONFIG_RTC_CLASS is not set
> # CONFIG_DMADEVICES is not set
>
> #
> # Userspace I/O
> #
> # CONFIG_UIO is not set
>
> #
> # Firmware Drivers
> #
> # CONFIG_EDD is not set
> # CONFIG_DELL_RBU is not set
> # CONFIG_DCDBAS is not set
> # CONFIG_DMIID is not set
>
> #
> # File systems
> #
> CONFIG_EXT2_FS=m
> # CONFIG_EXT2_FS_XATTR is not set
> # CONFIG_EXT2_FS_XIP is not set
> # CONFIG_EXT3_FS is not set
> # CONFIG_REISERFS_FS is not set
> # CONFIG_JFS_FS is not set
> # CONFIG_FS_POSIX_ACL is not set
> CONFIG_XFS_FS=y
> # CONFIG_XFS_QUOTA is not set
> # CONFIG_XFS_SECURITY is not set
> # CONFIG_XFS_POSIX_ACL is not set
> # CONFIG_XFS_RT is not set
> # CONFIG_OCFS2_FS is not set
> # CONFIG_DNOTIFY is not set
> CONFIG_INOTIFY=y
> CONFIG_INOTIFY_USER=y
> # CONFIG_QUOTA is not set
> # CONFIG_AUTOFS_FS is not set
> # CONFIG_AUTOFS4_FS is not set
> # CONFIG_FUSE_FS is not set
>
> #
> # CD-ROM/DVD Filesystems
> #
> CONFIG_ISO9660_FS=m
> # CONFIG_JOLIET is not set
> # CONFIG_ZISOFS is not set
> # CONFIG_UDF_FS is not set
>
> #
> # DOS/FAT/NT Filesystems
> #
> # CONFIG_MSDOS_FS is not set
> # CONFIG_VFAT_FS is not set
> # CONFIG_NTFS_FS is not set
>
> #
> # Pseudo filesystems
> #
> CONFIG_PROC_FS=y
> # CONFIG_PROC_KCORE is not set
> CONFIG_PROC_SYSCTL=y
> CONFIG_SYSFS=y
> # CONFIG_TMPFS is not set
> # CONFIG_HUGETLBFS is not set
> # CONFIG_HUGETLB_PAGE is not set
> # CONFIG_CONFIGFS_FS is not set
>
> #
> # Miscellaneous filesystems
> #
> # CONFIG_HFSPLUS_FS is not set
> # CONFIG_CRAMFS is not set
> # CONFIG_VXFS_FS is not set
> # CONFIG_MINIX_FS is not set
> # CONFIG_HPFS_FS is not set
> # CONFIG_QNX4FS_FS is not set
> # CONFIG_ROMFS_FS is not set
> # CONFIG_SYSV_FS is not set
> # CONFIG_UFS_FS is not set
> # CONFIG_NETWORK_FILESYSTEMS is not set
>
> #
> # Partition Types
> #
> # CONFIG_PARTITION_ADVANCED is not set
> CONFIG_MSDOS_PARTITION=y
> # CONFIG_NLS is not set
>
> #
> # Kernel hacking
> #
> CONFIG_TRACE_IRQFLAGS_SUPPORT=y
> # CONFIG_PRINTK_TIME is not set
> # CONFIG_ENABLE_WARN_DEPRECATED is not set
> # CONFIG_ENABLE_MUST_CHECK is not set
> # CONFIG_MAGIC_SYSRQ is not set
> # CONFIG_UNUSED_SYMBOLS is not set
> # CONFIG_DEBUG_FS is not set
> # CONFIG_HEADERS_CHECK is not set
> # CONFIG_DEBUG_KERNEL is not set
> # CONFIG_SLUB_DEBUG_ON is not set
> # CONFIG_SLUB_STATS is not set
> CONFIG_DEBUG_BUGVERBOSE=y
> # CONFIG_LATENCYTOP is not set
> # CONFIG_PROVIDE_OHCI1394_DMA_INIT is not set
> # CONFIG_SAMPLES is not set
> CONFIG_EARLY_PRINTK=y
> CONFIG_X86_FIND_SMP_CONFIG=y
> CONFIG_X86_MPPARSE=y
> CONFIG_DOUBLEFAULT=y
> CONFIG_IO_DELAY_TYPE_0X80=0
> CONFIG_IO_DELAY_TYPE_0XED=1
> CONFIG_IO_DELAY_TYPE_UDELAY=2
> CONFIG_IO_DELAY_TYPE_NONE=3
> CONFIG_IO_DELAY_0X80=y
> # CONFIG_IO_DELAY_0XED is not set
> # CONFIG_IO_DELAY_UDELAY is not set
> # CONFIG_IO_DELAY_NONE is not set
> CONFIG_DEFAULT_IO_DELAY_TYPE=0
>
> #
> # Security options
> #
> # CONFIG_KEYS is not set
> # CONFIG_SECURITY is not set
> CONFIG_CRYPTO=y
> CONFIG_CRYPTO_ALGAPI=y
> CONFIG_CRYPTO_AEAD=y
> CONFIG_CRYPTO_BLKCIPHER=y
> # CONFIG_CRYPTO_SEQIV is not set
> CONFIG_CRYPTO_HASH=y
> CONFIG_CRYPTO_MANAGER=y
> CONFIG_CRYPTO_HMAC=y
> # CONFIG_CRYPTO_NULL is not set
> # CONFIG_CRYPTO_MD4 is not set
> CONFIG_CRYPTO_MD5=y
> CONFIG_CRYPTO_SHA1=y
> CONFIG_CRYPTO_SHA256=y
> CONFIG_CRYPTO_SHA512=y
> # CONFIG_CRYPTO_WP512 is not set
> # CONFIG_CRYPTO_TGR192 is not set
> CONFIG_CRYPTO_ECB=m
> CONFIG_CRYPTO_CBC=y
> # CONFIG_CRYPTO_PCBC is not set
> # CONFIG_CRYPTO_CTR is not set
> # CONFIG_CRYPTO_GCM is not set
> # CONFIG_CRYPTO_CCM is not set
> # CONFIG_CRYPTO_CRYPTD is not set
> CONFIG_CRYPTO_DES=y
> # CONFIG_CRYPTO_FCRYPT is not set
> CONFIG_CRYPTO_BLOWFISH=m
> # CONFIG_CRYPTO_TWOFISH is not set
> CONFIG_CRYPTO_TWOFISH_COMMON=m
> CONFIG_CRYPTO_TWOFISH_586=m
> CONFIG_CRYPTO_SERPENT=m
> CONFIG_CRYPTO_AES=y
> CONFIG_CRYPTO_AES_586=y
> # CONFIG_CRYPTO_CAST5 is not set
> # CONFIG_CRYPTO_CAST6 is not set
> # CONFIG_CRYPTO_TEA is not set
> # CONFIG_CRYPTO_ARC4 is not set
> # CONFIG_CRYPTO_KHAZAD is not set
> # CONFIG_CRYPTO_ANUBIS is not set
> # CONFIG_CRYPTO_SEED is not set
> CONFIG_CRYPTO_DEFLATE=y
> # CONFIG_CRYPTO_MICHAEL_MIC is not set
> # CONFIG_CRYPTO_CRC32C is not set
> # CONFIG_CRYPTO_CAMELLIA is not set
> # CONFIG_CRYPTO_TEST is not set
> CONFIG_CRYPTO_AUTHENC=y
> CONFIG_CRYPTO_LZO=m
> # CONFIG_CRYPTO_HW is not set
> CONFIG_HAVE_KVM=y
> # CONFIG_VIRTUALIZATION is not set
>
> #
> # Library routines
> #
> CONFIG_BITREVERSE=m
> CONFIG_CRC_CCITT=m
> CONFIG_CRC16=m
> # CONFIG_CRC_ITU_T is not set
> CONFIG_CRC32=m
> # CONFIG_CRC7 is not set
> CONFIG_LIBCRC32C=m
> CONFIG_ZLIB_INFLATE=y
> CONFIG_ZLIB_DEFLATE=y
> CONFIG_LZO_COMPRESS=m
> CONFIG_LZO_DECOMPRESS=m
> CONFIG_TEXTSEARCH=y
> CONFIG_TEXTSEARCH_KMP=m
> CONFIG_TEXTSEARCH_BM=m
> CONFIG_TEXTSEARCH_FSM=m
> CONFIG_PLIST=y
> CONFIG_HAS_IOMEM=y
> CONFIG_HAS_IOPORT=y
> CONFIG_HAS_DMA=y
>
> Linux version 2.6.25 (root@Halley) (gcc version 3.3.6) #1 Tue Apr 22
> 11:11:01 CEST 2008
> BIOS-provided physical RAM map:
> BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
> BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
> BIOS-e820: 00000000000f0400 - 0000000000100000 (reserved)
> BIOS-e820: 0000000000100000 - 0000000007ffe400 (usable)
> BIOS-e820: 0000000007ffe400 - 0000000007fffc00 (ACPI data)
> BIOS-e820: 0000000007fffc00 - 0000000008000000 (ACPI NVS)
> BIOS-e820: 00000000ffff0400 - 0000000100000000 (reserved)
> 127MB LOWMEM available.
> Scan SMP from c0000000 for 1024 bytes.
> Scan SMP from c009fc00 for 1024 bytes.
> Scan SMP from c00f0000 for 65536 bytes.
> Scan SMP from c009fc00 for 1024 bytes.
> Entering add_active_range(0, 0, 32766) 0 entries of 256 used
> Zone PFN ranges:
> DMA 0 - 4096
> Normal 4096 - 32766
> Movable zone start PFN for each node
> early_node_map[1] active PFN ranges
> 0: 0 - 32766
> On node 0 totalpages: 32766
> DMA zone: 32 pages used for memmap
> DMA zone: 0 pages reserved
> DMA zone: 4064 pages, LIFO batch:0
> Normal zone: 223 pages used for memmap
> Normal zone: 28447 pages, LIFO batch:7
> Movable zone: 0 pages used for memmap
> DMI not present or invalid.
> ACPI: RSDP 000F7010, 0014 (r0 PTLTD )
> ACPI: RSDT 07FFE567, 0028 (r1 PTLTD RSDT 0 PTL 1000000)
> ACPI: FACP 07FFE58F, 0074 (r1 SAG D1131/15 1 F4240)
> ACPI: DSDT 07FFE603, 15FD (r1 SAG D1131/15 1 MSFT 100000B)
> ACPI: FACS 07FFFFC0, 0040
> ACPI: PM-Timer IO Port: 0xf0c8
> Allocating PCI resources starting at 10000000 (gap: 08000000:f7ff0400)
> Built 1 zonelists in Zone order, mobility grouping on. Total pages:
> 32511
> Kernel command line: auto BOOT_IMAGE=Linux ro root=301 slub_debug
> Local APIC disabled by BIOS -- you can enable it with "lapic"
> mapped APIC to ffffb000 (01101000)
> Enabling fast FPU save and restore... done.
> Enabling unmasked SIMD FPU exception support... done.
> Initializing CPU#0
> PID hash table entries: 512 (order: 9, 2048 bytes)
> Detected 448.638 MHz processor.
> Console: colour VGA+ 80x25
> console [tty0] enabled
> Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
> Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
> Memory: 126348k/131064k available (2016k kernel code, 4188k reserved,
> 664k data, 184k init, 0k highmem)
> virtual kernel memory layout:
> fixmap : 0xfffb5000 - 0xfffff000 ( 296 kB)
> vmalloc : 0xc8800000 - 0xfffb3000 ( 887 MB)
> lowmem : 0xc0000000 - 0xc7ffe000 ( 127 MB)
> .init : 0xc03a2000 - 0xc03d0000 ( 184 kB)
> .data : 0xc02f83cf - 0xc039e3dc ( 664 kB)
> .text : 0xc0100000 - 0xc02f83cf (2016 kB)
> Checking if this processor honours the WP bit even in supervisor
> mode...Ok.
> CPA: page pool initialized 1 of 1 pages preallocated
> SLUB: Genslabs=12, HWalign=32, Order=0-1, MinObjects=4, CPUs=1, Nodes=1
> Calibrating delay using timer specific routine.. 898.14 BogoMIPS
> (lpj=1796296)
> Mount-cache hash table entries: 512
> CPU: L1 I cache: 16K, L1 D cache: 16K
> CPU: L2 cache: 512K
> Compat vDSO mapped to ffffe000.
> CPU: Intel Pentium III (Katmai) stepping 03
> Checking 'hlt' instruction... OK.
> Freeing SMP alternatives: 0k freed
> ACPI: Core revision 20070126
> ACPI: setting ELCR to 0200 (from 0e20)
> net_namespace: 444 bytes
> NET: Registered protocol family 16
> ACPI: bus type pci registered
> PCI: PCI BIOS revision 2.10 entry at 0xfd9c4, last bus=1
> PCI: Using configuration type 1
> Setting up standard PCI resources
> ACPI: EC: Look up EC in DSDT
> ACPI: Interpreter enabled
> ACPI: (supports S0 S5)
> ACPI: Using PIC for interrupt routing
> ACPI: Device [ECP] status [00000008]: functional but not present;
> setting present
> ACPI: PCI Root Bridge [PCI0] (0000:00)
> * Found PM-Timer Bug on the chipset. Due to workarounds for a bug,
> * this clock source is slow. Consider trying other clock sources
> pci 0000:00:07.3: quirk: region f0c0-f0ff claimed by PIIX4 ACPI
> pci 0000:00:07.3: quirk: region f0b0-f0bf claimed by PIIX4 SMB
> ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
> ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
> ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 *10 11 12 14 15)
> ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 9 10 11 12 14 15)
> ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
> Linux Plug and Play Support v0.97 (c) Adam Belay
> pnp: PnP ACPI init
> ACPI: bus type pnp registered
> pnp: PnP ACPI: found 12 devices
> ACPI: ACPI bus type pnp unregistered
> PCI: Using ACPI for IRQ routing
> PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a
> report
> system 00:01: ioport range 0x370-0x371 has been reserved
> system 00:01: ioport range 0x4d0-0x4d1 has been reserved
> system 00:01: ioport range 0xf0b0-0xf0bf has been reserved
> system 00:01: ioport range 0xf0c0-0xf0cf has been reserved
> system 00:01: ioport range 0xf0d0-0xf0ff has been reserved
> PCI: Bridge: 0000:00:01.0
> IO window: d000-dfff
> MEM window: 0xfea00000-0xfeafffff
> PREFETCH window: 0x00000000de000000-0x00000000deffffff
> NET: Registered protocol family 2
> IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
> TCP established hash table entries: 4096 (order: 3, 32768 bytes)
> TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
> TCP: Hash tables configured (established 4096 bind 4096)
> TCP reno registered
> SGI XFS with no debug enabled
> io scheduler noop registered
> io scheduler deadline registered (default)
> pci 0000:00:00.0: Limiting direct PCI/PCI transfers
> pci 0000:00:0c.0: Firmware left e100 interrupts enabled; disabling
> pci 0000:00:0e.0: Firmware left e100 interrupts enabled; disabling
> pci 0000:01:00.0: Boot video device
> Uniform Multi-Platform E-IDE driver
> ide: Assuming 33MHz system bus speed for PIO modes; override with
> idebus=xx
> PIIX4: IDE controller (0x8086:0x7111 rev 0x01) at PCI slot 0000:00:07.1
> PIIX4: not 100% native mode: will probe irqs later
> ide0: BM-DMA at 0xfcf0-0xfcf7, BIOS settings: hda:DMA, hdb:PIO
> ide1: BM-DMA at 0xfcf8-0xfcff, BIOS settings: hdc:DMA, hdd:PIO
> Probing IDE interface ide0...
> hda: ST320413A, ATA DISK drive
> hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4
> hda: UDMA/33 mode selected
> Probing IDE interface ide1...
> hdc: LTN382, ATAPI CD/DVD-ROM drive
> hdc: host max PIO4 wanted PIO255(auto-tune) selected PIO4
> hdc: UDMA/33 mode selected
> ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
> ide1 at 0x170-0x177,0x376 on irq 15
> hda: max request size: 128KiB
> hda: 39102336 sectors (20020 MB) w/1024KiB Cache, CHS=38792/16/63
> hda: cache flushes not supported
> hda: hda1 hda2 < hda5 hda6 hda7 hda8 hda9 >
> i8042 aux: probe of 00:07 failed with error -16
> PNP: PS/2 Controller [PNP0303:KEYB] at 0x60,0x64 irq 1
> PNP: PS/2 appears to have AUX port disabled, if this is incorrect please
> boot with i8042.nopnp
> serio: i8042 KBD port at 0x60,0x64 irq 1
> mice: PS/2 mouse device common for all mice
> nf_conntrack version 0.5.0 (2048 buckets, 8192 max)
> ip_tables: (C) 2000-2006 Netfilter Core Team
> TCP cubic registered
> Initializing XFRM netlink socket
> NET: Registered protocol family 1
> NET: Registered protocol family 17
> NET: Registered protocol family 15
> Using IPI Shortcut mode
> Filesystem "hda1": Disabling barriers, not supported by the underlying
> device
> XFS mounting filesystem hda1
> Starting XFS recovery on filesystem: hda1 (logdev: internal)
> Ending XFS recovery on filesystem: hda1 (logdev: internal)
> VFS: Mounted root (xfs filesystem) readonly.
> Freeing unused kernel memory: 184k freed
> Adding 674688k swap on /dev/hda9. Priority:-1 extents:1 across:674688k
> Filesystem "hda1": Disabling barriers, not supported by the underlying
> device
> Filesystem "hda1": Disabling barriers, not supported by the underlying
> device
> e100: Intel(R) PRO/100 Network Driver, 3.5.23-k4-NAPI
> e100: Copyright(c) 1999-2006 Intel Corporation
> ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 10
> PCI: setting IRQ 10 as level-triggered
> ACPI: PCI Interrupt 0000:00:0c.0[A] -Link [LNKB] -GSI 10 (level,
> low) -IRQ 10
> e100: eth0: e100_probe: addr 0xfecff000, irq 10, MAC addr
> 00:90:27:74:66:4c
> ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 5
> PCI: setting IRQ 5 as level-triggered
> ACPI: PCI Interrupt 0000:00:0e.0[A] -Link [LNKC] -GSI 5 (level,
> low) -IRQ 5
> e100: eth1: e100_probe: addr 0xfecfe000, irq 5, MAC addr
> 00:d0:b7:18:14:bc
> ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11
> PCI: setting IRQ 11 as level-triggered
> ACPI: PCI Interrupt 0000:00:0a.0[A] -Link [LNKA] -GSI 11 (level,
> low) -IRQ 11
> 3c59x: Donald Becker and others.
> 0000:00:0a.0: 3Com PCI 3c905 Boomerang 100baseTx at 0001e800.
> Filesystem "hda5": Disabling barriers, not supported by the underlying
> device
> XFS mounting filesystem hda5
> Starting XFS recovery on filesystem: hda5 (logdev: internal)
> Ending XFS recovery on filesystem: hda5 (logdev: internal)
> Filesystem "hda6": Disabling barriers, not supported by the underlying
> device
> XFS mounting filesystem hda6
> Starting XFS recovery on filesystem: hda6 (logdev: internal)
> Ending XFS recovery on filesystem: hda6 (logdev: internal)
> Filesystem "hda7": Disabling barriers, not supported by the underlying
> device
> XFS mounting filesystem hda7
> Starting XFS recovery on filesystem: hda7 (logdev: internal)
> Ending XFS recovery on filesystem: hda7 (logdev: internal)
> Filesystem "hda8": Disabling barriers, not supported by the underlying
> device
> XFS mounting filesystem hda8
> Ending clean XFS mount for filesystem: hda8
> e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
> eth2: setting full-duplex.
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
2008-04-28 9:42 ` 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c David Miller
@ 2008-04-28 10:18 ` Marco Berizzi
2008-04-29 14:37 ` Marco Berizzi
1 sibling, 0 replies; 40+ messages in thread
From: Marco Berizzi @ 2008-04-28 10:18 UTC (permalink / raw)
To: David Miller; +Cc: linux-kernel, netdev, Marco Berizzi
David Miller wrote:
> Netdev added to CC:, please include in all bug reports as
> that's where the networking developers sit.
ok.
Two different systems have crashed since
2.6.25 upgrade (I upgraded a total of 8
systems).
For now, the only two boxes that crashed
have these modules loaded (where the other
systems doesn't have these modules loaded):
sch_sfq 6088 3
sch_htb 15208 1
cls_fw 3848 1
Here is the script for setup htb (which classify
traffic inside the ipsec tunnels):
tc qdisc add dev eth0 root handle 1:0 htb default 11
tc class add dev eth0 parent 1:0 classid 1:1 htb rate 1700kbit ceil
1700kbit burst 15k
tc class add dev eth0 parent 1:1 classid 1:10 htb rate 200kbit ceil
400kbit burst 5k
tc class add dev eth0 parent 1:1 classid 1:11 htb rate 600kbit ceil
1600kbit burst 5k
tc class add dev eth0 parent 1:1 classid 1:12 htb rate 800kbit ceil
1700kbit burst 15k
tc qdisc add dev eth0 parent 1:10 handle 10:0 sfq perturb 10
tc qdisc add dev eth0 parent 1:11 handle 20:0 sfq perturb 5
tc qdisc add dev eth0 parent 1:12 handle 30:0 sfq perturb 10
FW="tc filter add dev eth0 protocol ip parent 1:0 prio 1"
$FW handle 110 fw flowid 1:10
$FW handle 111 fw flowid 1:11
$FW handle 112 fw flowid 1:12
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
2008-04-28 9:42 ` 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c David Miller
2008-04-28 10:18 ` Marco Berizzi
@ 2008-04-29 14:37 ` Marco Berizzi
2008-05-02 12:02 ` Herbert Xu
1 sibling, 1 reply; 40+ messages in thread
From: Marco Berizzi @ 2008-04-29 14:37 UTC (permalink / raw)
To: linux-kernel, netdev
Just few minutes ago, another 2.6.25 crash
with this message:
EIP: [<c028000a>] netif_rx+0x6a/0xd0 SS:ESP 0068:c039f868
http://80.204.235.230/4.jpg
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
[not found] <BAY103-DAV11F874912A45144805FC26B2DE0@phx.gbl>
2008-04-28 9:42 ` 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c David Miller
@ 2008-04-30 15:15 ` Herbert Xu
2008-04-30 15:38 ` Marco Berizzi
1 sibling, 1 reply; 40+ messages in thread
From: Herbert Xu @ 2008-04-30 15:15 UTC (permalink / raw)
To: Marco Berizzi; +Cc: linux-kernel, netdev
Marco Berizzi <pupilla@hotmail.com> wrote:
> I know, it is pretty useless this report,
> but I have nothing more than these bitmaps
> and the message in the subject :-(
>
> http://80.204.235.230/1.jpg
> http://80.204.235.230/2.jpg
> http://80.204.235.230/2.jpg
Could you please take a better shot of this crash the next time
it happens? As it is the right-hand-side of the code section is
missing which makes it hard to determine where exactly it crashed.
Alternatively send me your xfrm_output.o file (or vmlinux).
Thanks,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
2008-04-30 15:15 ` Herbert Xu
@ 2008-04-30 15:38 ` Marco Berizzi
2008-05-01 11:53 ` Herbert Xu
0 siblings, 1 reply; 40+ messages in thread
From: Marco Berizzi @ 2008-04-30 15:38 UTC (permalink / raw)
To: netdev
Herbert Xu wrote:
> Marco Berizzi <pupilla@hotmail.com> wrote:
> > I know, it is pretty useless this report,
> > but I have nothing more than these bitmaps
> > and the message in the subject :-(
> >
> > http://80.204.235.230/1.jpg
> > http://80.204.235.230/2.jpg
> > http://80.204.235.230/2.jpg
>
> Could you please take a better shot of this crash the next time
> it happens? As it is the right-hand-side of the code section is
> missing which makes it hard to determine where exactly it crashed.
>
> Alternatively send me your xfrm_output.o file (or vmlinux).
I have removed these modules from
the two boxes that are crashing:
sch_sfq
sch_htb
cls_fw
I will wait to see if they are crashing
again without these modules loaded.
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
2008-04-30 15:38 ` Marco Berizzi
@ 2008-05-01 11:53 ` Herbert Xu
2008-05-01 12:59 ` Marco Berizzi
0 siblings, 1 reply; 40+ messages in thread
From: Herbert Xu @ 2008-05-01 11:53 UTC (permalink / raw)
To: Marco Berizzi; +Cc: netdev
Marco Berizzi <pupilla@hotmail.com> wrote:
> I have removed these modules from
> the two boxes that are crashing:
OK, I've matched up your xfrm_output.o with the crash and it
would appear that skb->dst is either NULL or crap after the
local_out call in xfrm_output_resume. We know that it was valid
before the call because skb->dst is used to make that call.
So it would appear that some netfilter rule has freed skb->dst.
Do you have relevant netfilter rules, e.g., NAT entries or any
rules that might reroute the packet?
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
2008-05-01 11:53 ` Herbert Xu
@ 2008-05-01 12:59 ` Marco Berizzi
2008-05-01 14:09 ` Herbert Xu
0 siblings, 1 reply; 40+ messages in thread
From: Marco Berizzi @ 2008-05-01 12:59 UTC (permalink / raw)
To: Herbert Xu; +Cc: netdev
Herbert Xu wrote:
> So it would appear that some netfilter rule has freed skb->dst.
> Do you have relevant netfilter rules, e.g., NAT entries
nat table is empty
> or any
> rules that might reroute the packet?
Yes indeed, this box is in the middle of a very poorly designed
network: it is the default gateway for lan clients, but it is
routing back all traffic to another lan box except for ipsec
traffic.
eth2 is internal lan and eth0 is the interface connected to
the isp router.
root@Halley:/# ip ru sh
0: from all lookup local
601: from 172.23.0.0/23 iif eth2 lookup isa
32766: from all lookup main
32767: from all lookup default
root@Halley:/# ip r s table isa
default via 172.23.1.254 dev eth2 metric 1
root@Halley:/# ip r s
88.51.228.225 dev eth0 scope link
88.51.228.224/28 dev eth1 proto kernel scope link src 88.51.228.238
172.22.1.0/24 via 88.51.228.225 dev eth0 src 172.23.2.254
172.18.1.0/24 via 88.51.228.225 dev eth0
172.25.5.0/24 via 88.51.228.225 dev eth0
172.25.1.0/24 via 88.51.228.225 dev eth0
172.21.1.0/24 via 88.51.228.225 dev eth0
172.17.1.0/24 via 88.51.228.225 dev eth0
172.23.2.0/23 via 88.51.228.225 dev eth0
172.23.0.0/23 dev eth2 proto kernel scope link src 172.23.1.8
172.16.0.0/23 via 88.51.228.225 dev eth0
127.0.0.0/8 dev lo scope link
default via 88.51.228.225 dev eth0 metric 1
root@Halley:/# ip a s
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 00:90:27:74:66:4c brd ff:ff:ff:ff:ff:ff
inet 88.51.228.238/28 brd 88.51.228.239 scope global eth0
inet 172.23.2.254/32 scope global eth0
3: eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000
link/ether 00:d0:b7:18:14:bc brd ff:ff:ff:ff:ff:ff
inet 88.51.228.238/28 brd 88.51.228.239 scope global eth1
4: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
link/ether 00:60:08:6d:3a:84 brd ff:ff:ff:ff:ff:ff
inet 172.23.1.8/23 brd 172.23.1.255 scope global eth2
Here is the info you asked:
root@Halley:~# iptables -nvxL -t nat
Chain PREROUTING (policy ACCEPT 72557 packets, 6148591 bytes)
pkts bytes target prot opt in out source destination
Chain POSTROUTING (policy ACCEPT 46575 packets, 3596771 bytes)
pkts bytes target prot opt in out source destination
Chain OUTPUT (policy ACCEPT 191 packets, 26422 bytes)
pkts bytes target prot opt in out source destination
root@Halley:~# iptables -nvxL -t mangle
Chain PREROUTING (policy ACCEPT 13646213 packets, 12635102939 bytes)
pkts bytes target prot opt in out source destination
2752 2713288 MARK tcp -- eth2 * 0.0.0.0/0 172.16.0.0/12 multiport dports 20,25 MARK set 0x6e
0 0 MARK all -- * * 0.0.0.0/0 172.16.0.0/12 helper match "ftp" MARK set 0x6e
209912 10965262 MARK tcp -- eth2 * 0.0.0.0/0 172.16.0.0/12 multiport dports 1494,2598 MARK set 0x70
Chain INPUT (policy ACCEPT 7226005 packets, 8188427260 bytes)
pkts bytes target prot opt in out source destination
Chain FORWARD (policy ACCEPT 6413301 packets, 4441928803 bytes)
pkts bytes target prot opt in out source destination
Chain OUTPUT (policy ACCEPT 2626545 packets, 513891469 bytes)
pkts bytes target prot opt in out source destination
Chain POSTROUTING (policy ACCEPT 8985576 packets, 4948767535 bytes)
pkts bytes target prot opt in out source destination
root@Halley:~# iptables -nvxL -t filter
Chain INPUT (policy DROP 18528 packets, 1978955 bytes)
pkts bytes target prot opt in out source destination
9788 662676 ACCEPT all -- * * 172.16.1.247 0.0.0.0/0
107544 30848205 ACCEPT all -- * * 80.204.235.254 0.0.0.0/0
0 0 ACCEPT all -- * * 127.0.0.1 127.0.0.1
3721271 4246951537 ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
18232 1950857 green-me all -- eth2 * 172.23.0.0/23 0.0.0.0/0
0 0 dmz-me all -- eth1 * 88.51.228.224/28 0.0.0.0/0
3361526 3907062198 red-me all -- eth0 * 0.0.0.0/0 0.0.0.0/0
Chain FORWARD (policy DROP 3093 packets, 230687 bytes)
pkts bytes target prot opt in out source destination
6211800 4421683285 ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
147228 15568498 ACCEPT all -- eth2 eth2 172.23.0.0/23 0.0.0.0/0
2366 220478 ACCEPT all -- * * 172.23.0.0/23 172.16.0.0/23
5774 531670 ACCEPT all -- * * 172.16.0.0/23 172.23.0.0/23
1201 90893 ACCEPT all -- * * 172.23.0.0/23 172.23.2.0/23
3114 275588 ACCEPT all -- * * 172.23.2.0/23 172.23.0.0/23
6141 505776 ACCEPT all -- * * 172.23.0.0/23 172.18.1.0/24
10018 684510 ACCEPT all -- * * 172.18.1.0/24 172.23.0.0/23
8620 755691 ACCEPT all -- * * 172.23.0.0/23 172.25.1.0/24
572 86585 ACCEPT all -- * * 172.25.1.0/24 172.23.0.0/23
2554 124898 ACCEPT all -- * * 172.23.0.0/23 172.25.5.0/24
3713 286355 ACCEPT all -- * * 172.25.5.0/24 172.23.0.0/23
66 3168 ACCEPT all -- * * 172.23.0.0/23 172.17.1.0/24
298 30003 ACCEPT all -- * * 172.17.1.0/24 172.23.0.0/23
0 0 ACCEPT all -- * * 172.23.0.0/23 172.22.1.0/24
10 2674 ACCEPT all -- * * 172.22.1.0/24 172.23.0.0/23
0 0 ACCEPT all -- * * 172.23.0.0/23 172.21.1.0/24
108 26588 ACCEPT all -- * * 172.21.1.0/24 172.23.0.0/23
0 0 ACCEPT all -- * * 172.23.0.0/23 81.113.185.96/27
0 0 ACCEPT all -- * * 81.113.185.96/27 172.23.0.0/23
30 1472 green-red all -- eth2 eth0 172.23.0.0/23 0.0.0.0/0
0 0 green-dmz all -- eth2 eth1 172.23.0.0/23 88.51.228.224/28
0 0 dmz-red all -- eth1 eth0 88.51.228.224/28 0.0.0.0/0
0 0 dmz-green all -- eth1 eth2 88.51.228.224/28 172.23.0.0/23
3063 229215 syn-flood-dmz all -- eth0 eth1 0.0.0.0/0 88.51.228.224/28
0 0 syn-flood-green all -- eth0 eth2 0.0.0.0/0 172.23.0.0/23
Chain OUTPUT (policy DROP 4866 packets, 722169 bytes)
pkts bytes target prot opt in out source destination
0 0 ACCEPT all -- * * 127.0.0.1 127.0.0.1
2570465 506300871 ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
36483 5204284 me-green all -- * eth2 0.0.0.0/0 172.23.0.0/23
0 0 me-dmz all -- * eth1 0.0.0.0/0 88.51.228.224/28
191 26666 me-red all -- * eth0 0.0.0.0/0 0.0.0.0/0
Chain dmz-green (1 references)
pkts bytes target prot opt in out source destination
0 0 icmp-me icmp -- * * 0.0.0.0/0 0.0.0.0/0
0 0 REJECT all -- * * 0.0.0.0/0 0.0.0.0/0 reject-with icmp-host-unreachable
Chain dmz-me (1 references)
pkts bytes target prot opt in out source destination
Chain dmz-red (1 references)
pkts bytes target prot opt in out source destination
0 0 icmp-me icmp -- * * 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- * * 88.51.228.224/28 85.32.35.0/27
0 0 ACCEPT all -- * * 88.51.228.224/28 82.189.143.32/28
0 0 ACCEPT all -- * * 88.51.228.224/28 88.45.249.192/27
0 0 ACCEPT all -- * * 88.51.228.224/28 88.35.239.32/28
0 0 ACCEPT all -- * * 88.51.228.224/28 81.113.185.96/27
0 0 ACCEPT all -- * * 88.51.228.224/28 88.57.240.144/28
0 0 ACCEPT all -- * * 88.51.228.224/28 88.40.176.96/28
0 0 ACCEPT all -- * * 88.51.228.224/28 85.41.109.160/27
0 0 ACCEPT all -- * * 88.51.228.224/28 80.204.235.224/27
0 0 ACCEPT all -- * * 88.51.228.224/28 88.52.180.96/28
Chain green-dmz (1 references)
pkts bytes target prot opt in out source destination
0 0 ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0
Chain green-me (1 references)
pkts bytes target prot opt in out source destination
0 0 ACCEPT icmp -- * * 172.23.1.4 0.0.0.0/0 icmp type 8
Chain green-red (1 references)
pkts bytes target prot opt in out source destination
Chain icmp-me (3 references)
pkts bytes target prot opt in out source destination
0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmp type 0
0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmp type 8
0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmp type 3
Chain me-dmz (1 references)
pkts bytes target prot opt in out source destination
Chain me-green (1 references)
pkts bytes target prot opt in out source destination
Chain me-red (1 references)
pkts bytes target prot opt in out source destination
0 0 icmp-me icmp -- * * 0.0.0.0/0 0.0.0.0/0
4 576 ACCEPT esp -- * * 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 multiport dports 53,123
183 25850 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 multiport dports 53,123,500,4500,6666
Chain red-dmz (3 references)
pkts bytes target prot opt in out source destination
Chain red-green (3 references)
pkts bytes target prot opt in out source destination
0 0 ACCEPT tcp -- * * 0.0.0.0/0 172.23.1.2 multiport dports 80
Chain red-me (1 references)
pkts bytes target prot opt in out source destination
0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmp type 3
179 36984 ACCEPT esp -- * * 0.0.0.0/0 0.0.0.0/0
3360694 3906910252 ACCEPT 4 -- * * 0.0.0.0/0 0.0.0.0/0
376 93408 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 multiport dports 500,4500
Chain syn-flood-dmz (1 references)
pkts bytes target prot opt in out source destination
1767 101324 red-dmz tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp flags:0x17/0x02 limit: avg 1/sec burst 5
7 280 red-dmz tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp flags:0x17/0x04 limit: avg 1/sec burst 5
214 66554 red-dmz udp -- * * 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- * * 85.32.35.0/27 88.51.228.224/28
0 0 ACCEPT all -- * * 82.189.143.32/28 88.51.228.224/28
0 0 ACCEPT all -- * * 88.45.249.192/27 88.51.228.224/28
0 0 ACCEPT all -- * * 88.35.239.32/28 88.51.228.224/28
0 0 ACCEPT all -- * * 81.113.185.96/27 88.51.228.224/28
0 0 ACCEPT all -- * * 88.57.240.144/28 88.51.228.224/28
0 0 ACCEPT all -- * * 88.40.176.96/28 88.51.228.224/28
0 0 ACCEPT all -- * * 85.41.109.160/27 88.51.228.224/28
0 0 ACCEPT all -- * * 80.204.235.224/27 88.51.228.224/28
0 0 ACCEPT all -- * * 88.52.180.96/28 88.51.228.224/28
Chain syn-flood-green (1 references)
pkts bytes target prot opt in out source destination
0 0 red-green tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp flags:0x17/0x02 limit: avg 20/min burst 5
0 0 red-green tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp flags:0x17/0x04 limit: avg 20/min burst 5
0 0 red-green udp -- * * 0.0.0.0/0 0.0.0.0/0
root@Halley:/# ip x p
src 172.25.1.0/24 dst 172.23.0.0/23
dir in priority 2376
tmpl src 85.41.109.190 dst 88.51.228.238
proto comp reqid 16386 mode tunnel
level use
tmpl src 0.0.0.0 dst 0.0.0.0
proto esp reqid 16385 mode transport
src 172.18.1.0/24 dst 172.23.0.0/23
dir in priority 2376
tmpl src 85.32.35.30 dst 88.51.228.238
proto comp reqid 16394 mode tunnel
level use
tmpl src 0.0.0.0 dst 0.0.0.0
proto esp reqid 16393 mode transport
src 172.21.1.0/24 dst 172.23.0.0/23
dir in priority 2376
tmpl src 88.35.239.46 dst 88.51.228.238
proto comp reqid 16390 mode tunnel
level use
tmpl src 0.0.0.0 dst 0.0.0.0
proto esp reqid 16389 mode transport
src 172.22.1.0/24 dst 172.23.0.0/23
dir in priority 2376
tmpl src 88.45.249.222 dst 88.51.228.238
proto comp reqid 16398 mode tunnel
level use
tmpl src 0.0.0.0 dst 0.0.0.0
proto esp reqid 16397 mode transport
src 172.25.5.0/24 dst 172.23.0.0/23
dir in priority 2376
tmpl src 88.57.240.158 dst 88.51.228.238
proto comp reqid 16402 mode tunnel
level use
tmpl src 0.0.0.0 dst 0.0.0.0
proto esp reqid 16401 mode transport
src 172.17.1.0/24 dst 172.23.0.0/23
dir in priority 2376
tmpl src 82.189.143.46 dst 88.51.228.238
proto comp reqid 16410 mode tunnel
level use
tmpl src 0.0.0.0 dst 0.0.0.0
proto esp reqid 16409 mode transport
src 172.16.0.0/23 dst 172.23.0.0/23
dir in priority 2377
tmpl src 80.204.235.254 dst 88.51.228.238
proto comp reqid 16414 mode tunnel
level use
tmpl src 0.0.0.0 dst 0.0.0.0
proto esp reqid 16413 mode transport
src 172.23.2.0/23 dst 172.23.0.0/23
dir in priority 2377
tmpl src 88.52.180.110 dst 88.51.228.238
proto comp reqid 16406 mode tunnel
level use
tmpl src 0.0.0.0 dst 0.0.0.0
proto esp reqid 16405 mode transport
src 172.23.0.0/23 dst 172.25.1.0/24
dir out priority 2376
tmpl src 88.51.228.238 dst 85.41.109.190
proto comp reqid 16386 mode tunnel
tmpl src 0.0.0.0 dst 0.0.0.0
proto esp reqid 16385 mode transport
src 172.23.0.0/23 dst 172.21.1.0/24
dir out priority 2376
tmpl src 88.51.228.238 dst 88.35.239.46
proto comp reqid 16390 mode tunnel
tmpl src 0.0.0.0 dst 0.0.0.0
proto esp reqid 16389 mode transport
src 172.23.0.0/23 dst 172.18.1.0/24
dir out priority 2376
tmpl src 88.51.228.238 dst 85.32.35.30
proto comp reqid 16394 mode tunnel
tmpl src 0.0.0.0 dst 0.0.0.0
proto esp reqid 16393 mode transport
src 172.23.0.0/23 dst 172.22.1.0/24
dir out priority 2376
tmpl src 88.51.228.238 dst 88.45.249.222
proto comp reqid 16398 mode tunnel
tmpl src 0.0.0.0 dst 0.0.0.0
proto esp reqid 16397 mode transport
src 172.23.0.0/23 dst 172.25.5.0/24
dir out priority 2376
tmpl src 88.51.228.238 dst 88.57.240.158
proto comp reqid 16402 mode tunnel
tmpl src 0.0.0.0 dst 0.0.0.0
proto esp reqid 16401 mode transport
src 172.23.0.0/23 dst 172.17.1.0/24
dir out priority 2376
tmpl src 88.51.228.238 dst 82.189.143.46
proto comp reqid 16410 mode tunnel
tmpl src 0.0.0.0 dst 0.0.0.0
proto esp reqid 16409 mode transport
src 172.23.0.0/23 dst 172.23.2.0/23
dir out priority 2377
tmpl src 88.51.228.238 dst 88.52.180.110
proto comp reqid 16406 mode tunnel
tmpl src 0.0.0.0 dst 0.0.0.0
proto esp reqid 16405 mode transport
src 172.23.0.0/23 dst 172.16.0.0/23
dir out priority 2377
tmpl src 88.51.228.238 dst 80.204.235.254
proto comp reqid 16414 mode tunnel
tmpl src 0.0.0.0 dst 0.0.0.0
proto esp reqid 16413 mode transport
src 172.25.1.0/24 dst 172.23.0.0/23
dir fwd priority 2376
tmpl src 85.41.109.190 dst 88.51.228.238
proto comp reqid 16386 mode tunnel
level use
tmpl src 0.0.0.0 dst 0.0.0.0
proto esp reqid 16385 mode transport
src 172.18.1.0/24 dst 172.23.0.0/23
dir fwd priority 2376
tmpl src 85.32.35.30 dst 88.51.228.238
proto comp reqid 16394 mode tunnel
level use
tmpl src 0.0.0.0 dst 0.0.0.0
proto esp reqid 16393 mode transport
src 172.21.1.0/24 dst 172.23.0.0/23
dir fwd priority 2376
tmpl src 88.35.239.46 dst 88.51.228.238
proto comp reqid 16390 mode tunnel
level use
tmpl src 0.0.0.0 dst 0.0.0.0
proto esp reqid 16389 mode transport
src 172.22.1.0/24 dst 172.23.0.0/23
dir fwd priority 2376
tmpl src 88.45.249.222 dst 88.51.228.238
proto comp reqid 16398 mode tunnel
level use
tmpl src 0.0.0.0 dst 0.0.0.0
proto esp reqid 16397 mode transport
src 172.25.5.0/24 dst 172.23.0.0/23
dir fwd priority 2376
tmpl src 88.57.240.158 dst 88.51.228.238
proto comp reqid 16402 mode tunnel
level use
tmpl src 0.0.0.0 dst 0.0.0.0
proto esp reqid 16401 mode transport
src 172.17.1.0/24 dst 172.23.0.0/23
dir fwd priority 2376
tmpl src 82.189.143.46 dst 88.51.228.238
proto comp reqid 16410 mode tunnel
level use
tmpl src 0.0.0.0 dst 0.0.0.0
proto esp reqid 16409 mode transport
src 172.16.0.0/23 dst 172.23.0.0/23
dir fwd priority 2377
tmpl src 80.204.235.254 dst 88.51.228.238
proto comp reqid 16414 mode tunnel
level use
tmpl src 0.0.0.0 dst 0.0.0.0
proto esp reqid 16413 mode transport
src 172.23.2.0/23 dst 172.23.0.0/23
dir fwd priority 2377
tmpl src 88.52.180.110 dst 88.51.228.238
proto comp reqid 16406 mode tunnel
level use
tmpl src 0.0.0.0 dst 0.0.0.0
proto esp reqid 16405 mode transport
and this my rc.qos script for setting up qdisc:
root@Halley:/etc/rc.d# cat rc.qos
#!/bin/sh
#set -x
# cleaning environment
tc qdisc del dev eth0 root
# done
# 1600kbit -->> 200kbps
# 200kbit -->> 25kbps
# 400kbit -->> 50kbps
# 600kbit -->> 75kbps
# 1200kbit -->> 150kbps
# 800kbit -->> 100kbps
tc qdisc add dev eth0 root handle 1:0 htb default 11
tc class add dev eth0 parent 1:0 classid 1:1 htb rate 1700kbit ceil 1700kbit burst 15k
tc class add dev eth0 parent 1:1 classid 1:10 htb rate 200kbit ceil 400kbit burst 5k
tc class add dev eth0 parent 1:1 classid 1:11 htb rate 600kbit ceil 1600kbit burst 5k
tc class add dev eth0 parent 1:1 classid 1:12 htb rate 800kbit ceil 1700kbit burst 15k
tc qdisc add dev eth0 parent 1:10 handle 10:0 sfq perturb 10
tc qdisc add dev eth0 parent 1:11 handle 20:0 sfq perturb 5
tc qdisc add dev eth0 parent 1:12 handle 30:0 sfq perturb 10
FW="tc filter add dev eth0 protocol ip parent 1:0 prio 1"
$FW handle 110 fw flowid 1:10
$FW handle 111 fw flowid 1:11
$FW handle 112 fw flowid 1:12
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
2008-05-01 12:59 ` Marco Berizzi
@ 2008-05-01 14:09 ` Herbert Xu
2008-05-01 19:14 ` Marco Berizzi
0 siblings, 1 reply; 40+ messages in thread
From: Herbert Xu @ 2008-05-01 14:09 UTC (permalink / raw)
To: Marco Berizzi; +Cc: netdev
On Thu, May 01, 2008 at 02:59:42PM +0200, Marco Berizzi wrote:
>
> Yes indeed, this box is in the middle of a very poorly designed
> network: it is the default gateway for lan clients, but it is
> routing back all traffic to another lan box except for ipsec
> traffic.
OK I don't see any rerouting actions in your rule dump.
Is your box SMP or have you enabled preemption? Just trying to
eliminate the case of another thread zapping skb->dst.
Thanks,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
^ permalink raw reply [flat|nested] 40+ messages in thread
* RE: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
2008-05-01 14:09 ` Herbert Xu
@ 2008-05-01 19:14 ` Marco Berizzi
0 siblings, 0 replies; 40+ messages in thread
From: Marco Berizzi @ 2008-05-01 19:14 UTC (permalink / raw)
To: Herbert Xu; +Cc: netdev
Herbert Xu wrote:
> On Thu, May 01, 2008 at 02:59:42PM +0200, Marco Berizzi wrote:
>>
>> Yes indeed, this box is in the middle of a very poorly designed
>> network: it is the default gateway for lan clients, but it is
>> routing back all traffic to another lan box except for ipsec
>> traffic.
>
> OK I don't see any rerouting actions in your rule dump.
>
> Is your box SMP
nope, it is an old PII or PIII
> or have you enabled preemption?
.config is posted here:
http://www.ussg.iu.edu/hypermail/linux/kernel/0804.3/1763.html
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
_________________________________________________________________
Discover the new Windows Vista
http://search.msn.com/results.aspx?q=windows+vista&mkt=en-US&form=QBRE
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
2008-04-29 14:37 ` Marco Berizzi
@ 2008-05-02 12:02 ` Herbert Xu
2008-05-02 12:26 ` Marco Berizzi
2008-05-05 14:01 ` 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c Marco Berizzi
0 siblings, 2 replies; 40+ messages in thread
From: Herbert Xu @ 2008-05-02 12:02 UTC (permalink / raw)
To: Marco Berizzi; +Cc: linux-kernel, netdev, davem
Marco Berizzi <pupilla@hotmail.com> wrote:
> Just few minutes ago, another 2.6.25 crash
> with this message:
>
> EIP: [<c028000a>] netif_rx+0x6a/0xd0 SS:ESP 0068:c039f868
>
> http://80.204.235.230/4.jpg
OK, the xfrm_output_resume trail revealed nothing. Combined
with this crash however, it would appear that you've got a problem
with live skbs being freed. Unfortunately such problems are
difficult to track down.
Perhaps you could enable SLAB debugging to see if we can get
closer to the culprit? Alternatively you could try a git bisection.
Unless we have a way of reproducing this there isn't a lot more
that we can do I'm afraid.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
2008-05-02 12:02 ` Herbert Xu
@ 2008-05-02 12:26 ` Marco Berizzi
2008-05-06 10:44 ` Marco Berizzi
2008-05-05 14:01 ` 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c Marco Berizzi
1 sibling, 1 reply; 40+ messages in thread
From: Marco Berizzi @ 2008-05-02 12:26 UTC (permalink / raw)
To: Herbert Xu; +Cc: linux-kernel, netdev, davem
Herbert Xu wrote:
> Marco Berizzi <pupilla@hotmail.com> wrote:
>> Just few minutes ago, another 2.6.25 crash
>> with this message:
>>
>> EIP: [<c028000a>] netif_rx+0x6a/0xd0 SS:ESP 0068:c039f868
>>
>> http://80.204.235.230/4.jpg
>
> OK, the xfrm_output_resume trail revealed nothing. Combined
> with this crash however, it would appear that you've got a problem
> with live skbs being freed. Unfortunately such problems are
> difficult to track down.
>
> Perhaps you could enable SLAB debugging to see if we can get
> closer to the culprit?
Yes indeed, I will try next monday.
> Alternatively you could try a git bisection.
Yes, but it could take forever... :-((
As I said, I have removed the sfq and htb modules,
and I would like to wait one week to see if these
boxes will crash. I have 8 linux boxes running 2.6.25
with the same .config and only the two with htb/sfq
qdisc are crashing. Just few minutes ago I have seen
this message forwarded to netdev by David Miller:
Re: PROBLEM: kernel lockup while changing TC rules
it is talking about htb/sfq. Maybe it is related.
> Unless we have a way of reproducing this there isn't a lot more
> that we can do I'm afraid.
thanks anyway Herbert.
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
2008-05-02 12:02 ` Herbert Xu
2008-05-02 12:26 ` Marco Berizzi
@ 2008-05-05 14:01 ` Marco Berizzi
1 sibling, 0 replies; 40+ messages in thread
From: Marco Berizzi @ 2008-05-05 14:01 UTC (permalink / raw)
To: netdev, linux-kernel
Herbert Xu wrote:
> Perhaps you could enable SLAB debugging to see if we can get
> closer to the culprit? Alternatively you could try a git bisection.
I don't know if this is the same bug or something else.
This is a different box but same hw/.config
http://www.ussg.iu.edu/hypermail/linux/kernel/0805.0/1969.html
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
2008-05-02 12:26 ` Marco Berizzi
@ 2008-05-06 10:44 ` Marco Berizzi
2008-05-09 9:50 ` Marco Berizzi
0 siblings, 1 reply; 40+ messages in thread
From: Marco Berizzi @ 2008-05-06 10:44 UTC (permalink / raw)
To: Herbert Xu; +Cc: linux-kernel, netdev
Marco Berizziwrote:
> Herbert Xu wrote:
>
> > Marco Berizzi <pupilla@hotmail.com> wrote:
> >> Just few minutes ago, another 2.6.25 crash
> >> with this message:
> >>
> >> EIP: [<c028000a>] netif_rx+0x6a/0xd0 SS:ESP 0068:c039f868
> >>
> >> http://80.204.235.230/4.jpg
> >
> > OK, the xfrm_output_resume trail revealed nothing. Combined
> > with this crash however, it would appear that you've got a problem
> > with live skbs being freed. Unfortunately such problems are
> > difficult to track down.
> >
> > Perhaps you could enable SLAB debugging to see if we can get
> > closer to the culprit?
>
> Yes indeed, I will try next monday.
>
> > Alternatively you could try a git bisection.
>
> Yes, but it could take forever... :-((
> As I said, I have removed the sfq and htb modules,
> and I would like to wait one week to see if these
> boxes will crash. I have 8 linux boxes running 2.6.25
> with the same .config and only the two with htb/sfq
> qdisc are crashing. Just few minutes ago I have seen
> this message forwarded to netdev by David Miller:
>
> Re: PROBLEM: kernel lockup while changing TC rules
>
> it is talking about htb/sfq. Maybe it is related.
>
> > Unless we have a way of reproducing this there isn't a lot more
> > that we can do I'm afraid.
>
> thanks anyway Herbert.
ok, I can confirm after one week uptime: this problem
is not happening after removing sch_htb/sch_sfq and
cls_fw modules.
What should I do to help track down this problem?
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
2008-05-06 10:44 ` Marco Berizzi
@ 2008-05-09 9:50 ` Marco Berizzi
2008-05-09 10:25 ` Herbert Xu
0 siblings, 1 reply; 40+ messages in thread
From: Marco Berizzi @ 2008-05-09 9:50 UTC (permalink / raw)
To: Herbert Xu; +Cc: linux-kernel, netdev
Marco Berizzi wrote:
> ok, I can confirm after one week uptime: this problem
> is not happening after removing sch_htb/sch_sfq and
> cls_fw modules.
> What should I do to help track down this problem?
I have rebooted the two boxes with slub_debug.
This is the output taken with network console.
Herbert does it help you?
BUG: unable to handle kernel paging request at 6b6b6b9f
IP: [<c02e3e84>] xfrm_output_resume+0x64/0x100
Oops: 0000 [#1]
Modules linked in: netconsole sch_sfq sch_htb cls_fw nf_nat_pptp
nf_nat_proto_gre nf_conntrack_pptp nf_conntrack_proto_gre nf_nat_ftp
nf_conntrack_ftp 3c59x mii
Pid: 895, comm: squid Not tainted (2.6.25 #1)
EIP: 0060:[<c02e3e84>] EFLAGS: 00010246 CPU: 0
EIP is at xfrm_output_resume+0x64/0x100
EAX: 00000001 EBX: c3f3ed20 ECX: 00000001 EDX: 6b6b6b6b
ESI: 80000000 EDI: c3d9c280 EBP: 0000001c ESP: c91f5bd8
DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068
Process squid (pid: 895, ti=c91f4000 task=c918eb00 task.ti=c91f4000)
Stack: 00000001 c039ce60 c3f3ed20 80000000 c3f3ed20 80000000 c02dd147
00000000
c9c4a0c0 c02dd0d0 80000000 c3f3ed20 c02a6709 c3f3ed20 c02a68e1
c9c4b960
c9c4a0c0 c02a66f0 80000000 c3f3ed40 00000000 c3f3ed20 c4d446b0
c9c4b960
Call Trace:
[<c02dd147>] xfrm4_output+0x47/0x90
[<c02dd0d0>] xfrm4_output_finish+0x0/0x30
[<c02a6709>] ip_forward_finish+0x19/0x30
[<c02a68e1>] ip_forward+0x1c1/0x320
[<c02a66f0>] ip_forward_finish+0x0/0x30
[<c02a55ab>] ip_rcv_finish+0xeb/0x2b0
[<c02a54c0>] ip_rcv_finish+0x0/0x2b0
[<c02a58d7>] ip_rcv+0x167/0x260
[<c02a54c0>] ip_rcv_finish+0x0/0x2b0
[<c02804ca>] netif_receive_skb+0x28a/0x360
[<c0280605>] process_backlog+0x65/0xc0
[<c02807de>] net_rx_action+0x14e/0x170
[<c011af04>] __do_softirq+0x74/0x90
[<c011af46>] do_softirq+0x26/0x30
[<c011ae12>] local_bh_enable+0x42/0x80
[<c029a310>] __nf_conntrack_find+0xd0/0xe0
[<c029a32f>] nf_conntrack_find_get+0xf/0x60
[<c029ad27>] nf_conntrack_in+0x1b7/0x290
[<c02990d2>] nf_iterate+0x72/0x90
[<c02aa500>] dst_output+0x0/0x10
[<c02aa500>] dst_output+0x0/0x10
[<c0299156>] nf_hook_slow+0x66/0xe0
[<c02aa500>] dst_output+0x0/0x10
[<c02a7c23>] __ip_local_out+0xb3/0xc0
[<c02aa500>] dst_output+0x0/0x10
[<c02a7c38>] ip_local_out+0x8/0x20
[<c02a8649>] ip_queue_xmit+0x2b9/0x370
[<c0152fd6>] check_bytes_and_report+0x26/0xc0
[<c02a66f0>] ip_forward_finish+0x0/0x30
[<c01530d1>] check_pad_bytes+0x61/0x80
[<c0153280>] check_object+0x80/0x1b0
[<c02bdd93>] tcp_v4_send_check+0x53/0xf0
[<c02b9769>] tcp_transmit_skb+0x2b9/0x4b0
[<c02bbaeb>] tcp_send_fin+0x7b/0xc0
[<c02bacf1>] tcp_write_xmit+0x151/0x270
[<c02bae21>] __tcp_push_pending_frames+0x11/0x70
[<c02b09d7>] tcp_close+0x2a7/0x320
[<c02ca85e>] inet_release+0x4e/0x60
[<c0274957>] sock_release+0x67/0x80
[<c0275261>] sock_close+0x21/0x40
[<c01599da>] __fput+0x14a/0x160
[<c01580fa>] filp_close+0x3a/0x70
[<c0158177>] sys_close+0x47/0x80
[<c0102d6e>] syscall_call+0x7/0xb
=======================
Code: 00 00 00 8b 43 70 85 c0 74 05 e8 48 59 f9 ff c7 43 70 00 00 00 00
8b 43 18 8b 50 40 89 d8 ff 52 24 83 f8 01 89 c2 75 3f 8b 53 18 <8b> 42
34 85 c0 74 6a 8b 42 40 8b 4a 0c 0f b7 30 8d 04 f5 04 00
EIP: [<c02e3e84>] xfrm_output_resume+0x64/0x100 SS:ESP 0068:c91f5bd8
Kernel panic - not syncing: Fatal exception in interrupt
Rebooting in 5 seconds..Linux version 2.6.25 (root@Mimosa) (gcc version
3.3.5) #1 Tue Apr 29 19:06:06 CEST 2008
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
2008-05-09 9:50 ` Marco Berizzi
@ 2008-05-09 10:25 ` Herbert Xu
2008-05-09 10:28 ` Marco Berizzi
2008-05-12 7:14 ` Marco Berizzi
0 siblings, 2 replies; 40+ messages in thread
From: Herbert Xu @ 2008-05-09 10:25 UTC (permalink / raw)
To: Marco Berizzi; +Cc: linux-kernel, netdev
On Fri, May 09, 2008 at 11:50:00AM +0200, Marco Berizzi wrote:
>
> I have rebooted the two boxes with slub_debug.
> This is the output taken with network console.
> Herbert does it help you?
>
> BUG: unable to handle kernel paging request at 6b6b6b9f
Unfortunately this just confirms that your skb has been freed
prematurely because 6b is the poison value.
However, it doesn't point us at the offender.
Although I wonder if there might be something in netfilter that's
freeing it since that's the only thing that could've run on your
machine between the previous access and the crash. I'll take
another look.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
2008-05-09 10:25 ` Herbert Xu
@ 2008-05-09 10:28 ` Marco Berizzi
2008-05-09 11:11 ` Ingo Molnar
2008-05-12 7:14 ` Marco Berizzi
1 sibling, 1 reply; 40+ messages in thread
From: Marco Berizzi @ 2008-05-09 10:28 UTC (permalink / raw)
To: Herbert Xu; +Cc: linux-kernel, netdev
Herbert Xu wrote:
> On Fri, May 09, 2008 at 11:50:00AM +0200, Marco Berizzi wrote:
> >
> > I have rebooted the two boxes with slub_debug.
> > This is the output taken with network console.
> > Herbert does it help you?
> >
> > BUG: unable to handle kernel paging request at 6b6b6b9f
>
> Unfortunately this just confirms that your skb has been freed
> prematurely because 6b is the poison value.
>
> However, it doesn't point us at the offender.
:-((
> Although I wonder if there might be something in netfilter that's
> freeing it since that's the only thing that could've run on your
> machine between the previous access and the crash. I'll take
> another look.
Let me know if the only solution is git bisect.
The bug is spotted when sch_sfq/_htb and cls_fw
are loaded.
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
2008-05-09 10:28 ` Marco Berizzi
@ 2008-05-09 11:11 ` Ingo Molnar
0 siblings, 0 replies; 40+ messages in thread
From: Ingo Molnar @ 2008-05-09 11:11 UTC (permalink / raw)
To: Marco Berizzi; +Cc: Herbert Xu, linux-kernel, netdev
* Marco Berizzi <pupilla@hotmail.com> wrote:
> Herbert Xu wrote:
>
> > On Fri, May 09, 2008 at 11:50:00AM +0200, Marco Berizzi wrote:
> > >
> > > I have rebooted the two boxes with slub_debug.
> > > This is the output taken with network console.
> > > Herbert does it help you?
> > >
> > > BUG: unable to handle kernel paging request at 6b6b6b9f
> >
> > Unfortunately this just confirms that your skb has been freed
> > prematurely because 6b is the poison value.
> >
> > However, it doesn't point us at the offender.
>
> :-((
you could try x86.git and enable CONFIG_KMEMCHECK, which catches all
sorts of memory corruption bugs at its root:
http://people.redhat.com/mingo/x86.git/README
it's for 32-bit currently, and depends on the following CONFIG details
in your .config:
depends on X86_32
depends on !X86_USE_3DNOW
depends on !CC_OPTIMIZE_FOR_SIZE
depends on !DEBUG_PAGEALLOC && SLUB
note that CONFIG_DEBUG_PAGEALLOC=y will catch a few types of corruption
too. Note that KMEMCHECK and DEBUG_PAGEALLOC are exclusive.
Ingo
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
2008-05-09 10:25 ` Herbert Xu
2008-05-09 10:28 ` Marco Berizzi
@ 2008-05-12 7:14 ` Marco Berizzi
2008-05-12 7:46 ` Herbert Xu
1 sibling, 1 reply; 40+ messages in thread
From: Marco Berizzi @ 2008-05-12 7:14 UTC (permalink / raw)
To: Herbert Xu; +Cc: linux-kernel, netdev
Herbert Xu wrote:
> On Fri, May 09, 2008 at 11:50:00AM +0200, Marco Berizzi wrote:
> >
> > I have rebooted the two boxes with slub_debug.
> > This is the output taken with network console.
> > Herbert does it help you?
> >
> > BUG: unable to handle kernel paging request at 6b6b6b9f
>
> Unfortunately this just confirms that your skb has been freed
> prematurely because 6b is the poison value.
>
> However, it doesn't point us at the offender.
>
> Although I wonder if there might be something in netfilter that's
> freeing it since that's the only thing that could've run on your
> machine between the previous access and the crash. I'll take
> another look.
Here is the results of the first git bisect.
The error message is different from the message
subject, so I hope will be useful for you.
Now, this box is crashing immediately after the
network stack is up.
PS: linux version shown by dmesg is 2.6.24 but it
is the results of 'git bisect good v2.6.24' and
'git bisect bad v2.6.25'
Restarting system.
machine restart
Linux version 2.6.24 (root@Calimero) (gcc version 4.2.3) #1 Fri May 9
14:39:54 CEST 2008
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000dc000 - 00000000000e0000 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000000a000000 (usable)
BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
160MB LOWMEM available.
Scan SMP from c0000000 for 1024 bytes.
Scan SMP from c009fc00 for 1024 bytes.
Scan SMP from c00f0000 for 65536 bytes.
Scan SMP from c009f800 for 1024 bytes.
Entering add_active_range(0, 0, 40960) 0 entries of 256 used
Zone PFN ranges:
DMA 0 -> 4096
Normal 4096 -> 40960
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
0: 0 -> 40960
On node 0 totalpages: 40960
DMA zone: 32 pages used for memmap
DMA zone: 0 pages reserved
DMA zone: 4064 pages, LIFO batch:0
Normal zone: 288 pages used for memmap
Normal zone: 36576 pages, LIFO batch:7
Movable zone: 0 pages used for memmap
DMI 2.1 present.
ACPI: DMI detected: Hewlett-Packard
Allocating PCI resources starting at 10000000 (gap: 0a000000:f5ff0000)
Built 1 zonelists in Zone order, mobility grouping on. Total pages:
40640
Kernel command line: auto BOOT_IMAGE=Linux ro root=301 slub_debug
Local APIC disabled by BIOS -- you can enable it with "lapic"
mapped APIC to ffffb000 (01141000)
Enabling fast FPU save and restore... done.
Initializing CPU#0
PID hash table entries: 1024 (order: 10, 4096 bytes)
Detected 267.285 MHz processor.
Console: colour VGA+ 80x25
console [tty0] enabled
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 158944k/163840k available (2005k kernel code, 4464k reserved,
603k data, 176k init, 0k highmem)
virtual kernel memory layout:
fixmap : 0xfffb5000 - 0xfffff000 ( 296 kB)
vmalloc : 0xca800000 - 0xfffb3000 ( 855 MB)
lowmem : 0xc0000000 - 0xca000000 ( 160 MB)
.init : 0xc0390000 - 0xc03bc000 ( 176 kB)
.data : 0xc02f557a - 0xc038c2c0 ( 603 kB)
.text : 0xc0100000 - 0xc02f557a (2005 kB)
Checking if this processor honours the WP bit even in supervisor
mode...Ok.
SLUB: Genslabs=11, HWalign=32, Order=0-1, MinObjects=4, CPUs=1, Nodes=1
Calibrating delay using timer specific routine.. 535.25 BogoMIPS
(lpj=1070512)
Mount-cache hash table entries: 512
CPU: L1 I cache: 16K, L1 D cache: 16K
Compat vDSO mapped to ffffe000.
CPU: Intel Celeron (Covington) stepping 00
Checking 'hlt' instruction... OK.
Freeing SMP alternatives: 0k freed
ACPI: Core revision 20070126
ACPI Exception (tbxface-0629): AE_NO_ACPI_TABLES, While loading
namespace from ACPI tables [20070126]
ACPI: Unable to load the System Description Tables
net_namespace: 448 bytes
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xfda61, last bus=1
PCI: Using configuration type 1
Setting up standard PCI resources
ACPI: Interpreter disabled.
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI: disabled
PCI: Probing PCI hardware
PCI: Probing PCI hardware (bus 00)
* Found PM-Timer Bug on the chipset. Due to workarounds for a bug,
* this clock source is slow. Consider trying other clock sources
PCI quirk: region 6100-613f claimed by PIIX4 ACPI
PCI quirk: region 5f00-5f0f claimed by PIIX4 SMB
PCI: Using IRQ router PIIX/ICH [8086/7110] at 0000:00:07.0
Time: tsc clocksource has been installed.
PCI: Bridge: 0000:00:01.0
IO window: b000-bfff
MEM window: efe00000-efefffff
PREFETCH window: e5c00000-e7cfffff
NET: Registered protocol family 2
IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
TCP established hash table entries: 8192 (order: 4, 65536 bytes)
TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
TCP: Hash tables configured (established 8192 bind 8192)
TCP reno registered
SGI XFS with no debug enabled
io scheduler noop registered (default)
Limiting direct PCI/PCI transfers.
Boot video device is 0000:01:00.0
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
PIIX4: IDE controller (0x8086:0x7111 rev 0x01) at PCI slot 0000:00:07.1
PIIX4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:pio
Probing IDE interface ide0...
hda: QUANTUM FIREBALL EX3.2A, ATA DISK drive
hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4
hda: UDMA/33 mode selected
Probing IDE interface ide1...
hdc: CRD-8160B, ATAPI CD/DVD-ROM drive
hdc: host max PIO4 wanted PIO255(auto-tune) selected PIO4
hdc: MWDMA2 mode selected
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 128KiB
hda: 6306048 sectors (3228 MB) w/418KiB Cache, CHS=6256/16/63
hda: cache flushes not supported
hda: hda1 hda2 < hda5 hda6 hda7 hda8 hda9 >
PNP: No PS/2 controller found. Probing ports directly.
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
nf_conntrack version 0.5.0 (3072 buckets, 12288 max)
ip_tables: (C) 2000-2006 Netfilter Core Team
TCP cubic registered
Initializing XFRM netlink socket
NET: Registered protocol family 1
NET: Registered protocol family 17
NET: Registered protocol family 15
Using IPI Shortcut mode
input: AT Translated Set 2 keyboard as
/devices/platform/i8042/serio0/input/input0
Filesystem "hda1": Disabling barriers, not supported by the underlying
device
XFS mounting filesystem hda1
Ending clean XFS mount for filesystem: hda1
VFS: Mounted root (xfs filesystem) readonly.
Freeing unused kernel memory: 176k freed
Adding 330584k swap on /dev/hda9. Priority:-1 extents:1 across:330584k
Filesystem "hda1": Disabling barriers, not supported by the underlying
device
Filesystem "hda1": Disabling barriers, not supported by the underlying
device
PCI: setting IRQ 10 as level-triggered
PCI: Found IRQ 10 for device 0000:00:09.0
3c59x: Donald Becker and others.
0000:00:09.0: 3Com PCI 3c905 Boomerang 100baseTx at 0001dc00.
PCI: setting IRQ 11 as level-triggered
PCI: Found IRQ 11 for device 0000:00:0a.0
0000:00:0a.0: 3Com PCI 3c905 Boomerang 100baseTx at 0001da00.
PCI: setting IRQ 9 as level-triggered
PCI: Found IRQ 9 for device 0000:00:0b.0
PCI: Sharing IRQ 9 with 0000:00:07.2
0000:00:0b.0: 3Com PCI 3c905 Boomerang 100baseTx at 0001d800.
netconsole: local port 6665
netconsole: local IP 85.32.35.30
netconsole: interface eth0
netconsole: remote port 6666
netconsole: remote IP 80.204.235.230
netconsole: remote ethernet address 00:1b:d4:0a:43:d0
netconsole: device eth0 not up yet, forcing it
eth0: setting full-duplex.
netconsole: carrier detect appears untrustworthy, waiting 4 seconds
console [netcon0] enabled
netconsole: network logging started
Filesystem "hda5": Disabling barriers, not supported by the underlying
device
XFS mounting filesystem hda5
Ending clean XFS mount for filesystem: hda5
Filesystem "hda6": Disabling barriers, not supported by the underlying
device
XFS mounting filesystem hda6
Ending clean XFS mount for filesystem: hda6
Filesystem "hda7": Disabling barriers, not supported by the underlying
device
XFS mounting filesystem hda7
Ending clean XFS mount for filesystem: hda7
Filesystem "hda8": Disabling barriers, not supported by the underlying
device
XFS mounting filesystem hda8
Ending clean XFS mount for filesystem: hda8
BUG: unable to handle kernel NULL pointer dereference at 00000224
IP: [<c02a07d3>] ip_route_input+0x33/0xe00
Oops: 0000 [#1]
Modules linked in: netconsole sch_sfq sch_htb cls_fw nf_nat_pptp
nf_nat_proto_gre nf_conntrack_pptp nf_conntrack_proto_gre nf_nat_ftp
nf_conntrack_ftp 3c59x mii
Pid: 676, comm: ldconfig Not tainted (2.6.24 #1)
EIP: 0060:[<c02a07d3>] EFLAGS: 00010202 CPU: 0
EIP is at ip_route_input+0x33/0xe00
EAX: 00000000 EBX: c50112ac ECX: 00000000 EDX: 00000040
ESI: 00000002 EDI: c907ed80 EBP: 120110ac ESP: c90c3bd4
DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068
Process ldconfig (pid: 676, ti=c90c2000 task=c906f580 task.ti=c90c2000)
Stack: 00000000 c9e111e0 c9d18840 c90c3cac c02a010d 00000002 00000000
c90c3c14
00014001 c90c3ce8 c03de660 c907eea0 c9077b60 00000000 00000001
00000001
00000002 00000001 00000000 120110ac 1e232055 00000000 00000000
00000000
Call Trace:
[<c02a010d>] __ip_route_output_key+0x4ad/0x840
[<c02a04bc>] ip_route_output_flow+0x1c/0x200
[<c02d38db>] ip_route_me_harder+0xab/0x290
[<c02d87e2>] reject_tg+0x232/0x400
[<c02d85b0>] reject_tg+0x0/0x400
[<c02d793c>] ipt_do_table+0x2bc/0x4b0
[<c02d7bc0>] ipt_hook+0x0/0x20
[<c02968c7>] nf_iterate+0x57/0x80
[<c02969c8>] nf_hook_slow+0x98/0xd0
[<c02a4440>] ip_forward_finish+0x0/0x30
[<c02a471a>] ip_forward+0x2aa/0x320
[<c02a4440>] ip_forward_finish+0x0/0x30
[<c02a307b>] ip_rcv_finish+0xeb/0x310
[<c02a2f90>] ip_rcv_finish+0x0/0x310
[<c02a3691>] ip_rcv+0x191/0x250
[<c02a2f90>] ip_rcv_finish+0x0/0x310
[<c02a3500>] ip_rcv+0x0/0x250
[<c027dfb1>] netif_receive_skb+0x1f1/0x370
[<c02806db>] process_backlog+0x5b/0xb0
[<c0280224>] net_rx_action+0xb4/0x140
[<c011a642>] __do_softirq+0x42/0x90
[<c011a6b6>] do_softirq+0x26/0x30
[<c010560a>] do_IRQ+0x4a/0x80
[<c0151412>] check_object+0xc2/0x210
[<c01039a7>] common_interrupt+0x23/0x28
[<c0152480>] kmem_cache_alloc+0x30/0xa0
[<c015d588>] getname+0x28/0xd0
[<c015d588>] getname+0x28/0xd0
[<c01541ee>] do_sys_open+0x1e/0xe0
[<c01542ec>] sys_open+0x1c/0x20
[<c0102ffe>] syscall_call+0x7/0xb
[<c02f0000>] rest_init+0x20/0x40
=======================
Code: 81 ec b8 00 00 00 89 44 24 30 8b 84 24 d0 00 00 8b 54 24 30 0f b6
8c 24 cc 00 00 00 8b 70 4c 8b 42 14 80 e1 1c 89 f2 c1 e2 05 <8b> b8 24
02 00 00 89 d8 31 ea 88 4c 24 53 e8 7a dd ff ff 8b 15
EIP: [<c02a07d3>] ip_route_input+0x33/0xe00 SS:ESP 0068:c90c3bd4
Kernel panic - not syncing: Fatal exception in interrupt
Linux version 2.6.24 (root@Calimero) (gcc version 4.2.3) #1 Fri May 9
14:39:54 CEST 2008
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000dc000 - 00000000000e0000 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000000a000000 (usable)
BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
160MB LOWMEM available.
Scan SMP from c0000000 for 1024 bytes.
Scan SMP from c009fc00 for 1024 bytes.
Scan SMP from c00f0000 for 65536 bytes.
Scan SMP from c009f800 for 1024 bytes.
Entering add_active_range(0, 0, 40960) 0 entries of 256 used
Zone PFN ranges:
DMA 0 -> 4096
Normal 4096 -> 40960
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
0: 0 -> 40960
On node 0 totalpages: 40960
DMA zone: 32 pages used for memmap
DMA zone: 0 pages reserved
DMA zone: 4064 pages, LIFO batch:0
Normal zone: 288 pages used for memmap
Normal zone: 36576 pages, LIFO batch:7
Movable zone: 0 pages used for memmap
DMI 2.1 present.
ACPI: DMI detected: Hewlett-Packard
Allocating PCI resources starting at 10000000 (gap: 0a000000:f5ff0000)
Built 1 zonelists in Zone order, mobility grouping on. Total pages:
40640
Kernel command line: auto BOOT_IMAGE=Linux ro root=301 slub_debug
Local APIC disabled by BIOS -- you can enable it with "lapic"
mapped APIC to ffffb000 (01141000)
Enabling fast FPU save and restore... done.
Initializing CPU#0
PID hash table entries: 1024 (order: 10, 4096 bytes)
Detected 267.289 MHz processor.
Console: colour VGA+ 80x25
console [tty0] enabled
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 158944k/163840k available (2005k kernel code, 4464k reserved,
603k data, 176k init, 0k highmem)
virtual kernel memory layout:
fixmap : 0xfffb5000 - 0xfffff000 ( 296 kB)
vmalloc : 0xca800000 - 0xfffb3000 ( 855 MB)
lowmem : 0xc0000000 - 0xca000000 ( 160 MB)
.init : 0xc0390000 - 0xc03bc000 ( 176 kB)
.data : 0xc02f557a - 0xc038c2c0 ( 603 kB)
.text : 0xc0100000 - 0xc02f557a (2005 kB)
Checking if this processor honours the WP bit even in supervisor
mode...Ok.
SLUB: Genslabs=11, HWalign=32, Order=0-1, MinObjects=4, CPUs=1, Nodes=1
Calibrating delay using timer specific routine.. 535.28 BogoMIPS
(lpj=1070571)
Mount-cache hash table entries: 512
CPU: L1 I cache: 16K, L1 D cache: 16K
Compat vDSO mapped to ffffe000.
CPU: Intel Celeron (Covington) stepping 00
Checking 'hlt' instruction... OK.
Freeing SMP alternatives: 0k freed
ACPI: Core revision 20070126
ACPI Exception (tbxface-0629): AE_NO_ACPI_TABLES, While loading
namespace from ACPI tables [20070126]
ACPI: Unable to load the System Description Tables
net_namespace: 448 bytes
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xfda61, last bus=1
PCI: Using configuration type 1
Setting up standard PCI resources
ACPI: Interpreter disabled.
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI: disabled
PCI: Probing PCI hardware
PCI: Probing PCI hardware (bus 00)
* Found PM-Timer Bug on the chipset. Due to workarounds for a bug,
* this clock source is slow. Consider trying other clock sources
PCI quirk: region 6100-613f claimed by PIIX4 ACPI
PCI quirk: region 5f00-5f0f claimed by PIIX4 SMB
PCI: Using IRQ router PIIX/ICH [8086/7110] at 0000:00:07.0
Time: tsc clocksource has been installed.
PCI: Bridge: 0000:00:01.0
IO window: b000-bfff
MEM window: efe00000-efefffff
PREFETCH window: e5c00000-e7cfffff
NET: Registered protocol family 2
IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
TCP established hash table entries: 8192 (order: 4, 65536 bytes)
TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
TCP: Hash tables configured (established 8192 bind 8192)
TCP reno registered
SGI XFS with no debug enabled
io scheduler noop registered (default)
Limiting direct PCI/PCI transfers.
Boot video device is 0000:01:00.0
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
PIIX4: IDE controller (0x8086:0x7111 rev 0x01) at PCI slot 0000:00:07.1
PIIX4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:pio
Probing IDE interface ide0...
hda: QUANTUM FIREBALL EX3.2A, ATA DISK drive
hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4
hda: UDMA/33 mode selected
Probing IDE interface ide1...
hdc: CRD-8160B, ATAPI CD/DVD-ROM drive
hdc: host max PIO4 wanted PIO255(auto-tune) selected PIO4
hdc: MWDMA2 mode selected
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 128KiB
hda: 6306048 sectors (3228 MB) w/418KiB Cache, CHS=6256/16/63
hda: cache flushes not supported
hda: hda1 hda2 < hda5 hda6 hda7 hda8 hda9 >
PNP: No PS/2 controller found. Probing ports directly.
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
nf_conntrack version 0.5.0 (3072 buckets, 12288 max)
ip_tables: (C) 2000-2006 Netfilter Core Team
TCP cubic registered
Initializing XFRM netlink socket
NET: Registered protocol family 1
NET: Registered protocol family 17
NET: Registered protocol family 15
Using IPI Shortcut mode
input: AT Translated Set 2 keyboard as
/devices/platform/i8042/serio0/input/input0
Filesystem "hda1": Disabling barriers, not supported by the underlying
device
XFS mounting filesystem hda1
Starting XFS recovery on filesystem: hda1 (logdev: internal)
Ending XFS recovery on filesystem: hda1 (logdev: internal)
VFS: Mounted root (xfs filesystem) readonly.
Freeing unused kernel memory: 176k freed
Adding 330584k swap on /dev/hda9. Priority:-1 extents:1 across:330584k
Filesystem "hda1": Disabling barriers, not supported by the underlying
device
Filesystem "hda1": Disabling barriers, not supported by the underlying
device
PCI: setting IRQ 10 as level-triggered
PCI: Found IRQ 10 for device 0000:00:09.0
3c59x: Donald Becker and others.
0000:00:09.0: 3Com PCI 3c905 Boomerang 100baseTx at 0001dc00.
PCI: setting IRQ 11 as level-triggered
PCI: Found IRQ 11 for device 0000:00:0a.0
0000:00:0a.0: 3Com PCI 3c905 Boomerang 100baseTx at 0001da00.
PCI: setting IRQ 9 as level-triggered
PCI: Found IRQ 9 for device 0000:00:0b.0
PCI: Sharing IRQ 9 with 0000:00:07.2
0000:00:0b.0: 3Com PCI 3c905 Boomerang 100baseTx at 0001d800.
netconsole: local port 6665
netconsole: local IP 85.32.35.30
netconsole: interface eth0
netconsole: remote port 6666
netconsole: remote IP 80.204.235.230
netconsole: remote ethernet address 00:1b:d4:0a:43:d0
netconsole: device eth0 not up yet, forcing it
eth0: setting full-duplex.
netconsole: carrier detect appears untrustworthy, waiting 4 seconds
console [netcon0] enabled
netconsole: network logging started
Filesystem "hda5": Disabling barriers, not supported by the underlying
device
XFS mounting filesystem hda5
Ending clean XFS mount for filesystem: hda5
Filesystem "hda6": Disabling barriers, not supported by the underlying
device
XFS mounting filesystem hda6
Starting XFS recovery on filesystem: hda6 (logdev: internal)
Ending XFS recovery on filesystem: hda6 (logdev: internal)
Filesystem "hda7": Disabling barriers, not supported by the underlying
device
XFS mounting filesystem hda7
Ending clean XFS mount for filesystem: hda7
Filesystem "hda8": Disabling barriers, not supported by the underlying
device
XFS mounting filesystem hda8
Ending clean XFS mount for filesystem: hda8
BUG: unable to handle kernel NULL pointer dereference at 00000224
IP: [<c02a07d3>] ip_route_input+0x33/0xe00
Oops: 0000 [#1]
Modules linked in: netconsole sch_sfq sch_htb nf_nat_pptp
nf_nat_proto_gre nf_conntrack_pptp nf_conntrack_proto_gre nf_nat_ftp
nf_conntrack_ftp 3c59x mii
Pid: 0, comm: swapper Not tainted (2.6.24 #1)
EIP: 0060:[<c02a07d3>] EFLAGS: 00010202 CPU: 0
EIP is at ip_route_input+0x33/0xe00
EAX: 00000000 EBX: 4b0112ac ECX: 00000000 EDX: 00000040
ESI: 00000002 EDI: c90807e0 EBP: f4ee46c3 ESP: c038fc4c
DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068
Process swapper (pid: 0, ti=c038e000 task=c03672e0 task.ti=c038e000)
Stack: 00000000 c9e151e0 c9d08840 c038fd24 c02a010d 00000000 00000000
c038fc8c
00000000 c038fd60 c03de660 c9080360 c9f7da80 00000000 00000001
00000001
00000002 00000001 00000000 f4ee46c3 1e232055 00000000 00000000
00000000
Call Trace:
[<c02a010d>] __ip_route_output_key+0x4ad/0x840
[<c02a04bc>] ip_route_output_flow+0x1c/0x200
[<c02d38db>] ip_route_me_harder+0xab/0x290
[<c02d87e2>] reject_tg+0x232/0x400
[<c02d85b0>] reject_tg+0x0/0x400
[<c02d793c>] ipt_do_table+0x2bc/0x4b0
[<c02d7bc0>] ipt_hook+0x0/0x20
[<c02968c7>] nf_iterate+0x57/0x80
[<c02969c8>] nf_hook_slow+0x98/0xd0
[<c02a4440>] ip_forward_finish+0x0/0x30
[<c02a471a>] ip_forward+0x2aa/0x320
[<c02a4440>] ip_forward_finish+0x0/0x30
[<c02a307b>] ip_rcv_finish+0xeb/0x310
[<c02a2f90>] ip_rcv_finish+0x0/0x310
[<c02a3691>] ip_rcv+0x191/0x250
[<c02a2f90>] ip_rcv_finish+0x0/0x310
[<c02a3500>] ip_rcv+0x0/0x250
[<c027dfb1>] netif_receive_skb+0x1f1/0x370
[<c02806db>] process_backlog+0x5b/0xb0
[<c0280224>] net_rx_action+0xb4/0x140
[<c011a642>] __do_softirq+0x42/0x90
[<c011a6b6>] do_softirq+0x26/0x30
[<c010560a>] do_IRQ+0x4a/0x80
[<c01039a7>] common_interrupt+0x23/0x28
[<c012007b>] do_notify_parent+0x9b/0x170
[<c0101c4d>] default_idle+0x4d/0x80
[<c0101c00>] default_idle+0x0/0x80
[<c0101a66>] cpu_idle+0x26/0x80
=======================
Code: 81 ec b8 00 00 00 89 44 24 30 8b 84 24 d0 00 00 00 8b 54 24 30 0f
b6 8c 24 cc 00 00 00 8b 70 4c 8b 42 14 80 e1 1c 89 f2 c1 e2 05 <8b> b8
24 02 00 00 89 d8 31 ea 88 4c 24 53 e8 7a dd ff ff 8b 15
EIP: [<c02a07d3>] ip_route_input+0x33/0xe00 SS:ESP 0068:c038fc4c
Kernel panic - not syncing: Fatal exception in interrupt
atkbd.c: Unknown key released (translated set 2, code 0xe0 on
isa0060/serio0).
atkbd.c: Use 'setkeycodes e060 <keycode>' to make it known.
atkbd.c: Unknown key released (translated set 2, code 0xe0 on
isa0060/serio0).
atkbd.c: Use 'setkeycodes e060 <keycode>' to make it known.
Linux version 2.6.24 (root@Calimero) (gcc version 4.2.3) #1 Fri May 9
14:39:54 CEST 2008
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000dc000 - 00000000000e0000 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000000a000000 (usable)
BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
160MB LOWMEM available.
Scan SMP from c0000000 for 1024 bytes.
Scan SMP from c009fc00 for 1024 bytes.
Scan SMP from c00f0000 for 65536 bytes.
Scan SMP from c009f800 for 1024 bytes.
Entering add_active_range(0, 0, 40960) 0 entries of 256 used
Zone PFN ranges:
DMA 0 -> 4096
Normal 4096 -> 40960
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
0: 0 -> 40960
On node 0 totalpages: 40960
DMA zone: 32 pages used for memmap
DMA zone: 0 pages reserved
DMA zone: 4064 pages, LIFO batch:0
Normal zone: 288 pages used for memmap
Normal zone: 36576 pages, LIFO batch:7
Movable zone: 0 pages used for memmap
DMI 2.1 present.
ACPI: DMI detected: Hewlett-Packard
Allocating PCI resources starting at 10000000 (gap: 0a000000:f5ff0000)
Built 1 zonelists in Zone order, mobility grouping on. Total pages:
40640
Kernel command line: auto BOOT_IMAGE=Linux ro root=301 slub_debug
Local APIC disabled by BIOS -- you can enable it with "lapic"
mapped APIC to ffffb000 (01141000)
Enabling fast FPU save and restore... done.
Initializing CPU#0
PID hash table entries: 1024 (order: 10, 4096 bytes)
Detected 267.291 MHz processor.
Console: colour VGA+ 80x25
console [tty0] enabled
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 158944k/163840k available (2005k kernel code, 4464k reserved,
603k data, 176k init, 0k highmem)
virtual kernel memory layout:
fixmap : 0xfffb5000 - 0xfffff000 ( 296 kB)
vmalloc : 0xca800000 - 0xfffb3000 ( 855 MB)
lowmem : 0xc0000000 - 0xca000000 ( 160 MB)
.init : 0xc0390000 - 0xc03bc000 ( 176 kB)
.data : 0xc02f557a - 0xc038c2c0 ( 603 kB)
.text : 0xc0100000 - 0xc02f557a (2005 kB)
Checking if this processor honours the WP bit even in supervisor
mode...Ok.
SLUB: Genslabs=11, HWalign=32, Order=0-1, MinObjects=4, CPUs=1, Nodes=1
Calibrating delay using timer specific routine.. 535.26 BogoMIPS
(lpj=1070531)
Mount-cache hash table entries: 512
CPU: L1 I cache: 16K, L1 D cache: 16K
Compat vDSO mapped to ffffe000.
CPU: Intel Celeron (Covington) stepping 00
Checking 'hlt' instruction... OK.
Freeing SMP alternatives: 0k freed
ACPI: Core revision 20070126
ACPI Exception (tbxface-0629): AE_NO_ACPI_TABLES, While loading
namespace from ACPI tables [20070126]
ACPI: Unable to load the System Description Tables
net_namespace: 448 bytes
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xfda61, last bus=1
PCI: Using configuration type 1
Setting up standard PCI resources
ACPI: Interpreter disabled.
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI: disabled
PCI: Probing PCI hardware
PCI: Probing PCI hardware (bus 00)
* Found PM-Timer Bug on the chipset. Due to workarounds for a bug,
* this clock source is slow. Consider trying other clock sources
PCI quirk: region 6100-613f claimed by PIIX4 ACPI
PCI quirk: region 5f00-5f0f claimed by PIIX4 SMB
PCI: Using IRQ router PIIX/ICH [8086/7110] at 0000:00:07.0
Time: tsc clocksource has been installed.
PCI: Bridge: 0000:00:01.0
IO window: b000-bfff
MEM window: efe00000-efefffff
PREFETCH window: e5c00000-e7cfffff
NET: Registered protocol family 2
IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
TCP established hash table entries: 8192 (order: 4, 65536 bytes)
TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
TCP: Hash tables configured (established 8192 bind 8192)
TCP reno registered
SGI XFS with no debug enabled
io scheduler noop registered (default)
Limiting direct PCI/PCI transfers.
Boot video device is 0000:01:00.0
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
PIIX4: IDE controller (0x8086:0x7111 rev 0x01) at PCI slot 0000:00:07.1
PIIX4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:pio
Probing IDE interface ide0...
hda: QUANTUM FIREBALL EX3.2A, ATA DISK drive
hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4
hda: UDMA/33 mode selected
Probing IDE interface ide1...
hdc: CRD-8160B, ATAPI CD/DVD-ROM drive
hdc: host max PIO4 wanted PIO255(auto-tune) selected PIO4
hdc: MWDMA2 mode selected
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 128KiB
hda: 6306048 sectors (3228 MB) w/418KiB Cache, CHS=6256/16/63
hda: cache flushes not supported
hda: hda1 hda2 < hda5 hda6 hda7 hda8 hda9 >
PNP: No PS/2 controller found. Probing ports directly.
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
nf_conntrack version 0.5.0 (3072 buckets, 12288 max)
ip_tables: (C) 2000-2006 Netfilter Core Team
TCP cubic registered
Initializing XFRM netlink socket
NET: Registered protocol family 1
NET: Registered protocol family 17
NET: Registered protocol family 15
Using IPI Shortcut mode
input: AT Raw Set 2 keyboard as
/devices/platform/i8042/serio0/input/input0
Filesystem "hda1": Disabling barriers, not supported by the underlying
device
XFS mounting filesystem hda1
Starting XFS recovery on filesystem: hda1 (logdev: internal)
Ending XFS recovery on filesystem: hda1 (logdev: internal)
VFS: Mounted root (xfs filesystem) readonly.
Freeing unused kernel memory: 176k freed
Adding 330584k swap on /dev/hda9. Priority:-1 extents:1 across:330584k
Filesystem "hda1": Disabling barriers, not supported by the underlying
device
Filesystem "hda1": Disabling barriers, not supported by the underlying
device
PCI: setting IRQ 10 as level-triggered
PCI: Found IRQ 10 for device 0000:00:09.0
3c59x: Donald Becker and others.
0000:00:09.0: 3Com PCI 3c905 Boomerang 100baseTx at 0001dc00.
PCI: setting IRQ 11 as level-triggered
PCI: Found IRQ 11 for device 0000:00:0a.0
0000:00:0a.0: 3Com PCI 3c905 Boomerang 100baseTx at 0001da00.
PCI: setting IRQ 9 as level-triggered
PCI: Found IRQ 9 for device 0000:00:0b.0
PCI: Sharing IRQ 9 with 0000:00:07.2
0000:00:0b.0: 3Com PCI 3c905 Boomerang 100baseTx at 0001d800.
netconsole: local port 6665
netconsole: local IP 85.32.35.30
netconsole: interface eth0
netconsole: remote port 6666
netconsole: remote IP 80.204.235.230
netconsole: remote ethernet address 00:1b:d4:0a:43:d0
netconsole: device eth0 not up yet, forcing it
eth0: setting full-duplex.
netconsole: carrier detect appears untrustworthy, waiting 4 seconds
console [netcon0] enabled
netconsole: network logging started
Filesystem "hda5": Disabling barriers, not supported by the underlying
device
XFS mounting filesystem hda5
Ending clean XFS mount for filesystem: hda5
Filesystem "hda6": Disabling barriers, not supported by the underlying
device
XFS mounting filesystem hda6
Starting XFS recovery on filesystem: hda6 (logdev: internal)
Ending XFS recovery on filesystem: hda6 (logdev: internal)
Filesystem "hda7": Disabling barriers, not supported by the underlying
device
XFS mounting filesystem hda7
Ending clean XFS mount for filesystem: hda7
Filesystem "hda8": Disabling barriers, not supported by the underlying
device
XFS mounting filesystem hda8
Ending clean XFS mount for filesystem: hda8
BUG: unable to handle kernel NULL pointer dereference at 00000224
IP: [<c02a07d3>] ip_route_input+0x33/0xe00
Oops: 0000 [#1]
Modules linked in: netconsole sch_sfq sch_htb cls_fw nf_nat_pptp
nf_nat_proto_gre nf_conntrack_pptp nf_conntrack_proto_gre nf_nat_ftp
nf_conntrack_ftp 3c59x mii
Pid: 667, comm: rc.inetd Not tainted (2.6.24 #1)
EIP: 0060:[<c02a07d3>] EFLAGS: 00010202 CPU: 0
EIP is at ip_route_input+0x33/0xe00
EAX: 00000000 EBX: c50112ac ECX: 00000000 EDX: 00000040
ESI: 00000002 EDI: c9f4f120 EBP: 120110ac ESP: c9079bd4
DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068
Process rc.inetd (pid: 667, ti=c9078000 task=c9009580 task.ti=c9078000)
Stack: 00000000 c9e101e0 c9d14840 c9079cac c02a010d c03770b4 00000000
c9079c14
b7f1a000 c9079ce8 c03de660 c9f4f5a0 c904ad20 00000060 00000001
00000001
00000002 00000001 00000000 120110ac 1e232055 00000000 00000000
00000000
Call Trace:
[<c02a010d>] __ip_route_output_key+0x4ad/0x840
[<c02a04bc>] ip_route_output_flow+0x1c/0x200
[<c02d38db>] ip_route_me_harder+0xab/0x290
[<c02d87e2>] reject_tg+0x232/0x400
[<c02d85b0>] reject_tg+0x0/0x400
[<c02d793c>] ipt_do_table+0x2bc/0x4b0
[<c02d7bc0>] ipt_hook+0x0/0x20
[<c02968c7>] nf_iterate+0x57/0x80
[<c02969c8>] nf_hook_slow+0x98/0xd0
[<c02a4440>] ip_forward_finish+0x0/0x30
[<c02a471a>] ip_forward+0x2aa/0x320
[<c02a4440>] ip_forward_finish+0x0/0x30
[<c02a307b>] ip_rcv_finish+0xeb/0x310
[<c02a2f90>] ip_rcv_finish+0x0/0x310
[<c02a3691>] ip_rcv+0x191/0x250
[<c02a2f90>] ip_rcv_finish+0x0/0x310
[<c02a3500>] ip_rcv+0x0/0x250
[<c027dfb1>] netif_receive_skb+0x1f1/0x370
[<c02806db>] process_backlog+0x5b/0xb0
[<c0280224>] net_rx_action+0xb4/0x140
[<c011a642>] __do_softirq+0x42/0x90
[<c011a6b6>] do_softirq+0x26/0x30
[<c010560a>] do_IRQ+0x4a/0x80
[<c0151412>] check_object+0xc2/0x210
[<c01039a7>] common_interrupt+0x23/0x28
[<c0152480>] kmem_cache_alloc+0x30/0xa0
[<c015d588>] getname+0x28/0xd0
[<c015d588>] getname+0x28/0xd0
[<c01541ee>] do_sys_open+0x1e/0xe0
[<c01542ec>] sys_open+0x1c/0x20
[<c0102ffe>] syscall_call+0x7/0xb
[<c02f0000>] rest_init+0x20/0x40
=======================
Code: 81 ec b8 00 00 00 89 44 24 30 8b 84 24 d0 00 00 00 8b 54 24 30 0f
b6 8c 24 cc 00 00 00 8b 70 4c 8b 42 14 80 e1 1c 89 f2 c1 e2 05 <8b> b8
24 02 00 00 89 d8 31 ea 88 4c 24 53 e8 7a dd ff ff 8b 15
EIP: [<c02a07d3>] ip_route_input+0x33/0xe00 SS:ESP 0068:c9079bd4
Kernel panic - not syncing: Fatal exception in interrupt
Linux version 2.6.24 (root@Calimero) (gcc version 4.2.3) #1 Fri May 9
14:39:54 CEST 2008
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000dc000 - 00000000000e0000 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000000a000000 (usable)
BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
160MB LOWMEM available.
Scan SMP from c0000000 for 1024 bytes.
Scan SMP from c009fc00 for 1024 bytes.
Scan SMP from c00f0000 for 65536 bytes.
Scan SMP from c009f800 for 1024 bytes.
Entering add_active_range(0, 0, 40960) 0 entries of 256 used
Zone PFN ranges:
DMA 0 -> 4096
Normal 4096 -> 40960
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
0: 0 -> 40960
On node 0 totalpages: 40960
DMA zone: 32 pages used for memmap
DMA zone: 0 pages reserved
DMA zone: 4064 pages, LIFO batch:0
Normal zone: 288 pages used for memmap
Normal zone: 36576 pages, LIFO batch:7
Movable zone: 0 pages used for memmap
DMI 2.1 present.
ACPI: DMI detected: Hewlett-Packard
Allocating PCI resources starting at 10000000 (gap: 0a000000:f5ff0000)
Built 1 zonelists in Zone order, mobility grouping on. Total pages:
40640
Kernel command line: auto BOOT_IMAGE=Linux ro root=301 slub_debug
Local APIC disabled by BIOS -- you can enable it with "lapic"
mapped APIC to ffffb000 (01141000)
Enabling fast FPU save and restore... done.
Initializing CPU#0
PID hash table entries: 1024 (order: 10, 4096 bytes)
Detected 267.276 MHz processor.
Console: colour VGA+ 80x25
console [tty0] enabled
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 158944k/163840k available (2005k kernel code, 4464k reserved,
603k data, 176k init, 0k highmem)
virtual kernel memory layout:
fixmap : 0xfffb5000 - 0xfffff000 ( 296 kB)
vmalloc : 0xca800000 - 0xfffb3000 ( 855 MB)
lowmem : 0xc0000000 - 0xca000000 ( 160 MB)
.init : 0xc0390000 - 0xc03bc000 ( 176 kB)
.data : 0xc02f557a - 0xc038c2c0 ( 603 kB)
.text : 0xc0100000 - 0xc02f557a (2005 kB)
Checking if this processor honours the WP bit even in supervisor
mode...Ok.
SLUB: Genslabs=11, HWalign=32, Order=0-1, MinObjects=4, CPUs=1, Nodes=1
Calibrating delay using timer specific routine.. 535.25 BogoMIPS
(lpj=1070500)
Mount-cache hash table entries: 512
CPU: L1 I cache: 16K, L1 D cache: 16K
Compat vDSO mapped to ffffe000.
CPU: Intel Celeron (Covington) stepping 00
Checking 'hlt' instruction... OK.
Freeing SMP alternatives: 0k freed
ACPI: Core revision 20070126
ACPI Exception (tbxface-0629): AE_NO_ACPI_TABLES, While loading
namespace from ACPI tables [20070126]
ACPI: Unable to load the System Description Tables
net_namespace: 448 bytes
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xfda61, last bus=1
PCI: Using configuration type 1
Setting up standard PCI resources
ACPI: Interpreter disabled.
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI: disabled
PCI: Probing PCI hardware
PCI: Probing PCI hardware (bus 00)
* Found PM-Timer Bug on the chipset. Due to workarounds for a bug,
* this clock source is slow. Consider trying other clock sources
PCI quirk: region 6100-613f claimed by PIIX4 ACPI
PCI quirk: region 5f00-5f0f claimed by PIIX4 SMB
PCI: Using IRQ router PIIX/ICH [8086/7110] at 0000:00:07.0
Time: tsc clocksource has been installed.
PCI: Bridge: 0000:00:01.0
IO window: b000-bfff
MEM window: efe00000-efefffff
PREFETCH window: e5c00000-e7cfffff
NET: Registered protocol family 2
IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
TCP established hash table entries: 8192 (order: 4, 65536 bytes)
TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
TCP: Hash tables configured (established 8192 bind 8192)
TCP reno registered
SGI XFS with no debug enabled
io scheduler noop registered (default)
Limiting direct PCI/PCI transfers.
Boot video device is 0000:01:00.0
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
PIIX4: IDE controller (0x8086:0x7111 rev 0x01) at PCI slot 0000:00:07.1
PIIX4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:pio
Probing IDE interface ide0...
hda: QUANTUM FIREBALL EX3.2A, ATA DISK drive
hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4
hda: UDMA/33 mode selected
Probing IDE interface ide1...
hdc: CRD-8160B, ATAPI CD/DVD-ROM drive
hdc: host max PIO4 wanted PIO255(auto-tune) selected PIO4
hdc: MWDMA2 mode selected
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 128KiB
hda: 6306048 sectors (3228 MB) w/418KiB Cache, CHS=6256/16/63
hda: cache flushes not supported
hda: hda1 hda2 < hda5 hda6 hda7 hda8 hda9 >
PNP: No PS/2 controller found. Probing ports directly.
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
nf_conntrack version 0.5.0 (3072 buckets, 12288 max)
ip_tables: (C) 2000-2006 Netfilter Core Team
TCP cubic registered
Initializing XFRM netlink socket
NET: Registered protocol family 1
NET: Registered protocol family 17
NET: Registered protocol family 15
Using IPI Shortcut mode
input: AT Raw Set 2 keyboard as
/devices/platform/i8042/serio0/input/input0
input: AT Raw Set 2 keyboard as
/devices/platform/i8042/serio0/input/input1
Filesystem "hda1": Disabling barriers, not supported by the underlying
device
XFS mounting filesystem hda1
Starting XFS recovery on filesystem: hda1 (logdev: internal)
Ending XFS recovery on filesystem: hda1 (logdev: internal)
VFS: Mounted root (xfs filesystem) readonly.
Freeing unused kernel memory: 176k freed
Adding 330584k swap on /dev/hda9. Priority:-1 extents:1 across:330584k
Filesystem "hda1": Disabling barriers, not supported by the underlying
device
Filesystem "hda1": Disabling barriers, not supported by the underlying
device
PCI: setting IRQ 10 as level-triggered
PCI: Found IRQ 10 for device 0000:00:09.0
3c59x: Donald Becker and others.
0000:00:09.0: 3Com PCI 3c905 Boomerang 100baseTx at 0001dc00.
PCI: setting IRQ 11 as level-triggered
PCI: Found IRQ 11 for device 0000:00:0a.0
0000:00:0a.0: 3Com PCI 3c905 Boomerang 100baseTx at 0001da00.
PCI: setting IRQ 9 as level-triggered
PCI: Found IRQ 9 for device 0000:00:0b.0
PCI: Sharing IRQ 9 with 0000:00:07.2
0000:00:0b.0: 3Com PCI 3c905 Boomerang 100baseTx at 0001d800.
netconsole: local port 6665
netconsole: local IP 85.32.35.30
netconsole: interface eth0
netconsole: remote port 6666
netconsole: remote IP 80.204.235.230
netconsole: remote ethernet address 00:1b:d4:0a:43:d0
netconsole: device eth0 not up yet, forcing it
eth0: setting full-duplex.
netconsole: carrier detect appears untrustworthy, waiting 4 seconds
console [netcon0] enabled
netconsole: network logging started
Filesystem "hda5": Disabling barriers, not supported by the underlying
device
XFS mounting filesystem hda5
Ending clean XFS mount for filesystem: hda5
Filesystem "hda6": Disabling barriers, not supported by the underlying
device
XFS mounting filesystem hda6
Starting XFS recovery on filesystem: hda6 (logdev: internal)
Ending XFS recovery on filesystem: hda6 (logdev: internal)
Filesystem "hda7": Disabling barriers, not supported by the underlying
device
XFS mounting filesystem hda7
Ending clean XFS mount for filesystem: hda7
Filesystem "hda8": Disabling barriers, not supported by the underlying
device
XFS mounting filesystem hda8
Ending clean XFS mount for filesystem: hda8
BUG: unable to handle kernel NULL pointer dereference at 00000224
IP: [<c02a07d3>] ip_route_input+0x33/0xe00
Oops: 0000 [#1]
Modules linked in: netconsole sch_sfq sch_htb cls_fw nf_nat_pptp
nf_nat_proto_gre nf_conntrack_pptp nf_conntrack_proto_gre nf_nat_ftp
nf_conntrack_ftp 3c59x mii
Pid: 0, comm: swapper Not tainted (2.6.24 #1)
EIP: 0060:[<c02a07d3>] EFLAGS: 00010202 CPU: 0
EIP is at ip_route_input+0x33/0xe00
EAX: 00000000 EBX: 2e0112ac ECX: 00000000 EDX: 00000040
ESI: 00000002 EDI: c90bf000 EBP: 020217ac ESP: c038fc4c
DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068
Process swapper (pid: 0, ti=c038e000 task=c03672e0 task.ti=c038e000)
Stack: 00000000 c9e201e0 c9d14840 c038fd24 c02a010d 00000002 00000000
c038fc8c
00000003 c038fd60 c03de660 c90bf120 c9f6b1c0 00f6bb60 00000001
00000001
00000002 00000001 00000000 020217ac 1e232055 00000000 00000000
00000000
Call Trace:
[<c02a010d>] __ip_route_output_key+0x4ad/0x840
[<c02a04bc>] ip_route_output_flow+0x1c/0x200
[<c02d38db>] ip_route_me_harder+0xab/0x290
[<c02d87e2>] reject_tg+0x232/0x400
[<c02d85b0>] reject_tg+0x0/0x400
[<c02d793c>] ipt_do_table+0x2bc/0x4b0
[<c02d7bc0>] ipt_hook+0x0/0x20
[<c02968c7>] nf_iterate+0x57/0x80
[<c02969c8>] nf_hook_slow+0x98/0xd0
[<c02a4440>] ip_forward_finish+0x0/0x30
[<c02a471a>] ip_forward+0x2aa/0x320
[<c02a4440>] ip_forward_finish+0x0/0x30
[<c02a307b>] ip_rcv_finish+0xeb/0x310
[<c02a2f90>] ip_rcv_finish+0x0/0x310
[<c02a3691>] ip_rcv+0x191/0x250
[<c02a2f90>] ip_rcv_finish+0x0/0x310
[<c02a3500>] ip_rcv+0x0/0x250
[<c027dfb1>] netif_receive_skb+0x1f1/0x370
[<c02806db>] process_backlog+0x5b/0xb0
[<c0280224>] net_rx_action+0xb4/0x140
[<c011a642>] __do_softirq+0x42/0x90
[<c011a6b6>] do_softirq+0x26/0x30
[<c010560a>] do_IRQ+0x4a/0x80
[<c01039a7>] common_interrupt+0x23/0x28
[<c012007b>] do_notify_parent+0x9b/0x170
[<c0101c4d>] default_idle+0x4d/0x80
[<c0101c00>] default_idle+0x0/0x80
[<c0101a66>] cpu_idle+0x26/0x80
=======================
Code: 81 ec b8 00 00 00 89 44 24 30 8b 84 24 d0 00 00 00 8b 54 24 30 0f
b6 8c 24 cc 00 00 00 8b 70 4c 8b 42 14 80 e1 1c 89 f2 c1 e2 05 <8b> b8
24 02 00 00 89 d8 31 ea 88 4c 24 53 e8 7a dd ff ff 8b 15
EIP: [<c02a07d3>] ip_route_input+0x33/0xe00 SS:ESP 0068:c038fc4c
Kernel panic - not syncing: Fatal exception in interrupt
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
2008-05-12 7:14 ` Marco Berizzi
@ 2008-05-12 7:46 ` Herbert Xu
2008-05-12 8:24 ` Marco Berizzi
0 siblings, 1 reply; 40+ messages in thread
From: Herbert Xu @ 2008-05-12 7:46 UTC (permalink / raw)
To: Marco Berizzi; +Cc: linux-kernel, netdev
On Mon, May 12, 2008 at 09:14:54AM +0200, Marco Berizzi wrote:
>
> PS: linux version shown by dmesg is 2.6.24 but it
> is the results of 'git bisect good v2.6.24' and
> 'git bisect bad v2.6.25'
So what's the changeset hash for the source that produced this
kernel?
Thanks,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
2008-05-12 7:46 ` Herbert Xu
@ 2008-05-12 8:24 ` Marco Berizzi
2008-05-12 15:06 ` Marco Berizzi
0 siblings, 1 reply; 40+ messages in thread
From: Marco Berizzi @ 2008-05-12 8:24 UTC (permalink / raw)
To: Herbert Xu; +Cc: linux-kernel, netdev
Herbert Xu wrote:
> On Mon, May 12, 2008 at 09:14:54AM +0200, Marco Berizzi wrote:
> >
> > PS: linux version shown by dmesg is 2.6.24 but it
> > is the results of 'git bisect good v2.6.24' and
> > 'git bisect bad v2.6.25'
>
> So what's the changeset hash for the source that produced this
> kernel?
root@Calimero:/tmp/GIT/herbert# git bisect good v2.6.24
You need to start by "git bisect start"
Do you want me to do it for you [Y/n]? Y
root@Calimero:/tmp/GIT/herbert# git bisect bad v2.6.25
Bisecting: 6353 revisions left to test after this
[dd5f5fed6c9458a7aa81eeef3732cc3a9891cfdf] Merge branch 'audit.b46' of
git://git.kernel.org/pub/scm/linux/kernel/git/viro/audit-current
Then I have copied from 2.6.25 two files:
net/ipv4/xfrm4_tunnel.c and ipcomp.c because
of these bugs:
http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.24.y.git;a=commit;h=11b47c8828d4cd1df21636719603784ec5e26067
http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.24.y.git;a=commit;h=363c11d7e1c2b2cc30e33416a518cea5ef9e0cc8
http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.24.y.git;a=commit;h=cefe34bea77e194fd6b6a7a062e1620af2eef69f
and finally I have run 'make menuconfig' and
'make bzImage modules modules_install'
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
2008-05-12 8:24 ` Marco Berizzi
@ 2008-05-12 15:06 ` Marco Berizzi
2008-05-12 16:10 ` Marco Berizzi
0 siblings, 1 reply; 40+ messages in thread
From: Marco Berizzi @ 2008-05-12 15:06 UTC (permalink / raw)
To: Herbert Xu; +Cc: linux-kernel, netdev
Marco Berizzi wrote:
> Herbert Xu wrote:
>
> > On Mon, May 12, 2008 at 09:14:54AM +0200, Marco Berizzi wrote:
> > >
> > > PS: linux version shown by dmesg is 2.6.24 but it
> > > is the results of 'git bisect good v2.6.24' and
> > > 'git bisect bad v2.6.25'
> >
> > So what's the changeset hash for the source that produced this
> > kernel?
>
> root@Calimero:/tmp/GIT/herbert# git bisect good v2.6.24
> You need to start by "git bisect start"
> Do you want me to do it for you [Y/n]? Y
> root@Calimero:/tmp/GIT/herbert# git bisect bad v2.6.25
> Bisecting: 6353 revisions left to test after this
> [dd5f5fed6c9458a7aa81eeef3732cc3a9891cfdf] Merge branch 'audit.b46' of
> git://git.kernel.org/pub/scm/linux/kernel/git/viro/audit-current
>
> Then I have copied from 2.6.25 two files:
>
> net/ipv4/xfrm4_tunnel.c and ipcomp.c because
> of these bugs:
>
>
http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.24.y.git;a=commit;h=11b47c8828d4cd1df21636719603784ec5e26067
>
http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.24.y.git;a=commit;h=363c11d7e1c2b2cc30e33416a518cea5ef9e0cc8
>
http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.24.y.git;a=commit;h=cefe34bea77e194fd6b6a7a062e1620af2eef69f
>
> and finally I have run 'make menuconfig' and
> 'make bzImage modules modules_install'
ok, I have git bisected again:
root@Calimero:/tmp/GIT/herbert# git bisect bad
Bisecting: 3176 revisions left to test after this
[fde3571fd8613483f1203d11394ae316c6b79a03] iwlwifi: avoid firmware
command sending if rfkill is enabled
and then copied always the two files from 2.6.25
xfrm4_tunnel.c and ipcomp.c
now this kernel is up for 4 hours (at least it
doesn't crash at startup)
I will keep you updated.
Thanks for the feedback Herbert.
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
2008-05-12 15:06 ` Marco Berizzi
@ 2008-05-12 16:10 ` Marco Berizzi
2008-05-14 8:19 ` Marco Berizzi
0 siblings, 1 reply; 40+ messages in thread
From: Marco Berizzi @ 2008-05-12 16:10 UTC (permalink / raw)
To: Herbert Xu; +Cc: linux-kernel, netdev
Marco Berizzi wrote:
> Marco Berizzi wrote:
>
> > Herbert Xu wrote:
> >
> > > On Mon, May 12, 2008 at 09:14:54AM +0200, Marco Berizzi wrote:
> > > >
> > > > PS: linux version shown by dmesg is 2.6.24 but it
> > > > is the results of 'git bisect good v2.6.24' and
> > > > 'git bisect bad v2.6.25'
> > >
> > > So what's the changeset hash for the source that produced this
> > > kernel?
> >
> > root@Calimero:/tmp/GIT/herbert# git bisect good v2.6.24
> > You need to start by "git bisect start"
> > Do you want me to do it for you [Y/n]? Y
> > root@Calimero:/tmp/GIT/herbert# git bisect bad v2.6.25
> > Bisecting: 6353 revisions left to test after this
> > [dd5f5fed6c9458a7aa81eeef3732cc3a9891cfdf] Merge branch 'audit.b46'
of
> > git://git.kernel.org/pub/scm/linux/kernel/git/viro/audit-current
> >
> > Then I have copied from 2.6.25 two files:
> >
> > net/ipv4/xfrm4_tunnel.c and ipcomp.c because
> > of these bugs:
> >
> >
>
http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.24.y.git;a=commit;h=11b47c8828d4cd1df21636719603784ec5e26067
> >
>
http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.24.y.git;a=commit;h=363c11d7e1c2b2cc30e33416a518cea5ef9e0cc8
> >
>
http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.24.y.git;a=commit;h=cefe34bea77e194fd6b6a7a062e1620af2eef69f
> >
> > and finally I have run 'make menuconfig' and
> > 'make bzImage modules modules_install'
>
> ok, I have git bisected again:
>
> root@Calimero:/tmp/GIT/herbert# git bisect bad
> Bisecting: 3176 revisions left to test after this
> [fde3571fd8613483f1203d11394ae316c6b79a03] iwlwifi: avoid firmware
> command sending if rfkill is enabled
>
> and then copied always the two files from 2.6.25
> xfrm4_tunnel.c and ipcomp.c
>
> now this kernel is up for 4 hours (at least it
> doesn't crash at startup)
> I will keep you updated.
> Thanks for the feedback Herbert.
NAK: it crashed after 4 hours and few minutes with
this message:
BUG: unable to handle kernel paging request at virtual address 6b6b6b6f
printing eip: ca8931be *pde = 00000000
Oops: 0002 [#1]
Modules linked in: netconsole sch_sfq sch_htb cls_fw nf_nat_pptp
nf_nat_proto_gre nf_conntrack_pptp nf_conntrack_proto_gre nf_nat_ftp
nf_conntrack_ftp 3c59x mii
Pid: 881, comm: squid Not tainted (2.6.24 #1)
EIP: 0060:[<ca8931be>] EFLAGS: 00010203 CPU: 0
EIP is at sfq_dequeue+0x6e/0x1f0 [sch_sfq]
EAX: 6b6b6b6b EBX: c91d0d14 ECX: c91d0d08 EDX: 000005e8
ESI: c91d0080 EDI: c559c540 EBP: c91d0000 ESP: c9149e9c
DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068
Process squid (pid: 881, ti=c9148000 task=c9fbd020 task.ti=c9148000)
Stack: c559c540 7e0039c1 00000000 fffffffe c913ed20 00000000 ca89b146
c905b468
c2468012 c9e3d840 00000282 c905b388 00000282 000005ea 00000000
c905b168
c905b288 000006e0 c905b060 00000000 c905b0e0 00000007 5c9a608b
00000003
Call Trace:
[<ca89b146>] htb_dequeue+0x226/0x860 [sch_htb]
[<c028189b>] dev_hard_start_xmit+0x1cb/0x230
[<c0290bf5>] __qdisc_run+0xd5/0x130
[<c0283129>] net_tx_action+0x39/0xd0
[<c0283129>] net_tx_action+0x39/0xd0
[<c0283177>] net_tx_action+0x87/0xd0
[<c0118ad2>] __do_softirq+0x42/0x90
[<c0118b46>] do_softirq+0x26/0x30
[<c0104a9a>] do_IRQ+0x4a/0x80
[<c0154891>] sys_read+0x41/0x70
[<c010303f>] common_interrupt+0x23/0x28
=======================
Code: 8d 14 85 00 00 00 00 8d 8c 16 a0 06 00 00 8b 41 0c 8d 59 0c 39 d8
89 04 24 0f 84 72 01 00 00 8b 3c 24 8b 07 ff 8c 16 b4 06 00 00 <89> 58
04 89 41 0c c7 47 04 00 00 00 00 c7 07 00 00 00 00 0f b6
EIP: [<ca8931be>] sfq_dequeue+0x6e/0x1f0 [sch_sfq] SS:ESP 0068:c9149e9c
Kernel panic - not syncing: Fatal exception in interrupt
Rebooting in 5 seconds..Linux version 2.6.24 (root@Calimero) (gcc
version 4.2.3) #1 Mon May 12 11:12:56 CEST 2008
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000dc000 - 00000000000e0000 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000000a000000 (usable)
BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
160MB LOWMEM available.
Entering add_active_range(0, 0, 40960) 0 entries of 256 used
Zone PFN ranges:
DMA 0 -> 4096
Normal 4096 -> 40960
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
0: 0 -> 40960
On node 0 totalpages: 40960
DMA zone: 32 pages used for memmap
DMA zone: 0 pages reserved
DMA zone: 4064 pages, LIFO batch:0
Normal zone: 288 pages used for memmap
Normal zone: 36576 pages, LIFO batch:7
Movable zone: 0 pages used for memmap
DMI 2.1 present.
ACPI: DMI detected: Hewlett-Packard
Allocating PCI resources starting at 10000000 (gap: 0a000000:f5ff0000)
Built 1 zonelists in Zone order, mobility grouping on. Total pages:
40640
Kernel command line: auto BOOT_IMAGE=Linux ro root=301 slub_debug
Local APIC disabled by BIOS -- you can enable it with "lapic"
mapped APIC to ffffb000 (01141000)
Enabling fast FPU save and restore... done.
Initializing CPU#0
PID hash table entries: 1024 (order: 10, 4096 bytes)
Detected 267.281 MHz processor.
Console: colour VGA+ 80x25
console [tty0] enabled
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 158956k/163840k available (2010k kernel code, 4452k reserved,
606k data, 160k init, 0k highmem)
virtual kernel memory layout:
fixmap : 0xfffb5000 - 0xfffff000 ( 296 kB)
vmalloc : 0xca800000 - 0xfffb3000 ( 855 MB)
lowmem : 0xc0000000 - 0xca000000 ( 160 MB)
.init : 0xc0392000 - 0xc03ba000 ( 160 kB)
.data : 0xc02f687e - 0xc038e280 ( 606 kB)
.text : 0xc0100000 - 0xc02f687e (2010 kB)
Checking if this processor honours the WP bit even in supervisor mode...
Ok.
SLUB: Genslabs=11, HWalign=32, Order=0-1, MinObjects=4, CPUs=1, Nodes=1
Calibrating delay using timer specific routine.. 535.28 BogoMIPS
(lpj=1070570)
Mount-cache hash table entries: 512
CPU: After generic identify, caps: 0183f9ff 00000000 00000000 00000000
00000000 00000000 00000000 00000000
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: After all inits, caps: 0183f9ff 00000000 00000000 00000040 00000000
00000000 00000000 00000000
Compat vDSO mapped to ffffe000.
CPU: Intel Celeron (Covington) stepping 00
Checking 'hlt' instruction... OK.
Freeing SMP alternatives: 0k freed
ACPI: Core revision 20070126
ACPI Exception (tbxface-0629): AE_NO_ACPI_TABLES, While loading
namespace from ACPI tables [20070126]
ACPI: Unable to load the System Description Tables
net_namespace: 128 bytes
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xfda61, last bus=1
PCI: Using configuration type 1
Setting up standard PCI resources
ACPI: Interpreter disabled.
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI: disabled
PCI: Probing PCI hardware
PCI: Probing PCI hardware (bus 00)
* Found PM-Timer Bug on the chipset. Due to workarounds for a bug,
* this clock source is slow. Consider trying other clock sources
PCI quirk: region 6100-613f claimed by PIIX4 ACPI
PCI quirk: region 5f00-5f0f claimed by PIIX4 SMB
PCI: Using IRQ router PIIX/ICH [8086/7110] at 0000:00:07.0
Time: tsc clocksource has been installed.
PCI: Bridge: 0000:00:01.0
IO window: b000-bfff
MEM window: efe00000-efefffff
PREFETCH window: e5c00000-e7cfffff
NET: Registered protocol family 2
IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
TCP established hash table entries: 8192 (order: 4, 65536 bytes)
TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
TCP: Hash tables configured (established 8192 bind 8192)
TCP reno registered
SGI XFS with no debug enabled
io scheduler noop registered (default)
Limiting direct PCI/PCI transfers.
Boot video device is 0000:01:00.0
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
PIIX4: IDE controller (0x8086:0x7111 rev 0x01) at PCI slot 0000:00:07.1
PIIX4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:pio
Probing IDE interface ide0...
hda: QUANTUM FIREBALL EX3.2A, ATA DISK drive
hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4
hda: UDMA/33 mode selected
Probing IDE interface ide1...
hdc: CRD-8160B, ATAPI CD/DVD-ROM drive
hdc: host max PIO4 wanted PIO255(auto-tune) selected PIO4
hdc: MWDMA2 mode selected
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 128KiB
hda: 6306048 sectors (3228 MB) w/418KiB Cache, CHS=6256/16/63
hda: cache flushes not supported
hda: hda1 hda2 < hda5 hda6 hda7 hda8 hda9 >
PNP: No PS/2 controller found. Probing ports directly.
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
nf_conntrack version 0.5.0 (3072 buckets, 12288 max)
ip_tables: (C) 2000-2006 Netfilter Core Team
TCP cubic registered
Initializing XFRM netlink socket
NET: Registered protocol family 1
NET: Registered protocol family 17
NET: Registered protocol family 15
Using IPI Shortcut mode
input: AT Translated Set 2 keyboard as
/devices/platform/i8042/serio0/input/input0
Filesystem "hda1": Disabling barriers, not supported by the underlying
device
XFS mounting filesystem hda1
Starting XFS recovery on filesystem: hda1 (logdev: internal)
Ending XFS recovery on filesystem: hda1 (logdev: internal)
VFS: Mounted root (xfs filesystem) readonly.
Freeing unused kernel memory: 160k freed
Adding 330584k swap on /dev/hda9. Priority:-1 extents:1 across:330584k
Filesystem "hda1": Disabling barriers, not supported by the underlying
device
Filesystem "hda1": Disabling barriers, not supported by the underlying
device
PCI: setting IRQ 10 as level-triggered
PCI: Found IRQ 10 for device 0000:00:09.0
3c59x: Donald Becker and others.
0000:00:09.0: 3Com PCI 3c905 Boomerang 100baseTx at 0001dc00.
PCI: setting IRQ 11 as level-triggered
PCI: Found IRQ 11 for device 0000:00:0a.0
0000:00:0a.0: 3Com PCI 3c905 Boomerang 100baseTx at 0001da00.
PCI: setting IRQ 9 as level-triggered
PCI: Found IRQ 9 for device 0000:00:0b.0
PCI: Sharing IRQ 9 with 0000:00:07.2
0000:00:0b.0: 3Com PCI 3c905 Boomerang 100baseTx at 0001d800.
netconsole: local port 6665
netconsole: local IP 85.32.35.30
netconsole: interface eth0
netconsole: remote port 6666
netconsole: remote IP 80.204.235.230
netconsole: remote ethernet address 00:1b:d4:0a:43:d0
netconsole: device eth0 not up yet, forcing it
eth0: setting full-duplex.
netconsole: carrier detect appears untrustworthy, waiting 4 seconds
console [netcon0] enabled
netconsole: network logging started
Filesystem "hda5": Disabling barriers, not supported by the underlying
device
XFS mounting filesystem hda5
Starting XFS recovery on filesystem: hda5 (logdev: internal)
Ending XFS recovery on filesystem: hda5 (logdev: internal)
Filesystem "hda6": Disabling barriers, not supported by the underlying
device
XFS mounting filesystem hda6
Starting XFS recovery on filesystem: hda6 (logdev: internal)
Ending XFS recovery on filesystem: hda6 (logdev: internal)
Filesystem "hda7": Disabling barriers, not supported by the underlying
device
XFS mounting filesystem hda7
Ending clean XFS mount for filesystem: hda7
Filesystem "hda8": Disabling barriers, not supported by the underlying
device
XFS mounting filesystem hda8
Starting XFS recovery on filesystem: hda8 (logdev: internal)
Ending XFS recovery on filesystem: hda8 (logdev: internal)
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
2008-05-12 16:10 ` Marco Berizzi
@ 2008-05-14 8:19 ` Marco Berizzi
2008-05-14 12:03 ` Marco Berizzi
2008-05-20 9:25 ` [IPSEC]: Use the correct ip_local_out function Herbert Xu
0 siblings, 2 replies; 40+ messages in thread
From: Marco Berizzi @ 2008-05-14 8:19 UTC (permalink / raw)
To: Herbert Xu; +Cc: linux-kernel, netdev
Marco Berizzi wrote:
> Marco Berizzi wrote:
>
> > Marco Berizzi wrote:
> >
> > > Herbert Xu wrote:
> > >
> > > > On Mon, May 12, 2008 at 09:14:54AM +0200, Marco Berizzi wrote:
> > > > >
> > > > > PS: linux version shown by dmesg is 2.6.24 but it
> > > > > is the results of 'git bisect good v2.6.24' and
> > > > > 'git bisect bad v2.6.25'
> > > >
> > > > So what's the changeset hash for the source that produced this
> > > > kernel?
This kernel (see below git bisect log) has not
been crashed after more than 17 hours. I want
to test it till this evening.
This is the git bisect log:
root@Calimero:/tmp/GIT/herbert# git bisect log
git-bisect start
# good: [49914084e797530d9baaf51df9eda77babc98fa8] Linux 2.6.24
git-bisect good 49914084e797530d9baaf51df9eda77babc98fa8
# bad: [4b119e21d0c66c22e8ca03df05d9de623d0eb50f] Linux 2.6.25
git-bisect bad 4b119e21d0c66c22e8ca03df05d9de623d0eb50f
# bad: [dd5f5fed6c9458a7aa81eeef3732cc3a9891cfdf] Merge branch
'audit.b46' of
git://git.kernel.org/pub/scm/linux/kernel/git/viro/audit-current
git-bisect bad dd5f5fed6c9458a7aa81eeef3732cc3a9891cfdf
# bad: [fde3571fd8613483f1203d11394ae316c6b79a03] iwlwifi: avoid
firmware command sending if rfkill is enabled
git-bisect bad fde3571fd8613483f1203d11394ae316c6b79a03
# good: [1c7c2cdec3a6b2873439096983794a550d7ff65b] Merge
git://git.kernel.org/pub/scm/linux/kernel/git/bart/ide-2.6
git-bisect good 1c7c2cdec3a6b2873439096983794a550d7ff65b
# bad: [4c37799ccf6c722e0dad6a0677af22d1c23fb897] [NETFILTER]: Use
lowercase names for matches in Kconfig
git-bisect bad 4c37799ccf6c722e0dad6a0677af22d1c23fb897
I hope this helps.
PS: I always replace from 2.6.25 ipcomp.c and
xfrm4_tunnel.c
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
2008-05-14 8:19 ` Marco Berizzi
@ 2008-05-14 12:03 ` Marco Berizzi
2008-05-14 12:21 ` Herbert Xu
2008-05-20 9:25 ` [IPSEC]: Use the correct ip_local_out function Herbert Xu
1 sibling, 1 reply; 40+ messages in thread
From: Marco Berizzi @ 2008-05-14 12:03 UTC (permalink / raw)
To: Herbert Xu; +Cc: linux-kernel, netdev
game over :-((
I was going forward with git bisect but now kernel
doesn't compile anymore
LD drivers/misc/built-in.o
CC drivers/net/Space.o
CC drivers/net/loopback.o
In file included from include/net/sock.h:50,
from drivers/net/loopback.c:53:
include/linux/pcounter.h: In function 'pcounter_add':
include/linux/pcounter.h:87: error: 'struct pcounter' has no member
named 'value'
make[2]: *** [drivers/net/loopback.o] Error 1
make[1]: *** [drivers/net] Error 2
Here is my git bisect log output:
git-bisect start
# good: [49914084e797530d9baaf51df9eda77babc98fa8] Linux 2.6.24
git-bisect good 49914084e797530d9baaf51df9eda77babc98fa8
# bad: [4b119e21d0c66c22e8ca03df05d9de623d0eb50f] Linux 2.6.25
git-bisect bad 4b119e21d0c66c22e8ca03df05d9de623d0eb50f
# bad: [dd5f5fed6c9458a7aa81eeef3732cc3a9891cfdf] Merge branch
'audit.b46' of
git://git.kernel.org/pub/scm/linux/kernel/git/viro/audit-current
git-bisect bad dd5f5fed6c9458a7aa81eeef3732cc3a9891cfdf
# bad: [fde3571fd8613483f1203d11394ae316c6b79a03] iwlwifi: avoid
firmware command sending if rfkill is enabled
git-bisect bad fde3571fd8613483f1203d11394ae316c6b79a03
# good: [1c7c2cdec3a6b2873439096983794a550d7ff65b] Merge
git://git.kernel.org/pub/scm/linux/kernel/git/bart/ide-2.6
git-bisect good 1c7c2cdec3a6b2873439096983794a550d7ff65b
# bad: [4c37799ccf6c722e0dad6a0677af22d1c23fb897] [NETFILTER]: Use
lowercase names for matches in Kconfig
git-bisect bad 4c37799ccf6c722e0dad6a0677af22d1c23fb897
# good: [f4798748dee00c807a63f5518f08b3df161e0f6d] Merge branch
'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid
git-bisect good f4798748dee00c807a63f5518f08b3df161e0f6d
# good: [9c55e01c0cc835818475a6ce8c4d684df9949ac8] [TCP]: Splice receive
support.
git-bisect good 9c55e01c0cc835818475a6ce8c4d684df9949ac8
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
2008-05-14 12:03 ` Marco Berizzi
@ 2008-05-14 12:21 ` Herbert Xu
2008-05-14 12:32 ` Marco Berizzi
0 siblings, 1 reply; 40+ messages in thread
From: Herbert Xu @ 2008-05-14 12:21 UTC (permalink / raw)
To: Marco Berizzi; +Cc: linux-kernel, netdev
On Wed, May 14, 2008 at 02:03:05PM +0200, Marco Berizzi wrote:
> game over :-((
>
> I was going forward with git bisect but now kernel
> doesn't compile anymore
> LD drivers/misc/built-in.o
> CC drivers/net/Space.o
> CC drivers/net/loopback.o
> In file included from include/net/sock.h:50,
> from drivers/net/loopback.c:53:
> include/linux/pcounter.h: In function 'pcounter_add':
> include/linux/pcounter.h:87: error: 'struct pcounter' has no member
> named 'value'
> make[2]: *** [drivers/net/loopback.o] Error 1
> make[1]: *** [drivers/net] Error 2
This patch should let you test that kernel:
commit e7d0362dd41e760f340c1b500646cc92522bd9d5
Author: Ilpo Järvinen <ilpo.jarvinen@helsinki.fi>
Date: Mon Nov 26 23:34:54 2007 +0800
[PCOUNTER] Fix build error without CONFIG_SMP
I keep getting this build error and couldn't find anyone fixing
it in archives. ...Maybe all net developers except me build
just SMP kernels :-).
In file included from include/net/sock.h:50,
from ipc/mqueue.c:35:
include/linux/pcounter.h: In function 'pcounter_add':
include/linux/pcounter.h:87: error: 'struct pcounter' has no
member named 'value'
make[1]: *** [ipc/mqueue.o] Error 1
make: *** [ipc] Error 2
Signed-off-by: Ilpo Järvinen <ilpo.jarvinen@helsinki.fi>
Acked-by: Arnaldo Carvalho de Melo <acme@redhat.com>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
diff --git a/include/linux/pcounter.h b/include/linux/pcounter.h
index 620aade..9c4760a 100644
--- a/include/linux/pcounter.h
+++ b/include/linux/pcounter.h
@@ -84,7 +84,7 @@ static inline int pcounter_getval(const struct pcounter *self)
static inline void pcounter_add(struct pcounter *self, int inc)
{
- self->value += inc;
+ self->val += inc;
}
static inline int pcounter_getval(const struct pcounter *self)
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
^ permalink raw reply related [flat|nested] 40+ messages in thread
* Re: 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c
2008-05-14 12:21 ` Herbert Xu
@ 2008-05-14 12:32 ` Marco Berizzi
0 siblings, 0 replies; 40+ messages in thread
From: Marco Berizzi @ 2008-05-14 12:32 UTC (permalink / raw)
To: Herbert Xu; +Cc: linux-kernel, netdev
Herbert Xu wrote:
> This patch should let you test that kernel:
yes it works. Thanks.
^ permalink raw reply [flat|nested] 40+ messages in thread
* [IPSEC]: Use the correct ip_local_out function
2008-05-14 8:19 ` Marco Berizzi
2008-05-14 12:03 ` Marco Berizzi
@ 2008-05-20 9:25 ` Herbert Xu
2008-05-20 10:18 ` Marco Berizzi
2008-05-20 21:32 ` David Miller
1 sibling, 2 replies; 40+ messages in thread
From: Herbert Xu @ 2008-05-20 9:25 UTC (permalink / raw)
To: David S. Miller, Marco Berizzi; +Cc: linux-kernel, netdev
On Wed, May 14, 2008 at 10:19:57AM +0200, Marco Berizzi wrote:
>
> I hope this helps.
OK found the problem, it was my fault after all :)
Dave, this patch needs to go into stable too.
[IPSEC]: Use the correct ip_local_out function
Because the IPsec output function xfrm_output_resume does its
own dst_output call it should always call __ip_local_output
instead of ip_local_output as the latter may invoke dst_output
directly. Otherwise the return values from nf_hook and dst_output
may clash as they both use the value 1 but for different purposes.
When that clash occurs this can cause a packet to be used after
it has been freed which usually leads to a crash. Because the
offending value is only returned from dst_output with qdiscs
such as HTB, this bug is normally not visible.
Thanks to Marco Berizzi for his perseverance in tracking this
down.
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
diff --git a/net/ipv4/route.c b/net/ipv4/route.c
index 92f90ae..df41026 100644
--- a/net/ipv4/route.c
+++ b/net/ipv4/route.c
@@ -160,7 +160,7 @@ static struct dst_ops ipv4_dst_ops = {
.negative_advice = ipv4_negative_advice,
.link_failure = ipv4_link_failure,
.update_pmtu = ip_rt_update_pmtu,
- .local_out = ip_local_out,
+ .local_out = __ip_local_out,
.entry_size = sizeof(struct rtable),
.entries = ATOMIC_INIT(0),
};
diff --git a/net/ipv6/route.c b/net/ipv6/route.c
index 12bba08..849b78a 100644
--- a/net/ipv6/route.c
+++ b/net/ipv6/route.c
@@ -109,7 +109,7 @@ static struct dst_ops ip6_dst_ops_template = {
.negative_advice = ip6_negative_advice,
.link_failure = ip6_link_failure,
.update_pmtu = ip6_rt_update_pmtu,
- .local_out = ip6_local_out,
+ .local_out = __ip6_local_out,
.entry_size = sizeof(struct rt6_info),
.entries = ATOMIC_INIT(0),
};
^ permalink raw reply related [flat|nested] 40+ messages in thread
* Re: [IPSEC]: Use the correct ip_local_out function
2008-05-20 9:25 ` [IPSEC]: Use the correct ip_local_out function Herbert Xu
@ 2008-05-20 10:18 ` Marco Berizzi
2008-05-20 21:32 ` David Miller
1 sibling, 0 replies; 40+ messages in thread
From: Marco Berizzi @ 2008-05-20 10:18 UTC (permalink / raw)
To: Herbert Xu, David S. Miller; +Cc: linux-kernel, netdev
Herbert Xu wrote:
> On Wed, May 14, 2008 at 10:19:57AM +0200, Marco Berizzi wrote:
> >
> > I hope this helps.
>
> OK found the problem, it was my fault after all :)
>
> Dave, this patch needs to go into stable too.
>
> [IPSEC]: Use the correct ip_local_out function
>
> Because the IPsec output function xfrm_output_resume does its
> own dst_output call it should always call __ip_local_output
> instead of ip_local_output as the latter may invoke dst_output
> directly. Otherwise the return values from nf_hook and dst_output
> may clash as they both use the value 1 but for different purposes.
>
> When that clash occurs this can cause a packet to be used after
> it has been freed which usually leads to a crash. Because the
> offending value is only returned from dst_output with qdiscs
> such as HTB, this bug is normally not visible.
>
> Thanks to Marco Berizzi for his perseverance in tracking this
> down.
Herbert,
many many thanks to you for fixing this bug.
I was going on with git bisect, but I was not
able anymore to reproduce the bug after four
git bisect step.
I'm going to apply immediately your patch to
2.6.25.4
Just for record, this is my last git bisect log:
root@Venus:/tmp/GIT/my2.6.25.y# git bisect log
git-bisect start
# good: [49914084e797530d9baaf51df9eda77babc98fa8] Linux 2.6.24
git-bisect good 49914084e797530d9baaf51df9eda77babc98fa8
# bad: [4b119e21d0c66c22e8ca03df05d9de623d0eb50f] Linux 2.6.25
git-bisect bad 4b119e21d0c66c22e8ca03df05d9de623d0eb50f
# bad: [dd5f5fed6c9458a7aa81eeef3732cc3a9891cfdf] Merge branch
'audit.b46' of
git://git.kernel.org/pub/scm/linux/kernel/git/viro/audit-current
git-bisect bad dd5f5fed6c9458a7aa81eeef3732cc3a9891cfdf
# bad: [fde3571fd8613483f1203d11394ae316c6b79a03] iwlwifi: avoid
firmware command sending if rfkill is enabled
git-bisect bad fde3571fd8613483f1203d11394ae316c6b79a03
# good: [1c7c2cdec3a6b2873439096983794a550d7ff65b] Merge
git://git.kernel.org/pub/scm/linux/kernel/git/bart/ide-2.6
git-bisect good 1c7c2cdec3a6b2873439096983794a550d7ff65b
# bad: [4c37799ccf6c722e0dad6a0677af22d1c23fb897] [NETFILTER]: Use
lowercase names for matches in Kconfig
git-bisect bad 4c37799ccf6c722e0dad6a0677af22d1c23fb897
# good: [f4798748dee00c807a63f5518f08b3df161e0f6d] Merge branch
'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid
git-bisect good f4798748dee00c807a63f5518f08b3df161e0f6d
# good: [9c55e01c0cc835818475a6ce8c4d684df9949ac8] [TCP]: Splice receive
support.
git-bisect good 9c55e01c0cc835818475a6ce8c4d684df9949ac8
# good: [8e8c71f1ab0ca1c4e74efad14533b991524dcb6c] [DCCP]: Honour and
make use of shutdown option set by user
git-bisect good 8e8c71f1ab0ca1c4e74efad14533b991524dcb6c
# good: [dd88590995de7c7ce108718a9ad52b3832e77814] [DECNET]: Remove
extra memset from dn_fib_check_nh
git-bisect good dd88590995de7c7ce108718a9ad52b3832e77814
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: [IPSEC]: Use the correct ip_local_out function
2008-05-20 9:25 ` [IPSEC]: Use the correct ip_local_out function Herbert Xu
2008-05-20 10:18 ` Marco Berizzi
@ 2008-05-20 21:32 ` David Miller
2008-05-27 9:04 ` Marco Berizzi
2008-06-07 20:27 ` [patch 00/50] 2.6.25.6 -stable review Marco Berizzi
1 sibling, 2 replies; 40+ messages in thread
From: David Miller @ 2008-05-20 21:32 UTC (permalink / raw)
To: herbert; +Cc: pupilla, linux-kernel, netdev
From: Herbert Xu <herbert@gondor.apana.org.au>
Date: Tue, 20 May 2008 17:25:11 +0800
> On Wed, May 14, 2008 at 10:19:57AM +0200, Marco Berizzi wrote:
> >
> > I hope this helps.
>
> OK found the problem, it was my fault after all :)
>
> Dave, this patch needs to go into stable too.
>
> [IPSEC]: Use the correct ip_local_out function
>
> Because the IPsec output function xfrm_output_resume does its
> own dst_output call it should always call __ip_local_output
> instead of ip_local_output as the latter may invoke dst_output
> directly. Otherwise the return values from nf_hook and dst_output
> may clash as they both use the value 1 but for different purposes.
>
> When that clash occurs this can cause a packet to be used after
> it has been freed which usually leads to a crash. Because the
> offending value is only returned from dst_output with qdiscs
> such as HTB, this bug is normally not visible.
>
> Thanks to Marco Berizzi for his perseverance in tracking this
> down.
>
> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Applied and queued to -stable, thanks!
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: [IPSEC]: Use the correct ip_local_out function
2008-05-20 21:32 ` David Miller
@ 2008-05-27 9:04 ` Marco Berizzi
2008-06-07 20:27 ` [patch 00/50] 2.6.25.6 -stable review Marco Berizzi
1 sibling, 0 replies; 40+ messages in thread
From: Marco Berizzi @ 2008-05-27 9:04 UTC (permalink / raw)
To: herbert, David Miller; +Cc: linux-kernel, netdev
David Miller wrote:
> From: Herbert Xu <herbert@gondor.apana.org.au>
> Date: Tue, 20 May 2008 17:25:11 +0800
>
> > On Wed, May 14, 2008 at 10:19:57AM +0200, Marco Berizzi wrote:
> > >
> > > I hope this helps.
> >
> > OK found the problem, it was my fault after all :)
> >
> > Dave, this patch needs to go into stable too.
> >
> > [IPSEC]: Use the correct ip_local_out function
> >
> > Because the IPsec output function xfrm_output_resume does its
> > own dst_output call it should always call __ip_local_output
> > instead of ip_local_output as the latter may invoke dst_output
> > directly. Otherwise the return values from nf_hook and dst_output
> > may clash as they both use the value 1 but for different purposes.
> >
> > When that clash occurs this can cause a packet to be used after
> > it has been freed which usually leads to a crash. Because the
> > offending value is only returned from dst_output with qdiscs
> > such as HTB, this bug is normally not visible.
> >
> > Thanks to Marco Berizzi for his perseverance in tracking this
> > down.
> >
> > Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
>
> Applied and queued to -stable, thanks!
Just a confirmation message that this bug has been fixed
(one week uptime).
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: [patch 00/50] 2.6.25.6 -stable review
2008-05-20 21:32 ` David Miller
2008-05-27 9:04 ` Marco Berizzi
@ 2008-06-07 20:27 ` Marco Berizzi
2008-06-07 20:43 ` Willy Tarreau
1 sibling, 1 reply; 40+ messages in thread
From: Marco Berizzi @ 2008-06-07 20:27 UTC (permalink / raw)
To: David Miller; +Cc: linux-kernel, netdev, Chris Wright
David Miller wrote:
> From: Herbert Xu <herbert@gondor.apana.org.au>
> Date: Tue, 20 May 2008 17:25:11 +0800
>
>> On Wed, May 14, 2008 at 10:19:57AM +0200, Marco Berizzi wrote:
>> >
>> > I hope this helps.
>>
>> OK found the problem, it was my fault after all :)
>>
>> Dave, this patch needs to go into stable too.
>>
>> [IPSEC]: Use the correct ip_local_out function
>>
>> Because the IPsec output function xfrm_output_resume does its
>> own dst_output call it should always call __ip_local_output
>> instead of ip_local_output as the latter may invoke dst_output
>> directly. Otherwise the return values from nf_hook and dst_output
>> may clash as they both use the value 1 but for different purposes.
>>
>> When that clash occurs this can cause a packet to be used after
>> it has been freed which usually leads to a crash. Because the
>> offending value is only returned from dst_output with qdiscs
>> such as HTB, this bug is normally not visible.
>>
>> Thanks to Marco Berizzi for his perseverance in tracking this
>> down.
>>
>> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
>
> Applied and queued to -stable, thanks!
Hi David,
I don't see this patch in Chris 2.6.25.6 -stable review message.
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: [patch 00/50] 2.6.25.6 -stable review
2008-06-07 20:27 ` [patch 00/50] 2.6.25.6 -stable review Marco Berizzi
@ 2008-06-07 20:43 ` Willy Tarreau
2008-06-08 11:56 ` Marco Berizzi
0 siblings, 1 reply; 40+ messages in thread
From: Willy Tarreau @ 2008-06-07 20:43 UTC (permalink / raw)
To: Marco Berizzi; +Cc: David Miller, linux-kernel, netdev, Chris Wright
On Sat, Jun 07, 2008 at 10:27:58PM +0200, Marco Berizzi wrote:
> David Miller wrote:
>
> > From: Herbert Xu <herbert@gondor.apana.org.au>
> > Date: Tue, 20 May 2008 17:25:11 +0800
> >
> >> On Wed, May 14, 2008 at 10:19:57AM +0200, Marco Berizzi wrote:
> >> >
> >> > I hope this helps.
> >>
> >> OK found the problem, it was my fault after all :)
> >>
> >> Dave, this patch needs to go into stable too.
> >>
> >> [IPSEC]: Use the correct ip_local_out function
> >>
> >> Because the IPsec output function xfrm_output_resume does its
> >> own dst_output call it should always call __ip_local_output
> >> instead of ip_local_output as the latter may invoke dst_output
> >> directly. Otherwise the return values from nf_hook and dst_output
> >> may clash as they both use the value 1 but for different purposes.
> >>
> >> When that clash occurs this can cause a packet to be used after
> >> it has been freed which usually leads to a crash. Because the
> >> offending value is only returned from dst_output with qdiscs
> >> such as HTB, this bug is normally not visible.
> >>
> >> Thanks to Marco Berizzi for his perseverance in tracking this
> >> down.
> >>
> >> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
> >
> > Applied and queued to -stable, thanks!
>
> Hi David,
>
> I don't see this patch in Chris 2.6.25.6 -stable review message.
Is it already in mainline ? (stable should only contain already merged
patches). It generally helps the stable team if you indicate the commit
id, as it's easier to "git show" than to "git log|grep".
Regards,
Willy
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: [patch 00/50] 2.6.25.6 -stable review
2008-06-07 20:43 ` Willy Tarreau
@ 2008-06-08 11:56 ` Marco Berizzi
2008-06-08 12:36 ` Willy Tarreau
0 siblings, 1 reply; 40+ messages in thread
From: Marco Berizzi @ 2008-06-08 11:56 UTC (permalink / raw)
To: Willy Tarreau; +Cc: David Miller, linux-kernel, netdev, Chris Wright
Willy Tarreau wrote:
> On Sat, Jun 07, 2008 at 10:27:58PM +0200, Marco Berizzi wrote:
>> David Miller wrote:
>>
>> > From: Herbert Xu <herbert@gondor.apana.org.au>
>> > Date: Tue, 20 May 2008 17:25:11 +0800
>> >
>> >> On Wed, May 14, 2008 at 10:19:57AM +0200, Marco Berizzi wrote:
>> >> >
>> >> > I hope this helps.
>> >>
>> >> OK found the problem, it was my fault after all :)
>> >>
>> >> Dave, this patch needs to go into stable too.
>> >>
>> >> [IPSEC]: Use the correct ip_local_out function
>> >>
>> >> Because the IPsec output function xfrm_output_resume does its
>> >> own dst_output call it should always call __ip_local_output
>> >> instead of ip_local_output as the latter may invoke dst_output
>> >> directly. Otherwise the return values from nf_hook and dst_output
>> >> may clash as they both use the value 1 but for different purposes.
>> >>
>> >> When that clash occurs this can cause a packet to be used after
>> >> it has been freed which usually leads to a crash. Because the
>> >> offending value is only returned from dst_output with qdiscs
>> >> such as HTB, this bug is normally not visible.
>> >>
>> >> Thanks to Marco Berizzi for his perseverance in tracking this
>> >> down.
>> >>
>> >> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
>> >
>> > Applied and queued to -stable, thanks!
>>
>> Hi David,
>>
>> I don't see this patch in Chris 2.6.25.6 -stable review message.
>
> Is it already in mainline ?
yes, since 2008/05/20
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1ac06e0306d0192a7a4d9ea1c9e06d355ce7e7d3
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: [patch 00/50] 2.6.25.6 -stable review
2008-06-08 11:56 ` Marco Berizzi
@ 2008-06-08 12:36 ` Willy Tarreau
2008-06-08 14:10 ` David Miller
0 siblings, 1 reply; 40+ messages in thread
From: Willy Tarreau @ 2008-06-08 12:36 UTC (permalink / raw)
To: Marco Berizzi; +Cc: David Miller, linux-kernel, netdev, Chris Wright
On Sun, Jun 08, 2008 at 01:56:01PM +0200, Marco Berizzi wrote:
> Willy Tarreau wrote:
>
> > On Sat, Jun 07, 2008 at 10:27:58PM +0200, Marco Berizzi wrote:
> >> David Miller wrote:
> >>
> >> > From: Herbert Xu <herbert@gondor.apana.org.au>
> >> > Date: Tue, 20 May 2008 17:25:11 +0800
> >> >
> >> >> On Wed, May 14, 2008 at 10:19:57AM +0200, Marco Berizzi wrote:
> >> >> >
> >> >> > I hope this helps.
> >> >>
> >> >> OK found the problem, it was my fault after all :)
> >> >>
> >> >> Dave, this patch needs to go into stable too.
> >> >>
> >> >> [IPSEC]: Use the correct ip_local_out function
> >> >>
> >> >> Because the IPsec output function xfrm_output_resume does its
> >> >> own dst_output call it should always call __ip_local_output
> >> >> instead of ip_local_output as the latter may invoke dst_output
> >> >> directly. Otherwise the return values from nf_hook and dst_output
> >> >> may clash as they both use the value 1 but for different purposes.
> >> >>
> >> >> When that clash occurs this can cause a packet to be used after
> >> >> it has been freed which usually leads to a crash. Because the
> >> >> offending value is only returned from dst_output with qdiscs
> >> >> such as HTB, this bug is normally not visible.
> >> >>
> >> >> Thanks to Marco Berizzi for his perseverance in tracking this
> >> >> down.
> >> >>
> >> >> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
> >> >
> >> > Applied and queued to -stable, thanks!
> >>
> >> Hi David,
> >>
> >> I don't see this patch in Chris 2.6.25.6 -stable review message.
> >
> > Is it already in mainline ?
>
> yes, since 2008/05/20
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1ac06e0306d0192a7a4d9ea1c9e06d355ce7e7d3
Indeed. Most likely it was simply lost somewhere in the e-mail chain.
Then best thing to do is to retransmit it for next batch of patches.
Chris, here's the fix in question.
Thanks,
Willy
--
>From 1ac06e0306d0192a7a4d9ea1c9e06d355ce7e7d3 Mon Sep 17 00:00:00 2001
From: Herbert Xu <herbert@gondor.apana.org.au>
Date: Tue, 20 May 2008 14:32:14 -0700
Subject: ipsec: Use the correct ip_local_out function
Because the IPsec output function xfrm_output_resume does its
own dst_output call it should always call __ip_local_output
instead of ip_local_output as the latter may invoke dst_output
directly. Otherwise the return values from nf_hook and dst_output
may clash as they both use the value 1 but for different purposes.
When that clash occurs this can cause a packet to be used after
it has been freed which usually leads to a crash. Because the
offending value is only returned from dst_output with qdiscs
such as HTB, this bug is normally not visible.
Thanks to Marco Berizzi for his perseverance in tracking this
down.
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
---
net/ipv4/route.c | 2 +-
net/ipv6/route.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/ipv4/route.c b/net/ipv4/route.c
index 92f90ae..df41026 100644
--- a/net/ipv4/route.c
+++ b/net/ipv4/route.c
@@ -160,7 +160,7 @@ static struct dst_ops ipv4_dst_ops = {
.negative_advice = ipv4_negative_advice,
.link_failure = ipv4_link_failure,
.update_pmtu = ip_rt_update_pmtu,
- .local_out = ip_local_out,
+ .local_out = __ip_local_out,
.entry_size = sizeof(struct rtable),
.entries = ATOMIC_INIT(0),
};
diff --git a/net/ipv6/route.c b/net/ipv6/route.c
index b7a4a87..48534c6 100644
--- a/net/ipv6/route.c
+++ b/net/ipv6/route.c
@@ -109,7 +109,7 @@ static struct dst_ops ip6_dst_ops_template = {
.negative_advice = ip6_negative_advice,
.link_failure = ip6_link_failure,
.update_pmtu = ip6_rt_update_pmtu,
- .local_out = ip6_local_out,
+ .local_out = __ip6_local_out,
.entry_size = sizeof(struct rt6_info),
.entries = ATOMIC_INIT(0),
};
--
1.5.3.8
^ permalink raw reply related [flat|nested] 40+ messages in thread
* Re: [patch 00/50] 2.6.25.6 -stable review
2008-06-08 12:36 ` Willy Tarreau
@ 2008-06-08 14:10 ` David Miller
2008-06-08 14:19 ` Willy Tarreau
2008-06-08 15:38 ` Jay Cliburn
0 siblings, 2 replies; 40+ messages in thread
From: David Miller @ 2008-06-08 14:10 UTC (permalink / raw)
To: w; +Cc: pupilla, linux-kernel, netdev, chrisw
From: Willy Tarreau <w@1wt.eu>
Date: Sun, 8 Jun 2008 14:36:01 +0200
> Indeed. Most likely it was simply lost somewhere in the e-mail chain.
> Then best thing to do is to retransmit it for next batch of patches.
> Chris, here's the fix in question.
It did not get lost at all, it's perfectly sitting in my
networking -stable queue waiting for me to have an
opportunity to submit it to the -stable folks after I do
some testing.
If you ask me in the future about the status of a -stable
patch from the networking, I'll let you know exactly what
is happening to that patch wrt. stable. I rarely forget
to submit an appropriate patch, and when I do forget you
merely have to let me know (rather than submitting it
to -stable directly, please don't do that) so that I can
fit it in with what I plan to submit to -stable already.
Right now is an unusual situation where I am in a 3 week
period of near constant travel, otherwise all of this
stuff would have been submitted already. As I stated in
another reply to you, that period is ending tomorrow so I
should be able to crank out all of these patches to -stable
some time this week.
Thanks.
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: [patch 00/50] 2.6.25.6 -stable review
2008-06-08 14:10 ` David Miller
@ 2008-06-08 14:19 ` Willy Tarreau
2008-06-08 15:38 ` Jay Cliburn
1 sibling, 0 replies; 40+ messages in thread
From: Willy Tarreau @ 2008-06-08 14:19 UTC (permalink / raw)
To: David Miller; +Cc: pupilla, linux-kernel, netdev, chrisw
On Sun, Jun 08, 2008 at 07:10:51AM -0700, David Miller wrote:
> From: Willy Tarreau <w@1wt.eu>
> Date: Sun, 8 Jun 2008 14:36:01 +0200
>
> > Indeed. Most likely it was simply lost somewhere in the e-mail chain.
> > Then best thing to do is to retransmit it for next batch of patches.
> > Chris, here's the fix in question.
>
> It did not get lost at all, it's perfectly sitting in my
> networking -stable queue waiting for me to have an
> opportunity to submit it to the -stable folks after I do
> some testing.
>
> If you ask me in the future about the status of a -stable
> patch from the networking, I'll let you know exactly what
> is happening to that patch wrt. stable. I rarely forget
> to submit an appropriate patch, and when I do forget you
> merely have to let me know (rather than submitting it
> to -stable directly, please don't do that) so that I can
> fit it in with what I plan to submit to -stable already.
OK
> Right now is an unusual situation where I am in a 3 week
> period of near constant travel, otherwise all of this
> stuff would have been submitted already. As I stated in
> another reply to you, that period is ending tomorrow so I
> should be able to crank out all of these patches to -stable
> some time this week.
Perfect, thank you David.
Willy
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: [patch 00/50] 2.6.25.6 -stable review
2008-06-08 14:10 ` David Miller
2008-06-08 14:19 ` Willy Tarreau
@ 2008-06-08 15:38 ` Jay Cliburn
2008-06-08 16:06 ` Willy Tarreau
2008-06-08 20:07 ` Jeff Garzik
1 sibling, 2 replies; 40+ messages in thread
From: Jay Cliburn @ 2008-06-08 15:38 UTC (permalink / raw)
To: David Miller; +Cc: w, pupilla, linux-kernel, netdev, chrisw, jeff
On Sun, 08 Jun 2008 07:10:51 -0700 (PDT)
David Miller <davem@davemloft.net> wrote:
> If you ask me in the future about the status of a -stable
> patch from the networking, I'll let you know exactly what
> is happening to that patch wrt. stable. I rarely forget
> to submit an appropriate patch, and when I do forget you
> merely have to let me know (rather than submitting it
> to -stable directly, please don't do that) so that I can
> fit it in with what I plan to submit to -stable already.
As a netdev driver maintainer, I've been following this workflow for
patches that need to go to -stable:
1. I submit a mainline patch to Jeff Garzik.
2. Jeff submits to David.
3. David submits to Linus.
4. Linus merges patch into mainline.
5. I extract mainline commit ID.
6. I apply and test patch against appropriate 2.6.x.y git tree.
7. I submit patch directly to -stable.
David's admonition tells me I'm doing it wrong, and that I should
submit the stable patch to Jeff as well. Am I right?
Jay
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: [patch 00/50] 2.6.25.6 -stable review
2008-06-08 15:38 ` Jay Cliburn
@ 2008-06-08 16:06 ` Willy Tarreau
2008-06-08 20:07 ` Jeff Garzik
1 sibling, 0 replies; 40+ messages in thread
From: Willy Tarreau @ 2008-06-08 16:06 UTC (permalink / raw)
To: Jay Cliburn; +Cc: David Miller, pupilla, linux-kernel, netdev, chrisw, jeff
On Sun, Jun 08, 2008 at 10:38:35AM -0500, Jay Cliburn wrote:
> On Sun, 08 Jun 2008 07:10:51 -0700 (PDT)
> David Miller <davem@davemloft.net> wrote:
>
>
> > If you ask me in the future about the status of a -stable
> > patch from the networking, I'll let you know exactly what
> > is happening to that patch wrt. stable. I rarely forget
> > to submit an appropriate patch, and when I do forget you
> > merely have to let me know (rather than submitting it
> > to -stable directly, please don't do that) so that I can
> > fit it in with what I plan to submit to -stable already.
>
>
> As a netdev driver maintainer, I've been following this workflow for
> patches that need to go to -stable:
>
> 1. I submit a mainline patch to Jeff Garzik.
> 2. Jeff submits to David.
> 3. David submits to Linus.
> 4. Linus merges patch into mainline.
> 5. I extract mainline commit ID.
> 6. I apply and test patch against appropriate 2.6.x.y git tree.
> 7. I submit patch directly to -stable.
>
> David's admonition tells me I'm doing it wrong, and that I should
> submit the stable patch to Jeff as well. Am I right?
The normal recommended method to get patches automatically sent to
stable is to add a "Cc: stable@kernel.org" line above your signed-off-by
line. That way it is automatically sent to stable when Linus merges it,
and David gets notified. This should *theorically* save him some of the
work consisting in checking his stable queue for unmerged patches, but
his workflow may be different. Also, this method is particularly suited
to ensure that patches don't get lost when the maintainer does not have
a specific stable queue, which is not the case here, according to David.
Regards,
Willy
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: [patch 00/50] 2.6.25.6 -stable review
2008-06-08 15:38 ` Jay Cliburn
2008-06-08 16:06 ` Willy Tarreau
@ 2008-06-08 20:07 ` Jeff Garzik
2008-06-09 2:26 ` David Miller
1 sibling, 1 reply; 40+ messages in thread
From: Jeff Garzik @ 2008-06-08 20:07 UTC (permalink / raw)
To: Jay Cliburn; +Cc: David Miller, w, pupilla, linux-kernel, netdev, chrisw
Jay Cliburn wrote:
> On Sun, 08 Jun 2008 07:10:51 -0700 (PDT)
> David Miller <davem@davemloft.net> wrote:
>
>
>> If you ask me in the future about the status of a -stable
>> patch from the networking, I'll let you know exactly what
>> is happening to that patch wrt. stable. I rarely forget
>> to submit an appropriate patch, and when I do forget you
>> merely have to let me know (rather than submitting it
>> to -stable directly, please don't do that) so that I can
>> fit it in with what I plan to submit to -stable already.
>
>
> As a netdev driver maintainer, I've been following this workflow for
> patches that need to go to -stable:
>
> 1. I submit a mainline patch to Jeff Garzik.
> 2. Jeff submits to David.
> 3. David submits to Linus.
> 4. Linus merges patch into mainline.
> 5. I extract mainline commit ID.
> 6. I apply and test patch against appropriate 2.6.x.y git tree.
> 7. I submit patch directly to -stable.
>
> David's admonition tells me I'm doing it wrong, and that I should
> submit the stable patch to Jeff as well. Am I right?
I usually encourage a more-parallel process where you simply email
stable@kernel.org with the upstream commit id of the change(s) in question.
Jeff
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: [patch 00/50] 2.6.25.6 -stable review
2008-06-08 20:07 ` Jeff Garzik
@ 2008-06-09 2:26 ` David Miller
0 siblings, 0 replies; 40+ messages in thread
From: David Miller @ 2008-06-09 2:26 UTC (permalink / raw)
To: jeff; +Cc: jacliburn, w, pupilla, linux-kernel, netdev, chrisw
From: Jeff Garzik <jeff@garzik.org>
Date: Sun, 08 Jun 2008 16:07:47 -0400
> Jay Cliburn wrote:
> > David's admonition tells me I'm doing it wrong, and that I should
> > submit the stable patch to Jeff as well. Am I right?
>
> I usually encourage a more-parallel process where you simply email
> stable@kernel.org with the upstream commit id of the change(s) in question.
Right, and if Jeff wants to work things that way for the
networking drivers that's fine.
Personally, I like to make sure some time passes between when
a fix goes into Linus's tree and when I push it into -stable
because time is often what shakes out the last remaining problems
introduced by some change no matter how seeming obvious the
patch is.
^ permalink raw reply [flat|nested] 40+ messages in thread
end of thread, other threads:[~2008-06-09 2:26 UTC | newest]
Thread overview: 40+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <BAY103-DAV11F874912A45144805FC26B2DE0@phx.gbl>
2008-04-28 9:42 ` 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c David Miller
2008-04-28 10:18 ` Marco Berizzi
2008-04-29 14:37 ` Marco Berizzi
2008-05-02 12:02 ` Herbert Xu
2008-05-02 12:26 ` Marco Berizzi
2008-05-06 10:44 ` Marco Berizzi
2008-05-09 9:50 ` Marco Berizzi
2008-05-09 10:25 ` Herbert Xu
2008-05-09 10:28 ` Marco Berizzi
2008-05-09 11:11 ` Ingo Molnar
2008-05-12 7:14 ` Marco Berizzi
2008-05-12 7:46 ` Herbert Xu
2008-05-12 8:24 ` Marco Berizzi
2008-05-12 15:06 ` Marco Berizzi
2008-05-12 16:10 ` Marco Berizzi
2008-05-14 8:19 ` Marco Berizzi
2008-05-14 12:03 ` Marco Berizzi
2008-05-14 12:21 ` Herbert Xu
2008-05-14 12:32 ` Marco Berizzi
2008-05-20 9:25 ` [IPSEC]: Use the correct ip_local_out function Herbert Xu
2008-05-20 10:18 ` Marco Berizzi
2008-05-20 21:32 ` David Miller
2008-05-27 9:04 ` Marco Berizzi
2008-06-07 20:27 ` [patch 00/50] 2.6.25.6 -stable review Marco Berizzi
2008-06-07 20:43 ` Willy Tarreau
2008-06-08 11:56 ` Marco Berizzi
2008-06-08 12:36 ` Willy Tarreau
2008-06-08 14:10 ` David Miller
2008-06-08 14:19 ` Willy Tarreau
2008-06-08 15:38 ` Jay Cliburn
2008-06-08 16:06 ` Willy Tarreau
2008-06-08 20:07 ` Jeff Garzik
2008-06-09 2:26 ` David Miller
2008-05-05 14:01 ` 2.6.25 crash: EIP: [<c02e2f14>] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c Marco Berizzi
2008-04-30 15:15 ` Herbert Xu
2008-04-30 15:38 ` Marco Berizzi
2008-05-01 11:53 ` Herbert Xu
2008-05-01 12:59 ` Marco Berizzi
2008-05-01 14:09 ` Herbert Xu
2008-05-01 19:14 ` Marco Berizzi
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).