* Voyager phys_cpu_present_map compile error
@ 2008-04-21 0:02 Adrian Bunk
2008-04-21 8:53 ` Adrian Bunk
0 siblings, 1 reply; 37+ messages in thread
From: Adrian Bunk @ 2008-04-21 0:02 UTC (permalink / raw)
To: Alexey Starikovskiy, Ingo Molnar, tglx, hpa, James.Bottomley; +Cc: linux-kernel
Commit 2fe60147570231cde0d1f14711d2e34ccdf54b65
(x86: move up & smp variables to setup.c) broke Voyager:
<-- snip -->
...
LD vmlinux.o
arch/x86/mach-voyager/built-in.o:(.bss+0x30): multiple definition of `phys_cpu_present_map'
arch/x86/kernel/built-in.o:(.bss+0x13c8): first defined here
ld: Warning: size of symbol `phys_cpu_present_map' changed from 32 in
arch/x86/kernel/built-in.o to 8 in arch/x86/mach-voyager/built-in.o
make[1]: *** [vmlinux.o] Error 1
<-- snip -->
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
^ permalink raw reply [flat|nested] 37+ messages in thread* Re: Voyager phys_cpu_present_map compile error 2008-04-21 0:02 Voyager phys_cpu_present_map compile error Adrian Bunk @ 2008-04-21 8:53 ` Adrian Bunk 2008-04-21 12:00 ` Ingo Molnar 0 siblings, 1 reply; 37+ messages in thread From: Adrian Bunk @ 2008-04-21 8:53 UTC (permalink / raw) To: Alexey Starikovskiy, Ingo Molnar, tglx, hpa, James.Bottomley; +Cc: linux-kernel [-- Attachment #1: Type: text/plain, Size: 377 bytes --] I shouldn't send bug reports at 3 in the morning... Attached is the .config for both Voyager build errors I reported. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed [-- Attachment #2: .config --] [-- Type: text/plain, Size: 64678 bytes --] # # Automatically generated make config: don't edit # Linux kernel version: 2.6.25 # Mon Apr 21 00:27:37 2008 # # CONFIG_64BIT is not set CONFIG_X86_32=y # CONFIG_X86_64 is not set 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_LOCKDEP_SUPPORT=y CONFIG_STACKTRACE_SUPPORT=y CONFIG_HAVE_LATENCYTOP_SUPPORT=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_HWEIGHT=y # CONFIG_GENERIC_GPIO is not set CONFIG_ARCH_MAY_HAVE_PC_FDC=y CONFIG_DMI=y # CONFIG_RWSEM_GENERIC_SPINLOCK is not set CONFIG_RWSEM_XCHGADD_ALGORITHM=y # 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 is not set CONFIG_ARCH_HAS_CPU_RELAX=y # CONFIG_HAVE_SETUP_PER_CPU_AREA is not set # CONFIG_ZONE_DMA32 is not set CONFIG_ARCH_POPULATES_NODE_MAP=y # CONFIG_AUDIT_ARCH is not set CONFIG_ARCH_SUPPORTS_AOUT=y CONFIG_GENERIC_HARDIRQS=y CONFIG_GENERIC_IRQ_PROBE=y CONFIG_GENERIC_PENDING_IRQ=y CONFIG_X86_32_SMP=y CONFIG_X86_TRAMPOLINE=y CONFIG_KTIME_SCALAR=y 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=y CONFIG_TASK_DELAY_ACCT=y CONFIG_TASK_XACCT=y CONFIG_TASK_IO_ACCOUNTING=y CONFIG_AUDIT=y CONFIG_AUDITSYSCALL=y CONFIG_AUDIT_TREE=y CONFIG_IKCONFIG=y CONFIG_IKCONFIG_PROC=y CONFIG_LOG_BUF_SHIFT=14 CONFIG_CGROUPS=y CONFIG_CGROUP_DEBUG=y CONFIG_CGROUP_NS=y CONFIG_CPUSETS=y CONFIG_GROUP_SCHED=y CONFIG_FAIR_GROUP_SCHED=y CONFIG_RT_GROUP_SCHED=y # CONFIG_USER_SCHED is not set CONFIG_CGROUP_SCHED=y CONFIG_CGROUP_CPUACCT=y CONFIG_RESOURCE_COUNTERS=y CONFIG_CGROUP_MEM_RES_CTLR=y CONFIG_SYSFS_DEPRECATED=y CONFIG_SYSFS_DEPRECATED_V2=y CONFIG_PROC_PID_CPUSET=y CONFIG_RELAY=y CONFIG_NAMESPACES=y CONFIG_UTS_NS=y CONFIG_IPC_NS=y CONFIG_USER_NS=y CONFIG_PID_NS=y CONFIG_BLK_DEV_INITRD=y CONFIG_INITRAMFS_SOURCE="" CONFIG_CC_OPTIMIZE_FOR_SIZE=y CONFIG_SYSCTL=y # CONFIG_EMBEDDED is not set CONFIG_UID16=y CONFIG_SYSCTL_SYSCALL=y CONFIG_KALLSYMS=y CONFIG_KALLSYMS_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 is not set 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_SLUB_DEBUG=y # CONFIG_SLAB is not set CONFIG_SLUB=y # CONFIG_SLOB is not set CONFIG_PROFILING=y CONFIG_MARKERS=y CONFIG_OPROFILE=m CONFIG_HAVE_OPROFILE=y CONFIG_KPROBES=y CONFIG_KRETPROBES=y 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=y CONFIG_KMOD=y CONFIG_STOP_MACHINE=y CONFIG_BLOCK=y CONFIG_LBD=y CONFIG_BLK_DEV_IO_TRACE=y CONFIG_LSF=y CONFIG_BLK_DEV_BSG=y # # IO Schedulers # CONFIG_IOSCHED_NOOP=y CONFIG_IOSCHED_AS=m CONFIG_IOSCHED_DEADLINE=m CONFIG_IOSCHED_CFQ=m # CONFIG_DEFAULT_AS is not set # CONFIG_DEFAULT_DEADLINE is not set # CONFIG_DEFAULT_CFQ is not set CONFIG_DEFAULT_NOOP=y CONFIG_DEFAULT_IOSCHED="noop" 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 is not set # CONFIG_X86_ELAN is not set CONFIG_X86_VOYAGER=y # 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_SCHED_NO_NO_OMIT_FRAME_POINTER=y CONFIG_PARAVIRT_GUEST=y # 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_GENERIC=y CONFIG_X86_CMPXCHG=y CONFIG_X86_L1_CACHE_SHIFT=7 CONFIG_X86_XADD=y CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y CONFIG_X86_GOOD_APIC=y CONFIG_X86_INTEL_USERCOPY=y CONFIG_X86_USE_PPRO_CHECKSUM=y CONFIG_X86_TSC=y CONFIG_X86_MINIMUM_CPU_FAMILY=4 CONFIG_X86_DEBUGCTLMSR=y CONFIG_HPET_TIMER=y CONFIG_HPET_EMULATE_RTC=y # CONFIG_IOMMU_HELPER is not set CONFIG_NR_CPUS=42 CONFIG_PREEMPT_NONE=y # CONFIG_PREEMPT_VOLUNTARY is not set # CONFIG_PREEMPT is not set CONFIG_VM86=y CONFIG_TOSHIBA=m CONFIG_I8K=m CONFIG_X86_REBOOTFIXUPS=y CONFIG_MICROCODE=m CONFIG_MICROCODE_OLD_INTERFACE=y CONFIG_X86_MSR=m CONFIG_X86_CPUID=m # CONFIG_NOHIGHMEM is not set CONFIG_HIGHMEM4G=y # CONFIG_HIGHMEM64G is not set CONFIG_PAGE_OFFSET=0xC0000000 CONFIG_HIGHMEM=y CONFIG_SELECT_MEMORY_MODEL=y CONFIG_FLATMEM_MANUAL=y # CONFIG_DISCONTIGMEM_MANUAL is not set # CONFIG_SPARSEMEM_MANUAL is not set CONFIG_FLATMEM=y CONFIG_FLAT_NODE_MEM_MAP=y # CONFIG_SPARSEMEM_STATIC is not set # CONFIG_SPARSEMEM_VMEMMAP_ENABLE is not set CONFIG_SPLIT_PTLOCK_CPUS=4 CONFIG_RESOURCES_64BIT=y CONFIG_ZONE_DMA_FLAG=1 CONFIG_BOUNCE=y CONFIG_VIRT_TO_BUS=y CONFIG_HIGHPTE=y CONFIG_MATH_EMULATION=y CONFIG_MTRR=y CONFIG_SECCOMP=y # 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_CRASH_DUMP=y CONFIG_PHYSICAL_START=0x100000 CONFIG_RELOCATABLE=y CONFIG_PHYSICAL_ALIGN=0x100000 CONFIG_COMPAT_VDSO=y CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y # # Bus options (PCI etc.) # # CONFIG_ARCH_SUPPORTS_MSI is not set CONFIG_ISA_DMA_API=y CONFIG_MCA=y CONFIG_MCA_LEGACY=y CONFIG_MCA_PROC_FS=y CONFIG_PCCARD=m CONFIG_PCMCIA_DEBUG=y CONFIG_PCMCIA=m CONFIG_PCMCIA_LOAD_CIS=y CONFIG_PCMCIA_IOCTL=y # # PC-card bridges # # # Executable file formats / Emulations # CONFIG_BINFMT_ELF=y CONFIG_BINFMT_AOUT=m CONFIG_BINFMT_MISC=m # # Networking # CONFIG_NET=y # # Networking options # CONFIG_PACKET=m CONFIG_PACKET_MMAP=y CONFIG_UNIX=m 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=y # CONFIG_ASK_IP_FIB_HASH is not set CONFIG_IP_FIB_TRIE=y # CONFIG_IP_FIB_HASH is not set CONFIG_IP_FIB_TRIE_STATS=y CONFIG_IP_MULTIPLE_TABLES=y CONFIG_IP_ROUTE_MULTIPATH=y CONFIG_IP_ROUTE_VERBOSE=y CONFIG_IP_PNP=y CONFIG_IP_PNP_DHCP=y CONFIG_IP_PNP_BOOTP=y CONFIG_IP_PNP_RARP=y CONFIG_NET_IPIP=m CONFIG_NET_IPGRE=m CONFIG_NET_IPGRE_BROADCAST=y CONFIG_IP_MROUTE=y CONFIG_IP_PIMSM_V1=y CONFIG_IP_PIMSM_V2=y CONFIG_ARPD=y 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=m CONFIG_INET_TCP_DIAG=m CONFIG_TCP_CONG_ADVANCED=y CONFIG_TCP_CONG_BIC=m 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 is not set # 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=y CONFIG_DEFAULT_TCP_CONG="reno" CONFIG_TCP_MD5SIG=y CONFIG_IP_VS=m CONFIG_IP_VS_DEBUG=y CONFIG_IP_VS_TAB_BITS=12 # # IPVS transport protocol load balancing support # CONFIG_IP_VS_PROTO_TCP=y CONFIG_IP_VS_PROTO_UDP=y CONFIG_IP_VS_PROTO_ESP=y CONFIG_IP_VS_PROTO_AH=y # # IPVS scheduler # CONFIG_IP_VS_RR=m CONFIG_IP_VS_WRR=m CONFIG_IP_VS_LC=m CONFIG_IP_VS_WLC=m CONFIG_IP_VS_LBLC=m CONFIG_IP_VS_LBLCR=m CONFIG_IP_VS_DH=m CONFIG_IP_VS_SH=m CONFIG_IP_VS_SED=m CONFIG_IP_VS_NQ=m # # IPVS application helper # CONFIG_IP_VS_FTP=m CONFIG_IPV6=m CONFIG_IPV6_PRIVACY=y CONFIG_IPV6_ROUTER_PREF=y CONFIG_IPV6_ROUTE_INFO=y CONFIG_IPV6_OPTIMISTIC_DAD=y 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_NDISC_NODETYPE=y CONFIG_IPV6_TUNNEL=m CONFIG_IPV6_MULTIPLE_TABLES=y CONFIG_IPV6_SUBTREES=y CONFIG_IPV6_MROUTE=y CONFIG_IPV6_PIMSM_V2=y CONFIG_NETLABEL=y CONFIG_NETWORK_SECMARK=y CONFIG_NETFILTER=y CONFIG_NETFILTER_DEBUG=y CONFIG_NETFILTER_ADVANCED=y CONFIG_BRIDGE_NETFILTER=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_DCCP=m 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=m CONFIG_NETFILTER_XT_MATCH_MULTIPORT=m CONFIG_NETFILTER_XT_MATCH_PHYSDEV=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_DCCP=m CONFIG_NF_NAT_PROTO_GRE=m CONFIG_NF_NAT_PROTO_UDPLITE=m CONFIG_NF_NAT_PROTO_SCTP=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 # # DECnet: Netfilter Configuration # CONFIG_DECNET_NF_GRABULATOR=m # # Bridge: Netfilter Configuration # CONFIG_BRIDGE_NF_EBTABLES=m CONFIG_BRIDGE_EBT_BROUTE=m CONFIG_BRIDGE_EBT_T_FILTER=m CONFIG_BRIDGE_EBT_T_NAT=m CONFIG_BRIDGE_EBT_802_3=m CONFIG_BRIDGE_EBT_AMONG=m CONFIG_BRIDGE_EBT_ARP=m CONFIG_BRIDGE_EBT_IP=m CONFIG_BRIDGE_EBT_LIMIT=m CONFIG_BRIDGE_EBT_MARK=m CONFIG_BRIDGE_EBT_PKTTYPE=m CONFIG_BRIDGE_EBT_STP=m CONFIG_BRIDGE_EBT_VLAN=m CONFIG_BRIDGE_EBT_ARPREPLY=m CONFIG_BRIDGE_EBT_DNAT=m CONFIG_BRIDGE_EBT_MARK_T=m CONFIG_BRIDGE_EBT_REDIRECT=m CONFIG_BRIDGE_EBT_SNAT=m CONFIG_BRIDGE_EBT_LOG=m CONFIG_BRIDGE_EBT_ULOG=m CONFIG_BRIDGE_EBT_NFLOG=m CONFIG_IP_DCCP=m CONFIG_INET_DCCP_DIAG=m CONFIG_IP_DCCP_ACKVEC=y # # DCCP CCIDs Configuration (EXPERIMENTAL) # CONFIG_IP_DCCP_CCID2=m CONFIG_IP_DCCP_CCID2_DEBUG=y CONFIG_IP_DCCP_CCID3=m CONFIG_IP_DCCP_CCID3_DEBUG=y CONFIG_IP_DCCP_CCID3_RTO=100 CONFIG_IP_DCCP_TFRC_LIB=m CONFIG_IP_DCCP_TFRC_DEBUG=y # # DCCP Kernel Hacking # CONFIG_IP_DCCP_DEBUG=y CONFIG_NET_DCCPPROBE=m CONFIG_IP_SCTP=m CONFIG_SCTP_DBG_MSG=y CONFIG_SCTP_DBG_OBJCNT=y # CONFIG_SCTP_HMAC_NONE is not set CONFIG_SCTP_HMAC_SHA1=y # CONFIG_SCTP_HMAC_MD5 is not set CONFIG_TIPC=m CONFIG_TIPC_ADVANCED=y CONFIG_TIPC_ZONES=3 CONFIG_TIPC_CLUSTERS=1 CONFIG_TIPC_NODES=255 CONFIG_TIPC_SLAVE_NODES=0 CONFIG_TIPC_PORTS=8191 CONFIG_TIPC_LOG=0 CONFIG_TIPC_DEBUG=y CONFIG_ATM=m CONFIG_ATM_CLIP=m CONFIG_ATM_CLIP_NO_ICMP=y CONFIG_ATM_LANE=m CONFIG_ATM_MPOA=m CONFIG_ATM_BR2684=m CONFIG_ATM_BR2684_IPFILTER=y CONFIG_BRIDGE=m CONFIG_VLAN_8021Q=m CONFIG_DECNET=m CONFIG_DECNET_ROUTER=y CONFIG_LLC=y CONFIG_LLC2=m CONFIG_IPX=m CONFIG_IPX_INTERN=y CONFIG_ATALK=m CONFIG_DEV_APPLETALK=m CONFIG_IPDDP=m CONFIG_IPDDP_ENCAP=y CONFIG_IPDDP_DECAP=y CONFIG_X25=m CONFIG_LAPB=m CONFIG_ECONET=m CONFIG_ECONET_AUNUDP=y CONFIG_ECONET_NATIVE=y CONFIG_WAN_ROUTER=m CONFIG_NET_SCHED=y # # Queueing/Scheduling # CONFIG_NET_SCH_CBQ=m CONFIG_NET_SCH_HTB=m CONFIG_NET_SCH_HFSC=m CONFIG_NET_SCH_ATM=m CONFIG_NET_SCH_PRIO=m CONFIG_NET_SCH_RR=m CONFIG_NET_SCH_RED=m CONFIG_NET_SCH_SFQ=m CONFIG_NET_SCH_TEQL=m CONFIG_NET_SCH_TBF=m CONFIG_NET_SCH_GRED=m CONFIG_NET_SCH_DSMARK=m CONFIG_NET_SCH_NETEM=m CONFIG_NET_SCH_INGRESS=m # # Classification # CONFIG_NET_CLS=y CONFIG_NET_CLS_BASIC=m CONFIG_NET_CLS_TCINDEX=m CONFIG_NET_CLS_ROUTE4=m CONFIG_NET_CLS_ROUTE=y CONFIG_NET_CLS_FW=m CONFIG_NET_CLS_U32=m CONFIG_CLS_U32_PERF=y CONFIG_CLS_U32_MARK=y CONFIG_NET_CLS_RSVP=m CONFIG_NET_CLS_RSVP6=m CONFIG_NET_CLS_FLOW=m CONFIG_NET_EMATCH=y CONFIG_NET_EMATCH_STACK=32 CONFIG_NET_EMATCH_CMP=m CONFIG_NET_EMATCH_NBYTE=m CONFIG_NET_EMATCH_U32=m CONFIG_NET_EMATCH_META=m CONFIG_NET_EMATCH_TEXT=m CONFIG_NET_CLS_ACT=y CONFIG_NET_ACT_POLICE=m CONFIG_NET_ACT_GACT=m CONFIG_GACT_PROB=y CONFIG_NET_ACT_MIRRED=m CONFIG_NET_ACT_IPT=m CONFIG_NET_ACT_NAT=m CONFIG_NET_ACT_PEDIT=m CONFIG_NET_ACT_SIMP=m CONFIG_NET_CLS_IND=y CONFIG_NET_SCH_FIFO=y # # Network testing # CONFIG_NET_PKTGEN=m CONFIG_NET_TCPPROBE=m CONFIG_HAMRADIO=y # # Packet Radio protocols # CONFIG_AX25=m CONFIG_AX25_DAMA_SLAVE=y CONFIG_NETROM=m CONFIG_ROSE=m # # AX.25 network device drivers # CONFIG_MKISS=m CONFIG_6PACK=m CONFIG_BPQETHER=m CONFIG_BAYCOM_SER_FDX=m CONFIG_BAYCOM_SER_HDX=m CONFIG_BAYCOM_PAR=m CONFIG_BAYCOM_EPP=m CONFIG_YAM=m CONFIG_CAN=m CONFIG_CAN_RAW=m CONFIG_CAN_BCM=m # # CAN Device Drivers # CONFIG_CAN_VCAN=m CONFIG_CAN_DEBUG_DEVICES=y CONFIG_IRDA=m # # IrDA protocols # CONFIG_IRLAN=m CONFIG_IRNET=m CONFIG_IRCOMM=m CONFIG_IRDA_ULTRA=y # # IrDA options # CONFIG_IRDA_CACHE_LAST_LSAP=y CONFIG_IRDA_FAST_RR=y CONFIG_IRDA_DEBUG=y # # Infrared-port device drivers # # # SIR device drivers # CONFIG_IRTTY_SIR=m # # Dongle support # CONFIG_DONGLE=y CONFIG_ESI_DONGLE=m CONFIG_ACTISYS_DONGLE=m CONFIG_TEKRAM_DONGLE=m CONFIG_TOIM3232_DONGLE=m CONFIG_LITELINK_DONGLE=m CONFIG_MA600_DONGLE=m CONFIG_GIRBIL_DONGLE=m CONFIG_MCP2120_DONGLE=m CONFIG_OLD_BELKIN_DONGLE=m CONFIG_ACT200L_DONGLE=m CONFIG_KINGSUN_DONGLE=m CONFIG_KSDAZZLE_DONGLE=m CONFIG_KS959_DONGLE=m # # FIR device drivers # CONFIG_USB_IRDA=m CONFIG_SIGMATEL_FIR=m CONFIG_NSC_FIR=m CONFIG_WINBOND_FIR=m CONFIG_SMC_IRCC_FIR=m CONFIG_ALI_FIR=m CONFIG_VIA_FIR=m CONFIG_MCS_FIR=m CONFIG_BT=m CONFIG_BT_L2CAP=m CONFIG_BT_SCO=m CONFIG_BT_RFCOMM=m CONFIG_BT_RFCOMM_TTY=y CONFIG_BT_BNEP=m CONFIG_BT_BNEP_MC_FILTER=y CONFIG_BT_BNEP_PROTO_FILTER=y CONFIG_BT_CMTP=m CONFIG_BT_HIDP=m # # Bluetooth device drivers # CONFIG_BT_HCIUSB=m CONFIG_BT_HCIUSB_SCO=y CONFIG_BT_HCIBTSDIO=m CONFIG_BT_HCIUART=m CONFIG_BT_HCIUART_H4=y CONFIG_BT_HCIUART_BCSP=y CONFIG_BT_HCIUART_LL=y CONFIG_BT_HCIBCM203X=m CONFIG_BT_HCIBPA10X=m CONFIG_BT_HCIBFUSB=m CONFIG_BT_HCIDTL1=m CONFIG_BT_HCIBT3C=m CONFIG_BT_HCIBLUECARD=m CONFIG_BT_HCIBTUART=m CONFIG_BT_HCIVHCI=m CONFIG_AF_RXRPC=m CONFIG_AF_RXRPC_DEBUG=y CONFIG_RXKAD=m CONFIG_FIB_RULES=y # # Wireless # CONFIG_CFG80211=m CONFIG_NL80211=y CONFIG_WIRELESS_EXT=y CONFIG_MAC80211=m # # Rate control algorithm selection # CONFIG_MAC80211_RC_DEFAULT_PID=y # CONFIG_MAC80211_RC_DEFAULT_NONE is not set # # Selecting 'y' for an algorithm will # # # build the algorithm into mac80211. # CONFIG_MAC80211_RC_DEFAULT="pid" CONFIG_MAC80211_RC_PID=y CONFIG_MAC80211_MESH=y CONFIG_MAC80211_LEDS=y CONFIG_MAC80211_DEBUGFS=y CONFIG_MAC80211_DEBUG_PACKET_ALIGNMENT=y CONFIG_MAC80211_DEBUG=y CONFIG_MAC80211_HT_DEBUG=y CONFIG_MAC80211_VERBOSE_DEBUG=y CONFIG_MAC80211_LOWTX_FRAME_DUMP=y CONFIG_TKIP_DEBUG=y CONFIG_MAC80211_DEBUG_COUNTERS=y CONFIG_MAC80211_IBSS_DEBUG=y CONFIG_MAC80211_VERBOSE_PS_DEBUG=y CONFIG_MAC80211_VERBOSE_MPL_DEBUG=y CONFIG_IEEE80211=m CONFIG_IEEE80211_DEBUG=y CONFIG_IEEE80211_CRYPT_WEP=m CONFIG_IEEE80211_CRYPT_CCMP=m CONFIG_IEEE80211_CRYPT_TKIP=m CONFIG_RFKILL=m CONFIG_RFKILL_INPUT=m CONFIG_RFKILL_LEDS=y CONFIG_NET_9P=m CONFIG_NET_9P_FD=m CONFIG_NET_9P_VIRTIO=m CONFIG_NET_9P_DEBUG=y # # Device Drivers # # # Generic Driver Options # CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug" CONFIG_STANDALONE=y CONFIG_PREVENT_FIRMWARE_BUILD=y CONFIG_FW_LOADER=m CONFIG_DEBUG_DRIVER=y CONFIG_DEBUG_DEVRES=y # CONFIG_SYS_HYPERVISOR is not set CONFIG_CONNECTOR=m CONFIG_MTD=m CONFIG_MTD_DEBUG=y CONFIG_MTD_DEBUG_VERBOSE=0 CONFIG_MTD_CONCAT=m CONFIG_MTD_PARTITIONS=y CONFIG_MTD_REDBOOT_PARTS=m CONFIG_MTD_REDBOOT_DIRECTORY_BLOCK=-1 CONFIG_MTD_REDBOOT_PARTS_UNALLOCATED=y CONFIG_MTD_REDBOOT_PARTS_READONLY=y # # User Modules And Translation Layers # CONFIG_MTD_CHAR=m CONFIG_MTD_BLKDEVS=m CONFIG_MTD_BLOCK=m CONFIG_MTD_BLOCK_RO=m CONFIG_FTL=m CONFIG_NFTL=m CONFIG_NFTL_RW=y CONFIG_INFTL=m CONFIG_RFD_FTL=m CONFIG_SSFDC=m CONFIG_MTD_OOPS=m # # RAM/ROM/Flash chip drivers # CONFIG_MTD_CFI=m CONFIG_MTD_JEDECPROBE=m CONFIG_MTD_GEN_PROBE=m CONFIG_MTD_CFI_ADV_OPTIONS=y # CONFIG_MTD_CFI_NOSWAP is not set CONFIG_MTD_CFI_BE_BYTE_SWAP=y # CONFIG_MTD_CFI_LE_BYTE_SWAP is not set CONFIG_MTD_CFI_GEOMETRY=y CONFIG_MTD_MAP_BANK_WIDTH_1=y CONFIG_MTD_MAP_BANK_WIDTH_2=y CONFIG_MTD_MAP_BANK_WIDTH_4=y CONFIG_MTD_MAP_BANK_WIDTH_8=y CONFIG_MTD_MAP_BANK_WIDTH_16=y CONFIG_MTD_MAP_BANK_WIDTH_32=y CONFIG_MTD_CFI_I1=y CONFIG_MTD_CFI_I2=y CONFIG_MTD_CFI_I4=y CONFIG_MTD_CFI_I8=y CONFIG_MTD_OTP=y CONFIG_MTD_CFI_INTELEXT=m CONFIG_MTD_CFI_AMDSTD=m CONFIG_MTD_CFI_STAA=m CONFIG_MTD_CFI_UTIL=m CONFIG_MTD_RAM=m CONFIG_MTD_ROM=m CONFIG_MTD_ABSENT=m # # Mapping drivers for chip access # CONFIG_MTD_COMPLEX_MAPPINGS=y CONFIG_MTD_PHYSMAP=m CONFIG_MTD_PHYSMAP_START=0x8000000 CONFIG_MTD_PHYSMAP_LEN=0x0 CONFIG_MTD_PHYSMAP_BANKWIDTH=2 CONFIG_MTD_SC520CDP=m CONFIG_MTD_NETSC520=m CONFIG_MTD_TS5500=m CONFIG_MTD_SBC_GXX=m CONFIG_MTD_AMD76XROM=m CONFIG_MTD_ICHXROM=m CONFIG_MTD_SCB2_FLASH=m CONFIG_MTD_NETtel=m CONFIG_MTD_DILNETPC=m CONFIG_MTD_DILNETPC_BOOTSIZE=0x80000 CONFIG_MTD_L440GX=m CONFIG_MTD_PLATRAM=m # # Self-contained MTD device drivers # CONFIG_MTD_DATAFLASH=m CONFIG_MTD_M25P80=m CONFIG_MTD_SLRAM=m CONFIG_MTD_PHRAM=m CONFIG_MTD_MTDRAM=m CONFIG_MTDRAM_TOTAL_SIZE=4096 CONFIG_MTDRAM_ERASE_SIZE=128 CONFIG_MTD_BLOCK2MTD=m # # Disk-On-Chip Device Drivers # CONFIG_MTD_DOC2000=m CONFIG_MTD_DOC2001=m CONFIG_MTD_DOC2001PLUS=m CONFIG_MTD_DOCPROBE=m CONFIG_MTD_DOCECC=m CONFIG_MTD_DOCPROBE_ADVANCED=y CONFIG_MTD_DOCPROBE_ADDRESS=0x0 CONFIG_MTD_DOCPROBE_HIGH=y CONFIG_MTD_DOCPROBE_55AA=y CONFIG_MTD_NAND=m CONFIG_MTD_NAND_VERIFY_WRITE=y CONFIG_MTD_NAND_ECC_SMC=y CONFIG_MTD_NAND_MUSEUM_IDS=y CONFIG_MTD_NAND_IDS=m CONFIG_MTD_NAND_DISKONCHIP=m CONFIG_MTD_NAND_DISKONCHIP_PROBE_ADVANCED=y CONFIG_MTD_NAND_DISKONCHIP_PROBE_ADDRESS=0x0 CONFIG_MTD_NAND_DISKONCHIP_PROBE_HIGH=y CONFIG_MTD_NAND_DISKONCHIP_BBTWRITE=y CONFIG_MTD_NAND_NANDSIM=m CONFIG_MTD_NAND_PLATFORM=m CONFIG_MTD_ALAUDA=m CONFIG_MTD_ONENAND=m CONFIG_MTD_ONENAND_VERIFY_WRITE=y CONFIG_MTD_ONENAND_OTP=y CONFIG_MTD_ONENAND_2X_PROGRAM=y CONFIG_MTD_ONENAND_SIM=m # # UBI - Unsorted block images # CONFIG_MTD_UBI=m CONFIG_MTD_UBI_WL_THRESHOLD=4096 CONFIG_MTD_UBI_BEB_RESERVE=1 CONFIG_MTD_UBI_GLUEBI=y # # UBI debugging options # CONFIG_MTD_UBI_DEBUG=y CONFIG_MTD_UBI_DEBUG_MSG=y CONFIG_MTD_UBI_DEBUG_PARANOID=y # CONFIG_MTD_UBI_DEBUG_DISABLE_BGT is not set CONFIG_MTD_UBI_DEBUG_USERSPACE_IO=y CONFIG_MTD_UBI_DEBUG_EMULATE_BITFLIPS=y CONFIG_MTD_UBI_DEBUG_EMULATE_WRITE_FAILURES=y CONFIG_MTD_UBI_DEBUG_EMULATE_ERASE_FAILURES=y # # Additional UBI debugging messages # CONFIG_MTD_UBI_DEBUG_MSG_BLD=y CONFIG_MTD_UBI_DEBUG_MSG_EBA=y CONFIG_MTD_UBI_DEBUG_MSG_WL=y CONFIG_MTD_UBI_DEBUG_MSG_IO=y CONFIG_PARPORT=m CONFIG_PARPORT_PC=m CONFIG_PARPORT_PC_FIFO=y CONFIG_PARPORT_PC_SUPERIO=y CONFIG_PARPORT_PC_PCMCIA=m # CONFIG_PARPORT_GSC is not set CONFIG_PARPORT_AX88796=m CONFIG_PARPORT_1284=y CONFIG_PARPORT_NOT_PC=y CONFIG_BLK_DEV=y CONFIG_BLK_DEV_FD=m CONFIG_PARIDE=m # # Parallel IDE high-level drivers # CONFIG_PARIDE_PD=m CONFIG_PARIDE_PCD=m CONFIG_PARIDE_PF=m CONFIG_PARIDE_PT=m CONFIG_PARIDE_PG=m # # Parallel IDE protocol modules # CONFIG_PARIDE_ATEN=m CONFIG_PARIDE_BPCK=m CONFIG_PARIDE_BPCK6=m CONFIG_PARIDE_COMM=m CONFIG_PARIDE_DSTR=m CONFIG_PARIDE_FIT2=m CONFIG_PARIDE_FIT3=m CONFIG_PARIDE_EPAT=m CONFIG_PARIDE_EPATC8=y CONFIG_PARIDE_EPIA=m CONFIG_PARIDE_FRIQ=m CONFIG_PARIDE_FRPW=m CONFIG_PARIDE_KBIC=m CONFIG_PARIDE_KTTI=m CONFIG_PARIDE_ON20=m CONFIG_PARIDE_ON26=m # CONFIG_BLK_DEV_COW_COMMON is not set CONFIG_BLK_DEV_LOOP=m CONFIG_BLK_DEV_CRYPTOLOOP=m CONFIG_BLK_DEV_NBD=m CONFIG_BLK_DEV_UB=m CONFIG_BLK_DEV_RAM=m CONFIG_BLK_DEV_RAM_COUNT=16 CONFIG_BLK_DEV_RAM_SIZE=4096 CONFIG_BLK_DEV_XIP=y CONFIG_CDROM_PKTCDVD=m CONFIG_CDROM_PKTCDVD_BUFFERS=8 CONFIG_CDROM_PKTCDVD_WCACHE=y CONFIG_ATA_OVER_ETH=m CONFIG_VIRTIO_BLK=m CONFIG_MISC_DEVICES=y CONFIG_EEPROM_93CX6=m CONFIG_ENCLOSURE_SERVICES=m CONFIG_HAVE_IDE=y CONFIG_IDE=m CONFIG_BLK_DEV_IDE=m # # Please see Documentation/ide/ide.txt for help/info on IDE drives # CONFIG_BLK_DEV_IDE_SATA=y CONFIG_BLK_DEV_IDEDISK=m CONFIG_IDEDISK_MULTI_MODE=y CONFIG_BLK_DEV_IDECS=m CONFIG_BLK_DEV_IDECD=m CONFIG_BLK_DEV_IDECD_VERBOSE_ERRORS=y CONFIG_BLK_DEV_IDETAPE=m CONFIG_BLK_DEV_IDEFLOPPY=m CONFIG_BLK_DEV_IDESCSI=m CONFIG_IDE_TASK_IOCTL=y CONFIG_IDE_PROC_FS=y # # IDE chipset support/bugfixes # CONFIG_IDE_GENERIC=m CONFIG_BLK_DEV_PLATFORM=m CONFIG_BLK_DEV_CMD640=m CONFIG_BLK_DEV_CMD640_ENHANCED=y # CONFIG_BLK_DEV_IDEDMA is not set CONFIG_BLK_DEV_HD_ONLY=y CONFIG_BLK_DEV_HD=y # # SCSI device support # CONFIG_RAID_ATTRS=m CONFIG_SCSI=m 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=m CONFIG_SCSI_ENCLOSURE=m # # 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=y CONFIG_SCSI_WAIT_SCAN=m # # SCSI Transports # CONFIG_SCSI_SPI_ATTRS=m CONFIG_SCSI_FC_ATTRS=m CONFIG_SCSI_FC_TGT_ATTRS=y CONFIG_SCSI_ISCSI_ATTRS=m CONFIG_SCSI_SAS_ATTRS=m CONFIG_SCSI_SAS_LIBSAS=m CONFIG_SCSI_SAS_ATA=y CONFIG_SCSI_SAS_HOST_SMP=y CONFIG_SCSI_SAS_LIBSAS_DEBUG=y CONFIG_SCSI_SRP_ATTRS=m CONFIG_SCSI_SRP_TGT_ATTRS=y CONFIG_SCSI_LOWLEVEL=y CONFIG_ISCSI_TCP=m CONFIG_SCSI_BUSLOGIC=m CONFIG_SCSI_FD_MCS=m CONFIG_SCSI_IBMMCA=m CONFIG_IBMMCA_SCSI_ORDER_STANDARD=y CONFIG_IBMMCA_SCSI_DEV_RESET=y CONFIG_SCSI_PPA=m CONFIG_SCSI_IMM=m CONFIG_SCSI_IZIP_EPP16=y CONFIG_SCSI_IZIP_SLOW_CTR=y CONFIG_SCSI_NCR_D700=m CONFIG_SCSI_NCR_Q720=m CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=4 CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32 CONFIG_SCSI_NCR53C8XX_SYNC=20 CONFIG_SCSI_SIM710=m CONFIG_SCSI_DEBUG=m CONFIG_SCSI_LOWLEVEL_PCMCIA=y CONFIG_PCMCIA_AHA152X=m CONFIG_PCMCIA_FDOMAIN=m CONFIG_PCMCIA_NINJA_SCSI=m CONFIG_PCMCIA_QLOGIC=m CONFIG_PCMCIA_SYM53C500=m CONFIG_ATA=m # CONFIG_ATA_NONSTANDARD is not set CONFIG_SATA_PMP=y CONFIG_ATA_SFF=y CONFIG_SATA_MV=m CONFIG_PATA_PCMCIA=m CONFIG_MD=y CONFIG_BLK_DEV_MD=m 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=m CONFIG_MD_FAULTY=m CONFIG_BLK_DEV_DM=m CONFIG_DM_DEBUG=y 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=m CONFIG_DM_DELAY=m CONFIG_DM_UEVENT=y CONFIG_MACINTOSH_DRIVERS=y CONFIG_MAC_EMUMOUSEBTN=y CONFIG_NETDEVICES=y CONFIG_NETDEVICES_MULTIQUEUE=y CONFIG_IFB=m CONFIG_DUMMY=m CONFIG_BONDING=m CONFIG_MACVLAN=m CONFIG_EQUALIZER=m CONFIG_TUN=m CONFIG_VETH=m 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=m CONFIG_MDIO_BITBANG=m CONFIG_NET_ETHERNET=y CONFIG_MII=m CONFIG_NET_VENDOR_3COM=y CONFIG_EL3=m CONFIG_ELMC=m CONFIG_ELMC_II=m CONFIG_NET_VENDOR_SMC=y CONFIG_ULTRAMCA=m CONFIG_ENC28J60=m CONFIG_ENC28J60_WRITEVERIFY=y CONFIG_AT1700=m CONFIG_DEPCA=m CONFIG_NE2_MCA=m CONFIG_IBMLANA=m # 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_B44=m CONFIG_NET_POCKET=y CONFIG_ATP=m CONFIG_DE600=m CONFIG_DE620=m CONFIG_NETDEV_1000=y # CONFIG_E1000E_ENABLED is not set CONFIG_NETDEV_10000=y CONFIG_TR=y CONFIG_IBMTR=m CONFIG_TMS380TR=m CONFIG_MADGEMC=m CONFIG_SMCTR=m # # Wireless LAN # CONFIG_WLAN_PRE80211=y CONFIG_STRIP=m CONFIG_PCMCIA_WAVELAN=m CONFIG_PCMCIA_NETWAVE=m CONFIG_WLAN_80211=y CONFIG_PCMCIA_RAYCS=m CONFIG_LIBERTAS=m CONFIG_LIBERTAS_USB=m CONFIG_LIBERTAS_CS=m CONFIG_LIBERTAS_SDIO=m CONFIG_LIBERTAS_DEBUG=y CONFIG_HERMES=m CONFIG_PCMCIA_HERMES=m CONFIG_PCMCIA_SPECTRUM=m CONFIG_ATMEL=m CONFIG_PCMCIA_ATMEL=m CONFIG_AIRO_CS=m CONFIG_PCMCIA_WL3501=m CONFIG_USB_ZD1201=m CONFIG_USB_NET_RNDIS_WLAN=m CONFIG_RTL8187=m CONFIG_P54_COMMON=m CONFIG_P54_USB=m # CONFIG_IWLWIFI_LEDS is not set CONFIG_HOSTAP=m CONFIG_HOSTAP_FIRMWARE=y CONFIG_HOSTAP_FIRMWARE_NVRAM=y CONFIG_HOSTAP_CS=m CONFIG_B43=m CONFIG_B43_PCMCIA=y CONFIG_B43_PIO=y CONFIG_B43_LEDS=y CONFIG_B43_RFKILL=y CONFIG_B43_DEBUG=y # CONFIG_B43_FORCE_PIO is not set CONFIG_B43LEGACY=m CONFIG_B43LEGACY_LEDS=y CONFIG_B43LEGACY_RFKILL=y CONFIG_B43LEGACY_DEBUG=y CONFIG_B43LEGACY_DMA=y CONFIG_B43LEGACY_PIO=y CONFIG_B43LEGACY_DMA_AND_PIO_MODE=y # CONFIG_B43LEGACY_DMA_MODE is not set # CONFIG_B43LEGACY_PIO_MODE is not set CONFIG_ZD1211RW=m CONFIG_ZD1211RW_DEBUG=y CONFIG_RT2X00=m CONFIG_RT2X00_LIB=m CONFIG_RT2X00_LIB_USB=m CONFIG_RT2X00_LIB_FIRMWARE=y CONFIG_RT2X00_LIB_LEDS=y CONFIG_RT2500USB=m CONFIG_RT2500USB_LEDS=y CONFIG_RT73USB=m CONFIG_RT73USB_LEDS=y CONFIG_RT2X00_LIB_DEBUGFS=y CONFIG_RT2X00_DEBUG=y # # USB Network Adapters # CONFIG_USB_CATC=m CONFIG_USB_KAWETH=m CONFIG_USB_PEGASUS=m CONFIG_USB_RTL8150=m CONFIG_USB_USBNET=m CONFIG_USB_NET_AX8817X=m CONFIG_USB_NET_CDCETHER=m CONFIG_USB_NET_DM9601=m CONFIG_USB_NET_GL620A=m CONFIG_USB_NET_NET1080=m CONFIG_USB_NET_PLUSB=m CONFIG_USB_NET_MCS7830=m CONFIG_USB_NET_RNDIS_HOST=m CONFIG_USB_NET_CDC_SUBSET=m CONFIG_USB_ALI_M5632=y CONFIG_USB_AN2720=y CONFIG_USB_BELKIN=y CONFIG_USB_ARMLINUX=y CONFIG_USB_EPSON2888=y CONFIG_USB_KC2190=y CONFIG_USB_NET_ZAURUS=m CONFIG_NET_PCMCIA=y CONFIG_PCMCIA_3C589=m CONFIG_PCMCIA_3C574=m CONFIG_PCMCIA_FMVJ18X=m CONFIG_PCMCIA_PCNET=m CONFIG_PCMCIA_NMCLAN=m CONFIG_PCMCIA_SMC91C92=m CONFIG_PCMCIA_XIRC2PS=m CONFIG_PCMCIA_AXNET=m CONFIG_PCMCIA_IBMTR=m CONFIG_WAN=y CONFIG_HDLC=m CONFIG_HDLC_RAW=m CONFIG_HDLC_RAW_ETH=m CONFIG_HDLC_CISCO=m CONFIG_HDLC_FR=m CONFIG_HDLC_X25=m CONFIG_DLCI=m CONFIG_DLCI_MAX=8 CONFIG_WAN_ROUTER_DRIVERS=m CONFIG_LAPBETHER=m CONFIG_X25_ASY=m CONFIG_SBNI=m CONFIG_SBNI_MULTILINE=y CONFIG_ATM_DRIVERS=y CONFIG_ATM_DUMMY=m CONFIG_ATM_TCP=m CONFIG_PLIP=m 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=m CONFIG_PPPOE=m CONFIG_PPPOATM=m CONFIG_PPPOL2TP=m CONFIG_SLIP=m CONFIG_SLIP_COMPRESSED=y CONFIG_SLHC=m CONFIG_SLIP_SMART=y CONFIG_SLIP_MODE_SLIP6=y CONFIG_NETCONSOLE=m CONFIG_NETCONSOLE_DYNAMIC=y CONFIG_NETPOLL=y CONFIG_NETPOLL_TRAP=y CONFIG_NET_POLL_CONTROLLER=y CONFIG_VIRTIO_NET=m CONFIG_ISDN=m CONFIG_ISDN_I4L=m CONFIG_ISDN_PPP=y CONFIG_ISDN_PPP_VJ=y CONFIG_ISDN_MPP=y CONFIG_IPPP_FILTER=y CONFIG_ISDN_PPP_BSDCOMP=m CONFIG_ISDN_AUDIO=y CONFIG_ISDN_TTY_FAX=y CONFIG_ISDN_X25=y # # ISDN feature submodules # CONFIG_ISDN_DIVERSION=m # # ISDN4Linux hardware drivers # # # Passive cards # CONFIG_ISDN_DRV_HISAX=m # # D-channel protocol features # CONFIG_HISAX_EURO=y CONFIG_DE_AOC=y # CONFIG_HISAX_NO_SENDCOMPLETE is not set # CONFIG_HISAX_NO_LLC is not set # CONFIG_HISAX_NO_KEYPAD is not set CONFIG_HISAX_1TR6=y CONFIG_HISAX_NI1=y CONFIG_HISAX_MAX_CARDS=8 # # HiSax supported cards # CONFIG_HISAX_16_3=y CONFIG_HISAX_S0BOX=y CONFIG_HISAX_FRITZPCI=y CONFIG_HISAX_AVM_A1_PCMCIA=y CONFIG_HISAX_ELSA=y CONFIG_HISAX_DIEHLDIVA=y CONFIG_HISAX_SEDLBAUER=y CONFIG_HISAX_NICCY=y CONFIG_HISAX_GAZEL=y CONFIG_HISAX_HFC_SX=y CONFIG_HISAX_DEBUG=y # # HiSax PCMCIA card service modules # CONFIG_HISAX_SEDLBAUER_CS=m CONFIG_HISAX_ELSA_CS=m CONFIG_HISAX_AVM_A1_CS=m CONFIG_HISAX_TELES_CS=m # # HiSax sub driver modules # CONFIG_HISAX_ST5481=m CONFIG_HISAX_HFCUSB=m CONFIG_HISAX_HFC4S8S=m CONFIG_HISAX_HDLC=y # # Active cards # CONFIG_ISDN_DRV_GIGASET=m CONFIG_GIGASET_BASE=m CONFIG_GIGASET_M105=m CONFIG_GIGASET_M101=m CONFIG_GIGASET_DEBUG=y CONFIG_GIGASET_UNDOCREQ=y CONFIG_ISDN_CAPI=m CONFIG_ISDN_DRV_AVMB1_VERBOSE_REASON=y CONFIG_CAPI_TRACE=y CONFIG_ISDN_CAPI_MIDDLEWARE=y CONFIG_ISDN_CAPI_CAPI20=m CONFIG_ISDN_CAPI_CAPIFS_BOOL=y CONFIG_ISDN_CAPI_CAPIFS=m CONFIG_ISDN_CAPI_CAPIDRV=m # # CAPI hardware drivers # CONFIG_CAPI_AVM=y CONFIG_ISDN_DRV_AVMB1_B1PCMCIA=m CONFIG_ISDN_DRV_AVMB1_AVM_CS=m CONFIG_CAPI_EICON=y CONFIG_PHONE=m # # Input device support # CONFIG_INPUT=y CONFIG_INPUT_FF_MEMLESS=m CONFIG_INPUT_POLLDEV=m # # 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=m # # Input Device Drivers # CONFIG_INPUT_KEYBOARD=y CONFIG_KEYBOARD_ATKBD=m CONFIG_KEYBOARD_SUNKBD=m CONFIG_KEYBOARD_LKKBD=m CONFIG_KEYBOARD_XTKBD=m CONFIG_KEYBOARD_NEWTON=m CONFIG_KEYBOARD_STOWAWAY=m CONFIG_INPUT_MOUSE=y CONFIG_MOUSE_PS2=m 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=m CONFIG_MOUSE_VSXXXAA=m CONFIG_INPUT_JOYSTICK=y CONFIG_JOYSTICK_ANALOG=m CONFIG_JOYSTICK_A3D=m CONFIG_JOYSTICK_ADI=m CONFIG_JOYSTICK_COBRA=m CONFIG_JOYSTICK_GF2K=m CONFIG_JOYSTICK_GRIP=m CONFIG_JOYSTICK_GRIP_MP=m CONFIG_JOYSTICK_GUILLEMOT=m CONFIG_JOYSTICK_INTERACT=m CONFIG_JOYSTICK_SIDEWINDER=m CONFIG_JOYSTICK_TMDC=m CONFIG_JOYSTICK_IFORCE=m CONFIG_JOYSTICK_IFORCE_USB=y CONFIG_JOYSTICK_IFORCE_232=y CONFIG_JOYSTICK_WARRIOR=m CONFIG_JOYSTICK_MAGELLAN=m CONFIG_JOYSTICK_SPACEORB=m CONFIG_JOYSTICK_SPACEBALL=m CONFIG_JOYSTICK_STINGER=m CONFIG_JOYSTICK_TWIDJOY=m CONFIG_JOYSTICK_DB9=m CONFIG_JOYSTICK_GAMECON=m CONFIG_JOYSTICK_TURBOGRAFX=m CONFIG_JOYSTICK_JOYDUMP=m CONFIG_JOYSTICK_XPAD=m CONFIG_JOYSTICK_XPAD_FF=y CONFIG_JOYSTICK_XPAD_LEDS=y CONFIG_INPUT_TABLET=y CONFIG_TABLET_USB_ACECAD=m CONFIG_TABLET_USB_AIPTEK=m CONFIG_TABLET_USB_GTCO=m CONFIG_TABLET_USB_KBTAB=m CONFIG_TABLET_USB_WACOM=m CONFIG_INPUT_TOUCHSCREEN=y CONFIG_TOUCHSCREEN_ADS7846=m CONFIG_TOUCHSCREEN_FUJITSU=m CONFIG_TOUCHSCREEN_GUNZE=m CONFIG_TOUCHSCREEN_ELO=m CONFIG_TOUCHSCREEN_MTOUCH=m CONFIG_TOUCHSCREEN_MK712=m CONFIG_TOUCHSCREEN_PENMOUNT=m CONFIG_TOUCHSCREEN_TOUCHRIGHT=m CONFIG_TOUCHSCREEN_TOUCHWIN=m CONFIG_TOUCHSCREEN_UCB1400=m CONFIG_TOUCHSCREEN_USB_COMPOSITE=m CONFIG_TOUCHSCREEN_USB_EGALAX=y CONFIG_TOUCHSCREEN_USB_PANJIT=y CONFIG_TOUCHSCREEN_USB_3M=y CONFIG_TOUCHSCREEN_USB_ITM=y CONFIG_TOUCHSCREEN_USB_ETURBO=y CONFIG_TOUCHSCREEN_USB_GUNZE=y CONFIG_TOUCHSCREEN_USB_DMC_TSC10=y CONFIG_TOUCHSCREEN_USB_IRTOUCH=y CONFIG_TOUCHSCREEN_USB_IDEALTEK=y CONFIG_TOUCHSCREEN_USB_GENERAL_TOUCH=y CONFIG_TOUCHSCREEN_USB_GOTOP=y CONFIG_INPUT_MISC=y CONFIG_INPUT_PCSPKR=m CONFIG_INPUT_APANEL=m CONFIG_INPUT_WISTRON_BTNS=m CONFIG_INPUT_ATI_REMOTE=m CONFIG_INPUT_ATI_REMOTE2=m CONFIG_INPUT_KEYSPAN_REMOTE=m CONFIG_INPUT_POWERMATE=m CONFIG_INPUT_YEALINK=m 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_LIBPS2=m CONFIG_SERIO_RAW=m CONFIG_GAMEPORT=m CONFIG_GAMEPORT_NS558=m CONFIG_GAMEPORT_L4=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_N_HDLC=m CONFIG_RISCOM8=m CONFIG_SPECIALIX=m CONFIG_SPECIALIX_RTSCTS=y CONFIG_RIO=m CONFIG_RIO_OLDPCI=y CONFIG_STALDRV=y # # Serial drivers # CONFIG_SERIAL_8250=m CONFIG_FIX_EARLYCON_MEM=y CONFIG_SERIAL_8250_CS=m CONFIG_SERIAL_8250_NR_UARTS=4 CONFIG_SERIAL_8250_RUNTIME_UARTS=4 CONFIG_SERIAL_8250_EXTENDED=y CONFIG_SERIAL_8250_MANY_PORTS=y CONFIG_SERIAL_8250_SHARE_IRQ=y CONFIG_SERIAL_8250_DETECT_IRQ=y CONFIG_SERIAL_8250_RSA=y CONFIG_SERIAL_8250_MCA=m # # Non-8250 serial port support # CONFIG_SERIAL_CORE=m CONFIG_CONSOLE_POLL=y CONFIG_UNIX98_PTYS=y CONFIG_LEGACY_PTYS=y CONFIG_LEGACY_PTY_COUNT=256 CONFIG_PRINTER=m CONFIG_LP_CONSOLE=y 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=m CONFIG_HW_RANDOM=m CONFIG_HW_RANDOM_VIA=m CONFIG_NVRAM=m CONFIG_RTC=m CONFIG_GEN_RTC=m CONFIG_GEN_RTC_X=y CONFIG_R3964=m # # PCMCIA character devices # CONFIG_SYNCLINK_CS=m CONFIG_CARDMAN_4000=m CONFIG_CARDMAN_4040=m CONFIG_IPWIRELESS=m CONFIG_MWAVE=m CONFIG_PC8736x_GPIO=m CONFIG_NSC_GPIO=m CONFIG_CS5535_GPIO=m CONFIG_RAW_DRIVER=m CONFIG_MAX_RAW_DEVS=256 CONFIG_HANGCHECK_TIMER=m CONFIG_TCG_TPM=m CONFIG_TCG_ATMEL=m CONFIG_TELCLOCK=m 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_OCORES=m CONFIG_I2C_PARPORT=m CONFIG_I2C_PARPORT_LIGHT=m CONFIG_I2C_SIMTEC=m CONFIG_I2C_TAOS_EVM=m CONFIG_I2C_STUB=m CONFIG_I2C_TINY_USB=m # # Miscellaneous I2C Chip support # CONFIG_DS1682=m CONFIG_SENSORS_EEPROM=m CONFIG_SENSORS_PCF8574=m CONFIG_PCF8575=m CONFIG_SENSORS_PCF8591=m CONFIG_TPS65010=m CONFIG_SENSORS_MAX6875=m CONFIG_SENSORS_TSL2550=m CONFIG_I2C_DEBUG_CORE=y CONFIG_I2C_DEBUG_ALGO=y CONFIG_I2C_DEBUG_BUS=y CONFIG_I2C_DEBUG_CHIP=y # # SPI support # CONFIG_SPI=y CONFIG_SPI_DEBUG=y CONFIG_SPI_MASTER=y # # SPI Master Controller Drivers # CONFIG_SPI_BITBANG=m CONFIG_SPI_BUTTERFLY=m CONFIG_SPI_LM70_LLP=m # # SPI Protocol Masters # CONFIG_SPI_AT25=m CONFIG_SPI_SPIDEV=m CONFIG_SPI_TLE62X0=m CONFIG_W1=m CONFIG_W1_CON=y # # 1-wire Bus Masters # 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=m CONFIG_POWER_SUPPLY=y CONFIG_POWER_SUPPLY_DEBUG=y CONFIG_PDA_POWER=m CONFIG_BATTERY_DS2760=m CONFIG_HWMON=m CONFIG_HWMON_VID=m CONFIG_SENSORS_ABITUGURU=m CONFIG_SENSORS_ABITUGURU3=m CONFIG_SENSORS_AD7418=m CONFIG_SENSORS_ADM1021=m CONFIG_SENSORS_ADM1025=m CONFIG_SENSORS_ADM1026=m CONFIG_SENSORS_ADM1029=m CONFIG_SENSORS_ADM1031=m CONFIG_SENSORS_ADM9240=m CONFIG_SENSORS_ADT7470=m CONFIG_SENSORS_ADT7473=m CONFIG_SENSORS_ASB100=m CONFIG_SENSORS_ATXP1=m CONFIG_SENSORS_DS1621=m CONFIG_SENSORS_F71805F=m CONFIG_SENSORS_F71882FG=m CONFIG_SENSORS_F75375S=m CONFIG_SENSORS_FSCHER=m CONFIG_SENSORS_FSCPOS=m CONFIG_SENSORS_FSCHMD=m CONFIG_SENSORS_GL518SM=m CONFIG_SENSORS_GL520SM=m CONFIG_SENSORS_CORETEMP=m CONFIG_SENSORS_IBMPEX=m CONFIG_SENSORS_IT87=m CONFIG_SENSORS_LM63=m CONFIG_SENSORS_LM70=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=m CONFIG_SENSORS_MAX1619=m CONFIG_SENSORS_MAX6650=m CONFIG_SENSORS_PC87360=m CONFIG_SENSORS_PC87427=m CONFIG_SENSORS_DME1737=m CONFIG_SENSORS_SMSC47M1=m CONFIG_SENSORS_SMSC47M192=m CONFIG_SENSORS_SMSC47B397=m CONFIG_SENSORS_ADS7828=m CONFIG_SENSORS_THMC50=m CONFIG_SENSORS_VT1211=m CONFIG_SENSORS_W83781D=m CONFIG_SENSORS_W83791D=m CONFIG_SENSORS_W83792D=m CONFIG_SENSORS_W83793=m CONFIG_SENSORS_W83L785TS=m CONFIG_SENSORS_W83L786NG=m CONFIG_SENSORS_W83627HF=m CONFIG_SENSORS_W83627EHF=m CONFIG_SENSORS_HDAPS=m CONFIG_SENSORS_APPLESMC=m CONFIG_HWMON_DEBUG_CHIP=y CONFIG_THERMAL=y CONFIG_WATCHDOG=y CONFIG_WATCHDOG_NOWAYOUT=y # # Watchdog Device Drivers # CONFIG_SOFT_WATCHDOG=m CONFIG_ACQUIRE_WDT=m CONFIG_ADVANTECH_WDT=m CONFIG_SC520_WDT=m CONFIG_EUROTECH_WDT=m CONFIG_IB700_WDT=m CONFIG_IBMASR=m CONFIG_WAFER_WDT=m CONFIG_IT8712F_WDT=m CONFIG_HP_WATCHDOG=m CONFIG_SC1200_WDT=m CONFIG_PC87413_WDT=m CONFIG_60XX_WDT=m CONFIG_SBC8360_WDT=m CONFIG_SBC7240_WDT=m CONFIG_CPU5_WDT=m CONFIG_SMSC37B787_WDT=m CONFIG_W83627HF_WDT=m CONFIG_W83697HF_WDT=m CONFIG_W83877F_WDT=m CONFIG_W83977F_WDT=m CONFIG_MACHZ_WDT=m CONFIG_SBC_EPX_C3_WATCHDOG=m # # USB-based Watchdog Cards # CONFIG_USBPCWATCHDOG=m # # Sonics Silicon Backplane # CONFIG_SSB_POSSIBLE=y CONFIG_SSB=m CONFIG_SSB_SPROM=y CONFIG_SSB_BLOCKIO=y CONFIG_SSB_PCMCIAHOST_POSSIBLE=y CONFIG_SSB_PCMCIAHOST=y CONFIG_SSB_DEBUG=y # # Multifunction device drivers # CONFIG_MFD_SM501=m # # Multimedia devices # CONFIG_VIDEO_DEV=m CONFIG_VIDEO_V4L2_COMMON=m CONFIG_VIDEO_V4L1=y CONFIG_VIDEO_V4L1_COMPAT=y CONFIG_VIDEO_V4L2=y CONFIG_VIDEO_CAPTURE_DRIVERS=y CONFIG_VIDEO_ADV_DEBUG=y # CONFIG_VIDEO_HELPER_CHIPS_AUTO is not set # # Encoders/decoders and other helper chips # # # Audio decoders # CONFIG_VIDEO_TVAUDIO=m CONFIG_VIDEO_TDA7432=m CONFIG_VIDEO_TDA9840=m CONFIG_VIDEO_TDA9875=m CONFIG_VIDEO_TEA6415C=m CONFIG_VIDEO_TEA6420=m CONFIG_VIDEO_MSP3400=m CONFIG_VIDEO_CS5345=m CONFIG_VIDEO_CS53L32A=m CONFIG_VIDEO_M52790=m CONFIG_VIDEO_TLV320AIC23B=m CONFIG_VIDEO_WM8775=m CONFIG_VIDEO_WM8739=m CONFIG_VIDEO_VP27SMPX=m # # Video decoders # CONFIG_VIDEO_BT819=m CONFIG_VIDEO_BT856=m CONFIG_VIDEO_BT866=m CONFIG_VIDEO_KS0127=m CONFIG_VIDEO_OV7670=m CONFIG_VIDEO_TCM825X=m CONFIG_VIDEO_SAA7110=m CONFIG_VIDEO_SAA7111=m CONFIG_VIDEO_SAA7114=m CONFIG_VIDEO_SAA711X=m CONFIG_VIDEO_SAA7191=m CONFIG_VIDEO_TVP5150=m CONFIG_VIDEO_VPX3220=m # # Video and audio decoders # CONFIG_VIDEO_CX25840=m # # MPEG video encoders # CONFIG_VIDEO_CX2341X=m # # Video encoders # CONFIG_VIDEO_SAA7127=m CONFIG_VIDEO_SAA7185=m CONFIG_VIDEO_ADV7170=m CONFIG_VIDEO_ADV7175=m # # Video improvement chips # CONFIG_VIDEO_UPD64031A=m CONFIG_VIDEO_UPD64083=m CONFIG_VIDEO_VIVI=m CONFIG_VIDEO_BWQCAM=m CONFIG_VIDEO_CQCAM=m CONFIG_VIDEO_W9966=m CONFIG_VIDEO_CPIA=m CONFIG_VIDEO_CPIA_PP=m CONFIG_VIDEO_CPIA_USB=m CONFIG_VIDEO_CPIA2=m CONFIG_VIDEO_SAA5246A=m CONFIG_VIDEO_SAA5249=m CONFIG_TUNER_3036=m CONFIG_V4L_USB_DRIVERS=y CONFIG_VIDEO_PVRUSB2=m CONFIG_VIDEO_PVRUSB2_ONAIR_CREATOR=y CONFIG_VIDEO_PVRUSB2_ONAIR_USB2=y CONFIG_VIDEO_PVRUSB2_SYSFS=y CONFIG_VIDEO_PVRUSB2_DEBUGIFC=y CONFIG_VIDEO_EM28XX=m CONFIG_VIDEO_EM28XX_ALSA=m CONFIG_VIDEO_USBVISION=m CONFIG_VIDEO_USBVIDEO=m CONFIG_USB_VICAM=m CONFIG_USB_IBMCAM=m CONFIG_USB_KONICAWC=m CONFIG_USB_QUICKCAM_MESSENGER=m CONFIG_USB_ET61X251=m CONFIG_VIDEO_OVCAMCHIP=m CONFIG_USB_W9968CF=m CONFIG_USB_OV511=m CONFIG_USB_SE401=m CONFIG_USB_SN9C102=m CONFIG_USB_STV680=m CONFIG_USB_ZC0301=m CONFIG_USB_PWC=m CONFIG_USB_PWC_DEBUG=y CONFIG_USB_ZR364XX=m CONFIG_USB_STKWEBCAM=m CONFIG_RADIO_ADAPTERS=y CONFIG_USB_DSBR=m CONFIG_USB_SI470X=m CONFIG_DVB_CORE=m # CONFIG_DVB_CORE_ATTACH is not set CONFIG_DVB_CAPTURE_DRIVERS=y # CONFIG_TTPCI_EEPROM is not set # # Supported USB Adapters # CONFIG_DVB_USB=m CONFIG_DVB_USB_DEBUG=y CONFIG_DVB_USB_A800=m CONFIG_DVB_USB_DIBUSB_MB=m CONFIG_DVB_USB_DIBUSB_MB_FAULTY=y CONFIG_DVB_USB_DIBUSB_MC=m CONFIG_DVB_USB_DIB0700=m CONFIG_DVB_USB_UMT_010=m CONFIG_DVB_USB_CXUSB=m CONFIG_DVB_USB_M920X=m CONFIG_DVB_USB_GL861=m CONFIG_DVB_USB_AU6610=m CONFIG_DVB_USB_DIGITV=m CONFIG_DVB_USB_VP7045=m CONFIG_DVB_USB_VP702X=m CONFIG_DVB_USB_GP8PSK=m CONFIG_DVB_USB_NOVA_T_USB2=m CONFIG_DVB_USB_TTUSB2=m CONFIG_DVB_USB_DTT200U=m CONFIG_DVB_USB_OPERA1=m CONFIG_DVB_USB_AF9005=m CONFIG_DVB_USB_AF9005_REMOTE=m CONFIG_DVB_TTUSB_BUDGET=m CONFIG_DVB_TTUSB_DEC=m CONFIG_DVB_CINERGYT2=m CONFIG_DVB_CINERGYT2_TUNING=y CONFIG_DVB_CINERGYT2_STREAM_URB_COUNT=32 CONFIG_DVB_CINERGYT2_STREAM_BUF_SIZE=512 CONFIG_DVB_CINERGYT2_QUERY_INTERVAL=250 CONFIG_DVB_CINERGYT2_ENABLE_RC_INPUT_DEVICE=y CONFIG_DVB_CINERGYT2_RC_QUERY_INTERVAL=100 # # Supported FlexCopII (B2C2) Adapters # CONFIG_DVB_B2C2_FLEXCOP=m CONFIG_DVB_B2C2_FLEXCOP_USB=m CONFIG_DVB_B2C2_FLEXCOP_DEBUG=y # # Supported DVB Frontends # # # Customise DVB Frontends # CONFIG_DVB_FE_CUSTOMISE=y # # DVB-S (satellite) frontends # CONFIG_DVB_STV0299=m CONFIG_DVB_CX24110=m CONFIG_DVB_CX24123=m CONFIG_DVB_TDA8083=m CONFIG_DVB_MT312=m CONFIG_DVB_VES1X93=m CONFIG_DVB_S5H1420=m CONFIG_DVB_TDA10086=m # # DVB-T (terrestrial) frontends # CONFIG_DVB_SP8870=m CONFIG_DVB_SP887X=m CONFIG_DVB_CX22700=m CONFIG_DVB_CX22702=m CONFIG_DVB_L64781=m CONFIG_DVB_TDA1004X=m CONFIG_DVB_NXT6000=m CONFIG_DVB_MT352=m CONFIG_DVB_ZL10353=m CONFIG_DVB_DIB3000MB=m CONFIG_DVB_DIB3000MC=m CONFIG_DVB_DIB7000M=m CONFIG_DVB_DIB7000P=m # # DVB-C (cable) frontends # CONFIG_DVB_VES1820=m CONFIG_DVB_TDA10021=m CONFIG_DVB_TDA10023=m CONFIG_DVB_STV0297=m # # ATSC (North American/Korean Terrestrial/Cable DTV) frontends # CONFIG_DVB_NXT200X=m CONFIG_DVB_OR51211=m CONFIG_DVB_OR51132=m CONFIG_DVB_BCM3510=m CONFIG_DVB_LGDT330X=m CONFIG_DVB_S5H1409=m # # Tuners/PLL support # CONFIG_DVB_PLL=m CONFIG_DVB_TDA826X=m CONFIG_DVB_TDA827X=m CONFIG_DVB_TDA18271=m CONFIG_DVB_TUNER_QT1010=m CONFIG_DVB_TUNER_MT2060=m CONFIG_DVB_TUNER_MT2266=m CONFIG_DVB_TUNER_MT2131=m CONFIG_DVB_TUNER_DIB0070=m CONFIG_DVB_TUNER_XC5000=m # # Miscellaneous devices # CONFIG_DVB_LNBP21=m CONFIG_DVB_ISL6421=m CONFIG_DVB_TUA6100=m CONFIG_VIDEO_TUNER=m CONFIG_VIDEO_TUNER_CUSTOMIZE=y CONFIG_TUNER_XC2028=m CONFIG_TUNER_MT20XX=m CONFIG_TUNER_TDA8290=m CONFIG_TUNER_TEA5761=m CONFIG_TUNER_TEA5767=m CONFIG_TUNER_SIMPLE=m CONFIG_TUNER_TDA9887=m CONFIG_VIDEOBUF_GEN=m CONFIG_VIDEOBUF_VMALLOC=m CONFIG_VIDEO_IR_I2C=m CONFIG_VIDEO_IR=m CONFIG_VIDEO_TVEEPROM=m CONFIG_DAB=y CONFIG_USB_DABUSB=m # # Graphics support # CONFIG_VGASTATE=m CONFIG_VIDEO_OUTPUT_CONTROL=m CONFIG_FB=m CONFIG_FIRMWARE_EDID=y # CONFIG_FB_DDC is not set CONFIG_FB_CFB_FILLRECT=m CONFIG_FB_CFB_COPYAREA=m CONFIG_FB_CFB_IMAGEBLIT=m # CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set CONFIG_FB_SYS_FILLRECT=m CONFIG_FB_SYS_COPYAREA=m CONFIG_FB_SYS_IMAGEBLIT=m CONFIG_FB_SYS_FOPS=m 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=y # # Frame buffer hardware drivers # CONFIG_FB_ARC=m CONFIG_FB_VGA16=m CONFIG_FB_UVESA=m CONFIG_FB_HECUBA=m CONFIG_FB_HGA=m CONFIG_FB_HGA_ACCEL=y CONFIG_FB_S1D13XXX=m CONFIG_FB_SM501=m CONFIG_FB_VIRTUAL=m CONFIG_BACKLIGHT_LCD_SUPPORT=y CONFIG_LCD_CLASS_DEVICE=m CONFIG_LCD_LTV350QV=m CONFIG_BACKLIGHT_CLASS_DEVICE=m CONFIG_BACKLIGHT_CORGI=m # # Display device support # CONFIG_DISPLAY_SUPPORT=m # # Display hardware drivers # # # Console display driver support # CONFIG_VGA_CONSOLE=y CONFIG_VGACON_SOFT_SCROLLBACK=y CONFIG_VGACON_SOFT_SCROLLBACK_SIZE=64 CONFIG_VIDEO_SELECT=y CONFIG_DUMMY_CONSOLE=y CONFIG_FRAMEBUFFER_CONSOLE=m CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=y CONFIG_FRAMEBUFFER_CONSOLE_ROTATION=y CONFIG_FONTS=y CONFIG_FONT_8x8=y CONFIG_FONT_8x16=y CONFIG_FONT_6x11=y CONFIG_FONT_7x14=y CONFIG_FONT_PEARL_8x8=y CONFIG_FONT_ACORN_8x8=y CONFIG_FONT_MINI_4x6=y CONFIG_FONT_SUN8x16=y CONFIG_FONT_SUN12x22=y CONFIG_FONT_10x18=y CONFIG_LOGO=y CONFIG_LOGO_LINUX_MONO=y CONFIG_LOGO_LINUX_VGA16=y 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=y 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_VX_LIB=m CONFIG_SND_DUMMY=m CONFIG_SND_VIRMIDI=m CONFIG_SND_MTPAV=m CONFIG_SND_MTS64=m CONFIG_SND_SERIAL_U16550=m CONFIG_SND_MPU401=m CONFIG_SND_PORTMAN2X4=m # # SPI devices # # # USB devices # CONFIG_SND_USB_AUDIO=m CONFIG_SND_USB_USX2Y=m CONFIG_SND_USB_CAIAQ=m CONFIG_SND_USB_CAIAQ_INPUT=y # # PCMCIA devices # CONFIG_SND_VXPOCKET=m CONFIG_SND_PDAUDIOCF=m # # System on Chip audio support # CONFIG_SND_SOC=m # # SoC Audio support for SuperH # # # ALSA SoC audio for Freescale SOCs # # # Open Sound System # CONFIG_SOUND_PRIME=m # CONFIG_SOUND_MSNDCLAS is not set # CONFIG_SOUND_MSNDPIN is not set CONFIG_SOUND_OSS=m CONFIG_SOUND_TRACEINIT=y CONFIG_SOUND_DMAP=y CONFIG_SOUND_SSCAPE=m CONFIG_SOUND_VMIDI=m CONFIG_SOUND_TRIX=m CONFIG_SOUND_MSS=m CONFIG_SOUND_MPU401=m CONFIG_SOUND_PAS=m CONFIG_SOUND_PSS=m CONFIG_PSS_MIXER=y CONFIG_SOUND_SB=m CONFIG_SOUND_YM3812=m CONFIG_SOUND_UART6850=m CONFIG_SOUND_AEDSP16=m CONFIG_SC6600=y CONFIG_SC6600_JOY=y CONFIG_SC6600_CDROM=4 CONFIG_SC6600_CDROMBASE=0x0 # CONFIG_AEDSP16_MSS is not set CONFIG_AEDSP16_SBPRO=y CONFIG_SOUND_KAHLUA=m CONFIG_AC97_BUS=m CONFIG_HID_SUPPORT=y CONFIG_HID=m CONFIG_HID_DEBUG=y CONFIG_HIDRAW=y # # USB Input Devices # CONFIG_USB_HID=m CONFIG_USB_HIDINPUT_POWERBOOK=y CONFIG_HID_FF=y CONFIG_HID_PID=y CONFIG_LOGITECH_FF=y CONFIG_PANTHERLORD_FF=y CONFIG_THRUSTMASTER_FF=y CONFIG_ZEROPLUS_FF=y CONFIG_USB_HIDDEV=y # # USB HID Boot Protocol drivers # CONFIG_USB_KBD=m CONFIG_USB_MOUSE=m CONFIG_USB_SUPPORT=y CONFIG_USB_ARCH_HAS_HCD=y # CONFIG_USB_ARCH_HAS_OHCI is not set # CONFIG_USB_ARCH_HAS_EHCI is not set CONFIG_USB=m CONFIG_USB_DEBUG=y 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_OTG is not set # # USB Host Controller Drivers # CONFIG_USB_ISP116X_HCD=m CONFIG_USB_U132_HCD=m CONFIG_USB_SL811_HCD=m CONFIG_USB_SL811_CS=m CONFIG_USB_R8A66597_HCD=m # # 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=y CONFIG_USB_STORAGE_DATAFAB=y CONFIG_USB_STORAGE_FREECOM=y CONFIG_USB_STORAGE_ISD200=y CONFIG_USB_STORAGE_DPCM=y CONFIG_USB_STORAGE_USBAT=y CONFIG_USB_STORAGE_SDDR09=y CONFIG_USB_STORAGE_SDDR55=y CONFIG_USB_STORAGE_JUMPSHOT=y CONFIG_USB_STORAGE_ALAUDA=y CONFIG_USB_STORAGE_ONETOUCH=y CONFIG_USB_STORAGE_KARMA=y CONFIG_USB_LIBUSUAL=y # # 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=y CONFIG_USB_SERIAL_GENERIC=y CONFIG_USB_SERIAL_AIRCABLE=m CONFIG_USB_SERIAL_AIRPRIME=m CONFIG_USB_SERIAL_ARK3116=m CONFIG_USB_SERIAL_BELKIN=m CONFIG_USB_SERIAL_CH341=m CONFIG_USB_SERIAL_WHITEHEAT=m CONFIG_USB_SERIAL_DIGI_ACCELEPORT=m CONFIG_USB_SERIAL_CP2101=m CONFIG_USB_SERIAL_CYPRESS_M8=m CONFIG_USB_SERIAL_EMPEG=m CONFIG_USB_SERIAL_FTDI_SIO=m CONFIG_USB_SERIAL_FUNSOFT=m CONFIG_USB_SERIAL_VISOR=m CONFIG_USB_SERIAL_IPAQ=m CONFIG_USB_SERIAL_IR=m CONFIG_USB_SERIAL_EDGEPORT=m CONFIG_USB_SERIAL_EDGEPORT_TI=m CONFIG_USB_SERIAL_GARMIN=m CONFIG_USB_SERIAL_IPW=m CONFIG_USB_SERIAL_IUU=m CONFIG_USB_SERIAL_KEYSPAN_PDA=m CONFIG_USB_SERIAL_KEYSPAN=m CONFIG_USB_SERIAL_KEYSPAN_MPR=y CONFIG_USB_SERIAL_KEYSPAN_USA28=y CONFIG_USB_SERIAL_KEYSPAN_USA28X=y CONFIG_USB_SERIAL_KEYSPAN_USA28XA=y CONFIG_USB_SERIAL_KEYSPAN_USA28XB=y CONFIG_USB_SERIAL_KEYSPAN_USA19=y CONFIG_USB_SERIAL_KEYSPAN_USA18X=y CONFIG_USB_SERIAL_KEYSPAN_USA19W=y CONFIG_USB_SERIAL_KEYSPAN_USA19QW=y CONFIG_USB_SERIAL_KEYSPAN_USA19QI=y CONFIG_USB_SERIAL_KEYSPAN_USA49W=y CONFIG_USB_SERIAL_KEYSPAN_USA49WLC=y CONFIG_USB_SERIAL_KLSI=m CONFIG_USB_SERIAL_KOBIL_SCT=m CONFIG_USB_SERIAL_MCT_U232=m CONFIG_USB_SERIAL_MOS7720=m CONFIG_USB_SERIAL_MOS7840=m CONFIG_USB_SERIAL_NAVMAN=m CONFIG_USB_SERIAL_PL2303=m CONFIG_USB_SERIAL_OTI6858=m CONFIG_USB_SERIAL_HP4X=m CONFIG_USB_SERIAL_SAFE=m CONFIG_USB_SERIAL_SAFE_PADDED=y CONFIG_USB_SERIAL_SIERRAWIRELESS=m CONFIG_USB_SERIAL_TI=m CONFIG_USB_SERIAL_CYBERJACK=m CONFIG_USB_SERIAL_XIRCOM=m CONFIG_USB_SERIAL_OPTION=m CONFIG_USB_SERIAL_OMNINET=m CONFIG_USB_SERIAL_DEBUG=m # # USB Miscellaneous drivers # CONFIG_USB_EMI62=m CONFIG_USB_EMI26=m CONFIG_USB_ADUTUX=m CONFIG_USB_AUERSWALD=m CONFIG_USB_RIO500=m CONFIG_USB_LEGOTOWER=m CONFIG_USB_LCD=m CONFIG_USB_BERRY_CHARGE=m CONFIG_USB_LED=m CONFIG_USB_CYPRESS_CY7C63=m CONFIG_USB_CYTHERM=m CONFIG_USB_PHIDGET=m CONFIG_USB_PHIDGETKIT=m CONFIG_USB_PHIDGETMOTORCONTROL=m CONFIG_USB_PHIDGETSERVO=m CONFIG_USB_IDMOUSE=m CONFIG_USB_FTDI_ELAN=m CONFIG_USB_APPLEDISPLAY=m CONFIG_USB_LD=m CONFIG_USB_TRANCEVIBRATOR=m CONFIG_USB_IOWARRIOR=m CONFIG_USB_TEST=m CONFIG_USB_ATM=m CONFIG_USB_SPEEDTOUCH=m CONFIG_USB_CXACRU=m CONFIG_USB_UEAGLEATM=m CONFIG_USB_XUSBATM=m CONFIG_USB_GADGET=m CONFIG_USB_GADGET_DEBUG=y CONFIG_USB_GADGET_DEBUG_FILES=y CONFIG_USB_GADGET_DEBUG_FS=y CONFIG_USB_GADGET_SELECTED=y # CONFIG_USB_GADGET_AMD5536UDC is not set # CONFIG_USB_GADGET_ATMEL_USBA is not set # CONFIG_USB_GADGET_FSL_USB2 is not set # CONFIG_USB_GADGET_NET2280 is not set # CONFIG_USB_GADGET_PXA2XX is not set CONFIG_USB_GADGET_M66592=y CONFIG_USB_M66592=m # CONFIG_USB_GADGET_GOKU is not set # CONFIG_USB_GADGET_LH7A40X is not set # CONFIG_USB_GADGET_OMAP is not set # CONFIG_USB_GADGET_S3C2410 is not set # CONFIG_USB_GADGET_AT91 is not set # CONFIG_USB_GADGET_DUMMY_HCD is not set CONFIG_USB_GADGET_DUALSPEED=y CONFIG_USB_ZERO=m CONFIG_USB_ETH=m CONFIG_USB_ETH_RNDIS=y CONFIG_USB_GADGETFS=m CONFIG_USB_FILE_STORAGE=m CONFIG_USB_FILE_STORAGE_TEST=y CONFIG_USB_G_SERIAL=m CONFIG_USB_MIDI_GADGET=m CONFIG_USB_G_PRINTER=m CONFIG_MMC=m CONFIG_MMC_DEBUG=y CONFIG_MMC_UNSAFE_RESUME=y # # MMC/SD Card Drivers # CONFIG_MMC_BLOCK=m CONFIG_MMC_BLOCK_BOUNCE=y CONFIG_SDIO_UART=m # # MMC/SD Host Controller Drivers # CONFIG_MMC_WBSD=m CONFIG_MEMSTICK=m CONFIG_MEMSTICK_DEBUG=y # # MemoryStick drivers # CONFIG_MEMSTICK_UNSAFE_RESUME=y CONFIG_MSPRO_BLOCK=m # # MemoryStick Host Controller Drivers # CONFIG_NEW_LEDS=y CONFIG_LEDS_CLASS=m # # LED drivers # CONFIG_LEDS_CLEVO_MAIL=m # # LED Triggers # CONFIG_LEDS_TRIGGERS=y CONFIG_LEDS_TRIGGER_TIMER=m CONFIG_LEDS_TRIGGER_IDE_DISK=y CONFIG_LEDS_TRIGGER_HEARTBEAT=m CONFIG_EDAC=y # # Reporting subsystems # CONFIG_EDAC_DEBUG=y CONFIG_EDAC_MM_EDAC=m 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=y CONFIG_RTC_DRV_TEST=m # # I2C RTC drivers # CONFIG_RTC_DRV_DS1307=m CONFIG_RTC_DRV_DS1374=m CONFIG_RTC_DRV_DS1672=m CONFIG_RTC_DRV_MAX6900=m CONFIG_RTC_DRV_RS5C372=m CONFIG_RTC_DRV_ISL1208=m CONFIG_RTC_DRV_X1205=m CONFIG_RTC_DRV_PCF8563=m CONFIG_RTC_DRV_PCF8583=m CONFIG_RTC_DRV_M41T80=m CONFIG_RTC_DRV_M41T80_WDT=y CONFIG_RTC_DRV_S35390A=m # # SPI RTC drivers # CONFIG_RTC_DRV_MAX6902=m CONFIG_RTC_DRV_R9701=m CONFIG_RTC_DRV_RS5C348=m # # Platform RTC drivers # CONFIG_RTC_DRV_CMOS=m CONFIG_RTC_DRV_DS1511=m CONFIG_RTC_DRV_DS1553=m CONFIG_RTC_DRV_DS1742=m CONFIG_RTC_DRV_STK17TA8=m CONFIG_RTC_DRV_M48T86=m CONFIG_RTC_DRV_M48T59=m CONFIG_RTC_DRV_V3020=m # # on-CPU RTC drivers # CONFIG_AUXDISPLAY=y CONFIG_KS0108=m CONFIG_KS0108_PORT=0x378 CONFIG_KS0108_DELAY=2 CONFIG_CFAG12864B=m CONFIG_CFAG12864B_RATE=20 # # Userspace I/O # CONFIG_UIO=m # # Firmware Drivers # CONFIG_EDD=m CONFIG_DELL_RBU=m CONFIG_DCDBAS=m CONFIG_DMIID=y # # File systems # CONFIG_EXT2_FS=m CONFIG_EXT2_FS_XATTR=y CONFIG_EXT2_FS_POSIX_ACL=y CONFIG_EXT2_FS_SECURITY=y CONFIG_EXT2_FS_XIP=y CONFIG_FS_XIP=y CONFIG_EXT3_FS=m CONFIG_EXT3_FS_XATTR=y CONFIG_EXT3_FS_POSIX_ACL=y CONFIG_EXT3_FS_SECURITY=y CONFIG_EXT4DEV_FS=m CONFIG_EXT4DEV_FS_XATTR=y CONFIG_EXT4DEV_FS_POSIX_ACL=y CONFIG_EXT4DEV_FS_SECURITY=y CONFIG_JBD=m CONFIG_JBD_DEBUG=y CONFIG_JBD2=m CONFIG_JBD2_DEBUG=y CONFIG_FS_MBCACHE=m CONFIG_REISERFS_FS=m CONFIG_REISERFS_CHECK=y CONFIG_REISERFS_PROC_INFO=y CONFIG_REISERFS_FS_XATTR=y CONFIG_REISERFS_FS_POSIX_ACL=y CONFIG_REISERFS_FS_SECURITY=y CONFIG_JFS_FS=m CONFIG_JFS_POSIX_ACL=y CONFIG_JFS_SECURITY=y CONFIG_JFS_DEBUG=y CONFIG_JFS_STATISTICS=y CONFIG_FS_POSIX_ACL=y CONFIG_XFS_FS=m CONFIG_XFS_QUOTA=y CONFIG_XFS_POSIX_ACL=y CONFIG_XFS_RT=y CONFIG_GFS2_FS=m CONFIG_GFS2_FS_LOCKING_NOLOCK=m CONFIG_GFS2_FS_LOCKING_DLM=m CONFIG_OCFS2_FS=m CONFIG_OCFS2_FS_O2CB=m CONFIG_OCFS2_FS_USERSPACE_CLUSTER=m CONFIG_OCFS2_DEBUG_MASKLOG=y CONFIG_OCFS2_DEBUG_FS=y 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=m CONFIG_AUTOFS4_FS=m CONFIG_FUSE_FS=m CONFIG_GENERIC_ACL=y # # CD-ROM/DVD Filesystems # CONFIG_ISO9660_FS=m CONFIG_JOLIET=y CONFIG_ZISOFS=y CONFIG_UDF_FS=m CONFIG_UDF_NLS=y # # DOS/FAT/NT Filesystems # CONFIG_FAT_FS=m CONFIG_MSDOS_FS=m CONFIG_VFAT_FS=m CONFIG_FAT_DEFAULT_CODEPAGE=437 CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1" CONFIG_NTFS_FS=m CONFIG_NTFS_DEBUG=y CONFIG_NTFS_RW=y # # Pseudo filesystems # CONFIG_PROC_FS=y CONFIG_PROC_KCORE=y CONFIG_PROC_VMCORE=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=m CONFIG_ADFS_FS_RW=y CONFIG_AFFS_FS=m CONFIG_ECRYPT_FS=m CONFIG_HFS_FS=m CONFIG_HFSPLUS_FS=m CONFIG_BEFS_FS=m CONFIG_BEFS_DEBUG=y CONFIG_BFS_FS=m CONFIG_EFS_FS=m CONFIG_JFFS2_FS=m CONFIG_JFFS2_FS_DEBUG=2 CONFIG_JFFS2_FS_WRITEBUFFER=y CONFIG_JFFS2_FS_WBUF_VERIFY=y CONFIG_JFFS2_SUMMARY=y CONFIG_JFFS2_FS_XATTR=y CONFIG_JFFS2_FS_POSIX_ACL=y CONFIG_JFFS2_FS_SECURITY=y CONFIG_JFFS2_COMPRESSION_OPTIONS=y CONFIG_JFFS2_ZLIB=y CONFIG_JFFS2_LZO=y CONFIG_JFFS2_RTIME=y CONFIG_JFFS2_RUBIN=y # CONFIG_JFFS2_CMODE_NONE is not set CONFIG_JFFS2_CMODE_PRIORITY=y # CONFIG_JFFS2_CMODE_SIZE is not set # CONFIG_JFFS2_CMODE_FAVOURLZO is not set CONFIG_CRAMFS=m CONFIG_VXFS_FS=m CONFIG_MINIX_FS=m CONFIG_HPFS_FS=m CONFIG_QNX4FS_FS=m CONFIG_ROMFS_FS=m CONFIG_SYSV_FS=m CONFIG_UFS_FS=m CONFIG_UFS_FS_WRITE=y CONFIG_UFS_DEBUG=y CONFIG_NETWORK_FILESYSTEMS=y CONFIG_NFS_FS=m CONFIG_NFS_V3=y CONFIG_NFS_V3_ACL=y CONFIG_NFS_V4=y CONFIG_NFS_DIRECTIO=y CONFIG_NFSD=m CONFIG_NFSD_V2_ACL=y CONFIG_NFSD_V3=y CONFIG_NFSD_V3_ACL=y CONFIG_NFSD_V4=y CONFIG_NFSD_TCP=y CONFIG_LOCKD=m CONFIG_LOCKD_V4=y CONFIG_EXPORTFS=m CONFIG_NFS_ACL_SUPPORT=m CONFIG_NFS_COMMON=y CONFIG_SUNRPC=m CONFIG_SUNRPC_GSS=m CONFIG_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="cp437" 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=y CONFIG_CIFS_EXPERIMENTAL=y CONFIG_CIFS_UPCALL=y CONFIG_CIFS_DFS_UPCALL=y 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=m CONFIG_CODA_FS_OLD_API=y CONFIG_AFS_FS=m CONFIG_AFS_DEBUG=y CONFIG_9P_FS=m # # Partition Types # CONFIG_PARTITION_ADVANCED=y CONFIG_ACORN_PARTITION=y CONFIG_ACORN_PARTITION_CUMANA=y CONFIG_ACORN_PARTITION_EESOX=y CONFIG_ACORN_PARTITION_ICS=y CONFIG_ACORN_PARTITION_ADFS=y CONFIG_ACORN_PARTITION_POWERTEC=y CONFIG_ACORN_PARTITION_RISCIX=y CONFIG_OSF_PARTITION=y CONFIG_AMIGA_PARTITION=y CONFIG_ATARI_PARTITION=y CONFIG_MAC_PARTITION=y CONFIG_MSDOS_PARTITION=y CONFIG_BSD_DISKLABEL=y CONFIG_MINIX_SUBPARTITION=y CONFIG_SOLARIS_X86_PARTITION=y CONFIG_UNIXWARE_DISKLABEL=y CONFIG_LDM_PARTITION=y CONFIG_LDM_DEBUG=y CONFIG_SGI_PARTITION=y CONFIG_ULTRIX_PARTITION=y CONFIG_SUN_PARTITION=y CONFIG_KARMA_PARTITION=y CONFIG_EFI_PARTITION=y CONFIG_SYSV68_PARTITION=y CONFIG_NLS=m CONFIG_NLS_DEFAULT="iso8859-1" CONFIG_NLS_CODEPAGE_437=m CONFIG_NLS_CODEPAGE_737=m CONFIG_NLS_CODEPAGE_775=m CONFIG_NLS_CODEPAGE_850=m CONFIG_NLS_CODEPAGE_852=m CONFIG_NLS_CODEPAGE_855=m CONFIG_NLS_CODEPAGE_857=m CONFIG_NLS_CODEPAGE_860=m CONFIG_NLS_CODEPAGE_861=m CONFIG_NLS_CODEPAGE_862=m CONFIG_NLS_CODEPAGE_863=m CONFIG_NLS_CODEPAGE_864=m CONFIG_NLS_CODEPAGE_865=m CONFIG_NLS_CODEPAGE_866=m CONFIG_NLS_CODEPAGE_869=m CONFIG_NLS_CODEPAGE_936=m CONFIG_NLS_CODEPAGE_950=m CONFIG_NLS_CODEPAGE_932=m CONFIG_NLS_CODEPAGE_949=m CONFIG_NLS_CODEPAGE_874=m CONFIG_NLS_ISO8859_8=m CONFIG_NLS_CODEPAGE_1250=m CONFIG_NLS_CODEPAGE_1251=m CONFIG_NLS_ASCII=m CONFIG_NLS_ISO8859_1=m CONFIG_NLS_ISO8859_2=m CONFIG_NLS_ISO8859_3=m CONFIG_NLS_ISO8859_4=m CONFIG_NLS_ISO8859_5=m CONFIG_NLS_ISO8859_6=m CONFIG_NLS_ISO8859_7=m CONFIG_NLS_ISO8859_9=m CONFIG_NLS_ISO8859_13=m CONFIG_NLS_ISO8859_14=m CONFIG_NLS_ISO8859_15=m CONFIG_NLS_KOI8_R=m CONFIG_NLS_KOI8_U=m CONFIG_NLS_UTF8=m CONFIG_DLM=m CONFIG_DLM_DEBUG=y # # Kernel hacking # CONFIG_TRACE_IRQFLAGS_SUPPORT=y CONFIG_PRINTK_TIME=y # CONFIG_ENABLE_WARN_DEPRECATED is not set # CONFIG_ENABLE_MUST_CHECK is not set CONFIG_MAGIC_SYSRQ=y # CONFIG_UNUSED_SYMBOLS is not set CONFIG_DEBUG_FS=y # CONFIG_HEADERS_CHECK is not set CONFIG_DEBUG_KERNEL=y CONFIG_DEBUG_SHIRQ=y CONFIG_DETECT_SOFTLOCKUP=y CONFIG_SCHED_DEBUG=y CONFIG_SCHEDSTATS=y CONFIG_TIMER_STATS=y CONFIG_SLUB_DEBUG_ON=y CONFIG_SLUB_STATS=y CONFIG_DEBUG_RT_MUTEXES=y CONFIG_DEBUG_PI_LIST=y CONFIG_RT_MUTEX_TESTER=y CONFIG_DEBUG_SPINLOCK=y CONFIG_DEBUG_MUTEXES=y CONFIG_DEBUG_LOCK_ALLOC=y CONFIG_PROVE_LOCKING=y CONFIG_LOCKDEP=y CONFIG_LOCK_STAT=y CONFIG_DEBUG_LOCKDEP=y CONFIG_TRACE_IRQFLAGS=y # CONFIG_DEBUG_SPINLOCK_SLEEP is not set CONFIG_DEBUG_LOCKING_API_SELFTESTS=y CONFIG_STACKTRACE=y # CONFIG_DEBUG_KOBJECT is not set CONFIG_DEBUG_HIGHMEM=y CONFIG_DEBUG_BUGVERBOSE=y # CONFIG_DEBUG_INFO is not set CONFIG_DEBUG_VM=y CONFIG_DEBUG_LIST=y CONFIG_DEBUG_SG=y CONFIG_FRAME_POINTER=y CONFIG_BOOT_PRINTK_DELAY=y CONFIG_RCU_TORTURE_TEST=m CONFIG_KPROBES_SANITY_TEST=y CONFIG_BACKTRACE_SELF_TEST=m CONFIG_LKDTM=m CONFIG_FAULT_INJECTION=y CONFIG_FAILSLAB=y CONFIG_FAIL_PAGE_ALLOC=y CONFIG_FAIL_MAKE_REQUEST=y CONFIG_FAULT_INJECTION_DEBUG_FS=y CONFIG_FAULT_INJECTION_STACKTRACE_FILTER=y CONFIG_LATENCYTOP=y CONFIG_SAMPLES=y CONFIG_SAMPLE_MARKERS=m CONFIG_SAMPLE_KOBJECT=m CONFIG_SAMPLE_KPROBES=m CONFIG_SAMPLE_KRETPROBES=m CONFIG_KGDB=y CONFIG_HAVE_ARCH_KGDB=y CONFIG_KGDB_SERIAL_CONSOLE=m CONFIG_KGDB_TESTS=y CONFIG_KGDB_TESTS_ON_BOOT=y CONFIG_KGDB_TESTS_BOOT_STRING="V1F100" CONFIG_EARLY_PRINTK=y # CONFIG_DEBUG_STACKOVERFLOW is not set # CONFIG_DEBUG_STACK_USAGE is not set CONFIG_DEBUG_PAGEALLOC=y CONFIG_X86_PTDUMP=y CONFIG_DEBUG_RODATA=y CONFIG_DEBUG_RODATA_TEST=y CONFIG_DEBUG_NX_TEST=m CONFIG_4KSTACKS=y CONFIG_X86_FIND_SMP_CONFIG=y CONFIG_DOUBLEFAULT=y 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 is not set # CONFIG_IO_DELAY_0XED is not set CONFIG_IO_DELAY_UDELAY=y # CONFIG_IO_DELAY_NONE is not set CONFIG_DEFAULT_IO_DELAY_TYPE=2 CONFIG_DEBUG_BOOT_PARAMS=y CONFIG_CPA_DEBUG=y # # Security options # CONFIG_KEYS=y CONFIG_KEYS_DEBUG_PROC_KEYS=y CONFIG_SECURITY=y CONFIG_SECURITY_NETWORK=y CONFIG_SECURITY_NETWORK_XFRM=y CONFIG_SECURITY_CAPABILITIES=y CONFIG_SECURITY_FILE_CAPABILITIES=y 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=y CONFIG_SECURITY_SELINUX_POLICYDB_VERSION_MAX=y CONFIG_SECURITY_SELINUX_POLICYDB_VERSION_MAX_VALUE=17 CONFIG_SECURITY_SMACK=y 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=m CONFIG_CRYPTO_MANAGER=m CONFIG_CRYPTO_HMAC=m 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=m CONFIG_CRYPTO_FCRYPT=m CONFIG_CRYPTO_BLOWFISH=m CONFIG_CRYPTO_TWOFISH=m CONFIG_CRYPTO_TWOFISH_COMMON=m CONFIG_CRYPTO_TWOFISH_586=m CONFIG_CRYPTO_SERPENT=m CONFIG_CRYPTO_AES=m CONFIG_CRYPTO_AES_586=m CONFIG_CRYPTO_CAST5=m CONFIG_CRYPTO_CAST6=m CONFIG_CRYPTO_TEA=m CONFIG_CRYPTO_ARC4=m CONFIG_CRYPTO_KHAZAD=m CONFIG_CRYPTO_ANUBIS=m CONFIG_CRYPTO_SEED=m CONFIG_CRYPTO_SALSA20=m CONFIG_CRYPTO_SALSA20_586=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=y CONFIG_CRYPTO_DEV_PADLOCK=m CONFIG_CRYPTO_DEV_PADLOCK_AES=m CONFIG_CRYPTO_DEV_PADLOCK_SHA=m CONFIG_VIRTUALIZATION=y CONFIG_VIRTIO=m CONFIG_VIRTIO_RING=m CONFIG_VIRTIO_BALLOON=m # # 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_AUDIT_GENERIC=y CONFIG_ZLIB_INFLATE=m CONFIG_ZLIB_DEFLATE=m CONFIG_LZO_COMPRESS=m CONFIG_LZO_DECOMPRESS=m CONFIG_REED_SOLOMON=m CONFIG_REED_SOLOMON_DEC16=y 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 CONFIG_CHECK_SIGNATURE=y ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-21 8:53 ` Adrian Bunk @ 2008-04-21 12:00 ` Ingo Molnar 2008-04-21 12:55 ` H. Peter Anvin ` (3 more replies) 0 siblings, 4 replies; 37+ messages in thread From: Ingo Molnar @ 2008-04-21 12:00 UTC (permalink / raw) To: Adrian Bunk; +Cc: Alexey Starikovskiy, tglx, hpa, James.Bottomley, linux-kernel * Adrian Bunk <bunk@kernel.org> wrote: > I shouldn't send bug reports at 3 in the morning... > > Attached is the .config for both Voyager build errors I reported. thanks, the three patches below should fix it. i ended up excluding Voyager configs from our test space some time ago (and VISWS as well - there's one more visws fix in x86.git), that's how this broke. These subarchitectures seem not to be used at all and the code wont boot on normal PCs. We could mark it BROKEN but the fix seems simple in any case. Ingo ----------------------> Subject: x86: voyager fix From: Ingo Molnar <mingo@elte.hu> Date: Mon Apr 21 13:39:53 CEST 2008 Reported-by: Adrian Bunk <bunk@kernel.org> Signed-off-by: Ingo Molnar <mingo@elte.hu> --- arch/x86/Kconfig | 2 +- arch/x86/kernel/setup.c | 2 ++ arch/x86/mach-voyager/voyager_smp.c | 17 ----------------- 3 files changed, 3 insertions(+), 18 deletions(-) Index: linux-x86.q/arch/x86/Kconfig =================================================================== --- linux-x86.q.orig/arch/x86/Kconfig +++ linux-x86.q/arch/x86/Kconfig @@ -23,7 +23,7 @@ config X86 select HAVE_KPROBES select HAVE_KRETPROBES select HAVE_KVM if ((X86_32 && !X86_VOYAGER && !X86_VISWS && !X86_NUMAQ) || X86_64) - select HAVE_ARCH_KGDB + select HAVE_ARCH_KGDB if !X86_VOYAGER config GENERIC_LOCKBREAK Index: linux-x86.q/arch/x86/kernel/setup.c =================================================================== --- linux-x86.q.orig/arch/x86/kernel/setup.c +++ linux-x86.q/arch/x86/kernel/setup.c @@ -21,8 +21,10 @@ EXPORT_SYMBOL(boot_cpu_physical_apicid); DEFINE_PER_CPU(u16, x86_cpu_to_apicid) = BAD_APICID; EXPORT_PER_CPU_SYMBOL(x86_cpu_to_apicid); +#ifndef CONFIG_X86_VOYAGER /* Bitmask of physically existing CPUs */ physid_mask_t phys_cpu_present_map; +#endif #if defined(CONFIG_HAVE_SETUP_PER_CPU_AREA) && defined(CONFIG_SMP) /* Index: linux-x86.q/arch/x86/mach-voyager/voyager_smp.c =================================================================== --- linux-x86.q.orig/arch/x86/mach-voyager/voyager_smp.c +++ linux-x86.q/arch/x86/mach-voyager/voyager_smp.c @@ -208,11 +208,6 @@ static struct irq_chip vic_chip = { /* used to count up as CPUs are brought on line (starts at 0) */ static int cpucount = 0; -/* steal a page from the bottom of memory for the trampoline and - * squirrel its address away here. This will be in kernel virtual - * space */ -unsigned char *trampoline_base; - /* The per cpu profile stuff - used in smp_local_timer_interrupt */ static DEFINE_PER_CPU(int, prof_multiplier) = 1; static DEFINE_PER_CPU(int, prof_old_multiplier) = 1; @@ -429,18 +424,6 @@ void __init smp_store_cpu_info(int id) identify_secondary_cpu(c); } -/* set up the trampoline and return the physical address of the code */ -unsigned long __init setup_trampoline(void) -{ - /* these two are global symbols in trampoline.S */ - extern const __u8 trampoline_end[]; - extern const __u8 trampoline_data[]; - - memcpy(trampoline_base, trampoline_data, - trampoline_end - trampoline_data); - return virt_to_phys(trampoline_base); -} - /* Routine initially called when a non-boot CPU is brought online */ static void __init start_secondary(void *unused) { Subject: x86: Drop duplicate from setup.c From: Alexey Starikovskiy <astarikovskiy@suse.de> Date: Mon, 21 Apr 2008 13:31:55 +0400 Signed-off-by: Alexey Starikovskiy <astarikovskiy@suse.de> Signed-off-by: Ingo Molnar <mingo@elte.hu> --- arch/x86/kernel/setup.c | 2 -- 1 file changed, 2 deletions(-) Index: linux-x86.q/arch/x86/kernel/setup.c =================================================================== --- linux-x86.q.orig/arch/x86/kernel/setup.c +++ linux-x86.q/arch/x86/kernel/setup.c @@ -18,8 +18,6 @@ unsigned disabled_cpus __cpuinitdata; unsigned int boot_cpu_physical_apicid = -1U; EXPORT_SYMBOL(boot_cpu_physical_apicid); -physid_mask_t phys_cpu_present_map; - DEFINE_PER_CPU(u16, x86_cpu_to_apicid) = BAD_APICID; EXPORT_PER_CPU_SYMBOL(x86_cpu_to_apicid); Subject: x86: fix compilation error in VisWS From: Alexey Starikovskiy <astarikovskiy@suse.de> Date: Mon, 21 Apr 2008 13:32:01 +0400 Signed-off-by: Alexey Starikovskiy <astarikovskiy@suse.de> Signed-off-by: Ingo Molnar <mingo@elte.hu> --- arch/x86/mach-visws/mpparse.c | 15 +-------------- 1 file changed, 1 insertion(+), 14 deletions(-) Index: linux-x86.q/arch/x86/mach-visws/mpparse.c =================================================================== --- linux-x86.q.orig/arch/x86/mach-visws/mpparse.c +++ linux-x86.q/arch/x86/mach-visws/mpparse.c @@ -11,22 +11,9 @@ /* Have we found an MP table */ int smp_found_config; -/* - * Various Linux-internal data structures created from the - * MP-table. - */ -int apic_version [MAX_APICS]; - int pic_mode; -unsigned long mp_lapic_addr; - -/* Processor that is doing the boot up */ -unsigned int boot_cpu_physical_apicid = -1U; - -/* Bitmask of physically existing CPUs */ -physid_mask_t phys_cpu_present_map; -unsigned int __initdata maxcpus = NR_CPUS; +extern unsigned int __cpuinitdata maxcpus; /* * The Visual Workstation is Intel MP compliant in the hardware ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-21 12:00 ` Ingo Molnar @ 2008-04-21 12:55 ` H. Peter Anvin 2008-04-21 14:10 ` Status of SGI 320/540 (Visual Workstation) support? Adrian Bunk 2008-04-22 13:29 ` Voyager phys_cpu_present_map compile error Andrew Morton 2008-04-21 13:00 ` H. Peter Anvin ` (2 subsequent siblings) 3 siblings, 2 replies; 37+ messages in thread From: H. Peter Anvin @ 2008-04-21 12:55 UTC (permalink / raw) To: Ingo Molnar Cc: Adrian Bunk, Alexey Starikovskiy, tglx, James.Bottomley, linux-kernel Ingo Molnar wrote: > * Adrian Bunk <bunk@kernel.org> wrote: > >> I shouldn't send bug reports at 3 in the morning... >> >> Attached is the .config for both Voyager build errors I reported. > > thanks, the three patches below should fix it. > > i ended up excluding Voyager configs from our test space some time ago > (and VISWS as well - there's one more visws fix in x86.git), that's how > this broke. These subarchitectures seem not to be used at all and the > code wont boot on normal PCs. We could mark it BROKEN but the fix seems > simple in any case. > I talked to jejb about this, and pretty much the consensus was that if it breaks, mark it BROKEN, and let him come back and catch up. Under those conditions, I'm willing to keep it in the tree. VISWS is another matter. It's entirely possible I have the only remaining VISWS in my garage; we have at least not been able to locate another. Not that we have tried all that hard. If there are no VISWS' left, we should just unload the code. -hpa ^ permalink raw reply [flat|nested] 37+ messages in thread
* Status of SGI 320/540 (Visual Workstation) support? 2008-04-21 12:55 ` H. Peter Anvin @ 2008-04-21 14:10 ` Adrian Bunk 2008-04-22 6:19 ` Andrey Panin 2008-04-22 13:29 ` Voyager phys_cpu_present_map compile error Andrew Morton 1 sibling, 1 reply; 37+ messages in thread From: Adrian Bunk @ 2008-04-21 14:10 UTC (permalink / raw) To: H. Peter Anvin, Andrey Panin Cc: Ingo Molnar, Alexey Starikovskiy, tglx, James.Bottomley, linux-kernel On Mon, Apr 21, 2008 at 08:55:36AM -0400, H. Peter Anvin wrote: >... > VISWS is another matter. It's entirely possible I have the only > remaining VISWS in my garage; we have at least not been able to locate > another. Not that we have tried all that hard. > > If there are no VISWS' left, we should just unload the code. Googling a bit around 320/540 hardware does not seem to have completely vanished from the earth, and there are still people who'd like to install Linux on them. Looking through the archives of the mailing list in MAINTAINERS there seem to be some older 2.6 kernels that worked on some Visual Workstations, but no indication that recent kernels work. Andrey, what is the status of recent 2.6 kernels on the SGI 320/540? > -hpa cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Status of SGI 320/540 (Visual Workstation) support? 2008-04-21 14:10 ` Status of SGI 320/540 (Visual Workstation) support? Adrian Bunk @ 2008-04-22 6:19 ` Andrey Panin 0 siblings, 0 replies; 37+ messages in thread From: Andrey Panin @ 2008-04-22 6:19 UTC (permalink / raw) To: Adrian Bunk Cc: H. Peter Anvin, Ingo Molnar, Alexey Starikovskiy, tglx, James.Bottomley, linux-kernel [-- Attachment #1: Type: text/plain, Size: 1111 bytes --] On 112, 04 21, 2008 at 05:10:58PM +0300, Adrian Bunk wrote: > On Mon, Apr 21, 2008 at 08:55:36AM -0400, H. Peter Anvin wrote: > >... > > VISWS is another matter. It's entirely possible I have the only > > remaining VISWS in my garage; we have at least not been able to locate > > another. Not that we have tried all that hard. > > > > If there are no VISWS' left, we should just unload the code. > > Googling a bit around 320/540 hardware does not seem to have completely > vanished from the earth, and there are still people who'd like to > install Linux on them. > > Looking through the archives of the mailing list in MAINTAINERS there > seem to be some older 2.6 kernels that worked on some Visual > Workstations, but no indication that recent kernels work. > > Andrey, what is the status of recent 2.6 kernels on the SGI 320/540? Right now it doesn't work, but there is a hope. I recovered my SGI 320 recently and I plan to start hacking kernel on it Real Soon Now. -- Andrey Panin | Linux and UNIX system administrator pazke@donpac.ru | PGP key: wwwkeys.pgp.net [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-21 12:55 ` H. Peter Anvin 2008-04-21 14:10 ` Status of SGI 320/540 (Visual Workstation) support? Adrian Bunk @ 2008-04-22 13:29 ` Andrew Morton 2008-04-22 15:25 ` Andy Whitcroft 1 sibling, 1 reply; 37+ messages in thread From: Andrew Morton @ 2008-04-22 13:29 UTC (permalink / raw) To: H. Peter Anvin Cc: mingo, bunk, astarikovskiy, tglx, James.Bottomley, linux-kernel, Andy Whitcroft > On Mon, 21 Apr 2008 08:55:36 -0400 "H. Peter Anvin" <hpa@zytor.com> wrote: > > If there are no VISWS' left, we should just unload the code. yup, it's a desirable objective. I have a suspicion that there are no NUMAQs left either. Andy, would it be missed? ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-22 13:29 ` Voyager phys_cpu_present_map compile error Andrew Morton @ 2008-04-22 15:25 ` Andy Whitcroft 0 siblings, 0 replies; 37+ messages in thread From: Andy Whitcroft @ 2008-04-22 15:25 UTC (permalink / raw) To: Andrew Morton Cc: H. Peter Anvin, mingo, bunk, astarikovskiy, tglx, James.Bottomley, linux-kernel On Tue, Apr 22, 2008 at 06:29:27AM -0700, Andrew Morton wrote: > > On Mon, 21 Apr 2008 08:55:36 -0400 "H. Peter Anvin" <hpa@zytor.com> wrote: > > > > If there are no VISWS' left, we should just unload the code. > > yup, it's a desirable objective. > > I have a suspicion that there are no NUMAQs left either. Andy, would it be > missed? Cirtainly these boxes are getting near end-of-life. I am not sure how many are out there beyond our the ones we have in the lab. We do maintain regular testing on them, even reporting them to TKO. The main reason we bother keeping them working is that they have a large numa ratio and tend to show up issues with other things, like the numa scheduler issues when we got that latest re-write. I has always been a shame that support wasn't included in generic, and as a result we have ended up with this three way split "generic, voyager, and numaq". It made sense at the time for developers, but never did for those down the food chain; particularly for distros. -apw ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-21 12:00 ` Ingo Molnar 2008-04-21 12:55 ` H. Peter Anvin @ 2008-04-21 13:00 ` H. Peter Anvin 2008-04-21 15:42 ` James Bottomley 2008-04-21 19:55 ` Ingo Molnar 2008-04-21 13:27 ` Adrian Bunk 2008-04-21 15:58 ` James Bottomley 3 siblings, 2 replies; 37+ messages in thread From: H. Peter Anvin @ 2008-04-21 13:00 UTC (permalink / raw) To: Ingo Molnar Cc: Adrian Bunk, Alexey Starikovskiy, tglx, James.Bottomley, linux-kernel Ingo Molnar wrote: > * Adrian Bunk <bunk@kernel.org> wrote: > >> I shouldn't send bug reports at 3 in the morning... >> >> Attached is the .config for both Voyager build errors I reported. > > thanks, the three patches below should fix it. > > i ended up excluding Voyager configs from our test space some time ago > (and VISWS as well - there's one more visws fix in x86.git), that's how > this broke. These subarchitectures seem not to be used at all and the > code wont boot on normal PCs. We could mark it BROKEN but the fix seems > simple in any case. > I talked to jejb about this, and pretty much the consensus was that if it breaks, mark it BROKEN, and let him come back and catch up. Under those conditions, I'm willing to keep it in the tree. VISWS is another matter. It's entirely possible I have the only remaining VISWS in my garage; we have at least not been able to locate another. Not that we have tried all that hard. If there are no VISWS' left, we should just unload the code. -hpa ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-21 13:00 ` H. Peter Anvin @ 2008-04-21 15:42 ` James Bottomley 2008-04-21 20:03 ` Ingo Molnar 2008-04-21 19:55 ` Ingo Molnar 1 sibling, 1 reply; 37+ messages in thread From: James Bottomley @ 2008-04-21 15:42 UTC (permalink / raw) To: H. Peter Anvin Cc: Ingo Molnar, Adrian Bunk, Alexey Starikovskiy, tglx, linux-kernel On Mon, 2008-04-21 at 09:00 -0400, H. Peter Anvin wrote: > Ingo Molnar wrote: > > * Adrian Bunk <bunk@kernel.org> wrote: > > > >> I shouldn't send bug reports at 3 in the morning... > >> > >> Attached is the .config for both Voyager build errors I reported. > > > > thanks, the three patches below should fix it. > > > > i ended up excluding Voyager configs from our test space some time ago > > (and VISWS as well - there's one more visws fix in x86.git), that's how > > this broke. These subarchitectures seem not to be used at all and the > > code wont boot on normal PCs. We could mark it BROKEN but the fix seems > > simple in any case. I did actually try to avoid these problems by booting the -mc tree on voyager, but I note that none of these issues showed up in that tree the last time I did this (admittedly about 3 weeks ago because of various conferences etc). > I talked to jejb about this, and pretty much the consensus was that if > it breaks, mark it BROKEN, and let him come back and catch up. Under > those conditions, I'm willing to keep it in the tree. I didn't say mark it as BROKEN ... I did say I'd catch up. However, it's usually best to begin trying to fix voyager around the -rc1 phase since that's when the tree becomes stable again. > VISWS is another matter. It's entirely possible I have the only > remaining VISWS in my garage; we have at least not been able to locate > another. Not that we have tried all that hard. > > If there are no VISWS' left, we should just unload the code. I certainly don't have one. I just designed the subarchitectures to be able to support it because it was a bit far away from x86 references, and Andrey Panin was interested in supporting it at the time ... if he's no longer doing that, then it can be removed. James ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-21 15:42 ` James Bottomley @ 2008-04-21 20:03 ` Ingo Molnar 2008-04-21 23:08 ` James Bottomley 0 siblings, 1 reply; 37+ messages in thread From: Ingo Molnar @ 2008-04-21 20:03 UTC (permalink / raw) To: James Bottomley Cc: H. Peter Anvin, Adrian Bunk, Alexey Starikovskiy, tglx, linux-kernel * James Bottomley <James.Bottomley@HansenPartnership.com> wrote: > > > i ended up excluding Voyager configs from our test space some time > > > ago (and VISWS as well - there's one more visws fix in x86.git), > > > that's how this broke. These subarchitectures seem not to be used > > > at all and the code wont boot on normal PCs. We could mark it > > > BROKEN but the fix seems simple in any case. > > I did actually try to avoid these problems by booting the -mc tree on > voyager, but I note that none of these issues showed up in that tree > the last time I did this (admittedly about 3 weeks ago because of > various conferences etc). btw., any chance to turn it into a quirk space thing? Voyagers are almost-PCs, right? Most of the Voyager specialities appears to be abstracted away already via smp_ops. I.e. we could have Voyager support in a plain x86 kernel, if CONFIG_X86_VOYAGER is turned on. quirks we can let survive almost forever - we've still got the math-emu code for example. It's the subarch code we'd like to eliminate eventually. (there are much better abstractions for achieving the same thing: quirks and the genapic code) OTOH, i just had a look at it, and it seems a rather special thing - it tries to do like a PC but without actually being a PC. Almost as if it had no or just a little bit of BIOS - the whole Voyager kernel seems to run on the bare metal. Not much point in upsetting that code base i suspect. let us know if you run into any difficulties with making it to boot again ... nothing truly fundamental should have changed to break it, other that this moving around of SMP code. Ingo ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-21 20:03 ` Ingo Molnar @ 2008-04-21 23:08 ` James Bottomley 0 siblings, 0 replies; 37+ messages in thread From: James Bottomley @ 2008-04-21 23:08 UTC (permalink / raw) To: Ingo Molnar Cc: H. Peter Anvin, Adrian Bunk, Alexey Starikovskiy, tglx, linux-kernel On Mon, 2008-04-21 at 22:03 +0200, Ingo Molnar wrote: > * James Bottomley <James.Bottomley@HansenPartnership.com> wrote: > > > > > i ended up excluding Voyager configs from our test space some time > > > > ago (and VISWS as well - there's one more visws fix in x86.git), > > > > that's how this broke. These subarchitectures seem not to be used > > > > at all and the code wont boot on normal PCs. We could mark it > > > > BROKEN but the fix seems simple in any case. > > > > I did actually try to avoid these problems by booting the -mc tree on > > voyager, but I note that none of these issues showed up in that tree > > the last time I did this (admittedly about 3 weeks ago because of > > various conferences etc). > > btw., any chance to turn it into a quirk space thing? Voyagers are > almost-PCs, right? Most of the Voyager specialities appears to be > abstracted away already via smp_ops. I.e. we could have Voyager support > in a plain x86 kernel, if CONFIG_X86_VOYAGER is turned on. Almost, but not quite. Voyager needs some clickmap work on boot. However, it should be possible to separate quite a bit of stuff out using smp ops. Voyager isn't at all like a PC, I'm afraid. It's an old unix system that can emulate a uniprocessor PC when necessary. The voyager SMP stuff is incredibly non-PC like, when you get into it. The boot path for a combined architecture would be boot as PC (UP) and then detect voyager do the clickmap setup and flip SMP ops before bringing up the CPUs. I can think about this for one or two kernel release cycles down the road. > quirks we can let survive almost forever - we've still got the math-emu > code for example. It's the subarch code we'd like to eliminate > eventually. (there are much better abstractions for achieving the same > thing: quirks and the genapic code) > > OTOH, i just had a look at it, and it seems a rather special thing - it > tries to do like a PC but without actually being a PC. Almost as if it > had no or just a little bit of BIOS - the whole Voyager kernel seems to > run on the bare metal. Not much point in upsetting that code base i > suspect. It has no bios ... it has something called SUS (Start Up System); it's actually a RTOS running on a separate 386 processor on the motherboard to configure things. SUS can emulate some bios calls, but not very many. The BIOS it emulates is an old one, which is why it gets swept out of the way to configure "advanced" things (like up to 4GB memory). > let us know if you run into any difficulties with making it to boot > again ... nothing truly fundamental should have changed to break it, > other that this moving around of SMP code. It's not actually booting at the moment. It looks like some issue in smp_cpus_done. James ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-21 13:00 ` H. Peter Anvin 2008-04-21 15:42 ` James Bottomley @ 2008-04-21 19:55 ` Ingo Molnar 2008-04-21 20:03 ` H. Peter Anvin 1 sibling, 1 reply; 37+ messages in thread From: Ingo Molnar @ 2008-04-21 19:55 UTC (permalink / raw) To: H. Peter Anvin Cc: Adrian Bunk, Alexey Starikovskiy, tglx, James.Bottomley, linux-kernel * H. Peter Anvin <hpa@zytor.com> wrote: >> thanks, the three patches below should fix it. >> >> i ended up excluding Voyager configs from our test space some time >> ago (and VISWS as well - there's one more visws fix in x86.git), >> that's how this broke. These subarchitectures seem not to be used at >> all and the code wont boot on normal PCs. We could mark it BROKEN but >> the fix seems simple in any case. > > I talked to jejb about this, and pretty much the consensus was that if > it breaks, mark it BROKEN, and let him come back and catch up. Under > those conditions, I'm willing to keep it in the tree. sure - but no need to be rude and mark it BROKEN when we've got this much better tool named "email". BROKEN is really just for cases where there's no-one willing to fix things. > VISWS is another matter. It's entirely possible I have the only > remaining VISWS in my garage; we have at least not been able to locate > another. Not that we have tried all that hard. > > If there are no VISWS' left, we should just unload the code. ok, but there we should first mark it BROKEN, and after 1-2 kernel releases remove it so that there's adequate notice. Ingo ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-21 19:55 ` Ingo Molnar @ 2008-04-21 20:03 ` H. Peter Anvin 2008-04-21 20:11 ` Ingo Molnar 0 siblings, 1 reply; 37+ messages in thread From: H. Peter Anvin @ 2008-04-21 20:03 UTC (permalink / raw) To: Ingo Molnar Cc: Adrian Bunk, Alexey Starikovskiy, tglx, James.Bottomley, linux-kernel Ingo Molnar wrote: > > sure - but no need to be rude and mark it BROKEN when we've got this > much better tool named "email". BROKEN is really just for cases where > there's no-one willing to fix things. > I'm not trying to be rude, I'm just trying to avoid putting an unnecessary burden on testers and just let Kconfig know not to pick this particular random path. Obviously, Kconfig doesn't care, but it's clear BROKEN has negative associations; besides, it really is unnecessarily strong. Perhaps what we need is NORAND? -hpa ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-21 20:03 ` H. Peter Anvin @ 2008-04-21 20:11 ` Ingo Molnar 2008-04-21 20:10 ` H. Peter Anvin 2008-04-23 8:53 ` Pavel Machek 0 siblings, 2 replies; 37+ messages in thread From: Ingo Molnar @ 2008-04-21 20:11 UTC (permalink / raw) To: H. Peter Anvin Cc: Adrian Bunk, Alexey Starikovskiy, tglx, James.Bottomley, linux-kernel * H. Peter Anvin <hpa@zytor.com> wrote: > Ingo Molnar wrote: >> >> sure - but no need to be rude and mark it BROKEN when we've got this much >> better tool named "email". BROKEN is really just for cases where there's >> no-one willing to fix things. > > I'm not trying to be rude, I'm just trying to avoid putting an > unnecessary burden on testers and just let Kconfig know not to pick > this particular random path. Obviously, Kconfig doesn't care, but > it's clear BROKEN has negative associations; besides, it really is > unnecessarily strong. > > Perhaps what we need is NORAND? yep, i was thinking about CONFIG_BROKEN2 already :-) then i came up with: CONFIG_NON_GENERIC. All code that can break a normal bootup should be marked with that. Such as CONFIG_ROOT_NFS=y [panics on bootup] or CONFIG_EUROTECH_WDT=y [crashes on bootup] or CONFIG_SND_MTPAV [hangs on bootup] and the dozens of other config options i had to map when trying to bring up an allyesconfig kernel for the first time ;-) auto-tests could then still build-test NON_GENERIC kernels but would not attempt to boot them up. hm? Ingo ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-21 20:11 ` Ingo Molnar @ 2008-04-21 20:10 ` H. Peter Anvin 2008-04-23 8:53 ` Pavel Machek 1 sibling, 0 replies; 37+ messages in thread From: H. Peter Anvin @ 2008-04-21 20:10 UTC (permalink / raw) To: Ingo Molnar Cc: Adrian Bunk, Alexey Starikovskiy, tglx, James.Bottomley, linux-kernel Ingo Molnar wrote: > * H. Peter Anvin <hpa@zytor.com> wrote: > >> Ingo Molnar wrote: >>> sure - but no need to be rude and mark it BROKEN when we've got this much >>> better tool named "email". BROKEN is really just for cases where there's >>> no-one willing to fix things. >> I'm not trying to be rude, I'm just trying to avoid putting an >> unnecessary burden on testers and just let Kconfig know not to pick >> this particular random path. Obviously, Kconfig doesn't care, but >> it's clear BROKEN has negative associations; besides, it really is >> unnecessarily strong. >> >> Perhaps what we need is NORAND? > > yep, i was thinking about CONFIG_BROKEN2 already :-) > > then i came up with: CONFIG_NON_GENERIC. All code that can break a > normal bootup should be marked with that. Such as CONFIG_ROOT_NFS=y > [panics on bootup] or CONFIG_EUROTECH_WDT=y [crashes on bootup] or > CONFIG_SND_MTPAV [hangs on bootup] and the dozens of other config > options i had to map when trying to bring up an allyesconfig kernel for > the first time ;-) > > auto-tests could then still build-test NON_GENERIC kernels but would not > attempt to boot them up. > Well, that's slightly different. I don't think it's fair to impose even compile-testing Voyager on the entire x86 development community. -hpa ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-21 20:11 ` Ingo Molnar 2008-04-21 20:10 ` H. Peter Anvin @ 2008-04-23 8:53 ` Pavel Machek 1 sibling, 0 replies; 37+ messages in thread From: Pavel Machek @ 2008-04-23 8:53 UTC (permalink / raw) To: Ingo Molnar Cc: H. Peter Anvin, Adrian Bunk, Alexey Starikovskiy, tglx, James.Bottomley, linux-kernel On Mon 2008-04-21 22:11:29, Ingo Molnar wrote: > > * H. Peter Anvin <hpa@zytor.com> wrote: > > > Ingo Molnar wrote: > >> > >> sure - but no need to be rude and mark it BROKEN when we've got this much > >> better tool named "email". BROKEN is really just for cases where there's > >> no-one willing to fix things. > > > > I'm not trying to be rude, I'm just trying to avoid putting an > > unnecessary burden on testers and just let Kconfig know not to pick > > this particular random path. Obviously, Kconfig doesn't care, but > > it's clear BROKEN has negative associations; besides, it really is > > unnecessarily strong. > > > > Perhaps what we need is NORAND? > > yep, i was thinking about CONFIG_BROKEN2 already :-) > > then i came up with: CONFIG_NON_GENERIC. All code that can break a > normal bootup should be marked with that. Such as CONFIG_ROOT_NFS=y > [panics on bootup] or CONFIG_EUROTECH_WDT=y [crashes on bootup] or > CONFIG_SND_MTPAV [hangs on bootup] and the dozens of other config > options i had to map when trying to bring up an allyesconfig kernel for > the first time ;-) You certainly have my vote here. There's really big difference between 'this breaks boot when y (NFS_ROOT)' and 'this is mostly harmless when y (any sane driver)'. Actually in nfsroot case, we should probably fix the code so that it is a nop w/out commandline option. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-21 12:00 ` Ingo Molnar 2008-04-21 12:55 ` H. Peter Anvin 2008-04-21 13:00 ` H. Peter Anvin @ 2008-04-21 13:27 ` Adrian Bunk 2008-04-21 20:14 ` Ingo Molnar 2008-04-21 15:58 ` James Bottomley 3 siblings, 1 reply; 37+ messages in thread From: Adrian Bunk @ 2008-04-21 13:27 UTC (permalink / raw) To: Ingo Molnar; +Cc: Alexey Starikovskiy, tglx, hpa, James.Bottomley, linux-kernel On Mon, Apr 21, 2008 at 02:00:54PM +0200, Ingo Molnar wrote: > > * Adrian Bunk <bunk@kernel.org> wrote: > > > I shouldn't send bug reports at 3 in the morning... > > > > Attached is the .config for both Voyager build errors I reported. > > thanks, the three patches below should fix it. >... > Ingo >... > --- linux-x86.q.orig/arch/x86/kernel/setup.c > +++ linux-x86.q/arch/x86/kernel/setup.c > @@ -21,8 +21,10 @@ EXPORT_SYMBOL(boot_cpu_physical_apicid); > DEFINE_PER_CPU(u16, x86_cpu_to_apicid) = BAD_APICID; > EXPORT_PER_CPU_SYMBOL(x86_cpu_to_apicid); > > +#ifndef CONFIG_X86_VOYAGER > /* Bitmask of physically existing CPUs */ > physid_mask_t phys_cpu_present_map; > +#endif >... Alexey noted that phys_cpu_present_map for Voyager and !Voyager also have different types and suggested to make the Voyager one static instead (additional renaming of the Voyager one also makes sense). cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-21 13:27 ` Adrian Bunk @ 2008-04-21 20:14 ` Ingo Molnar 2008-04-21 21:57 ` James Bottomley 2008-04-25 14:50 ` James Bottomley 0 siblings, 2 replies; 37+ messages in thread From: Ingo Molnar @ 2008-04-21 20:14 UTC (permalink / raw) To: Adrian Bunk; +Cc: Alexey Starikovskiy, tglx, hpa, James.Bottomley, linux-kernel * Adrian Bunk <bunk@kernel.org> wrote: > > +#ifndef CONFIG_X86_VOYAGER > > /* Bitmask of physically existing CPUs */ > > physid_mask_t phys_cpu_present_map; > > +#endif > >... > > Alexey noted that phys_cpu_present_map for Voyager and !Voyager also > have different types and suggested to make the Voyager one static > instead (additional renaming of the Voyager one also makes sense). yep, done by the patch below. Ingo ------------> Subject: x86: make phys_cpu_present_map static in Voyager From: Alexey Starikovskiy <astarikovskiy@suse.de> Date: Tue, 22 Apr 2008 00:03:14 +0400 Signed-off-by: Alexey Starikovskiy <astarikovskiy@suse.de> Signed-off-by: Ingo Molnar <mingo@elte.hu> --- arch/x86/mach-voyager/voyager_smp.c | 24 ++++++++++++------------ 1 file changed, 12 insertions(+), 12 deletions(-) Index: linux-x86.q/arch/x86/mach-voyager/voyager_smp.c =================================================================== --- linux-x86.q.orig/arch/x86/mach-voyager/voyager_smp.c +++ linux-x86.q/arch/x86/mach-voyager/voyager_smp.c @@ -74,7 +74,7 @@ EXPORT_SYMBOL(cpu_online_map); /* Bitmask of CPUs present in the system - exported by i386_syms.c, used * by scheduler but indexed physically */ -cpumask_t phys_cpu_present_map = CPU_MASK_NONE; +static cpumask_t voyager_phys_cpu_present_map = CPU_MASK_NONE; /* The internal functions */ static void send_CPI(__u32 cpuset, __u8 cpi); @@ -378,19 +378,19 @@ void __init find_smp_config(void) /* set up everything for just this CPU, we can alter * this as we start the other CPUs later */ /* now get the CPU disposition from the extended CMOS */ - cpus_addr(phys_cpu_present_map)[0] = + cpus_addr(voyager_phys_cpu_present_map)[0] = voyager_extended_cmos_read(VOYAGER_PROCESSOR_PRESENT_MASK); - cpus_addr(phys_cpu_present_map)[0] |= + cpus_addr(voyager_phys_cpu_present_map)[0] |= voyager_extended_cmos_read(VOYAGER_PROCESSOR_PRESENT_MASK + 1) << 8; - cpus_addr(phys_cpu_present_map)[0] |= + cpus_addr(voyager_phys_cpu_present_map)[0] |= voyager_extended_cmos_read(VOYAGER_PROCESSOR_PRESENT_MASK + 2) << 16; - cpus_addr(phys_cpu_present_map)[0] |= + cpus_addr(voyager_phys_cpu_present_map)[0] |= voyager_extended_cmos_read(VOYAGER_PROCESSOR_PRESENT_MASK + 3) << 24; - cpu_possible_map = phys_cpu_present_map; - printk("VOYAGER SMP: phys_cpu_present_map = 0x%lx\n", - cpus_addr(phys_cpu_present_map)[0]); + cpu_possible_map = voyager_phys_cpu_present_map; + printk("VOYAGER SMP: voyager_phys_cpu_present_map = 0x%lx\n", + cpus_addr(voyager_phys_cpu_present_map)[0]); /* Here we set up the VIC to enable SMP */ /* enable the CPIs by writing the base vector to their register */ outb(VIC_DEFAULT_CPI_BASE, VIC_CPI_BASE_REGISTER); @@ -649,15 +649,15 @@ void __init smp_boot_cpus(void) /* now that the cat has probed the Voyager System Bus, sanity * check the cpu map */ if (((voyager_quad_processors | voyager_extended_vic_processors) - & cpus_addr(phys_cpu_present_map)[0]) != - cpus_addr(phys_cpu_present_map)[0]) { + & cpus_addr(voyager_phys_cpu_present_map)[0]) != + cpus_addr(voyager_phys_cpu_present_map)[0]) { /* should panic */ printk("\n\n***WARNING*** " "Sanity check of CPU present map FAILED\n"); } } else if (voyager_level == 4) voyager_extended_vic_processors = - cpus_addr(phys_cpu_present_map)[0]; + cpus_addr(voyager_phys_cpu_present_map)[0]; /* this sets up the idle task to run on the current cpu */ voyager_extended_cpus = 1; @@ -689,7 +689,7 @@ void __init smp_boot_cpus(void) /* loop over all the extended VIC CPUs and boot them. The * Quad CPUs must be bootstrapped by their extended VIC cpu */ for (i = 0; i < NR_CPUS; i++) { - if (i == boot_cpu_id || !cpu_isset(i, phys_cpu_present_map)) + if (i == boot_cpu_id || !cpu_isset(i, voyager_phys_cpu_present_map)) continue; do_boot_cpu(i); /* This udelay seems to be needed for the Quad boots ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-21 20:14 ` Ingo Molnar @ 2008-04-21 21:57 ` James Bottomley 2008-04-25 14:50 ` James Bottomley 1 sibling, 0 replies; 37+ messages in thread From: James Bottomley @ 2008-04-21 21:57 UTC (permalink / raw) To: Ingo Molnar; +Cc: Adrian Bunk, Alexey Starikovskiy, tglx, hpa, linux-kernel On Mon, 2008-04-21 at 22:14 +0200, Ingo Molnar wrote: > * Adrian Bunk <bunk@kernel.org> wrote: > > > > +#ifndef CONFIG_X86_VOYAGER > > > /* Bitmask of physically existing CPUs */ > > > physid_mask_t phys_cpu_present_map; > > > +#endif > > >... > > > > Alexey noted that phys_cpu_present_map for Voyager and !Voyager also > > have different types and suggested to make the Voyager one static > > instead (additional renaming of the Voyager one also makes sense). > > yep, done by the patch below. Hang on; this doesn't looks like such a good idea. Why don't the definitions match? CPU type maps are supposed to be of type cpumask_t, so why bother reinventing a physid_mask_t which is essentially a cut and paste cpumask_t but on MAX_APICS instead of NR_CPUS ... surely we don't have to have that duplication ... particularly as m32r has gone and copied your definitions. I'm guessing you want large sparse phys maps and smaller logical cpumaps (although I'm not clear which archs can have a greater physical id than they support as cpus)? In which case, it still makes sense for this to be generic, using similar code in linux/cpumask.h to avoid further duplication? James ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-21 20:14 ` Ingo Molnar 2008-04-21 21:57 ` James Bottomley @ 2008-04-25 14:50 ` James Bottomley 2008-04-25 16:17 ` Adrian Bunk 1 sibling, 1 reply; 37+ messages in thread From: James Bottomley @ 2008-04-25 14:50 UTC (permalink / raw) To: Ingo Molnar; +Cc: Adrian Bunk, Alexey Starikovskiy, tglx, hpa, linux-kernel On Mon, 2008-04-21 at 22:14 +0200, Ingo Molnar wrote: > * Adrian Bunk <bunk@kernel.org> wrote: > > > > +#ifndef CONFIG_X86_VOYAGER > > > /* Bitmask of physically existing CPUs */ > > > physid_mask_t phys_cpu_present_map; > > > +#endif > > >... > > > > Alexey noted that phys_cpu_present_map for Voyager and !Voyager also > > have different types and suggested to make the Voyager one static > > instead (additional renaming of the Voyager one also makes sense). > > yep, done by the patch below. Actually, this isn't the right patch. The point is not to avoid the symbol clash, it's to let voyager identify correctly that you have a leaking symbol. In this case phys_cpu_present_map is exposed outside of SMP. The correct fix (and one which sweeps op other storage for unnecessary symbols is this): James --- diff --git a/arch/x86/kernel/setup.c b/arch/x86/kernel/setup.c index c0c68c1..d68aa53 100644 --- a/arch/x86/kernel/setup.c +++ b/arch/x86/kernel/setup.c @@ -12,6 +12,7 @@ #include <asm/mpspec.h> #include <asm/apicdef.h> +#ifdef CONIFG_X86_SMP unsigned int num_processors; unsigned disabled_cpus __cpuinitdata; /* Processor that is doing the boot up */ @@ -23,8 +24,9 @@ EXPORT_PER_CPU_SYMBOL(x86_cpu_to_apicid); /* Bitmask of physically existing CPUs */ physid_mask_t phys_cpu_present_map; +#endif -#if defined(CONFIG_HAVE_SETUP_PER_CPU_AREA) && defined(CONFIG_SMP) +#if defined(CONFIG_HAVE_SETUP_PER_CPU_AREA) && defined(CONFIG_X86_SMP) /* * Copy data used in early init routines from the initial arrays to the * per cpu data areas. These arrays then become expendable and the ^ permalink raw reply related [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-25 14:50 ` James Bottomley @ 2008-04-25 16:17 ` Adrian Bunk 2008-04-25 16:33 ` James Bottomley 0 siblings, 1 reply; 37+ messages in thread From: Adrian Bunk @ 2008-04-25 16:17 UTC (permalink / raw) To: James Bottomley; +Cc: Ingo Molnar, Alexey Starikovskiy, tglx, hpa, linux-kernel On Fri, Apr 25, 2008 at 09:50:43AM -0500, James Bottomley wrote: > On Mon, 2008-04-21 at 22:14 +0200, Ingo Molnar wrote: > > * Adrian Bunk <bunk@kernel.org> wrote: > > > > > > +#ifndef CONFIG_X86_VOYAGER > > > > /* Bitmask of physically existing CPUs */ > > > > physid_mask_t phys_cpu_present_map; > > > > +#endif > > > >... > > > > > > Alexey noted that phys_cpu_present_map for Voyager and !Voyager also > > > have different types and suggested to make the Voyager one static > > > instead (additional renaming of the Voyager one also makes sense). > > > > yep, done by the patch below. > > Actually, this isn't the right patch. The point is not to avoid the > symbol clash, it's to let voyager identify correctly that you have a > leaking symbol. In this case phys_cpu_present_map is exposed outside of > SMP. The correct fix (and one which sweeps op other storage for > unnecessary symbols is this): > > James > > --- > > diff --git a/arch/x86/kernel/setup.c b/arch/x86/kernel/setup.c > index c0c68c1..d68aa53 100644 > --- a/arch/x86/kernel/setup.c > +++ b/arch/x86/kernel/setup.c > @@ -12,6 +12,7 @@ > #include <asm/mpspec.h> > #include <asm/apicdef.h> > > +#ifdef CONIFG_X86_SMP >... tpyo ;) cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-25 16:17 ` Adrian Bunk @ 2008-04-25 16:33 ` James Bottomley 2008-04-28 17:59 ` Ingo Molnar 0 siblings, 1 reply; 37+ messages in thread From: James Bottomley @ 2008-04-25 16:33 UTC (permalink / raw) To: Adrian Bunk; +Cc: Ingo Molnar, Alexey Starikovskiy, tglx, hpa, linux-kernel On Fri, 2008-04-25 at 19:17 +0300, Adrian Bunk wrote: > On Fri, Apr 25, 2008 at 09:50:43AM -0500, James Bottomley wrote: > > On Mon, 2008-04-21 at 22:14 +0200, Ingo Molnar wrote: > > > * Adrian Bunk <bunk@kernel.org> wrote: > > > > > > > > +#ifndef CONFIG_X86_VOYAGER > > > > > /* Bitmask of physically existing CPUs */ > > > > > physid_mask_t phys_cpu_present_map; > > > > > +#endif > > > > >... > > > > > > > > Alexey noted that phys_cpu_present_map for Voyager and !Voyager also > > > > have different types and suggested to make the Voyager one static > > > > instead (additional renaming of the Voyager one also makes sense). > > > > > > yep, done by the patch below. > > > > Actually, this isn't the right patch. The point is not to avoid the > > symbol clash, it's to let voyager identify correctly that you have a > > leaking symbol. In this case phys_cpu_present_map is exposed outside of > > SMP. The correct fix (and one which sweeps op other storage for > > unnecessary symbols is this): > > > > James > > > > --- > > > > diff --git a/arch/x86/kernel/setup.c b/arch/x86/kernel/setup.c > > index c0c68c1..d68aa53 100644 > > --- a/arch/x86/kernel/setup.c > > +++ b/arch/x86/kernel/setup.c > > @@ -12,6 +12,7 @@ > > #include <asm/mpspec.h> > > #include <asm/apicdef.h> > > > > +#ifdef CONIFG_X86_SMP > >... > > tpyo ;) Oh ... oops ... unfortunately one I wouldn't spot in a voyager build. This should be the corrected patch; thanks. James --- diff --git a/arch/x86/kernel/setup.c b/arch/x86/kernel/setup.c index c0c68c1..13ea170 100644 --- a/arch/x86/kernel/setup.c +++ b/arch/x86/kernel/setup.c @@ -12,6 +12,7 @@ #include <asm/mpspec.h> #include <asm/apicdef.h> +#ifdef CONFIG_X86_SMP unsigned int num_processors; unsigned disabled_cpus __cpuinitdata; /* Processor that is doing the boot up */ @@ -23,8 +24,9 @@ EXPORT_PER_CPU_SYMBOL(x86_cpu_to_apicid); /* Bitmask of physically existing CPUs */ physid_mask_t phys_cpu_present_map; +#endif -#if defined(CONFIG_HAVE_SETUP_PER_CPU_AREA) && defined(CONFIG_SMP) +#if defined(CONFIG_HAVE_SETUP_PER_CPU_AREA) && defined(CONFIG_X86_SMP) /* * Copy data used in early init routines from the initial arrays to the * per cpu data areas. These arrays then become expendable and the ^ permalink raw reply related [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-25 16:33 ` James Bottomley @ 2008-04-28 17:59 ` Ingo Molnar 2008-04-28 19:09 ` James Bottomley 0 siblings, 1 reply; 37+ messages in thread From: Ingo Molnar @ 2008-04-28 17:59 UTC (permalink / raw) To: James Bottomley; +Cc: Adrian Bunk, Alexey Starikovskiy, tglx, hpa, linux-kernel * James Bottomley <James.Bottomley@HansenPartnership.com> wrote: > Oh ... oops ... unfortunately one I wouldn't spot in a voyager build. > > This should be the corrected patch; thanks. randconfig testing on x86.git found the build breakage below, i bisected it down to your patch. The config is: http://redhat.com/~mingo/misc/config-Mon_Apr_28_19_39_30_CEST_2008.bad reverted the patch for now. Ingo ------------> arch/x86/kernel/built-in.o: In function `physflat_cpu_mask_to_apicid': genapic_flat_64.c:(.text+0x14373): undefined reference to `per_cpu__x86_cpu_to_apicid' arch/x86/kernel/built-in.o: In function `physflat_send_IPI_mask': genapic_flat_64.c:(.text+0x1447f): undefined reference to `per_cpu__x86_cpu_to_apicid' arch/x86/kernel/built-in.o: In function `flat_apic_id_registered': genapic_flat_64.c:(.text+0x14558): undefined reference to `phys_cpu_present_map' genapic_flat_64.c:(.text+0x1455f): undefined reference to `phys_cpu_present_map' arch/x86/kernel/built-in.o: In function `uv_cpu_mask_to_apicid': genx2apic_uv_x.c:(.text+0x14627): undefined reference to `per_cpu__x86_cpu_to_apicid' arch/x86/kernel/built-in.o: In function `uv_send_IPI_mask': genx2apic_uv_x.c:(.text+0x14658): undefined reference to `per_cpu__x86_cpu_to_apicid' arch/x86/kernel/built-in.o: In function `acpi_register_lapic_address': boot.c:(.init.text+0x3b1b): undefined reference to `boot_cpu_physical_apicid' boot.c:(.init.text+0x3b2c): undefined reference to `boot_cpu_physical_apicid' arch/x86/kernel/built-in.o: In function `__get_smp_config': mpparse.c:(.init.text+0x53ad): undefined reference to `num_processors' mpparse.c:(.init.text+0x53c4): undefined reference to `num_processors' mpparse.c:(.init.text+0x543c): undefined reference to `num_processors' arch/x86/kernel/built-in.o: In function `init_apic_mappings': : undefined reference to `boot_cpu_physical_apicid' arch/x86/kernel/built-in.o: In function `init_apic_mappings': : undefined reference to `boot_cpu_physical_apicid' arch/x86/kernel/built-in.o: In function `APIC_init_uniprocessor': : undefined reference to `boot_cpu_physical_apicid' arch/x86/kernel/built-in.o: In function `APIC_init_uniprocessor': : undefined reference to `phys_cpu_present_map' arch/x86/kernel/built-in.o: In function `APIC_init_uniprocessor': : undefined reference to `boot_cpu_physical_apicid' arch/x86/kernel/built-in.o: In function `early_init_lapic_mapping': : undefined reference to `boot_cpu_physical_apicid' arch/x86/kernel/built-in.o: In function `acpi_register_lapic': boot.c:(.cpuinit.text+0x177a): undefined reference to `disabled_cpus' arch/x86/kernel/built-in.o: In function `MP_processor_info': mpparse.c:(.cpuinit.text+0x179d): undefined reference to `disabled_cpus' mpparse.c:(.cpuinit.text+0x17b4): undefined reference to `boot_cpu_physical_apicid' arch/x86/kernel/built-in.o: In function `setup_secondary_APIC_clock': : undefined reference to `boot_cpu_physical_apicid' arch/x86/kernel/built-in.o: In function `generic_processor_info': : undefined reference to `num_processors' arch/x86/kernel/built-in.o: In function `generic_processor_info': : undefined reference to `num_processors' arch/x86/kernel/built-in.o: In function `generic_processor_info': : undefined reference to `phys_cpu_present_map' arch/x86/kernel/built-in.o: In function `generic_processor_info': : undefined reference to `per_cpu__x86_cpu_to_apicid' arch/x86/kernel/built-in.o: In function `uv_cpu_init': : undefined reference to `per_cpu__x86_cpu_to_apicid' arch/x86/kernel/built-in.o: In function `uv_cpu_init': : undefined reference to `per_cpu__x86_cpu_to_apicid' arch/x86/kernel/built-in.o: In function `uv_cpu_init': : undefined reference to `per_cpu__x86_cpu_to_apicid' ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-28 17:59 ` Ingo Molnar @ 2008-04-28 19:09 ` James Bottomley 0 siblings, 0 replies; 37+ messages in thread From: James Bottomley @ 2008-04-28 19:09 UTC (permalink / raw) To: Ingo Molnar; +Cc: Adrian Bunk, Alexey Starikovskiy, tglx, hpa, linux-kernel On Mon, 2008-04-28 at 19:59 +0200, Ingo Molnar wrote: > * James Bottomley <James.Bottomley@HansenPartnership.com> wrote: > > > Oh ... oops ... unfortunately one I wouldn't spot in a voyager build. > > > > This should be the corrected patch; thanks. > > randconfig testing on x86.git found the build breakage below, i bisected > it down to your patch. The config is: > > http://redhat.com/~mingo/misc/config-Mon_Apr_28_19_39_30_CEST_2008.bad > > reverted the patch for now. > > Ingo > > ------------> > arch/x86/kernel/built-in.o: In function `physflat_cpu_mask_to_apicid': > genapic_flat_64.c:(.text+0x14373): undefined reference to `per_cpu__x86_cpu_to_apicid' > arch/x86/kernel/built-in.o: In function `physflat_send_IPI_mask': > genapic_flat_64.c:(.text+0x1447f): undefined reference to `per_cpu__x86_cpu_to_apicid' > arch/x86/kernel/built-in.o: In function `flat_apic_id_registered': > genapic_flat_64.c:(.text+0x14558): undefined reference to `phys_cpu_present_map' > genapic_flat_64.c:(.text+0x1455f): undefined reference to `phys_cpu_present_map' > arch/x86/kernel/built-in.o: In function `uv_cpu_mask_to_apicid': > genx2apic_uv_x.c:(.text+0x14627): undefined reference to `per_cpu__x86_cpu_to_apicid' > arch/x86/kernel/built-in.o: In function `uv_send_IPI_mask': > genx2apic_uv_x.c:(.text+0x14658): undefined reference to `per_cpu__x86_cpu_to_apicid' > arch/x86/kernel/built-in.o: In function `acpi_register_lapic_address': > boot.c:(.init.text+0x3b1b): undefined reference to `boot_cpu_physical_apicid' > boot.c:(.init.text+0x3b2c): undefined reference to `boot_cpu_physical_apicid' > arch/x86/kernel/built-in.o: In function `__get_smp_config': > mpparse.c:(.init.text+0x53ad): undefined reference to `num_processors' > mpparse.c:(.init.text+0x53c4): undefined reference to `num_processors' > mpparse.c:(.init.text+0x543c): undefined reference to `num_processors' > arch/x86/kernel/built-in.o: In function `init_apic_mappings': > : undefined reference to `boot_cpu_physical_apicid' > arch/x86/kernel/built-in.o: In function `init_apic_mappings': > : undefined reference to `boot_cpu_physical_apicid' > arch/x86/kernel/built-in.o: In function `APIC_init_uniprocessor': > : undefined reference to `boot_cpu_physical_apicid' > arch/x86/kernel/built-in.o: In function `APIC_init_uniprocessor': > : undefined reference to `phys_cpu_present_map' > arch/x86/kernel/built-in.o: In function `APIC_init_uniprocessor': > : undefined reference to `boot_cpu_physical_apicid' > arch/x86/kernel/built-in.o: In function `early_init_lapic_mapping': > : undefined reference to `boot_cpu_physical_apicid' > arch/x86/kernel/built-in.o: In function `acpi_register_lapic': > boot.c:(.cpuinit.text+0x177a): undefined reference to `disabled_cpus' > arch/x86/kernel/built-in.o: In function `MP_processor_info': > mpparse.c:(.cpuinit.text+0x179d): undefined reference to `disabled_cpus' > mpparse.c:(.cpuinit.text+0x17b4): undefined reference to `boot_cpu_physical_apicid' > arch/x86/kernel/built-in.o: In function `setup_secondary_APIC_clock': > : undefined reference to `boot_cpu_physical_apicid' > arch/x86/kernel/built-in.o: In function `generic_processor_info': > : undefined reference to `num_processors' > arch/x86/kernel/built-in.o: In function `generic_processor_info': > : undefined reference to `num_processors' > arch/x86/kernel/built-in.o: In function `generic_processor_info': > : undefined reference to `phys_cpu_present_map' > arch/x86/kernel/built-in.o: In function `generic_processor_info': > : undefined reference to `per_cpu__x86_cpu_to_apicid' > arch/x86/kernel/built-in.o: In function `uv_cpu_init': > : undefined reference to `per_cpu__x86_cpu_to_apicid' > arch/x86/kernel/built-in.o: In function `uv_cpu_init': > : undefined reference to `per_cpu__x86_cpu_to_apicid' > arch/x86/kernel/built-in.o: In function `uv_cpu_init': > : undefined reference to `per_cpu__x86_cpu_to_apicid' Hmm, that's nasty. What it's showing is that the non-SMP local APIC configuration pulls in large numbers of SMP variables. This was all working right a while ago ... as in you need mpparse and the apic files but not the SMP ones or the SMP variables. The quickest fix is probably this one, since in these days of multi-core I suspect optimising the non-SMP but use APIC case for size has a lot less relevance. James --- diff --git a/arch/x86/kernel/setup.c b/arch/x86/kernel/setup.c index c0c68c1..808daf1 100644 --- a/arch/x86/kernel/setup.c +++ b/arch/x86/kernel/setup.c @@ -12,6 +12,7 @@ #include <asm/mpspec.h> #include <asm/apicdef.h> +#ifdef CONFIG_X86_MPPARSE unsigned int num_processors; unsigned disabled_cpus __cpuinitdata; /* Processor that is doing the boot up */ @@ -23,8 +24,9 @@ EXPORT_PER_CPU_SYMBOL(x86_cpu_to_apicid); /* Bitmask of physically existing CPUs */ physid_mask_t phys_cpu_present_map; +#endif -#if defined(CONFIG_HAVE_SETUP_PER_CPU_AREA) && defined(CONFIG_SMP) +#if defined(CONFIG_HAVE_SETUP_PER_CPU_AREA) && defined(CONFIG_X86_SMP) /* * Copy data used in early init routines from the initial arrays to the * per cpu data areas. These arrays then become expendable and the ^ permalink raw reply related [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-21 12:00 ` Ingo Molnar ` (2 preceding siblings ...) 2008-04-21 13:27 ` Adrian Bunk @ 2008-04-21 15:58 ` James Bottomley 2008-04-21 19:51 ` Ingo Molnar 3 siblings, 1 reply; 37+ messages in thread From: James Bottomley @ 2008-04-21 15:58 UTC (permalink / raw) To: Ingo Molnar; +Cc: Adrian Bunk, Alexey Starikovskiy, tglx, hpa, linux-kernel On Mon, 2008-04-21 at 14:00 +0200, Ingo Molnar wrote: > * Adrian Bunk <bunk@kernel.org> wrote: > > > I shouldn't send bug reports at 3 in the morning... > > > > Attached is the .config for both Voyager build errors I reported. > > thanks, the three patches below should fix it. > > i ended up excluding Voyager configs from our test space some time ago > (and VISWS as well - there's one more visws fix in x86.git), that's how > this broke. These subarchitectures seem not to be used at all and the > code wont boot on normal PCs. We could mark it BROKEN but the fix seems > simple in any case. The voyager pieces of this code look fine to me. I can't test at the moment because we're having the carpets cleaned and I can't get down into the cellar where the systems are, but I'll do so shortly. James > Ingo > > ----------------------> > Subject: x86: voyager fix > From: Ingo Molnar <mingo@elte.hu> > Date: Mon Apr 21 13:39:53 CEST 2008 > > Reported-by: Adrian Bunk <bunk@kernel.org> > Signed-off-by: Ingo Molnar <mingo@elte.hu> > --- > arch/x86/Kconfig | 2 +- > arch/x86/kernel/setup.c | 2 ++ > arch/x86/mach-voyager/voyager_smp.c | 17 ----------------- > 3 files changed, 3 insertions(+), 18 deletions(-) > > Index: linux-x86.q/arch/x86/Kconfig > =================================================================== > --- linux-x86.q.orig/arch/x86/Kconfig > +++ linux-x86.q/arch/x86/Kconfig > @@ -23,7 +23,7 @@ config X86 > select HAVE_KPROBES > select HAVE_KRETPROBES > select HAVE_KVM if ((X86_32 && !X86_VOYAGER && !X86_VISWS && !X86_NUMAQ) || X86_64) > - select HAVE_ARCH_KGDB > + select HAVE_ARCH_KGDB if !X86_VOYAGER > > > config GENERIC_LOCKBREAK > Index: linux-x86.q/arch/x86/kernel/setup.c > =================================================================== > --- linux-x86.q.orig/arch/x86/kernel/setup.c > +++ linux-x86.q/arch/x86/kernel/setup.c > @@ -21,8 +21,10 @@ EXPORT_SYMBOL(boot_cpu_physical_apicid); > DEFINE_PER_CPU(u16, x86_cpu_to_apicid) = BAD_APICID; > EXPORT_PER_CPU_SYMBOL(x86_cpu_to_apicid); > > +#ifndef CONFIG_X86_VOYAGER > /* Bitmask of physically existing CPUs */ > physid_mask_t phys_cpu_present_map; > +#endif > > #if defined(CONFIG_HAVE_SETUP_PER_CPU_AREA) && defined(CONFIG_SMP) > /* > Index: linux-x86.q/arch/x86/mach-voyager/voyager_smp.c > =================================================================== > --- linux-x86.q.orig/arch/x86/mach-voyager/voyager_smp.c > +++ linux-x86.q/arch/x86/mach-voyager/voyager_smp.c > @@ -208,11 +208,6 @@ static struct irq_chip vic_chip = { > /* used to count up as CPUs are brought on line (starts at 0) */ > static int cpucount = 0; > > -/* steal a page from the bottom of memory for the trampoline and > - * squirrel its address away here. This will be in kernel virtual > - * space */ > -unsigned char *trampoline_base; > - > /* The per cpu profile stuff - used in smp_local_timer_interrupt */ > static DEFINE_PER_CPU(int, prof_multiplier) = 1; > static DEFINE_PER_CPU(int, prof_old_multiplier) = 1; > @@ -429,18 +424,6 @@ void __init smp_store_cpu_info(int id) > identify_secondary_cpu(c); > } > > -/* set up the trampoline and return the physical address of the code */ > -unsigned long __init setup_trampoline(void) > -{ > - /* these two are global symbols in trampoline.S */ > - extern const __u8 trampoline_end[]; > - extern const __u8 trampoline_data[]; > - > - memcpy(trampoline_base, trampoline_data, > - trampoline_end - trampoline_data); > - return virt_to_phys(trampoline_base); > -} > - > /* Routine initially called when a non-boot CPU is brought online */ > static void __init start_secondary(void *unused) > { > > Subject: x86: Drop duplicate from setup.c > From: Alexey Starikovskiy <astarikovskiy@suse.de> > Date: Mon, 21 Apr 2008 13:31:55 +0400 > > Signed-off-by: Alexey Starikovskiy <astarikovskiy@suse.de> > Signed-off-by: Ingo Molnar <mingo@elte.hu> > --- > arch/x86/kernel/setup.c | 2 -- > 1 file changed, 2 deletions(-) > > Index: linux-x86.q/arch/x86/kernel/setup.c > =================================================================== > --- linux-x86.q.orig/arch/x86/kernel/setup.c > +++ linux-x86.q/arch/x86/kernel/setup.c > @@ -18,8 +18,6 @@ unsigned disabled_cpus __cpuinitdata; > unsigned int boot_cpu_physical_apicid = -1U; > EXPORT_SYMBOL(boot_cpu_physical_apicid); > > -physid_mask_t phys_cpu_present_map; > - > DEFINE_PER_CPU(u16, x86_cpu_to_apicid) = BAD_APICID; > EXPORT_PER_CPU_SYMBOL(x86_cpu_to_apicid); > > Subject: x86: fix compilation error in VisWS > From: Alexey Starikovskiy <astarikovskiy@suse.de> > Date: Mon, 21 Apr 2008 13:32:01 +0400 > > Signed-off-by: Alexey Starikovskiy <astarikovskiy@suse.de> > Signed-off-by: Ingo Molnar <mingo@elte.hu> > --- > arch/x86/mach-visws/mpparse.c | 15 +-------------- > 1 file changed, 1 insertion(+), 14 deletions(-) > > Index: linux-x86.q/arch/x86/mach-visws/mpparse.c > =================================================================== > --- linux-x86.q.orig/arch/x86/mach-visws/mpparse.c > +++ linux-x86.q/arch/x86/mach-visws/mpparse.c > @@ -11,22 +11,9 @@ > /* Have we found an MP table */ > int smp_found_config; > > -/* > - * Various Linux-internal data structures created from the > - * MP-table. > - */ > -int apic_version [MAX_APICS]; > - > int pic_mode; > -unsigned long mp_lapic_addr; > - > -/* Processor that is doing the boot up */ > -unsigned int boot_cpu_physical_apicid = -1U; > - > -/* Bitmask of physically existing CPUs */ > -physid_mask_t phys_cpu_present_map; > > -unsigned int __initdata maxcpus = NR_CPUS; > +extern unsigned int __cpuinitdata maxcpus; > > /* > * The Visual Workstation is Intel MP compliant in the hardware ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-21 15:58 ` James Bottomley @ 2008-04-21 19:51 ` Ingo Molnar 2008-04-21 20:09 ` Adrian Bunk 0 siblings, 1 reply; 37+ messages in thread From: Ingo Molnar @ 2008-04-21 19:51 UTC (permalink / raw) To: James Bottomley; +Cc: Adrian Bunk, Alexey Starikovskiy, tglx, hpa, linux-kernel * James Bottomley <James.Bottomley@HansenPartnership.com> wrote: > > thanks, the three patches below should fix it. > > > > i ended up excluding Voyager configs from our test space some time > > ago (and VISWS as well - there's one more visws fix in x86.git), > > that's how this broke. These subarchitectures seem not to be used at > > all and the code wont boot on normal PCs. We could mark it BROKEN > > but the fix seems simple in any case. > > The voyager pieces of this code look fine to me. I can't test at the > moment because we're having the carpets cleaned and I can't get down > into the cellar where the systems are, but I'll do so shortly. ok, that's good enough - that's why i excluded it from the auto-qa test-space as well. Adrian, could you please remove it from your config testset as well? If a user enables that config option it wont boot anyway so it's not a problem in practice. Ingo ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-21 19:51 ` Ingo Molnar @ 2008-04-21 20:09 ` Adrian Bunk 2008-04-21 20:13 ` Ingo Molnar 0 siblings, 1 reply; 37+ messages in thread From: Adrian Bunk @ 2008-04-21 20:09 UTC (permalink / raw) To: Ingo Molnar; +Cc: James Bottomley, Alexey Starikovskiy, tglx, hpa, linux-kernel On Mon, Apr 21, 2008 at 09:51:48PM +0200, Ingo Molnar wrote: > > * James Bottomley <James.Bottomley@HansenPartnership.com> wrote: > > > > thanks, the three patches below should fix it. > > > > > > i ended up excluding Voyager configs from our test space some time > > > ago (and VISWS as well - there's one more visws fix in x86.git), > > > that's how this broke. These subarchitectures seem not to be used at > > > all and the code wont boot on normal PCs. We could mark it BROKEN > > > but the fix seems simple in any case. > > > > The voyager pieces of this code look fine to me. I can't test at the > > moment because we're having the carpets cleaned and I can't get down > > into the cellar where the systems are, but I'll do so shortly. > > ok, that's good enough - that's why i excluded it from the auto-qa > test-space as well. Adrian, could you please remove it from your config > testset as well? If a user enables that config option it wont boot > anyway so it's not a problem in practice. Who said that Voyager won't boot? And I'm the first to remove non-working code, but as long as we ship it it should be in the best possible state. > Ingo cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-21 20:09 ` Adrian Bunk @ 2008-04-21 20:13 ` Ingo Molnar 2008-04-21 20:26 ` Adrian Bunk 0 siblings, 1 reply; 37+ messages in thread From: Ingo Molnar @ 2008-04-21 20:13 UTC (permalink / raw) To: Adrian Bunk; +Cc: James Bottomley, Alexey Starikovskiy, tglx, hpa, linux-kernel * Adrian Bunk <bunk@kernel.org> wrote: > > ok, that's good enough - that's why i excluded it from the auto-qa > > test-space as well. Adrian, could you please remove it from your > > config testset as well? If a user enables that config option it wont > > boot anyway so it's not a problem in practice. > > Who said that Voyager won't boot? Adrian, you build Voyager kernels so just try to boot it once on your PC and watch the show ... Ingo ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-21 20:13 ` Ingo Molnar @ 2008-04-21 20:26 ` Adrian Bunk 2008-04-21 20:29 ` Ingo Molnar 0 siblings, 1 reply; 37+ messages in thread From: Adrian Bunk @ 2008-04-21 20:26 UTC (permalink / raw) To: Ingo Molnar; +Cc: James Bottomley, Alexey Starikovskiy, tglx, hpa, linux-kernel On Mon, Apr 21, 2008 at 10:13:52PM +0200, Ingo Molnar wrote: > > * Adrian Bunk <bunk@kernel.org> wrote: > > > > ok, that's good enough - that's why i excluded it from the auto-qa > > > test-space as well. Adrian, could you please remove it from your > > > config testset as well? If a user enables that config option it wont > > > boot anyway so it's not a problem in practice. > > > > Who said that Voyager won't boot? > > Adrian, you build Voyager kernels so just try to boot it once on your PC > and watch the show ... Ingo, an ia64 kernel also won't boot on my computer, and I'll still compile test my patches for ia64 ... There goes your strawman. > Ingo cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-21 20:26 ` Adrian Bunk @ 2008-04-21 20:29 ` Ingo Molnar 2008-04-21 21:02 ` Adrian Bunk 0 siblings, 1 reply; 37+ messages in thread From: Ingo Molnar @ 2008-04-21 20:29 UTC (permalink / raw) To: Adrian Bunk; +Cc: James Bottomley, Alexey Starikovskiy, tglx, hpa, linux-kernel * Adrian Bunk <bunk@kernel.org> wrote: > On Mon, Apr 21, 2008 at 10:13:52PM +0200, Ingo Molnar wrote: > > > > * Adrian Bunk <bunk@kernel.org> wrote: > > > > > > ok, that's good enough - that's why i excluded it from the auto-qa > > > > test-space as well. Adrian, could you please remove it from your > > > > config testset as well? If a user enables that config option it wont > > > > boot anyway so it's not a problem in practice. > > > > > > Who said that Voyager won't boot? > > > > Adrian, you build Voyager kernels so just try to boot it once on > > your PC and watch the show ... > > Ingo, an ia64 kernel also won't boot on my computer, and I'll still > compile test my patches for ia64 ... dont be silly... the ia64 kernel is not under arch/x86, it's not even the same instruction format. Voyager runs on x86 CPUs and is part of the x86 architecture tree. Ingo ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-21 20:29 ` Ingo Molnar @ 2008-04-21 21:02 ` Adrian Bunk 2008-04-21 22:31 ` Ingo Molnar 0 siblings, 1 reply; 37+ messages in thread From: Adrian Bunk @ 2008-04-21 21:02 UTC (permalink / raw) To: Ingo Molnar; +Cc: James Bottomley, Alexey Starikovskiy, tglx, hpa, linux-kernel On Mon, Apr 21, 2008 at 10:29:19PM +0200, Ingo Molnar wrote: > > * Adrian Bunk <bunk@kernel.org> wrote: > > > On Mon, Apr 21, 2008 at 10:13:52PM +0200, Ingo Molnar wrote: > > > > > > * Adrian Bunk <bunk@kernel.org> wrote: > > > > > > > > ok, that's good enough - that's why i excluded it from the auto-qa > > > > > test-space as well. Adrian, could you please remove it from your > > > > > config testset as well? If a user enables that config option it wont > > > > > boot anyway so it's not a problem in practice. > > > > > > > > Who said that Voyager won't boot? > > > > > > Adrian, you build Voyager kernels so just try to boot it once on > > > your PC and watch the show ... > > > > Ingo, an ia64 kernel also won't boot on my computer, and I'll still > > compile test my patches for ia64 ... > > dont be silly... the ia64 kernel is not under arch/x86, it's not even > the same instruction format. Voyager runs on x86 CPUs and is part of the > x86 architecture tree. Your point is? I'm compile testing 22 architectures (especially when sending my own patches), and whether a kernel would boot on my computer doesn't make any difference. Why do you as an architecture maintainer want me to no longer spend my spare time on compile testing one of the subarchitectures of your architecture? Other architecture maintainers tend to say "thanks for your bug report" and "thanks for your patch" when I'm sending bug reports and patches for platforms that have userbases comparable to Voyager... > Ingo cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-21 21:02 ` Adrian Bunk @ 2008-04-21 22:31 ` Ingo Molnar 2008-04-26 7:43 ` Pavel Machek 0 siblings, 1 reply; 37+ messages in thread From: Ingo Molnar @ 2008-04-21 22:31 UTC (permalink / raw) To: Adrian Bunk; +Cc: James Bottomley, Alexey Starikovskiy, tglx, hpa, linux-kernel * Adrian Bunk <bunk@kernel.org> wrote: > On Mon, Apr 21, 2008 at 10:29:19PM +0200, Ingo Molnar wrote: > > > > * Adrian Bunk <bunk@kernel.org> wrote: > > > > > On Mon, Apr 21, 2008 at 10:13:52PM +0200, Ingo Molnar wrote: > > > > > > > > * Adrian Bunk <bunk@kernel.org> wrote: > > > > > > > > > > ok, that's good enough - that's why i excluded it from the > > > > > > auto-qa test-space as well. Adrian, could you please remove > > > > > > it from your config testset as well? If a user enables that > > > > > > config option it wont boot anyway so it's not a problem in > > > > > > practice. > > > > > > > > > > Who said that Voyager won't boot? > > > > > > > > Adrian, you build Voyager kernels so just try to boot it once on > > > > your PC and watch the show ... > > > > > > Ingo, an ia64 kernel also won't boot on my computer, and I'll > > > still compile test my patches for ia64 ... > > > > dont be silly... the ia64 kernel is not under arch/x86, it's not > > even the same instruction format. Voyager runs on x86 CPUs and is > > part of the x86 architecture tree. > > Your point is? my point is what i said and which you apparently did not understand: | Adrian, could you please remove it from your config testset as well? | If a user enables that config option it wont boot anyway so it's not a | problem in practice. > I'm compile testing 22 architectures (especially when sending my own > patches), and whether a kernel would boot on my computer doesn't make > any difference. a user wont 'accidentally' install a crosscompiler toolchain to create an unbootable kernel... Ingo ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-21 22:31 ` Ingo Molnar @ 2008-04-26 7:43 ` Pavel Machek 2008-04-27 0:44 ` H. Peter Anvin 0 siblings, 1 reply; 37+ messages in thread From: Pavel Machek @ 2008-04-26 7:43 UTC (permalink / raw) To: Ingo Molnar Cc: Adrian Bunk, James Bottomley, Alexey Starikovskiy, tglx, hpa, linux-kernel Hi! > > > > > > Who said that Voyager won't boot? > > > > > > > > > > Adrian, you build Voyager kernels so just try to boot it once on > > > > > your PC and watch the show ... > > > > > > > > Ingo, an ia64 kernel also won't boot on my computer, and I'll > > > > still compile test my patches for ia64 ... > > > > > > dont be silly... the ia64 kernel is not under arch/x86, it's not > > > even the same instruction format. Voyager runs on x86 CPUs and is > > > part of the x86 architecture tree. > > > > Your point is? > > my point is what i said and which you apparently did not understand: > > | Adrian, could you please remove it from your config testset as well? > | If a user enables that config option it wont boot anyway so it's not a > | problem in practice. > > > I'm compile testing 22 architectures (especially when sending my own > > patches), and whether a kernel would boot on my computer doesn't make > > any difference. > > a user wont 'accidentally' install a crosscompiler toolchain to create > an unbootable kernel... I guess Adrian is trying to say: 'That code is in tree, so it should compile and run. He can't verify it runs, but he's trying to make sure it at least compiles.' For 'normal' users it is not a problem. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-26 7:43 ` Pavel Machek @ 2008-04-27 0:44 ` H. Peter Anvin 2008-04-27 1:06 ` Adrian Bunk 0 siblings, 1 reply; 37+ messages in thread From: H. Peter Anvin @ 2008-04-27 0:44 UTC (permalink / raw) To: Pavel Machek Cc: Ingo Molnar, Adrian Bunk, James Bottomley, Alexey Starikovskiy, tglx, linux-kernel Pavel Machek wrote: > > I guess Adrian is trying to say: > > 'That code is in tree, so it should compile and run. He can't verify > it runs, but he's trying to make sure it at least compiles.' > > For 'normal' users it is not a problem. > Pavel This is fine, except it is an unreasonable request when there are fewer existing machines than people contributing to this tree. For a lot of people, compile bandwidth is what is limiting their ability to contribute. James has offered to fix up Voyager breakage a posteori, and that is the appropriate action for a niche architecture like this. -hpa ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-27 0:44 ` H. Peter Anvin @ 2008-04-27 1:06 ` Adrian Bunk 2008-04-27 1:45 ` H. Peter Anvin 0 siblings, 1 reply; 37+ messages in thread From: Adrian Bunk @ 2008-04-27 1:06 UTC (permalink / raw) To: H. Peter Anvin Cc: Pavel Machek, Ingo Molnar, James Bottomley, Alexey Starikovskiy, tglx, linux-kernel On Sat, Apr 26, 2008 at 05:44:26PM -0700, H. Peter Anvin wrote: > Pavel Machek wrote: >> >> I guess Adrian is trying to say: >> >> 'That code is in tree, so it should compile and run. He can't verify >> it runs, but he's trying to make sure it at least compiles.' >> >> For 'normal' users it is not a problem. >> Pavel > > This is fine, except it is an unreasonable request when there are fewer > existing machines than people contributing to this tree. For a lot of > people, compile bandwidth is what is limiting their ability to > contribute. I'm not claiming it was the end of the world if someone accidentally breaks Voyager. But Ingo wanted me to stop to sometimes compile test Voyager. > James has offered to fix up Voyager breakage a posteori, and that is the > appropriate action for a niche architecture like this. I'm still not getting the point why we should ever wait for James for doing things like - select HAVE_ARCH_KGDB + select HAVE_ARCH_KGDB if !X86_VOYAGER And the other compile breakages we had recently weren't much worse. I fully agree that it makes sense that Voyager problems should not be showstoppers and that James is the one capable and responsible of fixing non-trivial issues. > -hpa cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Voyager phys_cpu_present_map compile error 2008-04-27 1:06 ` Adrian Bunk @ 2008-04-27 1:45 ` H. Peter Anvin 0 siblings, 0 replies; 37+ messages in thread From: H. Peter Anvin @ 2008-04-27 1:45 UTC (permalink / raw) To: Adrian Bunk Cc: Pavel Machek, Ingo Molnar, James Bottomley, Alexey Starikovskiy, tglx, linux-kernel Adrian Bunk wrote: > > I'm not claiming it was the end of the world if someone accidentally > breaks Voyager. > > But Ingo wanted me to stop to sometimes compile test Voyager. > It would be good if "make randconfig" didn't go down this or other "secondary" paths. >> James has offered to fix up Voyager breakage a posteori, and that is the >> appropriate action for a niche architecture like this. > > I'm still not getting the point why we should ever wait for James for > doing things like > - select HAVE_ARCH_KGDB > + select HAVE_ARCH_KGDB if !X86_VOYAGER > > And the other compile breakages we had recently weren't much worse. > > I fully agree that it makes sense that Voyager problems should not be > showstoppers and that James is the one capable and responsible of fixing > non-trivial issues. That's fine, IMHO, just don't require *other* people to worry about it. -hpa ^ permalink raw reply [flat|nested] 37+ messages in thread
end of thread, other threads:[~2008-04-28 19:09 UTC | newest] Thread overview: 37+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2008-04-21 0:02 Voyager phys_cpu_present_map compile error Adrian Bunk 2008-04-21 8:53 ` Adrian Bunk 2008-04-21 12:00 ` Ingo Molnar 2008-04-21 12:55 ` H. Peter Anvin 2008-04-21 14:10 ` Status of SGI 320/540 (Visual Workstation) support? Adrian Bunk 2008-04-22 6:19 ` Andrey Panin 2008-04-22 13:29 ` Voyager phys_cpu_present_map compile error Andrew Morton 2008-04-22 15:25 ` Andy Whitcroft 2008-04-21 13:00 ` H. Peter Anvin 2008-04-21 15:42 ` James Bottomley 2008-04-21 20:03 ` Ingo Molnar 2008-04-21 23:08 ` James Bottomley 2008-04-21 19:55 ` Ingo Molnar 2008-04-21 20:03 ` H. Peter Anvin 2008-04-21 20:11 ` Ingo Molnar 2008-04-21 20:10 ` H. Peter Anvin 2008-04-23 8:53 ` Pavel Machek 2008-04-21 13:27 ` Adrian Bunk 2008-04-21 20:14 ` Ingo Molnar 2008-04-21 21:57 ` James Bottomley 2008-04-25 14:50 ` James Bottomley 2008-04-25 16:17 ` Adrian Bunk 2008-04-25 16:33 ` James Bottomley 2008-04-28 17:59 ` Ingo Molnar 2008-04-28 19:09 ` James Bottomley 2008-04-21 15:58 ` James Bottomley 2008-04-21 19:51 ` Ingo Molnar 2008-04-21 20:09 ` Adrian Bunk 2008-04-21 20:13 ` Ingo Molnar 2008-04-21 20:26 ` Adrian Bunk 2008-04-21 20:29 ` Ingo Molnar 2008-04-21 21:02 ` Adrian Bunk 2008-04-21 22:31 ` Ingo Molnar 2008-04-26 7:43 ` Pavel Machek 2008-04-27 0:44 ` H. Peter Anvin 2008-04-27 1:06 ` Adrian Bunk 2008-04-27 1:45 ` H. Peter Anvin
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox