* Linux 2.6.0-test7 - stability freeze
@ 2003-10-08 19:47 Linus Torvalds
2003-10-08 23:57 ` Linux 2.6.0-test7 - stability freeze (compile stats) John Cherry
` (6 more replies)
0 siblings, 7 replies; 26+ messages in thread
From: Linus Torvalds @ 2003-10-08 19:47 UTC (permalink / raw)
To: Kernel Mailing List
The -test7 kernel is out there now - I'm not reaching bkbits.net, but it's
on the other BK sites, and the tar-ball and patches are uploading to
kernel.org right now.
The biggest part of the test7 patches are:
- s390 update
- DVB update
- NFS (v4 in particular) update
- cpufreq updates
- ACPI update
A lot of the rest are basically a lot of small onelines, along with fairly
minor updates (networking fixes for shared skb's for remaining cases,
janitorials, cleanups etc).
The more interesting thing is that I and Andrew are trying to calm down
development, and I do _not_ want to see patches that don't fix a real and
clear bug. In other words, the "cleanup and janitorial" stuff is on hold,
and -test8 and then -test9 should be for _stability_ fixes only.
In other words, this should calm things down so that by the end of October
we can look at the state of 2.6.0 without having a lot of noise from "not
strictly necessary" stuff.
Linus
-----
Summary of changes from v2.6.0-test6 to v2.6.0-test7
============================================
<dfages:arkoon.net>:
o [NET]: Fix HW_FLOWCONTROL on SMP
<lxiep:us.ibm.com>:
o PCI Hotplug: export hotplug_slots subsys
Achim Laubner:
o gdth driver update
Adrian Bunk:
o select for fs/Kconfig
Alan Stern:
o USB: unusual_devs.h update
Alexander Viro:
o EFS set_blocksize() error handling
o Better UDF oops fix
o Improve sget() performance
Alexey Dobriyan:
o PCI: Remove setting TASK_RUNNING after schedule_timeout in
/drivers/pci/
Amn3S1A:
o USB: New unusual_devs.h entry (Minolta DiMAGE E223 Digital Camera)
Andi Kleen:
o Reserve vserver syscall for x86-64
o Fix -Wdeclaration-after-statement warnings for x86-64
o Fix x86-64 compilation
o Fix linux32 personality on x86-64
o Remove outdated URLs from x86-64 Kconfig
o UID16 fixes
o cpufreq for x86-64
o Fix x86-64 signal FPU saving bug
o [NET]: Fix obvious 64bit bug/warning in farsync.c
o [NET]: Fix 64-bit bugs in dscc4.c
Andrew Morton:
o [NET]: Fix xfrm_algo.c module exports
o dscc4 warning fixes
o Fix memory leak in hugetlbfs
o Fix double request_region in com20020
o Add bin2c copyrights
o Add missing label in isdn_common.c
o dev_t forward compatibility fix
o x86 mman.h fix
o memory writeback/invalidation fixes
o table-driven filesystems option parsing
o module parameter array fixes
o check permission in ->open for /proc/sys/
o fix memleak in mtd/chips/cfi_cmdset_0020.c
o Fix bug in SELinux convert_context
o Pass nameidata to security_inode_permission hook
o scripts/pnmtologo.c warning fixes
o befs: fix resource leak on register_filesystem failure
o misc fixes
o /proc/PID/auxv file and NT_AUXV core note
o update Documentation/iostats.txt
o Fix compile warning in g_NCR5380
o Fix allyesconfig for HugeTLB-less archs
o ioctl32 fix to SG_IO
o Update James Morris's email address
o update unistd.h for sys_vserver
o Disable floppy and the related ioctl32s on some platforms
o fix skb leak
o more raw driver minor numbers
o boot-time selectable log buffer size
o Clean up MAX_NR_NODES/NUMNODES/etc. [1-5]
o node enumeration fixes
o compat ioctl consolidation
o document the macro for translating PROT_ to VM_ bits
o /proc/sys/auxv
o kernel documentation fixes
o EISA_bus cleanup
o ext3 block allocator locking fix
o dscc4 driver fixes
o cpufreq sysfs oops fix
o move job control fields from task_struct to
o fix "compat ioctl consolidation" for "move job
o fix pte_chain leak in do_no_page()
o fix ia64 core dump code
Andries E. Brouwer:
o affs, befs, ext3, fat, freevxfs, hfs, hpfs, jbd, jfs sparse fixes
Armin Schindler:
o Eicon ISDN driver: fix compile error
o Eicon ISDN driver: cleanups
Arnaldo Carvalho de Melo:
o distribute EXPORT_SYMBOLS from netsyms.c and ksyms.c to the
places that define them. Avoid centralization.
o net/netsyms.c and kernel/ksyms.c bite the dust
o [NET]: asm-parisc/checksum.h needs linux/in6.h
o asus_acpi: don't include modversions.h
Arun Sharma:
o [COMPAT]: Fix net bonding driver ioctl translations
Bart De Schuymer:
o [EBTABLES]: Add ebt_limit match
o [EBTABLES]: Use vlan_hdr not vlan_ethhdr in ebt_vlan.c
o [BRIDGE]: Let {ip,arp}tables see bridged VLAN packets
Bartlomiej Zolnierkiewicz:
o fix /proc/ide/hdX/settings
o update ali14xx driver
o update dtc2278 driver
o update ht6560b driver
o update qd65xx driver
o update umc8672 driver
o small cleanup for VIA IDE driver
o update pdc4030 driver
o small cleanup for AMD/nVidia IDE driver
o cmd64x: kill dummy init_dma_cmd64x()
o cs5530: kill dummy init_dma_cs5530()
o generic: kill dummy init_dma_generic()
o hpt34x: kill dummy init_dma_hpt34x()
o it8172: kill dummy init_dma_it8172()
o ns87415: kill dummy init_dma_ns87415()
o opti621: kill dummy init_dma_opti621()
o pdc202xx_new: kill dummy init_dma_pdc202new()
o piix: kill dummy init_dma_piix()
o sc1200: kill dummy init_dma_sc1200()
o siimage: kill dummy init_dma_siimage()
o sis5513: kill dummy init_dma_sis5513()
o slc90e66: kill dummy init_dma_slc90e66()
o remove PDC-ADMA placeholders
Ben Fennema:
o UDF oops on inode read failure
Bjorn Helgaas:
o [SERIAL] 2.6 ACPI serial discovery
o [SERIAL] remove unused RS_TABLE definitions
o [SERIAL] removing legacy UART cruft
o [Serial] Fix warnings in 8250_acpi
Brian Gerst:
o i386 do_machine_check() is redundant
Chas Williams:
o [ATM]: Eliminate atm_find_ci()
o [ATM]: Convert VCC list to hash
Chen Yang:
o InterMezzo maintainence patch
Christoph Hellwig:
o [PCMCIA] kill useless CS_RELEASE printing
Daniel Drake:
o USB brlvger: Debug code fixes
o (2.6.0-test6-bk) DocBook: Kernel-api build fix
Daniel Ritz:
o [PCMCIA] Add missing ZV parts
Dave Jones:
o [CPUFREQ] Typo
o [CPUFREQ] Merge AMD Opteron/Athlon64 powernow driver
o [CPUFREQ] update supported CPUs list in Documentation
o [CPUFREQ] powernow-k8 compile fix
o [CPUFREQ] Fix ordering in kconfig
o megaraid ULL fix
o K7 MCE handler fixes
o Correct address in MAINTAINERS
o ULL fixes for qlogicfc
o Cleanup SEP errata workaround
o fix leak in btaudio
o logic thinko in i2c
o Correct URL in h8300 README
o VIA Typo in i2c
o [AGPGART] New VIA AGP PCI id
o [CPUFREQ] Longhaul >v1 can't use EBLCR for FSB, has to calculate it
instead
o [CPUFREQ] powernow-k8 isn't using cpufreq table helpers yet
o [CPUFREQ] fix up the invalid usage of pol->policy in drv_init()
o [CPUFREQ] update URL
o [CPUFREQ] find_closest_fid() can be static
o [CPUFREQ] powernow-k8 Namespace cleanups
o [CPUFREQ] Fix my breakage of Dominik's powernow-k8 ->govenor fix
o [CPUFREQ] Fix documentation pathname typos
o [CPUFREQ] Enable support for VIA Ezra-T processors in longhaul
driver
o [CPUFREQ] Rename longhaul frequency tables. longhaul1 -> samuel1
o [CPUFREQ] Document early samuel2 ratios
o [CPUFREQ] More ratio table renames. longhaul2 -> ezra
o [CPUFREQ] Ratio table renames longhaul3/c3m -> ezrat
o [CPUFREQ] cleanup longhaul header file
o [CPUFREQ] Fix misnaming of VIA Samuel2 CPUs
o [CPUFREQ] Add VIA Nehemiah scaling ratios
David S. Miller:
o [KERNEL]: Do not export set_cpus_allowed twice, and only if
CONFIG_SMP
o [IPV4]: Do pskb_may_pull in arp_rcv() not arp_process()
o [IPV4]: In arp_rcv(), inspect skb->nh.arph after pskb_may_pull()
not before
o [SPARC64]: Always use sethi+jmpl to reach VISenter{,half}
o [NETFILTER]: Add sysctl values missing from recent commit
o [ELF]: Handle auxv bits more cleanly in mixed 32/64 bit
environments
o [ELF]: Fix bug in previous change, forgot to advance ei_index over
AT_NULL entry
o [SPARC64]: vmap/vunmap cache flushing need not do anything
o [SPARC]: Reserve syscall slot for VSERVER
o [SPARC64]: Update defconfig
o [SPARC64]: Kill stray task->tty reference in Solaris module
o [SPARC64]: Clean up uid16 usage just like x86_64 did
o [ECONET]: Fix packet handler to be PKT_CAN_SHARE_SKB
o [BPQETHER]: Fix packet handler to be PKT_CAN_SHARE_SKB
o [LAPB]: Fix packet handlers to be PKT_CAN_SHARE_SKB
o [IPV4]: Fix ipconfig to be PKT_CAN_SHARE_SKB
o [X25]: Fix to be PKT_CAN_SHARE_SKB
o [NET]: Add missing skb_share_check() calls to
econet/bpqether/lapbether/ipconfig
o [NETLINK]: Set socket error on netlink_ack() allocation failure
o [NET]: Delete support for old-style protocols, no longer necessary
o [NET]: Size hh_cache->hh_data[] properly
o [SPARC64]: Export csum_partial()
o [SUNRPC]: Printf pointers correctly
o [NFS]: Fix printf format warnings in fs/nfs/nfs4xdr.c
o [USB]: Fix encapsulation of int inside of pointer in code/file.c
o [UDP/TCP]: Fix binding conflict tests wrt. SO_BINDTODEVICE
o [UDP]: Fix typo in SO_BINDTODEVICE changes
Dean Roehrich:
o [XFS] Change dm_send_destroy_event to use vnode ptrs rather than
bhv ptrs
o [XFS] Make dm_send_data_event use vp rather than bhv
Deepak Saxena:
o [ARM PATCH] 1624/1: BE support for io-readsl-armv4.S,
io-reads-armv4.S, io-writesw-armv4.S
Duncan Sands:
o USB speedtouch: extra debug messages
o USB speedtouch: reduce memory usage
o USB speedtouch: neater check
Eric Brower:
o [SPARC64]: Fix kernel_thread() return value check in envctrl.c
Eric Sandeen:
o [XFS] Allow full 32 bits in sector number when XFS_BIG_BLKNOS not
set
o [XFS] Fix large filesystem mounts on 64-bit platforms (2.6.x change
only)
o [XFS] Fix arg sent to XFS_SEND_DATA - vnode, not bhv
o [XFS] Re-work pagebuf stats macros to help support per-cpu data
François Romieu:
o Fix debug statement after return in
drivers/net/wireless/arlan-main.c
Geert Uytterhoeven:
o m68k zImage
o Q40/Q60 interrupts
o Sun-3 bootmem
o Sun-3 SCSI
o Q40/Q60 interrupts
o M68k PCI
o M68k bitops
o Atari ST-RAM missing include
o Mac SWIM floppy missing include
o Atari ACSI fix
o Macintosh 8390 Ethernet update
o Atari Hades support is broken
o Atari ST-RAM swap is broken
o Macintosh SWIM IOP floppy is broken
o Atari ACSI is broken
o 53c7xx SCSI core is broken
o Amiga A2091 SCSI is broken
o Amiga GVP-II SCSI is broken
o Atari Bionet Ethernet is broken
o Atari Pamsnet Ethernet is broken
o MVME166/7 CD2401 serial is broken
o Macintosh CS89x0 Ethernet is broken
o Atari frame buffer device is broken
o Amiga CyberVision 64 frame buffer device is broken
o Amiga Retina Z3 frame buffer device is broken
o Amiga Cybervision 64/3D frame buffer device is broken
o Sun-3/3x frame buffer device is broken
o Atari NCR5380 SCSI is broken
o Macintosh SMC 9194 Ethernet is broken
o Dmasound config
o Amiga Zorro bus doc updates
o Amiga A2091 SCSI fix
o Amiga GVP-II SCSI fix
o Zorro include guards
o Amiga A2232 Serial typo
o M68k sched_clock()
o Generic serial warning
Gerd Knorr:
o v4l: videobuf update
o v4l: bttv driver update
o v4l: saa7146 driver update
o saa7134 driver update
Greg Kroah-Hartman:
o USB: convert usbfs to use new fs parser code
o USB: port keyspan patch from 2.4 to 2.6
o USB: fix up some non-GPL friendly license wording
Harald Welte:
o [NETFILTER]: Fix UDP checksum in ip_nat_mangle_udp_packet, remove
skb->csum hacks
o [NETFILTER]: LOCAL_OUT NAT fix
o [NETFILTER]: Cosmetic update to ip6t_ipv6header
o [NETFILTER]: Fix SO_ORIGINAL_DST, broken by earlier endianness
fixes
Herbert Xu:
o [IPIP]: Avoid duplicate policy checks
o [NETLINK]: netlink.h needs types.h
Hirofumi Ogawa:
o VFAT: ->i_[cam]time cleanups (1/6)
o use ->d_lock instead of dcache_lock in vfat_revalidate (2/6)
o Fix unrecognized option of fat (3/6)
o Fix cleanup option of fat (4/6)
o lib/parser: Use "%u" instead "%d" (5/6)
o lib/parser: Not recognize nul string as "%s" (6/6)
Ivan Kokshaysky:
o Alpha cypress CPU frequency calibration
Jan Kara:
o Quota bugfix
Jan Oravec:
o [IPV6]: Deactivate timers properly in ipv6_mc_destroy_dev()
Jay Estabrook:
o for Alpha against 2.6.0-test6
Jeff Garzik:
o [MCA] include linux/mca-legacy.h directly, to access deprecated MCA
API
o [MCA] convert mca-proc to use not-deprecated functions
o [MCA] don't include linux/mca-legacy.h from linux/mca.h
o [wireless arlan] fix modular build
o Misc warning fixes
o [janitor] Replace bcopy() uses with memcpy(), where possible
o [BK] "bk ignore" aic7xxx auto-generated files
Jens Axboe:
o kill CDROM_SEND_PACKET
o make ide-floppy work
o check copy_from_user return value in sony535
Jes Sorensen:
o qla1280 locking update
Joe Perches:
o USB: include/linux/usb.h
John Levon:
o fix warning with CONFIG_PROFILING=y
Jozsef Kadlecsik:
o [NETFILTER]: Make conntrack timeouts become sysctls
Julian Anastasov:
o [KERNEL]: Introduce list_for_each_entry_continue
o [IPVS]: Simplify ip_vs_wrr_gcd_weight
o [IPVS]: The NQ scheduler must not return servers with weight 0
o [IPVS]: Use list_for_each_entry_continue in some schedulers
o [IPVS]: Properly handle non-linear skbs
o [IPVS]: remove some unused fields from the protocols
o [IPV4/IPV6]: Do not modify skb->h.raw until skb is unshared
o [IPVS]: Avoid returning NF_DROP from the packet schedulers
Jörn Engel:
o Fix wrong CONFIG_* in comment
Len Brown:
o sync 2.4.22 changes into 2.6 Note that this restores
CONFIG_ACPI_HT_ONLY as a sub-set of CONFIG_ACPI rather than a
dependency.
o Handle BIOS with _CRS that fails (Jun Nakajima)
o [ACPI] Handle systems that specify non-ACPI-compliant SCI
over-rides (Jun Nakajima)
o Extended IRQ resource type for nForce (Andrew de Quincey)
o IBM ThinkPAD T30/T40 oops (David Shaohua Li)
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=98849
o remove ASUS A7V BIOS version 1011 from blacklist (Eric Valette)
o ACPI_CA_VERSION 0x20030916
o [ACPI] avoid alloc_bootmem() for accessing ACPI tables some
platforms use ACPI tables to find memory (Jesse Barnes)
o [ACPI] Fix IO-APIC mode SCI interrupt storm on Tyan
http://bugzilla.kernel.org/show_bug.cgi?id=774
o [ACPI] acpi_disabled is used after __initdata is freed
o [ACPI] fix IO-APIC mode SCI storm due to sharing with PCI device
(David Shaohua Li) http://bugzilla.kernel.org/show_bug.cgi?id=1165
o [ACPI] remove __initdata from acpi_disabled for module use (Andi
Kleen)
o [ACPI] For ThinkPad -- carry on in face of ECDT probe failure (Andi
Kleen)
o [ACPI] CONFIG_ACPI_RELAXED_AML from 2.4
http://bugzilla.kernel.org/show_bug.cgi?id=1248
o [ACPI] ACPI Component Architecture 20030918 (Bob Moore)
o [ACPI] CONFIG_ACPI is no longer necessary to enable HT (from
2.4.23) if (CONFIG_ACPI || CONFIG_SMP) CONFIG_ACPI_BOOT=y
o [ACPI] add CONFIG_ACPI_RELAXED_AML to config menu
o [ACPI] acpi_pci_link_allocate() should stick with irq.active if
set. (Andrew de Quincey) Fixes OSDL #1186 "broken USB" and others
o [ACPI] GV3 IO port is 16-bits (Venkatesh Pallipadi)
o [ACPI] acpi4asus-0.24a-0.25-2.6.0-test (Karol Kozimor)
o [ACPI] acpi4asus-0.25-0.26.diff (Karol Kozimor)
o [ACPI] build fix: remove 2nd __exit from asus_acpi.c
o [ACPI] deal with lack of acpi prt entries gracefully (Jesse Barnes)
Linus Torvalds:
o Select the i8042 driver for mouse and keyboard only on PC's
o Fix bogus preprocessor end comment to match the real scope
o Use "select" instead of "depends on" to select GAMEPORT support
automatically for the sound drivers that require it.
o Fix PCMCIA cut-and-paste cs.c bug introduced by the recent update.
o Fix __wake_up_sync() module export. It hadn't been correcly moved
from kernel/ksyms.c to kernel/sched.c.
o Avoid warnings in uid/gid usage by making the assignment
unconditional. Simplify the macros.
o Fix up recent net/ipv4/ipconfig.c typo breakage
o Revert the move of ptrinfo - it may make NOMMU compile, but it
breaks everybody else.
Luiz Capitulino:
o USB: fix drivers/usb/host/uhci-debug.c warning when !CONFIG_PROC_FS
o [IPV4]: Fix route.c build warning when procfs is disabled
Marc Zyngier:
o ne3210 update
Martin Schwidefsky:
o s390 (1/7): base patch
o s390 (2/7): common i/o layer
o s390 (3/7): dasd driver
o s390 (4/7): ctc driver
o s390 (5/7): iucv driver
o s390 (6/7): qeth driver
o s390 (7/7): zfcp host adapter
Matthew Dharm:
o USB: fix freecom.c
Matthew Wilcox:
o Remove ELF_CORE_SYNC
o PA-RISC updates
o unify drivers/Kconfig
Matthias Urlichs:
o minor edit typo
Michael Hunold:
o DVB: MAINTAINERS, CREDITS, ioctl-number.txt updates
o Update V4L2 "Hexium" driver
o firmware update for av7110 dvb driver
o add new DVB-T frontend driver
o video capture updates for saa7146 core
o multiple device *read* opens support
o update copyright and licensing
o usual c99 initializer fixes
o various patches for non-av7110 dvb-drivers
o various av7110 dvb-driver updates
o update dvb frontend drivers
o Kconfig and Makefile updates, inspired by Adrian Bunk and Roman
Zippel
o some more av7110 dvb-driver updates
o fix v4l1 backward compatibility in saa7146 driver
o firmware blob for new DVB-T frontend driver
Michael Shields:
o [SPARC64]: Fix watchdog on CP1500/Netra-t1
o [SPARC64]: Fix typo in bbc_envctrl.c
Mikael Pettersson:
o fix drivers/char/misc.c module autoloading breakage
Miles Bader:
o Triple the memory size used on the v850 gdb simulator
o Add sched_clock on v850
o Remove some old debugging stuff on the v850
o Update v850 Kconfig debugging menu
o Move `ptrinfo' function from mm/slab.c to mm/memory.c
o Changes to v850 platform linker-script fragments
Nathan Scott:
o [XFS] Clean up inode revalidation code slightly
Nick Piggin:
o remove bogus UP on SMP kernel error
o AS fix
o AS buglet
o remove io context refcounting debug
Nicolas Pitre:
o [ARM PATCH] 1674/1: better ARM division routines
o [ARM PATCH] 1660/1: misc PXA/Lubbock fixes
Patrick McHardy:
o [NETFILTER]: Don't call ip_conntrack_put with ip_conntrack_lock
held
o [NETFILTER]: Add size check for udp packet mangling
o [NETFILTER]: Fix REJECT is used in LOCAL_OUT
Patrick Mochel:
o [pci] Remove drivers/pci/power.c
o [pci] Remove ->save_state() from struct pci_driver
o [pci] Really delete drivers/pci/power.c
o Remove ->save_state() in nsp32.c
o Remove ->save_state() from vlsi_ir.c
o Remove ->save_state() in sc1200.c
Paul Mackerras:
o PPC32: Reformat bits of include/asm-ppc/uaccess.h
o PPC32: Add hook for Mac-on-Linux to use exception vector 0x2f00
o PPC32: Make 4 the default for CONFIG_NR_CPUS on PPC32
o PPC32: Update defconfigs
Pete Zaitcev:
o [SPARC]: jsflash update
Petr Vandrovec:
o [IPV4]: Fix deadlock on ip_mc_list->lock
Petri Koistinen:
o [NET]: Modernize network device help text
o [CRYPTO]: Kconfig URL updates
Randy Dunlap:
o janitor: fix cciss for !CONFIG_PROC_FS
o janitor: Audit av7110_ir_init
o janitor: opl3sa2 cleanups/checker
o janitor: cleanup includes (sound/oss)
o janitor: cleanup includes (drivers/char)
o janitor: fix toshiba for !CONFIG_PROC_FS
o janitor: saa7146_register_extension failure report back its
o janitor: convert strtok to strsep (sound/oss)
o janitor: init_nfsd() error handling
o janitor: cleanup includes (mtd)
o janitor: cpqarray for !CONFIG_PROC_FS
o janitor: saa7146_register_extension failure report (ttpci)
o janitor: cleanup includes (media/video)
o janitor: cleanup includes (oss/dmasound)
o janitor: cleanup includes (wireless/arlan)
o janitor: Audit copy_to_user (ttusb)
o janitor: fix for not CONFIG_PROC_FS
o janitor: cleanup includes (drivers/media)
o janitor: cleanup includes (cdrom)
o janitor: saa7146_register_extension (ci) failure report
o janitor: cleanup includes (telephony)
o janitor: cleanup includes (drivers/video)
o janitor: cleanup includes (acpi)
o [NET]: Remove verify_area() in net/wan/sbni (from
domen@coderock.org)
o janitor: schedule_timeout sets curr->state (arm)
o [NET]: schedule_timeout() sets curr_state, from Alexey Dobriyan
<adobriyan@mail.ru>
o [COSA]: schedule_timeout() sets curr_state, from Alexey Dobriyan
<adobriyan@mail.ru>
o [ATM]: schedule_timeout() sets curr_state, from Alexey Dobriyan
<adobriyan@mail.ru>
o fix warning in mm/memory for SWAP=n
Randy Hron:
o [PCMCIA] remove unneeded includes
Rik van Riel:
o syscall number for vserver
Robert Johnson:
o PCI: __init documetation
Robin Farine:
o [ARM PATCH] 1675/1: remove definitions of non-implemented system
calls from include/asm-arm/unistd.h
Roland McGrath:
o fix vsyscall page in core dumps
o remove unused `locks' field from task_struct
Rolf Eike Beer:
o shut up gcc 3.3 for scripts/pnmtologo.c
Russell King:
o [PCMCIA] Socket quiescing changes
o [SERIAL] Change maintainer entry for serial
o [ARM] Fix ARM "make help" output
o [ARM] Select decompressor mmu handling based upon the architecture
IDs
o [ARM] Remove redundant include of net/bluetooth/Kconfig
o [ARM] Add ARMv5TEJ to processor architecture list
o [ARM] Add system device for LEDs
o [ARM] leds.c, being so basic, needs linux/compiler.h
o [ARM] Make ARM use Pat's generic PM suspend to RAM support
o [ARM] Make die() more correct
o [ARM] Prepare Integrator support code for multiple machine support
o [ARM] Clean up Integrator interrupt number definitions
o [ARM] Move Integrator flash map to driver model
o [ARM] Add sysdev model for Integrator/AP
o [ARM] Update Integrator IRQ decoding
o [ARM] Fix badly placed writeback/invalidation fixes
o [ARM] Ensure BK file modes allow others to read
o Fix sysrq-t free stack output
Rusty Russell:
o [NETFILTER]: LOCAL_OUT NAT fix, part 2
o Bugzilla bug # 267 - scripts_ver_linux fix
o Use mod_timer in net_wanrouter_af_wanpipe.c
o Remove extra #includes
o Remove racy check_mem_region() call from pcbit_drv.c
o Obvious sched doc fix
o Rearrange error handling in fs_pipe.c a bit
o Bugzilla bug # 984 - 2.6 readme is still for 2.5
o Add hint on sysrq on some keyboards
o Fix Linux 2.5 -> Linux 2.6
o correct number of CPUs in Kconfig help file
o Documentation_vm_hugetlbfs.txt cleanup
o kconfig language doc r.e. ---help---
o hlist constification
o drivers_media_Kconfig URL update
o sysv_hash() is cleanups
o drivers_ide_Kconfig URL updates
o Update for Documentation_binfmt_misc-document
o Fix comment in parse_hex_value
o irq_affinity_write_proc no longer writes garbage into irq proc
entries
o More modules.txt removals
o [PATCH ac97_plugin_ad1980.c: warning fix
o Bugzilla bug # 993 - Documenation_Changes still reads 2.5
o update Kanoj Sarcar email address in docs
o Get rid of magic numbers in fs
o unused variable in drivers_char_esp.c
o drivers_cpufreq_Kconfig URL update
o ISDN PCBIT: fix nonmodular compile
o Change list_emtpy() to take a const pointer
o HISAX_SEDLBAUER_CS needs HISAX_SEDLBAUER
o 2 spelling patches in helps
o Small cleanups for input
o unused variable in drivers_char_isicom.c
o Christoph Hellwig no longer works at Caldera
o Documentation_Changes visual cleanup
Sam Ravnborg:
o kbuild: Remove all cscope files during mrproper
o kbuild: fixes for separate output directory
Sander van Malssen:
o fix btaudio error case
Sridhar Samudrala:
o [SCTP] PPC64 port: Don't overload the optval arg of ADDRS_NUM
socket
o [SCTP] ADDIP: Support to send ASCONF chunk with ADD/DEL IP params
o [SCTP] ADDIP: Handle ERROR chunk in response to an ASCONF chunk
o [SCTP] ADDIP: Support for the creation of ASCONF_ACK chunk (Kevin)
o [SCTP] Convert tv_add from static inline to a macro to fix an
obscure assembler problem with parisc64.
o [SCTP] Fix bugs in conversions between msecs and jiffies
Stephen Hemminger:
o Fix warnings in hamradio/baycom build
o [IRDA]: Get rid of destructor for irda devices
o [IRDA]: Add alloc_irdadev() interface
o [IRDA]: Convert irport to alloc_irdadev()
o [IRDA]: Convert ali-ircc to alloc_irdadev()
o [IRDA]: Convert donauboe to alloc_irdadev()
o [IRDA]: Convert nsc-ircc to alloc_irdadev()
o [IRDA]: Convert w83977af_ir to alloc_irdadev()
o [IRDA]: Convert sir to alloc_irdadev()
o [IRDA]: Convert via-ircc to alloc_irdadev()
o [IRDA]: Use unregister_netdev instead of explicit reference to
rtnl_lock
o [IRDA]: Use register_netdev instead of explicit reference to
rtnl_lock
o [IRDA]: In smsc-ircc2 use request_region instead of check_region
o [IRDA]: In smsc-ircc2 use request_region earlier in the setup
process
o [IRDA]: In smsc-ircc2, fix whitespace and indentation
o [IRDA]: Convert smsc-ircc2 to alloc_irdadev()
o [IRDA]: Convert irda-usb to alloc_irdadev()
o [NET]: Consolidate skb delivery
o [NET]: More likely/unlikely in skbuff.h
o [NET]: syncppp needs to pullup headers
o [IRDA]: Dongle module owner support
o [IRDA]: Missing header file change from dongle owner changes
o [IRDA]: Tekram dongle module conversion
o [IRDA]: act200l dongle module conversion
o [IRDA]: actisys dongle module conversion
o [IRDA]: ep7211_ir dongle module conversion
o [IRDA]: esi dongle module conversion
o [IRDA]: girbil dongle module conversion
o [IRDA]: litelink dongle module conversion
o [IRDA]: ma600 dongle module conversion
o [IRDA]: mcp2120 dongle module conversion
o [IRDA]: old_belkin dongle module conversion
o [IRDA]: Fix BUG() in irlmp seq file code
o [IRDA]: Fix spinlock badness in last dongle changes
o [NET]: Convert dvb-net to use alloc_netdev()
o monotonic seqlock for cyclone timer
o monotonic seqlock for HPET timer
Stephen Lord:
o [XFS] Be consistent about when we dump error messages. Make sure
the hex component of an error message only comes out when the
message does.
o [XFS] use dev_t less in xfs
o [XFS] Switch pagebuf hashing to be based on the block_device
address rather than the dev_t. Should give better distribution. Mod
from Al Viro.
o Remove dead file xfs_attr_fetch.c
o [XFS] Remove dead flags
o [XFS] remove unused va_fsid field
o [XFS] remove dead function xfs_trans_iput
o [XFS] Fix a broken interaction between a buffered read into an
unwritten extent and a direct write
o [XFS] Fix build
o [XFS] fix merge error in pagebuf flush logic, bogus spinlock obtain
was left in the code.
o [XFS] fix the other half of the merge snafu
o [XFS] fix log recovery report string formatting
o [XFS] Re-work pagebuf & xfs stats to use per-cpu variables - big
globals that are written all the time
o [XFS] Close some holes in the metadata flush logic used during
unmount, make sure we have no pending I/O completion calls for
metadata, and that we only keep hold of metadata buffers for I/O
completion if we want to. Still not perfect, but better than it
was.
o [XFS] When calculating the number of pages to probe for an
unwritten extent, use the size of the extent, not the page count of
the pagebuf which is initialized to zero.
o [XFS] Either handle preemption with get/put or not, but don't get
without a put! Fix code for preemptable kernels.
o [XFS] Code cleanup
o [XFS] Code cleanup
o [XFS] small cleanup
Steven Cole:
o USB: remove reference to modules.txt in drivers/usb/input/Kconfig
Tiago Sousa:
o [NETFILTER]: Add support for mIRC's 'server lookup' DCC address
detection to ip_conntrack_irc.c
Tom Rini:
o [SERIAL] Fix for NS16550A on a Super I/O on PPC
o [SERIAL] Make the Startech UART detection 'more correct'
o PPC32: Move a few more IBM-40x specific SPRs to the right file
Tommy Christensen:
o [VLAN]: Do not modify the data of shared SKBs
Trond Myklebust:
o UDP round trip timer fix. Modify Karn's algorithm so that we
inherit timeouts from previous requests.
o Make the client act correctly if the RPC server's asserts that it
does not support a given program, version or procedure call.
o Fix up hangs with the upcall mechanism for RPCSEC_GSS and the NFSv4
idmapper.
o Increase the NFS readahead so that we at least fill the RPC slot
table.
o Fix an Oops in the NFSv4 asynchronous unlink code. The v4 getattr
"bitmap" was allocated on the stack.
o Clean up the nfs_fhget() function. Have the called pass the
superblock as a parameter instead of passing it in the form
o Rename the struct "nfs4_shareowner". The name was confusing and
didn't really relate to any of the RFCs.
o The NFSv4 state model assumes that the client machine identifies
itself to the server once and once only.
o Simplify the synchronous NFS read call interface by passing a
pointer to a filled nfs_read_data structure (the same struct used
by the asynchronous function calls)
o Simplify NFS synchronous write call interface. Pass a pointer to a
filled nfs_write_data struct like we do for asynchronous function
calls
o NFSv4 state model update
o Clean up the nfs4_stateid and nfs4_verifier typedefs
Ulrich Drepper:
o [NET]: Use task->tgid instead of task->pid in SCM credentials code
Urban Widmark:
o [SMBFS]: Create OLD_TO_NEW_foo macros in highuid.h and use them
instead of direct references to low2highfoo.
Vinay K. Nallamothu:
o [X25]: Use mod_timer(), add missing sock locking to x25_accept()
Wensong Zhang:
o [IPVS] fix the unlocking bug in the ip_vs_conn_seq_stop
Wim Van Sebroeck:
o USB: problem with uhci-hcd in versions 2.6.0-test5 and 2.6.0-test6
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Linux 2.6.0-test7 - stability freeze (compile stats)
2003-10-08 19:47 Linux 2.6.0-test7 - stability freeze Linus Torvalds
@ 2003-10-08 23:57 ` John Cherry
2003-10-09 12:45 ` Linux 2.6.0-test7 - compile/boot success iain d broadfoot
` (5 subsequent siblings)
6 siblings, 0 replies; 26+ messages in thread
From: John Cherry @ 2003-10-08 23:57 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Kernel Mailing List
Linux 2.6 Compile Statistics (gcc 3.2.2)
Warnings/Errors Summary
Kernel bzImage bzImate bzImage modules bzImage modules
(defconfig) (allno) (allyes) (allyes) (allmod) (allmod)
----------- ----------- -------- -------- -------- ---------
2.6.0-test7 0w/0e 0w/0e 173w/ 1e 8w/0e 3w/0e 226w/0e
2.6.0-test6 0w/0e 1w/0e 188w/ 1e 12w/0e 3w/0e 260w/2e
2.6.0-test5 0w/0e 2w/0e 205w/ 9e 15w/1e 0w/0e 305w/5e
2.6.0-test4 0w/0e 2w/0e 797w/55e 68w/1e 3w/0e 1016w/34e
2.6.0-test3 0w/0e 2w/0e 755w/66e 62w/1e 7w/9e 984w/42e
2.6.0-test2 0w/0e 1w/0e 952w/65e 63w/2e 7w/9e 1201w/43e
2.6.0-test1 0w/0e 1w/0e 1016w/60e 75w/1e 8w/9e 1319w/38e
Web page with links to complete details:
http://developer.osdl.org/cherry/compile/
Daily compiles (ia32):
http://developer.osdl.org/cherry/compile/2.6/linus-tree/running.txt
Daily compiles (ia64):
http://developer.osdl.org/cherry/compile/2.6/linus-tree/running64.txt
Latest changes in Linus' bitkeeper tree:
http://linux.bkbits.net:8080/linux-2.5
Warning Summary
drivers/atm: 1 warnings, 0 errors
drivers/block: 1 warnings, 0 errors
drivers/cdrom: 3 warnings, 0 errors
drivers/char: 2 warnings, 0 errors
drivers/ide: 30 warnings, 0 errors
drivers/media: 5 warnings, 0 errors
drivers/message: 1 warnings, 0 errors
drivers/mtd: 25 warnings, 0 errors
drivers/net: 23 warnings, 0 errors
drivers/pcmcia: 3 warnings, 0 errors
drivers/scsi: 43 warnings, 0 errors
drivers/scsi/pcmcia: 4 warnings, 0 errors
drivers/serial: 1 warnings, 0 errors
drivers/telephony: 5 warnings, 0 errors
drivers/video: 8 warnings, 0 errors
drivers/video/aty: 3 warnings, 0 errors
drivers/video/console: 2 warnings, 0 errors
drivers/video/matrox: 5 warnings, 0 errors
drivers/video/sis: 1 warnings, 0 errors
net: 9 warnings, 0 errors
sound/isa: 3 warnings, 0 errors
sound/oss: 47 warnings, 0 errors
Error Summary
drivers/net: 0 warnings, 1 errors
drivers/scsi/aic7xxx: 0 warnings, 1 errors
John
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Linux 2.6.0-test7 - compile/boot success
2003-10-08 19:47 Linux 2.6.0-test7 - stability freeze Linus Torvalds
2003-10-08 23:57 ` Linux 2.6.0-test7 - stability freeze (compile stats) John Cherry
@ 2003-10-09 12:45 ` iain d broadfoot
2003-10-09 13:29 ` 2.6.0-test7 BLK_DEV_FD dependence on ISA breakage Mikael Pettersson
` (4 subsequent siblings)
6 siblings, 0 replies; 26+ messages in thread
From: iain d broadfoot @ 2003-10-09 12:45 UTC (permalink / raw)
To: Kernel Mailing List
Everything seems fine so far, USB working great.
I haven't tested my wireless pcmcia card yet, will post results
tomorrow.
cheers,
iain
--
"If sharing a thing in no way diminishes it, it is not rightly owned if it is
not shared." -- St. Augustine
^ permalink raw reply [flat|nested] 26+ messages in thread
* 2.6.0-test7 BLK_DEV_FD dependence on ISA breakage
2003-10-08 19:47 Linux 2.6.0-test7 - stability freeze Linus Torvalds
2003-10-08 23:57 ` Linux 2.6.0-test7 - stability freeze (compile stats) John Cherry
2003-10-09 12:45 ` Linux 2.6.0-test7 - compile/boot success iain d broadfoot
@ 2003-10-09 13:29 ` Mikael Pettersson
2003-10-09 14:05 ` Andrew Morton
2003-10-13 4:52 ` Linux 2.6.0-test7 - stability freeze Rob Landley
` (3 subsequent siblings)
6 siblings, 1 reply; 26+ messages in thread
From: Mikael Pettersson @ 2003-10-09 13:29 UTC (permalink / raw)
To: linux-kernel; +Cc: akpm, arun.sharma, torvalds
As found in ChangeLog-2.6.0-test7:
><akpm@osdl.org>
> [PATCH] Disable floppy and the related ioctl32s on some platforms
>
> From: Arun Sharma <arun.sharma@intel.com>
>
> Based on some earlier discussion:
>
> http://marc.theaimsgroup.com/?t=106015010700002&r=1&w=2
>
> here's a new patch that attempts to disable BLK_DEV_FD on platforms which
> don't support it.
This patch
--- a/drivers/block/Kconfig Wed Oct 8 12:24:56 2003
+++ b/drivers/block/Kconfig Wed Oct 8 12:24:56 2003
@@ -6,7 +6,7 @@
config BLK_DEV_FD
tristate "Normal floppy disk support"
- depends on !X86_PC9800 && !ARCH_S390
+ depends on ISA || M68 || SPARC64
---help---
If you want to use the floppy disk drive(s) of your PC under Linux,
say Y. Information about this driver, especially important for IBM
is broken. The help text and de facto definition of CONFIG_ISA only
refers to devices in ISA _slots_. Since the FDC is not such a device,
this patch reinterprets CONFIG_ISA to mean any device which is
accessed via in/out to the low I/O port range.
Well in that case I guess !CONFIG_ISA should also disable keyboards,
serial ports, dma controllers, timers, etc.
IA64 folks may not want to be asked about BLK_DEV_FD, but this patch
now forces me to set CONFIG_ISA in my ISA-slot-free machines, which
also adds a lot of new config options I don't want.
/Mikael
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: 2.6.0-test7 BLK_DEV_FD dependence on ISA breakage
2003-10-09 13:29 ` 2.6.0-test7 BLK_DEV_FD dependence on ISA breakage Mikael Pettersson
@ 2003-10-09 14:05 ` Andrew Morton
2003-10-09 18:04 ` Anton Blanchard
2003-10-09 18:18 ` Arun Sharma
0 siblings, 2 replies; 26+ messages in thread
From: Andrew Morton @ 2003-10-09 14:05 UTC (permalink / raw)
To: Mikael Pettersson; +Cc: linux-kernel, arun.sharma, torvalds
Mikael Pettersson <mikpe@csd.uu.se> wrote:
>
> This patch
>
> --- a/drivers/block/Kconfig Wed Oct 8 12:24:56 2003
> +++ b/drivers/block/Kconfig Wed Oct 8 12:24:56 2003
> @@ -6,7 +6,7 @@
>
> config BLK_DEV_FD
> tristate "Normal floppy disk support"
> - depends on !X86_PC9800 && !ARCH_S390
> + depends on ISA || M68 || SPARC64
> ---help---
> If you want to use the floppy disk drive(s) of your PC under Linux,
> say Y. Information about this driver, especially important for IBM
>
> is broken.
Yeah, and there's been a metric mile of blab about it but I don't think
we've actually settled on a correct+complete solution.
Perhaps we should just back it out and watch more closely next time someone
tries to fix it?
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: 2.6.0-test7 BLK_DEV_FD dependence on ISA breakage
2003-10-09 14:05 ` Andrew Morton
@ 2003-10-09 18:04 ` Anton Blanchard
2003-10-09 18:18 ` Arun Sharma
1 sibling, 0 replies; 26+ messages in thread
From: Anton Blanchard @ 2003-10-09 18:04 UTC (permalink / raw)
To: Andrew Morton; +Cc: Mikael Pettersson, linux-kernel, arun.sharma, torvalds
> Yeah, and there's been a metric mile of blab about it but I don't think
> we've actually settled on a correct+complete solution.
>
> Perhaps we should just back it out and watch more closely next time someone
> tries to fix it?
Sounds good to me.
Anton
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: 2.6.0-test7 BLK_DEV_FD dependence on ISA breakage
2003-10-09 14:05 ` Andrew Morton
2003-10-09 18:04 ` Anton Blanchard
@ 2003-10-09 18:18 ` Arun Sharma
2003-10-09 20:21 ` Mikael Pettersson
1 sibling, 1 reply; 26+ messages in thread
From: Arun Sharma @ 2003-10-09 18:18 UTC (permalink / raw)
To: Andrew Morton; +Cc: Mikael Pettersson, linux-kernel, torvalds
Andrew Morton wrote:
> Perhaps we should just back it out and watch more closely next time someone
> tries to fix it?
I'm fine with backing out the Kconfig part of the patch. Perhaps this is one of those things where an explicit list of platforms which do support this feature is unavoidable ?
-Arun
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: 2.6.0-test7 BLK_DEV_FD dependence on ISA breakage
2003-10-09 18:18 ` Arun Sharma
@ 2003-10-09 20:21 ` Mikael Pettersson
2003-10-10 11:55 ` Geert Uytterhoeven
0 siblings, 1 reply; 26+ messages in thread
From: Mikael Pettersson @ 2003-10-09 20:21 UTC (permalink / raw)
To: Arun Sharma; +Cc: Andrew Morton, linux-kernel, torvalds
Arun Sharma writes:
> Andrew Morton wrote:
> > Perhaps we should just back it out and watch more closely next time someone
> > tries to fix it?
>
> I'm fine with backing out the Kconfig part of the patch. Perhaps this is one of those things where an explicit list of platforms which do support this feature is unavoidable ?
The Kconfig patch also broke floppy on x86-64. Since no x86-64 board
to date has any ISA _slots_, x86-64 doesn't even give you the option
of enabling CONFIG_ISA...
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: 2.6.0-test7 BLK_DEV_FD dependence on ISA breakage
2003-10-09 20:21 ` Mikael Pettersson
@ 2003-10-10 11:55 ` Geert Uytterhoeven
0 siblings, 0 replies; 26+ messages in thread
From: Geert Uytterhoeven @ 2003-10-10 11:55 UTC (permalink / raw)
To: Mikael Pettersson
Cc: Arun Sharma, Andrew Morton, Linux Kernel Development, Linus Torvalds
On Thu, 9 Oct 2003, Mikael Pettersson wrote:
> Arun Sharma writes:
> > Andrew Morton wrote:
> > > Perhaps we should just back it out and watch more closely next time someone
> > > tries to fix it?
> >
> > I'm fine with backing out the Kconfig part of the patch. Perhaps this is one of those things where an explicit list of platforms which do support this feature is unavoidable ?
>
> The Kconfig patch also broke floppy on x86-64. Since no x86-64 board
> to date has any ISA _slots_, x86-64 doesn't even give you the option
> of enabling CONFIG_ISA...
I'm not happy with the `CONFIG_ISA means ISA slots' logic, neither. For e.g.
PC-style floppy, it means `we have a (possibly burried withing PCI) ISA-style
bus'.
Furthermore, on some m68k machines we do have an ISA-style bus, but without
ISA-style DMA. This causes more drivers to fail compilation, giving me
headaches when trying to compile an all-yes-config kernel for m68k. I guess
other architectures are faced with the same problems.
Well, I guess I have to try the new drivers/Kconfig first and elaborate with a
list of drivers that failed and why they failed...
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Linux 2.6.0-test7 - stability freeze
2003-10-08 19:47 Linux 2.6.0-test7 - stability freeze Linus Torvalds
` (2 preceding siblings ...)
2003-10-09 13:29 ` 2.6.0-test7 BLK_DEV_FD dependence on ISA breakage Mikael Pettersson
@ 2003-10-13 4:52 ` Rob Landley
2003-10-13 4:53 ` Deja vu Rob Landley
` (2 subsequent siblings)
6 siblings, 0 replies; 26+ messages in thread
From: Rob Landley @ 2003-10-13 4:52 UTC (permalink / raw)
To: Linus Torvalds, Kernel Mailing List
It locked my laptop solid after about half an hour answering email with X11 up
(possibly a panic, but the LEDs weren't flashing. Nothing in the log between
the last dhcp lease renewal a few minutes earlier and the start of the next
cold boot...)
Reverted to test 6 until I feel brave again. (I've gone back to grad school
and have homework due monday.) 2.6.0-test6 sometimes boots up with a dead
keyboard, but has yet to spontaneously hang on me after bootup...
No clue how to debug this one. It died while I was typing an email (between
one keystroke and the next, my screen was suddenly a bitmap. No mouse
movement, the little CPU use indicator stopped fluctuating (at zero), etc).
I had an rsync going in the background through a dhcp wireless connection
(backing up my /home partition to a remote machine), KDE up with kmail
sending and receiving email, and a couple of web browser windows minimized
that may have been doing page refreshes... But otherwise, nothing special.
(Running off of battery with a little under half of it left...)
Rob
^ permalink raw reply [flat|nested] 26+ messages in thread
* Deja vu...
2003-10-08 19:47 Linux 2.6.0-test7 - stability freeze Linus Torvalds
` (3 preceding siblings ...)
2003-10-13 4:52 ` Linux 2.6.0-test7 - stability freeze Rob Landley
@ 2003-10-13 4:53 ` Rob Landley
2003-10-13 17:34 ` Linux 2.6.0-test7 - stability freeze Olaf Hering
2003-10-15 17:27 ` Linux 2.6.0-test7 - Suspend to Disk success Jonathan McDowell
6 siblings, 0 replies; 26+ messages in thread
From: Rob Landley @ 2003-10-13 4:53 UTC (permalink / raw)
To: Kernel Mailing List
Correct me if I'm wrong, but I vaguely remember back at the end of 1998 the
big "let's ship 2.2" push crescendoed towards the end of the year after two
and a half years of development, there was the big push to ship it by
christmas, then by new years, and after missing both deadlines it shipped a
dot-zero release in january 1999, followed shortly thereafter by a "brown
paper bag" bugfix release.
The big "let's ship 2.4" push crescendoed towards the end of 2000, after
about two and a half years of development (give or take the 2.2 stabilization
period before 2.3 forked off), there was a big push to ship it by christmas,
then by new years, and after missing both deadlines it shipped a dot-zero at
the start of january 2001, followed by the brown paper bag...
It's now coming up on two and a half years of development towards 2.6. It's
getting towards the end of the year. (I take Linus is aiming to have the 2.6
release out by this christmas? ;)
Does this seem kind of familiar to anyone else...?
Rob
(I don't remember if 2.1 had a new feature freeze a year or so before the
final code freeze the way 2.3 and 2.5 did, but it does seem we've got a
pattern going here. But then I'm sleep-deprived right now, and could easily
be imagining it...)
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Linux 2.6.0-test7 - stability freeze
2003-10-08 19:47 Linux 2.6.0-test7 - stability freeze Linus Torvalds
` (4 preceding siblings ...)
2003-10-13 4:53 ` Deja vu Rob Landley
@ 2003-10-13 17:34 ` Olaf Hering
2003-10-13 20:50 ` gcc -msoft-float [Was: Linux 2.6.0-test7 - stability freeze] Sam Ravnborg
2003-10-14 11:40 ` Linux 2.6.0-test7 - stability freeze Jakub Jelinek
2003-10-15 17:27 ` Linux 2.6.0-test7 - Suspend to Disk success Jonathan McDowell
6 siblings, 2 replies; 26+ messages in thread
From: Olaf Hering @ 2003-10-13 17:34 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Kernel Mailing List
On Wed, Oct 08, Linus Torvalds wrote:
> The more interesting thing is that I and Andrew are trying to calm down
> development, and I do _not_ want to see patches that don't fix a real and
> clear bug. In other words, the "cleanup and janitorial" stuff is on hold,
> and -test8 and then -test9 should be for _stability_ fixes only.
a longstanding bug, should probably go to the main Makefile. But I dont
know if all supported archs know about -msoft-float.
diff -p -purN linux-2.6.0-test7/arch/i386/Makefile linux-2.6.0-test7.fpu/arch/i386/Makefile
--- linux-2.6.0-test7/arch/i386/Makefile 2003-10-08 21:24:04.000000000 +0200
+++ linux-2.6.0-test7.fpu/arch/i386/Makefile 2003-10-13 19:26:21.000000000 +0200
@@ -19,7 +19,7 @@ LDFLAGS := -m elf_i386
OBJCOPYFLAGS := -O binary -R .note -R .comment -S
LDFLAGS_vmlinux :=
-CFLAGS += -pipe
+CFLAGS += -pipe -msoft-float
# prevent gcc from keeping the stack 16 byte aligned
CFLAGS += $(call check_gcc,-mpreferred-stack-boundary=2,)
--
USB is for mice, FireWire is for men!
sUse lINUX ag, nÜRNBERG
^ permalink raw reply [flat|nested] 26+ messages in thread
* gcc -msoft-float [Was: Linux 2.6.0-test7 - stability freeze]
2003-10-13 17:34 ` Linux 2.6.0-test7 - stability freeze Olaf Hering
@ 2003-10-13 20:50 ` Sam Ravnborg
2003-10-14 8:12 ` Olaf Hering
2003-10-14 11:40 ` Linux 2.6.0-test7 - stability freeze Jakub Jelinek
1 sibling, 1 reply; 26+ messages in thread
From: Sam Ravnborg @ 2003-10-13 20:50 UTC (permalink / raw)
To: Olaf Hering; +Cc: Linus Torvalds, Kernel Mailing List
On Mon, Oct 13, 2003 at 07:34:46PM +0200, Olaf Hering wrote:
> a longstanding bug, should probably go to the main Makefile. But I dont
> know if all supported archs know about -msoft-float.
Could you please elaborate about what this fixes.
I'm very resistant to add new flags unconditionally to gcc at this stage.
Sam
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: gcc -msoft-float [Was: Linux 2.6.0-test7 - stability freeze]
2003-10-13 20:50 ` gcc -msoft-float [Was: Linux 2.6.0-test7 - stability freeze] Sam Ravnborg
@ 2003-10-14 8:12 ` Olaf Hering
2003-10-14 8:31 ` Arjan van de Ven
0 siblings, 1 reply; 26+ messages in thread
From: Olaf Hering @ 2003-10-14 8:12 UTC (permalink / raw)
To: Sam Ravnborg, Linus Torvalds, Kernel Mailing List
On Mon, Oct 13, Sam Ravnborg wrote:
> On Mon, Oct 13, 2003 at 07:34:46PM +0200, Olaf Hering wrote:
> > a longstanding bug, should probably go to the main Makefile. But I dont
> > know if all supported archs know about -msoft-float.
>
> Could you please elaborate about what this fixes.
> I'm very resistant to add new flags unconditionally to gcc at this stage.
Is floating point in the kernel really allowed on i386? If so, please
please add a commet to this Makefile about this fact.
test7bk3 results, allyesconfig:
drivers/built-in.o(.text+0x2ba129): In function `amd8111e_resume':
drivers/net/amd8111e.c:1700: undefined reference to `__floatsidf'
drivers/built-in.o(.text+0x2ba145):drivers/net/amd8111e.c:1700: undefined reference to `__adddf3'
drivers/built-in.o(.text+0x2ba14d):drivers/net/amd8111e.c:1700: undefined reference to `__fixunsdfsi'
drivers/built-in.o(.text+0x2ba1c6):drivers/net/amd8111e.c:1702: undefined reference to `__adddf3'
drivers/built-in.o(.text+0x2ba2f0): In function `amd8111e_config_ipg':
drivers/net/amd8111e.c:1775: undefined reference to `__floatsidf'
drivers/built-in.o(.text+0x2ba308):drivers/net/amd8111e.c:1775: undefined reference to `__adddf3'
drivers/built-in.o(.text+0x2ba310):drivers/net/amd8111e.c:1775: undefined reference to `__fixunsdfsi'
drivers/built-in.o(.text+0x2ba343):drivers/net/amd8111e.c:1778: undefined reference to `__adddf3'
drivers/built-in.o(.text+0x2ba737): In function `amd8111e_probe_one':
drivers/net/amd8111e.c:1911: undefined reference to `__floatsidf'
drivers/built-in.o(.text+0x2ba753):drivers/net/amd8111e.c:1911: undefined reference to `__adddf3'
drivers/built-in.o(.text+0x2ba75b):drivers/net/amd8111e.c:1911: undefined reference to `__fixunsdfsi'
drivers/built-in.o(.text+0x2ba838):drivers/net/amd8111e.c:1940: undefined reference to `__adddf3'
drivers/built-in.o(.text+0x407fd7): In function `tuner_set_tv_freq':
drivers/media/dvb/ttpci/av7110.c:2709: undefined reference to `__floatsidf'
drivers/built-in.o(.text+0x407ff3):drivers/media/dvb/ttpci/av7110.c:2709: undefined reference to `__ltdf2'
drivers/built-in.o(.text+0x408001):drivers/media/dvb/ttpci/av7110.c:2711: undefined reference to `__floatsidf'
drivers/built-in.o(.text+0x408019):drivers/media/dvb/ttpci/av7110.c:2711: undefined reference to `__ltdf2'
drivers/built-in.o(.text+0x408060):drivers/media/dvb/ttpci/av7110.c:2720: undefined reference to `__adddf3'
drivers/built-in.o(.text+0x408076):drivers/media/dvb/ttpci/av7110.c:2720: undefined reference to `__adddf3'
drivers/built-in.o(.text+0x5c24d0): In function `sisfb_do_set_var':
drivers/video/sis/sis_main.c:654: undefined reference to `__floatsidf'
drivers/built-in.o(.text+0x5c24ec):drivers/video/sis/sis_main.c:654: undefined reference to `__divdf3'
drivers/built-in.o(.text+0x5c24f7):drivers/video/sis/sis_main.c:655: undefined reference to `__floatsidf'
drivers/built-in.o(.text+0x5c2510):drivers/video/sis/sis_main.c:655: undefined reference to `__divdf3'
drivers/built-in.o(.text+0x5c251b):drivers/video/sis/sis_main.c:656: undefined reference to `__floatsidf'
drivers/built-in.o(.text+0x5c2534):drivers/video/sis/sis_main.c:656: undefined reference to `__divdf3'
drivers/built-in.o(.text+0x5c2540):drivers/video/sis/sis_main.c:656: undefined reference to `__adddf3'
drivers/built-in.o(.text+0x5c2554):drivers/video/sis/sis_main.c:656: undefined reference to `__adddf3'
drivers/built-in.o(.text+0x5c255c):drivers/video/sis/sis_main.c:656: undefined reference to `__fixunsdfsi'
drivers/built-in.o(.text+0x5c28b8):drivers/video/sis/sis_main.c:675: undefined reference to `__adddf3'
drivers/built-in.o(.text+0x5c28d1):drivers/video/sis/sis_main.c:675: undefined reference to `__adddf3'
drivers/built-in.o(.text+0x5c28ea):drivers/video/sis/sis_main.c:675: undefined reference to `__adddf3'
drivers/built-in.o(.init.text+0x6252d): In function `sisfb_init':
drivers/video/sis/sis_main.c:4450: undefined reference to `__floatsidf'
drivers/built-in.o(.init.text+0x6253f):drivers/video/sis/sis_main.c:4450: undefined reference to `__divdf3'
drivers/built-in.o(.init.text+0x62547):drivers/video/sis/sis_main.c:4450: undefined reference to `__fixunsdfsi'
thanks.
--
USB is for mice, FireWire is for men!
sUse lINUX ag, nÜRNBERG
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: gcc -msoft-float [Was: Linux 2.6.0-test7 - stability freeze]
2003-10-14 8:12 ` Olaf Hering
@ 2003-10-14 8:31 ` Arjan van de Ven
2003-10-14 8:50 ` Olaf Hering
0 siblings, 1 reply; 26+ messages in thread
From: Arjan van de Ven @ 2003-10-14 8:31 UTC (permalink / raw)
To: Olaf Hering; +Cc: Sam Ravnborg, Linus Torvalds, Kernel Mailing List
[-- Attachment #1: Type: text/plain, Size: 1745 bytes --]
On Tue, 2003-10-14 at 10:12, Olaf Hering wrote:
> On Mon, Oct 13, Sam Ravnborg wrote:
>
> > On Mon, Oct 13, 2003 at 07:34:46PM +0200, Olaf Hering wrote:
> > > a longstanding bug, should probably go to the main Makefile. But I dont
> > > know if all supported archs know about -msoft-float.
> >
> > Could you please elaborate about what this fixes.
> > I'm very resistant to add new flags unconditionally to gcc at this stage.
>
> Is floating point in the kernel really allowed on i386? If so, please
> please add a commet to this Makefile about this fact.
>
> test7bk3 results, allyesconfig:
>
>
> drivers/built-in.o(.text+0x2ba129): In function `amd8111e_resume':
> drivers/net/amd8111e.c:1700: undefined reference to `__floatsidf'
real bug:
if(lp->options & OPTION_DYN_IPG_ENABLE)
mod_timer(&lp->ipg_data.ipg_timer,
jiffies + (IPG_CONVERGE_TIME * HZ));
where
#define IPG_CONVERGE_TIME 0.5
> drivers/media/dvb/ttpci/av7110.c:2709: undefined reference to `__floatsidf'
worse:
if (freq < 16*168.25 )
config = 0xa0;
else if (freq < 16*447.25)
config = 0x90;
else
config = 0x30;
> drivers/built-in.o(.text+0x5c24d0): In function `sisfb_do_set_var':
> drivers/video/sis/sis_main.c:654: undefined reference to `__floatsidf'
static int sisfb_do_set_var(struct fb_var_screeninfo *var, int isactive,
struct fb_info *info)
{
unsigned int htotal =
var->left_margin + var->xres + var->right_margin +
var->hsync_len;
unsigned int vtotal = 0;
double drate = 0, hrate = 0;
ugh
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: gcc -msoft-float [Was: Linux 2.6.0-test7 - stability freeze]
2003-10-14 8:31 ` Arjan van de Ven
@ 2003-10-14 8:50 ` Olaf Hering
0 siblings, 0 replies; 26+ messages in thread
From: Olaf Hering @ 2003-10-14 8:50 UTC (permalink / raw)
To: Arjan van de Ven; +Cc: Sam Ravnborg, Linus Torvalds, Kernel Mailing List
On Tue, Oct 14, Arjan van de Ven wrote:
> ugh
My argument is that this shouldnt be done the usual opensource way
'someone else will fix my shit'. Instead, the driver authors should
notice their mistakes right away.
Linus, please add -msoft-float to test8 and keep it. Thanks.
--
USB is for mice, FireWire is for men!
sUse lINUX ag, nÜRNBERG
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Linux 2.6.0-test7 - stability freeze
2003-10-13 17:34 ` Linux 2.6.0-test7 - stability freeze Olaf Hering
2003-10-13 20:50 ` gcc -msoft-float [Was: Linux 2.6.0-test7 - stability freeze] Sam Ravnborg
@ 2003-10-14 11:40 ` Jakub Jelinek
1 sibling, 0 replies; 26+ messages in thread
From: Jakub Jelinek @ 2003-10-14 11:40 UTC (permalink / raw)
To: Olaf Hering; +Cc: Linus Torvalds, Kernel Mailing List
On Mon, Oct 13, 2003 at 07:34:46PM +0200, Olaf Hering wrote:
> On Wed, Oct 08, Linus Torvalds wrote:
>
> > The more interesting thing is that I and Andrew are trying to calm down
> > development, and I do _not_ want to see patches that don't fix a real and
> > clear bug. In other words, the "cleanup and janitorial" stuff is on hold,
> > and -test8 and then -test9 should be for _stability_ fixes only.
>
> a longstanding bug, should probably go to the main Makefile. But I dont
> know if all supported archs know about -msoft-float.
It is not supported on all arches (and various lk arches already use similar
switches in their arch/<arch>/Makefile, e.g. sparc* uses -mno-fpu,
ppc* use -msoft-float, arm uses -mno-fpu -msoft-float, sh64 -m5-32media-nofpu).
So IMHO it should stay in arch/<arch>/Makefile.
Jakub
^ permalink raw reply [flat|nested] 26+ messages in thread
* Linux 2.6.0-test7 - Suspend to Disk success
2003-10-08 19:47 Linux 2.6.0-test7 - stability freeze Linus Torvalds
` (5 preceding siblings ...)
2003-10-13 17:34 ` Linux 2.6.0-test7 - stability freeze Olaf Hering
@ 2003-10-15 17:27 ` Jonathan McDowell
2003-10-15 21:00 ` Daniele Venzano
6 siblings, 1 reply; 26+ messages in thread
From: Jonathan McDowell @ 2003-10-15 17:27 UTC (permalink / raw)
To: linux-kernel
Just a quick note to say that 2.6.0-test7 is the first kernel I've been
able to successfully suspend to disk with and then resume. Using
"echo -n disk > /sys/power/state" now works just fine and I haven't
needed to reboot my laptop (a Compaq Evo N200) since I started running
the kernel last week. Thanks!
J.
--
/-\ | Love is an attraction to a
|@/ Debian GNU/Linux Developer | perfectly normal person you've
\- | temporarily mistaken for a god.
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Linux 2.6.0-test7 - Suspend to Disk success
2003-10-15 17:27 ` Linux 2.6.0-test7 - Suspend to Disk success Jonathan McDowell
@ 2003-10-15 21:00 ` Daniele Venzano
2003-10-16 14:06 ` Pavel Machek
0 siblings, 1 reply; 26+ messages in thread
From: Daniele Venzano @ 2003-10-15 21:00 UTC (permalink / raw)
To: Linux Kernel Mailing List
On Wed, Oct 15, 2003 at 06:27:42PM +0100, Jonathan McDowell wrote:
> Just a quick note to say that 2.6.0-test7 is the first kernel I've been
> able to successfully suspend to disk with and then resume. Using
> "echo -n disk > /sys/power/state" now works just fine and I haven't
> needed to reboot my laptop (a Compaq Evo N200) since I started running
> the kernel last week. Thanks!
Same for me, using pmdisk.
Only thing is that the shell used to issue the echo -n disk > /sys/power/state
gets killed for an unhadled page request.
Good bargain for a working suspend, though ;-)
For me it is actually a feature, since I use su to issue the suspend
command, on resume I get back my user (not sudoed) shell...
Thanks, bye.
--
----------------------------------------
Daniele Venzano
Web: http://digilander.iol.it/webvenza/
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Linux 2.6.0-test7 - Suspend to Disk success
2003-10-15 21:00 ` Daniele Venzano
@ 2003-10-16 14:06 ` Pavel Machek
2003-10-18 17:35 ` Daniele Venzano
2003-10-18 17:54 ` Daniele Venzano
0 siblings, 2 replies; 26+ messages in thread
From: Pavel Machek @ 2003-10-16 14:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Hi!
> > Just a quick note to say that 2.6.0-test7 is the first kernel I've been
> > able to successfully suspend to disk with and then resume. Using
> > "echo -n disk > /sys/power/state" now works just fine and I haven't
> > needed to reboot my laptop (a Compaq Evo N200) since I started running
> > the kernel last week. Thanks!
>
> Same for me, using pmdisk.
> Only thing is that the shell used to issue the echo -n disk > /sys/power/state
> gets killed for an unhadled page request.
>
> Good bargain for a working suspend, though ;-)
> For me it is actually a feature, since I use su to issue the suspend
> command, on resume I get back my user (not sudoed) shell...
>
Look at the logs, perhaps you have an oops?
--
Pavel
Written on sharp zaurus, because my Velo1 broke. If you have Velo you don't need...
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Linux 2.6.0-test7 - Suspend to Disk success
2003-10-16 14:06 ` Pavel Machek
@ 2003-10-18 17:35 ` Daniele Venzano
2003-10-18 17:54 ` Daniele Venzano
1 sibling, 0 replies; 26+ messages in thread
From: Daniele Venzano @ 2003-10-18 17:35 UTC (permalink / raw)
To: Pavel Machek; +Cc: Linux Kernel Mailing List, Patrick Mochel, OllieLhoollie
On Thu, Oct 16, 2003 at 04:06:45PM +0200, Pavel Machek wrote:
> Look at the logs, perhaps you have an oops?
Using -test8 I keep getting my bash killed, but there is more. It seems
that the sis900 driver got corrupted, since on resume my network card
works no more (NETDEV: transmit timeout...).
On resume I also get a lot of debug messages, this first excerpt is with
all modules loaded (alsa, ohci, ehci, ipv6, nfts, irda, yenta_socket)
-----CUT-HERE--------CUT-HERE--------CUT-HERE--------CUT-HERE------
Debug: sleeping function called from invalid context at include/asm/uaccess.h:473
in_atomic():0, irqs_disabled():1
Call Trace:
[<c011d1d0>] __might_sleep+0xa0/0xd0
[<c010bb2c>] save_v86_state+0x6c/0x200
[<c010946e>] work_notifysig_v86+0x6/0x14
[<c010941b>] syscall_call+0x7/0xb
Stopping tasks: ==========================================|
osl-0900 [2430] os_wait_semaphore : Failed to acquire semaphore[ddfe85a0|1|0], AE_TIME
Freeing memory: ............|
hdc: start_power_step(step: 0)
hdc: completing PM request, suspend
hda: start_power_step(step: 0)
hda: start_power_step(step: 1)
hda: complete_power_step(step: 1, stat: 50, err: 0)
hda: completing PM request, suspend
PM: Attempting to suspend to disk.
PM: snapshotting memory.
PM: Image restored successfully.
Debug: sleeping function called from invalid context at include/asm/semaphore.h:119
in_atomic():1, irqs_disabled():0
Call Trace:
[<c011d1d0>] __might_sleep+0xa0/0xd0
[<c022c1b0>] device_resume+0x20/0x50
[<c01379d8>] finish+0x8/0x40
[<c0138945>] pmdisk_free+0x5/0x40
[<c0137b2e>] pm_suspend_disk+0x7e/0xc0
[<c0136fb1>] enter_state+0xa1/0xb0
[<c01370a7>] state_store+0x67/0x71
[<c01874da>] subsys_attr_store+0x3a/0x40
[<c01877bb>] flush_write_buffer+0x3b/0x50
[<c018782a>] sysfs_write_file+0x5a/0x70
[<c01877d0>] sysfs_write_file+0x0/0x70
[<c01550d8>] vfs_write+0xb8/0x130
[<c0155202>] sys_write+0x42/0x70
[<c010941b>] syscall_call+0x7/0xb
bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c0127083>] __mod_timer+0x123/0x170
[<c0127b93>] schedule_timeout+0x63/0xc0
[<c0127b20>] process_timeout+0x0/0x10
[<c01c44f3>] pci_set_power_state+0xd3/0x160
[<dea301a8>] usb_hcd_pci_resume+0x38/0x90 [usbcore]
[<c01c6914>] pci_device_resume+0x24/0x30
[<c022c127>] resume_device+0x27/0x30
[<c022c164>] dpm_resume+0x34/0x60
[<c022c1c3>] device_resume+0x33/0x50
[<c01379d8>] finish+0x8/0x40
[<c0138945>] pmdisk_free+0x5/0x40
[<c0137b2e>] pm_suspend_disk+0x7e/0xc0
[<c0136fb1>] enter_state+0xa1/0xb0
[<c01370a7>] state_store+0x67/0x71
[<c01874da>] subsys_attr_store+0x3a/0x40
[<c01877bb>] flush_write_buffer+0x3b/0x50
[<c018782a>] sysfs_write_file+0x5a/0x70
[<c01877d0>] sysfs_write_file+0x0/0x70
[<c01550d8>] vfs_write+0xb8/0x130
[<c0155202>] sys_write+0x42/0x70
[<c010941b>] syscall_call+0x7/0xb
ohci_hcd 0000:00:03.0: USB continue from host wakeup
bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c0127083>] __mod_timer+0x123/0x170
[<c0127b93>] schedule_timeout+0x63/0xc0
[<c0127b20>] process_timeout+0x0/0x10
[<c01c44f3>] pci_set_power_state+0xd3/0x160
[<dea301a8>] usb_hcd_pci_resume+0x38/0x90 [usbcore]
[<c01c6914>] pci_device_resume+0x24/0x30
[<c022c127>] resume_device+0x27/0x30
[<c022c164>] dpm_resume+0x34/0x60
[<c022c1c3>] device_resume+0x33/0x50
[<c01379d8>] finish+0x8/0x40
[<c0138945>] pmdisk_free+0x5/0x40
[<c0137b2e>] pm_suspend_disk+0x7e/0xc0
[<c0136fb1>] enter_state+0xa1/0xb0
[<c01370a7>] state_store+0x67/0x71
[<c01874da>] subsys_attr_store+0x3a/0x40
[<c01877bb>] flush_write_buffer+0x3b/0x50
[<c018782a>] sysfs_write_file+0x5a/0x70
[<c01877d0>] sysfs_write_file+0x0/0x70
[<c01550d8>] vfs_write+0xb8/0x130
[<c0155202>] sys_write+0x42/0x70
[<c010941b>] syscall_call+0x7/0xb
ohci_hcd 0000:00:03.1: USB continue from host wakeup
bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c0127083>] __mod_timer+0x123/0x170
[<c0127b93>] schedule_timeout+0x63/0xc0
[<c0127b20>] process_timeout+0x0/0x10
[<c01c44f3>] pci_set_power_state+0xd3/0x160
[<dea301a8>] usb_hcd_pci_resume+0x38/0x90 [usbcore]
[<c01c6914>] pci_device_resume+0x24/0x30
[<c022c127>] resume_device+0x27/0x30
[<c022c164>] dpm_resume+0x34/0x60
[<c022c1c3>] device_resume+0x33/0x50
[<c01379d8>] finish+0x8/0x40
[<c0138945>] pmdisk_free+0x5/0x40
[<c0137b2e>] pm_suspend_disk+0x7e/0xc0
[<c0136fb1>] enter_state+0xa1/0xb0
[<c01370a7>] state_store+0x67/0x71
[<c01874da>] subsys_attr_store+0x3a/0x40
[<c01877bb>] flush_write_buffer+0x3b/0x50
[<c018782a>] sysfs_write_file+0x5a/0x70
[<c01877d0>] sysfs_write_file+0x0/0x70
[<c01550d8>] vfs_write+0xb8/0x130
[<c0155202>] sys_write+0x42/0x70
[<c010941b>] syscall_call+0x7/0xb
ohci_hcd 0000:00:03.2: USB continue from host wakeup
bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c0127083>] __mod_timer+0x123/0x170
[<c0127b93>] schedule_timeout+0x63/0xc0
[<c0127b20>] process_timeout+0x0/0x10
[<c01c44f3>] pci_set_power_state+0xd3/0x160
[<dea301a8>] usb_hcd_pci_resume+0x38/0x90 [usbcore]
[<c01c6914>] pci_device_resume+0x24/0x30
[<c022c127>] resume_device+0x27/0x30
[<c022c164>] dpm_resume+0x34/0x60
[<c022c1c3>] device_resume+0x33/0x50
[<c01379d8>] finish+0x8/0x40
[<c0138945>] pmdisk_free+0x5/0x40
[<c0137b2e>] pm_suspend_disk+0x7e/0xc0
[<c0136fb1>] enter_state+0xa1/0xb0
[<c01370a7>] state_store+0x67/0x71
[<c01874da>] subsys_attr_store+0x3a/0x40
[<c01877bb>] flush_write_buffer+0x3b/0x50
[<c018782a>] sysfs_write_file+0x5a/0x70
[<c01877d0>] sysfs_write_file+0x0/0x70
[<c01550d8>] vfs_write+0xb8/0x130
[<c0155202>] sys_write+0x42/0x70
[<c010941b>] syscall_call+0x7/0xb
bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c0127b93>] schedule_timeout+0x63/0xc0
[<c0127b20>] process_timeout+0x0/0x10
[<c01c44f3>] pci_set_power_state+0xd3/0x160
[<de9b3e9d>] yenta_dev_resume+0x2d/0xc0 [yenta_socket]
[<dea301c6>] usb_hcd_pci_resume+0x56/0x90 [usbcore]
[<c01c6914>] pci_device_resume+0x24/0x30
[<c022c127>] resume_device+0x27/0x30
[<c022c164>] dpm_resume+0x34/0x60
[<c022c1c3>] device_resume+0x33/0x50
[<c01379d8>] finish+0x8/0x40
[<c0138945>] pmdisk_free+0x5/0x40
[<c0137b2e>] pm_suspend_disk+0x7e/0xc0
[<c0136fb1>] enter_state+0xa1/0xb0
[<c01370a7>] state_store+0x67/0x71
[<c01874da>] subsys_attr_store+0x3a/0x40
[<c01877bb>] flush_write_buffer+0x3b/0x50
[<c018782a>] sysfs_write_file+0x5a/0x70
[<c01877d0>] sysfs_write_file+0x0/0x70
[<c01550d8>] vfs_write+0xb8/0x130
[<c0155202>] sys_write+0x42/0x70
[<c010941b>] syscall_call+0x7/0xb
bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c0127b93>] schedule_timeout+0x63/0xc0
[<c0127b20>] process_timeout+0x0/0x10
[<c026be6a>] socket_shutdown+0x4a/0x60
[<c026c39c>] socket_resume+0xbc/0x110
[<c026b722>] <4>Losing too many ticks!
TSC cannot be used as a timesource. (Are you running with SpeedStep?)
Falling back to a sane timesource.
pcmcia_socket_dev_resume+0xc2/0xe0
[<c01c6914>] pci_device_resume+0x24/0x30
[<c022c127>] resume_device+0x27/0x30
[<c022c164>] dpm_resume+0x34/0x60
[<c022c1c3>] device_resume+0x33/0x50
[<c01379d8>] finish+0x8/0x40
[<c0138945>] pmdisk_free+0x5/0x40
[<c0137b2e>] pm_suspend_disk+0x7e/0xc0
[<c0136fb1>] enter_state+0xa1/0xb0
[<c01370a7>] state_store+0x67/0x71
[<c01874da>] subsys_attr_store+0x3a/0x40
[<c01877bb>] flush_write_buffer+0x3b/0x50
[<c018782a>] sysfs_write_file+0x5a/0x70
[<c01877d0>] sysfs_write_file+0x0/0x70
[<c01550d8>] vfs_write+0xb8/0x130
[<c0155202>] sys_write+0x42/0x70
[<c010941b>] syscall_call+0x7/0xb
bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c0127b93>] schedule_timeout+0x63/0xc0
[<c0127b20>] process_timeout+0x0/0x10
[<c01c44f3>] pci_set_power_state+0xd3/0x160
[<de9b3e9d>] yenta_dev_resume+0x2d/0xc0 [yenta_socket]
[<c01c6914>] pci_device_resume+0x24/0x30
[<c022c127>] resume_device+0x27/0x30
[<c022c164>] dpm_resume+0x34/0x60
[<c022c1c3>] device_resume+0x33/0x50
[<c01379d8>] finish+0x8/0x40
[<c0138945>] pmdisk_free+0x5/0x40
[<c0137b2e>] pm_suspend_disk+0x7e/0xc0
[<c0136fb1>] enter_state+0xa1/0xb0
[<c01370a7>] state_store+0x67/0x71
[<c01874da>] subsys_attr_store+0x3a/0x40
[<c01877bb>] flush_write_buffer+0x3b/0x50
[<c018782a>] sysfs_write_file+0x5a/0x70
[<c01877d0>] sysfs_write_file+0x0/0x70
[<c01550d8>] vfs_write+0xb8/0x130
[<c0155202>] sys_write+0x42/0x70
[<c010941b>] syscall_call+0x7/0xb
bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c0127b93>] schedule_timeout+0x63/0xc0
[<c0127b20>] process_timeout+0x0/0x10
[<c026be6a>] socket_shutdown+0x4a/0x60
[<c026c39c>] socket_resume+0xbc/0x110
[<c026b722>] pcmcia_socket_dev_resume+0xc2/0xe0
[<c01c6914>] pci_device_resume+0x24/0x30
[<c022c127>] resume_device+0x27/0x30
[<c022c164>] dpm_resume+0x34/0x60
[<c022c1c3>] device_resume+0x33/0x50
[<c01379d8>] finish+0x8/0x40
[<c0138945>] pmdisk_free+0x5/0x40
[<c0137b2e>] pm_suspend_disk+0x7e/0xc0
[<c0136fb1>] enter_state+0xa1/0xb0
[<c01370a7>] state_store+0x67/0x71
[<c01874da>] subsys_attr_store+0x3a/0x40
[<c01877bb>] flush_write_buffer+0x3b/0x50
[<c018782a>] sysfs_write_file+0x5a/0x70
[<c01877d0>] sysfs_write_file+0x0/0x70
[<c01550d8>] vfs_write+0xb8/0x130
[<c0155202>] sys_write+0x42/0x70
[<c010941b>] syscall_call+0x7/0xb
hda: Wakeup request inited, waiting for !BSY...
hda: start_power_step(step: 1000)
blk: queue dddeb400, I/O limit 4095Mb (mask 0xffffffff)
hda: completing PM request, resume
hdc: Wakeup request inited, waiting for !BSY...
hdc: start_power_step(step: 1000)
hdc: completing PM request, resume
Restarting tasks...<3>bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c011b046>] wake_up_process+0x26/0x30
[<c01373a4>] thaw_processes+0xa4/0x100
[<c01f0f3d>] acpi_pm_finish+0x14/0x36
[<c01379e6>] finish+0x16/0x40
[<c0137b2e>] pm_suspend_disk+0x7e/0xc0
[<c0136fb1>] enter_state+0xa1/0xb0
[<c01370a7>] state_store+0x67/0x71
[<c01874da>] subsys_attr_store+0x3a/0x40
[<c01877bb>] flush_write_buffer+0x3b/0x50
[<c018782a>] sysfs_write_file+0x5a/0x70
[<c01877d0>] sysfs_write_file+0x0/0x70
[<c01550d8>] vfs_write+0xb8/0x130
[<c0155202>] sys_write+0x42/0x70
[<c010941b>] syscall_call+0x7/0xb
done
bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c0155202>] sys_write+0x42/0x70
[<c0109442>] work_resched+0x5/0x16
bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c011ff36>] release_console_sem+0xc6/0xd0
[<c011fdbc>] printk+0x12c/0x180
[<c011cc37>] sys_sched_yield+0x87/0xd0
[<c0161158>] coredump_wait+0x38/0xa0
[<c01612cc>] do_coredump+0x10c/0x1f9
[<c0128af4>] send_signal+0x94/0x150
[<c0109625>] error_code+0x2d/0x38
[<c0109625>] error_code+0x2d/0x38
[<c01286c5>] __dequeue_signal+0xe5/0x190
[<c01287a5>] dequeue_signal+0x35/0x90
[<c012ab37>] get_signal_to_deliver+0x267/0x350
[<c01091c0>] do_signal+0x90/0x120
[<c0109442>] work_resched+0x5/0x16
[<c011ad9e>] recalc_task_prio+0x8e/0x1b0
[<c011baf9>] schedule+0x2f9/0x580
[<c0119d40>] do_page_fault+0x0/0x530
[<c0109287>] do_notify_resume+0x37/0x3c
[<c0109466>] work_notifysig+0x13/0x15
note: bash[2312] exited with preempt_count 1
hub 1-0:1.0: over-current change on port 1
hub 1-0:1.0: over-current change on port 2
hub 1-0:1.0: over-current change on port 3
hub 1-0:1.0: over-current change on port 4
hub 1-0:1.0: over-current change on port 5
hub 1-0:1.0: over-current change on port 6
--CUT-HERE--------CUT-HERE--------CUT-HERE--------CUT-HERE--------
You can see that:
note: bash[2312] exited with preempt_count 1
that causes the bash process to segfault.
Then here is the dmesg of a resume leaving only 2 modules (ipv4, md5),
that could not be removed.
--CUT-HERE-----CUT-HERE-----CUT-HERE-----CUT-HERE-----CUT-HERE---
Stopping tasks: =======================================|
osl-0900 [366] os_wait_semaphore : Failed to acquire semaphore[ddfe85a0|1|0], AE_TIME
Freeing memory: ........|
hdc: start_power_step(step: 0)
hdc: completing PM request, suspend
hda: start_power_step(step: 0)
hda: start_power_step(step: 1)
hda: complete_power_step(step: 1, stat: 50, err: 0)
hda: completing PM request, suspend
PM: Attempting to suspend to disk.
PM: snapshotting memory.
PM: Image restored successfully.
Debug: sleeping function called from invalid context at include/asm/semaphore.h:119
in_atomic():1, irqs_disabled():0
Call Trace:
[<c011d1d0>] __might_sleep+0xa0/0xd0
[<c022c1b0>] device_resume+0x20/0x50
[<c01379d8>] finish+0x8/0x40
[<c0138945>] pmdisk_free+0x5/0x40
[<c0137b2e>] pm_suspend_disk+0x7e/0xc0
[<c0136fb1>] enter_state+0xa1/0xb0
[<c01370a7>] state_store+0x67/0x71
[<c01874da>] subsys_attr_store+0x3a/0x40
[<c01877bb>] flush_write_buffer+0x3b/0x50
[<c018782a>] sysfs_write_file+0x5a/0x70
[<c01877d0>] sysfs_write_file+0x0/0x70
[<c01550d8>] vfs_write+0xb8/0x130
[<c0155202>] sys_write+0x42/0x70
[<c010941b>] syscall_call+0x7/0xb
hda: Wakeup request inited, waiting for !BSY...
hda: start_power_step(step: 1000)
blk: queue dddeb400, I/O limit 4095Mb (mask 0xffffffff)
hda: completing PM request, resume
hdc: Wakeup request inited, waiting for !BSY...
hdc: start_power_step(step: 1000)
hdc: completing PM request, resume
Restarting tasks...<3>bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c011b046>] wake_up_process+0x26/0x30
[<c01373a4>] thaw_processes+0xa4/0x100
[<c01f0f3d>] acpi_pm_finish+0x14/0x36
[<c01379e6>] finish+0x16/0x40
[<c0137b2e>] pm_suspend_disk+0x7e/0xc0
[<c0136fb1>] enter_state+0xa1/0xb0
[<c01370a7>] state_store+0x67/0x71
[<c01874da>] subsys_attr_store+0x3a/0x40
[<c01877bb>] flush_write_buffer+0x3b/0x50
[<c018782a>] sysfs_write_file+0x5a/0x70
[<c01877d0>] sysfs_write_file+0x0/0x70
[<c01550d8>] vfs_write+0xb8/0x130
[<c0155202>] sys_write+0x42/0x70
[<c010941b>] syscall_call+0x7/0xb
done
bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c0155202>] sys_write+0x42/0x70
[<c0109442>] work_resched+0x5/0x16
bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c011ff36>] release_console_sem+0xc6/0xd0
[<c011fdbc>] printk+0x12c/0x180
[<c011cc37>] sys_sched_yield+0x87/0xd0
[<c0161158>] coredump_wait+0x38/0xa0
[<c01612cc>] do_coredump+0x10c/0x1f9
[<c0128af4>] send_signal+0x94/0x150
[<c0109625>] error_code+0x2d/0x38
[<c0109625>] error_code+0x2d/0x38
[<c01286c5>] __dequeue_signal+0xe5/0x190
[<c01287a5>] dequeue_signal+0x35/0x90
[<c012ab37>] get_signal_to_deliver+0x267/0x350
[<c01091c0>] do_signal+0x90/0x120
[<c0109442>] work_resched+0x5/0x16
[<c011ad9e>] recalc_task_prio+0x8e/0x1b0
[<c011baf9>] schedule+0x2f9/0x580
[<c0119d40>] do_page_fault+0x0/0x530
[<c0109287>] do_notify_resume+0x37/0x3c
[<c0109466>] work_notifysig+0x13/0x15
note: bash[1042] exited with preempt_count 1
Losing too many ticks!
TSC cannot be used as a timesource. (Are you running with SpeedStep?)
Falling back to a sane timesource.
--CUT-HERE-----CUT-HERE-----CUT-HERE-----CUT-HERE-----CUT-HERE---
A lot less bad: messages, but bash segfaulted and network didn't work.
I can send .config file on request. (this mail is just big enough).
--
----------------------------------------
Daniele Venzano
Web: http://digilander.iol.it/webvenza/
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Linux 2.6.0-test7 - Suspend to Disk success
2003-10-16 14:06 ` Pavel Machek
2003-10-18 17:35 ` Daniele Venzano
@ 2003-10-18 17:54 ` Daniele Venzano
2003-10-18 18:01 ` Pavel Machek
1 sibling, 1 reply; 26+ messages in thread
From: Daniele Venzano @ 2003-10-18 17:54 UTC (permalink / raw)
To: Pavel Machek, Patrick Mochel; +Cc: Linux Kernel Mailing List
On Thu, Oct 16, 2003 at 04:06:45PM +0200, Pavel Machek wrote:
> Look at the logs, perhaps you have an oops?
Trying with -test8 I keep getting my bash killed, but there is more, now
it seesms that the sis900 network driver broke, because after resume my
NIC does not work anymore and I get timeouts sending packets.
Here is a dmesg excerpt using pmdisk with all modules my system normally
uses (alsa, ipv6, irda, ohci, ehci, ntfs, yenta_socket):
--CUT-HERE----CUT-HERE----CUT-HERE----CUT-HERE----CUT-HERE----CUT-HERE--
Debug: sleeping function called from invalid context at include/asm/uaccess.h:473
in_atomic():0, irqs_disabled():1
Call Trace:
[<c011d1d0>] __might_sleep+0xa0/0xd0
[<c010bb2c>] save_v86_state+0x6c/0x200
[<c010946e>] work_notifysig_v86+0x6/0x14
[<c010941b>] syscall_call+0x7/0xb
Stopping tasks: ==========================================|
osl-0900 [2430] os_wait_semaphore : Failed to acquire semaphore[ddfe85a0|1|0], AE_TIME
Freeing memory: ............|
hdc: start_power_step(step: 0)
hdc: completing PM request, suspend
hda: start_power_step(step: 0)
hda: start_power_step(step: 1)
hda: complete_power_step(step: 1, stat: 50, err: 0)
hda: completing PM request, suspend
PM: Attempting to suspend to disk.
PM: snapshotting memory.
PM: Image restored successfully.
Debug: sleeping function called from invalid context at include/asm/semaphore.h:119
in_atomic():1, irqs_disabled():0
Call Trace:
[<c011d1d0>] __might_sleep+0xa0/0xd0
[<c022c1b0>] device_resume+0x20/0x50
[<c01379d8>] finish+0x8/0x40
[<c0138945>] pmdisk_free+0x5/0x40
[<c0137b2e>] pm_suspend_disk+0x7e/0xc0
[<c0136fb1>] enter_state+0xa1/0xb0
[<c01370a7>] state_store+0x67/0x71
[<c01874da>] subsys_attr_store+0x3a/0x40
[<c01877bb>] flush_write_buffer+0x3b/0x50
[<c018782a>] sysfs_write_file+0x5a/0x70
[<c01877d0>] sysfs_write_file+0x0/0x70
[<c01550d8>] vfs_write+0xb8/0x130
[<c0155202>] sys_write+0x42/0x70
[<c010941b>] syscall_call+0x7/0xb
bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c0127083>] __mod_timer+0x123/0x170
[<c0127b93>] schedule_timeout+0x63/0xc0
[<c0127b20>] process_timeout+0x0/0x10
[<c01c44f3>] pci_set_power_state+0xd3/0x160
[<dea301a8>] usb_hcd_pci_resume+0x38/0x90 [usbcore]
[<c01c6914>] pci_device_resume+0x24/0x30
[<c022c127>] resume_device+0x27/0x30
[<c022c164>] dpm_resume+0x34/0x60
[<c022c1c3>] device_resume+0x33/0x50
[<c01379d8>] finish+0x8/0x40
[<c0138945>] pmdisk_free+0x5/0x40
[<c0137b2e>] pm_suspend_disk+0x7e/0xc0
[<c0136fb1>] enter_state+0xa1/0xb0
[<c01370a7>] state_store+0x67/0x71
[<c01874da>] subsys_attr_store+0x3a/0x40
[<c01877bb>] flush_write_buffer+0x3b/0x50
[<c018782a>] sysfs_write_file+0x5a/0x70
[<c01877d0>] sysfs_write_file+0x0/0x70
[<c01550d8>] vfs_write+0xb8/0x130
[<c0155202>] sys_write+0x42/0x70
[<c010941b>] syscall_call+0x7/0xb
ohci_hcd 0000:00:03.0: USB continue from host wakeup
bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c0127083>] __mod_timer+0x123/0x170
[<c0127b93>] schedule_timeout+0x63/0xc0
[<c0127b20>] process_timeout+0x0/0x10
[<c01c44f3>] pci_set_power_state+0xd3/0x160
[<dea301a8>] usb_hcd_pci_resume+0x38/0x90 [usbcore]
[<c01c6914>] pci_device_resume+0x24/0x30
[<c022c127>] resume_device+0x27/0x30
[<c022c164>] dpm_resume+0x34/0x60
[<c022c1c3>] device_resume+0x33/0x50
[<c01379d8>] finish+0x8/0x40
[<c0138945>] pmdisk_free+0x5/0x40
[<c0137b2e>] pm_suspend_disk+0x7e/0xc0
[<c0136fb1>] enter_state+0xa1/0xb0
[<c01370a7>] state_store+0x67/0x71
[<c01874da>] subsys_attr_store+0x3a/0x40
[<c01877bb>] flush_write_buffer+0x3b/0x50
[<c018782a>] sysfs_write_file+0x5a/0x70
[<c01877d0>] sysfs_write_file+0x0/0x70
[<c01550d8>] vfs_write+0xb8/0x130
[<c0155202>] sys_write+0x42/0x70
[<c010941b>] syscall_call+0x7/0xb
ohci_hcd 0000:00:03.1: USB continue from host wakeup
bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c0127083>] __mod_timer+0x123/0x170
[<c0127b93>] schedule_timeout+0x63/0xc0
[<c0127b20>] process_timeout+0x0/0x10
[<c01c44f3>] pci_set_power_state+0xd3/0x160
[<dea301a8>] usb_hcd_pci_resume+0x38/0x90 [usbcore]
[<c01c6914>] pci_device_resume+0x24/0x30
[<c022c127>] resume_device+0x27/0x30
[<c022c164>] dpm_resume+0x34/0x60
[<c022c1c3>] device_resume+0x33/0x50
[<c01379d8>] finish+0x8/0x40
[<c0138945>] pmdisk_free+0x5/0x40
[<c0137b2e>] pm_suspend_disk+0x7e/0xc0
[<c0136fb1>] enter_state+0xa1/0xb0
[<c01370a7>] state_store+0x67/0x71
[<c01874da>] subsys_attr_store+0x3a/0x40
[<c01877bb>] flush_write_buffer+0x3b/0x50
[<c018782a>] sysfs_write_file+0x5a/0x70
[<c01877d0>] sysfs_write_file+0x0/0x70
[<c01550d8>] vfs_write+0xb8/0x130
[<c0155202>] sys_write+0x42/0x70
[<c010941b>] syscall_call+0x7/0xb
ohci_hcd 0000:00:03.2: USB continue from host wakeup
bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c0127083>] __mod_timer+0x123/0x170
[<c0127b93>] schedule_timeout+0x63/0xc0
[<c0127b20>] process_timeout+0x0/0x10
[<c01c44f3>] pci_set_power_state+0xd3/0x160
[<dea301a8>] usb_hcd_pci_resume+0x38/0x90 [usbcore]
[<c01c6914>] pci_device_resume+0x24/0x30
[<c022c127>] resume_device+0x27/0x30
[<c022c164>] dpm_resume+0x34/0x60
[<c022c1c3>] device_resume+0x33/0x50
[<c01379d8>] finish+0x8/0x40
[<c0138945>] pmdisk_free+0x5/0x40
[<c0137b2e>] pm_suspend_disk+0x7e/0xc0
[<c0136fb1>] enter_state+0xa1/0xb0
[<c01370a7>] state_store+0x67/0x71
[<c01874da>] subsys_attr_store+0x3a/0x40
[<c01877bb>] flush_write_buffer+0x3b/0x50
[<c018782a>] sysfs_write_file+0x5a/0x70
[<c01877d0>] sysfs_write_file+0x0/0x70
[<c01550d8>] vfs_write+0xb8/0x130
[<c0155202>] sys_write+0x42/0x70
[<c010941b>] syscall_call+0x7/0xb
bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c0127b93>] schedule_timeout+0x63/0xc0
[<c0127b20>] process_timeout+0x0/0x10
[<c01c44f3>] pci_set_power_state+0xd3/0x160
[<de9b3e9d>] yenta_dev_resume+0x2d/0xc0 [yenta_socket]
[<dea301c6>] usb_hcd_pci_resume+0x56/0x90 [usbcore]
[<c01c6914>] pci_device_resume+0x24/0x30
[<c022c127>] resume_device+0x27/0x30
[<c022c164>] dpm_resume+0x34/0x60
[<c022c1c3>] device_resume+0x33/0x50
[<c01379d8>] finish+0x8/0x40
[<c0138945>] pmdisk_free+0x5/0x40
[<c0137b2e>] pm_suspend_disk+0x7e/0xc0
[<c0136fb1>] enter_state+0xa1/0xb0
[<c01370a7>] state_store+0x67/0x71
[<c01874da>] subsys_attr_store+0x3a/0x40
[<c01877bb>] flush_write_buffer+0x3b/0x50
[<c018782a>] sysfs_write_file+0x5a/0x70
[<c01877d0>] sysfs_write_file+0x0/0x70
[<c01550d8>] vfs_write+0xb8/0x130
[<c0155202>] sys_write+0x42/0x70
[<c010941b>] syscall_call+0x7/0xb
bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c0127b93>] schedule_timeout+0x63/0xc0
[<c0127b20>] process_timeout+0x0/0x10
[<c026be6a>] socket_shutdown+0x4a/0x60
[<c026c39c>] socket_resume+0xbc/0x110
[<c026b722>] <4>Losing too many ticks!
TSC cannot be used as a timesource. (Are you running with SpeedStep?)
Falling back to a sane timesource.
pcmcia_socket_dev_resume+0xc2/0xe0
[<c01c6914>] pci_device_resume+0x24/0x30
[<c022c127>] resume_device+0x27/0x30
[<c022c164>] dpm_resume+0x34/0x60
[<c022c1c3>] device_resume+0x33/0x50
[<c01379d8>] finish+0x8/0x40
[<c0138945>] pmdisk_free+0x5/0x40
[<c0137b2e>] pm_suspend_disk+0x7e/0xc0
[<c0136fb1>] enter_state+0xa1/0xb0
[<c01370a7>] state_store+0x67/0x71
[<c01874da>] subsys_attr_store+0x3a/0x40
[<c01877bb>] flush_write_buffer+0x3b/0x50
[<c018782a>] sysfs_write_file+0x5a/0x70
[<c01877d0>] sysfs_write_file+0x0/0x70
[<c01550d8>] vfs_write+0xb8/0x130
[<c0155202>] sys_write+0x42/0x70
[<c010941b>] syscall_call+0x7/0xb
bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c0127b93>] schedule_timeout+0x63/0xc0
[<c0127b20>] process_timeout+0x0/0x10
[<c01c44f3>] pci_set_power_state+0xd3/0x160
[<de9b3e9d>] yenta_dev_resume+0x2d/0xc0 [yenta_socket]
[<c01c6914>] pci_device_resume+0x24/0x30
[<c022c127>] resume_device+0x27/0x30
[<c022c164>] dpm_resume+0x34/0x60
[<c022c1c3>] device_resume+0x33/0x50
[<c01379d8>] finish+0x8/0x40
[<c0138945>] pmdisk_free+0x5/0x40
[<c0137b2e>] pm_suspend_disk+0x7e/0xc0
[<c0136fb1>] enter_state+0xa1/0xb0
[<c01370a7>] state_store+0x67/0x71
[<c01874da>] subsys_attr_store+0x3a/0x40
[<c01877bb>] flush_write_buffer+0x3b/0x50
[<c018782a>] sysfs_write_file+0x5a/0x70
[<c01877d0>] sysfs_write_file+0x0/0x70
[<c01550d8>] vfs_write+0xb8/0x130
[<c0155202>] sys_write+0x42/0x70
[<c010941b>] syscall_call+0x7/0xb
bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c0127b93>] schedule_timeout+0x63/0xc0
[<c0127b20>] process_timeout+0x0/0x10
[<c026be6a>] socket_shutdown+0x4a/0x60
[<c026c39c>] socket_resume+0xbc/0x110
[<c026b722>] pcmcia_socket_dev_resume+0xc2/0xe0
[<c01c6914>] pci_device_resume+0x24/0x30
[<c022c127>] resume_device+0x27/0x30
[<c022c164>] dpm_resume+0x34/0x60
[<c022c1c3>] device_resume+0x33/0x50
[<c01379d8>] finish+0x8/0x40
[<c0138945>] pmdisk_free+0x5/0x40
[<c0137b2e>] pm_suspend_disk+0x7e/0xc0
[<c0136fb1>] enter_state+0xa1/0xb0
[<c01370a7>] state_store+0x67/0x71
[<c01874da>] subsys_attr_store+0x3a/0x40
[<c01877bb>] flush_write_buffer+0x3b/0x50
[<c018782a>] sysfs_write_file+0x5a/0x70
[<c01877d0>] sysfs_write_file+0x0/0x70
[<c01550d8>] vfs_write+0xb8/0x130
[<c0155202>] sys_write+0x42/0x70
[<c010941b>] syscall_call+0x7/0xb
hda: Wakeup request inited, waiting for !BSY...
hda: start_power_step(step: 1000)
blk: queue dddeb400, I/O limit 4095Mb (mask 0xffffffff)
hda: completing PM request, resume
hdc: Wakeup request inited, waiting for !BSY...
hdc: start_power_step(step: 1000)
hdc: completing PM request, resume
Restarting tasks...<3>bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c011b046>] wake_up_process+0x26/0x30
[<c01373a4>] thaw_processes+0xa4/0x100
[<c01f0f3d>] acpi_pm_finish+0x14/0x36
[<c01379e6>] finish+0x16/0x40
[<c0137b2e>] pm_suspend_disk+0x7e/0xc0
[<c0136fb1>] enter_state+0xa1/0xb0
[<c01370a7>] state_store+0x67/0x71
[<c01874da>] subsys_attr_store+0x3a/0x40
[<c01877bb>] flush_write_buffer+0x3b/0x50
[<c018782a>] sysfs_write_file+0x5a/0x70
[<c01877d0>] sysfs_write_file+0x0/0x70
[<c01550d8>] vfs_write+0xb8/0x130
[<c0155202>] sys_write+0x42/0x70
[<c010941b>] syscall_call+0x7/0xb
done
bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c0155202>] sys_write+0x42/0x70
[<c0109442>] work_resched+0x5/0x16
bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c011ff36>] release_console_sem+0xc6/0xd0
[<c011fdbc>] printk+0x12c/0x180
[<c011cc37>] sys_sched_yield+0x87/0xd0
[<c0161158>] coredump_wait+0x38/0xa0
[<c01612cc>] do_coredump+0x10c/0x1f9
[<c0128af4>] send_signal+0x94/0x150
[<c0109625>] error_code+0x2d/0x38
[<c0109625>] error_code+0x2d/0x38
[<c01286c5>] __dequeue_signal+0xe5/0x190
[<c01287a5>] dequeue_signal+0x35/0x90
[<c012ab37>] get_signal_to_deliver+0x267/0x350
[<c01091c0>] do_signal+0x90/0x120
[<c0109442>] work_resched+0x5/0x16
[<c011ad9e>] recalc_task_prio+0x8e/0x1b0
[<c011baf9>] schedule+0x2f9/0x580
[<c0119d40>] do_page_fault+0x0/0x530
[<c0109287>] do_notify_resume+0x37/0x3c
[<c0109466>] work_notifysig+0x13/0x15
note: bash[2312] exited with preempt_count 1
hub 1-0:1.0: over-current change on port 1
hub 1-0:1.0: over-current change on port 2
hub 1-0:1.0: over-current change on port 3
hub 1-0:1.0: over-current change on port 4
hub 1-0:1.0: over-current change on port 5
hub 1-0:1.0: over-current change on port 6
--CUT-HERE----CUT-HERE----CUT-HERE----CUT-HERE----CUT-HERE--
Please note that:
note: bash[2312] exited with preempt_count 1
that gets my bask exiting with a SEGFAULT
Now the dmesg output with only 2 modules (ipv6, md5) that I cuold not
unload:
--CUT-HERE----CUT-HERE----CUT-HERE----CUT-HERE----CUT-HERE--
Stopping tasks: =======================================|
osl-0900 [366] os_wait_semaphore : Failed to acquire semaphore[ddfe85a0|1|0], AE_TIME
Freeing memory: ........|
hdc: start_power_step(step: 0)
hdc: completing PM request, suspend
hda: start_power_step(step: 0)
hda: start_power_step(step: 1)
hda: complete_power_step(step: 1, stat: 50, err: 0)
hda: completing PM request, suspend
PM: Attempting to suspend to disk.
PM: snapshotting memory.
PM: Image restored successfully.
Debug: sleeping function called from invalid context at include/asm/semaphore.h:119
in_atomic():1, irqs_disabled():0
Call Trace:
[<c011d1d0>] __might_sleep+0xa0/0xd0
[<c022c1b0>] device_resume+0x20/0x50
[<c01379d8>] finish+0x8/0x40
[<c0138945>] pmdisk_free+0x5/0x40
[<c0137b2e>] pm_suspend_disk+0x7e/0xc0
[<c0136fb1>] enter_state+0xa1/0xb0
[<c01370a7>] state_store+0x67/0x71
[<c01874da>] subsys_attr_store+0x3a/0x40
[<c01877bb>] flush_write_buffer+0x3b/0x50
[<c018782a>] sysfs_write_file+0x5a/0x70
[<c01877d0>] sysfs_write_file+0x0/0x70
[<c01550d8>] vfs_write+0xb8/0x130
[<c0155202>] sys_write+0x42/0x70
[<c010941b>] syscall_call+0x7/0xb
hda: Wakeup request inited, waiting for !BSY...
hda: start_power_step(step: 1000)
blk: queue dddeb400, I/O limit 4095Mb (mask 0xffffffff)
hda: completing PM request, resume
hdc: Wakeup request inited, waiting for !BSY...
hdc: start_power_step(step: 1000)
hdc: completing PM request, resume
Restarting tasks...<3>bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c011b046>] wake_up_process+0x26/0x30
[<c01373a4>] thaw_processes+0xa4/0x100
[<c01f0f3d>] acpi_pm_finish+0x14/0x36
[<c01379e6>] finish+0x16/0x40
[<c0137b2e>] pm_suspend_disk+0x7e/0xc0
[<c0136fb1>] enter_state+0xa1/0xb0
[<c01370a7>] state_store+0x67/0x71
[<c01874da>] subsys_attr_store+0x3a/0x40
[<c01877bb>] flush_write_buffer+0x3b/0x50
[<c018782a>] sysfs_write_file+0x5a/0x70
[<c01877d0>] sysfs_write_file+0x0/0x70
[<c01550d8>] vfs_write+0xb8/0x130
[<c0155202>] sys_write+0x42/0x70
[<c010941b>] syscall_call+0x7/0xb
done
bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c0155202>] sys_write+0x42/0x70
[<c0109442>] work_resched+0x5/0x16
bad: scheduling while atomic!
Call Trace:
[<c011bd6d>] schedule+0x56d/0x580
[<c011ff36>] release_console_sem+0xc6/0xd0
[<c011fdbc>] printk+0x12c/0x180
[<c011cc37>] sys_sched_yield+0x87/0xd0
[<c0161158>] coredump_wait+0x38/0xa0
[<c01612cc>] do_coredump+0x10c/0x1f9
[<c0128af4>] send_signal+0x94/0x150
[<c0109625>] error_code+0x2d/0x38
[<c0109625>] error_code+0x2d/0x38
[<c01286c5>] __dequeue_signal+0xe5/0x190
[<c01287a5>] dequeue_signal+0x35/0x90
[<c012ab37>] get_signal_to_deliver+0x267/0x350
[<c01091c0>] do_signal+0x90/0x120
[<c0109442>] work_resched+0x5/0x16
[<c011ad9e>] recalc_task_prio+0x8e/0x1b0
[<c011baf9>] schedule+0x2f9/0x580
[<c0119d40>] do_page_fault+0x0/0x530
[<c0109287>] do_notify_resume+0x37/0x3c
[<c0109466>] work_notifysig+0x13/0x15
note: bash[1042] exited with preempt_count 1
Losing too many ticks!
TSC cannot be used as a timesource. (Are you running with SpeedStep?)
Falling back to a sane timesource.
--CUT-HERE----CUT-HERE----CUT-HERE----CUT-HERE----CUT-HERE--
A lot less bad: errors, but still the bash gets killed and the network
card doesn't work. Probably it just need ifdown/ifup, but I didn't try.
I can send .config file on request (this mail is big enough).
Hope it helps, bye.
--
----------------------------------------
Daniele Venzano
Web: http://digilander.iol.it/webvenza/
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Linux 2.6.0-test7 - Suspend to Disk success
2003-10-18 17:54 ` Daniele Venzano
@ 2003-10-18 18:01 ` Pavel Machek
2003-10-18 20:48 ` Daniele Venzano
2003-10-19 7:38 ` Daniele Venzano
0 siblings, 2 replies; 26+ messages in thread
From: Pavel Machek @ 2003-10-18 18:01 UTC (permalink / raw)
To: Pavel Machek, Patrick Mochel, Linux Kernel Mailing List
Hi!
> > Look at the logs, perhaps you have an oops?
>
> Trying with -test8 I keep getting my bash killed, but there is more, now
> it seesms that the sis900 network driver broke, because after resume my
> NIC does not work anymore and I get timeouts sending packets.
Did sis900 driver work in -test7?
Pavel
--
When do you have a heart between your knees?
[Johanka's followup: and *two* hearts?]
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Linux 2.6.0-test7 - Suspend to Disk success
2003-10-18 18:01 ` Pavel Machek
@ 2003-10-18 20:48 ` Daniele Venzano
2003-10-19 7:38 ` Daniele Venzano
1 sibling, 0 replies; 26+ messages in thread
From: Daniele Venzano @ 2003-10-18 20:48 UTC (permalink / raw)
To: Pavel Machek; +Cc: Linux Kernel Mailing List
On Sat, Oct 18, 2003 at 08:01:02PM +0200, Pavel Machek wrote:
> Hi!
>
> > > Look at the logs, perhaps you have an oops?
> >
> > Trying with -test8 I keep getting my bash killed, but there is more, now
> > it seesms that the sis900 network driver broke, because after resume my
> > NIC does not work anymore and I get timeouts sending packets.
>
> Did sis900 driver work in -test7?
Yes, mmmh, well, perhaps I didn't test...
Tomorrow I'll try and let you know.
Sorry for the double post.
Thanks, bye.
--
----------------------------------------
Daniele Venzano
Web: http://digilander.iol.it/webvenza/
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Linux 2.6.0-test7 - Suspend to Disk success
2003-10-18 18:01 ` Pavel Machek
2003-10-18 20:48 ` Daniele Venzano
@ 2003-10-19 7:38 ` Daniele Venzano
2003-10-20 19:08 ` Patrick Mochel
1 sibling, 1 reply; 26+ messages in thread
From: Daniele Venzano @ 2003-10-19 7:38 UTC (permalink / raw)
To: Pavel Machek; +Cc: Linux Kernel Mailing List, Ollie Lho
CC'ed sis900 mantainer.
On Sat, Oct 18, 2003 at 08:01:02PM +0200, Pavel Machek wrote:
> Did sis900 driver work in -test7?
No, it didn't and reconfiguring the interface after resume doesn't
make it work, probably it needs a module reload, but I use sis900
compiled in.
For the bash problem, there is something different between test7 and test8,
with test7 I get on resume:
Unable to handle kernel paging request at virtual address 401289b8
printing eip:
401289b8
*pde = 0155d067
*pte = 00000000
Oops: 0004 [#1]
CPU: 0
EIP: 0073:[<401289b8>] Not tainted
EFLAGS: 00010246
EIP is at 0x401289b8
eax: 00000004 ebx: 00000001 ecx: 080f8c08 edx: 00000004
esi: 00000004 edi: 080f8c08 ebp: bffff868 esp: bffff838
ds: 007b es: 007b ss: 007b
Process bash (pid: 1037, threadinfo=dafec000 task=db29a140)
<6>note: bash[1037] exited with preempt_count 1
And then bash dies. With test8, bash dies the same, but there is no such
message on resume...
--
----------------------------------------
Daniele Venzano
Web: http://digilander.iol.it/webvenza/
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Linux 2.6.0-test7 - Suspend to Disk success
2003-10-19 7:38 ` Daniele Venzano
@ 2003-10-20 19:08 ` Patrick Mochel
0 siblings, 0 replies; 26+ messages in thread
From: Patrick Mochel @ 2003-10-20 19:08 UTC (permalink / raw)
To: Daniele Venzano; +Cc: Pavel Machek, Linux Kernel Mailing List, Ollie Lho
> For the bash problem, there is something different between test7 and test8,
> with test7 I get on resume:
>
> Unable to handle kernel paging request at virtual address 401289b8
> printing eip:
> 401289b8
> *pde = 0155d067
> *pte = 00000000
> Oops: 0004 [#1]
> CPU: 0
> EIP: 0073:[<401289b8>] Not tainted
> EFLAGS: 00010246
> EIP is at 0x401289b8
> eax: 00000004 ebx: 00000001 ecx: 080f8c08 edx: 00000004
> esi: 00000004 edi: 080f8c08 ebp: bffff868 esp: bffff838
> ds: 007b es: 007b ss: 007b
> Process bash (pid: 1037, threadinfo=dafec000 task=db29a140)
> <6>note: bash[1037] exited with preempt_count 1
>
> And then bash dies. With test8, bash dies the same, but there is no such
> message on resume...
Could you please run the entire Oops through ksymoops?
Thanks,
Pat
^ permalink raw reply [flat|nested] 26+ messages in thread
end of thread, other threads:[~2003-10-20 18:59 UTC | newest]
Thread overview: 26+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-10-08 19:47 Linux 2.6.0-test7 - stability freeze Linus Torvalds
2003-10-08 23:57 ` Linux 2.6.0-test7 - stability freeze (compile stats) John Cherry
2003-10-09 12:45 ` Linux 2.6.0-test7 - compile/boot success iain d broadfoot
2003-10-09 13:29 ` 2.6.0-test7 BLK_DEV_FD dependence on ISA breakage Mikael Pettersson
2003-10-09 14:05 ` Andrew Morton
2003-10-09 18:04 ` Anton Blanchard
2003-10-09 18:18 ` Arun Sharma
2003-10-09 20:21 ` Mikael Pettersson
2003-10-10 11:55 ` Geert Uytterhoeven
2003-10-13 4:52 ` Linux 2.6.0-test7 - stability freeze Rob Landley
2003-10-13 4:53 ` Deja vu Rob Landley
2003-10-13 17:34 ` Linux 2.6.0-test7 - stability freeze Olaf Hering
2003-10-13 20:50 ` gcc -msoft-float [Was: Linux 2.6.0-test7 - stability freeze] Sam Ravnborg
2003-10-14 8:12 ` Olaf Hering
2003-10-14 8:31 ` Arjan van de Ven
2003-10-14 8:50 ` Olaf Hering
2003-10-14 11:40 ` Linux 2.6.0-test7 - stability freeze Jakub Jelinek
2003-10-15 17:27 ` Linux 2.6.0-test7 - Suspend to Disk success Jonathan McDowell
2003-10-15 21:00 ` Daniele Venzano
2003-10-16 14:06 ` Pavel Machek
2003-10-18 17:35 ` Daniele Venzano
2003-10-18 17:54 ` Daniele Venzano
2003-10-18 18:01 ` Pavel Machek
2003-10-18 20:48 ` Daniele Venzano
2003-10-19 7:38 ` Daniele Venzano
2003-10-20 19:08 ` Patrick Mochel
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.