You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
(12) |
May
(82) |
Jun
(72) |
Jul
(39) |
Aug
(104) |
Sep
(61) |
Oct
(55) |
Nov
(101) |
Dec
(48) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(52) |
Feb
(67) |
Mar
(18) |
Apr
(16) |
May
(33) |
Jun
(12) |
Jul
(102) |
Aug
(168) |
Sep
(65) |
Oct
(60) |
Nov
(43) |
Dec
(121) |
2002 |
Jan
(69) |
Feb
(32) |
Mar
(90) |
Apr
(59) |
May
(45) |
Jun
(43) |
Jul
(33) |
Aug
(21) |
Sep
(11) |
Oct
(20) |
Nov
(26) |
Dec
(3) |
2003 |
Jan
(12) |
Feb
(18) |
Mar
(11) |
Apr
(11) |
May
(41) |
Jun
(76) |
Jul
(77) |
Aug
(15) |
Sep
(38) |
Oct
(56) |
Nov
(19) |
Dec
(39) |
2004 |
Jan
(17) |
Feb
(52) |
Mar
(36) |
Apr
(34) |
May
(48) |
Jun
(85) |
Jul
(38) |
Aug
(42) |
Sep
(41) |
Oct
(77) |
Nov
(27) |
Dec
(19) |
2005 |
Jan
(32) |
Feb
(35) |
Mar
(29) |
Apr
(8) |
May
(7) |
Jun
(31) |
Jul
(46) |
Aug
(93) |
Sep
(65) |
Oct
(85) |
Nov
(219) |
Dec
(47) |
2006 |
Jan
(170) |
Feb
(103) |
Mar
(49) |
Apr
(43) |
May
(45) |
Jun
(29) |
Jul
(77) |
Aug
(82) |
Sep
(43) |
Oct
(45) |
Nov
(26) |
Dec
(85) |
2007 |
Jan
(42) |
Feb
(48) |
Mar
(64) |
Apr
(31) |
May
(88) |
Jun
(53) |
Jul
(175) |
Aug
(212) |
Sep
(91) |
Oct
(103) |
Nov
(110) |
Dec
(5) |
2008 |
Jan
(20) |
Feb
(11) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(5) |
Sep
(3) |
Oct
(12) |
Nov
|
Dec
|
From: Kristoffer E. <kri...@ho...> - 2007-05-07 22:50:57
|
Greetings, Just wondering if /proc/cpuinfo can be trusted, and if so how much. What is it using to differ between the processors? Best wishes Kristoffer Ericson _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar - get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ |
From: Nobuhiro I. <he...@t-...> - 2007-05-07 21:01:05
|
Hi , On Sun, 6 May 2007 23:26:12 -0700 (PDT) Cmmn Ml <cm...@ya...> wrote: > Hi Nobuhiro and Paul, > > First of all thanks for the reply. > > I was using 32KB cache option, but removing that option didn't solve the problem. Following is the content of my configuration file (.config file). If I have missed any thing here, and if any one can show me the correct path, that will be a great help. > > # > # Processor features > # > # CONFIG_CPU_LITTLE_ENDIAN is not set > CONFIG_CPU_BIG_ENDIAN=y > # CONFIG_SH_FPU_EMU is not set > CONFIG_SH_DSP=y > # CONFIG_SH_ADC is not set > CONFIG_CPU_HAS_INTEVT=y > CONFIG_CPU_HAS_PINT_IRQ=y > CONFIG_CPU_HAS_IPR_IRQ=y > CONFIG_CPU_HAS_SR_RB=y Sorry , I dont check bigendian. I checked little endian only. -- Nobuhiro Iwamatsu E-Mail : he...@t-... GPG ID : 3170EBE9 |
From: Cmmn Ml <cm...@ya...> - 2007-05-07 14:34:01
|
Hi all, I tried with turning off the CONFIG_SH_DSP option, but didn't solve the problem. Further more to find out more about the problem, I did following hack and got some information which might be useful to identify where the real problem is. ( 1 ). I put a printk inside the "static irqreturn_t tmu_timer_interrupt(int irq, void *dummy)" function in arch/sh/kernel/timers/timer-tmu.c file like below. ... ... /* * Here we are in the timer irq handler. We just have irqs locally * disabled but we don't know if the timer_bh is running on the other * CPU. We need to avoid to SMP race with it. NOTE: we don' t need * the irq version of write_lock because as just said we have irq * locally disabled. -arca */ printk("Cmmn\n"); write_seqlock(&xtime_lock); ... ... ( 2 ). Replaced the /sbin/init with a statically linked executable which has only a while loop as below. #include <stdio.h> int main() { while(1) { // do nothing } return 0; } ( 3 ). Put printk messages at the end of the init_post() function in init/main.c file as below. ... ... printk("Debug: calling /sbin/init\n"); run_init_process("/sbin/init"); printk("Debug: calling /etc/init\n"); ... ... I tested this with both 2.6.16.9 (with sh--stable--2.6.16--base-0 patch) and 2.6.21-rc7 (with sh: Solution Engine SH7705 board and CPU updates (http://git.kernel.org/?p=linux/kernel/git/lethal/sh-2.6.git;a=commit;h=5452d25e28f365938b36f3a972fe2a1bb69a4c3e) added by Nobuhiro Iwamatsu to the sh-2.6.git) kernels. As expected for 2.6.16.9 kernel I'm getting the printk message continuously for each timer interrupt, but for 2.6.20-rc7 kernel, after the run_init_process("/sbin/init") function is called, I'm not getting the printk messages from timer interrupt. In other words once it tries to start the sbin/init process, the kernel hangs itself and even timer interrupt is not handled. So this means that the kernel fails to start a user space process and puts it self to a not running state. According to above observation, I doubt this may be due a problem in the area where the kernel tries to start a user space process. Can it be a possibility ? If any one can give me some thoughts, it will be a great help. Thank you Cmmn Paul Mundt <le...@li...> wrote: On Sun, May 06, 2007 at 11:26:12PM -0700, Cmmn Ml wrote: > I was using 32KB cache option, but removing that option didn't solve > the problem. Following is the content of my configuration file (.config > file). If I have missed any thing here, and if any one can show me the > correct path, that will be a great help. [snip] > # > # Processor features > # > # CONFIG_CPU_LITTLE_ENDIAN is not set > CONFIG_CPU_BIG_ENDIAN=y > # CONFIG_SH_FPU_EMU is not set > CONFIG_SH_DSP=y Try turning off CONFIG_SH_DSP? --------------------------------- Never miss an email again! Yahoo! Toolbar alerts you the instant new Mail arrives. Check it out. |
From: Paul M. <le...@li...> - 2007-05-07 06:36:20
|
On Sun, May 06, 2007 at 11:26:12PM -0700, Cmmn Ml wrote: > I was using 32KB cache option, but removing that option didn't solve > the problem. Following is the content of my configuration file (.config > file). If I have missed any thing here, and if any one can show me the > correct path, that will be a great help. [snip] > # > # Processor features > # > # CONFIG_CPU_LITTLE_ENDIAN is not set > CONFIG_CPU_BIG_ENDIAN=y > # CONFIG_SH_FPU_EMU is not set > CONFIG_SH_DSP=y Try turning off CONFIG_SH_DSP? |
From: Cmmn Ml <cm...@ya...> - 2007-05-07 06:26:20
|
Hi Nobuhiro and Paul, First of all thanks for the reply. I was using 32KB cache option, but removing that option didn't solve the problem. Following is the content of my configuration file (.config file). If I have missed any thing here, and if any one can show me the correct path, that will be a great help. ------------------------------------------------------------------------------- # # Automatically generated make config: don't edit # Linux kernel version: 2.6.21-rc7 # Thu Apr 26 19:54:20 2007 # CONFIG_SUPERH=y CONFIG_RWSEM_GENERIC_SPINLOCK=y CONFIG_GENERIC_FIND_NEXT_BIT=y CONFIG_GENERIC_HWEIGHT=y CONFIG_GENERIC_HARDIRQS=y CONFIG_GENERIC_IRQ_PROBE=y CONFIG_GENERIC_CALIBRATE_DELAY=y # CONFIG_GENERIC_TIME is not set CONFIG_STACKTRACE_SUPPORT=y CONFIG_LOCKDEP_SUPPORT=y # CONFIG_ARCH_HAS_ILOG2_U32 is not set # CONFIG_ARCH_HAS_ILOG2_U64 is not set CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config" # # Code maturity level options # CONFIG_EXPERIMENTAL=y CONFIG_BROKEN_ON_SMP=y CONFIG_LOCK_KERNEL=y CONFIG_INIT_ENV_ARG_LIMIT=32 # # General setup # CONFIG_LOCALVERSION="" CONFIG_LOCALVERSION_AUTO=y # CONFIG_SWAP is not set # CONFIG_SYSVIPC is not set # CONFIG_POSIX_MQUEUE is not set # CONFIG_BSD_PROCESS_ACCT is not set # CONFIG_TASKSTATS is not set # CONFIG_UTS_NS is not set # CONFIG_AUDIT is not set # CONFIG_IKCONFIG is not set CONFIG_SYSFS_DEPRECATED=y # CONFIG_RELAY is not set CONFIG_BLK_DEV_INITRD=y CONFIG_INITRAMFS_SOURCE="" # CONFIG_CC_OPTIMIZE_FOR_SIZE is not set CONFIG_SYSCTL=y CONFIG_EMBEDDED=y CONFIG_UID16=y # CONFIG_SYSCTL_SYSCALL is not set # CONFIG_KALLSYMS is not set # CONFIG_HOTPLUG is not set CONFIG_PRINTK=y CONFIG_BUG=y CONFIG_ELF_CORE=y CONFIG_BASE_FULL=y CONFIG_FUTEX=y CONFIG_EPOLL=y CONFIG_SHMEM=y CONFIG_SLAB=y CONFIG_VM_EVENT_COUNTERS=y CONFIG_RT_MUTEXES=y # CONFIG_TINY_SHMEM is not set CONFIG_BASE_SMALL=0 # CONFIG_SLOB is not set # # Loadable module support # CONFIG_MODULES=y # CONFIG_MODULE_UNLOAD is not set # CONFIG_MODVERSIONS is not set # CONFIG_MODULE_SRCVERSION_ALL is not set CONFIG_KMOD=y # # Block layer # CONFIG_BLOCK=y # CONFIG_LBD is not set # CONFIG_BLK_DEV_IO_TRACE is not set # CONFIG_LSF is not set # # IO Schedulers # CONFIG_IOSCHED_NOOP=y CONFIG_IOSCHED_AS=y # CONFIG_IOSCHED_DEADLINE is not set # CONFIG_IOSCHED_CFQ is not set CONFIG_DEFAULT_AS=y # CONFIG_DEFAULT_DEADLINE is not set # CONFIG_DEFAULT_CFQ is not set # CONFIG_DEFAULT_NOOP is not set CONFIG_DEFAULT_IOSCHED="anticipatory" # # System type # CONFIG_SOLUTION_ENGINE=y CONFIG_SH_SOLUTION_ENGINE=y # CONFIG_SH_7751_SOLUTION_ENGINE is not set # CONFIG_SH_7300_SOLUTION_ENGINE is not set # CONFIG_SH_7343_SOLUTION_ENGINE is not set # CONFIG_SH_73180_SOLUTION_ENGINE is not set # CONFIG_SH_7751_SYSTEMH is not set # CONFIG_SH_HP6XX is not set # CONFIG_SH_SATURN is not set # CONFIG_SH_DREAMCAST is not set # CONFIG_SH_MPC1211 is not set # CONFIG_SH_SH03 is not set # CONFIG_SH_SECUREEDGE5410 is not set # CONFIG_SH_HS7751RVOIP is not set # CONFIG_SH_7710VOIPGW is not set # CONFIG_SH_RTS7751R2D is not set # CONFIG_SH_R7780RP is not set # CONFIG_SH_EDOSK7705 is not set # CONFIG_SH_SH4202_MICRODEV is not set # CONFIG_SH_LANDISK is not set # CONFIG_SH_TITAN is not set # CONFIG_SH_SHMIN is not set # CONFIG_SH_7206_SOLUTION_ENGINE is not set # CONFIG_SH_7619_SOLUTION_ENGINE is not set # CONFIG_SH_UNKNOWN is not set # # Processor selection # CONFIG_CPU_SH3=y # # SH-2 Processor Support # # CONFIG_CPU_SUBTYPE_SH7604 is not set # CONFIG_CPU_SUBTYPE_SH7619 is not set # # SH-2A Processor Support # # CONFIG_CPU_SUBTYPE_SH7206 is not set # # SH-3 Processor Support # # CONFIG_CPU_SUBTYPE_SH7300 is not set CONFIG_CPU_SUBTYPE_SH7705=y # CONFIG_CPU_SUBTYPE_SH7706 is not set # CONFIG_CPU_SUBTYPE_SH7707 is not set # CONFIG_CPU_SUBTYPE_SH7708 is not set # CONFIG_CPU_SUBTYPE_SH7709 is not set # CONFIG_CPU_SUBTYPE_SH7710 is not set # # SH-4 Processor Support # # CONFIG_CPU_SUBTYPE_SH7750 is not set # CONFIG_CPU_SUBTYPE_SH7091 is not set # CONFIG_CPU_SUBTYPE_SH7750R is not set # CONFIG_CPU_SUBTYPE_SH7750S is not set # CONFIG_CPU_SUBTYPE_SH7751 is not set # CONFIG_CPU_SUBTYPE_SH7751R is not set # CONFIG_CPU_SUBTYPE_SH7760 is not set # CONFIG_CPU_SUBTYPE_SH4_202 is not set # # ST40 Processor Support # # CONFIG_CPU_SUBTYPE_ST40STB1 is not set # CONFIG_CPU_SUBTYPE_ST40GX1 is not set # # SH-4A Processor Support # # CONFIG_CPU_SUBTYPE_SH7770 is not set # CONFIG_CPU_SUBTYPE_SH7780 is not set # CONFIG_CPU_SUBTYPE_SH7785 is not set # # SH4AL-DSP Processor Support # # CONFIG_CPU_SUBTYPE_SH73180 is not set # CONFIG_CPU_SUBTYPE_SH7343 is not set # CONFIG_CPU_SUBTYPE_SH7722 is not set # # Memory management options # CONFIG_MMU=y CONFIG_PAGE_OFFSET=0x80000000 CONFIG_MEMORY_START=0x0c000000 CONFIG_MEMORY_SIZE=0x02000000 # CONFIG_VSYSCALL is not set CONFIG_PAGE_SIZE_4KB=y # CONFIG_PAGE_SIZE_8KB is not set # CONFIG_PAGE_SIZE_64KB is not set CONFIG_SELECT_MEMORY_MODEL=y CONFIG_FLATMEM_MANUAL=y # CONFIG_DISCONTIGMEM_MANUAL is not set # CONFIG_SPARSEMEM_MANUAL is not set CONFIG_FLATMEM=y CONFIG_FLAT_NODE_MEM_MAP=y # CONFIG_SPARSEMEM_STATIC is not set CONFIG_SPLIT_PTLOCK_CPUS=4 # CONFIG_RESOURCES_64BIT is not set CONFIG_ZONE_DMA_FLAG=0 # # Cache configuration # # CONFIG_SH7705_CACHE_32KB is not set # CONFIG_SH_DIRECT_MAPPED is not set # CONFIG_SH_WRITETHROUGH is not set # CONFIG_SH_OCRAM is not set # CONFIG_CF_ENABLER is not set # # Processor features # # CONFIG_CPU_LITTLE_ENDIAN is not set CONFIG_CPU_BIG_ENDIAN=y # CONFIG_SH_FPU_EMU is not set CONFIG_SH_DSP=y # CONFIG_SH_ADC is not set CONFIG_CPU_HAS_INTEVT=y CONFIG_CPU_HAS_PINT_IRQ=y CONFIG_CPU_HAS_IPR_IRQ=y CONFIG_CPU_HAS_SR_RB=y # # Timer support # CONFIG_SH_TMU=y CONFIG_SH_TIMER_IRQ=16 # CONFIG_NO_IDLE_HZ is not set CONFIG_SH_PCLK_FREQ=33300000 # # CPU Frequency scaling # # CONFIG_CPU_FREQ is not set # # DMA support # # CONFIG_SH_DMA is not set # # Companion Chips # # CONFIG_HD6446X_SERIES is not set # CONFIG_HEARTBEAT is not set # # Additional SuperH Device Drivers # # CONFIG_PUSH_SWITCH is not set # # Kernel features # # 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_KEXEC is not set # CONFIG_SMP is not set # CONFIG_PREEMPT_NONE is not set # CONFIG_PREEMPT_VOLUNTARY is not set CONFIG_PREEMPT=y CONFIG_PREEMPT_BKL=y # # Boot options # CONFIG_ZERO_PAGE_OFFSET=0x00010000 CONFIG_BOOT_LINK_OFFSET=0x00210000 # CONFIG_UBC_WAKEUP is not set CONFIG_CMDLINE_BOOL=y CONFIG_CMDLINE="mem=32M console=ttySC0,115200 root=/dev/ram" # # Bus options # # CONFIG_PCI is not set # # PCCARD (PCMCIA/CardBus) support # # # PCI Hotplug Support # # # Executable file formats # CONFIG_BINFMT_ELF=y # CONFIG_BINFMT_FLAT is not set # CONFIG_BINFMT_MISC is not set # # Power management options (EXPERIMENTAL) # # CONFIG_PM is not set # # Networking # CONFIG_NET=y # # Networking options # # CONFIG_NETDEBUG is not set CONFIG_PACKET=y # CONFIG_PACKET_MMAP is not set CONFIG_UNIX=y CONFIG_XFRM=y # CONFIG_XFRM_USER is not set # CONFIG_XFRM_SUB_POLICY is not set # CONFIG_XFRM_MIGRATE is not set # CONFIG_NET_KEY is not set CONFIG_INET=y # CONFIG_IP_MULTICAST is not set # CONFIG_IP_ADVANCED_ROUTER is not set CONFIG_IP_FIB_HASH=y CONFIG_IP_PNP=y CONFIG_IP_PNP_DHCP=y CONFIG_IP_PNP_BOOTP=y CONFIG_IP_PNP_RARP=y # CONFIG_NET_IPIP is not set # CONFIG_NET_IPGRE is not set # CONFIG_ARPD is not set # CONFIG_SYN_COOKIES is not set # CONFIG_INET_AH is not set # CONFIG_INET_ESP is not set # CONFIG_INET_IPCOMP is not set # CONFIG_INET_XFRM_TUNNEL is not set # CONFIG_INET_TUNNEL is not set CONFIG_INET_XFRM_MODE_TRANSPORT=y CONFIG_INET_XFRM_MODE_TUNNEL=y CONFIG_INET_XFRM_MODE_BEET=y CONFIG_INET_DIAG=y CONFIG_INET_TCP_DIAG=y # CONFIG_TCP_CONG_ADVANCED is not set CONFIG_TCP_CONG_CUBIC=y CONFIG_DEFAULT_TCP_CONG="cubic" # CONFIG_TCP_MD5SIG is not set # CONFIG_IPV6 is not set # CONFIG_INET6_XFRM_TUNNEL is not set # CONFIG_INET6_TUNNEL is not set # CONFIG_NETWORK_SECMARK is not set # CONFIG_NETFILTER is not set # # DCCP Configuration (EXPERIMENTAL) # # CONFIG_IP_DCCP is not set # # SCTP Configuration (EXPERIMENTAL) # # CONFIG_IP_SCTP is not set # # TIPC Configuration (EXPERIMENTAL) # # CONFIG_TIPC is not set # CONFIG_ATM is not set # CONFIG_BRIDGE is not set # CONFIG_VLAN_8021Q is not set # CONFIG_DECNET is not set # CONFIG_LLC2 is not set # CONFIG_IPX is not set # CONFIG_ATALK is not set # CONFIG_X25 is not set # CONFIG_LAPB is not set # CONFIG_ECONET is not set # CONFIG_WAN_ROUTER is not set # # QoS and/or fair queueing # # CONFIG_NET_SCHED is not set # # Network testing # # CONFIG_NET_PKTGEN is not set # CONFIG_HAMRADIO is not set # CONFIG_IRDA is not set # CONFIG_BT is not set # CONFIG_IEEE80211 is not set # # Device Drivers # # # Generic Driver Options # CONFIG_STANDALONE=y CONFIG_PREVENT_FIRMWARE_BUILD=y # CONFIG_SYS_HYPERVISOR is not set # # Connector - unified userspace <-> kernelspace linker # # CONFIG_CONNECTOR is not set # # Memory Technology Devices (MTD) # CONFIG_MTD=y # CONFIG_MTD_DEBUG is not set # CONFIG_MTD_CONCAT is not set CONFIG_MTD_PARTITIONS=y # CONFIG_MTD_REDBOOT_PARTS is not set # CONFIG_MTD_CMDLINE_PARTS is not set # # User Modules And Translation Layers # CONFIG_MTD_CHAR=y CONFIG_MTD_BLKDEVS=y CONFIG_MTD_BLOCK=y # CONFIG_FTL is not set # CONFIG_NFTL is not set # CONFIG_INFTL is not set # CONFIG_RFD_FTL is not set # CONFIG_SSFDC is not set # # RAM/ROM/Flash chip drivers # CONFIG_MTD_CFI=y # CONFIG_MTD_JEDECPROBE is not set CONFIG_MTD_GEN_PROBE=y # CONFIG_MTD_CFI_ADV_OPTIONS is not set 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 is not set # CONFIG_MTD_MAP_BANK_WIDTH_16 is not set # CONFIG_MTD_MAP_BANK_WIDTH_32 is not set CONFIG_MTD_CFI_I1=y CONFIG_MTD_CFI_I2=y # CONFIG_MTD_CFI_I4 is not set # CONFIG_MTD_CFI_I8 is not set # CONFIG_MTD_CFI_INTELEXT is not set CONFIG_MTD_CFI_AMDSTD=y # CONFIG_MTD_CFI_STAA is not set CONFIG_MTD_CFI_UTIL=y # CONFIG_MTD_RAM is not set # CONFIG_MTD_ROM is not set # CONFIG_MTD_ABSENT is not set # CONFIG_MTD_OBSOLETE_CHIPS is not set # # Mapping drivers for chip access # # CONFIG_MTD_COMPLEX_MAPPINGS is not set # CONFIG_MTD_PHYSMAP is not set # CONFIG_MTD_PLATRAM is not set # # Self-contained MTD device drivers # # CONFIG_MTD_SLRAM is not set # CONFIG_MTD_PHRAM is not set # CONFIG_MTD_MTDRAM is not set # CONFIG_MTD_BLOCK2MTD is not set # # Disk-On-Chip Device Drivers # # CONFIG_MTD_DOC2000 is not set # CONFIG_MTD_DOC2001 is not set # CONFIG_MTD_DOC2001PLUS is not set # # NAND Flash Device Drivers # # CONFIG_MTD_NAND is not set # # OneNAND Flash Device Drivers # # CONFIG_MTD_ONENAND is not set # # Parallel port support # # CONFIG_PARPORT is not set # # Plug and Play support # # CONFIG_PNPACPI is not set # # Block devices # # CONFIG_BLK_DEV_COW_COMMON is not set # CONFIG_BLK_DEV_LOOP is not set # CONFIG_BLK_DEV_NBD is not set CONFIG_BLK_DEV_RAM=y CONFIG_BLK_DEV_RAM_COUNT=16 CONFIG_BLK_DEV_RAM_SIZE=8192 CONFIG_BLK_DEV_RAM_BLOCKSIZE=1024 # CONFIG_CDROM_PKTCDVD is not set # CONFIG_ATA_OVER_ETH is not set # # Misc devices # # # ATA/ATAPI/MFM/RLL support # # CONFIG_IDE is not set # # SCSI device support # # CONFIG_RAID_ATTRS is not set # CONFIG_SCSI is not set # CONFIG_SCSI_NETLINK is not set # # Serial ATA (prod) and Parallel ATA (experimental) drivers # # CONFIG_ATA is not set # # Multi-device support (RAID and LVM) # # CONFIG_MD is not set # # Fusion MPT device support # # CONFIG_FUSION is not set # # IEEE 1394 (FireWire) support # # # I2O device support # # # Network device support # CONFIG_NETDEVICES=y # CONFIG_DUMMY is not set # CONFIG_BONDING is not set # CONFIG_EQUALIZER is not set # CONFIG_TUN is not set # # PHY device support # # CONFIG_PHYLIB is not set # # Ethernet (10 or 100Mbit) # CONFIG_NET_ETHERNET=y # CONFIG_MII is not set CONFIG_STNIC=y # CONFIG_SMC91X is not set # # Ethernet (1000 Mbit) # # # Ethernet (10000 Mbit) # # # Token Ring devices # # # Wireless LAN (non-hamradio) # # CONFIG_NET_RADIO is not set # # Wan interfaces # # CONFIG_WAN is not set CONFIG_PPP=y # CONFIG_PPP_MULTILINK is not set # CONFIG_PPP_FILTER is not set CONFIG_PPP_ASYNC=y # CONFIG_PPP_SYNC_TTY is not set CONFIG_PPP_DEFLATE=y # CONFIG_PPP_BSDCOMP is not set # CONFIG_PPP_MPPE is not set # CONFIG_PPPOE is not set # CONFIG_SLIP is not set CONFIG_SLHC=y # CONFIG_SHAPER is not set # CONFIG_NETCONSOLE is not set # CONFIG_NETPOLL is not set # CONFIG_NET_POLL_CONTROLLER is not set # # ISDN subsystem # # CONFIG_ISDN is not set # # Telephony Support # # CONFIG_PHONE is not set # # Input device support # CONFIG_INPUT=y # CONFIG_INPUT_FF_MEMLESS is not set # # Userland interfaces # # CONFIG_INPUT_MOUSEDEV is not set # CONFIG_INPUT_JOYDEV is not set # CONFIG_INPUT_TSDEV is not set # CONFIG_INPUT_EVDEV is not set # CONFIG_INPUT_EVBUG is not set # # Input Device Drivers # # CONFIG_INPUT_KEYBOARD is not set # CONFIG_INPUT_MOUSE is not set # CONFIG_INPUT_JOYSTICK is not set # CONFIG_INPUT_TOUCHSCREEN is not set # CONFIG_INPUT_MISC is not set # # Hardware I/O ports # CONFIG_SERIO=y # CONFIG_SERIO_I8042 is not set # CONFIG_SERIO_SERPORT is not set # CONFIG_SERIO_LIBPS2 is not set # CONFIG_SERIO_RAW is not set # CONFIG_GAMEPORT is not set # # Character devices # CONFIG_VT=y CONFIG_VT_CONSOLE=y CONFIG_HW_CONSOLE=y # CONFIG_VT_HW_CONSOLE_BINDING is not set # CONFIG_SERIAL_NONSTANDARD is not set # # Serial drivers # # CONFIG_SERIAL_8250 is not set # # Non-8250 serial port support # CONFIG_SERIAL_SH_SCI=y CONFIG_SERIAL_SH_SCI_NR_UARTS=2 CONFIG_SERIAL_SH_SCI_CONSOLE=y CONFIG_SERIAL_CORE=y CONFIG_SERIAL_CORE_CONSOLE=y CONFIG_UNIX98_PTYS=y # CONFIG_LEGACY_PTYS is not set # # IPMI # # CONFIG_IPMI_HANDLER is not set # # Watchdog Cards # # CONFIG_WATCHDOG is not set CONFIG_HW_RANDOM=y # CONFIG_GEN_RTC is not set # CONFIG_DTLK is not set # CONFIG_R3964 is not set # CONFIG_RAW_DRIVER is not set # # TPM devices # # CONFIG_TCG_TPM is not set # # I2C support # # CONFIG_I2C is not set # # SPI support # # CONFIG_SPI is not set # CONFIG_SPI_MASTER is not set # # Dallas's 1-wire bus # # CONFIG_W1 is not set # # Hardware Monitoring support # CONFIG_HWMON=y # CONFIG_HWMON_VID is not set # CONFIG_SENSORS_ABITUGURU is not set # CONFIG_SENSORS_F71805F is not set # CONFIG_SENSORS_PC87427 is not set # CONFIG_SENSORS_VT1211 is not set # CONFIG_HWMON_DEBUG_CHIP is not set # # Multifunction device drivers # # CONFIG_MFD_SM501 is not set # # Multimedia devices # # CONFIG_VIDEO_DEV is not set # # Digital Video Broadcasting Devices # # CONFIG_DVB is not set # # Graphics support # # CONFIG_BACKLIGHT_LCD_SUPPORT is not set # CONFIG_FB is not set # # Console display driver support # CONFIG_DUMMY_CONSOLE=y # # Sound # # CONFIG_SOUND is not set # # HID Devices # CONFIG_HID=y # CONFIG_HID_DEBUG is not set # # USB support # # CONFIG_USB_ARCH_HAS_HCD is not set # CONFIG_USB_ARCH_HAS_OHCI is not set # CONFIG_USB_ARCH_HAS_EHCI is not set # # NOTE: USB_STORAGE enables SCSI, and 'SCSI disk support' # # # USB Gadget Support # # CONFIG_USB_GADGET is not set # # MMC/SD Card support # # CONFIG_MMC is not set # # LED devices # # CONFIG_NEW_LEDS is not set # # LED drivers # # # LED Triggers # # # InfiniBand support # # # EDAC - error detection and reporting (RAS) (EXPERIMENTAL) # # # Real Time Clock # # CONFIG_RTC_CLASS is not set # # DMA Engine support # # CONFIG_DMA_ENGINE is not set # # DMA Clients # # # DMA Devices # # # Auxiliary Display support # # # Virtualization # # # File systems # CONFIG_EXT2_FS=y # CONFIG_EXT2_FS_XATTR is not set # CONFIG_EXT2_FS_XIP is not set # CONFIG_EXT3_FS is not set # CONFIG_EXT4DEV_FS is not set # CONFIG_REISERFS_FS is not set # CONFIG_JFS_FS is not set # CONFIG_FS_POSIX_ACL is not set # CONFIG_XFS_FS is not set # CONFIG_GFS2_FS is not set # CONFIG_OCFS2_FS is not set # CONFIG_MINIX_FS is not set # CONFIG_ROMFS_FS is not set CONFIG_INOTIFY=y CONFIG_INOTIFY_USER=y # CONFIG_QUOTA is not set CONFIG_DNOTIFY=y # CONFIG_AUTOFS_FS is not set # CONFIG_AUTOFS4_FS is not set # CONFIG_FUSE_FS is not set # # CD-ROM/DVD Filesystems # # CONFIG_ISO9660_FS is not set # CONFIG_UDF_FS is not set # # DOS/FAT/NT Filesystems # # CONFIG_MSDOS_FS is not set # CONFIG_VFAT_FS is not set # CONFIG_NTFS_FS is not set # # Pseudo filesystems # CONFIG_PROC_FS=y CONFIG_PROC_KCORE=y CONFIG_PROC_SYSCTL=y CONFIG_SYSFS=y # CONFIG_TMPFS is not set # CONFIG_HUGETLBFS is not set # CONFIG_HUGETLB_PAGE is not set CONFIG_RAMFS=y # CONFIG_CONFIGFS_FS is not set # # Miscellaneous filesystems # # CONFIG_ADFS_FS is not set # CONFIG_AFFS_FS is not set # CONFIG_HFS_FS is not set # CONFIG_HFSPLUS_FS is not set # CONFIG_BEFS_FS is not set # CONFIG_BFS_FS is not set # CONFIG_EFS_FS is not set CONFIG_JFFS2_FS=y CONFIG_JFFS2_FS_DEBUG=0 CONFIG_JFFS2_FS_WRITEBUFFER=y # CONFIG_JFFS2_SUMMARY is not set # CONFIG_JFFS2_FS_XATTR is not set # CONFIG_JFFS2_COMPRESSION_OPTIONS is not set CONFIG_JFFS2_ZLIB=y CONFIG_JFFS2_RTIME=y # CONFIG_JFFS2_RUBIN is not set # CONFIG_CRAMFS is not set # CONFIG_VXFS_FS is not set # CONFIG_HPFS_FS is not set # CONFIG_QNX4FS_FS is not set # CONFIG_SYSV_FS is not set # CONFIG_UFS_FS is not set # # Network File Systems # CONFIG_NFS_FS=y # CONFIG_NFS_V3 is not set # CONFIG_NFS_V4 is not set # CONFIG_NFS_DIRECTIO is not set # CONFIG_NFSD is not set CONFIG_ROOT_NFS=y CONFIG_LOCKD=y CONFIG_NFS_COMMON=y CONFIG_SUNRPC=y # CONFIG_RPCSEC_GSS_KRB5 is not set # CONFIG_RPCSEC_GSS_SPKM3 is not set # CONFIG_SMB_FS is not set # CONFIG_CIFS is not set # CONFIG_NCP_FS is not set # CONFIG_CODA_FS is not set # CONFIG_AFS_FS is not set # CONFIG_9P_FS is not set # # Partition Types # # CONFIG_PARTITION_ADVANCED is not set CONFIG_MSDOS_PARTITION=y # # Native Language Support # # CONFIG_NLS is not set # # Distributed Lock Manager # # CONFIG_DLM is not set # # Profiling support # # CONFIG_PROFILING is not set # # Kernel hacking # CONFIG_TRACE_IRQFLAGS_SUPPORT=y # CONFIG_PRINTK_TIME is not set CONFIG_ENABLE_MUST_CHECK=y # CONFIG_MAGIC_SYSRQ is not set # CONFIG_UNUSED_SYMBOLS is not set # CONFIG_DEBUG_FS is not set # CONFIG_HEADERS_CHECK is not set # CONFIG_DEBUG_KERNEL is not set CONFIG_LOG_BUF_SHIFT=14 # CONFIG_DEBUG_BUGVERBOSE is not set # CONFIG_SH_STANDARD_BIOS is not set # CONFIG_EARLY_SCIF_CONSOLE is not set # CONFIG_KGDB is not set # # Security options # # CONFIG_KEYS is not set # CONFIG_SECURITY is not set # # Cryptographic options # # CONFIG_CRYPTO is not set # # Library routines # CONFIG_BITREVERSE=y CONFIG_CRC_CCITT=y # CONFIG_CRC16 is not set CONFIG_CRC32=y # CONFIG_LIBCRC32C is not set CONFIG_ZLIB_INFLATE=y CONFIG_ZLIB_DEFLATE=y CONFIG_PLIST=y CONFIG_HAS_IOMEM=y CONFIG_HAS_IOPORT=y ------------------------------------------------------------------------------- Thank you, Cmmn Nobuhiro Iwamatsu <he...@t-...> wrote: HI , 2007/5/4, Cmmn Ml : > > As a summary, my situation is the system boots up fine, printk is working > fine but printf is not working and also busybox is not able start a console. > This might appear like a crazy question, but if any one have some idea about > this, it will be a great help. Following is the early console output of my > system. > In my environment (NFSboot), the console of busybox is working . Could you send your Carnelconfig? regards, Nobuhiro -- ---------------------------------- Nobuhiro Iwamatsu < hemamu at t-base.ne.jp > Key fingerprint = 353A C650 BB7A 6F72 3650 9461 4121 C743 3170 EBE9 ICQ : 8095912 --------------------------------- Expecting? Get great news right away with email Auto-Check. Try the Yahoo! Mail Beta. |
From: Paul M. <le...@li...> - 2007-05-07 00:52:42
|
On Fri, May 04, 2007 at 02:42:02AM -0700, Cmmn Ml wrote: > Initial boot up of the kernel works fine, I'm getting the early console > outputs, printk is working, but after the ram disk is mounted and when > the init/main.c starts the /sbin/init, I'm not getting the system > console. This ram disk with the busybox ver 1.00 was working fine with > 2.6.16.9 kernel (with sh--stable--2.6.16 patch). > Are you attempting to use the 32kB cache mode by any chance? This is known to have some problems at the moment.. |
From: Nobuhiro I. <he...@t-...> - 2007-05-07 00:44:23
|
HI , 2007/5/4, Cmmn Ml <cm...@ya...>: > > As a summary, my situation is the system boots up fine, printk is working > fine but printf is not working and also busybox is not able start a console. > This might appear like a crazy question, but if any one have some idea about > this, it will be a great help. Following is the early console output of my > system. > In my environment (NFSboot), the console of busybox is working . Could you send your Carnelconfig? regards, Nobuhiro -- ---------------------------------- Nobuhiro Iwamatsu < hemamu at t-base.ne.jp > Key fingerprint = 353A C650 BB7A 6F72 3650 9461 4121 C743 3170 EBE9 ICQ : 8095912 |
From: Cmmn Ml <cm...@ya...> - 2007-05-04 09:42:10
|
Hi all, I'm using linux kernel 2.6.21-rc7 with the sh: Solution Engine SH7705 board and CPU updates (http://git.kernel.org/?p=linux/kernel/git/lethal/sh-2.6.git;a=commit;h=5452d25e28f365938b36f3a972fe2a1bb69a4c3e) added by Nobuhiro Iwamatsu to the sh-2.6.git. Initial boot up of the kernel works fine, I'm getting the early console outputs, printk is working, but after the ram disk is mounted and when the init/main.c starts the /sbin/init, I'm not getting the system console. This ram disk with the busybox ver 1.00 was working fine with 2.6.16.9 kernel (with sh--stable--2.6.16 patch). To find out the problem, I replaced the /sbin/init with a small helloworld program (dynamically linked) which has only a printf in a loop, then I noticed that the printf is not working. This program was also working fine with 2.6.16.9 kernel (with sh--stable--2.6.16 patch). As a summary, my situation is the system boots up fine, printk is working fine but printf is not working and also busybox is not able start a console. This might appear like a crazy question, but if any one have some idea about this, it will be a great help. Following is the early console output of my system. ------------------------------------------------------------------------------- Linux version 2.6.21-rc7 (root@cmmnml-linux-vm) (gcc version 3.4.4) #5 PREEMPT Thu Apr 26 14:58:55 LKT 2007 Built 1 zonelists. Total pages: 8128 Kernel command line: mem=32M console=ttySC0,115200 root=/dev/ram PID hash table entries: 128 (order: 7, 512 bytes) Interval = 83250 Using tmu for system timer Console: colour dummy device 80x25 Dentry cache hash table entries: 4096 (order: 2, 16384 bytes) Inode-cache hash table entries: 2048 (order: 1, 8192 bytes) Memory: 28424k/32768k available (1692k kernel code, 4344k reserved, 73k data, 76 k init) Mount-cache hash table entries: 512 CPU: SH7705 NET: Registered protocol family 16 NET: Registered protocol family 2 IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 1024 (order: 1, 8192 bytes) TCP bind hash table entries: 1024 (order: 0, 4096 bytes) TCP: Hash tables configured (established 1024 bind 1024) TCP reno registered checking if image is initramfs...it isn't (no cpio magic); looks like an initrd Freeing initrd memory: 2048k freed JFFS2 version 2.2. (NAND) (C) 2001-2006 Red Hat, Inc. io scheduler noop registered io scheduler anticipatory registered (default) SuperH SCI(F) driver initialized sh-sci: ttySC0 at MMIO 0xa4410000 (irq = 59) is a scif sh-sci: ttySC1 at MMIO 0xa4400000 (irq = 55) is a scif RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize NS ST-NIC 83902A PPP generic driver version 2.4.2 PPP Deflate Compression module registered TCP cubic registered NET: Registered protocol family 1 NET: Registered protocol family 17 RAMDISK: Compressed image found at block 0 EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended VFS: Mounted root (ext2 filesystem). Freeing unused kernel memory: 76k freed ------------------------------------------------------------------------------- Thanks in advance. Cmmn Paul Mundt <pau...@re...> wrote: On Tue, May 01, 2007 at 06:49:06AM -0700, Cmmn Ml wrote: > As I found that the file arch/sh/kernel/cpu/sh3/entry.S is broken for SH3 in 2.6.20.7 kernel. > > arch/sh/kernel/cpu/sh3/entry.S > > ... > ... > > #if defined(CONFIG_CPU_SH4) > #define ldmmupteh(r) mov.l 8f, r > #else > #define ldmmupteh(r) mov #MMU_PTEH, r > #endif > > ... > ... > This doesn't exist in sh-2.6.git, or even 2.6.21. Please use a current kernel before submitting bug reports that have no relevance. --------------------------------- Bored stiff? Loosen up... Download and play hundreds of games for free on Yahoo! Games. |
From: Paul M. <pau...@re...> - 2007-05-01 14:54:56
|
On Tue, May 01, 2007 at 06:49:06AM -0700, Cmmn Ml wrote: > As I found that the file arch/sh/kernel/cpu/sh3/entry.S is broken for SH3 in 2.6.20.7 kernel. > > arch/sh/kernel/cpu/sh3/entry.S > > ... > ... > > #if defined(CONFIG_CPU_SH4) > #define ldmmupteh(r) mov.l 8f, r > #else > #define ldmmupteh(r) mov #MMU_PTEH, r > #endif > > ... > ... > This doesn't exist in sh-2.6.git, or even 2.6.21. Please use a current kernel before submitting bug reports that have no relevance. |
From: Cmmn Ml <cm...@ya...> - 2007-05-01 13:49:44
|
Hi Nobuhiro and Paul, First of all thanks for adding support for SH7705 in the latest kernel. With the sh: Solution Engine SH7705 board and CPU updates (http://git.kernel.org/?p=linux/kernel/git/lethal/sh-2.6.git;a=commit;h=5452d25e28f365938b36f3a972fe2a1bb69a4c3e) added by Nobuhiro Iwamatsu to the sh-2.6.git and some other additional modifications, I managed to successfully run the 2.6.20.7 kernel on SH7705. In addition to the above modifications added by Nobuhiro, following additional modification was needed. As I found that the file arch/sh/kernel/cpu/sh3/entry.S is broken for SH3 in 2.6.20.7 kernel. arch/sh/kernel/cpu/sh3/entry.S ... ... #if defined(CONFIG_CPU_SH4) #define ldmmupteh(r) mov.l 8f, r #else #define ldmmupteh(r) mov #MMU_PTEH, r #endif ... ... here for the SH3 (when CONFIG_CPU_SH4 is not defined), the ldmmupteh(r) is defined as "mov #MMU_PTEH, r". At this line the compiler throws the error - "value of 00000000fffffff0 too large for field of 2 bytes at ...". The error is due to that line attempts to load a long word value as an immediate data and it can be fixed by changing it some thing similar to "mov.l 8f, r" and it works for me. Please let me know if I'm wrong with this. Further more, in my system the Default bootloader kernel arguments is "mem=32M console=ttySC0,115200 root=/dev/ram". After the above modifications, the kernel uses SCIF2 as the console output, but SCIF2 should be selected only if console=ttySC1 is used... isn't it ? I guess this is because of the modifications done to arch/sh/kernel/cpu/sh3/setup-sh7705.c Please correct me if my argument is wrong. Still I couldn't verify the JFFS2 problem (I was experiencing with 2.6.16.9) is fixed or not in 2.6.20.7 kernel. I'm looking forward to find it out, and I'll keep posting any more useful findings. Thanks again. Cmmn Nobuhiro Iwamatsu <he...@t-...> wrote: Hi , On Wed, 25 Apr 2007 14:34:19 +0900 "Nobuhiro Iwamatsu" wrote: > Hi , members. > > 2007/4/24, Paul Mundt : > > On Mon, Apr 23, 2007 at 05:00:54AM -0700, Cmmn Ml wrote: > > > We are working on a SH 7705 processor based board. > > > The linux kernel we are using is 2.6.16 with SH linux stable patch > > > (sh--stable--2.6.16). > > > > Please verify that this is still a problem with 2.6.21-rc7 or something > > similarly recent. > > SH7705 doesn't work in the latest kernel. > > I am grappling with this problem. ( not your jffs2 issue ) > Please wait for a while. > The correction code of SH7705 was committed to the sh-2.6.git repository. Thank you , Paul. Please confirm the operation in the sh-2.6.git repository. regards, Nobuhiro -- Nobuhiro Iwamatsu E-Mail : he...@t-... GPG ID : 3170EBE9 --------------------------------- Ahhh...imagining that irresistible "new car" smell? Check outnew cars at Yahoo! Autos. |
From: Paul M. <le...@li...> - 2007-05-01 03:22:25
|
On Thu, Apr 12, 2007 at 08:46:02PM -0700, Kristoffer Ericson wrote: > arch/sh/kernel/cpu/sh3/setup-sh7709.c > > * Make makro IPRX(A,N) Sensible > * Addition of IPRC(N)/IPRD(N) makros for the ipr_mapping > * Addition of IRQ (18 -> 22), (28 -> 29) and (32 -> 37) with proper IPRx > > signed-off-by: Kristoffer Ericson <Kri...@gm...> > signed-off-by: Yoshii Takasi <tak...@op...> > Applied, thanks. On Thu, Apr 12, 2007 at 08:55:08PM -0700, Kristoffer Ericson wrote: > Trivial fix in arch/sh/boards/hp6xx/Makefile > > * Removal of whitespace > * CONFIG_APM is now called CONFIG_APM_EMULATION > > signed-off-by: Kristoffer Ericson <Kri...@gm...> > Applied, thanks. |
From: Nobuhiro I. <he...@t-...> - 2007-04-26 13:56:28
|
Hi , On Wed, 25 Apr 2007 14:34:19 +0900 "Nobuhiro Iwamatsu" <he...@t-...> wrote: > Hi , members. > > 2007/4/24, Paul Mundt <le...@li...>: > > On Mon, Apr 23, 2007 at 05:00:54AM -0700, Cmmn Ml wrote: > > > We are working on a SH 7705 processor based board. > > > The linux kernel we are using is 2.6.16 with SH linux stable patch > > > (sh--stable--2.6.16). > > > > Please verify that this is still a problem with 2.6.21-rc7 or something > > similarly recent. > > SH7705 doesn't work in the latest kernel. > > I am grappling with this problem. ( not your jffs2 issue ) > Please wait for a while. > The correction code of SH7705 was committed to the sh-2.6.git repository. Thank you , Paul. Please confirm the operation in the sh-2.6.git repository. regards, Nobuhiro -- Nobuhiro Iwamatsu E-Mail : he...@t-... GPG ID : 3170EBE9 |
From: Paul M. <pau...@re...> - 2007-04-25 05:39:59
|
On Wed, Apr 25, 2007 at 02:34:19PM +0900, Nobuhiro Iwamatsu wrote: > 2007/4/24, Paul Mundt <le...@li...>: > > On Mon, Apr 23, 2007 at 05:00:54AM -0700, Cmmn Ml wrote: > > > We are working on a SH 7705 processor based board. > > > The linux kernel we are using is 2.6.16 with SH linux stable patch > > > (sh--stable--2.6.16). > > > > Please verify that this is still a problem with 2.6.21-rc7 or something > > similarly recent. > > SH7705 doesn't work in the latest kernel. > > I am grappling with this problem. ( not your jffs2 issue ) > Please wait for a while. > Fixing up se7705 should be fairly trivial, edosk7705 I'm leaning towards removing entirely, as it hasn't had any attention since it was merged. |
From: Nobuhiro I. <he...@t-...> - 2007-04-25 05:34:22
|
Hi , members. 2007/4/24, Paul Mundt <le...@li...>: > On Mon, Apr 23, 2007 at 05:00:54AM -0700, Cmmn Ml wrote: > > We are working on a SH 7705 processor based board. > > The linux kernel we are using is 2.6.16 with SH linux stable patch > > (sh--stable--2.6.16). > > Please verify that this is still a problem with 2.6.21-rc7 or something > similarly recent. SH7705 doesn't work in the latest kernel. I am grappling with this problem. ( not your jffs2 issue ) Please wait for a while. regards, Nobuhiro. -- ---------------------------------- Nobuhiro Iwamatsu < hemamu at t-base.ne.jp > Key fingerprint = 353A C650 BB7A 6F72 3650 9461 4121 C743 3170 EBE9 ICQ : 8095912 |
From: Paul M. <le...@li...> - 2007-04-24 05:28:00
|
This is just a quick breakdown on what's in the 2.6.22 merge window queue so far. Most of this has been out in the staging tree in git for some time already, so there shouldn't be any real surprises. There's still some kprobes, X2 TLB work, and hrtimer stuff that hasn't been merged yet, and given that those are quite isolated, those might show up for -rc2. Changes are scattered. A number of new boards have been added, others have been updated, basic kgdb was resurrected, and SH7722 got clock framework support. As per some of the noise on l-k regarding udivdi3 wrapping (to div64_32 in the sh case), that's been ripped out too. We don't seem to have anything that emits it in-tree anyways, so there's not a lot of point in dragging it around. Those with out-of-tree users will need to do_div() explicitly. Kristoffer Ericson (2): sh: hp6xx driver compile fixes. sh: hp6xx pata_platform support. Nobuhiro Iwamatsu (6): sh: pata_platform pcmcia support for SolutionEngine boards. sh: L-BOX RE2 support. sh: MS7712SE01 board support. sh: Add defconfig for se7712. sh: SH7780 Solution Engine board support. sh: se7780 PCI support. Paul Mundt (14): sh: Bring kgdb back from the dead. sh: Rip out broken kgdb thread support. sh: speculative execution support for SH7780. sh: generic BUG() support. sh: NR_IRQS consolidation. sh: Add SH7785 Highlander board support (R7785RP). serial: sh-sci: Kill off breakpoint in break IRQ. doc: Update sysrq doc for sh kgdb trigger. sh: bootmem tidying for discontig/sparsemem preparation. sh: Kill off udivdi3 div64_32 wrapping. sh: Add defconfig for se7722. sh: Tidy up L-BOX area5 addresses. sh: Add a dummy SH-4 PCIC fixup. sh: Obey CONFIG_HZ for HZ definition. SUGIOKA Toshinobu (1): sh: Fix fstatat64() syscall. Takashi YOSHII (1): sh: heartbeat double 0 fix. dmitry pervushin (2): sh: SH7722 clock framework support. serial: sh-sci: Fix module clock refcounting. kogiidena (1): sh: landisk updates. Documentation/sh/clk.txt | 32 + Documentation/sysrq.txt | 4 +- arch/sh/Kconfig | 75 +- arch/sh/Kconfig.debug | 20 +- arch/sh/Makefile | 5 +- arch/sh/boards/hp6xx/setup.c | 67 +- arch/sh/boards/landisk/Makefile | 2 +- arch/sh/boards/landisk/gio.c | 167 ++++ arch/sh/boards/landisk/io.c | 250 ----- arch/sh/boards/landisk/irq.c | 83 +-- arch/sh/boards/landisk/landisk_pwb.c | 346 ------- arch/sh/boards/landisk/psw.c | 143 +++ arch/sh/boards/landisk/rtc.c | 91 -- arch/sh/boards/landisk/setup.c | 163 +--- arch/sh/boards/lboxre2/Makefile | 5 + arch/sh/boards/lboxre2/irq.c | 31 + arch/sh/boards/lboxre2/setup.c | 85 ++ arch/sh/boards/renesas/r7780rp/Kconfig | 18 +- arch/sh/boards/renesas/r7780rp/Makefile | 6 +- arch/sh/boards/renesas/r7780rp/irq-r7780rp.c | 21 + arch/sh/boards/renesas/r7780rp/irq-r7785rp.c | 29 + arch/sh/boards/renesas/r7780rp/irq.c | 25 +- arch/sh/boards/renesas/r7780rp/setup.c | 74 +- arch/sh/boards/se/770x/io.c | 2 + arch/sh/boards/se/770x/irq.c | 27 +- arch/sh/boards/se/770x/setup.c | 30 +- arch/sh/boards/se/7751/setup.c | 148 --- arch/sh/boards/se/7780/Makefile | 10 + arch/sh/boards/se/7780/irq.c | 89 ++ arch/sh/boards/se/7780/setup.c | 122 +++ arch/sh/configs/lboxre2_defconfig | 1271 ++++++++++++++++++++++++ arch/sh/configs/r7785rp_defconfig | 1334 ++++++++++++++++++++++++++ arch/sh/configs/se7712_defconfig | 1088 +++++++++++++++++++++ arch/sh/configs/se7722_defconfig | 945 ++++++++++++++++++ arch/sh/configs/se7780_defconfig | 1309 +++++++++++++++++++++++++ arch/sh/drivers/Kconfig | 10 + arch/sh/drivers/heartbeat.c | 13 +- arch/sh/drivers/pci/Makefile | 5 +- arch/sh/drivers/pci/fixups-lboxre2.c | 41 + arch/sh/drivers/pci/fixups-se7780.c | 60 ++ arch/sh/drivers/pci/ops-landisk.c | 4 +- arch/sh/drivers/pci/ops-lboxre2.c | 63 ++ arch/sh/drivers/pci/ops-r7780rp.c | 37 +- arch/sh/drivers/pci/ops-se7780.c | 96 ++ arch/sh/drivers/pci/ops-sh4.c | 6 + arch/sh/drivers/pci/pci-sh4.h | 2 +- arch/sh/drivers/pci/pci-sh7751.c | 15 +- arch/sh/drivers/pci/pci-sh7780.c | 45 +- arch/sh/drivers/pci/pci-sh7780.h | 19 +- arch/sh/kernel/cpu/clock.c | 28 +- arch/sh/kernel/cpu/init.c | 19 + arch/sh/kernel/cpu/irq/intc2.c | 3 +- arch/sh/kernel/cpu/sh3/Makefile | 1 + arch/sh/kernel/cpu/sh3/probe.c | 3 + arch/sh/kernel/cpu/sh3/setup-sh7710.c | 60 ++ arch/sh/kernel/cpu/sh4/clock-sh4-202.c | 3 +- arch/sh/kernel/cpu/sh4/probe.c | 8 + arch/sh/kernel/cpu/sh4a/Makefile | 4 +- arch/sh/kernel/cpu/sh4a/clock-sh7722.c | 600 ++++++++++++ arch/sh/kernel/cpu/sh4a/clock-sh7785.c | 162 ++++ arch/sh/kernel/cpu/sh4a/setup-sh7785.c | 98 ++ arch/sh/kernel/irq.c | 5 +- arch/sh/kernel/kgdb_stub.c | 490 ++--------- arch/sh/kernel/process.c | 3 +- arch/sh/kernel/setup.c | 259 ++---- arch/sh/kernel/sh_ksyms.c | 1 - arch/sh/kernel/timers/timer-tmu.c | 4 +- arch/sh/kernel/traps.c | 54 +- arch/sh/kernel/vmlinux.lds.S | 47 +- arch/sh/lib/Makefile | 3 +- arch/sh/lib/udivdi3.c | 16 - arch/sh/mm/Kconfig | 19 + arch/sh/mm/init.c | 197 ++-- arch/sh/tools/mach-types | 2 + drivers/input/touchscreen/hp680_ts_input.c | 2 +- drivers/serial/sh-sci.c | 102 ++- drivers/serial/sh-sci.h | 83 ++- include/asm-sh/bug.h | 92 ++- include/asm-sh/clock.h | 32 +- include/asm-sh/cpu-sh3/mmu_context.h | 1 + include/asm-sh/cpu-sh4/freq.h | 8 + include/asm-sh/irq.h | 91 +-- include/asm-sh/kgdb.h | 51 +- include/asm-sh/lboxre2.h | 27 + include/asm-sh/mmu_context.h | 6 +- include/asm-sh/page.h | 10 +- include/asm-sh/param.h | 2 +- include/asm-sh/pci.h | 2 +- include/asm-sh/processor.h | 2 +- include/asm-sh/r7780rp.h | 68 +- include/asm-sh/se.h | 1 + include/asm-sh/se7751.h | 2 + include/asm-sh/se7780.h | 108 +++ include/asm-sh/stat.h | 19 +- sound/oss/sh_dac_audio.c | 2 +- 95 files changed, 9059 insertions(+), 2274 deletions(-) |
From: Paul M. <le...@li...> - 2007-04-24 05:17:43
|
Resending this.. looks to have been chomped by a spam filter. On Wed, Apr 18, 2007 at 12:12:52PM -0400, Gregg C Levine wrote: > It seems that our homepage for http://linucdc.net needs to be updated. I > just visited it and it contains some much older news. > This should probably just be removed, it hasn't been a separate project in years, and there's certainly nothing happening there anymore. > Not that it matters but I have a new project taking shape for the old fellow > and I thought I would check back with all of you. Any new stuff for the DC can be reflected on the LinuxSH wiki. There's no need to fragment information for something that's relatively low-traffic to begin with. |
From: Paul M. <le...@li...> - 2007-04-23 18:06:53
|
On Mon, Apr 23, 2007 at 05:00:54AM -0700, Cmmn Ml wrote: > We are working on a SH 7705 processor based board. > The linux kernel we are using is 2.6.16 with SH linux stable patch > (sh--stable--2.6.16). Please verify that this is still a problem with 2.6.21-rc7 or something similarly recent. |
From: Fabio G. <fab...@au...> - 2007-04-23 15:31:56
|
Thanks; I agree 100% but I had couriosity to know more about this argument. Thanks a gain and rest regards. Alle 22:31, venerd=EC 20 aprile 2007, Stuart MENEFY ha scritto: > Fabio Giovagnini wrote: > > Hi all, > > I have found the following problem. > > I'm using gcc 3.2.3 hms for sh target; in particular I'm using the c > > compiler (gcc without g++) and Icompiled 3.2.3 - hms version without any > > patch. > > > > On sh2 7145 and 7044 I had no problem; now I'm porting a software on sh2 > > 7085 (7080 family; > > http://eu.renesas.com/fmwk.jsp?cnt=3Dsh7080_series_landing.jsp&fp=3D/pr= oducts > >/mpumcu/superh_family/sh7080_series/) and I discovered such a problem: I > > have this struct describing the AD converter registers: > > struct st_ad0 { /* struct A/D0= =20 > > */ > > ... struct contents cut ... > > > }; /* = =20 > > */ > > > > > > Reading the hw manual you can see ADCSR is a register accessible only as > > word (16 bit) so the only assembler allowed istruction to access the > > register is MOV.W; Obviusly if I write > > AD0.ADCSR.WORD |=3D BIT14 or AD0.ADCSR.WORD &=3D ~BIT14 > > what I read in assembler is correct; > > if I write > > AD0.ADCSR.BIT.ADIE =3D 1 or AD0.ADCSR.BIT.ADIE =3D 0 > > in assembler is used a MOV.B instruction being not allowed by the > > architecture. > > > > Is this a complier bug? How could I approach the problem? > > Obviusly I can avoid the bit field manupulation in the 16 bit access > > register but I'd like to have a full featured compiler. > > In general, I'd recommend against using structs like this to manipulate > hardware registers. Compilers just don't give enough guarantees about > what they will actually do when accessing registers in this way: > > - the exact layout of the structure isn't defined, and can vary > from compiler to compiler > > - the compiler is at liberty to reorder and optimise your code as it > sees fit to try and make it more efficient. volatile helps somewhat > in this but even this different compilers can interpret in > different ways. > > - hardware memory barriers are required on some architectures to > ensure that operations are performed in the correct order > > - buffers may need flushing to ensure data has actually left the > CPU, and other operations may be required to ensure data has > reached the register. > > This is why systems such as Linux use the readl(), writel() etc macros > to access registers, and have all the various memory barrier macros. > > It also makes the intention of your code much clearer. You know that > when a writel() call appears in your code it is touching hardware, > while a struct member assignment could be easily confused with > updating a software data structure. > > And when porting your code it makes it much easier to work out what > needs changing. > > Just my twopenny worth. > > Stuart =2D-=20 =46abio Giovagnini Aurion s.r.l. via degli orti 11, 40050 Funo di Argelato (BO) Tel. +39.335.8350919 =46ax +39.051.8659009 www.aurion-tech.com account telefono VoIP skype (www.skype.com): aurion.giovagnini |
From: Cmmn Ml <cm...@ya...> - 2007-04-23 12:01:02
|
Hi all, We are working on a SH 7705 processor based board. The linux kernel we are using is 2.6.16 with SH linux stable patch (sh--stable--2.6.16). At the moment the linux kernel is running well with basic features. We're getting following problem with flash file system (JFFS2). We have two flash partitions on our system and can be mounted using JFFS2. Once partitions are mounted we can do standard file system operations like create/remove directories, files. But when we try to copy a directory, it copies the files inside the directory and at the end the system crashes with following errors. Further more copying individual file, one by one doesn't make any problem. --------------------------------------------------------------------- Unable to handle kernel paging request at virtual address 004026fc pc = 8c052286 *pde = 0c2dc564 *pte = 0c7f4558 Oops: 0001 [#1] Pid : 3, Comm: events/0 PC is at free_block+0x46/0xf0 PC : 8c052286 SP : 8c5f9f04 SR : 400000f0 TEA : 004026fc Not tainted R0 : 8c395060 R1 : 004026f8 R2 : 00439194 R3 : 00000003 R4 : 8c283000 R5 : 8c262170 R6 : 8c260410 R7 : 8c429bd0 R8 : 8c20d540 R9 : 00000002 R10 : 8c262174 R11 : 00000000 R12 : 8c0ca000 R13 : 8c203d0c R14 : 8c052180 MACH: 0000002e MACL: 66666672 GBR : 00000000 PR : 8c052380 Call trace: [<8c052380>] drain_array_locked+0x50/0xa0 [<8c053814>] cache_reap+0x54/0x190 [<8c052330>] drain_array_locked+0x0/0xa0 [<8c02f20c>] run_workqueue+0xbc/0x140 [<8c0537c0>] cache_reap+0x0/0x190 [<8c02f378>] worker_thread+0xe8/0x170 [<8c032860>] add_wait_queue+0x0/0x40 [<8c032430>] kthread_should_stop+0x0/0x20 [<8c01cc10>] default_wake_function+0x0/0x20 [<8c01cc10>] default_wake_function+0x0/0x20 [<8c03251a>] kthread+0xca/0x120 [<8c02f290>] worker_thread+0x0/0x170 [<8c01cd70>] complete+0x0/0x60 [<8c032430>] kthread_should_stop+0x0/0x20 [<8c012004>] kernel_thread_helper+0x4/0x10 Unable to handle kernel paging request at virtual address 63237302 pc = 63237302 *pde = 00000000 Oops: 0000 [#2] Pid : 711, Comm: cp PC is at 0x63237302 PC : 63237302 SP : 8c2d7bcc SR : 40000000 TEA : 63237302 Not tainted R0 : 63237302 R1 : 00000000 R2 : 00800000 R3 : 00000000 R4 : 8c552400 R5 : 00000000 R6 : 01f0cf48 R7 : 00000044 R8 : 8c55fe28 R9 : 8c2d7bf4 R10 : 8c678508 R11 : 00000000 R12 : 00000002 R13 : 8c55fe00 R14 : 00000000 MACH: 00031035 MACL: 00000010 GBR : 00000000 PR : 8c0fdcca Call trace: [<8c0aff56>] jffs2_flash_direct_writev+0x76/0xc0 [<8c0b12d0>] jffs2_flash_writev+0x50/0x570 [<c0100b3c>] 0xc0100b3c [<8c0cf572>] zlib_tr_flush_block+0xc2/0x4c0 [<8c0cd210>] zlib_deflate+0x0/0x270 [<c0100afc>] 0xc0100afc [<8c0cd210>] zlib_deflate+0x0/0x270 [<8c0a929a>] jffs2_write_dnode+0x1ea/0x4c0 [<8c0a9bde>] jffs2_write_inode_range+0x1fe/0x3b0 [<8c0caae0>] crc32_le+0x0/0xd0 [<8c0c43ac>] memcpy+0x0/0x28 [<8c0a4f8e>] jffs2_commit_write+0x14e/0x2e0 [<8c0c43ac>] memcpy+0x0/0x28 [<8c03ccae>] generic_file_buffered_write+0x38e/0x5a0 [<8c041c8a>] make_ahead_window+0x6a/0x90 [<8c03d494>] __generic_file_aio_write_nolock+0x374/0x3c0 [<8c03d51e>] __generic_file_write_nolock+0x3e/0x70 [<8c032a80>] autoremove_wake_function+0x0/0x30 [<8c032a80>] autoremove_wake_function+0x0/0x30 [<8c054f34>] do_filp_open+0x34/0x50 [<8c03d656>] generic_file_write+0x36/0xc0 [<8c055c2a>] vfs_write+0x7a/0x130 [<8c055d84>] sys_write+0x34/0x70 [<8c014184>] syscall_call+0xc/0xe [<8c055d50>] sys_write+0x0/0x70 Unable to handle kernel paging request at virtual address 60408856 pc = 8c07e31e *pde = 00000000 Oops: 0000 [#3] Pid : 711, Comm: cp PC is at dnotify_flush+0xe/0x80 PC : 8c07e31e SP : 8c2d7ad4 SR : 40000101 TEA : 60408856 Not tainted R0 : 00000000 R1 : 60408856 R2 : 40000100 R3 : 8c2922d0 R4 : 6040882e R5 : 8c5883d0 R6 : 00000000 R7 : 00000000 R8 : 8c2922d0 R9 : 8c5883d0 R10 : 00000000 R11 : 00000001 R12 : 8c5883d0 R13 : 00000000 R14 : 8c0553a0 MACH: 00031035 MACL: 00000000 GBR : 00000000 PR : 8c0553dc Call trace: [<8c0553dc>] filp_close+0x3c/0x70 [<8c021b42>] put_files_struct+0xa2/0x110 [<8c02248e>] do_exit+0x1be/0x700 [<8c016044>] die+0x44/0x60 [<8c0209c0>] printk+0x0/0x20 [<8c01a25c>] do_page_fault+0x1cc/0x2d0 [<8c014090>] ret_from_exception+0x0/0xc [<8c0fdcca>] part_write+0x8a/0xa0 [<8c0aff56>] jffs2_flash_direct_writev+0x76/0xc0 [<8c0b12d0>] jffs2_flash_writev+0x50/0x570 [<c0100b3c>] 0xc0100b3c [<8c0cf572>] zlib_tr_flush_block+0xc2/0x4c0 [<8c0cd210>] zlib_deflate+0x0/0x270 [<c0100afc>] 0xc0100afc [<8c0cd210>] zlib_deflate+0x0/0x270 [<8c0a929a>] jffs2_write_dnode+0x1ea/0x4c0 [<8c0a9bde>] jffs2_write_inode_range+0x1fe/0x3b0 [<8c0caae0>] crc32_le+0x0/0xd0 [<8c0c43ac>] memcpy+0x0/0x28 [<8c0a4f8e>] jffs2_commit_write+0x14e/0x2e0 [<8c0c43ac>] memcpy+0x0/0x28 [<8c03ccae>] generic_file_buffered_write+0x38e/0x5a0 [<8c041c8a>] make_ahead_window+0x6a/0x90 [<8c03d494>] __generic_file_aio_write_nolock+0x374/0x3c0 [<8c03d51e>] __generic_file_write_nolock+0x3e/0x70 [<8c032a80>] autoremove_wake_function+0x0/0x30 [<8c032a80>] autoremove_wake_function+0x0/0x30 [<8c054f34>] do_filp_open+0x34/0x50 [<8c03d656>] generic_file_write+0x36/0xc0 [<8c055c2a>] vfs_write+0x7a/0x130 [<8c055d84>] sys_write+0x34/0x70 [<8c014184>] syscall_call+0xc/0xe [<8c055d50>] sys_write+0x0/0x70 Fixing recursive fault but reboot is needed! Fault in unaligned fixup: 0000 [#4] Pid : 39, Comm: pdflush PC is at sync_sb_inodes+0x74/0x230 PC : 8c075cc4 SP : 8c5d1ef0 SR : 40000100 TEA : d828e43f Not tainted R0 : 00000002 R1 : 8c55547c R2 : d828e43f R3 : 8c50ac90 R4 : 8c555400 R5 : 8c5d1f44 R6 : 8c5c1210 R7 : 8c2e1e14 R8 : 8c55547c R9 : 004027e4 R10 : 8c50ac88 R11 : 8c555400 R12 : 8c555474 R13 : 8c5d1f44 R14 : 8c5d1f44 MACH: 00000140 MACL: 00000118 GBR : 00000000 PR : 8c07603e Call trace: [<8c07603e>] writeback_inodes+0x4e/0x90 [<8c075c50>] sync_sb_inodes+0x0/0x230 [<8c0409ba>] wb_kupdate+0x7a/0x110 [<8c0ba780>] blk_congestion_wait+0x0/0x80 [<8c075ff0>] writeback_inodes+0x0/0x90 [<8c041690>] pdflush+0xf0/0x1b0 [<8c0209c0>] printk+0x0/0x20 [<8c16c130>] schedule+0x0/0x5d0 [<8c040940>] wb_kupdate+0x0/0x110 [<8c03251a>] kthread+0xca/0x120 [<8c0415a0>] pdflush+0x0/0x1b0 [<8c01cd70>] complete+0x0/0x60 [<8c032430>] kthread_should_stop+0x0/0x20 [<8c012004>] kernel_thread_helper+0x4/0x10 Fault in unaligned fixup: 0000 [#5] Pid : 39, Comm: pdflush PC is at shrink_dcache_parent+0x52/0xd0 PC : 8c06b9f2 SP : 8c5d1dc0 SR : 40000101 TEA : 31a28d09 Not tainted R0 : 000000f0 R1 : 8c535678 R2 : 31a28d05 R3 : 8c3017d8 R4 : 8c3018b4 R5 : 8c19c748 R6 : 8c301860 R7 : 8c3017b4 R8 : 00000001 R9 : 8c3018e8 R10 : fffffffd R11 : 8c3018b4 R12 : 8c3018b4 R13 : 8c012310 R14 : 8c080e90 MACH: 00000140 MACL: 0000003c GBR : 00000000 PR : 8c080ea0 Call trace: [<8c080ea0>] proc_pid_flush+0x10/0x30 [<8c021644>] release_task+0xe4/0x180 [<8c02297a>] do_exit+0x6aa/0x700 [<8c0222c0>] next_thread+0x0/0x10 [<8c021560>] release_task+0x0/0x180 [<8c016044>] die+0x44/0x60 [<8c174e64>] __func__.0+0xcd0/0x17539 [<8c0160aa>] die_if_no_fixup+0x4a/0x60 [<8c0168f8>] handle_unaligned_access+0x518/0x550 [<d828e43f>] 0xd828e43f [<8c08c42a>] ext2_update_inode+0x30a/0x360 [<8c016a74>] do_address_error+0x144/0x190 [<8c014090>] ret_from_exception+0x0/0xc [<8c014054>] address_error_store+0x0/0x4 [<d828e43f>] 0xd828e43f [<8c075cc4>] sync_sb_inodes+0x74/0x230 [<8c07603e>] writeback_inodes+0x4e/0x90 [<8c07603e>] writeback_inodes+0x4e/0x90 [<8c075c50>] sync_sb_inodes+0x0/0x230 [<8c0409ba>] wb_kupdate+0x7a/0x110 [<8c0ba780>] blk_congestion_wait+0x0/0x80 [<8c075ff0>] writeback_inodes+0x0/0x90 [<8c041690>] pdflush+0xf0/0x1b0 [<8c0209c0>] printk+0x0/0x20 [<8c16c130>] schedule+0x0/0x5d0 [<8c040940>] wb_kupdate+0x0/0x110 [<8c03251a>] kthread+0xca/0x120 [<8c0415a0>] pdflush+0x0/0x1b0 [<8c01cd70>] complete+0x0/0x60 [<8c032430>] kthread_should_stop+0x0/0x20 [<8c012004>] kernel_thread_helper+0x4/0x10 Fixing recursive fault but reboot is needed! --------------------------------------------------------------------- We're using Solution Engine as the target board and modified the linux-2.6.16.9/drivers/mtd/maps/solutionengine.c file according to our needs. Flash memory type is Spansion (MirrorBit family) S29GLxxxN. If any one knows why this happnes and give us some thoughts on this, it will be a great help. Thank you in advance Cmmn --------------------------------- Ahhh...imagining that irresistible "new car" smell? Check outnew cars at Yahoo! Autos. |
From: Stuart M. <stu...@st...> - 2007-04-20 20:32:19
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Fabio Giovagnini wrote: > Hi all, > I have found the following problem. > I'm using gcc 3.2.3 hms for sh target; in particular I'm using the c compiler (gcc without g++) and Icompiled 3.2.3 - hms version without any patch. > > On sh2 7145 and 7044 I had no problem; now I'm porting a software on sh2 7085 (7080 family; > http://eu.renesas.com/fmwk.jsp?cnt=sh7080_series_landing.jsp&fp=/products/mpumcu/superh_family/sh7080_series/) and I discovered such a problem: > I have this struct describing the AD converter registers: > struct st_ad0 { /* struct A/D0 */ ... struct contents cut ... > }; /* */ > > > Reading the hw manual you can see ADCSR is a register accessible only as word (16 bit) so the only assembler allowed istruction to access the register is MOV.W; > Obviusly if I write > AD0.ADCSR.WORD |= BIT14 or AD0.ADCSR.WORD &= ~BIT14 > what I read in assembler is correct; > if I write > AD0.ADCSR.BIT.ADIE = 1 or AD0.ADCSR.BIT.ADIE = 0 > in assembler is used a MOV.B instruction being not allowed by the architecture. > > Is this a complier bug? How could I approach the problem? > Obviusly I can avoid the bit field manupulation in the 16 bit access register but I'd like to have a full featured compiler. In general, I'd recommend against using structs like this to manipulate hardware registers. Compilers just don't give enough guarantees about what they will actually do when accessing registers in this way: - the exact layout of the structure isn't defined, and can vary from compiler to compiler - the compiler is at liberty to reorder and optimise your code as it sees fit to try and make it more efficient. volatile helps somewhat in this but even this different compilers can interpret in different ways. - hardware memory barriers are required on some architectures to ensure that operations are performed in the correct order - buffers may need flushing to ensure data has actually left the CPU, and other operations may be required to ensure data has reached the register. This is why systems such as Linux use the readl(), writel() etc macros to access registers, and have all the various memory barrier macros. It also makes the intention of your code much clearer. You know that when a writel() call appears in your code it is touching hardware, while a struct member assignment could be easily confused with updating a software data structure. And when porting your code it makes it much easier to work out what needs changing. Just my twopenny worth. Stuart -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGKSM061BlSKQGbXkRAqmJAJ9kxFEo1zqfuDSOaytv4dJIVK5spQCbBsIJ 6aBoVlOuqwJ5oTOAZ+GWrl0= =tu7l -----END PGP SIGNATURE----- |
From: Fabio G. <fab...@au...> - 2007-04-20 06:47:58
|
for which family of microprocessor could be used the target m2e ? Thanks. -- Fabio Giovagnini Aurion s.r.l. via degli orti 11, 40050 Funo di Argelato (BO) Tel. +39.335.8350919 Fax +39.051.8659009 www.aurion-tech.com account telefono VoIP skype (www.skype.com): aurion.giovagnini |
From: Cmmn Ml <cm...@ya...> - 2007-04-20 05:22:03
|
Hello We are working on a SH 7705 processor based board. The linux kernel we are using is 2.6.16 with SH linux stable patch (sh--stable--2.6.16). At the moment the linux kernel is running well with basic features. We're getting following problem with flash file system (JFFS). We can mount a flash partition using JFFS, and can create directories, files without a problem. But when we try to remove a file using rm command we get following error. --------------------------------------------------------------------- Unable to handle kernel NULL pointer dereference at virtual address 00000070 pc = 8c16fabc *pde = 00000000 Oops: 0000 [#1] Pid : 684, Comm: rm PC is at mutex_unlock+0xc/0x40 PC : 8c16fabc SP : 8c28df2c SR : 400001f1 TEA : 00000070 Not tainted R0 : 00000000 R1 : 40000101 R2 : 40000100 R3 : 00000001 R4 : 00000070 R5 : 002f1493 R6 : ffffffff R7 : 000000f0 R8 : 00000000 R9 : 8c67f224 R10 : 8c5306c4 R11 : 8c530740 R12 : 8c67f224 R13 : 00403d6c R14 : 7bed3eac MACH: 0000010c MACL: 00000000 GBR : 00000000 PR : 8c065668 Call trace: [<8c065736>] do_unlinkat+0x96/0x140 [<8c014090>] ret_from_exception+0x0/0xc [<8c014184>] syscall_call+0xc/0xe [<8c065810>] sys_unlink+0x0/0x10 Segmentation fault --------------------------------------------------------------------- Removing a directory using rmdir or rm -r works fine without giving any error. We're using Solution Engine as the target board and modified the linux-2.6.16.9/drivers/mtd/maps/solutionengine.c file according to our needs. Flash memory type is Spansion (MirrorBit family) S29GLxxxN. If any one can give us some thoughts on this, it will be a great help. Thank you in advance Cmmn --------------------------------- Ahhh...imagining that irresistible "new car" smell? Check outnew cars at Yahoo! Autos. |
From: Fabio G. <fab...@au...> - 2007-04-19 10:04:08
|
Hi all, I have found the following problem. I'm using gcc 3.2.3 hms for sh target; in particular I'm using the c compiler (gcc without g++) and Icompiled 3.2.3 - hms version without any patch. On sh2 7145 and 7044 I had no problem; now I'm porting a software on sh2 7085 (7080 family; http://eu.renesas.com/fmwk.jsp?cnt=sh7080_series_landing.jsp&fp=/products/mpumcu/superh_family/sh7080_series/) and I discovered such a problem: I have this struct describing the AD converter registers: struct st_ad0 { /* struct A/D0 */ unsigned short ADDR0; /* ADDR0 */ unsigned short ADDR1; /* ADDR1 */ unsigned short ADDR2; /* ADDR2 */ unsigned short ADDR3; /* ADDR3 */ char wk1[8]; /* */ union { /* ADCSR */ unsigned short WORD; /* Word Access */ struct { /* Bit Access */ unsigned short ADF :1; /* ADF */ unsigned short ADIE :1; /* ADIE */ unsigned short :2; /* */ unsigned short TRGE :1; /* TRGE */ unsigned short :1; /* */ unsigned short CONADF:1; /* CONADF */ unsigned short STC :1; /* STC */ unsigned short CKSL :2; /* CKSL */ unsigned short ADM :2; /* ADM */ unsigned short ADCS :1; /* ADCS */ unsigned short CH :3; /* CH */ } BIT; /* */ } ADCSR; /* */ union { /* ADCR */ unsigned short WORD; /* Word Access */ struct { /* Bit Access */ unsigned short :2; /* */ unsigned short ADST:1; /* ADST */ } BIT; /* */ } ADCR; /* */ char wk2[8060]; /* */ union { /* ADTSR */ unsigned short WORD; /* Word Access */ struct { /* Bit Access */ unsigned short :4; /* */ unsigned short TRG01S:4; /* TRG01S */ unsigned short :4; /* */ unsigned short TRG0S :4; /* TRG0S */ } BIT; /* */ } ADTSR; /* */ }; /* */ Reading the hw manual you can see ADCSR is a register accessible only as word (16 bit) so the only assembler allowed istruction to access the register is MOV.W; Obviusly if I write AD0.ADCSR.WORD |= BIT14 or AD0.ADCSR.WORD &= ~BIT14 what I read in assembler is correct; if I write AD0.ADCSR.BIT.ADIE = 1 or AD0.ADCSR.BIT.ADIE = 0 in assembler is used a MOV.B instruction being not allowed by the architecture. Is this a complier bug? How could I approach the problem? Obviusly I can avoid the bit field manupulation in the 16 bit access register but I'd like to have a full featured compiler. Thanks -- Fabio Giovagnini Aurion s.r.l. via degli orti 11, 40050 Funo di Argelato (BO) Tel. +39.335.8350919 Fax +39.051.8659009 www.aurion-tech.com account telefono VoIP skype (www.skype.com): aurion.giovagnini |
From: Gregg C L. <dr...@wo...> - 2007-04-18 16:12:48
|
Hello! It seems that our homepage for http://linucdc.net needs to be updated. I just visited it and it contains some much older news. Currently I am still trying to find where this lives http://www.tu-bs.de/~y0018536/dc/src/mlcd-0_0_4.tar.bz2 obviously it does not live at the school's web-server. And the Wayback machine does not know where the pages are for the entire site that is described there. Despite this the entire site which has today's date on it, still looks okay. Not that it matters but I have a new project taking shape for the old fellow and I thought I would check back with all of you. ---- Gregg C Levine dr...@at... (dr...@wo... ) "Time is immaterial!" |
From: Paul M. <le...@li...> - 2007-04-10 19:07:31
|
On Mon, Apr 09, 2007 at 06:31:12PM -0400, Mike Frysinger wrote: > On Monday 09 April 2007, Stuart MENEFY wrote: > > The problem is that you're not getting shell arithmetic expansion. I'm > > guessing that the shell invoked by your make (usually /bin/sh) is not > > bash, or is one of the versions which doesn't support $[ ... ] for > > arithmetic expansion (version 2.0 ?). > > $[...] is a bashism ... that should be converted to POSIX $((...)) Indeed. I'm not sure why we were using this in the first place anyways, something we never ran in to before I suppose. On Mon, Apr 09, 2007 at 10:13:48PM +0100, Stuart MENEFY wrote: > --- linux.orig/arch/sh/boot/Makefile > +++ linux/arch/sh/boot/Makefile > @@ -23,8 +23,8 @@ CONFIG_MEMORY_START ?= 0 > CONFIG_ZERO_PAGE_OFFSET ?= 0 > > MKIMAGE := $(srctree)/scripts/mkuboot.sh > -ULOADADDR := $(shell printf "0x%8x" $$[0x80000000 + $(CONFIG_MEMORY_START) + $(CONFIG_ZERO_PAGE_OFFSET)]) > -UENTRYADDR := $(shell printf "0x%8x" $$[$(ULOADADDR) + 0x1000]) > +ULOADADDR := $(shell printf "0x%8x" $$((0x80000000 + $(CONFIG_MEMORY_START) + $(CONFIG_ZERO_PAGE_OFFSET)))) > +UENTRYADDR := $(shell printf "0x%8x" $$(($(ULOADADDR) + 0x1000))) > > quiet_cmd_uimage = UIMAGE $@ > cmd_uimage = $(CONFIG_SHELL) $(MKIMAGE) -A sh -O linux -T kernel \ > Thanks, applied. |