* Soft lockups since stable kernel upgrade to 2.6.23.8 @ 2007-11-17 18:21 Javier Kohen 2007-11-17 19:12 ` [stable] " Greg KH 2007-11-17 19:40 ` David 0 siblings, 2 replies; 21+ messages in thread From: Javier Kohen @ 2007-11-17 18:21 UTC (permalink / raw) To: linux-kernel; +Cc: gregkh, stable [-- Attachment #1: Type: text/plain, Size: 18794 bytes --] I upgraded today from 2.6.23 to 2.6.23.8 and started seeing a lot of these in the logs: BUG: soft lockup detected on CPU#0! [<c011d761>] update_process_times+0x32/0x54 [<c012b06f>] tick_sched_timer+0x5e/0x99 [<c01274db>] hrtimer_interrupt+0x112/0x197 [<c012b011>] tick_sched_timer+0x0/0x99 [<c010f02c>] smp_apic_timer_interrupt+0x60/0x6f [<c01cd9e7>] acpi_hw_register_write+0x118/0x148 [<c0104620>] apic_timer_interrupt+0x28/0x30 [<f8827350>] acpi_safe_halt+0x14/0x20 [processor] [<f88274fd>] acpi_processor_idle+0x134/0x387 [processor] [<c010234c>] cpu_idle+0x46/0x59 [<c03049d2>] start_kernel+0x23c/0x241 [<c0304317>] unknown_bootoption+0x0/0x196 ======================= BUG: soft lockup detected on CPU#0! [<c011d761>] update_process_times+0x32/0x54 [<c012b06f>] tick_sched_timer+0x5e/0x99 [<c01274db>] hrtimer_interrupt+0x112/0x197 [<c012b011>] tick_sched_timer+0x0/0x99 [<c010f02c>] smp_apic_timer_interrupt+0x60/0x6f [<c0104620>] apic_timer_interrupt+0x28/0x30 ======================= BUG: soft lockup detected on CPU#0! [<c011d761>] update_process_times+0x32/0x54 [<c01b1c71>] fill_window+0x29d/0x384 [<c012b06f>] tick_sched_timer+0x5e/0x99 [<c01274db>] hrtimer_interrupt+0x112/0x197 [<c012b011>] tick_sched_timer+0x0/0x99 [<c01b14cd>] zlib_inflate_table+0x1d9/0x4c0 [<c01b14cd>] zlib_inflate_table+0x1d9/0x4c0 [<c012a8f8>] tick_do_broadcast+0x1f/0x3f [<c012ab9a>] tick_handle_oneshot_broadcast+0x47/0x7f [<c0106877>] timer_interrupt+0x1a/0x20 [<c0135768>] handle_IRQ_event+0x1a/0x3f [<c013632c>] handle_edge_irq+0x8b/0xd7 [<c0105eb3>] do_IRQ+0x53/0x6c [<c012a6b5>] tick_notify+0x161/0x220 [<c01045f3>] common_interrupt+0x23/0x28 [<f88275f5>] acpi_processor_idle+0x22c/0x387 [processor] [<c010234c>] cpu_idle+0x46/0x59 [<c03049d2>] start_kernel+0x23c/0x241 [<c0304317>] unknown_bootoption+0x0/0x196 I'm getting them in the hundreds but I had never seen them before this upgrade. CPU is a single CPU, single core AMD Turion running in 32-bit mode. Apparently they only occur when the ondemand governor is used. I switched to the powersave and the performance governors for a while and didn't see any message, but as soon as I went back to ondemand, the messages started showing up again. I see the problem might have to do with timers. In case it's relevant, the available clock sources are acpi_pm pit jiffies tsc, of which acpi_pm is the current one in use. I'm including the kernel config as well. Please CC, since I'm not subscribed to this list. Modules Loaded: nls_iso8859_1 nls_cp437 vfat fat radeon drm af_packet binfmt_misc capability commoncap ipv6 iptable_mangle iptable_filter ip_tables x_tables ext2 snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_seq_device cpufreq_ondemand cpufreq_conservative cpufreq_powersave powernow_k8 freq_table snd_atiixp snd_atiixp_modem snd_ac97_codec ac97_bus snd_pcm_oss snd_mixer_oss snd_pcm snd_timer battery ac snd yenta_socket rsrc_nonstatic pcmcia_core tifm_7xx1 tifm_core button soundcore snd_page_alloc psmouse pcspkr evdev k8temp hwmon rtc sha256 aes dm_crypt dm_mirror dm_snapshot dm_mod sg sd_mod sr_mod cdrom 8139cp usb_storage ohci1394 pata_atiixp 8139too mii bitrev crc32 ehci_hcd ieee1394 libata ohci_hcd usbcore thermal processor fan CONFIG_X86_32=y 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_SEMAPHORE_SLEEPERS=y CONFIG_X86=y CONFIG_MMU=y CONFIG_ZONE_DMA=y CONFIG_QUICKLIST=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_IOMAP=y CONFIG_GENERIC_BUG=y CONFIG_GENERIC_HWEIGHT=y CONFIG_ARCH_MAY_HAVE_PC_FDC=y CONFIG_DMI=y CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config" CONFIG_EXPERIMENTAL=y CONFIG_BROKEN_ON_SMP=y CONFIG_INIT_ENV_ARG_LIMIT=32 CONFIG_LOCALVERSION="" CONFIG_SWAP=y CONFIG_SYSVIPC=y CONFIG_SYSVIPC_SYSCTL=y CONFIG_POSIX_MQUEUE=y CONFIG_BSD_PROCESS_ACCT=y CONFIG_LOG_BUF_SHIFT=14 CONFIG_BLK_DEV_INITRD=y CONFIG_INITRAMFS_SOURCE="" CONFIG_CC_OPTIMIZE_FOR_SIZE=y CONFIG_SYSCTL=y CONFIG_UID16=y CONFIG_SYSCTL_SYSCALL=y CONFIG_KALLSYMS=y CONFIG_HOTPLUG=y CONFIG_PRINTK=y CONFIG_BUG=y CONFIG_ELF_CORE=y CONFIG_BASE_FULL=y CONFIG_FUTEX=y CONFIG_ANON_INODES=y CONFIG_EPOLL=y CONFIG_SIGNALFD=y CONFIG_EVENTFD=y CONFIG_SHMEM=y CONFIG_VM_EVENT_COUNTERS=y CONFIG_SLUB_DEBUG=y CONFIG_SLUB=y CONFIG_RT_MUTEXES=y CONFIG_BASE_SMALL=0 CONFIG_MODULES=y CONFIG_MODULE_UNLOAD=y CONFIG_KMOD=y CONFIG_BLOCK=y CONFIG_LSF=y CONFIG_IOSCHED_NOOP=y CONFIG_IOSCHED_AS=y CONFIG_IOSCHED_DEADLINE=y CONFIG_IOSCHED_CFQ=y CONFIG_DEFAULT_CFQ=y CONFIG_DEFAULT_IOSCHED="cfq" CONFIG_TICK_ONESHOT=y CONFIG_NO_HZ=y CONFIG_HIGH_RES_TIMERS=y CONFIG_X86_PC=y CONFIG_MK8=y CONFIG_X86_CMPXCHG=y CONFIG_X86_L1_CACHE_SHIFT=6 CONFIG_X86_XADD=y CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_GENERIC_CALIBRATE_DELAY=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_TSC=y CONFIG_X86_MINIMUM_CPU_FAMILY=4 CONFIG_HPET_TIMER=y CONFIG_PREEMPT_VOLUNTARY=y CONFIG_X86_UP_APIC=y CONFIG_X86_UP_IOAPIC=y CONFIG_X86_LOCAL_APIC=y CONFIG_X86_IO_APIC=y CONFIG_X86_MCE=y CONFIG_X86_MCE_NONFATAL=y CONFIG_VM86=y CONFIG_X86_MSR=m CONFIG_X86_CPUID=m CONFIG_DMIID=y CONFIG_HIGHMEM4G=y CONFIG_PAGE_OFFSET=0xC0000000 CONFIG_HIGHMEM=y CONFIG_ARCH_FLATMEM_ENABLE=y CONFIG_ARCH_SPARSEMEM_ENABLE=y CONFIG_ARCH_SELECT_MEMORY_MODEL=y CONFIG_ARCH_POPULATES_NODE_MAP=y CONFIG_SELECT_MEMORY_MODEL=y CONFIG_FLATMEM_MANUAL=y CONFIG_FLATMEM=y CONFIG_FLAT_NODE_MEM_MAP=y CONFIG_SPARSEMEM_STATIC=y CONFIG_SPLIT_PTLOCK_CPUS=4 CONFIG_ZONE_DMA_FLAG=1 CONFIG_BOUNCE=y CONFIG_NR_QUICK=1 CONFIG_VIRT_TO_BUS=y CONFIG_MTRR=y CONFIG_SECCOMP=y CONFIG_HZ_1000=y CONFIG_HZ=1000 CONFIG_PHYSICAL_START=0x100000 CONFIG_PHYSICAL_ALIGN=0x100000 CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y CONFIG_PM=y CONFIG_PM_LEGACY=y CONFIG_PM_SLEEP=y CONFIG_SUSPEND_UP_POSSIBLE=y CONFIG_SUSPEND=y CONFIG_HIBERNATION_UP_POSSIBLE=y CONFIG_HIBERNATION=y CONFIG_PM_STD_PARTITION="/dev/mapper/vg0-swap" CONFIG_ACPI=y CONFIG_ACPI_SLEEP=y CONFIG_ACPI_PROCFS=y CONFIG_ACPI_PROC_EVENT=y CONFIG_ACPI_AC=m CONFIG_ACPI_BATTERY=m CONFIG_ACPI_BUTTON=m CONFIG_ACPI_FAN=m CONFIG_ACPI_DOCK=m CONFIG_ACPI_PROCESSOR=m CONFIG_ACPI_THERMAL=m CONFIG_ACPI_BLACKLIST_YEAR=0 CONFIG_ACPI_EC=y CONFIG_ACPI_POWER=y CONFIG_ACPI_SYSTEM=y CONFIG_X86_PM_TIMER=y CONFIG_CPU_FREQ=y CONFIG_CPU_FREQ_TABLE=m CONFIG_CPU_FREQ_STAT=m CONFIG_CPU_FREQ_STAT_DETAILS=y CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y CONFIG_CPU_FREQ_GOV_PERFORMANCE=y CONFIG_CPU_FREQ_GOV_POWERSAVE=m CONFIG_CPU_FREQ_GOV_USERSPACE=m CONFIG_CPU_FREQ_GOV_ONDEMAND=m CONFIG_CPU_FREQ_GOV_CONSERVATIVE=m CONFIG_X86_POWERNOW_K8=m CONFIG_X86_POWERNOW_K8_ACPI=y CONFIG_PCI=y CONFIG_PCI_GOANY=y CONFIG_PCI_BIOS=y CONFIG_PCI_DIRECT=y CONFIG_PCI_MMCONFIG=y CONFIG_PCIEPORTBUS=y CONFIG_PCIEAER=y CONFIG_ARCH_SUPPORTS_MSI=y CONFIG_PCI_MSI=y CONFIG_HT_IRQ=y CONFIG_ISA_DMA_API=y CONFIG_K8_NB=y CONFIG_PCCARD=m CONFIG_CARDBUS=y CONFIG_YENTA=m CONFIG_YENTA_O2=y CONFIG_YENTA_RICOH=y CONFIG_YENTA_TI=y CONFIG_YENTA_ENE_TUNE=y CONFIG_YENTA_TOSHIBA=y CONFIG_PCCARD_NONSTATIC=m CONFIG_BINFMT_ELF=y CONFIG_BINFMT_MISC=m CONFIG_NET=y CONFIG_PACKET=m CONFIG_UNIX=y CONFIG_XFRM=y CONFIG_XFRM_USER=m CONFIG_NET_KEY=m CONFIG_INET=y CONFIG_IP_FIB_HASH=y CONFIG_SYN_COOKIES=y CONFIG_INET_AH=y 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=y CONFIG_INET_DIAG=y CONFIG_INET_TCP_DIAG=y CONFIG_TCP_CONG_CUBIC=y CONFIG_DEFAULT_TCP_CONG="cubic" CONFIG_IPV6=m CONFIG_IPV6_PRIVACY=y CONFIG_INET6_AH=m CONFIG_INET6_ESP=m CONFIG_INET6_IPCOMP=m CONFIG_INET6_XFRM_TUNNEL=m CONFIG_INET6_TUNNEL=m CONFIG_INET6_XFRM_MODE_TRANSPORT=m CONFIG_INET6_XFRM_MODE_TUNNEL=m CONFIG_INET6_XFRM_MODE_BEET=m CONFIG_IPV6_SIT=m CONFIG_IPV6_TUNNEL=m CONFIG_NETFILTER=y CONFIG_NETFILTER_NETLINK=m CONFIG_NETFILTER_NETLINK_QUEUE=m CONFIG_NETFILTER_NETLINK_LOG=m CONFIG_NF_CONNTRACK_ENABLED=m CONFIG_NF_CONNTRACK=m CONFIG_NF_CT_ACCT=y CONFIG_NF_CONNTRACK_MARK=y CONFIG_NF_CT_PROTO_GRE=m CONFIG_NF_CT_PROTO_UDPLITE=m CONFIG_NF_CONNTRACK_FTP=m CONFIG_NF_CONNTRACK_H323=m CONFIG_NF_CONNTRACK_IRC=m CONFIG_NF_CONNTRACK_NETBIOS_NS=m CONFIG_NF_CONNTRACK_PPTP=m CONFIG_NF_CONNTRACK_SIP=m CONFIG_NF_CT_NETLINK=m CONFIG_NETFILTER_XTABLES=m CONFIG_NETFILTER_XT_TARGET_CLASSIFY=m CONFIG_NETFILTER_XT_TARGET_CONNMARK=m CONFIG_NETFILTER_XT_TARGET_DSCP=m CONFIG_NETFILTER_XT_TARGET_MARK=m CONFIG_NETFILTER_XT_TARGET_NFQUEUE=m CONFIG_NETFILTER_XT_TARGET_NFLOG=m CONFIG_NETFILTER_XT_TARGET_NOTRACK=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=m CONFIG_NETFILTER_XT_MATCH_LENGTH=m CONFIG_NETFILTER_XT_MATCH_LIMIT=m CONFIG_NETFILTER_XT_MATCH_MAC=m CONFIG_NETFILTER_XT_MATCH_MARK=m CONFIG_NETFILTER_XT_MATCH_POLICY=m CONFIG_NETFILTER_XT_MATCH_MULTIPORT=m CONFIG_NETFILTER_XT_MATCH_PKTTYPE=m CONFIG_NETFILTER_XT_MATCH_QUOTA=m CONFIG_NETFILTER_XT_MATCH_REALM=m CONFIG_NETFILTER_XT_MATCH_SCTP=m CONFIG_NETFILTER_XT_MATCH_STATE=m CONFIG_NETFILTER_XT_MATCH_STATISTIC=m CONFIG_NETFILTER_XT_MATCH_STRING=m CONFIG_NETFILTER_XT_MATCH_TCPMSS=m CONFIG_NETFILTER_XT_MATCH_U32=m CONFIG_NETFILTER_XT_MATCH_HASHLIMIT=m CONFIG_NF_CONNTRACK_IPV4=m CONFIG_NF_CONNTRACK_PROC_COMPAT=y CONFIG_IP_NF_QUEUE=m CONFIG_IP_NF_IPTABLES=m CONFIG_IP_NF_MATCH_IPRANGE=m CONFIG_IP_NF_MATCH_TOS=m CONFIG_IP_NF_MATCH_RECENT=m CONFIG_IP_NF_MATCH_ECN=m CONFIG_IP_NF_MATCH_AH=m CONFIG_IP_NF_MATCH_TTL=m CONFIG_IP_NF_MATCH_OWNER=m CONFIG_IP_NF_MATCH_ADDRTYPE=m CONFIG_IP_NF_FILTER=m CONFIG_IP_NF_TARGET_REJECT=m CONFIG_IP_NF_TARGET_LOG=m CONFIG_IP_NF_TARGET_ULOG=m CONFIG_IP_NF_MANGLE=m CONFIG_IP_NF_TARGET_TOS=m CONFIG_IP_NF_TARGET_ECN=m CONFIG_IP_NF_TARGET_TTL=m CONFIG_IP_NF_TARGET_CLUSTERIP=m CONFIG_IP_NF_RAW=m CONFIG_IP_NF_ARPTABLES=m CONFIG_IP_NF_ARPFILTER=m CONFIG_IP_NF_ARP_MANGLE=m CONFIG_NF_CONNTRACK_IPV6=m CONFIG_IP6_NF_QUEUE=m CONFIG_IP6_NF_IPTABLES=m CONFIG_IP6_NF_MATCH_RT=m CONFIG_IP6_NF_MATCH_OPTS=m CONFIG_IP6_NF_MATCH_FRAG=m CONFIG_IP6_NF_MATCH_HL=m CONFIG_IP6_NF_MATCH_OWNER=m CONFIG_IP6_NF_MATCH_IPV6HEADER=m CONFIG_IP6_NF_MATCH_AH=m CONFIG_IP6_NF_MATCH_MH=m CONFIG_IP6_NF_MATCH_EUI64=m CONFIG_IP6_NF_FILTER=m CONFIG_IP6_NF_TARGET_LOG=m CONFIG_IP6_NF_TARGET_REJECT=m CONFIG_IP6_NF_MANGLE=m CONFIG_IP6_NF_TARGET_HL=m CONFIG_IP6_NF_RAW=m CONFIG_ATM=m CONFIG_ATM_CLIP=m CONFIG_ATM_LANE=m CONFIG_ATM_MPOA=m CONFIG_NET_SCH_FIFO=y CONFIG_NET_CLS_ROUTE=y CONFIG_CFG80211=m CONFIG_WIRELESS_EXT=y CONFIG_MAC80211=m CONFIG_IEEE80211=m CONFIG_IEEE80211_CRYPT_WEP=m CONFIG_IEEE80211_CRYPT_CCMP=m CONFIG_IEEE80211_CRYPT_TKIP=m CONFIG_IEEE80211_SOFTMAC=m CONFIG_RFKILL=m CONFIG_RFKILL_INPUT=m CONFIG_STANDALONE=y CONFIG_PREVENT_FIRMWARE_BUILD=y CONFIG_FW_LOADER=y CONFIG_CONNECTOR=m CONFIG_PNP=y CONFIG_PNPACPI=y CONFIG_BLK_DEV=y CONFIG_BLK_DEV_LOOP=m CONFIG_CDROM_PKTCDVD=m CONFIG_CDROM_PKTCDVD_BUFFERS=8 CONFIG_MISC_DEVICES=y CONFIG_TIFM_CORE=m CONFIG_TIFM_7XX1=m CONFIG_SCSI=y CONFIG_SCSI_DMA=y CONFIG_BLK_DEV_SD=m CONFIG_BLK_DEV_SR=m CONFIG_CHR_DEV_SG=m CONFIG_SCSI_WAIT_SCAN=m CONFIG_SCSI_SPI_ATTRS=m CONFIG_SCSI_LOWLEVEL=y CONFIG_ATA=m CONFIG_ATA_ACPI=y CONFIG_PATA_ATIIXP=m CONFIG_MD=y CONFIG_BLK_DEV_DM=m CONFIG_DM_CRYPT=m CONFIG_DM_SNAPSHOT=m CONFIG_DM_MIRROR=m CONFIG_DM_ZERO=m CONFIG_DM_MULTIPATH=m CONFIG_DM_MULTIPATH_EMC=m CONFIG_IEEE1394=m CONFIG_IEEE1394_OHCI1394=m CONFIG_IEEE1394_VIDEO1394=m CONFIG_IEEE1394_SBP2=m CONFIG_IEEE1394_ETH1394_ROM_ENTRY=y CONFIG_IEEE1394_ETH1394=m CONFIG_IEEE1394_DV1394=m CONFIG_IEEE1394_RAWIO=m CONFIG_NETDEVICES=y CONFIG_NET_ETHERNET=y CONFIG_MII=m CONFIG_NET_PCI=y CONFIG_8139CP=m CONFIG_8139TOO=m CONFIG_WLAN_80211=y CONFIG_BCM43XX=m CONFIG_BCM43XX_DEBUG=y CONFIG_BCM43XX_DMA=y CONFIG_BCM43XX_PIO=y CONFIG_BCM43XX_DMA_AND_PIO_MODE=y CONFIG_USB_CATC=m CONFIG_USB_KAWETH=m CONFIG_USB_PEGASUS=m CONFIG_USB_RTL8150=m CONFIG_USB_USBNET_MII=m CONFIG_USB_USBNET=m CONFIG_USB_NET_AX8817X=m CONFIG_USB_NET_CDCETHER=m CONFIG_USB_NET_NET1080=m CONFIG_USB_NET_ZAURUS=m CONFIG_PPP=m CONFIG_PPP_MULTILINK=y CONFIG_PPP_FILTER=y CONFIG_PPP_ASYNC=m CONFIG_PPP_SYNC_TTY=m CONFIG_PPP_DEFLATE=m CONFIG_PPP_BSDCOMP=m CONFIG_PPP_MPPE=m CONFIG_PPPOE=m CONFIG_PPPOATM=m CONFIG_SLHC=m CONFIG_INPUT=y CONFIG_INPUT_MOUSEDEV=y CONFIG_INPUT_MOUSEDEV_SCREEN_X=1440 CONFIG_INPUT_MOUSEDEV_SCREEN_Y=900 CONFIG_INPUT_EVDEV=m CONFIG_INPUT_KEYBOARD=y CONFIG_KEYBOARD_ATKBD=y CONFIG_INPUT_MOUSE=y CONFIG_MOUSE_PS2=m CONFIG_MOUSE_PS2_ALPS=y CONFIG_MOUSE_PS2_LOGIPS2PP=y CONFIG_MOUSE_PS2_SYNAPTICS=y CONFIG_MOUSE_PS2_LIFEBOOK=y CONFIG_MOUSE_PS2_TRACKPOINT=y CONFIG_INPUT_MISC=y CONFIG_INPUT_PCSPKR=m CONFIG_SERIO=y CONFIG_SERIO_I8042=y CONFIG_SERIO_SERPORT=m CONFIG_SERIO_LIBPS2=y CONFIG_VT=y CONFIG_VT_CONSOLE=y CONFIG_HW_CONSOLE=y CONFIG_SERIAL_8250=y CONFIG_SERIAL_8250_CONSOLE=y CONFIG_FIX_EARLYCON_MEM=y CONFIG_SERIAL_8250_PCI=y CONFIG_SERIAL_8250_PNP=y CONFIG_SERIAL_8250_NR_UARTS=4 CONFIG_SERIAL_8250_RUNTIME_UARTS=4 CONFIG_SERIAL_8250_EXTENDED=y CONFIG_SERIAL_8250_SHARE_IRQ=y CONFIG_SERIAL_CORE=y CONFIG_SERIAL_CORE_CONSOLE=y CONFIG_UNIX98_PTYS=y CONFIG_HW_RANDOM=y CONFIG_HW_RANDOM_INTEL=m CONFIG_HW_RANDOM_AMD=m CONFIG_HW_RANDOM_GEODE=m CONFIG_HW_RANDOM_VIA=m CONFIG_RTC=m CONFIG_AGP=y CONFIG_AGP_AMD64=y CONFIG_DRM=m CONFIG_DRM_RADEON=m CONFIG_HPET=y CONFIG_HPET_MMAP=y CONFIG_HANGCHECK_TIMER=m CONFIG_DEVPORT=y CONFIG_POWER_SUPPLY=y CONFIG_HWMON=m CONFIG_SENSORS_K8TEMP=m CONFIG_DISPLAY_SUPPORT=m CONFIG_VIDEO_OUTPUT_CONTROL=m CONFIG_VGA_CONSOLE=y CONFIG_DUMMY_CONSOLE=y CONFIG_SOUND=m CONFIG_SND=m CONFIG_SND_TIMER=m CONFIG_SND_PCM=m CONFIG_SND_HWDEP=m CONFIG_SND_RAWMIDI=m CONFIG_SND_SEQUENCER=m CONFIG_SND_SEQ_DUMMY=m CONFIG_SND_OSSEMUL=y CONFIG_SND_MIXER_OSS=m CONFIG_SND_PCM_OSS=m CONFIG_SND_PCM_OSS_PLUGINS=y CONFIG_SND_SEQUENCER_OSS=y CONFIG_SND_RTCTIMER=m CONFIG_SND_SEQ_RTCTIMER_DEFAULT=y CONFIG_SND_MPU401_UART=m CONFIG_SND_AC97_CODEC=m CONFIG_SND_DUMMY=m CONFIG_SND_VIRMIDI=m CONFIG_SND_MPU401=m CONFIG_SND_ATIIXP=m CONFIG_SND_ATIIXP_MODEM=m CONFIG_SND_AC97_POWER_SAVE=y CONFIG_SND_USB_AUDIO=m CONFIG_AC97_BUS=m CONFIG_HID_SUPPORT=y CONFIG_HID=y CONFIG_USB_HID=m CONFIG_USB_HIDDEV=y CONFIG_USB_SUPPORT=y CONFIG_USB_ARCH_HAS_HCD=y CONFIG_USB_ARCH_HAS_OHCI=y CONFIG_USB_ARCH_HAS_EHCI=y CONFIG_USB=m CONFIG_USB_DEVICEFS=y CONFIG_USB_DEVICE_CLASS=y CONFIG_USB_SUSPEND=y CONFIG_USB_EHCI_HCD=m CONFIG_USB_EHCI_SPLIT_ISO=y CONFIG_USB_EHCI_ROOT_HUB_TT=y CONFIG_USB_OHCI_HCD=m CONFIG_USB_OHCI_LITTLE_ENDIAN=y CONFIG_USB_ACM=m CONFIG_USB_PRINTER=m CONFIG_USB_STORAGE=m CONFIG_USB_STORAGE_DATAFAB=y CONFIG_USB_STORAGE_FREECOM=y CONFIG_USB_STORAGE_DPCM=y CONFIG_USB_STORAGE_USBAT=y CONFIG_USB_STORAGE_SDDR09=y CONFIG_USB_STORAGE_SDDR55=y CONFIG_USB_STORAGE_JUMPSHOT=y CONFIG_USB_STORAGE_ALAUDA=y CONFIG_USB_STORAGE_KARMA=y CONFIG_USB_MON=y CONFIG_USB_ATM=m CONFIG_USB_SPEEDTOUCH=m CONFIG_USB_CXACRU=m CONFIG_USB_UEAGLEATM=m CONFIG_USB_XUSBATM=m CONFIG_MMC=m CONFIG_MMC_BLOCK=m CONFIG_MMC_BLOCK_BOUNCE=y CONFIG_MMC_TIFM_SD=m CONFIG_DMA_ENGINE=y CONFIG_NET_DMA=y CONFIG_EXT2_FS=m CONFIG_EXT2_FS_XATTR=y CONFIG_EXT3_FS=y CONFIG_EXT3_FS_XATTR=y CONFIG_JBD=y CONFIG_FS_MBCACHE=y CONFIG_INOTIFY=y CONFIG_INOTIFY_USER=y CONFIG_DNOTIFY=y CONFIG_FUSE_FS=m CONFIG_ISO9660_FS=m CONFIG_JOLIET=y CONFIG_ZISOFS=y CONFIG_UDF_FS=m CONFIG_UDF_NLS=y CONFIG_FAT_FS=m CONFIG_VFAT_FS=m CONFIG_FAT_DEFAULT_CODEPAGE=437 CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1" CONFIG_NTFS_FS=m CONFIG_PROC_FS=y CONFIG_PROC_SYSCTL=y CONFIG_SYSFS=y CONFIG_TMPFS=y CONFIG_RAMFS=y CONFIG_CONFIGFS_FS=m CONFIG_SMB_FS=m CONFIG_CIFS=m CONFIG_MSDOS_PARTITION=y CONFIG_NLS=y CONFIG_NLS_DEFAULT="iso8859-1" CONFIG_NLS_CODEPAGE_437=m CONFIG_NLS_CODEPAGE_850=m CONFIG_NLS_ISO8859_1=m CONFIG_NLS_UTF8=m CONFIG_INSTRUMENTATION=y CONFIG_PROFILING=y CONFIG_OPROFILE=m CONFIG_TRACE_IRQFLAGS_SUPPORT=y CONFIG_ENABLE_MUST_CHECK=y CONFIG_MAGIC_SYSRQ=y CONFIG_DEBUG_KERNEL=y CONFIG_DETECT_SOFTLOCKUP=y CONFIG_TIMER_STATS=y CONFIG_DEBUG_BUGVERBOSE=y CONFIG_EARLY_PRINTK=y CONFIG_X86_FIND_SMP_CONFIG=y CONFIG_X86_MPPARSE=y CONFIG_DOUBLEFAULT=y CONFIG_SECURITY=y CONFIG_SECURITY_CAPABILITIES=m CONFIG_CRYPTO=y CONFIG_CRYPTO_ALGAPI=y CONFIG_CRYPTO_ABLKCIPHER=m CONFIG_CRYPTO_BLKCIPHER=y CONFIG_CRYPTO_HASH=y CONFIG_CRYPTO_MANAGER=y CONFIG_CRYPTO_HMAC=y CONFIG_CRYPTO_XCBC=m CONFIG_CRYPTO_NULL=m CONFIG_CRYPTO_MD4=m CONFIG_CRYPTO_MD5=y CONFIG_CRYPTO_SHA1=y CONFIG_CRYPTO_SHA256=m CONFIG_CRYPTO_SHA512=m CONFIG_CRYPTO_WP512=m CONFIG_CRYPTO_TGR192=m CONFIG_CRYPTO_GF128MUL=m CONFIG_CRYPTO_ECB=m CONFIG_CRYPTO_CBC=y CONFIG_CRYPTO_PCBC=m CONFIG_CRYPTO_LRW=m CONFIG_CRYPTO_CRYPTD=m CONFIG_CRYPTO_DES=y CONFIG_CRYPTO_FCRYPT=m CONFIG_CRYPTO_BLOWFISH=m CONFIG_CRYPTO_TWOFISH=m CONFIG_CRYPTO_TWOFISH_COMMON=m CONFIG_CRYPTO_TWOFISH_586=m CONFIG_CRYPTO_SERPENT=m CONFIG_CRYPTO_AES=m CONFIG_CRYPTO_CAST5=m CONFIG_CRYPTO_CAST6=m CONFIG_CRYPTO_TEA=m CONFIG_CRYPTO_ARC4=m CONFIG_CRYPTO_KHAZAD=m CONFIG_CRYPTO_ANUBIS=m CONFIG_CRYPTO_DEFLATE=y CONFIG_CRYPTO_MICHAEL_MIC=m CONFIG_CRYPTO_CRC32C=m CONFIG_CRYPTO_CAMELLIA=m CONFIG_CRYPTO_HW=y CONFIG_BITREVERSE=m CONFIG_CRC_CCITT=m CONFIG_CRC32=m CONFIG_CRC7=m CONFIG_LIBCRC32C=m CONFIG_ZLIB_INFLATE=y CONFIG_ZLIB_DEFLATE=y 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 CONFIG_GENERIC_HARDIRQS=y CONFIG_GENERIC_IRQ_PROBE=y CONFIG_X86_BIOS_REBOOT=y CONFIG_KTIME_SCALAR=y -- Javier Kohen <jkohen@users.sourceforge.net> ICQ: blashyrkh #2361802 Jabber: jkohen@jabber.org [-- Attachment #2: Esta parte del mensaje está firmada digitalmente --] [-- Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [stable] Soft lockups since stable kernel upgrade to 2.6.23.8 2007-11-17 18:21 Soft lockups since stable kernel upgrade to 2.6.23.8 Javier Kohen @ 2007-11-17 19:12 ` Greg KH 2007-11-17 20:05 ` David 2007-11-17 19:40 ` David 1 sibling, 1 reply; 21+ messages in thread From: Greg KH @ 2007-11-17 19:12 UTC (permalink / raw) To: Javier Kohen; +Cc: linux-kernel, gregkh, stable On Sat, Nov 17, 2007 at 07:21:35PM +0100, Javier Kohen wrote: > I upgraded today from 2.6.23 to 2.6.23.8 and started seeing a lot of > these in the logs: Can you see if the problem showed up in 2.6.23.2 or .3 to help narrow this down? thanks, greg k-h ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [stable] Soft lockups since stable kernel upgrade to 2.6.23.8 2007-11-17 19:12 ` [stable] " Greg KH @ 2007-11-17 20:05 ` David 2007-11-17 20:37 ` Greg KH 0 siblings, 1 reply; 21+ messages in thread From: David @ 2007-11-17 20:05 UTC (permalink / raw) To: Greg KH; +Cc: Javier Kohen, linux-kernel, gregkh, stable Greg KH wrote: > On Sat, Nov 17, 2007 at 07:21:35PM +0100, Javier Kohen wrote: > >> I upgraded today from 2.6.23 to 2.6.23.8 and started seeing a lot of >> these in the logs: >> > > Can you see if the problem showed up in 2.6.23.2 or .3 to help narrow > this down? > This is the culprit, reverting fixes the issue. Cheers David --- a/kernel/softlockup.c +++ b/kernel/softlockup.c @@ -80,10 +80,11 @@ void softlockup_tick(void) print_timestamp = per_cpu(print_timestamp, this_cpu); /* report at most once a second */ - if (print_timestamp < (touch_timestamp + 1) || - did_panic || - !per_cpu(watchdog_task, this_cpu)) + if ((print_timestamp >= touch_timestamp && + print_timestamp < (touch_timestamp + 1)) || + did_panic || !per_cpu(watchdog_task, this_cpu)) { return; + } /* do not print during early bootup: */ if (unlikely(system_state != SYSTEM_RUNNING)) { ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [stable] Soft lockups since stable kernel upgrade to 2.6.23.8 2007-11-17 20:05 ` David @ 2007-11-17 20:37 ` Greg KH 2007-11-18 0:34 ` Jeremy Fitzhardinge 2007-11-18 0:55 ` Ingo Molnar 0 siblings, 2 replies; 21+ messages in thread From: Greg KH @ 2007-11-17 20:37 UTC (permalink / raw) To: David, Ingo Molnar, Jeremy Fitzhardinge Cc: gregkh, Javier Kohen, Andrew Morton, linux-kernel, stable On Sat, Nov 17, 2007 at 08:05:33PM +0000, David wrote: > Greg KH wrote: > > On Sat, Nov 17, 2007 at 07:21:35PM +0100, Javier Kohen wrote: > > > >> I upgraded today from 2.6.23 to 2.6.23.8 and started seeing a lot of > >> these in the logs: > >> > > > > Can you see if the problem showed up in 2.6.23.2 or .3 to help narrow > > this down? > > > This is the culprit, reverting fixes the issue. > > Cheers > David > > --- a/kernel/softlockup.c > +++ b/kernel/softlockup.c > @@ -80,10 +80,11 @@ void softlockup_tick(void) > print_timestamp = per_cpu(print_timestamp, this_cpu); > > /* report at most once a second */ > - if (print_timestamp < (touch_timestamp + 1) || > - did_panic || > - !per_cpu(watchdog_task, this_cpu)) > + if ((print_timestamp >= touch_timestamp && > + print_timestamp < (touch_timestamp + 1)) || > + did_panic || !per_cpu(watchdog_task, this_cpu)) { > return; > + } > > /* do not print during early bootup: */ > if (unlikely(system_state != SYSTEM_RUNNING)) { > Great, thanks for tracking this down. Ingo, this corrisponds to changeset a115d5caca1a2905ba7a32b408a6042b20179aaa in mainline. Is that patch incorrect? Should this patch in the -stable tree be reverted? thanks, greg k-h ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [stable] Soft lockups since stable kernel upgrade to 2.6.23.8 2007-11-17 20:37 ` Greg KH @ 2007-11-18 0:34 ` Jeremy Fitzhardinge 2007-11-19 23:22 ` Greg KH 2007-11-18 0:55 ` Ingo Molnar 1 sibling, 1 reply; 21+ messages in thread From: Jeremy Fitzhardinge @ 2007-11-18 0:34 UTC (permalink / raw) To: Greg KH Cc: David, Ingo Molnar, gregkh, Javier Kohen, Andrew Morton, linux-kernel, stable Greg KH wrote: > Great, thanks for tracking this down. > > Ingo, this corrisponds to changeset > a115d5caca1a2905ba7a32b408a6042b20179aaa in mainline. Is that patch > incorrect? Should this patch in the -stable tree be reverted? > Hm, I've never observed a problem with this in mainline. Ah. The significant difference between 2.6.23 and -git is that the former used sched_clock as the softlockup timebase, versus cpu_clock in git. If sched_clock() is tsc-based, and the tsc isn't stable when using cpufreq, then the softlockup with get confused and fire spuriously. Ingo's fix to reporting exposed the fact that softlockup is terminally broken in that kernel. I think the best course for now is to revert it, since softlockup is hardly a critical feature. The proper fixes would either be to backport cpu_clock() to 2.6.23, or make it go back to using ticks. J ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [stable] Soft lockups since stable kernel upgrade to 2.6.23.8 2007-11-18 0:34 ` Jeremy Fitzhardinge @ 2007-11-19 23:22 ` Greg KH 2007-11-20 1:40 ` Jeremy Fitzhardinge 0 siblings, 1 reply; 21+ messages in thread From: Greg KH @ 2007-11-19 23:22 UTC (permalink / raw) To: Jeremy Fitzhardinge Cc: Greg KH, David, Ingo Molnar, Javier Kohen, Andrew Morton, linux-kernel, stable On Sat, Nov 17, 2007 at 04:34:56PM -0800, Jeremy Fitzhardinge wrote: > Greg KH wrote: > > Great, thanks for tracking this down. > > > > Ingo, this corrisponds to changeset > > a115d5caca1a2905ba7a32b408a6042b20179aaa in mainline. Is that patch > > incorrect? Should this patch in the -stable tree be reverted? > > > > Hm, I've never observed a problem with this in mainline. > > Ah. The significant difference between 2.6.23 and -git is that the > former used sched_clock as the softlockup timebase, versus cpu_clock in > git. If sched_clock() is tsc-based, and the tsc isn't stable when using > cpufreq, then the softlockup with get confused and fire spuriously. > Ingo's fix to reporting exposed the fact that softlockup is terminally > broken in that kernel. > > I think the best course for now is to revert it, since softlockup is > hardly a critical feature. The proper fixes would either be to backport > cpu_clock() to 2.6.23, or make it go back to using ticks. Can you try applying the patch below to see if that solves the problem for you? thanks, greg k-h ------------- From: Ingo Molnar <mingo@elte.hu> Date: Sun, 18 Nov 2007 01:55:38 +0100 Subject: softlockup watchdog fixes and cleanups To: Greg KH <greg@kroah.com> Cc: David <david@unsolicited.net>, Jeremy Fitzhardinge <jeremy@goop.org>, gregkh@suse.de, Javier Kohen <jkohen@users.sourceforge.net>, Andrew Morton <akpm@linux-foundation.org>, linux-kernel@vger.kernel.org, stable@kernel.org Message-ID: <20071118005538.GD26865@elte.hu> Content-Disposition: inline From: Ingo Molnar <mingo@elte.hu> This is a merge of commits a5f2ce3c6024a5bb895647b6bd88ecae5001020a and 43581a10075492445f65234384210492ff333eba in mainline to fix a warning in the 2.6.23.3 kernel release. softlockup watchdog: style cleanups kernel/softirq.c grew a few style uncleanlinesses in the past few months, clean that up. No functional changes: text data bss dec hex filename 1126 76 4 1206 4b6 softlockup.o.before 1129 76 4 1209 4b9 softlockup.o.after ( the 3 bytes .text increase is due to the "<1>" appended to one of the printk messages. ) Signed-off-by: Ingo Molnar <mingo@elte.hu> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> softlockup: improve debug output Improve the debuggability of kernel lockups by enhancing the debug output of the softlockup detector: print the task that causes the lockup and try to print a more intelligent backtrace. The old format was: BUG: soft lockup detected on CPU#1! [<c0105e4a>] show_trace_log_lvl+0x19/0x2e [<c0105f43>] show_trace+0x12/0x14 [<c0105f59>] dump_stack+0x14/0x16 [<c015f6bc>] softlockup_tick+0xbe/0xd0 [<c013457d>] run_local_timers+0x12/0x14 [<c01346b8>] update_process_times+0x3e/0x63 [<c0145fb8>] tick_sched_timer+0x7c/0xc0 [<c0140a75>] hrtimer_interrupt+0x135/0x1ba [<c011bde7>] smp_apic_timer_interrupt+0x6e/0x80 [<c0105aa3>] apic_timer_interrupt+0x33/0x38 [<c0104f8a>] syscall_call+0x7/0xb ======================= The new format is: BUG: soft lockup detected on CPU#1! [prctl:2363] Pid: 2363, comm: prctl EIP: 0060:[<c013915f>] CPU: 1 EIP is at sys_prctl+0x24/0x18c EFLAGS: 00000213 Not tainted (2.6.22-cfs-v20 #26) EAX: 00000001 EBX: 000003e7 ECX: 00000001 EDX: f6df0000 ESI: 000003e7 EDI: 000003e7 EBP: f6df0fb0 DS: 007b ES: 007b FS: 00d8 CR0: 8005003b CR2: 4d8c3340 CR3: 3731d000 CR4: 000006d0 [<c0105e4a>] show_trace_log_lvl+0x19/0x2e [<c0105f43>] show_trace+0x12/0x14 [<c01040be>] show_regs+0x1ab/0x1b3 [<c015f807>] softlockup_tick+0xef/0x108 [<c013457d>] run_local_timers+0x12/0x14 [<c01346b8>] update_process_times+0x3e/0x63 [<c0145fcc>] tick_sched_timer+0x7c/0xc0 [<c0140a89>] hrtimer_interrupt+0x135/0x1ba [<c011bde7>] smp_apic_timer_interrupt+0x6e/0x80 [<c0105aa3>] apic_timer_interrupt+0x33/0x38 [<c0104f8a>] syscall_call+0x7/0xb ======================= Note that in the old format we only knew that some system call locked up, we didnt know _which_. With the new format we know that it's at a specific place in sys_prctl(). [which was where i created an artificial kernel lockup to test the new format.] This is also useful if the lockup happens in user-space - the user-space EIP (and other registers) will be printed too. (such a lockup would either suggest that the task was running at SCHED_FIFO:99 and looping for more than 10 seconds, or that the softlockup detector has a false-positive.) The task name is printed too first, just in case we dont manage to print a useful backtrace. [satyam@infradead.org: fix warning] Signed-off-by: Ingo Molnar <mingo@elte.hu> Signed-off-by: Satyam Sharma <satyam@infradead.org> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> --- kernel/softlockup.c | 37 +++++++++++++++++++++++-------------- 1 file changed, 23 insertions(+), 14 deletions(-) --- a/kernel/softlockup.c +++ b/kernel/softlockup.c @@ -15,13 +15,16 @@ #include <linux/notifier.h> #include <linux/module.h> +#include <asm/irq_regs.h> + static DEFINE_SPINLOCK(print_lock); static DEFINE_PER_CPU(unsigned long, touch_timestamp); static DEFINE_PER_CPU(unsigned long, print_timestamp); static DEFINE_PER_CPU(struct task_struct *, watchdog_task); -static int did_panic = 0; +static int did_panic; +int softlockup_thresh = 10; static int softlock_panic(struct notifier_block *this, unsigned long event, void *ptr) @@ -70,6 +73,7 @@ void softlockup_tick(void) int this_cpu = smp_processor_id(); unsigned long touch_timestamp = per_cpu(touch_timestamp, this_cpu); unsigned long print_timestamp; + struct pt_regs *regs = get_irq_regs(); unsigned long now; if (touch_timestamp == 0) { @@ -99,21 +103,26 @@ void softlockup_tick(void) wake_up_process(per_cpu(watchdog_task, this_cpu)); /* Warn about unreasonable 10+ seconds delays: */ - if (now > (touch_timestamp + 10)) { - per_cpu(print_timestamp, this_cpu) = touch_timestamp; + if (now <= (touch_timestamp + softlockup_thresh)) + return; + + per_cpu(print_timestamp, this_cpu) = touch_timestamp; - spin_lock(&print_lock); - printk(KERN_ERR "BUG: soft lockup detected on CPU#%d!\n", - this_cpu); + spin_lock(&print_lock); + printk(KERN_ERR "BUG: soft lockup - CPU#%d stuck for %lus! [%s:%d]\n", + this_cpu, now - touch_timestamp, + current->comm, current->pid); + if (regs) + show_regs(regs); + else dump_stack(); - spin_unlock(&print_lock); - } + spin_unlock(&print_lock); } /* * The watchdog thread - runs every second and touches the timestamp. */ -static int watchdog(void * __bind_cpu) +static int watchdog(void *__bind_cpu) { struct sched_param param = { .sched_priority = MAX_RT_PRIO-1 }; @@ -151,13 +160,13 @@ cpu_callback(struct notifier_block *nfb, BUG_ON(per_cpu(watchdog_task, hotcpu)); p = kthread_create(watchdog, hcpu, "watchdog/%d", hotcpu); if (IS_ERR(p)) { - printk("watchdog for %i failed\n", hotcpu); + printk(KERN_ERR "watchdog for %i failed\n", hotcpu); return NOTIFY_BAD; } - per_cpu(touch_timestamp, hotcpu) = 0; - per_cpu(watchdog_task, hotcpu) = p; + per_cpu(touch_timestamp, hotcpu) = 0; + per_cpu(watchdog_task, hotcpu) = p; kthread_bind(p, hotcpu); - break; + break; case CPU_ONLINE: case CPU_ONLINE_FROZEN: wake_up_process(per_cpu(watchdog_task, hotcpu)); @@ -177,7 +186,7 @@ cpu_callback(struct notifier_block *nfb, kthread_stop(p); break; #endif /* CONFIG_HOTPLUG_CPU */ - } + } return NOTIFY_OK; } ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [stable] Soft lockups since stable kernel upgrade to 2.6.23.8 2007-11-19 23:22 ` Greg KH @ 2007-11-20 1:40 ` Jeremy Fitzhardinge 2007-11-20 6:05 ` Ingo Molnar 0 siblings, 1 reply; 21+ messages in thread From: Jeremy Fitzhardinge @ 2007-11-20 1:40 UTC (permalink / raw) To: Greg KH Cc: Greg KH, David, Ingo Molnar, Javier Kohen, Andrew Morton, linux-kernel, stable Greg KH wrote: > Can you try applying the patch below to see if that solves the problem > for you? > I don't think this patch will help; it only has cosmetic changes in addition to the original message printing fix. I think it also needs change a3b13c23f186ecb57204580cc1f2dbe9c284953a: diff -r 79f0ea1e0e70 -r 06f060ab58aa kernel/softlockup.c --- a/kernel/softlockup.c Tue Oct 09 21:00:40 2007 +0000 +++ b/kernel/softlockup.c Wed Oct 17 08:42:46 2007 -0700 @@ -40,14 +40,16 @@ static struct notifier_block panic_block * resolution, and we don't need to waste time with a big divide when * 2^30ns == 1.074s. */ -static unsigned long get_timestamp(void) +static unsigned long get_timestamp(int this_cpu) { - return sched_clock() >> 30; /* 2^30 ~= 10^9 */ + return cpu_clock(this_cpu) >> 30; /* 2^30 ~= 10^9 */ } void touch_softlockup_watchdog(void) { - __raw_get_cpu_var(touch_timestamp) = get_timestamp(); + int this_cpu = raw_smp_processor_id(); + + __raw_get_cpu_var(touch_timestamp) = get_timestamp(this_cpu); } EXPORT_SYMBOL(touch_softlockup_watchdog); @@ -91,7 +93,7 @@ void softlockup_tick(void) return; } - now = get_timestamp(); + now = get_timestamp(this_cpu); /* Wake up the high-prio watchdog task every second: */ if (now > (touch_timestamp + 1)) J ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [stable] Soft lockups since stable kernel upgrade to 2.6.23.8 2007-11-20 1:40 ` Jeremy Fitzhardinge @ 2007-11-20 6:05 ` Ingo Molnar 2007-11-20 17:05 ` Greg KH 0 siblings, 1 reply; 21+ messages in thread From: Ingo Molnar @ 2007-11-20 6:05 UTC (permalink / raw) To: Jeremy Fitzhardinge Cc: Greg KH, Greg KH, David, Javier Kohen, Andrew Morton, linux-kernel, stable * Jeremy Fitzhardinge <jeremy@goop.org> wrote: > Greg KH wrote: > > Can you try applying the patch below to see if that solves the problem > > for you? > > > > I don't think this patch will help; it only has cosmetic changes in > addition to the original message printing fix. I think it also needs > change a3b13c23f186ecb57204580cc1f2dbe9c284953a: > > diff -r 79f0ea1e0e70 -r 06f060ab58aa kernel/softlockup.c yes, it does need the cpu_clock() changes as i mentioned. commit a3b13c23f186ecb57204580cc1f2dbe9c284953a Author: Ingo Molnar <mingo@elte.hu> Date: Tue Oct 16 23:26:06 2007 -0700 softlockup: use cpu_clock() instead of sched_clock() sched_clock() is not a reliable time-source, use cpu_clock() instead. but we only have cpu_clock() from v2.6.23 onwards - so we should not apply the original patch to v2.6.22. (we should not have applied your patch that started the mess to begin with - but that's another matter.) Ingo ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [stable] Soft lockups since stable kernel upgrade to 2.6.23.8 2007-11-20 6:05 ` Ingo Molnar @ 2007-11-20 17:05 ` Greg KH 2007-11-20 20:39 ` Ingo Molnar 0 siblings, 1 reply; 21+ messages in thread From: Greg KH @ 2007-11-20 17:05 UTC (permalink / raw) To: Ingo Molnar Cc: Jeremy Fitzhardinge, Greg KH, David, Javier Kohen, Andrew Morton, linux-kernel, stable On Tue, Nov 20, 2007 at 07:05:25AM +0100, Ingo Molnar wrote: > > * Jeremy Fitzhardinge <jeremy@goop.org> wrote: > > > Greg KH wrote: > > > Can you try applying the patch below to see if that solves the problem > > > for you? > > > > > > > I don't think this patch will help; it only has cosmetic changes in > > addition to the original message printing fix. I think it also needs > > change a3b13c23f186ecb57204580cc1f2dbe9c284953a: > > > > diff -r 79f0ea1e0e70 -r 06f060ab58aa kernel/softlockup.c > > yes, it does need the cpu_clock() changes as i mentioned. > > commit a3b13c23f186ecb57204580cc1f2dbe9c284953a > Author: Ingo Molnar <mingo@elte.hu> > Date: Tue Oct 16 23:26:06 2007 -0700 > > softlockup: use cpu_clock() instead of sched_clock() > > sched_clock() is not a reliable time-source, use cpu_clock() instead. > > but we only have cpu_clock() from v2.6.23 onwards - so we should not > apply the original patch to v2.6.22. (we should not have applied your > patch that started the mess to begin with - but that's another matter.) Well, I can easily back that one out, if that is easier than adding 2 more patches to try to fix up the mess here. Let me know if you feel that would be best. thanks, greg k-h ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [stable] Soft lockups since stable kernel upgrade to 2.6.23.8 2007-11-20 17:05 ` Greg KH @ 2007-11-20 20:39 ` Ingo Molnar 2007-11-20 21:03 ` Greg KH 0 siblings, 1 reply; 21+ messages in thread From: Ingo Molnar @ 2007-11-20 20:39 UTC (permalink / raw) To: Greg KH Cc: Jeremy Fitzhardinge, Greg KH, David, Javier Kohen, Andrew Morton, linux-kernel, stable * Greg KH <greg@kroah.com> wrote: > > but we only have cpu_clock() from v2.6.23 onwards - so we should not > > apply the original patch to v2.6.22. (we should not have applied > > your patch that started the mess to begin with - but that's another > > matter.) > > Well, I can easily back that one out, if that is easier than adding 2 > more patches to try to fix up the mess here. > > Let me know if you feel that would be best. i'd leave it alone - doing that we have in essence the softlockup detector turned off. Reverting to the older version might trigger false positives that need the new stuff. Ingo ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [stable] Soft lockups since stable kernel upgrade to 2.6.23.8 2007-11-20 20:39 ` Ingo Molnar @ 2007-11-20 21:03 ` Greg KH 2007-11-20 21:49 ` Ingo Molnar 0 siblings, 1 reply; 21+ messages in thread From: Greg KH @ 2007-11-20 21:03 UTC (permalink / raw) To: Ingo Molnar Cc: Jeremy Fitzhardinge, Greg KH, linux-kernel, stable, Javier Kohen, Andrew Morton, David On Tue, Nov 20, 2007 at 09:39:19PM +0100, Ingo Molnar wrote: > > * Greg KH <greg@kroah.com> wrote: > > > > but we only have cpu_clock() from v2.6.23 onwards - so we should not > > > apply the original patch to v2.6.22. (we should not have applied > > > your patch that started the mess to begin with - but that's another > > > matter.) > > > > Well, I can easily back that one out, if that is easier than adding 2 > > more patches to try to fix up the mess here. > > > > Let me know if you feel that would be best. > > i'd leave it alone - doing that we have in essence the softlockup > detector turned off. Reverting to the older version might trigger false > positives that need the new stuff. Ok, I'll see if the current round of patches fix up everyone complaints :) thanks for sending these, greg k-h ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [stable] Soft lockups since stable kernel upgrade to 2.6.23.8 2007-11-20 21:03 ` Greg KH @ 2007-11-20 21:49 ` Ingo Molnar 2007-11-20 22:06 ` Greg KH 2007-11-20 23:15 ` David Miller 0 siblings, 2 replies; 21+ messages in thread From: Ingo Molnar @ 2007-11-20 21:49 UTC (permalink / raw) To: Greg KH Cc: Jeremy Fitzhardinge, Greg KH, linux-kernel, stable, Javier Kohen, Andrew Morton, David * Greg KH <greg@kroah.com> wrote: > On Tue, Nov 20, 2007 at 09:39:19PM +0100, Ingo Molnar wrote: > > > > * Greg KH <greg@kroah.com> wrote: > > > > > > but we only have cpu_clock() from v2.6.23 onwards - so we should not > > > > apply the original patch to v2.6.22. (we should not have applied > > > > your patch that started the mess to begin with - but that's another > > > > matter.) > > > > > > Well, I can easily back that one out, if that is easier than adding 2 > > > more patches to try to fix up the mess here. > > > > > > Let me know if you feel that would be best. > > > > i'd leave it alone - doing that we have in essence the softlockup > > detector turned off. Reverting to the older version might trigger false > > positives that need the new stuff. > > Ok, I'll see if the current round of patches fix up everyone > complaints :) so just to reiterate, to make sure we have the same plans: lets leave v2.6.22 and earlier kernels alone - and lets strive for the latest patches and code for v2.6.23 (and v2.6.24, evidently). Ingo ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [stable] Soft lockups since stable kernel upgrade to 2.6.23.8 2007-11-20 21:49 ` Ingo Molnar @ 2007-11-20 22:06 ` Greg KH 2007-11-20 23:15 ` David Miller 1 sibling, 0 replies; 21+ messages in thread From: Greg KH @ 2007-11-20 22:06 UTC (permalink / raw) To: Ingo Molnar Cc: Jeremy Fitzhardinge, Greg KH, linux-kernel, David, Javier Kohen, Andrew Morton, stable On Tue, Nov 20, 2007 at 10:49:27PM +0100, Ingo Molnar wrote: > > * Greg KH <greg@kroah.com> wrote: > > > On Tue, Nov 20, 2007 at 09:39:19PM +0100, Ingo Molnar wrote: > > > > > > * Greg KH <greg@kroah.com> wrote: > > > > > > > > but we only have cpu_clock() from v2.6.23 onwards - so we should not > > > > > apply the original patch to v2.6.22. (we should not have applied > > > > > your patch that started the mess to begin with - but that's another > > > > > matter.) > > > > > > > > Well, I can easily back that one out, if that is easier than adding 2 > > > > more patches to try to fix up the mess here. > > > > > > > > Let me know if you feel that would be best. > > > > > > i'd leave it alone - doing that we have in essence the softlockup > > > detector turned off. Reverting to the older version might trigger false > > > positives that need the new stuff. > > > > Ok, I'll see if the current round of patches fix up everyone > > complaints :) > > so just to reiterate, to make sure we have the same plans: lets leave > v2.6.22 and earlier kernels alone - and lets strive for the latest > patches and code for v2.6.23 (and v2.6.24, evidently). Yes, that sounds fine to me. thanks, greg k-h ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [stable] Soft lockups since stable kernel upgrade to 2.6.23.8 2007-11-20 21:49 ` Ingo Molnar 2007-11-20 22:06 ` Greg KH @ 2007-11-20 23:15 ` David Miller 2007-11-20 23:26 ` Ingo Molnar 2007-11-20 23:52 ` Greg KH 1 sibling, 2 replies; 21+ messages in thread From: David Miller @ 2007-11-20 23:15 UTC (permalink / raw) To: mingo; +Cc: greg, jeremy, gregkh, linux-kernel, stable, jkohen, akpm, david From: Ingo Molnar <mingo@elte.hu> Date: Tue, 20 Nov 2007 22:49:27 +0100 > > * Greg KH <greg@kroah.com> wrote: > > > On Tue, Nov 20, 2007 at 09:39:19PM +0100, Ingo Molnar wrote: > > > > > > * Greg KH <greg@kroah.com> wrote: > > > > > > > > but we only have cpu_clock() from v2.6.23 onwards - so we should not > > > > > apply the original patch to v2.6.22. (we should not have applied > > > > > your patch that started the mess to begin with - but that's another > > > > > matter.) > > > > > > > > Well, I can easily back that one out, if that is easier than adding 2 > > > > more patches to try to fix up the mess here. > > > > > > > > Let me know if you feel that would be best. > > > > > > i'd leave it alone - doing that we have in essence the softlockup > > > detector turned off. Reverting to the older version might trigger false > > > positives that need the new stuff. > > > > Ok, I'll see if the current round of patches fix up everyone > > complaints :) > > so just to reiterate, to make sure we have the same plans: lets leave > v2.6.22 and earlier kernels alone - and lets strive for the latest > patches and code for v2.6.23 (and v2.6.24, evidently). I've validated that those patches make 2.6.23 behave on my Niagara box. Thanks. ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [stable] Soft lockups since stable kernel upgrade to 2.6.23.8 2007-11-20 23:15 ` David Miller @ 2007-11-20 23:26 ` Ingo Molnar 2007-11-20 23:52 ` Greg KH 1 sibling, 0 replies; 21+ messages in thread From: Ingo Molnar @ 2007-11-20 23:26 UTC (permalink / raw) To: David Miller Cc: greg, jeremy, gregkh, linux-kernel, stable, jkohen, akpm, david * David Miller <davem@davemloft.net> wrote: > > so just to reiterate, to make sure we have the same plans: lets > > leave v2.6.22 and earlier kernels alone - and lets strive for the > > latest patches and code for v2.6.23 (and v2.6.24, evidently). > > I've validated that those patches make 2.6.23 behave on my Niagara > box. Great and thanks for testing it! Arjan noticed the shortness of the 1 sec sleep too, my suggestion would be to increase the sleep period to ~50 seconds and the detection threshold to 60 seconds - that should be large enough - instead of complicating the tick code even more. Ingo ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [stable] Soft lockups since stable kernel upgrade to 2.6.23.8 2007-11-20 23:15 ` David Miller 2007-11-20 23:26 ` Ingo Molnar @ 2007-11-20 23:52 ` Greg KH 1 sibling, 0 replies; 21+ messages in thread From: Greg KH @ 2007-11-20 23:52 UTC (permalink / raw) To: David Miller Cc: mingo, greg, jeremy, linux-kernel, stable, jkohen, akpm, david On Tue, Nov 20, 2007 at 03:15:38PM -0800, David Miller wrote: > From: Ingo Molnar <mingo@elte.hu> > Date: Tue, 20 Nov 2007 22:49:27 +0100 > > > > > * Greg KH <greg@kroah.com> wrote: > > > > > On Tue, Nov 20, 2007 at 09:39:19PM +0100, Ingo Molnar wrote: > > > > > > > > * Greg KH <greg@kroah.com> wrote: > > > > > > > > > > but we only have cpu_clock() from v2.6.23 onwards - so we should not > > > > > > apply the original patch to v2.6.22. (we should not have applied > > > > > > your patch that started the mess to begin with - but that's another > > > > > > matter.) > > > > > > > > > > Well, I can easily back that one out, if that is easier than adding 2 > > > > > more patches to try to fix up the mess here. > > > > > > > > > > Let me know if you feel that would be best. > > > > > > > > i'd leave it alone - doing that we have in essence the softlockup > > > > detector turned off. Reverting to the older version might trigger false > > > > positives that need the new stuff. > > > > > > Ok, I'll see if the current round of patches fix up everyone > > > complaints :) > > > > so just to reiterate, to make sure we have the same plans: lets leave > > v2.6.22 and earlier kernels alone - and lets strive for the latest > > patches and code for v2.6.23 (and v2.6.24, evidently). > > I've validated that those patches make 2.6.23 behave on my > Niagara box. Great, thanks for testing and letting us know! greg k-h ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [stable] Soft lockups since stable kernel upgrade to 2.6.23.8 2007-11-17 20:37 ` Greg KH 2007-11-18 0:34 ` Jeremy Fitzhardinge @ 2007-11-18 0:55 ` Ingo Molnar 2007-11-20 0:30 ` Chuck Ebbert 1 sibling, 1 reply; 21+ messages in thread From: Ingo Molnar @ 2007-11-18 0:55 UTC (permalink / raw) To: Greg KH Cc: David, Jeremy Fitzhardinge, gregkh, Javier Kohen, Andrew Morton, linux-kernel, stable * Greg KH <greg@kroah.com> wrote: > Great, thanks for tracking this down. > > Ingo, this corrisponds to changeset > a115d5caca1a2905ba7a32b408a6042b20179aaa in mainline. Is that patch > incorrect? Should this patch in the -stable tree be reverted? hm, there are no such problems in .24 and the cpu_clock() and other fixes i did were not picked up. Find the missing fixes below. They should work just fine in .23 as it has the cpu_clock() functionality too. [ NOTE: the most robust thing is to make the .23 version match the .24 version of kernel/softlockup.c, so i included two other harmless changes in this diff as well. ] Ingo -----------> commit a5f2ce3c6024a5bb895647b6bd88ecae5001020a Author: Ingo Molnar <mingo@elte.hu> Date: Tue Oct 16 23:26:08 2007 -0700 softlockup watchdog: style cleanups kernel/softirq.c grew a few style uncleanlinesses in the past few months, clean that up. No functional changes: text data bss dec hex filename 1126 76 4 1206 4b6 softlockup.o.before 1129 76 4 1209 4b9 softlockup.o.after ( the 3 bytes .text increase is due to the "<1>" appended to one of the printk messages. ) Signed-off-by: Ingo Molnar <mingo@elte.hu> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> commit 43581a10075492445f65234384210492ff333eba Author: Ingo Molnar <mingo@elte.hu> Date: Tue Oct 16 23:26:08 2007 -0700 softlockup: improve debug output Improve the debuggability of kernel lockups by enhancing the debug output of the softlockup detector: print the task that causes the lockup and try to print a more intelligent backtrace. The old format was: BUG: soft lockup detected on CPU#1! [<c0105e4a>] show_trace_log_lvl+0x19/0x2e [<c0105f43>] show_trace+0x12/0x14 [<c0105f59>] dump_stack+0x14/0x16 [<c015f6bc>] softlockup_tick+0xbe/0xd0 [<c013457d>] run_local_timers+0x12/0x14 [<c01346b8>] update_process_times+0x3e/0x63 [<c0145fb8>] tick_sched_timer+0x7c/0xc0 [<c0140a75>] hrtimer_interrupt+0x135/0x1ba [<c011bde7>] smp_apic_timer_interrupt+0x6e/0x80 [<c0105aa3>] apic_timer_interrupt+0x33/0x38 [<c0104f8a>] syscall_call+0x7/0xb ======================= The new format is: BUG: soft lockup detected on CPU#1! [prctl:2363] Pid: 2363, comm: prctl EIP: 0060:[<c013915f>] CPU: 1 EIP is at sys_prctl+0x24/0x18c EFLAGS: 00000213 Not tainted (2.6.22-cfs-v20 #26) EAX: 00000001 EBX: 000003e7 ECX: 00000001 EDX: f6df0000 ESI: 000003e7 EDI: 000003e7 EBP: f6df0fb0 DS: 007b ES: 007b FS: 00d8 CR0: 8005003b CR2: 4d8c3340 CR3: 3731d000 CR4: 000006d0 [<c0105e4a>] show_trace_log_lvl+0x19/0x2e [<c0105f43>] show_trace+0x12/0x14 [<c01040be>] show_regs+0x1ab/0x1b3 [<c015f807>] softlockup_tick+0xef/0x108 [<c013457d>] run_local_timers+0x12/0x14 [<c01346b8>] update_process_times+0x3e/0x63 [<c0145fcc>] tick_sched_timer+0x7c/0xc0 [<c0140a89>] hrtimer_interrupt+0x135/0x1ba [<c011bde7>] smp_apic_timer_interrupt+0x6e/0x80 [<c0105aa3>] apic_timer_interrupt+0x33/0x38 [<c0104f8a>] syscall_call+0x7/0xb ======================= Note that in the old format we only knew that some system call locked up, we didnt know _which_. With the new format we know that it's at a specific place in sys_prctl(). [which was where i created an artificial kernel lockup to test the new format.] This is also useful if the lockup happens in user-space - the user-space EIP (and other registers) will be printed too. (such a lockup would either suggest that the task was running at SCHED_FIFO:99 and looping for more than 10 seconds, or that the softlockup detector has a false-positive.) The task name is printed too first, just in case we dont manage to print a useful backtrace. [satyam@infradead.org: fix warning] Signed-off-by: Ingo Molnar <mingo@elte.hu> Signed-off-by: Satyam Sharma <satyam@infradead.org> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> diff --git a/kernel/softlockup.c b/kernel/softlockup.c index e423b3a..11df812 100644 --- a/kernel/softlockup.c +++ b/kernel/softlockup.c @@ -15,13 +15,16 @@ #include <linux/notifier.h> #include <linux/module.h> +#include <asm/irq_regs.h> + static DEFINE_SPINLOCK(print_lock); static DEFINE_PER_CPU(unsigned long, touch_timestamp); static DEFINE_PER_CPU(unsigned long, print_timestamp); static DEFINE_PER_CPU(struct task_struct *, watchdog_task); -static int did_panic = 0; +static int did_panic; +int softlockup_thresh = 10; static int softlock_panic(struct notifier_block *this, unsigned long event, void *ptr) @@ -72,6 +75,7 @@ void softlockup_tick(void) int this_cpu = smp_processor_id(); unsigned long touch_timestamp = per_cpu(touch_timestamp, this_cpu); unsigned long print_timestamp; + struct pt_regs *regs = get_irq_regs(); unsigned long now; if (touch_timestamp == 0) { @@ -101,21 +105,26 @@ void softlockup_tick(void) wake_up_process(per_cpu(watchdog_task, this_cpu)); /* Warn about unreasonable 10+ seconds delays: */ - if (now > (touch_timestamp + 10)) { - per_cpu(print_timestamp, this_cpu) = touch_timestamp; + if (now <= (touch_timestamp + softlockup_thresh)) + return; + + per_cpu(print_timestamp, this_cpu) = touch_timestamp; - spin_lock(&print_lock); - printk(KERN_ERR "BUG: soft lockup detected on CPU#%d!\n", - this_cpu); + spin_lock(&print_lock); + printk(KERN_ERR "BUG: soft lockup - CPU#%d stuck for %lus! [%s:%d]\n", + this_cpu, now - touch_timestamp, + current->comm, task_pid_nr(current)); + if (regs) + show_regs(regs); + else dump_stack(); - spin_unlock(&print_lock); - } + spin_unlock(&print_lock); } /* * The watchdog thread - runs every second and touches the timestamp. */ -static int watchdog(void * __bind_cpu) +static int watchdog(void *__bind_cpu) { struct sched_param param = { .sched_priority = MAX_RT_PRIO-1 }; @@ -153,13 +162,13 @@ cpu_callback(struct notifier_block *nfb, unsigned long action, void *hcpu) BUG_ON(per_cpu(watchdog_task, hotcpu)); p = kthread_create(watchdog, hcpu, "watchdog/%d", hotcpu); if (IS_ERR(p)) { - printk("watchdog for %i failed\n", hotcpu); + printk(KERN_ERR "watchdog for %i failed\n", hotcpu); return NOTIFY_BAD; } - per_cpu(touch_timestamp, hotcpu) = 0; - per_cpu(watchdog_task, hotcpu) = p; + per_cpu(touch_timestamp, hotcpu) = 0; + per_cpu(watchdog_task, hotcpu) = p; kthread_bind(p, hotcpu); - break; + break; case CPU_ONLINE: case CPU_ONLINE_FROZEN: wake_up_process(per_cpu(watchdog_task, hotcpu)); @@ -179,7 +188,7 @@ cpu_callback(struct notifier_block *nfb, unsigned long action, void *hcpu) kthread_stop(p); break; #endif /* CONFIG_HOTPLUG_CPU */ - } + } return NOTIFY_OK; } ^ permalink raw reply related [flat|nested] 21+ messages in thread
* Re: [stable] Soft lockups since stable kernel upgrade to 2.6.23.8 2007-11-18 0:55 ` Ingo Molnar @ 2007-11-20 0:30 ` Chuck Ebbert 2007-11-20 6:08 ` Ingo Molnar 0 siblings, 1 reply; 21+ messages in thread From: Chuck Ebbert @ 2007-11-20 0:30 UTC (permalink / raw) To: Ingo Molnar Cc: Greg KH, David, Jeremy Fitzhardinge, gregkh, Javier Kohen, Andrew Morton, linux-kernel, stable On 11/17/2007 07:55 PM, Ingo Molnar wrote: > * Greg KH <greg@kroah.com> wrote: > >> Great, thanks for tracking this down. >> >> Ingo, this corrisponds to changeset >> a115d5caca1a2905ba7a32b408a6042b20179aaa in mainline. Is that patch >> incorrect? Should this patch in the -stable tree be reverted? > > hm, there are no such problems in .24 and the cpu_clock() and other > fixes i did were not picked up. Find the missing fixes below. They > should work just fine in .23 as it has the cpu_clock() functionality > too. > > [ NOTE: the most robust thing is to make the .23 version match the .24 > version of kernel/softlockup.c, so i included two other harmless > changes in this diff as well. ] > > Ingo > > -----------> > commit a5f2ce3c6024a5bb895647b6bd88ecae5001020a > Author: Ingo Molnar <mingo@elte.hu> > Date: Tue Oct 16 23:26:08 2007 -0700 > > commit 43581a10075492445f65234384210492ff333eba > Author: Ingo Molnar <mingo@elte.hu> > Date: Tue Oct 16 23:26:08 2007 -0700 Those are just cosmetic / cleanup changes. Don't you need commit a3b13c23f186ecb57204580cc1f2dbe9c284953a ?? ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [stable] Soft lockups since stable kernel upgrade to 2.6.23.8 2007-11-20 0:30 ` Chuck Ebbert @ 2007-11-20 6:08 ` Ingo Molnar 2007-11-20 17:04 ` Greg KH 0 siblings, 1 reply; 21+ messages in thread From: Ingo Molnar @ 2007-11-20 6:08 UTC (permalink / raw) To: Chuck Ebbert Cc: Greg KH, David, Jeremy Fitzhardinge, gregkh, Javier Kohen, Andrew Morton, linux-kernel, stable * Chuck Ebbert <cebbert@redhat.com> wrote: > On 11/17/2007 07:55 PM, Ingo Molnar wrote: > > * Greg KH <greg@kroah.com> wrote: > > > >> Great, thanks for tracking this down. > >> > >> Ingo, this corrisponds to changeset > >> a115d5caca1a2905ba7a32b408a6042b20179aaa in mainline. Is that patch > >> incorrect? Should this patch in the -stable tree be reverted? > > > > hm, there are no such problems in .24 and the cpu_clock() and other > > fixes i did were not picked up. Find the missing fixes below. They > > should work just fine in .23 as it has the cpu_clock() functionality > > too. > > > > [ NOTE: the most robust thing is to make the .23 version match the .24 > > version of kernel/softlockup.c, so i included two other harmless > > changes in this diff as well. ] > > > > Ingo > > > > -----------> > > commit a5f2ce3c6024a5bb895647b6bd88ecae5001020a > > Author: Ingo Molnar <mingo@elte.hu> > > Date: Tue Oct 16 23:26:08 2007 -0700 > > > > commit 43581a10075492445f65234384210492ff333eba > > Author: Ingo Molnar <mingo@elte.hu> > > Date: Tue Oct 16 23:26:08 2007 -0700 > > Those are just cosmetic / cleanup changes. > > Don't you need commit a3b13c23f186ecb57204580cc1f2dbe9c284953a ?? yes: > > [...] the cpu_clock() and other fixes i did were not picked up. i just forgot to attach the cpu_clock() changes - they are in a3b13c23. Ingo ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [stable] Soft lockups since stable kernel upgrade to 2.6.23.8 2007-11-20 6:08 ` Ingo Molnar @ 2007-11-20 17:04 ` Greg KH 0 siblings, 0 replies; 21+ messages in thread From: Greg KH @ 2007-11-20 17:04 UTC (permalink / raw) To: Ingo Molnar Cc: Chuck Ebbert, Jeremy Fitzhardinge, gregkh, linux-kernel, stable, Javier Kohen, Andrew Morton, David On Tue, Nov 20, 2007 at 07:08:08AM +0100, Ingo Molnar wrote: > > * Chuck Ebbert <cebbert@redhat.com> wrote: > > > On 11/17/2007 07:55 PM, Ingo Molnar wrote: > > > * Greg KH <greg@kroah.com> wrote: > > > > > >> Great, thanks for tracking this down. > > >> > > >> Ingo, this corrisponds to changeset > > >> a115d5caca1a2905ba7a32b408a6042b20179aaa in mainline. Is that patch > > >> incorrect? Should this patch in the -stable tree be reverted? > > > > > > hm, there are no such problems in .24 and the cpu_clock() and other > > > fixes i did were not picked up. Find the missing fixes below. They > > > should work just fine in .23 as it has the cpu_clock() functionality > > > too. > > > > > > [ NOTE: the most robust thing is to make the .23 version match the .24 > > > version of kernel/softlockup.c, so i included two other harmless > > > changes in this diff as well. ] > > > > > > Ingo > > > > > > -----------> > > > commit a5f2ce3c6024a5bb895647b6bd88ecae5001020a > > > Author: Ingo Molnar <mingo@elte.hu> > > > Date: Tue Oct 16 23:26:08 2007 -0700 > > > > > > commit 43581a10075492445f65234384210492ff333eba > > > Author: Ingo Molnar <mingo@elte.hu> > > > Date: Tue Oct 16 23:26:08 2007 -0700 > > > > Those are just cosmetic / cleanup changes. > > > > Don't you need commit a3b13c23f186ecb57204580cc1f2dbe9c284953a ?? > > yes: > > > > [...] the cpu_clock() and other fixes i did were not picked up. > > i just forgot to attach the cpu_clock() changes - they are in a3b13c23. Ok, I've now added that patch too :) Hopefully this is all straightened out now, I'll go cut a -rc for the next stable so people can test... thanks, greg k-h ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: Soft lockups since stable kernel upgrade to 2.6.23.8 2007-11-17 18:21 Soft lockups since stable kernel upgrade to 2.6.23.8 Javier Kohen 2007-11-17 19:12 ` [stable] " Greg KH @ 2007-11-17 19:40 ` David 1 sibling, 0 replies; 21+ messages in thread From: David @ 2007-11-17 19:40 UTC (permalink / raw) To: Javier Kohen; +Cc: linux-kernel, gregkh, stable Javier Kohen wrote: > I upgraded today from 2.6.23 to 2.6.23.8 and started seeing a lot of > these in the logs: > > BUG: soft lockup detected on CPU#0! > [<c011d761>] update_process_times+0x32/0x54 > [<c012b06f>] tick_sched_timer+0x5e/0x99 > [<c01274db>] hrtimer_interrupt+0x112/0x197 > [<c012b011>] tick_sched_timer+0x0/0x99 > [<c010f02c>] smp_apic_timer_interrupt+0x60/0x6f > [<c01cd9e7>] acpi_hw_register_write+0x118/0x148 > [<c0104620>] apic_timer_interrupt+0x28/0x30 > [<f8827350>] acpi_safe_halt+0x14/0x20 [processor] > [<f88274fd>] acpi_processor_idle+0x134/0x387 [processor] > [<c010234c>] cpu_idle+0x46/0x59 > [<c03049d2>] start_kernel+0x23c/0x241 > [<c0304317>] unknown_bootoption+0x0/0x196 > Confirmed on my server machine. Seems to coincide with cpufreq processor speed changes. Config available on request, (system is also a single core athlon) Cheers David > ======================= > BUG: soft lockup detected on CPU#0! > [<c011d761>] update_process_times+0x32/0x54 > [<c012b06f>] tick_sched_timer+0x5e/0x99 > [<c01274db>] hrtimer_interrupt+0x112/0x197 > [<c012b011>] tick_sched_timer+0x0/0x99 > [<c010f02c>] smp_apic_timer_interrupt+0x60/0x6f > [<c0104620>] apic_timer_interrupt+0x28/0x30 > ======================= > BUG: soft lockup detected on CPU#0! > [<c011d761>] update_process_times+0x32/0x54 > [<c01b1c71>] fill_window+0x29d/0x384 > [<c012b06f>] tick_sched_timer+0x5e/0x99 > [<c01274db>] hrtimer_interrupt+0x112/0x197 > [<c012b011>] tick_sched_timer+0x0/0x99 > [<c01b14cd>] zlib_inflate_table+0x1d9/0x4c0 > [<c01b14cd>] zlib_inflate_table+0x1d9/0x4c0 > [<c012a8f8>] tick_do_broadcast+0x1f/0x3f > [<c012ab9a>] tick_handle_oneshot_broadcast+0x47/0x7f > [<c0106877>] timer_interrupt+0x1a/0x20 > [<c0135768>] handle_IRQ_event+0x1a/0x3f > [<c013632c>] handle_edge_irq+0x8b/0xd7 > [<c0105eb3>] do_IRQ+0x53/0x6c > [<c012a6b5>] tick_notify+0x161/0x220 > [<c01045f3>] common_interrupt+0x23/0x28 > [<f88275f5>] acpi_processor_idle+0x22c/0x387 [processor] > [<c010234c>] cpu_idle+0x46/0x59 > [<c03049d2>] start_kernel+0x23c/0x241 > [<c0304317>] unknown_bootoption+0x0/0x196 > > I'm getting them in the hundreds but I had never seen them before this > upgrade. CPU is a single CPU, single core AMD Turion running in 32-bit > mode. Apparently they only occur when the ondemand governor is used. I > switched to the powersave and the performance governors for a while and > didn't see any message, but as soon as I went back to ondemand, the > messages started showing up again. > > I see the problem might have to do with timers. In case it's relevant, > the available clock sources are acpi_pm pit jiffies tsc, of which > acpi_pm is the current one in use. I'm including the kernel config as > well. > > Please CC, since I'm not subscribed to this list. > > Modules Loaded: nls_iso8859_1 nls_cp437 vfat fat radeon drm af_packet > binfmt_misc capability commoncap ipv6 iptable_mangle iptable_filter > ip_tables x_tables ext2 snd_seq_dummy snd_seq_oss snd_seq_midi > snd_rawmidi snd_seq_midi_event snd_seq snd_seq_device cpufreq_ondemand > cpufreq_conservative cpufreq_powersave powernow_k8 freq_table snd_atiixp > snd_atiixp_modem snd_ac97_codec ac97_bus snd_pcm_oss snd_mixer_oss > snd_pcm snd_timer battery ac snd yenta_socket rsrc_nonstatic pcmcia_core > tifm_7xx1 tifm_core button soundcore snd_page_alloc psmouse pcspkr evdev > k8temp hwmon rtc sha256 aes dm_crypt dm_mirror dm_snapshot dm_mod sg > sd_mod sr_mod cdrom 8139cp usb_storage ohci1394 pata_atiixp 8139too mii > bitrev crc32 ehci_hcd ieee1394 libata ohci_hcd usbcore thermal processor > fan > > > CONFIG_X86_32=y > 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_SEMAPHORE_SLEEPERS=y > CONFIG_X86=y > CONFIG_MMU=y > CONFIG_ZONE_DMA=y > CONFIG_QUICKLIST=y > CONFIG_GENERIC_ISA_DMA=y > CONFIG_GENERIC_IOMAP=y > CONFIG_GENERIC_BUG=y > CONFIG_GENERIC_HWEIGHT=y > CONFIG_ARCH_MAY_HAVE_PC_FDC=y > CONFIG_DMI=y > CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config" > > CONFIG_EXPERIMENTAL=y > CONFIG_BROKEN_ON_SMP=y > CONFIG_INIT_ENV_ARG_LIMIT=32 > CONFIG_LOCALVERSION="" > CONFIG_SWAP=y > CONFIG_SYSVIPC=y > CONFIG_SYSVIPC_SYSCTL=y > CONFIG_POSIX_MQUEUE=y > CONFIG_BSD_PROCESS_ACCT=y > CONFIG_LOG_BUF_SHIFT=14 > CONFIG_BLK_DEV_INITRD=y > CONFIG_INITRAMFS_SOURCE="" > CONFIG_CC_OPTIMIZE_FOR_SIZE=y > CONFIG_SYSCTL=y > CONFIG_UID16=y > CONFIG_SYSCTL_SYSCALL=y > CONFIG_KALLSYMS=y > CONFIG_HOTPLUG=y > CONFIG_PRINTK=y > CONFIG_BUG=y > CONFIG_ELF_CORE=y > CONFIG_BASE_FULL=y > CONFIG_FUTEX=y > CONFIG_ANON_INODES=y > CONFIG_EPOLL=y > CONFIG_SIGNALFD=y > CONFIG_EVENTFD=y > CONFIG_SHMEM=y > CONFIG_VM_EVENT_COUNTERS=y > CONFIG_SLUB_DEBUG=y > CONFIG_SLUB=y > CONFIG_RT_MUTEXES=y > CONFIG_BASE_SMALL=0 > CONFIG_MODULES=y > CONFIG_MODULE_UNLOAD=y > CONFIG_KMOD=y > CONFIG_BLOCK=y > CONFIG_LSF=y > > CONFIG_IOSCHED_NOOP=y > CONFIG_IOSCHED_AS=y > CONFIG_IOSCHED_DEADLINE=y > CONFIG_IOSCHED_CFQ=y > CONFIG_DEFAULT_CFQ=y > CONFIG_DEFAULT_IOSCHED="cfq" > > CONFIG_TICK_ONESHOT=y > CONFIG_NO_HZ=y > CONFIG_HIGH_RES_TIMERS=y > CONFIG_X86_PC=y > CONFIG_MK8=y > CONFIG_X86_CMPXCHG=y > CONFIG_X86_L1_CACHE_SHIFT=6 > CONFIG_X86_XADD=y > CONFIG_RWSEM_XCHGADD_ALGORITHM=y > CONFIG_GENERIC_CALIBRATE_DELAY=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_TSC=y > CONFIG_X86_MINIMUM_CPU_FAMILY=4 > CONFIG_HPET_TIMER=y > CONFIG_PREEMPT_VOLUNTARY=y > CONFIG_X86_UP_APIC=y > CONFIG_X86_UP_IOAPIC=y > CONFIG_X86_LOCAL_APIC=y > CONFIG_X86_IO_APIC=y > CONFIG_X86_MCE=y > CONFIG_X86_MCE_NONFATAL=y > CONFIG_VM86=y > CONFIG_X86_MSR=m > CONFIG_X86_CPUID=m > > CONFIG_DMIID=y > CONFIG_HIGHMEM4G=y > CONFIG_PAGE_OFFSET=0xC0000000 > CONFIG_HIGHMEM=y > CONFIG_ARCH_FLATMEM_ENABLE=y > CONFIG_ARCH_SPARSEMEM_ENABLE=y > CONFIG_ARCH_SELECT_MEMORY_MODEL=y > CONFIG_ARCH_POPULATES_NODE_MAP=y > CONFIG_SELECT_MEMORY_MODEL=y > CONFIG_FLATMEM_MANUAL=y > CONFIG_FLATMEM=y > CONFIG_FLAT_NODE_MEM_MAP=y > CONFIG_SPARSEMEM_STATIC=y > CONFIG_SPLIT_PTLOCK_CPUS=4 > CONFIG_ZONE_DMA_FLAG=1 > CONFIG_BOUNCE=y > CONFIG_NR_QUICK=1 > CONFIG_VIRT_TO_BUS=y > CONFIG_MTRR=y > CONFIG_SECCOMP=y > CONFIG_HZ_1000=y > CONFIG_HZ=1000 > CONFIG_PHYSICAL_START=0x100000 > CONFIG_PHYSICAL_ALIGN=0x100000 > CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y > > CONFIG_PM=y > CONFIG_PM_LEGACY=y > CONFIG_PM_SLEEP=y > CONFIG_SUSPEND_UP_POSSIBLE=y > CONFIG_SUSPEND=y > CONFIG_HIBERNATION_UP_POSSIBLE=y > CONFIG_HIBERNATION=y > CONFIG_PM_STD_PARTITION="/dev/mapper/vg0-swap" > CONFIG_ACPI=y > CONFIG_ACPI_SLEEP=y > CONFIG_ACPI_PROCFS=y > CONFIG_ACPI_PROC_EVENT=y > CONFIG_ACPI_AC=m > CONFIG_ACPI_BATTERY=m > CONFIG_ACPI_BUTTON=m > CONFIG_ACPI_FAN=m > CONFIG_ACPI_DOCK=m > CONFIG_ACPI_PROCESSOR=m > CONFIG_ACPI_THERMAL=m > CONFIG_ACPI_BLACKLIST_YEAR=0 > CONFIG_ACPI_EC=y > CONFIG_ACPI_POWER=y > CONFIG_ACPI_SYSTEM=y > CONFIG_X86_PM_TIMER=y > > CONFIG_CPU_FREQ=y > CONFIG_CPU_FREQ_TABLE=m > CONFIG_CPU_FREQ_STAT=m > CONFIG_CPU_FREQ_STAT_DETAILS=y > CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y > CONFIG_CPU_FREQ_GOV_PERFORMANCE=y > CONFIG_CPU_FREQ_GOV_POWERSAVE=m > CONFIG_CPU_FREQ_GOV_USERSPACE=m > CONFIG_CPU_FREQ_GOV_ONDEMAND=m > CONFIG_CPU_FREQ_GOV_CONSERVATIVE=m > > CONFIG_X86_POWERNOW_K8=m > CONFIG_X86_POWERNOW_K8_ACPI=y > > > CONFIG_PCI=y > CONFIG_PCI_GOANY=y > CONFIG_PCI_BIOS=y > CONFIG_PCI_DIRECT=y > CONFIG_PCI_MMCONFIG=y > CONFIG_PCIEPORTBUS=y > CONFIG_PCIEAER=y > CONFIG_ARCH_SUPPORTS_MSI=y > CONFIG_PCI_MSI=y > CONFIG_HT_IRQ=y > CONFIG_ISA_DMA_API=y > CONFIG_K8_NB=y > > CONFIG_PCCARD=m > CONFIG_CARDBUS=y > > CONFIG_YENTA=m > CONFIG_YENTA_O2=y > CONFIG_YENTA_RICOH=y > CONFIG_YENTA_TI=y > CONFIG_YENTA_ENE_TUNE=y > CONFIG_YENTA_TOSHIBA=y > CONFIG_PCCARD_NONSTATIC=m > > CONFIG_BINFMT_ELF=y > CONFIG_BINFMT_MISC=m > > CONFIG_NET=y > > CONFIG_PACKET=m > CONFIG_UNIX=y > CONFIG_XFRM=y > CONFIG_XFRM_USER=m > CONFIG_NET_KEY=m > CONFIG_INET=y > CONFIG_IP_FIB_HASH=y > CONFIG_SYN_COOKIES=y > CONFIG_INET_AH=y > 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=y > CONFIG_INET_DIAG=y > CONFIG_INET_TCP_DIAG=y > CONFIG_TCP_CONG_CUBIC=y > CONFIG_DEFAULT_TCP_CONG="cubic" > CONFIG_IPV6=m > CONFIG_IPV6_PRIVACY=y > CONFIG_INET6_AH=m > CONFIG_INET6_ESP=m > CONFIG_INET6_IPCOMP=m > CONFIG_INET6_XFRM_TUNNEL=m > CONFIG_INET6_TUNNEL=m > CONFIG_INET6_XFRM_MODE_TRANSPORT=m > CONFIG_INET6_XFRM_MODE_TUNNEL=m > CONFIG_INET6_XFRM_MODE_BEET=m > CONFIG_IPV6_SIT=m > CONFIG_IPV6_TUNNEL=m > CONFIG_NETFILTER=y > > CONFIG_NETFILTER_NETLINK=m > CONFIG_NETFILTER_NETLINK_QUEUE=m > CONFIG_NETFILTER_NETLINK_LOG=m > CONFIG_NF_CONNTRACK_ENABLED=m > CONFIG_NF_CONNTRACK=m > CONFIG_NF_CT_ACCT=y > CONFIG_NF_CONNTRACK_MARK=y > CONFIG_NF_CT_PROTO_GRE=m > CONFIG_NF_CT_PROTO_UDPLITE=m > CONFIG_NF_CONNTRACK_FTP=m > CONFIG_NF_CONNTRACK_H323=m > CONFIG_NF_CONNTRACK_IRC=m > CONFIG_NF_CONNTRACK_NETBIOS_NS=m > CONFIG_NF_CONNTRACK_PPTP=m > CONFIG_NF_CONNTRACK_SIP=m > CONFIG_NF_CT_NETLINK=m > CONFIG_NETFILTER_XTABLES=m > CONFIG_NETFILTER_XT_TARGET_CLASSIFY=m > CONFIG_NETFILTER_XT_TARGET_CONNMARK=m > CONFIG_NETFILTER_XT_TARGET_DSCP=m > CONFIG_NETFILTER_XT_TARGET_MARK=m > CONFIG_NETFILTER_XT_TARGET_NFQUEUE=m > CONFIG_NETFILTER_XT_TARGET_NFLOG=m > CONFIG_NETFILTER_XT_TARGET_NOTRACK=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=m > CONFIG_NETFILTER_XT_MATCH_LENGTH=m > CONFIG_NETFILTER_XT_MATCH_LIMIT=m > CONFIG_NETFILTER_XT_MATCH_MAC=m > CONFIG_NETFILTER_XT_MATCH_MARK=m > CONFIG_NETFILTER_XT_MATCH_POLICY=m > CONFIG_NETFILTER_XT_MATCH_MULTIPORT=m > CONFIG_NETFILTER_XT_MATCH_PKTTYPE=m > CONFIG_NETFILTER_XT_MATCH_QUOTA=m > CONFIG_NETFILTER_XT_MATCH_REALM=m > CONFIG_NETFILTER_XT_MATCH_SCTP=m > CONFIG_NETFILTER_XT_MATCH_STATE=m > CONFIG_NETFILTER_XT_MATCH_STATISTIC=m > CONFIG_NETFILTER_XT_MATCH_STRING=m > CONFIG_NETFILTER_XT_MATCH_TCPMSS=m > CONFIG_NETFILTER_XT_MATCH_U32=m > CONFIG_NETFILTER_XT_MATCH_HASHLIMIT=m > > CONFIG_NF_CONNTRACK_IPV4=m > CONFIG_NF_CONNTRACK_PROC_COMPAT=y > CONFIG_IP_NF_QUEUE=m > CONFIG_IP_NF_IPTABLES=m > CONFIG_IP_NF_MATCH_IPRANGE=m > CONFIG_IP_NF_MATCH_TOS=m > CONFIG_IP_NF_MATCH_RECENT=m > CONFIG_IP_NF_MATCH_ECN=m > CONFIG_IP_NF_MATCH_AH=m > CONFIG_IP_NF_MATCH_TTL=m > CONFIG_IP_NF_MATCH_OWNER=m > CONFIG_IP_NF_MATCH_ADDRTYPE=m > CONFIG_IP_NF_FILTER=m > CONFIG_IP_NF_TARGET_REJECT=m > CONFIG_IP_NF_TARGET_LOG=m > CONFIG_IP_NF_TARGET_ULOG=m > CONFIG_IP_NF_MANGLE=m > CONFIG_IP_NF_TARGET_TOS=m > CONFIG_IP_NF_TARGET_ECN=m > CONFIG_IP_NF_TARGET_TTL=m > CONFIG_IP_NF_TARGET_CLUSTERIP=m > CONFIG_IP_NF_RAW=m > CONFIG_IP_NF_ARPTABLES=m > CONFIG_IP_NF_ARPFILTER=m > CONFIG_IP_NF_ARP_MANGLE=m > > CONFIG_NF_CONNTRACK_IPV6=m > CONFIG_IP6_NF_QUEUE=m > CONFIG_IP6_NF_IPTABLES=m > CONFIG_IP6_NF_MATCH_RT=m > CONFIG_IP6_NF_MATCH_OPTS=m > CONFIG_IP6_NF_MATCH_FRAG=m > CONFIG_IP6_NF_MATCH_HL=m > CONFIG_IP6_NF_MATCH_OWNER=m > CONFIG_IP6_NF_MATCH_IPV6HEADER=m > CONFIG_IP6_NF_MATCH_AH=m > CONFIG_IP6_NF_MATCH_MH=m > CONFIG_IP6_NF_MATCH_EUI64=m > CONFIG_IP6_NF_FILTER=m > CONFIG_IP6_NF_TARGET_LOG=m > CONFIG_IP6_NF_TARGET_REJECT=m > CONFIG_IP6_NF_MANGLE=m > CONFIG_IP6_NF_TARGET_HL=m > CONFIG_IP6_NF_RAW=m > CONFIG_ATM=m > CONFIG_ATM_CLIP=m > CONFIG_ATM_LANE=m > CONFIG_ATM_MPOA=m > > CONFIG_NET_SCH_FIFO=y > CONFIG_NET_CLS_ROUTE=y > > > CONFIG_CFG80211=m > CONFIG_WIRELESS_EXT=y > CONFIG_MAC80211=m > CONFIG_IEEE80211=m > CONFIG_IEEE80211_CRYPT_WEP=m > CONFIG_IEEE80211_CRYPT_CCMP=m > CONFIG_IEEE80211_CRYPT_TKIP=m > CONFIG_IEEE80211_SOFTMAC=m > CONFIG_RFKILL=m > CONFIG_RFKILL_INPUT=m > > > CONFIG_STANDALONE=y > CONFIG_PREVENT_FIRMWARE_BUILD=y > CONFIG_FW_LOADER=y > CONFIG_CONNECTOR=m > CONFIG_PNP=y > > CONFIG_PNPACPI=y > CONFIG_BLK_DEV=y > CONFIG_BLK_DEV_LOOP=m > CONFIG_CDROM_PKTCDVD=m > CONFIG_CDROM_PKTCDVD_BUFFERS=8 > CONFIG_MISC_DEVICES=y > CONFIG_TIFM_CORE=m > CONFIG_TIFM_7XX1=m > > CONFIG_SCSI=y > CONFIG_SCSI_DMA=y > > CONFIG_BLK_DEV_SD=m > CONFIG_BLK_DEV_SR=m > CONFIG_CHR_DEV_SG=m > > CONFIG_SCSI_WAIT_SCAN=m > > CONFIG_SCSI_SPI_ATTRS=m > CONFIG_SCSI_LOWLEVEL=y > CONFIG_ATA=m > CONFIG_ATA_ACPI=y > CONFIG_PATA_ATIIXP=m > CONFIG_MD=y > CONFIG_BLK_DEV_DM=m > CONFIG_DM_CRYPT=m > CONFIG_DM_SNAPSHOT=m > CONFIG_DM_MIRROR=m > CONFIG_DM_ZERO=m > CONFIG_DM_MULTIPATH=m > CONFIG_DM_MULTIPATH_EMC=m > > > CONFIG_IEEE1394=m > > > > CONFIG_IEEE1394_OHCI1394=m > > CONFIG_IEEE1394_VIDEO1394=m > CONFIG_IEEE1394_SBP2=m > CONFIG_IEEE1394_ETH1394_ROM_ENTRY=y > CONFIG_IEEE1394_ETH1394=m > CONFIG_IEEE1394_DV1394=m > CONFIG_IEEE1394_RAWIO=m > CONFIG_NETDEVICES=y > CONFIG_NET_ETHERNET=y > CONFIG_MII=m > CONFIG_NET_PCI=y > CONFIG_8139CP=m > CONFIG_8139TOO=m > > CONFIG_WLAN_80211=y > CONFIG_BCM43XX=m > CONFIG_BCM43XX_DEBUG=y > CONFIG_BCM43XX_DMA=y > CONFIG_BCM43XX_PIO=y > CONFIG_BCM43XX_DMA_AND_PIO_MODE=y > > CONFIG_USB_CATC=m > CONFIG_USB_KAWETH=m > CONFIG_USB_PEGASUS=m > CONFIG_USB_RTL8150=m > CONFIG_USB_USBNET_MII=m > CONFIG_USB_USBNET=m > CONFIG_USB_NET_AX8817X=m > CONFIG_USB_NET_CDCETHER=m > CONFIG_USB_NET_NET1080=m > CONFIG_USB_NET_ZAURUS=m > CONFIG_PPP=m > CONFIG_PPP_MULTILINK=y > CONFIG_PPP_FILTER=y > CONFIG_PPP_ASYNC=m > CONFIG_PPP_SYNC_TTY=m > CONFIG_PPP_DEFLATE=m > CONFIG_PPP_BSDCOMP=m > CONFIG_PPP_MPPE=m > CONFIG_PPPOE=m > CONFIG_PPPOATM=m > CONFIG_SLHC=m > > CONFIG_INPUT=y > > CONFIG_INPUT_MOUSEDEV=y > CONFIG_INPUT_MOUSEDEV_SCREEN_X=1440 > CONFIG_INPUT_MOUSEDEV_SCREEN_Y=900 > CONFIG_INPUT_EVDEV=m > > CONFIG_INPUT_KEYBOARD=y > CONFIG_KEYBOARD_ATKBD=y > CONFIG_INPUT_MOUSE=y > CONFIG_MOUSE_PS2=m > CONFIG_MOUSE_PS2_ALPS=y > CONFIG_MOUSE_PS2_LOGIPS2PP=y > CONFIG_MOUSE_PS2_SYNAPTICS=y > CONFIG_MOUSE_PS2_LIFEBOOK=y > CONFIG_MOUSE_PS2_TRACKPOINT=y > CONFIG_INPUT_MISC=y > CONFIG_INPUT_PCSPKR=m > > CONFIG_SERIO=y > CONFIG_SERIO_I8042=y > CONFIG_SERIO_SERPORT=m > CONFIG_SERIO_LIBPS2=y > > CONFIG_VT=y > CONFIG_VT_CONSOLE=y > CONFIG_HW_CONSOLE=y > > CONFIG_SERIAL_8250=y > CONFIG_SERIAL_8250_CONSOLE=y > CONFIG_FIX_EARLYCON_MEM=y > CONFIG_SERIAL_8250_PCI=y > CONFIG_SERIAL_8250_PNP=y > CONFIG_SERIAL_8250_NR_UARTS=4 > CONFIG_SERIAL_8250_RUNTIME_UARTS=4 > CONFIG_SERIAL_8250_EXTENDED=y > CONFIG_SERIAL_8250_SHARE_IRQ=y > > CONFIG_SERIAL_CORE=y > CONFIG_SERIAL_CORE_CONSOLE=y > CONFIG_UNIX98_PTYS=y > CONFIG_HW_RANDOM=y > CONFIG_HW_RANDOM_INTEL=m > CONFIG_HW_RANDOM_AMD=m > CONFIG_HW_RANDOM_GEODE=m > CONFIG_HW_RANDOM_VIA=m > CONFIG_RTC=m > CONFIG_AGP=y > CONFIG_AGP_AMD64=y > CONFIG_DRM=m > CONFIG_DRM_RADEON=m > CONFIG_HPET=y > CONFIG_HPET_MMAP=y > CONFIG_HANGCHECK_TIMER=m > CONFIG_DEVPORT=y > > CONFIG_POWER_SUPPLY=y > CONFIG_HWMON=m > CONFIG_SENSORS_K8TEMP=m > > > > > CONFIG_DISPLAY_SUPPORT=m > > CONFIG_VIDEO_OUTPUT_CONTROL=m > > CONFIG_VGA_CONSOLE=y > CONFIG_DUMMY_CONSOLE=y > > CONFIG_SOUND=m > > CONFIG_SND=m > CONFIG_SND_TIMER=m > CONFIG_SND_PCM=m > CONFIG_SND_HWDEP=m > CONFIG_SND_RAWMIDI=m > CONFIG_SND_SEQUENCER=m > CONFIG_SND_SEQ_DUMMY=m > CONFIG_SND_OSSEMUL=y > CONFIG_SND_MIXER_OSS=m > CONFIG_SND_PCM_OSS=m > CONFIG_SND_PCM_OSS_PLUGINS=y > CONFIG_SND_SEQUENCER_OSS=y > CONFIG_SND_RTCTIMER=m > CONFIG_SND_SEQ_RTCTIMER_DEFAULT=y > > CONFIG_SND_MPU401_UART=m > CONFIG_SND_AC97_CODEC=m > CONFIG_SND_DUMMY=m > CONFIG_SND_VIRMIDI=m > CONFIG_SND_MPU401=m > > CONFIG_SND_ATIIXP=m > CONFIG_SND_ATIIXP_MODEM=m > CONFIG_SND_AC97_POWER_SAVE=y > > CONFIG_SND_USB_AUDIO=m > > > > CONFIG_AC97_BUS=m > CONFIG_HID_SUPPORT=y > CONFIG_HID=y > > CONFIG_USB_HID=m > CONFIG_USB_HIDDEV=y > > CONFIG_USB_SUPPORT=y > CONFIG_USB_ARCH_HAS_HCD=y > CONFIG_USB_ARCH_HAS_OHCI=y > CONFIG_USB_ARCH_HAS_EHCI=y > CONFIG_USB=m > > CONFIG_USB_DEVICEFS=y > CONFIG_USB_DEVICE_CLASS=y > CONFIG_USB_SUSPEND=y > > CONFIG_USB_EHCI_HCD=m > CONFIG_USB_EHCI_SPLIT_ISO=y > CONFIG_USB_EHCI_ROOT_HUB_TT=y > CONFIG_USB_OHCI_HCD=m > CONFIG_USB_OHCI_LITTLE_ENDIAN=y > > CONFIG_USB_ACM=m > CONFIG_USB_PRINTER=m > > > CONFIG_USB_STORAGE=m > CONFIG_USB_STORAGE_DATAFAB=y > CONFIG_USB_STORAGE_FREECOM=y > CONFIG_USB_STORAGE_DPCM=y > CONFIG_USB_STORAGE_USBAT=y > CONFIG_USB_STORAGE_SDDR09=y > CONFIG_USB_STORAGE_SDDR55=y > CONFIG_USB_STORAGE_JUMPSHOT=y > CONFIG_USB_STORAGE_ALAUDA=y > CONFIG_USB_STORAGE_KARMA=y > > CONFIG_USB_MON=y > > > > > CONFIG_USB_ATM=m > CONFIG_USB_SPEEDTOUCH=m > CONFIG_USB_CXACRU=m > CONFIG_USB_UEAGLEATM=m > CONFIG_USB_XUSBATM=m > > CONFIG_MMC=m > > CONFIG_MMC_BLOCK=m > CONFIG_MMC_BLOCK_BOUNCE=y > > CONFIG_MMC_TIFM_SD=m > > CONFIG_DMA_ENGINE=y > > CONFIG_NET_DMA=y > > > > CONFIG_EXT2_FS=m > CONFIG_EXT2_FS_XATTR=y > CONFIG_EXT3_FS=y > CONFIG_EXT3_FS_XATTR=y > CONFIG_JBD=y > CONFIG_FS_MBCACHE=y > CONFIG_INOTIFY=y > CONFIG_INOTIFY_USER=y > CONFIG_DNOTIFY=y > CONFIG_FUSE_FS=m > > CONFIG_ISO9660_FS=m > CONFIG_JOLIET=y > CONFIG_ZISOFS=y > CONFIG_UDF_FS=m > CONFIG_UDF_NLS=y > > CONFIG_FAT_FS=m > CONFIG_VFAT_FS=m > CONFIG_FAT_DEFAULT_CODEPAGE=437 > CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1" > CONFIG_NTFS_FS=m > > CONFIG_PROC_FS=y > CONFIG_PROC_SYSCTL=y > CONFIG_SYSFS=y > CONFIG_TMPFS=y > CONFIG_RAMFS=y > CONFIG_CONFIGFS_FS=m > > > CONFIG_SMB_FS=m > CONFIG_CIFS=m > > CONFIG_MSDOS_PARTITION=y > > CONFIG_NLS=y > CONFIG_NLS_DEFAULT="iso8859-1" > CONFIG_NLS_CODEPAGE_437=m > CONFIG_NLS_CODEPAGE_850=m > CONFIG_NLS_ISO8859_1=m > CONFIG_NLS_UTF8=m > > CONFIG_INSTRUMENTATION=y > CONFIG_PROFILING=y > CONFIG_OPROFILE=m > > CONFIG_TRACE_IRQFLAGS_SUPPORT=y > CONFIG_ENABLE_MUST_CHECK=y > CONFIG_MAGIC_SYSRQ=y > CONFIG_DEBUG_KERNEL=y > CONFIG_DETECT_SOFTLOCKUP=y > CONFIG_TIMER_STATS=y > CONFIG_DEBUG_BUGVERBOSE=y > CONFIG_EARLY_PRINTK=y > > CONFIG_X86_FIND_SMP_CONFIG=y > CONFIG_X86_MPPARSE=y > CONFIG_DOUBLEFAULT=y > > CONFIG_SECURITY=y > CONFIG_SECURITY_CAPABILITIES=m > CONFIG_CRYPTO=y > CONFIG_CRYPTO_ALGAPI=y > CONFIG_CRYPTO_ABLKCIPHER=m > CONFIG_CRYPTO_BLKCIPHER=y > CONFIG_CRYPTO_HASH=y > CONFIG_CRYPTO_MANAGER=y > CONFIG_CRYPTO_HMAC=y > CONFIG_CRYPTO_XCBC=m > CONFIG_CRYPTO_NULL=m > CONFIG_CRYPTO_MD4=m > CONFIG_CRYPTO_MD5=y > CONFIG_CRYPTO_SHA1=y > CONFIG_CRYPTO_SHA256=m > CONFIG_CRYPTO_SHA512=m > CONFIG_CRYPTO_WP512=m > CONFIG_CRYPTO_TGR192=m > CONFIG_CRYPTO_GF128MUL=m > CONFIG_CRYPTO_ECB=m > CONFIG_CRYPTO_CBC=y > CONFIG_CRYPTO_PCBC=m > CONFIG_CRYPTO_LRW=m > CONFIG_CRYPTO_CRYPTD=m > CONFIG_CRYPTO_DES=y > CONFIG_CRYPTO_FCRYPT=m > CONFIG_CRYPTO_BLOWFISH=m > CONFIG_CRYPTO_TWOFISH=m > CONFIG_CRYPTO_TWOFISH_COMMON=m > CONFIG_CRYPTO_TWOFISH_586=m > CONFIG_CRYPTO_SERPENT=m > CONFIG_CRYPTO_AES=m > CONFIG_CRYPTO_CAST5=m > CONFIG_CRYPTO_CAST6=m > CONFIG_CRYPTO_TEA=m > CONFIG_CRYPTO_ARC4=m > CONFIG_CRYPTO_KHAZAD=m > CONFIG_CRYPTO_ANUBIS=m > CONFIG_CRYPTO_DEFLATE=y > CONFIG_CRYPTO_MICHAEL_MIC=m > CONFIG_CRYPTO_CRC32C=m > CONFIG_CRYPTO_CAMELLIA=m > CONFIG_CRYPTO_HW=y > > CONFIG_BITREVERSE=m > CONFIG_CRC_CCITT=m > CONFIG_CRC32=m > CONFIG_CRC7=m > CONFIG_LIBCRC32C=m > CONFIG_ZLIB_INFLATE=y > CONFIG_ZLIB_DEFLATE=y > 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 > CONFIG_GENERIC_HARDIRQS=y > CONFIG_GENERIC_IRQ_PROBE=y > CONFIG_X86_BIOS_REBOOT=y > CONFIG_KTIME_SCALAR=y > > ^ permalink raw reply [flat|nested] 21+ messages in thread
end of thread, other threads:[~2007-11-20 23:54 UTC | newest] Thread overview: 21+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2007-11-17 18:21 Soft lockups since stable kernel upgrade to 2.6.23.8 Javier Kohen 2007-11-17 19:12 ` [stable] " Greg KH 2007-11-17 20:05 ` David 2007-11-17 20:37 ` Greg KH 2007-11-18 0:34 ` Jeremy Fitzhardinge 2007-11-19 23:22 ` Greg KH 2007-11-20 1:40 ` Jeremy Fitzhardinge 2007-11-20 6:05 ` Ingo Molnar 2007-11-20 17:05 ` Greg KH 2007-11-20 20:39 ` Ingo Molnar 2007-11-20 21:03 ` Greg KH 2007-11-20 21:49 ` Ingo Molnar 2007-11-20 22:06 ` Greg KH 2007-11-20 23:15 ` David Miller 2007-11-20 23:26 ` Ingo Molnar 2007-11-20 23:52 ` Greg KH 2007-11-18 0:55 ` Ingo Molnar 2007-11-20 0:30 ` Chuck Ebbert 2007-11-20 6:08 ` Ingo Molnar 2007-11-20 17:04 ` Greg KH 2007-11-17 19:40 ` David
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox