* x86 git tree broken
@ 2008-04-10 19:59 Rafael J. Wysocki
2008-04-10 20:13 ` Ingo Molnar
2008-04-10 20:51 ` x86 git tree broken Ingo Molnar
0 siblings, 2 replies; 57+ messages in thread
From: Rafael J. Wysocki @ 2008-04-10 19:59 UTC (permalink / raw
To: Ingo Molnar; +Cc: Andrew Morton, LKML, Pavel Machek, Thomas Gleixner, H. Anvin
Hi,
The x86 git tree, as of HEAD commit
commit a9efd1225e6e0e78ceeaecc04cec1d428eb8173f
Author: Mike Travis <travis@sgi.com>
Date: Fri Apr 4 18:30:16 2008 -0700
x86: modify Kconfig to allow up to 4096 cpus
doesn't want to work on one of my testboxes (x86-64 desktop,
AMD-based).
First, the X server doesn't want to start (it says it couldn't mmap the
framebuffer).
Second, if I try to suspend the box to RAM, it enters a state it cannot
leave until power is physically cut from it (using the power button to power
off / power on the box doesn't help).
At the same time, 2.6.25-rc8-mm1 works just fine on this box.
Any ideas what to revert?
Thanks,
Rafael
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken
2008-04-10 19:59 x86 git tree broken Rafael J. Wysocki
@ 2008-04-10 20:13 ` Ingo Molnar
2008-04-10 20:25 ` Rafael J. Wysocki
2008-04-10 20:51 ` x86 git tree broken Ingo Molnar
1 sibling, 1 reply; 57+ messages in thread
From: Ingo Molnar @ 2008-04-10 20:13 UTC (permalink / raw
To: Rafael J. Wysocki
Cc: Andrew Morton, LKML, Pavel Machek, Thomas Gleixner, H. Anvin
* Rafael J. Wysocki <rjw@sisk.pl> wrote:
> The x86 git tree, as of HEAD commit
>
> commit a9efd1225e6e0e78ceeaecc04cec1d428eb8173f
> Author: Mike Travis <travis@sgi.com>
> Date: Fri Apr 4 18:30:16 2008 -0700
>
> x86: modify Kconfig to allow up to 4096 cpus
>
> doesn't want to work on one of my testboxes (x86-64 desktop,
> AMD-based).
>
> First, the X server doesn't want to start (it says it couldn't mmap
> the framebuffer).
could you send your .config?
Ingo
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken
2008-04-10 20:13 ` Ingo Molnar
@ 2008-04-10 20:25 ` Rafael J. Wysocki
2008-04-10 20:29 ` Ingo Molnar
0 siblings, 1 reply; 57+ messages in thread
From: Rafael J. Wysocki @ 2008-04-10 20:25 UTC (permalink / raw
To: Ingo Molnar; +Cc: Andrew Morton, LKML, Pavel Machek, Thomas Gleixner, H. Anvin
[-- Attachment #1: Type: text/plain, Size: 585 bytes --]
On Thursday, 10 of April 2008, Ingo Molnar wrote:
>
> * Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> > The x86 git tree, as of HEAD commit
> >
> > commit a9efd1225e6e0e78ceeaecc04cec1d428eb8173f
> > Author: Mike Travis <travis@sgi.com>
> > Date: Fri Apr 4 18:30:16 2008 -0700
> >
> > x86: modify Kconfig to allow up to 4096 cpus
> >
> > doesn't want to work on one of my testboxes (x86-64 desktop,
> > AMD-based).
> >
> > First, the X server doesn't want to start (it says it couldn't mmap
> > the framebuffer).
>
> could you send your .config?
Attached.
Thanks,
Rafael
[-- Attachment #2: failing-config --]
[-- Type: text/plain, Size: 51990 bytes --]
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.25-rc8
# Thu Apr 10 01:41:32 2008
#
CONFIG_64BIT=y
# CONFIG_X86_32 is not set
CONFIG_X86_64=y
CONFIG_X86=y
# CONFIG_GENERIC_LOCKBREAK is not set
CONFIG_GENERIC_TIME=y
CONFIG_GENERIC_CMOS_UPDATE=y
CONFIG_CLOCKSOURCE_WATCHDOG=y
CONFIG_GENERIC_CLOCKEVENTS=y
CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y
CONFIG_LOCKDEP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_HAVE_LATENCYTOP_SUPPORT=y
CONFIG_SEMAPHORE_SLEEPERS=y
CONFIG_FAST_CMPXCHG_LOCAL=y
CONFIG_MMU=y
CONFIG_ZONE_DMA=y
CONFIG_GENERIC_ISA_DMA=y
CONFIG_GENERIC_IOMAP=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_FIND_FIRST_BIT=y
CONFIG_GENERIC_FIND_NEXT_BIT=y
CONFIG_GENERIC_HWEIGHT=y
# CONFIG_GENERIC_GPIO is not set
CONFIG_ARCH_MAY_HAVE_PC_FDC=y
CONFIG_DMI=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_RWSEM_XCHGADD_ALGORITHM is not set
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_ARCH_HAS_CPU_IDLE_WAIT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_GENERIC_TIME_VSYSCALL=y
CONFIG_ARCH_HAS_CPU_RELAX=y
CONFIG_HAVE_SETUP_PER_CPU_AREA=y
CONFIG_ARCH_HIBERNATION_POSSIBLE=y
CONFIG_ARCH_SUSPEND_POSSIBLE=y
CONFIG_ZONE_DMA32=y
CONFIG_ARCH_POPULATES_NODE_MAP=y
CONFIG_AUDIT_ARCH=y
CONFIG_ARCH_SUPPORTS_AOUT=y
CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_GENERIC_PENDING_IRQ=y
CONFIG_X86_SMP=y
CONFIG_X86_64_SMP=y
CONFIG_X86_HT=y
CONFIG_X86_TRAMPOLINE=y
# CONFIG_KTIME_SCALAR is not set
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
#
# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_LOCK_KERNEL=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_LOCALVERSION=""
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_BSD_PROCESS_ACCT=y
CONFIG_BSD_PROCESS_ACCT_V3=y
# CONFIG_TASKSTATS is not set
CONFIG_AUDIT=y
CONFIG_AUDITSYSCALL=y
CONFIG_AUDIT_TREE=y
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
CONFIG_LOG_BUF_SHIFT=18
CONFIG_CGROUPS=y
# CONFIG_CGROUP_DEBUG is not set
# CONFIG_CGROUP_NS is not set
# CONFIG_CPUSETS is not set
# CONFIG_GROUP_SCHED is not set
# CONFIG_CGROUP_CPUACCT is not set
# CONFIG_RESOURCE_COUNTERS is not set
CONFIG_SYSFS_DEPRECATED=y
CONFIG_SYSFS_DEPRECATED_V2=y
# CONFIG_RELAY is not set
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
CONFIG_SYSCTL=y
# CONFIG_EMBEDDED is not set
CONFIG_UID16=y
CONFIG_SYSCTL_SYSCALL=y
CONFIG_KALLSYMS=y
CONFIG_KALLSYMS_ALL=y
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_COMPAT_BRK=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_ANON_INODES=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_SLAB=y
# CONFIG_SLUB is not set
# CONFIG_SLOB is not set
# CONFIG_PROFILING is not set
# CONFIG_MARKERS is not set
CONFIG_HAVE_OPROFILE=y
# CONFIG_KPROBES is not set
CONFIG_HAVE_KPROBES=y
CONFIG_HAVE_KRETPROBES=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
# CONFIG_TINY_SHMEM is not set
CONFIG_BASE_SMALL=0
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
CONFIG_BLOCK=y
# CONFIG_BLK_DEV_IO_TRACE is not set
# CONFIG_BLK_DEV_BSG is not set
CONFIG_BLOCK_COMPAT=y
#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
CONFIG_DEFAULT_AS=y
# CONFIG_DEFAULT_DEADLINE is not set
# CONFIG_DEFAULT_CFQ is not set
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="anticipatory"
CONFIG_CLASSIC_RCU=y
#
# Processor type and features
#
CONFIG_TICK_ONESHOT=y
CONFIG_NO_HZ=y
CONFIG_HIGH_RES_TIMERS=y
CONFIG_GENERIC_CLOCKEVENTS_BUILD=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_X86_RDC321X is not set
# CONFIG_X86_VSMP is not set
# CONFIG_PARAVIRT_GUEST is not set
# CONFIG_MEMTEST_BOOTPARAM 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_MPENTIUM4 is not set
# CONFIG_MK6 is not set
# CONFIG_MK7 is not set
CONFIG_MK8=y
# 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_MVIAC7 is not set
# CONFIG_MPSC is not set
# CONFIG_MCORE2 is not set
# CONFIG_GENERIC_CPU is not set
CONFIG_X86_L1_CACHE_BYTES=64
CONFIG_X86_INTERNODE_CACHE_BYTES=64
CONFIG_X86_CMPXCHG=y
CONFIG_X86_L1_CACHE_SHIFT=6
CONFIG_X86_GOOD_APIC=y
CONFIG_X86_INTEL_USERCOPY=y
CONFIG_X86_USE_PPRO_CHECKSUM=y
CONFIG_X86_TSC=y
CONFIG_X86_CMOV=y
CONFIG_X86_MINIMUM_CPU_FAMILY=64
CONFIG_X86_DEBUGCTLMSR=y
CONFIG_HPET_TIMER=y
CONFIG_HPET_EMULATE_RTC=y
CONFIG_GART_IOMMU=y
CONFIG_CALGARY_IOMMU=y
# CONFIG_CALGARY_IOMMU_ENABLED_BY_DEFAULT is not set
CONFIG_IOMMU_HELPER=y
CONFIG_SWIOTLB=y
# CONFIG_MAXSMP is not set
CONFIG_NR_CPUS=2
# CONFIG_SCHED_SMT is not set
CONFIG_SCHED_MC=y
# CONFIG_PREEMPT_NONE is not set
CONFIG_PREEMPT_VOLUNTARY=y
# CONFIG_PREEMPT is not set
CONFIG_X86_LOCAL_APIC=y
CONFIG_X86_IO_APIC=y
CONFIG_X86_MCE=y
# CONFIG_X86_MCE_INTEL is not set
CONFIG_X86_MCE_AMD=y
# CONFIG_I8K is not set
CONFIG_MICROCODE=m
CONFIG_MICROCODE_OLD_INTERFACE=y
CONFIG_X86_MSR=m
CONFIG_X86_CPUID=m
# CONFIG_NUMA is not set
CONFIG_ARCH_SPARSEMEM_DEFAULT=y
CONFIG_ARCH_SPARSEMEM_ENABLE=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_SELECT_MEMORY_MODEL=y
# CONFIG_FLATMEM_MANUAL is not set
# CONFIG_DISCONTIGMEM_MANUAL is not set
CONFIG_SPARSEMEM_MANUAL=y
CONFIG_SPARSEMEM=y
CONFIG_HAVE_MEMORY_PRESENT=y
# CONFIG_SPARSEMEM_STATIC is not set
CONFIG_SPARSEMEM_EXTREME=y
CONFIG_SPARSEMEM_VMEMMAP_ENABLE=y
# CONFIG_SPARSEMEM_VMEMMAP is not set
#
# Memory hotplug is currently incompatible with Software Suspend
#
CONFIG_SPLIT_PTLOCK_CPUS=4
CONFIG_RESOURCES_64BIT=y
CONFIG_ZONE_DMA_FLAG=1
CONFIG_BOUNCE=y
CONFIG_VIRT_TO_BUS=y
CONFIG_MTRR=y
# CONFIG_X86_PAT is not set
# CONFIG_EFI is not set
CONFIG_SECCOMP=y
# CONFIG_CC_STACKPROTECTOR is not set
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
CONFIG_SCHED_HRTICK=y
# CONFIG_KEXEC is not set
# CONFIG_CRASH_DUMP is not set
CONFIG_PHYSICAL_START=0x200000
# CONFIG_RELOCATABLE is not set
CONFIG_PHYSICAL_ALIGN=0x200000
CONFIG_HOTPLUG_CPU=y
CONFIG_COMPAT_VDSO=y
CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y
#
# Power management options
#
CONFIG_ARCH_HIBERNATION_HEADER=y
CONFIG_PM=y
# CONFIG_PM_LEGACY is not set
CONFIG_PM_DEBUG=y
# CONFIG_PM_VERBOSE is not set
CONFIG_CAN_PM_TRACE=y
CONFIG_PM_TRACE=y
CONFIG_PM_TRACE_RTC=y
CONFIG_PM_SLEEP_SMP=y
CONFIG_PM_SLEEP=y
CONFIG_SUSPEND=y
CONFIG_SUSPEND_FREEZER=y
CONFIG_HIBERNATION=y
CONFIG_PM_STD_PARTITION=""
CONFIG_ACPI=y
CONFIG_ACPI_SLEEP=y
CONFIG_ACPI_PROCFS=y
CONFIG_ACPI_PROCFS_POWER=y
CONFIG_ACPI_SYSFS_POWER=y
CONFIG_ACPI_PROC_EVENT=y
CONFIG_ACPI_AC=y
# CONFIG_ACPI_BATTERY is not set
CONFIG_ACPI_BUTTON=m
CONFIG_ACPI_FAN=m
CONFIG_ACPI_DOCK=y
# CONFIG_ACPI_BAY is not set
CONFIG_ACPI_PROCESSOR=m
CONFIG_ACPI_HOTPLUG_CPU=y
CONFIG_ACPI_THERMAL=m
CONFIG_ACPI_WMI=m
# CONFIG_ACPI_ASUS is not set
# CONFIG_ACPI_TOSHIBA is not set
CONFIG_ACPI_CUSTOM_DSDT_FILE=""
# CONFIG_ACPI_CUSTOM_DSDT is not set
CONFIG_ACPI_BLACKLIST_YEAR=0
# CONFIG_ACPI_DEBUG is not set
CONFIG_ACPI_EC=y
CONFIG_ACPI_POWER=y
CONFIG_ACPI_SYSTEM=y
CONFIG_X86_PM_TIMER=y
CONFIG_ACPI_CONTAINER=y
# CONFIG_ACPI_SBS is not set
#
# CPU Frequency scaling
#
CONFIG_CPU_FREQ=y
CONFIG_CPU_FREQ_TABLE=m
# CONFIG_CPU_FREQ_DEBUG is not set
CONFIG_CPU_FREQ_STAT=m
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_DEFAULT_GOV_ONDEMAND is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE is not set
CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
CONFIG_CPU_FREQ_GOV_POWERSAVE=m
CONFIG_CPU_FREQ_GOV_USERSPACE=m
CONFIG_CPU_FREQ_GOV_ONDEMAND=m
CONFIG_CPU_FREQ_GOV_CONSERVATIVE=m
#
# CPUFreq processor drivers
#
CONFIG_X86_ACPI_CPUFREQ=m
CONFIG_X86_POWERNOW_K8=m
CONFIG_X86_POWERNOW_K8_ACPI=y
# CONFIG_X86_SPEEDSTEP_CENTRINO is not set
# CONFIG_X86_P4_CLOCKMOD is not set
#
# shared options
#
# CONFIG_X86_ACPI_CPUFREQ_PROC_INTF is not set
# CONFIG_X86_SPEEDSTEP_LIB is not set
CONFIG_CPU_IDLE=y
CONFIG_CPU_IDLE_GOV_LADDER=y
CONFIG_CPU_IDLE_GOV_MENU=y
#
# Bus options (PCI etc.)
#
CONFIG_PCI=y
CONFIG_PCI_DIRECT=y
CONFIG_PCI_MMCONFIG=y
CONFIG_PCI_DOMAINS=y
CONFIG_DMAR=y
CONFIG_DMAR_GFX_WA=y
CONFIG_DMAR_FLOPPY_WA=y
CONFIG_PCIEPORTBUS=y
CONFIG_HOTPLUG_PCI_PCIE=m
CONFIG_PCIEAER=y
CONFIG_ARCH_SUPPORTS_MSI=y
CONFIG_PCI_MSI=y
CONFIG_PCI_LEGACY=y
# CONFIG_PCI_DEBUG is not set
CONFIG_HT_IRQ=y
CONFIG_ISA_DMA_API=y
CONFIG_K8_NB=y
# CONFIG_PCCARD is not set
CONFIG_HOTPLUG_PCI=m
CONFIG_HOTPLUG_PCI_FAKE=m
CONFIG_HOTPLUG_PCI_ACPI=m
CONFIG_HOTPLUG_PCI_ACPI_IBM=m
CONFIG_HOTPLUG_PCI_CPCI=y
CONFIG_HOTPLUG_PCI_CPCI_ZT5550=m
CONFIG_HOTPLUG_PCI_CPCI_GENERIC=m
# CONFIG_HOTPLUG_PCI_SHPC is not set
#
# Executable file formats / Emulations
#
CONFIG_BINFMT_ELF=y
CONFIG_COMPAT_BINFMT_ELF=y
CONFIG_BINFMT_MISC=m
CONFIG_IA32_EMULATION=y
CONFIG_IA32_AOUT=y
CONFIG_COMPAT=y
CONFIG_COMPAT_FOR_U64_ALIGNMENT=y
CONFIG_SYSVIPC_COMPAT=y
#
# Networking
#
CONFIG_NET=y
#
# Networking options
#
CONFIG_PACKET=m
CONFIG_PACKET_MMAP=y
CONFIG_UNIX=y
CONFIG_XFRM=y
CONFIG_XFRM_USER=m
CONFIG_XFRM_SUB_POLICY=y
CONFIG_XFRM_MIGRATE=y
CONFIG_XFRM_STATISTICS=y
CONFIG_NET_KEY=m
CONFIG_NET_KEY_MIGRATE=y
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 is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
CONFIG_SYN_COOKIES=y
CONFIG_INET_AH=m
CONFIG_INET_ESP=m
CONFIG_INET_IPCOMP=m
CONFIG_INET_XFRM_TUNNEL=m
CONFIG_INET_TUNNEL=m
CONFIG_INET_XFRM_MODE_TRANSPORT=m
CONFIG_INET_XFRM_MODE_TUNNEL=m
CONFIG_INET_XFRM_MODE_BEET=m
CONFIG_INET_LRO=m
CONFIG_INET_DIAG=y
CONFIG_INET_TCP_DIAG=y
CONFIG_TCP_CONG_ADVANCED=y
CONFIG_TCP_CONG_BIC=y
CONFIG_TCP_CONG_CUBIC=m
CONFIG_TCP_CONG_WESTWOOD=m
CONFIG_TCP_CONG_HTCP=m
CONFIG_TCP_CONG_HSTCP=m
CONFIG_TCP_CONG_HYBLA=m
CONFIG_TCP_CONG_VEGAS=m
CONFIG_TCP_CONG_SCALABLE=m
CONFIG_TCP_CONG_LP=m
CONFIG_TCP_CONG_VENO=m
CONFIG_TCP_CONG_YEAH=m
CONFIG_TCP_CONG_ILLINOIS=m
CONFIG_DEFAULT_BIC=y
# CONFIG_DEFAULT_CUBIC is not set
# CONFIG_DEFAULT_HTCP is not set
# CONFIG_DEFAULT_VEGAS is not set
# CONFIG_DEFAULT_WESTWOOD is not set
# CONFIG_DEFAULT_RENO is not set
CONFIG_DEFAULT_TCP_CONG="bic"
CONFIG_TCP_MD5SIG=y
# CONFIG_IP_VS is not set
CONFIG_IPV6=m
CONFIG_IPV6_PRIVACY=y
CONFIG_IPV6_ROUTER_PREF=y
CONFIG_IPV6_ROUTE_INFO=y
# CONFIG_IPV6_OPTIMISTIC_DAD is not set
CONFIG_INET6_AH=m
CONFIG_INET6_ESP=m
CONFIG_INET6_IPCOMP=m
CONFIG_IPV6_MIP6=m
CONFIG_INET6_XFRM_TUNNEL=m
CONFIG_INET6_TUNNEL=m
CONFIG_INET6_XFRM_MODE_TRANSPORT=m
CONFIG_INET6_XFRM_MODE_TUNNEL=m
CONFIG_INET6_XFRM_MODE_BEET=m
CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION=m
CONFIG_IPV6_SIT=m
CONFIG_IPV6_TUNNEL=m
CONFIG_IPV6_MULTIPLE_TABLES=y
CONFIG_IPV6_SUBTREES=y
# CONFIG_NETLABEL is not set
CONFIG_NETWORK_SECMARK=y
CONFIG_NETFILTER=y
CONFIG_NETFILTER_DEBUG=y
CONFIG_NETFILTER_ADVANCED=y
#
# Core Netfilter Configuration
#
CONFIG_NETFILTER_NETLINK=m
CONFIG_NETFILTER_NETLINK_QUEUE=m
CONFIG_NETFILTER_NETLINK_LOG=m
CONFIG_NF_CONNTRACK=m
CONFIG_NF_CT_ACCT=y
CONFIG_NF_CONNTRACK_MARK=y
CONFIG_NF_CONNTRACK_SECMARK=y
CONFIG_NF_CONNTRACK_EVENTS=y
CONFIG_NF_CT_PROTO_GRE=m
CONFIG_NF_CT_PROTO_SCTP=m
CONFIG_NF_CT_PROTO_UDPLITE=m
CONFIG_NF_CONNTRACK_AMANDA=m
CONFIG_NF_CONNTRACK_FTP=m
CONFIG_NF_CONNTRACK_H323=m
CONFIG_NF_CONNTRACK_IRC=m
CONFIG_NF_CONNTRACK_NETBIOS_NS=m
CONFIG_NF_CONNTRACK_PPTP=m
CONFIG_NF_CONNTRACK_SANE=m
CONFIG_NF_CONNTRACK_SIP=m
CONFIG_NF_CONNTRACK_TFTP=m
CONFIG_NF_CT_NETLINK=m
CONFIG_NETFILTER_XTABLES=m
CONFIG_NETFILTER_XT_TARGET_CLASSIFY=m
CONFIG_NETFILTER_XT_TARGET_CONNMARK=m
CONFIG_NETFILTER_XT_TARGET_DSCP=m
CONFIG_NETFILTER_XT_TARGET_MARK=m
CONFIG_NETFILTER_XT_TARGET_NFQUEUE=m
CONFIG_NETFILTER_XT_TARGET_NFLOG=m
CONFIG_NETFILTER_XT_TARGET_NOTRACK=m
CONFIG_NETFILTER_XT_TARGET_RATEEST=m
CONFIG_NETFILTER_XT_TARGET_TRACE=m
CONFIG_NETFILTER_XT_TARGET_SECMARK=m
CONFIG_NETFILTER_XT_TARGET_CONNSECMARK=m
CONFIG_NETFILTER_XT_TARGET_TCPMSS=m
CONFIG_NETFILTER_XT_TARGET_TCPOPTSTRIP=m
CONFIG_NETFILTER_XT_MATCH_COMMENT=m
CONFIG_NETFILTER_XT_MATCH_CONNBYTES=m
CONFIG_NETFILTER_XT_MATCH_CONNLIMIT=m
CONFIG_NETFILTER_XT_MATCH_CONNMARK=m
CONFIG_NETFILTER_XT_MATCH_CONNTRACK=m
CONFIG_NETFILTER_XT_MATCH_DCCP=m
CONFIG_NETFILTER_XT_MATCH_DSCP=m
CONFIG_NETFILTER_XT_MATCH_ESP=m
CONFIG_NETFILTER_XT_MATCH_HELPER=m
CONFIG_NETFILTER_XT_MATCH_IPRANGE=m
CONFIG_NETFILTER_XT_MATCH_LENGTH=m
CONFIG_NETFILTER_XT_MATCH_LIMIT=m
CONFIG_NETFILTER_XT_MATCH_MAC=m
CONFIG_NETFILTER_XT_MATCH_MARK=m
CONFIG_NETFILTER_XT_MATCH_OWNER=m
# CONFIG_NETFILTER_XT_MATCH_POLICY is not set
CONFIG_NETFILTER_XT_MATCH_MULTIPORT=m
CONFIG_NETFILTER_XT_MATCH_PKTTYPE=m
CONFIG_NETFILTER_XT_MATCH_QUOTA=m
CONFIG_NETFILTER_XT_MATCH_RATEEST=m
CONFIG_NETFILTER_XT_MATCH_REALM=m
CONFIG_NETFILTER_XT_MATCH_SCTP=m
CONFIG_NETFILTER_XT_MATCH_STATE=m
CONFIG_NETFILTER_XT_MATCH_STATISTIC=m
CONFIG_NETFILTER_XT_MATCH_STRING=m
CONFIG_NETFILTER_XT_MATCH_TCPMSS=m
CONFIG_NETFILTER_XT_MATCH_TIME=m
CONFIG_NETFILTER_XT_MATCH_U32=m
CONFIG_NETFILTER_XT_MATCH_HASHLIMIT=m
#
# IP: Netfilter Configuration
#
CONFIG_NF_CONNTRACK_IPV4=m
CONFIG_NF_CONNTRACK_PROC_COMPAT=y
CONFIG_IP_NF_QUEUE=m
CONFIG_IP_NF_IPTABLES=m
CONFIG_IP_NF_MATCH_RECENT=m
CONFIG_IP_NF_MATCH_ECN=m
CONFIG_IP_NF_MATCH_AH=m
CONFIG_IP_NF_MATCH_TTL=m
CONFIG_IP_NF_MATCH_ADDRTYPE=m
CONFIG_IP_NF_FILTER=m
CONFIG_IP_NF_TARGET_REJECT=m
CONFIG_IP_NF_TARGET_LOG=m
CONFIG_IP_NF_TARGET_ULOG=m
CONFIG_NF_NAT=m
CONFIG_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=m
CONFIG_IP_NF_TARGET_REDIRECT=m
CONFIG_IP_NF_TARGET_NETMAP=m
CONFIG_NF_NAT_SNMP_BASIC=m
CONFIG_NF_NAT_PROTO_GRE=m
CONFIG_NF_NAT_FTP=m
CONFIG_NF_NAT_IRC=m
CONFIG_NF_NAT_TFTP=m
CONFIG_NF_NAT_AMANDA=m
CONFIG_NF_NAT_PPTP=m
CONFIG_NF_NAT_H323=m
CONFIG_NF_NAT_SIP=m
CONFIG_IP_NF_MANGLE=m
CONFIG_IP_NF_TARGET_ECN=m
CONFIG_IP_NF_TARGET_TTL=m
CONFIG_IP_NF_TARGET_CLUSTERIP=m
CONFIG_IP_NF_RAW=m
CONFIG_IP_NF_ARPTABLES=m
CONFIG_IP_NF_ARPFILTER=m
CONFIG_IP_NF_ARP_MANGLE=m
#
# IPv6: Netfilter Configuration
#
CONFIG_NF_CONNTRACK_IPV6=m
CONFIG_IP6_NF_QUEUE=m
CONFIG_IP6_NF_IPTABLES=m
CONFIG_IP6_NF_MATCH_RT=m
CONFIG_IP6_NF_MATCH_OPTS=m
CONFIG_IP6_NF_MATCH_FRAG=m
CONFIG_IP6_NF_MATCH_HL=m
CONFIG_IP6_NF_MATCH_IPV6HEADER=m
CONFIG_IP6_NF_MATCH_AH=m
CONFIG_IP6_NF_MATCH_MH=m
CONFIG_IP6_NF_MATCH_EUI64=m
CONFIG_IP6_NF_FILTER=m
CONFIG_IP6_NF_TARGET_LOG=m
CONFIG_IP6_NF_TARGET_REJECT=m
CONFIG_IP6_NF_MANGLE=m
CONFIG_IP6_NF_TARGET_HL=m
CONFIG_IP6_NF_RAW=m
# CONFIG_IP_DCCP is not set
# CONFIG_IP_SCTP is not set
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
# CONFIG_BRIDGE is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_SCHED is not set
CONFIG_NET_CLS_ROUTE=y
#
# Network testing
#
CONFIG_NET_PKTGEN=m
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
CONFIG_AF_RXRPC=y
CONFIG_AF_RXRPC_DEBUG=y
CONFIG_RXKAD=m
CONFIG_FIB_RULES=y
#
# Wireless
#
# CONFIG_CFG80211 is not set
# CONFIG_WIRELESS_EXT is not set
# CONFIG_MAC80211 is not set
# CONFIG_IEEE80211 is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set
#
# Device Drivers
#
#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
# CONFIG_STANDALONE is not set
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
CONFIG_PARPORT_SERIAL=m
CONFIG_PARPORT_PC_FIFO=y
CONFIG_PARPORT_PC_SUPERIO=y
# CONFIG_PARPORT_GSC is not set
# CONFIG_PARPORT_AX88796 is not set
CONFIG_PARPORT_1284=y
CONFIG_PARPORT_NOT_PC=y
CONFIG_PNP=y
# CONFIG_PNP_DEBUG is not set
#
# Protocols
#
CONFIG_PNPACPI=y
CONFIG_BLK_DEV=y
CONFIG_BLK_DEV_FD=m
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_CRYPTOLOOP=m
# CONFIG_BLK_DEV_NBD is not set
# 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=128000
# CONFIG_BLK_DEV_XIP is not set
CONFIG_CDROM_PKTCDVD=m
CONFIG_CDROM_PKTCDVD_BUFFERS=8
CONFIG_CDROM_PKTCDVD_WCACHE=y
# CONFIG_ATA_OVER_ETH is not set
CONFIG_MISC_DEVICES=y
# CONFIG_IBM_ASM is not set
# CONFIG_PHANTOM is not set
# CONFIG_EEPROM_93CX6 is not set
# CONFIG_SGI_IOC4 is not set
# CONFIG_TIFM_CORE is not set
# CONFIG_SONY_LAPTOP is not set
# CONFIG_THINKPAD_ACPI is not set
# CONFIG_INTEL_MENLOW is not set
# CONFIG_ENCLOSURE_SERVICES is not set
CONFIG_HAVE_IDE=y
# CONFIG_IDE is not set
#
# SCSI device support
#
# CONFIG_RAID_ATTRS is not set
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
CONFIG_SCSI_TGT=m
CONFIG_SCSI_NETLINK=y
CONFIG_SCSI_PROC_FS=y
#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=m
CONFIG_CHR_DEV_ST=m
CONFIG_CHR_DEV_OSST=m
CONFIG_BLK_DEV_SR=m
CONFIG_BLK_DEV_SR_VENDOR=y
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
CONFIG_SCSI_WAIT_SCAN=m
#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=m
CONFIG_SCSI_FC_ATTRS=y
CONFIG_SCSI_ISCSI_ATTRS=m
# CONFIG_SCSI_SAS_LIBSAS is not set
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
# 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_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_PPA is not set
# CONFIG_SCSI_IMM is not set
# CONFIG_SCSI_MVSAS is not set
# CONFIG_SCSI_STEX is not set
# CONFIG_SCSI_SYM53C8XX_2 is not set
# CONFIG_SCSI_IPR is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_QLA_FC is not set
# CONFIG_SCSI_QLA_ISCSI is not set
# CONFIG_SCSI_LPFC is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
CONFIG_SCSI_DEBUG=m
CONFIG_SCSI_SRP=m
CONFIG_ATA=y
# CONFIG_ATA_NONSTANDARD is not set
CONFIG_ATA_ACPI=y
CONFIG_SATA_AHCI=y
# CONFIG_SATA_SVW is not set
# CONFIG_ATA_PIIX is not set
# 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=m
# CONFIG_SATA_VIA is not set
# CONFIG_SATA_VITESSE is not set
# CONFIG_SATA_INIC162X is not set
CONFIG_PATA_ACPI=m
CONFIG_PATA_ALI=m
# CONFIG_PATA_AMD is not set
# CONFIG_PATA_ARTOP is not set
# CONFIG_PATA_ATIIXP is not set
# CONFIG_PATA_CMD640_PCI is not set
# CONFIG_PATA_CMD64X is not set
# CONFIG_PATA_CS5520 is not set
# CONFIG_PATA_CS5530 is not set
# CONFIG_PATA_CYPRESS is not set
# CONFIG_PATA_EFAR is not set
# CONFIG_ATA_GENERIC is not set
# CONFIG_PATA_HPT366 is not set
# CONFIG_PATA_HPT37X is not set
# CONFIG_PATA_HPT3X2N is not set
# CONFIG_PATA_HPT3X3 is not set
# CONFIG_PATA_IT821X is not set
# CONFIG_PATA_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 is not set
# CONFIG_PATA_NETCELL is not set
# CONFIG_PATA_NINJA32 is not set
# CONFIG_PATA_NS87410 is not set
# CONFIG_PATA_NS87415 is not set
# CONFIG_PATA_OPTI is not set
# CONFIG_PATA_OPTIDMA is not set
# CONFIG_PATA_PDC_OLD is not set
# CONFIG_PATA_RADISYS is not set
# CONFIG_PATA_RZ1000 is not set
# CONFIG_PATA_SC1200 is not set
# CONFIG_PATA_SERVERWORKS is not set
# CONFIG_PATA_PDC2027X is not set
# CONFIG_PATA_SIL680 is not set
# CONFIG_PATA_SIS is not set
# CONFIG_PATA_VIA is not set
# CONFIG_PATA_WINBOND is not set
CONFIG_MD=y
CONFIG_BLK_DEV_MD=y
CONFIG_MD_LINEAR=m
CONFIG_MD_RAID0=m
CONFIG_MD_RAID1=m
CONFIG_MD_RAID10=m
CONFIG_MD_RAID456=m
CONFIG_MD_RAID5_RESHAPE=y
CONFIG_MD_MULTIPATH=y
CONFIG_MD_FAULTY=m
CONFIG_BLK_DEV_DM=m
# CONFIG_DM_DEBUG is not set
CONFIG_DM_CRYPT=m
CONFIG_DM_SNAPSHOT=m
CONFIG_DM_MIRROR=m
CONFIG_DM_ZERO=m
CONFIG_DM_MULTIPATH=m
CONFIG_DM_MULTIPATH_EMC=m
CONFIG_DM_MULTIPATH_RDAC=m
# CONFIG_DM_MULTIPATH_HP is not set
# CONFIG_DM_DELAY is not set
CONFIG_DM_UEVENT=y
# CONFIG_FUSION is not set
#
# IEEE 1394 (FireWire) support
#
# CONFIG_FIREWIRE is not set
CONFIG_IEEE1394=m
#
# Subsystem Options
#
# CONFIG_IEEE1394_VERBOSEDEBUG is not set
#
# Controllers
#
CONFIG_IEEE1394_PCILYNX=m
CONFIG_IEEE1394_OHCI1394=m
#
# Protocols
#
CONFIG_IEEE1394_VIDEO1394=m
CONFIG_IEEE1394_SBP2=m
CONFIG_IEEE1394_SBP2_PHYS_DMA=y
CONFIG_IEEE1394_ETH1394_ROM_ENTRY=y
CONFIG_IEEE1394_ETH1394=m
CONFIG_IEEE1394_DV1394=m
CONFIG_IEEE1394_RAWIO=m
# CONFIG_I2O is not set
# CONFIG_MACINTOSH_DRIVERS is not set
CONFIG_NETDEVICES=y
# CONFIG_NETDEVICES_MULTIQUEUE is not set
CONFIG_DUMMY=m
CONFIG_BONDING=m
# CONFIG_MACVLAN is not set
CONFIG_EQUALIZER=m
CONFIG_TUN=m
# CONFIG_VETH is not set
# CONFIG_NET_SB1000 is not set
# CONFIG_ARCNET is not set
CONFIG_PHYLIB=m
#
# MII PHY device drivers
#
CONFIG_MARVELL_PHY=m
CONFIG_DAVICOM_PHY=m
CONFIG_QSEMI_PHY=m
CONFIG_LXT_PHY=m
CONFIG_CICADA_PHY=m
CONFIG_VITESSE_PHY=m
CONFIG_SMSC_PHY=m
CONFIG_BROADCOM_PHY=m
CONFIG_ICPLUS_PHY=m
# CONFIG_REALTEK_PHY is not set
# CONFIG_MDIO_BITBANG is not set
CONFIG_NET_ETHERNET=y
CONFIG_MII=m
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNGEM is not set
# CONFIG_CASSINI is not set
# CONFIG_NET_VENDOR_3COM is not set
CONFIG_NET_TULIP=y
# CONFIG_DE2104X is not set
# CONFIG_TULIP is not set
# CONFIG_DE4X5 is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_DM9102 is not set
CONFIG_ULI526X=m
# CONFIG_HP100 is not set
# CONFIG_IBM_NEW_EMAC_ZMII is not set
# CONFIG_IBM_NEW_EMAC_RGMII is not set
# CONFIG_IBM_NEW_EMAC_TAH is not set
# CONFIG_IBM_NEW_EMAC_EMAC4 is not set
CONFIG_NET_PCI=y
# CONFIG_PCNET32 is not set
# CONFIG_AMD8111_ETH is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_B44 is not set
CONFIG_FORCEDETH=m
# CONFIG_FORCEDETH_NAPI is not set
# CONFIG_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=m
CONFIG_8139TOO_PIO=y
# CONFIG_8139TOO_TUNE_TWISTER is not set
# CONFIG_8139TOO_8129 is not set
# CONFIG_8139_OLD_RX_RESET is not set
# CONFIG_R6040 is not set
CONFIG_SIS900=m
# CONFIG_EPIC100 is not set
# CONFIG_SUNDANCE is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_SC92031 is not set
# CONFIG_NET_POCKET is not set
# CONFIG_NETDEV_1000 is not set
# CONFIG_NETDEV_10000 is not set
# CONFIG_TR is not set
#
# Wireless LAN
#
# CONFIG_WLAN_PRE80211 is not set
# CONFIG_WLAN_80211 is not set
#
# USB Network Adapters
#
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_USBNET is not set
# CONFIG_WAN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
CONFIG_PPP=m
CONFIG_PPP_MULTILINK=y
CONFIG_PPP_FILTER=y
CONFIG_PPP_ASYNC=m
CONFIG_PPP_SYNC_TTY=m
CONFIG_PPP_DEFLATE=m
CONFIG_PPP_BSDCOMP=m
# CONFIG_PPP_MPPE is not set
CONFIG_PPPOE=m
# CONFIG_PPPOL2TP is not set
# CONFIG_SLIP is not set
CONFIG_SLHC=m
# CONFIG_NET_FC is not set
CONFIG_NETCONSOLE=m
CONFIG_NETCONSOLE_DYNAMIC=y
CONFIG_NETPOLL=y
# CONFIG_NETPOLL_TRAP is not set
CONFIG_NET_POLL_CONTROLLER=y
# CONFIG_ISDN is not set
# CONFIG_PHONE is not set
#
# Input device support
#
CONFIG_INPUT=y
CONFIG_INPUT_FF_MEMLESS=m
# CONFIG_INPUT_POLLDEV 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=m
CONFIG_INPUT_EVDEV=m
# CONFIG_INPUT_EVBUG is not set
#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
CONFIG_KEYBOARD_SUNKBD=m
# CONFIG_KEYBOARD_LKKBD is not set
CONFIG_KEYBOARD_XTKBD=m
CONFIG_KEYBOARD_NEWTON=m
# CONFIG_KEYBOARD_STOWAWAY is not set
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
CONFIG_MOUSE_PS2_ALPS=y
CONFIG_MOUSE_PS2_LOGIPS2PP=y
CONFIG_MOUSE_PS2_SYNAPTICS=y
CONFIG_MOUSE_PS2_LIFEBOOK=y
CONFIG_MOUSE_PS2_TRACKPOINT=y
CONFIG_MOUSE_PS2_TOUCHKIT=y
CONFIG_MOUSE_SERIAL=m
# CONFIG_MOUSE_APPLETOUCH is not set
# CONFIG_MOUSE_VSXXXAA is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
CONFIG_INPUT_MISC=y
CONFIG_INPUT_PCSPKR=y
# CONFIG_INPUT_ATLAS_BTNS is not set
# CONFIG_INPUT_ATI_REMOTE is not set
# CONFIG_INPUT_ATI_REMOTE2 is not set
# CONFIG_INPUT_KEYSPAN_REMOTE is not set
# CONFIG_INPUT_POWERMATE is not set
# CONFIG_INPUT_YEALINK is not set
CONFIG_INPUT_UINPUT=m
#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_I8042=y
CONFIG_SERIO_SERPORT=m
CONFIG_SERIO_CT82C710=m
CONFIG_SERIO_PARKBD=m
CONFIG_SERIO_PCIPS2=m
CONFIG_SERIO_LIBPS2=y
CONFIG_SERIO_RAW=m
CONFIG_GAMEPORT=m
CONFIG_GAMEPORT_NS558=m
CONFIG_GAMEPORT_L4=m
CONFIG_GAMEPORT_EMU10K1=m
CONFIG_GAMEPORT_FM801=m
#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
CONFIG_VT_HW_CONSOLE_BINDING=y
CONFIG_SERIAL_NONSTANDARD=y
# CONFIG_COMPUTONE is not set
# CONFIG_ROCKETPORT is not set
# CONFIG_CYCLADES is not set
# CONFIG_DIGIEPCA is not set
# CONFIG_MOXA_INTELLIO is not set
# CONFIG_MOXA_SMARTIO is not set
# CONFIG_ISI is not set
# CONFIG_SYNCLINK is not set
# CONFIG_SYNCLINKMP is not set
# CONFIG_SYNCLINK_GT is not set
CONFIG_N_HDLC=m
# CONFIG_RISCOM8 is not set
# CONFIG_SPECIALIX is not set
# CONFIG_SX is not set
# CONFIG_RIO is not set
# CONFIG_STALDRV is not set
# CONFIG_NOZOMI is not set
#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_FIX_EARLYCON_MEM=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_PNP=y
CONFIG_SERIAL_8250_NR_UARTS=4
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
# CONFIG_SERIAL_8250_MANY_PORTS is not set
CONFIG_SERIAL_8250_SHARE_IRQ=y
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_RSA is not set
#
# Non-8250 serial port support
#
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
# CONFIG_SERIAL_JSM is not set
CONFIG_UNIX98_PTYS=y
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=256
CONFIG_PRINTER=m
# CONFIG_LP_CONSOLE is not set
CONFIG_PPDEV=m
CONFIG_IPMI_HANDLER=m
CONFIG_IPMI_PANIC_EVENT=y
CONFIG_IPMI_PANIC_STRING=y
CONFIG_IPMI_DEVICE_INTERFACE=m
CONFIG_IPMI_SI=m
CONFIG_IPMI_WATCHDOG=m
# CONFIG_IPMI_POWEROFF is not set
CONFIG_HW_RANDOM=y
# CONFIG_HW_RANDOM_INTEL is not set
CONFIG_HW_RANDOM_AMD=y
CONFIG_NVRAM=m
CONFIG_RTC=y
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_MWAVE is not set
# CONFIG_PC8736x_GPIO is not set
CONFIG_RAW_DRIVER=m
CONFIG_MAX_RAW_DEVS=4096
CONFIG_HPET=y
# CONFIG_HPET_RTC_IRQ is not set
CONFIG_HPET_MMAP=y
CONFIG_HANGCHECK_TIMER=m
# CONFIG_TCG_TPM is not set
# CONFIG_TELCLOCK is not set
CONFIG_DEVPORT=y
CONFIG_I2C=m
CONFIG_I2C_BOARDINFO=y
CONFIG_I2C_CHARDEV=m
#
# I2C Algorithms
#
CONFIG_I2C_ALGOBIT=m
CONFIG_I2C_ALGOPCF=m
CONFIG_I2C_ALGOPCA=m
#
# I2C Hardware Bus support
#
# CONFIG_I2C_ALI1535 is not set
# CONFIG_I2C_ALI1563 is not set
# CONFIG_I2C_ALI15X3 is not set
CONFIG_I2C_AMD756=m
CONFIG_I2C_AMD756_S4882=m
CONFIG_I2C_AMD8111=m
# CONFIG_I2C_I801 is not set
# CONFIG_I2C_I810 is not set
# CONFIG_I2C_PIIX4 is not set
CONFIG_I2C_NFORCE2=m
CONFIG_I2C_OCORES=m
CONFIG_I2C_PARPORT=m
CONFIG_I2C_PARPORT_LIGHT=m
CONFIG_I2C_PROSAVAGE=m
CONFIG_I2C_SAVAGE4=m
# CONFIG_I2C_SIMTEC is not set
CONFIG_I2C_SIS5595=m
CONFIG_I2C_SIS630=m
CONFIG_I2C_SIS96X=m
# CONFIG_I2C_TAOS_EVM is not set
CONFIG_I2C_STUB=m
# CONFIG_I2C_TINY_USB is not set
CONFIG_I2C_VIA=m
CONFIG_I2C_VIAPRO=m
CONFIG_I2C_VOODOO3=m
#
# Miscellaneous I2C Chip support
#
# CONFIG_DS1682 is not set
CONFIG_SENSORS_EEPROM=m
# CONFIG_SENSORS_PCF8574 is not set
# CONFIG_PCF8575 is not set
# CONFIG_SENSORS_PCF8591 is not set
# CONFIG_TPS65010 is not set
# CONFIG_SENSORS_MAX6875 is not set
# CONFIG_SENSORS_TSL2550 is not set
CONFIG_I2C_DEBUG_CORE=y
CONFIG_I2C_DEBUG_ALGO=y
CONFIG_I2C_DEBUG_BUS=y
CONFIG_I2C_DEBUG_CHIP=y
#
# SPI support
#
# CONFIG_SPI is not set
# CONFIG_SPI_MASTER is not set
CONFIG_W1=m
#
# 1-wire Bus Masters
#
# CONFIG_W1_MASTER_MATROX is not set
CONFIG_W1_MASTER_DS2490=m
CONFIG_W1_MASTER_DS2482=m
#
# 1-wire Slaves
#
CONFIG_W1_SLAVE_THERM=m
CONFIG_W1_SLAVE_SMEM=m
CONFIG_W1_SLAVE_DS2433=m
CONFIG_W1_SLAVE_DS2433_CRC=y
# CONFIG_W1_SLAVE_DS2760 is not set
CONFIG_POWER_SUPPLY=y
# CONFIG_POWER_SUPPLY_DEBUG is not set
# CONFIG_PDA_POWER is not set
# CONFIG_BATTERY_DS2760 is not set
CONFIG_HWMON=y
CONFIG_HWMON_VID=m
# CONFIG_SENSORS_ABITUGURU is not set
# CONFIG_SENSORS_ABITUGURU3 is not set
# CONFIG_SENSORS_AD7418 is not set
CONFIG_SENSORS_ADM1021=m
CONFIG_SENSORS_ADM1025=m
CONFIG_SENSORS_ADM1026=m
# CONFIG_SENSORS_ADM1029 is not set
CONFIG_SENSORS_ADM1031=m
CONFIG_SENSORS_ADM9240=m
# CONFIG_SENSORS_ADT7470 is not set
# CONFIG_SENSORS_ADT7473 is not set
CONFIG_SENSORS_K8TEMP=y
CONFIG_SENSORS_ASB100=m
CONFIG_SENSORS_ATXP1=m
CONFIG_SENSORS_DS1621=m
# CONFIG_SENSORS_I5K_AMB is not set
# CONFIG_SENSORS_F71805F is not set
# CONFIG_SENSORS_F71882FG is not set
# CONFIG_SENSORS_F75375S is not set
CONFIG_SENSORS_FSCHER=m
CONFIG_SENSORS_FSCPOS=m
# CONFIG_SENSORS_FSCHMD is not set
CONFIG_SENSORS_GL518SM=m
CONFIG_SENSORS_GL520SM=m
# CONFIG_SENSORS_CORETEMP is not set
# CONFIG_SENSORS_IBMPEX is not set
CONFIG_SENSORS_IT87=m
CONFIG_SENSORS_LM63=m
CONFIG_SENSORS_LM75=m
CONFIG_SENSORS_LM77=m
CONFIG_SENSORS_LM78=m
CONFIG_SENSORS_LM80=m
CONFIG_SENSORS_LM83=m
CONFIG_SENSORS_LM85=m
CONFIG_SENSORS_LM87=m
CONFIG_SENSORS_LM90=m
CONFIG_SENSORS_LM92=m
# CONFIG_SENSORS_LM93 is not set
CONFIG_SENSORS_MAX1619=m
# CONFIG_SENSORS_MAX6650 is not set
CONFIG_SENSORS_PC87360=m
# CONFIG_SENSORS_PC87427 is not set
CONFIG_SENSORS_SIS5595=m
# CONFIG_SENSORS_DME1737 is not set
CONFIG_SENSORS_SMSC47M1=m
# CONFIG_SENSORS_SMSC47M192 is not set
CONFIG_SENSORS_SMSC47B397=m
# CONFIG_SENSORS_ADS7828 is not set
CONFIG_SENSORS_THMC50=m
CONFIG_SENSORS_VIA686A=m
# CONFIG_SENSORS_VT1211 is not set
# CONFIG_SENSORS_VT8231 is not set
CONFIG_SENSORS_W83781D=m
# CONFIG_SENSORS_W83791D is not set
# CONFIG_SENSORS_W83792D is not set
# CONFIG_SENSORS_W83793 is not set
CONFIG_SENSORS_W83L785TS=m
# CONFIG_SENSORS_W83L786NG is not set
CONFIG_SENSORS_W83627HF=m
CONFIG_SENSORS_W83627EHF=m
# CONFIG_SENSORS_HDAPS is not set
# CONFIG_SENSORS_APPLESMC is not set
CONFIG_HWMON_DEBUG_CHIP=y
CONFIG_THERMAL=y
# CONFIG_WATCHDOG is not set
#
# Sonics Silicon Backplane
#
CONFIG_SSB_POSSIBLE=y
# CONFIG_SSB is not set
#
# Multifunction device drivers
#
# CONFIG_MFD_SM501 is not set
#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set
# CONFIG_DVB_CORE is not set
# CONFIG_DAB is not set
#
# Graphics support
#
CONFIG_AGP=y
CONFIG_AGP_AMD64=y
# CONFIG_AGP_INTEL is not set
# CONFIG_AGP_SIS is not set
# CONFIG_AGP_VIA is not set
# CONFIG_DRM is not set
# CONFIG_VGASTATE is not set
CONFIG_VIDEO_OUTPUT_CONTROL=m
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_CFB_REV_PIXELS_IN_BYTE is not set
# CONFIG_FB_SYS_FILLRECT is not set
# CONFIG_FB_SYS_COPYAREA is not set
# CONFIG_FB_SYS_IMAGEBLIT is not set
# CONFIG_FB_SYS_FOPS is not set
CONFIG_FB_DEFERRED_IO=y
# CONFIG_FB_SVGALIB is not set
# CONFIG_FB_MACMODES is not set
# CONFIG_FB_BACKLIGHT is not set
CONFIG_FB_MODE_HELPERS=y
# CONFIG_FB_TILEBLITTING is not set
#
# Frame buffer 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_EFI is not set
# CONFIG_FB_HECUBA is not set
# 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_LE80578 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_VT8623 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_ARK is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_GEODE is not set
# CONFIG_FB_VIRTUAL is not set
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set
#
# Display device support
#
CONFIG_DISPLAY_SUPPORT=m
#
# Display hardware drivers
#
#
# 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_DETECT_PRIMARY is not set
# 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
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_HWDEP=m
CONFIG_SND_RAWMIDI=m
CONFIG_SND_SEQUENCER=m
CONFIG_SND_SEQ_DUMMY=m
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=m
CONFIG_SND_PCM_OSS=m
CONFIG_SND_PCM_OSS_PLUGINS=y
CONFIG_SND_SEQUENCER_OSS=y
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=y
CONFIG_SND_DEBUG=y
CONFIG_SND_DEBUG_DETECT=y
CONFIG_SND_PCM_XRUN_DEBUG=y
#
# Generic devices
#
CONFIG_SND_MPU401_UART=m
CONFIG_SND_AC97_CODEC=m
CONFIG_SND_DUMMY=m
CONFIG_SND_VIRMIDI=m
CONFIG_SND_MTPAV=m
# CONFIG_SND_MTS64 is not set
CONFIG_SND_SERIAL_U16550=m
CONFIG_SND_MPU401=m
# CONFIG_SND_PORTMAN2X4 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_OXYGEN is not set
# CONFIG_SND_CS4281 is not set
# CONFIG_SND_CS46XX is not set
# CONFIG_SND_CS5530 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_HIFIER 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_VIRTUOSO is not set
# CONFIG_SND_VX222 is not set
# CONFIG_SND_YMFPCI is not set
# CONFIG_SND_AC97_POWER_SAVE is not set
#
# USB devices
#
CONFIG_SND_USB_AUDIO=m
# CONFIG_SND_USB_USX2Y is not set
# CONFIG_SND_USB_CAIAQ is not set
#
# System on Chip audio support
#
# CONFIG_SND_SOC is not set
#
# SoC Audio support for SuperH
#
#
# ALSA SoC audio for Freescale SOCs
#
#
# Open Sound System
#
# CONFIG_SOUND_PRIME is not set
CONFIG_AC97_BUS=m
CONFIG_HID_SUPPORT=y
CONFIG_HID=y
CONFIG_HID_DEBUG=y
CONFIG_HIDRAW=y
#
# USB Input Devices
#
CONFIG_USB_HID=m
# CONFIG_USB_HIDINPUT_POWERBOOK is not set
CONFIG_HID_FF=y
CONFIG_HID_PID=y
CONFIG_LOGITECH_FF=y
# CONFIG_PANTHERLORD_FF is not set
CONFIG_THRUSTMASTER_FF=y
# CONFIG_ZEROPLUS_FF is not set
CONFIG_USB_HIDDEV=y
#
# USB HID Boot Protocol drivers
#
# CONFIG_USB_KBD is not set
# CONFIG_USB_MOUSE is not set
CONFIG_USB_SUPPORT=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB=y
# CONFIG_USB_DEBUG is not set
CONFIG_USB_ANNOUNCE_NEW_DEVICES=y
#
# Miscellaneous USB options
#
CONFIG_USB_DEVICEFS=y
CONFIG_USB_DEVICE_CLASS=y
CONFIG_USB_DYNAMIC_MINORS=y
# CONFIG_USB_SUSPEND is not set
# CONFIG_USB_PERSIST is not set
# CONFIG_USB_OTG is not set
#
# USB Host Controller Drivers
#
CONFIG_USB_EHCI_HCD=m
# CONFIG_USB_EHCI_ROOT_HUB_TT is not set
CONFIG_USB_EHCI_TT_NEWSCHED=y
# CONFIG_USB_ISP116X_HCD is not set
CONFIG_USB_OHCI_HCD=m
# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
CONFIG_USB_UHCI_HCD=m
# CONFIG_USB_SL811_HCD is not set
# CONFIG_USB_R8A66597_HCD is not set
#
# USB Device Class drivers
#
CONFIG_USB_ACM=m
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 is not set
# CONFIG_USB_STORAGE_KARMA is not set
# CONFIG_USB_LIBUSUAL is not set
#
# USB Imaging devices
#
CONFIG_USB_MDC800=m
CONFIG_USB_MICROTEK=m
CONFIG_USB_MON=y
#
# USB port drivers
#
CONFIG_USB_USS720=m
CONFIG_USB_SERIAL=m
# CONFIG_USB_EZUSB is not set
CONFIG_USB_SERIAL_GENERIC=y
# CONFIG_USB_SERIAL_AIRCABLE is not set
# CONFIG_USB_SERIAL_AIRPRIME is not set
# CONFIG_USB_SERIAL_ARK3116 is not set
# CONFIG_USB_SERIAL_BELKIN is not set
# CONFIG_USB_SERIAL_CH341 is not set
# CONFIG_USB_SERIAL_WHITEHEAT is not set
# CONFIG_USB_SERIAL_DIGI_ACCELEPORT is not set
# CONFIG_USB_SERIAL_CP2101 is not set
# CONFIG_USB_SERIAL_CYPRESS_M8 is not set
# CONFIG_USB_SERIAL_EMPEG is not set
# CONFIG_USB_SERIAL_FTDI_SIO is not set
CONFIG_USB_SERIAL_FUNSOFT=m
# CONFIG_USB_SERIAL_VISOR is not set
# CONFIG_USB_SERIAL_IPAQ is not set
# CONFIG_USB_SERIAL_IR is not set
# CONFIG_USB_SERIAL_EDGEPORT is not set
# CONFIG_USB_SERIAL_EDGEPORT_TI is not set
# CONFIG_USB_SERIAL_GARMIN is not set
# CONFIG_USB_SERIAL_IPW is not set
# CONFIG_USB_SERIAL_IUU is not set
# CONFIG_USB_SERIAL_KEYSPAN_PDA is not set
# CONFIG_USB_SERIAL_KEYSPAN is not set
# CONFIG_USB_SERIAL_KLSI is not set
# CONFIG_USB_SERIAL_KOBIL_SCT is not set
# CONFIG_USB_SERIAL_MCT_U232 is not set
# CONFIG_USB_SERIAL_MOS7720 is not set
# CONFIG_USB_SERIAL_MOS7840 is not set
# CONFIG_USB_SERIAL_NAVMAN is not set
CONFIG_USB_SERIAL_PL2303=m
# CONFIG_USB_SERIAL_OTI6858 is not set
# CONFIG_USB_SERIAL_HP4X is not set
# CONFIG_USB_SERIAL_SAFE is not set
# CONFIG_USB_SERIAL_SIERRAWIRELESS is not set
# CONFIG_USB_SERIAL_TI is not set
# CONFIG_USB_SERIAL_CYBERJACK is not set
# CONFIG_USB_SERIAL_XIRCOM is not set
# CONFIG_USB_SERIAL_OPTION is not set
# CONFIG_USB_SERIAL_OMNINET is not set
CONFIG_USB_SERIAL_DEBUG=m
#
# USB Miscellaneous drivers
#
CONFIG_USB_EMI62=m
CONFIG_USB_EMI26=m
# CONFIG_USB_ADUTUX is not set
CONFIG_USB_AUERSWALD=m
CONFIG_USB_RIO500=m
CONFIG_USB_LEGOTOWER=m
CONFIG_USB_LCD=m
# CONFIG_USB_BERRY_CHARGE is not set
CONFIG_USB_LED=m
# CONFIG_USB_CYPRESS_CY7C63 is not set
CONFIG_USB_CYTHERM=m
# CONFIG_USB_PHIDGET is not set
CONFIG_USB_IDMOUSE=m
# CONFIG_USB_FTDI_ELAN is not set
# CONFIG_USB_APPLEDISPLAY is not set
CONFIG_USB_SISUSBVGA=m
# CONFIG_USB_SISUSBVGA_CON is not set
CONFIG_USB_LD=m
# CONFIG_USB_TRANCEVIBRATOR is not set
# CONFIG_USB_IOWARRIOR is not set
CONFIG_USB_TEST=m
# CONFIG_USB_GADGET is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_INFINIBAND is not set
# CONFIG_EDAC is not set
CONFIG_RTC_LIB=m
CONFIG_RTC_CLASS=m
#
# Conflicting RTC option has been selected, check GEN_RTC and RTC
#
#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
# CONFIG_RTC_DRV_TEST is not set
#
# I2C RTC drivers
#
# CONFIG_RTC_DRV_DS1307 is not set
# CONFIG_RTC_DRV_DS1374 is not set
# CONFIG_RTC_DRV_DS1672 is not set
# CONFIG_RTC_DRV_MAX6900 is not set
# CONFIG_RTC_DRV_RS5C372 is not set
# CONFIG_RTC_DRV_ISL1208 is not set
# CONFIG_RTC_DRV_X1205 is not set
# CONFIG_RTC_DRV_PCF8563 is not set
# CONFIG_RTC_DRV_PCF8583 is not set
# CONFIG_RTC_DRV_M41T80 is not set
# CONFIG_RTC_DRV_S35390A is not set
#
# SPI RTC drivers
#
#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_CMOS is not set
# CONFIG_RTC_DRV_DS1511 is not set
# CONFIG_RTC_DRV_DS1553 is not set
# CONFIG_RTC_DRV_DS1742 is not set
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_V3020 is not set
#
# on-CPU RTC drivers
#
# CONFIG_DMADEVICES is not set
# CONFIG_AUXDISPLAY is not set
#
# Userspace I/O
#
# CONFIG_UIO is not set
#
# Firmware Drivers
#
CONFIG_EDD=m
CONFIG_DELL_RBU=m
CONFIG_DCDBAS=m
CONFIG_DMIID=y
#
# 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=m
CONFIG_EXT3_FS_XATTR=y
CONFIG_EXT3_FS_POSIX_ACL=y
CONFIG_EXT3_FS_SECURITY=y
# CONFIG_EXT4DEV_FS is not set
CONFIG_JBD=m
# CONFIG_JBD_DEBUG is not set
CONFIG_FS_MBCACHE=y
CONFIG_REISERFS_FS=m
# CONFIG_REISERFS_CHECK is not set
CONFIG_REISERFS_PROC_INFO=y
CONFIG_REISERFS_FS_XATTR=y
CONFIG_REISERFS_FS_POSIX_ACL=y
CONFIG_REISERFS_FS_SECURITY=y
# CONFIG_JFS_FS is not set
CONFIG_FS_POSIX_ACL=y
CONFIG_XFS_FS=m
CONFIG_XFS_QUOTA=y
CONFIG_XFS_SECURITY=y
CONFIG_XFS_POSIX_ACL=y
CONFIG_XFS_RT=y
# CONFIG_GFS2_FS is not set
# CONFIG_OCFS2_FS is not set
CONFIG_DNOTIFY=y
CONFIG_INOTIFY=y
CONFIG_INOTIFY_USER=y
CONFIG_QUOTA=y
CONFIG_QUOTA_NETLINK_INTERFACE=y
CONFIG_PRINT_QUOTA_WARNING=y
CONFIG_QFMT_V1=m
CONFIG_QFMT_V2=m
CONFIG_QUOTACTL=y
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_FUSE_FS is not set
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=y
CONFIG_NTFS_RW=y
#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
CONFIG_TMPFS_POSIX_ACL=y
CONFIG_HUGETLBFS=y
CONFIG_HUGETLB_PAGE=y
CONFIG_CONFIGFS_FS=m
#
# Miscellaneous filesystems
#
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_ECRYPT_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 is not set
# CONFIG_VXFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_ROMFS_FS is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set
CONFIG_NETWORK_FILESYSTEMS=y
CONFIG_NFS_FS=m
CONFIG_NFS_V3=y
# CONFIG_NFS_V3_ACL is not set
CONFIG_NFS_V4=y
# CONFIG_NFS_DIRECTIO is not set
CONFIG_NFSD=m
CONFIG_NFSD_V3=y
# CONFIG_NFSD_V3_ACL is not set
CONFIG_NFSD_V4=y
CONFIG_NFSD_TCP=y
CONFIG_LOCKD=m
CONFIG_LOCKD_V4=y
CONFIG_EXPORTFS=m
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=m
CONFIG_SUNRPC_GSS=m
CONFIG_SUNRPC_BIND34=y
CONFIG_RPCSEC_GSS_KRB5=m
CONFIG_RPCSEC_GSS_SPKM3=m
CONFIG_SMB_FS=m
CONFIG_SMB_NLS_DEFAULT=y
CONFIG_SMB_NLS_REMOTE="cp852"
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 is not set
CONFIG_NCP_FS=m
CONFIG_NCPFS_PACKET_SIGNING=y
CONFIG_NCPFS_IOCTL_LOCKING=y
CONFIG_NCPFS_STRONG=y
CONFIG_NCPFS_NFS_NS=y
CONFIG_NCPFS_OS2_NS=y
CONFIG_NCPFS_SMALLDOS=y
CONFIG_NCPFS_NLS=y
CONFIG_NCPFS_EXTRAS=y
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set
#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-2"
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 is not set
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
# CONFIG_DLM is not set
#
# Kernel hacking
#
CONFIG_TRACE_IRQFLAGS_SUPPORT=y
# CONFIG_PRINTK_TIME is not set
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_MAGIC_SYSRQ=y
CONFIG_UNUSED_SYMBOLS=y
CONFIG_DEBUG_FS=y
# CONFIG_HEADERS_CHECK is not set
CONFIG_DEBUG_KERNEL=y
CONFIG_DEBUG_SHIRQ=y
CONFIG_DETECT_SOFTLOCKUP=y
CONFIG_SCHED_DEBUG=y
CONFIG_SCHEDSTATS=y
CONFIG_TIMER_STATS=y
CONFIG_DEBUG_SLAB=y
CONFIG_DEBUG_SLAB_LEAK=y
CONFIG_DEBUG_RT_MUTEXES=y
CONFIG_DEBUG_PI_LIST=y
# CONFIG_RT_MUTEX_TESTER is not set
CONFIG_DEBUG_SPINLOCK=y
CONFIG_DEBUG_MUTEXES=y
CONFIG_DEBUG_LOCK_ALLOC=y
CONFIG_PROVE_LOCKING=y
CONFIG_LOCKDEP=y
# CONFIG_LOCK_STAT is not set
# CONFIG_DEBUG_LOCKDEP is not set
CONFIG_TRACE_IRQFLAGS=y
CONFIG_DEBUG_SPINLOCK_SLEEP=y
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
CONFIG_STACKTRACE=y
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
CONFIG_DEBUG_INFO=y
CONFIG_DEBUG_VM=y
# CONFIG_DEBUG_LIST is not set
# CONFIG_DEBUG_SG is not set
CONFIG_FRAME_POINTER=y
# CONFIG_BOOT_PRINTK_DELAY is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_LATENCYTOP is not set
# CONFIG_PROVIDE_OHCI1394_DMA_INIT is not set
# CONFIG_SAMPLES is not set
# CONFIG_KGDB is not set
CONFIG_HAVE_ARCH_KGDB=y
CONFIG_NONPROMISC_DEVMEM=y
CONFIG_EARLY_PRINTK=y
CONFIG_DEBUG_STACKOVERFLOW=y
CONFIG_DEBUG_STACK_USAGE=y
# CONFIG_DEBUG_PAGEALLOC is not set
# CONFIG_DEBUG_PER_CPU_MAPS is not set
# CONFIG_X86_PTDUMP is not set
CONFIG_DEBUG_RODATA=y
# CONFIG_DIRECT_GBPAGES is not set
# CONFIG_DEBUG_RODATA_TEST is not set
# CONFIG_DEBUG_NX_TEST is not set
CONFIG_X86_MPPARSE=y
# CONFIG_IOMMU_DEBUG is not set
CONFIG_IO_DELAY_TYPE_0X80=0
CONFIG_IO_DELAY_TYPE_0XED=1
CONFIG_IO_DELAY_TYPE_UDELAY=2
CONFIG_IO_DELAY_TYPE_NONE=3
CONFIG_IO_DELAY_0X80=y
# CONFIG_IO_DELAY_0XED is not set
# CONFIG_IO_DELAY_UDELAY is not set
# CONFIG_IO_DELAY_NONE is not set
CONFIG_DEFAULT_IO_DELAY_TYPE=0
CONFIG_DEBUG_BOOT_PARAMS=y
# CONFIG_CPA_DEBUG is not set
CONFIG_OPTIMIZE_INLINING=y
#
# Security options
#
CONFIG_KEYS=y
# CONFIG_KEYS_DEBUG_PROC_KEYS is not set
CONFIG_SECURITY=y
CONFIG_SECURITY_NETWORK=y
CONFIG_SECURITY_NETWORK_XFRM=y
CONFIG_SECURITY_CAPABILITIES=y
CONFIG_SECURITY_FILE_CAPABILITIES=y
# CONFIG_SECURITY_ROOTPLUG is not set
CONFIG_SECURITY_DEFAULT_MMAP_MIN_ADDR=0
CONFIG_SECURITY_SELINUX=y
CONFIG_SECURITY_SELINUX_BOOTPARAM=y
CONFIG_SECURITY_SELINUX_BOOTPARAM_VALUE=1
CONFIG_SECURITY_SELINUX_DISABLE=y
CONFIG_SECURITY_SELINUX_DEVELOP=y
CONFIG_SECURITY_SELINUX_AVC_STATS=y
CONFIG_SECURITY_SELINUX_CHECKREQPROT_VALUE=1
# CONFIG_SECURITY_SELINUX_ENABLE_SECMARK_DEFAULT is not set
# CONFIG_SECURITY_SELINUX_POLICYDB_VERSION_MAX is not set
CONFIG_XOR_BLOCKS=m
CONFIG_ASYNC_CORE=m
CONFIG_ASYNC_MEMCPY=m
CONFIG_ASYNC_XOR=m
CONFIG_CRYPTO=y
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_AEAD=m
CONFIG_CRYPTO_BLKCIPHER=m
CONFIG_CRYPTO_SEQIV=m
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=m
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=m
CONFIG_CRYPTO_PCBC=m
CONFIG_CRYPTO_LRW=m
CONFIG_CRYPTO_XTS=m
CONFIG_CRYPTO_CTR=m
CONFIG_CRYPTO_GCM=m
CONFIG_CRYPTO_CCM=m
CONFIG_CRYPTO_CRYPTD=m
CONFIG_CRYPTO_DES=y
CONFIG_CRYPTO_FCRYPT=m
CONFIG_CRYPTO_BLOWFISH=m
CONFIG_CRYPTO_TWOFISH=m
CONFIG_CRYPTO_TWOFISH_COMMON=m
CONFIG_CRYPTO_TWOFISH_X86_64=m
CONFIG_CRYPTO_SERPENT=m
CONFIG_CRYPTO_AES=m
CONFIG_CRYPTO_AES_X86_64=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_SEED=m
CONFIG_CRYPTO_SALSA20=m
CONFIG_CRYPTO_SALSA20_X86_64=m
CONFIG_CRYPTO_DEFLATE=m
CONFIG_CRYPTO_MICHAEL_MIC=m
CONFIG_CRYPTO_CRC32C=m
CONFIG_CRYPTO_CAMELLIA=m
CONFIG_CRYPTO_TEST=m
CONFIG_CRYPTO_AUTHENC=m
CONFIG_CRYPTO_LZO=m
# CONFIG_CRYPTO_HW is not set
CONFIG_HAVE_KVM=y
# CONFIG_VIRTUALIZATION is not set
#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_CRC_CCITT=m
CONFIG_CRC16=m
CONFIG_CRC_ITU_T=m
CONFIG_CRC32=y
CONFIG_CRC7=m
CONFIG_LIBCRC32C=m
CONFIG_ZLIB_INFLATE=m
CONFIG_ZLIB_DEFLATE=m
CONFIG_LZO_COMPRESS=m
CONFIG_LZO_DECOMPRESS=m
CONFIG_TEXTSEARCH=y
CONFIG_TEXTSEARCH_KMP=m
CONFIG_TEXTSEARCH_BM=m
CONFIG_TEXTSEARCH_FSM=m
CONFIG_PLIST=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken
2008-04-10 20:25 ` Rafael J. Wysocki
@ 2008-04-10 20:29 ` Ingo Molnar
2008-04-10 20:38 ` Ingo Molnar
0 siblings, 1 reply; 57+ messages in thread
From: Ingo Molnar @ 2008-04-10 20:29 UTC (permalink / raw
To: Rafael J. Wysocki
Cc: Andrew Morton, LKML, Pavel Machek, Thomas Gleixner, H. Anvin,
Arjan van de Ven
* Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > First, the X server doesn't want to start (it says it couldn't
> > > mmap the framebuffer).
> >
> > could you send your .config?
>
> Attached.
could you disable this option:
CONFIG_NONPROMISC_DEVMEM=y
does it help with the X problem?
Ingo
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken
2008-04-10 20:29 ` Ingo Molnar
@ 2008-04-10 20:38 ` Ingo Molnar
2008-04-10 22:28 ` Rafael J. Wysocki
0 siblings, 1 reply; 57+ messages in thread
From: Ingo Molnar @ 2008-04-10 20:38 UTC (permalink / raw
To: Rafael J. Wysocki
Cc: Andrew Morton, LKML, Pavel Machek, Thomas Gleixner, H. Anvin,
Arjan van de Ven
* Ingo Molnar <mingo@elte.hu> wrote:
> > > > First, the X server doesn't want to start (it says it couldn't
> > > > mmap the framebuffer).
> > >
> > > could you send your .config?
> >
> > Attached.
>
> could you disable this option:
>
> CONFIG_NONPROMISC_DEVMEM=y
>
> does it help with the X problem?
btw., Xorg works fine here on a comparable AMD system - but i use a
rather new distro (Fedora 8) which has Xorg 7.2.
Ingo
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken
2008-04-10 19:59 x86 git tree broken Rafael J. Wysocki
2008-04-10 20:13 ` Ingo Molnar
@ 2008-04-10 20:51 ` Ingo Molnar
2008-04-10 22:27 ` Rafael J. Wysocki
1 sibling, 1 reply; 57+ messages in thread
From: Ingo Molnar @ 2008-04-10 20:51 UTC (permalink / raw
To: Rafael J. Wysocki
Cc: Andrew Morton, LKML, Pavel Machek, Thomas Gleixner, H. Anvin
* Rafael J. Wysocki <rjw@sisk.pl> wrote:
> Second, if I try to suspend the box to RAM, it enters a state it
> cannot leave until power is physically cut from it (using the power
> button to power off / power on the box doesn't help).
i used your config on an AMD system here and s2ram works just fine, both
using CONFIG_PM_TEST_SUSPEND=y bootup suspend self-test [which x86.git
QA uses all the time], and using a manual pm-suspend command at the
console.
you can also try your luck and remove the last 20% of x86.git [which is
always the newest stuff], by picking a commit 200 patches down the line,
via:
git-rev-list x86/base..x86/latest | head -200 | tail -1
and testing that. If that tree works, it's the last 200 commits that
break stuff.
exactly what kind of system are you using? If you revert the trampoline
changes, does it get any better - but i guess it might be better to do a
bisection.
Ingo
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken
2008-04-10 20:51 ` x86 git tree broken Ingo Molnar
@ 2008-04-10 22:27 ` Rafael J. Wysocki
2008-04-11 6:43 ` Ingo Molnar
0 siblings, 1 reply; 57+ messages in thread
From: Rafael J. Wysocki @ 2008-04-10 22:27 UTC (permalink / raw
To: Ingo Molnar; +Cc: Andrew Morton, LKML, Pavel Machek, Thomas Gleixner, H. Anvin
On Thursday, 10 of April 2008, Ingo Molnar wrote:
>
> * Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> > Second, if I try to suspend the box to RAM, it enters a state it
> > cannot leave until power is physically cut from it (using the power
> > button to power off / power on the box doesn't help).
>
> i used your config on an AMD system here and s2ram works just fine, both
> using CONFIG_PM_TEST_SUSPEND=y bootup suspend self-test [which x86.git
> QA uses all the time], and using a manual pm-suspend command at the
> console.
>
> you can also try your luck and remove the last 20% of x86.git [which is
> always the newest stuff], by picking a commit 200 patches down the line,
> via:
>
> git-rev-list x86/base..x86/latest | head -200 | tail -1
>
> and testing that. If that tree works, it's the last 200 commits that
> break stuff.
Yes, I'll probably do that, but don't have that much time today.
> exactly what kind of system are you using?
It's an Athlon 64 X2 on an ULi-based AsRock motherboard with Radeon X300SE
(PCIe).
> If you revert the trampoline changes, does it get any better - but i guess
> it might be better to do a bisection.
I'll try to figure out what is the last good commit.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken
2008-04-10 20:38 ` Ingo Molnar
@ 2008-04-10 22:28 ` Rafael J. Wysocki
2008-04-11 19:26 ` x86 git tree broken (bisected) Rafael J. Wysocki
0 siblings, 1 reply; 57+ messages in thread
From: Rafael J. Wysocki @ 2008-04-10 22:28 UTC (permalink / raw
To: Ingo Molnar
Cc: Andrew Morton, LKML, Pavel Machek, Thomas Gleixner, H. Anvin,
Arjan van de Ven
On Thursday, 10 of April 2008, Ingo Molnar wrote:
>
> * Ingo Molnar <mingo@elte.hu> wrote:
>
> > > > > First, the X server doesn't want to start (it says it couldn't
> > > > > mmap the framebuffer).
> > > >
> > > > could you send your .config?
> > >
> > > Attached.
> >
> > could you disable this option:
> >
> > CONFIG_NONPROMISC_DEVMEM=y
> >
> > does it help with the X problem?
That didn't help.
> btw., Xorg works fine here on a comparable AMD system - but i use a
> rather new distro (Fedora 8) which has Xorg 7.2.
My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
I think the problem is somehow related to the Radeon.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken
2008-04-10 22:27 ` Rafael J. Wysocki
@ 2008-04-11 6:43 ` Ingo Molnar
0 siblings, 0 replies; 57+ messages in thread
From: Ingo Molnar @ 2008-04-11 6:43 UTC (permalink / raw
To: Rafael J. Wysocki
Cc: Andrew Morton, LKML, Pavel Machek, Thomas Gleixner, H. Anvin
* Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > exactly what kind of system are you using?
>
> It's an Athlon 64 X2 on an ULi-based AsRock motherboard with Radeon
> X300SE (PCIe).
hm, that's very close to the system i tried: Athlon64 X2 with Radeon
X300SE (PCIe), 1GB RAM. (Asus A8N-E mobo)
Ingo
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-10 22:28 ` Rafael J. Wysocki
@ 2008-04-11 19:26 ` Rafael J. Wysocki
2008-04-11 20:23 ` Rafael J. Wysocki
` (2 more replies)
0 siblings, 3 replies; 57+ messages in thread
From: Rafael J. Wysocki @ 2008-04-11 19:26 UTC (permalink / raw
To: Ingo Molnar, Yinghai Lu
Cc: Andrew Morton, LKML, Pavel Machek, Thomas Gleixner, H. Anvin,
Arjan van de Ven
On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> On Thursday, 10 of April 2008, Ingo Molnar wrote:
> >
> > * Ingo Molnar <mingo@elte.hu> wrote:
> >
> > > > > > First, the X server doesn't want to start (it says it couldn't
> > > > > > mmap the framebuffer).
> > > > >
> > > > > could you send your .config?
> > > >
> > > > Attached.
> > >
> > > could you disable this option:
> > >
> > > CONFIG_NONPROMISC_DEVMEM=y
> > >
> > > does it help with the X problem?
>
> That didn't help.
>
> > btw., Xorg works fine here on a comparable AMD system - but i use a
> > rather new distro (Fedora 8) which has Xorg 7.2.
>
> My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
>
> I think the problem is somehow related to the Radeon.
The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
"x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit" as the one
causing problems.
Unfortunately, I can't revert cleanly it, because there are two more commits
depending on it in a highly nontrivial fashion, so I have reverted all three
commits
a365998cd2cecfb827469dbd57c29602c106cb83
44f7f90fbe7a3a99aab082f765346514b7b5c705
ea1441bdf53692c3dc1fd2658addcf1205629661
and X starts again. Also, suspend to RAM works from under X.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-11 19:26 ` x86 git tree broken (bisected) Rafael J. Wysocki
@ 2008-04-11 20:23 ` Rafael J. Wysocki
2008-04-11 20:29 ` Rafael J. Wysocki
2008-04-11 20:26 ` Yinghai Lu
2008-04-13 7:58 ` [rfc] hw resource debugging checks (was: Re: x86 git tree broken (bisected)) Ingo Molnar
2 siblings, 1 reply; 57+ messages in thread
From: Rafael J. Wysocki @ 2008-04-11 20:23 UTC (permalink / raw
To: Ingo Molnar
Cc: Yinghai Lu, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven
On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> > On Thursday, 10 of April 2008, Ingo Molnar wrote:
> > >
> > > * Ingo Molnar <mingo@elte.hu> wrote:
> > >
> > > > > > > First, the X server doesn't want to start (it says it couldn't
> > > > > > > mmap the framebuffer).
> > > > > >
> > > > > > could you send your .config?
> > > > >
> > > > > Attached.
> > > >
> > > > could you disable this option:
> > > >
> > > > CONFIG_NONPROMISC_DEVMEM=y
> > > >
> > > > does it help with the X problem?
> >
> > That didn't help.
> >
> > > btw., Xorg works fine here on a comparable AMD system - but i use a
> > > rather new distro (Fedora 8) which has Xorg 7.2.
> >
> > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> >
> > I think the problem is somehow related to the Radeon.
>
> The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
> "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit" as the one
> causing problems.
>
> Unfortunately, I can't revert cleanly it, because there are two more commits
> depending on it in a highly nontrivial fashion, so I have reverted all three
> commits
>
> a365998cd2cecfb827469dbd57c29602c106cb83
> 44f7f90fbe7a3a99aab082f765346514b7b5c705
> ea1441bdf53692c3dc1fd2658addcf1205629661
>
> and X starts again. Also, suspend to RAM works from under X.
Update:
With the above three commits reverted both X itself and suspend to RAM from
X also work with the current x86-git (as of HEAD equal to
1192aeb957402b45f311895f124e4ca41206843c).
Thanks,
Rafael
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-11 19:26 ` x86 git tree broken (bisected) Rafael J. Wysocki
2008-04-11 20:23 ` Rafael J. Wysocki
@ 2008-04-11 20:26 ` Yinghai Lu
2008-04-11 20:51 ` Rafael J. Wysocki
2008-04-13 7:51 ` Ingo Molnar
2008-04-13 7:58 ` [rfc] hw resource debugging checks (was: Re: x86 git tree broken (bisected)) Ingo Molnar
2 siblings, 2 replies; 57+ messages in thread
From: Yinghai Lu @ 2008-04-11 20:26 UTC (permalink / raw
To: Rafael J. Wysocki
Cc: Ingo Molnar, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven
[-- Attachment #1: Type: text/plain, Size: 1592 bytes --]
On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> > On Thursday, 10 of April 2008, Ingo Molnar wrote:
> > >
> > > * Ingo Molnar <mingo@elte.hu> wrote:
> > >
> > > > > > > First, the X server doesn't want to start (it says it couldn't
> > > > > > > mmap the framebuffer).
> > > > > >
> > > > > > could you send your .config?
> > > > >
> > > > > Attached.
> > > >
> > > > could you disable this option:
> > > >
> > > > CONFIG_NONPROMISC_DEVMEM=y
> > > >
> > > > does it help with the X problem?
> >
> > That didn't help.
> >
> > > btw., Xorg works fine here on a comparable AMD system - but i use a
> > > rather new distro (Fedora 8) which has Xorg 7.2.
> >
> > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> >
> > I think the problem is somehow related to the Radeon.
>
> The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
> "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit" as the one
> causing problems.
>
> Unfortunately, I can't revert cleanly it, because there are two more commits
> depending on it in a highly nontrivial fashion, so I have reverted all three
> commits
>
> a365998cd2cecfb827469dbd57c29602c106cb83
> 44f7f90fbe7a3a99aab082f765346514b7b5c705
> ea1441bdf53692c3dc1fd2658addcf1205629661
>
> and X starts again. Also, suspend to RAM works from under X.
please keep the three patches and applied the two attached debug patches.
i wonder if there is some io allocation overlapping with your system.
YH
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: debug_extra_pci_bus_res.patch --]
[-- Type: text/x-patch; name=debug_extra_pci_bus_res.patch, Size: 1299 bytes --]
Index: linux-2.6/drivers/pci/setup-bus.c
===================================================================
--- linux-2.6.orig/drivers/pci/setup-bus.c
+++ linux-2.6/drivers/pci/setup-bus.c
@@ -536,6 +536,36 @@ void __ref pci_bus_assign_resources(stru
}
EXPORT_SYMBOL(pci_bus_assign_resources);
+static void pci_bus_dump_res(struct pci_bus *bus)
+{
+ int i;
+
+ for (i = 0; i < PCI_BUS_NUM_RESOURCES; i++) {
+ struct resource *res = bus->resource[i];
+ if (!res)
+ continue;
+
+ printk(KERN_INFO "bus: %02x index %x %s: [%llx, %llx]\n", bus->number, i, (res->flags & IORESOURCE_IO)? "io port":"mmio", res->start, res->end);
+ }
+}
+
+static void pci_bus_dump_resources(struct pci_bus *bus)
+{
+ struct pci_bus *b;
+ struct pci_dev *dev;
+
+
+ pci_bus_dump_res(bus);
+
+ list_for_each_entry(dev, &bus->devices, bus_list) {
+ b = dev->subordinate;
+ if (!b)
+ continue;
+
+ pci_bus_dump_resources(b);
+ }
+}
+
void __init
pci_assign_unassigned_resources(void)
{
@@ -551,4 +581,9 @@ pci_assign_unassigned_resources(void)
pci_bus_assign_resources(bus);
pci_enable_bridges(bus);
}
+
+ /* dump the resource on buses */
+ list_for_each_entry(bus, &pci_root_buses, node) {
+ pci_bus_dump_resources(bus);
+ }
}
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #3: debug_extra_pci_res_range.patch --]
[-- Type: text/x-patch; name=debug_extra_pci_res_range.patch, Size: 1787 bytes --]
Index: linux-2.6/drivers/pci/probe.c
===================================================================
--- linux-2.6.orig/drivers/pci/probe.c
+++ linux-2.6/drivers/pci/probe.c
@@ -246,6 +246,7 @@ static void pci_read_bases(struct pci_de
}
res->start = l64 & PCI_BASE_ADDRESS_MEM_MASK;
res->end = res->start + sz64;
+ printk(KERN_INFO "PCI: %s reg %x 64bit mmio: [%llx, %llx]\n", pci_name(dev), reg, res->start, res->end);
#else
if (sz64 > 0x100000000ULL) {
printk(KERN_ERR "PCI: Unable to handle 64-bit "
@@ -261,6 +262,8 @@ static void pci_read_bases(struct pci_de
res->end = sz;
}
#endif
+ } else {
+ printk(KERN_INFO "PCI: %s reg %x %s: [%llx, %llx]\n", pci_name(dev), reg, (res->flags & IORESOURCE_IO)? "io port":"32bit mmio", res->start, res->end);
}
}
if (rom) {
@@ -327,6 +330,7 @@ void __devinit pci_read_bridge_bases(str
res->start = base;
if (!res->end)
res->end = limit + 0xfff;
+ printk(KERN_INFO "PCI: bridge %s io port: [%llx, %llx]\n", pci_name(dev), res->start, res->end);
}
res = child->resource[1];
@@ -338,6 +342,7 @@ void __devinit pci_read_bridge_bases(str
res->flags = (mem_base_lo & PCI_MEMORY_RANGE_TYPE_MASK) | IORESOURCE_MEM;
res->start = base;
res->end = limit + 0xfffff;
+ printk(KERN_INFO "PCI: bridge %s 32bit mmio: [%llx, %llx]\n", pci_name(dev), res->start, res->end);
}
res = child->resource[2];
@@ -372,6 +377,7 @@ void __devinit pci_read_bridge_bases(str
res->flags = (mem_base_lo & PCI_MEMORY_RANGE_TYPE_MASK) | IORESOURCE_MEM | IORESOURCE_PREFETCH;
res->start = base;
res->end = limit + 0xfffff;
+ printk(KERN_INFO "PCI: bridge %s %sbit mmio pref: [%llx, %llx]\n", pci_name(dev), (res->flags & PCI_PREF_RANGE_TYPE_64)?"64":"32",res->start, res->end);
}
}
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-11 20:23 ` Rafael J. Wysocki
@ 2008-04-11 20:29 ` Rafael J. Wysocki
0 siblings, 0 replies; 57+ messages in thread
From: Rafael J. Wysocki @ 2008-04-11 20:29 UTC (permalink / raw
To: Ingo Molnar
Cc: Yinghai Lu, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven
On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> > > On Thursday, 10 of April 2008, Ingo Molnar wrote:
> > > >
> > > > * Ingo Molnar <mingo@elte.hu> wrote:
> > > >
> > > > > > > > First, the X server doesn't want to start (it says it couldn't
> > > > > > > > mmap the framebuffer).
> > > > > > >
> > > > > > > could you send your .config?
> > > > > >
> > > > > > Attached.
> > > > >
> > > > > could you disable this option:
> > > > >
> > > > > CONFIG_NONPROMISC_DEVMEM=y
> > > > >
> > > > > does it help with the X problem?
> > >
> > > That didn't help.
> > >
> > > > btw., Xorg works fine here on a comparable AMD system - but i use a
> > > > rather new distro (Fedora 8) which has Xorg 7.2.
> > >
> > > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> > >
> > > I think the problem is somehow related to the Radeon.
> >
> > The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
> > "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit" as the one
> > causing problems.
> >
> > Unfortunately, I can't revert cleanly it, because there are two more commits
> > depending on it in a highly nontrivial fashion, so I have reverted all three
> > commits
> >
> > a365998cd2cecfb827469dbd57c29602c106cb83
> > 44f7f90fbe7a3a99aab082f765346514b7b5c705
> > ea1441bdf53692c3dc1fd2658addcf1205629661
> >
> > and X starts again. Also, suspend to RAM works from under X.
>
> Update:
>
> With the above three commits reverted both X itself and suspend to RAM from
> X also work with the current x86-git (as of HEAD equal to
> 1192aeb957402b45f311895f124e4ca41206843c).
That also works from under a framebuffer console, so one of these commits
(presumably ea1441bdf53692c3dc1fd2658addcf1205629661) also breaks suspend on
this box.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-11 20:26 ` Yinghai Lu
@ 2008-04-11 20:51 ` Rafael J. Wysocki
2008-04-11 21:11 ` Yinghai Lu
2008-04-13 8:24 ` Yinghai Lu
2008-04-13 7:51 ` Ingo Molnar
1 sibling, 2 replies; 57+ messages in thread
From: Rafael J. Wysocki @ 2008-04-11 20:51 UTC (permalink / raw
To: Yinghai Lu
Cc: Ingo Molnar, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven
[-- Attachment #1: Type: text/plain, Size: 1835 bytes --]
On Friday, 11 of April 2008, Yinghai Lu wrote:
> On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> > > On Thursday, 10 of April 2008, Ingo Molnar wrote:
> > > >
> > > > * Ingo Molnar <mingo@elte.hu> wrote:
> > > >
> > > > > > > > First, the X server doesn't want to start (it says it couldn't
> > > > > > > > mmap the framebuffer).
> > > > > > >
> > > > > > > could you send your .config?
> > > > > >
> > > > > > Attached.
> > > > >
> > > > > could you disable this option:
> > > > >
> > > > > CONFIG_NONPROMISC_DEVMEM=y
> > > > >
> > > > > does it help with the X problem?
> > >
> > > That didn't help.
> > >
> > > > btw., Xorg works fine here on a comparable AMD system - but i use a
> > > > rather new distro (Fedora 8) which has Xorg 7.2.
> > >
> > > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> > >
> > > I think the problem is somehow related to the Radeon.
> >
> > The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
> > "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit" as the one
> > causing problems.
> >
> > Unfortunately, I can't revert cleanly it, because there are two more commits
> > depending on it in a highly nontrivial fashion, so I have reverted all three
> > commits
> >
> > a365998cd2cecfb827469dbd57c29602c106cb83
> > 44f7f90fbe7a3a99aab082f765346514b7b5c705
> > ea1441bdf53692c3dc1fd2658addcf1205629661
> >
> > and X starts again. Also, suspend to RAM works from under X.
>
> please keep the three patches and applied the two attached debug patches.
>
> i wonder if there is some io allocation overlapping with your system.
Attached is a boot dmesg output from the current x86 git tree with your two
patches applied.
Thanks,
Rafael
[-- Attachment #2: dmesg.log --]
[-- Type: text/x-log, Size: 27610 bytes --]
Linux version 2.6.25-rc8-x86-latest.git (rafael@chimera) (gcc version 4.2.1 (SUSE Linux)) #16 SMP Fri Apr 11 23:08:15 CEST 2008
Command line: root=/dev/md1 vga=0x31a resume=/dev/sda2
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009ec00 (usable)
BIOS-e820: 000000000009ec00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e8000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000007ffb0000 (usable)
BIOS-e820: 000000007ffb0000 - 000000007ffc0000 (ACPI data)
BIOS-e820: 000000007ffc0000 - 000000007fff0000 (ACPI NVS)
BIOS-e820: 000000007fff0000 - 0000000080000000 (reserved)
BIOS-e820: 00000000ff7c0000 - 0000000100000000 (reserved)
Entering add_active_range(0, 0, 158) 0 entries of 256 used
Entering add_active_range(0, 256, 524208) 1 entries of 256 used
max_pfn_mapped = 1048576
x86: PAT support disabled.
init_memory_mapping
DMI 2.3 present.
ACPI: RSDP 000F9B60, 0014 (r0 ACPIAM)
ACPI: RSDT 7FFB0000, 0030 (r1 A M I OEMRSDT 8000526 MSFT 97)
ACPI: FACP 7FFB0200, 0084 (r2 A M I OEMFACP 8000526 MSFT 97)
ACPI: DSDT 7FFB0400, 45A7 (r1 939M2 939M2120 120 INTL 2002026)
ACPI: FACS 7FFC0000, 0040
ACPI: APIC 7FFB0390, 0068 (r1 A M I OEMAPIC 8000526 MSFT 97)
ACPI: OEMB 7FFC0040, 0056 (r1 A M I AMI_OEM 8000526 MSFT 97)
Entering add_active_range(0, 0, 158) 0 entries of 256 used
Entering add_active_range(0, 256, 524208) 1 entries of 256 used
early res: 0 [0-fff] BIOS data page
early res: 1 [6000-7fff] TRAMPOLINE
early res: 2 [200000-b33c6f] TEXT DATA BSS
early res: 3 [378e2000-37fefac8] RAMDISK
early res: 4 [9ec00-fffff] BIOS reserved
early res: 5 [8000-bfff] PGTABLE
Zone PFN ranges:
DMA 0 -> 4096
DMA32 4096 -> 1048576
Normal 1048576 -> 1048576
Movable zone start PFN for each node
early_node_map[2] active PFN ranges
0: 0 -> 158
0: 256 -> 524208
On node 0 totalpages: 524110
DMA zone: 56 pages used for memmap
DMA zone: 2461 pages reserved
DMA zone: 1481 pages, LIFO batch:0
DMA32 zone: 7110 pages used for memmap
DMA32 zone: 513002 pages, LIFO batch:31
Normal zone: 0 pages used for memmap
Movable zone: 0 pages used for memmap
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 0, address 0xfec00000, GSI 0-23
ACPI: IOAPIC (id[0x03] address[0xfec10000] gsi_base[24])
IOAPIC[1]: apic_id 3, version 0, address 0xfec10000, GSI 24-39
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Setting APIC routing to flat
Using ACPI (MADT) for SMP configuration information
PM: Registered nosave memory: 000000000009e000 - 000000000009f000
PM: Registered nosave memory: 000000000009f000 - 00000000000a0000
PM: Registered nosave memory: 00000000000a0000 - 00000000000e8000
PM: Registered nosave memory: 00000000000e8000 - 0000000000100000
Allocating PCI resources starting at 88000000 (gap: 80000000:7f7c0000)
SMP: Allowing 2 CPUs, 0 hotplug CPUs
PERCPU: Allocating 31152 bytes of per cpu data
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 514483
Kernel command line: root=/dev/md1 vga=0x31a resume=/dev/sda2
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 32768 bytes)
TSC calibrated against PM_TIMER
Marking TSC unstable due to TSCs unsynchronized
time.c: Detected 2200.078 MHz processor.
Console: colour dummy device 80x25
console [tty0] enabled
Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
... MAX_LOCKDEP_SUBCLASSES: 8
... MAX_LOCK_DEPTH: 48
... MAX_LOCKDEP_KEYS: 2048
... CLASSHASH_SIZE: 1024
... MAX_LOCKDEP_ENTRIES: 8192
... MAX_LOCKDEP_CHAINS: 16384
... CHAINHASH_SIZE: 8192
memory used by lock dependency info: 1648 kB
per task-struct memory footprint: 2688 bytes
Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Checking aperture...
Node 0: aperture @ de000000 size 32 MB
Aperture too small (32 MB)
AGP bridge at 00:04:00
Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
Aperture too small (0 MB)
Your BIOS doesn't leave a aperture memory hole
Please enable the IOMMU option in the BIOS setup
This costs you 64 MB of RAM
Mapping aperture over 65536 KB of RAM @ 4000000
PM: Registered nosave memory: 0000000004000000 - 0000000008000000
Memory: 1981548k/2096832k available (2985k kernel code, 114240k reserved, 1655k data, 284k init)
CPA: page pool initialized 1 of 1 pages preallocated
Calibrating delay using timer specific routine.. 4404.11 BogoMIPS (lpj=8808221)
Security Framework initialized
SELinux: Initializing.
SELinux: Starting in permissive mode
selinux_register_security: Registering secondary module capability
Capability LSM initialized as secondary
Mount-cache hash table entries: 256
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
ACPI: Core revision 20070126
CPU0: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping 01
Using local APIC timer interrupts.
APIC timer calibration result 12500446
Detected 12.500 MHz APIC timer.
lockdep: fixing up alternatives.
Booting processor 1/1 ip 6000
Initializing CPU#1
Calibrating delay using timer specific routine.. 4400.18 BogoMIPS (lpj=8800363)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
x86: PAT support disabled.
CPU1: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping 01
Brought up 2 CPUs
Total of 2 processors activated (8804.29 BogoMIPS).
CPU0 attaching sched-domain:
domain 0: span 3
groups: 1 2
CPU1 attaching sched-domain:
domain 0: span 3
groups: 2 1
khelper used greatest stack depth: 5752 bytes left
net_namespace: 1112 bytes
Time: 21:11:45 Date: 04/11/08
NET: Registered protocol family 16
No dock devices found.
node 0 link 0: io port [1000, ffffff]
TOM: 0000000080000000 aka 2048M
node 0 link 0: mmio [e0000000, efffffff]
node 0 link 0: mmio [a0000, bffff]
node 0 link 0: mmio [80000000, ffffffff]
bus: [00,ff] on node 0 link 0
bus: 00 index 0 io port: [1000, ffffff]
bus: 00 index 1 io port: [0, ffff]
bus: 00 index 2 mmio: [80000000, fcffffffff]
bus: 00 index 3 mmio: [a0000, bffff]
bus: 00 index 4 mmio: [80000000, ffffffff]
ACPI: bus type pci registered
PCI: Using configuration type 1 for base access
ACPI: EC: Look up EC in DSDT
ACPI: Interpreter enabled
ACPI: (supports S0 S1 S3 S4 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: 0000:00:04.0 reg 10 32bit mmio: [de000000, dfffffff]
pci 0000:00:07.1: quirk: region 0800-083f claimed by ali7101 ACPI
PCI: 0000:00:08.0 reg 10 io port: [e800, e8ff]
PCI: 0000:00:08.0 reg 14 32bit mmio: [ff6ff000, ff6fffff]
PCI: 0000:00:11.0 reg 10 io port: [e400, e4ff]
PCI: 0000:00:11.0 reg 14 32bit mmio: [ff6fec00, ff6fecff]
PCI: 0000:00:12.0 reg 20 io port: [ff00, ff0f]
PCI: 0000:00:12.1 reg 10 io port: [ec00, ec07]
PCI: 0000:00:12.1 reg 14 io port: [e080, e083]
PCI: 0000:00:12.1 reg 18 io port: [e000, e007]
PCI: 0000:00:12.1 reg 1c io port: [dc00, dc03]
PCI: 0000:00:12.1 reg 20 io port: [d880, d88f]
PCI: 0000:00:13.0 reg 10 32bit mmio: [ff6fd000, ff6fdfff]
PCI: 0000:00:13.1 reg 10 32bit mmio: [ff6fc000, ff6fcfff]
PCI: 0000:00:13.2 reg 10 32bit mmio: [ff6fb000, ff6fbfff]
PCI: 0000:00:13.3 reg 10 32bit mmio: [ff6fe800, ff6fe8ff]
PCI: 0000:01:00.0 reg 10 32bit mmio: [d0000000, d7ffffff]
PCI: 0000:01:00.0 reg 14 io port: [b000, b0ff]
PCI: 0000:01:00.0 reg 18 32bit mmio: [ff2f0000, ff2fffff]
PCI: 0000:01:00.1 reg 10 32bit mmio: [ff2e0000, ff2effff]
PCI: bridge 0000:00:01.0 io port: [9000, bfff]
PCI: bridge 0000:00:01.0 32bit mmio: [ff200000, ff2fffff]
PCI: bridge 0000:00:01.0 32bit mmio pref: [cbf00000, dbefffff]
PCI: bridge 0000:00:02.0 32bit mmio: [ff300000, ff3fffff]
PCI: bridge 0000:00:05.0 32bit mmio: [ff400000, ff4fffff]
PCI: 0000:04:06.0 reg 10 io port: [c800, c8ff]
PCI: 0000:04:06.0 reg 14 32bit mmio: [ff5ffc00, ff5ffcff]
PCI: Transparent bridge - 0000:00:06.0
PCI: bridge 0000:00:06.0 io port: [c000, cfff]
PCI: bridge 0000:00:06.0 32bit mmio: [ff500000, ff5fffff]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P4._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HTT_._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEB1._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEB2._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 11 12 14 *15), disabled.
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs *3 4 5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 11 12 14 15) *9
ACPI: PCI Interrupt Link [LNKP] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI Warning (tbutils-0217): Incorrect checksum in table [OEMB] - 6A, should be 5D [20070126]
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp: PnP ACPI: found 14 devices
ACPI: ACPI bus type pnp unregistered
SCSI subsystem initialized
libata version 3.00 loaded.
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
PCI: Cannot allocate resource region 8 of bridge 0000:00:01.0
PCI: Cannot allocate resource region 8 of bridge 0000:00:02.0
PCI: Cannot allocate resource region 8 of bridge 0000:00:05.0
PCI: Cannot allocate resource region 8 of bridge 0000:00:06.0
PCI: Cannot allocate resource region 1 of device 0000:00:08.0
PCI: Cannot allocate resource region 1 of device 0000:00:11.0
PCI: Cannot allocate resource region 0 of device 0000:00:13.0
PCI: Cannot allocate resource region 0 of device 0000:00:13.1
PCI: Cannot allocate resource region 0 of device 0000:00:13.2
PCI: Cannot allocate resource region 0 of device 0000:00:13.3
PCI: Cannot allocate resource region 2 of device 0000:01:00.0
PCI: Cannot allocate resource region 0 of device 0000:01:00.1
PCI: Cannot allocate resource region 1 of device 0000:04:06.0
DMAR:parse DMAR table failure.
agpgart: Detected AGP bridge 20
agpgart: Aperture pointing to RAM
agpgart: Aperture from AGP @ de000000 size 4096 MB
agpgart: Aperture too small (0 MB)
agpgart: No usable aperture found.
agpgart: Consider rebooting with iommu=memaper=2 to get a good aperture.
system 00:07: ioport range 0x480-0x48f has been reserved
system 00:07: ioport range 0x4d0-0x4d1 has been reserved
system 00:07: ioport range 0x800-0x87f could not be reserved
system 00:07: ioport range 0x400-0x40f has been reserved
system 00:08: iomem range 0xfec00000-0xfec00fff has been reserved
system 00:08: iomem range 0xfee00000-0xfee00fff has been reserved
system 00:08: iomem range 0xe0000000-0xefffffff has been reserved
system 00:08: iomem range 0xfec10000-0xfec10fff has been reserved
system 00:08: iomem range 0xffb80000-0xffffffff could not be reserved
system 00:0c: ioport range 0x290-0x29f has been reserved
system 00:0d: iomem range 0x0-0x9ffff could not be reserved
system 00:0d: iomem range 0xc0000-0xcffff has been reserved
system 00:0d: iomem range 0xe0000-0xfffff could not be reserved
system 00:0d: iomem range 0x100000-0x7fffffff could not be reserved
system 00:0d: iomem range 0x0-0x0 could not be reserved
PCI: Bridge: 0000:00:01.0
IO window: 9000-bfff
MEM window: 0x100000000-0x1000fffff
PREFETCH window: 0x00000000cbf00000-0x00000000dbefffff
PCI: Bridge: 0000:00:02.0
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bridge: 0000:00:05.0
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bridge: 0000:00:06.0
IO window: c000-cfff
MEM window: 0x100100000-0x1001fffff
PREFETCH window: 0x0000000100200000-0x00000001002fffff
ACPI: PCI Interrupt 0000:00:01.0[A] -> GSI 29 (level, low) -> IRQ 29
PCI: Setting latency timer of device 0000:00:01.0 to 64
ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 34 (level, low) -> IRQ 34
PCI: Setting latency timer of device 0000:00:02.0 to 64
PCI: Setting latency timer of device 0000:00:05.0 to 64
PCI: Setting latency timer of device 0000:00:06.0 to 64
bus: 00 index 0 mmio: [1000, ffffff]
bus: 00 index 1 io port: [0, ffff]
bus: 00 index 2 mmio: [80000000, fcffffffff]
bus: 00 index 3 mmio: [a0000, bffff]
bus: 00 index 4 mmio: [80000000, ffffffff]
bus: 01 index 0 io port: [9000, bfff]
bus: 01 index 1 mmio: [100000000, 1000fffff]
bus: 01 index 2 mmio: [cbf00000, dbefffff]
bus: 01 index 3 mmio: [0, 0]
bus: 02 index 0 mmio: [0, 0]
bus: 02 index 1 mmio: [ff300000, ff3fffff]
bus: 02 index 2 mmio: [0, 0]
bus: 02 index 3 mmio: [0, 0]
bus: 03 index 0 mmio: [0, 0]
bus: 03 index 1 mmio: [ff400000, ff4fffff]
bus: 03 index 2 mmio: [0, 0]
bus: 03 index 3 mmio: [0, 0]
bus: 04 index 0 io port: [c000, cfff]
bus: 04 index 1 mmio: [100100000, 1001fffff]
bus: 04 index 2 mmio: [100200000, 1002fffff]
bus: 04 index 3 mmio: [1000, ffffff]
bus: 04 index 4 io port: [0, ffff]
bus: 04 index 5 mmio: [80000000, fcffffffff]
bus: 04 index 6 mmio: [a0000, bffff]
bus: 04 index 7 mmio: [80000000, ffffffff]
NET: Registered protocol family 2
Switched to high resolution mode on CPU 0
Switched to high resolution mode on CPU 1
IP route cache hash table entries: 65536 (order: 7, 524288 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 9, 3670016 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
checking if image is initramfs... it is
Freeing initrd memory: 7222k freed
audit: initializing netlink socket (disabled)
type=2000 audit(1207948305.996:1): initialized
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
SELinux: Registering netfilter hooks
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
pci 0000:01:00.0: Boot video device
PCI: Setting latency timer of device 0000:00:01.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:01.0:pcie00]
PCI: Setting latency timer of device 0000:00:02.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:02.0:pcie00]
vesafb: framebuffer at 0xd0000000, mapped to 0xffffc20000080000, using 5120k, total 16384k
vesafb: mode is 1280x1024x16, linelength=2560, pages=5
vesafb: scrolling: redraw
vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
Console: switching to colour frame buffer device 160x64
fb0: VESA VGA frame buffer device
Real Time Clock Driver v1.12ac
Linux agpgart interface v0.103
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:0b: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
brd: module loaded
loop: module loaded
PNP: PS/2 Controller [PNP0303:PS2K,PNP0f03:PS2M] 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/input0
input: PC Speaker as /class/input/input1
logips2pp: Detected unknown logitech mouse model 127
input: ImExPS/2 Logitech Explorer Mouse as /class/input/input2
md: multipath personality registered for level -4
cpuidle: using governor ladder
cpuidle: using governor menu
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 33
PM: Resume from partition /dev/sda2
PM: Checking hibernation image.
PM: Error -6 checking image file
PM: Resume from disk failed.
Magic number: 4:657:196
hash matches device ttys8
hash matches device ttypb
Freeing unused kernel memory: 284k freed
Write protecting the kernel read-only data: 4356k
mount used greatest stack depth: 5592 bytes left
ACPI: ACPI0007:00 is registered as cooling_device0
ACPI: ACPI0007:01 is registered as cooling_device1
ACPI: PCI Interrupt 0000:00:12.0[A] -> GSI 19 (level, low) -> IRQ 19
scsi0 : pata_ali
scsi1 : pata_ali
ata1: PATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xff00 irq 14
ata2: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xff08 irq 15
ata1.00: ATAPI: TSSTcorpCD/DVDW SH-S182M, SB03, max UDMA/33
ata1.00: WARNING: ATAPI DMA disabled for reliablity issues. It can be enabled
ata1.00: WARNING: via pata_ali.atapi_dma modparam or corresponding sysfs node.
ata1.00: configured for UDMA/33
scsi 0:0:0:0: CD-ROM TSSTcorp CD/DVDW SH-S182M SB03 PQ: 0 ANSI: 5
modprobe used greatest stack depth: 4664 bytes left
sata_uli 0000:00:12.1: version 1.3
ACPI: PCI Interrupt 0000:00:12.1[A] -> GSI 19 (level, low) -> IRQ 19
scsi2 : sata_uli
scsi3 : sata_uli
ata3: SATA max UDMA/133 cmd 0xec00 ctl 0xe080 bmdma 0xd880 irq 19
ata4: SATA max UDMA/133 cmd 0xe000 ctl 0xdc00 bmdma 0xd888 irq 19
ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata3.00: ATA-7: SAMSUNG HD160JJ, WU100-33, max UDMA7
ata3.00: 312581808 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata3.00: configured for UDMA/133
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata4.00: ATA-7: SAMSUNG SP2004C, VM100-50, max UDMA7
ata4.00: 390721968 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata4.00: configured for UDMA/133
scsi 2:0:0:0: Direct-Access ATA SAMSUNG HD160JJ WU10 PQ: 0 ANSI: 5
scsi 3:0:0:0: Direct-Access ATA SAMSUNG SP2004C VM10 PQ: 0 ANSI: 5
md: raid1 personality registered for level 1
BIOS EDD facility v0.16 2004-Jun-25, 6 devices found
Driver 'sd' needs updating - please use bus_type methods
sd 2:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 2:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
sda:<6>ACPI: PCI Interrupt 0000:00:13.0[A] -> GSI 20 (level, low) -> IRQ 20
ohci_hcd 0000:00:13.0: OHCI Host Controller
sda1 sda2 sda3 sda4 <<6>ohci_hcd 0000:00:13.0: new USB bus registered, assigned bus number 1
ohci_hcd 0000:00:13.0: irq 20, io mem 0x100301000
sda5 sda6 sda7 sda8 sda9 >
sd 2:0:0:0: [sda] Attached SCSI disk
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 3 ports detected
sd 3:0:0:0: [sdb] 390721968 512-byte hardware sectors (200050 MB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 3:0:0:0: [sdb] 390721968 512-byte hardware sectors (200050 MB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 sdb7<6>usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
sdb8<6>usb usb1: Product: OHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.25-rc8-x86-latest.git ohci_hcd
sdb9<6>usb usb1: SerialNumber: 0000:00:13.0
ACPI: PCI Interrupt 0000:00:13.1[B] -> GSI 21 (level, low) -> IRQ 21
ohci_hcd 0000:00:13.1: OHCI Host Controller
sdb10 >
ohci_hcd 0000:00:13.1: new USB bus registered, assigned bus number 2
sd 3:0:0:0: [sdb] Attached SCSI disk
ohci_hcd 0000:00:13.1: irq 21, io mem 0x100302000
modprobe used greatest stack depth: 4280 bytes left
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 3 ports detected
usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: OHCI Host Controller
usb usb2: Manufacturer: Linux 2.6.25-rc8-x86-latest.git ohci_hcd
usb usb2: SerialNumber: 0000:00:13.1
ACPI: PCI Interrupt 0000:00:13.2[C] -> GSI 22 (level, low) -> IRQ 22
ohci_hcd 0000:00:13.2: OHCI Host Controller
ohci_hcd 0000:00:13.2: new USB bus registered, assigned bus number 3
ohci_hcd 0000:00:13.2: irq 22, io mem 0x100303000
usb usb3: configuration #1 chosen from 1 choice
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 3 ports detected
usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb3: Product: OHCI Host Controller
usb usb3: Manufacturer: Linux 2.6.25-rc8-x86-latest.git ohci_hcd
usb usb3: SerialNumber: 0000:00:13.2
ACPI: PCI Interrupt 0000:00:13.3[D] -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:13.3: EHCI Host Controller
ehci_hcd 0000:00:13.3: new USB bus registered, assigned bus number 4
ehci_hcd 0000:00:13.3: debug port 1
ehci_hcd 0000:00:13.3: irq 23, io mem 0x100304100
ehci_hcd 0000:00:13.3: 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: 8 ports detected
usb usb4: New USB device found, idVendor=1d6b, idProduct=0002
usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb4: Product: EHCI Host Controller
usb usb4: Manufacturer: Linux 2.6.25-rc8-x86-latest.git ehci_hcd
usb usb4: SerialNumber: 0000:00:13.3
md: raid0 personality registered for level 0
xor: automatically using best checksumming function: generic_sse
generic_sse: 7022.000 MB/sec
xor: using function: generic_sse (7022.000 MB/sec)
async_tx: api initialized (sync-only)
raid6: int64x1 2149 MB/s
raid6: int64x2 2731 MB/s
raid6: int64x4 2371 MB/s
raid6: int64x8 2188 MB/s
raid6: sse2x1 2277 MB/s
raid6: sse2x2 3125 MB/s
raid6: sse2x4 3741 MB/s
raid6: using algorithm sse2x4 (3741 MB/s)
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
md: md1 stopped.
md: bind<sda3>
md: bind<sdb3>
raid1: raid set md1 active with 2 out of 2 mirrors
PM: Marking nosave pages: 000000000009e000 - 0000000000100000
PM: Marking nosave pages: 0000000004000000 - 0000000008000000
PM: Basic memory bitmaps created
PM: Basic memory bitmaps freed
PM: Starting manual resume from disk
PM: Resume from partition 8:2
PM: Checking hibernation image.
PM: Resume from disk failed.
kjournald starting. Commit interval 5 seconds
EXT3 FS on md1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
mount used greatest stack depth: 3712 bytes left
modprobe used greatest stack depth: 3656 bytes left
scsi 0:0:0:0: Attached scsi generic sg0 type 5
sd 2:0:0:0: Attached scsi generic sg1 type 0
sd 3:0:0:0: Attached scsi generic sg2 type 0
input: Power Button (FF) as /class/input/input3
ACPI: Power Button (FF) [PWRF]
input: Power Button (CM) as /class/input/input4
ACPI: Power Button (CM) [PWRB]
uli526x: ULi M5261/M5263 net driver, version 0.9.3 (2005-7-29)
ACPI: PCI Interrupt 0000:00:11.0[A] -> GSI 17 (level, low) -> IRQ 17
Driver 'sr' needs updating - please use bus_type methods
eth0: ULi M5263 at pci0000:00:11.0, 00:13:8f:3a:0b:96, irq 17.
8139too Fast Ethernet driver 0.9.28
ACPI: PCI Interrupt 0000:04:06.0[A] -> GSI 21 (level, low) -> IRQ 21
eth1: RealTek RTL8139 at 0xc800, 00:48:54:4b:5c:38, IRQ 21
eth1: Identified 8139 chip type 'RTL-8139A'
sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr 0:0:0:0: Attached scsi CD-ROM sr0
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
parport_pc 00:06: reported by Plug and Play ACPI
parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA]
udev: renamed network interface eth1 to eth0
udev: renamed network interface eth0_rename to eth1
ACPI: PCI Interrupt 0000:00:08.0[A] -> GSI 18 (level, low) -> IRQ 18
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/ac97/ac97_codec.c:2053: AC'97 1 does not respond - RESET
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/ac97/ac97_codec.c:2062: AC'97 1 access is not valid [0xffffffff], removing mixer.
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/intel8x0.c:2157: Unable to initialize codec #1
intel8x0_measure_ac97_clock: measured 52386 usecs
intel8x0: clocking to 48000
md: md2 stopped.
device-mapper: uevent: version 1.0.3
md: bind<sda5>
device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) initialised: dm-devel@redhat.com
md: bind<sdb5>
raid1: raid set md2 active with 2 out of 2 mirrors
md: md3 stopped.
md: bind<sda6>
md: bind<sdb6>
raid1: raid set md3 active with 2 out of 2 mirrors
md: md4 stopped.
md: bind<sda8>
md: bind<sdb8>
raid1: raid set md4 active with 2 out of 2 mirrors
md: md5 stopped.
md: bind<sda9>
md: bind<sdb9>
raid1: raid set md5 active with 2 out of 2 mirrors
md: md0 stopped.
md: bind<sda1>
md: bind<sdb1>
raid1: raid set md0 active with 2 out of 2 mirrors
fsck.ext3 used greatest stack depth: 3432 bytes left
kjournald starting. Commit interval 5 seconds
EXT3 FS on md0, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
ReiserFS: md4: found reiserfs format "3.6" with standard journal
ReiserFS: md4: using ordered data mode
ReiserFS: md4: journal params: device md4, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: md4: checking transaction log (md4)
ReiserFS: md4: Using r5 hash to sort names
ReiserFS: md5: found reiserfs format "3.6" with standard journal
ReiserFS: md5: using ordered data mode
ReiserFS: md5: journal params: device md5, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: md5: checking transaction log (md5)
ReiserFS: md5: Using r5 hash to sort names
kjournald starting. Commit interval 5 seconds
EXT3 FS on md2, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS on md3, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
Adding 2104504k swap on /dev/sda2. Priority:42 extents:1 across:2104504k
Adding 2104504k swap on /dev/sdb2. Priority:42 extents:1 across:2104504k
powernow-k8: Found 1 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ processors (2 cpu cores) (version 2.20.00)
powernow-k8: 0 : fid 0xe (2200 MHz), vid 0xa
powernow-k8: 1 : fid 0xc (2000 MHz), vid 0xa
powernow-k8: 2 : fid 0xa (1800 MHz), vid 0xa
powernow-k8: 3 : fid 0x2 (1000 MHz), vid 0xa
Xorg:4255 /dev/mem ioremap_change_attr failed write-back for 100000000-100010000
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
ADDRCONF(NETDEV_UP): eth1: link is not ready
ip6_tables: (C) 2000-2006 Netfilter Core Team
ip_tables: (C) 2000-2006 Netfilter Core Team
warning: `named' uses 32-bit capabilities (legacy support in use)
uli526x: eth1 NIC Link is Up 100 Mbps Full duplex
ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
Clocksource tsc unstable (delta = -75598224 ns)
eth1: no IPv6 routers present
X:5038 /dev/mem ioremap_change_attr failed write-back for 100000000-100010000
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-11 20:51 ` Rafael J. Wysocki
@ 2008-04-11 21:11 ` Yinghai Lu
2008-04-11 21:21 ` Rafael J. Wysocki
2008-04-13 8:24 ` Yinghai Lu
1 sibling, 1 reply; 57+ messages in thread
From: Yinghai Lu @ 2008-04-11 21:11 UTC (permalink / raw
To: Rafael J. Wysocki
Cc: Ingo Molnar, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven
On Fri, Apr 11, 2008 at 1:51 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> On Friday, 11 of April 2008, Yinghai Lu wrote:
> > On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> > > > On Thursday, 10 of April 2008, Ingo Molnar wrote:
> > > > >
> > > > > * Ingo Molnar <mingo@elte.hu> wrote:
> > > > >
> > > > > > > > > First, the X server doesn't want to start (it says it couldn't
> > > > > > > > > mmap the framebuffer).
> > > > > > > >
> > > > > > > > could you send your .config?
> > > > > > >
> > > > > > > Attached.
> > > > > >
> > > > > > could you disable this option:
> > > > > >
> > > > > > CONFIG_NONPROMISC_DEVMEM=y
> > > > > >
> > > > > > does it help with the X problem?
> > > >
> > > > That didn't help.
> > > >
> > > > > btw., Xorg works fine here on a comparable AMD system - but i use a
> > > > > rather new distro (Fedora 8) which has Xorg 7.2.
> > > >
> > > > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> > > >
> > > > I think the problem is somehow related to the Radeon.
> > >
> > > The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
> > > "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit" as the one
> > > causing problems.
> > >
> > > Unfortunately, I can't revert cleanly it, because there are two more commits
> > > depending on it in a highly nontrivial fashion, so I have reverted all three
> > > commits
> > >
> > > a365998cd2cecfb827469dbd57c29602c106cb83
> > > 44f7f90fbe7a3a99aab082f765346514b7b5c705
> > > ea1441bdf53692c3dc1fd2658addcf1205629661
> > >
> > > and X starts again. Also, suspend to RAM works from under X.
> >
> > please keep the three patches and applied the two attached debug patches.
> >
> > i wonder if there is some io allocation overlapping with your system.
>
> Attached is a boot dmesg output from the current x86 git tree with your two
> patches applied.
>
can you put boot in your command line?
Thanks
YH
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-11 21:11 ` Yinghai Lu
@ 2008-04-11 21:21 ` Rafael J. Wysocki
2008-04-11 21:31 ` Yinghai Lu
0 siblings, 1 reply; 57+ messages in thread
From: Rafael J. Wysocki @ 2008-04-11 21:21 UTC (permalink / raw
To: Yinghai Lu
Cc: Ingo Molnar, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven
On Friday, 11 of April 2008, Yinghai Lu wrote:
> On Fri, Apr 11, 2008 at 1:51 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >
> > On Friday, 11 of April 2008, Yinghai Lu wrote:
> > > On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> > > > > On Thursday, 10 of April 2008, Ingo Molnar wrote:
> > > > > >
> > > > > > * Ingo Molnar <mingo@elte.hu> wrote:
> > > > > >
> > > > > > > > > > First, the X server doesn't want to start (it says it couldn't
> > > > > > > > > > mmap the framebuffer).
> > > > > > > > >
> > > > > > > > > could you send your .config?
> > > > > > > >
> > > > > > > > Attached.
> > > > > > >
> > > > > > > could you disable this option:
> > > > > > >
> > > > > > > CONFIG_NONPROMISC_DEVMEM=y
> > > > > > >
> > > > > > > does it help with the X problem?
> > > > >
> > > > > That didn't help.
> > > > >
> > > > > > btw., Xorg works fine here on a comparable AMD system - but i use a
> > > > > > rather new distro (Fedora 8) which has Xorg 7.2.
> > > > >
> > > > > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> > > > >
> > > > > I think the problem is somehow related to the Radeon.
> > > >
> > > > The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
> > > > "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit" as the one
> > > > causing problems.
> > > >
> > > > Unfortunately, I can't revert cleanly it, because there are two more commits
> > > > depending on it in a highly nontrivial fashion, so I have reverted all three
> > > > commits
> > > >
> > > > a365998cd2cecfb827469dbd57c29602c106cb83
> > > > 44f7f90fbe7a3a99aab082f765346514b7b5c705
> > > > ea1441bdf53692c3dc1fd2658addcf1205629661
> > > >
> > > > and X starts again. Also, suspend to RAM works from under X.
> > >
> > > please keep the three patches and applied the two attached debug patches.
> > >
> > > i wonder if there is some io allocation overlapping with your system.
> >
> > Attached is a boot dmesg output from the current x86 git tree with your two
> > patches applied.
> >
> can you put boot in your command line?
I'm not quite sure what you mean.
Can you please tell me what exactly you want me to do?
Thanks,
Rafael
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-11 21:21 ` Rafael J. Wysocki
@ 2008-04-11 21:31 ` Yinghai Lu
0 siblings, 0 replies; 57+ messages in thread
From: Yinghai Lu @ 2008-04-11 21:31 UTC (permalink / raw
To: Rafael J. Wysocki
Cc: Ingo Molnar, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven
On Fri, Apr 11, 2008 at 2:21 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> On Friday, 11 of April 2008, Yinghai Lu wrote:
> > On Fri, Apr 11, 2008 at 1:51 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > >
> > > On Friday, 11 of April 2008, Yinghai Lu wrote:
> > > > On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > > > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> > > > > > On Thursday, 10 of April 2008, Ingo Molnar wrote:
> > > > > > >
> > > > > > > * Ingo Molnar <mingo@elte.hu> wrote:
> > > > > > >
> > > > > > > > > > > First, the X server doesn't want to start (it says it couldn't
> > > > > > > > > > > mmap the framebuffer).
> > > > > > > > > >
> > > > > > > > > > could you send your .config?
> > > > > > > > >
> > > > > > > > > Attached.
> > > > > > > >
> > > > > > > > could you disable this option:
> > > > > > > >
> > > > > > > > CONFIG_NONPROMISC_DEVMEM=y
> > > > > > > >
> > > > > > > > does it help with the X problem?
> > > > > >
> > > > > > That didn't help.
> > > > > >
> > > > > > > btw., Xorg works fine here on a comparable AMD system - but i use a
> > > > > > > rather new distro (Fedora 8) which has Xorg 7.2.
> > > > > >
> > > > > > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> > > > > >
> > > > > > I think the problem is somehow related to the Radeon.
> > > > >
> > > > > The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
> > > > > "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit" as the one
> > > > > causing problems.
> > > > >
> > > > > Unfortunately, I can't revert cleanly it, because there are two more commits
> > > > > depending on it in a highly nontrivial fashion, so I have reverted all three
> > > > > commits
> > > > >
> > > > > a365998cd2cecfb827469dbd57c29602c106cb83
> > > > > 44f7f90fbe7a3a99aab082f765346514b7b5c705
> > > > > ea1441bdf53692c3dc1fd2658addcf1205629661
> > > > >
> > > > > and X starts again. Also, suspend to RAM works from under X.
> > > >
> > > > please keep the three patches and applied the two attached debug patches.
> > > >
> > > > i wonder if there is some io allocation overlapping with your system.
> > >
> > > Attached is a boot dmesg output from the current x86 git tree with your two
> > > patches applied.
> > >
> > can you put boot in your command line?
>
> I'm not quite sure what you mean.
>
> Can you please tell me what exactly you want me to do?
i got some hint. Will send you one patch to workaround the overlapping.
YH
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-11 20:26 ` Yinghai Lu
2008-04-11 20:51 ` Rafael J. Wysocki
@ 2008-04-13 7:51 ` Ingo Molnar
2008-04-13 7:59 ` Yinghai Lu
1 sibling, 1 reply; 57+ messages in thread
From: Ingo Molnar @ 2008-04-13 7:51 UTC (permalink / raw
To: Yinghai Lu
Cc: Rafael J. Wysocki, Andrew Morton, LKML, Pavel Machek,
Thomas Gleixner, H. Anvin, Arjan van de Ven, Greg Kroah-Hartman
* Yinghai Lu <yhlu.kernel@gmail.com> wrote:
> > and X starts again. Also, suspend to RAM works from under X.
>
> please keep the three patches and applied the two attached debug
> patches.
>
> i wonder if there is some io allocation overlapping with your system.
hm, would be nice to have these two debugging patches upstream. Perhaps
the printouts should be dependent on some boot parameter?
Ingo
^ permalink raw reply [flat|nested] 57+ messages in thread
* [rfc] hw resource debugging checks (was: Re: x86 git tree broken (bisected))
2008-04-11 19:26 ` x86 git tree broken (bisected) Rafael J. Wysocki
2008-04-11 20:23 ` Rafael J. Wysocki
2008-04-11 20:26 ` Yinghai Lu
@ 2008-04-13 7:58 ` Ingo Molnar
2008-04-13 8:18 ` Yinghai Lu
` (2 more replies)
2 siblings, 3 replies; 57+ messages in thread
From: Ingo Molnar @ 2008-04-13 7:58 UTC (permalink / raw
To: Rafael J. Wysocki
Cc: Yinghai Lu, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven, Greg Kroah-Hartman
* Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > btw., Xorg works fine here on a comparable AMD system - but i use
> > > a rather new distro (Fedora 8) which has Xorg 7.2.
> >
> > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> >
> > I think the problem is somehow related to the Radeon.
>
> The bisection turned up commit
> ea1441bdf53692c3dc1fd2658addcf1205629661 "x86: use bus conf in NB conf
> fun1 to get bus range on, on 64-bit" as the one causing problems.
thanks Rafael for bisecting this!
This was a rather nasty problem - and i'm wondering what else we could
do to harden our hw resource management code. I'm wondering, is there
any particular reason why clearly broken resource setup is not detected
somewhere, automatically, and WARN_ON()-ed about?
for example, in the scheduler code we used to have similar bug patterns
again and again: architecture code set up scheduler domains incorrectly
and broke the system in subtle ways. So we added sched_domain_debug()
which is active under CONFIG_SCHED_DEBUG=y and does a few sanity checks
and complains if something is wrong. This caught quite a few bugs
whenever the sched-domains code was modified.
Ingo
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-13 7:51 ` Ingo Molnar
@ 2008-04-13 7:59 ` Yinghai Lu
0 siblings, 0 replies; 57+ messages in thread
From: Yinghai Lu @ 2008-04-13 7:59 UTC (permalink / raw
To: Ingo Molnar
Cc: Rafael J. Wysocki, Andrew Morton, LKML, Pavel Machek,
Thomas Gleixner, H. Anvin, Arjan van de Ven, Greg Kroah-Hartman
On Sun, Apr 13, 2008 at 12:51 AM, Ingo Molnar <mingo@elte.hu> wrote:
>
> * Yinghai Lu <yhlu.kernel@gmail.com> wrote:
>
> > > and X starts again. Also, suspend to RAM works from under X.
> >
> > please keep the three patches and applied the two attached debug
> > patches.
> >
> > i wonder if there is some io allocation overlapping with your system.
>
> hm, would be nice to have these two debugging patches upstream. Perhaps
> the printouts should be dependent on some boot parameter?
I am using them to print out the io/mmio allocation (from BIOS) before
kernel modifying them.
YH
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [rfc] hw resource debugging checks (was: Re: x86 git tree broken (bisected))
2008-04-13 7:58 ` [rfc] hw resource debugging checks (was: Re: x86 git tree broken (bisected)) Ingo Molnar
@ 2008-04-13 8:18 ` Yinghai Lu
2008-04-13 9:19 ` Ingo Molnar
2008-04-13 9:39 ` [rfc] hw resource debugging checks Andi Kleen
2008-04-13 15:48 ` [rfc] hw resource debugging checks (was: Re: x86 git tree broken (bisected)) Arjan van de Ven
2 siblings, 1 reply; 57+ messages in thread
From: Yinghai Lu @ 2008-04-13 8:18 UTC (permalink / raw
To: Ingo Molnar
Cc: Rafael J. Wysocki, Andrew Morton, LKML, Pavel Machek,
Thomas Gleixner, H. Anvin, Arjan van de Ven, Greg Kroah-Hartman
On Sun, Apr 13, 2008 at 12:58 AM, Ingo Molnar <mingo@elte.hu> wrote:
>
> * Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> > > > btw., Xorg works fine here on a comparable AMD system - but i use
> > > > a rather new distro (Fedora 8) which has Xorg 7.2.
> > >
> > > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> > >
> > > I think the problem is somehow related to the Radeon.
> >
> > The bisection turned up commit
> > ea1441bdf53692c3dc1fd2658addcf1205629661 "x86: use bus conf in NB conf
> > fun1 to get bus range on, on 64-bit" as the one causing problems.
>
> thanks Rafael for bisecting this!
>
> This was a rather nasty problem - and i'm wondering what else we could
> do to harden our hw resource management code. I'm wondering, is there
> any particular reason why clearly broken resource setup is not detected
> somewhere, automatically, and WARN_ON()-ed about?
>
> for example, in the scheduler code we used to have similar bug patterns
> again and again: architecture code set up scheduler domains incorrectly
> and broke the system in subtle ways. So we added sched_domain_debug()
> which is active under CONFIG_SCHED_DEBUG=y and does a few sanity checks
> and complains if something is wrong. This caught quite a few bugs
> whenever the sched-domains code was modified.
>
> Ingo
there is silicon abut about agp bridge aperture order reading...
=====> just sent out one patch to work around that
also BIOS is sick to allocate overlapping MMIO to the same link..
node 0 link 0: io port [1000, ffffff]
TOM: 0000000080000000 aka 2048M
node 0 link 0: mmio [e0000000, efffffff]
node 0 link 0: mmio [a0000, bffff]
node 0 link 0: mmio [80000000, ffffffff]
bus: [00,ff] on node 0 link 0
never thought that BIOS could be so sick.
===> already have one work around, need more test next week.
YH
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-11 20:51 ` Rafael J. Wysocki
2008-04-11 21:11 ` Yinghai Lu
@ 2008-04-13 8:24 ` Yinghai Lu
2008-04-13 8:41 ` Yinghai Lu
2008-04-13 16:12 ` Rafael J. Wysocki
1 sibling, 2 replies; 57+ messages in thread
From: Yinghai Lu @ 2008-04-13 8:24 UTC (permalink / raw
To: Rafael J. Wysocki
Cc: Ingo Molnar, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven
On Fri, Apr 11, 2008 at 1:51 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> On Friday, 11 of April 2008, Yinghai Lu wrote:
> > On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> > > > On Thursday, 10 of April 2008, Ingo Molnar wrote:
> > > > >
> > > > > * Ingo Molnar <mingo@elte.hu> wrote:
> > > > >
> > > > > > > > > First, the X server doesn't want to start (it says it couldn't
> > > > > > > > > mmap the framebuffer).
> > > > > > > >
> > > > > > > > could you send your .config?
> > > > > > >
> > > > > > > Attached.
> > > > > >
> > > > > > could you disable this option:
> > > > > >
> > > > > > CONFIG_NONPROMISC_DEVMEM=y
> > > > > >
> > > > > > does it help with the X problem?
> > > >
> > > > That didn't help.
> > > >
> > > > > btw., Xorg works fine here on a comparable AMD system - but i use a
> > > > > rather new distro (Fedora 8) which has Xorg 7.2.
> > > >
> > > > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> > > >
> > > > I think the problem is somehow related to the Radeon.
> > >
> > > The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
> > > "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit" as the one
> > > causing problems.
> > >
> > > Unfortunately, I can't revert cleanly it, because there are two more commits
> > > depending on it in a highly nontrivial fashion, so I have reverted all three
> > > commits
> > >
> > > a365998cd2cecfb827469dbd57c29602c106cb83
> > > 44f7f90fbe7a3a99aab082f765346514b7b5c705
> > > ea1441bdf53692c3dc1fd2658addcf1205629661
> > >
> > > and X starts again. Also, suspend to RAM works from under X.
> >
> > please keep the three patches and applied the two attached debug patches.
> >
> > i wonder if there is some io allocation overlapping with your system.
>
> Attached is a boot dmesg output from the current x86 git tree with your two
> patches applied.
>
can you try to apply the patch i sent to you about agp bridge order
reading for buggy silicon?
Please boot kernel with "debug"...
I want to verify if you can get
"
Aperture conflicts with PCI mapping.
"
in your boot log...
YH
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-13 8:24 ` Yinghai Lu
@ 2008-04-13 8:41 ` Yinghai Lu
2008-04-13 16:14 ` Rafael J. Wysocki
2008-04-13 16:12 ` Rafael J. Wysocki
1 sibling, 1 reply; 57+ messages in thread
From: Yinghai Lu @ 2008-04-13 8:41 UTC (permalink / raw
To: Rafael J. Wysocki
Cc: Ingo Molnar, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven
[-- Attachment #1: Type: text/plain, Size: 2585 bytes --]
On Sun, Apr 13, 2008 at 1:24 AM, Yinghai Lu <yhlu.kernel@gmail.com> wrote:
>
> On Fri, Apr 11, 2008 at 1:51 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >
> > On Friday, 11 of April 2008, Yinghai Lu wrote:
> > > On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> > > > > On Thursday, 10 of April 2008, Ingo Molnar wrote:
> > > > > >
> > > > > > * Ingo Molnar <mingo@elte.hu> wrote:
> > > > > >
> > > > > > > > > > First, the X server doesn't want to start (it says it couldn't
> > > > > > > > > > mmap the framebuffer).
> > > > > > > > >
> > > > > > > > > could you send your .config?
> > > > > > > >
> > > > > > > > Attached.
> > > > > > >
> > > > > > > could you disable this option:
> > > > > > >
> > > > > > > CONFIG_NONPROMISC_DEVMEM=y
> > > > > > >
> > > > > > > does it help with the X problem?
> > > > >
> > > > > That didn't help.
> > > > >
> > > > > > btw., Xorg works fine here on a comparable AMD system - but i use a
> > > > > > rather new distro (Fedora 8) which has Xorg 7.2.
> > > > >
> > > > > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> > > > >
> > > > > I think the problem is somehow related to the Radeon.
> > > >
> > > > The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
> > > > "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit" as the one
> > > > causing problems.
> > > >
> > > > Unfortunately, I can't revert cleanly it, because there are two more commits
> > > > depending on it in a highly nontrivial fashion, so I have reverted all three
> > > > commits
> > > >
> > > > a365998cd2cecfb827469dbd57c29602c106cb83
> > > > 44f7f90fbe7a3a99aab082f765346514b7b5c705
> > > > ea1441bdf53692c3dc1fd2658addcf1205629661
> > > >
> > > > and X starts again. Also, suspend to RAM works from under X.
> > >
> > > please keep the three patches and applied the two attached debug patches.
> > >
> > > i wonder if there is some io allocation overlapping with your system.
> >
> > Attached is a boot dmesg output from the current x86 git tree with your two
> > patches applied.
> >
> can you try to apply the patch i sent to you about agp bridge order
> reading for buggy silicon?
>
> Please boot kernel with "debug"...
>
> I want to verify if you can get
>
> "
> Aperture conflicts with PCI mapping.
> "
>
> in your boot log...
>
then with this patch for io allocation overlapping...
YH
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: fix_peer_overlapping.patch --]
[-- Type: text/x-patch; name=fix_peer_overlapping.patch, Size: 2965 bytes --]
[PATCH] x86_64: workaround io allocation overlapping for HT link
Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com>
Index: linux-2.6/arch/x86/pci/k8-bus_64.c
===================================================================
--- linux-2.6.orig/arch/x86/pci/k8-bus_64.c
+++ linux-2.6/arch/x86/pci/k8-bus_64.c
@@ -111,17 +111,25 @@ static void __init update_range(struct r
for (j = 0; j < RANGE_NUM; j++) {
if (!range[j].end)
continue;
- if (start == range[j].start && end < range[j].end) {
- range[j].start = end + 1;
- break;
- } else if (start == range[j].start && end == range[j].end) {
+
+ if (start <= range[j].start && end >= range[j].end) {
range[j].start = 0;
range[j].end = 0;
- break;
- } else if (start > range[j].start && end == range[j].end) {
+ continue;
+ }
+
+ if (start <= range[j].start && end < range[j].end && range[j].start < end + 1) {
+ range[j].start = end + 1;
+ continue;
+ }
+
+
+ if (start > range[j].start && end >= range[j].end && range[j].end > start - 1) {
range[j].end = start - 1;
- break;
- } else if (start > range[j].start && end < range[j].end) {
+ continue;
+ }
+
+ if (start > range[j].start && end < range[j].end) {
/* find the new spare */
for (i = 0; i < RANGE_NUM; i++) {
if (range[i].end == 0)
@@ -134,7 +142,7 @@ static void __init update_range(struct r
printk(KERN_ERR "run of slot in ranges\n");
}
range[j].end = start - 1;
- break;
+ continue;
}
}
}
@@ -150,16 +158,24 @@ static void __init update_res(struct pci
/* try to merge it with old one */
for (i = 0; i < info->res_num; i++) {
+ size_t final_start, final_end;
+ size_t common_start, common_end;
+
res = &info->res[i];
if (res->flags != flags)
continue;
- if (res->end + 1 == start) {
- res->end = end;
- return;
- } else if (end + 1 == res->start) {
- res->start = start;
- return;
- }
+
+ common_start = max((size_t)res->start, start);
+ common_end = min((size_t)res->end, end);
+ if (common_start > common_end + 1)
+ continue;
+
+ final_start = min((size_t)res->start, start);
+ final_end = max((size_t)res->end, end);
+
+ res->start = final_start;
+ res->end = final_end;
+ return;
}
addit:
@@ -335,7 +351,11 @@ static int __init early_fill_mp_bus_info
info = &pci_root_info[j];
printk(KERN_DEBUG "node %d link %d: io port [%llx, %llx]\n",
node, link, (u64)start, (u64)end);
- update_res(info, start, end, IORESOURCE_IO, 0);
+
+ /* kernel only handle 16 bit only */
+ if (end > 0xffff)
+ end = 0xffff;
+ update_res(info, start, end, IORESOURCE_IO, 1);
update_range(range, start, end);
}
/* add left over io port range to def node/link, [0, 0xffff] */
@@ -443,7 +463,7 @@ static int __init early_fill_mp_bus_info
}
}
- update_res(info, start, end, IORESOURCE_MEM, 0);
+ update_res(info, start, end, IORESOURCE_MEM, 1);
update_range(range, start, end);
printk(KERN_CONT "\n");
}
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [rfc] hw resource debugging checks (was: Re: x86 git tree broken (bisected))
2008-04-13 8:18 ` Yinghai Lu
@ 2008-04-13 9:19 ` Ingo Molnar
0 siblings, 0 replies; 57+ messages in thread
From: Ingo Molnar @ 2008-04-13 9:19 UTC (permalink / raw
To: Yinghai Lu
Cc: Rafael J. Wysocki, Andrew Morton, LKML, Pavel Machek,
Thomas Gleixner, H. Anvin, Arjan van de Ven, Greg Kroah-Hartman
* Yinghai Lu <yhlu.kernel@gmail.com> wrote:
> =====> just sent out one patch to work around that
yep, just applied that one.
> also BIOS is sick to allocate overlapping MMIO to the same link..
>
> node 0 link 0: io port [1000, ffffff]
> TOM: 0000000080000000 aka 2048M
> node 0 link 0: mmio [e0000000, efffffff]
> node 0 link 0: mmio [a0000, bffff]
> node 0 link 0: mmio [80000000, ffffffff]
> bus: [00,ff] on node 0 link 0
>
> never thought that BIOS could be so sick.
> ===> already have one work around, need more test next week.
great!
basically any and all sickness should be assumed both by the hardware
and by the BIOS, _and_ by Linux architecture code as well as it passes
stuff to the generic driver layers. So as resources get set up we should
have resilience all the way and should be on the lookout for signs of
bugs - because breakages are so hard to track down in this area if they
go unnoticed during setup.
Ingo
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [rfc] hw resource debugging checks
2008-04-13 7:58 ` [rfc] hw resource debugging checks (was: Re: x86 git tree broken (bisected)) Ingo Molnar
2008-04-13 8:18 ` Yinghai Lu
@ 2008-04-13 9:39 ` Andi Kleen
2008-04-13 17:53 ` Arjan van de Ven
2008-04-13 18:19 ` Yinghai Lu
2008-04-13 15:48 ` [rfc] hw resource debugging checks (was: Re: x86 git tree broken (bisected)) Arjan van de Ven
2 siblings, 2 replies; 57+ messages in thread
From: Andi Kleen @ 2008-04-13 9:39 UTC (permalink / raw
To: Ingo Molnar
Cc: Rafael J. Wysocki, Yinghai Lu, Andrew Morton, LKML, Pavel Machek,
Thomas Gleixner, H. Anvin, Arjan van de Ven, Greg Kroah-Hartman
Ingo Molnar <mingo@elte.hu> writes:
This whole problem just shows that it was a mistake in the first place
to try to redo the BIOS work in Linux. If BIOS doesn't supply MCFG
Linux trying to create one (or in general having generalized resource
allocation) is just a big mess and will cause endless problems. The
standard resource code is just not up to the task and it needs very
intimate knowledge of the hardware that the kernel shouldn't have.
Again the real fix I think is to just drop all that code in git-x86
again and finally fix LinuxBIOS to do its job properly and pass a
proper MCFG (or just forget about using mmconfig with LinuxBIOS - it
is not that Type1 suddently doesn't work anymore). Then this code
wouldn't be needed at all
-Andi
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [rfc] hw resource debugging checks (was: Re: x86 git tree broken (bisected))
2008-04-13 7:58 ` [rfc] hw resource debugging checks (was: Re: x86 git tree broken (bisected)) Ingo Molnar
2008-04-13 8:18 ` Yinghai Lu
2008-04-13 9:39 ` [rfc] hw resource debugging checks Andi Kleen
@ 2008-04-13 15:48 ` Arjan van de Ven
2 siblings, 0 replies; 57+ messages in thread
From: Arjan van de Ven @ 2008-04-13 15:48 UTC (permalink / raw
To: Ingo Molnar
Cc: Rafael J. Wysocki, Yinghai Lu, Andrew Morton, LKML, Pavel Machek,
Thomas Gleixner, H. Anvin, Greg Kroah-Hartman
On Sun, 13 Apr 2008 09:58:45 +0200
Ingo Molnar <mingo@elte.hu> wrote:
>
> * Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> > > > btw., Xorg works fine here on a comparable AMD system - but i
> > > > use a rather new distro (Fedora 8) which has Xorg 7.2.
> > >
> > > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> > >
> > > I think the problem is somehow related to the Radeon.
> >
> > The bisection turned up commit
> > ea1441bdf53692c3dc1fd2658addcf1205629661 "x86: use bus conf in NB
> > conf fun1 to get bus range on, on 64-bit" as the one causing
> > problems.
>
> thanks Rafael for bisecting this!
>
> This was a rather nasty problem - and i'm wondering what else we
> could do to harden our hw resource management code. I'm wondering, is
> there any particular reason why clearly broken resource setup is not
> detected somewhere, automatically, and WARN_ON()-ed about?
that would be very welcome, esp if kerneloops.org can pick them up.
One thing we also need to do as Linux is get more conservative;
(this isn't per se about this specific thing)
With MCFG for example we learned over time "if it smells funny don't use it".
That concept should be carried much further imo; for example on K8 you
can compare the acpi table to the chipset for numa support, and if they don't match,
we SHOULD ignore both entirely.
The same is true all over; Linux tends to behave as "oh but we think we can make it work anyway",
in general imo that's a mistake in the long term, at least for default configs. Because there
will be cases where that will break, be it special bioses or next gens of chipsets.
--
If you want to reach me at my work email, use arjan@linux.intel.com
For development, discussion and tips for power savings,
visit http://www.lesswatts.org
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-13 8:24 ` Yinghai Lu
2008-04-13 8:41 ` Yinghai Lu
@ 2008-04-13 16:12 ` Rafael J. Wysocki
2008-04-13 18:07 ` Yinghai Lu
2008-04-13 22:00 ` Yinghai Lu
1 sibling, 2 replies; 57+ messages in thread
From: Rafael J. Wysocki @ 2008-04-13 16:12 UTC (permalink / raw
To: Yinghai Lu
Cc: Ingo Molnar, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven
[-- Attachment #1: Type: text/plain, Size: 2801 bytes --]
On Sunday, 13 of April 2008, Yinghai Lu wrote:
> On Fri, Apr 11, 2008 at 1:51 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >
> > On Friday, 11 of April 2008, Yinghai Lu wrote:
> > > On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> > > > > On Thursday, 10 of April 2008, Ingo Molnar wrote:
> > > > > >
> > > > > > * Ingo Molnar <mingo@elte.hu> wrote:
> > > > > >
> > > > > > > > > > First, the X server doesn't want to start (it says it couldn't
> > > > > > > > > > mmap the framebuffer).
> > > > > > > > >
> > > > > > > > > could you send your .config?
> > > > > > > >
> > > > > > > > Attached.
> > > > > > >
> > > > > > > could you disable this option:
> > > > > > >
> > > > > > > CONFIG_NONPROMISC_DEVMEM=y
> > > > > > >
> > > > > > > does it help with the X problem?
> > > > >
> > > > > That didn't help.
> > > > >
> > > > > > btw., Xorg works fine here on a comparable AMD system - but i use a
> > > > > > rather new distro (Fedora 8) which has Xorg 7.2.
> > > > >
> > > > > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> > > > >
> > > > > I think the problem is somehow related to the Radeon.
> > > >
> > > > The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
> > > > "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit" as the one
> > > > causing problems.
> > > >
> > > > Unfortunately, I can't revert cleanly it, because there are two more commits
> > > > depending on it in a highly nontrivial fashion, so I have reverted all three
> > > > commits
> > > >
> > > > a365998cd2cecfb827469dbd57c29602c106cb83
> > > > 44f7f90fbe7a3a99aab082f765346514b7b5c705
> > > > ea1441bdf53692c3dc1fd2658addcf1205629661
> > > >
> > > > and X starts again. Also, suspend to RAM works from under X.
> > >
> > > please keep the three patches and applied the two attached debug patches.
> > >
> > > i wonder if there is some io allocation overlapping with your system.
> >
> > Attached is a boot dmesg output from the current x86 git tree with your two
> > patches applied.
> >
> can you try to apply the patch i sent to you about agp bridge order
> reading for buggy silicon?
>
> Please boot kernel with "debug"...
>
> I want to verify if you can get
>
> "
> Aperture conflicts with PCI mapping.
> "
>
> in your boot log...
It's not present in there:
rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
Aperture too small (32 MB)
Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
Aperture too small (0 MB)
agpgart: Aperture pointing to RAM
agpgart: Aperture from AGP @ de000000 size 4096 MB
agpgart: Aperture too small (0 MB)
Full dmesg output attached.
Thanks,
Rafael
[-- Attachment #2: failing-with-patch-dmesg.log --]
[-- Type: text/x-log, Size: 27939 bytes --]
Linux version 2.6.25-rc8-x86-latest.git (rafael@chimera) (gcc version 4.2.1 (SUSE Linux)) #23 SMP Sun Apr 13 16:50:49 CEST 2008
Command line: root=/dev/md1 vga=0x31a resume=/dev/sda2 debug
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009ec00 (usable)
BIOS-e820: 000000000009ec00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e8000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000007ffb0000 (usable)
BIOS-e820: 000000007ffb0000 - 000000007ffc0000 (ACPI data)
BIOS-e820: 000000007ffc0000 - 000000007fff0000 (ACPI NVS)
BIOS-e820: 000000007fff0000 - 0000000080000000 (reserved)
BIOS-e820: 00000000ff7c0000 - 0000000100000000 (reserved)
Entering add_active_range(0, 0, 158) 0 entries of 256 used
Entering add_active_range(0, 256, 524208) 1 entries of 256 used
max_pfn_mapped = 1048576
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
init_memory_mapping
DMI 2.3 present.
ACPI: RSDP 000F9B60, 0014 (r0 ACPIAM)
ACPI: RSDT 7FFB0000, 0030 (r1 A M I OEMRSDT 8000526 MSFT 97)
ACPI: FACP 7FFB0200, 0084 (r2 A M I OEMFACP 8000526 MSFT 97)
ACPI: DSDT 7FFB0400, 45A7 (r1 939M2 939M2120 120 INTL 2002026)
ACPI: FACS 7FFC0000, 0040
ACPI: APIC 7FFB0390, 0068 (r1 A M I OEMAPIC 8000526 MSFT 97)
ACPI: OEMB 7FFC0040, 0056 (r1 A M I AMI_OEM 8000526 MSFT 97)
Entering add_active_range(0, 0, 158) 0 entries of 256 used
Entering add_active_range(0, 256, 524208) 1 entries of 256 used
early res: 0 [0-fff] BIOS data page
early res: 1 [6000-7fff] TRAMPOLINE
early res: 2 [200000-b36c6f] TEXT DATA BSS
early res: 3 [378e2000-37fefaa5] RAMDISK
early res: 4 [9ec00-fffff] BIOS reserved
early res: 5 [8000-bfff] PGTABLE
Zone PFN ranges:
DMA 0 -> 4096
DMA32 4096 -> 1048576
Normal 1048576 -> 1048576
Movable zone start PFN for each node
early_node_map[2] active PFN ranges
0: 0 -> 158
0: 256 -> 524208
On node 0 totalpages: 524110
DMA zone: 56 pages used for memmap
DMA zone: 2464 pages reserved
DMA zone: 1478 pages, LIFO batch:0
DMA32 zone: 7110 pages used for memmap
DMA32 zone: 513002 pages, LIFO batch:31
Normal zone: 0 pages used for memmap
Movable zone: 0 pages used for memmap
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 0, address 0xfec00000, GSI 0-23
ACPI: IOAPIC (id[0x03] address[0xfec10000] gsi_base[24])
IOAPIC[1]: apic_id 3, version 0, address 0xfec10000, GSI 24-39
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Setting APIC routing to flat
Using ACPI (MADT) for SMP configuration information
PM: Registered nosave memory: 000000000009e000 - 000000000009f000
PM: Registered nosave memory: 000000000009f000 - 00000000000a0000
PM: Registered nosave memory: 00000000000a0000 - 00000000000e8000
PM: Registered nosave memory: 00000000000e8000 - 0000000000100000
Allocating PCI resources starting at 88000000 (gap: 80000000:7f7c0000)
SMP: Allowing 2 CPUs, 0 hotplug CPUs
PERCPU: Allocating 31152 bytes of per cpu data
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 514480
Kernel command line: root=/dev/md1 vga=0x31a resume=/dev/sda2 debug
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 32768 bytes)
TSC calibrated against PM_TIMER
Marking TSC unstable due to TSCs unsynchronized
time.c: Detected 2200.086 MHz processor.
Console: colour dummy device 80x25
console [tty0] enabled
Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
... MAX_LOCKDEP_SUBCLASSES: 8
... MAX_LOCK_DEPTH: 48
... MAX_LOCKDEP_KEYS: 2048
... CLASSHASH_SIZE: 1024
... MAX_LOCKDEP_ENTRIES: 8192
... MAX_LOCKDEP_CHAINS: 16384
... CHAINHASH_SIZE: 8192
memory used by lock dependency info: 1648 kB
per task-struct memory footprint: 2688 bytes
Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Checking aperture...
Node 0: aperture @ de000000 size 32 MB
Aperture too small (32 MB)
AGP bridge at 00:04:00
Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
Aperture too small (0 MB)
Your BIOS doesn't leave a aperture memory hole
Please enable the IOMMU option in the BIOS setup
This costs you 64 MB of RAM
Mapping aperture over 65536 KB of RAM @ 4000000
PM: Registered nosave memory: 0000000004000000 - 0000000008000000
Memory: 1981536k/2096832k available (2987k kernel code, 114252k reserved, 1658k data, 288k init)
CPA: page pool initialized 1 of 1 pages preallocated
Calibrating delay using timer specific routine.. 4404.12 BogoMIPS (lpj=8808254)
Security Framework initialized
SELinux: Initializing.
SELinux: Starting in permissive mode
selinux_register_security: Registering secondary module capability
Capability LSM initialized as secondary
Mount-cache hash table entries: 256
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
ACPI: Core revision 20070126
CPU0: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping 01
Using local APIC timer interrupts.
APIC timer calibration result 12500488
Detected 12.500 MHz APIC timer.
lockdep: fixing up alternatives.
Booting processor 1/1 ip 6000
Initializing CPU#1
Calibrating delay using timer specific routine.. 4400.17 BogoMIPS (lpj=8800344)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
x86 PAT enabled: cpu 1, old 0x7040600070406, new 0x7010600070106
CPU1: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping 01
Brought up 2 CPUs
Total of 2 processors activated (8804.29 BogoMIPS).
CPU0 attaching sched-domain:
domain 0: span 3
groups: 1 2
CPU1 attaching sched-domain:
domain 0: span 3
groups: 2 1
khelper used greatest stack depth: 5752 bytes left
net_namespace: 1112 bytes
Time: 16:24:49 Date: 04/13/08
NET: Registered protocol family 16
No dock devices found.
node 0 link 0: io port [1000, ffffff]
TOM: 0000000080000000 aka 2048M
node 0 link 0: mmio [e0000000, efffffff]
node 0 link 0: mmio [a0000, bffff]
node 0 link 0: mmio [80000000, ffffffff]
bus: [00,ff] on node 0 link 0
bus: 00 index 0 io port: [1000, ffffff]
bus: 00 index 1 io port: [0, ffff]
bus: 00 index 2 mmio: [80000000, fcffffffff]
bus: 00 index 3 mmio: [a0000, bffff]
bus: 00 index 4 mmio: [80000000, ffffffff]
ACPI: bus type pci registered
PCI: Using configuration type 1 for base access
Overlap at 0x7ffc0000-0x7ffc1000
ACPI: EC: Look up EC in DSDT
ACPI: Interpreter enabled
ACPI: (supports S0 S1 S3 S4 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: 0000:00:04.0 reg 10 32bit mmio: [de000000, dfffffff]
pci 0000:00:07.1: quirk: region 0800-083f claimed by ali7101 ACPI
PCI: 0000:00:08.0 reg 10 io port: [e800, e8ff]
PCI: 0000:00:08.0 reg 14 32bit mmio: [ff6ff000, ff6fffff]
PCI: 0000:00:11.0 reg 10 io port: [e400, e4ff]
PCI: 0000:00:11.0 reg 14 32bit mmio: [ff6fec00, ff6fecff]
PCI: 0000:00:12.0 reg 20 io port: [ff00, ff0f]
PCI: 0000:00:12.1 reg 10 io port: [ec00, ec07]
PCI: 0000:00:12.1 reg 14 io port: [e080, e083]
PCI: 0000:00:12.1 reg 18 io port: [e000, e007]
PCI: 0000:00:12.1 reg 1c io port: [dc00, dc03]
PCI: 0000:00:12.1 reg 20 io port: [d880, d88f]
PCI: 0000:00:13.0 reg 10 32bit mmio: [ff6fd000, ff6fdfff]
PCI: 0000:00:13.1 reg 10 32bit mmio: [ff6fc000, ff6fcfff]
PCI: 0000:00:13.2 reg 10 32bit mmio: [ff6fb000, ff6fbfff]
PCI: 0000:00:13.3 reg 10 32bit mmio: [ff6fe800, ff6fe8ff]
PCI: 0000:01:00.0 reg 10 32bit mmio: [d0000000, d7ffffff]
PCI: 0000:01:00.0 reg 14 io port: [b000, b0ff]
PCI: 0000:01:00.0 reg 18 32bit mmio: [ff2f0000, ff2fffff]
PCI: 0000:01:00.1 reg 10 32bit mmio: [ff2e0000, ff2effff]
PCI: bridge 0000:00:01.0 io port: [9000, bfff]
PCI: bridge 0000:00:01.0 32bit mmio: [ff200000, ff2fffff]
PCI: bridge 0000:00:01.0 32bit mmio pref: [cbf00000, dbefffff]
PCI: bridge 0000:00:02.0 32bit mmio: [ff300000, ff3fffff]
PCI: bridge 0000:00:05.0 32bit mmio: [ff400000, ff4fffff]
PCI: 0000:04:06.0 reg 10 io port: [c800, c8ff]
PCI: 0000:04:06.0 reg 14 32bit mmio: [ff5ffc00, ff5ffcff]
PCI: Transparent bridge - 0000:00:06.0
PCI: bridge 0000:00:06.0 io port: [c000, cfff]
PCI: bridge 0000:00:06.0 32bit mmio: [ff500000, ff5fffff]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P4._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HTT_._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEB1._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEB2._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 11 12 14 *15), disabled.
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs *3 4 5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 11 12 14 15) *9
ACPI: PCI Interrupt Link [LNKP] (IRQs 3 4 *5 6 7 10 11 12 14 15)
Overlap at 0x7ffb0000-0x7ffb5000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffc0000-0x7ffc1000
ACPI Warning (tbutils-0217): Incorrect checksum in table [OEMB] - 6A, should be 5D [20070126]
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp: PnP ACPI: found 14 devices
ACPI: ACPI bus type pnp unregistered
SCSI subsystem initialized
libata version 3.00 loaded.
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
PCI: Cannot allocate resource region 8 of bridge 0000:00:01.0
PCI: Cannot allocate resource region 8 of bridge 0000:00:02.0
PCI: Cannot allocate resource region 8 of bridge 0000:00:05.0
PCI: Cannot allocate resource region 8 of bridge 0000:00:06.0
PCI: Cannot allocate resource region 1 of device 0000:00:08.0
PCI: Cannot allocate resource region 1 of device 0000:00:11.0
PCI: Cannot allocate resource region 0 of device 0000:00:13.0
PCI: Cannot allocate resource region 0 of device 0000:00:13.1
PCI: Cannot allocate resource region 0 of device 0000:00:13.2
PCI: Cannot allocate resource region 0 of device 0000:00:13.3
PCI: Cannot allocate resource region 2 of device 0000:01:00.0
PCI: Cannot allocate resource region 0 of device 0000:01:00.1
PCI: Cannot allocate resource region 1 of device 0000:04:06.0
DMAR:parse DMAR table failure.
agpgart: Detected AGP bridge 20
agpgart: Aperture pointing to RAM
agpgart: Aperture from AGP @ de000000 size 4096 MB
agpgart: Aperture too small (0 MB)
agpgart: No usable aperture found.
agpgart: Consider rebooting with iommu=memaper=2 to get a good aperture.
system 00:07: ioport range 0x480-0x48f has been reserved
system 00:07: ioport range 0x4d0-0x4d1 has been reserved
system 00:07: ioport range 0x800-0x87f could not be reserved
system 00:07: ioport range 0x400-0x40f has been reserved
system 00:08: iomem range 0xfec00000-0xfec00fff has been reserved
system 00:08: iomem range 0xfee00000-0xfee00fff has been reserved
system 00:08: iomem range 0xe0000000-0xefffffff has been reserved
system 00:08: iomem range 0xfec10000-0xfec10fff has been reserved
system 00:08: iomem range 0xffb80000-0xffffffff could not be reserved
system 00:0c: ioport range 0x290-0x29f has been reserved
system 00:0d: iomem range 0x0-0x9ffff could not be reserved
system 00:0d: iomem range 0xc0000-0xcffff has been reserved
system 00:0d: iomem range 0xe0000-0xfffff could not be reserved
system 00:0d: iomem range 0x100000-0x7fffffff could not be reserved
system 00:0d: iomem range 0x0-0x0 could not be reserved
PCI: Bridge: 0000:00:01.0
IO window: 9000-bfff
MEM window: 0x100000000-0x1000fffff
PREFETCH window: 0x00000000cbf00000-0x00000000dbefffff
PCI: Bridge: 0000:00:02.0
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bridge: 0000:00:05.0
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bridge: 0000:00:06.0
IO window: c000-cfff
MEM window: 0x100100000-0x1001fffff
PREFETCH window: 0x0000000100200000-0x00000001002fffff
ACPI: PCI Interrupt 0000:00:01.0[A] -> GSI 29 (level, low) -> IRQ 29
PCI: Setting latency timer of device 0000:00:01.0 to 64
ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 34 (level, low) -> IRQ 34
PCI: Setting latency timer of device 0000:00:02.0 to 64
PCI: Setting latency timer of device 0000:00:05.0 to 64
PCI: Setting latency timer of device 0000:00:06.0 to 64
bus: 00 index 0 mmio: [1000, ffffff]
bus: 00 index 1 io port: [0, ffff]
bus: 00 index 2 mmio: [80000000, fcffffffff]
bus: 00 index 3 mmio: [a0000, bffff]
bus: 00 index 4 mmio: [80000000, ffffffff]
bus: 01 index 0 io port: [9000, bfff]
bus: 01 index 1 mmio: [100000000, 1000fffff]
bus: 01 index 2 mmio: [cbf00000, dbefffff]
bus: 01 index 3 mmio: [0, 0]
bus: 02 index 0 mmio: [0, 0]
bus: 02 index 1 mmio: [ff300000, ff3fffff]
bus: 02 index 2 mmio: [0, 0]
bus: 02 index 3 mmio: [0, 0]
bus: 03 index 0 mmio: [0, 0]
bus: 03 index 1 mmio: [ff400000, ff4fffff]
bus: 03 index 2 mmio: [0, 0]
bus: 03 index 3 mmio: [0, 0]
bus: 04 index 0 io port: [c000, cfff]
bus: 04 index 1 mmio: [100100000, 1001fffff]
bus: 04 index 2 mmio: [100200000, 1002fffff]
bus: 04 index 3 mmio: [1000, ffffff]
bus: 04 index 4 io port: [0, ffff]
bus: 04 index 5 mmio: [80000000, fcffffffff]
bus: 04 index 6 mmio: [a0000, bffff]
bus: 04 index 7 mmio: [80000000, ffffffff]
NET: Registered protocol family 2
Switched to high resolution mode on CPU 0
Switched to high resolution mode on CPU 1
IP route cache hash table entries: 65536 (order: 7, 524288 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 9, 3670016 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
checking if image is initramfs... it is
Freeing initrd memory: 7222k freed
audit: initializing netlink socket (disabled)
type=2000 audit(1208103890.000:1): initialized
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
SELinux: Registering netfilter hooks
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
pci 0000:01:00.0: Boot video device
PCI: Setting latency timer of device 0000:00:01.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:01.0:pcie00]
PCI: Setting latency timer of device 0000:00:02.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:02.0:pcie00]
vesafb: framebuffer at 0xd0000000, mapped to 0xffffc20000080000, using 5120k, total 16384k
vesafb: mode is 1280x1024x16, linelength=2560, pages=5
vesafb: scrolling: redraw
vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
Console: switching to colour frame buffer device 160x64
fb0: VESA VGA frame buffer device
Real Time Clock Driver v1.12ac
Linux agpgart interface v0.103
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:0b: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
brd: module loaded
loop: module loaded
PNP: PS/2 Controller [PNP0303:PS2K,PNP0f03:PS2M] 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/input0
input: PC Speaker as /class/input/input1
logips2pp: Detected unknown logitech mouse model 127
input: ImExPS/2 Logitech Explorer Mouse as /class/input/input2
md: multipath personality registered for level -4
cpuidle: using governor ladder
cpuidle: using governor menu
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 33
PM: Resume from partition /dev/sda2
PM: Checking hibernation image.
PM: Error -6 checking image file
PM: Resume from disk failed.
Magic number: 4:36:439
Freeing unused kernel memory: 288k freed
Write protecting the kernel read-only data: 4360k
mount used greatest stack depth: 5592 bytes left
ACPI: ACPI0007:00 is registered as cooling_device0
ACPI: ACPI0007:01 is registered as cooling_device1
ACPI: PCI Interrupt 0000:00:12.0[A] -> GSI 19 (level, low) -> IRQ 19
scsi0 : pata_ali
scsi1 : pata_ali
ata1: PATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xff00 irq 14
ata2: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xff08 irq 15
ata1.00: ATAPI: TSSTcorpCD/DVDW SH-S182M, SB03, max UDMA/33
ata1.00: WARNING: ATAPI DMA disabled for reliablity issues. It can be enabled
ata1.00: WARNING: via pata_ali.atapi_dma modparam or corresponding sysfs node.
ata1.00: configured for UDMA/33
scsi 0:0:0:0: CD-ROM TSSTcorp CD/DVDW SH-S182M SB03 PQ: 0 ANSI: 5
modprobe used greatest stack depth: 4760 bytes left
sata_uli 0000:00:12.1: version 1.3
ACPI: PCI Interrupt 0000:00:12.1[A] -> GSI 19 (level, low) -> IRQ 19
scsi2 : sata_uli
scsi3 : sata_uli
ata3: SATA max UDMA/133 cmd 0xec00 ctl 0xe080 bmdma 0xd880 irq 19
ata4: SATA max UDMA/133 cmd 0xe000 ctl 0xdc00 bmdma 0xd888 irq 19
ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata3.00: ATA-7: SAMSUNG HD160JJ, WU100-33, max UDMA7
ata3.00: 312581808 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata3.00: configured for UDMA/133
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata4.00: ATA-7: SAMSUNG SP2004C, VM100-50, max UDMA7
ata4.00: 390721968 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata4.00: configured for UDMA/133
scsi 2:0:0:0: Direct-Access ATA SAMSUNG HD160JJ WU10 PQ: 0 ANSI: 5
scsi 3:0:0:0: Direct-Access ATA SAMSUNG SP2004C VM10 PQ: 0 ANSI: 5
md: raid1 personality registered for level 1
BIOS EDD facility v0.16 2004-Jun-25, 6 devices found
Driver 'sd' needs updating - please use bus_type methods
sd 2:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 2:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sda: sda1 sda2 sda3 sda4 < sda5<6>ACPI: PCI Interrupt 0000:00:13.0[A] -> GSI 20 (level, low) -> IRQ 20
sda6<6>ohci_hcd 0000:00:13.0: OHCI Host Controller
sda7<6>ohci_hcd 0000:00:13.0: new USB bus registered, assigned bus number 1
ohci_hcd 0000:00:13.0: irq 20, io mem 0x100301000
sda8 sda9 >
sd 2:0:0:0: [sda] Attached SCSI disk
sd 3:0:0:0: [sdb] 390721968 512-byte hardware sectors (200050 MB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
sd 3:0:0:0: [sdb] 390721968 512-byte hardware sectors (200050 MB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6<6>hub 1-0:1.0: 3 ports detected
sdb7 sdb8 sdb9 sdb10 >
sd 3:0:0:0: [sdb] Attached SCSI disk
modprobe used greatest stack depth: 4512 bytes left
usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: OHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.25-rc8-x86-latest.git ohci_hcd
usb usb1: SerialNumber: 0000:00:13.0
ACPI: PCI Interrupt 0000:00:13.3[D] -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:13.3: EHCI Host Controller
ehci_hcd 0000:00:13.3: new USB bus registered, assigned bus number 2
ehci_hcd 0000:00:13.3: debug port 1
ehci_hcd 0000:00:13.3: irq 23, io mem 0x100304100
ehci_hcd 0000:00:13.3: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 8 ports detected
usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: EHCI Host Controller
usb usb2: Manufacturer: Linux 2.6.25-rc8-x86-latest.git ehci_hcd
usb usb2: SerialNumber: 0000:00:13.3
ACPI: PCI Interrupt 0000:00:13.1[B] -> GSI 21 (level, low) -> IRQ 21
ohci_hcd 0000:00:13.1: OHCI Host Controller
ohci_hcd 0000:00:13.1: new USB bus registered, assigned bus number 3
ohci_hcd 0000:00:13.1: irq 21, io mem 0x100302000
usb usb3: configuration #1 chosen from 1 choice
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 3 ports detected
usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb3: Product: OHCI Host Controller
usb usb3: Manufacturer: Linux 2.6.25-rc8-x86-latest.git ohci_hcd
usb usb3: SerialNumber: 0000:00:13.1
ACPI: PCI Interrupt 0000:00:13.2[C] -> GSI 22 (level, low) -> IRQ 22
ohci_hcd 0000:00:13.2: OHCI Host Controller
ohci_hcd 0000:00:13.2: new USB bus registered, assigned bus number 4
ohci_hcd 0000:00:13.2: irq 22, io mem 0x100303000
usb usb4: configuration #1 chosen from 1 choice
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 3 ports detected
usb usb4: New USB device found, idVendor=1d6b, idProduct=0001
usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb4: Product: OHCI Host Controller
usb usb4: Manufacturer: Linux 2.6.25-rc8-x86-latest.git ohci_hcd
usb usb4: SerialNumber: 0000:00:13.2
md: raid0 personality registered for level 0
xor: automatically using best checksumming function: generic_sse
generic_sse: 7023.000 MB/sec
xor: using function: generic_sse (7023.000 MB/sec)
async_tx: api initialized (sync-only)
raid6: int64x1 2149 MB/s
raid6: int64x2 2735 MB/s
raid6: int64x4 2343 MB/s
raid6: int64x8 2187 MB/s
raid6: sse2x1 2339 MB/s
raid6: sse2x2 3317 MB/s
raid6: sse2x4 3800 MB/s
raid6: using algorithm sse2x4 (3800 MB/s)
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
md: md1 stopped.
md: bind<sda3>
md: bind<sdb3>
raid1: raid set md1 active with 2 out of 2 mirrors
PM: Marking nosave pages: 000000000009e000 - 0000000000100000
PM: Marking nosave pages: 0000000004000000 - 0000000008000000
PM: Basic memory bitmaps created
PM: Basic memory bitmaps freed
PM: Starting manual resume from disk
PM: Resume from partition 8:2
PM: Checking hibernation image.
PM: Resume from disk failed.
kjournald starting. Commit interval 5 seconds
EXT3 FS on md1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
mount used greatest stack depth: 3712 bytes left
udevd used greatest stack depth: 3352 bytes left
scsi 0:0:0:0: Attached scsi generic sg0 type 5
sd 2:0:0:0: Attached scsi generic sg1 type 0
sd 3:0:0:0: Attached scsi generic sg2 type 0
input: Power Button (FF) as /class/input/input3
ACPI: Power Button (FF) [PWRF]
input: Power Button (CM) as /class/input/input4
ACPI: Power Button (CM) [PWRB]
8139too Fast Ethernet driver 0.9.28
ACPI: PCI Interrupt 0000:04:06.0[A] -> GSI 21 (level, low) -> IRQ 21
eth0: RealTek RTL8139 at 0xc800, 00:48:54:4b:5c:38, IRQ 21
eth0: Identified 8139 chip type 'RTL-8139A'
uli526x: ULi M5261/M5263 net driver, version 0.9.3 (2005-7-29)
ACPI: PCI Interrupt 0000:00:11.0[A] -> GSI 17 (level, low) -> IRQ 17
eth1: ULi M5263 at pci0000:00:11.0, 00:13:8f:3a:0b:96, irq 17.
Floppy drive(s): fd0 is 1.44M
Driver 'sr' needs updating - please use bus_type methods
FDC 0 is a post-1991 82077
sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr 0:0:0:0: Attached scsi CD-ROM sr0
parport_pc 00:06: reported by Plug and Play ACPI
parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA]
ACPI: PCI Interrupt 0000:00:08.0[A] -> GSI 18 (level, low) -> IRQ 18
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/ac97/ac97_codec.c:2053: AC'97 1 does not respond - RESET
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/ac97/ac97_codec.c:2062: AC'97 1 access is not valid [0xffffffff], removing mixer.
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/intel8x0.c:2157: Unable to initialize codec #1
intel8x0_measure_ac97_clock: measured 52002 usecs
intel8x0: clocking to 48000
device-mapper: uevent: version 1.0.3
device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) initialised: dm-devel@redhat.com
md: md2 stopped.
md: bind<sda5>
md: bind<sdb5>
raid1: raid set md2 active with 2 out of 2 mirrors
md: md3 stopped.
md: bind<sda6>
md: bind<sdb6>
raid1: raid set md3 active with 2 out of 2 mirrors
md: md4 stopped.
md: bind<sda8>
md: bind<sdb8>
raid1: raid set md4 active with 2 out of 2 mirrors
md: md5 stopped.
md: bind<sda9>
md: bind<sdb9>
raid1: raid set md5 active with 2 out of 2 mirrors
md: md0 stopped.
md: bind<sda1>
md: bind<sdb1>
raid1: raid set md0 active with 2 out of 2 mirrors
kjournald starting. Commit interval 5 seconds
EXT3 FS on md0, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
ReiserFS: md4: found reiserfs format "3.6" with standard journal
ReiserFS: md4: using ordered data mode
ReiserFS: md4: journal params: device md4, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: md4: checking transaction log (md4)
ReiserFS: md4: Using r5 hash to sort names
ReiserFS: md5: found reiserfs format "3.6" with standard journal
ReiserFS: md5: using ordered data mode
ReiserFS: md5: journal params: device md5, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: md5: checking transaction log (md5)
ReiserFS: md5: Using r5 hash to sort names
kjournald starting. Commit interval 5 seconds
EXT3 FS on md2, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS on md3, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
Adding 2104504k swap on /dev/sda2. Priority:42 extents:1 across:2104504k
Adding 2104504k swap on /dev/sdb2. Priority:42 extents:1 across:2104504k
powernow-k8: Found 1 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ processors (2 cpu cores) (version 2.20.00)
powernow-k8: 0 : fid 0xe (2200 MHz), vid 0xa
powernow-k8: 1 : fid 0xc (2000 MHz), vid 0xa
powernow-k8: 2 : fid 0xa (1800 MHz), vid 0xa
powernow-k8: 3 : fid 0x2 (1000 MHz), vid 0xa
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0x7ffc0000-0x7ffc1000
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
ADDRCONF(NETDEV_UP): eth1: link is not ready
ip6_tables: (C) 2000-2006 Netfilter Core Team
ip_tables: (C) 2000-2006 Netfilter Core Team
uli526x: eth1 NIC Link is Up 100 Mbps Full duplex
ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
Xorg:4732 /dev/mem ioremap_change_attr failed uncached-minus for 100000000-100010000
warning: `named' uses 32-bit capabilities (legacy support in use)
Clocksource tsc unstable (delta = -63631530 ns)
eth1: no IPv6 routers present
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-13 8:41 ` Yinghai Lu
@ 2008-04-13 16:14 ` Rafael J. Wysocki
2008-04-14 9:02 ` Ingo Molnar
0 siblings, 1 reply; 57+ messages in thread
From: Rafael J. Wysocki @ 2008-04-13 16:14 UTC (permalink / raw
To: Yinghai Lu
Cc: Ingo Molnar, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven
[-- Attachment #1: Type: text/plain, Size: 2859 bytes --]
On Sunday, 13 of April 2008, Yinghai Lu wrote:
> On Sun, Apr 13, 2008 at 1:24 AM, Yinghai Lu <yhlu.kernel@gmail.com> wrote:
> >
> > On Fri, Apr 11, 2008 at 1:51 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > >
> > > On Friday, 11 of April 2008, Yinghai Lu wrote:
> > > > On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > > > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> > > > > > On Thursday, 10 of April 2008, Ingo Molnar wrote:
> > > > > > >
> > > > > > > * Ingo Molnar <mingo@elte.hu> wrote:
> > > > > > >
> > > > > > > > > > > First, the X server doesn't want to start (it says it couldn't
> > > > > > > > > > > mmap the framebuffer).
> > > > > > > > > >
> > > > > > > > > > could you send your .config?
> > > > > > > > >
> > > > > > > > > Attached.
> > > > > > > >
> > > > > > > > could you disable this option:
> > > > > > > >
> > > > > > > > CONFIG_NONPROMISC_DEVMEM=y
> > > > > > > >
> > > > > > > > does it help with the X problem?
> > > > > >
> > > > > > That didn't help.
> > > > > >
> > > > > > > btw., Xorg works fine here on a comparable AMD system - but i use a
> > > > > > > rather new distro (Fedora 8) which has Xorg 7.2.
> > > > > >
> > > > > > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> > > > > >
> > > > > > I think the problem is somehow related to the Radeon.
> > > > >
> > > > > The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
> > > > > "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit" as the one
> > > > > causing problems.
> > > > >
> > > > > Unfortunately, I can't revert cleanly it, because there are two more commits
> > > > > depending on it in a highly nontrivial fashion, so I have reverted all three
> > > > > commits
> > > > >
> > > > > a365998cd2cecfb827469dbd57c29602c106cb83
> > > > > 44f7f90fbe7a3a99aab082f765346514b7b5c705
> > > > > ea1441bdf53692c3dc1fd2658addcf1205629661
> > > > >
> > > > > and X starts again. Also, suspend to RAM works from under X.
> > > >
> > > > please keep the three patches and applied the two attached debug patches.
> > > >
> > > > i wonder if there is some io allocation overlapping with your system.
> > >
> > > Attached is a boot dmesg output from the current x86 git tree with your two
> > > patches applied.
> > >
> > can you try to apply the patch i sent to you about agp bridge order
> > reading for buggy silicon?
> >
> > Please boot kernel with "debug"...
> >
> > I want to verify if you can get
> >
> > "
> > Aperture conflicts with PCI mapping.
> > "
> >
> > in your boot log...
> >
>
> then with this patch for io allocation overlapping...
The kernel works correctly with this patch applied.
dmesg output attached.
Thanks,
Rafael
[-- Attachment #2: patched-dmesg.log --]
[-- Type: text/x-log, Size: 27520 bytes --]
Linux version 2.6.25-rc8-x86-latest.git (rafael@chimera) (gcc version 4.2.1 (SUSE Linux)) #24 SMP Sun Apr 13 18:27:52 CEST 2008
Command line: root=/dev/md1 vga=0x31a resume=/dev/sda2 debug
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009ec00 (usable)
BIOS-e820: 000000000009ec00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e8000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000007ffb0000 (usable)
BIOS-e820: 000000007ffb0000 - 000000007ffc0000 (ACPI data)
BIOS-e820: 000000007ffc0000 - 000000007fff0000 (ACPI NVS)
BIOS-e820: 000000007fff0000 - 0000000080000000 (reserved)
BIOS-e820: 00000000ff7c0000 - 0000000100000000 (reserved)
Entering add_active_range(0, 0, 158) 0 entries of 256 used
Entering add_active_range(0, 256, 524208) 1 entries of 256 used
max_pfn_mapped = 1048576
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
init_memory_mapping
DMI 2.3 present.
ACPI: RSDP 000F9B60, 0014 (r0 ACPIAM)
ACPI: RSDT 7FFB0000, 0030 (r1 A M I OEMRSDT 8000526 MSFT 97)
ACPI: FACP 7FFB0200, 0084 (r2 A M I OEMFACP 8000526 MSFT 97)
ACPI: DSDT 7FFB0400, 45A7 (r1 939M2 939M2120 120 INTL 2002026)
ACPI: FACS 7FFC0000, 0040
ACPI: APIC 7FFB0390, 0068 (r1 A M I OEMAPIC 8000526 MSFT 97)
ACPI: OEMB 7FFC0040, 0056 (r1 A M I AMI_OEM 8000526 MSFT 97)
Entering add_active_range(0, 0, 158) 0 entries of 256 used
Entering add_active_range(0, 256, 524208) 1 entries of 256 used
early res: 0 [0-fff] BIOS data page
early res: 1 [6000-7fff] TRAMPOLINE
early res: 2 [200000-b36c6f] TEXT DATA BSS
early res: 3 [378e2000-37fefaa5] RAMDISK
early res: 4 [9ec00-fffff] BIOS reserved
early res: 5 [8000-bfff] PGTABLE
Zone PFN ranges:
DMA 0 -> 4096
DMA32 4096 -> 1048576
Normal 1048576 -> 1048576
Movable zone start PFN for each node
early_node_map[2] active PFN ranges
0: 0 -> 158
0: 256 -> 524208
On node 0 totalpages: 524110
DMA zone: 56 pages used for memmap
DMA zone: 2464 pages reserved
DMA zone: 1478 pages, LIFO batch:0
DMA32 zone: 7110 pages used for memmap
DMA32 zone: 513002 pages, LIFO batch:31
Normal zone: 0 pages used for memmap
Movable zone: 0 pages used for memmap
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 0, address 0xfec00000, GSI 0-23
ACPI: IOAPIC (id[0x03] address[0xfec10000] gsi_base[24])
IOAPIC[1]: apic_id 3, version 0, address 0xfec10000, GSI 24-39
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Setting APIC routing to flat
Using ACPI (MADT) for SMP configuration information
PM: Registered nosave memory: 000000000009e000 - 000000000009f000
PM: Registered nosave memory: 000000000009f000 - 00000000000a0000
PM: Registered nosave memory: 00000000000a0000 - 00000000000e8000
PM: Registered nosave memory: 00000000000e8000 - 0000000000100000
Allocating PCI resources starting at 88000000 (gap: 80000000:7f7c0000)
SMP: Allowing 2 CPUs, 0 hotplug CPUs
PERCPU: Allocating 31152 bytes of per cpu data
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 514480
Kernel command line: root=/dev/md1 vga=0x31a resume=/dev/sda2 debug
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 32768 bytes)
TSC calibrated against PM_TIMER
Marking TSC unstable due to TSCs unsynchronized
time.c: Detected 2200.069 MHz processor.
Console: colour dummy device 80x25
console [tty0] enabled
Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
... MAX_LOCKDEP_SUBCLASSES: 8
... MAX_LOCK_DEPTH: 48
... MAX_LOCKDEP_KEYS: 2048
... CLASSHASH_SIZE: 1024
... MAX_LOCKDEP_ENTRIES: 8192
... MAX_LOCKDEP_CHAINS: 16384
... CHAINHASH_SIZE: 8192
memory used by lock dependency info: 1648 kB
per task-struct memory footprint: 2688 bytes
Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Checking aperture...
Node 0: aperture @ de000000 size 32 MB
Aperture too small (32 MB)
AGP bridge at 00:04:00
Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
Aperture too small (0 MB)
Your BIOS doesn't leave a aperture memory hole
Please enable the IOMMU option in the BIOS setup
This costs you 64 MB of RAM
Mapping aperture over 65536 KB of RAM @ 4000000
PM: Registered nosave memory: 0000000004000000 - 0000000008000000
Memory: 1981536k/2096832k available (2987k kernel code, 114252k reserved, 1658k data, 288k init)
CPA: page pool initialized 1 of 1 pages preallocated
Calibrating delay using timer specific routine.. 4404.13 BogoMIPS (lpj=8808269)
Security Framework initialized
SELinux: Initializing.
SELinux: Starting in permissive mode
selinux_register_security: Registering secondary module capability
Capability LSM initialized as secondary
Mount-cache hash table entries: 256
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
ACPI: Core revision 20070126
CPU0: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping 01
Using local APIC timer interrupts.
APIC timer calibration result 12500394
Detected 12.500 MHz APIC timer.
lockdep: fixing up alternatives.
Booting processor 1/1 ip 6000
Initializing CPU#1
Calibrating delay using timer specific routine.. 4400.17 BogoMIPS (lpj=8800358)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
x86 PAT enabled: cpu 1, old 0x7040600070406, new 0x7010600070106
CPU1: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping 01
Brought up 2 CPUs
Total of 2 processors activated (8804.31 BogoMIPS).
CPU0 attaching sched-domain:
domain 0: span 3
groups: 1 2
CPU1 attaching sched-domain:
domain 0: span 3
groups: 2 1
khelper used greatest stack depth: 5752 bytes left
net_namespace: 1112 bytes
Time: 16:29:53 Date: 04/13/08
NET: Registered protocol family 16
No dock devices found.
node 0 link 0: io port [1000, ffffff]
TOM: 0000000080000000 aka 2048M
node 0 link 0: mmio [e0000000, efffffff]
node 0 link 0: mmio [a0000, bffff]
node 0 link 0: mmio [80000000, ffffffff]
bus: [00,ff] on node 0 link 0
bus: 00 index 0 io port: [0, ffff]
bus: 00 index 1 mmio: [80000000, fcffffffff]
bus: 00 index 2 mmio: [a0000, bffff]
ACPI: bus type pci registered
PCI: Using configuration type 1 for base access
Overlap at 0x7ffc0000-0x7ffc1000
ACPI: EC: Look up EC in DSDT
ACPI: Interpreter enabled
ACPI: (supports S0 S1 S3 S4 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: 0000:00:04.0 reg 10 32bit mmio: [de000000, dfffffff]
pci 0000:00:07.1: quirk: region 0800-083f claimed by ali7101 ACPI
PCI: 0000:00:08.0 reg 10 io port: [e800, e8ff]
PCI: 0000:00:08.0 reg 14 32bit mmio: [ff6ff000, ff6fffff]
PCI: 0000:00:11.0 reg 10 io port: [e400, e4ff]
PCI: 0000:00:11.0 reg 14 32bit mmio: [ff6fec00, ff6fecff]
PCI: 0000:00:12.0 reg 20 io port: [ff00, ff0f]
PCI: 0000:00:12.1 reg 10 io port: [ec00, ec07]
PCI: 0000:00:12.1 reg 14 io port: [e080, e083]
PCI: 0000:00:12.1 reg 18 io port: [e000, e007]
PCI: 0000:00:12.1 reg 1c io port: [dc00, dc03]
PCI: 0000:00:12.1 reg 20 io port: [d880, d88f]
PCI: 0000:00:13.0 reg 10 32bit mmio: [ff6fd000, ff6fdfff]
PCI: 0000:00:13.1 reg 10 32bit mmio: [ff6fc000, ff6fcfff]
PCI: 0000:00:13.2 reg 10 32bit mmio: [ff6fb000, ff6fbfff]
PCI: 0000:00:13.3 reg 10 32bit mmio: [ff6fe800, ff6fe8ff]
PCI: 0000:01:00.0 reg 10 32bit mmio: [d0000000, d7ffffff]
PCI: 0000:01:00.0 reg 14 io port: [b000, b0ff]
PCI: 0000:01:00.0 reg 18 32bit mmio: [ff2f0000, ff2fffff]
PCI: 0000:01:00.1 reg 10 32bit mmio: [ff2e0000, ff2effff]
PCI: bridge 0000:00:01.0 io port: [9000, bfff]
PCI: bridge 0000:00:01.0 32bit mmio: [ff200000, ff2fffff]
PCI: bridge 0000:00:01.0 32bit mmio pref: [cbf00000, dbefffff]
PCI: bridge 0000:00:02.0 32bit mmio: [ff300000, ff3fffff]
PCI: bridge 0000:00:05.0 32bit mmio: [ff400000, ff4fffff]
PCI: 0000:04:06.0 reg 10 io port: [c800, c8ff]
PCI: 0000:04:06.0 reg 14 32bit mmio: [ff5ffc00, ff5ffcff]
PCI: Transparent bridge - 0000:00:06.0
PCI: bridge 0000:00:06.0 io port: [c000, cfff]
PCI: bridge 0000:00:06.0 32bit mmio: [ff500000, ff5fffff]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P4._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HTT_._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEB1._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEB2._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 11 12 14 *15), disabled.
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs *3 4 5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 11 12 14 15) *9
ACPI: PCI Interrupt Link [LNKP] (IRQs 3 4 *5 6 7 10 11 12 14 15)
Overlap at 0x7ffb0000-0x7ffb5000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffc0000-0x7ffc1000
ACPI Warning (tbutils-0217): Incorrect checksum in table [OEMB] - 6A, should be 5D [20070126]
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp: PnP ACPI: found 14 devices
ACPI: ACPI bus type pnp unregistered
SCSI subsystem initialized
libata version 3.00 loaded.
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
DMAR:parse DMAR table failure.
agpgart: Detected AGP bridge 20
agpgart: Aperture pointing to RAM
agpgart: Aperture from AGP @ de000000 size 4096 MB
agpgart: Aperture too small (0 MB)
agpgart: No usable aperture found.
agpgart: Consider rebooting with iommu=memaper=2 to get a good aperture.
system 00:07: ioport range 0x480-0x48f has been reserved
system 00:07: ioport range 0x4d0-0x4d1 has been reserved
system 00:07: ioport range 0x800-0x87f could not be reserved
system 00:07: ioport range 0x400-0x40f has been reserved
system 00:08: iomem range 0xfec00000-0xfec00fff has been reserved
system 00:08: iomem range 0xfee00000-0xfee00fff has been reserved
system 00:08: iomem range 0xe0000000-0xefffffff has been reserved
system 00:08: iomem range 0xfec10000-0xfec10fff has been reserved
system 00:08: iomem range 0xffb80000-0xffffffff could not be reserved
system 00:0c: ioport range 0x290-0x29f has been reserved
system 00:0d: iomem range 0x0-0x9ffff could not be reserved
system 00:0d: iomem range 0xc0000-0xcffff has been reserved
system 00:0d: iomem range 0xe0000-0xfffff could not be reserved
system 00:0d: iomem range 0x100000-0x7fffffff could not be reserved
system 00:0d: iomem range 0x0-0x0 could not be reserved
PCI: Bridge: 0000:00:01.0
IO window: 9000-bfff
MEM window: 0xff200000-0xff2fffff
PREFETCH window: 0x00000000cbf00000-0x00000000dbefffff
PCI: Bridge: 0000:00:02.0
IO window: disabled.
MEM window: 0xff300000-0xff3fffff
PREFETCH window: disabled.
PCI: Bridge: 0000:00:05.0
IO window: disabled.
MEM window: 0xff400000-0xff4fffff
PREFETCH window: disabled.
PCI: Bridge: 0000:00:06.0
IO window: c000-cfff
MEM window: 0xff500000-0xff5fffff
PREFETCH window: 0x0000000080000000-0x00000000800fffff
ACPI: PCI Interrupt 0000:00:01.0[A] -> GSI 29 (level, low) -> IRQ 29
PCI: Setting latency timer of device 0000:00:01.0 to 64
ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 34 (level, low) -> IRQ 34
PCI: Setting latency timer of device 0000:00:02.0 to 64
PCI: Setting latency timer of device 0000:00:05.0 to 64
PCI: Setting latency timer of device 0000:00:06.0 to 64
bus: 00 index 0 io port: [0, ffff]
bus: 00 index 1 mmio: [80000000, fcffffffff]
bus: 00 index 2 mmio: [a0000, bffff]
bus: 01 index 0 io port: [9000, bfff]
bus: 01 index 1 mmio: [ff200000, ff2fffff]
bus: 01 index 2 mmio: [cbf00000, dbefffff]
bus: 01 index 3 mmio: [0, 0]
bus: 02 index 0 mmio: [0, 0]
bus: 02 index 1 mmio: [ff300000, ff3fffff]
bus: 02 index 2 mmio: [0, 0]
bus: 02 index 3 mmio: [0, 0]
bus: 03 index 0 mmio: [0, 0]
bus: 03 index 1 mmio: [ff400000, ff4fffff]
bus: 03 index 2 mmio: [0, 0]
bus: 03 index 3 mmio: [0, 0]
bus: 04 index 0 io port: [c000, cfff]
bus: 04 index 1 mmio: [ff500000, ff5fffff]
bus: 04 index 2 mmio: [80000000, 800fffff]
bus: 04 index 3 io port: [0, ffff]
bus: 04 index 4 mmio: [80000000, fcffffffff]
bus: 04 index 5 mmio: [a0000, bffff]
NET: Registered protocol family 2
Switched to high resolution mode on CPU 0
Switched to high resolution mode on CPU 1
IP route cache hash table entries: 65536 (order: 7, 524288 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 9, 3670016 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
checking if image is initramfs... it is
Freeing initrd memory: 7222k freed
audit: initializing netlink socket (disabled)
type=2000 audit(1208104192.992:1): initialized
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
SELinux: Registering netfilter hooks
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
pci 0000:01:00.0: Boot video device
PCI: Setting latency timer of device 0000:00:01.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:01.0:pcie00]
PCI: Setting latency timer of device 0000:00:02.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:02.0:pcie00]
vesafb: framebuffer at 0xd0000000, mapped to 0xffffc20000080000, using 5120k, total 16384k
vesafb: mode is 1280x1024x16, linelength=2560, pages=5
vesafb: scrolling: redraw
vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
Console: switching to colour frame buffer device 160x64
fb0: VESA VGA frame buffer device
Real Time Clock Driver v1.12ac
Linux agpgart interface v0.103
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:0b: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
brd: module loaded
loop: module loaded
PNP: PS/2 Controller [PNP0303:PS2K,PNP0f03:PS2M] 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/input0
input: PC Speaker as /class/input/input1
logips2pp: Detected unknown logitech mouse model 127
input: ImExPS/2 Logitech Explorer Mouse as /class/input/input2
md: multipath personality registered for level -4
cpuidle: using governor ladder
cpuidle: using governor menu
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 33
PM: Resume from partition /dev/sda2
PM: Checking hibernation image.
PM: Error -6 checking image file
PM: Resume from disk failed.
Magic number: 4:586:489
Freeing unused kernel memory: 288k freed
Write protecting the kernel read-only data: 4360k
mount used greatest stack depth: 5592 bytes left
ACPI: ACPI0007:00 is registered as cooling_device0
ACPI: ACPI0007:01 is registered as cooling_device1
ACPI: PCI Interrupt 0000:00:12.0[A] -> GSI 19 (level, low) -> IRQ 19
scsi0 : pata_ali
scsi1 : pata_ali
ata1: PATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xff00 irq 14
ata2: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xff08 irq 15
ata1.00: ATAPI: TSSTcorpCD/DVDW SH-S182M, SB03, max UDMA/33
ata1.00: WARNING: ATAPI DMA disabled for reliablity issues. It can be enabled
ata1.00: WARNING: via pata_ali.atapi_dma modparam or corresponding sysfs node.
ata1.00: configured for UDMA/33
scsi 0:0:0:0: CD-ROM TSSTcorp CD/DVDW SH-S182M SB03 PQ: 0 ANSI: 5
modprobe used greatest stack depth: 4664 bytes left
sata_uli 0000:00:12.1: version 1.3
ACPI: PCI Interrupt 0000:00:12.1[A] -> GSI 19 (level, low) -> IRQ 19
scsi2 : sata_uli
scsi3 : sata_uli
ata3: SATA max UDMA/133 cmd 0xec00 ctl 0xe080 bmdma 0xd880 irq 19
ata4: SATA max UDMA/133 cmd 0xe000 ctl 0xdc00 bmdma 0xd888 irq 19
ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata3.00: ATA-7: SAMSUNG HD160JJ, WU100-33, max UDMA7
ata3.00: 312581808 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata3.00: configured for UDMA/133
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata4.00: ATA-7: SAMSUNG SP2004C, VM100-50, max UDMA7
ata4.00: 390721968 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata4.00: configured for UDMA/133
scsi 2:0:0:0: Direct-Access ATA SAMSUNG HD160JJ WU10 PQ: 0 ANSI: 5
scsi 3:0:0:0: Direct-Access ATA SAMSUNG SP2004C VM10 PQ: 0 ANSI: 5
md: raid1 personality registered for level 1
BIOS EDD facility v0.16 2004-Jun-25, 6 devices found
Driver 'sd' needs updating - please use bus_type methods
ACPI: PCI Interrupt 0000:00:13.3[D] -> <5>sd 2:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 2:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sda: sda1 sda2 sda3 sda4 < sda5GSI 23 (level, low) -> IRQ 23
sda6<6>ehci_hcd 0000:00:13.3: EHCI Host Controller
ehci_hcd 0000:00:13.3: new USB bus registered, assigned bus number 1
ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
ehci_hcd 0000:00:13.3: debug port 1
ehci_hcd 0000:00:13.3: irq 23, io mem 0xff6fe800
sda7 sda8<6>ehci_hcd 0000:00:13.3: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb1: configuration #1 chosen from 1 choice
sda9 >
hub 1-0:1.0: USB hub found
sd 2:0:0:0: [sda] Attached SCSI disk
sd 3:0:0:0: [sdb] 390721968 512-byte hardware sectors (200050 MB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 3:0:0:0: [sdb] 390721968 512-byte hardware sectors (200050 MB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 sdb7 sdb8<6>hub 1-0:1.0: 8 ports detected
sdb9 sdb10 >
sd 3:0:0:0: [sdb] Attached SCSI disk
modprobe used greatest stack depth: 4512 bytes left
usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: EHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.25-rc8-x86-latest.git ehci_hcd
usb usb1: SerialNumber: 0000:00:13.3
ACPI: PCI Interrupt 0000:00:13.0[A] -> GSI 20 (level, low) -> IRQ 20
ohci_hcd 0000:00:13.0: OHCI Host Controller
ohci_hcd 0000:00:13.0: new USB bus registered, assigned bus number 2
ohci_hcd 0000:00:13.0: irq 20, io mem 0xff6fd000
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 3 ports detected
usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: OHCI Host Controller
usb usb2: Manufacturer: Linux 2.6.25-rc8-x86-latest.git ohci_hcd
usb usb2: SerialNumber: 0000:00:13.0
ACPI: PCI Interrupt 0000:00:13.1[B] -> GSI 21 (level, low) -> IRQ 21
ohci_hcd 0000:00:13.1: OHCI Host Controller
ohci_hcd 0000:00:13.1: new USB bus registered, assigned bus number 3
ohci_hcd 0000:00:13.1: irq 21, io mem 0xff6fc000
usb usb3: configuration #1 chosen from 1 choice
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 3 ports detected
usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb3: Product: OHCI Host Controller
usb usb3: Manufacturer: Linux 2.6.25-rc8-x86-latest.git ohci_hcd
usb usb3: SerialNumber: 0000:00:13.1
ACPI: PCI Interrupt 0000:00:13.2[C] -> GSI 22 (level, low) -> IRQ 22
ohci_hcd 0000:00:13.2: OHCI Host Controller
ohci_hcd 0000:00:13.2: new USB bus registered, assigned bus number 4
ohci_hcd 0000:00:13.2: irq 22, io mem 0xff6fb000
usb usb4: configuration #1 chosen from 1 choice
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 3 ports detected
usb usb4: New USB device found, idVendor=1d6b, idProduct=0001
usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb4: Product: OHCI Host Controller
usb usb4: Manufacturer: Linux 2.6.25-rc8-x86-latest.git ohci_hcd
usb usb4: SerialNumber: 0000:00:13.2
md: raid0 personality registered for level 0
xor: automatically using best checksumming function: generic_sse
generic_sse: 7028.000 MB/sec
xor: using function: generic_sse (7028.000 MB/sec)
async_tx: api initialized (sync-only)
raid6: int64x1 2127 MB/s
raid6: int64x2 2734 MB/s
raid6: int64x4 2361 MB/s
raid6: int64x8 2189 MB/s
raid6: sse2x1 2702 MB/s
raid6: sse2x2 3176 MB/s
raid6: sse2x4 3731 MB/s
raid6: using algorithm sse2x4 (3731 MB/s)
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
md: md1 stopped.
md: bind<sda3>
md: bind<sdb3>
raid1: raid set md1 active with 2 out of 2 mirrors
PM: Marking nosave pages: 000000000009e000 - 0000000000100000
PM: Marking nosave pages: 0000000004000000 - 0000000008000000
PM: Basic memory bitmaps created
PM: Basic memory bitmaps freed
PM: Starting manual resume from disk
PM: Resume from partition 8:2
PM: Checking hibernation image.
PM: Resume from disk failed.
kjournald starting. Commit interval 5 seconds
EXT3 FS on md1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
mount used greatest stack depth: 3712 bytes left
scsi 0:0:0:0: Attached scsi generic sg0 type 5
sd 2:0:0:0: Attached scsi generic sg1 type 0
sd 3:0:0:0: Attached scsi generic sg2 type 0
input: Power Button (FF) as /class/input/input3
ACPI: Power Button (FF) [PWRF]
input: Power Button (CM) as /class/input/input4
ACPI: Power Button (CM) [PWRB]
uli526x: ULi M5261/M5263 net driver, version 0.9.3 (2005-7-29)
ACPI: PCI Interrupt 0000:00:11.0[A] -> GSI 17 (level, low) -> IRQ 17
eth0: ULi M5263 at pci0000:00:11.0, 00:13:8f:3a:0b:96, irq 17.
8139too Fast Ethernet driver 0.9.28
ACPI: PCI Interrupt 0000:04:06.0[A] -> GSI 21 (level, low) -> IRQ 21
eth1: RealTek RTL8139 at 0xc800, 00:48:54:4b:5c:38, IRQ 21
eth1: Identified 8139 chip type 'RTL-8139A'
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
Driver 'sr' needs updating - please use bus_type methods
sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr 0:0:0:0: Attached scsi CD-ROM sr0
udev: renamed network interface eth1 to eth0
ACPI: PCI Interrupt 0000:00:08.0[A] -> GSI 18 (level, low) -> IRQ 18
parport_pc 00:06: reported by Plug and Play ACPI
udev: renamed network interface eth0_rename to eth1
parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA]
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/ac97/ac97_codec.c:2053: AC'97 1 does not respond - RESET
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/ac97/ac97_codec.c:2062: AC'97 1 access is not valid [0xffffffff], removing mixer.
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/intel8x0.c:2157: Unable to initialize codec #1
intel8x0_measure_ac97_clock: measured 51954 usecs
intel8x0: clocking to 48000
md: md2 stopped.
device-mapper: uevent: version 1.0.3
device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) initialised: dm-devel@redhat.com
md: bind<sda5>
md: bind<sdb5>
raid1: raid set md2 active with 2 out of 2 mirrors
md: md3 stopped.
md: bind<sda6>
md: bind<sdb6>
raid1: raid set md3 active with 2 out of 2 mirrors
md: md4 stopped.
md: bind<sda8>
md: bind<sdb8>
raid1: raid set md4 active with 2 out of 2 mirrors
md: md5 stopped.
md: bind<sda9>
md: bind<sdb9>
raid1: raid set md5 active with 2 out of 2 mirrors
md: md0 stopped.
md: bind<sda1>
md: bind<sdb1>
raid1: raid set md0 active with 2 out of 2 mirrors
kjournald starting. Commit interval 5 seconds
EXT3 FS on md0, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
ReiserFS: md4: found reiserfs format "3.6" with standard journal
ReiserFS: md4: using ordered data mode
ReiserFS: md4: journal params: device md4, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: md4: checking transaction log (md4)
ReiserFS: md4: Using r5 hash to sort names
ReiserFS: md5: found reiserfs format "3.6" with standard journal
ReiserFS: md5: using ordered data mode
ReiserFS: md5: journal params: device md5, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: md5: checking transaction log (md5)
ReiserFS: md5: Using r5 hash to sort names
kjournald starting. Commit interval 5 seconds
EXT3 FS on md2, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS on md3, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
Adding 2104504k swap on /dev/sda2. Priority:42 extents:1 across:2104504k
Adding 2104504k swap on /dev/sdb2. Priority:42 extents:1 across:2104504k
chkconfig used greatest stack depth: 3456 bytes left
powernow-k8: Found 1 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ processors (2 cpu cores) (version 2.20.00)
powernow-k8: 0 : fid 0xe (2200 MHz), vid 0xa
powernow-k8: 1 : fid 0xc (2000 MHz), vid 0xa
powernow-k8: 2 : fid 0xa (1800 MHz), vid 0xa
powernow-k8: 3 : fid 0x2 (1000 MHz), vid 0xa
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0x7ffc0000-0x7ffc1000
lspci used greatest stack depth: 3432 bytes left
Overlap at 0xd0000000-0xd0500000
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
ADDRCONF(NETDEV_UP): eth1: link is not ready
ip6_tables: (C) 2000-2006 Netfilter Core Team
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
ip_tables: (C) 2000-2006 Netfilter Core Team
uli526x: eth1 NIC Link is Up 100 Mbps Full duplex
ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
warning: `named' uses 32-bit capabilities (legacy support in use)
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
Clocksource tsc unstable (delta = -274904273 ns)
eth1: no IPv6 routers present
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
CPU0 attaching NULL sched-domain.
CPU1 attaching NULL sched-domain.
CPU0 attaching sched-domain:
domain 0: span 3
groups: 1 2
CPU1 attaching sched-domain:
domain 0: span 3
groups: 2 1
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [rfc] hw resource debugging checks
2008-04-13 9:39 ` [rfc] hw resource debugging checks Andi Kleen
@ 2008-04-13 17:53 ` Arjan van de Ven
2008-04-13 18:19 ` Yinghai Lu
1 sibling, 0 replies; 57+ messages in thread
From: Arjan van de Ven @ 2008-04-13 17:53 UTC (permalink / raw
To: Andi Kleen
Cc: Ingo Molnar, Rafael J. Wysocki, Yinghai Lu, Andrew Morton, LKML,
Pavel Machek, Thomas Gleixner, H. Anvin, Greg Kroah-Hartman
On Sun, 13 Apr 2008 11:39:10 +0200
Andi Kleen <andi@firstfloor.org> wrote:
> Ingo Molnar <mingo@elte.hu> writes:
>
> This whole problem just shows that it was a mistake in the first place
> to try to redo the BIOS work in Linux. If BIOS doesn't supply MCFG
> Linux trying to create one (or in general having generalized resource
> allocation) is just a big mess and will cause endless problems. The
> standard resource code is just not up to the task and it needs very
> intimate knowledge of the hardware that the kernel shouldn't have.
>
> Again the real fix I think is to just drop all that code in git-x86
> again and finally fix LinuxBIOS to do its job properly and pass a
> proper MCFG (or just forget about using mmconfig with LinuxBIOS - it
> is not that Type1 suddently doesn't work anymore). Then this code
> wouldn't be needed at all
I totally agree with this. MCFG has been EXTREMELY fragile for the last years,
and I don't see that changing anytime soon.
The only thing that works for Linux so far is "if it even smells funny, don't use it".
Smelling funny is things like
1a) Bios table and e820 not matching up, or
1b) Bios table and hardware data not matching up
2) The content not matching content gotten via the traditional method
3) ... (bunch of other sanity checks)
I guess we really need to have
0) If it's not present in the BIOS do not touch
as rule as well.
--
If you want to reach me at my work email, use arjan@linux.intel.com
For development, discussion and tips for power savings,
visit http://www.lesswatts.org
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-13 16:12 ` Rafael J. Wysocki
@ 2008-04-13 18:07 ` Yinghai Lu
2008-04-13 18:47 ` Rafael J. Wysocki
2008-04-13 22:00 ` Yinghai Lu
1 sibling, 1 reply; 57+ messages in thread
From: Yinghai Lu @ 2008-04-13 18:07 UTC (permalink / raw
To: Rafael J. Wysocki
Cc: Ingo Molnar, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven
[-- Attachment #1: Type: text/plain, Size: 3128 bytes --]
On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> On Sunday, 13 of April 2008, Yinghai Lu wrote:
> > On Fri, Apr 11, 2008 at 1:51 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > >
> > > On Friday, 11 of April 2008, Yinghai Lu wrote:
> > > > On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > > > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> > > > > > On Thursday, 10 of April 2008, Ingo Molnar wrote:
> > > > > > >
> > > > > > > * Ingo Molnar <mingo@elte.hu> wrote:
> > > > > > >
> > > > > > > > > > > First, the X server doesn't want to start (it says it couldn't
> > > > > > > > > > > mmap the framebuffer).
> > > > > > > > > >
> > > > > > > > > > could you send your .config?
> > > > > > > > >
> > > > > > > > > Attached.
> > > > > > > >
> > > > > > > > could you disable this option:
> > > > > > > >
> > > > > > > > CONFIG_NONPROMISC_DEVMEM=y
> > > > > > > >
> > > > > > > > does it help with the X problem?
> > > > > >
> > > > > > That didn't help.
> > > > > >
> > > > > > > btw., Xorg works fine here on a comparable AMD system - but i use a
> > > > > > > rather new distro (Fedora 8) which has Xorg 7.2.
> > > > > >
> > > > > > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> > > > > >
> > > > > > I think the problem is somehow related to the Radeon.
> > > > >
> > > > > The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
> > > > > "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit" as the one
> > > > > causing problems.
> > > > >
> > > > > Unfortunately, I can't revert cleanly it, because there are two more commits
> > > > > depending on it in a highly nontrivial fashion, so I have reverted all three
> > > > > commits
> > > > >
> > > > > a365998cd2cecfb827469dbd57c29602c106cb83
> > > > > 44f7f90fbe7a3a99aab082f765346514b7b5c705
> > > > > ea1441bdf53692c3dc1fd2658addcf1205629661
> > > > >
> > > > > and X starts again. Also, suspend to RAM works from under X.
> > > >
> > > > please keep the three patches and applied the two attached debug patches.
> > > >
> > > > i wonder if there is some io allocation overlapping with your system.
> > >
> > > Attached is a boot dmesg output from the current x86 git tree with your two
> > > patches applied.
> > >
> > can you try to apply the patch i sent to you about agp bridge order
> > reading for buggy silicon?
> >
> > Please boot kernel with "debug"...
> >
> > I want to verify if you can get
> >
> > "
> > Aperture conflicts with PCI mapping.
> > "
> >
> > in your boot log...
>
> It's not present in there:
>
> rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
> Aperture too small (32 MB)
> Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
> Aperture too small (0 MB)
> agpgart: Aperture pointing to RAM
> agpgart: Aperture from AGP @ de000000 size 4096 MB
> agpgart: Aperture too small (0 MB)
>
did you apply the patch like the attached that i sent you in another mail?
YH
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: fix_buggy_agp_order.patch --]
[-- Type: text/x-patch; name=fix_buggy_agp_order.patch, Size: 3684 bytes --]
{PATCH] x86_64: agp_gart size checking for buggy device
while lookin Rafael J. Wysocki <rjw@sisk.pl> system boot log,
find some funny print out
Node 0: aperture @ de000000 size 32 MB
Aperture too small (32 MB)
AGP bridge at 00:04:00
Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
Aperture too small (0 MB)
Your BIOS doesn't leave a aperture memory hole
Please enable the IOMMU option in the BIOS setup
This costs you 64 MB of RAM
Mapping aperture over 65536 KB of RAM @ 4000000
...
agpgart: Detected AGP bridge 20
agpgart: Aperture pointing to RAM
agpgart: Aperture from AGP @ de000000 size 4096 MB
agpgart: Aperture too small (0 MB)
agpgart: No usable aperture found.
agpgart: Consider rebooting with iommu=memaper=2 to get a good aperture.
it mean BIOS allocate correct gart on NB and AGP bridge but because one bug in silicon
( the agp bridge report wrong order, it want 4G)
the kernel will reject that allcation, becase the size is only 32M. and try to get another
64M for gart, and late fix_northbridge can not revert that change because it still read
wrong size from agp bridge.
So try to double check order from agp bridge, before calling aperture_valid().
Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com>
diff --git a/arch/x86/kernel/aperture_64.c b/arch/x86/kernel/aperture_64.c
index 479926d..9f86778 100644
--- a/arch/x86/kernel/aperture_64.c
+++ b/arch/x86/kernel/aperture_64.c
@@ -138,6 +138,7 @@ static __u32 __init read_agp(int num, int slot, int func, int cap, u32 *order)
int nbits;
u32 aper_low, aper_hi;
u64 aper;
+ u32 old_order;
printk(KERN_INFO "AGP bridge at %02x:%02x:%02x\n", num, slot, func);
apsizereg = read_pci_config_16(num, slot, func, cap + 0x14);
@@ -146,6 +147,9 @@ static __u32 __init read_agp(int num, int slot, int func, int cap, u32 *order)
return 0;
}
+ /* old_order could be the value from NB gart setting */
+ old_order = *order;
+
apsize = apsizereg & 0xfff;
/* Some BIOS use weird encodings not in the AGPv3 table. */
if (apsize & 0xff)
@@ -159,6 +163,16 @@ static __u32 __init read_agp(int num, int slot, int func, int cap, u32 *order)
aper_hi = read_pci_config(num, slot, func, 0x14);
aper = (aper_low & ~((1<<22)-1)) | ((u64)aper_hi << 32);
+ /*
+ * some sick chip, APSIZE is 0, it mean it wants 4G
+ * so let double check that order, let trust AMD NB setting
+ */
+ if (aper + (32UL<<(20 + *order)) > 0x100000000UL) {
+ printk(KERN_INFO "Aperture size %u MB (APSIZE %x) is not right, use setting from NB\n",
+ 32 << *order, apsizereg);
+ *order = old_order;
+ }
+
printk(KERN_INFO "Aperture from AGP @ %Lx size %u MB (APSIZE %x)\n",
aper, 32 << *order, apsizereg);
diff --git a/drivers/char/agp/amd64-agp.c b/drivers/char/agp/amd64-agp.c
index 9d82045..288d1f5 100644
--- a/drivers/char/agp/amd64-agp.c
+++ b/drivers/char/agp/amd64-agp.c
@@ -312,6 +312,17 @@ static __devinit int fix_northbridge(struct pci_dev *nb, struct pci_dev *agp,
pci_read_config_dword(agp, 0x10, &aper_low);
pci_read_config_dword(agp, 0x14, &aper_hi);
aper = (aper_low & ~((1<<22)-1)) | ((u64)aper_hi << 32);
+
+ /*
+ * some sick chip, APSIZE is 0, it mean it wants 4G
+ * so let double check that order, let trust AMD NB setting
+ */
+ if (aper + (32UL<<(20 + order)) > 0x100000000UL) {
+ printk(KERN_INFO "Aperture size %u MB is not right, use setting from NB\n",
+ 32 << order);
+ order = nb_order;
+ }
+
printk(KERN_INFO PFX "Aperture from AGP @ %Lx size %u MB\n", aper, 32 << order);
if (order < 0 || !aperture_valid(aper, (32*1024*1024)<<order))
return -1;
^ permalink raw reply related [flat|nested] 57+ messages in thread
* Re: [rfc] hw resource debugging checks
2008-04-13 9:39 ` [rfc] hw resource debugging checks Andi Kleen
2008-04-13 17:53 ` Arjan van de Ven
@ 2008-04-13 18:19 ` Yinghai Lu
2008-04-13 18:29 ` Andi Kleen
1 sibling, 1 reply; 57+ messages in thread
From: Yinghai Lu @ 2008-04-13 18:19 UTC (permalink / raw
To: Andi Kleen
Cc: Ingo Molnar, Rafael J. Wysocki, Andrew Morton, LKML, Pavel Machek,
Thomas Gleixner, H. Anvin, Arjan van de Ven, Greg Kroah-Hartman
On Sun, Apr 13, 2008 at 2:39 AM, Andi Kleen <andi@firstfloor.org> wrote:
> Ingo Molnar <mingo@elte.hu> writes:
>
> This whole problem just shows that it was a mistake in the first place
> to try to redo the BIOS work in Linux. If BIOS doesn't supply MCFG
> Linux trying to create one (or in general having generalized resource
> allocation) is just a big mess and will cause endless problems. The
> standard resource code is just not up to the task and it needs very
> intimate knowledge of the hardware that the kernel shouldn't have.
>
> Again the real fix I think is to just drop all that code in git-x86
> again and finally fix LinuxBIOS to do its job properly and pass a
> proper MCFG (or just forget about using mmconfig with LinuxBIOS - it
> is not that Type1 suddently doesn't work anymore). Then this code
> wouldn't be needed at all
It has nothing to LinuxBIOS.
we would trust HW pci conf/msr than BIOS. even I could talk to BIOS
engineers everyday and tell them how to fix the problem in BIOS, some
still can not be fixed because of the legacy BIOS framework or big
mess.
the patchset from me in x86.git is in two folders
1. MCFG fix up for AMD cpu.
2. BUS numa support for AMD cpu with several sockets with muliti ht
links aka. multi peer root buses.
it will try to split root resource (iomem_resource, io_resource)
to different ht links. so when kernel try to assign resource to some
unassigned devices, it can use correct values.
these two patches will not hurt intel platform too.
YH
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [rfc] hw resource debugging checks
2008-04-13 18:19 ` Yinghai Lu
@ 2008-04-13 18:29 ` Andi Kleen
2008-04-13 19:29 ` Yinghai Lu
0 siblings, 1 reply; 57+ messages in thread
From: Andi Kleen @ 2008-04-13 18:29 UTC (permalink / raw
To: Yinghai Lu
Cc: Andi Kleen, Ingo Molnar, Rafael J. Wysocki, Andrew Morton, LKML,
Pavel Machek, Thomas Gleixner, H. Anvin, Arjan van de Ven,
Greg Kroah-Hartman
> even I could talk to BIOS
> engineers everyday and tell them how to fix the problem in BIOS, some
> still can not be fixed because of the legacy BIOS framework or big
> mess.
... so you opt to create the big mess in the kernel. Great.
And it does not even fixes a real problem, but getting
mmconfig or the numa bus discovery to work is not really a too serious
issue anyways. At best it is the icing on the cake to enable
some relatively obscure functionality and be a little more
efficient, but nothing really fundamental.
But for those things just expecting a working modern BIOS is quite
reasonable.
-Andi
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-13 18:07 ` Yinghai Lu
@ 2008-04-13 18:47 ` Rafael J. Wysocki
2008-04-13 18:53 ` Yinghai Lu
2008-04-13 18:54 ` Yinghai Lu
0 siblings, 2 replies; 57+ messages in thread
From: Rafael J. Wysocki @ 2008-04-13 18:47 UTC (permalink / raw
To: Yinghai Lu
Cc: Ingo Molnar, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven
On Sunday, 13 of April 2008, Yinghai Lu wrote:
> On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >
> > On Sunday, 13 of April 2008, Yinghai Lu wrote:
> > > On Fri, Apr 11, 2008 at 1:51 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > >
> > > > On Friday, 11 of April 2008, Yinghai Lu wrote:
> > > > > On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > > > > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> > > > > > > On Thursday, 10 of April 2008, Ingo Molnar wrote:
> > > > > > > >
> > > > > > > > * Ingo Molnar <mingo@elte.hu> wrote:
> > > > > > > >
> > > > > > > > > > > > First, the X server doesn't want to start (it says it couldn't
> > > > > > > > > > > > mmap the framebuffer).
> > > > > > > > > > >
> > > > > > > > > > > could you send your .config?
> > > > > > > > > >
> > > > > > > > > > Attached.
> > > > > > > > >
> > > > > > > > > could you disable this option:
> > > > > > > > >
> > > > > > > > > CONFIG_NONPROMISC_DEVMEM=y
> > > > > > > > >
> > > > > > > > > does it help with the X problem?
> > > > > > >
> > > > > > > That didn't help.
> > > > > > >
> > > > > > > > btw., Xorg works fine here on a comparable AMD system - but i use a
> > > > > > > > rather new distro (Fedora 8) which has Xorg 7.2.
> > > > > > >
> > > > > > > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> > > > > > >
> > > > > > > I think the problem is somehow related to the Radeon.
> > > > > >
> > > > > > The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
> > > > > > "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit" as the one
> > > > > > causing problems.
> > > > > >
> > > > > > Unfortunately, I can't revert cleanly it, because there are two more commits
> > > > > > depending on it in a highly nontrivial fashion, so I have reverted all three
> > > > > > commits
> > > > > >
> > > > > > a365998cd2cecfb827469dbd57c29602c106cb83
> > > > > > 44f7f90fbe7a3a99aab082f765346514b7b5c705
> > > > > > ea1441bdf53692c3dc1fd2658addcf1205629661
> > > > > >
> > > > > > and X starts again. Also, suspend to RAM works from under X.
> > > > >
> > > > > please keep the three patches and applied the two attached debug patches.
> > > > >
> > > > > i wonder if there is some io allocation overlapping with your system.
> > > >
> > > > Attached is a boot dmesg output from the current x86 git tree with your two
> > > > patches applied.
> > > >
> > > can you try to apply the patch i sent to you about agp bridge order
> > > reading for buggy silicon?
> > >
> > > Please boot kernel with "debug"...
> > >
> > > I want to verify if you can get
> > >
> > > "
> > > Aperture conflicts with PCI mapping.
> > > "
> > >
> > > in your boot log...
> >
> > It's not present in there:
> >
> > rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
> > Aperture too small (32 MB)
> > Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
> > Aperture too small (0 MB)
> > agpgart: Aperture pointing to RAM
> > agpgart: Aperture from AGP @ de000000 size 4096 MB
> > agpgart: Aperture too small (0 MB)
> >
>
> did you apply the patch like the attached that i sent you in another mail?
This dmesg is from a kernel without the patch.
The dmesg with the patch applied was sent in a separate message:
http://lkml.org/lkml/2008/4/13/122
Thanks,
Rafael
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-13 18:47 ` Rafael J. Wysocki
@ 2008-04-13 18:53 ` Yinghai Lu
2008-04-13 18:54 ` Yinghai Lu
1 sibling, 0 replies; 57+ messages in thread
From: Yinghai Lu @ 2008-04-13 18:53 UTC (permalink / raw
To: Rafael J. Wysocki
Cc: Ingo Molnar, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven
On Sun, Apr 13, 2008 at 11:47 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> On Sunday, 13 of April 2008, Yinghai Lu wrote:
> > On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > >
> > > On Sunday, 13 of April 2008, Yinghai Lu wrote:
> > > > On Fri, Apr 11, 2008 at 1:51 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > > >
> > > > > On Friday, 11 of April 2008, Yinghai Lu wrote:
> > > > > > On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > > > > > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> > > > > > > > On Thursday, 10 of April 2008, Ingo Molnar wrote:
> > > > > > > > >
> > > > > > > > > * Ingo Molnar <mingo@elte.hu> wrote:
> > > > > > > > >
> > > > > > > > > > > > > First, the X server doesn't want to start (it says it couldn't
> > > > > > > > > > > > > mmap the framebuffer).
> > > > > > > > > > > >
> > > > > > > > > > > > could you send your .config?
> > > > > > > > > > >
> > > > > > > > > > > Attached.
> > > > > > > > > >
> > > > > > > > > > could you disable this option:
> > > > > > > > > >
> > > > > > > > > > CONFIG_NONPROMISC_DEVMEM=y
> > > > > > > > > >
> > > > > > > > > > does it help with the X problem?
> > > > > > > >
> > > > > > > > That didn't help.
> > > > > > > >
> > > > > > > > > btw., Xorg works fine here on a comparable AMD system - but i use a
> > > > > > > > > rather new distro (Fedora 8) which has Xorg 7.2.
> > > > > > > >
> > > > > > > > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> > > > > > > >
> > > > > > > > I think the problem is somehow related to the Radeon.
> > > > > > >
> > > > > > > The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
> > > > > > > "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit" as the one
> > > > > > > causing problems.
> > > > > > >
> > > > > > > Unfortunately, I can't revert cleanly it, because there are two more commits
> > > > > > > depending on it in a highly nontrivial fashion, so I have reverted all three
> > > > > > > commits
> > > > > > >
> > > > > > > a365998cd2cecfb827469dbd57c29602c106cb83
> > > > > > > 44f7f90fbe7a3a99aab082f765346514b7b5c705
> > > > > > > ea1441bdf53692c3dc1fd2658addcf1205629661
> > > > > > >
> > > > > > > and X starts again. Also, suspend to RAM works from under X.
> > > > > >
> > > > > > please keep the three patches and applied the two attached debug patches.
> > > > > >
> > > > > > i wonder if there is some io allocation overlapping with your system.
> > > > >
> > > > > Attached is a boot dmesg output from the current x86 git tree with your two
> > > > > patches applied.
> > > > >
> > > > can you try to apply the patch i sent to you about agp bridge order
> > > > reading for buggy silicon?
> > > >
> > > > Please boot kernel with "debug"...
> > > >
> > > > I want to verify if you can get
> > > >
> > > > "
> > > > Aperture conflicts with PCI mapping.
> > > > "
> > > >
> > > > in your boot log...
> > >
> > > It's not present in there:
> > >
> > > rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
> > > Aperture too small (32 MB)
> > > Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
> > > Aperture too small (0 MB)
> > > agpgart: Aperture pointing to RAM
> > > agpgart: Aperture from AGP @ de000000 size 4096 MB
> > > agpgart: Aperture too small (0 MB)
> > >
> >
> > did you apply the patch like the attached that i sent you in another mail?
>
> This dmesg is from a kernel without the patch.
>
> The dmesg with the patch applied was sent in a separate message:
> http://lkml.org/lkml/2008/4/13/122
thanks. let me double check that patch...
YH
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-13 18:47 ` Rafael J. Wysocki
2008-04-13 18:53 ` Yinghai Lu
@ 2008-04-13 18:54 ` Yinghai Lu
1 sibling, 0 replies; 57+ messages in thread
From: Yinghai Lu @ 2008-04-13 18:54 UTC (permalink / raw
To: Rafael J. Wysocki
Cc: Ingo Molnar, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven
On Sun, Apr 13, 2008 at 11:47 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> On Sunday, 13 of April 2008, Yinghai Lu wrote:
> > On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > >
> > > On Sunday, 13 of April 2008, Yinghai Lu wrote:
> > > > On Fri, Apr 11, 2008 at 1:51 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > > >
> > > > > On Friday, 11 of April 2008, Yinghai Lu wrote:
> > > > > > On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > > > > > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> > > > > > > > On Thursday, 10 of April 2008, Ingo Molnar wrote:
> > > > > > > > >
> > > > > > > > > * Ingo Molnar <mingo@elte.hu> wrote:
> > > > > > > > >
> > > > > > > > > > > > > First, the X server doesn't want to start (it says it couldn't
> > > > > > > > > > > > > mmap the framebuffer).
> > > > > > > > > > > >
> > > > > > > > > > > > could you send your .config?
> > > > > > > > > > >
> > > > > > > > > > > Attached.
> > > > > > > > > >
> > > > > > > > > > could you disable this option:
> > > > > > > > > >
> > > > > > > > > > CONFIG_NONPROMISC_DEVMEM=y
> > > > > > > > > >
> > > > > > > > > > does it help with the X problem?
> > > > > > > >
> > > > > > > > That didn't help.
> > > > > > > >
> > > > > > > > > btw., Xorg works fine here on a comparable AMD system - but i use a
> > > > > > > > > rather new distro (Fedora 8) which has Xorg 7.2.
> > > > > > > >
> > > > > > > > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> > > > > > > >
> > > > > > > > I think the problem is somehow related to the Radeon.
> > > > > > >
> > > > > > > The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
> > > > > > > "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit" as the one
> > > > > > > causing problems.
> > > > > > >
> > > > > > > Unfortunately, I can't revert cleanly it, because there are two more commits
> > > > > > > depending on it in a highly nontrivial fashion, so I have reverted all three
> > > > > > > commits
> > > > > > >
> > > > > > > a365998cd2cecfb827469dbd57c29602c106cb83
> > > > > > > 44f7f90fbe7a3a99aab082f765346514b7b5c705
> > > > > > > ea1441bdf53692c3dc1fd2658addcf1205629661
> > > > > > >
> > > > > > > and X starts again. Also, suspend to RAM works from under X.
> > > > > >
> > > > > > please keep the three patches and applied the two attached debug patches.
> > > > > >
> > > > > > i wonder if there is some io allocation overlapping with your system.
> > > > >
> > > > > Attached is a boot dmesg output from the current x86 git tree with your two
> > > > > patches applied.
> > > > >
> > > > can you try to apply the patch i sent to you about agp bridge order
> > > > reading for buggy silicon?
> > > >
> > > > Please boot kernel with "debug"...
> > > >
> > > > I want to verify if you can get
> > > >
> > > > "
> > > > Aperture conflicts with PCI mapping.
> > > > "
> > > >
> > > > in your boot log...
> > >
> > > It's not present in there:
> > >
> > > rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
> > > Aperture too small (32 MB)
> > > Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
> > > Aperture too small (0 MB)
> > > agpgart: Aperture pointing to RAM
> > > agpgart: Aperture from AGP @ de000000 size 4096 MB
> > > agpgart: Aperture too small (0 MB)
> > >
> >
> > did you apply the patch like the attached that i sent you in another mail?
>
> This dmesg is from a kernel without the patch.
>
> The dmesg with the patch applied was sent in a separate message:
> http://lkml.org/lkml/2008/4/13/122
>
or you can re pull from x86.git#latest.
YH
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [rfc] hw resource debugging checks
2008-04-13 18:29 ` Andi Kleen
@ 2008-04-13 19:29 ` Yinghai Lu
2008-04-14 3:52 ` Arjan van de Ven
0 siblings, 1 reply; 57+ messages in thread
From: Yinghai Lu @ 2008-04-13 19:29 UTC (permalink / raw
To: Andi Kleen
Cc: Ingo Molnar, Rafael J. Wysocki, Andrew Morton, LKML, Pavel Machek,
Thomas Gleixner, H. Anvin, Arjan van de Ven, Greg Kroah-Hartman
On Sun, Apr 13, 2008 at 11:29 AM, Andi Kleen <andi@firstfloor.org> wrote:
> > even I could talk to BIOS
> > engineers everyday and tell them how to fix the problem in BIOS, some
> > still can not be fixed because of the legacy BIOS framework or big
> > mess.
>
> ... so you opt to create the big mess in the kernel. Great.
>
> And it does not even fixes a real problem, but getting
> mmconfig or the numa bus discovery to work is not really a too serious
> issue anyways. At best it is the icing on the cake to enable
> some relatively obscure functionality and be a little more
> efficient, but nothing really fundamental.
>
> But for those things just expecting a working modern BIOS is quite
> reasonable.
it does fix real problem. when big system with several HT links, and
every link some pcie slots.
you fully load pci-e cards (with pci bridge). BIOS will stop assign
io/mmio resource to left device if it run out of io port range.
(though it is supposed to go on to allocate mmio to left devices) (
modern pcie device only need mmio with drivers)
With pre set range allocation in NB pci conf, kernel could allocate
the resource in every peer root bus ranges.
(the code for assign resource to device that is not assigned resource
by BIOS --- already in kernel)
YH
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-13 16:12 ` Rafael J. Wysocki
2008-04-13 18:07 ` Yinghai Lu
@ 2008-04-13 22:00 ` Yinghai Lu
2008-04-13 22:10 ` Rafael J. Wysocki
1 sibling, 1 reply; 57+ messages in thread
From: Yinghai Lu @ 2008-04-13 22:00 UTC (permalink / raw
To: Rafael J. Wysocki
Cc: Ingo Molnar, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven
[-- Attachment #1: Type: text/plain, Size: 862 bytes --]
On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
...
> > can you try to apply the patch i sent to you about agp bridge order
> > reading for buggy silicon?
> >
> > Please boot kernel with "debug"...
> >
> > I want to verify if you can get
> >
> > "
> > Aperture conflicts with PCI mapping.
> > "
> >
> > in your boot log...
>
> It's not present in there:
>
> rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
> Aperture too small (32 MB)
> Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
> Aperture too small (0 MB)
> agpgart: Aperture pointing to RAM
> agpgart: Aperture from AGP @ de000000 size 4096 MB
> agpgart: Aperture too small (0 MB)
>
> Full dmesg output attached.
please check attached debug patch. and check if you can change GART
size in your BIOS setup to 64M instead of 32M
Thanks
YH
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: debug_gart_checking.patch --]
[-- Type: text/x-patch; name=debug_gart_checking.patch, Size: 3041 bytes --]
[PATCH] x86_64: checking aperture size order...
diff --git a/arch/x86/kernel/aperture_64.c b/arch/x86/kernel/aperture_64.c
index 2e93b31..e86689a 100644
--- a/arch/x86/kernel/aperture_64.c
+++ b/arch/x86/kernel/aperture_64.c
@@ -96,7 +96,7 @@ static int __init aperture_valid(u64 aper_base, u32 aper_size)
printk(KERN_ERR "Aperture pointing to e820 RAM. Ignoring.\n");
return 0;
}
- if (aper_size < 64*1024*1024) {
+ if (aper_size < 32*1024*1024) {
printk(KERN_ERR "Aperture too small (%d MB)\n", aper_size>>20);
return 0;
}
@@ -167,7 +167,9 @@ static __u32 __init read_agp(int num, int slot, int func, int cap, u32 *order)
* On some sick chips, APSIZE is 0. It means it wants 4G
* so let double check that order, and lets trust AMD NB settings:
*/
- if (aper + (32UL<<(20 + *order)) > 0x100000000UL) {
+ printk(KERN_INFO "Aperture from AGP @ %Lx old size %u MB\n",
+ aper, 32 << old_order);
+ if (aper + (32ULL<<(20 + *order)) > 0x100000000ULL) {
printk(KERN_INFO "Aperture size %u MB (APSIZE %x) is not right, using settings from NB\n",
32 << *order, apsizereg);
*order = old_order;
@@ -302,8 +304,8 @@ void __init early_gart_iommu_check(void)
fix = 1;
if (gart_fix_e820 && !fix && aper_enabled) {
- if (e820_any_mapped(aper_base, aper_base + aper_size,
- E820_RAM)) {
+ if (!e820_all_mapped(aper_base, aper_base + aper_size,
+ E820_RESERVED)) {
/* reserved it, so we can resuse it in second kernel */
printk(KERN_INFO "update e820 for GART\n");
add_memory_region(aper_base, aper_size, E820_RESERVED);
diff --git a/drivers/char/agp/amd64-agp.c b/drivers/char/agp/amd64-agp.c
index 8fc05c8..97d4821 100644
--- a/drivers/char/agp/amd64-agp.c
+++ b/drivers/char/agp/amd64-agp.c
@@ -245,11 +245,7 @@ static int __devinit aperture_valid(u64 aper, u32 size)
printk(KERN_ERR PFX "No aperture\n");
return 0;
}
- if (size < 32*1024*1024) {
- printk(KERN_ERR PFX "Aperture too small (%d MB)\n", size>>20);
- return 0;
- }
- if ((u64)aper + size > 0x100000000ULL) {
+ if ((u64)aper + size > 0x100000000ULL) {
printk(KERN_ERR PFX "Aperture out of bounds\n");
return 0;
}
@@ -257,6 +253,10 @@ static int __devinit aperture_valid(u64 aper, u32 size)
printk(KERN_ERR PFX "Aperture pointing to RAM\n");
return 0;
}
+ if (size < 32*1024*1024) {
+ printk(KERN_ERR PFX "Aperture too small (%d MB)\n", size>>20);
+ return 0;
+ }
/* Request the Aperture. This catches cases when someone else
already put a mapping in there - happens with some very broken BIOS
@@ -317,7 +317,7 @@ static __devinit int fix_northbridge(struct pci_dev *nb, struct pci_dev *agp,
* On some sick chips APSIZE is 0. This means it wants 4G
* so let double check that order, and lets trust the AMD NB settings
*/
- if (aper + (32ULL<<(20 + order)) > 0x100000000ULL) {
+ if (order >=0 && aper + (32ULL<<(20 + order)) > 0x100000000ULL) {
printk(KERN_INFO "Aperture size %u MB is not right, using settings from NB\n",
32 << order);
order = nb_order;
^ permalink raw reply related [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-13 22:00 ` Yinghai Lu
@ 2008-04-13 22:10 ` Rafael J. Wysocki
2008-04-13 22:32 ` Yinghai Lu
0 siblings, 1 reply; 57+ messages in thread
From: Rafael J. Wysocki @ 2008-04-13 22:10 UTC (permalink / raw
To: Yinghai Lu
Cc: Ingo Molnar, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven
On Monday, 14 of April 2008, Yinghai Lu wrote:
> On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> ...
> > > can you try to apply the patch i sent to you about agp bridge order
> > > reading for buggy silicon?
> > >
> > > Please boot kernel with "debug"...
> > >
> > > I want to verify if you can get
> > >
> > > "
> > > Aperture conflicts with PCI mapping.
> > > "
> > >
> > > in your boot log...
> >
> > It's not present in there:
> >
> > rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
> > Aperture too small (32 MB)
> > Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
> > Aperture too small (0 MB)
> > agpgart: Aperture pointing to RAM
> > agpgart: Aperture from AGP @ de000000 size 4096 MB
> > agpgart: Aperture too small (0 MB)
> >
> > Full dmesg output attached.
>
> please check attached debug patch. and check if you can change GART
> size in your BIOS setup to 64M instead of 32M
Hm, what tree am I supposed to apply it too:
(1) current x86 git
(2) current x86 git w/ some of your previous patches (which ones in this case)
(3) failing (old) x86 git
(4) failing (old) x86 git w/ some of your previous patches (which ones in this
case)?
Rafael
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-13 22:10 ` Rafael J. Wysocki
@ 2008-04-13 22:32 ` Yinghai Lu
2008-04-13 23:41 ` Rafael J. Wysocki
2008-04-14 0:19 ` Rafael J. Wysocki
0 siblings, 2 replies; 57+ messages in thread
From: Yinghai Lu @ 2008-04-13 22:32 UTC (permalink / raw
To: Rafael J. Wysocki
Cc: Ingo Molnar, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven
On Sun, Apr 13, 2008 at 3:10 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> On Monday, 14 of April 2008, Yinghai Lu wrote:
> > On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > ...
> > > > can you try to apply the patch i sent to you about agp bridge order
> > > > reading for buggy silicon?
> > > >
> > > > Please boot kernel with "debug"...
> > > >
> > > > I want to verify if you can get
> > > >
> > > > "
> > > > Aperture conflicts with PCI mapping.
> > > > "
> > > >
> > > > in your boot log...
> > >
> > > It's not present in there:
> > >
> > > rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
> > > Aperture too small (32 MB)
> > > Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
> > > Aperture too small (0 MB)
> > > agpgart: Aperture pointing to RAM
> > > agpgart: Aperture from AGP @ de000000 size 4096 MB
> > > agpgart: Aperture too small (0 MB)
> > >
> > > Full dmesg output attached.
> >
> > please check attached debug patch. and check if you can change GART
> > size in your BIOS setup to 64M instead of 32M
>
> Hm, what tree am I supposed to apply it too:
> (1) current x86 git
> (2) current x86 git w/ some of your previous patches (which ones in this case)
> (3) failing (old) x86 git
> (4) failing (old) x86 git w/ some of your previous patches (which ones in this
> case)?
(1) current x86.git
Thanks
Yinghai Lu
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-13 22:32 ` Yinghai Lu
@ 2008-04-13 23:41 ` Rafael J. Wysocki
2008-04-13 23:45 ` H. Peter Anvin
2008-04-14 0:19 ` Rafael J. Wysocki
1 sibling, 1 reply; 57+ messages in thread
From: Rafael J. Wysocki @ 2008-04-13 23:41 UTC (permalink / raw
To: Yinghai Lu, Ingo Molnar
Cc: Andrew Morton, LKML, Pavel Machek, Thomas Gleixner, H. Anvin,
Arjan van de Ven
On Monday, 14 of April 2008, Yinghai Lu wrote:
> On Sun, Apr 13, 2008 at 3:10 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >
> > On Monday, 14 of April 2008, Yinghai Lu wrote:
> > > On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > ...
> > > > > can you try to apply the patch i sent to you about agp bridge order
> > > > > reading for buggy silicon?
> > > > >
> > > > > Please boot kernel with "debug"...
> > > > >
> > > > > I want to verify if you can get
> > > > >
> > > > > "
> > > > > Aperture conflicts with PCI mapping.
> > > > > "
> > > > >
> > > > > in your boot log...
> > > >
> > > > It's not present in there:
> > > >
> > > > rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
> > > > Aperture too small (32 MB)
> > > > Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
> > > > Aperture too small (0 MB)
> > > > agpgart: Aperture pointing to RAM
> > > > agpgart: Aperture from AGP @ de000000 size 4096 MB
> > > > agpgart: Aperture too small (0 MB)
> > > >
> > > > Full dmesg output attached.
> > >
> > > please check attached debug patch. and check if you can change GART
> > > size in your BIOS setup to 64M instead of 32M
> >
> > Hm, what tree am I supposed to apply it too:
> > (1) current x86 git
> > (2) current x86 git w/ some of your previous patches (which ones in this case)
> > (3) failing (old) x86 git
> > (4) failing (old) x86 git w/ some of your previous patches (which ones in this
> > case)?
>
> (1) current x86.git
Well, unfortunately current x86.git doesn't even boot on the affected box.
It 'cannot open root device "md1" or unknown-block (0,0)' (Ingo, any ideas?).
Today I have to take some sleep, so I'll try to debug it tomorrow, unless
someone else does it earlier.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-13 23:41 ` Rafael J. Wysocki
@ 2008-04-13 23:45 ` H. Peter Anvin
2008-04-14 0:09 ` Rafael J. Wysocki
0 siblings, 1 reply; 57+ messages in thread
From: H. Peter Anvin @ 2008-04-13 23:45 UTC (permalink / raw
To: Rafael J. Wysocki
Cc: Yinghai Lu, Ingo Molnar, Andrew Morton, LKML, Pavel Machek,
Thomas Gleixner, Arjan van de Ven
Rafael J. Wysocki wrote:
>
> Well, unfortunately current x86.git doesn't even boot on the affected box.
> It 'cannot open root device "md1" or unknown-block (0,0)' (Ingo, any ideas?).
>
> Today I have to take some sleep, so I'll try to debug it tomorrow, unless
> someone else does it earlier.
>
Sounds like you didn't compile in the appropriate RAID support...
-hpa
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-13 23:45 ` H. Peter Anvin
@ 2008-04-14 0:09 ` Rafael J. Wysocki
2008-04-14 0:12 ` H. Peter Anvin
0 siblings, 1 reply; 57+ messages in thread
From: Rafael J. Wysocki @ 2008-04-14 0:09 UTC (permalink / raw
To: H. Peter Anvin
Cc: Yinghai Lu, Ingo Molnar, Andrew Morton, LKML, Pavel Machek,
Thomas Gleixner, Arjan van de Ven
On Monday, 14 of April 2008, H. Peter Anvin wrote:
> Rafael J. Wysocki wrote:
> >
> > Well, unfortunately current x86.git doesn't even boot on the affected box.
> > It 'cannot open root device "md1" or unknown-block (0,0)' (Ingo, any ideas?).
> >
> > Today I have to take some sleep, so I'll try to debug it tomorrow, unless
> > someone else does it earlier.
> >
>
> Sounds like you didn't compile in the appropriate RAID support...
In fact I did, but I didn't notice that the initrd image was not built
correctly due to a local error.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-14 0:09 ` Rafael J. Wysocki
@ 2008-04-14 0:12 ` H. Peter Anvin
0 siblings, 0 replies; 57+ messages in thread
From: H. Peter Anvin @ 2008-04-14 0:12 UTC (permalink / raw
To: Rafael J. Wysocki
Cc: Yinghai Lu, Ingo Molnar, Andrew Morton, LKML, Pavel Machek,
Thomas Gleixner, Arjan van de Ven
Rafael J. Wysocki wrote:
> On Monday, 14 of April 2008, H. Peter Anvin wrote:
>> Rafael J. Wysocki wrote:
>>> Well, unfortunately current x86.git doesn't even boot on the affected box.
>>> It 'cannot open root device "md1" or unknown-block (0,0)' (Ingo, any ideas?).
>>>
>>> Today I have to take some sleep, so I'll try to debug it tomorrow, unless
>>> someone else does it earlier.
>>>
>> Sounds like you didn't compile in the appropriate RAID support...
>
> In fact I did, but I didn't notice that the initrd image was not built
> correctly due to a local error.
>
Happens :)
-hpa
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-13 22:32 ` Yinghai Lu
2008-04-13 23:41 ` Rafael J. Wysocki
@ 2008-04-14 0:19 ` Rafael J. Wysocki
2008-04-14 1:42 ` Yinghai Lu
1 sibling, 1 reply; 57+ messages in thread
From: Rafael J. Wysocki @ 2008-04-14 0:19 UTC (permalink / raw
To: Yinghai Lu
Cc: Ingo Molnar, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven
[-- Attachment #1: Type: text/plain, Size: 1649 bytes --]
On Monday, 14 of April 2008, Yinghai Lu wrote:
> On Sun, Apr 13, 2008 at 3:10 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >
> > On Monday, 14 of April 2008, Yinghai Lu wrote:
> > > On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > ...
> > > > > can you try to apply the patch i sent to you about agp bridge order
> > > > > reading for buggy silicon?
> > > > >
> > > > > Please boot kernel with "debug"...
> > > > >
> > > > > I want to verify if you can get
> > > > >
> > > > > "
> > > > > Aperture conflicts with PCI mapping.
> > > > > "
> > > > >
> > > > > in your boot log...
> > > >
> > > > It's not present in there:
> > > >
> > > > rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
> > > > Aperture too small (32 MB)
> > > > Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
> > > > Aperture too small (0 MB)
> > > > agpgart: Aperture pointing to RAM
> > > > agpgart: Aperture from AGP @ de000000 size 4096 MB
> > > > agpgart: Aperture too small (0 MB)
> > > >
> > > > Full dmesg output attached.
> > >
> > > please check attached debug patch. and check if you can change GART
> > > size in your BIOS setup to 64M instead of 32M
> >
> > Hm, what tree am I supposed to apply it too:
> > (1) current x86 git
> > (2) current x86 git w/ some of your previous patches (which ones in this case)
> > (3) failing (old) x86 git
> > (4) failing (old) x86 git w/ some of your previous patches (which ones in this
> > case)?
>
> (1) current x86.git
Attached is dmesg output from current x86.git with debug_gart_checking.patch
applied.
Thanks,
Rafael
[-- Attachment #2: dmesg.log --]
[-- Type: text/x-log, Size: 24814 bytes --]
Linux version 2.6.25-rc9-x86-latest.git (rafael@chimera) (gcc version 4.2.1 (SUSE Linux)) #27 SMP Mon Apr 14 02:30:28 CEST 2008
Command line: root=/dev/md1 vga=0x31a resume=/dev/sda2 debug
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009ec00 (usable)
BIOS-e820: 000000000009ec00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e8000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000007ffb0000 (usable)
BIOS-e820: 000000007ffb0000 - 000000007ffc0000 (ACPI data)
BIOS-e820: 000000007ffc0000 - 000000007fff0000 (ACPI NVS)
BIOS-e820: 000000007fff0000 - 0000000080000000 (reserved)
BIOS-e820: 00000000ff7c0000 - 0000000100000000 (reserved)
Entering add_active_range(0, 0, 158) 0 entries of 256 used
Entering add_active_range(0, 256, 524208) 1 entries of 256 used
max_pfn_mapped = 1048576
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
init_memory_mapping
DMI 2.3 present.
ACPI: RSDP 000F9B60, 0014 (r0 ACPIAM)
ACPI: RSDT 7FFB0000, 0030 (r1 A M I OEMRSDT 8000526 MSFT 97)
ACPI: FACP 7FFB0200, 0084 (r2 A M I OEMFACP 8000526 MSFT 97)
ACPI: DSDT 7FFB0400, 45A7 (r1 939M2 939M2120 120 INTL 2002026)
ACPI: FACS 7FFC0000, 0040
ACPI: APIC 7FFB0390, 0068 (r1 A M I OEMAPIC 8000526 MSFT 97)
ACPI: OEMB 7FFC0040, 0056 (r1 A M I AMI_OEM 8000526 MSFT 97)
Entering add_active_range(0, 0, 158) 0 entries of 256 used
Entering add_active_range(0, 256, 524208) 1 entries of 256 used
early res: 0 [0-fff] BIOS data page
early res: 1 [6000-7fff] TRAMPOLINE
early res: 2 [200000-b36c6f] TEXT DATA BSS
early res: 3 [378e2000-37fefd18] RAMDISK
early res: 4 [9ec00-fffff] BIOS reserved
early res: 5 [8000-bfff] PGTABLE
Zone PFN ranges:
DMA 0 -> 4096
DMA32 4096 -> 1048576
Normal 1048576 -> 1048576
Movable zone start PFN for each node
early_node_map[2] active PFN ranges
0: 0 -> 158
0: 256 -> 524208
On node 0 totalpages: 524110
DMA zone: 56 pages used for memmap
DMA zone: 2464 pages reserved
DMA zone: 1478 pages, LIFO batch:0
DMA32 zone: 7110 pages used for memmap
DMA32 zone: 513002 pages, LIFO batch:31
Normal zone: 0 pages used for memmap
Movable zone: 0 pages used for memmap
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 0, address 0xfec00000, GSI 0-23
ACPI: IOAPIC (id[0x03] address[0xfec10000] gsi_base[24])
IOAPIC[1]: apic_id 3, version 0, address 0xfec10000, GSI 24-39
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Setting APIC routing to flat
Using ACPI (MADT) for SMP configuration information
PM: Registered nosave memory: 000000000009e000 - 000000000009f000
PM: Registered nosave memory: 000000000009f000 - 00000000000a0000
PM: Registered nosave memory: 00000000000a0000 - 00000000000e8000
PM: Registered nosave memory: 00000000000e8000 - 0000000000100000
Allocating PCI resources starting at 88000000 (gap: 80000000:7f7c0000)
SMP: Allowing 2 CPUs, 0 hotplug CPUs
PERCPU: Allocating 31152 bytes of per cpu data
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 514480
Kernel command line: root=/dev/md1 vga=0x31a resume=/dev/sda2 debug
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 32768 bytes)
TSC calibrated against PM_TIMER
Marking TSC unstable due to TSCs unsynchronized
time.c: Detected 2200.078 MHz processor.
Console: colour dummy device 80x25
console [tty0] enabled
Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
... MAX_LOCKDEP_SUBCLASSES: 8
... MAX_LOCK_DEPTH: 48
... MAX_LOCKDEP_KEYS: 2048
... CLASSHASH_SIZE: 1024
... MAX_LOCKDEP_ENTRIES: 8192
... MAX_LOCKDEP_CHAINS: 16384
... CHAINHASH_SIZE: 8192
memory used by lock dependency info: 1648 kB
per task-struct memory footprint: 2688 bytes
Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Checking aperture...
Node 0: aperture @ de000000 size 32 MB
Memory: 2047076k/2096832k available (2987k kernel code, 48712k reserved, 1657k data, 288k init)
CPA: page pool initialized 1 of 1 pages preallocated
Calibrating delay using timer specific routine.. 4404.14 BogoMIPS (lpj=8808291)
Security Framework initialized
SELinux: Initializing.
SELinux: Starting in permissive mode
selinux_register_security: Registering secondary module capability
Capability LSM initialized as secondary
Mount-cache hash table entries: 256
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
ACPI: Core revision 20070126
CPU0: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping 01
Using local APIC timer interrupts.
APIC timer calibration result 12500446
Detected 12.500 MHz APIC timer.
lockdep: fixing up alternatives.
Booting processor 1/1 ip 6000
Initializing CPU#1
Calibrating delay using timer specific routine.. 4400.17 BogoMIPS (lpj=8800349)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
x86 PAT enabled: cpu 1, old 0x7040600070406, new 0x7010600070106
CPU1: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping 01
Brought up 2 CPUs
Total of 2 processors activated (8804.32 BogoMIPS).
CPU0 attaching sched-domain:
domain 0: span 3
groups: 1 2
CPU1 attaching sched-domain:
domain 0: span 3
groups: 2 1
khelper used greatest stack depth: 5752 bytes left
net_namespace: 1112 bytes
Time: 0:34:49 Date: 04/14/08
NET: Registered protocol family 16
No dock devices found.
node 0 link 0: io port [1000, ffffff]
TOM: 0000000080000000 aka 2048M
node 0 link 0: mmio [e0000000, efffffff]
node 0 link 0: mmio [a0000, bffff]
node 0 link 0: mmio [80000000, ffffffff]
bus: [00,ff] on node 0 link 0
bus: 00 index 0 io port: [1000, ffffff]
bus: 00 index 1 io port: [0, ffff]
bus: 00 index 2 mmio: [80000000, fcffffffff]
bus: 00 index 3 mmio: [a0000, bffff]
bus: 00 index 4 mmio: [80000000, ffffffff]
ACPI: bus type pci registered
PCI: Using configuration type 1 for base access
Overlap at 0x7ffc0000-0x7ffc1000
ACPI: EC: Look up EC in DSDT
ACPI: Interpreter enabled
ACPI: (supports S0 S1 S3 S4 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
pci 0000:00:07.1: quirk: region 0800-083f claimed by ali7101 ACPI
PCI: Transparent bridge - 0000:00:06.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P4._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HTT_._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEB1._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEB2._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 11 12 14 *15), disabled.
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs *3 4 5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 11 12 14 15) *9
ACPI: PCI Interrupt Link [LNKP] (IRQs 3 4 *5 6 7 10 11 12 14 15)
Overlap at 0x7ffb0000-0x7ffb5000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffc0000-0x7ffc1000
ACPI Warning (tbutils-0217): Incorrect checksum in table [OEMB] - 6A, should be 5D [20070126]
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp: PnP ACPI: found 14 devices
ACPI: ACPI bus type pnp unregistered
SCSI subsystem initialized
libata version 3.00 loaded.
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
PCI: Cannot allocate resource region 0 of device 0000:00:04.0
DMAR:parse DMAR table failure.
agpgart: Detected AGP bridge 20
Setting up ULi AGP.
agpgart: AGP aperture is 32M @ 0xde000000
system 00:07: ioport range 0x480-0x48f has been reserved
system 00:07: ioport range 0x4d0-0x4d1 has been reserved
system 00:07: ioport range 0x800-0x87f could not be reserved
system 00:07: ioport range 0x400-0x40f has been reserved
system 00:08: iomem range 0xfec00000-0xfec00fff has been reserved
system 00:08: iomem range 0xfee00000-0xfee00fff has been reserved
system 00:08: iomem range 0xe0000000-0xefffffff has been reserved
system 00:08: iomem range 0xfec10000-0xfec10fff has been reserved
system 00:08: iomem range 0xffb80000-0xffffffff could not be reserved
system 00:0c: ioport range 0x290-0x29f has been reserved
system 00:0d: iomem range 0x0-0x9ffff could not be reserved
system 00:0d: iomem range 0xc0000-0xcffff has been reserved
system 00:0d: iomem range 0xe0000-0xfffff could not be reserved
system 00:0d: iomem range 0x100000-0x7fffffff could not be reserved
system 00:0d: iomem range 0x0-0x0 could not be reserved
PCI: Bridge: 0000:00:01.0
IO window: 9000-bfff
MEM window: 0xff200000-0xff2fffff
PREFETCH window: 0x00000000cbf00000-0x00000000dbefffff
PCI: Bridge: 0000:00:02.0
IO window: disabled.
MEM window: 0xff300000-0xff3fffff
PREFETCH window: disabled.
PCI: Bridge: 0000:00:05.0
IO window: disabled.
MEM window: 0xff400000-0xff4fffff
PREFETCH window: disabled.
PCI: Bridge: 0000:00:06.0
IO window: c000-cfff
MEM window: 0xff500000-0xff5fffff
PREFETCH window: 0x0000000088000000-0x00000000880fffff
ACPI: PCI Interrupt 0000:00:01.0[A] -> GSI 29 (level, low) -> IRQ 29
PCI: Setting latency timer of device 0000:00:01.0 to 64
ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 34 (level, low) -> IRQ 34
PCI: Setting latency timer of device 0000:00:02.0 to 64
PCI: Setting latency timer of device 0000:00:05.0 to 64
PCI: Setting latency timer of device 0000:00:06.0 to 64
NET: Registered protocol family 2
Switched to high resolution mode on CPU 0
Switched to high resolution mode on CPU 1
IP route cache hash table entries: 65536 (order: 7, 524288 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 9, 3670016 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
checking if image is initramfs... it is
Freeing initrd memory: 7223k freed
audit: initializing netlink socket (disabled)
type=2000 audit(1208133289.004:1): initialized
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
SELinux: Registering netfilter hooks
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
pci 0000:01:00.0: Boot video device
PCI: Setting latency timer of device 0000:00:01.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:01.0:pcie00]
PCI: Setting latency timer of device 0000:00:02.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:02.0:pcie00]
vesafb: framebuffer at 0xd0000000, mapped to 0xffffc20000080000, using 5120k, total 16384k
vesafb: mode is 1280x1024x16, linelength=2560, pages=5
vesafb: scrolling: redraw
vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
Console: switching to colour frame buffer device 160x64
fb0: VESA VGA frame buffer device
Real Time Clock Driver v1.12ac
Linux agpgart interface v0.103
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:0b: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
brd: module loaded
loop: module loaded
PNP: PS/2 Controller [PNP0303:PS2K,PNP0f03:PS2M] 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/input0
input: PC Speaker as /class/input/input1
logips2pp: Detected unknown logitech mouse model 127
input: ImExPS/2 Logitech Explorer Mouse as /class/input/input2
md: multipath personality registered for level -4
cpuidle: using governor ladder
cpuidle: using governor menu
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 33
PM: Resume from partition /dev/sda2
PM: Checking hibernation image.
PM: Error -6 checking image file
PM: Resume from disk failed.
Magic number: 4:65:557
hash matches device ptya3
hash matches device PNP0C0F:08
Freeing unused kernel memory: 288k freed
Write protecting the kernel read-only data: 4360k
mount used greatest stack depth: 5592 bytes left
ACPI: ACPI0007:00 is registered as cooling_device0
ACPI: ACPI0007:01 is registered as cooling_device1
ACPI: PCI Interrupt 0000:00:12.0[A] -> GSI 19 (level, low) -> IRQ 19
scsi0 : pata_ali
scsi1 : pata_ali
ata1: PATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xff00 irq 14
ata2: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xff08 irq 15
ata1.00: ATAPI: TSSTcorpCD/DVDW SH-S182M, SB03, max UDMA/33
ata1.00: WARNING: ATAPI DMA disabled for reliablity issues. It can be enabled
ata1.00: WARNING: via pata_ali.atapi_dma modparam or corresponding sysfs node.
ata1.00: configured for UDMA/33
scsi 0:0:0:0: CD-ROM TSSTcorp CD/DVDW SH-S182M SB03 PQ: 0 ANSI: 5
modprobe used greatest stack depth: 4760 bytes left
sata_uli 0000:00:12.1: version 1.3
ACPI: PCI Interrupt 0000:00:12.1[A] -> GSI 19 (level, low) -> IRQ 19
scsi2 : sata_uli
scsi3 : sata_uli
ata3: SATA max UDMA/133 cmd 0xec00 ctl 0xe080 bmdma 0xd880 irq 19
ata4: SATA max UDMA/133 cmd 0xe000 ctl 0xdc00 bmdma 0xd888 irq 19
ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata3.00: ATA-7: SAMSUNG HD160JJ, WU100-33, max UDMA7
ata3.00: 312581808 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata3.00: configured for UDMA/133
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata4.00: ATA-7: SAMSUNG SP2004C, VM100-50, max UDMA7
ata4.00: 390721968 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata4.00: configured for UDMA/133
scsi 2:0:0:0: Direct-Access ATA SAMSUNG HD160JJ WU10 PQ: 0 ANSI: 5
scsi 3:0:0:0: Direct-Access ATA SAMSUNG SP2004C VM10 PQ: 0 ANSI: 5
md: raid1 personality registered for level 1
BIOS EDD facility v0.16 2004-Jun-25, 6 devices found
Driver 'sd' needs updating - please use bus_type methods
sd 2:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
ACPI: PCI Interrupt 0000:00:13.0[A] -> GSI 20 (level, low) -> IRQ 20
ohci_hcd 0000:00:13.0: OHCI Host Controller
ohci_hcd 0000:00:13.0: new USB bus registered, assigned bus number 1
sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 2:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
ohci_hcd 0000:00:13.0: irq 20, io mem 0xff6fd000
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sda: sda1 sda2 sda3 sda4 < sda5 sda6<6>usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 3 ports detected
sda7 sda8 sda9 >
sd 2:0:0:0: [sda] Attached SCSI disk
sd 3:0:0:0: [sdb] 390721968 512-byte hardware sectors (200050 MB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 3:0:0:0: [sdb] 390721968 512-byte hardware sectors (200050 MB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sdb: sdb1 sdb2 sdb3 sdb4 < sdb5<6>usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: OHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.25-rc9-x86-latest.git ohci_hcd
sdb6<6>usb usb1: SerialNumber: 0000:00:13.0
ACPI: PCI Interrupt 0000:00:13.1[B] -> GSI 21 (level, low) -> IRQ 21
sdb7<6>ohci_hcd 0000:00:13.1: OHCI Host Controller
ohci_hcd 0000:00:13.1: new USB bus registered, assigned bus number 2
sdb8<6>ohci_hcd 0000:00:13.1: irq 21, io mem 0xff6fc000
sdb9 sdb10 >
sd 3:0:0:0: [sdb] Attached SCSI disk
modprobe used greatest stack depth: 4408 bytes left
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 3 ports detected
usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: OHCI Host Controller
usb usb2: Manufacturer: Linux 2.6.25-rc9-x86-latest.git ohci_hcd
usb usb2: SerialNumber: 0000:00:13.1
ACPI: PCI Interrupt 0000:00:13.2[C] -> GSI 22 (level, low) -> IRQ 22
ohci_hcd 0000:00:13.2: OHCI Host Controller
ohci_hcd 0000:00:13.2: new USB bus registered, assigned bus number 3
ohci_hcd 0000:00:13.2: irq 22, io mem 0xff6fb000
usb usb3: configuration #1 chosen from 1 choice
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 3 ports detected
usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb3: Product: OHCI Host Controller
usb usb3: Manufacturer: Linux 2.6.25-rc9-x86-latest.git ohci_hcd
usb usb3: SerialNumber: 0000:00:13.2
ACPI: PCI Interrupt 0000:00:13.3[D] -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:13.3: EHCI Host Controller
ehci_hcd 0000:00:13.3: new USB bus registered, assigned bus number 4
ehci_hcd 0000:00:13.3: debug port 1
ehci_hcd 0000:00:13.3: irq 23, io mem 0xff6fe800
ehci_hcd 0000:00:13.3: 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: 8 ports detected
usb usb4: New USB device found, idVendor=1d6b, idProduct=0002
usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb4: Product: EHCI Host Controller
usb usb4: Manufacturer: Linux 2.6.25-rc9-x86-latest.git ehci_hcd
usb usb4: SerialNumber: 0000:00:13.3
md: raid0 personality registered for level 0
xor: automatically using best checksumming function: generic_sse
generic_sse: 7022.000 MB/sec
xor: using function: generic_sse (7022.000 MB/sec)
async_tx: api initialized (sync-only)
raid6: int64x1 2162 MB/s
raid6: int64x2 2731 MB/s
raid6: int64x4 2371 MB/s
raid6: int64x8 2186 MB/s
raid6: sse2x1 2362 MB/s
raid6: sse2x2 3363 MB/s
raid6: sse2x4 3777 MB/s
raid6: using algorithm sse2x4 (3777 MB/s)
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
md: md1 stopped.
md: bind<sda3>
md: bind<sdb3>
raid1: raid set md1 active with 2 out of 2 mirrors
PM: Marking nosave pages: 000000000009e000 - 0000000000100000
PM: Basic memory bitmaps created
PM: Basic memory bitmaps freed
PM: Starting manual resume from disk
PM: Resume from partition 8:2
PM: Checking hibernation image.
PM: Resume from disk failed.
kjournald starting. Commit interval 5 seconds
EXT3 FS on md1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
mount used greatest stack depth: 3712 bytes left
scsi 0:0:0:0: Attached scsi generic sg0 type 5
sd 2:0:0:0: Attached scsi generic sg1 type 0
sd 3:0:0:0: Attached scsi generic sg2 type 0
input: Power Button (FF) as /class/input/input3
ACPI: Power Button (FF) [PWRF]
input: Power Button (CM) as /class/input/input4
ACPI: Power Button (CM) [PWRB]
uli526x: ULi M5261/M5263 net driver, version 0.9.3 (2005-7-29)
ACPI: PCI Interrupt 0000:00:11.0[A] -> GSI 17 (level, low) -> IRQ 17
eth0: ULi M5263 at pci0000:00:11.0, 00:13:8f:3a:0b:96, irq 17.
8139too Fast Ethernet driver 0.9.28
ACPI: PCI Interrupt 0000:04:06.0[A] -> GSI 21 (level, low) -> IRQ 21
Driver 'sr' needs updating - please use bus_type methods
eth1: RealTek RTL8139 at 0xc800, 00:48:54:4b:5c:38, IRQ 21
eth1: Identified 8139 chip type 'RTL-8139A'
sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr 0:0:0:0: Attached scsi CD-ROM sr0
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
parport_pc 00:06: reported by Plug and Play ACPI
parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA]
udev: renamed network interface eth1 to eth0
udev: renamed network interface eth0_rename to eth1
ACPI: PCI Interrupt 0000:00:08.0[A] -> GSI 18 (level, low) -> IRQ 18
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/ac97/ac97_codec.c:2053: AC'97 1 does not respond - RESET
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/ac97/ac97_codec.c:2062: AC'97 1 access is not valid [0xffffffff], removing mixer.
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/intel8x0.c:2157: Unable to initialize codec #1
intel8x0_measure_ac97_clock: measured 51331 usecs
intel8x0: clocking to 48000
md: md2 stopped.
device-mapper: uevent: version 1.0.3
device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) initialised: dm-devel@redhat.com
md: bind<sda5>
md: bind<sdb5>
raid1: raid set md2 active with 2 out of 2 mirrors
md: md3 stopped.
md: bind<sda6>
md: bind<sdb6>
raid1: raid set md3 active with 2 out of 2 mirrors
md: md4 stopped.
md: bind<sda8>
md: bind<sdb8>
raid1: raid set md4 active with 2 out of 2 mirrors
md: md5 stopped.
md: bind<sda9>
md: bind<sdb9>
raid1: raid set md5 active with 2 out of 2 mirrors
md: md0 stopped.
md: bind<sda1>
md: bind<sdb1>
raid1: raid set md0 active with 2 out of 2 mirrors
fsck.ext3 used greatest stack depth: 3432 bytes left
kjournald starting. Commit interval 5 seconds
EXT3 FS on md0, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
ReiserFS: md4: found reiserfs format "3.6" with standard journal
ReiserFS: md4: using ordered data mode
ReiserFS: md4: journal params: device md4, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: md4: checking transaction log (md4)
ReiserFS: md4: Using r5 hash to sort names
ReiserFS: md5: found reiserfs format "3.6" with standard journal
ReiserFS: md5: using ordered data mode
ReiserFS: md5: journal params: device md5, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: md5: checking transaction log (md5)
ReiserFS: md5: Using r5 hash to sort names
kjournald starting. Commit interval 5 seconds
EXT3 FS on md2, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS on md3, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
Adding 2104504k swap on /dev/sda2. Priority:42 extents:1 across:2104504k
Adding 2104504k swap on /dev/sdb2. Priority:42 extents:1 across:2104504k
powernow-k8: Found 1 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ processors (2 cpu cores) (version 2.20.00)
powernow-k8: 0 : fid 0xe (2200 MHz), vid 0xa
powernow-k8: 1 : fid 0xc (2000 MHz), vid 0xa
powernow-k8: 2 : fid 0xa (1800 MHz), vid 0xa
powernow-k8: 3 : fid 0x2 (1000 MHz), vid 0xa
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0xd0000000-0xd0500000
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
ADDRCONF(NETDEV_UP): eth1: link is not ready
ip6_tables: (C) 2000-2006 Netfilter Core Team
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
ip_tables: (C) 2000-2006 Netfilter Core Team
uli526x: eth1 NIC Link is Up 100 Mbps Full duplex
ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
warning: `named' uses 32-bit capabilities (legacy support in use)
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
Clocksource tsc unstable (delta = -90815050 ns)
eth1: no IPv6 routers present
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
CPU0 attaching NULL sched-domain.
CPU1 attaching NULL sched-domain.
CPU0 attaching sched-domain:
domain 0: span 3
groups: 1 2
CPU1 attaching sched-domain:
domain 0: span 3
groups: 2 1
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-14 0:19 ` Rafael J. Wysocki
@ 2008-04-14 1:42 ` Yinghai Lu
2008-04-14 9:16 ` Ingo Molnar
2008-04-14 20:21 ` Rafael J. Wysocki
0 siblings, 2 replies; 57+ messages in thread
From: Yinghai Lu @ 2008-04-14 1:42 UTC (permalink / raw
To: Rafael J. Wysocki
Cc: Ingo Molnar, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven
[-- Attachment #1: Type: text/plain, Size: 1931 bytes --]
On Sun, Apr 13, 2008 at 5:19 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> On Monday, 14 of April 2008, Yinghai Lu wrote:
> > On Sun, Apr 13, 2008 at 3:10 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > >
> > > On Monday, 14 of April 2008, Yinghai Lu wrote:
> > > > On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > > ...
> > > > > > can you try to apply the patch i sent to you about agp bridge order
> > > > > > reading for buggy silicon?
> > > > > >
> > > > > > Please boot kernel with "debug"...
> > > > > >
> > > > > > I want to verify if you can get
> > > > > >
> > > > > > "
> > > > > > Aperture conflicts with PCI mapping.
> > > > > > "
> > > > > >
> > > > > > in your boot log...
> > > > >
> > > > > It's not present in there:
> > > > >
> > > > > rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
> > > > > Aperture too small (32 MB)
> > > > > Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
> > > > > Aperture too small (0 MB)
> > > > > agpgart: Aperture pointing to RAM
> > > > > agpgart: Aperture from AGP @ de000000 size 4096 MB
> > > > > agpgart: Aperture too small (0 MB)
> > > > >
> > > > > Full dmesg output attached.
> > > >
> > > > please check attached debug patch. and check if you can change GART
> > > > size in your BIOS setup to 64M instead of 32M
> > >
> > > Hm, what tree am I supposed to apply it too:
> > > (1) current x86 git
> > > (2) current x86 git w/ some of your previous patches (which ones in this case)
> > > (3) failing (old) x86 git
> > > (4) failing (old) x86 git w/ some of your previous patches (which ones in this
> > > case)?
> >
> > (1) current x86.git
>
> Attached is dmesg output from current x86.git with debug_gart_checking.patch
> applied.
please test the final one ... ...
You should get back 64M memory back.
Thanks
Yinghai Lu
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: gart_checking_v2.patch --]
[-- Type: text/x-patch; name=gart_checking_v2.patch, Size: 5845 bytes --]
[PATCH] x86_64: checking aperture size order
some system is using 32M for gart and agp when memory is less 4G.
kernel will reject and try to allcate another 64M that is not needed.
we will lose 64M ram.
this patch add workaround by checking aper_base/order between NB and agp bridge.
if they are the same, and memory size is than 4G, will let it go.
Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com>
Index: linux-2.6/arch/x86/kernel/aperture_64.c
===================================================================
--- linux-2.6.orig/arch/x86/kernel/aperture_64.c
+++ linux-2.6/arch/x86/kernel/aperture_64.c
@@ -83,7 +83,7 @@ static u32 __init allocate_aperture(void
return (u32)__pa(p);
}
-static int __init aperture_valid(u64 aper_base, u32 aper_size)
+static int __init aperture_valid(u64 aper_base, u32 aper_size, u32 min_size)
{
if (!aper_base)
return 0;
@@ -96,8 +96,9 @@ static int __init aperture_valid(u64 ape
printk(KERN_ERR "Aperture pointing to e820 RAM. Ignoring.\n");
return 0;
}
- if (aper_size < 64*1024*1024) {
- printk(KERN_ERR "Aperture too small (%d MB)\n", aper_size>>20);
+ if (aper_size < min_size) {
+ printk(KERN_ERR "Aperture too small (%d MB) than (%d MB)\n",
+ aper_size>>20, min_size>>20);
return 0;
}
@@ -167,7 +168,9 @@ static __u32 __init read_agp(int num, in
* On some sick chips, APSIZE is 0. It means it wants 4G
* so let double check that order, and lets trust AMD NB settings:
*/
- if (aper + (32UL<<(20 + *order)) > 0x100000000UL) {
+ printk(KERN_INFO "Aperture from AGP @ %Lx old size %u MB\n",
+ aper, 32 << old_order);
+ if (aper + (32ULL<<(20 + *order)) > 0x100000000ULL) {
printk(KERN_INFO "Aperture size %u MB (APSIZE %x) is not right, using settings from NB\n",
32 << *order, apsizereg);
*order = old_order;
@@ -176,7 +179,7 @@ static __u32 __init read_agp(int num, in
printk(KERN_INFO "Aperture from AGP @ %Lx size %u MB (APSIZE %x)\n",
aper, 32 << *order, apsizereg);
- if (!aperture_valid(aper, (32*1024*1024) << *order))
+ if (!aperture_valid(aper, (32*1024*1024) << *order, 32<<20))
return 0;
return (u32)aper;
}
@@ -302,8 +305,8 @@ void __init early_gart_iommu_check(void)
fix = 1;
if (gart_fix_e820 && !fix && aper_enabled) {
- if (e820_any_mapped(aper_base, aper_base + aper_size,
- E820_RAM)) {
+ if (!e820_all_mapped(aper_base, aper_base + aper_size,
+ E820_RESERVED)) {
/* reserved it, so we can resuse it in second kernel */
printk(KERN_INFO "update e820 for GART\n");
add_memory_region(aper_base, aper_size, E820_RESERVED);
@@ -324,8 +327,11 @@ void __init early_gart_iommu_check(void)
}
+static int __initdata printed_gart_size_msg;
+
void __init gart_iommu_hole_init(void)
{
+ u32 agp_aper_base = 0, agp_aper_order = 0;
u32 aper_size, aper_alloc = 0, aper_order = 0, last_aper_order = 0;
u64 aper_base, last_aper_base = 0;
int fix, num, valid_agp = 0;
@@ -337,6 +343,9 @@ void __init gart_iommu_hole_init(void)
printk(KERN_INFO "Checking aperture...\n");
+ if (!fallback_aper_force)
+ agp_aper_base = search_agp_bridge(&agp_aper_order, &valid_agp);
+
fix = 0;
node = 0;
for (num = 24; num < 32; num++) {
@@ -355,9 +364,21 @@ void __init gart_iommu_hole_init(void)
node, aper_base, aper_size >> 20);
node++;
- if (!aperture_valid(aper_base, aper_size)) {
- fix = 1;
- break;
+ if (!aperture_valid(aper_base, aper_size, 64<<20)) {
+ if (valid_agp && agp_aper_base &&
+ agp_aper_base == aper_base &&
+ agp_aper_order == aper_order) {
+ /* the same between two setting from NB and agp */
+ if (!no_iommu && end_pfn > MAX_DMA32_PFN && !printed_gart_size_msg) {
+ printk(KERN_ERR "you are using iommu with agp, but GART size is less than 64M\n");
+ printk(KERN_ERR "please increase GART size in your BIOS setup\n");
+ printk(KERN_ERR "if BIOS doesn't have that option, contact your HW vendor!\n");
+ printed_gart_size_msg = 1;
+ }
+ } else {
+ fix = 1;
+ break;
+ }
}
if ((last_aper_order && aper_order != last_aper_order) ||
@@ -378,8 +399,10 @@ void __init gart_iommu_hole_init(void)
return;
}
- if (!fallback_aper_force)
- aper_alloc = search_agp_bridge(&aper_order, &valid_agp);
+ if (!fallback_aper_force) {
+ aper_alloc = agp_aper_base;
+ aper_order = agp_aper_order;
+ }
if (aper_alloc) {
/* Got the aperture from the AGP bridge */
Index: linux-2.6/drivers/char/agp/amd64-agp.c
===================================================================
--- linux-2.6.orig/drivers/char/agp/amd64-agp.c
+++ linux-2.6/drivers/char/agp/amd64-agp.c
@@ -245,11 +245,7 @@ static int __devinit aperture_valid(u64
printk(KERN_ERR PFX "No aperture\n");
return 0;
}
- if (size < 32*1024*1024) {
- printk(KERN_ERR PFX "Aperture too small (%d MB)\n", size>>20);
- return 0;
- }
- if ((u64)aper + size > 0x100000000ULL) {
+ if ((u64)aper + size > 0x100000000ULL) {
printk(KERN_ERR PFX "Aperture out of bounds\n");
return 0;
}
@@ -257,6 +253,10 @@ static int __devinit aperture_valid(u64
printk(KERN_ERR PFX "Aperture pointing to RAM\n");
return 0;
}
+ if (size < 32*1024*1024) {
+ printk(KERN_ERR PFX "Aperture too small (%d MB)\n", size>>20);
+ return 0;
+ }
/* Request the Aperture. This catches cases when someone else
already put a mapping in there - happens with some very broken BIOS
@@ -317,7 +317,7 @@ static __devinit int fix_northbridge(str
* On some sick chips APSIZE is 0. This means it wants 4G
* so let double check that order, and lets trust the AMD NB settings
*/
- if (aper + (32ULL<<(20 + order)) > 0x100000000ULL) {
+ if (order >=0 && aper + (32ULL<<(20 + order)) > 0x100000000ULL) {
printk(KERN_INFO "Aperture size %u MB is not right, using settings from NB\n",
32 << order);
order = nb_order;
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [rfc] hw resource debugging checks
2008-04-13 19:29 ` Yinghai Lu
@ 2008-04-14 3:52 ` Arjan van de Ven
2008-04-14 5:01 ` Yinghai Lu
0 siblings, 1 reply; 57+ messages in thread
From: Arjan van de Ven @ 2008-04-14 3:52 UTC (permalink / raw
To: Yinghai Lu
Cc: Andi Kleen, Ingo Molnar, Rafael J. Wysocki, Andrew Morton, LKML,
Pavel Machek, Thomas Gleixner, H. Anvin, Greg Kroah-Hartman
On Sun, 13 Apr 2008 12:29:30 -0700
"Yinghai Lu" <yhlu.kernel@gmail.com> wrote:
> On Sun, Apr 13, 2008 at 11:29 AM, Andi Kleen <andi@firstfloor.org>
> wrote:
> > > even I could talk to BIOS
> > > engineers everyday and tell them how to fix the problem in
> > > BIOS, some still can not be fixed because of the legacy BIOS
> > > framework or big mess.
> >
> > ... so you opt to create the big mess in the kernel. Great.
> >
> > And it does not even fixes a real problem, but getting
> > mmconfig or the numa bus discovery to work is not really a too
> > serious issue anyways. At best it is the icing on the cake to enable
> > some relatively obscure functionality and be a little more
> > efficient, but nothing really fundamental.
> >
> > But for those things just expecting a working modern BIOS is quite
> > reasonable.
>
> it does fix real problem. when big system with several HT links, and
> every link some pcie slots.
> you fully load pci-e cards (with pci bridge). BIOS will stop assign
> io/mmio resource to left device if it run out of io port range.
> (though it is supposed to go on to allocate mmio to left devices) (
> modern pcie device only need mmio with drivers)
>
> With pre set range allocation in NB pci conf, kernel could allocate
> the resource in every peer root bus ranges.
> (the code for assign resource to device that is not assigned resource
> by BIOS --- already in kernel)
>
there is a really big difference between assigning PCI device resources
and doing a whole thing like MMCFG from scratch.
--
If you want to reach me at my work email, use arjan@linux.intel.com
For development, discussion and tips for power savings,
visit http://www.lesswatts.org
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [rfc] hw resource debugging checks
2008-04-14 3:52 ` Arjan van de Ven
@ 2008-04-14 5:01 ` Yinghai Lu
2008-04-14 14:12 ` Arjan van de Ven
0 siblings, 1 reply; 57+ messages in thread
From: Yinghai Lu @ 2008-04-14 5:01 UTC (permalink / raw
To: Arjan van de Ven
Cc: Andi Kleen, Ingo Molnar, Rafael J. Wysocki, Andrew Morton, LKML,
Pavel Machek, Thomas Gleixner, H. Anvin, Greg Kroah-Hartman
On Sun, Apr 13, 2008 at 8:52 PM, Arjan van de Ven <arjan@infradead.org> wrote:
>
> On Sun, 13 Apr 2008 12:29:30 -0700
> "Yinghai Lu" <yhlu.kernel@gmail.com> wrote:
>
> > On Sun, Apr 13, 2008 at 11:29 AM, Andi Kleen <andi@firstfloor.org>
> > wrote:
> > > > even I could talk to BIOS
> > > > engineers everyday and tell them how to fix the problem in
> > > > BIOS, some still can not be fixed because of the legacy BIOS
> > > > framework or big mess.
> > >
> > > ... so you opt to create the big mess in the kernel. Great.
> > >
> > > And it does not even fixes a real problem, but getting
> > > mmconfig or the numa bus discovery to work is not really a too
> > > serious issue anyways. At best it is the icing on the cake to enable
> > > some relatively obscure functionality and be a little more
> > > efficient, but nothing really fundamental.
> > >
> > > But for those things just expecting a working modern BIOS is quite
> > > reasonable.
> >
> > it does fix real problem. when big system with several HT links, and
> > every link some pcie slots.
> > you fully load pci-e cards (with pci bridge). BIOS will stop assign
> > io/mmio resource to left device if it run out of io port range.
> > (though it is supposed to go on to allocate mmio to left devices) (
> > modern pcie device only need mmio with drivers)
> >
> > With pre set range allocation in NB pci conf, kernel could allocate
> > the resource in every peer root bus ranges.
> > (the code for assign resource to device that is not assigned resource
> > by BIOS --- already in kernel)
> >
>
> there is a really big difference between assigning PCI device resources
> and doing a whole thing like MMCFG from scratch.
>
that MCONF patchset for AMD fam10h include
1. get mmconfig from MSR, MCFG is using that too, if that is right,
and we will get MCONF support when acpi support is off, and MCFG is
broken.
2. or assign 0xfc00000000 to that MSR, that is safe too.
YH
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-13 16:14 ` Rafael J. Wysocki
@ 2008-04-14 9:02 ` Ingo Molnar
0 siblings, 0 replies; 57+ messages in thread
From: Ingo Molnar @ 2008-04-14 9:02 UTC (permalink / raw
To: Rafael J. Wysocki
Cc: Yinghai Lu, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven
* Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > Please boot kernel with "debug"...
> > >
> > > I want to verify if you can get
> > >
> > > "
> > > Aperture conflicts with PCI mapping.
> > > "
> > >
> > > in your boot log...
> > >
> >
> > then with this patch for io allocation overlapping...
>
> The kernel works correctly with this patch applied.
thanks guys - i've applied the fix/workaround.
Ingo
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-14 1:42 ` Yinghai Lu
@ 2008-04-14 9:16 ` Ingo Molnar
2008-04-14 18:08 ` Yinghai Lu
2008-04-14 20:21 ` Rafael J. Wysocki
1 sibling, 1 reply; 57+ messages in thread
From: Ingo Molnar @ 2008-04-14 9:16 UTC (permalink / raw
To: Yinghai Lu
Cc: Rafael J. Wysocki, Andrew Morton, LKML, Pavel Machek,
Thomas Gleixner, H. Anvin, Arjan van de Ven
* Yinghai Lu <yhlu.kernel@gmail.com> wrote:
> > Attached is dmesg output from current x86.git with
> > debug_gart_checking.patch applied.
>
> please test the final one ... ...
>
> You should get back 64M memory back.
so basically with all the right patches applied, and GART set to 32MB in
the BIOS, Rafael should have more free RAM on his system than ever
before :-)
i've put all the patches into x86.git/latest (it's all uploaded already
as well), so that should give Rafael a one-stop shop to test it out. [i
have not applied the debug patch that changes the aperture test from
32MB to 64MB, and it should be unnecessary as well]
btw., Yinghai, should we perhaps add a WARN_ON() to those places where
we waste RAM (such as the "This costs you 64 MB of RAM" message) - so
that kerneloops.org can pick those warnings up? Maybe there are other
situations where we waste RAM, and people dont realize it.
Ingo
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [rfc] hw resource debugging checks
2008-04-14 5:01 ` Yinghai Lu
@ 2008-04-14 14:12 ` Arjan van de Ven
2008-04-14 18:11 ` Yinghai Lu
0 siblings, 1 reply; 57+ messages in thread
From: Arjan van de Ven @ 2008-04-14 14:12 UTC (permalink / raw
To: Yinghai Lu
Cc: Andi Kleen, Ingo Molnar, Rafael J. Wysocki, Andrew Morton, LKML,
Pavel Machek, Thomas Gleixner, H. Anvin, Greg Kroah-Hartman
On Sun, 13 Apr 2008 22:01:23 -0700
"Yinghai Lu" <yhlu.kernel@gmail.com> wrote:
> On Sun, Apr 13, 2008 at 8:52 PM, Arjan van de Ven
> <arjan@infradead.org> wrote:
> >
> > On Sun, 13 Apr 2008 12:29:30 -0700
> > "Yinghai Lu" <yhlu.kernel@gmail.com> wrote:
> >
> > > On Sun, Apr 13, 2008 at 11:29 AM, Andi Kleen
> > > <andi@firstfloor.org> wrote:
> > > > > even I could talk to BIOS
> > > > > engineers everyday and tell them how to fix the problem in
> > > > > BIOS, some still can not be fixed because of the legacy
> > > > > BIOS framework or big mess.
> > > >
> > > > ... so you opt to create the big mess in the kernel. Great.
> > > >
> > > > And it does not even fixes a real problem, but getting
> > > > mmconfig or the numa bus discovery to work is not really a too
> > > > serious issue anyways. At best it is the icing on the cake to
> > > > enable some relatively obscure functionality and be a little
> > > > more efficient, but nothing really fundamental.
> > > >
> > > > But for those things just expecting a working modern BIOS is
> > > > quite reasonable.
> > >
> > > it does fix real problem. when big system with several HT links,
> > > and every link some pcie slots.
> > > you fully load pci-e cards (with pci bridge). BIOS will stop
> > > assign io/mmio resource to left device if it run out of io port
> > > range. (though it is supposed to go on to allocate mmio to left
> > > devices) ( modern pcie device only need mmio with drivers)
> > >
> > > With pre set range allocation in NB pci conf, kernel could
> > > allocate the resource in every peer root bus ranges.
> > > (the code for assign resource to device that is not assigned
> > > resource by BIOS --- already in kernel)
> > >
> >
> > there is a really big difference between assigning PCI device
> > resources and doing a whole thing like MMCFG from scratch.
> >
> that MCONF patchset for AMD fam10h include
> 1. get mmconfig from MSR, MCFG is using that too, if that is right,
> and we will get MCONF support when acpi support is off, and MCFG is
> broken.
> 2. or assign 0xfc00000000 to that MSR, that is safe too.
using MCONF when the ACPI support isn't there is just a deathtrap.
To be honest, if you want to break the AMD machines out there, who am
I to care about that, I work for Intel. But I'm worried someone thinks
this can be done for Intel based systems too, and then carry over all
the bad bugs to those as well ;(
--
If you want to reach me at my work email, use arjan@linux.intel.com
For development, discussion and tips for power savings,
visit http://www.lesswatts.org
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-14 9:16 ` Ingo Molnar
@ 2008-04-14 18:08 ` Yinghai Lu
0 siblings, 0 replies; 57+ messages in thread
From: Yinghai Lu @ 2008-04-14 18:08 UTC (permalink / raw
To: Ingo Molnar
Cc: Rafael J. Wysocki, Andrew Morton, LKML, Pavel Machek,
Thomas Gleixner, H. Anvin, Arjan van de Ven
On Mon, Apr 14, 2008 at 2:16 AM, Ingo Molnar <mingo@elte.hu> wrote:
>
> * Yinghai Lu <yhlu.kernel@gmail.com> wrote:
>
>
> > > Attached is dmesg output from current x86.git with
> > > debug_gart_checking.patch applied.
> >
> > please test the final one ... ...
> >
> > You should get back 64M memory back.
>
> so basically with all the right patches applied, and GART set to 32MB in
> the BIOS, Rafael should have more free RAM on his system than ever
> before :-)
Yes
>
> i've put all the patches into x86.git/latest (it's all uploaded already
> as well), so that should give Rafael a one-stop shop to test it out. [i
> have not applied the debug patch that changes the aperture test from
> 32MB to 64MB, and it should be unnecessary as well]
>
> btw., Yinghai, should we perhaps add a WARN_ON() to those places where
> we waste RAM (such as the "This costs you 64 MB of RAM" message) - so
> that kerneloops.org can pick those warnings up? Maybe there are other
> situations where we waste RAM, and people dont realize it.
in Rafael case, just need to ask user to increase GART size in BIOS if
more than 4G RAM installed ( or 4G installed with hardware memhole
remapping enabled).
if less than 4G installed, just take the BIOS setting with 32M
YH
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [rfc] hw resource debugging checks
2008-04-14 14:12 ` Arjan van de Ven
@ 2008-04-14 18:11 ` Yinghai Lu
0 siblings, 0 replies; 57+ messages in thread
From: Yinghai Lu @ 2008-04-14 18:11 UTC (permalink / raw
To: Arjan van de Ven
Cc: Andi Kleen, Ingo Molnar, Rafael J. Wysocki, Andrew Morton, LKML,
Pavel Machek, Thomas Gleixner, H. Anvin, Greg Kroah-Hartman
On Mon, Apr 14, 2008 at 7:12 AM, Arjan van de Ven <arjan@infradead.org> wrote:
> On Sun, 13 Apr 2008 22:01:23 -0700
>
>
> "Yinghai Lu" <yhlu.kernel@gmail.com> wrote:
>
> > On Sun, Apr 13, 2008 at 8:52 PM, Arjan van de Ven
> > <arjan@infradead.org> wrote:
> > >
> > > On Sun, 13 Apr 2008 12:29:30 -0700
> > > "Yinghai Lu" <yhlu.kernel@gmail.com> wrote:
> > >
> > > > On Sun, Apr 13, 2008 at 11:29 AM, Andi Kleen
> > > > <andi@firstfloor.org> wrote:
> > > > > > even I could talk to BIOS
> > > > > > engineers everyday and tell them how to fix the problem in
> > > > > > BIOS, some still can not be fixed because of the legacy
> > > > > > BIOS framework or big mess.
> > > > >
> > > > > ... so you opt to create the big mess in the kernel. Great.
> > > > >
> > > > > And it does not even fixes a real problem, but getting
> > > > > mmconfig or the numa bus discovery to work is not really a too
> > > > > serious issue anyways. At best it is the icing on the cake to
> > > > > enable some relatively obscure functionality and be a little
> > > > > more efficient, but nothing really fundamental.
> > > > >
> > > > > But for those things just expecting a working modern BIOS is
> > > > > quite reasonable.
> > > >
> > > > it does fix real problem. when big system with several HT links,
> > > > and every link some pcie slots.
> > > > you fully load pci-e cards (with pci bridge). BIOS will stop
> > > > assign io/mmio resource to left device if it run out of io port
> > > > range. (though it is supposed to go on to allocate mmio to left
> > > > devices) ( modern pcie device only need mmio with drivers)
> > > >
> > > > With pre set range allocation in NB pci conf, kernel could
> > > > allocate the resource in every peer root bus ranges.
> > > > (the code for assign resource to device that is not assigned
> > > > resource by BIOS --- already in kernel)
> > > >
> > >
> > > there is a really big difference between assigning PCI device
> > > resources and doing a whole thing like MMCFG from scratch.
> > >
> > that MCONF patchset for AMD fam10h include
> > 1. get mmconfig from MSR, MCFG is using that too, if that is right,
> > and we will get MCONF support when acpi support is off, and MCFG is
> > broken.
> > 2. or assign 0xfc00000000 to that MSR, that is safe too.
>
> using MCONF when the ACPI support isn't there is just a deathtrap.
> To be honest, if you want to break the AMD machines out there, who am
> I to care about that, I work for Intel. But I'm worried someone thinks
> this can be done for Intel based systems too, and then carry over all
> the bad bugs to those as well ;(
I don't want to break any machine. and just want to workaround some
bios bug, and use MMCONF when acpi is disabled...
YH
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-14 1:42 ` Yinghai Lu
2008-04-14 9:16 ` Ingo Molnar
@ 2008-04-14 20:21 ` Rafael J. Wysocki
2008-04-14 21:06 ` Yinghai Lu
1 sibling, 1 reply; 57+ messages in thread
From: Rafael J. Wysocki @ 2008-04-14 20:21 UTC (permalink / raw
To: Yinghai Lu
Cc: Ingo Molnar, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven
[-- Attachment #1: Type: text/plain, Size: 2126 bytes --]
On Monday, 14 of April 2008, Yinghai Lu wrote:
> On Sun, Apr 13, 2008 at 5:19 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >
> > On Monday, 14 of April 2008, Yinghai Lu wrote:
> > > On Sun, Apr 13, 2008 at 3:10 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > >
> > > > On Monday, 14 of April 2008, Yinghai Lu wrote:
> > > > > On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > > > ...
> > > > > > > can you try to apply the patch i sent to you about agp bridge order
> > > > > > > reading for buggy silicon?
> > > > > > >
> > > > > > > Please boot kernel with "debug"...
> > > > > > >
> > > > > > > I want to verify if you can get
> > > > > > >
> > > > > > > "
> > > > > > > Aperture conflicts with PCI mapping.
> > > > > > > "
> > > > > > >
> > > > > > > in your boot log...
> > > > > >
> > > > > > It's not present in there:
> > > > > >
> > > > > > rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
> > > > > > Aperture too small (32 MB)
> > > > > > Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
> > > > > > Aperture too small (0 MB)
> > > > > > agpgart: Aperture pointing to RAM
> > > > > > agpgart: Aperture from AGP @ de000000 size 4096 MB
> > > > > > agpgart: Aperture too small (0 MB)
> > > > > >
> > > > > > Full dmesg output attached.
> > > > >
> > > > > please check attached debug patch. and check if you can change GART
> > > > > size in your BIOS setup to 64M instead of 32M
> > > >
> > > > Hm, what tree am I supposed to apply it too:
> > > > (1) current x86 git
> > > > (2) current x86 git w/ some of your previous patches (which ones in this case)
> > > > (3) failing (old) x86 git
> > > > (4) failing (old) x86 git w/ some of your previous patches (which ones in this
> > > > case)?
> > >
> > > (1) current x86.git
> >
> > Attached is dmesg output from current x86.git with debug_gart_checking.patch
> > applied.
>
> please test the final one ... ...
>
> You should get back 64M memory back.
Tested (current x86.git), dmesg output attached.
Thanks,
Rafael
[-- Attachment #2: dmesg.log --]
[-- Type: text/x-log, Size: 24897 bytes --]
Linux version 2.6.25-rc9-x86-latest.git (rafael@chimera) (gcc version 4.2.1 (SUSE Linux)) #28 SMP Mon Apr 14 22:23:06 CEST 2008
Command line: root=/dev/md1 vga=0x31a resume=/dev/sda2 debug
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009ec00 (usable)
BIOS-e820: 000000000009ec00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e8000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000007ffb0000 (usable)
BIOS-e820: 000000007ffb0000 - 000000007ffc0000 (ACPI data)
BIOS-e820: 000000007ffc0000 - 000000007fff0000 (ACPI NVS)
BIOS-e820: 000000007fff0000 - 0000000080000000 (reserved)
BIOS-e820: 00000000ff7c0000 - 0000000100000000 (reserved)
Entering add_active_range(0, 0, 158) 0 entries of 256 used
Entering add_active_range(0, 256, 524208) 1 entries of 256 used
max_pfn_mapped = 1048576
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
init_memory_mapping
DMI 2.3 present.
ACPI: RSDP 000F9B60, 0014 (r0 ACPIAM)
ACPI: RSDT 7FFB0000, 0030 (r1 A M I OEMRSDT 8000526 MSFT 97)
ACPI: FACP 7FFB0200, 0084 (r2 A M I OEMFACP 8000526 MSFT 97)
ACPI: DSDT 7FFB0400, 45A7 (r1 939M2 939M2120 120 INTL 2002026)
ACPI: FACS 7FFC0000, 0040
ACPI: APIC 7FFB0390, 0068 (r1 A M I OEMAPIC 8000526 MSFT 97)
ACPI: OEMB 7FFC0040, 0056 (r1 A M I AMI_OEM 8000526 MSFT 97)
Entering add_active_range(0, 0, 158) 0 entries of 256 used
Entering add_active_range(0, 256, 524208) 1 entries of 256 used
early res: 0 [0-fff] BIOS data page
early res: 1 [6000-7fff] TRAMPOLINE
early res: 2 [200000-b36c6f] TEXT DATA BSS
early res: 3 [378e2000-37fefd73] RAMDISK
early res: 4 [9ec00-fffff] BIOS reserved
early res: 5 [8000-bfff] PGTABLE
Zone PFN ranges:
DMA 0 -> 4096
DMA32 4096 -> 1048576
Normal 1048576 -> 1048576
Movable zone start PFN for each node
early_node_map[2] active PFN ranges
0: 0 -> 158
0: 256 -> 524208
On node 0 totalpages: 524110
DMA zone: 56 pages used for memmap
DMA zone: 2464 pages reserved
DMA zone: 1478 pages, LIFO batch:0
DMA32 zone: 7110 pages used for memmap
DMA32 zone: 513002 pages, LIFO batch:31
Normal zone: 0 pages used for memmap
Movable zone: 0 pages used for memmap
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 0, address 0xfec00000, GSI 0-23
ACPI: IOAPIC (id[0x03] address[0xfec10000] gsi_base[24])
IOAPIC[1]: apic_id 3, version 0, address 0xfec10000, GSI 24-39
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Setting APIC routing to flat
Using ACPI (MADT) for SMP configuration information
PM: Registered nosave memory: 000000000009e000 - 000000000009f000
PM: Registered nosave memory: 000000000009f000 - 00000000000a0000
PM: Registered nosave memory: 00000000000a0000 - 00000000000e8000
PM: Registered nosave memory: 00000000000e8000 - 0000000000100000
Allocating PCI resources starting at 88000000 (gap: 80000000:7f7c0000)
SMP: Allowing 2 CPUs, 0 hotplug CPUs
PERCPU: Allocating 31152 bytes of per cpu data
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 514480
Kernel command line: root=/dev/md1 vga=0x31a resume=/dev/sda2 debug
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 32768 bytes)
TSC calibrated against PM_TIMER
Marking TSC unstable due to TSCs unsynchronized
time.c: Detected 2200.079 MHz processor.
Console: colour dummy device 80x25
console [tty0] enabled
Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
... MAX_LOCKDEP_SUBCLASSES: 8
... MAX_LOCK_DEPTH: 48
... MAX_LOCKDEP_KEYS: 2048
... CLASSHASH_SIZE: 1024
... MAX_LOCKDEP_ENTRIES: 8192
... MAX_LOCKDEP_CHAINS: 16384
... CHAINHASH_SIZE: 8192
memory used by lock dependency info: 1648 kB
per task-struct memory footprint: 2688 bytes
Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Checking aperture...
AGP bridge at 00:04:00
Aperture from AGP @ de000000 old size 32 MB
Aperture size 4096 MB (APSIZE 0) is not right, using settings from NB
Aperture from AGP @ de000000 size 32 MB (APSIZE 0)
Node 0: aperture @ de000000 size 32 MB
Aperture too small (32 MB) than (64 MB)
Memory: 2047076k/2096832k available (2987k kernel code, 48712k reserved, 1657k data, 288k init)
CPA: page pool initialized 1 of 1 pages preallocated
Calibrating delay using timer specific routine.. 4404.13 BogoMIPS (lpj=8808266)
Security Framework initialized
SELinux: Initializing.
SELinux: Starting in permissive mode
selinux_register_security: Registering secondary module capability
Capability LSM initialized as secondary
Mount-cache hash table entries: 256
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
ACPI: Core revision 20070126
CPU0: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping 01
Using local APIC timer interrupts.
APIC timer calibration result 12500451
Detected 12.500 MHz APIC timer.
lockdep: fixing up alternatives.
Booting processor 1/1 ip 6000
Initializing CPU#1
Calibrating delay using timer specific routine.. 4400.17 BogoMIPS (lpj=8800357)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
x86 PAT enabled: cpu 1, old 0x7040600070406, new 0x7010600070106
CPU1: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping 01
Brought up 2 CPUs
Total of 2 processors activated (8804.31 BogoMIPS).
CPU0 attaching sched-domain:
domain 0: span 3
groups: 1 2
CPU1 attaching sched-domain:
domain 0: span 3
groups: 2 1
khelper used greatest stack depth: 5752 bytes left
net_namespace: 1112 bytes
Time: 20:40:00 Date: 04/14/08
NET: Registered protocol family 16
No dock devices found.
node 0 link 0: io port [1000, ffffff]
TOM: 0000000080000000 aka 2048M
node 0 link 0: mmio [e0000000, efffffff]
node 0 link 0: mmio [a0000, bffff]
node 0 link 0: mmio [80000000, ffffffff]
bus: [00,ff] on node 0 link 0
bus: 00 index 0 io port: [0, ffff]
bus: 00 index 1 mmio: [80000000, fcffffffff]
bus: 00 index 2 mmio: [a0000, bffff]
ACPI: bus type pci registered
PCI: Using configuration type 1 for base access
Overlap at 0x7ffc0000-0x7ffc1000
ACPI: EC: Look up EC in DSDT
ACPI: Interpreter enabled
ACPI: (supports S0 S1 S3 S4 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
pci 0000:00:07.1: quirk: region 0800-083f claimed by ali7101 ACPI
PCI: Transparent bridge - 0000:00:06.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P4._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HTT_._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEB1._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEB2._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 11 12 14 *15), disabled.
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs *3 4 5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 11 12 14 15) *9
ACPI: PCI Interrupt Link [LNKP] (IRQs 3 4 *5 6 7 10 11 12 14 15)
Overlap at 0x7ffb0000-0x7ffb5000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffc0000-0x7ffc1000
ACPI Warning (tbutils-0217): Incorrect checksum in table [OEMB] - 6A, should be 5D [20070126]
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp: PnP ACPI: found 14 devices
ACPI: ACPI bus type pnp unregistered
SCSI subsystem initialized
libata version 3.00 loaded.
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
PCI: Cannot allocate resource region 0 of device 0000:00:04.0
DMAR:parse DMAR table failure.
agpgart: Detected AGP bridge 20
Setting up ULi AGP.
agpgart: AGP aperture is 32M @ 0xde000000
system 00:07: ioport range 0x480-0x48f has been reserved
system 00:07: ioport range 0x4d0-0x4d1 has been reserved
system 00:07: ioport range 0x800-0x87f could not be reserved
system 00:07: ioport range 0x400-0x40f has been reserved
system 00:08: iomem range 0xfec00000-0xfec00fff has been reserved
system 00:08: iomem range 0xfee00000-0xfee00fff has been reserved
system 00:08: iomem range 0xe0000000-0xefffffff has been reserved
system 00:08: iomem range 0xfec10000-0xfec10fff has been reserved
system 00:08: iomem range 0xffb80000-0xffffffff could not be reserved
system 00:0c: ioport range 0x290-0x29f has been reserved
system 00:0d: iomem range 0x0-0x9ffff could not be reserved
system 00:0d: iomem range 0xc0000-0xcffff has been reserved
system 00:0d: iomem range 0xe0000-0xfffff could not be reserved
system 00:0d: iomem range 0x100000-0x7fffffff could not be reserved
system 00:0d: iomem range 0x0-0x0 could not be reserved
PCI: Bridge: 0000:00:01.0
IO window: 9000-bfff
MEM window: 0xff200000-0xff2fffff
PREFETCH window: 0x00000000cbf00000-0x00000000dbefffff
PCI: Bridge: 0000:00:02.0
IO window: disabled.
MEM window: 0xff300000-0xff3fffff
PREFETCH window: disabled.
PCI: Bridge: 0000:00:05.0
IO window: disabled.
MEM window: 0xff400000-0xff4fffff
PREFETCH window: disabled.
PCI: Bridge: 0000:00:06.0
IO window: c000-cfff
MEM window: 0xff500000-0xff5fffff
PREFETCH window: 0x0000000088000000-0x00000000880fffff
ACPI: PCI Interrupt 0000:00:01.0[A] -> GSI 29 (level, low) -> IRQ 29
PCI: Setting latency timer of device 0000:00:01.0 to 64
ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 34 (level, low) -> IRQ 34
PCI: Setting latency timer of device 0000:00:02.0 to 64
PCI: Setting latency timer of device 0000:00:05.0 to 64
PCI: Setting latency timer of device 0000:00:06.0 to 64
NET: Registered protocol family 2
Switched to high resolution mode on CPU 0
Switched to high resolution mode on CPU 1
IP route cache hash table entries: 65536 (order: 7, 524288 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 9, 3670016 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
checking if image is initramfs... it is
Freeing initrd memory: 7223k freed
audit: initializing netlink socket (disabled)
type=2000 audit(1208205601.000:1): initialized
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
SELinux: Registering netfilter hooks
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
pci 0000:01:00.0: Boot video device
PCI: Setting latency timer of device 0000:00:01.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:01.0:pcie00]
PCI: Setting latency timer of device 0000:00:02.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:02.0:pcie00]
vesafb: framebuffer at 0xd0000000, mapped to 0xffffc20000080000, using 5120k, total 16384k
vesafb: mode is 1280x1024x16, linelength=2560, pages=5
vesafb: scrolling: redraw
vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
Console: switching to colour frame buffer device 160x64
fb0: VESA VGA frame buffer device
Real Time Clock Driver v1.12ac
Linux agpgart interface v0.103
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:0b: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
brd: module loaded
loop: module loaded
PNP: PS/2 Controller [PNP0303:PS2K,PNP0f03:PS2M] 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/input0
input: PC Speaker as /class/input/input1
logips2pp: Detected unknown logitech mouse model 127
input: ImExPS/2 Logitech Explorer Mouse as /class/input/input2
md: multipath personality registered for level -4
cpuidle: using governor ladder
cpuidle: using governor menu
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 33
PM: Resume from partition /dev/sda2
PM: Checking hibernation image.
PM: Error -6 checking image file
PM: Resume from disk failed.
Magic number: 4:294:700
Freeing unused kernel memory: 288k freed
Write protecting the kernel read-only data: 4360k
mount used greatest stack depth: 5592 bytes left
ACPI: ACPI0007:00 is registered as cooling_device0
ACPI: ACPI0007:01 is registered as cooling_device1
ACPI: PCI Interrupt 0000:00:12.0[A] -> GSI 19 (level, low) -> IRQ 19
scsi0 : pata_ali
scsi1 : pata_ali
ata1: PATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xff00 irq 14
ata2: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xff08 irq 15
ata1.00: ATAPI: TSSTcorpCD/DVDW SH-S182M, SB03, max UDMA/33
ata1.00: WARNING: ATAPI DMA disabled for reliablity issues. It can be enabled
ata1.00: WARNING: via pata_ali.atapi_dma modparam or corresponding sysfs node.
ata1.00: configured for UDMA/33
scsi 0:0:0:0: CD-ROM TSSTcorp CD/DVDW SH-S182M SB03 PQ: 0 ANSI: 5
modprobe used greatest stack depth: 4760 bytes left
sata_uli 0000:00:12.1: version 1.3
ACPI: PCI Interrupt 0000:00:12.1[A] -> GSI 19 (level, low) -> IRQ 19
scsi2 : sata_uli
scsi3 : sata_uli
ata3: SATA max UDMA/133 cmd 0xec00 ctl 0xe080 bmdma 0xd880 irq 19
ata4: SATA max UDMA/133 cmd 0xe000 ctl 0xdc00 bmdma 0xd888 irq 19
ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata3.00: ATA-7: SAMSUNG HD160JJ, WU100-33, max UDMA7
ata3.00: 312581808 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata3.00: configured for UDMA/133
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata4.00: ATA-7: SAMSUNG SP2004C, VM100-50, max UDMA7
ata4.00: 390721968 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata4.00: configured for UDMA/133
scsi 2:0:0:0: Direct-Access ATA SAMSUNG HD160JJ WU10 PQ: 0 ANSI: 5
scsi 3:0:0:0: Direct-Access ATA SAMSUNG SP2004C VM10 PQ: 0 ANSI: 5
md: raid1 personality registered for level 1
BIOS EDD facility v0.16 2004-Jun-25, 6 devices found
ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
ACPI: PCI Interrupt 0000:00:13.0[A] -> GSI 20 (level, low) -> IRQ 20
ohci_hcd 0000:00:13.0: OHCI Host Controller
ohci_hcd 0000:00:13.0: new USB bus registered, assigned bus number 1
ohci_hcd 0000:00:13.0: irq 20, io mem 0xff6fd000
Driver 'sd' needs updating - please use bus_type methods
sd 2:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 2:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sda: sda1 sda2 sda3 sda4 <<6>usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
sda5<6>hub 1-0:1.0: 3 ports detected
sda6 sda7 sda8 sda9 >
sd 2:0:0:0: [sda] Attached SCSI disk
sd 3:0:0:0: [sdb] 390721968 512-byte hardware sectors (200050 MB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 3:0:0:0: [sdb] 390721968 512-byte hardware sectors (200050 MB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: OHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.25-rc9-x86-latest.git ohci_hcd
usb usb1: SerialNumber: 0000:00:13.0
ACPI: PCI Interrupt 0000:00:13.1[B] -> <6> sdb:GSI 21 (level, low) -> IRQ 21
sdb1 sdb2 sdb3 sdb4 <<6>ohci_hcd 0000:00:13.1: OHCI Host Controller
sdb5<6>ohci_hcd 0000:00:13.1: new USB bus registered, assigned bus number 2
sdb6<6>ohci_hcd 0000:00:13.1: irq 21, io mem 0xff6fc000
sdb7 sdb8 sdb9 sdb10 >
sd 3:0:0:0: [sdb] Attached SCSI disk
usb usb2: configuration #1 chosen from 1 choice
modprobe used greatest stack depth: 4456 bytes left
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 3 ports detected
usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: OHCI Host Controller
usb usb2: Manufacturer: Linux 2.6.25-rc9-x86-latest.git ohci_hcd
usb usb2: SerialNumber: 0000:00:13.1
ACPI: PCI Interrupt 0000:00:13.2[C] -> GSI 22 (level, low) -> IRQ 22
ohci_hcd 0000:00:13.2: OHCI Host Controller
ohci_hcd 0000:00:13.2: new USB bus registered, assigned bus number 3
ohci_hcd 0000:00:13.2: irq 22, io mem 0xff6fb000
usb usb3: configuration #1 chosen from 1 choice
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 3 ports detected
usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb3: Product: OHCI Host Controller
usb usb3: Manufacturer: Linux 2.6.25-rc9-x86-latest.git ohci_hcd
usb usb3: SerialNumber: 0000:00:13.2
ACPI: PCI Interrupt 0000:00:13.3[D] -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:13.3: EHCI Host Controller
ehci_hcd 0000:00:13.3: new USB bus registered, assigned bus number 4
ehci_hcd 0000:00:13.3: debug port 1
ehci_hcd 0000:00:13.3: irq 23, io mem 0xff6fe800
ehci_hcd 0000:00:13.3: 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: 8 ports detected
usb usb4: New USB device found, idVendor=1d6b, idProduct=0002
usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb4: Product: EHCI Host Controller
usb usb4: Manufacturer: Linux 2.6.25-rc9-x86-latest.git ehci_hcd
usb usb4: SerialNumber: 0000:00:13.3
md: raid0 personality registered for level 0
xor: automatically using best checksumming function: generic_sse
generic_sse: 7022.000 MB/sec
xor: using function: generic_sse (7022.000 MB/sec)
async_tx: api initialized (sync-only)
raid6: int64x1 2158 MB/s
raid6: int64x2 2751 MB/s
raid6: int64x4 2325 MB/s
raid6: int64x8 2154 MB/s
raid6: sse2x1 2360 MB/s
raid6: sse2x2 3389 MB/s
raid6: sse2x4 3772 MB/s
raid6: using algorithm sse2x4 (3772 MB/s)
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
md: md1 stopped.
md: bind<sda3>
md: bind<sdb3>
raid1: raid set md1 active with 2 out of 2 mirrors
PM: Marking nosave pages: 000000000009e000 - 0000000000100000
PM: Basic memory bitmaps created
PM: Basic memory bitmaps freed
PM: Starting manual resume from disk
PM: Resume from partition 8:2
PM: Checking hibernation image.
PM: Resume from disk failed.
kjournald starting. Commit interval 5 seconds
EXT3 FS on md1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
mount used greatest stack depth: 3712 bytes left
scsi 0:0:0:0: Attached scsi generic sg0 type 5
sd 2:0:0:0: Attached scsi generic sg1 type 0
sd 3:0:0:0: Attached scsi generic sg2 type 0
input: Power Button (FF) as /class/input/input3
ACPI: Power Button (FF) [PWRF]
input: Power Button (CM) as /class/input/input4
ACPI: Power Button (CM) [PWRB]
uli526x: ULi M5261/M5263 net driver, version 0.9.3 (2005-7-29)
ACPI: PCI Interrupt 0000:00:11.0[A] -> GSI 17 (level, low) -> IRQ 17
eth0: ULi M5263 at pci0000:00:11.0, 00:13:8f:3a:0b:96, irq 17.
8139too Fast Ethernet driver 0.9.28
ACPI: PCI Interrupt 0000:04:06.0[A] -> GSI 21 (level, low) -> IRQ 21
eth1: RealTek RTL8139 at 0xc800, 00:48:54:4b:5c:38, IRQ 21
eth1: Identified 8139 chip type 'RTL-8139A'
Driver 'sr' needs updating - please use bus_type methods
sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr 0:0:0:0: Attached scsi CD-ROM sr0
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
udev: renamed network interface eth1 to eth0
udev: renamed network interface eth0_rename to eth1
parport_pc 00:06: reported by Plug and Play ACPI
parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA]
ACPI: PCI Interrupt 0000:00:08.0[A] -> GSI 18 (level, low) -> IRQ 18
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/ac97/ac97_codec.c:2053: AC'97 1 does not respond - RESET
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/ac97/ac97_codec.c:2062: AC'97 1 access is not valid [0xffffffff], removing mixer.
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/intel8x0.c:2157: Unable to initialize codec #1
intel8x0_measure_ac97_clock: measured 52521 usecs
intel8x0: clocking to 48000
grep used greatest stack depth: 3432 bytes left
device-mapper: uevent: version 1.0.3
device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) initialised: dm-devel@redhat.com
md: md2 stopped.
md: bind<sda5>
md: bind<sdb5>
raid1: raid set md2 active with 2 out of 2 mirrors
md: md3 stopped.
md: bind<sda6>
md: bind<sdb6>
raid1: raid set md3 active with 2 out of 2 mirrors
md: md4 stopped.
md: bind<sda8>
md: bind<sdb8>
raid1: raid set md4 active with 2 out of 2 mirrors
md: md5 stopped.
md: bind<sda9>
md: bind<sdb9>
raid1: raid set md5 active with 2 out of 2 mirrors
md: md0 stopped.
md: bind<sda1>
md: bind<sdb1>
raid1: raid set md0 active with 2 out of 2 mirrors
kjournald starting. Commit interval 5 seconds
EXT3 FS on md0, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
ReiserFS: md4: found reiserfs format "3.6" with standard journal
ReiserFS: md4: using ordered data mode
ReiserFS: md4: journal params: device md4, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: md4: checking transaction log (md4)
ReiserFS: md4: Using r5 hash to sort names
ReiserFS: md5: found reiserfs format "3.6" with standard journal
ReiserFS: md5: using ordered data mode
ReiserFS: md5: journal params: device md5, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: md5: checking transaction log (md5)
ReiserFS: md5: Using r5 hash to sort names
kjournald starting. Commit interval 5 seconds
EXT3 FS on md2, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS on md3, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
Adding 2104504k swap on /dev/sda2. Priority:42 extents:1 across:2104504k
Adding 2104504k swap on /dev/sdb2. Priority:42 extents:1 across:2104504k
powernow-k8: Found 1 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ processors (2 cpu cores) (version 2.20.00)
powernow-k8: 0 : fid 0xe (2200 MHz), vid 0xa
powernow-k8: 1 : fid 0xc (2000 MHz), vid 0xa
powernow-k8: 2 : fid 0xa (1800 MHz), vid 0xa
powernow-k8: 3 : fid 0x2 (1000 MHz), vid 0xa
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0xd0000000-0xd0500000
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
ADDRCONF(NETDEV_UP): eth1: link is not ready
ip6_tables: (C) 2000-2006 Netfilter Core Team
ip_tables: (C) 2000-2006 Netfilter Core Team
uli526x: eth1 NIC Link is Up 100 Mbps Full duplex
ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
warning: `named' uses 32-bit capabilities (legacy support in use)
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
Clocksource tsc unstable (delta = -90096724 ns)
eth1: no IPv6 routers present
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
CPU0 attaching NULL sched-domain.
CPU1 attaching NULL sched-domain.
CPU0 attaching sched-domain:
domain 0: span 3
groups: 1 2
CPU1 attaching sched-domain:
domain 0: span 3
groups: 2 1
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-14 20:21 ` Rafael J. Wysocki
@ 2008-04-14 21:06 ` Yinghai Lu
2008-04-14 21:09 ` Rafael J. Wysocki
0 siblings, 1 reply; 57+ messages in thread
From: Yinghai Lu @ 2008-04-14 21:06 UTC (permalink / raw
To: Rafael J. Wysocki
Cc: Ingo Molnar, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven
On Mon, Apr 14, 2008 at 1:21 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> On Monday, 14 of April 2008, Yinghai Lu wrote:
> > On Sun, Apr 13, 2008 at 5:19 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > >
> > > On Monday, 14 of April 2008, Yinghai Lu wrote:
> > > > On Sun, Apr 13, 2008 at 3:10 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > > >
> > > > > On Monday, 14 of April 2008, Yinghai Lu wrote:
> > > > > > On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > > > > ...
> > > > > > > > can you try to apply the patch i sent to you about agp bridge order
> > > > > > > > reading for buggy silicon?
> > > > > > > >
> > > > > > > > Please boot kernel with "debug"...
> > > > > > > >
> > > > > > > > I want to verify if you can get
> > > > > > > >
> > > > > > > > "
> > > > > > > > Aperture conflicts with PCI mapping.
> > > > > > > > "
> > > > > > > >
> > > > > > > > in your boot log...
> > > > > > >
> > > > > > > It's not present in there:
> > > > > > >
> > > > > > > rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
> > > > > > > Aperture too small (32 MB)
> > > > > > > Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
> > > > > > > Aperture too small (0 MB)
> > > > > > > agpgart: Aperture pointing to RAM
> > > > > > > agpgart: Aperture from AGP @ de000000 size 4096 MB
> > > > > > > agpgart: Aperture too small (0 MB)
> > > > > > >
> > > > > > > Full dmesg output attached.
> > > > > >
> > > > > > please check attached debug patch. and check if you can change GART
> > > > > > size in your BIOS setup to 64M instead of 32M
> > > > >
> > > > > Hm, what tree am I supposed to apply it too:
> > > > > (1) current x86 git
> > > > > (2) current x86 git w/ some of your previous patches (which ones in this case)
> > > > > (3) failing (old) x86 git
> > > > > (4) failing (old) x86 git w/ some of your previous patches (which ones in this
> > > > > case)?
> > > >
> > > > (1) current x86.git
> > >
> > > Attached is dmesg output from current x86.git with debug_gart_checking.patch
> > > applied.
> >
> > please test the final one ... ...
> >
> > You should get back 64M memory back.
>
> Tested (current x86.git), dmesg output attached.
thanks.
looks good. as expected...
Checking aperture...
AGP bridge at 00:04:00
Aperture from AGP @ de000000 old size 32 MB
Aperture size 4096 MB (APSIZE 0) is not right, using settings from NB
Aperture from AGP @ de000000 size 32 MB (APSIZE 0)
Node 0: aperture @ de000000 size 32 MB
Aperture too small (32 MB) than (64 MB)
...
agpgart: Detected AGP bridge 20
Setting up ULi AGP.
agpgart: AGP aperture is 32M @ 0xde000000
YH
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-14 21:06 ` Yinghai Lu
@ 2008-04-14 21:09 ` Rafael J. Wysocki
2008-04-14 21:36 ` Yinghai Lu
0 siblings, 1 reply; 57+ messages in thread
From: Rafael J. Wysocki @ 2008-04-14 21:09 UTC (permalink / raw
To: Yinghai Lu
Cc: Ingo Molnar, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven
On Monday, 14 of April 2008, Yinghai Lu wrote:
> On Mon, Apr 14, 2008 at 1:21 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >
> > On Monday, 14 of April 2008, Yinghai Lu wrote:
> > > On Sun, Apr 13, 2008 at 5:19 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > >
> > > > On Monday, 14 of April 2008, Yinghai Lu wrote:
> > > > > On Sun, Apr 13, 2008 at 3:10 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > > > >
> > > > > > On Monday, 14 of April 2008, Yinghai Lu wrote:
> > > > > > > On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > > > > > ...
> > > > > > > > > can you try to apply the patch i sent to you about agp bridge order
> > > > > > > > > reading for buggy silicon?
> > > > > > > > >
> > > > > > > > > Please boot kernel with "debug"...
> > > > > > > > >
> > > > > > > > > I want to verify if you can get
> > > > > > > > >
> > > > > > > > > "
> > > > > > > > > Aperture conflicts with PCI mapping.
> > > > > > > > > "
> > > > > > > > >
> > > > > > > > > in your boot log...
> > > > > > > >
> > > > > > > > It's not present in there:
> > > > > > > >
> > > > > > > > rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
> > > > > > > > Aperture too small (32 MB)
> > > > > > > > Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
> > > > > > > > Aperture too small (0 MB)
> > > > > > > > agpgart: Aperture pointing to RAM
> > > > > > > > agpgart: Aperture from AGP @ de000000 size 4096 MB
> > > > > > > > agpgart: Aperture too small (0 MB)
> > > > > > > >
> > > > > > > > Full dmesg output attached.
> > > > > > >
> > > > > > > please check attached debug patch. and check if you can change GART
> > > > > > > size in your BIOS setup to 64M instead of 32M
> > > > > >
> > > > > > Hm, what tree am I supposed to apply it too:
> > > > > > (1) current x86 git
> > > > > > (2) current x86 git w/ some of your previous patches (which ones in this case)
> > > > > > (3) failing (old) x86 git
> > > > > > (4) failing (old) x86 git w/ some of your previous patches (which ones in this
> > > > > > case)?
> > > > >
> > > > > (1) current x86.git
> > > >
> > > > Attached is dmesg output from current x86.git with debug_gart_checking.patch
> > > > applied.
> > >
> > > please test the final one ... ...
> > >
> > > You should get back 64M memory back.
> >
> > Tested (current x86.git), dmesg output attached.
>
> thanks.
>
> looks good. as expected...
>
> Checking aperture...
> AGP bridge at 00:04:00
> Aperture from AGP @ de000000 old size 32 MB
> Aperture size 4096 MB (APSIZE 0) is not right, using settings from NB
> Aperture from AGP @ de000000 size 32 MB (APSIZE 0)
> Node 0: aperture @ de000000 size 32 MB
> Aperture too small (32 MB) than (64 MB)
> ...
> agpgart: Detected AGP bridge 20
> Setting up ULi AGP.
> agpgart: AGP aperture is 32M @ 0xde000000
BTW, what exactly would be the benefit of increasing the aperture size, given
that I use a PCI Express graphics adapter?
Rafael
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
2008-04-14 21:09 ` Rafael J. Wysocki
@ 2008-04-14 21:36 ` Yinghai Lu
0 siblings, 0 replies; 57+ messages in thread
From: Yinghai Lu @ 2008-04-14 21:36 UTC (permalink / raw
To: Rafael J. Wysocki
Cc: Ingo Molnar, Andrew Morton, LKML, Pavel Machek, Thomas Gleixner,
H. Anvin, Arjan van de Ven
On Mon, Apr 14, 2008 at 2:09 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> On Monday, 14 of April 2008, Yinghai Lu wrote:
> > On Mon, Apr 14, 2008 at 1:21 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > >
> > > On Monday, 14 of April 2008, Yinghai Lu wrote:
> > > > On Sun, Apr 13, 2008 at 5:19 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > > >
> > > > > On Monday, 14 of April 2008, Yinghai Lu wrote:
> > > > > > On Sun, Apr 13, 2008 at 3:10 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > > > > >
> > > > > > > On Monday, 14 of April 2008, Yinghai Lu wrote:
> > > > > > > > On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > > > > > > ...
> > > > > > > > > > can you try to apply the patch i sent to you about agp bridge order
> > > > > > > > > > reading for buggy silicon?
> > > > > > > > > >
> > > > > > > > > > Please boot kernel with "debug"...
> > > > > > > > > >
> > > > > > > > > > I want to verify if you can get
> > > > > > > > > >
> > > > > > > > > > "
> > > > > > > > > > Aperture conflicts with PCI mapping.
> > > > > > > > > > "
> > > > > > > > > >
> > > > > > > > > > in your boot log...
> > > > > > > > >
> > > > > > > > > It's not present in there:
> > > > > > > > >
> > > > > > > > > rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
> > > > > > > > > Aperture too small (32 MB)
> > > > > > > > > Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
> > > > > > > > > Aperture too small (0 MB)
> > > > > > > > > agpgart: Aperture pointing to RAM
> > > > > > > > > agpgart: Aperture from AGP @ de000000 size 4096 MB
> > > > > > > > > agpgart: Aperture too small (0 MB)
> > > > > > > > >
> > > > > > > > > Full dmesg output attached.
> > > > > > > >
> > > > > > > > please check attached debug patch. and check if you can change GART
> > > > > > > > size in your BIOS setup to 64M instead of 32M
> > > > > > >
> > > > > > > Hm, what tree am I supposed to apply it too:
> > > > > > > (1) current x86 git
> > > > > > > (2) current x86 git w/ some of your previous patches (which ones in this case)
> > > > > > > (3) failing (old) x86 git
> > > > > > > (4) failing (old) x86 git w/ some of your previous patches (which ones in this
> > > > > > > case)?
> > > > > >
> > > > > > (1) current x86.git
> > > > >
> > > > > Attached is dmesg output from current x86.git with debug_gart_checking.patch
> > > > > applied.
> > > >
> > > > please test the final one ... ...
> > > >
> > > > You should get back 64M memory back.
> > >
> > > Tested (current x86.git), dmesg output attached.
> >
> > thanks.
> >
> > looks good. as expected...
> >
> > Checking aperture...
> > AGP bridge at 00:04:00
> > Aperture from AGP @ de000000 old size 32 MB
> > Aperture size 4096 MB (APSIZE 0) is not right, using settings from NB
> > Aperture from AGP @ de000000 size 32 MB (APSIZE 0)
> > Node 0: aperture @ de000000 size 32 MB
> > Aperture too small (32 MB) than (64 MB)
> > ...
> > agpgart: Detected AGP bridge 20
> > Setting up ULi AGP.
> > agpgart: AGP aperture is 32M @ 0xde000000
>
> BTW, what exactly would be the benefit of increasing the aperture size, given
> that I use a PCI Express graphics adapter?
you don't need increase that before you are have less 4G RAM.
if you have more than 4G RAM, you may need to increase that to GART
for iommu. so other devices that support only dma32 could use extra
32M.
YH
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: x86 git tree broken (bisected)
[not found] ` <fa.qs5oa+YMIJd6h2hpuGCULc8ODY4@ifi.uio.no>
@ 2008-04-16 4:27 ` Robert Hancock
0 siblings, 0 replies; 57+ messages in thread
From: Robert Hancock @ 2008-04-16 4:27 UTC (permalink / raw
To: Rafael J. Wysocki
Cc: Yinghai Lu, Ingo Molnar, Andrew Morton, LKML, Pavel Machek,
Thomas Gleixner, H. Anvin, Arjan van de Ven
Rafael J. Wysocki wrote:
> On Monday, 14 of April 2008, Yinghai Lu wrote:
>> On Mon, Apr 14, 2008 at 1:21 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>>> On Monday, 14 of April 2008, Yinghai Lu wrote:
>>> > On Sun, Apr 13, 2008 at 5:19 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>>> > >
>>> > > On Monday, 14 of April 2008, Yinghai Lu wrote:
>>> > > > On Sun, Apr 13, 2008 at 3:10 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>>> > > > >
>>> > > > > On Monday, 14 of April 2008, Yinghai Lu wrote:
>>> > > > > > On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>>> > > > > > ...
>>> > > > > > > > can you try to apply the patch i sent to you about agp bridge order
>>> > > > > > > > reading for buggy silicon?
>>> > > > > > > >
>>> > > > > > > > Please boot kernel with "debug"...
>>> > > > > > > >
>>> > > > > > > > I want to verify if you can get
>>> > > > > > > >
>>> > > > > > > > "
>>> > > > > > > > Aperture conflicts with PCI mapping.
>>> > > > > > > > "
>>> > > > > > > >
>>> > > > > > > > in your boot log...
>>> > > > > > >
>>> > > > > > > It's not present in there:
>>> > > > > > >
>>> > > > > > > rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
>>> > > > > > > Aperture too small (32 MB)
>>> > > > > > > Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
>>> > > > > > > Aperture too small (0 MB)
>>> > > > > > > agpgart: Aperture pointing to RAM
>>> > > > > > > agpgart: Aperture from AGP @ de000000 size 4096 MB
>>> > > > > > > agpgart: Aperture too small (0 MB)
>>> > > > > > >
>>> > > > > > > Full dmesg output attached.
>>> > > > > >
>>> > > > > > please check attached debug patch. and check if you can change GART
>>> > > > > > size in your BIOS setup to 64M instead of 32M
>>> > > > >
>>> > > > > Hm, what tree am I supposed to apply it too:
>>> > > > > (1) current x86 git
>>> > > > > (2) current x86 git w/ some of your previous patches (which ones in this case)
>>> > > > > (3) failing (old) x86 git
>>> > > > > (4) failing (old) x86 git w/ some of your previous patches (which ones in this
>>> > > > > case)?
>>> > > >
>>> > > > (1) current x86.git
>>> > >
>>> > > Attached is dmesg output from current x86.git with debug_gart_checking.patch
>>> > > applied.
>>> >
>>> > please test the final one ... ...
>>> >
>>> > You should get back 64M memory back.
>>>
>>> Tested (current x86.git), dmesg output attached.
>> thanks.
>>
>> looks good. as expected...
>>
>> Checking aperture...
>> AGP bridge at 00:04:00
>> Aperture from AGP @ de000000 old size 32 MB
>> Aperture size 4096 MB (APSIZE 0) is not right, using settings from NB
>> Aperture from AGP @ de000000 size 32 MB (APSIZE 0)
>> Node 0: aperture @ de000000 size 32 MB
>> Aperture too small (32 MB) than (64 MB)
>> ...
>> agpgart: Detected AGP bridge 20
>> Setting up ULi AGP.
>> agpgart: AGP aperture is 32M @ 0xde000000
>
> BTW, what exactly would be the benefit of increasing the aperture size, given
> that I use a PCI Express graphics adapter?
The kernel uses the AGP GART aperture as an IOMMU. If you have >4GB of
RAM and lots of devices with DMA addressing limits, more GART space
would help prevent the IOMMU space from being exhausted.
^ permalink raw reply [flat|nested] 57+ messages in thread
end of thread, other threads:[~2008-04-16 4:27 UTC | newest]
Thread overview: 57+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-04-10 19:59 x86 git tree broken Rafael J. Wysocki
2008-04-10 20:13 ` Ingo Molnar
2008-04-10 20:25 ` Rafael J. Wysocki
2008-04-10 20:29 ` Ingo Molnar
2008-04-10 20:38 ` Ingo Molnar
2008-04-10 22:28 ` Rafael J. Wysocki
2008-04-11 19:26 ` x86 git tree broken (bisected) Rafael J. Wysocki
2008-04-11 20:23 ` Rafael J. Wysocki
2008-04-11 20:29 ` Rafael J. Wysocki
2008-04-11 20:26 ` Yinghai Lu
2008-04-11 20:51 ` Rafael J. Wysocki
2008-04-11 21:11 ` Yinghai Lu
2008-04-11 21:21 ` Rafael J. Wysocki
2008-04-11 21:31 ` Yinghai Lu
2008-04-13 8:24 ` Yinghai Lu
2008-04-13 8:41 ` Yinghai Lu
2008-04-13 16:14 ` Rafael J. Wysocki
2008-04-14 9:02 ` Ingo Molnar
2008-04-13 16:12 ` Rafael J. Wysocki
2008-04-13 18:07 ` Yinghai Lu
2008-04-13 18:47 ` Rafael J. Wysocki
2008-04-13 18:53 ` Yinghai Lu
2008-04-13 18:54 ` Yinghai Lu
2008-04-13 22:00 ` Yinghai Lu
2008-04-13 22:10 ` Rafael J. Wysocki
2008-04-13 22:32 ` Yinghai Lu
2008-04-13 23:41 ` Rafael J. Wysocki
2008-04-13 23:45 ` H. Peter Anvin
2008-04-14 0:09 ` Rafael J. Wysocki
2008-04-14 0:12 ` H. Peter Anvin
2008-04-14 0:19 ` Rafael J. Wysocki
2008-04-14 1:42 ` Yinghai Lu
2008-04-14 9:16 ` Ingo Molnar
2008-04-14 18:08 ` Yinghai Lu
2008-04-14 20:21 ` Rafael J. Wysocki
2008-04-14 21:06 ` Yinghai Lu
2008-04-14 21:09 ` Rafael J. Wysocki
2008-04-14 21:36 ` Yinghai Lu
2008-04-13 7:51 ` Ingo Molnar
2008-04-13 7:59 ` Yinghai Lu
2008-04-13 7:58 ` [rfc] hw resource debugging checks (was: Re: x86 git tree broken (bisected)) Ingo Molnar
2008-04-13 8:18 ` Yinghai Lu
2008-04-13 9:19 ` Ingo Molnar
2008-04-13 9:39 ` [rfc] hw resource debugging checks Andi Kleen
2008-04-13 17:53 ` Arjan van de Ven
2008-04-13 18:19 ` Yinghai Lu
2008-04-13 18:29 ` Andi Kleen
2008-04-13 19:29 ` Yinghai Lu
2008-04-14 3:52 ` Arjan van de Ven
2008-04-14 5:01 ` Yinghai Lu
2008-04-14 14:12 ` Arjan van de Ven
2008-04-14 18:11 ` Yinghai Lu
2008-04-13 15:48 ` [rfc] hw resource debugging checks (was: Re: x86 git tree broken (bisected)) Arjan van de Ven
2008-04-10 20:51 ` x86 git tree broken Ingo Molnar
2008-04-10 22:27 ` Rafael J. Wysocki
2008-04-11 6:43 ` Ingo Molnar
[not found] <fa.2mJjVaMdmV5IWp3mQiYHE1u4pHU@ifi.uio.no>
[not found] ` <fa.SO/I64FxJXD1oLBH54BTs4pc56c@ifi.uio.no>
[not found] ` <fa.fJC0A/aGr6H8XE94NUuvl1ixoc0@ifi.uio.no>
[not found] ` <fa.qs5oa+YMIJd6h2hpuGCULc8ODY4@ifi.uio.no>
2008-04-16 4:27 ` x86 git tree broken (bisected) Robert Hancock
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.