* Linux 2.6.20-rc2 @ 2006-12-24 4:49 Linus Torvalds 2006-12-24 13:58 ` Alessandro Suardi ` (5 more replies) 0 siblings, 6 replies; 43+ messages in thread From: Linus Torvalds @ 2006-12-24 4:49 UTC (permalink / raw) To: Linux Kernel Mailing List [-- Attachment #1: Type: TEXT/PLAIN, Size: 24880 bytes --] Ok, it's a couple of days delayed, because we've been trying to figure out what is up with the rtorrent hash failures since 2.6.18.3. I don't think we've made any progress, but we've cleaned up a number of suspects in the meantime. It's a bit sad, if only because I was really hoping to make 2.6.20 an easy release, and held back on merging some stuff during the merge window for that reason. And now we're battling something that was introduced much earlier.. Now, practically speaking this isn't likely to affect a lot of people, but it's still a worrisome problem, and we've had "top people" looking at it. And they'll continue, but xmas is coming. In the meantime, we'll continue with the stabilization, and this mainly does some driver updates (usb, sound, dri, pci hotplug) and ACPI updates (much of the latter syntactic cleanups). And arm and powerpc updates. Shortlog appended. For developers: if you sent me a patch, and I didn't apply it, it was probably just missed because I concentrated on other issues. So pls re-send.. Unless I explicitly told you that I'm not going to pull it due to the merge window being over, of course ;) Linus --- Adrian Bunk (10): ACPI: make drivers/acpi/ec.c:ec_ecdt static ACPI: fix NULL check in drivers/acpi/osl.c [ALSA] sound/core/control.c: remove dead code PCI: don't export device IDs to userspace Driver core: proper prototype for drivers/base/init.c:driver_init() make kernel/printk.c:ignore_loglevel_setup() static fs/sysv/: proper prototypes for 2 functions [ATM]: Remove dead ATM_TNETA1570 option. [ATM] drivers/atm/fore200e.c: Cleanups. [SCTP]: make 2 functions static Akinobu Mita (9): drm: fix return value check ata: fix platform_device_register_simple() error check ACPI: fix single linked list manipulation ACPI: prevent processor module from loading on failures [ALSA] sound: initialize rawmidi substream list [ALSA] sound: fix PCM substream list audit: fix kstrdup() error check gss_spkm3: fix error handling in module init tlclk: delete unnecessary sysfs_remove_group Al Viro (4): m68k trivial build fixes more work_struct fixes: tas300x sound drivers fix leaks on pipe(2) failure exits [IPV6]: Dumb typo in generic csum_ipv6_magic() Alan Cox (5): Fix help text for CONFIG_ATA_PIIX pata_via: Cable detect error usb serial: Eliminate bogus ioctl code pci: Introduce pci_find_present PCI: Fix multiple problems with VIA hardware Alan Stern (1): UHCI: module parameter to ignore overcurrent changes Alexey Starikovskiy (15): ACPI: ec: Allow for write semantics in any command. ACPI: ec: Enable EC GPE at beginning of transaction ACPI: ec: Increase timeout from 50 to 500 ms to handle old slow machines. ACPI: ec: Read status register from check_status() function ACPI: ec: Remove expect_event and all races around it. ACPI: ec: Remove calls to clear_gpe() and enable_gpe(), as these are handled at ACPI: ec: Query only single query at a time. ACPI: ec: Change semaphore to mutex. ACPI: ec: Rename gpe_bit to gpe ACPI: ec: Drop udelay() from poll mode. Loop by reading status field instead. ACPI: ec: Acquire Global Lock under EC mutex. ACPI: ec: Style changes. ACPI: ec: Change #define to enums there possible. ACPI: ec: Lindent once again ACPI: ibm_acpi: allow clean removal Andreas Mohr (1): [ALSA] via82xx: add __devinitdata Andrew Morton (15): ACPI: uninline ACPI global locking functions ACPI: acpi-cpufreq: remove unused data when !CONFIG_SMP ACPI: Kconfig - depend on PM rather than selecting it [libata] pata_cs5530: suspend/resume support tweak [libata] pata_via: suspend/resume support fix USB: Nokia E70 is an unusual device USB: Nokia E70 is an unusual device truncate: clear page dirtiness before running try_to_free_buffers() truncate: dirty memory accounting fix rtc warning fix smc911 workqueue fixes schedule_timeout(): improve warning message relay: remove inlining increase CARDBUS_MEM_SIZE build compile.h earlier Andrew Victor (3): USB: ohci at91 warning fix USB: at91 udc, support at91sam926x addresses USB: at91_udc, misc fixes Aneesh Kumar K.V (1): kobject: kobject_uevent() returns manageable value Arnd Bergmann (4): [POWERPC] cell: update cell_defconfig [POWERPC] cell: add forward struct declarations to spu.h [POWERPC] spufs: fix assignment of node numbers [POWERPC] powerpc: add scanning of ebc bus to of_platform Avi Kivity (4): KVM: AMD SVM: handle MSR_STAR in 32-bit mode KVM: AMD SVM: Save and restore the floating point unit state KVM: Use more traditional error handling in kvm_mmu_init() KVM: API versioning Badari Pulavarty (1): Fix for shmem_truncate_range() BUG_ON() Ben Collins (1): ib_verbs: Use explicit if-else statements to avoid errors with do-while macros Ben Dooks (18): [ARM] 4038/1: S3C24XX: Fix copyrights in include/asm-arm/arch-s3c2410 (core) [ARM] 4039/1: S3C24XX: Fix copyrights in include/asm-arm/arch-s3c2410 (mach) [ARM] 4040/1: S3C24XX: Fix copyrights in arch/arm/mach-s3c2410 [ARM] 4041/1: S3C24XX: Fix sparse errors from VA addresses [ARM] 4042/1: H1940: Fix sparse errors from VA addresses [ARM] 4043/1: S3C24XX: fix sparse warnings in arch/arm/mach-s3c2410/s3c2440-clock.c [ARM] 4044/1: S3C24XX: fix sparse warnings in arch/arm/mach-s3c2410/s3c2442-clock.c [ARM] 4045/1: S3C24XX: remove old VA for non-shared areas [ARM] 4046/1: S3C24XX: fix sparse errors arch/arm/mach-s3c2410 [ARM] 4048/1: S3C24XX: make s3c2410_pm_resume() static [ARM] 4049/1: S3C24XX: fix sparse warning due to upf_t in regs-serial.h [ARM] 4050/1: S3C24XX: remove old changelogs in arch/arm/mach-s3c2410 [ARM] 4051/1: S3C24XX: clean includes in S3C2440 and S3C2442 support [ARM] 4052/1: S3C24XX: Fix PM in arch/arm/mach-s3c2410/Kconfig [ARM] 4059/1: VR1000: fix LED3's platform device number [ARM] 4062/1: S3C24XX: Anubis and Osiris shuld have CONFIG_PM_SIMTEC MAINTAINERS: fix email for S3C2410 and S3C2440 fix s3c24xx gpio driver (include linux/workqueue.h) Benjamin Herrenschmidt (3): [POWERPC] cell: Fix spufs with "new style" device-tree [POWERPC] Workaround oldworld OF bug with IRQs & P2P bridges [POWERPC] Fix build of cell zImage.initrd Burman Yan (2): USB AUERSWALD: replace kmalloc+memset with kzalloc ACPI: replace kmalloc+memset with kzalloc Chen, Justin (1): ACPI: optimize pci_rootbridge search Chris Frey (1): USB: fix to usbfs_snoop logging of user defined control urbs Christian Borntraeger (2): [S390] hypfs fixes [S390] sclp_cpi module license. Christian Hesse (1): [ALSA] hda-codec - fix typo in PCI IDs Christoph Lameter (1): slab: fix kmem_ptr_validate definition Clemens Ladisch (3): [ALSA] use the ALIGN macro [ALSA] use the roundup macro [ALSA] pcm core: fix silence_start calculations Conke Hu (1): PCI: ATI sb600 sata quirk Dan Williams (1): [ARM] 4022/1: iop13xx: generic irq fixups Dave Airlie (3): drm: fixup comment header style drm: make kernel context switch same as for drm git tree. drm: r128: comment aligment with drm git Dave Jones (2): [CPUFREQ] Advise not to use longhaul on VIA C7. [CPUFREQ] longhaul compile fix. Dave Kleikamp (1): Fix JFS after clear_page_dirty() removal David Brownell (3): USB: gadget driver unbind() is optional; section fixes; misc USB: MAINTAINERS update, EHCI and OHCI USB: ohci whitespace/comment fixups David Chinner (1): Fix XFS after clear_page_dirty() removal David Clare (1): USB: Prevent the funsoft serial device from entering raw mode David Rientjes (1): PCI quirks: remove redundant check David S. Miller (8): [SPARC64]: Kill no-remapping-needed code in head.S [SPARC64]: Minor irq handling cleanups. [DocBook]: Fix two typos in generic IRQ docs. [SPARC64]: Mirror x86_64's PERCPU_ENOUGH_ROOM definition. [SPARC]: Update defconfig. [SPARC]: Make bitops use same spinlocks as atomics. [NETFILTER] IPV6: Fix dependencies. [UDP]: Fix reversed logic in udp_get_port(). David Woodhouse (1): [POWERPC] Probe Efika platform before CHRP. Dhaval Giani (1): [CPUFREQ] fixes typo in cpufreq.c Dmitry Torokhov (1): ACPI: button: register with input layer Eagle Jones (1): USB: airprime: add device id for dell wireless 5500 hsdpa card Ed L. Cashin (1): fix aoe without scatter-gather [Bug 7662] Eric Anholt (1): drm: savage: compat fix from drm git. Eric Smith (1): usb serial: add support for Novatel S720/U720 CDMA/EV-DO modems Eric W. Biederman (1): Fix reparenting to the same thread group. (take 2) Evgeniy Polyakov (2): [CONNECTOR]: Fix compilation breakage introduced recently. [CONNECTOR]: Replace delayed work with usual work queue. Fabrice Knevez (1): [SUNKBD]: Fix sunkbd_enable(sunkbd, 0); obvious. Florian Festi (1): input/hid: Supporting more keys from the HUT Consumer Page Geert Uytterhoeven (1): __set_irq_handler bogus space Gerrit Renker (1): [TCP]: Fix ambiguity in the `before' relation. Glen Masgai (1): [ALSA] ymfpci: fix swap_rear for S/PDIF passthrough Greg Kroah-Hartman (1): USB Storage: remove duplicate Nokia entry in unusual_devs.h Henrique de Moraes Holschuh (22): ACPI: ibm-acpi: new ibm-acpi maintainer ACPI: ibm-acpi: do not use / in driver names ACPI: ibm-acpi: trivial Lindent cleanups ACPI: ibm-acpi: Use a enum to select the thermal sensor reading strategy ACPI: ibm-acpi: Implement direct-ec-access thermal reading modes for up to 16 sensors ACPI: ibm-acpi: document thermal sensor locations for the A31 ACPI: ibm-acpi: prepare to cleanup fan_read and fan_write ACPI: ibm-acpi: clean up fan_read ACPI: ibm-acpi: break fan_read into separate functions ACPI: ibm-acpi: cleanup fan_write ACPI: ibm-acpi: document fan control ACPI: ibm-acpi: extend fan status functions ACPI: ibm-acpi: fix and extend fan enable ACPI: ibm-acpi: fix and extend fan control functions ACPI: ibm-acpi: store embedded controller firmware version for matching ACPI: ibm-acpi: workaround for EC 0x2f initialization bug ACPI: ibm-acpi: implement fan watchdog command ACPI: ibm-acpi: add support for the ultrabay on the T60,X60 ACPI: ibm-acpi: make non-generic bay support optional ACPI: ibm-acpi: backlight device cleanup ACPI: ibm-acpi: style fixes and cruft removal ACPI: ibm-acpi: update version and copyright Hisashi Hifumi (1): jbd: wait for already submitted t_sync_datalist buffer to complete Holger Macht (3): ACPI: ibm_acpi: Add support for the generic backlight device ACPI: asus_acpi: Add support for the generic backlight device ACPI: toshiba_acpi: Add support for the generic backlight device Inaky Perez-Gonzalez (1): pci: add class codes for Wireless RF controllers Ingo Molnar (6): x86_64: fix boot hang caused by CALGARY_IOMMU_ENABLED_BY_DEFAULT x86_64: fix boot time hang in detect_calgary() workqueue: fix schedule_on_each_cpu() lock debugging: fix DEBUG_LOCKS_WARN_ON() & debug_locks_silent sched: fix bad missed wakeups in the i386, x86_64, ia64, ACPI and APM idle code suspend: fix suspend on single-CPU systems Ira Snyder (1): initializer entry defined twice in pata_rz1000 Ivan Skytte Jorgensen (1): [SCTP]: Fix typo adaption -> adaptation as per the latest API draft. James C Georgas (1): [ALSA] ac97_codec - trivial fix for bit update functions James Courtier-Dutton (3): [ALSA] snd-ca0106: Add new card variant. [ALSA] snd-ca0106: Fix typos. [ALSA] ac97: Identify CMI9761 chips. James Morris (1): KVM: add valid_vcpu() helper James Simmons (1): fbdev: update after backlight argument change Jan Capek (1): USB: ftdi_sio - MachX product ID added Jan Engelhardt (1): ACPI: Remove unnecessary from/to-void* and to-void casts in drivers/acpi Jaroslav Kysela (2): [ALSA] ac97_codec (ALC655): add EAPD hack for MSI L725 laptop [ALSA] version 1.0.14rc1 Jason Gaston (1): ata_piix: IDE mode SATA patch for Intel ICH9 Jean Delvare (3): drm: Stop defining pci_pretty_name [ALSA] sound: Don't include i2c-dev.h microcode: fix mc_cpu_notifier section warning Jeff Garzik (5): DRM: handle pci_enable_device failure [libata] use kmap_atomic(KM_IRQ0) in SCSI simulator [libata] sata_svw: Disable ATAPI DMA on current boards (errata workaround) USB: fix ohci.h over-use warnings [libata] sata_svw, sata_vsc: kill iomem warnings Jens Axboe (9): ->nr_sectors and ->hard_nr_sectors are not used for BLOCK_PC requests Remove queue merging hooks __blk_rq_map_user() doesn't need to grab the queue_lock __blk_rq_unmap_user() fails to return error Fixup blk_rq_unmap_user() API cfq-iosched: don't allow sync merges across queues block: document io scheduler allow_merge_fn hook elevator: fixup typo in merge logic cfq-iosched: tighten allow merge criteria Jens Osterkamp (1): [POWERPC] cell: Enable spider workarounds on all PCI buses Jeremy Fitzhardinge (1): ptrace: Fix EFL_OFFSET value according to i386 pda changes Jesper Juhl (2): ACPI: Get rid of 'unused variable' warning in acpi_ev_global_lock_handler() PCI: Be a bit defensive in quirk_nvidia_ck804() so we don't risk dereferencing a NULL pdev. Jiri Kosina (2): Generic HID layer - build: USB_HID should select HID Generic HID layer - update MAINTAINERS Johann Wilhelm (2): usb-storage: Ignore the virtual cd-drive of the Huawei E220 USB Modem usb-gsm-driver: Added VendorId and ProductId for Huawei E220 USB Modem Johannes Hoelzl (1): Add Baltech Reader ID to CP2101 driver John Keller (1): ACPI: Add support for acpi_load_table/acpi_unload_table_id Josh Boyer (1): Make JFFS depend on CONFIG_BROKEN Kenji Kaneshige (5): PCI: pcieport-driver: remove invalid warning message shpchp: remove unnecessary struct php_ctlr shpchp: cleanup struct controller shpchp: remove shpchprm_get_physical_slot_number shpchp: cleanup shpchp.h Kristen Carlson Accardi (4): ACPI: dock: use mutex instead of spinlock ACPI: dock: Make the dock station driver a platform device driver. ACPI: dock: add uevent to indicate change in device status acpiphp: Link-time error for PCI Hotplug Krzysztof Helt (1): [ARM] 4015/1: s3c2410 cpu ifdefs Leigh Brown (2): [TCP]: Fix oops caused by tcp_v4_md5_do_del [TCP]: Trivial fix to message in tcp_v4_inbound_md5_hash Len Brown (3): ACPI: dock: fix build warning ACPI: ibm_acpi: respond to workqueue update ACPI: fix git automerge failure Lennert Buytenhek (6): [ARM] 4054/1: ep93xx: add HWCAP_CRUNCH [ARM] 4055/1: iop13xx: fix phys_io/io_pg_offst for iq81340mc/sc [ARM] 4056/1: iop13xx: fix resource.end off-by-one in flash setup [ARM] 4057/1: ixp23xx: unconditionally enable hardware coherency [ARM] 4061/1: xsc3: change of maintainer [ARM] 4060/1: update several ARM defconfigs Leonid Arsh (1): IB/mthca: Add HCA profile module parameters Li Yewang (1): [IPV4]: Fix BUG of ip_rt_send_redirect() Linas Vepstas (2): [POWERPC] Fix PCI device channel state initialization rpaphp: compiler warning cleanup Linus Torvalds (11): Remove stack unwinder for now Fix "delayed_work_pending()" macro expansion Fix incorrect user space access locking in mincore() Make workqueue bit operations work on "atomic_long_t" Fix up mm/mincore.c error value cases Clean up and make try_to_free_buffers() not race with dirty pages VM: Remove "clear_page_dirty()" and "test_clear_page_dirty()" functions Clean up and export cancel_dirty_page() to modules Fix reiserfs after "test_clear_page_dirty()" removal Fix up CIFS for "test_clear_page_dirty()" removal Linux 2.6.20-rc2 Maciej W. Rozycki (1): mips: if_fddi.h: Add a missing inclusion Magnus Damm (1): fix vm_events_fold_cpu() build breakage Marcel Holtmann (1): Call init_timer() for ISDN PPP CCP reset state timer Mark Fasheh (1): Conditionally check expected_preempt_count in __resched_legal() Martin Bligh (1): ACPI: avoid gcc warnings in ACPI mutex debug code Martin Schwidefsky (1): [S390] update default configuration Martin Waitz (1): kernel-doc: remove Martin from MAINTAINERS Mattia Dongili (1): [CPUFREQ] set policy->curfreq on initialization Michael Chan (7): [BNX2]: Fix panic in bnx2_tx_int(). [BNX2]: Fix bug in bnx2_nvram_write(). [BNX2]: Fix minor loopback problem. [TG3]: Assign tp->link_config.orig_* values. [TG3]: Fix race condition when calling register_netdev(). [TG3]: Power down/up 5906 PHY correctly. [TG3]: Update version and reldate. Michel Dänzer (2): i915_vblank_tasklet: Try harder to avoid tearing. drm: Unify radeon offset checking. Michael Ellerman (6): PCI: Create __pci_bus_find_cap_start() from __pci_bus_find_cap() PCI: Add pci_find_ht_capability() for finding Hypertransport capabilities PCI: Use pci_find_ht_capability() in drivers/pci/htirq.c PCI: Add #defines for Hypertransport MSI fields PCI: Use pci_find_ht_capability() in drivers/pci/quirks.c PCI: Only check the HT capability bits in mpic.c Michael Halcrow (1): fsstack: Remove inode copy Michael Holzheu (3): [S390] Fix reboot hang on LPARs [S390] Fix reboot hang [S390] Save prefix register for dump on panic Michael Riepe (3): KVM: Do not export unsupported msrs to userspace KVM: Force real-mode cs limit to 64K KVM: Handle p5 mce msrs Mike Miller (2): cciss: set default raid level when reading geometry fails cciss: fix XFER_READ/XFER_WRITE in do_cciss_request Miklos Szeredi (1): fuse: remove clear_page_dirty() call NeilBrown (1): md: fix a few problems with the interface (sysfs and ioctl) to md Nick Piggin (1): mm: more rmap debugging Nickolay V. Shmyrev (1): [ALSA] snd_hda_intel 3stack mode for ASUS P5P-L2 Nigel Cunningham (1): Fix swapped parameters in mm/vmscan.c OGAWA Hirofumi (1): arch/i386/pci/mmconfig.c tlb flush fix Oleg Nesterov (1): sys_mincore: s/max/min/ Oliver Neukum (3): USB: fix transvibrator disconnect race USB: removing ifdefed code from gl620a USB: mutexification of usblp Olivier Galibert (1): bluetooth: add support for another Kensington dongle Patrick Caulfield (1): [DLM] fix compile warning Paul Jackson (1): CONFIG_VM_EVENT_COUNTER comment decrustify Paul Mackerras (2): [POWERPC] Fix register save area alignment for swapcontext syscall gxt4500: Fix colormap and PLL setting, support GXT6000P Paul Moore (2): NetLabel: perform input validation earlier on CIPSOv4 DOI add ops NetLabel: correctly fill in unused CIPSOv4 level and category mappings Pavel Machek (1): [ARM] 4035/1: fix collie compilation Peer Chen (1): [libata] Move some PCI IDs from sata_nv to ahci Peter Korsgaard (1): serial/uartlite: Only enable port if request_port succeeded Peter Williams (1): sched: improve efficiency of sched_fork() Peter Zijlstra (1): Fix up page_mkclean_one(): virtual caches, s390 Petko Manolov (1): USB: rtl8150 new device id Ping Cheng (1): USB: fix Wacom Intuos3 4x6 bugs Prarit Bhargava (1): ACPI: dock: Fix symbol conflict between acpiphp and dock Rafael J. Wysocki (1): ACPI: S4: Use "platform" rather than "shutdown" mode by default Ralf Baechle (8): [AX.25]: Mark all kmalloc users __must_check [AX.25]: Fix unchecked ax25_protocol_register uses. [AX.25]: Fix unchecked ax25_listen_register uses [AX.25]: Fix unchecked nr_add_node uses. [AX.25]: Fix unchecked ax25_linkfail_register uses [AX.25]: Fix unchecked rose_add_loopback_node uses [AX.25]: Fix unchecked rose_add_loopback_neigh uses PCI legacy resource fix Ralph Wuerthner (1): [S390] zcrypt: module unload fixes. Randy Dunlap (3): ACPI: make ec_transaction not extern fix kernel-doc warnings in 2.6.20-rc1 kernel-doc: allow unnamed structs/unions Remy Bruno (1): [ALSA] hdsp: precise_ptr control switched off by default Richard Purdie (1): [ARM] 4034/1: pxafb: Fix compile errors Robert P. J. Day (1): Add a new section to CodingStyle, promoting include/linux/kernel.h Roland Dreier (3): IB: Fix ib_dma_alloc_coherent() wrapper IB/srp: Fix FMR mapping for 32-bit kernels and addresses above 4G IB/mthca: Use DEFINE_MUTEX() instead of mutex_init() Russell King (4): [ARM] Add more syscalls [ARM] Fix BUG()s in ioremap() code [ARM] Fix warnings from asm/system.h PCI: use /sys/bus/pci/drivers/<driver>/new_id first Satoru Takeuchi (1): ACPI: update comment Sean Young (1): USB: Fix oops in PhidgetServo Sridhar Samudrala (1): [SCTP]: Don't export include/linux/sctp.h to userspace. Stefan Bader (1): [S390] cio: css_register_subchannel race. Stephen Rothwell (6): [POWERPC] iSeries: fix viodasd init [POWERPC] iSeries: fix viotape init [POWERPC] iSeries: fix iseries_veth init [POWERPC] iSeries: fix viocd init [POWERPC] iSeries: fix viocons init [POWERPC] iSeries: fix CONFIG_VIOPATH dependency Steven Whitehouse (1): [GFS2] Fix Kconfig Takamasa Ohtake (1): USB: ohci handles hardware faults during root port resets Takashi Iwai (11): [ALSA] hda-codec - Fix wrong error checks in patch_{realtek,analog}.c [ALSA] hda-codec - Don't return error at initialization of modem codec [ALSA] hda-codec - Fix a typo [ALSA] hda-codec - Add model for HP q965 [ALSA] hda-codec - Fix model for ASUS V1j laptop [ALSA] hda-codec - Fix detection of supported sample rates [ALSA] hda-codec - Verbose proc output for PCM parameters [ALSA] ac97 - Fix potential negative array index [ALSA] Fix races in PCM OSS emulation [ALSA] Fix invalid assignment of PCI revision [ALSA] Remove IRQF_DISABLED for shared PCI irqs Tejun Heo (6): ata_piix: use piix_host_stop() in ich_pata_ops libata: don't initialize sg in ata_exec_internal() if DMA_NONE (take #2) ahci: do not mangle saved HOST_CAP while resetting controller libata: clean up variable name usage in xlat related functions libata: kill @cdb argument from xlat methods libata: take scmd->cmd_len into account when translating SCSI commands Thomas Gleixner (1): genirq: fix irq flow handler uninstall Thomas Tuttle (1): ACPI: Implement acpi_video_get_next_level() Tim Chen (1): sched: remove __cpuinitdata anotation to cpu_isolated_map Tobias Klauser (2): [ALSA] sound/usb/usbaudio: Handle return value of usb_register() Add cscope generated files to .gitignore Tony Olech (1): USB: u132-hcd/ftdi-elan: add support for Option GT 3G Quad card Ursula Braun (1): [S390] Hipersocket multicast queue: make sure outbound handler is called Vadim Lobanov (1): fdtable: Provide free_fdtable() wrapper Venkatesh Pallipadi (2): [CPUFREQ] Trivial cleanup for acpi read/write port in acpi-cpufreq.c kref refcnt and false positives Vitaly Wool (3): [POWERPC] Update MTD OF documentation USB: OHCI support for PNX8550 smc911x: fix netpoll compilation faliure Wojtek Kaniewski (3): USB: at91_udc: allow drivers that support high speed USB: at91_udc: Cleanup variables after failure in usb_gadget_register_driver() USB: at91_udc: Additional checks Yan Burman (1): [TG3]: replace kmalloc+memset with kzalloc Yasunori Goto (3): handle SLOB with sparsemen compile error of register_memory() memory hotplug: fix compile error for i386 with NUMA config Yu Luming (1): ACPI: video: Add dev argument for backlight_device_register brandon@ifup.org (1): ACPI: dock: Add a docked sysfs file to the dock driver. ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: Linux 2.6.20-rc2 2006-12-24 4:49 Linux 2.6.20-rc2 Linus Torvalds @ 2006-12-24 13:58 ` Alessandro Suardi 2006-12-24 14:49 ` Jeff Garzik 2006-12-24 17:13 ` Andreas Schwab ` (4 subsequent siblings) 5 siblings, 1 reply; 43+ messages in thread From: Alessandro Suardi @ 2006-12-24 13:58 UTC (permalink / raw) To: Linus Torvalds; +Cc: Linux Kernel Mailing List On 12/24/06, Linus Torvalds <torvalds@osdl.org> wrote: > > Ok, > it's a couple of days delayed, because we've been trying to figure out > what is up with the rtorrent hash failures since 2.6.18.3. I don't think > we've made any progress, but we've cleaned up a number of suspects in the > meantime. > > It's a bit sad, if only because I was really hoping to make 2.6.20 an easy > release, and held back on merging some stuff during the merge window for > that reason. And now we're battling something that was introduced much > earlier.. > > Now, practically speaking this isn't likely to affect a lot of people, but > it's still a worrisome problem, and we've had "top people" looking at it. > And they'll continue, but xmas is coming. > > In the meantime, we'll continue with the stabilization, and this mainly > does some driver updates (usb, sound, dri, pci hotplug) and ACPI updates > (much of the latter syntactic cleanups). And arm and powerpc updates. > > Shortlog appended. > > For developers: if you sent me a patch, and I didn't apply it, it was > probably just missed because I concentrated on other issues. So pls > re-send.. Unless I explicitly told you that I'm not going to pull it due > to the merge window being over, of course ;) > > Linus [shortlog snipped] As already reported multiple times, including at -rc1 time... still need this libata-sff.c patch: http://marc.theaimsgroup.com/?l=linux-kernel&m=116343564202844&q=raw to have my root device detected, ata_piix probe would otherwise fail as described in this thread: http://www.ussg.iu.edu/hypermail/linux/kernel/0612.0/0690.html Enjoy the holiday season, --alessandro "...when I get it, I _get_ it" (Lara Eidemiller) ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: Linux 2.6.20-rc2 2006-12-24 13:58 ` Alessandro Suardi @ 2006-12-24 14:49 ` Jeff Garzik 0 siblings, 0 replies; 43+ messages in thread From: Jeff Garzik @ 2006-12-24 14:49 UTC (permalink / raw) To: Alessandro Suardi; +Cc: Linus Torvalds, Linux Kernel Mailing List Alessandro Suardi wrote: > On 12/24/06, Linus Torvalds <torvalds@osdl.org> wrote: >> >> Ok, >> it's a couple of days delayed, because we've been trying to figure out >> what is up with the rtorrent hash failures since 2.6.18.3. I don't think >> we've made any progress, but we've cleaned up a number of suspects in the >> meantime. >> >> It's a bit sad, if only because I was really hoping to make 2.6.20 an >> easy >> release, and held back on merging some stuff during the merge window for >> that reason. And now we're battling something that was introduced much >> earlier.. >> >> Now, practically speaking this isn't likely to affect a lot of people, >> but >> it's still a worrisome problem, and we've had "top people" looking at it. >> And they'll continue, but xmas is coming. >> >> In the meantime, we'll continue with the stabilization, and this mainly >> does some driver updates (usb, sound, dri, pci hotplug) and ACPI updates >> (much of the latter syntactic cleanups). And arm and powerpc updates. >> >> Shortlog appended. >> >> For developers: if you sent me a patch, and I didn't apply it, it was >> probably just missed because I concentrated on other issues. So pls >> re-send.. Unless I explicitly told you that I'm not going to pull it due >> to the merge window being over, of course ;) >> >> Linus > > [shortlog snipped] > > As already reported multiple times, including at -rc1 time... > > still need this libata-sff.c patch: > > http://marc.theaimsgroup.com/?l=linux-kernel&m=116343564202844&q=raw > > to have my root device detected, ata_piix probe would otherwise > fail as described in this thread: > > http://www.ussg.iu.edu/hypermail/linux/kernel/0612.0/0690.html I've got a patch that should work for those cases. Alan's patch contained some bugs. Jeff ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: Linux 2.6.20-rc2 2006-12-24 4:49 Linux 2.6.20-rc2 Linus Torvalds 2006-12-24 13:58 ` Alessandro Suardi @ 2006-12-24 17:13 ` Andreas Schwab 2006-12-25 21:02 ` swsusp testing wanted (was Re: Linux 2.6.20-rc2) Pavel Machek ` (3 subsequent siblings) 5 siblings, 0 replies; 43+ messages in thread From: Andreas Schwab @ 2006-12-24 17:13 UTC (permalink / raw) To: Linus Torvalds; +Cc: Linux Kernel Mailing List Linus Torvalds <torvalds@osdl.org> writes: > Yu Luming (1): > ACPI: video: Add dev argument for backlight_device_register Fix compilation of via-pmu-backlight. Signed-off-by: Andreas Schwab <schwab@suse.de> --- drivers/macintosh/via-pmu-backlight.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Index: linux-2.6.20-rc2/drivers/macintosh/via-pmu-backlight.c =================================================================== --- linux-2.6.20-rc2.orig/drivers/macintosh/via-pmu-backlight.c 2006-11-30 23:33:39.000000000 +0100 +++ linux-2.6.20-rc2/drivers/macintosh/via-pmu-backlight.c 2006-12-24 17:58:18.000000000 +0100 @@ -147,7 +147,7 @@ void __init pmu_backlight_init() snprintf(name, sizeof(name), "pmubl"); - bd = backlight_device_register(name, NULL, &pmu_backlight_data); + bd = backlight_device_register(name, NULL, NULL, &pmu_backlight_data); if (IS_ERR(bd)) { printk("pmubl: Backlight registration failed\n"); goto error; -- Andreas Schwab, SuSE Labs, schwab@suse.de SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." ^ permalink raw reply [flat|nested] 43+ messages in thread
* swsusp testing wanted (was Re: Linux 2.6.20-rc2) 2006-12-24 4:49 Linux 2.6.20-rc2 Linus Torvalds 2006-12-24 13:58 ` Alessandro Suardi 2006-12-24 17:13 ` Andreas Schwab @ 2006-12-25 21:02 ` Pavel Machek 2006-12-28 22:31 ` Adrian Bunk ` (2 subsequent siblings) 5 siblings, 0 replies; 43+ messages in thread From: Pavel Machek @ 2006-12-25 21:02 UTC (permalink / raw) To: Linus Torvalds; +Cc: Linux Kernel Mailing List, Rafael J. Wysocki Hi! > Rafael J. Wysocki (1): > ACPI: S4: Use "platform" rather than "shutdown" mode by default ...platform is right thing to do, but it is also "more aggresive" than "shutdown" -- it needs bigger chunk of ACPI BIOS to work properly. So, it would be nice to test 2.6.20-rc2 on your favourite system (if it breaks, try if echo "shutdown" > /sys/power/disk fixes it), and report results. Thanks, Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ^ permalink raw reply [flat|nested] 43+ messages in thread
* 2.6.20-rc2: known regressions with patches available 2006-12-24 4:49 Linux 2.6.20-rc2 Linus Torvalds @ 2006-12-28 22:31 ` Adrian Bunk 2006-12-24 17:13 ` Andreas Schwab ` (4 subsequent siblings) 5 siblings, 0 replies; 43+ messages in thread From: Adrian Bunk @ 2006-12-28 22:31 UTC (permalink / raw) To: Linus Torvalds, Andrew Morton Cc: Linux Kernel Mailing List, Adam J. Richter, Paul Moore, Parag Warudkar, sds, jmorris, Avi Kivity, kvm-devel, Andreas Schwab, Yu Luming, benh, linuxppc-dev, Michael Bommarito, Ben Collins, Martin Pitt, Larry Finger, linville, netdev, Laurent Riffard, Christoph Hellwig, petero2 This email lists some known regressions in 2.6.20-rc2 compared to 2.6.19 with patches available If you find your name in the Cc header, you are either submitter of one of the bugs, maintainer of an affectected subsystem or driver, a patch of you caused a breakage or I'm considering you in any other way possibly involved with one or more of these issues. Due to the huge amount of recipients, please trim the Cc when answering. Subject : selinux networking: sleeping function called from invalid context References : http://lkml.org/lkml/2006/12/24/78 Submitter : "Adam J. Richter" <adam@yggdrasil.com> Caused-By : Paul Moore <paul.moore@hp.com> Handled-By : Parag Warudkar <paragw@paragw.zapto.org> Patch : http://lkml.org/lkml/2006/12/24/89 Status : patch available Subject : KVM Oops References : http://lkml.org/lkml/2006/12/27/171 Submitter : Parag Warudkar <kernel-stuff@comcast.net> Handled-By : Avi Kivity <avi@qumranet.com> Status : patch available Subject : drivers/macintosh/via-pmu-backlight.c compilation broken References : http://lkml.org/lkml/2006/12/24/49 Submitter : Andreas Schwab <schwab@suse.de> Caused-By : Yu Luming <luming.yu@gmail.com> commit 519ab5f2be65b72cf12ae99c89752bbe79b44df6 Handled-By : Andreas Schwab <schwab@suse.de> Patch : http://lkml.org/lkml/2006/12/24/49 Status : patch available Subject : NULL dereference in ieee80211softmac_get_network_by_bssid_locked ieee80211softmac_wx.c typo: mutex_lock -> mutex_unlock References : http://bugzilla.kernel.org/show_bug.cgi?id=7657 http://lkml.org/lkml/2006/12/16/141 http://lkml.org/lkml/2006/12/24/43 Submitter : Michael Bommarito <mjbommar@umich.edu> Ben Collins <ben.collins@ubuntu.com> Martin Pitt <martin.pitt@ubuntu.com> Handled-By : Michael Bommarito <mjbommar@umich.edu> Larry Finger <Larry.Finger@lwfinger.net Patch : http://bugzilla.kernel.org/show_bug.cgi?id=7657 Status : patches available Subject : BUG at drivers/scsi/scsi_lib.c:1118 by "pktsetup dvd /dev/sr0" References : http://bugzilla.kernel.org/show_bug.cgi?id=7667 Submitter : Laurent Riffard <laurent.riffard@free.fr> Caused-By : Christoph Hellwig <hch@lst.de> commit 3b00315799d78f76531b71435fbc2643cd71ae4c Handled-By : Christoph Hellwig <hch@lst.de> Patch : http://bugzilla.kernel.org/show_bug.cgi?id=7667 Status : patch available ^ permalink raw reply [flat|nested] 43+ messages in thread
* 2.6.20-rc2: known regressions with patches available @ 2006-12-28 22:31 ` Adrian Bunk 0 siblings, 0 replies; 43+ messages in thread From: Adrian Bunk @ 2006-12-28 22:31 UTC (permalink / raw) To: Linus Torvalds, Andrew Morton Cc: Laurent Riffard, petero2, Paul Moore, linuxppc-dev, Adam J. Richter, Ben Collins, jmorris, Avi Kivity, Linux Kernel Mailing List, kvm-devel, netdev, Yu Luming, Martin Pitt, Michael Bommarito, Larry Finger, sds, Parag Warudkar This email lists some known regressions in 2.6.20-rc2 compared to 2.6.19 with patches available If you find your name in the Cc header, you are either submitter of one of the bugs, maintainer of an affectected subsystem or driver, a patch of you caused a breakage or I'm considering you in any other way possibly involved with one or more of these issues. Due to the huge amount of recipients, please trim the Cc when answering. Subject : selinux networking: sleeping function called from invalid context References : http://lkml.org/lkml/2006/12/24/78 Submitter : "Adam J. Richter" <adam@yggdrasil.com> Caused-By : Paul Moore <paul.moore@hp.com> Handled-By : Parag Warudkar <paragw@paragw.zapto.org> Patch : http://lkml.org/lkml/2006/12/24/89 Status : patch available Subject : KVM Oops References : http://lkml.org/lkml/2006/12/27/171 Submitter : Parag Warudkar <kernel-stuff@comcast.net> Handled-By : Avi Kivity <avi@qumranet.com> Status : patch available Subject : drivers/macintosh/via-pmu-backlight.c compilation broken References : http://lkml.org/lkml/2006/12/24/49 Submitter : Andreas Schwab <schwab@suse.de> Caused-By : Yu Luming <luming.yu@gmail.com> commit 519ab5f2be65b72cf12ae99c89752bbe79b44df6 Handled-By : Andreas Schwab <schwab@suse.de> Patch : http://lkml.org/lkml/2006/12/24/49 Status : patch available Subject : NULL dereference in ieee80211softmac_get_network_by_bssid_locked ieee80211softmac_wx.c typo: mutex_lock -> mutex_unlock References : http://bugzilla.kernel.org/show_bug.cgi?id=7657 http://lkml.org/lkml/2006/12/16/141 http://lkml.org/lkml/2006/12/24/43 Submitter : Michael Bommarito <mjbommar@umich.edu> Ben Collins <ben.collins@ubuntu.com> Martin Pitt <martin.pitt@ubuntu.com> Handled-By : Michael Bommarito <mjbommar@umich.edu> Larry Finger <Larry.Finger@lwfinger.net Patch : http://bugzilla.kernel.org/show_bug.cgi?id=7657 Status : patches available Subject : BUG at drivers/scsi/scsi_lib.c:1118 by "pktsetup dvd /dev/sr0" References : http://bugzilla.kernel.org/show_bug.cgi?id=7667 Submitter : Laurent Riffard <laurent.riffard@free.fr> Caused-By : Christoph Hellwig <hch@lst.de> commit 3b00315799d78f76531b71435fbc2643cd71ae4c Handled-By : Christoph Hellwig <hch@lst.de> Patch : http://bugzilla.kernel.org/show_bug.cgi?id=7667 Status : patch available ^ permalink raw reply [flat|nested] 43+ messages in thread
* 2.6.20-rc2: known unfixed regressions 2006-12-24 4:49 Linux 2.6.20-rc2 Linus Torvalds ` (3 preceding siblings ...) 2006-12-28 22:31 ` Adrian Bunk @ 2006-12-28 22:39 ` Adrian Bunk 2006-12-28 22:57 ` Greg KH ` (3 more replies) 2006-12-31 0:47 ` Adrian Bunk 5 siblings, 4 replies; 43+ messages in thread From: Adrian Bunk @ 2006-12-28 22:39 UTC (permalink / raw) To: Linus Torvalds, Andrew Morton Cc: Linux Kernel Mailing List, Ben Castricum, Greg Kroah-Hartman, linux-pci, Berthold Cogel, Ben Collins, Daniel Holbach, Komuro, Michael Reske, Ayaz Abdulla, jgarzik, netdev, Tobias Diedrich, Andi Kleen, Yinghai Lu, Eric W. Biederman, discuss, Alessandro Suardi, Alan Cox, Steve Wise, linux-ide This email lists some known regressions in 2.6.20-rc2 compared to 2.6.19. If you find your name in the Cc header, you are either submitter of one of the bugs, maintainer of an affectected subsystem or driver, a patch of you caused a breakage or I'm considering you in any other way possibly involved with one or more of these issues. Due to the huge amount of recipients, please trim the Cc when answering. Subject : PCI_MULTITHREAD_PROBE breakage References : http://lkml.org/lkml/2006/12/12/21 Submitter : Ben Castricum <mail0612@bencastricum.nl> Caused-By : Greg Kroah-Hartman <gregkh@suse.de> commit 009af1ff78bfc30b9a27807dd0207fc32848218a Status : known to break many drivers; revert? Subject : Acer Extensa 3002 WLMi: 'shutdown -h now' reboots the system References : http://lkml.org/lkml/2006/12/25/40 Submitter : Berthold Cogel <cogel@rrz.uni-koeln.de> Status : unknown Subject : i386: Oops in __find_get_block() References : http://lkml.org/lkml/2006/12/16/138 Submitter : Ben Collins <ben.collins@ubuntu.com> Daniel Holbach <daniel.holbach@ubuntu.com> Status : unknown Subject : ftp: get or put stops during file-transfer References : http://lkml.org/lkml/2006/12/16/174 Submitter : Komuro <komurojun-mbn@nifty.com> Status : unknown Subject : forcedeth.c 0.59: problem with sideband managment References : http://bugzilla.kernel.org/show_bug.cgi?id=7684 Submitter : Michael Reske <micha@gmx.com> Handled-By : Ayaz Abdulla <aabdulla@nvidia.com> Status : problem is being debugged Subject : x86_64 boot failure: "IO-APIC + timer doesn't work" References : http://lkml.org/lkml/2006/12/16/101 Submitter : Tobias Diedrich <ranma+kernel@tdiedrich.de> Caused-By : Andi Kleen <ak@suse.de> commit b026872601976f666bae77b609dc490d1834bf77 Handled-By : Yinghai Lu <yinghai.lu@amd.com> "Eric W. Biederman" <ebiederm@xmission.com> Status : problem is being debugged Subject : kernel panics on boot (libata-sff) References : http://lkml.org/lkml/2006/12/3/99 http://lkml.org/lkml/2006/12/14/153 http://lkml.org/lkml/2006/12/24/33 Submitter : Alessandro Suardi <alessandro.suardi@gmail.com> Caused-By : Alan Cox <alan@lxorguk.ukuu.org.uk> commit 368c73d4f689dae0807d0a2aa74c61fd2b9b075f Handled-By : Alan Cox <alan@lxorguk.ukuu.org.uk> Steve Wise <swise@opengridcomputing.com> Alessandro Suardi <alessandro.suardi@gmail.com> Status : people are working on a fix ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: 2.6.20-rc2: known unfixed regressions 2006-12-28 22:39 ` 2.6.20-rc2: known unfixed regressions Adrian Bunk @ 2006-12-28 22:57 ` Greg KH 2006-12-28 23:07 ` Adrian Bunk 2006-12-29 1:36 ` Horst H. von Brand ` (2 subsequent siblings) 3 siblings, 1 reply; 43+ messages in thread From: Greg KH @ 2006-12-28 22:57 UTC (permalink / raw) To: Adrian Bunk Cc: Linus Torvalds, Andrew Morton, Linux Kernel Mailing List, Ben Castricum, linux-pci On Thu, Dec 28, 2006 at 11:39:09PM +0100, Adrian Bunk wrote: > > Subject : PCI_MULTITHREAD_PROBE breakage > References : http://lkml.org/lkml/2006/12/12/21 > Submitter : Ben Castricum <mail0612@bencastricum.nl> > Caused-By : Greg Kroah-Hartman <gregkh@suse.de> > commit 009af1ff78bfc30b9a27807dd0207fc32848218a > Status : known to break many drivers; revert? PCI_MULTITHREAD_PROBE is now only able to be enabled if you also enable CONFIG_BROKEN, so this can be removed from your list. thanks, greg k-h ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: 2.6.20-rc2: known unfixed regressions 2006-12-28 22:57 ` Greg KH @ 2006-12-28 23:07 ` Adrian Bunk 2006-12-28 23:17 ` Linus Torvalds 0 siblings, 1 reply; 43+ messages in thread From: Adrian Bunk @ 2006-12-28 23:07 UTC (permalink / raw) To: Greg KH Cc: Linus Torvalds, Andrew Morton, Linux Kernel Mailing List, Ben Castricum, linux-pci On Thu, Dec 28, 2006 at 02:57:06PM -0800, Greg KH wrote: > On Thu, Dec 28, 2006 at 11:39:09PM +0100, Adrian Bunk wrote: > > > > Subject : PCI_MULTITHREAD_PROBE breakage > > References : http://lkml.org/lkml/2006/12/12/21 > > Submitter : Ben Castricum <mail0612@bencastricum.nl> > > Caused-By : Greg Kroah-Hartman <gregkh@suse.de> > > commit 009af1ff78bfc30b9a27807dd0207fc32848218a > > Status : known to break many drivers; revert? > > PCI_MULTITHREAD_PROBE is now only able to be enabled if you also enable > CONFIG_BROKEN, so this can be removed from your list. In Linus' tree, it currently only depends on EXPERIMENTAL. It seems commit 009af1ff78bfc30b9a27807dd0207fc32848218a wasn't intended for Linus? > thanks, > > greg k-h cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: 2.6.20-rc2: known unfixed regressions 2006-12-28 23:07 ` Adrian Bunk @ 2006-12-28 23:17 ` Linus Torvalds 2006-12-28 23:30 ` Greg KH 0 siblings, 1 reply; 43+ messages in thread From: Linus Torvalds @ 2006-12-28 23:17 UTC (permalink / raw) To: Adrian Bunk Cc: Greg KH, Andrew Morton, Linux Kernel Mailing List, Ben Castricum, linux-pci On Fri, 29 Dec 2006, Adrian Bunk wrote: > > In Linus' tree, it currently only depends on EXPERIMENTAL. > > It seems commit 009af1ff78bfc30b9a27807dd0207fc32848218a wasn't intended > for Linus? I think we should just remove it. It's broken. Nobody cares. If people want to do concurrent stuff at bootup, it should be the _other_ buses (like USB, IDE or SCSI or anything like that, that actually has operations that can delay) that end up asynchronous. And I think we could have some generic functionality for the drivers themselves to do their probing in parallel. But I think the PCI one was just a mistake. Linus ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: 2.6.20-rc2: known unfixed regressions 2006-12-28 23:17 ` Linus Torvalds @ 2006-12-28 23:30 ` Greg KH 0 siblings, 0 replies; 43+ messages in thread From: Greg KH @ 2006-12-28 23:30 UTC (permalink / raw) To: Linus Torvalds Cc: Adrian Bunk, Andrew Morton, Linux Kernel Mailing List, Ben Castricum, linux-pci On Thu, Dec 28, 2006 at 03:17:53PM -0800, Linus Torvalds wrote: > > > On Fri, 29 Dec 2006, Adrian Bunk wrote: > > > > In Linus' tree, it currently only depends on EXPERIMENTAL. > > > > It seems commit 009af1ff78bfc30b9a27807dd0207fc32848218a wasn't intended > > for Linus? > > I think we should just remove it. > > It's broken. > > Nobody cares. I agree, that's why I thought I had added a patch in the last PCI queue to you to just disable the config option and was going to rip out the code entirely for the next release. I'll make sure to add the config option patch to the next round of PCI patches to you. thanks, greg k-h ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: 2.6.20-rc2: known unfixed regressions 2006-12-28 22:39 ` 2.6.20-rc2: known unfixed regressions Adrian Bunk 2006-12-28 22:57 ` Greg KH @ 2006-12-29 1:36 ` Horst H. von Brand 2006-12-29 4:51 ` David Miller 2006-12-29 12:53 ` Adrian Bunk 2006-12-29 18:07 ` Ben Collins 2006-12-29 18:14 ` Daniel Barkalow 3 siblings, 2 replies; 43+ messages in thread From: Horst H. von Brand @ 2006-12-29 1:36 UTC (permalink / raw) To: Adrian Bunk; +Cc: Linus Torvalds, Andrew Morton, Linux Kernel Mailing List Adrian Bunk <bunk@stusta.de> wrote: > This email lists some known regressions in 2.6.20-rc2 compared to 2.6.19. Add that on SPARC64 boot fails due to missing /dev/root. Vanilla 2.6.19 and 2.6.19.1 work fine, before 2.6.20-rc1 it broke. I checked the initrds for both versions, the only difference "diff -Nur" finds between the unpacked initrds are the modules themselves (obviously). -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: 2.6.20-rc2: known unfixed regressions 2006-12-29 1:36 ` Horst H. von Brand @ 2006-12-29 4:51 ` David Miller 2006-12-29 12:58 ` Adrian Bunk 2006-12-29 12:53 ` Adrian Bunk 1 sibling, 1 reply; 43+ messages in thread From: David Miller @ 2006-12-29 4:51 UTC (permalink / raw) To: vonbrand; +Cc: bunk, torvalds, akpm, linux-kernel From: "Horst H. von Brand" <vonbrand@inf.utfsm.cl> Date: Thu, 28 Dec 2006 22:36:02 -0300 > Adrian Bunk <bunk@stusta.de> wrote: > > This email lists some known regressions in 2.6.20-rc2 compared to 2.6.19. > > Add that on SPARC64 boot fails due to missing /dev/root. Vanilla 2.6.19 and > 2.6.19.1 work fine, before 2.6.20-rc1 it broke. I checked the initrds for > both versions, the only difference "diff -Nur" finds between the unpacked > initrds are the modules themselves (obviously). Did you report this will all relevant details on sparclinux@vger so that the sparc64 maintainers can analyze the problem? I didn't see the report there else I would be looking into it. Please don't report sparc64 bugs here, thanks. ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: 2.6.20-rc2: known unfixed regressions 2006-12-29 4:51 ` David Miller @ 2006-12-29 12:58 ` Adrian Bunk 0 siblings, 0 replies; 43+ messages in thread From: Adrian Bunk @ 2006-12-29 12:58 UTC (permalink / raw) To: David Miller; +Cc: vonbrand, torvalds, akpm, linux-kernel On Thu, Dec 28, 2006 at 08:51:06PM -0800, David Miller wrote: > From: "Horst H. von Brand" <vonbrand@inf.utfsm.cl> > Date: Thu, 28 Dec 2006 22:36:02 -0300 > > > Adrian Bunk <bunk@stusta.de> wrote: > > > This email lists some known regressions in 2.6.20-rc2 compared to 2.6.19. > > > > Add that on SPARC64 boot fails due to missing /dev/root. Vanilla 2.6.19 and > > 2.6.19.1 work fine, before 2.6.20-rc1 it broke. I checked the initrds for > > both versions, the only difference "diff -Nur" finds between the unpacked > > initrds are the modules themselves (obviously). > > Did you report this will all relevant details on sparclinux@vger > so that the sparc64 maintainers can analyze the problem? > > I didn't see the report there else I would be looking into it. >... I did copy the email to both sparclinux and you when I asked Horst whether it's still present in the latest kernel, and therefore his answer that it does the day before yesterday should have reached you. The thread is "Re: 2.6.19 (current from git) on SPARC64: Can't mount /". Is there anything I can improve to catch your intention? Is "reply with fullquote + question + adding Cc's" somehow suboptimal? cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: 2.6.20-rc2: known unfixed regressions 2006-12-29 1:36 ` Horst H. von Brand 2006-12-29 4:51 ` David Miller @ 2006-12-29 12:53 ` Adrian Bunk 1 sibling, 0 replies; 43+ messages in thread From: Adrian Bunk @ 2006-12-29 12:53 UTC (permalink / raw) To: Horst H. von Brand Cc: Linus Torvalds, Andrew Morton, Linux Kernel Mailing List On Thu, Dec 28, 2006 at 10:36:02PM -0300, Horst H. von Brand wrote: > Adrian Bunk <bunk@stusta.de> wrote: > > This email lists some known regressions in 2.6.20-rc2 compared to 2.6.19. > > Add that on SPARC64 boot fails due to missing /dev/root. Vanilla 2.6.19 and > 2.6.19.1 work fine, before 2.6.20-rc1 it broke. I checked the initrds for > both versions, the only difference "diff -Nur" finds between the unpacked > initrds are the modules themselves (obviously). Sorry, I knew about this and somehow forgot to add it to my list. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: 2.6.20-rc2: known unfixed regressions 2006-12-28 22:39 ` 2.6.20-rc2: known unfixed regressions Adrian Bunk 2006-12-28 22:57 ` Greg KH 2006-12-29 1:36 ` Horst H. von Brand @ 2006-12-29 18:07 ` Ben Collins 2006-12-29 19:25 ` Adrian Bunk 2006-12-29 18:14 ` Daniel Barkalow 3 siblings, 1 reply; 43+ messages in thread From: Ben Collins @ 2006-12-29 18:07 UTC (permalink / raw) To: Adrian Bunk Cc: Linus Torvalds, Andrew Morton, Linux Kernel Mailing List, Daniel Holbach On Thu, 2006-12-28 at 23:39 +0100, Adrian Bunk wrote: > This email lists some known regressions in 2.6.20-rc2 compared to 2.6.19. > > If you find your name in the Cc header, you are either submitter of one > of the bugs, maintainer of an affectected subsystem or driver, a patch > of you caused a breakage or I'm considering you in any other way possibly > involved with one or more of these issues. > > Due to the huge amount of recipients, please trim the Cc when answering. > Subject : i386: Oops in __find_get_block() > References : http://lkml.org/lkml/2006/12/16/138 > Submitter : Ben Collins <ben.collins@ubuntu.com> > Daniel Holbach <daniel.holbach@ubuntu.com> > Status : unknown I believe this is the same bug as I've seen reported about gdb. I'd have to find the thread/information regarding it. Not sure if it was fixed already. ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: 2.6.20-rc2: known unfixed regressions 2006-12-29 18:07 ` Ben Collins @ 2006-12-29 19:25 ` Adrian Bunk 2006-12-30 1:21 ` Horst H. von Brand 0 siblings, 1 reply; 43+ messages in thread From: Adrian Bunk @ 2006-12-29 19:25 UTC (permalink / raw) To: Ben Collins Cc: Linus Torvalds, Andrew Morton, Linux Kernel Mailing List, Daniel Holbach On Fri, Dec 29, 2006 at 01:07:10PM -0500, Ben Collins wrote: > On Thu, 2006-12-28 at 23:39 +0100, Adrian Bunk wrote: > > This email lists some known regressions in 2.6.20-rc2 compared to 2.6.19. > > > > If you find your name in the Cc header, you are either submitter of one > > of the bugs, maintainer of an affectected subsystem or driver, a patch > > of you caused a breakage or I'm considering you in any other way possibly > > involved with one or more of these issues. > > > > Due to the huge amount of recipients, please trim the Cc when answering. > > > Subject : i386: Oops in __find_get_block() > > References : http://lkml.org/lkml/2006/12/16/138 > > Submitter : Ben Collins <ben.collins@ubuntu.com> > > Daniel Holbach <daniel.holbach@ubuntu.com> > > Status : unknown > > I believe this is the same bug as I've seen reported about gdb. I'd have > to find the thread/information regarding it. Not sure if it was fixed > already. Subject : BUG at fs/buffer.c:1235 when using gdb References : http://lkml.org/lkml/2006/12/17/134 Submitter : Andrew J. Barr <andrew.james.barr@gmail.com> Fixed-By : Jeremy Fitzhardinge <jeremy@goop.org> Commit : 8701ea957dd2a7c309e17c8dcde3a64b92d8aec0 Status : fixed in -rc2 cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: 2.6.20-rc2: known unfixed regressions 2006-12-29 19:25 ` Adrian Bunk @ 2006-12-30 1:21 ` Horst H. von Brand 2006-12-30 1:57 ` Adrian Bunk 0 siblings, 1 reply; 43+ messages in thread From: Horst H. von Brand @ 2006-12-30 1:21 UTC (permalink / raw) To: Adrian Bunk Cc: Ben Collins, Linus Torvalds, Andrew Morton, Linux Kernel Mailing List, Daniel Holbach Adrian Bunk <bunk@stusta.de> wrote: [...] > Subject : BUG at fs/buffer.c:1235 when using gdb > References : http://lkml.org/lkml/2006/12/17/134 > Submitter : Andrew J. Barr <andrew.james.barr@gmail.com> > Fixed-By : Jeremy Fitzhardinge <jeremy@goop.org> > Commit : 8701ea957dd2a7c309e17c8dcde3a64b92d8aec0 > Status : fixed in -rc2 This I see in Fedora rawhide i686 2.6.19-1.2891.fc7 (BZ'd at <https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=220855> -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: 2.6.20-rc2: known unfixed regressions 2006-12-30 1:21 ` Horst H. von Brand @ 2006-12-30 1:57 ` Adrian Bunk 0 siblings, 0 replies; 43+ messages in thread From: Adrian Bunk @ 2006-12-30 1:57 UTC (permalink / raw) To: Horst H. von Brand Cc: Ben Collins, Linus Torvalds, Andrew Morton, Linux Kernel Mailing List, Daniel Holbach On Fri, Dec 29, 2006 at 10:21:36PM -0300, Horst H. von Brand wrote: > Adrian Bunk <bunk@stusta.de> wrote: > > [...] > > > Subject : BUG at fs/buffer.c:1235 when using gdb > > References : http://lkml.org/lkml/2006/12/17/134 > > Submitter : Andrew J. Barr <andrew.james.barr@gmail.com> > > Fixed-By : Jeremy Fitzhardinge <jeremy@goop.org> > > Commit : 8701ea957dd2a7c309e17c8dcde3a64b92d8aec0 > > Status : fixed in -rc2 > > This I see in Fedora rawhide i686 2.6.19-1.2891.fc7 (BZ'd at > <https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=220855> 2.6.19-1.2891.fc7 is based on 2.6.20-rc1-git5, and it's therefore expected that it contains this bug. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: 2.6.20-rc2: known unfixed regressions 2006-12-28 22:39 ` 2.6.20-rc2: known unfixed regressions Adrian Bunk ` (2 preceding siblings ...) 2006-12-29 18:07 ` Ben Collins @ 2006-12-29 18:14 ` Daniel Barkalow 2006-12-29 19:22 ` Adrian Bunk 3 siblings, 1 reply; 43+ messages in thread From: Daniel Barkalow @ 2006-12-29 18:14 UTC (permalink / raw) To: Adrian Bunk; +Cc: linux-kernel, Greg KH There's also http://lkml.org/lkml/2006/12/21/47; the included patch break my nVidia devices and probably all PCIX devices, so it's not right, but something has to be done to fix ATI. My guess is a quirk to say that pci_intx doesn't work on certain devices and should just be skipped, but I'm not sure if it's just in combination with MSI or not. -Daniel *This .sig left intentionally blank* ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: 2.6.20-rc2: known unfixed regressions 2006-12-29 18:14 ` Daniel Barkalow @ 2006-12-29 19:22 ` Adrian Bunk 2006-12-29 20:18 ` Daniel Barkalow 0 siblings, 1 reply; 43+ messages in thread From: Adrian Bunk @ 2006-12-29 19:22 UTC (permalink / raw) To: Daniel Barkalow; +Cc: linux-kernel, Greg KH On Fri, Dec 29, 2006 at 01:14:13PM -0500, Daniel Barkalow wrote: > There's also http://lkml.org/lkml/2006/12/21/47; the included patch break > my nVidia devices and probably all PCIX devices, so it's not right, but > something has to be done to fix ATI. My guess is a quirk to say that > pci_intx doesn't work on certain devices and should just be skipped, but > I'm not sure if it's just in combination with MSI or not. This: - does not seem to be a regression and - missing MSI support is not such a big problem. Considering how many problems patches in this area tend to cause on different hardware, I'm even inclined to say that such patches should only be added during the 2 weeks merge window before -rc1. > -Daniel cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: 2.6.20-rc2: known unfixed regressions 2006-12-29 19:22 ` Adrian Bunk @ 2006-12-29 20:18 ` Daniel Barkalow 0 siblings, 0 replies; 43+ messages in thread From: Daniel Barkalow @ 2006-12-29 20:18 UTC (permalink / raw) To: Adrian Bunk; +Cc: linux-kernel, Greg KH On Fri, 29 Dec 2006, Adrian Bunk wrote: > On Fri, Dec 29, 2006 at 01:14:13PM -0500, Daniel Barkalow wrote: > > > There's also http://lkml.org/lkml/2006/12/21/47; the included patch break > > my nVidia devices and probably all PCIX devices, so it's not right, but > > something has to be done to fix ATI. My guess is a quirk to say that > > pci_intx doesn't work on certain devices and should just be skipped, but > > I'm not sure if it's just in combination with MSI or not. > > This: > - does not seem to be a regression and > - missing MSI support is not such a big problem. > > Considering how many problems patches in this area tend to cause on > different hardware, I'm even inclined to say that such patches should > only be added during the 2 weeks merge window before -rc1. (I was only talking about the first issue/patch as being a regression, obviously, and forgot that there was more to the email I cited.) Ah, okay. I somehow missed that all of the devices that were reported to break with the MSI change in mainline doesn't support MSI in mainline. Actually, I wouldn't be surprised if this issue applied to audio on ATI SB450 and later, which (I think) use the hda_intel driver, which supports MSI (although I guess it's still defaulting to disabled). If this is true, it would be a regression since 2.6.19. The addition of a quirk to not use pci_intx with MSI on ATI PCI devices should be safe (until 2.6.20-rc1, this was the usual kernel behavior), but is clearly not critical if mainline doesn't use MSI with any such devices anyway. -Daniel *This .sig left intentionally blank* ^ permalink raw reply [flat|nested] 43+ messages in thread
* 2.6.20-rc2: known unfixed regressions (v2) 2006-12-24 4:49 Linux 2.6.20-rc2 Linus Torvalds 2006-12-24 13:58 ` Alessandro Suardi @ 2006-12-31 0:47 ` Adrian Bunk 2006-12-25 21:02 ` swsusp testing wanted (was Re: Linux 2.6.20-rc2) Pavel Machek ` (3 subsequent siblings) 5 siblings, 0 replies; 43+ messages in thread From: Adrian Bunk @ 2006-12-31 0:47 UTC (permalink / raw) To: Linus Torvalds, Andrew Morton Cc: Linux Kernel Mailing List, Florin Iucha, gregkh, linux-usb-devel, dmitry.torokhov, linux-input, Jon Smirl, Ismail Dönmez, perex, alsa-devel, Horst H. von Brand, davem, sparclinux, Komuro, YOSHIFUJI Hideaki, netdev, Michael Reske, Ayaz Abdulla, Tobias Diedrich, Andi Kleen, Yinghai Lu, Eric W. Biederman, mingo, Alessandro Suardi, Alan Cox, linux-ide This email lists some known regressions in 2.6.20-rc2 compared to 2.6.19 that are not yet fixed in Linus' tree. If you find your name in the Cc header, you are either submitter of one of the bugs, maintainer of an affectected subsystem or driver, a patch of you caused a breakage or I'm considering you in any other way possibly involved with one or more of these issues. Due to the huge amount of recipients, please trim the Cc when answering. Subject : USB keyboard unresponsive after some time References : http://lkml.org/lkml/2006/12/25/35 http://lkml.org/lkml/2006/12/26/106 Submitter : Florin Iucha <florin@iucha.net> Status : unknown Subject : BUG: scheduling while atomic References : http://lkml.org/lkml/2006/12/26/105 Submitter : Jon Smirl <jonsmirl@gmail.com> Status : unknown Subject : ALSA: No sound in KDE with intel hda References : http://lkml.org/lkml/2006/12/30/73 Submitter : Ismail Dönmez <ismail@pardus.org.tr> Status : unknown Subject : SPARC64: Can't mount / References : http://lkml.org/lkml/2006/12/13/181 Submitter : Horst H. von Brand <vonbrand@inf.utfsm.cl> Status : unknown Subject : ftp: get or put stops during file-transfer References : http://lkml.org/lkml/2006/12/16/174 Submitter : Komuro <komurojun-mbn@nifty.com> Caused-By : YOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org> commit cfb6eeb4c860592edd123fdea908d23c6ad1c7dc Handled-By : YOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org> Status : problem is being debugged Subject : forcedeth.c 0.59: problem with sideband managment References : http://bugzilla.kernel.org/show_bug.cgi?id=7684 Submitter : Michael Reske <micha@gmx.com> Handled-By : Ayaz Abdulla <aabdulla@nvidia.com> Status : problem is being debugged Subject : x86_64 boot failure: "IO-APIC + timer doesn't work" References : http://lkml.org/lkml/2006/12/16/101 Submitter : Tobias Diedrich <ranma+kernel@tdiedrich.de> Caused-By : Andi Kleen <ak@suse.de> commit b026872601976f666bae77b609dc490d1834bf77 Handled-By : Yinghai Lu <yinghai.lu@amd.com> Eric W. Biederman <ebiederm@xmission.com> Status : problem is being debugged Subject : kernel panics on boot (libata-sff) References : http://lkml.org/lkml/2006/12/3/99 http://lkml.org/lkml/2006/12/14/153 http://lkml.org/lkml/2006/12/24/33 Submitter : Alessandro Suardi <alessandro.suardi@gmail.com> Caused-By : Alan Cox <alan@lxorguk.ukuu.org.uk> commit 368c73d4f689dae0807d0a2aa74c61fd2b9b075f Handled-By : Alan Cox <alan@lxorguk.ukuu.org.uk> Status : people are working on a fix Subject : Acer Extensa 3002 WLMi: 'shutdown -h now' reboots the system References : http://lkml.org/lkml/2006/12/25/40 Submitter : Berthold Cogel <cogel@rrz.uni-koeln.de> Status : submitter was asked for more information ^ permalink raw reply [flat|nested] 43+ messages in thread
* 2.6.20-rc2: known unfixed regressions (v2) @ 2006-12-31 0:47 ` Adrian Bunk 0 siblings, 0 replies; 43+ messages in thread From: Adrian Bunk @ 2006-12-31 0:47 UTC (permalink / raw) To: Linus Torvalds, Andrew Morton Cc: Linux Kernel Mailing List, Florin Iucha, gregkh, linux-usb-devel, dmitry.torokhov, linux-input, Jon Smirl, Ismail Dönmez, perex, alsa-devel, Horst H. von Brand, davem, sparclinux, Komuro, YOSHIFUJI Hideaki, netdev, Michael Reske, Ayaz Abdulla, Tobias Diedrich, Andi Kleen, Yinghai Lu, Eric W. Biederman, mingo, Alessandro Suardi, Alan Cox, linux-ide This email lists some known regressions in 2.6.20-rc2 compared to 2.6.19 that are not yet fixed in Linus' tree. If you find your name in the Cc header, you are either submitter of one of the bugs, maintainer of an affectected subsystem or driver, a patch of you caused a breakage or I'm considering you in any other way possibly involved with one or more of these issues. Due to the huge amount of recipients, please trim the Cc when answering. Subject : USB keyboard unresponsive after some time References : http://lkml.org/lkml/2006/12/25/35 http://lkml.org/lkml/2006/12/26/106 Submitter : Florin Iucha <florin@iucha.net> Status : unknown Subject : BUG: scheduling while atomic References : http://lkml.org/lkml/2006/12/26/105 Submitter : Jon Smirl <jonsmirl@gmail.com> Status : unknown Subject : ALSA: No sound in KDE with intel hda References : http://lkml.org/lkml/2006/12/30/73 Submitter : Ismail Dönmez <ismail@pardus.org.tr> Status : unknown Subject : SPARC64: Can't mount / References : http://lkml.org/lkml/2006/12/13/181 Submitter : Horst H. von Brand <vonbrand@inf.utfsm.cl> Status : unknown Subject : ftp: get or put stops during file-transfer References : http://lkml.org/lkml/2006/12/16/174 Submitter : Komuro <komurojun-mbn@nifty.com> Caused-By : YOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org> commit cfb6eeb4c860592edd123fdea908d23c6ad1c7dc Handled-By : YOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org> Status : problem is being debugged Subject : forcedeth.c 0.59: problem with sideband managment References : http://bugzilla.kernel.org/show_bug.cgi?idv84 Submitter : Michael Reske <micha@gmx.com> Handled-By : Ayaz Abdulla <aabdulla@nvidia.com> Status : problem is being debugged Subject : x86_64 boot failure: "IO-APIC + timer doesn't work" References : http://lkml.org/lkml/2006/12/16/101 Submitter : Tobias Diedrich <ranma+kernel@tdiedrich.de> Caused-By : Andi Kleen <ak@suse.de> commit b026872601976f666bae77b609dc490d1834bf77 Handled-By : Yinghai Lu <yinghai.lu@amd.com> Eric W. Biederman <ebiederm@xmission.com> Status : problem is being debugged Subject : kernel panics on boot (libata-sff) References : http://lkml.org/lkml/2006/12/3/99 http://lkml.org/lkml/2006/12/14/153 http://lkml.org/lkml/2006/12/24/33 Submitter : Alessandro Suardi <alessandro.suardi@gmail.com> Caused-By : Alan Cox <alan@lxorguk.ukuu.org.uk> commit 368c73d4f689dae0807d0a2aa74c61fd2b9b075f Handled-By : Alan Cox <alan@lxorguk.ukuu.org.uk> Status : people are working on a fix Subject : Acer Extensa 3002 WLMi: 'shutdown -h now' reboots the system References : http://lkml.org/lkml/2006/12/25/40 Submitter : Berthold Cogel <cogel@rrz.uni-koeln.de> Status : submitter was asked for more information ^ permalink raw reply [flat|nested] 43+ messages in thread
* 2.6.20-rc2: known unfixed regressions (v2) @ 2006-12-31 0:47 ` Adrian Bunk 0 siblings, 0 replies; 43+ messages in thread From: Adrian Bunk @ 2006-12-31 0:47 UTC (permalink / raw) To: Linus Torvalds, Andrew Morton Cc: Linux Kernel Mailing List, Florin Iucha, gregkh, linux-usb-devel, dmitry.torokhov, linux-input, Jon Smirl, Ismail Dönmez, perex, alsa-devel, Horst H. von Brand, davem, sparclinux, Komuro, YOSHIFUJI Hideaki, netdev, Michael Reske, Ayaz Abdulla, Tobias Diedrich, Andi Kleen, Yinghai Lu, Eric W. Biederman, mingo, Alessandro Suardi, Alan Cox, linux-ide, Berthold Cogel This email lists some known regressions in 2.6.20-rc2 compared to 2.6.19 that are not yet fixed in Linus' tree. If you find your name in the Cc header, you are either submitter of one of the bugs, maintainer of an affectected subsystem or driver, a patch of you caused a breakage or I'm considering you in any other way possibly involved with one or more of these issues. Due to the huge amount of recipients, please trim the Cc when answering. Subject : USB keyboard unresponsive after some time References : http://lkml.org/lkml/2006/12/25/35 http://lkml.org/lkml/2006/12/26/106 Submitter : Florin Iucha <florin@iucha.net> Status : unknown Subject : BUG: scheduling while atomic References : http://lkml.org/lkml/2006/12/26/105 Submitter : Jon Smirl <jonsmirl@gmail.com> Status : unknown Subject : ALSA: No sound in KDE with intel hda References : http://lkml.org/lkml/2006/12/30/73 Submitter : Ismail Dönmez <ismail@pardus.org.tr> Status : unknown Subject : SPARC64: Can't mount / References : http://lkml.org/lkml/2006/12/13/181 Submitter : Horst H. von Brand <vonbrand@inf.utfsm.cl> Status : unknown Subject : ftp: get or put stops during file-transfer References : http://lkml.org/lkml/2006/12/16/174 Submitter : Komuro <komurojun-mbn@nifty.com> Caused-By : YOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org> commit cfb6eeb4c860592edd123fdea908d23c6ad1c7dc Handled-By : YOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org> Status : problem is being debugged Subject : forcedeth.c 0.59: problem with sideband managment References : http://bugzilla.kernel.org/show_bug.cgi?id=7684 Submitter : Michael Reske <micha@gmx.com> Handled-By : Ayaz Abdulla <aabdulla@nvidia.com> Status : problem is being debugged Subject : x86_64 boot failure: "IO-APIC + timer doesn't work" References : http://lkml.org/lkml/2006/12/16/101 Submitter : Tobias Diedrich <ranma+kernel@tdiedrich.de> Caused-By : Andi Kleen <ak@suse.de> commit b026872601976f666bae77b609dc490d1834bf77 Handled-By : Yinghai Lu <yinghai.lu@amd.com> Eric W. Biederman <ebiederm@xmission.com> Status : problem is being debugged Subject : kernel panics on boot (libata-sff) References : http://lkml.org/lkml/2006/12/3/99 http://lkml.org/lkml/2006/12/14/153 http://lkml.org/lkml/2006/12/24/33 Submitter : Alessandro Suardi <alessandro.suardi@gmail.com> Caused-By : Alan Cox <alan@lxorguk.ukuu.org.uk> commit 368c73d4f689dae0807d0a2aa74c61fd2b9b075f Handled-By : Alan Cox <alan@lxorguk.ukuu.org.uk> Status : people are working on a fix Subject : Acer Extensa 3002 WLMi: 'shutdown -h now' reboots the system References : http://lkml.org/lkml/2006/12/25/40 Submitter : Berthold Cogel <cogel@rrz.uni-koeln.de> Status : submitter was asked for more information ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: 2.6.20-rc2: known unfixed regressions (v2) 2006-12-31 0:47 ` Adrian Bunk (?) @ 2006-12-31 9:44 ` Ismail Dönmez -1 siblings, 0 replies; 43+ messages in thread From: Ismail Dönmez @ 2006-12-31 9:44 UTC (permalink / raw) To: Adrian Bunk Cc: Linus Torvalds, Andrew Morton, Linux Kernel Mailing List, Florin Iucha, gregkh, linux-usb-devel, dmitry.torokhov, linux-input, Jon Smirl, perex, alsa-devel, Horst H. von Brand, davem, sparclinux, Komuro, YOSHIFUJI Hideaki, netdev, Michael Reske, Ayaz Abdulla, Tobias Diedrich, Andi Kleen, Yinghai Lu, Eric W. Biederman, mingo, Alessandro Suardi, Alan Cox, linux-ide 31 Ara 2006 Paz 02:47 tarihinde, Adrian Bunk şunları yazmıştı: [...] > Subject : ALSA: No sound in KDE with intel hda > References : http://lkml.org/lkml/2006/12/30/73 > Submitter : Ismail Dönmez <ismail@pardus.org.tr> > Status : unknown Just tried with 2.6.18.6 and aRts still have no sound, there must be something else broken on my side. Thanks, ismail -- 2 + 2 = 5 for very large values of 2 ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: 2.6.20-rc2: known unfixed regressions (v2) @ 2006-12-31 9:44 ` Ismail Dönmez 0 siblings, 0 replies; 43+ messages in thread From: Ismail Dönmez @ 2006-12-31 9:44 UTC (permalink / raw) To: Adrian Bunk Cc: Linus Torvalds, Andrew Morton, Linux Kernel Mailing List, Florin Iucha, gregkh, linux-usb-devel, dmitry.torokhov, linux-input, Jon Smirl, perex, alsa-devel, Horst H. von Brand, davem, sparclinux, Komuro, YOSHIFUJI Hideaki, netdev, Michael Reske, Ayaz Abdulla, Tobias Diedrich, Andi Kleen, Yinghai Lu, Eric W. Biederman, mingo, Alessandro Suardi, Alan Cox, linux-ide 31 Ara 2006 Paz 02:47 tarihinde, Adrian Bunk şunları yazmıştı: [...] > Subject : ALSA: No sound in KDE with intel hda > References : http://lkml.org/lkml/2006/12/30/73 > Submitter : Ismail Dönmez <ismail@pardus.org.tr> > Status : unknown Just tried with 2.6.18.6 and aRts still have no sound, there must be something else broken on my side. Thanks, ismail -- 2 + 2 = 5 for very large values of 2 ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: 2.6.20-rc2: known unfixed regressions (v2) @ 2006-12-31 9:44 ` Ismail Dönmez 0 siblings, 0 replies; 43+ messages in thread From: Ismail Dönmez @ 2006-12-31 9:44 UTC (permalink / raw) To: Adrian Bunk Cc: Linus Torvalds, Andrew Morton, Linux Kernel Mailing List, Florin Iucha, gregkh, linux-usb-devel, dmitry.torokhov, linux-input, Jon Smirl, perex, alsa-devel, Horst H. von Brand, davem, sparclinux, Komuro, YOSHIFUJI Hideaki, netdev, Michael Reske, Ayaz Abdulla, Tobias Diedrich, Andi Kleen, Yinghai Lu, Eric W. Biederman, mingo, Alessandro Suardi, Alan Cox, linux-ide, Berthold Cogel 31 Ara 2006 Paz 02:47 tarihinde, Adrian Bunk şunları yazmıştı: [...] > Subject : ALSA: No sound in KDE with intel hda > References : http://lkml.org/lkml/2006/12/30/73 > Submitter : Ismail Dönmez <ismail@pardus.org.tr> > Status : unknown Just tried with 2.6.18.6 and aRts still have no sound, there must be something else broken on my side. Thanks, ismail -- 2 + 2 = 5 for very large values of 2 ^ permalink raw reply [flat|nested] 43+ messages in thread
* Linux 2.6.20-rc2 @ 2006-12-25 22:40 Florin Iucha 2006-12-25 22:56 ` Florin Iucha 2007-01-03 12:33 ` Jiri Kosina 0 siblings, 2 replies; 43+ messages in thread From: Florin Iucha @ 2006-12-25 22:40 UTC (permalink / raw) To: Linux Kernel Mailing List [-- Attachment #1: Type: text/plain, Size: 978 bytes --] I've got an oops or two while copying 60 Gb of files over NFS then comparing them using diff. The client is AMD64 running Debian testing/unstable with the shinny new 2.6.20-rc2 kernel. The server is Debian testing with 2.6.18-3 distribution kernel. The source filesystem is ext3. I left the machine to run the diff and when I came back, the USB keyboard was unresponsive although the USB mice plugged in the hub built into the keyboard were working fine. I was able to ssh into the box, capture the dmesg and reboot. Everything went down quietly but the box froze at the "... will restart". I had no working keyboard and no way to see if it was indeed frozen or not. I got a similar event of keyboard loss while copying the files using 2.6.20-rc1. I was able to copy the files using 2.6.19. The dmesg from the client machine is attached. florin -- Bruce Schneier expects the Spanish Inquisition. http://geekz.co.uk/schneierfacts/fact/163 [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: Linux 2.6.20-rc2 2006-12-25 22:40 Linux 2.6.20-rc2 Florin Iucha @ 2006-12-25 22:56 ` Florin Iucha 2006-12-25 23:06 ` Trond Myklebust 2006-12-26 10:25 ` Andrew Morton 2007-01-03 12:33 ` Jiri Kosina 1 sibling, 2 replies; 43+ messages in thread From: Florin Iucha @ 2006-12-25 22:56 UTC (permalink / raw) To: Linux Kernel Mailing List [-- Attachment #1.1: Type: text/plain, Size: 291 bytes --] > The dmesg from the client machine is attached. Now, really. BTW, I am using NFSv4 exported async from the server and mounted without any extra options on the client. florin -- Bruce Schneier expects the Spanish Inquisition. http://geekz.co.uk/schneierfacts/fact/163 [-- Attachment #1.2: the_oops --] [-- Type: text/plain, Size: 10238 bytes --] [ 2844.871895] BUG: scheduling while atomic: cp/0x20000000/2965 [ 2844.871900] [ 2844.871901] Call Trace: [ 2844.871910] [<ffffffff8015b97d>] __sched_text_start+0x5d/0x7a6 [ 2844.871914] [<ffffffff8012f6b0>] submit_bio+0x84/0x8b [ 2844.871918] [<ffffffff801f8ea6>] ext3_get_block+0x0/0xe4 [ 2844.871922] [<ffffffff80112933>] __pagevec_lru_add+0xb6/0xc6 [ 2844.871927] [<ffffffff801c02f0>] mpage_bio_submit+0x22/0x26 [ 2844.871931] [<ffffffff8012cb30>] unix_poll+0x0/0xa4 [ 2844.871936] [<ffffffff8017d801>] __cond_resched+0x1c/0x44 [ 2844.871940] [<ffffffff8015c1d0>] cond_resched+0x29/0x30 [ 2844.871943] [<ffffffff8015dd92>] __reacquire_kernel_lock+0x26/0x44 [ 2844.871948] [<ffffffff8015c169>] thread_return+0xa3/0xe1 [ 2844.871953] [<ffffffff80116664>] unlock_page+0x9/0x26 [ 2844.871957] [<ffffffff8017d801>] __cond_resched+0x1c/0x44 [ 2844.871961] [<ffffffff8015c1d0>] cond_resched+0x29/0x30 [ 2844.871965] [<ffffffff8019e8b6>] generic_writepages+0x113/0x2d8 [ 2844.871970] [<ffffffff8022771c>] nfs_writepage+0x0/0x22 [ 2844.871976] [<ffffffff802280ff>] nfs_writepages+0x45/0x13c [ 2844.871980] [<ffffffff801536e6>] do_writepages+0x20/0x2d [ 2844.871984] [<ffffffff801487be>] __filemap_fdatawrite_range+0x51/0x5b [ 2844.871989] [<ffffffff8019ca9b>] filemap_write_and_wait+0x17/0x31 [ 2844.871993] [<ffffffff80220948>] nfs_setattr+0x98/0x108 [ 2844.871996] [<ffffffff80129c6e>] mntput_no_expire+0x19/0x7b [ 2844.872000] [<ffffffff8010dab9>] link_path_walk+0xc5/0xd7 [ 2844.872005] [<ffffffff8010d340>] current_fs_time+0x3b/0x40 [ 2844.872009] [<ffffffff80129b48>] notify_change+0x122/0x22f [ 2844.872014] [<ffffffff801bb806>] do_utimes+0x106/0x129 [ 2844.872019] [<ffffffff8010ac5b>] vfs_read+0xaa/0x152 [ 2844.872023] [<ffffffff801bb865>] sys_futimesat+0x3c/0x4b [ 2844.872027] [<ffffffff8015671e>] system_call+0x7e/0x83 [ 2844.872030] [ 3606.114991] [drm] Loading R300 Microcode [ 3878.479521] BUG: scheduling while atomic: cp/0x20000000/3129 [ 3878.479526] [ 3878.479527] Call Trace: [ 3878.479536] [<ffffffff8015b97d>] __sched_text_start+0x5d/0x7a6 [ 3878.479541] [<ffffffff8015dae8>] __down+0xbe/0x100 [ 3878.479546] [<ffffffff8017d3a4>] default_wake_function+0x0/0xe [ 3878.479571] [<ffffffff803f4f25>] unx_validate+0x0/0x56 [ 3878.479575] [<ffffffff8017d801>] __cond_resched+0x1c/0x44 [ 3878.479579] [<ffffffff8015c1d0>] cond_resched+0x29/0x30 [ 3878.479583] [<ffffffff8015dd92>] __reacquire_kernel_lock+0x26/0x44 [ 3878.479587] [<ffffffff8015c169>] thread_return+0xa3/0xe1 [ 3878.479591] [<ffffffff8015c169>] thread_return+0xa3/0xe1 [ 3878.479595] [<ffffffff80155950>] cache_alloc_refill+0x63/0x4ac [ 3878.479600] [<ffffffff8017d801>] __cond_resched+0x1c/0x44 [ 3878.479606] [<ffffffff8015c1d0>] cond_resched+0x29/0x30 [ 3878.479609] [<ffffffff80109c06>] kmem_cache_alloc+0x14/0x54 [ 3878.479613] [<ffffffff802233c2>] nfs_create_request+0x3d/0x109 [ 3878.479618] [<ffffffff802273ee>] nfs_writepage_setup+0x1ab/0x3b5 [ 3878.479624] [<ffffffff80227a6b>] nfs_updatepage+0xf5/0x134 [ 3878.479628] [<ffffffff8021e307>] nfs_commit_write+0x2e/0x41 [ 3878.479758] [<ffffffff8010f1be>] generic_file_buffered_write+0x482/0x690 [ 3878.479764] [<ffffffff8015b3f7>] copy_user_generic_string+0x17/0x40 [ 3878.479770] [<ffffffff80114fb5>] __generic_file_aio_write_nolock+0x379/0x3ec [ 3878.479775] [<ffffffff8011f7be>] generic_file_aio_write+0x61/0xc1 [ 3878.479780] [<ffffffff8021e822>] nfs_file_write+0xb4/0x121 [ 3878.479784] [<ffffffff80116618>] do_sync_write+0xc9/0x10c [ 3878.479790] [<ffffffff8018e2ea>] autoremove_wake_function+0x0/0x2e [ 3878.479794] [<ffffffff8015c0c6>] thread_return+0x0/0xe1 [ 3878.479799] [<ffffffff8011534a>] vfs_write+0xad/0x156 [ 3878.479802] [<ffffffff80115cbe>] sys_write+0x45/0x6e [ 3878.479807] [<ffffffff8015671e>] system_call+0x7e/0x83 [ 3878.479810] [ 4280.656585] BUG: scheduling while atomic: cp/0x20000000/3129 [ 4280.656590] [ 4280.656591] Call Trace: [ 4280.656600] [<ffffffff8015b97d>] __sched_text_start+0x5d/0x7a6 [ 4280.656605] [<ffffffff8010e513>] __alloc_pages+0x61/0x2a8 [ 4280.656609] [<ffffffff801f8ea6>] ext3_get_block+0x0/0xe4 [ 4280.656612] [<ffffffff80112933>] __pagevec_lru_add+0xb6/0xc6 [ 4280.656617] [<ffffffff8012cb30>] unix_poll+0x0/0xa4 [ 4280.656622] [<ffffffff8017d801>] __cond_resched+0x1c/0x44 [ 4280.656626] [<ffffffff8015c1d0>] cond_resched+0x29/0x30 [ 4280.656629] [<ffffffff8015dd92>] __reacquire_kernel_lock+0x26/0x44 [ 4280.656634] [<ffffffff8015c169>] thread_return+0xa3/0xe1 [ 4280.656638] [<ffffffff8022308f>] nfs_unlock_request+0x1/0x37 [ 4280.656644] [<ffffffff8017d801>] __cond_resched+0x1c/0x44 [ 4280.656647] [<ffffffff8015c1d0>] cond_resched+0x29/0x30 [ 4280.656652] [<ffffffff8019e8b6>] generic_writepages+0x113/0x2d8 [ 4280.656656] [<ffffffff8022771c>] nfs_writepage+0x0/0x22 [ 4280.656662] [<ffffffff802280ff>] nfs_writepages+0x45/0x13c [ 4280.656677] [<ffffffff801536e6>] do_writepages+0x20/0x2d [ 4280.656681] [<ffffffff801487be>] __filemap_fdatawrite_range+0x51/0x5b [ 4280.656686] [<ffffffff8019ca9b>] filemap_write_and_wait+0x17/0x31 [ 4280.656690] [<ffffffff80220948>] nfs_setattr+0x98/0x108 [ 4280.656693] [<ffffffff80129c6e>] mntput_no_expire+0x19/0x7b [ 4280.656697] [<ffffffff8010dab9>] link_path_walk+0xc5/0xd7 [ 4280.656702] [<ffffffff8010d340>] current_fs_time+0x3b/0x40 [ 4280.656706] [<ffffffff80129b48>] notify_change+0x122/0x22f [ 4280.656710] [<ffffffff801bb806>] do_utimes+0x106/0x129 [ 4280.656715] [<ffffffff8015c0c6>] thread_return+0x0/0xe1 [ 4280.656719] [<ffffffff8010ac5b>] vfs_read+0xaa/0x152 [ 4280.656723] [<ffffffff80115ca6>] sys_write+0x2d/0x6e [ 4280.656727] [<ffffffff801bb865>] sys_futimesat+0x3c/0x4b [ 4280.656731] [<ffffffff8015671e>] system_call+0x7e/0x83 [ 4280.656734] [ 4811.737194] [drm] Loading R300 Microcode [ 5355.331624] BUG: scheduling while atomic: hald-addon-stor/0x20000000/2066 [ 5355.331630] [ 5355.331631] Call Trace: [ 5355.331641] [<ffffffff8015b97d>] __sched_text_start+0x5d/0x7a6 [ 5355.331646] [<ffffffff8017b7bf>] task_rq_lock+0x3d/0x6f [ 5355.331650] [<ffffffff8017b4fa>] __activate_task+0x27/0x39 [ 5355.331655] [<ffffffff80140d26>] try_to_wake_up+0x363/0x374 [ 5355.331660] [<ffffffff8017d801>] __cond_resched+0x1c/0x44 [ 5355.331677] [<ffffffff8015c1d0>] cond_resched+0x29/0x30 [ 5355.331681] [<ffffffff8015dd92>] __reacquire_kernel_lock+0x26/0x44 [ 5355.331713] [<ffffffff8015c169>] thread_return+0xa3/0xe1 [ 5355.331748] [<ffffffff8017d801>] __cond_resched+0x1c/0x44 [ 5355.331753] [<ffffffff8015c1d0>] cond_resched+0x29/0x30 [ 5355.331756] [<ffffffff8015c206>] wait_for_completion+0x17/0xc6 [ 5355.331761] [<ffffffff8027e778>] blk_execute_rq_nowait+0x7a/0x8e [ 5355.331764] [<ffffffff8027e824>] blk_execute_rq+0x98/0xb8 [ 5355.331768] [<ffffffff8012690b>] get_request_wait+0x2a/0x10c [ 5355.331772] [<ffffffff8010c5d4>] dput+0x2b/0x15a [ 5355.331859] [<ffffffff8030f236>] scsi_execute+0xd4/0xf1 [ 5355.331863] [<ffffffff8030f30c>] scsi_execute_req+0xb9/0xde [ 5355.331868] [<ffffffff8030f36a>] scsi_test_unit_ready+0x39/0x7b [ 5355.331872] [<ffffffff80280417>] get_disk+0x40/0x5b [ 5355.331876] [<ffffffff80314592>] sd_media_changed+0x40/0x8d [ 5355.331881] [<ffffffff801bde51>] check_disk_change+0x1f/0x76 [ 5355.331884] [<ffffffff80314343>] sd_open+0x80/0x113 [ 5355.331888] [<ffffffff801be4af>] do_open+0x9f/0x2ae [ 5355.331892] [<ffffffff80111137>] may_open+0x5b/0x1bd [ 5355.331908] [<ffffffff801be881>] blkdev_open+0x0/0x5d [ 5355.331911] [<ffffffff801be8af>] blkdev_open+0x2e/0x5d [ 5355.331916] [<ffffffff8011cbd1>] __dentry_open+0xd9/0x1a7 [ 5355.331920] [<ffffffff8012526d>] do_filp_open+0x2d/0x3d [ 5355.331923] [<ffffffff8015ce0f>] do_nanosleep+0x47/0x70 [ 5355.331928] [<ffffffff801327b4>] __strncpy_from_user+0x17/0x41 [ 5355.331933] [<ffffffff80118302>] do_sys_open+0x44/0xc8 [ 5355.331937] [<ffffffff8015671e>] system_call+0x7e/0x83 [ 5355.331940] [ 5692.153923] BUG: scheduling while atomic: hald-addon-stor/0x20000000/2066 [ 5692.153930] [ 5692.153932] Call Trace: [ 5692.153939] [<ffffffff80140d26>] try_to_wake_up+0x363/0x374 [ 5692.153944] [<ffffffff8015b97d>] __sched_text_start+0x5d/0x7a6 [ 5692.153951] [<ffffffff8017b7bf>] task_rq_lock+0x3d/0x6f [ 5692.153954] [<ffffffff8017b4fa>] __activate_task+0x27/0x39 [ 5692.153959] [<ffffffff80140d26>] try_to_wake_up+0x363/0x374 [ 5692.153964] [<ffffffff8017d801>] __cond_resched+0x1c/0x44 [ 5692.153967] [<ffffffff8015c1d0>] cond_resched+0x29/0x30 [ 5692.153971] [<ffffffff8015dd92>] __reacquire_kernel_lock+0x26/0x44 [ 5692.154034] [<ffffffff8015c169>] thread_return+0xa3/0xe1 [ 5692.154039] [<ffffffff8017d801>] __cond_resched+0x1c/0x44 [ 5692.154043] [<ffffffff8015c1d0>] cond_resched+0x29/0x30 [ 5692.154047] [<ffffffff8015c206>] wait_for_completion+0x17/0xc6 [ 5692.154051] [<ffffffff8027e778>] blk_execute_rq_nowait+0x7a/0x8e [ 5692.154055] [<ffffffff8027e824>] blk_execute_rq+0x98/0xb8 [ 5692.154059] [<ffffffff8012690b>] get_request_wait+0x2a/0x10c [ 5692.154065] [<ffffffff8030f236>] scsi_execute+0xd4/0xf1 [ 5692.154069] [<ffffffff8030f30c>] scsi_execute_req+0xb9/0xde [ 5692.154150] [<ffffffff80312e4f>] sd_revalidate_disk+0xea/0xcf1 [ 5692.154155] [<ffffffff8030f36a>] scsi_test_unit_ready+0x39/0x7b [ 5692.154159] [<ffffffff801acb76>] get_super+0x1a/0x95 [ 5692.154164] [<ffffffff801bde81>] check_disk_change+0x4f/0x76 [ 5692.154167] [<ffffffff80314343>] sd_open+0x80/0x113 [ 5692.154171] [<ffffffff801be4af>] do_open+0x9f/0x2ae [ 5692.154175] [<ffffffff80111137>] may_open+0x5b/0x1bd [ 5692.154179] [<ffffffff801be881>] blkdev_open+0x0/0x5d [ 5692.154182] [<ffffffff801be8af>] blkdev_open+0x2e/0x5d [ 5692.154187] [<ffffffff8011cbd1>] __dentry_open+0xd9/0x1a7 [ 5692.154190] [<ffffffff8012526d>] do_filp_open+0x2d/0x3d [ 5692.154194] [<ffffffff8015ce0f>] do_nanosleep+0x47/0x70 [ 5692.154202] [<ffffffff801327b4>] __strncpy_from_user+0x17/0x41 [ 5692.154207] [<ffffffff80118302>] do_sys_open+0x44/0xc8 [ 5692.154211] [<ffffffff8015671e>] system_call+0x7e/0x83 [ 5692.154214] [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: Linux 2.6.20-rc2 2006-12-25 22:56 ` Florin Iucha @ 2006-12-25 23:06 ` Trond Myklebust 2006-12-26 1:30 ` Florin Iucha 2006-12-26 10:25 ` Andrew Morton 1 sibling, 1 reply; 43+ messages in thread From: Trond Myklebust @ 2006-12-25 23:06 UTC (permalink / raw) To: Florin Iucha; +Cc: Linux Kernel Mailing List On Mon, 2006-12-25 at 16:56 -0600, Florin Iucha wrote: > > The dmesg from the client machine is attached. > > Now, really. > > BTW, I am using NFSv4 exported async from the server and mounted > without any extra options on the client. > > florin Doesn't look like it has much to do with NFS. The Oopses appear mainly to be occurring when assorted ext3 code calls submit_bio(). Was that the entire Oops text? Cheers Trond ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: Linux 2.6.20-rc2 2006-12-25 23:06 ` Trond Myklebust @ 2006-12-26 1:30 ` Florin Iucha 0 siblings, 0 replies; 43+ messages in thread From: Florin Iucha @ 2006-12-26 1:30 UTC (permalink / raw) To: Trond Myklebust; +Cc: Linux Kernel Mailing List [-- Attachment #1: Type: text/plain, Size: 670 bytes --] On Tue, Dec 26, 2006 at 12:06:58AM +0100, Trond Myklebust wrote: > On Mon, 2006-12-25 at 16:56 -0600, Florin Iucha wrote: > > BTW, I am using NFSv4 exported async from the server and mounted > > without any extra options on the client. > > Doesn't look like it has much to do with NFS. The Oopses appear mainly > to be occurring when assorted ext3 code calls submit_bio(). Was that the > entire Oops text? Yes, that was the entire oops text. NFS appeared on the stack trace and I thought I might be useful to know more about the code paths. florin -- Bruce Schneier expects the Spanish Inquisition. http://geekz.co.uk/schneierfacts/fact/163 [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: Linux 2.6.20-rc2 2006-12-25 22:56 ` Florin Iucha 2006-12-25 23:06 ` Trond Myklebust @ 2006-12-26 10:25 ` Andrew Morton 2006-12-26 12:40 ` Ingo Molnar 1 sibling, 1 reply; 43+ messages in thread From: Andrew Morton @ 2006-12-26 10:25 UTC (permalink / raw) To: Florin Iucha; +Cc: Linux Kernel Mailing List, Ingo Molnar On Mon, 25 Dec 2006 16:56:16 -0600 florin@iucha.net (Florin Iucha) wrote: > > The dmesg from the client machine is attached. > > Now, really. > > BTW, I am using NFSv4 exported async from the server and mounted > without any extra options on the client. > > florin > > -- > Bruce Schneier expects the Spanish Inquisition. > http://geekz.co.uk/schneierfacts/fact/163 > > > [the_oops text/plain (9.9KB)] > [ 2844.871895] BUG: scheduling while atomic: cp/0x20000000/2965 > [ 2844.871900] > [ 2844.871901] Call Trace: > [ 2844.871910] [<ffffffff8015b97d>] __sched_text_start+0x5d/0x7a6 > [ 2844.871914] [<ffffffff8012f6b0>] submit_bio+0x84/0x8b > [ 2844.871918] [<ffffffff801f8ea6>] ext3_get_block+0x0/0xe4 > [ 2844.871922] [<ffffffff80112933>] __pagevec_lru_add+0xb6/0xc6 > [ 2844.871927] [<ffffffff801c02f0>] mpage_bio_submit+0x22/0x26 > [ 2844.871931] [<ffffffff8012cb30>] unix_poll+0x0/0xa4 > [ 2844.871936] [<ffffffff8017d801>] __cond_resched+0x1c/0x44 > [ 2844.871940] [<ffffffff8015c1d0>] cond_resched+0x29/0x30 > [ 2844.871943] [<ffffffff8015dd92>] __reacquire_kernel_lock+0x26/0x44 > [ 2844.871948] [<ffffffff8015c169>] thread_return+0xa3/0xe1 > [ 2844.871953] [<ffffffff80116664>] unlock_page+0x9/0x26 > [ 2844.871957] [<ffffffff8017d801>] __cond_resched+0x1c/0x44 > [ 2844.871961] [<ffffffff8015c1d0>] cond_resched+0x29/0x30 > [ 2844.871965] [<ffffffff8019e8b6>] generic_writepages+0x113/0x2d8 > [ 2844.871970] [<ffffffff8022771c>] nfs_writepage+0x0/0x22 > [ 2844.871976] [<ffffffff802280ff>] nfs_writepages+0x45/0x13c > [ 2844.871980] [<ffffffff801536e6>] do_writepages+0x20/0x2d > [ 2844.871984] [<ffffffff801487be>] __filemap_fdatawrite_range+0x51/0x5b > [ 2844.871989] [<ffffffff8019ca9b>] filemap_write_and_wait+0x17/0x31 > [ 2844.871993] [<ffffffff80220948>] nfs_setattr+0x98/0x108 > [ 2844.871996] [<ffffffff80129c6e>] mntput_no_expire+0x19/0x7b > [ 2844.872000] [<ffffffff8010dab9>] link_path_walk+0xc5/0xd7 > [ 2844.872005] [<ffffffff8010d340>] current_fs_time+0x3b/0x40 > [ 2844.872009] [<ffffffff80129b48>] notify_change+0x122/0x22f > [ 2844.872014] [<ffffffff801bb806>] do_utimes+0x106/0x129 > [ 2844.872019] [<ffffffff8010ac5b>] vfs_read+0xaa/0x152 > [ 2844.872023] [<ffffffff801bb865>] sys_futimesat+0x3c/0x4b > [ 2844.872027] [<ffffffff8015671e>] system_call+0x7e/0x83 > [ 2844.872030] This is the second report we've had where bit 29 of ->preempt_count is getting set. I don't think there's any legitimate way in which that bit can get set. (Ingo?) I'd suggested that the first report (which was in i386 iirc) was due to memory corruption (hardware or software). And this might also be a hardware error, but that's looking pretty unlikely now. If this is real, it's going to be hard to find, unless someone finds a way to make it happen with some repeatability. ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: Linux 2.6.20-rc2 2006-12-26 10:25 ` Andrew Morton @ 2006-12-26 12:40 ` Ingo Molnar 2006-12-26 14:20 ` Florin Iucha 2006-12-26 15:36 ` Randy Dunlap 0 siblings, 2 replies; 43+ messages in thread From: Ingo Molnar @ 2006-12-26 12:40 UTC (permalink / raw) To: Andrew Morton; +Cc: Florin Iucha, Linux Kernel Mailing List * Andrew Morton <akpm@osdl.org> wrote: > > [ 2844.871895] BUG: scheduling while atomic: cp/0x20000000/2965 > This is the second report we've had where bit 29 of ->preempt_count is > getting set. I don't think there's any legitimate way in which that > bit can get set. (Ingo?) It's not legitimate (the highest legitimate bit is PREEMPT_ACTIVE, bit 28). Nor can i think of any bug scenario barring outright memory corruption (either hardware or kernel induced) that could cause this. It's quite hard to trigger bit 29 there via any of the scheduling mechanisms: either the preempt count would have to underflow massively /and/ avoid detection during that undflow (sheer impossible) or the HARDIRQ_COUNT would have to overflow to more than 4096 (again near impossible to trigger), and simultaneously the softirq and preempt count would have to overflow by 256 /at once/, or underflow by 1 at once. The likelyhood of that makes the likelyhood of GPL-ed Windows a sure bet in comparison. So my guess would still be memory corruption of some sort, or some really weird compiler bug. We just recently mandated REGPARM on i386 for example, it would be interesting to know whether an older (say 2.6.18 or 19) config had CONFIG_REGPARM enabled or not? Regparm can also tax the hardware (the CPU in particular) a bit more. Ingo ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: Linux 2.6.20-rc2 2006-12-26 12:40 ` Ingo Molnar @ 2006-12-26 14:20 ` Florin Iucha 2006-12-26 15:22 ` Ingo Molnar 2006-12-26 15:36 ` Randy Dunlap 1 sibling, 1 reply; 43+ messages in thread From: Florin Iucha @ 2006-12-26 14:20 UTC (permalink / raw) To: Ingo Molnar; +Cc: Andrew Morton, Linux Kernel Mailing List [-- Attachment #1.1: Type: text/plain, Size: 1995 bytes --] On Tue, Dec 26, 2006 at 01:40:19PM +0100, Ingo Molnar wrote: > > * Andrew Morton <akpm@osdl.org> wrote: > > > > [ 2844.871895] BUG: scheduling while atomic: cp/0x20000000/2965 > > > This is the second report we've had where bit 29 of ->preempt_count is > > getting set. I don't think there's any legitimate way in which that > > bit can get set. (Ingo?) > > It's not legitimate (the highest legitimate bit is PREEMPT_ACTIVE, bit > 28). Nor can i think of any bug scenario barring outright memory > corruption (either hardware or kernel induced) that could cause this. > It's quite hard to trigger bit 29 there via any of the scheduling > mechanisms: either the preempt count would have to underflow massively > /and/ avoid detection during that undflow (sheer impossible) or the > HARDIRQ_COUNT would have to overflow to more than 4096 (again near > impossible to trigger), and simultaneously the softirq and preempt count > would have to overflow by 256 /at once/, or underflow by 1 at once. The > likelyhood of that makes the likelyhood of GPL-ed Windows a sure bet in > comparison. > > So my guess would still be memory corruption of some sort, or some > really weird compiler bug. We just recently mandated REGPARM on i386 for > example, it would be interesting to know whether an older (say 2.6.18 or > 19) config had CONFIG_REGPARM enabled or not? Regparm can also tax the > hardware (the CPU in particular) a bit more. This is my year-old workstation that I've build from good parts (Asus A8N-SLI premium, OCZ memory), not overclocked, not overheated (it is in a Antec P180 case with 12 cm fans -> CPU max is 43'C when not used for my hour-long simulations). I will leave it do memtest for a couple hours. The compiler is "gcc version 4.1.2 20061028 (prerelease) (Debian 4.1.1-19)" and the .config is attached. florin -- Bruce Schneier expects the Spanish Inquisition. http://geekz.co.uk/schneierfacts/fact/163 [-- Attachment #1.2: config-2.6.20-rc2 --] [-- Type: text/plain, Size: 39879 bytes --] # # Automatically generated make config: don't edit # Linux kernel version: 2.6.20-rc2 # Mon Dec 25 10:48:26 2006 # CONFIG_X86_64=y CONFIG_64BIT=y CONFIG_X86=y CONFIG_ZONE_DMA32=y CONFIG_LOCKDEP_SUPPORT=y CONFIG_STACKTRACE_SUPPORT=y CONFIG_SEMAPHORE_SLEEPERS=y CONFIG_MMU=y CONFIG_RWSEM_GENERIC_SPINLOCK=y CONFIG_GENERIC_HWEIGHT=y CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_X86_CMPXCHG=y CONFIG_EARLY_PRINTK=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_IOMAP=y CONFIG_ARCH_MAY_HAVE_PC_FDC=y CONFIG_ARCH_POPULATES_NODE_MAP=y CONFIG_DMI=y CONFIG_AUDIT_ARCH=y CONFIG_GENERIC_BUG=y # CONFIG_ARCH_HAS_ILOG2_U32 is not set # CONFIG_ARCH_HAS_ILOG2_U64 is not set CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config" # # Code maturity level options # CONFIG_EXPERIMENTAL=y CONFIG_LOCK_KERNEL=y CONFIG_INIT_ENV_ARG_LIMIT=32 # # General setup # CONFIG_LOCALVERSION="" # CONFIG_LOCALVERSION_AUTO is not set CONFIG_SWAP=y CONFIG_SYSVIPC=y # CONFIG_IPC_NS is not set # CONFIG_POSIX_MQUEUE is not set CONFIG_BSD_PROCESS_ACCT=y CONFIG_BSD_PROCESS_ACCT_V3=y # CONFIG_TASKSTATS is not set # CONFIG_UTS_NS is not set # CONFIG_AUDIT is not set CONFIG_IKCONFIG=y # CONFIG_IKCONFIG_PROC is not set # CONFIG_CPUSETS is not set # CONFIG_SYSFS_DEPRECATED is not set CONFIG_RELAY=y CONFIG_INITRAMFS_SOURCE="" CONFIG_CC_OPTIMIZE_FOR_SIZE=y CONFIG_SYSCTL=y CONFIG_EMBEDDED=y CONFIG_UID16=y # CONFIG_SYSCTL_SYSCALL is not set CONFIG_KALLSYMS=y # CONFIG_KALLSYMS_ALL is not set # CONFIG_KALLSYMS_EXTRA_PASS is not set CONFIG_HOTPLUG=y CONFIG_PRINTK=y CONFIG_BUG=y CONFIG_ELF_CORE=y CONFIG_BASE_FULL=y CONFIG_FUTEX=y CONFIG_EPOLL=y CONFIG_SHMEM=y CONFIG_SLAB=y # CONFIG_VM_EVENT_COUNTERS is not set CONFIG_RT_MUTEXES=y # CONFIG_TINY_SHMEM is not set CONFIG_BASE_SMALL=0 # CONFIG_SLOB is not set # # Loadable module support # CONFIG_MODULES=y CONFIG_MODULE_UNLOAD=y CONFIG_MODULE_FORCE_UNLOAD=y CONFIG_MODVERSIONS=y # CONFIG_MODULE_SRCVERSION_ALL is not set CONFIG_KMOD=y CONFIG_STOP_MACHINE=y # # Block layer # CONFIG_BLOCK=y # CONFIG_BLK_DEV_IO_TRACE is not set # # IO Schedulers # CONFIG_IOSCHED_NOOP=y CONFIG_IOSCHED_AS=y CONFIG_IOSCHED_DEADLINE=y CONFIG_IOSCHED_CFQ=y # CONFIG_DEFAULT_AS is not set # CONFIG_DEFAULT_DEADLINE is not set CONFIG_DEFAULT_CFQ=y # CONFIG_DEFAULT_NOOP is not set CONFIG_DEFAULT_IOSCHED="cfq" # # Processor type and features # CONFIG_X86_PC=y # CONFIG_X86_VSMP is not set CONFIG_MK8=y # CONFIG_MPSC is not set # CONFIG_MCORE2 is not set # CONFIG_GENERIC_CPU is not set CONFIG_X86_L1_CACHE_BYTES=64 CONFIG_X86_L1_CACHE_SHIFT=6 CONFIG_X86_INTERNODE_CACHE_BYTES=64 CONFIG_X86_TSC=y CONFIG_X86_GOOD_APIC=y CONFIG_MICROCODE=m CONFIG_MICROCODE_OLD_INTERFACE=y CONFIG_X86_MSR=y CONFIG_X86_CPUID=m CONFIG_X86_IO_APIC=y CONFIG_X86_LOCAL_APIC=y CONFIG_MTRR=y CONFIG_SMP=y # CONFIG_SCHED_SMT is not set CONFIG_SCHED_MC=y # CONFIG_PREEMPT_NONE is not set CONFIG_PREEMPT_VOLUNTARY=y # CONFIG_PREEMPT is not set CONFIG_PREEMPT_BKL=y # CONFIG_NUMA is not set CONFIG_ARCH_SPARSEMEM_ENABLE=y CONFIG_ARCH_FLATMEM_ENABLE=y CONFIG_SELECT_MEMORY_MODEL=y CONFIG_FLATMEM_MANUAL=y # CONFIG_DISCONTIGMEM_MANUAL is not set # CONFIG_SPARSEMEM_MANUAL is not set CONFIG_FLATMEM=y CONFIG_FLAT_NODE_MEM_MAP=y # CONFIG_SPARSEMEM_STATIC is not set CONFIG_SPLIT_PTLOCK_CPUS=4 CONFIG_RESOURCES_64BIT=y CONFIG_NR_CPUS=2 CONFIG_HOTPLUG_CPU=y CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y CONFIG_HPET_TIMER=y CONFIG_IOMMU=y # CONFIG_CALGARY_IOMMU is not set CONFIG_SWIOTLB=y CONFIG_X86_MCE=y # CONFIG_X86_MCE_INTEL is not set CONFIG_X86_MCE_AMD=y # CONFIG_KEXEC is not set # CONFIG_CRASH_DUMP is not set CONFIG_PHYSICAL_START=0x100000 CONFIG_SECCOMP=y # CONFIG_CC_STACKPROTECTOR is not set # CONFIG_HZ_100 is not set CONFIG_HZ_250=y # CONFIG_HZ_300 is not set # CONFIG_HZ_1000 is not set CONFIG_HZ=250 CONFIG_REORDER=y CONFIG_K8_NB=y CONFIG_GENERIC_HARDIRQS=y CONFIG_GENERIC_IRQ_PROBE=y CONFIG_ISA_DMA_API=y CONFIG_GENERIC_PENDING_IRQ=y # # Power management options # CONFIG_PM=y # CONFIG_PM_LEGACY is not set # CONFIG_PM_DEBUG is not set # CONFIG_PM_SYSFS_DEPRECATED is not set # CONFIG_SOFTWARE_SUSPEND is not set CONFIG_SUSPEND_SMP=y # # ACPI (Advanced Configuration and Power Interface) Support # CONFIG_ACPI=y CONFIG_ACPI_SLEEP=y CONFIG_ACPI_SLEEP_PROC_FS=y # CONFIG_ACPI_SLEEP_PROC_SLEEP is not set CONFIG_ACPI_AC=y # CONFIG_ACPI_BATTERY is not set CONFIG_ACPI_BUTTON=y CONFIG_ACPI_VIDEO=y # CONFIG_ACPI_HOTKEY is not set CONFIG_ACPI_FAN=y # CONFIG_ACPI_DOCK is not set CONFIG_ACPI_PROCESSOR=y CONFIG_ACPI_HOTPLUG_CPU=y CONFIG_ACPI_THERMAL=y # CONFIG_ACPI_ASUS is not set # CONFIG_ACPI_IBM is not set # CONFIG_ACPI_TOSHIBA is not set CONFIG_ACPI_BLACKLIST_YEAR=0 # CONFIG_ACPI_DEBUG is not set CONFIG_ACPI_EC=y CONFIG_ACPI_POWER=y CONFIG_ACPI_SYSTEM=y CONFIG_X86_PM_TIMER=y CONFIG_ACPI_CONTAINER=y # CONFIG_ACPI_SBS is not set # # CPU Frequency scaling # CONFIG_CPU_FREQ=y CONFIG_CPU_FREQ_TABLE=y # CONFIG_CPU_FREQ_DEBUG is not set CONFIG_CPU_FREQ_STAT=y # CONFIG_CPU_FREQ_STAT_DETAILS is not set # CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE is not set CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE=y CONFIG_CPU_FREQ_GOV_PERFORMANCE=y CONFIG_CPU_FREQ_GOV_POWERSAVE=y CONFIG_CPU_FREQ_GOV_USERSPACE=y CONFIG_CPU_FREQ_GOV_ONDEMAND=y CONFIG_CPU_FREQ_GOV_CONSERVATIVE=y # # CPUFreq processor drivers # CONFIG_X86_POWERNOW_K8=y CONFIG_X86_POWERNOW_K8_ACPI=y # CONFIG_X86_SPEEDSTEP_CENTRINO is not set CONFIG_X86_ACPI_CPUFREQ=m # # shared options # # CONFIG_X86_ACPI_CPUFREQ_PROC_INTF is not set # CONFIG_X86_P4_CLOCKMOD is not set # CONFIG_X86_SPEEDSTEP_LIB is not set # # Bus options (PCI etc.) # CONFIG_PCI=y CONFIG_PCI_DIRECT=y # CONFIG_PCI_MMCONFIG is not set CONFIG_PCIEPORTBUS=y CONFIG_PCIEAER=y CONFIG_PCI_MSI=y # CONFIG_PCI_MULTITHREAD_PROBE is not set # CONFIG_PCI_DEBUG is not set CONFIG_HT_IRQ=y # # PCCARD (PCMCIA/CardBus) support # # CONFIG_PCCARD is not set # # PCI Hotplug Support # # CONFIG_HOTPLUG_PCI is not set # # Executable file formats / Emulations # CONFIG_BINFMT_ELF=y # CONFIG_BINFMT_MISC is not set CONFIG_IA32_EMULATION=y # CONFIG_IA32_AOUT is not set CONFIG_COMPAT=y CONFIG_SYSVIPC_COMPAT=y # # Networking # CONFIG_NET=y # # Networking options # # CONFIG_NETDEBUG is not set CONFIG_PACKET=y CONFIG_PACKET_MMAP=y CONFIG_UNIX=y CONFIG_XFRM=y # CONFIG_XFRM_USER is not set # CONFIG_XFRM_SUB_POLICY is not set # CONFIG_NET_KEY is not set CONFIG_INET=y CONFIG_IP_MULTICAST=y # CONFIG_IP_ADVANCED_ROUTER is not set CONFIG_IP_FIB_HASH=y # CONFIG_IP_PNP is not set CONFIG_NET_IPIP=m CONFIG_NET_IPGRE=m # CONFIG_NET_IPGRE_BROADCAST is not set # CONFIG_IP_MROUTE is not set # CONFIG_ARPD is not set # CONFIG_SYN_COOKIES is not set CONFIG_INET_AH=m CONFIG_INET_ESP=m CONFIG_INET_IPCOMP=m CONFIG_INET_XFRM_TUNNEL=m CONFIG_INET_TUNNEL=m # CONFIG_INET_XFRM_MODE_TRANSPORT is not set # CONFIG_INET_XFRM_MODE_TUNNEL is not set CONFIG_INET_XFRM_MODE_BEET=y CONFIG_INET_DIAG=y CONFIG_INET_TCP_DIAG=y # CONFIG_TCP_CONG_ADVANCED is not set CONFIG_TCP_CONG_CUBIC=y CONFIG_DEFAULT_TCP_CONG="cubic" # CONFIG_TCP_MD5SIG is not set # CONFIG_IPV6 is not set # CONFIG_INET6_XFRM_TUNNEL is not set # CONFIG_INET6_TUNNEL is not set # CONFIG_NETWORK_SECMARK is not set # CONFIG_NETFILTER is not set # # DCCP Configuration (EXPERIMENTAL) # CONFIG_IP_DCCP=m CONFIG_INET_DCCP_DIAG=m CONFIG_IP_DCCP_ACKVEC=y # # DCCP CCIDs Configuration (EXPERIMENTAL) # CONFIG_IP_DCCP_CCID2=m # CONFIG_IP_DCCP_CCID2_DEBUG is not set # CONFIG_IP_DCCP_CCID3 is not set # # DCCP Kernel Hacking # # CONFIG_IP_DCCP_DEBUG is not set # # SCTP Configuration (EXPERIMENTAL) # CONFIG_IP_SCTP=m # CONFIG_SCTP_DBG_MSG is not set # CONFIG_SCTP_DBG_OBJCNT is not set # CONFIG_SCTP_HMAC_NONE is not set # CONFIG_SCTP_HMAC_SHA1 is not set CONFIG_SCTP_HMAC_MD5=y # # TIPC Configuration (EXPERIMENTAL) # # CONFIG_TIPC is not set # CONFIG_ATM is not set # CONFIG_BRIDGE is not set # CONFIG_VLAN_8021Q is not set # CONFIG_DECNET is not set # CONFIG_LLC2 is not set # CONFIG_IPX is not set # CONFIG_ATALK is not set # CONFIG_X25 is not set # CONFIG_LAPB is not set # CONFIG_ECONET is not set # CONFIG_WAN_ROUTER is not set # # QoS and/or fair queueing # # CONFIG_NET_SCHED is not set # # Network testing # # CONFIG_NET_PKTGEN is not set # CONFIG_HAMRADIO is not set # CONFIG_IRDA is not set CONFIG_BT=y # CONFIG_BT_L2CAP is not set # CONFIG_BT_SCO is not set # # Bluetooth device drivers # # CONFIG_BT_HCIUSB is not set # CONFIG_BT_HCIUART is not set # CONFIG_BT_HCIBCM203X is not set # CONFIG_BT_HCIBPA10X is not set # CONFIG_BT_HCIBFUSB is not set # CONFIG_BT_HCIVHCI is not set # CONFIG_IEEE80211 is not set # # Device Drivers # # # Generic Driver Options # CONFIG_STANDALONE=y # CONFIG_PREVENT_FIRMWARE_BUILD is not set CONFIG_FW_LOADER=y # CONFIG_DEBUG_DRIVER is not set # CONFIG_SYS_HYPERVISOR is not set # # Connector - unified userspace <-> kernelspace linker # CONFIG_CONNECTOR=y # CONFIG_PROC_EVENTS is not set # # Memory Technology Devices (MTD) # # CONFIG_MTD is not set # # Parallel port support # CONFIG_PARPORT=y CONFIG_PARPORT_PC=y # CONFIG_PARPORT_SERIAL is not set # CONFIG_PARPORT_PC_FIFO is not set # CONFIG_PARPORT_PC_SUPERIO is not set # CONFIG_PARPORT_GSC is not set # CONFIG_PARPORT_AX88796 is not set # CONFIG_PARPORT_1284 is not set # # Plug and Play support # CONFIG_PNP=y # CONFIG_PNP_DEBUG is not set # # Protocols # CONFIG_PNPACPI=y # # Block devices # CONFIG_BLK_DEV_FD=y # CONFIG_PARIDE is not set # CONFIG_BLK_CPQ_DA is not set # CONFIG_BLK_CPQ_CISS_DA is not set # CONFIG_BLK_DEV_DAC960 is not set # CONFIG_BLK_DEV_UMEM is not set # CONFIG_BLK_DEV_COW_COMMON is not set CONFIG_BLK_DEV_LOOP=m # CONFIG_BLK_DEV_CRYPTOLOOP is not set CONFIG_BLK_DEV_NBD=m # CONFIG_BLK_DEV_SX8 is not set # CONFIG_BLK_DEV_UB is not set CONFIG_BLK_DEV_RAM=y CONFIG_BLK_DEV_RAM_COUNT=16 CONFIG_BLK_DEV_RAM_SIZE=4096 CONFIG_BLK_DEV_RAM_BLOCKSIZE=1024 # CONFIG_BLK_DEV_INITRD is not set CONFIG_CDROM_PKTCDVD=y CONFIG_CDROM_PKTCDVD_BUFFERS=8 # CONFIG_CDROM_PKTCDVD_WCACHE is not set CONFIG_ATA_OVER_ETH=m # # Misc devices # # CONFIG_IBM_ASM is not set # CONFIG_SGI_IOC4 is not set # CONFIG_TIFM_CORE is not set # # ATA/ATAPI/MFM/RLL support # CONFIG_IDE=y CONFIG_IDE_MAX_HWIFS=4 CONFIG_BLK_DEV_IDE=y # # Please see Documentation/ide.txt for help/info on IDE drives # # CONFIG_BLK_DEV_IDE_SATA is not set # CONFIG_BLK_DEV_HD_IDE is not set CONFIG_BLK_DEV_IDEDISK=y # CONFIG_IDEDISK_MULTI_MODE is not set CONFIG_BLK_DEV_IDECD=y # CONFIG_BLK_DEV_IDETAPE is not set # CONFIG_BLK_DEV_IDEFLOPPY is not set # CONFIG_BLK_DEV_IDESCSI is not set # CONFIG_IDE_TASK_IOCTL is not set # # IDE chipset support/bugfixes # CONFIG_IDE_GENERIC=y # CONFIG_BLK_DEV_CMD640 is not set # CONFIG_BLK_DEV_IDEPNP is not set CONFIG_BLK_DEV_IDEPCI=y # CONFIG_IDEPCI_SHARE_IRQ is not set # CONFIG_BLK_DEV_OFFBOARD is not set # CONFIG_BLK_DEV_GENERIC is not set # CONFIG_BLK_DEV_OPTI621 is not set # CONFIG_BLK_DEV_RZ1000 is not set CONFIG_BLK_DEV_IDEDMA_PCI=y # CONFIG_BLK_DEV_IDEDMA_FORCED is not set # CONFIG_IDEDMA_PCI_AUTO is not set # CONFIG_BLK_DEV_AEC62XX is not set # CONFIG_BLK_DEV_ALI15X3 is not set CONFIG_BLK_DEV_AMD74XX=y # CONFIG_BLK_DEV_ATIIXP is not set # CONFIG_BLK_DEV_CMD64X is not set # CONFIG_BLK_DEV_TRIFLEX is not set # CONFIG_BLK_DEV_CY82C693 is not set # CONFIG_BLK_DEV_CS5520 is not set # CONFIG_BLK_DEV_CS5530 is not set # CONFIG_BLK_DEV_HPT34X is not set # CONFIG_BLK_DEV_HPT366 is not set # CONFIG_BLK_DEV_JMICRON is not set # CONFIG_BLK_DEV_SC1200 is not set # CONFIG_BLK_DEV_PIIX is not set # CONFIG_BLK_DEV_IT821X is not set # CONFIG_BLK_DEV_NS87415 is not set # CONFIG_BLK_DEV_PDC202XX_OLD is not set # CONFIG_BLK_DEV_PDC202XX_NEW is not set # CONFIG_BLK_DEV_SVWKS is not set # CONFIG_BLK_DEV_SIIMAGE is not set # CONFIG_BLK_DEV_SIS5513 is not set # CONFIG_BLK_DEV_SLC90E66 is not set # CONFIG_BLK_DEV_TRM290 is not set # CONFIG_BLK_DEV_VIA82CXXX is not set # CONFIG_IDE_ARM is not set CONFIG_BLK_DEV_IDEDMA=y # CONFIG_IDEDMA_IVB is not set # CONFIG_IDEDMA_AUTO is not set # CONFIG_BLK_DEV_HD is not set # # SCSI device support # # CONFIG_RAID_ATTRS is not set CONFIG_SCSI=y # CONFIG_SCSI_TGT is not set # CONFIG_SCSI_NETLINK is not set # CONFIG_SCSI_PROC_FS is not set # # SCSI support type (disk, tape, CD-ROM) # CONFIG_BLK_DEV_SD=y # CONFIG_CHR_DEV_ST is not set # CONFIG_CHR_DEV_OSST is not set CONFIG_BLK_DEV_SR=y # CONFIG_BLK_DEV_SR_VENDOR is not set CONFIG_CHR_DEV_SG=y # CONFIG_CHR_DEV_SCH is not set # # Some SCSI devices (e.g. CD jukebox) support multiple LUNs # # CONFIG_SCSI_MULTI_LUN is not set # CONFIG_SCSI_CONSTANTS is not set # CONFIG_SCSI_LOGGING is not set # CONFIG_SCSI_SCAN_ASYNC is not set # # SCSI Transports # # CONFIG_SCSI_SPI_ATTRS is not set # CONFIG_SCSI_FC_ATTRS is not set CONFIG_SCSI_ISCSI_ATTRS=m # CONFIG_SCSI_SAS_ATTRS is not set # CONFIG_SCSI_SAS_LIBSAS is not set # # SCSI low-level drivers # CONFIG_ISCSI_TCP=m # CONFIG_BLK_DEV_3W_XXXX_RAID is not set # CONFIG_SCSI_3W_9XXX is not set # CONFIG_SCSI_ACARD is not set # CONFIG_SCSI_AACRAID is not set # CONFIG_SCSI_AIC7XXX is not set # CONFIG_SCSI_AIC7XXX_OLD is not set # CONFIG_SCSI_AIC79XX is not set # CONFIG_SCSI_AIC94XX is not set # CONFIG_SCSI_ARCMSR is not set # CONFIG_MEGARAID_NEWGEN is not set # CONFIG_MEGARAID_LEGACY is not set # CONFIG_MEGARAID_SAS is not set # CONFIG_SCSI_HPTIOP is not set # CONFIG_SCSI_BUSLOGIC is not set # CONFIG_SCSI_DMX3191D is not set # CONFIG_SCSI_EATA is not set # CONFIG_SCSI_FUTURE_DOMAIN is not set # CONFIG_SCSI_GDTH is not set # CONFIG_SCSI_IPS is not set # CONFIG_SCSI_INITIO is not set # CONFIG_SCSI_INIA100 is not set # CONFIG_SCSI_PPA is not set # CONFIG_SCSI_IMM is not set # CONFIG_SCSI_STEX is not set # CONFIG_SCSI_SYM53C8XX_2 is not set # CONFIG_SCSI_IPR is not set # CONFIG_SCSI_QLOGIC_1280 is not set # CONFIG_SCSI_QLA_FC is not set # CONFIG_SCSI_QLA_ISCSI is not set # CONFIG_SCSI_LPFC is not set # CONFIG_SCSI_DC395x is not set # CONFIG_SCSI_DC390T is not set # CONFIG_SCSI_DEBUG is not set # CONFIG_SCSI_SRP is not set # # Serial ATA (prod) and Parallel ATA (experimental) drivers # CONFIG_ATA=y # CONFIG_SATA_AHCI is not set # CONFIG_SATA_SVW is not set # CONFIG_ATA_PIIX is not set # CONFIG_SATA_MV is not set CONFIG_SATA_NV=y # CONFIG_PDC_ADMA is not set # CONFIG_SATA_QSTOR is not set # CONFIG_SATA_PROMISE is not set # CONFIG_SATA_SX4 is not set CONFIG_SATA_SIL=y CONFIG_SATA_SIL24=y # CONFIG_SATA_SIS is not set # CONFIG_SATA_ULI is not set # CONFIG_SATA_VIA is not set # CONFIG_SATA_VITESSE is not set # CONFIG_PATA_ALI is not set CONFIG_PATA_AMD=y # CONFIG_PATA_ARTOP is not set # CONFIG_PATA_ATIIXP is not set # CONFIG_PATA_CMD64X is not set # CONFIG_PATA_CS5520 is not set # CONFIG_PATA_CS5530 is not set # CONFIG_PATA_CYPRESS is not set # CONFIG_PATA_EFAR is not set # CONFIG_ATA_GENERIC is not set # CONFIG_PATA_HPT366 is not set # CONFIG_PATA_HPT37X is not set # CONFIG_PATA_HPT3X2N is not set # CONFIG_PATA_HPT3X3 is not set # CONFIG_PATA_IT821X is not set # CONFIG_PATA_JMICRON is not set # CONFIG_PATA_TRIFLEX is not set # CONFIG_PATA_MARVELL is not set # CONFIG_PATA_MPIIX is not set # CONFIG_PATA_OLDPIIX is not set # CONFIG_PATA_NETCELL is not set # CONFIG_PATA_NS87410 is not set # CONFIG_PATA_OPTI is not set # CONFIG_PATA_OPTIDMA is not set # CONFIG_PATA_PDC_OLD is not set # CONFIG_PATA_RADISYS is not set # CONFIG_PATA_RZ1000 is not set # CONFIG_PATA_SC1200 is not set # CONFIG_PATA_SERVERWORKS is not set # CONFIG_PATA_PDC2027X is not set # CONFIG_PATA_SIL680 is not set # CONFIG_PATA_SIS is not set # CONFIG_PATA_VIA is not set # CONFIG_PATA_WINBOND is not set # CONFIG_PATA_PLATFORM is not set # # Multi-device support (RAID and LVM) # CONFIG_MD=y CONFIG_BLK_DEV_MD=m CONFIG_MD_LINEAR=m CONFIG_MD_RAID0=m CONFIG_MD_RAID1=m # CONFIG_MD_RAID10 is not set # CONFIG_MD_RAID456 is not set # CONFIG_MD_MULTIPATH is not set # CONFIG_MD_FAULTY is not set CONFIG_BLK_DEV_DM=m # CONFIG_DM_DEBUG is not set CONFIG_DM_CRYPT=m CONFIG_DM_SNAPSHOT=m CONFIG_DM_MIRROR=m # CONFIG_DM_ZERO is not set # CONFIG_DM_MULTIPATH is not set # # Fusion MPT device support # # CONFIG_FUSION is not set # CONFIG_FUSION_SPI is not set # CONFIG_FUSION_FC is not set # CONFIG_FUSION_SAS is not set # # IEEE 1394 (FireWire) support # CONFIG_IEEE1394=y # # Subsystem Options # # CONFIG_IEEE1394_VERBOSEDEBUG is not set # CONFIG_IEEE1394_OUI_DB is not set # CONFIG_IEEE1394_EXTRA_CONFIG_ROMS is not set # CONFIG_IEEE1394_EXPORT_FULL_API is not set # # Device Drivers # # CONFIG_IEEE1394_PCILYNX is not set # CONFIG_IEEE1394_OHCI1394 is not set # # Protocol Drivers # CONFIG_IEEE1394_SBP2=m # CONFIG_IEEE1394_ETH1394 is not set CONFIG_IEEE1394_RAWIO=m # # I2O device support # # CONFIG_I2O is not set # # Network device support # CONFIG_NETDEVICES=y # CONFIG_DUMMY is not set CONFIG_BONDING=m CONFIG_EQUALIZER=m CONFIG_TUN=m # CONFIG_NET_SB1000 is not set # # ARCnet devices # # CONFIG_ARCNET is not set # # PHY device support # # CONFIG_PHYLIB is not set # # Ethernet (10 or 100Mbit) # CONFIG_NET_ETHERNET=y CONFIG_MII=m # CONFIG_HAPPYMEAL is not set # CONFIG_SUNGEM is not set # CONFIG_CASSINI is not set # CONFIG_NET_VENDOR_3COM is not set # # Tulip family network device support # # CONFIG_NET_TULIP is not set # CONFIG_HP100 is not set CONFIG_NET_PCI=y # CONFIG_PCNET32 is not set # CONFIG_AMD8111_ETH is not set # CONFIG_ADAPTEC_STARFIRE is not set # CONFIG_B44 is not set CONFIG_FORCEDETH=m # CONFIG_FORCEDETH_NAPI is not set # CONFIG_DGRS is not set # CONFIG_EEPRO100 is not set CONFIG_E100=m # CONFIG_FEALNX is not set # CONFIG_NATSEMI is not set # CONFIG_NE2K_PCI is not set # CONFIG_8139CP is not set # CONFIG_8139TOO is not set # CONFIG_SIS900 is not set # CONFIG_EPIC100 is not set # CONFIG_SUNDANCE is not set # CONFIG_VIA_RHINE is not set # CONFIG_NET_POCKET is not set # # Ethernet (1000 Mbit) # # CONFIG_ACENIC is not set # CONFIG_DL2K is not set CONFIG_E1000=m # CONFIG_E1000_NAPI is not set CONFIG_E1000_DISABLE_PACKET_SPLIT=y # CONFIG_NS83820 is not set # CONFIG_HAMACHI is not set # CONFIG_YELLOWFIN is not set # CONFIG_R8169 is not set # CONFIG_SIS190 is not set CONFIG_SKGE=m # CONFIG_SKY2 is not set CONFIG_SK98LIN=m # CONFIG_VIA_VELOCITY is not set # CONFIG_TIGON3 is not set # CONFIG_BNX2 is not set # CONFIG_QLA3XXX is not set # # Ethernet (10000 Mbit) # # CONFIG_CHELSIO_T1 is not set # CONFIG_IXGB is not set # CONFIG_S2IO is not set # CONFIG_MYRI10GE is not set # CONFIG_NETXEN_NIC is not set # # Token Ring devices # # CONFIG_TR is not set # # Wireless LAN (non-hamradio) # # CONFIG_NET_RADIO is not set # # Wan interfaces # # CONFIG_WAN is not set # CONFIG_FDDI is not set # CONFIG_HIPPI is not set # CONFIG_PLIP is not set # CONFIG_PPP is not set # CONFIG_SLIP is not set # CONFIG_NET_FC is not set # CONFIG_SHAPER is not set # CONFIG_NETCONSOLE is not set # CONFIG_NETPOLL is not set # CONFIG_NET_POLL_CONTROLLER is not set # # ISDN subsystem # # CONFIG_ISDN is not set # # Telephony Support # # CONFIG_PHONE is not set # # Input device support # CONFIG_INPUT=y # CONFIG_INPUT_FF_MEMLESS is not set # # Userland interfaces # CONFIG_INPUT_MOUSEDEV=y # CONFIG_INPUT_MOUSEDEV_PSAUX is not set CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024 CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768 # CONFIG_INPUT_JOYDEV is not set # CONFIG_INPUT_TSDEV is not set CONFIG_INPUT_EVDEV=m # CONFIG_INPUT_EVBUG is not set # # Input Device Drivers # CONFIG_INPUT_KEYBOARD=y CONFIG_KEYBOARD_ATKBD=y # CONFIG_KEYBOARD_SUNKBD is not set # CONFIG_KEYBOARD_LKKBD is not set # CONFIG_KEYBOARD_XTKBD is not set # CONFIG_KEYBOARD_NEWTON is not set # CONFIG_KEYBOARD_STOWAWAY is not set CONFIG_INPUT_MOUSE=y CONFIG_MOUSE_PS2=y # CONFIG_MOUSE_SERIAL is not set # CONFIG_MOUSE_VSXXXAA is not set # CONFIG_INPUT_JOYSTICK is not set # CONFIG_INPUT_TOUCHSCREEN is not set CONFIG_INPUT_MISC=y CONFIG_INPUT_PCSPKR=y # CONFIG_INPUT_UINPUT is not set # # Hardware I/O ports # CONFIG_SERIO=y CONFIG_SERIO_I8042=y CONFIG_SERIO_SERPORT=y # CONFIG_SERIO_CT82C710 is not set # CONFIG_SERIO_PARKBD is not set # CONFIG_SERIO_PCIPS2 is not set CONFIG_SERIO_LIBPS2=y # CONFIG_SERIO_RAW is not set # CONFIG_GAMEPORT is not set # # Character devices # CONFIG_VT=y CONFIG_VT_CONSOLE=y CONFIG_HW_CONSOLE=y # CONFIG_VT_HW_CONSOLE_BINDING is not set # CONFIG_SERIAL_NONSTANDARD is not set # # Serial drivers # CONFIG_SERIAL_8250=y # CONFIG_SERIAL_8250_CONSOLE is not set CONFIG_SERIAL_8250_PCI=m CONFIG_SERIAL_8250_PNP=m CONFIG_SERIAL_8250_NR_UARTS=4 CONFIG_SERIAL_8250_RUNTIME_UARTS=4 # CONFIG_SERIAL_8250_EXTENDED is not set # # Non-8250 serial port support # CONFIG_SERIAL_CORE=y # CONFIG_SERIAL_JSM is not set CONFIG_UNIX98_PTYS=y # CONFIG_LEGACY_PTYS is not set CONFIG_PRINTER=m # CONFIG_LP_CONSOLE is not set # CONFIG_PPDEV is not set # CONFIG_TIPAR is not set # # IPMI # # CONFIG_IPMI_HANDLER is not set # # Watchdog Cards # # CONFIG_WATCHDOG is not set CONFIG_HW_RANDOM=y # CONFIG_HW_RANDOM_INTEL is not set CONFIG_HW_RANDOM_AMD=y # CONFIG_HW_RANDOM_GEODE is not set CONFIG_NVRAM=m CONFIG_RTC=m CONFIG_GEN_RTC=m # CONFIG_GEN_RTC_X is not set # CONFIG_DTLK is not set # CONFIG_R3964 is not set # CONFIG_APPLICOM is not set CONFIG_AGP=y CONFIG_AGP_AMD64=y # CONFIG_AGP_INTEL is not set # CONFIG_AGP_SIS is not set # CONFIG_AGP_VIA is not set CONFIG_DRM=y # CONFIG_DRM_TDFX is not set # CONFIG_DRM_R128 is not set CONFIG_DRM_RADEON=m # CONFIG_DRM_MGA is not set # CONFIG_DRM_SIS is not set # CONFIG_DRM_VIA is not set # CONFIG_DRM_SAVAGE is not set # CONFIG_MWAVE is not set # CONFIG_PC8736x_GPIO is not set CONFIG_RAW_DRIVER=m CONFIG_MAX_RAW_DEVS=256 CONFIG_HPET=y # CONFIG_HPET_RTC_IRQ is not set CONFIG_HPET_MMAP=y CONFIG_HANGCHECK_TIMER=m # # TPM devices # # CONFIG_TCG_TPM is not set # CONFIG_TELCLOCK is not set # # I2C support # CONFIG_I2C=y CONFIG_I2C_CHARDEV=y # # I2C Algorithms # CONFIG_I2C_ALGOBIT=y # CONFIG_I2C_ALGOPCF is not set # CONFIG_I2C_ALGOPCA is not set # # I2C Hardware Bus support # # CONFIG_I2C_ALI1535 is not set # CONFIG_I2C_ALI1563 is not set # CONFIG_I2C_ALI15X3 is not set CONFIG_I2C_AMD756=m # CONFIG_I2C_AMD756_S4882 is not set # CONFIG_I2C_AMD8111 is not set # CONFIG_I2C_I801 is not set # CONFIG_I2C_I810 is not set # CONFIG_I2C_PIIX4 is not set CONFIG_I2C_ISA=y CONFIG_I2C_NFORCE2=m # CONFIG_I2C_OCORES is not set # CONFIG_I2C_PARPORT is not set # CONFIG_I2C_PARPORT_LIGHT is not set # CONFIG_I2C_PROSAVAGE is not set # CONFIG_I2C_SAVAGE4 is not set # CONFIG_I2C_SIS5595 is not set # CONFIG_I2C_SIS630 is not set # CONFIG_I2C_SIS96X is not set # CONFIG_I2C_STUB is not set # CONFIG_I2C_VIA is not set # CONFIG_I2C_VIAPRO is not set # CONFIG_I2C_VOODOO3 is not set # CONFIG_I2C_PCA_ISA is not set # # Miscellaneous I2C Chip support # # CONFIG_SENSORS_DS1337 is not set # CONFIG_SENSORS_DS1374 is not set # CONFIG_SENSORS_EEPROM is not set # CONFIG_SENSORS_PCF8574 is not set # CONFIG_SENSORS_PCA9539 is not set # CONFIG_SENSORS_PCF8591 is not set # CONFIG_SENSORS_MAX6875 is not set # CONFIG_I2C_DEBUG_CORE is not set # CONFIG_I2C_DEBUG_ALGO is not set # CONFIG_I2C_DEBUG_BUS is not set # CONFIG_I2C_DEBUG_CHIP is not set # # SPI support # # CONFIG_SPI is not set # CONFIG_SPI_MASTER is not set # # Dallas's 1-wire bus # # CONFIG_W1 is not set # # Hardware Monitoring support # CONFIG_HWMON=y CONFIG_HWMON_VID=y # CONFIG_SENSORS_ABITUGURU is not set # CONFIG_SENSORS_ADM1021 is not set # CONFIG_SENSORS_ADM1025 is not set # CONFIG_SENSORS_ADM1026 is not set # CONFIG_SENSORS_ADM1031 is not set # CONFIG_SENSORS_ADM9240 is not set CONFIG_SENSORS_K8TEMP=y # CONFIG_SENSORS_ASB100 is not set # CONFIG_SENSORS_ATXP1 is not set # CONFIG_SENSORS_DS1621 is not set # CONFIG_SENSORS_F71805F is not set # CONFIG_SENSORS_FSCHER is not set # CONFIG_SENSORS_FSCPOS is not set # CONFIG_SENSORS_GL518SM is not set # CONFIG_SENSORS_GL520SM is not set CONFIG_SENSORS_IT87=y # CONFIG_SENSORS_LM63 is not set # CONFIG_SENSORS_LM75 is not set # CONFIG_SENSORS_LM77 is not set # CONFIG_SENSORS_LM78 is not set # CONFIG_SENSORS_LM80 is not set # CONFIG_SENSORS_LM83 is not set # CONFIG_SENSORS_LM85 is not set CONFIG_SENSORS_LM87=m # CONFIG_SENSORS_LM90 is not set # CONFIG_SENSORS_LM92 is not set # CONFIG_SENSORS_MAX1619 is not set # CONFIG_SENSORS_PC87360 is not set # CONFIG_SENSORS_PC87427 is not set # CONFIG_SENSORS_SIS5595 is not set # CONFIG_SENSORS_SMSC47M1 is not set # CONFIG_SENSORS_SMSC47M192 is not set # CONFIG_SENSORS_SMSC47B397 is not set # CONFIG_SENSORS_VIA686A is not set # CONFIG_SENSORS_VT1211 is not set # CONFIG_SENSORS_VT8231 is not set # CONFIG_SENSORS_W83781D is not set # CONFIG_SENSORS_W83791D is not set # CONFIG_SENSORS_W83792D is not set # CONFIG_SENSORS_W83793 is not set # CONFIG_SENSORS_W83L785TS is not set # CONFIG_SENSORS_W83627HF is not set # CONFIG_SENSORS_W83627EHF is not set # CONFIG_SENSORS_HDAPS is not set # CONFIG_HWMON_DEBUG_CHIP is not set # # Multimedia devices # # CONFIG_VIDEO_DEV is not set # # Digital Video Broadcasting Devices # # CONFIG_DVB is not set # CONFIG_USB_DABUSB is not set # # Graphics support # # CONFIG_FIRMWARE_EDID is not set # CONFIG_FB is not set # # Console display driver support # CONFIG_VGA_CONSOLE=y # CONFIG_VGACON_SOFT_SCROLLBACK is not set # CONFIG_VIDEO_SELECT is not set CONFIG_DUMMY_CONSOLE=y # CONFIG_BACKLIGHT_LCD_SUPPORT is not set # # Sound # CONFIG_SOUND=y # # Advanced Linux Sound Architecture # CONFIG_SND=y CONFIG_SND_TIMER=y CONFIG_SND_PCM=y CONFIG_SND_RAWMIDI=y CONFIG_SND_SEQUENCER=y # CONFIG_SND_SEQ_DUMMY is not set CONFIG_SND_OSSEMUL=y CONFIG_SND_MIXER_OSS=y CONFIG_SND_PCM_OSS=y # CONFIG_SND_PCM_OSS_PLUGINS is not set CONFIG_SND_SEQUENCER_OSS=y # CONFIG_SND_RTCTIMER is not set # CONFIG_SND_DYNAMIC_MINORS is not set # CONFIG_SND_SUPPORT_OLD_API is not set # CONFIG_SND_VERBOSE_PROCFS is not set # CONFIG_SND_VERBOSE_PRINTK is not set # CONFIG_SND_DEBUG is not set # # Generic devices # CONFIG_SND_MPU401_UART=y CONFIG_SND_AC97_CODEC=y # CONFIG_SND_DUMMY is not set # CONFIG_SND_VIRMIDI is not set # CONFIG_SND_MTPAV is not set # CONFIG_SND_MTS64 is not set CONFIG_SND_SERIAL_U16550=m CONFIG_SND_MPU401=m # # PCI devices # # CONFIG_SND_AD1889 is not set # CONFIG_SND_ALS300 is not set # CONFIG_SND_ALS4000 is not set # CONFIG_SND_ALI5451 is not set # CONFIG_SND_ATIIXP is not set # CONFIG_SND_ATIIXP_MODEM is not set # CONFIG_SND_AU8810 is not set # CONFIG_SND_AU8820 is not set # CONFIG_SND_AU8830 is not set # CONFIG_SND_AZT3328 is not set # CONFIG_SND_BT87X is not set # CONFIG_SND_CA0106 is not set # CONFIG_SND_CMIPCI is not set # CONFIG_SND_CS4281 is not set CONFIG_SND_CS46XX=m CONFIG_SND_CS46XX_NEW_DSP=y # CONFIG_SND_DARLA20 is not set # CONFIG_SND_GINA20 is not set # CONFIG_SND_LAYLA20 is not set # CONFIG_SND_DARLA24 is not set # CONFIG_SND_GINA24 is not set # CONFIG_SND_LAYLA24 is not set # CONFIG_SND_MONA is not set # CONFIG_SND_MIA is not set # CONFIG_SND_ECHO3G is not set # CONFIG_SND_INDIGO is not set # CONFIG_SND_INDIGOIO is not set # CONFIG_SND_INDIGODJ is not set # CONFIG_SND_EMU10K1 is not set # CONFIG_SND_EMU10K1X is not set # CONFIG_SND_ENS1370 is not set # CONFIG_SND_ENS1371 is not set # CONFIG_SND_ES1938 is not set # CONFIG_SND_ES1968 is not set # CONFIG_SND_FM801 is not set # CONFIG_SND_HDA_INTEL is not set # CONFIG_SND_HDSP is not set # CONFIG_SND_HDSPM is not set # CONFIG_SND_ICE1712 is not set CONFIG_SND_ICE1724=y CONFIG_SND_INTEL8X0=m # CONFIG_SND_INTEL8X0M is not set # CONFIG_SND_KORG1212 is not set # CONFIG_SND_MAESTRO3 is not set # CONFIG_SND_MIXART is not set # CONFIG_SND_NM256 is not set # CONFIG_SND_PCXHR is not set # CONFIG_SND_RIPTIDE is not set # CONFIG_SND_RME32 is not set # CONFIG_SND_RME96 is not set # CONFIG_SND_RME9652 is not set # CONFIG_SND_SONICVIBES is not set # CONFIG_SND_TRIDENT is not set # CONFIG_SND_VIA82XX is not set # CONFIG_SND_VIA82XX_MODEM is not set # CONFIG_SND_VX222 is not set # CONFIG_SND_YMFPCI is not set # CONFIG_SND_AC97_POWER_SAVE is not set # # USB devices # # CONFIG_SND_USB_AUDIO is not set # CONFIG_SND_USB_USX2Y is not set # # Open Sound System # # CONFIG_SOUND_PRIME is not set CONFIG_AC97_BUS=y # # HID Devices # CONFIG_HID=y # # USB support # CONFIG_USB_ARCH_HAS_HCD=y CONFIG_USB_ARCH_HAS_OHCI=y CONFIG_USB_ARCH_HAS_EHCI=y CONFIG_USB=y # CONFIG_USB_DEBUG is not set # # Miscellaneous USB options # CONFIG_USB_DEVICEFS=y # CONFIG_USB_BANDWIDTH is not set # CONFIG_USB_DYNAMIC_MINORS is not set CONFIG_USB_SUSPEND=y # CONFIG_USB_MULTITHREAD_PROBE is not set # CONFIG_USB_OTG is not set # # USB Host Controller Drivers # CONFIG_USB_EHCI_HCD=y # CONFIG_USB_EHCI_SPLIT_ISO is not set # CONFIG_USB_EHCI_ROOT_HUB_TT is not set # CONFIG_USB_EHCI_TT_NEWSCHED is not set # CONFIG_USB_ISP116X_HCD is not set CONFIG_USB_OHCI_HCD=y # CONFIG_USB_OHCI_BIG_ENDIAN is not set CONFIG_USB_OHCI_LITTLE_ENDIAN=y # CONFIG_USB_UHCI_HCD is not set # CONFIG_USB_SL811_HCD is not set # # USB Device Class drivers # # CONFIG_USB_ACM is not set # CONFIG_USB_PRINTER is not set # # NOTE: USB_STORAGE enables SCSI, and 'SCSI disk support' # # # may also be needed; see USB_STORAGE Help for more information # CONFIG_USB_STORAGE=y # CONFIG_USB_STORAGE_DEBUG is not set # CONFIG_USB_STORAGE_DATAFAB is not set # CONFIG_USB_STORAGE_FREECOM is not set # CONFIG_USB_STORAGE_ISD200 is not set # CONFIG_USB_STORAGE_DPCM is not set # CONFIG_USB_STORAGE_USBAT is not set # CONFIG_USB_STORAGE_SDDR09 is not set # CONFIG_USB_STORAGE_SDDR55 is not set # CONFIG_USB_STORAGE_JUMPSHOT is not set # CONFIG_USB_STORAGE_ALAUDA is not set # CONFIG_USB_STORAGE_KARMA is not set # CONFIG_USB_LIBUSUAL is not set # # USB Input Devices # CONFIG_USB_HID=y # CONFIG_USB_HID_POWERBOOK is not set # CONFIG_HID_FF is not set CONFIG_USB_HIDDEV=y # CONFIG_USB_AIPTEK is not set # CONFIG_USB_WACOM is not set # CONFIG_USB_ACECAD is not set # CONFIG_USB_KBTAB is not set # CONFIG_USB_POWERMATE is not set # CONFIG_USB_TOUCHSCREEN is not set # CONFIG_USB_YEALINK is not set # CONFIG_USB_XPAD is not set # CONFIG_USB_ATI_REMOTE is not set # CONFIG_USB_ATI_REMOTE2 is not set # CONFIG_USB_KEYSPAN_REMOTE is not set # CONFIG_USB_APPLETOUCH is not set # # USB Imaging devices # # CONFIG_USB_MDC800 is not set # CONFIG_USB_MICROTEK is not set # # USB Network Adapters # # CONFIG_USB_CATC is not set # CONFIG_USB_KAWETH is not set # CONFIG_USB_PEGASUS is not set # CONFIG_USB_RTL8150 is not set # CONFIG_USB_USBNET_MII is not set # CONFIG_USB_USBNET is not set CONFIG_USB_MON=y # # USB port drivers # # CONFIG_USB_USS720 is not set # # USB Serial Converter support # CONFIG_USB_SERIAL=m CONFIG_USB_SERIAL_GENERIC=y # CONFIG_USB_SERIAL_AIRCABLE is not set # CONFIG_USB_SERIAL_AIRPRIME is not set # CONFIG_USB_SERIAL_ARK3116 is not set CONFIG_USB_SERIAL_BELKIN=m # CONFIG_USB_SERIAL_WHITEHEAT is not set # CONFIG_USB_SERIAL_DIGI_ACCELEPORT is not set # CONFIG_USB_SERIAL_CP2101 is not set # CONFIG_USB_SERIAL_CYPRESS_M8 is not set # CONFIG_USB_SERIAL_EMPEG is not set CONFIG_USB_SERIAL_FTDI_SIO=m CONFIG_USB_SERIAL_FUNSOFT=m # CONFIG_USB_SERIAL_VISOR is not set # CONFIG_USB_SERIAL_IPAQ is not set # CONFIG_USB_SERIAL_IR is not set # CONFIG_USB_SERIAL_EDGEPORT is not set # CONFIG_USB_SERIAL_EDGEPORT_TI is not set # CONFIG_USB_SERIAL_GARMIN is not set # CONFIG_USB_SERIAL_IPW is not set # CONFIG_USB_SERIAL_KEYSPAN_PDA is not set # CONFIG_USB_SERIAL_KEYSPAN is not set # CONFIG_USB_SERIAL_KLSI is not set # CONFIG_USB_SERIAL_KOBIL_SCT is not set # CONFIG_USB_SERIAL_MCT_U232 is not set # CONFIG_USB_SERIAL_MOS7720 is not set # CONFIG_USB_SERIAL_MOS7840 is not set # CONFIG_USB_SERIAL_NAVMAN is not set # CONFIG_USB_SERIAL_PL2303 is not set # CONFIG_USB_SERIAL_HP4X is not set CONFIG_USB_SERIAL_SAFE=m # CONFIG_USB_SERIAL_SAFE_PADDED is not set # CONFIG_USB_SERIAL_SIERRAWIRELESS is not set # CONFIG_USB_SERIAL_TI is not set # CONFIG_USB_SERIAL_CYBERJACK is not set # CONFIG_USB_SERIAL_XIRCOM is not set # CONFIG_USB_SERIAL_OPTION is not set # CONFIG_USB_SERIAL_OMNINET is not set # CONFIG_USB_SERIAL_DEBUG is not set # # USB Miscellaneous drivers # # CONFIG_USB_EMI62 is not set # CONFIG_USB_EMI26 is not set # CONFIG_USB_ADUTUX is not set # CONFIG_USB_AUERSWALD is not set # CONFIG_USB_RIO500 is not set # CONFIG_USB_LEGOTOWER is not set # CONFIG_USB_LCD is not set # CONFIG_USB_LED is not set # CONFIG_USB_CYPRESS_CY7C63 is not set # CONFIG_USB_CYTHERM is not set # CONFIG_USB_PHIDGET is not set # CONFIG_USB_IDMOUSE is not set # CONFIG_USB_FTDI_ELAN is not set # CONFIG_USB_APPLEDISPLAY is not set # CONFIG_USB_SISUSBVGA is not set # CONFIG_USB_LD is not set # CONFIG_USB_TRANCEVIBRATOR is not set # CONFIG_USB_TEST is not set # # USB DSL modem support # # # USB Gadget Support # # CONFIG_USB_GADGET is not set # # MMC/SD Card support # # CONFIG_MMC is not set # # LED devices # # CONFIG_NEW_LEDS is not set # # LED drivers # # # LED Triggers # # # InfiniBand support # # CONFIG_INFINIBAND is not set # # EDAC - error detection and reporting (RAS) (EXPERIMENTAL) # # CONFIG_EDAC is not set # # Real Time Clock # # CONFIG_RTC_CLASS is not set # # DMA Engine support # CONFIG_DMA_ENGINE=y # # DMA Clients # CONFIG_NET_DMA=y # # DMA Devices # # CONFIG_INTEL_IOATDMA is not set # # Virtualization # # CONFIG_KVM is not set # # Firmware Drivers # # CONFIG_EDD is not set # CONFIG_DELL_RBU is not set # CONFIG_DCDBAS is not set # # File systems # # CONFIG_EXT2_FS is not set CONFIG_EXT3_FS=y CONFIG_EXT3_FS_XATTR=y CONFIG_EXT3_FS_POSIX_ACL=y # CONFIG_EXT3_FS_SECURITY is not set CONFIG_EXT4DEV_FS=m CONFIG_EXT4DEV_FS_XATTR=y CONFIG_EXT4DEV_FS_POSIX_ACL=y CONFIG_EXT4DEV_FS_SECURITY=y CONFIG_JBD=y # CONFIG_JBD_DEBUG is not set CONFIG_JBD2=m # CONFIG_JBD2_DEBUG is not set CONFIG_FS_MBCACHE=y CONFIG_REISERFS_FS=y # CONFIG_REISERFS_CHECK is not set # CONFIG_REISERFS_PROC_INFO is not set CONFIG_REISERFS_FS_XATTR=y CONFIG_REISERFS_FS_POSIX_ACL=y # CONFIG_REISERFS_FS_SECURITY is not set CONFIG_JFS_FS=m CONFIG_JFS_POSIX_ACL=y # CONFIG_JFS_SECURITY is not set # CONFIG_JFS_DEBUG is not set # CONFIG_JFS_STATISTICS is not set CONFIG_FS_POSIX_ACL=y CONFIG_XFS_FS=m # CONFIG_XFS_QUOTA is not set CONFIG_XFS_SECURITY=y CONFIG_XFS_POSIX_ACL=y # CONFIG_XFS_RT is not set # CONFIG_GFS2_FS is not set CONFIG_OCFS2_FS=m # CONFIG_OCFS2_DEBUG_MASKLOG is not set # CONFIG_MINIX_FS is not set # CONFIG_ROMFS_FS is not set CONFIG_INOTIFY=y CONFIG_INOTIFY_USER=y # CONFIG_QUOTA is not set CONFIG_DNOTIFY=y # CONFIG_AUTOFS_FS is not set CONFIG_AUTOFS4_FS=y CONFIG_FUSE_FS=m # # CD-ROM/DVD Filesystems # CONFIG_ISO9660_FS=y CONFIG_JOLIET=y # CONFIG_ZISOFS is not set CONFIG_UDF_FS=y CONFIG_UDF_NLS=y # # DOS/FAT/NT Filesystems # CONFIG_FAT_FS=y CONFIG_MSDOS_FS=y CONFIG_VFAT_FS=y CONFIG_FAT_DEFAULT_CODEPAGE=437 CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1" CONFIG_NTFS_FS=m # CONFIG_NTFS_DEBUG is not set # CONFIG_NTFS_RW is not set # # Pseudo filesystems # CONFIG_PROC_FS=y # CONFIG_PROC_KCORE is not set CONFIG_PROC_SYSCTL=y CONFIG_SYSFS=y CONFIG_TMPFS=y # CONFIG_TMPFS_POSIX_ACL is not set # CONFIG_HUGETLBFS is not set # CONFIG_HUGETLB_PAGE is not set CONFIG_RAMFS=y CONFIG_CONFIGFS_FS=m # # Miscellaneous filesystems # # CONFIG_ADFS_FS is not set # CONFIG_AFFS_FS is not set # CONFIG_HFS_FS is not set # CONFIG_HFSPLUS_FS is not set # CONFIG_BEFS_FS is not set # CONFIG_BFS_FS is not set # CONFIG_EFS_FS is not set CONFIG_CRAMFS=y # CONFIG_VXFS_FS is not set # CONFIG_HPFS_FS is not set # CONFIG_QNX4FS_FS is not set # CONFIG_SYSV_FS is not set # CONFIG_UFS_FS is not set # # Network File Systems # CONFIG_NFS_FS=y CONFIG_NFS_V3=y CONFIG_NFS_V3_ACL=y CONFIG_NFS_V4=y # CONFIG_NFS_DIRECTIO is not set # CONFIG_NFSD is not set CONFIG_LOCKD=y CONFIG_LOCKD_V4=y CONFIG_NFS_ACL_SUPPORT=y CONFIG_NFS_COMMON=y CONFIG_SUNRPC=y CONFIG_SUNRPC_GSS=y CONFIG_RPCSEC_GSS_KRB5=y # CONFIG_RPCSEC_GSS_SPKM3 is not set # CONFIG_SMB_FS is not set CONFIG_CIFS=y # CONFIG_CIFS_STATS is not set # CONFIG_CIFS_WEAK_PW_HASH is not set CONFIG_CIFS_XATTR=y CONFIG_CIFS_POSIX=y # CONFIG_CIFS_DEBUG2 is not set # CONFIG_CIFS_EXPERIMENTAL is not set # CONFIG_NCP_FS is not set # CONFIG_CODA_FS is not set # CONFIG_AFS_FS is not set CONFIG_9P_FS=m # # Partition Types # # CONFIG_PARTITION_ADVANCED is not set CONFIG_MSDOS_PARTITION=y # # Native Language Support # CONFIG_NLS=y CONFIG_NLS_DEFAULT="iso8859-1" CONFIG_NLS_CODEPAGE_437=y # CONFIG_NLS_CODEPAGE_737 is not set # CONFIG_NLS_CODEPAGE_775 is not set CONFIG_NLS_CODEPAGE_850=m CONFIG_NLS_CODEPAGE_852=m # CONFIG_NLS_CODEPAGE_855 is not set # CONFIG_NLS_CODEPAGE_857 is not set # CONFIG_NLS_CODEPAGE_860 is not set # CONFIG_NLS_CODEPAGE_861 is not set # CONFIG_NLS_CODEPAGE_862 is not set # CONFIG_NLS_CODEPAGE_863 is not set # CONFIG_NLS_CODEPAGE_864 is not set # CONFIG_NLS_CODEPAGE_865 is not set # CONFIG_NLS_CODEPAGE_866 is not set # CONFIG_NLS_CODEPAGE_869 is not set # CONFIG_NLS_CODEPAGE_936 is not set # CONFIG_NLS_CODEPAGE_950 is not set # CONFIG_NLS_CODEPAGE_932 is not set # CONFIG_NLS_CODEPAGE_949 is not set # CONFIG_NLS_CODEPAGE_874 is not set # CONFIG_NLS_ISO8859_8 is not set # CONFIG_NLS_CODEPAGE_1250 is not set # CONFIG_NLS_CODEPAGE_1251 is not set CONFIG_NLS_ASCII=y CONFIG_NLS_ISO8859_1=y CONFIG_NLS_ISO8859_2=y # CONFIG_NLS_ISO8859_3 is not set # CONFIG_NLS_ISO8859_4 is not set # CONFIG_NLS_ISO8859_5 is not set # CONFIG_NLS_ISO8859_6 is not set # CONFIG_NLS_ISO8859_7 is not set # CONFIG_NLS_ISO8859_9 is not set # CONFIG_NLS_ISO8859_13 is not set # CONFIG_NLS_ISO8859_14 is not set # CONFIG_NLS_ISO8859_15 is not set # CONFIG_NLS_KOI8_R is not set # CONFIG_NLS_KOI8_U is not set CONFIG_NLS_UTF8=y # # Distributed Lock Manager # # CONFIG_DLM is not set # # Instrumentation Support # CONFIG_PROFILING=y CONFIG_OPROFILE=y # CONFIG_KPROBES is not set # # Kernel hacking # CONFIG_TRACE_IRQFLAGS_SUPPORT=y CONFIG_PRINTK_TIME=y CONFIG_ENABLE_MUST_CHECK=y CONFIG_MAGIC_SYSRQ=y # CONFIG_UNUSED_SYMBOLS is not set CONFIG_DEBUG_FS=y # CONFIG_HEADERS_CHECK is not set CONFIG_DEBUG_KERNEL=y CONFIG_LOG_BUF_SHIFT=17 CONFIG_DETECT_SOFTLOCKUP=y # CONFIG_SCHEDSTATS is not set # CONFIG_DEBUG_SLAB is not set # CONFIG_DEBUG_RT_MUTEXES is not set # CONFIG_RT_MUTEX_TESTER is not set # CONFIG_DEBUG_SPINLOCK is not set # CONFIG_DEBUG_MUTEXES is not set # CONFIG_DEBUG_RWSEMS is not set # CONFIG_DEBUG_LOCK_ALLOC is not set # CONFIG_PROVE_LOCKING is not set # CONFIG_DEBUG_SPINLOCK_SLEEP is not set # CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set # CONFIG_DEBUG_KOBJECT is not set # CONFIG_DEBUG_BUGVERBOSE is not set # CONFIG_DEBUG_INFO is not set # CONFIG_DEBUG_VM is not set # CONFIG_DEBUG_LIST is not set # CONFIG_FRAME_POINTER is not set # CONFIG_FORCED_INLINING is not set # CONFIG_RCU_TORTURE_TEST is not set # CONFIG_DEBUG_RODATA is not set # CONFIG_IOMMU_DEBUG is not set # CONFIG_DEBUG_STACKOVERFLOW is not set # CONFIG_DEBUG_STACK_USAGE is not set # # Security options # # CONFIG_KEYS is not set # CONFIG_SECURITY is not set # # Cryptographic options # CONFIG_CRYPTO=y CONFIG_CRYPTO_ALGAPI=y CONFIG_CRYPTO_BLKCIPHER=y CONFIG_CRYPTO_HASH=y CONFIG_CRYPTO_MANAGER=y CONFIG_CRYPTO_HMAC=y # CONFIG_CRYPTO_XCBC is not set CONFIG_CRYPTO_NULL=y # CONFIG_CRYPTO_MD4 is not set CONFIG_CRYPTO_MD5=y CONFIG_CRYPTO_SHA1=y CONFIG_CRYPTO_SHA256=y CONFIG_CRYPTO_SHA512=y # CONFIG_CRYPTO_WP512 is not set # CONFIG_CRYPTO_TGR192 is not set # CONFIG_CRYPTO_GF128MUL is not set CONFIG_CRYPTO_ECB=m CONFIG_CRYPTO_CBC=y # CONFIG_CRYPTO_LRW is not set CONFIG_CRYPTO_DES=y # CONFIG_CRYPTO_BLOWFISH is not set # CONFIG_CRYPTO_TWOFISH is not set # CONFIG_CRYPTO_TWOFISH_X86_64 is not set # CONFIG_CRYPTO_SERPENT is not set CONFIG_CRYPTO_AES=m CONFIG_CRYPTO_AES_X86_64=y # CONFIG_CRYPTO_CAST5 is not set # CONFIG_CRYPTO_CAST6 is not set # CONFIG_CRYPTO_TEA is not set # CONFIG_CRYPTO_ARC4 is not set # CONFIG_CRYPTO_KHAZAD is not set # CONFIG_CRYPTO_ANUBIS is not set CONFIG_CRYPTO_DEFLATE=y # CONFIG_CRYPTO_MICHAEL_MIC is not set CONFIG_CRYPTO_CRC32C=y # CONFIG_CRYPTO_TEST is not set # # Hardware crypto devices # # # Library routines # CONFIG_BITREVERSE=y CONFIG_CRC_CCITT=y CONFIG_CRC16=y CONFIG_CRC32=y CONFIG_LIBCRC32C=y CONFIG_ZLIB_INFLATE=y CONFIG_ZLIB_DEFLATE=y CONFIG_PLIST=y CONFIG_IOMAP_COPY=y [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: Linux 2.6.20-rc2 2006-12-26 14:20 ` Florin Iucha @ 2006-12-26 15:22 ` Ingo Molnar [not found] ` <20061226234206.GD22307@iucha.net> 0 siblings, 1 reply; 43+ messages in thread From: Ingo Molnar @ 2006-12-26 15:22 UTC (permalink / raw) To: Florin Iucha; +Cc: Andrew Morton, Linux Kernel Mailing List * Florin Iucha <florin@iucha.net> wrote: > This is my year-old workstation that I've build from good parts (Asus > A8N-SLI premium, OCZ memory), not overclocked, not overheated (it is > in a Antec P180 case with 12 cm fans -> CPU max is 43'C when not used > for my hour-long simulations). I will leave it do memtest for a > couple hours. > > The compiler is "gcc version 4.1.2 20061028 (prerelease) (Debian > 4.1.1-19)" and the .config is attached. could you send a config that you used with the 2.6.19 (or 2.6.18) kernel? Ingo ^ permalink raw reply [flat|nested] 43+ messages in thread
[parent not found: <20061226234206.GD22307@iucha.net>]
[parent not found: <20061226234253.GA7523@elte.hu>]
* Re: Linux 2.6.20-rc2 [not found] ` <20061226234253.GA7523@elte.hu> @ 2006-12-27 1:50 ` Florin Iucha 0 siblings, 0 replies; 43+ messages in thread From: Florin Iucha @ 2006-12-27 1:50 UTC (permalink / raw) To: Ingo Molnar; +Cc: Linux Kernel Mailing List, Andrew Morton [-- Attachment #1: Type: text/plain, Size: 3400 bytes --] On Wed, Dec 27, 2006 at 12:42:53AM +0100, Ingo Molnar wrote: > * Florin Iucha <florin@iucha.net> wrote: > > I saw your subsequent message and will apply the patch, retest and > > report. > > yeah. Just to make sure i've attached the latest and greatest version of > the patch - please make sure you have this one applied. The good news is, with this patch there is no oops. The bad news is, the USB keyboard is still not functioning, but the mice plugged in the keyboard hub are working. One down, one more to go... florin > ----------------------> > Subject: [patch] sched: fix cond_resched_softirq() offset > From: Ingo Molnar <mingo@elte.hu> > > remove the __resched_legal() check: it is conceptually broken. > The biggest problem it had is that it can mask buggy cond_resched() > calls. A cond_resched() call is only legal if we are not in an > atomic context, with two narrow exceptions: > > - if the system is booting > - a reacquire_kernel_lock() down() done while PREEMPT_ACTIVE is set > > But __resched_legal() hid this and just silently returned whenever > these primitives were called from invalid contexts. (Same goes for > cond_resched_locked() and cond_resched_softirq()). > > furthermore, the __legal_resched(0) call was buggy in that it caused > unnecessarily long softirq latencies via cond_resched_softirq(). (which > is only called from softirq-off sections, hence the code did nothing.) > > the fix is to resurrect the efficiency of the might_sleep checks and to > only allow the narrow exceptions. > > Signed-off-by: Ingo Molnar <mingo@elte.hu> > --- > kernel/sched.c | 18 ++++-------------- > 1 file changed, 4 insertions(+), 14 deletions(-) > > Index: linux/kernel/sched.c > =================================================================== > --- linux.orig/kernel/sched.c > +++ linux/kernel/sched.c > @@ -4617,17 +4617,6 @@ asmlinkage long sys_sched_yield(void) > return 0; > } > > -static inline int __resched_legal(int expected_preempt_count) > -{ > -#ifdef CONFIG_PREEMPT > - if (unlikely(preempt_count() != expected_preempt_count)) > - return 0; > -#endif > - if (unlikely(system_state != SYSTEM_RUNNING)) > - return 0; > - return 1; > -} > - > static void __cond_resched(void) > { > #ifdef CONFIG_DEBUG_SPINLOCK_SLEEP > @@ -4647,7 +4636,8 @@ static void __cond_resched(void) > > int __sched cond_resched(void) > { > - if (need_resched() && __resched_legal(0)) { > + if (need_resched() && !(preempt_count() & PREEMPT_ACTIVE) && > + system_state == SYSTEM_RUNNING) { > __cond_resched(); > return 1; > } > @@ -4673,7 +4663,7 @@ int cond_resched_lock(spinlock_t *lock) > ret = 1; > spin_lock(lock); > } > - if (need_resched() && __resched_legal(1)) { > + if (need_resched() && system_state == SYSTEM_RUNNING) { > spin_release(&lock->dep_map, 1, _THIS_IP_); > _raw_spin_unlock(lock); > preempt_enable_no_resched(); > @@ -4689,7 +4679,7 @@ int __sched cond_resched_softirq(void) > { > BUG_ON(!in_softirq()); > > - if (need_resched() && __resched_legal(0)) { > + if (need_resched() && system_state == SYSTEM_RUNNING) { > raw_local_irq_disable(); > _local_bh_enable(); > raw_local_irq_enable(); > -- Bruce Schneier expects the Spanish Inquisition. http://geekz.co.uk/schneierfacts/fact/163 [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: Linux 2.6.20-rc2 2006-12-26 12:40 ` Ingo Molnar 2006-12-26 14:20 ` Florin Iucha @ 2006-12-26 15:36 ` Randy Dunlap 2006-12-26 16:26 ` Ingo Molnar 1 sibling, 1 reply; 43+ messages in thread From: Randy Dunlap @ 2006-12-26 15:36 UTC (permalink / raw) To: Ingo Molnar; +Cc: Andrew Morton, Florin Iucha, Linux Kernel Mailing List On Tue, 26 Dec 2006 13:40:19 +0100 Ingo Molnar wrote: > > * Andrew Morton <akpm@osdl.org> wrote: > > > > [ 2844.871895] BUG: scheduling while atomic: cp/0x20000000/2965 > > > This is the second report we've had where bit 29 of ->preempt_count is > > getting set. I don't think there's any legitimate way in which that > > bit can get set. (Ingo?) First one was me, on x86_64 UP. I ran memtest86 many hours with no problems found. It's an almost-new system fwiw. > It's not legitimate (the highest legitimate bit is PREEMPT_ACTIVE, bit > 28). Nor can i think of any bug scenario barring outright memory > corruption (either hardware or kernel induced) that could cause this. > It's quite hard to trigger bit 29 there via any of the scheduling > mechanisms: either the preempt count would have to underflow massively > /and/ avoid detection during that undflow (sheer impossible) or the > HARDIRQ_COUNT would have to overflow to more than 4096 (again near > impossible to trigger), and simultaneously the softirq and preempt count > would have to overflow by 256 /at once/, or underflow by 1 at once. The > likelyhood of that makes the likelyhood of GPL-ed Windows a sure bet in > comparison. > > So my guess would still be memory corruption of some sort, or some > really weird compiler bug. We just recently mandated REGPARM on i386 for > example, it would be interesting to know whether an older (say 2.6.18 or > 19) config had CONFIG_REGPARM enabled or not? Regparm can also tax the > hardware (the CPU in particular) a bit more. I've had at least one more occurrence of it: [ 78.804940] BUG: scheduling while atomic: kbd/0x20000000/3444 [ 78.804944] [ 78.804945] Call Trace: [ 78.804952] [<ffffffff80521ae0>] __sched_text_start+0x60/0xae0 [ 78.804958] [<ffffffff8022c2df>] default_wake_function+0xd/0xf [ 78.804962] [<ffffffff80229504>] __wake_up_common+0x3e/0x68 [ 78.804966] [<ffffffff8022c72f>] __cond_resched+0x1c/0x44 [ 78.804969] [<ffffffff8052266b>] cond_resched+0x29/0x30 [ 78.804973] [<ffffffff805244d6>] __reacquire_kernel_lock+0x29/0x49 [ 78.804977] [<ffffffff80522603>] thread_return+0xa3/0xe2 [ 78.804981] [<ffffffff8022c72f>] __cond_resched+0x1c/0x44 [ 78.804985] [<ffffffff8052266b>] cond_resched+0x29/0x30 [ 78.804989] [<ffffffff803a8f6e>] device_add+0x3e1/0x53e [ 78.804993] [<ffffffff803a90e4>] device_register+0x19/0x1d [ 78.804996] [<ffffffff803a91c7>] device_create+0xdf/0x110 [ 78.805001] [<ffffffff8037fd67>] set_palette+0x5c/0x60 [ 78.805005] [<ffffffff8037fc38>] reset_terminal+0x1f0/0x1f5 [ 78.805010] [<ffffffff8037b78e>] vcs_make_sysfs+0x5e/0x62 [ 78.805014] [<ffffffff80380fc2>] con_open+0x88/0x9b [ 78.805018] [<ffffffff803765b2>] tty_open+0x19c/0x310 [ 78.805022] [<ffffffff8027b4f9>] chrdev_open+0x164/0x19d [ 78.805026] [<ffffffff8027b395>] chrdev_open+0x0/0x19d [ 78.805030] [<ffffffff802772c9>] __dentry_open+0xe9/0x1ba [ 78.805034] [<ffffffff8027742f>] nameidata_to_filp+0x2d/0x3f [ 78.805038] [<ffffffff80277477>] do_filp_open+0x36/0x46 [ 78.805042] [<ffffffff8027714b>] get_unused_fd+0x70/0x105 [ 78.805046] [<ffffffff802774d6>] do_sys_open+0x4f/0xd7 [ 78.805050] [<ffffffff80277587>] sys_open+0x1b/0x1d [ 78.805054] [<ffffffff8020996e>] system_call+0x7e/0x83 --- ~Randy ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: Linux 2.6.20-rc2 2006-12-26 15:36 ` Randy Dunlap @ 2006-12-26 16:26 ` Ingo Molnar 2006-12-26 16:37 ` Ingo Molnar 0 siblings, 1 reply; 43+ messages in thread From: Ingo Molnar @ 2006-12-26 16:26 UTC (permalink / raw) To: Randy Dunlap; +Cc: Andrew Morton, Florin Iucha, Linux Kernel Mailing List * Randy Dunlap <randy.dunlap@oracle.com> wrote: > I've had at least one more occurrence of it: > > [ 78.804940] BUG: scheduling while atomic: kbd/0x20000000/3444 > [ 78.804944] > [ 78.804945] Call Trace: ok, i can think of a simpler scenario: add_preempt_count(PREEMPT_ACTIVE) /twice/, nested into each other. Ingo ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: Linux 2.6.20-rc2 2006-12-26 16:26 ` Ingo Molnar @ 2006-12-26 16:37 ` Ingo Molnar 2006-12-26 17:44 ` Fabio Comolli 0 siblings, 1 reply; 43+ messages in thread From: Ingo Molnar @ 2006-12-26 16:37 UTC (permalink / raw) To: Randy Dunlap; +Cc: Andrew Morton, Florin Iucha, Linux Kernel Mailing List * Ingo Molnar <mingo@elte.hu> wrote: > > I've had at least one more occurrence of it: > > > > [ 78.804940] BUG: scheduling while atomic: kbd/0x20000000/3444 > > [ 78.804944] > > [ 78.804945] Call Trace: > > ok, i can think of a simpler scenario: > add_preempt_count(PREEMPT_ACTIVE) /twice/, nested into each other. doh - the BKL! That does a down() in a PREEMPT_ACTIVE section, which can trigger cond_resched(). The fix is to check for PREEMPT_ACTIVE in cond_resched(). (and only in cond_resched()) Updated fix (against -rc2) attached. Ingo ----------------------> Subject: [patch] sched: fix cond_resched_softirq() offset From: Ingo Molnar <mingo@elte.hu> remove the __resched_legal() check: it is conceptually broken. The biggest problem it had is that it can mask buggy cond_resched() calls. A cond_resched() call is only legal if we are not in an atomic context, with two narrow exceptions: - if the system is booting - a reacquire_kernel_lock() down() done while PREEMPT_ACTIVE is set But __resched_legal() hid this and just silently returned whenever these primitives were called from invalid contexts. (Same goes for cond_resched_locked() and cond_resched_softirq()). furthermore, the __legal_resched(0) call was buggy in that it caused unnecessarily long softirq latencies via cond_resched_softirq(). (which is only called from softirq-off sections, hence the code did nothing.) the fix is to resurrect the efficiency of the might_sleep checks and to only allow the narrow exceptions. Signed-off-by: Ingo Molnar <mingo@elte.hu> --- kernel/sched.c | 18 ++++-------------- 1 file changed, 4 insertions(+), 14 deletions(-) Index: linux/kernel/sched.c =================================================================== --- linux.orig/kernel/sched.c +++ linux/kernel/sched.c @@ -4617,17 +4617,6 @@ asmlinkage long sys_sched_yield(void) return 0; } -static inline int __resched_legal(int expected_preempt_count) -{ -#ifdef CONFIG_PREEMPT - if (unlikely(preempt_count() != expected_preempt_count)) - return 0; -#endif - if (unlikely(system_state != SYSTEM_RUNNING)) - return 0; - return 1; -} - static void __cond_resched(void) { #ifdef CONFIG_DEBUG_SPINLOCK_SLEEP @@ -4647,7 +4636,8 @@ static void __cond_resched(void) int __sched cond_resched(void) { - if (need_resched() && __resched_legal(0)) { + if (need_resched() && !(preempt_count() & PREEMPT_ACTIVE) && + system_state == SYSTEM_RUNNING) { __cond_resched(); return 1; } @@ -4673,7 +4663,7 @@ int cond_resched_lock(spinlock_t *lock) ret = 1; spin_lock(lock); } - if (need_resched() && __resched_legal(1)) { + if (need_resched() && system_state == SYSTEM_RUNNING) { spin_release(&lock->dep_map, 1, _THIS_IP_); _raw_spin_unlock(lock); preempt_enable_no_resched(); @@ -4689,7 +4679,7 @@ int __sched cond_resched_softirq(void) { BUG_ON(!in_softirq()); - if (need_resched() && __resched_legal(0)) { + if (need_resched() && system_state == SYSTEM_RUNNING) { raw_local_irq_disable(); _local_bh_enable(); raw_local_irq_enable(); ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: Linux 2.6.20-rc2 2006-12-26 16:37 ` Ingo Molnar @ 2006-12-26 17:44 ` Fabio Comolli 0 siblings, 0 replies; 43+ messages in thread From: Fabio Comolli @ 2006-12-26 17:44 UTC (permalink / raw) To: Ingo Molnar Cc: Randy Dunlap, Andrew Morton, Florin Iucha, Linux Kernel Mailing List Hi. Can you confirm that the problem I mentioned in http://lkml.org/lkml/2006/12/24/32 is the same? Best regards, Fabio On 12/26/06, Ingo Molnar <mingo@elte.hu> wrote: > > * Ingo Molnar <mingo@elte.hu> wrote: > > > > I've had at least one more occurrence of it: > > > > > > [ 78.804940] BUG: scheduling while atomic: kbd/0x20000000/3444 > > > [ 78.804944] > > > [ 78.804945] Call Trace: > > > > ok, i can think of a simpler scenario: > > add_preempt_count(PREEMPT_ACTIVE) /twice/, nested into each other. > > doh - the BKL! That does a down() in a PREEMPT_ACTIVE section, which can > trigger cond_resched(). The fix is to check for PREEMPT_ACTIVE in > cond_resched(). (and only in cond_resched()) > > Updated fix (against -rc2) attached. > > Ingo > > ----------------------> > Subject: [patch] sched: fix cond_resched_softirq() offset > From: Ingo Molnar <mingo@elte.hu> > > remove the __resched_legal() check: it is conceptually broken. > The biggest problem it had is that it can mask buggy cond_resched() > calls. A cond_resched() call is only legal if we are not in an > atomic context, with two narrow exceptions: > > - if the system is booting > - a reacquire_kernel_lock() down() done while PREEMPT_ACTIVE is set > > But __resched_legal() hid this and just silently returned whenever > these primitives were called from invalid contexts. (Same goes for > cond_resched_locked() and cond_resched_softirq()). > > furthermore, the __legal_resched(0) call was buggy in that it caused > unnecessarily long softirq latencies via cond_resched_softirq(). (which > is only called from softirq-off sections, hence the code did nothing.) > > the fix is to resurrect the efficiency of the might_sleep checks and to > only allow the narrow exceptions. > > Signed-off-by: Ingo Molnar <mingo@elte.hu> > --- > kernel/sched.c | 18 ++++-------------- > 1 file changed, 4 insertions(+), 14 deletions(-) > > Index: linux/kernel/sched.c > =================================================================== > --- linux.orig/kernel/sched.c > +++ linux/kernel/sched.c > @@ -4617,17 +4617,6 @@ asmlinkage long sys_sched_yield(void) > return 0; > } > > -static inline int __resched_legal(int expected_preempt_count) > -{ > -#ifdef CONFIG_PREEMPT > - if (unlikely(preempt_count() != expected_preempt_count)) > - return 0; > -#endif > - if (unlikely(system_state != SYSTEM_RUNNING)) > - return 0; > - return 1; > -} > - > static void __cond_resched(void) > { > #ifdef CONFIG_DEBUG_SPINLOCK_SLEEP > @@ -4647,7 +4636,8 @@ static void __cond_resched(void) > > int __sched cond_resched(void) > { > - if (need_resched() && __resched_legal(0)) { > + if (need_resched() && !(preempt_count() & PREEMPT_ACTIVE) && > + system_state == SYSTEM_RUNNING) { > __cond_resched(); > return 1; > } > @@ -4673,7 +4663,7 @@ int cond_resched_lock(spinlock_t *lock) > ret = 1; > spin_lock(lock); > } > - if (need_resched() && __resched_legal(1)) { > + if (need_resched() && system_state == SYSTEM_RUNNING) { > spin_release(&lock->dep_map, 1, _THIS_IP_); > _raw_spin_unlock(lock); > preempt_enable_no_resched(); > @@ -4689,7 +4679,7 @@ int __sched cond_resched_softirq(void) > { > BUG_ON(!in_softirq()); > > - if (need_resched() && __resched_legal(0)) { > + if (need_resched() && system_state == SYSTEM_RUNNING) { > raw_local_irq_disable(); > _local_bh_enable(); > raw_local_irq_enable(); > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > ^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: Linux 2.6.20-rc2 2006-12-25 22:40 Linux 2.6.20-rc2 Florin Iucha 2006-12-25 22:56 ` Florin Iucha @ 2007-01-03 12:33 ` Jiri Kosina 1 sibling, 0 replies; 43+ messages in thread From: Jiri Kosina @ 2007-01-03 12:33 UTC (permalink / raw) To: Florin Iucha; +Cc: Linux Kernel Mailing List On Mon, 25 Dec 2006, Florin Iucha wrote: > I left the machine to run the diff and when I came back, the USB > keyboard was unresponsive although the USB mice plugged in the hub built > into the keyboard were working fine. I was able to ssh into the box, > capture the dmesg and reboot. Everything went down quietly but the box > froze at the "... will restart". I had no working keyboard and no way > to see if it was indeed frozen or not. Hi Florin, I have not seen any similar bugreports, but it seems that you are able to reproduce the problem reliably to some extent. Do you think that you could try to narrow down whether the HID core patches that went to 2.6.20-rc1 might possibly be causing your problem? The easiest way might probably be just reverting the following commits and see if you can still reproduce the problems. It would be nice if you could try, so that we know whether it is caused by HID core, or any other post-2.6.19 USB/input changes. 10f549fa1538849548787879d96bbb3450f06117 4ef4caad41630c7caa6e2b94c6e7dda7e9689714 1c1e40b5ad6e345feba69bc612db006efccf4cdc e3a0dd7ced76bb439ddeda244a9667e7b3800fc8 63f3861d2fbf8ccbad1386ac9ac8b822c036ea00 4c2ae844b5ef85fd4b571c9c91ac48afa6ef2dfc aa8de2f038baec993f07ef66fb3e94481d1ec22b aa938f7974b82cfd9ee955031987344f332b7c77 4916b3a57fc94664677d439b911b8aaf86c7ec23 229695e51efc4ed5e04ab471c82591d0f432909d dde5845a529ff753364a6d1aea61180946270bfa 64bb67b1702958759f650adb64ab33496641e526 They should be revertible without conflict in this order. Thanks, -- Jiri Kosina ^ permalink raw reply [flat|nested] 43+ messages in thread
end of thread, other threads:[~2007-01-03 13:27 UTC | newest] Thread overview: 43+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2006-12-24 4:49 Linux 2.6.20-rc2 Linus Torvalds 2006-12-24 13:58 ` Alessandro Suardi 2006-12-24 14:49 ` Jeff Garzik 2006-12-24 17:13 ` Andreas Schwab 2006-12-25 21:02 ` swsusp testing wanted (was Re: Linux 2.6.20-rc2) Pavel Machek 2006-12-28 22:31 ` 2.6.20-rc2: known regressions with patches available Adrian Bunk 2006-12-28 22:31 ` Adrian Bunk 2006-12-28 22:39 ` 2.6.20-rc2: known unfixed regressions Adrian Bunk 2006-12-28 22:57 ` Greg KH 2006-12-28 23:07 ` Adrian Bunk 2006-12-28 23:17 ` Linus Torvalds 2006-12-28 23:30 ` Greg KH 2006-12-29 1:36 ` Horst H. von Brand 2006-12-29 4:51 ` David Miller 2006-12-29 12:58 ` Adrian Bunk 2006-12-29 12:53 ` Adrian Bunk 2006-12-29 18:07 ` Ben Collins 2006-12-29 19:25 ` Adrian Bunk 2006-12-30 1:21 ` Horst H. von Brand 2006-12-30 1:57 ` Adrian Bunk 2006-12-29 18:14 ` Daniel Barkalow 2006-12-29 19:22 ` Adrian Bunk 2006-12-29 20:18 ` Daniel Barkalow 2006-12-31 0:47 ` 2.6.20-rc2: known unfixed regressions (v2) Adrian Bunk 2006-12-31 0:47 ` Adrian Bunk 2006-12-31 0:47 ` Adrian Bunk 2006-12-31 9:44 ` Ismail Dönmez 2006-12-31 9:44 ` Ismail Dönmez 2006-12-31 9:44 ` Ismail Dönmez 2006-12-25 22:40 Linux 2.6.20-rc2 Florin Iucha 2006-12-25 22:56 ` Florin Iucha 2006-12-25 23:06 ` Trond Myklebust 2006-12-26 1:30 ` Florin Iucha 2006-12-26 10:25 ` Andrew Morton 2006-12-26 12:40 ` Ingo Molnar 2006-12-26 14:20 ` Florin Iucha 2006-12-26 15:22 ` Ingo Molnar [not found] ` <20061226234206.GD22307@iucha.net> [not found] ` <20061226234253.GA7523@elte.hu> 2006-12-27 1:50 ` Florin Iucha 2006-12-26 15:36 ` Randy Dunlap 2006-12-26 16:26 ` Ingo Molnar 2006-12-26 16:37 ` Ingo Molnar 2006-12-26 17:44 ` Fabio Comolli 2007-01-03 12:33 ` Jiri Kosina
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.