* 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ 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; 65+ 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] 65+ messages in thread
* Re: [5/6] 2.6.21-rc3: known regressions
2007-03-13 15:56 ` Tomáš Janoušek
@ 2007-03-13 22:43 ` Tomáš Janoušek
0 siblings, 0 replies; 65+ messages in thread
From: Tomáš Janoušek @ 2007-03-13 22:43 UTC (permalink / raw)
To: thomas; +Cc: linux-kernel
Hi,
On Tue, Mar 13, 2007 at 04:56:24PM +0100, Tomáš Janoušek wrote:
> On Tue, Mar 13, 2007 at 04:51:39PM +0100, thomas@m3y3r.de wrote:
> > Can you please try to compile without nohz and without hrtimers and try it
> > again?
>
> A colleage told me to try this yesterday and if I remember correctly, it did
> not help. I may try it again because I'm not sure whether it wasn't some
Ok, this was bullshit. Nohz and hrtimers turned off really solve the issue with
having to press keys.
Seems like the yesterday's check was for the other issue and I just pressed
the keys automatically, remembering that I had to.
Sorry,
--
Tomáš Janoušek, a.k.a. Liskni_si, http://work.lisk.in/
^ permalink raw reply [flat|nested] 65+ messages in thread
* Re: [5/6] 2.6.21-rc3: known regressions
2007-03-13 15:51 [5/6] 2.6.21-rc3: known regressions thomas
@ 2007-03-13 15:56 ` Tomáš Janoušek
2007-03-13 22:43 ` Tomáš Janoušek
0 siblings, 1 reply; 65+ messages in thread
From: Tomáš Janoušek @ 2007-03-13 15:56 UTC (permalink / raw)
To: thomas; +Cc: linux-kernel
Hi,
On Tue, Mar 13, 2007 at 04:51:39PM +0100, thomas@m3y3r.de wrote:
> Can you please try to compile without nohz and without hrtimers and try it
> again?
A colleage told me to try this yesterday and if I remember correctly, it did
not help. I may try it again because I'm not sure whether it wasn't some other
issue thing did not work, but I'm absolutely sure that no matter what these
settings are, the machine does not resume or hangs soon after resume (in the
case of s2disk). And this is since 2.6.20. 2.6.21 just added the 'wait until
keypress'.
Regards,
--
Tomáš Janoušek, a.k.a. Liskni_si, http://work.lisk.in/
^ permalink raw reply [flat|nested] 65+ messages in thread
* Re: [5/6] 2.6.21-rc3: known regressions
@ 2007-03-13 15:51 thomas
2007-03-13 15:56 ` Tomáš Janoušek
0 siblings, 1 reply; 65+ messages in thread
From: thomas @ 2007-03-13 15:51 UTC (permalink / raw)
To: tomi; +Cc: linux-kernel
> Subject : suspend/resume hangs until keypress
> References : http://bugzilla.kernel.org/show_bug.cgi?id=8181
> Submitter : Tomas Janousek <tomi@xxxxxxx>
> Status : unknown
Can you please try to compile without nohz and without hrtimers and try it
again?
This is maybe the same error i encounter. See also:
http://www.ussg.iu.edu/hypermail/linux/kernel/0703.1/1506.html
with kind regards
thomas
^ permalink raw reply [flat|nested] 65+ messages in thread
end of thread, other threads:[~2007-03-14 18:21 UTC | newest]
Thread overview: 65+ 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
2007-03-13 15:51 [5/6] 2.6.21-rc3: known regressions thomas
2007-03-13 15:56 ` Tomáš Janoušek
2007-03-13 22:43 ` Tomáš Janoušek
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).