linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Linux v2.6.21-rc3
@ 2007-03-07  4:59 Linus Torvalds
  2007-03-07 10:25 ` Benjamin Herrenschmidt
                   ` (12 more replies)
  0 siblings, 13 replies; 62+ messages in thread
From: Linus Torvalds @ 2007-03-07  4:59 UTC (permalink / raw)
  To: Linux Kernel Mailing List

[-- Attachment #1: Type: TEXT/PLAIN, Size: 24059 bytes --]


We've finally hopefully started to put a dent in the regressions, 
especially the suspend/resume problems introduced since 2.6.20.

So 2.6.21-rc3 is out there now, and there's some hope that it will work 
more widely than -rc1 and -rc2 did. Please do give it a good testing, and 
update Adrian and the mailing list (and me) about any regressions 
(hopefully many more of the "it's fixed now" than other kinds, but all 
regressions are interesting).

The appended shortlog gives a reasonable overview. In general we're 
definitely calming down, and most of the changes are fairly small and 
obvious fixes. 

Let's keep the fixes to a minimum, especially since I'm planning on biting 
peoples heads off if I get any more pull requests for things that aren't 
real and obvious fixes. 

		Linus

---

Adam Litke (1):
      Fix get_unmapped_area and fsync for hugetlb shm segments

Adrian Bunk (8):
      HID: hid-debug.c should #include <linux/hid-debug.h>
      arch/arm26/kernel/entry.S: remove dead code
      make ipc/shm.c:shm_nopage() static
      mm/{,tiny-}shmem.c cleanups
      drivers/video/sm501fb.c: make 4 functions static
      fix the SYSCTL=n compilation
      arch/i386/kernel/vmi.c must #include <asm/kmap_types.h>
      remove arch/i386/kernel/tsc.c:custom_sched_clock

Ahmed S. Darwish (1):
      KVM: Use ARRAY_SIZE macro instead of manual calculation.

Akira Iguchi (1):
      scc_pata: bugfix for checking DMA IRQ status

Alan Cox (4):
      libata-core: Fix simplex handling
      pata_qdi: Fix initialisation
      siimage: DRAC4 note
      ide: remove a ton of pointless #undef REALLY_SLOW_IO

Alexandr Andreev (1):
      [IA64] sync compat getdents

Alexey Dobriyan (1):
      geode-aes: use unsigned long for spin_lock_irqsave

Allan Graves (1):
      uml: enable RAW

Andres Salomon (3):
      i386: make x86_64 tsc header require i386 rather than vice-versa
      hrtimers: fix HRTIMER_CB_IRQSAFE_NO_SOFTIRQ description
      hrtimers: hrtimer_clock_base description typo

Andrew Morton (7):
      throttle_vm_writeout(): don't loop on GFP_NOFS and GFP_NOIO allocations
      ide: fix pmac breakage
      KVM: Move kvmfs magic number to <linux/magic.h>
      cyclades: return closing_wait
      revert "drivers/net/tulip/dmfe: support basic carrier detection"
      sis900 warning fixes
      fix build with CONFIG_NO_IDLE_HZ=n

Andrzej Zaborowski (1):
      ARM: OMAP: correct misc 15xx and non-15xx platform code

Antonino A. Daplas (2):
      MAINTAINERS: Update email address
      atyfb: Fix kconfig error

Aristeu Sergio Rozanski Filho (1):
      tty_io: fix race in master pty close/slave pty close path

Arnaldo Carvalho de Melo (1):
      [TCP]: Fix minisock tcp_create_openreq_child() typo.

Arnaud Patard (1):
      ARM: OMAP: board-nokia770: correct lcd name

Atsushi Nemoto (4):
      [MIPS] jmr3927: build fix
      [MIPS] Convert to RTC-class ds1742 driver
      [MIPS] No need to write c0_compare in plat_timer_setup
      [MIPS] TX39: Remove redundant tx39_blast_icache() calls

Avi Kivity (13):
      KVM: mmu: add missing dirty page tracking cases
      KVM: Cosmetics
      KVM: Add hypercall host support for svm
      KVM: Wire up hypercall handlers to a central arch-independent location
      KVM: svm: init cr0 with the wp bit set
      KVM: More 0 -> NULL conversions
      KVM: Add internal filesystem for generating inodes
      KVM: Create an inode per virtual machine
      KVM: Rename some kvm_dev_ioctl_*() functions to kvm_vm_ioctl_*()
      KVM: Move kvm_vm_ioctl_create_vcpu() around
      KVM: Per-vcpu inodes
      KVM: Bump API version
      KVM: Fix bogus failure in kvm.ko module initialization

Bartlomiej Zolnierkiewicz (3):
      ide: remove some obsoleted kernel params (v2)
      ide: make legacy IDE VLB modules check for the "probe" kernel params (v2)
      pata_pdc202xx_old: fix data corruption and other problems

Ben Dooks (2):
      [ARM] 4238/1: S3C24XX: docs: update suspend and resume
      [ARM] 4239/1: S3C24XX: Update kconfig entries for PM

Brice Goglin (1):
      myri10ge: fix copyright and license

Catalin Marinas (1):
      [ARM] 4241/1: Define mb() as compiler barrier on a uniprocessor system

Christian Krafft (1):
      ipmi: check, if default ports are accessible on PPC

Christoph Lameter (1):
      Page migration: Fix vma flag checking

Con Kolivas (1):
      sched: remove SMT nice

Cornelia Huck (3):
      [S390] cio: Fix locking when calling notify function.
      [S390] cio: Use path verification to check for path state.
      [S390] cio: Call cancel_halt_clear even when actl == 0.

Dale Farnsworth (2):
      mv643xx_eth: move mac_addr inside mv643xx_eth_platform_data
      mv643xx_eth: Place explicit port number in mv643xx_eth_platform_data

Dan Aloni (1):
      [VLAN]: Avoid a 4-order allocation.

Daniel Walker (2):
      update timekeeping_is_continuous comment
      fix vsyscall settimeofday

Dave Johnson (1):
      [MIPS] Fix __raw_read_trylock() to allow multiple readers

Dave Jones (2):
      Fix mv643xx_eth compilation.
      nvidiafb backlight: Fix implicit declaration in nv_backlight

Dave Kleikamp (1):
      fs: nobh_truncate_page() fix

David Brownell (5):
      rtc_cmos oops fix
      ARM: OMAP: omap GP timer: HZ != 100
      parport is an orphan
      add CONFIG_GENERIC_GPIO
      gpio_keys driver shouldn't be ARM-specific

David Howells (3):
      FRV: No ZONE_DMA
      FRV: Add some missng lazy MMU hooks for NOMMU mode
      FRV: Missing error defs

David Miller (2):
      Bug in MM_RB debugging
      video/aty/mach64_ct.c: fix bogus delay loop

David Rientjes (1):
      x86_64: remove unusued 'flags' variable

David S. Miller (13):
      [XFRM] xfrm_user: Fix return values of xfrm_add_sa_expire.
      [NET]: Revert socket.h/stat.h ifdef hacks.
      [SPARC64]: Update defconfig.
      [SPARC64]: Fix parport_pc build.
      [SPARC]: Fix bus handling in build_device_resources().
      [SPARC]: Handle unresolvable resources better in of_device.c
      [SPARC]: Provide pci_device_to_OF_node() just like powerpc.
      [SPARC]: Provide 'get_property()' alias for of_get_property().
      [RADEON]: Fix blanking return value.
      [AOE]: Add get_unaligned() calls where needed.
      [AF_UNIX]: Test against sk_max_ack_backlog properly.
      [SPARC64]: Fix floppy build failure.
      [NET]: Revert incorrect accept queue backlog changes.

David Stevens (1):
      [IPV6]: /proc/net/anycast6 unbalanced inet6_dev refcnt

Dimitri Gorokhovik (1):
      initramfs should not depend on CONFIG_BLOCK

Dirk Behme (8):
      ARM: OMAP: Fix warning in clock.c
      ARM: OMAP: No IRQF_TRIGGER set_type function for IRQ 353 (MPUIO)
      ARM: OMAP: Fix warnings in plat-omap
      ARM: OMAP: Fix warning in mach-omap2
      ARM: OMAP: Fix CONFIG_DEBUG_LL
      ARM: OMAP: Fix warning in mach-omap1
      ARM: OMAP: Workqueue changes for board-h4.c
      ARM: OMAP: Add missing includes to board-nokia770

Divy Le Ray (1):
      cxgb3 - Tag driver version

Dmitriy Monakhov (4):
      ecryptfs: check xattr operation support fix
      ecryptfs: lower root result must be adirectory
      ecryptfs: handle AOP_TRUNCATED_PAGE better
      3c59x: Handle pci_enable_device() failure while resuming

Don Fry (1):
      pcnet32: Fix PCnet32 performance bug on non-coherent architecutres

Eric Dumazet (1):
      [INET]: twcal_jiffie should be unsigned long, not int

Eric W. Biederman (4):
      x86_64/i386 irq: Fix !CONFIG_SMP compilation
      msi: sanely support hardware level msi disabling
      msi: fix up the msi enable/disable logic
      msi: support masking msi irqs without a mask bit

Florian Fainelli (3):
      [MIPS] MTX1: remove unneeded settings
      [MIPS] MTX1: add idsel cardbus ressources
      [MIPS] MTX1: clear PCI errors

Florian Zumbiehl (2):
      [PPPOE]: Key connections properly on local device.
      [PPPOE]: Use ifindex instead of device pointer in key lookups.

Geert Uytterhoeven (1):
      ps3: introduce CONFIG_PS3_ADVANCED

Gerald Schaefer (1):
      [S390] Fixed handling of access register mode faults.

Gerrit Renker (2):
      [DCCP]: Correctly split CCID half connections
      [DCCP]: Set RTO for newly created child socket

Greg Banks (1):
      knfsd: provide sunrpc pool_mode module option

Greg Ungerer (8):
      m68knommu: use irq_handler_t for passing handler types in 68360 setup
      m68knommu: use irq_handler_t for passing handler types in 68328 setup
      m68knommu: use irq_handler_t and remove regs arg for 68328
      m68knommu: set GPIO lines for serial ports on 5282 in mcfserial.c
      m68knommu: fix work queues in mcfserial.c driver
      m68knommu: GPIO line defines for the ColdFire 5282
      m68knommu: use irq_handler_t and rtc_time in prototypes
      m68knommu: remove local_bh_count

H. Peter Anvin (1):
      md: RAID6: clean up CPUID and FPU enter/exit code

Hans Verkuil (5):
      V4L/DVB (5255): Fix cx25840 firmware loading.
      V4L/DVB (5304): Improve chip matching in v4l2_register
      V4L/DVB (5270): Add VIDIOC_G_ENC_INDEX ioctl
      V4L/DVB (5271): Add VIDIOC_TRY_ENCODER_CMD and VIDIOC_ENCODER_CMD ioctls.
      V4L/DVB (5305): Mark VIDIOC_DBG_S/G_REGISTER as experimental

Heiko Carstens (5):
      timer/hrtimer: take per cpu locks in sane order
      [S390] smp: disable preemption in smp_call_function/smp_call_function_on
      [S390] reipl: move dump_prefix_page out of text section.
      [S390] nss: disable kexec.
      [S390] check_bugs() should be inline.

Horms (1):
      [IA64] point saved_max_pfn to the max_pfn of the entire system

Hugh Dickins (2):
      shmem and simple const super_operations
      suspend regression: sysfs deadlock

Ingo Molnar (8):
      sched: fix SMT scheduler bug
      KVM: add MSR based hypercall API
      KVM: Add host hypercall support for vmx
      paravirt: remove NO_IDLE_HZ on x86
      paravirt: clarify VMI description
      paravirt: let users decide whether they want VMI
      disable NMI watchdog by default
      paravirt: re-enable COMPAT_VDSO

James Simmons (1):
      fbdev: fix kconfig error if FB_DDC=n

Jan Altenberg (1):
      [GIANFAR]: Fix compile error in latest git

Jan Beulich (1):
      adjust legacy IDE resource setting (v2)

Jaroslav Kysela (1):
      [ALSA] version 1.0.14rc3

Jason Gaston (1):
      ahci: RAID mode SATA patch for Intel ICH9M

Jay Vosburgh (3):
      bonding: fix double dev_add_pack
      bonding: only receive ARPs for us
      bonding: Improve IGMP join processing

Jean Delvare (2):
      V4L/DVB (5258): Cafe_ccic: fix compiler warning
      io_apic.h needs apicdef.h

Jeff Dike (8):
      uml: fix host LDT lookup initialization locking, try 2
      uml: add back accidentally removed error
      uml: host VDSO fix
      uml: pte_mkread fix
      linux/audit.h needs linux/types.h
      uml: fix formatting violations in signal delivery code
      uml: add a debugging message
      uml: comment the initialization of a global

Jeff Garzik (5):
      [libata] change master/slave IDENTIFY order
      [libata] pata_{legacy,sc1200,sl82c105}: add missing hooks
      [libata] pata_cmd64x: fix driver description in comments
      [netdrvr] tulip, de2104x: fix typo: s/__sparc_/__sparc__/
      [libata] pata_jmicron: build fix

Jeremy Katz (1):
      KVM: Move virtualization deactivation from CPU_DEAD state to CPU_DOWN_PREPARE

Jin-Bong lee (1):
      V4L/DVB (5276): Cxusb: fix firmware patch for big endian systems

Jiri Kosina (6):
      USB HID: use CONFIG_HID_DEBUG for outputting report descriptor
      HID: fix bug in zeroing the last field byte in output reports
      HID: fix possible double-free on error path in hid parser
      HID: fix broken Logitech S510 keyboard report descriptor; make extra keys work
      HID: add git tree information to MAINTAINERS
      HID: fix Logitech DiNovo Edge touchwheel and Logic3 /SpectraVideo middle button

Joe Sauer (1):
      [ALSA] soc - Fix WM9712 register cache entry

Joerg Roedel (2):
      KVM: vmx: hack set_cr0_no_modeswitch() to actually do modeswitch
      KVM: SVM: intercept SMI to handle it at host level

Johannes Berg (2):
      schedule wext/rtnl for removal
      [NET]: Fix compat_sock_common_getsockopt typo.

John Heffner (1):
      [TCP]: Document several sysctls.

John Stultz (1):
      clocksource init adjustments (fix bug #7426)

Josh Triplett (1):
      Publish rcutorture module parameters via sysfs, read-only

Julien BLACHE (1):
      USB HID: Fix USB vendor and product IDs endianness for USB HID devices

Karsten Keil (1):
      Fix buffer overflow and races in capi debug functions

Kristen Carlson Accardi (1):
      ACPI: make bay depend on dock

Krzysztof Halasa (1):
      [HDLC] Fix dev->header_cache_update having a random value.

Lee Schermerhorn (1):
      [IA64] always build arch/ia64/lib/xor.o

Li Yang (2):
      ucc_geth: Fix BD processing
      ucc_geth: returns NETDEV_TX_BUSY when BD ring is full

Liam Girdwood (1):
      [ALSA] soc - WM9712 PCM volume

Linsys Contractor Mithlesh Thukral (2):
      NetXen: Updates, removal of unsupported features and minor bug fixes.
      NetXen: Fix second rmmod failure observed on PowerPC machines.

Linus Torvalds (2):
      Revert "[PATCH] LOG2: Alter get_order() so that it can make use of ilog2() on a constant"
      Linux 2.6.21-rc3

Maciej W. Rozycki (1):
      dz: remove struct pt_regs references

Magnus Damm (2):
      ide-cs: Update device table
      [IA64] kexec: Use EFI_LOADER_DATA for ELF core header

Marcel Holtmann (1):
      Fix buffer overflow in Omnikey CardMan 4040 driver (CVE-2007-0005)

Marek Vašut (1):
      ARM: OMAP: OMAP310 Serial

Mark Gross (1):
      minor updat to tlclk Kconfig entry

Mark Lord (2):
      sdhci: make isr tolerant of read errors
      Fix 2.6.21 rfcomm lockups

Markus Rechberger (1):
      KVM: Use page_private()/set_page_private() apis

Martin Schwidefsky (1):
      [S390] kprobes breaks BUG_ON

Matthew Percival (1):
      ARM: OMAP: dmtimer.c omap1 register fix

Maxim Levitsky (3):
      dmfe: trivial/spelling fixes
      dmfe: fix two bugs
      dmfe: Fix link detection

Michael Halcrow (4):
      eCryptfs: resolve lower page unlocking problem
      eCryptfs: set O_LARGEFILE when opening lower file
      eCryptfs: remove unnecessary flush_dcache_page()
      eCryptfs: no path_release() after path_lookup() error

Michael Holzheu (1):
      [S390] tape: Compression overwrites crypto setting

Michael Krufky (2):
      V4L/DVB (5295): Digitv: open nxt6000 i2c_gate for TDED4 tuner handling
      V4L/DVB (5260): Cx88-blackbird: allow usage of both 376836 and 262144 sized firmware images

Michal Miroslaw (5):
      [NETFILTER]: nfnetlink_log: fix reference leak
      [NETFILTER]: nfnetlink_log: fix use after free
      [NETFILTER]: nfnetlink_log: fix NULL pointer dereference
      [NETFILTER]: nfnetlink_log: fix possible NULL pointer dereference
      [NETFILTER]: nfnetlink_log: fix reference counting

Michal Piotrowski (1):
      char/epca.c: remove unused function

Michal Wrobel (1):
      [IPV6]: anycast refcnt fix

Mikael Pettersson (1):
      pata_legacy: fix io/irq mismatch

Mike Isely (1):
      V4L/DVB (5366): Pvrusb2: Fix compilation warning for amd64 builds (use %zu instead of %u)

Mike Miller (OS Dev) (2):
      cciss: fix for 2TB support
      cciss: add struct pci_driver shutdown support (replaces reboot notifier)

Mingming Cao (1):
      ext[34]: EA block reference count racing fix

NeilBrown (10):
      Fix failure paths in modules init in umem.c
      md: fix raid10 recovery problem.
      md: move warning about creating a raid array on partitions of the one device
      md: clean out unplug and other queue function on md shutdown
      md: restart a (raid5) reshape that has been aborted due to a read/write error
      md: add support for reshape of a raid6
      md: fix for raid6 reshape
      knfsd: use recv_msg to get peer address for NFSD instead of code-copying
      knfsd: remove CONFIG_IPV6 ifdefs from sunrpc server code
      knfsd: fix recently introduced problem with shutting down a busy NFS server

Nick Piggin (2):
      Rename PG_checked to PG_owner_priv_1
      [IA64] permon use-after-free fix

Oleg Nesterov (1):
      adapt page_lock_anon_vma() to PREEMPT_RCU

Patrick McHardy (6):
      [NET]: Handle disabled preemption in gfp_any()
      [NET]: Fix kfree(skb)
      [NETFILTER]: conntrack: fix {nf,ip}_ct_iterate_cleanup endless loops
      [NETFILTER]: nf_conntrack/nf_nat: fix incorrect config ifdefs
      [NETFILTER]: tcp conntrack: accept SYN|URG as valid
      [NETFILTER]: nfnetlink_log: fix module reference counting

Paul Moore (1):
      [NetLabel]: Verify sensitivity level has a valid CIPSO mapping

Paul Mundt (1):
      fb: sm501fb off-by-1 sysfs store

Peter Zijlstra (1):
      mqueue: nested locking annotation

Pierre Ossman (3):
      ncpfs: make sure server connection survives a kill
      mmc: require explicit support for high-speed
      sdhci: release irq during suspend

Prarit Bhargava (1):
      __devinit & __devexit cleanups for de2104x driver

Rafael J. Wysocki (1):
      kconfig: Update swsusp description

Ralf Baechle (21):
      Fix sysfs build breakage if !CONFIG_SYSFS
      jmr3927: do not call tc35815_killall().
      [MIPS] N32 waitid is the same as o32.
      [MIPS] Replace sys32_socketcall with the generic compat_sys_socketcall.
      [MIPS] Replace sys32_timer_create with the generic compat_sys_timer_create.
      [MIPS] Oprofile: Add missing break statements.
      [MIPS] DEC: Remove redeclarations of mips_machgroup and mips_machtype.
      [MIPS] Fix and cleanup the mess that a dozen prom_printf variants are.
      [MIPS] RM: It should be #ifdef CONFIG_FOO not #if CONFIG_FOO ...
      [MIPS] DMA: Fix a bunch of warnings due to missing inline keywords.
      [MIPS] SN: PCI fixup needs to include <irq.h>.
      [MIPS] dma_sync_sg_for_cpu is a no-op except for non-coherent R10000s.
      [MIPS] Atlas, Malta: Fix build warning.
      [MIPS] SMTC: <asm/smtc_ipi.h> must include <linux/spinlock.h>
      [MIPS] SMTC: <asm/mips_mt.h> must include <linux/cpumask.h>
      [MIPS] SMTC: Add fordward declarations for mm_struct and task_struct.
      [MIPS] SMTC: De-obscure Malta hooks.
      [MIPS] R2 bitops compile fix for gcc < 4.0.
      [MIPS] Export __copy_user_inatomic.
      [MIPS] Wire up ioprio_set and ioprio_get.
      [MIPS] IP27: Build fix

Randy Dunlap (4):
      kernel-doc: allow space after __attribute__
      kernel-doc fixes for 2.6.20-git15 (non-drivers)
      add -mm testing in SubmitChecklist
      atyfb: fix kconfig error part 2

Richard Knutsson (1):
      ide/pci/delkin_cb.c: pci_module_init to pci_register_driver

Richard Purdie (3):
      [ARM] 4237/2: oprofile: Always allow backtraces on ARM
      backlight: Fix nvidia backlight initial brightness
      backlight: Allow enable/disable of fb backlights, fixing regressions

Robert Marquardt (1):
      HID blacklisting of all Code Mercenaries IOWarrior devices

Roland Kletzing (1):
      Documentation for io-accounting / reporting via procfs

Rolf Eike Beer (2):
      [IPX]: Remove outdated information from Kconfig
      [IPX]: Remove ancient changelog

Ron Mercer (1):
      qla3xxx: bugfix for line omitted in previous patch.

Russell King (8):
      [ARM] Yet more asm/apm-emulation.h stuff
      [ARM] EBSA110: Work around build errors
      [ARM] rtc-pcf8583: don't use BCD_TO_BIN/BIN_TO_BCD
      [ARM] rtc-pcf8583: correct month and year offsets
      [ARM] rtc-pcf8583: Final fixes for this RTC on RiscPC
      [ARM] ARM FAS216: don't modify scsi_cmnd request_bufflen
      [ARM] ARM SCSI: Don't try to dma_map_sg too many scatterlist entries
      [ARM] Acorn: move the i2c bus driver into drivers/i2c

Sam Ravnborg (2):
      fix section mismatch warning in lockdep
      usb-storage: do not rebuild when kernel version changes

Sergei Shtylyov (5):
      alim15x3: fix PIO mode setup
      cmd64x: fix PIO mode setup (take 3)
      piix/slc90e66: more tuneproc() fixing (take 2)
      ide: ide_get_best_pio_mode() returns incorrect IORDY setting (take 2)
      natsemi: netpoll fixes

Stefan Weinhuber (1):
      [S390] dasd: Use default recovery for SNSS requests

Stefano Brivio (1):
      bcm43xx: fix for 4309

Stephen Hemminger (1):
      [BRIDGE]: Fix locking of set path cost.

Steve French (7):
      [CIFS] Fix locking problem around some cifs uses of i_size write
      [CIFS] small piece missing from previous patch
      [CIFS] cifs export operations
      [CIFS] New file for previous commit
      [CIFS] Remove some unused functions/declarations
      [CIFS] Fix set file size to zero when doing chmod to Samba 3.0.26pre
      [CIFS] cifs_prepare_write was incorrectly rereading page in some cases

Takashi Iwai (7):
      [ALSA] hda-codec - Add LFE support on Dell M90
      [ALSA] hda-codec - Add missing Mic Boost controls for ALC262
      [ALSA] hda-codec - Define pin configs for MacBooks
      [ALSA] Add missing sysfs device assignment for ALSA PCI drivers
      [ALSA] ac97 - Add Thinkpad X31 and R40 to AD1981x blacklist
      [ALSA] hda-codec - Add missing Mic Boost for AD1986A codec
      [ALSA] cmipci - Allow to disable integrated FM port

Tejun Heo (11):
      libata: clear drvdata in ata_host_release(), take#2
      sata_sil24: kill unused local variable idx in sil24_fill_sg()
      libata: blacklist FUJITSU MHT2060BH for NCQ
      pata_jmicron: drop unnecessary device programming in [re]init
      jmicron ATA: reimplement jmicron ATA quirk
      ahci/pata_jmicron: match class not function number
      ahci: improve spurious SDB FIS handling
      libata: add missing PM callbacks
      libata: add missing CONFIG_PM in LLDs
      libata: add CONFIG_PM to libata core layer
      ide: fix drive side 80c cable check, take 2

Thomas Bogendoerfer (1):
      [MIPS] SNI: Fix mc146818_decode_year

Thomas Gleixner (5):
      Fix posix-cpu-timer breakage caused by stale p->last_ran value
      fix "NMI appears to be stuck"
      Save/restore periodic tick information over suspend/resume
      Scheduled removal of SA_xxx interrupt flags fixups 3
      highres: do not run the TIMER_SOFTIRQ after switching to highres mode

Tilman Schmidt (1):
      drivers/isdn/gigaset: build asyncdata.o into the gigaset module (fix)

Timo Teras (1):
      ARM: OMAP: Proper handling of DMA4_IRQSTATUS_L0

Tobin Davis (2):
      [ALSA] hda-codec - Add method for configuring Mac Pro without PCI SSID
      [ALSA] hda-codec - Fix logic error in headphone mute for Conexant codecs

Tony Breeds (1):
      Fix soft lockup with iSeries viocd driver

Tony Lindgren (3):
      ARM: OMAP: Remove obsolete alsa typedefs
      ARM: OMAP: Use linux/delay.h not asm/delay.h
      ARM: OMAP: Add missing get_irqnr_preamble and arch_ret_to_user for omap2

Tony Luck (1):
      Revert "[IA64] swiotlb abstraction (e.g. for Xen)"

Trond Myklebust (1):
      VM: invalidate_inode_pages2_range() should not exit early

Uri Lublin (4):
      KVM: Add missing calls to mark_page_dirty()
      KVM: Fix dirty page log bitmap size/access calculation
      kvm: move do_remove_write_access() up
      KVM: Remove write access permissions when dirty-page-logging is enabled

Vassili Karpov (1):
      Documentation: CPU load calculation description

Vladimir Ananiev (1):
      ARM: OMAP: omap1510->15xx conversions needed for sx1

Wei Dong (1):
      [NET]: Fix bugs in "Whether sock accept queue is full" checking

Yasuyuki Kozakai (1):
      [NETFILTER]: ip6_route_me_harder should take into account mark

Yoichi Yuasa (3):
      fix memory leak in dma_declare_coherent_memory()
      [MIPS] Cobalt: update reserved resources
      [MIPS] Cobalt: Fix early printk

Zachary Amsden (9):
      vmi: timer fixes round two
      vmi: sched clock paravirt op fix
      vmi: cpu cycles fix
      vmi: fix highpte
      vmi: paravirt drop udelay op
      vmi: pit override
      vmi: fix nohz compile
      vmi: apic ops
      vmi: smp fixes

schwab@suse.de (1):
      [IA64] Remove stack hard limit on ia64

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

* Re: Linux v2.6.21-rc3
  2007-03-07  4:59 Linux v2.6.21-rc3 Linus Torvalds
@ 2007-03-07 10:25 ` Benjamin Herrenschmidt
  2007-03-07 13:26   ` Greg KH
  2007-03-07 15:39   ` Linus Torvalds
  2007-03-07 12:56 ` Michal Piotrowski
                   ` (11 subsequent siblings)
  12 siblings, 2 replies; 62+ messages in thread
From: Benjamin Herrenschmidt @ 2007-03-07 10:25 UTC (permalink / raw)
  To: Greg KH; +Cc: Linux Kernel Mailing List, Linus Torvalds

On Tue, 2007-03-06 at 20:59 -0800, Linus Torvalds wrote:

> Linus Torvalds (2):
>       Revert "[PATCH] LOG2: Alter get_order() so that it can make use of ilog2() on a constant"
>       Linux 2.6.21-rc3

Greg, I think we should revert that patch in 2.6.20.x stable serie too
as get_order is broken there as well, causing random kernel memory
corruption every now and then among others.

Cheers,
Ben


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

* Re: Linux v2.6.21-rc3
  2007-03-07  4:59 Linux v2.6.21-rc3 Linus Torvalds
  2007-03-07 10:25 ` Benjamin Herrenschmidt
@ 2007-03-07 12:56 ` Michal Piotrowski
  2007-03-07 16:34   ` Linus Torvalds
  2007-03-07 13:09 ` Linux v2.6.21-rc3 Michal Piotrowski
                   ` (10 subsequent siblings)
  12 siblings, 1 reply; 62+ messages in thread
From: Michal Piotrowski @ 2007-03-07 12:56 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Linux Kernel Mailing List, Pavel Machek, Rafael J. Wysocki

Hi,

Linus Torvalds napisał(a):
> We've finally hopefully started to put a dent in the regressions, 
> especially the suspend/resume problems introduced since 2.6.20.

I get this while
echo shutdown > /sys/power/disk; echo disk > /sys/power/state

BUG: using smp_processor_id() in preemptible [00000001] code: swsusp_shutdown/3359
caller is check_tsc_sync_source+0x1b/0xef
 [<c010503d>] show_trace_log_lvl+0x1a/0x2f
 [<c0105724>] show_trace+0x12/0x14
 [<c01057d6>] dump_stack+0x16/0x18
 [<c01f835e>] debug_smp_processor_id+0xa2/0xb4
 [<c0113cc5>] check_tsc_sync_source+0x1b/0xef
 [<c011367d>] __cpu_up+0x136/0x158
 [<c0141aec>] _cpu_up+0x74/0xbf
 [<c0141b5d>] cpu_up+0x26/0x38
 [<c0141bbc>] enable_nonboot_cpus+0x4d/0x9a
 [<c0146ae0>] pm_suspend_disk+0x11c/0x210
 [<c014597e>] enter_state+0x50/0x1d0
 [<c0145b84>] state_store+0x86/0x9c
 [<c01a53d0>] subsys_attr_store+0x20/0x25
 [<c01a54ea>] sysfs_write_file+0xc1/0xe9
 [<c017199b>] vfs_write+0xaf/0x138
 [<c0171f65>] sys_write+0x3d/0x61
 [<c0104064>] syscall_call+0x7/0xb
 =======================

l *check_tsc_sync_source+0x1b/0xef
0xc0113caa is in check_tsc_sync_source (/mnt/md0/devel/linux-git/arch/i386/kernel/../../x86_64/kernel/tsc_sync.c:99).
94      /*
95       * Source CPU calls into this - it waits for the freshly booted
96       * target CPU to arrive and then starts the measurement:
97       */
98      void __cpuinit check_tsc_sync_source(int cpu)
99      {
100             int cpus = 2;
101
102             /*
103              * No need to check if we already know that the TSC is not

echo platform > /sys/power/disk; echo disk > /sys/power/state
doesn't work (as always).

http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc3/boot.log
http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc3/git-config

Regards,
Michal

-- 
Michal K. K. Piotrowski
LTG - Linux Testers Group (PL)
(http://www.stardust.webpages.pl/ltg/)
LTG - Linux Testers Group (EN)
(http://www.stardust.webpages.pl/linux_testers_group_en/)

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

* Re: Linux v2.6.21-rc3
  2007-03-07  4:59 Linux v2.6.21-rc3 Linus Torvalds
  2007-03-07 10:25 ` Benjamin Herrenschmidt
  2007-03-07 12:56 ` Michal Piotrowski
@ 2007-03-07 13:09 ` Michal Piotrowski
  2007-03-07 16:25   ` Linus Torvalds
  2007-03-07 17:14   ` [Linux-parport] " Stephen Mollett
  2007-03-07 14:22 ` Thomas Gleixner
                   ` (9 subsequent siblings)
  12 siblings, 2 replies; 62+ messages in thread
From: Michal Piotrowski @ 2007-03-07 13:09 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Linux Kernel Mailing List, Tim Waugh, linux-parport

Linus Torvalds napisał(a):
> We've finally hopefully started to put a dent in the regressions, 
> especially the suspend/resume problems introduced since 2.6.20.
> 
> So 2.6.21-rc3 is out there now, and there's some hope that it will work 
> more widely than -rc1 and -rc2 did. Please do give it a good testing, and 
> update Adrian and the mailing list (and me) about any regressions 
> (hopefully many more of the "it's fixed now" than other kinds, but all 
> regressions are interesting).
> 
> The appended shortlog gives a reasonable overview. In general we're 
> definitely calming down, and most of the changes are fairly small and 
> obvious fixes. 
> 
> Let's keep the fixes to a minimum, especially since I'm planning on biting 
> peoples heads off if I get any more pull requests for things that aren't 
> real and obvious fixes. 
> 
> 		Linus

BTW. Does anyone care about parport console?
console=lp0 hangs since at least 2.6.18

Calling initcall 0xc0438939: pty_init+0x0/0x231()
Calling initcall 0xc0439235: lp_init_module+0x0/0x238()
lp: driver loaded but no devices found
Calling initcall 0xc043947f: mod_init+0x0/0x286()
intel_rng: FWH not detected
Calling initcall 0xc0439aa9: serial8250_init+0x0/0x114()
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
PM: Adding info for platform:serial8250
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
PM: Adding info for No Bus:ttyS0
serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
PM: Adding info for No Bus:ttyS1
PM: Adding info for No Bus:ttyS2
PM: Adding info for No Bus:ttyS3
Calling initcall 0xc0439c6c: serial8250_pnp_init+0x0/0xf()
PM: Removing info for No Bus:ttyS0
00:06: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
PM: Adding info for No Bus:ttyS0
PM: Removing info for No Bus:ttyS1
00:07: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
PM: Adding info for No Bus:ttyS1
Calling initcall 0xc0439c7b: serial8250_pci_init+0x0/0x16()
Calling initcall 0xc043a16d: parport_default_proc_register+0x0/0x16()
Calling initcall 0xc043a250: parport_pc_init+0x0/0x196()
parport: PnPBIOS parport detected.
parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE]
lp0: using parport0 (interrupt-driven).

http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc3/git-config

Regards,
Michal

-- 
Michal K. K. Piotrowski
LTG - Linux Testers Group (PL)
(http://www.stardust.webpages.pl/ltg/)
LTG - Linux Testers Group (EN)
(http://www.stardust.webpages.pl/linux_testers_group_en/)

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

* Re: Linux v2.6.21-rc3
  2007-03-07 10:25 ` Benjamin Herrenschmidt
@ 2007-03-07 13:26   ` Greg KH
  2007-03-07 14:15     ` Mark Lord
  2007-03-07 15:39   ` Linus Torvalds
  1 sibling, 1 reply; 62+ messages in thread
From: Greg KH @ 2007-03-07 13:26 UTC (permalink / raw)
  To: Benjamin Herrenschmidt; +Cc: Linux Kernel Mailing List, Linus Torvalds

On Wed, Mar 07, 2007 at 11:25:32AM +0100, Benjamin Herrenschmidt wrote:
> On Tue, 2007-03-06 at 20:59 -0800, Linus Torvalds wrote:
> 
> > Linus Torvalds (2):
> >       Revert "[PATCH] LOG2: Alter get_order() so that it can make use of ilog2() on a constant"
> >       Linux 2.6.21-rc3
> 
> Greg, I think we should revert that patch in 2.6.20.x stable serie too
> as get_order is broken there as well, causing random kernel memory
> corruption every now and then among others.

Now added to the -stable tree, thanks for pointing it out to me.

greg k-h

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

* Re: Linux v2.6.21-rc3
  2007-03-07 13:26   ` Greg KH
@ 2007-03-07 14:15     ` Mark Lord
  2007-03-07 14:22       ` Greg KH
  0 siblings, 1 reply; 62+ messages in thread
From: Mark Lord @ 2007-03-07 14:15 UTC (permalink / raw)
  To: Greg KH; +Cc: Linux Kernel Mailing List, Linus Torvalds, Adrian Bunk

Greg / Adrian,

I didn't see anything in -rc3 to address the USB hub/serial crashes
reported here for -rc2.  What's the status for those, or who should
I be pinging to get them fixed?

Thanks

Mark

> Message-ID: <45EB9FD6.9080403@rtr.ca>
> Date: Sun, 04 Mar 2007 23:43:02 -0500
> From: Mark Lord <lkml@rtr.ca>
> User-Agent: Thunderbird 1.5.0.10 (X11/20070221)
> MIME-Version: 1.0
> To: Greg KH <greg@kroah.com>
> CC: Adrian Bunk <bunk@stusta.de>, 
>  Andrew Morton <akpm@linux-foundation.org>,
>  Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
> Subject: Re: [BUG} usb regression in 2.6.21-rc2-git3
> References: <Pine.LNX.4.64.0702272105220.12485@woody.linux-foundation.org> <20070305015031.GF3441@stusta.de> <45EB9DC6.8010403@rtr.ca>
> In-Reply-To: <45EB9DC6.8010403@rtr.ca>
> Content-Type: text/plain; charset=UTF-8; format=flowed
> Content-Transfer-Encoding: 7bit
> 
> Mark Lord wrote:
>>
>> Here's another one for Greg:
>> 
>> I have a Targus USB 1.1 "dock", basically a hub with built-in
>> serial, parallel, PS/2 KB, PS/2 Mouse, and extra USB ports.
>> 
>> Simply connecting, and then disconnecting it causes an oops with 
>> 2.6.21-rc2:
> ..
> 
> Same behaviour with a second, different USB 1.1 "dock" here as well:
> 
> Mar  4 23:40:16 silvy kernel: usb 5-8: new high speed USB device using ehci_hcd and address 5
> Mar  4 23:40:16 silvy kernel: usb 5-8: configuration #1 chosen from 1 choice
> Mar  4 23:40:16 silvy kernel: hub 5-8:1.0: USB hub found
> Mar  4 23:40:16 silvy kernel: hub 5-8:1.0: 4 ports detected
> Mar  4 23:40:16 silvy kernel: usb 5-8.4: new full speed USB device using ehci_hcd and address 6
> Mar  4 23:40:17 silvy kernel: usb 5-8.4: configuration #1 chosen from 1 choice
> Mar  4 23:40:17 silvy kernel: hub 5-8.4:1.0: USB hub found
> Mar  4 23:40:17 silvy kernel: hub 5-8.4:1.0: 4 ports detected
> Mar  4 23:40:17 silvy kernel: usb 5-8.4.1: new full speed USB device using ehci_hcd and address 7
> Mar  4 23:40:17 silvy kernel: usb 5-8.4.1: configuration #1 chosen from 1 choice
> Mar  4 23:40:17 silvy kernel: usb 5-8.4.3: new low speed USB device using ehci_hcd and address 8
> Mar  4 23:40:17 silvy kernel: usb 5-8.4.3: configuration #1 chosen from 1 choice
> Mar  4 23:40:17 silvy kernel: input: Composite USB PS2 Converter USB to PS2 Adaptor  v1.12 as /class/input/input8
> Mar  4 23:40:17 silvy kernel: input: USB HID v1.10 Keyboard [Composite USB PS2 Converter USB to PS2 Adaptor  v1.12] on usb-0000:00:1d.7-8.4.3
> Mar  4 23:40:17 silvy kernel: input: Composite USB PS2 Converter USB to PS2 Adaptor  v1.12 as /class/input/input9
> Mar  4 23:40:17 silvy kernel: input: USB HID v1.10 Mouse [Composite USB PS2 Converter USB to PS2 Adaptor  v1.12] on usb-0000:00:1d.7-8.4.3
> Mar  4 23:40:17 silvy kernel: usb 5-8.4.4: new full speed USB device using ehci_hcd and address 9
> Mar  4 23:40:17 silvy kernel: usb 5-8.4.4: configuration #1 chosen from 1 choice
> Mar  4 23:40:17 silvy kernel: pl2303 5-8.4.4:1.0: pl2303 converter detected
> Mar  4 23:40:17 silvy kernel: usb-serial ttyUSB0: Error registering port device, continuing
> Mar  4 23:40:17 silvy kernel: drivers/usb/class/usblp.c: usblp0: USB Bidirectional printer dev 7 if 0 alt 1 proto 2 vid 0x0B39 pid 0x0801
> Mar  4 23:40:17 silvy kernel: usbcore: registered new interface driver usblp
> Mar  4 23:40:17 silvy kernel: drivers/usb/class/usblp.c: v0.13: USB Printer Device Class driver
> Mar  4 23:41:05 silvy kernel: usb 5-8: USB disconnect, address 5
> Mar  4 23:41:05 silvy kernel: usb 5-8.4: USB disconnect, address 6
> Mar  4 23:41:05 silvy kernel: usb 5-8.4.1: USB disconnect, address 7
> Mar  4 23:41:05 silvy kernel: drivers/usb/class/usblp.c: usblp0: removed
> Mar  4 23:41:05 silvy kernel: usb 5-8.4.3: USB disconnect, address 8
> Mar  4 23:41:05 silvy kernel: usb 5-8.4.4: USB disconnect, address 9
> Mar  4 23:41:05 silvy kernel: BUG: unable to handle kernel NULL pointer dereference at virtual address 0000000c
> Mar  4 23:41:05 silvy kernel:  printing eip:
> Mar  4 23:41:05 silvy kernel: c027c251
> Mar  4 23:41:05 silvy kernel: *pde = 00000000
> Mar  4 23:41:05 silvy kernel: Oops: 0000 [#1]
> Mar  4 23:41:05 silvy kernel: PREEMPT 
> Mar  4 23:41:05 silvy kernel: Modules linked in: usblp radeon drm nfsd exportfs lockd nfs_acl sunrpc acpi_cpufreq cpufreq_ondemand cpufreq_powersave cpufreq_userspace cpufreq_stats freq_table cpufreq_conservative ac fan button thermal video battery container processor rfcomm l2cap bluetooth cfq_iosched deflate zlib_deflate twofish twofish_common serpent blowfish des cbc ecb blkcipher aes xcbc sha256 sha1 crypto_null af_key af_packet sbp2 usbhid hid pl2303 usbserial mousedev pcmcia snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd soundcore ipw2200 ahci psmouse serio_raw pcspkr ieee80211 ieee80211_crypt sdhci mmc_core snd_page_alloc yenta_socket rsrc_nonstatic firmware_class ohci1394 ieee1394 b44 mii pcmcia_core intel_agp ehci_hcd uhci_hcd usbcore agpgart sg sr_mod cdrom unix
> Mar  4 23:41:05 silvy kernel: CPU:    0
> Mar  4 23:41:05 silvy kernel: EIP:    0060:[klist_del+6/69]    Not tainted VLI
> Mar  4 23:41:05 silvy kernel: EFLAGS: 00010286   (2.6.21-rc2-git3 #5)
> Mar  4 23:41:05 silvy kernel: EIP is at klist_del+0x6/0x45
> Mar  4 23:41:05 silvy kernel: eax: 00000000   ebx: f6730a78   ecx: 00000001   edx: f63f5248
> Mar  4 23:41:05 silvy kernel: esi: f6730a88   edi: f63f5240   ebp: f6706618   esp: f7ba7e00
> Mar  4 23:41:05 silvy kernel: ds: 007b   es: 007b   fs: 00d8  gs: 0000  ss: 0068
> Mar  4 23:41:05 silvy kernel: Process khubd (pid: 1925, ti=f7ba6000 task=f7c275e0 task.ti=f7ba6000)
> Mar  4 23:41:05 silvy kernel: Stack: f6730a78 00000001 c01fb571 f6730a78 00000001 f63f5240 00000000 c01fb6f2 
> Mar  4 23:41:05 silvy kernel:        f63f5240 f89ffd0e fffffffe f6c62a40 f63f5240 f63f5240 f63f5274 f89ffc8e 
> Mar  4 23:41:05 silvy kernel:        f63f5240 f6706618 c01aafd5 00000202 00000000 f6730a00 f63f5240 f6730a00 
> Mar  4 23:41:05 silvy kernel: Call Trace:
> Mar  4 23:41:05 silvy kernel:  [device_del+21/398] device_del+0x15/0x18e
> Mar  4 23:41:05 silvy kernel:  [device_unregister+8/16] device_unregister+0x8/0x10
> Mar  4 23:41:05 silvy kernel:  [<f89ffd0e>] destroy_serial+0x80/0xcc [usbserial]
> Mar  4 23:41:05 silvy kernel:  [<f89ffc8e>] destroy_serial+0x0/0xcc [usbserial]
> Mar  4 23:41:05 silvy kernel:  [kref_put+95/110] kref_put+0x5f/0x6e
> Mar  4 23:41:05 silvy kernel:  [<f89ff7f7>] usb_serial_disconnect+0x81/0xaa [usbserial]
> Mar  4 23:41:05 silvy kernel:  [kref_put+95/110] kref_put+0x5f/0x6e
> Mar  4 23:41:05 silvy kernel:  [<f887fcc8>] usb_unbind_interface+0x2a/0x59 [usbcore]
> Mar  4 23:41:05 silvy kernel:  [__device_release_driver+110/139] __device_release_driver+0x6e/0x8b
> Mar  4 23:41:05 silvy kernel:  [device_release_driver+29/50] device_release_driver+0x1d/0x32
> Mar  4 23:41:05 silvy kernel:  [bus_remove_device+113/129] bus_remove_device+0x71/0x81
> Mar  4 23:41:05 silvy kernel:  [device_del+308/398] device_del+0x134/0x18e
> Mar  4 23:41:05 silvy kernel:  [<f887e54c>] usb_disable_device+0x5c/0xbb [usbcore]
> Mar  4 23:41:05 silvy kernel:  [<f887afdb>] usb_disconnect+0x82/0x104 [usbcore]
> Mar  4 23:41:05 silvy kernel:  [<f887afc9>] usb_disconnect+0x70/0x104 [usbcore]
> Mar  4 23:41:05 silvy kernel:  [<f887afc9>] usb_disconnect+0x70/0x104 [usbcore]
> Mar  4 23:41:05 silvy kernel:  [<f887b9c8>] hub_thread+0x30b/0x9db [usbcore]
> Mar  4 23:41:05 silvy kernel:  [__activate_task+28/40] __activate_task+0x1c/0x28
> Mar  4 23:41:05 silvy kernel:  [autoremove_wake_function+0/51] autoremove_wake_function+0x0/0x33
> Mar  4 23:41:05 silvy kernel:  [<f887b6bd>] hub_thread+0x0/0x9db [usbcore]
> Mar  4 23:41:05 silvy kernel:  [kthread+155/191] kthread+0x9b/0xbf
> Mar  4 23:41:05 silvy kernel:  [kthread+0/191] kthread+0x0/0xbf
> Mar  4 23:41:05 silvy kernel:  [kernel_thread_helper+7/16] kernel_thread_helper+0x7/0x10
> Mar  4 23:41:05 silvy kernel:  =======================
> Mar  4 23:41:05 silvy kernel: Code: 8b 4b 04 8d 46 04 89 43 04 89 5e 04 89 48 04 89 01 ff 4a 14 8b 42 08 a8 08 74 07 5b 5e e9 83 09 00 00 5b 5e c3 56 89 c6 53 8b 00 <8b> 58 0c 89 e0 25 00 e0 ff ff ff 40 14 89 f0 e8 f5 fe ff ff 85 
> Mar  4 23:41:05 silvy kernel: EIP: [klist_del+6/69] klist_del+0x6/0x45 SS:ESP 0068:f7ba7e00
> 
> 

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

* Re: Linux v2.6.21-rc3
  2007-03-07 14:15     ` Mark Lord
@ 2007-03-07 14:22       ` Greg KH
  0 siblings, 0 replies; 62+ messages in thread
From: Greg KH @ 2007-03-07 14:22 UTC (permalink / raw)
  To: Mark Lord; +Cc: Linux Kernel Mailing List, Linus Torvalds, Adrian Bunk

On Wed, Mar 07, 2007 at 09:15:39AM -0500, Mark Lord wrote:
> Greg / Adrian,
> 
> I didn't see anything in -rc3 to address the USB hub/serial crashes
> reported here for -rc2.  What's the status for those, or who should
> I be pinging to get them fixed?

I have a series of USB bugfixes that need to get sent to Linus that
should fix the serial issues.  I'll get to them after I drag this next
-stable release out the door...

thanks,

greg k-h

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

* Re: Linux v2.6.21-rc3
  2007-03-07  4:59 Linux v2.6.21-rc3 Linus Torvalds
                   ` (2 preceding siblings ...)
  2007-03-07 13:09 ` Linux v2.6.21-rc3 Michal Piotrowski
@ 2007-03-07 14:22 ` Thomas Gleixner
  2007-03-07 17:14   ` Thomas Gleixner
  2007-03-07 17:42   ` Soeren Sonnenburg
  2007-03-08 17:28 ` Alistair John Strachan
                   ` (8 subsequent siblings)
  12 siblings, 2 replies; 62+ messages in thread
From: Thomas Gleixner @ 2007-03-07 14:22 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Linux Kernel Mailing List, Jeff Garzik

On Tue, 2007-03-06 at 20:59 -0800, Linus Torvalds wrote:
> We've finally hopefully started to put a dent in the regressions, 
> especially the suspend/resume problems introduced since 2.6.20.

Still having SATA breakage on resume:

Caught that one (from screen)

ATA: abnormal status 0x7F on port 0x000118cf
irq 21: nobody cared (try booting ......)
...
Disabling IRQ #21


During normal boot I see the "ATA: abnormal status 0x7F on port
0x000118cf" once, but there the system behaves normal

	tglx



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

* Re: Linux v2.6.21-rc3
  2007-03-07 10:25 ` Benjamin Herrenschmidt
  2007-03-07 13:26   ` Greg KH
@ 2007-03-07 15:39   ` Linus Torvalds
  2007-03-07 20:52     ` Arnd Bergmann
  2007-03-08  8:08     ` Benjamin Herrenschmidt
  1 sibling, 2 replies; 62+ messages in thread
From: Linus Torvalds @ 2007-03-07 15:39 UTC (permalink / raw)
  To: Benjamin Herrenschmidt; +Cc: Greg KH, Linux Kernel Mailing List



On Wed, 7 Mar 2007, Benjamin Herrenschmidt wrote:
>
> On Tue, 2007-03-06 at 20:59 -0800, Linus Torvalds wrote:
> 
> > Linus Torvalds (2):
> >       Revert "[PATCH] LOG2: Alter get_order() so that it can make use of ilog2() on a constant"
> >       Linux 2.6.21-rc3
> 
> Greg, I think we should revert that patch in 2.6.20.x stable serie too
> as get_order is broken there as well, causing random kernel memory
> corruption every now and then among others.

Did you confirm that that was indeed the cause of the problem you saw?

As far as I can tell, the bug (because it tested the wrong #define) would 
only affect the constant-size case, and only for something larger than a 
single page, and only for a non-power-of-two size. So it looked fairly 
hard to trigger, if only because all the obvious constants I saw seemed 
to already be powers-of-two..

So did you hunt it down to a particular cases where it triggers?

		Linus

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

* Re: Linux v2.6.21-rc3
  2007-03-07 13:09 ` Linux v2.6.21-rc3 Michal Piotrowski
@ 2007-03-07 16:25   ` Linus Torvalds
  2007-03-07 17:14   ` [Linux-parport] " Stephen Mollett
  1 sibling, 0 replies; 62+ messages in thread
From: Linus Torvalds @ 2007-03-07 16:25 UTC (permalink / raw)
  To: Michal Piotrowski; +Cc: Linux Kernel Mailing List, Tim Waugh, linux-parport



On Wed, 7 Mar 2007, Michal Piotrowski wrote:
> 
> BTW. Does anyone care about parport console?

I do think we care, but I don't think anybody in particular feels singled 
out as a maintainer...

> console=lp0 hangs since at least 2.6.18

Ok, that's not exactly new then, which implies that not a *lot* of people 
even care ;)

Do you think you'd be willing to try to figure out when it started? You 
seem to be the first one to have even noticed.

(I tried to google it, and the most recent thing google finds is your 
report, although I also saw a report of somebody trying it under qemu in 
July last year and also reported a hang)

Looking through the history of the last few years (it in git), I don't see 
anything even *remotely* suspicious there, so it's probably either 
 (a) really old, and hasn't worked in a loong time and nobody just uses it
 (b) something really stupid that happened while doing other cleanups (but 
     the changes in the last two years are *literally* just things like 
     removing devfs support)
 (c) some infrastructure change that subtly broke lpconsole, probably 
     causing an oops during printk, which obviously results in a printk 
     itself, which thus hangs.

It would be good to get it fixed, although for obvious reasons it's not a 
huge priority..

		Linus

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

* Re: Linux v2.6.21-rc3
  2007-03-07 12:56 ` Michal Piotrowski
@ 2007-03-07 16:34   ` Linus Torvalds
  2007-03-07 17:12     ` [patch] CPU hotplug: call check_tsc_sync_source() with irqs off Ingo Molnar
  0 siblings, 1 reply; 62+ messages in thread
From: Linus Torvalds @ 2007-03-07 16:34 UTC (permalink / raw)
  To: Michal Piotrowski
  Cc: Linux Kernel Mailing List, Pavel Machek, Rafael J. Wysocki,
	Ingo Molnar, Thomas Gleixner


[ Ingo and Thomas added to  Cc, because I think this is them.. ]

Ingo, I think this came in during commit 95492e4646, "x86: rewrite SMP TSC 
sync code".

(Leaving the original message quoted in full for Ingo and Thomas, sorry 
for the waste of bandwidth)

		Linus

---
On Wed, 7 Mar 2007, Michal Piotrowski wrote:
> 
> I get this while
> echo shutdown > /sys/power/disk; echo disk > /sys/power/state
> 
> BUG: using smp_processor_id() in preemptible [00000001] code: swsusp_shutdown/3359
> caller is check_tsc_sync_source+0x1b/0xef
>  [<c010503d>] show_trace_log_lvl+0x1a/0x2f
>  [<c0105724>] show_trace+0x12/0x14
>  [<c01057d6>] dump_stack+0x16/0x18
>  [<c01f835e>] debug_smp_processor_id+0xa2/0xb4
>  [<c0113cc5>] check_tsc_sync_source+0x1b/0xef
>  [<c011367d>] __cpu_up+0x136/0x158
>  [<c0141aec>] _cpu_up+0x74/0xbf
>  [<c0141b5d>] cpu_up+0x26/0x38
>  [<c0141bbc>] enable_nonboot_cpus+0x4d/0x9a
>  [<c0146ae0>] pm_suspend_disk+0x11c/0x210
>  [<c014597e>] enter_state+0x50/0x1d0
>  [<c0145b84>] state_store+0x86/0x9c
>  [<c01a53d0>] subsys_attr_store+0x20/0x25
>  [<c01a54ea>] sysfs_write_file+0xc1/0xe9
>  [<c017199b>] vfs_write+0xaf/0x138
>  [<c0171f65>] sys_write+0x3d/0x61
>  [<c0104064>] syscall_call+0x7/0xb
>  =======================
> 
> l *check_tsc_sync_source+0x1b/0xef
> 0xc0113caa is in check_tsc_sync_source (/mnt/md0/devel/linux-git/arch/i386/kernel/../../x86_64/kernel/tsc_sync.c:99).
> 94      /*
> 95       * Source CPU calls into this - it waits for the freshly booted
> 96       * target CPU to arrive and then starts the measurement:
> 97       */
> 98      void __cpuinit check_tsc_sync_source(int cpu)
> 99      {
> 100             int cpus = 2;
> 101
> 102             /*
> 103              * No need to check if we already know that the TSC is not
> 
> echo platform > /sys/power/disk; echo disk > /sys/power/state
> doesn't work (as always).
> 
> http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc3/boot.log
> http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc3/git-config
> 
> Regards,
> Michal
> 
> -- 
> Michal K. K. Piotrowski
> LTG - Linux Testers Group (PL)
> (http://www.stardust.webpages.pl/ltg/)
> LTG - Linux Testers Group (EN)
> (http://www.stardust.webpages.pl/linux_testers_group_en/)
> 

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

* [patch] CPU hotplug: call check_tsc_sync_source() with irqs off
  2007-03-07 16:34   ` Linus Torvalds
@ 2007-03-07 17:12     ` Ingo Molnar
  2007-03-07 17:45       ` Michal Piotrowski
  2007-03-07 19:12       ` Linux-2.6.21-rc3 : Dynticks and High resolution Timer hanging the system Stephane Casset
  0 siblings, 2 replies; 62+ messages in thread
From: Ingo Molnar @ 2007-03-07 17:12 UTC (permalink / raw)
  To: Linus Torvalds
  Cc: Michal Piotrowski, Linux Kernel Mailing List, Pavel Machek,
	Rafael J. Wysocki, Thomas Gleixner


* Linus Torvalds <torvalds@linux-foundation.org> wrote:

> [ Ingo and Thomas added to Cc, because I think this is them.. ]
> 
> Ingo, I think this came in during commit 95492e4646, "x86: rewrite SMP 
> TSC sync code".

yeah.

> > I get this while
> > echo shutdown > /sys/power/disk; echo disk > /sys/power/state
> > 
> > BUG: using smp_processor_id() in preemptible [00000001] code: swsusp_shutdown/3359
> > caller is check_tsc_sync_source+0x1b/0xef

Michal, could you try the patch below?

	Ingo

----------------------------->
Subject: [patch] CPU hotplug: call check_tsc_sync_source() with irqs off
From: Ingo Molnar <mingo@elte.hu>

check_tsc_sync_source() depends on being called with irqs disabled (it 
checks whether the TSC is coherent across two specific CPUs). This is 
incidentally true during bootup, but not during cpu hotplug __cpu_up(). 
This got found via smp_processor_id() debugging.

disable irqs explicitly and remove the unconditional enabling of 
interrupts. Add touch_nmi_watchdog() to the cpu_online_map busy loop.

this bug is present both on i386 and on x86_64.

Reported-by: Michal Piotrowski <michal.k.k.piotrowski@gmail.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
---
 arch/i386/kernel/smpboot.c   |   16 ++++++++++------
 arch/x86_64/kernel/smpboot.c |    5 ++++-
 2 files changed, 14 insertions(+), 7 deletions(-)

Index: linux/arch/i386/kernel/smpboot.c
===================================================================
--- linux.orig/arch/i386/kernel/smpboot.c
+++ linux/arch/i386/kernel/smpboot.c
@@ -50,6 +50,7 @@
 #include <linux/notifier.h>
 #include <linux/cpu.h>
 #include <linux/percpu.h>
+#include <linux/nmi.h>
 
 #include <linux/delay.h>
 #include <linux/mc146818rtc.h>
@@ -1283,8 +1284,9 @@ void __cpu_die(unsigned int cpu)
 
 int __cpuinit __cpu_up(unsigned int cpu)
 {
+	unsigned long flags;
 #ifdef CONFIG_HOTPLUG_CPU
-	int ret=0;
+	int ret = 0;
 
 	/*
 	 * We do warm boot only on cpus that had booted earlier
@@ -1302,23 +1304,25 @@ int __cpuinit __cpu_up(unsigned int cpu)
 	/* In case one didn't come up */
 	if (!cpu_isset(cpu, cpu_callin_map)) {
 		printk(KERN_DEBUG "skipping cpu%d, didn't come online\n", cpu);
-		local_irq_enable();
 		return -EIO;
 	}
 
-	local_irq_enable();
-
 	per_cpu(cpu_state, cpu) = CPU_UP_PREPARE;
 	/* Unleash the CPU! */
 	cpu_set(cpu, smp_commenced_mask);
 
 	/*
-	 * Check TSC synchronization with the AP:
+	 * Check TSC synchronization with the AP (keep irqs disabled
+	 * while doing so):
 	 */
+	local_irq_save(flags);
 	check_tsc_sync_source(cpu);
+	local_irq_restore(flags);
 
-	while (!cpu_isset(cpu, cpu_online_map))
+	while (!cpu_isset(cpu, cpu_online_map)) {
 		cpu_relax();
+		touch_nmi_watchdog();
+	}
 
 #ifdef CONFIG_X86_GENERICARCH
 	if (num_online_cpus() > 8 && genapic == &apic_default)
Index: linux/arch/x86_64/kernel/smpboot.c
===================================================================
--- linux.orig/arch/x86_64/kernel/smpboot.c
+++ linux/arch/x86_64/kernel/smpboot.c
@@ -923,8 +923,9 @@ void __init smp_prepare_boot_cpu(void)
  */
 int __cpuinit __cpu_up(unsigned int cpu)
 {
-	int err;
 	int apicid = cpu_present_to_apicid(cpu);
+	unsigned long flags;
+	int err;
 
 	WARN_ON(irqs_disabled());
 
@@ -958,7 +959,9 @@ int __cpuinit __cpu_up(unsigned int cpu)
 	/*
   	 * Make sure and check TSC sync:
  	 */
+	local_irq_save(flags);
 	check_tsc_sync_source(cpu);
+	local_irq_restore(flags);
 
 	while (!cpu_isset(cpu, cpu_online_map))
 		cpu_relax();

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

* Re: [Linux-parport] Linux v2.6.21-rc3
  2007-03-07 13:09 ` Linux v2.6.21-rc3 Michal Piotrowski
  2007-03-07 16:25   ` Linus Torvalds
@ 2007-03-07 17:14   ` Stephen Mollett
  2007-03-07 17:35     ` Russell King
  1 sibling, 1 reply; 62+ messages in thread
From: Stephen Mollett @ 2007-03-07 17:14 UTC (permalink / raw)
  To: linux-parport
  Cc: Michal Piotrowski, Linus Torvalds, Linux Kernel Mailing List, Tim Waugh

On Wednesday 07 Mar 2007, Michal Piotrowski wrote:
> BTW. Does anyone care about parport console?
> console=lp0 hangs since at least 2.6.18

For the record, I used console=lp0 quite recently (stock 2.6.19 according to 
the printout, running on i386) [to find out what was causing a panic that 
immediately vanished off the top of the screen because of "atkbd.c: Spurious 
ACK..."s from the flashing kb LEDs] and it worked just fine.

The parport-related lines went:

lp: driver loaded but no devices found
parport: PnPBIOS parport detected.
parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE,EPP]
parport0: Printer, EPSON Stylus COLOR 600
lp0: using parport0 (interrupt-driven)
lp0: console ready

... then the kernel continued booting until the panic occurred (it was a silly 
storage-related misconfig on my part).

If anyone wants me to try anything (newer kernel or different parport-related 
BIOS settings, perhaps, to see if I can duplicate the problem?) and report 
back, let me know.

Stephen

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

* Re: Linux v2.6.21-rc3
  2007-03-07 14:22 ` Thomas Gleixner
@ 2007-03-07 17:14   ` Thomas Gleixner
  2007-03-07 17:42   ` Soeren Sonnenburg
  1 sibling, 0 replies; 62+ messages in thread
From: Thomas Gleixner @ 2007-03-07 17:14 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Linux Kernel Mailing List, Jeff Garzik

On Wed, 2007-03-07 at 15:22 +0100, Thomas Gleixner wrote:
> On Tue, 2007-03-06 at 20:59 -0800, Linus Torvalds wrote:
> > We've finally hopefully started to put a dent in the regressions, 
> > especially the suspend/resume problems introduced since 2.6.20.
> 
> Still having SATA breakage on resume:
> 
> Caught that one (from screen)
> 
> ATA: abnormal status 0x7F on port 0x000118cf
> irq 21: nobody cared (try booting ......)
> ...
> Disabling IRQ #21
> 
> 
> During normal boot I see the "ATA: abnormal status 0x7F on port
> 0x000118cf" once, but there the system behaves normal

I enabled ATA_DEBUG and hacked it to provide debug output only on
resume. Now the disk resumes and no stale interrupt happens.

Full log at: http://www.tglx.de/private/tglx/sata-2.6.21-rc3.log

Both states are fully reproducible. (DEBUG ON/OFF == GOOD/BAD)

/me continues the libata exploration

	tglx



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

* Re: [Linux-parport] Linux v2.6.21-rc3
  2007-03-07 17:14   ` [Linux-parport] " Stephen Mollett
@ 2007-03-07 17:35     ` Russell King
  0 siblings, 0 replies; 62+ messages in thread
From: Russell King @ 2007-03-07 17:35 UTC (permalink / raw)
  To: Stephen Mollett
  Cc: linux-parport, Michal Piotrowski, Linus Torvalds,
	Linux Kernel Mailing List, Tim Waugh

On Wed, Mar 07, 2007 at 05:14:21PM +0000, Stephen Mollett wrote:
> On Wednesday 07 Mar 2007, Michal Piotrowski wrote:
> > BTW. Does anyone care about parport console?
> > console=lp0 hangs since at least 2.6.18
> 
> For the record, I used console=lp0 quite recently (stock 2.6.19 according to 
> the printout, running on i386) [to find out what was causing a panic that 
> immediately vanished off the top of the screen because of "atkbd.c: Spurious 
> ACK..."s from the flashing kb LEDs] and it worked just fine.

ISTR lp consoles block indefinitely until the printer is ready, so
if you ask for a lp console but don't have a working printer connected
it will hang.

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

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

* Re: Linux v2.6.21-rc3
  2007-03-07 14:22 ` Thomas Gleixner
  2007-03-07 17:14   ` Thomas Gleixner
@ 2007-03-07 17:42   ` Soeren Sonnenburg
  1 sibling, 0 replies; 62+ messages in thread
From: Soeren Sonnenburg @ 2007-03-07 17:42 UTC (permalink / raw)
  To: tglx; +Cc: Linus Torvalds, Linux Kernel Mailing List, Jeff Garzik

On Wed, 2007-03-07 at 15:22 +0100, Thomas Gleixner wrote:
> On Tue, 2007-03-06 at 20:59 -0800, Linus Torvalds wrote:
> > We've finally hopefully started to put a dent in the regressions, 
> > especially the suspend/resume problems introduced since 2.6.20.
> 
> Still having SATA breakage on resume:
> 
> Caught that one (from screen)
> 
> ATA: abnormal status 0x7F on port 0x000118cf
> irq 21: nobody cared (try booting ......)
> ...
> Disabling IRQ #21
> 
> 
> During normal boot I see the "ATA: abnormal status 0x7F on port
> 0x000118cf" once, but there the system behaves normal
> 
> 	tglx

maybe that is also causing the hang I am still seeing with the full
config... :(
(no display, no usb device activation, but I tend to think the mbp wants
to access the hdd...)

SCSI device sda: write cache: enabled, read cache: enabled, doesn't
support DPO or FUA
ata1: port is slow to respond, please be patient (Status 0x80)
ata1: port failed to respond (30 secs, Status 0x80)
ATA: abnormal status 0x80 on port 0x000101f7
ATA: abnormal status 0x80 on port 0x000101f7
ATA: abnormal status 0x80 on port 0x000101f7
ATA: abnormal status 0x80 on port 0x000101f7
ATA: abnormal status 0x80 on port 0x000101f7
ata1.00: qc timeout (cmd 0xa1)
ata1.00: failed to IDENTIFY (I/O error, err_mask=0x4)
ata1.00: revalidation failed (errno=-5)
ata1: failed to recover some devices, retrying in 5 secs
ata1: port is slow to respond, please be patient (Status 0x80)
ata1: port failed to respond (30 secs, Status 0x80)
ATA: abnormal status 0x80 on port 0x000101f7
ATA: abnormal status 0x80 on port 0x000101f7
ATA: abnormal status 0x80 on port 0x000101f7
ATA: abnormal status 0x80 on port 0x000101f7
ATA: abnormal status 0x80 on port 0x000101f7

Soeren
-- 
Sometimes, there's a moment as you're waking, when you become aware of
the real world around you, but you're still dreaming.

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

* Re: [patch] CPU hotplug: call check_tsc_sync_source() with irqs off
  2007-03-07 17:12     ` [patch] CPU hotplug: call check_tsc_sync_source() with irqs off Ingo Molnar
@ 2007-03-07 17:45       ` Michal Piotrowski
  2007-03-07 19:12       ` Linux-2.6.21-rc3 : Dynticks and High resolution Timer hanging the system Stephane Casset
  1 sibling, 0 replies; 62+ messages in thread
From: Michal Piotrowski @ 2007-03-07 17:45 UTC (permalink / raw)
  To: Ingo Molnar
  Cc: Linus Torvalds, Linux Kernel Mailing List, Pavel Machek,
	Rafael J. Wysocki, Thomas Gleixner

On 07/03/07, Ingo Molnar <mingo@elte.hu> wrote:
>
> * Linus Torvalds <torvalds@linux-foundation.org> wrote:
>
> > [ Ingo and Thomas added to Cc, because I think this is them.. ]
> >
> > Ingo, I think this came in during commit 95492e4646, "x86: rewrite SMP
> > TSC sync code".
>
> yeah.
>
> > > I get this while
> > > echo shutdown > /sys/power/disk; echo disk > /sys/power/state
> > >
> > > BUG: using smp_processor_id() in preemptible [00000001] code: swsusp_shutdown/3359
> > > caller is check_tsc_sync_source+0x1b/0xef
>
> Michal, could you try the patch below?
>

I think that this patch fixes the problem. Thanks!

Regards,
Michal

-- 
Michal K. K. Piotrowski
LTG - Linux Testers Group (PL)
(http://www.stardust.webpages.pl/ltg/)
LTG - Linux Testers Group (EN)
(http://www.stardust.webpages.pl/linux_testers_group_en/)

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

* Linux-2.6.21-rc3 : Dynticks and High resolution Timer hanging the system
  2007-03-07 17:12     ` [patch] CPU hotplug: call check_tsc_sync_source() with irqs off Ingo Molnar
  2007-03-07 17:45       ` Michal Piotrowski
@ 2007-03-07 19:12       ` Stephane Casset
  2007-03-07 19:52         ` Thomas Gleixner
  1 sibling, 1 reply; 62+ messages in thread
From: Stephane Casset @ 2007-03-07 19:12 UTC (permalink / raw)
  To: Linux Kernel Mailing List; +Cc: Ingo Molnar, Thomas Gleixner

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

Hi,

I just tryed linux-2.6.21-rc3 on my machine (P4HT 2.8GHz, with 512Mo)
with Tickless System (Dynamic Ticks) and High Resolution Timer Support
(.config in attachement)

The problem is that the kernel hang on boot. I tried different
configuration with nohz and highres on the kernel command line.

The only combination that works is : nohz=off highres=off

I also tried compiling the kernel without Tickless and without  High
resolution timer, this kernel is working ok and is one of the first
kernel to suspend and resume from RAM. Congratulations ! ;p

I tried to compile te kernel with only Tickless System or  High
Resolution timer, both hang on boot.

The hang is just after :
ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 18
ICH5: chipset revision 2
ICH5: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0x2040-0x2047, BIOS settings: hda:DMA, hdb:pio
    ide1: BM-DMA at 0x2048-0x204f, BIOS settings: hdc:DMA, hdd:pio

And I have the message :
Switched to NOHZ mode on CPU #1
or
Switched to high resolution mode on CPU #1
Depending on the option enabled/disabled 

What can I do to help find the bug ?

dmesg and .config of the system booted with nohz=off highres=off are in
attachements.

Regards
-- 
Stéphane Casset            LOGIDÉE sàrl       Se faire plaisir d'apprendre
1a, rue Pasteur        Tel : +33 388 23 69 77           casset@logidee.com
F-67540 OSTWALD        Fax : +33 388 23 69 77           http://logidee.com

[-- Attachment #2: dmesg-2.6.21rc3 --]
[-- Type: text/plain, Size: 17229 bytes --]

Linux version 2.6.21-rc3 (root@flocon) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #14 SMP PREEMPT Wed Mar 7 19:16:03 CET 2007
BIOS-provided physical RAM map:
sanitize start
sanitize end
copy_e820_map() start: 0000000000000000 size: 000000000009f800 end: 000000000009f800 type: 1
copy_e820_map() type is E820_RAM
copy_e820_map() start: 000000000009f800 size: 0000000000000800 end: 00000000000a0000 type: 2
copy_e820_map() start: 00000000000d8000 size: 0000000000028000 end: 0000000000100000 type: 2
copy_e820_map() start: 0000000000100000 size: 000000001fe70000 end: 000000001ff70000 type: 1
copy_e820_map() type is E820_RAM
copy_e820_map() start: 000000001ff70000 size: 000000000000b000 end: 000000001ff7b000 type: 3
copy_e820_map() start: 000000001ff7b000 size: 0000000000005000 end: 000000001ff80000 type: 4
copy_e820_map() start: 000000001ff80000 size: 0000000000080000 end: 0000000020000000 type: 2
copy_e820_map() start: 00000000fec00000 size: 0000000000010000 end: 00000000fec10000 type: 2
copy_e820_map() start: 00000000fee00000 size: 0000000000001000 end: 00000000fee01000 type: 2
copy_e820_map() start: 00000000ff800000 size: 0000000000400000 end: 00000000ffc00000 type: 2
copy_e820_map() start: 00000000fffffc00 size: 0000000000000400 end: 0000000100000000 type: 2
 BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
 BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000d8000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000001ff70000 (usable)
 BIOS-e820: 000000001ff70000 - 000000001ff7b000 (ACPI data)
 BIOS-e820: 000000001ff7b000 - 000000001ff80000 (ACPI NVS)
 BIOS-e820: 000000001ff80000 - 0000000020000000 (reserved)
 BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
 BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
 BIOS-e820: 00000000ff800000 - 00000000ffc00000 (reserved)
 BIOS-e820: 00000000fffffc00 - 0000000100000000 (reserved)
511MB LOWMEM available.
found SMP MP-table at 000f67a0
Entering add_active_range(0, 0, 130928) 0 entries of 256 used
Zone PFN ranges:
  DMA             0 ->     4096
  Normal       4096 ->   130928
early_node_map[1] active PFN ranges
    0:        0 ->   130928
On node 0 totalpages: 130928
  DMA zone: 32 pages used for memmap
  DMA zone: 0 pages reserved
  DMA zone: 4064 pages, LIFO batch:0
  Normal zone: 990 pages used for memmap
  Normal zone: 125842 pages, LIFO batch:31
DMI present.
ACPI: RSDP 000F67B0, 0014 (r0 HP    )
ACPI: RSDT 1FF73896, 0034 (r1     HP   RSDT    6040000  LTP        0)
ACPI: FACP 1FF7AECF, 0074 (r1 HP     SPDG      6040000 PTL         3)
ACPI: DSDT 1FF738CA, 7605 (r1  HP    SPRGDALE  6040000 MSFT  100000E)
ACPI: FACS 1FF7BFC0, 0040
ACPI: APIC 1FF7AF43, 005E (r1 HP     	 APIC    6040000  LTP        0)
ACPI: BOOT 1FF7AFA1, 0028 (r1     HP $SBFTBL$  6040000  LTP        1)
ACPI: SSDT 1FF7AFC9, 0037 (r1 HP     ACPIHT    6040000  LTP        1)
ACPI: PM-Timer IO Port: 0x1008
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
Processor #0 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
Processor #1 15:2 APIC version 20
ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ9 used by override.
Enabling APIC mode:  Flat.  Using 1 I/O APICs
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 30000000 (gap: 20000000:dec00000)
Built 1 zonelists.  Total pages: 129906
Kernel command line: auto BOOT_IMAGE=Linux ro root=305 processor.max_cstate=1 enable_timer_pin_1 acpi_pm_good highres=off nohz=off
mapped APIC to ffffd000 (fee00000)
mapped IOAPIC to ffffc000 (fec00000)
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
PID hash table entries: 2048 (order: 11, 8192 bytes)
Detected 2793.253 MHz processor.
Console: colour VGA+ 80x25
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 515480k/523712k available (1949k kernel code, 7748k reserved, 764k data, 196k init, 0k highmem)
virtual kernel memory layout:
    fixmap  : 0xfffb7000 - 0xfffff000   ( 288 kB)
    vmalloc : 0xe0800000 - 0xfffb5000   ( 503 MB)
    lowmem  : 0xc0000000 - 0xdff70000   ( 511 MB)
      .init : 0xc03ae000 - 0xc03df000   ( 196 kB)
      .data : 0xc02e7527 - 0xc03a6734   ( 764 kB)
      .text : 0xc0100000 - 0xc02e7527   (1949 kB)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 5589.63 BogoMIPS (lpj=27948187)
Mount-cache hash table entries: 512
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: Physical Processor ID: 0
CPU: After all inits, caps: bfebfbff 00000000 00000000 00003080 00004400 00000000 00000000
Compat vDSO mapped to ffffe000.
Checking 'hlt' instruction... OK.
SMP alternatives: switching to UP code
ACPI: Core revision 20070126
CPU0: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 09
SMP alternatives: switching to SMP code
Booting processor 1/1 eip 3000
Initializing CPU#1
Calibrating delay using timer specific routine.. 5586.60 BogoMIPS (lpj=27933023)
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: Physical Processor ID: 0
CPU: After all inits, caps: bfebfbff 00000000 00000000 00003080 00004400 00000000 00000000
CPU1: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 09
Total of 2 processors activated (11176.24 BogoMIPS).
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 apic1=0 pin1=0 apic2=-1 pin2=-1
checking TSC synchronization [CPU#0 -> CPU#1]: passed.
Brought up 2 CPUs
migration_cost=142
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: PCI BIOS revision 2.10 entry at 0xfd972, last bus=2
PCI: Using configuration type 1
Setting up standard PCI resources
ACPI: Interpreter enabled
ACPI: (supports S0 S3 S4 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: Probing PCI hardware (bus 00)
PCI quirk: region 1000-107f claimed by ICH4 ACPI/GPIO/TCO
PCI quirk: region 1180-11bf claimed by ICH4 GPIO
0000:00:1f.1: trying to change BAR0 from 0000 to 01F0
0000:00:1f.1: trying to change BAR1 from 0000 to 03F4
0000:00:1f.1: trying to change BAR2 from 0000 to 0170
0000:00:1f.1: trying to change BAR3 from 0000 to 0374
Boot video device is 0000:01:00.0
PCI: Transparent bridge - 0000:00:1e.0
PCI: Bus #03 (-#06) is hidden behind transparent bridge #02 (-#02) (try 'pci=assign-busses')
Please report the result to linux-kernel to fix this permanently
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGP_._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB_._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 10 11 14 15) *5
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 *10 11 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 *10 11 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 10 *11 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 10 11 14 15) *4
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 10 *11 14 15)
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
pnp: PnP ACPI: found 10 devices
Generic PHY: Registered new driver
SCSI subsystem initialized
libata version 2.20 loaded.
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a report
pnp: 00:01: iomem range 0xfecf0000-0xfecfffff has been reserved
pnp: 00:01: iomem range 0xfed20000-0xfed8ffff has been reserved
pnp: 00:01: iomem range 0xff800000-0xffffffff could not be reserved
Time: tsc clocksource has been installed.
PCI: Failed to allocate mem resource #6:20000@f0000000 for 0000:01:00.0
PCI: Bridge: 0000:00:01.0
  IO window: disabled.
  MEM window: d1000000-d1ffffff
  PREFETCH window: e0000000-efffffff
PCI: Bus 3, cardbus bridge: 0000:02:01.0
  IO window: 00003400-000034ff
  IO window: 00003800-000038ff
  PREFETCH window: 30000000-33ffffff
  MEM window: 38000000-3bffffff
PCI: Bridge: 0000:00:1e.0
  IO window: 3000-3fff
  MEM window: d2000000-d23fffff
  PREFETCH window: 30000000-33ffffff
PCI: Setting latency timer of device 0000:00:1e.0 to 64
ACPI: PCI Interrupt 0000:02:01.0[A] -> GSI 17 (level, low) -> IRQ 16
NET: Registered protocol family 2
IP route cache hash table entries: 4096 (order: 2, 16384 bytes)
TCP established hash table entries: 16384 (order: 6, 262144 bytes)
TCP bind hash table entries: 16384 (order: 5, 196608 bytes)
TCP: Hash tables configured (established 16384 bind 16384)
TCP reno registered
Simple Boot Flag at 0x36 set to 0x1
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
ACPI: AC Adapter [ACAD] (on-line)
ACPI: Battery Slot [BAT1] (battery present)
input: Power Button (FF) as /class/input/input0
ACPI: Power Button (FF) [PWRF]
input: Sleep Button (CM) as /class/input/input1
ACPI: Sleep Button (CM) [SBTN]
input: Lid Switch as /class/input/input2
ACPI: Lid Switch [LID]
ACPI: Video Device [VGA] (multi-head: yes  rom: no  post: no)
ACPI: processor limited to max C-state 1
ACPI: CPU0 (power states: C1[C1] C3[C3])
ACPI: Processor [CPU0] (supports 8 throttling states)
ACPI: Invalid PBLK length [0]
ACPI: Thermal Zone [THRM] (52 C)
Real Time Clock Driver v1.12ac
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
8139too Fast Ethernet driver 0.9.28
ACPI: PCI Interrupt 0000:02:00.0[A] -> GSI 20 (level, low) -> IRQ 17
eth0: RealTek RTL8139 at 0x3000, 00:c0:9f:29:f7:ea, IRQ 17
eth0:  Identified 8139 chip type 'RTL-8101'
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ICH5: IDE controller at PCI slot 0000:00:1f.1
PCI: Enabling device 0000:00:1f.1 (0005 -> 0007)
ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 18
ICH5: chipset revision 2
ICH5: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0x2040-0x2047, BIOS settings: hda:DMA, hdb:pio
    ide1: BM-DMA at 0x2048-0x204f, BIOS settings: hdc:DMA, hdd:pio
Probing IDE interface ide0...
hda: HTS541010G9AT00, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdc: HL-DT-STCD-RW/DVD DRIVE GCC-4241N, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 512KiB
hda: 195371568 sectors (100030 MB) w/7539KiB Cache, CHS=16383/255/63, UDMA(100)
hda: cache flushes supported
 hda: hda1 hda2 hda3 hda4 < hda5 hda6 hda7 hda8 hda9 hda10 hda11 hda12 hda13 hda14 >
hdc: ATAPI 24X DVD-ROM CD-R/RW drive, 2048kB Cache, DMA
Uniform CD-ROM driver Revision: 3.20
PNP: PS/2 Controller [PNP0303:KBC0,PNP0f13:MSE0] at 0x60,0x64 irq 1,12
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard as /class/input/input3
md: linear personality registered for level -1
md: raid0 personality registered for level 0
md: raid1 personality registered for level 1
md: raid10 personality registered for level 10
md: multipath personality registered for level -4
md: faulty personality registered for level -5
device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: dm-devel@redhat.com
device-mapper: multipath: version 1.0.5 loaded
device-mapper: multipath round-robin: version 1.0.0 loaded
EDAC MC: Ver: 2.0.1 Mar  7 2007
IPv4 over IPv4 tunneling driver
GRE over IPv4 tunneling driver
TCP cubic registered
Initializing XFRM netlink socket
NET: Registered protocol family 1
NET: Registered protocol family 17
NET: Registered protocol family 15
p4-clockmod: P4/Xeon(TM) CPU On-Demand Clock Modulation available
Using IPI No-Shortcut mode
Synaptics Touchpad, model: 1, fw: 5.9, id: 0x236eb1, caps: 0xa04711/0xa
input: SynPS/2 Synaptics TouchPad as /class/input/input4
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 196k freed
hda: dma_intr: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: unknown
hda: set_drive_speed_status: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: unknown
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
ieee1394: Initialized config rom entry `ip1394'
ACPI: PCI Interrupt 0000:02:02.0[A] -> GSI 19 (level, low) -> IRQ 19
USB Universal Host Controller Interface driver v3.0
ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 16 (level, low) -> IRQ 20
PCI: Setting latency timer of device 0000:00:1d.0 to 64
uhci_hcd 0000:00:1d.0: UHCI Host Controller
uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 1
uhci_hcd 0000:00:1d.0: irq 20, io base 0x00001cc0
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[19]  MMIO=[d2005000-d20057ff]  Max Packet=[2048]  IR/IT contexts=[4/8]
ACPI: PCI Interrupt 0000:00:1d.1[B] -> GSI 19 (level, low) -> IRQ 19
PCI: Setting latency timer of device 0000:00:1d.1 to 64
uhci_hcd 0000:00:1d.1: UHCI Host Controller
uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 2
uhci_hcd 0000:00:1d.1: irq 19, io base 0x00001ce0
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 18
PCI: Setting latency timer of device 0000:00:1d.2 to 64
uhci_hcd 0000:00:1d.2: UHCI Host Controller
uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:1d.2: irq 18, io base 0x00002000
usb usb3: configuration #1 chosen from 1 choice
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:1d.7[D] -> GSI 23 (level, low) -> IRQ 21
PCI: Setting latency timer of device 0000:00:1d.7 to 64
ehci_hcd 0000:00:1d.7: EHCI Host Controller
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 4
ehci_hcd 0000:00:1d.7: debug port 1
PCI: cache line size of 128 is not supported by device 0000:00:1d.7
ehci_hcd 0000:00:1d.7: irq 21, io mem 0xd0000000
ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb4: configuration #1 chosen from 1 choice
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 6 ports detected
Yenta: CardBus bridge found at 0000:02:01.0 [103c:006a]
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta TI: socket 0000:02:01.0, mfunc 0x00221c02, devctl 0x44
Yenta: ISA IRQ mask 0x0cf8, PCI irq 16
Socket status: 30000006
Yenta: Raising subordinate bus# of parent bus (#02) from #02 to #06
pcmcia: parent PCI bridge I/O window: 0x3000 - 0x3fff
pcmcia: parent PCI bridge Memory window: 0xd2000000 - 0xd23fffff
pcmcia: parent PCI bridge Memory window: 0x30000000 - 0x33ffffff
ACPI: PCI Interrupt 0000:00:1f.5[B] -> GSI 17 (level, low) -> IRQ 16
PCI: Setting latency timer of device 0000:00:1f.5 to 64
intel8x0_measure_ac97_clock: measured 54077 usecs
intel8x0: clocking to 48000
ieee1394: Host added: ID:BUS[0-00:1023]  GUID[00508b0880000a22]
eth1394: eth1: IEEE-1394 IPv4 over 1394 Ethernet (fw-host0)
Adding 497972k swap on /dev/hda6.  Priority:-1 extents:1 across:497972k
EXT3 FS on hda5, internal journal
nvidia: module license 'NVIDIA' taints kernel.
ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 20
NVRM: loading NVIDIA UNIX x86 Kernel Module  1.0-9746  Fri Dec 15 09:54:45 PST 2006
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hda9, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hda7, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hda8, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on dm-1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on dm-0, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
aoe: AoE v32 initialised.
tsdev (compaq touchscreen emulation) is scheduled for removal.
See Documentation/feature-removal-schedule.txt for details.
fuse init (API version 7.8)
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
NFSD: starting 90-second grace period
synaptics: using relaxed packet validation

[-- Attachment #3: config-2.6.21rc3 --]
[-- Type: text/plain, Size: 38642 bytes --]

#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.21-rc3
# Wed Mar  7 19:07:15 2007
#
CONFIG_X86_32=y
CONFIG_GENERIC_TIME=y
CONFIG_CLOCKSOURCE_WATCHDOG=y
CONFIG_GENERIC_CLOCKEVENTS=y
CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y
CONFIG_LOCKDEP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_SEMAPHORE_SLEEPERS=y
CONFIG_X86=y
CONFIG_MMU=y
CONFIG_ZONE_DMA=y
CONFIG_GENERIC_ISA_DMA=y
CONFIG_GENERIC_IOMAP=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_ARCH_MAY_HAVE_PC_FDC=y
CONFIG_DMI=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y
CONFIG_LOCK_KERNEL=y
CONFIG_INIT_ENV_ARG_LIMIT=32

#
# General setup
#
CONFIG_LOCALVERSION=""
CONFIG_LOCALVERSION_AUTO=y
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_IPC_NS=y
CONFIG_SYSVIPC_SYSCTL=y
# 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=y
# CONFIG_AUDIT is not set
# CONFIG_IKCONFIG is not set
# CONFIG_CPUSETS is not set
CONFIG_SYSFS_DEPRECATED=y
# CONFIG_RELAY is not set
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_CC_OPTIMIZE_FOR_SIZE=y
CONFIG_SYSCTL=y
# CONFIG_EMBEDDED is not set
CONFIG_UID16=y
CONFIG_SYSCTL_SYSCALL=y
CONFIG_KALLSYMS=y
# 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=y
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_LBD=y
# CONFIG_BLK_DEV_IO_TRACE is not set
# CONFIG_LSF 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_TICK_ONESHOT=y
CONFIG_NO_HZ=y
CONFIG_HIGH_RES_TIMERS=y
CONFIG_SMP=y
CONFIG_X86_PC=y
# CONFIG_X86_ELAN is not set
# CONFIG_X86_VOYAGER is not set
# CONFIG_X86_NUMAQ is not set
# CONFIG_X86_SUMMIT is not set
# CONFIG_X86_BIGSMP is not set
# CONFIG_X86_VISWS is not set
# CONFIG_X86_GENERICARCH is not set
# CONFIG_X86_ES7000 is not set
# CONFIG_PARAVIRT is not set
# CONFIG_M386 is not set
# CONFIG_M486 is not set
# CONFIG_M586 is not set
# CONFIG_M586TSC is not set
# CONFIG_M586MMX is not set
# CONFIG_M686 is not set
# CONFIG_MPENTIUMII is not set
# CONFIG_MPENTIUMIII is not set
# CONFIG_MPENTIUMM is not set
# CONFIG_MCORE2 is not set
CONFIG_MPENTIUM4=y
# CONFIG_MK6 is not set
# CONFIG_MK7 is not set
# CONFIG_MK8 is not set
# CONFIG_MCRUSOE is not set
# CONFIG_MEFFICEON is not set
# CONFIG_MWINCHIPC6 is not set
# CONFIG_MWINCHIP2 is not set
# CONFIG_MWINCHIP3D is not set
# CONFIG_MGEODEGX1 is not set
# CONFIG_MGEODE_LX is not set
# CONFIG_MCYRIXIII is not set
# CONFIG_MVIAC3_2 is not set
# CONFIG_X86_GENERIC is not set
CONFIG_X86_CMPXCHG=y
CONFIG_X86_L1_CACHE_SHIFT=7
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_INVLPG=y
CONFIG_X86_BSWAP=y
CONFIG_X86_POPAD_OK=y
CONFIG_X86_CMPXCHG64=y
CONFIG_X86_GOOD_APIC=y
CONFIG_X86_INTEL_USERCOPY=y
CONFIG_X86_USE_PPRO_CHECKSUM=y
CONFIG_X86_TSC=y
CONFIG_HPET_TIMER=y
CONFIG_HPET_EMULATE_RTC=y
CONFIG_NR_CPUS=2
CONFIG_SCHED_SMT=y
# CONFIG_SCHED_MC is not set
# CONFIG_PREEMPT_NONE is not set
# CONFIG_PREEMPT_VOLUNTARY is not set
CONFIG_PREEMPT=y
CONFIG_PREEMPT_BKL=y
CONFIG_X86_LOCAL_APIC=y
CONFIG_X86_IO_APIC=y
# CONFIG_X86_MCE is not set
CONFIG_VM86=y
# CONFIG_TOSHIBA is not set
# CONFIG_I8K is not set
# CONFIG_X86_REBOOTFIXUPS is not set
# CONFIG_MICROCODE is not set
# CONFIG_X86_MSR is not set
# CONFIG_X86_CPUID is not set

#
# Firmware Drivers
#
# CONFIG_EDD is not set
# CONFIG_DELL_RBU is not set
# CONFIG_DCDBAS is not set
CONFIG_NOHIGHMEM=y
# CONFIG_HIGHMEM4G is not set
# CONFIG_HIGHMEM64G is not set
CONFIG_PAGE_OFFSET=0xC0000000
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_SPARSEMEM_ENABLE=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ARCH_POPULATES_NODE_MAP=y
CONFIG_SELECT_MEMORY_MODEL=y
CONFIG_FLATMEM_MANUAL=y
# CONFIG_DISCONTIGMEM_MANUAL is not set
# CONFIG_SPARSEMEM_MANUAL is not set
CONFIG_FLATMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_SPARSEMEM_STATIC=y
CONFIG_SPLIT_PTLOCK_CPUS=4
# CONFIG_RESOURCES_64BIT is not set
CONFIG_ZONE_DMA_FLAG=1
# CONFIG_MATH_EMULATION is not set
CONFIG_MTRR=y
# CONFIG_EFI is not set
# CONFIG_IRQBALANCE is not set
CONFIG_SECCOMP=y
CONFIG_HZ_100=y
# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=100
# CONFIG_KEXEC is not set
CONFIG_PHYSICAL_START=0x100000
# CONFIG_RELOCATABLE is not set
CONFIG_PHYSICAL_ALIGN=0x100000
CONFIG_HOTPLUG_CPU=y
CONFIG_COMPAT_VDSO=y

#
# Power management options (ACPI, APM)
#
CONFIG_PM=y
CONFIG_PM_LEGACY=y
# 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_PROCFS is not set
CONFIG_ACPI_AC=y
CONFIG_ACPI_BATTERY=y
CONFIG_ACPI_BUTTON=y
CONFIG_ACPI_VIDEO=y
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

#
# APM (Advanced Power Management) BIOS Support
#
# CONFIG_APM 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=y
CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y
# CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE is not set
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_ACPI_CPUFREQ is not set
# CONFIG_X86_POWERNOW_K6 is not set
# CONFIG_X86_POWERNOW_K7 is not set
# CONFIG_X86_POWERNOW_K8 is not set
# CONFIG_X86_GX_SUSPMOD is not set
# CONFIG_X86_SPEEDSTEP_CENTRINO is not set
# CONFIG_X86_SPEEDSTEP_ICH is not set
# CONFIG_X86_SPEEDSTEP_SMI is not set
CONFIG_X86_P4_CLOCKMOD=y
# CONFIG_X86_CPUFREQ_NFORCE2 is not set
# CONFIG_X86_LONGRUN is not set
# CONFIG_X86_LONGHAUL is not set
# CONFIG_X86_E_POWERSAVER is not set

#
# shared options
#
CONFIG_X86_SPEEDSTEP_LIB=y

#
# Bus options (PCI, PCMCIA, EISA, MCA, ISA)
#
CONFIG_PCI=y
# CONFIG_PCI_GOBIOS is not set
# CONFIG_PCI_GOMMCONFIG is not set
# CONFIG_PCI_GODIRECT is not set
CONFIG_PCI_GOANY=y
CONFIG_PCI_BIOS=y
CONFIG_PCI_DIRECT=y
CONFIG_PCI_MMCONFIG=y
# CONFIG_PCIEPORTBUS is not set
# CONFIG_PCI_MSI is not set
CONFIG_HT_IRQ=y
CONFIG_ISA_DMA_API=y
# CONFIG_ISA is not set
# CONFIG_MCA is not set
# CONFIG_SCx200 is not set

#
# PCCARD (PCMCIA/CardBus) support
#
CONFIG_PCCARD=m
# CONFIG_PCMCIA_DEBUG is not set
CONFIG_PCMCIA=m
CONFIG_PCMCIA_LOAD_CIS=y
CONFIG_PCMCIA_IOCTL=y
CONFIG_CARDBUS=y

#
# PC-card bridges
#
CONFIG_YENTA=m
CONFIG_YENTA_O2=y
CONFIG_YENTA_RICOH=y
CONFIG_YENTA_TI=y
CONFIG_YENTA_ENE_TUNE=y
CONFIG_YENTA_TOSHIBA=y
# CONFIG_PD6729 is not set
CONFIG_I82092=m
CONFIG_PCCARD_NONSTATIC=m

#
# PCI Hotplug Support
#
# CONFIG_HOTPLUG_PCI is not set

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
# CONFIG_BINFMT_AOUT is not set
# CONFIG_BINFMT_MISC is not set

#
# 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=y
# CONFIG_XFRM_SUB_POLICY is not set
# CONFIG_XFRM_MIGRATE is not set
CONFIG_NET_KEY=y
# CONFIG_NET_KEY_MIGRATE 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=y
CONFIG_NET_IPGRE=y
CONFIG_NET_IPGRE_BROADCAST=y
CONFIG_IP_MROUTE=y
CONFIG_IP_PIMSM_V1=y
CONFIG_IP_PIMSM_V2=y
# CONFIG_ARPD is not set
CONFIG_SYN_COOKIES=y
CONFIG_INET_AH=y
CONFIG_INET_ESP=y
CONFIG_INET_IPCOMP=y
CONFIG_INET_XFRM_TUNNEL=y
CONFIG_INET_TUNNEL=y
CONFIG_INET_XFRM_MODE_TRANSPORT=y
CONFIG_INET_XFRM_MODE_TUNNEL=y
CONFIG_INET_XFRM_MODE_BEET=y
CONFIG_INET_DIAG=y
CONFIG_INET_TCP_DIAG=y
# CONFIG_TCP_CONG_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 is not set

#
# SCTP Configuration (EXPERIMENTAL)
#
# CONFIG_IP_SCTP is not set

#
# TIPC Configuration (EXPERIMENTAL)
#
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
CONFIG_BRIDGE=m
CONFIG_VLAN_8021Q=m
# CONFIG_DECNET is not set
CONFIG_LLC=m
# 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 is not set
# CONFIG_IEEE80211 is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=m
# CONFIG_SYS_HYPERVISOR is not set

#
# Connector - unified userspace <-> kernelspace linker
#
# CONFIG_CONNECTOR is not set

#
# Memory Technology Devices (MTD)
#
# CONFIG_MTD is not set

#
# Parallel port support
#
# CONFIG_PARPORT 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 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=m
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=8192
CONFIG_BLK_DEV_RAM_BLOCKSIZE=1024
CONFIG_CDROM_PKTCDVD=m
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
# CONFIG_MSI_LAPTOP is not set
# CONFIG_SONY_LAPTOP is not set

#
# ATA/ATAPI/MFM/RLL support
#
CONFIG_IDE=y
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_IDECS=m
# CONFIG_BLK_DEV_DELKIN 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=m
CONFIG_BLK_DEV_IDEACPI=y
# CONFIG_IDE_TASK_IOCTL is not set

#
# IDE chipset support/bugfixes
#
# CONFIG_IDE_GENERIC is not set
# CONFIG_BLK_DEV_CMD640 is not set
# CONFIG_BLK_DEV_IDEPNP is not set
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_SHARE_IRQ=y
# CONFIG_BLK_DEV_OFFBOARD is not set
CONFIG_BLK_DEV_GENERIC=y
# 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=y
# CONFIG_IDEDMA_ONLYDISK is not set
# CONFIG_BLK_DEV_AEC62XX is not set
# CONFIG_BLK_DEV_ALI15X3 is not set
# CONFIG_BLK_DEV_AMD74XX is not set
# 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_CS5535 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=y
# CONFIG_BLK_DEV_IT8213 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_BLK_DEV_TC86C001 is not set
# CONFIG_IDE_ARM is not set
CONFIG_BLK_DEV_IDEDMA=y
# CONFIG_IDEDMA_IVB is not set
CONFIG_IDEDMA_AUTO=y
# 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=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=m
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=m
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_CHR_DEV_SG=m
# CONFIG_CHR_DEV_SCH is not set

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
CONFIG_SCSI_MULTI_LUN=y
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
# 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 is not set
# CONFIG_SCSI_SAS_ATTRS is not set
# CONFIG_SCSI_SAS_LIBSAS is not set

#
# SCSI low-level drivers
#
# CONFIG_ISCSI_TCP is not set
# 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_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS 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_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_NSP32 is not set
# CONFIG_SCSI_DEBUG is not set
# CONFIG_SCSI_SRP is not set

#
# PCMCIA SCSI adapter support
#
# CONFIG_PCMCIA_AHA152X is not set
# CONFIG_PCMCIA_FDOMAIN is not set
# CONFIG_PCMCIA_NINJA_SCSI is not set
# CONFIG_PCMCIA_QLOGIC is not set
# CONFIG_PCMCIA_SYM53C500 is not set

#
# Serial ATA (prod) and Parallel ATA (experimental) drivers
#
CONFIG_ATA=y
# CONFIG_ATA_NONSTANDARD is not set
# CONFIG_SATA_AHCI is not set
# CONFIG_SATA_SVW is not set
CONFIG_ATA_PIIX=y
# CONFIG_SATA_MV is not set
# CONFIG_SATA_NV is not set
# 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 is not set
# CONFIG_SATA_SIL24 is not set
# 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_SATA_INIC162X is not set
CONFIG_SATA_INTEL_COMBINED=y
CONFIG_SATA_ACPI=y
# CONFIG_PATA_ALI is not set
# CONFIG_PATA_AMD is not set
# 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_CS5535 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_IT8213 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=y
# 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_PCMCIA 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

#
# Multi-device support (RAID and LVM)
#
CONFIG_MD=y
CONFIG_BLK_DEV_MD=y
CONFIG_MD_LINEAR=y
CONFIG_MD_RAID0=y
CONFIG_MD_RAID1=y
CONFIG_MD_RAID10=y
# CONFIG_MD_RAID456 is not set
CONFIG_MD_MULTIPATH=y
CONFIG_MD_FAULTY=y
CONFIG_BLK_DEV_DM=y
# CONFIG_DM_DEBUG is not set
CONFIG_DM_CRYPT=y
CONFIG_DM_SNAPSHOT=y
CONFIG_DM_MIRROR=y
# CONFIG_DM_ZERO is not set
CONFIG_DM_MULTIPATH=y
# CONFIG_DM_MULTIPATH_EMC 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=m

#
# Subsystem Options
#
# CONFIG_IEEE1394_VERBOSEDEBUG is not set
CONFIG_IEEE1394_EXTRA_CONFIG_ROMS=y
CONFIG_IEEE1394_CONFIG_ROM_IP1394=y

#
# Device Drivers
#

#
# Texas Instruments PCILynx requires I2C
#
CONFIG_IEEE1394_OHCI1394=m

#
# Protocol Drivers
#
CONFIG_IEEE1394_VIDEO1394=m
CONFIG_IEEE1394_SBP2=m
# CONFIG_IEEE1394_SBP2_PHYS_DMA is not set
CONFIG_IEEE1394_ETH1394=m
# CONFIG_IEEE1394_DV1394 is not set
# CONFIG_IEEE1394_RAWIO is not set

#
# I2O device support
#
# CONFIG_I2O is not set

#
# Macintosh device drivers
#
# CONFIG_MAC_EMUMOUSEBTN is not set

#
# Network device support
#
CONFIG_NETDEVICES=y
# CONFIG_DUMMY is not set
CONFIG_BONDING=m
# CONFIG_EQUALIZER is not set
CONFIG_TUN=m
# CONFIG_NET_SB1000 is not set

#
# ARCnet devices
#
# CONFIG_ARCNET is not set

#
# PHY device support
#
CONFIG_PHYLIB=y

#
# MII PHY device drivers
#
# CONFIG_MARVELL_PHY is not set
# CONFIG_DAVICOM_PHY is not set
# CONFIG_QSEMI_PHY is not set
# CONFIG_LXT_PHY is not set
# CONFIG_CICADA_PHY is not set
# CONFIG_VITESSE_PHY is not set
# CONFIG_SMSC_PHY is not set
# CONFIG_BROADCOM_PHY is not set
# CONFIG_FIXED_PHY is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
CONFIG_MII=y
# 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 is not set
# CONFIG_DGRS is not set
# CONFIG_EEPRO100 is not set
# CONFIG_E100 is not set
# CONFIG_FEALNX is not set
# CONFIG_NATSEMI is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_8139CP is not set
CONFIG_8139TOO=y
CONFIG_8139TOO_PIO=y
# CONFIG_8139TOO_TUNE_TWISTER is not set
CONFIG_8139TOO_8129=y
# CONFIG_8139_OLD_RX_RESET is not set
# CONFIG_SIS900 is not set
# CONFIG_EPIC100 is not set
# CONFIG_SUNDANCE is not set
# CONFIG_TLAN is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_SC92031 is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
# CONFIG_DL2K is not set
# CONFIG_E1000 is not set
# 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 is not set
# CONFIG_SKY2 is not set
# CONFIG_SK98LIN is not set
# CONFIG_VIA_VELOCITY is not set
# CONFIG_TIGON3 is not set
# CONFIG_BNX2 is not set
# CONFIG_QLA3XXX is not set
# CONFIG_ATL1 is not set

#
# Ethernet (10000 Mbit)
#
# CONFIG_CHELSIO_T1 is not set
# CONFIG_CHELSIO_T3 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

#
# PCMCIA network device support
#
CONFIG_NET_PCMCIA=y
# CONFIG_PCMCIA_3C589 is not set
# CONFIG_PCMCIA_3C574 is not set
# CONFIG_PCMCIA_FMVJ18X is not set
CONFIG_PCMCIA_PCNET=m
# CONFIG_PCMCIA_NMCLAN is not set
# CONFIG_PCMCIA_SMC91C92 is not set
# CONFIG_PCMCIA_XIRC2PS is not set
# CONFIG_PCMCIA_AXNET is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI 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=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
CONFIG_INPUT_JOYDEV=y
CONFIG_INPUT_TSDEV=y
CONFIG_INPUT_TSDEV_SCREEN_X=240
CONFIG_INPUT_TSDEV_SCREEN_Y=320
CONFIG_INPUT_EVDEV=y
# 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 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_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 is not set

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_JSM is not set
CONFIG_UNIX98_PTYS=y
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=256

#
# IPMI
#
# CONFIG_IPMI_HANDLER is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
# CONFIG_HW_RANDOM is not set
# CONFIG_NVRAM is not set
CONFIG_RTC=y
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_SONYPI is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set

#
# PCMCIA character devices
#
# CONFIG_SYNCLINK_CS is not set
# CONFIG_CARDMAN_4000 is not set
# CONFIG_CARDMAN_4040 is not set
# CONFIG_MWAVE is not set
# CONFIG_PC8736x_GPIO is not set
# CONFIG_NSC_GPIO is not set
# CONFIG_CS5535_GPIO is not set
# CONFIG_RAW_DRIVER is not set
CONFIG_HPET=y
# CONFIG_HPET_RTC_IRQ is not set
CONFIG_HPET_MMAP=y
# CONFIG_HANGCHECK_TIMER is not set

#
# TPM devices
#
# CONFIG_TCG_TPM is not set
# CONFIG_TELCLOCK is not set

#
# I2C support
#
# CONFIG_I2C 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 is not set
# CONFIG_HWMON_VID is not set

#
# Multifunction device drivers
#
# CONFIG_MFD_SM501 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_BACKLIGHT_LCD_SUPPORT=y
CONFIG_BACKLIGHT_CLASS_DEVICE=y
CONFIG_LCD_CLASS_DEVICE=y
# CONFIG_BACKLIGHT_PROGEAR is not set
CONFIG_FB=y
CONFIG_FIRMWARE_EDID=y
# CONFIG_FB_DDC is not set
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
# CONFIG_FB_SVGALIB is not set
# CONFIG_FB_MACMODES is not set
# CONFIG_FB_BACKLIGHT is not set
# CONFIG_FB_MODE_HELPERS is not set
# CONFIG_FB_TILEBLITTING is not set

#
# Frambuffer hardware drivers
#
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_ARC is not set
# CONFIG_FB_ASILIANT is not set
# CONFIG_FB_IMSTT is not set
# CONFIG_FB_VGA16 is not set
CONFIG_FB_VESA=y
# CONFIG_FB_HGA is not set
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_NVIDIA is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_I810 is not set
# CONFIG_FB_INTEL is not set
# CONFIG_FB_MATROX is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_S3 is not set
# CONFIG_FB_SAVAGE is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_CYBLA is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_GEODE is not set
CONFIG_FB_VIRTUAL=m

#
# Console display driver support
#
CONFIG_VGA_CONSOLE=y
# CONFIG_VGACON_SOFT_SCROLLBACK is not set
CONFIG_VIDEO_SELECT=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE=y
# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set
CONFIG_FONTS=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
# CONFIG_FONT_6x11 is not set
# CONFIG_FONT_7x14 is not set
# CONFIG_FONT_PEARL_8x8 is not set
# CONFIG_FONT_ACORN_8x8 is not set
# CONFIG_FONT_MINI_4x6 is not set
# CONFIG_FONT_SUN8x16 is not set
# CONFIG_FONT_SUN12x22 is not set
# CONFIG_FONT_10x18 is not set

#
# Logo configuration
#
CONFIG_LOGO=y
# CONFIG_LOGO_LINUX_MONO is not set
# CONFIG_LOGO_LINUX_VGA16 is not set
CONFIG_LOGO_LINUX_CLUT224=y

#
# Sound
#
CONFIG_SOUND=m

#
# Advanced Linux Sound Architecture
#
CONFIG_SND=m
CONFIG_SND_TIMER=m
CONFIG_SND_PCM=m
CONFIG_SND_SEQUENCER=m
# CONFIG_SND_SEQ_DUMMY is not set
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=m
CONFIG_SND_PCM_OSS=m
CONFIG_SND_PCM_OSS_PLUGINS=y
# CONFIG_SND_SEQUENCER_OSS is not set
CONFIG_SND_RTCTIMER=m
CONFIG_SND_SEQ_RTCTIMER_DEFAULT=y
# CONFIG_SND_DYNAMIC_MINORS is not set
CONFIG_SND_SUPPORT_OLD_API=y
CONFIG_SND_VERBOSE_PROCFS=y
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set

#
# Generic devices
#
CONFIG_SND_AC97_CODEC=m
# CONFIG_SND_DUMMY is not set
# CONFIG_SND_VIRMIDI is not set
# CONFIG_SND_MTPAV is not set
# CONFIG_SND_SERIAL_U16550 is not set
# CONFIG_SND_MPU401 is not set

#
# 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 is not set
# CONFIG_SND_CS5535AUDIO is not set
# 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 is not set
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=y

#
# USB devices
#
# CONFIG_SND_USB_AUDIO is not set
# CONFIG_SND_USB_USX2Y is not set

#
# PCMCIA devices
#
# CONFIG_SND_VXPOCKET is not set
# CONFIG_SND_PDAUDIOCF is not set

#
# SoC audio support
#
# CONFIG_SND_SOC is not set

#
# Open Sound System
#
# CONFIG_SOUND_PRIME is not set
CONFIG_AC97_BUS=m

#
# HID Devices
#
CONFIG_HID=y
# CONFIG_HID_DEBUG is not set

#
# USB support
#
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB=m
# CONFIG_USB_DEBUG is not set

#
# Miscellaneous USB options
#
CONFIG_USB_DEVICEFS=y
CONFIG_USB_DYNAMIC_MINORS=y
CONFIG_USB_SUSPEND=y
# CONFIG_USB_OTG is not set

#
# USB Host Controller Drivers
#
CONFIG_USB_EHCI_HCD=m
CONFIG_USB_EHCI_SPLIT_ISO=y
CONFIG_USB_EHCI_ROOT_HUB_TT=y
CONFIG_USB_EHCI_TT_NEWSCHED=y
# CONFIG_USB_EHCI_BIG_ENDIAN_MMIO is not set
# CONFIG_USB_ISP116X_HCD is not set
# CONFIG_USB_OHCI_HCD is not set
CONFIG_USB_UHCI_HCD=m
# CONFIG_USB_SL811_HCD is not set

#
# USB Device Class drivers
#
# CONFIG_USB_ACM is not set
CONFIG_USB_PRINTER=m

#
# NOTE: USB_STORAGE enables SCSI, and 'SCSI disk support'
#

#
# may also be needed; see USB_STORAGE Help for more information
#
CONFIG_USB_STORAGE=m
# CONFIG_USB_STORAGE_DEBUG is not set
CONFIG_USB_STORAGE_DATAFAB=y
CONFIG_USB_STORAGE_FREECOM=y
CONFIG_USB_STORAGE_ISD200=y
CONFIG_USB_STORAGE_DPCM=y
CONFIG_USB_STORAGE_USBAT=y
CONFIG_USB_STORAGE_SDDR09=y
CONFIG_USB_STORAGE_SDDR55=y
CONFIG_USB_STORAGE_JUMPSHOT=y
CONFIG_USB_STORAGE_ALAUDA=y
CONFIG_USB_STORAGE_KARMA=y
# CONFIG_USB_LIBUSUAL is not set

#
# USB Input Devices
#
CONFIG_USB_HID=m
# CONFIG_USB_HIDINPUT_POWERBOOK is not set
# CONFIG_HID_FF is not set
CONFIG_USB_HIDDEV=y

#
# USB HID Boot Protocol drivers
#
CONFIG_USB_KBD=m
CONFIG_USB_MOUSE=m
# 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
# CONFIG_USB_GTCO is not set

#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_MICROTEK is not set

#
# USB Network Adapters
#
CONFIG_USB_CATC=m
CONFIG_USB_KAWETH=m
CONFIG_USB_PEGASUS=m
CONFIG_USB_RTL8150=m
CONFIG_USB_USBNET_MII=m
CONFIG_USB_USBNET=m
CONFIG_USB_NET_AX8817X=m
CONFIG_USB_NET_CDCETHER=m
CONFIG_USB_NET_DM9601=m
CONFIG_USB_NET_GL620A=m
CONFIG_USB_NET_NET1080=m
CONFIG_USB_NET_PLUSB=m
CONFIG_USB_NET_MCS7830=m
CONFIG_USB_NET_RNDIS_HOST=m
# CONFIG_USB_NET_CDC_SUBSET is not set
CONFIG_USB_NET_ZAURUS=m
# CONFIG_USB_MON is not set

#
# USB port drivers
#

#
# USB Serial Converter support
#
# CONFIG_USB_SERIAL 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_BERRY_CHARGE 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_IOWARRIOR 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=m
# CONFIG_MMC_DEBUG is not set
CONFIG_MMC_BLOCK=m
CONFIG_MMC_SDHCI=m
# CONFIG_MMC_WBSD is not set
# CONFIG_MMC_TIFM_SD 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=y

#
# Reporting subsystems
#
# CONFIG_EDAC_DEBUG is not set
CONFIG_EDAC_MM_EDAC=y
# CONFIG_EDAC_AMD76X is not set
CONFIG_EDAC_E7XXX=y
CONFIG_EDAC_E752X=y
CONFIG_EDAC_I82875P=y
CONFIG_EDAC_I82860=y
# CONFIG_EDAC_R82600 is not set
CONFIG_EDAC_POLL=y

#
# Real Time Clock
#
# CONFIG_RTC_CLASS is not set

#
# DMA Engine support
#
# CONFIG_DMA_ENGINE is not set

#
# DMA Clients
#

#
# DMA Devices
#

#
# Auxiliary Display support
#

#
# Virtualization
#
# CONFIG_KVM is not set

#
# File systems
#
CONFIG_EXT2_FS=y
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT2_FS_POSIX_ACL=y
CONFIG_EXT2_FS_SECURITY=y
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=y
CONFIG_EXT3_FS_XATTR=y
CONFIG_EXT3_FS_POSIX_ACL=y
CONFIG_EXT3_FS_SECURITY=y
# CONFIG_EXT4DEV_FS is not set
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
CONFIG_FS_MBCACHE=y
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
CONFIG_FS_POSIX_ACL=y
# CONFIG_XFS_FS is not set
# CONFIG_GFS2_FS is not set
# CONFIG_OCFS2_FS 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 is not set
CONFIG_FUSE_FS=m
CONFIG_GENERIC_ACL=y

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_UDF_FS=m
CONFIG_UDF_NLS=y

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
CONFIG_NTFS_FS=m
# CONFIG_NTFS_DEBUG is not set
CONFIG_NTFS_RW=y

#
# 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=y
# 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=m
CONFIG_NFS_V3=y
CONFIG_NFS_V3_ACL=y
CONFIG_NFS_V4=y
CONFIG_NFS_DIRECTIO=y
CONFIG_NFSD=m
CONFIG_NFSD_V2_ACL=y
CONFIG_NFSD_V3=y
CONFIG_NFSD_V3_ACL=y
CONFIG_NFSD_V4=y
CONFIG_NFSD_TCP=y
CONFIG_LOCKD=m
CONFIG_LOCKD_V4=y
CONFIG_EXPORTFS=m
CONFIG_NFS_ACL_SUPPORT=m
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=m
CONFIG_SUNRPC_GSS=m
CONFIG_RPCSEC_GSS_KRB5=m
# CONFIG_RPCSEC_GSS_SPKM3 is not set
# CONFIG_SMB_FS is not set
CONFIG_CIFS=m
CONFIG_CIFS_STATS=y
CONFIG_CIFS_STATS2=y
CONFIG_CIFS_WEAK_PW_HASH=y
CONFIG_CIFS_XATTR=y
CONFIG_CIFS_POSIX=y
# CONFIG_CIFS_DEBUG2 is not set
CONFIG_CIFS_EXPERIMENTAL=y
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set
# CONFIG_9P_FS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y

#
# Native Language Support
#
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="cp437"
CONFIG_NLS_CODEPAGE_437=m
CONFIG_NLS_CODEPAGE_737=m
CONFIG_NLS_CODEPAGE_775=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_852=m
CONFIG_NLS_CODEPAGE_855=m
CONFIG_NLS_CODEPAGE_857=m
CONFIG_NLS_CODEPAGE_860=m
CONFIG_NLS_CODEPAGE_861=m
CONFIG_NLS_CODEPAGE_862=m
CONFIG_NLS_CODEPAGE_863=m
CONFIG_NLS_CODEPAGE_864=m
CONFIG_NLS_CODEPAGE_865=m
CONFIG_NLS_CODEPAGE_866=m
CONFIG_NLS_CODEPAGE_869=m
CONFIG_NLS_CODEPAGE_936=m
CONFIG_NLS_CODEPAGE_950=m
CONFIG_NLS_CODEPAGE_932=m
CONFIG_NLS_CODEPAGE_949=m
CONFIG_NLS_CODEPAGE_874=m
CONFIG_NLS_ISO8859_8=m
CONFIG_NLS_CODEPAGE_1250=m
CONFIG_NLS_CODEPAGE_1251=m
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_2=m
CONFIG_NLS_ISO8859_3=m
CONFIG_NLS_ISO8859_4=m
CONFIG_NLS_ISO8859_5=m
CONFIG_NLS_ISO8859_6=m
CONFIG_NLS_ISO8859_7=m
CONFIG_NLS_ISO8859_9=m
CONFIG_NLS_ISO8859_13=m
CONFIG_NLS_ISO8859_14=m
CONFIG_NLS_ISO8859_15=m
CONFIG_NLS_KOI8_R=m
CONFIG_NLS_KOI8_U=m
CONFIG_NLS_UTF8=m

#
# Distributed Lock Manager
#
# CONFIG_DLM is not set

#
# Instrumentation Support
#
# CONFIG_PROFILING is not set
# CONFIG_KPROBES is not set

#
# Kernel hacking
#
CONFIG_TRACE_IRQFLAGS_SUPPORT=y
# CONFIG_PRINTK_TIME is not set
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_MAGIC_SYSRQ=y
# CONFIG_UNUSED_SYMBOLS is not set
# CONFIG_DEBUG_FS is not set
# CONFIG_HEADERS_CHECK is not set
# CONFIG_DEBUG_KERNEL is not set
CONFIG_LOG_BUF_SHIFT=15
CONFIG_DEBUG_BUGVERBOSE=y
CONFIG_EARLY_PRINTK=y
CONFIG_X86_FIND_SMP_CONFIG=y
CONFIG_X86_MPPARSE=y
CONFIG_DOUBLEFAULT=y

#
# 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=m
CONFIG_CRYPTO_NULL=m
CONFIG_CRYPTO_MD4=m
CONFIG_CRYPTO_MD5=y
CONFIG_CRYPTO_SHA1=y
CONFIG_CRYPTO_SHA256=m
CONFIG_CRYPTO_SHA512=m
CONFIG_CRYPTO_WP512=m
CONFIG_CRYPTO_TGR192=m
CONFIG_CRYPTO_GF128MUL=m
CONFIG_CRYPTO_ECB=m
CONFIG_CRYPTO_CBC=y
CONFIG_CRYPTO_PCBC=m
CONFIG_CRYPTO_LRW=m
CONFIG_CRYPTO_DES=y
# CONFIG_CRYPTO_FCRYPT is not set
CONFIG_CRYPTO_BLOWFISH=m
CONFIG_CRYPTO_TWOFISH=m
CONFIG_CRYPTO_TWOFISH_COMMON=m
CONFIG_CRYPTO_TWOFISH_586=m
CONFIG_CRYPTO_SERPENT=m
CONFIG_CRYPTO_AES=m
CONFIG_CRYPTO_AES_586=m
CONFIG_CRYPTO_CAST5=m
CONFIG_CRYPTO_CAST6=m
CONFIG_CRYPTO_TEA=m
CONFIG_CRYPTO_ARC4=m
CONFIG_CRYPTO_KHAZAD=m
CONFIG_CRYPTO_ANUBIS=m
CONFIG_CRYPTO_DEFLATE=y
CONFIG_CRYPTO_MICHAEL_MIC=m
CONFIG_CRYPTO_CRC32C=m
# CONFIG_CRYPTO_CAMELLIA is not set
CONFIG_CRYPTO_TEST=m

#
# Hardware crypto devices
#
# CONFIG_CRYPTO_DEV_PADLOCK is not set
CONFIG_CRYPTO_DEV_GEODE=m

#
# Library routines
#
CONFIG_BITREVERSE=y
# CONFIG_CRC_CCITT is not set
# CONFIG_CRC16 is not set
CONFIG_CRC32=y
CONFIG_LIBCRC32C=m
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=y
CONFIG_PLIST=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_GENERIC_PENDING_IRQ=y
CONFIG_X86_SMP=y
CONFIG_X86_HT=y
CONFIG_X86_BIOS_REBOOT=y
CONFIG_X86_TRAMPOLINE=y
CONFIG_KTIME_SCALAR=y

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

* Re: Linux-2.6.21-rc3 : Dynticks and High resolution Timer hanging the system
  2007-03-07 19:12       ` Linux-2.6.21-rc3 : Dynticks and High resolution Timer hanging the system Stephane Casset
@ 2007-03-07 19:52         ` Thomas Gleixner
  2007-03-07 21:16           ` Stephane Casset
  0 siblings, 1 reply; 62+ messages in thread
From: Thomas Gleixner @ 2007-03-07 19:52 UTC (permalink / raw)
  To: Stephane Casset; +Cc: Linux Kernel Mailing List, Ingo Molnar

On Wed, 2007-03-07 at 20:12 +0100, Stephane Casset wrote:
> I also tried compiling the kernel without Tickless and without  High
> resolution timer, this kernel is working ok and is one of the first
> kernel to suspend and resume from RAM. Congratulations ! ;p
>
> I tried to compile te kernel with only Tickless System or  High
> Resolution timer, both hang on boot.

There should be no difference between compile time and runtime
disabling.

> The hang is just after :
> ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 18
> ICH5: chipset revision 2
> ICH5: not 100% native mode: will probe irqs later
>     ide0: BM-DMA at 0x2040-0x2047, BIOS settings: hda:DMA, hdb:pio
>     ide1: BM-DMA at 0x2048-0x204f, BIOS settings: hdc:DMA, hdd:pio
> 
> And I have the message :
> Switched to NOHZ mode on CPU #1
> or
> Switched to high resolution mode on CPU #1
> Depending on the option enabled/disabled 
> 
> What can I do to help find the bug ?

Can you capture a boot log with highres and/or dynticks enabled ? 

Enable CONFIG_SERIAL_8250_CONSOLE and add "console=ttyS0,115200" to the
commandline. Capture the output with minicom on a second box.

Also please enable CONFIG_MAGIC_SYSRQ and try to send a SysRq-T and a
SysRq-Q to the machine via keyboard or the serial line.

Thanks

	tglx



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

* Re: Linux v2.6.21-rc3
  2007-03-07 15:39   ` Linus Torvalds
@ 2007-03-07 20:52     ` Arnd Bergmann
  2007-03-08  8:10       ` Benjamin Herrenschmidt
  2007-03-08  8:08     ` Benjamin Herrenschmidt
  1 sibling, 1 reply; 62+ messages in thread
From: Arnd Bergmann @ 2007-03-07 20:52 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Benjamin Herrenschmidt, Greg KH, Linux Kernel Mailing List

On Wednesday 07 March 2007 16:39:00 Linus Torvalds wrote:
> So did you hunt it down to a particular cases where it triggers?

IIRC, it crashed on boot in the powerpc iommu code when slab
debugging is enabled. Not sure if it was on Cell or on benh's
powerbook though.

	Arnd <><

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

* Re: Linux-2.6.21-rc3 : Dynticks and High resolution Timer hanging the system
  2007-03-07 19:52         ` Thomas Gleixner
@ 2007-03-07 21:16           ` Stephane Casset
  2007-03-07 22:09             ` Thomas Gleixner
  0 siblings, 1 reply; 62+ messages in thread
From: Stephane Casset @ 2007-03-07 21:16 UTC (permalink / raw)
  To: Thomas Gleixner; +Cc: Linux Kernel Mailing List, Ingo Molnar

Le Wed, Mar 07, 2007 at 08:52:10PM +0100, Thomas Gleixner ecrivait :
> On Wed, 2007-03-07 at 20:12 +0100, Stephane Casset wrote:
> > I also tried compiling the kernel without Tickless and without  High
> > resolution timer, this kernel is working ok and is one of the first
> > kernel to suspend and resume from RAM. Congratulations ! ;p
> >
> > I tried to compile te kernel with only Tickless System or  High
> > Resolution timer, both hang on boot.
> 
> There should be no difference between compile time and runtime
> disabling.

Yes, but I wanted to be sure.

> > The hang is just after :
> > ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 18
> > ICH5: chipset revision 2
> > ICH5: not 100% native mode: will probe irqs later
> >     ide0: BM-DMA at 0x2040-0x2047, BIOS settings: hda:DMA, hdb:pio
> >     ide1: BM-DMA at 0x2048-0x204f, BIOS settings: hdc:DMA, hdd:pio
> > 
> > And I have the message :
> > Switched to NOHZ mode on CPU #1
> > or
> > Switched to high resolution mode on CPU #1
> > Depending on the option enabled/disabled 
> > 
> > What can I do to help find the bug ?
> 
> Can you capture a boot log with highres and/or dynticks enabled ? 

No, I can handcopy or take a picture of the last page (25 or 50 lines)

> Enable CONFIG_SERIAL_8250_CONSOLE and add "console=ttyS0,115200" to the
> commandline. Capture the output with minicom on a second box.

The system is a laptop without serial port :(

> Also please enable CONFIG_MAGIC_SYSRQ and try to send a SysRq-T and a
> SysRq-Q to the machine via keyboard or the serial line.

When the system hangs, the keyboard is dead :(

I just tried clocksource=acpi_pm and the hang disapears... 

I tested 2.6.21-rc1 which also hangs but not always, when it hangs I
tried Sysrq-T and got this, I noted in parenthesis some value when it does'nt
hang...

SysRq : Show Pending Timers
Timer List Version: v0.3
HRTIMER_MAX_CLOCK_BASES: X
now at XXXXXXXXXXX nsecs
cpu: 0
 clock 0:
  .index:      0
  .resolution: 10000000 nsecs / 1ns (when it does'nt hang)
  .get_time:   ktime_get_real
  .offset:     0 nsecs
active timers:
 clock 1:
  .index:      1
  .resolution: 10000000 nsecs / 1ns (when it does'nt hang)
  .get_time:   ktime_get
  .offset:     0 nsecs
active timers:
  .expires_next   : 9223372036854775807 nsecs (some thing resonneable when not hanging)
Almost the same for cpu1
and

Tick Device: mode:     1
Clock Event Device: pit
 max_delta_ns:   27461866
 min_delta_ns:   12571
 mult:           5124677
 shift:          32
 mode:           3
 next_event:     9223372036854775807 nsecs
 set_next_event: pit_next_event
 set_mode:       init_pit_timer
 event_handler:  tick_handle_oneshot_broadcast
tick_broadcast_mask: 00000001
tick_broadcast_oneshot_mask: 00000000

Tick Device: mode:     1
Clock Event Device: lapic
 max_delta_ns:   672715459
 min_delta_ns:   1202
 mult:           53557254
 shift:          32
 mode:           3
 next_event:     84460000000 nsecs
 set_next_event: lapic_next_event
 set_mode:       lapic_timer_setup
 event_handler:  hrtimer_interrupt

Tick Device: mode:     1
Clock Event Device: lapic
 max_delta_ns:   672715459
 min_delta_ns:   1202
 mult:           53557254
 shift:          32
 mode:           3
 next_event:     84790000000 nsecs
 set_next_event: lapic_next_event
 set_mode:       lapic_timer_setup
 event_handler:  hrtimer_interrupt

So it seems that the clock source selection is not working properly or the pit
(the default clock source right ?) is not correctly initialised...

If you need the complete SYSRQ-T trace for 2.6.21-rc1 hanging/not hanging I can
provide it but it is quiet long to handwrite it :(

A+
-- 
Stéphane Casset            LOGIDÉE sàrl       Se faire plaisir d'apprendre
1a, rue Pasteur        Tel : +33 388 23 69 77           casset@logidee.com
F-67540 OSTWALD        Fax : +33 388 23 69 77           http://logidee.com

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

* Re: Linux-2.6.21-rc3 : Dynticks and High resolution Timer hanging the system
  2007-03-07 21:16           ` Stephane Casset
@ 2007-03-07 22:09             ` Thomas Gleixner
  0 siblings, 0 replies; 62+ messages in thread
From: Thomas Gleixner @ 2007-03-07 22:09 UTC (permalink / raw)
  To: Stephane Casset
  Cc: Linux Kernel Mailing List, Ingo Molnar, Len Brown, Arjan van de Ven

On Wed, 2007-03-07 at 22:16 +0100, Stephane Casset wrote:
> > > What can I do to help find the bug ?
> > 
> > Can you capture a boot log with highres and/or dynticks enabled ? 
> 
> No, I can handcopy or take a picture of the last page (25 or 50 lines)
> 
> > Enable CONFIG_SERIAL_8250_CONSOLE and add "console=ttyS0,115200" to the
> > commandline. Capture the output with minicom on a second box.
> 
> The system is a laptop without serial port :(

Hrmpf. Netconsole should work.

Enable CONFIG_NETCONSOLE and compile the network driver into your
kernel. See Documentation/networking/netconsole.txt for the kernel
command line option.

run 'netcat -u -l -p <portnr>' on the host.

> > Also please enable CONFIG_MAGIC_SYSRQ and try to send a SysRq-T and a
> > SysRq-Q to the machine via keyboard or the serial line.
> 
> When the system hangs, the keyboard is dead :(

I feared that.

> I just tried clocksource=acpi_pm and the hang disapears... 

Aah.

> I tested 2.6.21-rc1 which also hangs but not always, when it hangs I
> tried Sysrq-T and got this, I noted in parenthesis some value when it does'nt
> hang...
> 
> Tick Device: mode:     1
> Clock Event Device: pit
>  max_delta_ns:   27461866
>  min_delta_ns:   12571
>  mult:           5124677
>  shift:          32
>  mode:           3
>  next_event:     9223372036854775807 nsecs
>  set_next_event: pit_next_event
>  set_mode:       init_pit_timer
>  event_handler:  tick_handle_oneshot_broadcast
> tick_broadcast_mask: 00000001

------------------------------^

ACPI does only take care of one CPU

ACPI: processor limited to max C-state 1
ACPI: CPU0 (power states: C1[C1] C3[C3])
ACPI: Processor [CPU0] (supports 8 throttling states)

but there is no entry for the second CPU.

Also it seems that the power state limit is possibly ignored.

That would explain the hang, as TSC and local APIC might get stuck.

Broken BIOS/ACPI I fear. Can you please go to

http://www.linuxfirmwarekit.org/download.php

and run the CD on your laptop. It tests the BIOS / ACPI correctness.

> tick_broadcast_oneshot_mask: 00000000

> So it seems that the clock source selection is not working properly or the pit
> (the default clock source right ?) is not correctly initialised...

The broadcast mode is not set up for one shot.

> If you need the complete SYSRQ-T trace for 2.6.21-rc1 hanging/not hanging I can
> provide it but it is quiet long to handwrite it :(

Not now.

	tglx



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

* Re: Linux v2.6.21-rc3
  2007-03-07 15:39   ` Linus Torvalds
  2007-03-07 20:52     ` Arnd Bergmann
@ 2007-03-08  8:08     ` Benjamin Herrenschmidt
  1 sibling, 0 replies; 62+ messages in thread
From: Benjamin Herrenschmidt @ 2007-03-08  8:08 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Greg KH, Linux Kernel Mailing List

On Wed, 2007-03-07 at 07:39 -0800, Linus Torvalds wrote:
> 
> On Wed, 7 Mar 2007, Benjamin Herrenschmidt wrote:
> >
> > On Tue, 2007-03-06 at 20:59 -0800, Linus Torvalds wrote:
> > 
> > > Linus Torvalds (2):
> > >       Revert "[PATCH] LOG2: Alter get_order() so that it can make use of ilog2() on a constant"
> > >       Linux 2.6.21-rc3
> > 
> > Greg, I think we should revert that patch in 2.6.20.x stable serie too
> > as get_order is broken there as well, causing random kernel memory
> > corruption every now and then among others.
> 
> Did you confirm that that was indeed the cause of the problem you saw?

Well, at least one of the problem I caught with my ppc32 implementation
of DEBUG_PAGEALLOC yes. PowerPC dma_alloc_coherent, on machines with
cache consistent PCI DMA, would use get_order to allocate pages and then
memset over the size passed in. The ide-pmac driver, among others, would
trigger that bug by asking for 0x1020 bytes while get_order only
returned 0. (I should look into making the ide-pmac driver allocate <=
4K but that's a different matter).
 
I think it fixed David Woodhouse random crashes too.

> As far as I can tell, the bug (because it tested the wrong #define) would 
> only affect the constant-size case, and only for something larger than a 
> single page, and only for a non-power-of-two size. So it looked fairly 
> hard to trigger, if only because all the obvious constants I saw seemed 
> to already be powers-of-two..
> 
> So did you hunt it down to a particular cases where it triggers?

Yup, the above. Calls to dma_alloc_consistent with a constant size that
is not a multiple of the page size and larger than one page. (Our
dma_alloc_consistent implementation on 32 bits is inline).

Ben.


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

* Re: Linux v2.6.21-rc3
  2007-03-07 20:52     ` Arnd Bergmann
@ 2007-03-08  8:10       ` Benjamin Herrenschmidt
  0 siblings, 0 replies; 62+ messages in thread
From: Benjamin Herrenschmidt @ 2007-03-08  8:10 UTC (permalink / raw)
  To: Arnd Bergmann; +Cc: Linus Torvalds, Greg KH, Linux Kernel Mailing List

On Wed, 2007-03-07 at 21:52 +0100, Arnd Bergmann wrote:
> On Wednesday 07 March 2007 16:39:00 Linus Torvalds wrote:
> > So did you hunt it down to a particular cases where it triggers?
> 
> IIRC, it crashed on boot in the powerpc iommu code when slab
> debugging is enabled. Not sure if it was on Cell or on benh's
> powerbook though.

Not iommu code, but dma_alloc_coherent() for non-iommu 32 bits
machines :-) Oh and it wasn't slab but DEBUG_PAGEALLOC :-)

Ben.



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

* Re: Linux v2.6.21-rc3
  2007-03-07  4:59 Linux v2.6.21-rc3 Linus Torvalds
                   ` (3 preceding siblings ...)
  2007-03-07 14:22 ` Thomas Gleixner
@ 2007-03-08 17:28 ` Alistair John Strachan
  2007-03-13 12:49 ` [1/6] 2.6.21-rc3: known regressions Adrian Bunk
                   ` (7 subsequent siblings)
  12 siblings, 0 replies; 62+ messages in thread
From: Alistair John Strachan @ 2007-03-08 17:28 UTC (permalink / raw)
  To: linux-kernel

(Dropped LKML, whoops.)

On Wednesday 07 March 2007 04:59, you wrote:
> We've finally hopefully started to put a dent in the regressions,
> especially the suspend/resume problems introduced since 2.6.20.
>
> So 2.6.21-rc3 is out there now, and there's some hope that it will work
> more widely than -rc1 and -rc2 did. Please do give it a good testing, and
> update Adrian and the mailing list (and me) about any regressions
> (hopefully many more of the "it's fixed now" than other kinds, but all
> regressions are interesting).

Robert and Jeff already know about these, but I thought I'd send out a
reminder.

ata2: EH in ADMA mode, notifier 0x0 notifier_error 0x0 gen_ctl 0x1501000 
status 0x500 next cpb count 0x0 next cpb idx 0x0
ata2: CPB 0: ctl_flags 0xd, resp_flags 0x1
ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
ata2.00: cmd 35/00:30:b5:c1:8f/00:01:01:00:00/e0 tag 0 cdb 0x0 data 155648 out
         res 40/00:00:01:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
ata2: soft resetting port
ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata2.00: configured for UDMA/133
ata2: EH complete
SCSI device sdb: 488397168 512-byte hdwr sectors (250059 MB)
sdb: Write Protect is off
sdb: Mode Sense: 00 3a 00 00
SCSI device sdb: write cache: enabled, read cache: enabled, doesn't support 
DPO or FUA

They didn't happen (or didn't happen as frequently) in 2.6.20; it's a serious
bug. Happened in -rc2 and -rc3. A patch from Robert reverting
721449bf0d51213fe3abf0ac3e3561ef9ea7827a seems to make them go away.

-- 
Cheers,
Alistair.

Final year Computer Science undergraduate.
1F2 55 South Clerk Street, Edinburgh, UK.

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

* [1/6] 2.6.21-rc3: known regressions
  2007-03-07  4:59 Linux v2.6.21-rc3 Linus Torvalds
                   ` (4 preceding siblings ...)
  2007-03-08 17:28 ` Alistair John Strachan
@ 2007-03-13 12:49 ` Adrian Bunk
  2007-03-13 13:08   ` Pierre Ossman
  2007-03-13 13:40   ` Takashi Iwai
  2007-03-13 12:50 ` [2/6] " Adrian Bunk
                   ` (6 subsequent siblings)
  12 siblings, 2 replies; 62+ messages in thread
From: Adrian Bunk @ 2007-03-13 12:49 UTC (permalink / raw)
  To: Linus Torvalds, Andrew Morton
  Cc: Linux Kernel Mailing List, Oliver Pinter, Sid Boyce,
	Pavel Machek, drzeus-mmc, Mark Lord, Jim Radford, Oliver Neukum,
	greg, linux-usb-devel, Michal Piotrowski, Takashi Iwai, perex,
	alsa-devel, Randy Cushman

This email lists some known regressions in Linus' tree compared to 2.6.20.

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    : crashes in KDE
References : http://bugzilla.kernel.org/show_bug.cgi?id=8157
Submitter  : Oliver Pinter <oliver.pntr@gmail.com>
Status     : unknown


Subject    : kwin dies silently
References : http://lkml.org/lkml/2007/2/28/112
Submitter  : Sid Boyce <g3vbv@blueyonder.co.uk>
Status     : unknown


Subject    : mmc card reader no longer works
References : http://lkml.org/lkml/2007/2/27/91
Submitter  : Pavel Machek <pavel@ucw.cz>
Handled-By : Oliver Neukum <oneukum@suse.de>
Status     : unknown


Subject    : USB: Oops when connecting USB 1.1 docks
References : http://lkml.org/lkml/2007/3/4/266
Submitter  : Mark Lord <lkml@rtr.ca>
Caused-By  : Jim Radford <radford@blackbean.org>
             commit d9a7ecacac5f8274d2afce09aadcf37bdb42b93a
Handled-By : Oliver Neukum <oneukum@suse.de>
             Jim Radford <radford@blackbean.org>
Status     : problem is being debugged


Subject    : snd_intel8x0: divide error: 0000
References : http://lkml.org/lkml/2007/3/5/252
Submitter  : Michal Piotrowski <michal.k.k.piotrowski@gmail.com>
Handled-By : Takashi Iwai <tiwai@suse.de>
Status     : submitter was asked to test a patch


Subject    : snd-intel8x0: no 3d surround sound
References : http://lkml.org/lkml/2007/3/5/164
Submitter  : Michal Piotrowski <michal.k.k.piotrowski@gmail.com>
Caused-By  : Randy Cushman <rcushman_linux@earthlink.net>
             commit 831466f4ad2b5fe23dff77edbe6a7c244435e973
Handled-By : Randy Cushman <rcushman_linux@earthlink.net>
             Takashi Iwai <tiwai@suse.de>
Status     : problem is being debugged


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

* [2/6] 2.6.21-rc3: known regressions
  2007-03-07  4:59 Linux v2.6.21-rc3 Linus Torvalds
                   ` (5 preceding siblings ...)
  2007-03-13 12:49 ` [1/6] 2.6.21-rc3: known regressions Adrian Bunk
@ 2007-03-13 12:50 ` Adrian Bunk
  2007-03-13 13:30   ` Cornelia Huck
  2007-03-13 12:50 ` [3/6] " Adrian Bunk
                   ` (5 subsequent siblings)
  12 siblings, 1 reply; 62+ messages in thread
From: Adrian Bunk @ 2007-03-13 12:50 UTC (permalink / raw)
  To: Linus Torvalds, Andrew Morton
  Cc: Linux Kernel Mailing List, Len Brown, davem, kuznet, pekkas,
	jmorris, yoshfuji, kaber, netdev, Pavel Machek, Marcel Holtmann,
	maxk, bluez-devel, Albert Hopkins, Ayaz Abdulla, jgarzik

This email lists some known regressions in Linus' tree compared to 2.6.20.

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    : ipv6 crash
References : http://lkml.org/lkml/2007/3/10/2
Submitter  : Len Brown <lenb@kernel.org>
Status     : unknown


Subject    : ThinkPad X60: bluetooth hardlocks
References : http://lkml.org/lkml/2007/3/2/85
Submitter  : Pavel Machek <pavel@ucw.cz>
Handled-By : Marcel Holtmann <marcel@holtmann.org>
Status     : unknown


Subject    : forcedeth: skb_over_panic
References : http://bugzilla.kernel.org/show_bug.cgi?id=8058
Submitter  : Albert Hopkins <kernel@marduk.letterboxes.org>
Handled-By : Ayaz Abdulla <aabdulla@nvidia.com>
Status     : problem is being debugged



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

* [3/6] 2.6.21-rc3: known regressions
  2007-03-07  4:59 Linux v2.6.21-rc3 Linus Torvalds
                   ` (6 preceding siblings ...)
  2007-03-13 12:50 ` [2/6] " Adrian Bunk
@ 2007-03-13 12:50 ` Adrian Bunk
  2007-03-13 14:03   ` Alan Cox
  2007-03-13 15:13   ` Andi Kleen
  2007-03-13 12:50 ` [4/6] " Adrian Bunk
                   ` (4 subsequent siblings)
  12 siblings, 2 replies; 62+ messages in thread
From: Adrian Bunk @ 2007-03-13 12:50 UTC (permalink / raw)
  To: Linus Torvalds, Andrew Morton
  Cc: Linux Kernel Mailing List, Vladimir Brik, Andi Kleen, gregkh,
	linux-pci, Randy Dunlap, lenb, linux-acpi, Ray Lee, Colchao,
	Mathieu Bérard, Tejun Heo, jgarzik, linux-ide,
	Michal Jaegermann, Fabio Comolli, Plamen Petrov, Laurent Riffard

This email lists some known regressions in Linus' tree compared to 2.6.20.

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    : AMD Elan: Crash after "Allocating PCI resources"
References : http://bugzilla.kernel.org/show_bug.cgi?id=8161
Submitter  : Vladimir Brik <no.hope@gmail.com>
Handled-By : Andi Kleen <ak@muc.de>
Status     : problem is being debugged


Subject    : x86_64: boot hangs unless CONFIG_PCIEPORTBUS=n and acpi=off
References : http://bugzilla.kernel.org/show_bug.cgi?id=8162
Submitter  : Randy Dunlap <randy.dunlap@oracle.com>
Status     : unknown


Subject    : ACPI regression with noapic
References : http://lkml.org/lkml/2007/3/8/468
Submitter  : Ray Lee <ray-lk@madrabbit.org>
Status     : unknown


Subject    : acpi_serialize locks system during boot
References : http://bugzilla.kernel.org/show_bug.cgi?id=8171
Submitter  : Colchao <colchaodemola@gmail.com>
Status     : unknown


Subject    : NCQ problem with ahci and Hitachi drive  (ACPI related)
References : http://lkml.org/lkml/2007/3/4/178
             http://lkml.org/lkml/2007/3/9/475
Submitter  : Mathieu Bérard <Mathieu.Berard@crans.org>
Handled-By : Tejun Heo <htejun@gmail.com>
Status     : unknown


Subject    : kernels fail to boot with drives on ATIIXP controller
             (ACPI/IRQ related)
References : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=229621
             http://lkml.org/lkml/2007/3/4/257
Submitter  : Michal Jaegermann <michal@ellpspace.math.ualberta.ca>
Status     : unknown


Subject    : libata: PATA UDMA/100 configured as UDMA/33
References : http://lkml.org/lkml/2007/2/20/294
             http://www.mail-archive.com/linux-ide@vger.kernel.org/msg04115.html
             http://bugzilla.kernel.org/show_bug.cgi?id=8133
             http://bugzilla.kernel.org/show_bug.cgi?id=8164
Submitter  : Fabio Comolli <fabio.comolli@gmail.com>
             Plamen Petrov <plamen.petrov@tk.ru.acad.bg>
             Laurent Riffard <laurent.riffard@free.fr>
Handled-By : Tejun Heo <htejun@gmail.com>
Status     : patch available




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

* [4/6] 2.6.21-rc3: known regressions
  2007-03-07  4:59 Linux v2.6.21-rc3 Linus Torvalds
                   ` (7 preceding siblings ...)
  2007-03-13 12:50 ` [3/6] " Adrian Bunk
@ 2007-03-13 12:50 ` Adrian Bunk
  2007-03-13 12:50 ` [5/6] " Adrian Bunk
                   ` (3 subsequent siblings)
  12 siblings, 0 replies; 62+ messages in thread
From: Adrian Bunk @ 2007-03-13 12:50 UTC (permalink / raw)
  To: Linus Torvalds, Andrew Morton
  Cc: Linux Kernel Mailing List, Dave Jones, Eric W. Biederman,
	Rafael J. Wysocki, pavel, linux-pm, gregkh, linux-pci, lenb,
	linux-acpi, Jens Axboe, Jeff Chua, Ray Lee, Alexey Starikovskiy

This email lists some known regressions in Linus' tree compared to 2.6.20.

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    : ThinkPad X60: resume no longer works  (PCI related?)
References : http://lkml.org/lkml/2007/3/13/3
Submitter  : Dave Jones <davej@redhat.com>
Caused-By  : PCI merge
             commit 78149df6d565c36675463352d0bfe0000b02b7a7
Handled-By : Eric W. Biederman <ebiederm@xmission.com>
             Rafael J. Wysocki <rjw@sisk.pl>
Status     : problem is being debugged


Subject    : ThinkPad doesn't resume from suspend to RAM
References : http://lkml.org/lkml/2007/2/27/80
             http://lkml.org/lkml/2007/2/28/348
Submitter  : Jens Axboe <jens.axboe@oracle.com>
             Jeff Chua <jeff.chua.linux@gmail.com>
Status     : unknown


Subject    : suspend to disk hangs
References : http://lkml.org/lkml/2007/3/6/142
Submitter  : Jeff Chua <jeff.chua.linux@gmail.com>
Status     : unknown


Subject    : laptop immediately resumes after suspend
References : http://lkml.org/lkml/2007/3/8/469
Submitter  : Ray Lee <ray-lk@madrabbit.org>
Caused-By  : Alexey Starikovskiy <alexey.y.starikovskiy@linux.intel.com>
             commit ed41dab90eb40ac4911e60406bc653661f0e4ce1
Handled-By : Len Brown <lenb@kernel.org>
Patch      : http://lkml.org/lkml/2007/3/12/228
Status     : patch available




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

* [5/6] 2.6.21-rc3: known regressions
  2007-03-07  4:59 Linux v2.6.21-rc3 Linus Torvalds
                   ` (8 preceding siblings ...)
  2007-03-13 12:50 ` [4/6] " Adrian Bunk
@ 2007-03-13 12:50 ` Adrian Bunk
  2007-03-13 13:29   ` Lukas Hejtmanek
                     ` (2 more replies)
  2007-03-13 12:50 ` [6/6] " Adrian Bunk
                   ` (2 subsequent siblings)
  12 siblings, 3 replies; 62+ messages in thread
From: Adrian Bunk @ 2007-03-13 12:50 UTC (permalink / raw)
  To: Linus Torvalds, Andrew Morton
  Cc: Linux Kernel Mailing List, Pavel Machek, linux-pm, lenb,
	linux-acpi, Tomas Janousek, Thomas Gleixner, Soeren Sonnenburg,
	jgarzik, linux-ide, Michael S. Tsirkin, Arkadiusz Miskiewicz,
	Konstantin Karasyov, Lukas Hejtmanek

This email lists some known regressions in Linus' tree compared to 2.6.20.

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    : resume: slab error in verify_redzone_free(): cache `size-512':
                     memory outside object was overwritten
References : http://lkml.org/lkml/2007/2/24/41
Submitter  : Pavel Machek <pavel@ucw.cz>
Status     : unknown


Subject    : beeps get longer after suspend
References : http://lkml.org/lkml/2007/2/26/276
Submitter  : Pavel Machek <pavel@ucw.cz>
Status     : unknown


Subject    : suspend/resume hangs until keypress
References : http://bugzilla.kernel.org/show_bug.cgi?id=8181
Submitter  : Tomas Janousek <tomi@nomi.cz>
Status     : unknown


Subject    : SATA breakage on resume
References : http://lkml.org/lkml/2007/3/7/233
Submitter  : Thomas Gleixner <tglx@linutronix.de>
             Soeren Sonnenburg <kernel@nn7.de>
Status     : unknown


Subject    : first disk access after resume takes several minutes
References : http://lkml.org/lkml/2007/3/8/117
Submitter  : Michael S. Tsirkin <mst@mellanox.co.il>
Status     : unknown


Subject    : after resume: X hangs after drawing a couple of windows
References : http://lkml.org/lkml/2007/3/8/117
Submitter  : Michael S. Tsirkin <mst@mellanox.co.il>
Status     : unknown


Subject    : ThinkPad Z60m: usb mouse stops working after suspend to ram
References : http://lkml.org/lkml/2007/2/21/413
             http://lkml.org/lkml/2007/2/28/172
Submitter  : Arkadiusz Miskiewicz <arekm@maven.pl>
Caused-By  : Konstantin Karasyov <konstantin.a.karasyov@intel.com>
             commit 0a6139027f3986162233adc17285151e78b39cac
Handled-By : Konstantin Karasyov <konstantin.a.karasyov@intel.com>
Status     : problem is being debugged


Subject    : suspend to disk breaks ACPI
References : http://lkml.org/lkml/2007/3/5/127
Submitter  : Lukas Hejtmanek <xhejtman@mail.muni.cz>
Status     : unknown




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

* [6/6] 2.6.21-rc3: known regressions
  2007-03-07  4:59 Linux v2.6.21-rc3 Linus Torvalds
                   ` (9 preceding siblings ...)
  2007-03-13 12:50 ` [5/6] " Adrian Bunk
@ 2007-03-13 12:50 ` Adrian Bunk
  2007-03-13 20:05   ` Thomas Gleixner
  2007-03-13 20:46   ` Thomas Gleixner
  2007-03-13 19:26 ` Linux v2.6.21-rc3 Eric W. Biederman
  2007-03-14 18:11 ` 2.6.21-rc3: known regressions with patches Adrian Bunk
  12 siblings, 2 replies; 62+ messages in thread
From: Adrian Bunk @ 2007-03-13 12:50 UTC (permalink / raw)
  To: Linus Torvalds, Andrew Morton
  Cc: Linux Kernel Mailing List, Stephane Casset, Thomas Gleixner,
	Jiri Slaby, Michal Piotrowski, Ingo Molnar, Emil Karlson,
	Michael S. Tsirkin, Soeren Sonnenburg, Tejun Heo,
	Rafael J. Wysocki, pavel, linux-pm

This email lists some known regressions in Linus' tree compared to 2.6.20.

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    : Dynticks and High resolution Timer hanging the system
References : http://lkml.org/lkml/2007/3/7/504
Submitter  : Stephane Casset <sept@logidee.com>
Caused-By  : Thomas Gleixner <tglx@linutronix.de>
Status     : unknown


Subject    : Clocksource tsc unstable (delta = -154983451 ns)
References : http://lkml.org/lkml/2007/3/9/271
Submitter  : Jiri Slaby <jirislaby@gmail.com>
Status     : unknown


Subject    : hrtimer_switch_to_hres():
             wrong tick_init_highres() return value handling
References : http://lkml.org/lkml/2007/3/6/262
Submitter  : Linus Torvalds <torvalds@linux-foundation.org>
Caused-By  : Thomas Gleixner <tglx@linutronix.de>
             commit 54cdfdb47f73b5af3d1ebb0f1e383efbe70fde9e
Handled-By : Thomas Gleixner <tglx@linutronix.de>
Status     : unknown


Subject    : soft lockup detected on CPU#0
References : http://lkml.org/lkml/2007/3/3/152
Submitter  : Michal Piotrowski <michal.k.k.piotrowski@gmail.com>
Handled-By : Thomas Gleixner <tglx@linutronix.de>
             Ingo Molnar <mingo@elte.hu>
Status     : unknown


Subject    : dynticks makes ksoftirqd1 use unreasonable amount of cpu time
References : http://bugzilla.kernel.org/show_bug.cgi?id=8100
Submitter  : Emil Karlson <jkarlson@cc.hut.fi>
Handled-By : Thomas Gleixner <tglx@linutronix.de>
Status     : problem is being debugged


Subject    : system doesn't come out of suspend  (CONFIG_NO_HZ)
References : http://lkml.org/lkml/2007/2/22/391
Submitter  : Michael S. Tsirkin <mst@mellanox.co.il>
             Soeren Sonnenburg <kernel@nn7.de>
Handled-By : Thomas Gleixner <tglx@linutronix.de>
             Ingo Molnar <mingo@elte.hu>
             Tejun Heo <htejun@gmail.com>
             Rafael J. Wysocki <rjw@sisk.pl>
Status     : problem is being debugged




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

* Re: [1/6] 2.6.21-rc3: known regressions
  2007-03-13 12:49 ` [1/6] 2.6.21-rc3: known regressions Adrian Bunk
@ 2007-03-13 13:08   ` Pierre Ossman
  2007-03-13 13:36     ` Oliver Neukum
  2007-03-13 13:40   ` Takashi Iwai
  1 sibling, 1 reply; 62+ messages in thread
From: Pierre Ossman @ 2007-03-13 13:08 UTC (permalink / raw)
  To: Pavel Machek; +Cc: Adrian Bunk, Linux Kernel Mailing List, Oliver Neukum

Adrian Bunk wrote:
> 
> Subject    : mmc card reader no longer works
> References : http://lkml.org/lkml/2007/2/27/91
> Submitter  : Pavel Machek <pavel@ucw.cz>
> Handled-By : Oliver Neukum <oneukum@suse.de>
> Status     : unknown
> 

First I heard of this. The error report is a bit thin so Pavel will need to
elaborate a bit more.

Rgds
-- 
     -- Pierre Ossman

  Linux kernel, MMC maintainer        http://www.kernel.org
  PulseAudio, core developer          http://pulseaudio.org
  rdesktop, core developer          http://www.rdesktop.org

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

* Re: [5/6] 2.6.21-rc3: known regressions
  2007-03-13 12:50 ` [5/6] " Adrian Bunk
@ 2007-03-13 13:29   ` Lukas Hejtmanek
  2007-03-13 18:14   ` Pavel Machek
  2007-03-13 21:46   ` Arkadiusz Miskiewicz
  2 siblings, 0 replies; 62+ messages in thread
From: Lukas Hejtmanek @ 2007-03-13 13:29 UTC (permalink / raw)
  To: Adrian Bunk
  Cc: Linus Torvalds, Andrew Morton, Linux Kernel Mailing List,
	Pavel Machek, linux-pm, lenb, linux-acpi

On Tue, Mar 13, 2007 at 01:50:16PM +0100, Adrian Bunk wrote:
> Subject    : suspend to disk breaks ACPI
> References : http://lkml.org/lkml/2007/3/5/127
> Submitter  : Lukas Hejtmanek <xhejtman@mail.muni.cz>
> Status     : unknown

seems to be fixed in 2.6.21-rc3

-- 
Lukáš Hejtmánek

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

* Re: [2/6] 2.6.21-rc3: known regressions
  2007-03-13 12:50 ` [2/6] " Adrian Bunk
@ 2007-03-13 13:30   ` Cornelia Huck
  2007-03-13 13:35     ` Mark Lord
  0 siblings, 1 reply; 62+ messages in thread
From: Cornelia Huck @ 2007-03-13 13:30 UTC (permalink / raw)
  To: Adrian Bunk
  Cc: Linus Torvalds, Andrew Morton, Linux Kernel Mailing List,
	Pavel Machek, Marcel Holtmann, maxk, bluez-devel, Mark Lord

On Tue, 13 Mar 2007 13:50:03 +0100,
Adrian Bunk <bunk@stusta.de> wrote:

> Subject    : ThinkPad X60: bluetooth hardlocks
> References : http://lkml.org/lkml/2007/3/2/85
> Submitter  : Pavel Machek <pavel@ucw.cz>
> Handled-By : Marcel Holtmann <marcel@holtmann.org>
> Status     : unknown

Does this still happen with -rc3? I'd have thought Mark's patch in
0de1517e23c2e28d58a6344b97a120596ea200bb fixed that...

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

* Re: [2/6] 2.6.21-rc3: known regressions
  2007-03-13 13:30   ` Cornelia Huck
@ 2007-03-13 13:35     ` Mark Lord
  2007-03-13 18:13       ` Pavel Machek
  0 siblings, 1 reply; 62+ messages in thread
From: Mark Lord @ 2007-03-13 13:35 UTC (permalink / raw)
  To: Cornelia Huck
  Cc: Adrian Bunk, Linus Torvalds, Andrew Morton,
	Linux Kernel Mailing List, Pavel Machek, Marcel Holtmann, maxk,
	bluez-devel

Cornelia Huck wrote:
> On Tue, 13 Mar 2007 13:50:03 +0100,
> Adrian Bunk <bunk@stusta.de> wrote:
> 
>> Subject    : ThinkPad X60: bluetooth hardlocks
>> References : http://lkml.org/lkml/2007/3/2/85
>> Submitter  : Pavel Machek <pavel@ucw.cz>
>> Handled-By : Marcel Holtmann <marcel@holtmann.org>
>> Status     : unknown
> 
> Does this still happen with -rc3? I'd have thought Mark's patch in
> 0de1517e23c2e28d58a6344b97a120596ea200bb fixed that...

Pavel?  Could you retest this now on a ThinkPad X60 ?

???

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

* Re: [1/6] 2.6.21-rc3: known regressions
  2007-03-13 13:08   ` Pierre Ossman
@ 2007-03-13 13:36     ` Oliver Neukum
  2007-03-13 18:11       ` Pavel Machek
  0 siblings, 1 reply; 62+ messages in thread
From: Oliver Neukum @ 2007-03-13 13:36 UTC (permalink / raw)
  To: Pierre Ossman; +Cc: Pavel Machek, Adrian Bunk, Linux Kernel Mailing List

Am Dienstag, 13. März 2007 14:08 schrieb Pierre Ossman:
> Adrian Bunk wrote:
> > 
> > Subject    : mmc card reader no longer works
> > References : http://lkml.org/lkml/2007/2/27/91
> > Submitter  : Pavel Machek <pavel@ucw.cz>
> > Handled-By : Oliver Neukum <oneukum@suse.de>
> > Status     : unknown
> > 
> 
> First I heard of this. The error report is a bit thin so Pavel will need to
> elaborate a bit more.

The device is a USB serial device. USB serial was known to have issues
in the version this happened. As far as I know the bug has not been
replicated after this bugs were fixed.

	Regards
		Oliver

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

* Re: [1/6] 2.6.21-rc3: known regressions
  2007-03-13 12:49 ` [1/6] 2.6.21-rc3: known regressions Adrian Bunk
  2007-03-13 13:08   ` Pierre Ossman
@ 2007-03-13 13:40   ` Takashi Iwai
  1 sibling, 0 replies; 62+ messages in thread
From: Takashi Iwai @ 2007-03-13 13:40 UTC (permalink / raw)
  To: Adrian Bunk
  Cc: Linus Torvalds, Andrew Morton, Linux Kernel Mailing List, perex,
	alsa-devel, Randy Cushman

At Tue, 13 Mar 2007 13:49:57 +0100,
Adrian Bunk wrote:
> 
> Subject    : snd-intel8x0: no 3d surround sound
> References : http://lkml.org/lkml/2007/3/5/164
> Submitter  : Michal Piotrowski <michal.k.k.piotrowski@gmail.com>
> Caused-By  : Randy Cushman <rcushman_linux@earthlink.net>
>              commit 831466f4ad2b5fe23dff77edbe6a7c244435e973
> Handled-By : Randy Cushman <rcushman_linux@earthlink.net>
>              Takashi Iwai <tiwai@suse.de>
> Status     : problem is being debugged

Already fixed.  The patch is in ALSA HG tree, but not synced to
git... 
Jaroslav, could you do prepare and push request ASAP, please?

thanks,

Takashi

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

* Re: [3/6] 2.6.21-rc3: known regressions
  2007-03-13 12:50 ` [3/6] " Adrian Bunk
@ 2007-03-13 14:03   ` Alan Cox
  2007-03-13 20:12     ` Fabio Comolli
  2007-03-13 15:13   ` Andi Kleen
  1 sibling, 1 reply; 62+ messages in thread
From: Alan Cox @ 2007-03-13 14:03 UTC (permalink / raw)
  To: Adrian Bunk
  Cc: Linus Torvalds, Andrew Morton, Linux Kernel Mailing List,
	Vladimir Brik, Andi Kleen, gregkh, linux-pci, Randy Dunlap, lenb,
	linux-acpi, Ray Lee, Colchao, Mathieu Bérard, Tejun Heo,
	jgarzik, linux-ide, Michal Jaegermann, Fabio Comolli,
	Plamen Petrov, Laurent Riffard

> Subject    : libata: PATA UDMA/100 configured as UDMA/33
> References : http://lkml.org/lkml/2007/2/20/294
>              http://www.mail-archive.com/linux-ide@vger.kernel.org/msg04115.html
>              http://bugzilla.kernel.org/show_bug.cgi?id=8133
>              http://bugzilla.kernel.org/show_bug.cgi?id=8164
> Submitter  : Fabio Comolli <fabio.comolli@gmail.com>
>              Plamen Petrov <plamen.petrov@tk.ru.acad.bg>
>              Laurent Riffard <laurent.riffard@free.fr>
> Handled-By : Tejun Heo <htejun@gmail.com>
> Status     : patch available

Some cases should be fixed now but probably not all (eg the Nvidia one)

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

* Re: [3/6] 2.6.21-rc3: known regressions
  2007-03-13 12:50 ` [3/6] " Adrian Bunk
  2007-03-13 14:03   ` Alan Cox
@ 2007-03-13 15:13   ` Andi Kleen
  1 sibling, 0 replies; 62+ messages in thread
From: Andi Kleen @ 2007-03-13 15:13 UTC (permalink / raw)
  To: Adrian Bunk
  Cc: Linus Torvalds, Andrew Morton, Linux Kernel Mailing List, Vladimir Brik

> Subject    : AMD Elan: Crash after "Allocating PCI resources"
> References : http://bugzilla.kernel.org/show_bug.cgi?id=8161
> Submitter  : Vladimir Brik <no.hope@gmail.com>
> Handled-By : Andi Kleen <ak@muc.de>
> Status     : problem is being debugged

It uses RDTSC when it shouldn't. Already got a fix for that.

-Andi

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

* Re: [1/6] 2.6.21-rc3: known regressions
  2007-03-13 13:36     ` Oliver Neukum
@ 2007-03-13 18:11       ` Pavel Machek
  2007-03-13 19:07         ` Pierre Ossman
  0 siblings, 1 reply; 62+ messages in thread
From: Pavel Machek @ 2007-03-13 18:11 UTC (permalink / raw)
  To: Oliver Neukum; +Cc: Pierre Ossman, Adrian Bunk, Linux Kernel Mailing List

Hi!

> > > Subject    : mmc card reader no longer works
> > > References : http://lkml.org/lkml/2007/2/27/91
> > > Submitter  : Pavel Machek <pavel@ucw.cz>
> > > Handled-By : Oliver Neukum <oneukum@suse.de>
> > > Status     : unknown
> > > 
> > 
> > First I heard of this. The error report is a bit thin so Pavel will need to
> > elaborate a bit more.
> 
> The device is a USB serial device. USB serial was known to have issues
> in the version this happened. As far as I know the bug has not been
> replicated after this bugs were fixed.

Ahha, now I see where the confusion comes from.

No, the reader is not a serial device, it is reader build-in x60. USB
serial device (siemens sx1) has separate problem.

Device is 

15:00.2 Generic system peripheral [0805]: Ricoh Co Ltd R5C822
SD/SDIO/MMC/MS/MSPro Host Adapter (rev 18)

root@amd:~# ls -al /dev/mmc
brw-r--r-- 1 root root 251, 0 Nov  5 16:57 /dev/mmc
...

...anything else I should try? Card is obviously detected, but I can't
access it..

Uhuh. User error, lets close the report.

mmc changed the major to 

236 mmc

... while it was something else in 2.6.20. Can we get stable device
allocation for mmc?
									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] 62+ messages in thread

* Re: [2/6] 2.6.21-rc3: known regressions
  2007-03-13 13:35     ` Mark Lord
@ 2007-03-13 18:13       ` Pavel Machek
  0 siblings, 0 replies; 62+ messages in thread
From: Pavel Machek @ 2007-03-13 18:13 UTC (permalink / raw)
  To: Mark Lord
  Cc: Cornelia Huck, Adrian Bunk, Linus Torvalds, Andrew Morton,
	Linux Kernel Mailing List, Marcel Holtmann, maxk, bluez-devel

Hi!

> >Adrian Bunk <bunk@stusta.de> wrote:
> >
> >>Subject    : ThinkPad X60: bluetooth hardlocks
> >>References : http://lkml.org/lkml/2007/3/2/85
> >>Submitter  : Pavel Machek <pavel@ucw.cz>
> >>Handled-By : Marcel Holtmann <marcel@holtmann.org>
> >>Status     : unknown
> >
> >Does this still happen with -rc3? I'd have thought Mark's patch in
> >0de1517e23c2e28d58a6344b97a120596ea200bb fixed that...
> 
> Pavel?  Could you retest this now on a ThinkPad X60 ?

I can confirm it is fixed.
									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] 62+ messages in thread

* Re: [5/6] 2.6.21-rc3: known regressions
  2007-03-13 12:50 ` [5/6] " Adrian Bunk
  2007-03-13 13:29   ` Lukas Hejtmanek
@ 2007-03-13 18:14   ` Pavel Machek
  2007-03-13 21:46   ` Arkadiusz Miskiewicz
  2 siblings, 0 replies; 62+ messages in thread
From: Pavel Machek @ 2007-03-13 18:14 UTC (permalink / raw)
  To: Adrian Bunk
  Cc: Linus Torvalds, Andrew Morton, Linux Kernel Mailing List,
	linux-pm, lenb, linux-acpi, Tomas Janousek, Thomas Gleixner,
	Soeren Sonnenburg, jgarzik, linux-ide, Michael S. Tsirkin,
	Arkadiusz Miskiewicz, Konstantin Karasyov, Lukas Hejtmanek

Hi!

> This email lists some known regressions in Linus' tree compared to 2.6.20.
> 
> 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    : resume: slab error in verify_redzone_free(): cache `size-512':
>                      memory outside object was overwritten
> References : http://lkml.org/lkml/2007/2/24/41
> Submitter  : Pavel Machek <pavel@ucw.cz>
> Status     : unknown
> 
> 
> Subject    : beeps get longer after suspend
> References : http://lkml.org/lkml/2007/2/26/276
> Submitter  : Pavel Machek <pavel@ucw.cz>
> Status     : unknown

Seems fixed in -rc3.
									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] 62+ messages in thread

* Re: [1/6] 2.6.21-rc3: known regressions
  2007-03-13 18:11       ` Pavel Machek
@ 2007-03-13 19:07         ` Pierre Ossman
  2007-03-13 19:12           ` Mws
                             ` (2 more replies)
  0 siblings, 3 replies; 62+ messages in thread
From: Pierre Ossman @ 2007-03-13 19:07 UTC (permalink / raw)
  To: Pavel Machek; +Cc: Oliver Neukum, Adrian Bunk, Linux Kernel Mailing List

Pavel Machek wrote:
> 
> Uhuh. User error, lets close the report.
> 
> mmc changed the major to 
> 
> 236 mmc
> 
> ... while it was something else in 2.6.20. Can we get stable device
> allocation for mmc?

What kind of savages do not use udev these days?! ;)

I don't have the time and energy to jump through all the hoops required to get
an official number right now. Most users use udev and those that don't can use
the "major" parameter for mmc_block.

Rgds
-- 
     -- Pierre Ossman

  Linux kernel, MMC maintainer        http://www.kernel.org
  PulseAudio, core developer          http://pulseaudio.org
  rdesktop, core developer          http://www.rdesktop.org

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

* Re: [1/6] 2.6.21-rc3: known regressions
  2007-03-13 19:07         ` Pierre Ossman
@ 2007-03-13 19:12           ` Mws
  2007-03-13 19:15           ` Adrian Bunk
  2007-03-13 20:05           ` Pavel Machek
  2 siblings, 0 replies; 62+ messages in thread
From: Mws @ 2007-03-13 19:12 UTC (permalink / raw)
  To: linux-kernel

On Tuesday 13 March 2007, Pierre Ossman wrote:
> Pavel Machek wrote:
> > 
> > Uhuh. User error, lets close the report.
> > 
> > mmc changed the major to 
> > 
> > 236 mmc
> > 
> > ... while it was something else in 2.6.20. Can we get stable device
> > allocation for mmc?
> 
> What kind of savages do not use udev these days?! ;)
> 
> I don't have the time and energy to jump through all the hoops required to get
> an official number right now. Most users use udev and those that don't can use
> the "major" parameter for mmc_block.
> 
> Rgds

hi,

i don't know if you ever used linux on embedded devices like set-top-boxes.

you have a mostly fixed device infrastructure on those devices.

even if you call it a "kind of savage",
using udev there instead of fixed major device numbers is crap.

best regards
marcel






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

* Re: [1/6] 2.6.21-rc3: known regressions
  2007-03-13 19:07         ` Pierre Ossman
  2007-03-13 19:12           ` Mws
@ 2007-03-13 19:15           ` Adrian Bunk
  2007-03-13 20:05           ` Pavel Machek
  2 siblings, 0 replies; 62+ messages in thread
From: Adrian Bunk @ 2007-03-13 19:15 UTC (permalink / raw)
  To: Pierre Ossman; +Cc: Pavel Machek, Oliver Neukum, Linux Kernel Mailing List

On Tue, Mar 13, 2007 at 08:07:35PM +0100, Pierre Ossman wrote:
>...
> What kind of savages do not use udev these days?! ;)
>...

Those whose Linux installation predates the devfs hype
and postdates the devfs hype
and predates the udev hype
and will postdate the udev hype
and predates the next hype
... ;-)

> Rgds
>      -- Pierre Ossman

cu
Adri "static /dev" an

-- 

       "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] 62+ messages in thread

* Re: Linux v2.6.21-rc3
  2007-03-07  4:59 Linux v2.6.21-rc3 Linus Torvalds
                   ` (10 preceding siblings ...)
  2007-03-13 12:50 ` [6/6] " Adrian Bunk
@ 2007-03-13 19:26 ` Eric W. Biederman
  2007-03-13 19:40   ` Greg KH
  2007-03-14 18:11 ` 2.6.21-rc3: known regressions with patches Adrian Bunk
  12 siblings, 1 reply; 62+ messages in thread
From: Eric W. Biederman @ 2007-03-13 19:26 UTC (permalink / raw)
  To: Linus Torvalds
  Cc: Linux Kernel Mailing List, Adrian Bunk, Andrew Morton,
	Greg Kroah-Hartman, David Miller, Jeff Garzik


Here is a quick summary of the regressions I am looking at.

- Currently we appear to have a pid leak in tty_io.c
  http://lkml.org/lkml/2007/3/8/222

- There is a missing init_WORK in vt.c that cases oops
  when we attempt to use SAK.
  http://lkml.org/lkml/2007/3/11/148

- We have a network ABI regression caused by the latest sysfs
  changes to net-sysfs.c   In particular we now cannot rename network
  devices if our destination name happens to be the name of a sysfs file that
  the network device appears in, and if we try the kernel gets very
  confused and we loose access to the network device. 

  Do we just want to revert commit 43cb76d91ee85f579a69d42bc8efc08bac560278
  Greg has been working on this off and on and has not found a
  simple solution yet.

- pci_save_state, pci_restore_state are broken and have been for a
  while if used on anything besides plain pci (pci-x, pci-e and msi)
  and are not used in pairs. (gregkh and Andrew have the patches to 
  correct this).

- I am still confirming that I have fixed all of the irq handling
  problems that resulted in the "No irq for vector" message.  I think
  I have but I have at least one indirect bug report that I'm still
  following up on.

Eric

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

* Re: Linux v2.6.21-rc3
  2007-03-13 19:26 ` Linux v2.6.21-rc3 Eric W. Biederman
@ 2007-03-13 19:40   ` Greg KH
  2007-03-13 19:48     ` Linus Torvalds
  2007-03-13 20:04     ` Eric W. Biederman
  0 siblings, 2 replies; 62+ messages in thread
From: Greg KH @ 2007-03-13 19:40 UTC (permalink / raw)
  To: Eric W. Biederman
  Cc: Linus Torvalds, Linux Kernel Mailing List, Adrian Bunk,
	Andrew Morton, David Miller, Jeff Garzik

On Tue, Mar 13, 2007 at 01:26:48PM -0600, Eric W. Biederman wrote:
> - We have a network ABI regression caused by the latest sysfs
>   changes to net-sysfs.c   In particular we now cannot rename network
>   devices if our destination name happens to be the name of a sysfs file that
>   the network device appears in, and if we try the kernel gets very
>   confused and we loose access to the network device. 
> 
>   Do we just want to revert commit 43cb76d91ee85f579a69d42bc8efc08bac560278
>   Greg has been working on this off and on and has not found a
>   simple solution yet.

I do not think this should be reverted, as the odds that some one will
rename their network device to be "irq" or something else that is in the
pci device's directory is pretty slim.  It also only shows up if
CONFIG_SYSFS_DEPRECATED is disabled, not the common option.

But I am still working on it, I sent you and Kay a patch that, while it
locks up at boot time, should be close to what we need to address this
:)

> - pci_save_state, pci_restore_state are broken and have been for a
>   while if used on anything besides plain pci (pci-x, pci-e and msi)
>   and are not used in pairs. (gregkh and Andrew have the patches to 
>   correct this).

I think these are already in Linus's tree right now, right?

thanks,

greg k-h

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

* Re: Linux v2.6.21-rc3
  2007-03-13 19:40   ` Greg KH
@ 2007-03-13 19:48     ` Linus Torvalds
  2007-03-13 20:04     ` Eric W. Biederman
  1 sibling, 0 replies; 62+ messages in thread
From: Linus Torvalds @ 2007-03-13 19:48 UTC (permalink / raw)
  To: Greg KH
  Cc: Eric W. Biederman, Linux Kernel Mailing List, Adrian Bunk,
	Andrew Morton, David Miller, Jeff Garzik



On Tue, 13 Mar 2007, Greg KH wrote:
> 
> > - pci_save_state, pci_restore_state are broken and have been for a
> >   while if used on anything besides plain pci (pci-x, pci-e and msi)
> >   and are not used in pairs. (gregkh and Andrew have the patches to 
> >   correct this).
> 
> I think these are already in Linus's tree right now, right?

Yes. I just wanted some more testing of it, and while I didn't hear much, 
at least Auke added his ack, and the old state was clearly broken, so they 
got applied yesterday.

		Linus

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

* Re: Linux v2.6.21-rc3
  2007-03-13 19:40   ` Greg KH
  2007-03-13 19:48     ` Linus Torvalds
@ 2007-03-13 20:04     ` Eric W. Biederman
  1 sibling, 0 replies; 62+ messages in thread
From: Eric W. Biederman @ 2007-03-13 20:04 UTC (permalink / raw)
  To: Greg KH
  Cc: Linus Torvalds, Linux Kernel Mailing List, Adrian Bunk,
	Andrew Morton, David Miller, Jeff Garzik

Greg KH <gregkh@suse.de> writes:

> I do not think this should be reverted, as the odds that some one will
> rename their network device to be "irq" or something else that is in the
> pci device's directory is pretty slim.  It also only shows up if
> CONFIG_SYSFS_DEPRECATED is disabled, not the common option.

Ah.  I missed that last little bit.

> But I am still working on it, I sent you and Kay a patch that, while it
> locks up at boot time, should be close to what we need to address this
> :)

Hmm.  I haven't seen that one.

>> - pci_save_state, pci_restore_state are broken and have been for a
>>   while if used on anything besides plain pci (pci-x, pci-e and msi)
>>   and are not used in pairs. (gregkh and Andrew have the patches to 
>>   correct this).
>
> I think these are already in Linus's tree right now, right?

Oops I missed that.

Eric

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

* Re: [6/6] 2.6.21-rc3: known regressions
  2007-03-13 12:50 ` [6/6] " Adrian Bunk
@ 2007-03-13 20:05   ` Thomas Gleixner
  2007-03-14 11:31     ` Adrian Bunk
  2007-03-13 20:46   ` Thomas Gleixner
  1 sibling, 1 reply; 62+ messages in thread
From: Thomas Gleixner @ 2007-03-13 20:05 UTC (permalink / raw)
  To: Adrian Bunk
  Cc: Linus Torvalds, Andrew Morton, Linux Kernel Mailing List,
	Stephane Casset, Jiri Slaby, Michal Piotrowski, Ingo Molnar,
	Emil Karlson, Michael S. Tsirkin, Soeren Sonnenburg, Tejun Heo,
	Rafael J. Wysocki, pavel, linux-pm

On Tue, 2007-03-13 at 13:50 +0100, Adrian Bunk wrote:
> Subject    : hrtimer_switch_to_hres():
>              wrong tick_init_highres() return value handling
> References : http://lkml.org/lkml/2007/3/6/262
> Submitter  : Linus Torvalds <torvalds@linux-foundation.org>
> Caused-By  : Thomas Gleixner <tglx@linutronix.de>
>              commit 54cdfdb47f73b5af3d1ebb0f1e383efbe70fde9e
> Handled-By : Thomas Gleixner <tglx@linutronix.de>
> Status     : unknown

Linus merged the original patch, which solved the real problem. 

He just gave me a lesson how to do it right next time.

	tglx



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

* Re: [1/6] 2.6.21-rc3: known regressions
  2007-03-13 19:07         ` Pierre Ossman
  2007-03-13 19:12           ` Mws
  2007-03-13 19:15           ` Adrian Bunk
@ 2007-03-13 20:05           ` Pavel Machek
  2007-03-13 20:31             ` Pierre Ossman
  2 siblings, 1 reply; 62+ messages in thread
From: Pavel Machek @ 2007-03-13 20:05 UTC (permalink / raw)
  To: Pierre Ossman; +Cc: Oliver Neukum, Adrian Bunk, Linux Kernel Mailing List

Hi!

> > Uhuh. User error, lets close the report.
> > 
> > mmc changed the major to 
> > 
> > 236 mmc
> > 
> > ... while it was something else in 2.6.20. Can we get stable device
> > allocation for mmc?
> 
> What kind of savages do not use udev these days?! ;)
> 
> I don't have the time and energy to jump through all the hoops required to get
> an official number right now. Most users use udev and those that don't can use
> the "major" parameter for mmc_block.

That's okay, but if one of those savages got major for you, would you
be willing to use it? :-).
									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] 62+ messages in thread

* Re: [3/6] 2.6.21-rc3: known regressions
  2007-03-13 14:03   ` Alan Cox
@ 2007-03-13 20:12     ` Fabio Comolli
  0 siblings, 0 replies; 62+ messages in thread
From: Fabio Comolli @ 2007-03-13 20:12 UTC (permalink / raw)
  To: Alan Cox
  Cc: Adrian Bunk, Linus Torvalds, Andrew Morton,
	Linux Kernel Mailing List, Vladimir Brik, Andi Kleen, gregkh,
	linux-pci, Randy Dunlap, lenb, linux-acpi, Ray Lee, Colchao,
	Mathieu Bérard, Tejun Heo, jgarzik, linux-ide,
	Michal Jaegermann, Plamen Petrov, Laurent Riffard

On 3/13/07, Alan Cox <alan@lxorguk.ukuu.org.uk> wrote:
> > Subject    : libata: PATA UDMA/100 configured as UDMA/33
> > References : http://lkml.org/lkml/2007/2/20/294
> >              http://www.mail-archive.com/linux-ide@vger.kernel.org/msg04115.html
> >              http://bugzilla.kernel.org/show_bug.cgi?id=8133
> >              http://bugzilla.kernel.org/show_bug.cgi?id=8164
> > Submitter  : Fabio Comolli <fabio.comolli@gmail.com>
> >              Plamen Petrov <plamen.petrov@tk.ru.acad.bg>
> >              Laurent Riffard <laurent.riffard@free.fr>
> > Handled-By : Tejun Heo <htejun@gmail.com>
> > Status     : patch available
>
> Some cases should be fixed now but probably not all (eg the Nvidia one)
>

This regression is still present in 2.6.21-rc3-g8b9909de (pulled from
Linus' tree less than one hour ago).

Fabio

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

* Re: [1/6] 2.6.21-rc3: known regressions
  2007-03-13 20:05           ` Pavel Machek
@ 2007-03-13 20:31             ` Pierre Ossman
  0 siblings, 0 replies; 62+ messages in thread
From: Pierre Ossman @ 2007-03-13 20:31 UTC (permalink / raw)
  To: Pavel Machek; +Cc: Oliver Neukum, Adrian Bunk, Linux Kernel Mailing List

Pavel Machek wrote:
> 
> That's okay, but if one of those savages got major for you, would you
> be willing to use it? :-).

Indeed I would.

-- 
     -- Pierre Ossman

  Linux kernel, MMC maintainer        http://www.kernel.org
  PulseAudio, core developer          http://pulseaudio.org
  rdesktop, core developer          http://www.rdesktop.org

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

* Re: [6/6] 2.6.21-rc3: known regressions
  2007-03-13 12:50 ` [6/6] " Adrian Bunk
  2007-03-13 20:05   ` Thomas Gleixner
@ 2007-03-13 20:46   ` Thomas Gleixner
  2007-03-14 11:44     ` Adrian Bunk
  1 sibling, 1 reply; 62+ messages in thread
From: Thomas Gleixner @ 2007-03-13 20:46 UTC (permalink / raw)
  To: Adrian Bunk
  Cc: Linus Torvalds, Andrew Morton, Linux Kernel Mailing List,
	Stephane Casset, Jiri Slaby, Michal Piotrowski, Ingo Molnar,
	Emil Karlson, Michael S. Tsirkin, Soeren Sonnenburg, Tejun Heo,
	Rafael J. Wysocki, pavel, linux-pm

On Tue, 2007-03-13 at 13:50 +0100, Adrian Bunk wrote:
> This email lists some known regressions in Linus' tree compared to 2.6.20.
> 
> 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    : Clocksource tsc unstable (delta = -154983451 ns)
> References : http://lkml.org/lkml/2007/3/9/271
> Submitter  : Jiri Slaby <jirislaby@gmail.com>
> Status     : unknown

That's not a regression. That's an informal message, when the TSC
watchdog detects that the TSC is unreliable. 

	tglx



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

* Re: [5/6] 2.6.21-rc3: known regressions
  2007-03-13 12:50 ` [5/6] " Adrian Bunk
  2007-03-13 13:29   ` Lukas Hejtmanek
  2007-03-13 18:14   ` Pavel Machek
@ 2007-03-13 21:46   ` Arkadiusz Miskiewicz
  2 siblings, 0 replies; 62+ messages in thread
From: Arkadiusz Miskiewicz @ 2007-03-13 21:46 UTC (permalink / raw)
  To: Adrian Bunk
  Cc: Linus Torvalds, Andrew Morton, Linux Kernel Mailing List,
	Pavel Machek, linux-pm, lenb, linux-acpi, Tomas Janousek,
	Thomas Gleixner, Soeren Sonnenburg, jgarzik, linux-ide,
	Michael S. Tsirkin, Konstantin Karasyov, Lukas Hejtmanek

On Tuesday 13 of March 2007, Adrian Bunk wrote:

> Subject    : ThinkPad Z60m: usb mouse stops working after suspend to ram
> References : http://lkml.org/lkml/2007/2/21/413
>              http://lkml.org/lkml/2007/2/28/172
> Submitter  : Arkadiusz Miskiewicz <arekm@maven.pl>
> Caused-By  : Konstantin Karasyov <konstantin.a.karasyov@intel.com>
>              commit 0a6139027f3986162233adc17285151e78b39cac
> Handled-By : Konstantin Karasyov <konstantin.a.karasyov@intel.com>
> Status     : problem is being debugged

It's fixed in git tree. Commit ff24ba74b6d3befbfbafa142582211b5a6095d45

-- 
Arkadiusz Miśkiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/

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

* Re: [6/6] 2.6.21-rc3: known regressions
  2007-03-13 20:05   ` Thomas Gleixner
@ 2007-03-14 11:31     ` Adrian Bunk
  0 siblings, 0 replies; 62+ messages in thread
From: Adrian Bunk @ 2007-03-14 11:31 UTC (permalink / raw)
  To: Thomas Gleixner
  Cc: Linus Torvalds, Andrew Morton, Linux Kernel Mailing List,
	Stephane Casset, Jiri Slaby, Michal Piotrowski, Ingo Molnar,
	Emil Karlson, Michael S. Tsirkin, Soeren Sonnenburg, Tejun Heo,
	Rafael J. Wysocki, pavel, linux-pm

On Tue, Mar 13, 2007 at 09:05:28PM +0100, Thomas Gleixner wrote:
> On Tue, 2007-03-13 at 13:50 +0100, Adrian Bunk wrote:
> > Subject    : hrtimer_switch_to_hres():
> >              wrong tick_init_highres() return value handling
> > References : http://lkml.org/lkml/2007/3/6/262
> > Submitter  : Linus Torvalds <torvalds@linux-foundation.org>
> > Caused-By  : Thomas Gleixner <tglx@linutronix.de>
> >              commit 54cdfdb47f73b5af3d1ebb0f1e383efbe70fde9e
> > Handled-By : Thomas Gleixner <tglx@linutronix.de>
> > Status     : unknown
> 
> Linus merged the original patch, which solved the real problem. 
> 
> He just gave me a lesson how to do it right next time.

Sorry, my fault.

> 	tglx

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] 62+ messages in thread

* Re: [6/6] 2.6.21-rc3: known regressions
  2007-03-13 20:46   ` Thomas Gleixner
@ 2007-03-14 11:44     ` Adrian Bunk
  2007-03-14 12:16       ` Jiri Slaby
  2007-03-14 18:02       ` Florian Lohoff
  0 siblings, 2 replies; 62+ messages in thread
From: Adrian Bunk @ 2007-03-14 11:44 UTC (permalink / raw)
  To: Thomas Gleixner
  Cc: Linus Torvalds, Andrew Morton, Linux Kernel Mailing List,
	Jiri Slaby, Ingo Molnar, Florian Lohoff

On Tue, Mar 13, 2007 at 09:46:17PM +0100, Thomas Gleixner wrote:
> On Tue, 2007-03-13 at 13:50 +0100, Adrian Bunk wrote:
> > This email lists some known regressions in Linus' tree compared to 2.6.20.
> > 
> > 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    : Clocksource tsc unstable (delta = -154983451 ns)
> > References : http://lkml.org/lkml/2007/3/9/271
> > Submitter  : Jiri Slaby <jirislaby@gmail.com>
> > Status     : unknown
> 
> That's not a regression. That's an informal message, when the TSC
> watchdog detects that the TSC is unreliable. 

Looking at [1], there's also be a probably related "doesn't boot" 
problem.
My first guess would be commit 6bb74df481223731af6c7e0ff3adb31f6442cfcd
"clocksource init adjustments (fix bug #7426)".

Jiri, is the message also present with 2.6.21-rc2 (at a different place 
of the dmesg) for you?

> 	tglx

cu
Adrian

[1] http://lkml.org/lkml/2007/3/13/219

-- 

       "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] 62+ messages in thread

* Re: [6/6] 2.6.21-rc3: known regressions
  2007-03-14 11:44     ` Adrian Bunk
@ 2007-03-14 12:16       ` Jiri Slaby
  2007-03-14 17:31         ` Adrian Bunk
  2007-03-14 18:02       ` Florian Lohoff
  1 sibling, 1 reply; 62+ messages in thread
From: Jiri Slaby @ 2007-03-14 12:16 UTC (permalink / raw)
  To: Adrian Bunk
  Cc: Thomas Gleixner, Linus Torvalds, Andrew Morton,
	Linux Kernel Mailing List, Ingo Molnar, Florian Lohoff

Adrian Bunk napsal(a):
> On Tue, Mar 13, 2007 at 09:46:17PM +0100, Thomas Gleixner wrote:
>> On Tue, 2007-03-13 at 13:50 +0100, Adrian Bunk wrote:
>>> This email lists some known regressions in Linus' tree compared to 2.6.20.
>>>
>>> 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    : Clocksource tsc unstable (delta = -154983451 ns)
>>> References : http://lkml.org/lkml/2007/3/9/271
>>> Submitter  : Jiri Slaby <jirislaby@gmail.com>
>>> Status     : unknown
>> That's not a regression. That's an informal message, when the TSC
>> watchdog detects that the TSC is unreliable. 
> 
> Looking at [1], there's also be a probably related "doesn't boot" 
> problem.
> My first guess would be commit 6bb74df481223731af6c7e0ff3adb31f6442cfcd
> "clocksource init adjustments (fix bug #7426)".
> 
> Jiri, is the message also present with 2.6.21-rc2 (at a different place 
> of the dmesg) for you?

Yes, it's present there too, some lines below the place, where it is placed 
in -rc3.

regards,
-- 
http://www.fi.muni.cz/~xslaby/            Jiri Slaby
faculty of informatics, masaryk university, brno, cz
e-mail: jirislaby gmail com, gpg pubkey fingerprint:
B674 9967 0407 CE62 ACC8  22A0 32CC 55C3 39D4 7A7E

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

* Re: [6/6] 2.6.21-rc3: known regressions
  2007-03-14 12:16       ` Jiri Slaby
@ 2007-03-14 17:31         ` Adrian Bunk
  0 siblings, 0 replies; 62+ messages in thread
From: Adrian Bunk @ 2007-03-14 17:31 UTC (permalink / raw)
  To: Jiri Slaby
  Cc: Thomas Gleixner, Linus Torvalds, Andrew Morton,
	Linux Kernel Mailing List, Ingo Molnar, Florian Lohoff

On Wed, Mar 14, 2007 at 01:16:49PM +0100, Jiri Slaby wrote:
> Adrian Bunk napsal(a):
> >On Tue, Mar 13, 2007 at 09:46:17PM +0100, Thomas Gleixner wrote:
> >>On Tue, 2007-03-13 at 13:50 +0100, Adrian Bunk wrote:
> >>>This email lists some known regressions in Linus' tree compared to 
> >>>2.6.20.
> >>>
> >>>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    : Clocksource tsc unstable (delta = -154983451 ns)
> >>>References : http://lkml.org/lkml/2007/3/9/271
> >>>Submitter  : Jiri Slaby <jirislaby@gmail.com>
> >>>Status     : unknown
> >>That's not a regression. That's an informal message, when the TSC
> >>watchdog detects that the TSC is unreliable. 
> >
> >Looking at [1], there's also be a probably related "doesn't boot" 
> >problem.
> >My first guess would be commit 6bb74df481223731af6c7e0ff3adb31f6442cfcd
> >"clocksource init adjustments (fix bug #7426)".
> >
> >Jiri, is the message also present with 2.6.21-rc2 (at a different place 
> >of the dmesg) for you?
> 
> Yes, it's present there too, some lines below the place, where it is placed 
> in -rc3.

OK, then it's according to Thomas normal and expected.

> regards,

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] 62+ messages in thread

* Re: [6/6] 2.6.21-rc3: known regressions
  2007-03-14 11:44     ` Adrian Bunk
  2007-03-14 12:16       ` Jiri Slaby
@ 2007-03-14 18:02       ` Florian Lohoff
  2007-03-14 18:28         ` Thomas Gleixner
  1 sibling, 1 reply; 62+ messages in thread
From: Florian Lohoff @ 2007-03-14 18:02 UTC (permalink / raw)
  To: Adrian Bunk
  Cc: Thomas Gleixner, Linus Torvalds, Andrew Morton,
	Linux Kernel Mailing List, Jiri Slaby, Ingo Molnar

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

On Wed, Mar 14, 2007 at 12:44:17PM +0100, Adrian Bunk wrote:
> > > Due to the huge amount of recipients, please trim the Cc when answering.
> > > Subject    : Clocksource tsc unstable (delta = -154983451 ns)
> > > References : http://lkml.org/lkml/2007/3/9/271
> > > Submitter  : Jiri Slaby <jirislaby@gmail.com>
> > > Status     : unknown
> > 
> > That's not a regression. That's an informal message, when the TSC
> > watchdog detects that the TSC is unreliable. 
> 
> Looking at [1], there's also be a probably related "doesn't boot" 
> problem.
> My first guess would be commit 6bb74df481223731af6c7e0ff3adb31f6442cfcd
> "clocksource init adjustments (fix bug #7426)".
> 
> Jiri, is the message also present with 2.6.21-rc2 (at a different place 
> of the dmesg) for you?

With the current git of today the halt on boot is gone. I am running 
it now ...

Flo
-- 
Florian Lohoff                  flo@rfc822.org             +49-171-2280134
	Those who would give up a little freedom to get a little 
          security shall soon have neither - Benjamin Franklin

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

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

* 2.6.21-rc3: known regressions with patches
  2007-03-07  4:59 Linux v2.6.21-rc3 Linus Torvalds
                   ` (11 preceding siblings ...)
  2007-03-13 19:26 ` Linux v2.6.21-rc3 Eric W. Biederman
@ 2007-03-14 18:11 ` Adrian Bunk
  12 siblings, 0 replies; 62+ messages in thread
From: Adrian Bunk @ 2007-03-14 18:11 UTC (permalink / raw)
  To: Linus Torvalds, Andrew Morton
  Cc: Linux Kernel Mailing List, Mark Lord, Jim Radford, Oliver Neukum,
	gregkh, linux-usb-devel, Michal Piotrowski, Randy Cushman,
	Takashi Iwai, perex, alsa-devel, Vladimir Brik, Andi Kleen,
	Ray Lee, Alexey Starikovskiy, Len Brown, linux-acpi

This email lists known regressions in Linus' tree compared to 2.6.20
with patches available.

If possible, the patches should be included in 2.6.21-rc4 for reducing 
the number of known regressiond in -rc4 a little bit.


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: Oops when connecting USB 1.1 docks
References : http://lkml.org/lkml/2007/3/4/266
Submitter  : Mark Lord <lkml@rtr.ca>
Caused-By  : Jim Radford <radford@blackbean.org>
             commit d9a7ecacac5f8274d2afce09aadcf37bdb42b93a
Handled-By : Oliver Neukum <oneukum@suse.de>
             Jim Radford <radford@blackbean.org>
Patch      : http://lkml.org/lkml/2007/3/13/217
Status     : patch available


Subject    : snd-intel8x0: no 3d surround sound
References : http://lkml.org/lkml/2007/3/5/164
Submitter  : Michal Piotrowski <michal.k.k.piotrowski@gmail.com>
Caused-By  : Randy Cushman <rcushman_linux@earthlink.net>
             commit 831466f4ad2b5fe23dff77edbe6a7c244435e973
Handled-By : Takashi Iwai <tiwai@suse.de>
Status     : patch available


Subject    : AMD Elan: Crash after "Allocating PCI resources"
References : http://bugzilla.kernel.org/show_bug.cgi?id=8161
Submitter  : Vladimir Brik <no.hope@gmail.com>
Handled-By : Andi Kleen <ak@muc.de>
Status     : patch available


Subject    : laptop immediately resumes after suspend
References : http://lkml.org/lkml/2007/3/8/469
Submitter  : Ray Lee <ray-lk@madrabbit.org>
Caused-By  : Alexey Starikovskiy <alexey.y.starikovskiy@linux.intel.com>
             commit ed41dab90eb40ac4911e60406bc653661f0e4ce1
Handled-By : Len Brown <lenb@kernel.org>
Patch      : http://lkml.org/lkml/2007/3/12/228
Status     : patch available




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

* Re: [6/6] 2.6.21-rc3: known regressions
  2007-03-14 18:02       ` Florian Lohoff
@ 2007-03-14 18:28         ` Thomas Gleixner
  0 siblings, 0 replies; 62+ messages in thread
From: Thomas Gleixner @ 2007-03-14 18:28 UTC (permalink / raw)
  To: Florian Lohoff
  Cc: Adrian Bunk, Linus Torvalds, Andrew Morton,
	Linux Kernel Mailing List, Jiri Slaby, Ingo Molnar

On Wed, 2007-03-14 at 19:02 +0100, Florian Lohoff wrote:
> On Wed, Mar 14, 2007 at 12:44:17PM +0100, Adrian Bunk wrote:
> > > > Due to the huge amount of recipients, please trim the Cc when answering.
> > > > Subject    : Clocksource tsc unstable (delta = -154983451 ns)
> > > > References : http://lkml.org/lkml/2007/3/9/271
> > > > Submitter  : Jiri Slaby <jirislaby@gmail.com>
> > > > Status     : unknown
> > > 
> > > That's not a regression. That's an informal message, when the TSC
> > > watchdog detects that the TSC is unreliable. 
> > 
> > Looking at [1], there's also be a probably related "doesn't boot" 
> > problem.
> > My first guess would be commit 6bb74df481223731af6c7e0ff3adb31f6442cfcd
> > "clocksource init adjustments (fix bug #7426)".
> > 
> > Jiri, is the message also present with 2.6.21-rc2 (at a different place 
> > of the dmesg) for you?
> 
> With the current git of today the halt on boot is gone. I am running 
> it now ...

I'm really curious what made it go away.

	tglx



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

end of thread, other threads:[~2007-03-14 18:21 UTC | newest]

Thread overview: 62+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-03-07  4:59 Linux v2.6.21-rc3 Linus Torvalds
2007-03-07 10:25 ` Benjamin Herrenschmidt
2007-03-07 13:26   ` Greg KH
2007-03-07 14:15     ` Mark Lord
2007-03-07 14:22       ` Greg KH
2007-03-07 15:39   ` Linus Torvalds
2007-03-07 20:52     ` Arnd Bergmann
2007-03-08  8:10       ` Benjamin Herrenschmidt
2007-03-08  8:08     ` Benjamin Herrenschmidt
2007-03-07 12:56 ` Michal Piotrowski
2007-03-07 16:34   ` Linus Torvalds
2007-03-07 17:12     ` [patch] CPU hotplug: call check_tsc_sync_source() with irqs off Ingo Molnar
2007-03-07 17:45       ` Michal Piotrowski
2007-03-07 19:12       ` Linux-2.6.21-rc3 : Dynticks and High resolution Timer hanging the system Stephane Casset
2007-03-07 19:52         ` Thomas Gleixner
2007-03-07 21:16           ` Stephane Casset
2007-03-07 22:09             ` Thomas Gleixner
2007-03-07 13:09 ` Linux v2.6.21-rc3 Michal Piotrowski
2007-03-07 16:25   ` Linus Torvalds
2007-03-07 17:14   ` [Linux-parport] " Stephen Mollett
2007-03-07 17:35     ` Russell King
2007-03-07 14:22 ` Thomas Gleixner
2007-03-07 17:14   ` Thomas Gleixner
2007-03-07 17:42   ` Soeren Sonnenburg
2007-03-08 17:28 ` Alistair John Strachan
2007-03-13 12:49 ` [1/6] 2.6.21-rc3: known regressions Adrian Bunk
2007-03-13 13:08   ` Pierre Ossman
2007-03-13 13:36     ` Oliver Neukum
2007-03-13 18:11       ` Pavel Machek
2007-03-13 19:07         ` Pierre Ossman
2007-03-13 19:12           ` Mws
2007-03-13 19:15           ` Adrian Bunk
2007-03-13 20:05           ` Pavel Machek
2007-03-13 20:31             ` Pierre Ossman
2007-03-13 13:40   ` Takashi Iwai
2007-03-13 12:50 ` [2/6] " Adrian Bunk
2007-03-13 13:30   ` Cornelia Huck
2007-03-13 13:35     ` Mark Lord
2007-03-13 18:13       ` Pavel Machek
2007-03-13 12:50 ` [3/6] " Adrian Bunk
2007-03-13 14:03   ` Alan Cox
2007-03-13 20:12     ` Fabio Comolli
2007-03-13 15:13   ` Andi Kleen
2007-03-13 12:50 ` [4/6] " Adrian Bunk
2007-03-13 12:50 ` [5/6] " Adrian Bunk
2007-03-13 13:29   ` Lukas Hejtmanek
2007-03-13 18:14   ` Pavel Machek
2007-03-13 21:46   ` Arkadiusz Miskiewicz
2007-03-13 12:50 ` [6/6] " Adrian Bunk
2007-03-13 20:05   ` Thomas Gleixner
2007-03-14 11:31     ` Adrian Bunk
2007-03-13 20:46   ` Thomas Gleixner
2007-03-14 11:44     ` Adrian Bunk
2007-03-14 12:16       ` Jiri Slaby
2007-03-14 17:31         ` Adrian Bunk
2007-03-14 18:02       ` Florian Lohoff
2007-03-14 18:28         ` Thomas Gleixner
2007-03-13 19:26 ` Linux v2.6.21-rc3 Eric W. Biederman
2007-03-13 19:40   ` Greg KH
2007-03-13 19:48     ` Linus Torvalds
2007-03-13 20:04     ` Eric W. Biederman
2007-03-14 18:11 ` 2.6.21-rc3: known regressions with patches Adrian Bunk

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