All of lore.kernel.org
 help / color / mirror / Atom feed
* 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.