linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Linux 2.6.10-rc3
@ 2004-12-04  0:19 Linus Torvalds
  2004-12-04  9:06 ` Soeren Sonnenburg
                   ` (3 more replies)
  0 siblings, 4 replies; 24+ messages in thread
From: Linus Torvalds @ 2004-12-04  0:19 UTC (permalink / raw)
  To: Kernel Mailing List


Ok, it's out there in all the normal places, and here's the shortlog for
the thing.

Mostly a lot of small fixes, although the MIPS update is pretty sizeable 
simply because it's been a while. 

ACPI updates and a new i2c driver, mtd, arm, uml updates.. fbdev and 
sparse fixes. And a lot of other small things better just described by the 
changelogs.

Please do test this - and don't send me anything but bug-fixes. Let's aim
for a real 2.6.10 before xmas (or hanukkah, or whatever your favourite
holiday happens to be).

		Linus

-----

Summary of changes from v2.6.10-rc2 to v2.6.10-rc3
============================================

Adam J. Richter:
  o sysfs: fix sysfs_dir_close memory leak

Adrian Bunk:
  o kill lockd_syms.c
  o SCSI_QLOGIC_1280_1040 dependencies
  o SCSI: aha1542.c: make some code static
  o SCSI atp870u.c: make a needlessly global function
  o SCSI dc395x.c: make a function static
  o SCSI: fdomain.c: make a struct static
  o SCSI qla1280: some firmware files cleanups
  o PCI Hotplug: remove unused drivers/pci/hotplug/pciehp_sysfs.c
  o ISDN divert_init.c build fix
  o ST_partstat multiple definition
  o remove outdated OSS Changelogs
  o [PCMCIA] make cardbus_type static

Al Borchers:
  o USB Gadget: gadget serial documentation

Alan Stern:
  o sd.c: adjust READ_CAPACITY for broken devices

Alasdair G. Kergon:
  o device-mapper: dm-crypt fix for zero-length key
  o device-mapper: Fix some DMERR macro usage
  o device-mapper: Add DM_TARGET_MSG
  o device-mapper: Allow referencing by device number

Alexander Kern:
  o USB quirk section fix

Alexander Viro:
  o alpha sysrq compile fix
  o sparse: add -m64 to CHECKFLAGS on alpha and sparc64
  o sparc io.h annotations and fixes
  o pcilynx iomem annotations
  o tgafb iomem annotations
  o iphase iomem annotations
  o 64bit portability fixes
  o ad1889 annotations and fixes
  o drivers/media annotations
  o (1/4) eicon iomem annotations and fixes
  o (2/4) eicon iomem annotations and fixes
  o (3/4) eicon iomem annotations and fixes
  o (4/4) eicon iomem annotations and fixes
  o pc300 portability fixes
  o i2o iomem annotations
  o cpqphp_nvram iomem annotations
  o misc __user annotations
  o more C99 initializers
  o drivers/w1 iomem annotations
  o sound/oss iomem annotations
  o zoran fix
  o imsttfb iomem annotations
  o pcbit fix
  o dpt_i2o partial iomem annotations
  o 3w-9xxx iomem annotations
  o ncr iomem annotations
  o isdn_divert annotations
  o fix for breakage introduced in hgafb.c
  o more sparc64 io.h annotations
  o fore200e iomem annotations
  o sunzilog iomem annotations
  o mesh iomem annotations
  o tpam annotations and cleanups
  o (1/12) bw2 iomem annotations
  o (2/12) cg14 iomem annotations
  o (3/12) cg3 iomem annotations
  o (4/12) cg6 iomem annotations
  o (5/12) controlfb iomem annotations
  o (6/12) hgafb iomem annotations
  o (7/12) leo iomem annotations
  o (8/12) offb iomem annotations
  o (9/12) p9100 iomem annotations
  o (10/12) platinumfb iomem annotations
  o (11/12) tcx iomem annotations
  o (12/12) valkyriefb iomem annotations
  o i2c iomem annotations
  o pmac iomem annotations
  o pmac sound iomem annotations
  o pmac_zilog iomem annotations
  o sunbpp iomem annotations
  o misc sparc iomem annotations
  o partial fc4 iomem annotations
  o iomem annotations and isa_-ectomy: media/video/pms.c
  o mtd/maps trivial annotations
  o misc iomem annotations
  o isa_check_signature() finally gone
  o t128 iomem annotations and isa_-ectomy
  o dtc iomem annotations and isa_-ectomy
  o seagate iomem annotations, cleanup and isa_-ectomy
  o wd7000 iomem annotations and fixes
  o swim3 __user annotation
  o misc drivers/atm iomem annotations and NULL noise removal
  o iomem annotations and fixes + isa_-ectomy in msnd
  o Work around devices with bogus media change indication on the first
    open

Andi Kleen:
  o x86-64: Fix get_user_pages access to vsyscall page
  o x86-64: fix boot crash on VIA systems
  o x86_64: fix async IPIs
  o x86_64: fix vsyscalls
  o x86_64: fix interrupt routing with nosmp
  o x86_64: fix early oops printing
  o x86_64: increase timer fallback threshold
  o PCI: Add sysfs file to map PCI busses to cpus
  o PCI: Disable mmconfig on AMD CPUs
  o x86_64: Fix lost edge triggered irqs on UP kernel

Andrea Arcangeli:
  o fix for mpol mm corruption on tmpfs
  o mempolicy can select the wrong policy

Andreas Gruenbacher:
  o compat_sys_fcntl[64] contain superfluous, buggy test

Andreas Herrmann:
  o s390: zfcp host adapter
  o s390: zfcp act enhancements

Andrew Morton:
  o sound_alloc_dmap memory allocation warning suppression
  o vmscan: ignore swap token when in trouble
  o x86 current_stack_pointer warning fix
  o documentation: nmi_watchdog.txt update
  o x86_64: duplicated patch
  o e100: early reset fix
  o dont deprecate MODULE_PARM
  o e100 deadlock fix
  o generic_make_request stack savings
  o revert the "dio handle eof" fix
  o blkdev_get_blocks(): handle eof

Andrew Patterson:
  o cciss: Off-by-one error causing oops in CCISS_GETLUNIFO ioctl

Andrew Walrond:
  o fbdev: Fix rivafb breakage (typo introduced by NV IO access
    cleanups)

Andries E. Brouwer:
  o fix appletalk locking
  o dm_init unresolved reference to _exits
  o net: scheduling policing fix

Anton Blanchard:
  o ppc64: ratelimit some rtas errors
  o ppc64: Use pci_device_to_OF_node
  o ppc64: avoid 32bit only syscalls in unistd.h
  o ppc64: pci cleanup
  o ppc64: remove phb_set_model
  o ppc64: make fixup_winbond_82c105 pseries specific
  o ppc64: remove duplication in pci_alloc_*
  o ppc64: OF overrides for pci_probe_only, pci_assign_all_buses
  o ppc64: remove BUG()s in pcibios_fixup_bus
  o ppc64: get_phb_reg_prop only required on python PCI machines
  o ppc64: alloc_bootmem returns void *
  o ppc64: linux,rtas* fixes
  o ppc64: Reserve kernel memory in kernel instead of wrapper
  o ppc64: linux,tce* changes
  o Allow multiple cpus in irq affinity call

Antonino Daplas:
  o fbdev: Fix for using >16 pixel wide font in fb console
  o fbdev: Support for bigger than 16x32 fonts in softcursor
  o fbdev: Support for bigger than 16x32 fonts in rivafb cursor
  o fbcon: Disable fbcon cursor if vt softcursor is enabled
  o fbdev: Allow mode change even if EDID block is not found
  o fbdev: Fix cursor in doublescan mode in atyfb
  o fbdev: Fix typo in atyfb
  o fbdev: Change the find_mode behavior
  o rivafb: fix broken burst length calculation
  o fbdev: Fix screen corruption in neofb
  o fbdev: Fix lockup when switching to/from X/console
  o fbdev: Fix module_param in rivafb
  o fbdev: Fix crash if fb_set_var() called before
    register_framebuffer()
  o fbdev: fix wrong colors at 16 bpp in tridentfb

Aristeu Sergio Rozanski Filho:
  o i2c-elektor: get rid of cli/sti
  o [2/2] i2c-elektor: adding missing casts
  o i2c-ite: get rid of cli()/sti()

Armijn Hemel:
  o USB: add ati_remote.c device id

Arnaldo Carvalho de Melo:
  o [NET] Assign inet transport sockets to the right module

Bartlomiej Zolnierkiewicz:
  o [ide] update CRISv10 IDE driver
  o [ide] no need to alloc sg_table in CRISv10 IDE driver
  o [ide] small IDE cleanups
  o [ide] fix /proc/ide/hd?/settings to not spam logs

Ben Dooks:
  o [ARM PATCH] 2234/3: S3C2410 - new serial driver (1/4)
  o [ARM PATCH] 2241/1: S3C2410 - default configuration update
  o [ARM PATCH] 2242/1: BAST - default configuration update
  o [ARM PATCH] 2243/1: BAST - move pm init to init_machine
  o [ARM PATCH] 2246/1: S3C2410 - rename i2c depending on 2410/2440
  o [ARM PATCH] 2247/1: S3C2410 - serial low-level updates
  o [ARM PATCH] 2248/1: S3C2410 - missing serial config in
    arch/arm/mach-s3c2410/Kconfig
  o [ARM PATCH] 2251/1: S3C2410 - system timer rename [cosmetic]
  o [ARM PATCH] 2249/1: S3C2410 - update help for
    arch/arm/Kconfig.debug
  o [ARM PATCH] 2256/1: S3C2410 - dma load fixes
  o [ARM PATCH] 2263/1: S3C2410 - gpio pin config fixes
  o [ARM PATCH] 2272/1: S3C2410 - rtc should check for <0 on alarm set
  o [ARM PATCH] 2273/1: S3C2410 - timex.h CLOCK_TICK_RATE fix
  o [ARM PATCH] 2275/1: S3C2410 - serial rx fifo full check
  o [ARM PATCH] 2284/1: S3C2410 - core device registration update
  o [ARM PATCH] 2285/1: S3C2410 - regs-sdi.h fixes

Benjamin Herrenschmidt:
  o [SUNZILOG]: Update timeout when setting termios
  o ppc64: Fix default command line
  o ppc64: Fix typo when parsing isa "reg" properties
  o ppc64: pci_bus_to_host() simplification
  o ppc64: Fix early serial setup baud rate
  o del_timer() vs. mod_timer() SMP race
  o ppc32: Fix an IRQ issue with cpufreq

Bjorn Helgaas:
  o Fix ia64 flush_tlb_page build error
  o early uart console support
  o move HCDP/PCDP to early uart console
  o [IA64] iosapic.c: don't direct interrupts to offline cpus
  o [IA64] Bigsur config: Add CONFIG_SERIAL_8250_ACPI so we can find
    serial devices
  o DAC960: Don't look at PCI_Device->irq before calling
    pci_enable_device()

Bob Breuer:
  o [CG14]: Fix NULL sbus_dev handling and colormap setup

Bob Tracy:
  o sym53c500_cs driver update

Bodo Stroesser:
  o uml: don't rule out syscall_nr == 0
  o uml: redundant code removal from signal delivery
  o uml: redundant argument removal from handle_signal
  o uml: handle_signal simplification
  o uml: fix setting of interrupted syscall return value
  o uml: make signal frame construction more resemble x86
  o uml: fix signal mask on delivery error
  o uml: Don't delay segfaults

Brian Gerst:
  o Regparm for x86 machine check handlers
  o fastcall fixes for x86 smp interrupts

Brian Haley:
  o [IPV6] improve ipv6_ifa_notify() readability

Brian King:
  o sg: Fix oops of sg_cmd_done and sg_release race

Cal Peake:
  o Documentation/kernel-parameters.txt: scsi param updates
  o fix typo in init/Kconfig
  o fix typo in init/Kconfig

Carsten Otte:
  o s390: dcss segments

Chris Wright:
  o setup_arg_pages can insert overlapping vma
  o a.out: error check on set_brk

Christoph Hellwig:
  o ppc64: reduce ifdef clutter in arch/ppc64/kernel/sysfs.c
  o ppc64: cleanups hpte_init_native, kill warning for !PSERIES builds
  o [IA64] remove dead wood from asm-ia64/hardirq.h
  o allow NFS exports of EFS filesystems
  o [ARM] kill unused call_irq()

Christoph Lameter:
  o mmtimer driver update

Colin Leroy:
  o Switch therm_adt746x to new module_param

Cornelia Huck:
  o s390: common i/o layer
  o s390: common i/o layer

Daniel Drake:
  o Permit LOG_SENSE and LOG_SELECT in SG_IO command table

Daniel Ritz:
  o USB: Add some help text for touchkitusb
  o USB touchkitusb: module_param to swap axes
  o yenta: don't enable read prefetch on older o2 bridges

Dave Kleikamp:
  o radix_tree_delete() fix

David Brownell:
  o USB: fix Genesys GL880S EHCI
  o USB: usb_sg_*() unlink deadlock fix
  o USB: "sparse -Wcontext" and USB HCDs
  o USB: ax8817x/usbnet, no GFP_KERNEL blocking in_irq

David Eriksson:
  o Re: The "ipaq" module: Updated list of vendor/product IDs

David Fries:
  o USB: fix for HID field index

David Gibson:
  o ppc64: Kill unused KRANGE_{START,END} macros

David Howells:
  o Fork fix fix

David Mosberger:
  o [IA64] speedup ptrace by avoiding kernel-stack walk

David S. Miller:
  o [SPARC64]: Update defconfig
  o [AF_UNIX]: Serialize dgram read using semaphore just like stream
  o [IPV6]: Temp fix for ipv6 link-local address problem
  o [TG3]: Update driver version and reldate
  o [SPARC64]: Couple of do_sparc64_fault fixes
  o [SPARC64]: Two io_remap_page_range() fixes
  o [SPARC64]: Do not set VM_LOCKED on I/O mapped areas
  o [SPARC64]: Update defconfig
  o [IPV6]: Set sk_prot early enough in inet6_create()
  o [SPARC]: Fix serial console handling

David Woodhouse:
  o RS library spelling fixes
  o MTD: Intel flash chip driver locking fixes
  o MTD: DiskOnChip drivers should no longer require old docecc code
  o MTD map/device driver cleanups -- remove bogus __iomem casts
  o MTD: Fix suspend/resume on Intel flash chip driver
  o MTD NAND drivers: cleanup MODULE_PARAM and bogus __iomem casts
  o MTD: DiskOnChip driver fixes: MODULE_PARAM and __iomem, and fix RS
    init
  o MTD: Fix oops after erase in NFTL/INFTL (DiskOnChip translation
    layers)
  o MTD: Fix Pb1550 board NAND driver to not read write-only registers
  o MTD: Compile fix for the typo fix in ixp2000 map driver
  o MTD: Avoid false positives in CFI probe due to floating data bus
  o MTD: Fix detection of hardware partitions in Intel flash chips
  o JFFS2: locking fixes
  o JFFS2: Remove redundant 'ino' arg from jffs2_get_inode_nodes()
  o JFFS2: make sync() actually work by providing ->sync_fs method
  o JFFS2: jffs2_fs_i.h needs <asm/semaphore.h>
  o JFFS2: fix printk argument type warning
  o MTD: some cleanups
  o MTD: Fix memory leak in FTL translation layer

Deepak Saxena:
  o [ARM PATCH] 2252/1: Fix IXP4XX timer interrupt implementation
  o [ARM PATCH] 2253/1: Fix IXP4xx PCI config cycle routines
  o [ARM PATCH] 2254/1: Fix ixp4xx-regs.h PCI config address typo
  o [ARM PATCH] 2258/1: Add missing IXP2000 Makefile.boot file
  o [ARM PATCH] 2262/1: Various IXP2000 typo fixes and comment cleanups
  o [ARM PATCH] 2268/1: Update Documentation/arm/Booting
  o [ARM PATCH] 2270/1: [Trivial] Remove reference to head-armv.S
  o [ARM PATCH] 2255/1: Add IXDPG425 platform support
  o [ARM PATCH] 2257/1: Add I2C device to IXDP2x01 platforms
  o [ARM PATCH] 2259/1: Rip out ixp2000 IRQ_ERR_STATUS demultiplexing
  o [ARM PATCH] 2260/1: Rename IXP2000_IRQ_SWI to reduce user confusion
  o [ARM PATCH] 2261/1: Cleanup use of ixp_reg_write in
    arch/arm/mach-ixp2000

Dely Sy:
  o PCI Hotplug: Add pci_enable_device() in hot-plug drivers

Dmitry Krivoschokov:
  o USB Gadget: add and use gadget_is_pxa27x()

Dmitry Torokhov:
  o i8k: fix 'power_status' sysfs permissions
  o v4l: fix permissions on module parameters exported via sysfs

Domen Puncer:
  o video: semicolon bug in atyfb_base.c

Don Fry:
  o pcnet32: added pci_disable_device

Edward Falk:
  o Documentation for IDE and CDROM ioctls
  o fix typo in cdrom.c

Eric Brower:
  o [SPARC]: Remove unnecessary pm_idle comment

Eric Rossman:
  o s390: crypto driver

Evgeniy Polyakov:
  o w1: do not stop and oops if netlink socket was not allocated
  o w1: make W1_DS9490_BRIDGE available
  o drivers/w1/dscore: fix the inline mess
  o W1: check nls in return path

Fenghua Yu:
  o [IA64] add cpu_relax() in the body of spin loops
  o add cpu_relax() in spin loops & clean up barrier()

Gabriel Paubert:
  o I2C: minor comment fix

Geert Uytterhoeven:
  o M68k: Update defconfigs for 2.6.10-rc1
  o M68k: Add 3 missing syscalls
  o 68851 MMU: Fix harmless typo in the MMU configuration code
  o Sun-3: Fix link error
  o fm2fb: Update Steffen A. Mork's email address
  o M68k I/O: Move HP300 I/O macros close to other I/O macros again
  o M68k: Update defconfigs for 2.6.10-rc2
  o [DIO]: Fix typo in dio_resource_len()
  o M68k: Update Atari defconfig (enable Ethernet and MII)
  o M68k HP Lance Ethernet: Fix leaks on probe/removal
  o M68k: Update HP300 defconfig (enable DIO and HP Lance Ethernet)
  o M68k Ethernet drivers depend on NET_ETHERNET
  o M68k HP Lance Ethernet depends on DIO bus support

Gerald Schaefer:
  o s390: monreader docu
  o s390: z/VM monitor stream

Gerd Knorr:
  o fix kobject varargs bug
  o video-buf oops/crash fixes
  o v4l: disable unused function
  o v4l: more modparam
  o tuner update

Giuseppe Sacco:
  o gbefb.c build fix

Grant Grundler:
  o [IA64] perfmon: fix double end-of-comment in previous checkin

Greg Kroah-Hartman:
  o I2C: make fixup_fan_min static in adm1026 driver
  o PCI Hotplug: fix warning compile issue in cpqphp driver
  o USB: fix dev_dbg() call in visor.c
  o USB: fix oops in io_edgeport.c driver
  o USB: minor Makefile fix
  o PCI: fix build warning in pci-sysfs.c
  o USB: move a internal usbfs only structure out of a public header
    file
  o Driver Core: restore comment in kobject_uevent.c
  o Add documentation about why the in-kernel api is the way it is

Guennadi Liakhovetski:
  o tmascsim: (resend updated) track_queue_full
  o refactor tmscsim inititalization code

Guido Guenther:
  o fbdev: Add NV30 pci_id and cleanup of probe error returns

Haroldo Gamal:
  o smbfs: Bug #3758 - Broken symlinks on smbfs

Heiko Carstens:
  o s390: remove zfcp hba api callbacks

Herbert Xu:
  o [NETLINK]: Fix mc_list operations
  o [IPV6]: Fix xfrm6_tunnel_check_size mtu calc
  o [IPV4/IPV6]: Remove frag_list check from output path
  o [NETFILTER]: Apply ipsec to ipt_REJECT packets

Hideaki Yoshifuji:
  o [IPV6] Fix possible dead-lock in ipv6_create_tempaddr()
  o [IPV6] Fix a race when dad completed during shutting down its owner
    interface
  o [IPV6] Stop DAD during shutting down the interface
  o [IPV6] Clean-up locking in ipv6_add_addr()
  o [IPV6]: Fix races in ip6_route_{input,output}()

Hirofumi Ogawa:
  o cont_prepare_write() fix

Hirokazu Takata:
  o m32r: update for m32r-g00ff
  o m32r: CF boot support for Mappi2
  o m32r: update defconfig files
  o m32r: update dot.gdbinit files
  o m32r: Fix build error of  arch/m32r/mm/fault.c
  o m32r: Kconfig.debug support
  o m32r: Fix a boot hang of UP kernel
  o m32r: make zImage a default build target
  o m32r: io_xxxxx.c cleanups
  o media: Update drivers/media/video/arv.c

Holger Freyther:
  o [ARM PATCH] 2276/1: [PATCH] SIMpad: make simpad.c compile
  o [ARM PATCH] 2277/1: [PATCH] SIMpad: fix warnings emitted by the
    compiler
  o [ARM PATCH] 2278/1: [PATCH] SIMpad: add a default config
  o [ARM PATCH] 2279/1: [PATCH] SIMpad: Add a mq200 device to the
    platform bus
  o [ARM PATCH] 2280/1: [PATCH] SIMpad: Change maintainer to me
  o [ARM PATCH] 2283/1: SA1100 USB Config options

Horst Hummel:
  o s390: dasd driver

Hugh Dickins:
  o low discontig highmem_start_page
  o tmpfs free_inodes leak
  o mlock-vs-VM_IO hang fix

Iacopo Spalletti:
  o Add PCI-quirks for ASUS M6Ne notebook

Ian Campbell:
  o Avoid deadlock in smc91x driver

Ian Pratt:
  o [IPV4]: Missing pskb_may_pull in icmp_filter

Ingo Molnar:
  o sched: fix ->nr_uninterruptible handling bugs
  o floppy boot-time detection fix
  o acpi_processor_idle() latency fix

Jakub Jelínek:
  o binfmt_elf: handle p_filesz == 0 on PT_INTERP section

James Bottomley:
  o SCSI: Fix Bug 3753 (multiple definition of ST_partstat)
  o SCSI: fix USB forced remove oops
  o Change MCA maintainer

James Morris:
  o [AF_UNIX]: Fix SELinux crashes with SOCK_SEQPACKET
  o [AF_UNIX]: Don't lose ECONNRESET in unix_seqpacket_sendmsg()

Jamie Lenehan:
  o SCSI dc395x.c: store pci device pointer
  o SCSI dc395x.c: Fix type for irq and io ports
  o SCSI dc395x.c: Call pci_disable during cleanup

Jamie Lokier:
  o revert recent futex_wait fix

Jan Kara:
  o Minor fix of inequalities in the quota code
  o Add missing DQUOT_OFF

Jean Delvare:
  o I2C: Do not register useless smsc47m1
  o I2C: Fixes to the i2c-amd756-s4882 driver
  o I2C: Cleanups to the recent smbus functions removal
  o I2C: More verbose w83l785ts driver
  o I2C: Add support for the nForce2 Ultra 400 to i2c-nforce2
  o I2C: macintoch/therm_* drivers cleanups

Jeff Dike:
  o uml: signal bug fix
  o uml: 64-bit cleanups in the system calls
  o uml: 64-bit type cleanups
  o uml: fix definitions of pte_unmap_*
  o uml: LFS 64-bit cleanups
  o uml: Remove unused declaration
  o uml: remove some dead code
  o uml: defconfig update

Jeff Garzik:
  o [libata] fix DocBook bugs
  o [libata ahci] minor fixes
  o [libata docs] add chapter on libata driver API

Jeff Mahoney:
  o selinux: cache not freed if load_policy fails; reload BUG's

Jeff Scheel:
  o ppc64: iSeries legacy model emulation of PURR

Jens Axboe:
  o io context leak on queue drain
  o 3ware bad queuecommand returns
  o ide-scsi bad queuecommand return
  o megaraid bad queuecommand return
  o ncr53c8xx bad queuecommand return
  o nsp32 bad queuecommand return
  o aacraid bad queuecommand return
  o megaraid2 bad queuecommand return
  o nsp_cs bad queuecommand return
  o cfq-iosched: fix allocation increment race #3
  o bio: fix leak in failure case in bio_copy_user()
  o cfq-iosched: kill show_status sysfs entry

Jeremy Fitzhardinge:
  o Buffer overrun in arch/x86_64/sys_ia32.c:sys32_ni_syscall()

Jesper Juhl:
  o [SCTP]: Fix static inline declarations
  o remove errornous semicolon in
    arch/i386/kernel/traps.c::do_general_protection
  o [NET]: Fix inline keyword usage in skbuff.c

Jesse Barnes:
  o [IA64] fix phys. address conversion in ia64_pal_tr_read
  o correct copyright in arch/ia64/kernel/domain.c

Joe Korty:
  o fix uninitialized variable in waitid(2)

John W. Linville:
  o [VLAN]: change_mtu should return 0 on success
  o tulip: make tulip_stop_rxtx() wait for DMA to fully stop

Juerg Billeter:
  o Don't remove /sys in initramfs

Justin Thiessen:
  o I2C: add adm1026 chip driver

Kai Mäkisara:
  o "mt-st tell" fails in 2.6.10-rc1

Karsten Keil:
  o i4l: fix deadlock in CAPI code, reenable SMP

Len Brown:
  o [ACPI] acpi_pci_irq_enable() now returns 0 on success
  o fix non-ACPI IOAPIC build
  o Merge
  o [ACPI] handle out of spec EC bit width
    http://bugzilla.kernel.org/show_bug.cgi?id=1744
  o [ACPI] migrate to seq_file() interface
    http://bugzilla.kernel.org/show_bug.cgi?id=3333
  o [ACPI] automatic workaround for NFORCE timer-override BIOS bug
    http://bugzilla.kernel.org/show_bug.cgi?id=3551
  o [ACPI] clean up the NFORCE BIOS bug workaround delete now obsolete
    dmi_scan entries fix build for ACPI & !IOAPIC
  o [ACPI] fix warnings for 64-bit video build (Luming Yu)
  o Cset exclude:
    torvalds@ppc970.osdl.org|ChangeSet|20041111002817|28673 Cset
    exclude:
    acme@conectiva.com.br[torvalds]|ChangeSet|20041111002501|29509
  o [ACPI] remove acpi_ksyms.c
  o [ACPI] remove acpi_ksyms.c
  o [ACPI] add #ifdef ACPI_FUTURE_USAGE
  o [ACPI] survive a BIOS that erroneously supplies multiple MADTs
    http://bugzilla.redhat.com/beta2/show_bug.cgi?id=135449
  o [ACPI] fix build errors resulting from auto-merge
  o [ACPI] platform_rename_gsi() is no longer limited to ACPI specific
    code, so call it ioapic_renumber_irq().
  o [ACPI] fix IRQ assignment regression with CONFIG_PNPACPI=y
    http://bugzilla.kernel.org/show_bug.cgi?id=3762
  o [ACPI] fix reboot on poweroff regression due to enabled wakeup GPEs
    http://bugzilla.kernel.org/show_bug.cgi?id=3669
  o [ACPI] IPMI must supply the address of its GPE handler to install
    or remove it
  o Cset exclude:
    len.brown@intel.com[lenb]|ChangeSet|20041109085620|42985
  o [ACPI] disable LAPIC at reboot and poweroff if Linux forced it on
    http://bugzilla.kernel.org/show_bug.cgi?id=3643
  o [ACPI] update C-state limiting patch

Linus Torvalds:
  o Fix floppy driver lock-up when you have an irq storm
  o Fix reading /proc/<pid>/mem when parent dies
  o x86: clean up ptrace single-stepping, make PT_DTRACE exact
  o x86: make TF handling at signals consistent
  o acpi: don't disable PCI irq links that were active at boot
  o acpi: disable PCI links at boot again, fix ELCR
  o Linux 2.6.10-rc3

Maciej W. Rozycki:
  o i386: apic_printk() used before initialized

Magnus Damm:
  o [ide] update documentation for ide params
  o [ide] "ide=nodma" printout fix
  o documentation: nohighio
  o [IPV4]: Use schedule_timeout() instead of jiffies polling in
    ipconfig

Maneesh Soni:
  o fix oops in sysfs_remove_dir()

Manfred Schwarb:
  o [ATM]: Force -n option in gzip invocation
  o [DECNET]: dn_neigh.c needs linux/module.h

Manfred Spraul:
  o proc_pid_status() oops fix

Marc Leeman:
  o make number of ramdisks Kconfigurable

Marcel Holtmann:
  o [Bluetooth] Update copyright information
  o [Bluetooth] Correct locking for zero SCID responses
  o [Bluetooth] Add support for L2CAP secure mode
  o [Bluetooth] Check for L2CAP reliability
  o fix unnecessary increment in firmware_class_hotplug() and USB core

Mark Fortescue:
  o [SPARC]: In cg3 driver, access control reg using byte not long IOs

Mark Haverkamp:
  o 2.6 aacraid: Interrupt function cleanup
  o 2.6 aacraid: rx check health function update

Markus Lidel:
  o i2o: changed code with BUG() to BUG_ON()
  o i2o: remove unused code and make needlessly global code static
  o i2o: changed old queueing code with wait_event API
  o i2o: converted SPIN_LOCK_UNLOCKED into spin_lock_init()

Martin Schwidefsky:
  o s390: 3270 console
  o s390: core changes

Masaki Chikama:
  o USB: new defice for usb serial pl2303

Matt Porter:
  o ppc32: Fix uninitialized PPC40x vars
  o Fix warnings in ibm_emac driver

Matthew Dharm:
  o USB Storage: fixes to usb-storage scanning thread
  o USB Storage: Force INQUIRY length to be 36
  o USB Storage: Remove unnecessary state testing

Matthieu Castet:
  o [WATCHDOG] i8xx_tco.c-request_region-patch

Maximilian Attems:
  o [PCMCIA] replace schedule_timeout() with msleep()
  o [VLAN]: Handler register_netdevice_notifier() errors
  o [ATM]: Handle register_netdevice_notifier() errors in mpc.c

Michael Chan:
  o [TG3]: 5753 support and a bug fix

Michael Kerrisk:
  o RLIMIT_MEMLOCK accounting of shmctl() SHM_LOCK is broken

Michael Obster:
  o mc146818rtc.h include fix

Michal Rokos:
  o [PCMCIA] Exclude uneeded code when ! CONFIG_PROC_FS

Michal Schmidt:
  o md: fix jiffies handling in md.c

Mike Christie:
  o Fix badness in scsi_lib.c

Miles Bader:
  o Remove duplicate safe_for_read(READ_BUFFER) entry in scsi_ioctl.c
  o Remove duplicate safe_for_read(READ_BUFFER)

Mitchell Blank Jr.:
  o [NET]: Missing security_*() check in net/compat.c

Nathan Scott:
  o Fix an XFS direct I/O deadlock

Neil Brown:
  o kNFSd: fix d_find_alias brokenness
  o md: Fix problem with unsigned variable going "negative" in linear.c
  o knfsd: svcrpc: fqdn length fix
  o md: fix careless bug in raid10

Nick Piggin:
  o mm: tune the page allocator thresholds

Nicolas Pitre:
  o [ARM PATCH] 2267/1: don't fiddle with GPDR/GAFR directly
  o [ARM PATCH] 2271/3: MMC for Mainstone/PXA27x
  o [ARM PATCH] 2287/1: remove bogus EXPORT_SYMBOL(*)
  o [ARM PATCH] 2288/1: unlink MMC DMA on driver exit

Oleg Nesterov:
  o uninline do_trap(), remove get_cr2()

Olof Johansson:
  o ppc64: Make pci_alloc_consistent() conform to API docs
  o ppc64: Make early processor spinup based on physical ids

Paolo 'Blaisorblade' Giarrusso:
  o uml: update some copyrights
  o uml: partial KBUILD_OUTPUT fix
  o akpm has moved

Patrick Caulfield:
  o [DECNET]: Remove DECNET_SIOCGIFCONF
  o [DECNET]: Typo in accept causes OOPS

Patrick McHardy:
  o [NETFILTER]: Handle nonlinear skbs in ip_queue/ip6_queue
  o [NET]: Move rx timestamp functions to net/core/dev.c
  o [NETFILTER]: Enable rx timestamps in ip_queue/ip6_queue
  o [NETFILTER]: associate locally generated icmp errors with conntrack
    of original packet
  o [NETFILTER]: Fix invalid tcp/udp checksums within NATed icmp errors
  o [SCTP]: Fix inetaddr notifier chain corruption
  o [XFRM]: Fix endless loop in xfrm_policy_insert

Paul Mackerras:
  o PPC64 call ibm,os-term only if its available
  o PPC64 rtasd: window when error_log_cnt could get zeroed
  o Fix pmac_zilog.c so it compiles again
  o Do power_state conversion for mesh.c
  o Add __iomem annotations to drivers/scsi/mac53c94.c
  o power_state and __iomem for mediabay.c
  o __iomem annotations for swim3.c
  o Multilink fix for ppp_generic.c
  o ppc64: move emulate_step to arch/ppc64/lib
  o ppc64: fix compilation with recent toolchains
  o ppc64: remove the volatile from cpus_in_xmon
  o ppc64: fix hang on legacy iSeries

Paul Ortyl:
  o USB Storage: Unusual_dev entry for tekom/yakumo

Paulo Marques:
  o USB: add PID to ftdi_sio.c

Pete Zaitcev:
  o ub: flag day - major 180
  o ub: oops with preempt ("Sahara Workshop")

Peter Chubb:
  o [ARM PATCH] 2269/2: Updated Pleb-1 support patch for Linux 2.6

Petko Manolov:
  o USB: pegasus endian fixes

Phil Dibowitz:
  o USB Storage: Add unusual_devs entry for another yakumo camera

Phil Oester:
  o [NETFILTER]: revert MASQUERADE optimization for mostly static IPs

Prasanna Meda:
  o unlocked access to task->comm
  o /proc/cmdline missing mmput
  o sys_set/getpriority PRIO_USER semantics fix and optimisation

Prasanna S. Panchamukhi:
  o kprobes: dont steal interrupts from vm86

Ralf Bächle:
  o MIPS updates

Randy Dunlap:
  o x86_64 hpet: fix function warning
  o [SCTP]: Fix printk arg type
  o PCI Hotplug: cpcihp_generic: fix module_param data type
  o cdrom: handle SYSCTL without PROC_FS
  o usb-storage should enable scsi disk in Kconfig
  o eth1394: use SET_NETDEV_DEV() for udev
  o VISWS: prevent APM

Roger Luethi:
  o USB: visor: Always do generic_startup
  o USB visor: Don't count outstanding URBs twice

Roland Dreier:
  o cdev_init: zero out cdev before kobject_init()
  o linux/mount.h: add atomic.h and spinlock.h #includes

Rolf Eike Beer:
  o PCI Hotplug: clean up rpaphp_pci.c::rpaphp_find_pci_dev
  o PCI: fix Documentation/pci.txt inconsistency

Russell King:
  o [SERIAL] s3c2410: remove duplicate include
  o [PCMCIA] Don't place Cardbus bridges into D3 state on suspend
  o parport_pc CONFIG_PCI=n build fix
  o [ARM] Sparse fixes
  o [ARM] Add missing ecard_resource_flags() macro
  o [ARM] Fix VFP NaN flag handling
  o smc91c92_cs outw() fix
  o [SERIAL] imx: remove two unnecessary includes
  o [ARM] sa1111: don't reference dev->power.saved_state if CONFIG_PM
    is unset
  o [ARM] icside: ensure interfaces are probed and correctly setup
  o [ARM] ARMv6 always selects correct user operations at runtime
  o [ARM] omap: remove unnecessary linux/device.h include

Rusty Russell:
  o [NETFILTER]: Cleanup find_appropriate_src() Fix
  o [NETFILTER]: Fix stack leakage in iptables
  o Remove Futex Warning
  o Fix parameter handling in ibm_acpi.c
  o Fix occasional stop_machine() lockup with > 2 CPUs

Sam Ravnborg:
  o kbuild: Major update of Documentation/kbuild/modules.txt

Santiago Leon:
  o make ibmveth link always up

Scott Feldman:
  o [PKTGEN]: Clean error count before each run

Sreenivas Bagalkote:
  o megaraid 2.20.4.1 Driver

Srihari Vijayaraghavan:
  o [ide] remove RICOH CD-R/RW MP7083A from DMA blacklist

Stefan Bader:
  o s390: core changes

Stefan Weinhuber:
  o s390: dasd driver

Steffen A. Mork:
  o Make dss1_divert ISDN module work on SMP again
  o fix dss1_divert fixes

Stelian Pop:
  o sonypi: return an error from sonypi_camera_command() if the camera
    isn't enabled

Stephen D. Smalley:
  o SELinux: map Unix seqpacket sockets to appropriate security class

Stephen Hemminger:
  o [RANDOM]: Remove TCP MD4 code if not CONFIG_INET
  o usb_unlink_urb: ratelimit warning
  o [UDP]: Select handling of bad checksums

Stephen Rothwell:
  o ppc64 iSeries: don't share request queues in viocd
  o ppc64: add missing braces to rtc driver
  o ppc64 iSeries: PURR emulation fix
  o ppc64 iSeries: fix viodasd remove

Stéphane Eranian:
  o [IA64] perfmon: enable interrupts around semaphore call

Sylvain Meyer:
  o fbdev: Add vram option to intelfb

Thomas Gleixner:
  o Lock initializer unifying Batch 2 (SCSI)
  o yenta_socket.c: Fix missing pci_disable_dev

Thomas Graf:
  o [GNET_STATS]: kernel-api doc for gnet stats/estimator

Thomas Leibold:
  o I2C: i2c-nforce2.c add support for nForce3 Pro 150 MCP

Thomas Spatzier:
  o s390: network driver
  o s390: qeth network driver

Tim T. Murphy:
  o serial: add support for Dell Remote Access Card 4

Tom Rini:
  o ppc32: Fix Motorola Sandpoint builds
  o ppc32: Fix CONFIG_8260 and CONFIG_BLK_DEV_INITRD
  o x86_64: only single-step into signal handlers if the tracer asked
    for it
  o ppc32: Have the 8260 board-hook happen a bit later
  o ppc32: Fix __iomem warnings in TODC code

Tony Lindgren:
  o [ARM PATCH] 2201/1: OMAP timer 1/2: Clean-up MPU timer

Tony Luck:
  o [IA64] Allocate syscall #1270 for waitid syscall
  o [IA64] Add add_key, request_key, keyctl syscalls
  o [IA64] if idle doesn't halt, it should at least relax

Vadim Lobanov:
  o swsusp kconfig: Change in wording

Volker Sameske:
  o s390: zfcp read-only lun sharing

William Lee Irwin III:
  o parport_pc warning fixes

Yasuyuki Kozakai:
  o [NETFILTER]: Fix multiple bugs in ipv6header match
  o [NETFILTER]: introduce skb_header_pointer() to ipv6header match
  o [NETFILTER]: Make eui64 match usuable in FORWARD chain

Yoshinori Sato:
  o H8/300: /proc/cpuinfo typo fix
  o H8/300: signal handling update
  o H8/300: read{b,w,l} / write{b,w,l} error fix
  o H8/300: vmlinux.lds.S update
  o CONFIG_UNIX98_PTY=n warning fix

Zou Nanhai:
  o ia64/x86_64/s390 overlapping vma fix


^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 2.6.10-rc3
  2004-12-04  0:19 Linux 2.6.10-rc3 Linus Torvalds
@ 2004-12-04  9:06 ` Soeren Sonnenburg
  2004-12-04 17:06   ` Alex Romosan
  2004-12-04 13:35 ` Linux 2.6.10-rc3 oops when 'modprobe -r dvb-bt8xx' Eyal Lebedinsky
                   ` (2 subsequent siblings)
  3 siblings, 1 reply; 24+ messages in thread
From: Soeren Sonnenburg @ 2004-12-04  9:06 UTC (permalink / raw)
  To: linux-kernel

On Sat, 04 Dec 2004 00:19:48 +0000, Linus Torvalds wrote:

> Ok, it's out there in all the normal places, and here's the shortlog for
> the thing.

as -rc2 this one is still oopsing on resume from sleep on powerpc ...
kernel versions 2.6.X  (X<=9) used to work fine...

Soeren



^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 2.6.10-rc3 oops when 'modprobe -r dvb-bt8xx'
  2004-12-04  0:19 Linux 2.6.10-rc3 Linus Torvalds
  2004-12-04  9:06 ` Soeren Sonnenburg
@ 2004-12-04 13:35 ` Eyal Lebedinsky
  2004-12-05 10:15   ` Cal Peake
  2004-12-07 18:03   ` Gerd Knorr
  2004-12-06 17:23 ` FS Corruption [Re: Linux 2.6.10-rc3] Kristofer T. Karas
  2004-12-06 19:20 ` Linux 2.6.10-rc3 (compile stats) John Cherry
  3 siblings, 2 replies; 24+ messages in thread
From: Eyal Lebedinsky @ 2004-12-04 13:35 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Kernel Mailing List

[-- Attachment #1: Type: text/plain, Size: 4231 bytes --]

Linus Torvalds wrote:
> Please do test this - and don't send me anything but bug-fixes. Let's aim
> for a real 2.6.10 before xmas (or hanukkah, or whatever your favourite
> holiday happens to be).

In the spirit of festive testing I would like to say that the oops that I
enjoyed throughout rc2-bk* is still present in -rc3. -mm series does not
have this problem.

I boot -rc3 single user then do
	modprobe -r dvb-bt8xx
The system oopses, but I can do a clean reboot (original -rc2
could not umount cleanly).

bt878(0): unloading
bt878(1): unloading
bttv0: unloading
bttv1: unloading
devfs_remove: dvb/adapter0/frontend0 not found, cannot remove
  [<c01a13a9>] devfs_remove+0xae/0xb0
  [<c015991e>] invalidate_inode_buffers+0x1b/0x80
  [<c01ab5cb>] inode_free_security+0x59/0x8b
  [<f91b955e>] dvb_unregister_device+0x39/0x89 [dvb_core]
  [<f91c1df4>] dvb_unregister_frontend+0x7b/0xcc [dvb_core]
  [<c01bec25>] kobject_release+0x0/0xa
  [<f90e2634>] mt352_detach_client+0x52/0x54 [mt352]
  [<f90e2040>] mt352_ioctl+0x0/0x2a0 [mt352]
  [<f8a20361>] i2c_del_adapter+0xeb/0x244 [i2c_core]
  [<c01bec4d>] kobject_put+0x1e/0x22
  [<f904d23a>] bttv_remove+0xa4/0x160 [bttv]
  [<c01c6cad>] pci_device_remove+0x3b/0x3d
  [<c021718a>] device_release_driver+0x7f/0x81
  [<f904d684>] bttv_cleanup_module+0x0/0x1f [bttv]
  [<c02171ac>] driver_detach+0x20/0x2e
  [<c02175d6>] bus_remove_driver+0x4d/0x8e
  [<c0217b0c>] driver_unregister+0x13/0x27
  [<c01c6eda>] pci_unregister_driver+0x16/0x26
  [<f904d693>] bttv_cleanup_module+0xf/0x1f [bttv]
  [<c013336e>] sys_delete_module+0x14e/0x181
  [<c014bc57>] sys_munmap+0x51/0x76
  [<c010308b>] syscall_call+0x7/0xb
Unable to handle kernel NULL pointer dereference at virtual address 00000228
  printing eip:
f9053830
*pde = 00000000
Oops: 0000 [#1]
PREEMPT SMP
Modules linked in: tsdev psmouse mt352 sp887x v4l1_compat dvb_core i810_audio ac97_codec sr_mod sg ide_scsi ide_cd cdrom it87 eth1394 eeprom i2c_isa i2c_i801 i2c_sensor ohci_hcd ohci1394 ieee1394 dc395x scsi_mod snd_bt87x bttv tuner video_buf firmware_class i2c_algo_bit v4l2_common btcx_risc videodev e1000 snd_intel8x0 snd_ac97_codec snd_pcm snd_timer snd snd_page_alloc soundcore i2c_core cfi_cmdset_0002 cfi_util mtdpart jedec_probe cfi_probe gen_probe ichxrom mtdcore chipreg map_funcs ehci_hcd uhci_hcd usbcore shpchp pci_hotplug intel_mch_agp intel_agp agpgart parport_pc parport evdev nls_cp437 msdos fat dm_mod rtc unix
CPU:    0
EIP:    0060:[<f9053830>]    Not tainted VLI
EFLAGS: 00010206   (2.6.10-rc3)
EIP is at bttv_i2c_info+0x36/0x6a [bttv]
eax: 000001a0   ebx: f7a14e3c   ecx: f7a14d80   edx: 00000004
esi: f9066670   edi: 00000000   ebp: f7765400   esp: f78ade50
ds: 007b   es: 007b   ss: 0068
Process modprobe (pid: 5256, threadinfo=f78ad000 task=f78ee520)
Stack: f77a3800 c01bec4d f7771640 f7765400 f755f080 f90664a4 00000000 f905319d
        f90664a0 f7765400 00000000 f8a208c7 f7765400 f91c1e28 f77a3800 c01bec25
        f7765400 f755f080 f906660c f90664a4 f90e2606 f7765400 f778d8c0 f7765400
Call Trace:
  [<c01bec4d>] kobject_put+0x1e/0x22
  [<f905319d>] detach_inform+0x24/0x2a [bttv]
  [<f8a208c7>] i2c_detach_client+0x2e/0x104 [i2c_core]
  [<f91c1e28>] dvb_unregister_frontend+0xaf/0xcc [dvb_core]
  [<c01bec25>] kobject_release+0x0/0xa
  [<f90e2606>] mt352_detach_client+0x24/0x54 [mt352]
  [<f8a20361>] i2c_del_adapter+0xeb/0x244 [i2c_core]
  [<c01bec4d>] kobject_put+0x1e/0x22
  [<f904d23a>] bttv_remove+0xa4/0x160 [bttv]
  [<c01c6cad>] pci_device_remove+0x3b/0x3d
  [<c021718a>] device_release_driver+0x7f/0x81
  [<f904d684>] bttv_cleanup_module+0x0/0x1f [bttv]
  [<c02171ac>] driver_detach+0x20/0x2e
  [<c02175d6>] bus_remove_driver+0x4d/0x8e
  [<c0217b0c>] driver_unregister+0x13/0x27
  [<c01c6eda>] pci_unregister_driver+0x16/0x26
  [<f904d693>] bttv_cleanup_module+0xf/0x1f [bttv]
  [<c013336e>] sys_delete_module+0x14e/0x181
  [<c014bc57>] sys_munmap+0x51/0x76
  [<c010308b>] syscall_call+0x7/0xb
Code: 8b 6c 24 24 8b 7c 24 28 8b 98 d0 01 00 00 8b 13 0f 18 02 90 8d b0 d0 01 00 00 39 f3 74 24 8d 8b 44 ff ff ff 8b 41 70 85 c0 74 09 <83> b8 88 00 00 00 00 75 16 8b 02 89 d3 89 c2 0f 18 00 90 39 f3

-- 
Eyal Lebedinsky (eyal@eyal.emu.id.au) <http://samba.org/eyal/>
	If attaching .zip rename to .dat

[-- Attachment #2: minicom-rc3.cap.bz2 --]
[-- Type: application/octet-stream, Size: 7770 bytes --]

[-- Attachment #3: config-rc3.bz2 --]
[-- Type: application/octet-stream, Size: 14608 bytes --]

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 2.6.10-rc3
  2004-12-04  9:06 ` Soeren Sonnenburg
@ 2004-12-04 17:06   ` Alex Romosan
  2004-12-04 17:24     ` Ari Pollak
  0 siblings, 1 reply; 24+ messages in thread
From: Alex Romosan @ 2004-12-04 17:06 UTC (permalink / raw)
  To: linux-kernel

Soeren Sonnenburg <kernel@nn7.de> writes:

> as -rc2 this one is still oopsing on resume from sleep on powerpc
> ...

well, it's still more than my thinkpad which doesn't want to wake up
from sleep anymore.

> kernel versions 2.6.X  (X<=9) used to work fine...

same here. it started with -rc1.

--alex--

-- 
| I believe the moment is at hand when, by a paranoiac and active |
|  advance of the mind, it will be possible (simultaneously with  |
|  automatism and other passive states) to systematize confusion  |
|  and thus to help to discredit completely the world of reality. |

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 2.6.10-rc3
  2004-12-04 17:06   ` Alex Romosan
@ 2004-12-04 17:24     ` Ari Pollak
  2004-12-04 17:40       ` Alex Romosan
  0 siblings, 1 reply; 24+ messages in thread
From: Ari Pollak @ 2004-12-04 17:24 UTC (permalink / raw)
  To: linux-kernel

Alex Romosan wrote:
> well, it's still more than my thinkpad which doesn't want to wake up
> from sleep anymore.

My thinkpad will resume fine if I remove the intel8x0 and intel8x0m ALSA 
modules before going into suspend - works with both APM and ACPI, though 
I don't really use ACPI suspend because the battery drains like crazy.


^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 2.6.10-rc3
  2004-12-04 17:24     ` Ari Pollak
@ 2004-12-04 17:40       ` Alex Romosan
  2004-12-04 19:21         ` Ari Pollak
                           ` (2 more replies)
  0 siblings, 3 replies; 24+ messages in thread
From: Alex Romosan @ 2004-12-04 17:40 UTC (permalink / raw)
  To: linux-kernel

Ari Pollak <aripollak@gmail.com> writes:

> Alex Romosan wrote:
>> well, it's still more than my thinkpad which doesn't want to wake up
>> from sleep anymore.
>
> My thinkpad will resume fine if I remove the intel8x0 and intel8x0m
> ALSA modules before going into suspend - works with both APM and ACPI,
> though I don't really use ACPI suspend because the battery drains like
> crazy.

i saw there were some changes to alsa cvs having to do with the new
pci device handling. i'll reconfigure the kernel with alsa as modules
and try alsa cvs to see if that makes any difference. thanks.

--alex--

-- 
| I believe the moment is at hand when, by a paranoiac and active |
|  advance of the mind, it will be possible (simultaneously with  |
|  automatism and other passive states) to systematize confusion  |
|  and thus to help to discredit completely the world of reality. |

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 2.6.10-rc3
  2004-12-04 17:40       ` Alex Romosan
@ 2004-12-04 19:21         ` Ari Pollak
  2004-12-04 21:17         ` Martin Josefsson
  2004-12-04 21:47         ` Giridhar Pemmasani
  2 siblings, 0 replies; 24+ messages in thread
From: Ari Pollak @ 2004-12-04 19:21 UTC (permalink / raw)
  To: linux-kernel

I looked at ALSA driver CVS a couple of days ago to see if anything has 
changed since the last release (included in 2.6.10-rc1+). The only thing 
significant that I found in the CVS intel8x0 driver, which added 
pci_disable_device() calls, didn't seem to help the resume problem when 
I applied this change to my kernel sources.

Alex Romosan wrote:
> i saw there were some changes to alsa cvs having to do with the new
> pci device handling. i'll reconfigure the kernel with alsa as modules
> and try alsa cvs to see if that makes any difference. thanks.
> 
> --alex--
> 


^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 2.6.10-rc3
  2004-12-04 17:40       ` Alex Romosan
  2004-12-04 19:21         ` Ari Pollak
@ 2004-12-04 21:17         ` Martin Josefsson
  2004-12-04 21:37           ` Alex Romosan
  2004-12-04 21:47         ` Giridhar Pemmasani
  2 siblings, 1 reply; 24+ messages in thread
From: Martin Josefsson @ 2004-12-04 21:17 UTC (permalink / raw)
  To: Alex Romosan; +Cc: Ari Pollak, linux-kernel

[-- Attachment #1: Type: text/plain, Size: 1494 bytes --]

On Sat, 2004-12-04 at 18:40, Alex Romosan wrote:
> Ari Pollak <aripollak@gmail.com> writes:
> 
> > Alex Romosan wrote:
> >> well, it's still more than my thinkpad which doesn't want to wake up
> >> from sleep anymore.
> >
> > My thinkpad will resume fine if I remove the intel8x0 and intel8x0m
> > ALSA modules before going into suspend - works with both APM and ACPI,
> > though I don't really use ACPI suspend because the battery drains like
> > crazy.
> 
> i saw there were some changes to alsa cvs having to do with the new
> pci device handling. i'll reconfigure the kernel with alsa as modules
> and try alsa cvs to see if that makes any difference. thanks.

This has been discussed in an earlier thread, I was hoping the ALSA
people would submit the patch but that hasn't happened.
I'll submit it in a separate mail.

Try the patch below, it should fix the problem.

--- linux/sound/core/init.c	8 Nov 2004 11:37:08 -0000	1.48
+++ linux/sound/core/init.c	12 Nov 2004 13:56:32 -0000
@@ -782,12 +782,15 @@<br>
 int snd_card_pci_suspend(struct pci_dev *dev, u32 state)
 {
 	snd_card_t *card = pci_get_drvdata(dev);
+	int err;
 	if (! card || ! card->pm_suspend)
 		return 0;
 	if (card->power_state == SNDRV_CTL_POWER_D3hot)
 		return 0;
 	/* FIXME: correct state value? */
-	return card->pm_suspend(card, 0);
+	err = card->pm_suspend(card, 0);
+	pci_save_state(dev);
+	return err;
 }

 int snd_card_pci_resume(struct pci_dev *dev)


-- 
/Martin

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 2.6.10-rc3
  2004-12-04 21:17         ` Martin Josefsson
@ 2004-12-04 21:37           ` Alex Romosan
  2004-12-04 21:42             ` Martin Josefsson
  0 siblings, 1 reply; 24+ messages in thread
From: Alex Romosan @ 2004-12-04 21:37 UTC (permalink / raw)
  To: Martin Josefsson; +Cc: Ari Pollak, linux-kernel

Martin Josefsson <gandalf@wlug.westbo.se> writes:

> This has been discussed in an earlier thread, I was hoping the ALSA
> people would submit the patch but that hasn't happened.
> I'll submit it in a separate mail.
>
> Try the patch below, it should fix the problem.
>
> --- linux/sound/core/init.c	8 Nov 2004 11:37:08 -0000	1.48
> +++ linux/sound/core/init.c	12 Nov 2004 13:56:32 -0000
> @@ -782,12 +782,15 @@<br>
>  int snd_card_pci_suspend(struct pci_dev *dev, u32 state)
>  {
>  	snd_card_t *card = pci_get_drvdata(dev);
> +	int err;
>  	if (! card || ! card->pm_suspend)
>  		return 0;
>  	if (card->power_state == SNDRV_CTL_POWER_D3hot)
>  		return 0;
>  	/* FIXME: correct state value? */
> -	return card->pm_suspend(card, 0);
> +	err = card->pm_suspend(card, 0);
> +	pci_save_state(dev);
> +	return err;
>  }
>
>  int snd_card_pci_resume(struct pci_dev *dev)

thank you. the laptop wakes up now but i get the following when it
resumes (this is the output from dmesg):

Back to C!
Warning: CPU frequency is 1600000, cpufreq assumed 600000 kHz.
MCE: The hardware reports a non fatal, correctable incident occurred on CPU 0.
Bank 1: f200000000000115
PCI: Setting latency timer of device 0000:00:1d.0 to 64
PCI: Setting latency timer of device 0000:00:1d.1 to 64
PCI: Setting latency timer of device 0000:00:1d.2 to 64
PCI: cache line size of 32 is not supported by device 0000:00:1d.7
ehci_hcd 0000:00:1d.7: USB 2.0 restarted, EHCI 1.00, driver 26 Oct 2004
ACPI: PCI interrupt 0000:00:1f.1[A] -> GSI 6 (level, low) -> IRQ 6
ACPI: PCI interrupt 0000:00:1f.5[B] -> GSI 5 (level, low) -> IRQ 5
PCI: Setting latency timer of device 0000:00:1f.5 to 64
ACPI: PCI interrupt 0000:02:01.0[A] -> GSI 4 (level, low) -> IRQ 4
psmouse.c: TouchPad at isa0060/serio1/input0 lost sync at byte 1
scheduling while atomic: sleepbtn.sh/0x00000001/3201
 [<c0103557>] dump_stack+0x17/0x20
 [<c030e4e2>] schedule+0x522/0x530
 [<c030e97b>] schedule_timeout+0x5b/0xb0
 [<c011fbaf>] msleep+0x2f/0x40
 [<e1079387>] ehci_hub_resume+0xd7/0x1c0 [ehci_hcd]
 [<e10cce6a>] hcd_hub_resume+0x1a/0x20 [usbcore]
 [<e10c9ff2>] usb_resume_device+0xa2/0xc0 [usbcore]
 [<c022c50a>] resume_device+0x1a/0x20
 [<c022c5b7>] dpm_resume+0xa7/0xb0
 [<c022c5d4>] device_resume+0x14/0x30
 [<c012f27b>] suspend_finish+0xb/0x30
 [<c012f2ed>] enter_state+0x4d/0x70
 [<c01f6bd6>] acpi_suspend+0x3d/0x4b
 [<c01f6cbb>] acpi_system_write_sleep+0x64/0x76
 [<c014e042>] vfs_write+0xa2/0x100
 [<c014e151>] sys_write+0x41/0x70
 [<c0102ffb>] syscall_call+0x7/0xb
Restarting tasks... done
agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0.
agpgart: Putting AGP V2 device at 0000:00:00.0 into 4x mode
agpgart: Putting AGP V2 device at 0000:01:00.0 into 4x mode
[drm] Loading R200 Microcode

not sure if this means anything bad or not... i use acpi.

--alex--

-- 
| I believe the moment is at hand when, by a paranoiac and active |
|  advance of the mind, it will be possible (simultaneously with  |
|  automatism and other passive states) to systematize confusion  |
|  and thus to help to discredit completely the world of reality. |

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 2.6.10-rc3
  2004-12-04 21:37           ` Alex Romosan
@ 2004-12-04 21:42             ` Martin Josefsson
  2004-12-04 23:48               ` Paul Ionescu
  0 siblings, 1 reply; 24+ messages in thread
From: Martin Josefsson @ 2004-12-04 21:42 UTC (permalink / raw)
  To: Alex Romosan; +Cc: Ari Pollak, linux-kernel

On Sat, 4 Dec 2004, Alex Romosan wrote:

> thank you. the laptop wakes up now but i get the following when it
> resumes (this is the output from dmesg):
>
> scheduling while atomic: sleepbtn.sh/0x00000001/3201
>  [<c0103557>] dump_stack+0x17/0x20
>  [<c030e4e2>] schedule+0x522/0x530
>  [<c030e97b>] schedule_timeout+0x5b/0xb0
>  [<c011fbaf>] msleep+0x2f/0x40
>  [<e1079387>] ehci_hub_resume+0xd7/0x1c0 [ehci_hcd]
>  [<e10cce6a>] hcd_hub_resume+0x1a/0x20 [usbcore]
>  [<e10c9ff2>] usb_resume_device+0xa2/0xc0 [usbcore]
>  [<c022c50a>] resume_device+0x1a/0x20
>  [<c022c5b7>] dpm_resume+0xa7/0xb0
>  [<c022c5d4>] device_resume+0x14/0x30
>  [<c012f27b>] suspend_finish+0xb/0x30
>  [<c012f2ed>] enter_state+0x4d/0x70
>  [<c01f6bd6>] acpi_suspend+0x3d/0x4b
>  [<c01f6cbb>] acpi_system_write_sleep+0x64/0x76
>  [<c014e042>] vfs_write+0xa2/0x100
>  [<c014e151>] sys_write+0x41/0x70
>  [<c0102ffb>] syscall_call+0x7/0xb

That's an usb2.0 bug, the ehci driver sleeps when it can't sleep.

/Martin

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 2.6.10-rc3
  2004-12-04 17:40       ` Alex Romosan
  2004-12-04 19:21         ` Ari Pollak
  2004-12-04 21:17         ` Martin Josefsson
@ 2004-12-04 21:47         ` Giridhar Pemmasani
  2 siblings, 0 replies; 24+ messages in thread
From: Giridhar Pemmasani @ 2004-12-04 21:47 UTC (permalink / raw)
  To: linux-kernel

Alex Romosan wrote:

> Ari Pollak <aripollak@gmail.com> writes:
> 
> i saw there were some changes to alsa cvs having to do with the new
> pci device handling. i'll reconfigure the kernel with alsa as modules
> and try alsa cvs to see if that makes any difference. thanks.
> 

I have been using the following patch for a while with no problems:


--- linux/sound/pci/intel8x0.c 2004-12-04 16:37:11.000000000 -0500
+++ linux/sound/pci/intel8x0.c 2004-12-04 04:47:14.000000000 -0500
@@ -2279,6 +2279,8 @@
  for (i = 0; i < 3; i++)
   if (chip->ac97[i])
    snd_ac97_suspend(chip->ac97[i]);
+ pci_save_state(chip->pci);
+ pci_disable_device(chip->pci);
  snd_power_change_state(card, SNDRV_CTL_POWER_D3hot);
  return 0;
 }
@@ -2289,6 +2291,7 @@
  int i;
 
  pci_enable_device(chip->pci);
+ pci_restore_state(chip->pci);
  pci_set_master(chip->pci);
  snd_intel8x0_chip_init(chip, 0);
 


^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 2.6.10-rc3
  2004-12-04 21:42             ` Martin Josefsson
@ 2004-12-04 23:48               ` Paul Ionescu
  0 siblings, 0 replies; 24+ messages in thread
From: Paul Ionescu @ 2004-12-04 23:48 UTC (permalink / raw)
  To: linux-kernel

On Sat, 04 Dec 2004 22:42:11 +0100, Martin Josefsson wrote:
> That's an usb2.0 bug, the ehci driver sleeps when it can't sleep.

I have the message bellow without ehci-hcd module loaded, so I took out
USB2 problem, but this one I don't know what it means:


Warning: CPU frequency is 1700000, cpufreq assumed 600000 kHz.
Debug: sleeping function called from invalid context at mm/slab.c:2063
in_atomic():0[expected: 0], irqs_disabled():1
 [<0211cbcb>] __might_sleep+0x7d/0x8a
 [<0214bf9f>] __kmalloc+0x42/0x7d
 [<021f48e9>] acpi_os_allocate+0xa/0xb
 [<0220878a>] acpi_ut_allocate+0x2e/0x52
 [<02208721>] acpi_ut_initialize_buffer+0x41/0x7c
 [<02205474>] acpi_rs_create_byte_stream+0x23/0x3b
 [<02206976>] acpi_rs_set_srs_method_data+0x1b/0x9d
 [<0211b101>] recalc_task_prio+0x128/0x133
 [<0220e15c>] acpi_pci_link_set+0xfe/0x176
 [<0220e4e0>] irqrouter_resume+0x1c/0x24
 [<0224366a>] sysdev_resume+0x3e/0xa5
 [<02246564>] device_power_up+0x5/0xa
 [<0213db9a>] suspend_enter+0x25/0x2d
 [<0213dc08>] enter_state+0x3f/0x5e
 [<0220ad54>] acpi_suspend+0x28/0x34
 [<0220b7c4>] acpi_system_write_sleep+0x5c/0x6d
 [<02179769>] locate_fd+0x5c/0x78
 [<02165c82>] vfs_write+0xb6/0xe2
 [<02165d4c>] sys_write+0x3c/0x62
PCI: Setting latency timer of device 0000:00:1d.0 to 64



^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 2.6.10-rc3 oops when 'modprobe -r dvb-bt8xx'
  2004-12-04 13:35 ` Linux 2.6.10-rc3 oops when 'modprobe -r dvb-bt8xx' Eyal Lebedinsky
@ 2004-12-05 10:15   ` Cal Peake
  2004-12-05 11:51     ` Eyal Lebedinsky
  2004-12-07 18:03   ` Gerd Knorr
  1 sibling, 1 reply; 24+ messages in thread
From: Cal Peake @ 2004-12-05 10:15 UTC (permalink / raw)
  To: Eyal Lebedinsky; +Cc: Linus Torvalds, Kernel Mailing List

On Sun, 5 Dec 2004, Eyal Lebedinsky wrote:

> In the spirit of festive testing I would like to say that the oops that I
> enjoyed throughout rc2-bk* is still present in -rc3. -mm series does not
> have this problem.
> 
> EIP is at bttv_i2c_info+0x36/0x6a [bttv]

Hi Eyal,

>From what I can tell the oops comes from the above function calling 
dvb_bt8xx_i2c_info after the module that holds it (dvb-bt8xx) gets 
unloaded. The dvb_bt8xx... function has been removed from rc2-mm4 so 
that's prolly why you don't get the oops in the -mm kernels.

Until the changes propagate from -mm to Linus' tree the below patch should 
take care of it.

-- Cal

Signed-off-by: Cal Peake <cp@absolutedigital.net>

--- linux-2.6.10-rc3/drivers/media/dvb/bt8xx/dvb-bt8xx.c.orig	2004-12-05 02:19:58.000000000 -0500
+++ linux-2.6.10-rc3/drivers/media/dvb/bt8xx/dvb-bt8xx.c	2004-12-05 05:11:14.000000000 -0500
@@ -331,24 +331,6 @@
 	return 0;
 	}
 
-static void dvb_bt8xx_i2c_info(struct bttv_sub_device *sub,
-			       struct i2c_client *client, int attach)
-{
-	struct dvb_bt8xx_card *card = dev_get_drvdata(&sub->dev);
-
-	if (attach) {
-		printk("xxx attach\n");
-		if (client->driver->command)
-			client->driver->command(client, FE_REGISTER,
-						card->dvb_adapter);
-	} else {
-		printk("xxx detach\n");
-		if (client->driver->command)
-			client->driver->command(client, FE_UNREGISTER,
-						card->dvb_adapter);
-	}
-}
-
 static struct bttv_sub_driver driver = {
 	.drv = {
 		.name		= "dvb-bt8xx",
@@ -360,7 +342,6 @@
 		 * .resume	= dvb_bt8xx_resume,
 		 */
 	},
-	.i2c_info = dvb_bt8xx_i2c_info,
 };
 
 static int __init dvb_bt8xx_init(void)

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 2.6.10-rc3 oops when 'modprobe -r dvb-bt8xx'
  2004-12-05 10:15   ` Cal Peake
@ 2004-12-05 11:51     ` Eyal Lebedinsky
  2004-12-05 12:50       ` Cal Peake
  0 siblings, 1 reply; 24+ messages in thread
From: Eyal Lebedinsky @ 2004-12-05 11:51 UTC (permalink / raw)
  To: Cal Peake; +Cc: Linus Torvalds, Kernel Mailing List

Cal Peake wrote:
> On Sun, 5 Dec 2004, Eyal Lebedinsky wrote:
> 
> 
>>In the spirit of festive testing I would like to say that the oops that I
>>enjoyed throughout rc2-bk* is still present in -rc3. -mm series does not
>>have this problem.
>>
>>EIP is at bttv_i2c_info+0x36/0x6a [bttv]
> 
> 
> Hi Eyal,
> 
>>From what I can tell the oops comes from the above function calling 
> dvb_bt8xx_i2c_info after the module that holds it (dvb-bt8xx) gets 
> unloaded. The dvb_bt8xx... function has been removed from rc2-mm4 so 
> that's prolly why you don't get the oops in the -mm kernels.
> 
> Until the changes propagate from -mm to Linus' tree the below patch should 
> take care of it.
> 
> -- Cal
> 
> Signed-off-by: Cal Peake <cp@absolutedigital.net>
> 
> --- linux-2.6.10-rc3/drivers/media/dvb/bt8xx/dvb-bt8xx.c.orig	2004-12-05 02:19:58.000000000 -0500
> +++ linux-2.6.10-rc3/drivers/media/dvb/bt8xx/dvb-bt8xx.c	2004-12-05 05:11:14.000000000 -0500
> @@ -331,24 +331,6 @@
>  	return 0;
>  	}
>  
> -static void dvb_bt8xx_i2c_info(struct bttv_sub_device *sub,
> -			       struct i2c_client *client, int attach)
> -{
> -	struct dvb_bt8xx_card *card = dev_get_drvdata(&sub->dev);
> -
> -	if (attach) {
> -		printk("xxx attach\n");
> -		if (client->driver->command)
> -			client->driver->command(client, FE_REGISTER,
> -						card->dvb_adapter);
> -	} else {
> -		printk("xxx detach\n");
> -		if (client->driver->command)
> -			client->driver->command(client, FE_UNREGISTER,
> -						card->dvb_adapter);
> -	}
> -}
> -
>  static struct bttv_sub_driver driver = {
>  	.drv = {
>  		.name		= "dvb-bt8xx",
> @@ -360,7 +342,6 @@
>  		 * .resume	= dvb_bt8xx_resume,
>  		 */
>  	},
> -	.i2c_info = dvb_bt8xx_i2c_info,
>  };
>  
>  static int __init dvb_bt8xx_init(void)

Not good. My rc.boot/local has this line
	modprobe dvb_bt8xx
	modprobe v4l1-compat
	modprobe sp887x
	modprobe mt352

and this now seems to generate an oops (see end of boot log).


Restarting system.
Linux version 2.6.10-rc3 (root@e7) (gcc version 3.3.4 (Debian 1:3.3.4-13)) #1 SMP Sat Dec 4 22:39:19 EST 2004
BIOS-provided physical RAM map:
  BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
  BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
  BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
  BIOS-e820: 0000000000100000 - 000000003fff0000 (usable)
  BIOS-e820: 000000003fff0000 - 000000003fff3000 (ACPI NVS)
  BIOS-e820: 000000003fff3000 - 0000000040000000 (ACPI data)
  BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved)
127MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 000f5200
DMI 2.3 present.
ACPI: PM-Timer IO Port: 0x1008
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
Processor #0 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] disabled)
ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
Enabling APIC mode:  Flat.  Using 1 I/O APICs
Using ACPI (MADT) for SMP configuration information
Built 1 zonelists
Kernel command line: BOOT_IMAGE=2.6.10-rc3 ro root=306 console=ttyS0,38400 console=tty0 single
Initializing CPU#0
CPU 0 irqstacks, hard=c040c000 soft=c0404000
PID hash table entries: 4096 (order: 12, 65536 bytes)
Detected 3015.508 MHz processor.
Using pmtmr for high-res timesource
Console: colour VGA+ 80x50
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 1035104k/1048512k available (1747k kernel code, 12832k reserved, 1024k data, 292k init, 131008k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Security Framework v1.0.0 initialized
SELinux:  Initializing.
SELinux:  Starting in permissive mode
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: Hyper-Threading is disabled
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU0: Intel P4/Xeon Extended MCE MSRs (12) available
CPU0: Thermal monitoring enabled
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
CPU0: Intel(R) Pentium(R) 4 CPU 3.00GHz stepping 09
per-CPU timeslice cutoff: 1462.69 usecs.
task migration cache decay timeout: 2 msecs.
Total of 1 processors activated (5980.16 BogoMIPS).
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 pin1=2 pin2=-1
Brought up 1 CPUs
NET: Registered protocol family 16
EISA bus registered
PCI: PCI BIOS revision 2.10 entry at 0xfb500, last bus=3
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20041105
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1
PCI: Transparent bridge - 0000:00:1e.0
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNK0] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNK1] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
pnp: PnP ACPI: found 15 devices
PnPBIOS: Disabled by ACPI
PCI: Using ACPI for IRQ routing
** PCI interrupts are no longer routed automatically.  If this
** causes a device to stop working, it is probably because the
** driver failed to call pci_enable_device().  As a temporary
** workaround, the "pci=routeirq" argument restores the old
** behavior.  If this argument makes the device work again,
** please email the output of "lspci" to bjorn.helgaas@hp.com
** so I can fix the driver.
Machine check exception polling timer started.
highmem bounce pool size: 64 pages
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
SELinux:  Registering netfilter hooks
Initializing Cryptographic API
vesafb: probe of vesafb0 failed with error -6
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
Serial: 8250/16550 driver $Revision: 1.90 $ 14 ports, IRQ sharing disabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ICH5: IDE controller at PCI slot 0000:00:1f.1
ACPI: PCI interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 18
ICH5: chipset revision 2
ICH5: not 100% native mode: will probe irqs later
     ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:pio
     ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA
hda: WDC WD1200BB-00DWA0, ATA DISK drive
elevator: using anticipatory as default io scheduler
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hdc: ATAPI DVD RW 8XMax, ATAPI CD/DVD-ROM drive
hdd: Pioneer DVD-ROM ATAPIModel DVD-115 0122, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 1024KiB
hda: 234441648 sectors (120034 MB) w/2048KiB Cache, CHS=16383/255/63, UDMA(100)
  /dev/ide/host0/bus0/target0/lun0: p2 p3 p4 < p5 p6 p7 >
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard on isa0060/serio0
EISA: Probing bus 0 at eisa0
Cannot allocate resource for EISA slot 1
EISA: Detected 0 cards.
NET: Registered protocol family 2
IP: routing cache hash table of 8192 buckets, 64Kbytes
TCP: Hash tables configured (established 262144 bind 65536)
ACPI wakeup devices:
SLPB PCI0 CSAD HUB0 USB0 USB1 USB2 USB3 USBE
ACPI: (supports S0 S1 S4 S5)
VFS: Mounted root (ext2 filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 292k freed
NET: Registered protocol family 1
Adding 2097140k swap on /dev/hda5.  Priority:1 extents:1
Real Time Clock Driver v1.12
device-mapper: 4.3.0-ioctl (2004-09-30) initialised: dm-devel@redhat.com
parport_pc: Unknown parameter `io'
parport_pc: Ignoring new-style parameters in presence of obsolete ones
parport: PnPBIOS parport detected.
parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE]
Linux agpgart interface v0.100 (c) Dave Jones
agpgart: Detected an Intel 865 Chipset.
agpgart: Maximum main memory to use for agp memory: 941M
agpgart: AGP aperture is 128M @ 0xd0000000
cpci_hotplug: CompactPCI Hot Plug Core version: 0.2
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
pciehp: add_host_bridge: status 5
pciehp: Fails to gain control of native hot-plug
shpchp: shpc_init : shpc_cap_offset == 0
shpchp: shpc_init : shpc_cap_offset == 0
shpchp: shpc_init : shpc_cap_offset == 0
shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
pciehp: add_host_bridge: status 5
pciehp: Fails to gain control of native hot-plug
usbcore: registered new driver usbfs
usbcore: registered new driver hub
USB Universal Host Controller Interface driver v2.2
ACPI: PCI interrupt 0000:00:1d.0[A] -> GSI 16 (level, low) -> IRQ 16
uhci_hcd 0000:00:1d.0: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #1
uhci_hcd 0000:00:1d.0: irq 16, io base 0xbc00
uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 1
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
ACPI: PCI interrupt 0000:00:1d.1[B] -> GSI 19 (level, low) -> IRQ 19
uhci_hcd 0000:00:1d.1: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #2
uhci_hcd 0000:00:1d.1: irq 19, io base 0xb000
uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 2
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
ACPI: PCI interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 18
uhci_hcd 0000:00:1d.2: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #3
uhci_hcd 0000:00:1d.2: irq 18, io base 0xb400
uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 3
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
ACPI: PCI interrupt 0000:00:1d.3[A] -> GSI 16 (level, low) -> IRQ 16
uhci_hcd 0000:00:1d.3: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #4
uhci_hcd 0000:00:1d.3: irq 16, io base 0xb800
uhci_hcd 0000:00:1d.3: new USB bus registered, assigned bus number 4
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
ACPI: PCI interrupt 0000:00:1d.7[D] -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:1d.7: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller
ehci_hcd 0000:00:1d.7: irq 23, pci mem 0xde100000
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 5
ehci_hcd 0000:00:1d.7: USB 2.0 initialized, EHCI 1.00, driver 26 Oct 2004
hub 5-0:1.0: USB hub found
hub 5-0:1.0: 8 ports detected
hw_random: RNG not detected
pciehp: add_host_bridge: status 5
pciehp: Fails to gain control of native hot-plug
Found: SST 49LF004B
ichxrom @fff00000: Found 1 x8 devices at 0x0 in 8-bit bank
using fwh lock/unlock method
number of JEDEC chips: 1
cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
Found: SST 49LF004B
ichxrom @fff80000: Found 1 x8 devices at 0x0 in 8-bit bank
using fwh lock/unlock method
number of JEDEC chips: 1
cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
Intel 810 + AC97 Audio, version 1.01, 23:14:48 Dec  4 2004
ACPI: PCI interrupt 0000:00:1f.5[B] -> GSI 17 (level, low) -> IRQ 17
i810: Intel ICH5 found at IO 0xdc00 and 0xd800, MEM 0xde101000 and 0xde102000, IRQ 17
i810: Intel ICH5 mmio at 0xf89aa000 and 0xf8a08000
i810_audio: Primary codec has ID 2
i810_audio: Audio Controller supports 6 channels.
i810_audio: Defaulting to base 2 channel mode.
i810_audio: Resetting connection 0
i810_audio: Connection 0 with codec id 2
ac97_codec: AC97 Audio codec, id: ALG128 (Unknown)
i810_audio: AC'97 codec 2 Unable to map surround DAC's (or DAC's not present), total channels = 2
Intel(R) PRO/1000 Network Driver - version 5.5.4-k2
Copyright (c) 1999-2004 Intel Corporation.
ACPI: PCI interrupt 0000:02:01.0[A] -> GSI 18 (level, low) -> IRQ 18
e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
Linux video capture interface: v1.00
bttv: driver version 0.9.15 loaded
bttv: using 8 buffers with 2080k (520 pages) each for capture
bttv: Bt8xx card found (0).
ACPI: PCI interrupt 0000:03:01.0[A] -> GSI 21 (level, low) -> IRQ 21
bttv0: Bt848 (rev 18) at 0000:03:01.0, irq: 21, latency: 32, mmio: 0xde000000
bttv0: using: STB, Gateway P/N 6000699 (bt848) [card=3,insmod option]
bttv0: gpio config override: mask=0x7, mux=0x1,0x0,0x2,0x3,0x4
tuner: chip found at addr 0xc0 i2c-bus bt848 #0 [sw]
tuner: type set to 5 (Philips PAL_BG (FI1216 and compatibles)) by insmod option
tuner: The type=<n> insmod option will go away soon.
tuner: Please use the tuner=<n> option provided by
tuner: tv aard core driver (bttv, saa7134, ...) instead.
bttv0: using tuner=2
tuner: type already set to 5, ignoring request for 2
bttv0: registered device video0
bttv0: registered device vbi0
bttv0: registered device radio0
bttv0: PLL can sleep, using XTAL (35468950).
bttv: Bt8xx card found (1).
ACPI: PCI interrupt 0000:03:02.0[A] -> GSI 22 (level, low) -> IRQ 22
bttv1: Bt878 (rev 17) at 0000:03:02.0, irq: 22, latency: 32, mmio: 0xde001000
bttv1: detected: AVermedia DVB-T 771 [card=123], PCI subsystem ID is 1461:0771
bttv1: using: AVerMedia AVerTV DVB-T 771 [card=123,autodetected]
bttv1: gpio config override: mask=0x7, mux=0x1,0x0,0x2,0x3,0x4
bttv1: using tuner=4
bttv1: registered device video1
bttv1: registered device vbi1
bttv1: PLL: 28636363 => 35468950 .. ok
bttv1: add subdevice "remote1"
bttv1: add subdevice "dvb1"
bttv: Bt8xx card found (2).
ACPI: PCI interrupt 0000:03:03.0[A] -> GSI 16 (level, low) -> IRQ 16
bttv2: Bt878 (rev 17) at 0000:03:03.0, irq: 16, latency: 32, mmio: 0xde003000
bttv2: detected: AverMedia AverTV DVB-T [card=124], PCI subsystem ID is 1461:0761
bttv2: using: AverMedia AverTV DVB-T 761 [card=124,autodetected]
bttv2: gpio config override: mask=0x7, mux=0x1,0x0,0x2,0x3,0x4
bttv2: using tuner=-1
bttv2: registered device video2
bttv2: registered device vbi2
bttv2: PLL: 28636363 => 35468950 .. ok
bttv2: add subdevice "remote2"
bttv2: add subdevice "dvb2"
bt878: AUDIO driver version 0.0.0 loaded
bt878: Bt878 AUDIO function found (0).
ACPI: PCI interrupt 0000:03:02.1[A] -> GSI 22 (level, low) -> IRQ 22
bt878(0): Bt878 (rev 17) at 03:02.1, irq: 22, latency: 32, memory: 0xde002000
bt878: Bt878 AUDIO function found (1).
ACPI: PCI interrupt 0000:03:03.1[A] -> GSI 16 (level, low) -> IRQ 16
bt878(1): Bt878 (rev 17) at 03:03.1, irq: 16, latency: 32, memory: 0xde004000
btaudio: driver version 0.7 loaded [digital+analog]
SCSI subsystem initialized
dc395x: Tekram DC395(U/UW/F), DC315(U) - ASIC TRM-S1040 v2.05, 2004/03/08
ACPI: PCI interrupt 0000:03:04.0[A] -> GSI 18 (level, low) -> IRQ 18
dc395x: Used settings: AdapterID=07, Speed=0(20.0MHz), dev_mode=0x57
dc395x:                AdaptMode=0x0f, Tags=4(16), DelayReset=1s
dc395x: Connectors: ext50  Termination: Auto Low High
dc395x: Performing initial SCSI bus reset
scsi0 : Tekram DC395(U/UW/F), DC315(U) - ASIC TRM-S1040 v2.05, 2004/03/08
ohci1394: $Rev: 1223 $ Ben Collins <bcollins@debian.org>
ACPI: PCI interrupt 0000:03:05.0[A] -> GSI 21 (level, low) -> IRQ 21
ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[21]  MMIO=[dd004000-dd0047ff]  Max Packet=[2048]
e1000: eth0: e1000_watchdog: NIC Link is Up 100 Mbps Full Duplex
eth1394: $Rev: 1224 $ Ben Collins <bcollins@debian.org>
eth1394: eth1: IEEE-1394 IPv4 over 1394 Ethernet (fw-host0)
ide-cd: ignoring drive hdc
hdd: ATAPI 40X DVD-ROM drive, 512kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device
scsi1 : SCSI host adapter emulation for IDE ATAPI devices
   Vendor: ATAPI     Model: DVD RW 8XMax      Rev: 130D
   Type:   CD-ROM                             ANSI SCSI revision: 02
Attached scsi generic sg0 at scsi1, channel 0, id 0, lun 0,  type 5
sr0: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray
Intel 810 + AC97 Audio, version 1.01, 23:14:48 Dec  4 2004
ACPI: PCI interrupt 0000:00:1f.5[B] -> GSI 17 (level, low) -> IRQ 17
i810: Intel ICH5 found at IO 0xdc00 and 0xd800, MEM 0xde101000 and 0xde102000, IRQ 17
i810: Intel ICH5 mmio at 0xf8a08000 and 0xf8a4e000
i810_audio: Primary codec has ID 2
i810_audio: Audio Controller supports 6 channels.
i810_audio: Defaulting to base 2 channel mode.
i810_audio: Resetting connection 0
i810_audio: Connection 0 with codec id 2
ac97_codec: AC97 Audio codec, id: ALG128 (Unknown)
i810_audio: AC'97 codec 2 Unable to map surround DAC's (or DAC's not present), total channels = 2
DVB: registering new adapter (bttv1).
DVB: registering new adapter (bttv2).
sp887x: waiting for firmware upload...
i2c_adapter i2c-3: sendbytes: error - bailout.
sp887x_initial_setup: firmware upload... done.
Unable to handle kernel paging request at virtual address 6332692f
  printing eip:
f91bbcba
*pde = 00000000
Oops: 0000 [#1]
PREEMPT SMP
Modules linked in: sp887x v4l1_compat dvb_bt8xx dvb_core i810_audio ac97_codec sr_mod sg ide_scsi ide_cd cdrom it87 eeprom i2c_isa i2c_i801 i2c_sensor eth1394 ohci_hcd ohci1394 ieee1394 dc395x scsi_mod snd_bt87x bt878 bttv tuner video_buf firmware_class i2c_algo_bit v4l2_common btcx_risc videodev e1000 snd_intel8x0 snd_ac97_codec snd_pcm snd_timer snd snd_page_alloc soundcore i2c_core cfi_cmdset_0002 cfi_util mtdpart jedec_probe cfi_probe gen_probe ichxrom mtdcore chipreg map_funcs ehci_hcd uhci_hcd usbcore shpchp pci_hotplug intel_mch_agp intel_agp agpgart parport_pc parport evdev nls_cp437 msdos fat dm_mod rtc unix
CPU:    0
EIP:    0060:[<f91bbcba>]    Not tainted VLI
EFLAGS: 00010246   (2.6.10-rc3)
EIP is at dvb_register_frontend+0x1cd/0x28c [dvb_core]
eax: 6332692f   ebx: f778e800   ecx: 00000000   edx: f91c7590
esi: 6332692f   edi: f778ea20   ebp: f90e4200   esp: f76e4f24
ds: 007b   es: 007b   ss: 0068
Process modprobe (pid: 4709, threadinfo=f76e4000 task=f786c020)
Stack: c1920a80 000000d0 f90e4200 00000000 00000000 00000000 f7708600 00000000
        f7708618 f772d4e0 f90e2f2d f90e2b5e 6332692f f772d4e0 f90e4200 f90e4500
        f77733a0 00000070 00000000 00000000 f90e42c4 f9066d14 f90e42c0 00000000
Call Trace:
  [<f90e2f2d>] attach_adapter+0x12e/0x1c3 [sp887x]
  [<f90e2b5e>] sp887x_ioctl+0x0/0x2a1 [sp887x]
  [<f8a20549>] i2c_add_driver+0x8f/0xb5 [i2c_core]
  [<f8ff100f>] init_sp887x+0xf/0x13 [sp887x]
  [<c0135379>] sys_init_module+0x16f/0x21e
  [<c010308b>] syscall_call+0x7/0xb
Code: 75 e7 8b 15 94 75 1c f9 8d 83 d0 01 00 00 c7 83 d0 01 00 00 90 75 1c f9 a3 94 75 1c f9 89 02 89 50 04 8b 03 89 44 24 08 8b 43 14 <8b> 00 c7 04 24 a0 03 1c f9 89 44 24 04 e8 16 17 f6 c6 8d 43 24
  <0>Restarting system.

-- 
Eyal Lebedinsky (eyal@eyal.emu.id.au) <http://samba.org/eyal/>
	If attaching .zip rename to .dat

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 2.6.10-rc3 oops when 'modprobe -r dvb-bt8xx'
  2004-12-05 11:51     ` Eyal Lebedinsky
@ 2004-12-05 12:50       ` Cal Peake
  0 siblings, 0 replies; 24+ messages in thread
From: Cal Peake @ 2004-12-05 12:50 UTC (permalink / raw)
  To: Eyal Lebedinsky; +Cc: Linus Torvalds, Kernel Mailing List

On Sun, 5 Dec 2004, Eyal Lebedinsky wrote:

> Not good. My rc.boot/local has this line
> 	modprobe dvb_bt8xx
> 	modprobe v4l1-compat
> 	modprobe sp887x
> 	modprobe mt352
> 
> and this now seems to generate an oops (see end of boot log).

Yes, that is a bad patch, I missed part of what the i2c_info function was 
doing. It looks like this isn't going to be able to be solved with a 
simple patch.

For the time being if you need to remove/reload the modules I'd try using 
'rmmod' instead of 'modprobe -r' - you might be able to avoid the oops by 
removing modules one by one in a strict order.

If that's not feasible I'd stick with the -mm4 tree or pre-rc2 until the 
-mm changes go into mainline.

-- Cal


^ permalink raw reply	[flat|nested] 24+ messages in thread

* FS Corruption [Re: Linux 2.6.10-rc3]
  2004-12-04  0:19 Linux 2.6.10-rc3 Linus Torvalds
  2004-12-04  9:06 ` Soeren Sonnenburg
  2004-12-04 13:35 ` Linux 2.6.10-rc3 oops when 'modprobe -r dvb-bt8xx' Eyal Lebedinsky
@ 2004-12-06 17:23 ` Kristofer T. Karas
  2004-12-06 19:20 ` Linux 2.6.10-rc3 (compile stats) John Cherry
  3 siblings, 0 replies; 24+ messages in thread
From: Kristofer T. Karas @ 2004-12-06 17:23 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Kernel Mailing List

Linus Torvalds wrote:

>Ok, it's out there in all the normal places, and here's the shortlog for
>the thing.
>

Hi Linus - I'm seeing filesystem corruption (on ext3 anyway) with -rc3; 
there is no such corruption on -rc2.  It would be better if somebody 
with a clue reported this; but since I haven't seen anything, I thought 
I'd hollar before somebody loses work as a result.  (Everybody does real 
work on -rc kernels, don't they? :-)

I untarred a kernel tarball into a directory, renamed it "foo", reboot 
(to clear disk cache), and then did this:

pinhead:/usr/src/kernels# rm -r foo &
[1] 3268
pinhead:/usr/src/kernels# tar xzf linux-2.6.9.tar.gz
rm: cannot remove `foo/include/asm-ppc/linkage.h': No such file or directory
rm: cannot remove `foo/include/asm-x86_64/rtc.h': No such file or directory
rm: cannot remove `foo/include/asm-m68knommu/mcftimer.h': No such file or directory
rm: cannot remove `foo/include/asm-m68k/linkage.h': No such file or directory
rm: cannot remove `foo/include/asm-sparc64/rwsem.h': No such file or directory
rm: cannot remove `foo/include/asm-sparc/psr.h': No such file or directory
[1]+  Exit 1                  rm -r foo
pinhead:/usr/src/kernels#


Running e2fsck on the next boot reports I've got a damaged filesystem.

System is a generic PC (a Dell GX110) - I810 chipset, PIII, IDE.  
Untainted vanilla kernel.  Other config details upon request.

Kris

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 2.6.10-rc3 (compile stats)
  2004-12-04  0:19 Linux 2.6.10-rc3 Linus Torvalds
                   ` (2 preceding siblings ...)
  2004-12-06 17:23 ` FS Corruption [Re: Linux 2.6.10-rc3] Kristofer T. Karas
@ 2004-12-06 19:20 ` John Cherry
  3 siblings, 0 replies; 24+ messages in thread
From: John Cherry @ 2004-12-06 19:20 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Kernel Mailing List

The compile regressions have been down for awhile.  Sorry about that.  I
fired them up again with a little newer compiler (3.4.1).  The list
below shows both Linus' and Andrew's releases since 2.6.9.  All the
regressions and detailed information are on the web site listed below.

John Cherry

----------------------------------------------------------------------


Linux 2.6 Compile Statistics (gcc 3.4.1)

Web page with links to complete details:
   http://developer.osdl.org/cherry/compile/

Kernel         bzImage    bzImage  bzImage  modules  bzImage   modules
             (defconfig)  (allno)  (allyes) (allyes) (allmod) (allmod)
-----------  -----------  -------- -------- -------- -------- ---------
2.6.9-rc2     13w/0e       0w/0e   774w/0e    6w/0e  15w/0e    857w/0e
2.6.9-rc2     14w/0e       0w/0e  1815w/11e  65w/0e  19w/0e   2157w/0e
(Compiles with gcc 3.2.2)
2.6.9-rc1      5w/0e       1w/0e  1069w/15e   6w/0e   4w/0e   1062w/1e
2.6.9          0w/0e       0w/0e  1930w/0e   41w/0e  11w/0e   1950w/0e


Linux 2.6 (mm tree) Compile Statistics (gcc 3.4.1)

Kernel            bzImage   bzImage  bzImage  modules  bzImage  modules
                (defconfig) (allno) (allyes) (allyes) (allmod) (allmod)
--------------- ---------- -------- -------- -------- -------- --------
2.6.10-rc2-mm4   15w/0e     1w/7e   421w/0e    6w/0e  16w/0e    408w/0e
2.6.10-rc2-mm3   15w/0e     0w/0e  1255w/12e  66w/0e  16w/0e   1507w/0e
2.6.10-rc2-mm2   15w/0e     0w/0e  1362w/15e  65w/0e  16w/0e   1612w/2e
2.6.10-rc2-mm1   15w/0e     0w/0e  1405w/11e  65w/0e  16w/0e   1652w/0e
2.6.10-rc1-mm5   16w/0e     0w/0e  1587w/0e   65w/0e  20w/0e   1834w/0e
2.6.10-rc1-mm4   16w/0e     0w/0e  1485w/9e   65w/0e  20w/0e   1732w/0e
(Compiles with gcc 3.2.2)
2.6.10-rc1-mm3    7w/31e    0w/9e   496w/141e  4w/0e   4w/50e   693w/83e
2.6.10-rc1-mm2   16w/1e     1w/1e   529w/1e    4w/0e  12w/1e    729w/0e
2.6.10-rc1-mm1   16w/1e     1w/1e   592w/1e    4w/0e  13w/1e    857w/0e
2.6.9-mm1         6w/1e     1w/1e  1761w/15e  65w/0e   9w/0e   2086w/0e
2.6.9-rc4-mm1     5w/0e     0w/0e  1766w/11e  43w/0e   6w/0e   1798w/0e
2.6.9-rc3-mm3     5w/0e     0w/0e  1756w/11e  43w/0e   4w/0e   1786w/0e
2.6.9-rc3-mm2    10w/0e     4w/9e  1754w/14e  43w/0e   4w/0e   1782w/1e
2.6.9-rc3-mm1    10w/0e     4w/10e 1768w/0e   43w/0e   4w/0e   1796w/0e
2.6.9-rc2-mm4    10w/0e     5w/0e  2573w/0e   41w/0e   4w/0e   2600w/0e
2.6.9-rc2-mm3    10w/0e     5w/0e  2400w/0e   41w/0e   4w/0e   2435w/0e
2.6.9-rc2-mm2    10w/0e     5w/0e  2919w/0e   41w/0e   4w/0e   2954w/0e
2.6.9-rc2-mm1     0w/0e     2w/0e  3541w/9e   41w/0e   3w/9e   3567w/0e
2.6.9-rc1-mm4     0w/0e     1w/0e    55w/0e    3w/0e   2w/0e     48w/0e
2.6.9-rc1-mm3     0w/0e     0w/0e    55w/13e   3w/0e   1w/0e     49w/1e
2.6.9-rc1-mm2     0w/0e     0w/0e    53w/11e   3w/0e   1w/0e     47w/0e
2.6.9-rc1-mm1     0w/0e     0w/0e    80w/0e    4w/0e   1w/0e     74w/0e



^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 2.6.10-rc3 oops when 'modprobe -r dvb-bt8xx'
  2004-12-04 13:35 ` Linux 2.6.10-rc3 oops when 'modprobe -r dvb-bt8xx' Eyal Lebedinsky
  2004-12-05 10:15   ` Cal Peake
@ 2004-12-07 18:03   ` Gerd Knorr
  2004-12-07 20:34     ` Michael Hunold
  1 sibling, 1 reply; 24+ messages in thread
From: Gerd Knorr @ 2004-12-07 18:03 UTC (permalink / raw)
  To: Eyal Lebedinsky, Michael Hunold, Andrew Morton
  Cc: Linus Torvalds, Kernel Mailing List

Eyal Lebedinsky <eyal@eyal.emu.id.au> writes:

> Linus Torvalds wrote:
> > Please do test this - and don't send me anything but bug-fixes. Let's aim
> > for a real 2.6.10 before xmas (or hanukkah, or whatever your favourite
> > holiday happens to be).
> 
> In the spirit of festive testing I would like to say that the oops that I
> enjoyed throughout rc2-bk* is still present in -rc3. -mm series does not
> have this problem.

Oh joy.  I think thats a different one.  And I suspect there are a few
more of that kind which simply didn't show up yet because the user
base is too small.  The current way of doing the initialization of the
frontend devices (in Linus' tree) is simply a big mess and you may get
all sorts of strange effects depending on the order you load or unload
the modules if one of the parties involved doesn't get it right.

> 	modprobe -r dvb-bt8xx

>   [<f90e2634>] mt352_detach_client+0x52/0x54 [mt352]

What happens if you "rmmod mt352" first?  Guess it works without
oopsing then?

I somehow feel the best way to deal with that is to merge the
redesigned frontend handing pending in -mm at the moment into Linus
tree _now_, that should kill that whole class of bugs.

That may result in the dvb subsystem not being that stable in 2.6.10.
But dvb not being rock solid in 2.6.10 will very likely happen anyway
as the code currently in Linus' tree isn't very stable as well.  I
think the chance that it gets even worse is small enougth that we can
take the risk.

Additional bonus would be that we don't get bugreports for the old
code base which is already obsolete (and nobody wants to work on
because of that).

Michael?

  Gerd

-- 
#define printk(args...) fprintf(stderr, ## args)

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 2.6.10-rc3 oops when 'modprobe -r dvb-bt8xx'
  2004-12-07 18:03   ` Gerd Knorr
@ 2004-12-07 20:34     ` Michael Hunold
  2004-12-07 21:55       ` Andrew Morton
  0 siblings, 1 reply; 24+ messages in thread
From: Michael Hunold @ 2004-12-07 20:34 UTC (permalink / raw)
  To: Gerd Knorr
  Cc: Eyal Lebedinsky, Michael Hunold, Andrew Morton, Linus Torvalds,
	Kernel Mailing List, Johannes Stezenbach

Hi,

Am 12/07/04 19:03, Gerd Knorr schrieb:
> I somehow feel the best way to deal with that is to merge the
> redesigned frontend handing pending in -mm at the moment into Linus
> tree _now_, that should kill that whole class of bugs.

Johannes and I had agreed with Andrew that the redesigned frontend code 
should stay in -mm for now, because we expect that support for some 
cards is broken. We currently don't receive very much reports on the 
mailing list though.

> That may result in the dvb subsystem not being that stable in 2.6.10.
> But dvb not being rock solid in 2.6.10 will very likely happen anyway
> as the code currently in Linus' tree isn't very stable as well.  I
> think the chance that it gets even worse is small enougth that we can
> take the risk.
> 
> Additional bonus would be that we don't get bugreports for the old
> code base which is already obsolete (and nobody wants to work on
> because of that).
> 
> Michael?

I just spoke to Johannes and we agree with you, Gerd. The DVB changes 
can and should be merged from -mm now. There is a fair chance that the 
remaining issues with broken cards can be resolved before 2.6.10.

The code is in a good shape and only some small patches are missing from 
the LinuxTV.org CVS.

I can prepare a patch that fixes the support for some cards and other 
minor improvements tomorrow.

>   Gerd

CU
Michael.

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 2.6.10-rc3 oops when 'modprobe -r dvb-bt8xx'
  2004-12-07 20:34     ` Michael Hunold
@ 2004-12-07 21:55       ` Andrew Morton
  2004-12-07 23:08         ` Gerd Knorr
  0 siblings, 1 reply; 24+ messages in thread
From: Andrew Morton @ 2004-12-07 21:55 UTC (permalink / raw)
  To: Michael Hunold; +Cc: kraxel, eyal, hunold, torvalds, linux-kernel, js

Michael Hunold <hunold@linuxtv.org> wrote:
>
> I just spoke to Johannes and we agree with you, Gerd. The DVB changes 
> can and should be merged from -mm now. There is a fair chance that the 
> remaining issues with broken cards can be resolved before 2.6.10.

How much end-user testing has the new code had?  ie: are we confident that
the new code is presently more stable than the old code?

> The code is in a good shape and only some small patches are missing from 
> the LinuxTV.org CVS.
> 
> I can prepare a patch that fixes the support for some cards and other 
> minor improvements tomorrow.

Yup, please start working on those things.

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 2.6.10-rc3 oops when 'modprobe -r dvb-bt8xx'
  2004-12-07 21:55       ` Andrew Morton
@ 2004-12-07 23:08         ` Gerd Knorr
  0 siblings, 0 replies; 24+ messages in thread
From: Gerd Knorr @ 2004-12-07 23:08 UTC (permalink / raw)
  To: Andrew Morton; +Cc: Michael Hunold, eyal, hunold, torvalds, linux-kernel, js

On Tue, Dec 07, 2004 at 01:55:21PM -0800, Andrew Morton wrote:
> Michael Hunold <hunold@linuxtv.org> wrote:
> >
> > I just spoke to Johannes and we agree with you, Gerd. The DVB changes 
> > can and should be merged from -mm now. There is a fair chance that the 
> > remaining issues with broken cards can be resolved before 2.6.10.
> 
> How much end-user testing has the new code had?

Test coverage by people running -rc or -mm kernels seems to be small,
my impression is that the users tend to use either the versions in
release kernels (i.e. 2.6.9) or latest stuff from cvs.  I'd say it is
mostly tested by people tracking the linuxtv cvs.

> ie: are we confident that the new code is presently more stable than
> the old code?

I'm pretty sure, otherwise I wouldn't have suggested that.  Test coverage
is probably about the same for the code currently in Linus tree and the
-mm updates.  The last big dvb update which introduced the problems we
see now in 2.6.10-rc kernels was merged after 2.6.9, so I think it
didn't got that much end user testing as well.

The interface design of the current code is much better and less error
prone, that alone should help alot in stability by fixing the oopses.
The new frontend handling has -- unlike the old one -- no problems with
i2c address clashes, which should also fix a number of problems.

The new core code runs rock solid, I use that every day without problems.
We might have introduced some new hardware specific bugs nobody trapped
into so far (but thats true for the code currently in -rc3 as well, see
above).

> > The code is in a good shape and only some small patches are missing from 
> > the LinuxTV.org CVS.

Which should help alot when dealing with any issues showing up because
merging fixes from cvs into mainline kernel will be very easy ;)

  Gerd

-- 
#define printk(args...) fprintf(stderr, ## args)

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 2.6.10-rc3
  2004-12-05  3:03 Linux 2.6.10-rc3 David Brownell
  2004-12-05  4:07 ` Benjamin Herrenschmidt
@ 2004-12-05 12:14 ` Russell King
  1 sibling, 0 replies; 24+ messages in thread
From: Russell King @ 2004-12-05 12:14 UTC (permalink / raw)
  To: David Brownell; +Cc: Linux Kernel list

On Sat, Dec 04, 2004 at 07:03:55PM -0800, David Brownell wrote:
> > From:       Martin Josefsson <gandalf () wlug ! westbo ! se>
> > Date:       2004-12-04 21:42:11
> > 
> > That's an usb2.0 bug, the ehci driver sleeps when it can't sleep.
> 
> Who changed it so that context was no longer allowed to sleep???

suspend and resume methods must be able to sleep because you may
need to talk to external hardware, wait for queues to drain, etc
which may in turn require kernel threads to run.

We must be able to sleep in suspend/resume methods.  PCMCIA requires
it, as do other subsystems.

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:  2.6 PCMCIA      - http://pcmcia.arm.linux.org.uk/
                 2.6 Serial core

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 2.6.10-rc3
  2004-12-05  3:03 Linux 2.6.10-rc3 David Brownell
@ 2004-12-05  4:07 ` Benjamin Herrenschmidt
  2004-12-05 12:14 ` Russell King
  1 sibling, 0 replies; 24+ messages in thread
From: Benjamin Herrenschmidt @ 2004-12-05  4:07 UTC (permalink / raw)
  To: David Brownell; +Cc: Linux Kernel list


> Why was that changed?  Are you sure it's not just a bug higher up
> in the call stack?  Classically(*), both suspend() and resume()
> methods are called in contexts that can sleep, so that's a big
> change I'd expect to impact other drivers too.  In fact that'd
> explain a lot of other messages I saw reported on the list...

Yes, lots of drivers are expected to be able to schedule in suspend and
resume requests. If that was broken upstream, then this is a big BUG.

> - Dave
> 
> (*) Since APM days if not before.
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
-- 
Benjamin Herrenschmidt <benh@kernel.crashing.org>


^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 2.6.10-rc3
@ 2004-12-05  3:03 David Brownell
  2004-12-05  4:07 ` Benjamin Herrenschmidt
  2004-12-05 12:14 ` Russell King
  0 siblings, 2 replies; 24+ messages in thread
From: David Brownell @ 2004-12-05  3:03 UTC (permalink / raw)
  To: Linux Kernel list

> From:       Martin Josefsson <gandalf () wlug ! westbo ! se>
> Date:       2004-12-04 21:42:11
> 
> On Sat, 4 Dec 2004, Alex Romosan wrote:
> 
> > thank you. the laptop wakes up now but i get the following when it
> > resumes (this is the output from dmesg):
> >
> > scheduling while atomic: sleepbtn.sh/0x00000001/3201
> ...
> That's an usb2.0 bug, the ehci driver sleeps when it can't sleep.

Who changed it so that context was no longer allowed to sleep???

That's a very recent change ... I've done a fair amount of testing
in previous kernels and _never_ got that message on that path.

Why was that changed?  Are you sure it's not just a bug higher up
in the call stack?  Classically(*), both suspend() and resume()
methods are called in contexts that can sleep, so that's a big
change I'd expect to impact other drivers too.  In fact that'd
explain a lot of other messages I saw reported on the list...

- Dave

(*) Since APM days if not before.

^ permalink raw reply	[flat|nested] 24+ messages in thread

end of thread, other threads:[~2004-12-07 23:21 UTC | newest]

Thread overview: 24+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-12-04  0:19 Linux 2.6.10-rc3 Linus Torvalds
2004-12-04  9:06 ` Soeren Sonnenburg
2004-12-04 17:06   ` Alex Romosan
2004-12-04 17:24     ` Ari Pollak
2004-12-04 17:40       ` Alex Romosan
2004-12-04 19:21         ` Ari Pollak
2004-12-04 21:17         ` Martin Josefsson
2004-12-04 21:37           ` Alex Romosan
2004-12-04 21:42             ` Martin Josefsson
2004-12-04 23:48               ` Paul Ionescu
2004-12-04 21:47         ` Giridhar Pemmasani
2004-12-04 13:35 ` Linux 2.6.10-rc3 oops when 'modprobe -r dvb-bt8xx' Eyal Lebedinsky
2004-12-05 10:15   ` Cal Peake
2004-12-05 11:51     ` Eyal Lebedinsky
2004-12-05 12:50       ` Cal Peake
2004-12-07 18:03   ` Gerd Knorr
2004-12-07 20:34     ` Michael Hunold
2004-12-07 21:55       ` Andrew Morton
2004-12-07 23:08         ` Gerd Knorr
2004-12-06 17:23 ` FS Corruption [Re: Linux 2.6.10-rc3] Kristofer T. Karas
2004-12-06 19:20 ` Linux 2.6.10-rc3 (compile stats) John Cherry
2004-12-05  3:03 Linux 2.6.10-rc3 David Brownell
2004-12-05  4:07 ` Benjamin Herrenschmidt
2004-12-05 12:14 ` Russell King

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).