Re: Linux 2.6.11.5 on R3912 problems
OK. Fixed this one myself :-), I had misunderstood the MIPS timer stuff and thus the kernel wasn't scheduling. Mark --- Mark Underwood <[EMAIL PROTECTED]> wrote: > Hi, > > I have now been trying to get Linux 2.6.11.5 (built > with gcc 3.3.3 and binutils 2.15.91.0.2) up and > running on my Helio PDA, a MIPS R3912 based ASSP > (the > emulator to be exact) and have been stuck at the > last > step for a while now :-(. > > The kernel runs up fine, the problem starts when > init > is started. Bellow is my kernel log up to freeing > init. > > Uncompressing > Linux > done, booting the kernel. > done decompressing kernel. > e_entry: 8016b000, e_ehsize: 52, e_phentsize 32, > e_phnum 2, > e_shentsize 40, e_shnum 25 > copying 0x10c320 bytes from file offset 0x80 to > address 0x8004 > zeroing from 8014c320 to to 8014c320, 0x0 bytes > copying 0x36084 bytes from file offset 0x10e000 to > address 0x8014e000 > zeroing from 80184084 to to 80198b58, 0x14ad4 bytes > done loading kernel, about to jump in! > mips_machgroup 0x0017, mips_machtype 0x > arcs_cmdline: root=1f01 console=ttyS0,115200n8 > Linux version 2.6.11.5 ([EMAIL PROTECTED]) (gcc version > 3.3.3) #297 Mon Jul 18 20:19 > :39 UTC 2005 > V nasty hack. The Emulator doesn't report which > subset > of the TX39 family it bel > ongs to :,-(. I hope the hardware does! > Forcing cpu type to CPU_TX3912 > CPU revision is: 2200 > Determined physical RAM map: > memory: 00267000 @ 00199000 (usable) > memory: 0040 @ 0200 (usable) > memory: 0020 @ 9fc0 (ROM data) > Built 1 zonelists > Kernel command line: root=1f01 > console=ttyS0,115200n8 > Primary instruction cache 1kB, linesize 16 bytes > Primary data cache 1kB, linesize 4 bytes > Synthesized TLB handler (17 instructions). > Synthesized TLB load handler fastpath (37 > instructions). > Synthesized TLB store handler fastpath (37 > instructions). > Synthesized TLB modify handler fastpath (29 > instructions). > PID hash table entries: 256 (order: 8, 4096 bytes) > r39xx_set_termios > Dentry cache hash table entries: 8192 (order: 3, > 32768 > bytes) > Inode-cache hash table entries: 4096 (order: 2, > 16384 > bytes) > Memory: 6168k/6556k available (981k kernel code, > 348k > reserved, 212k data, 104k > init, 0k highmem) > Mount-cache hash table entries: 512 (order: 0, 4096 > bytes) > Checking for 'wait' instruction... unavailable. > cpu_wait = 0x0 > Linux NoNET1.0 for Linux 2.6 > schedule = 0x801327f8. ret = 0 > Can't analyze prologue code at 80133ea0 > schedule_timeout = 0x80133ea0. ret = -1 > sleep_on = 0x8013395c. ret = 0 > sleep_on_timeout = 0x80133a54. ret = 0 > wait_for_completion = 0x80133148. ret = 0 > Serial: r39xx internal UART driver $ > r39xx_config_port > r39xx_request_port > ttyS0 at MMIO 0x0r39xx_type > (irq = 74) is a R39XX > io scheduler noop registered > io scheduler anticipatory registered > io scheduler deadline registered > io scheduler cfq registered > RAMDISK driver initialized: 16 RAM disks of 4096K > size > 1024 blocksize > loop: loaded (max 8 devices) > Helio Boot ROM: 0x0020 at 0x9fc0 > helio_mtd_map.virt 0x9fc0 > Helio Boot ROM: probing for ROM > Creating 2 MTD partitions on "Helio Boot ROM": > 0x-0x00097eec : "Bootloader + Kernel" > mtd: Giving out device 0 to Bootloader + Kernel > 0x00097eec-0x0013deec : "cramfs Filesystem" > mtd: Giving out device 1 to cramfs Filesystem > block2mtd: version $Revision: 1.23 $ > VFS: Mounted root (cramfs filesystem) readonly. > Freeing unused kernel memory: 104k freed > > I have had to write a UART driver so I thought the > problem might be with that so I put lots of debug in > tty layer, serial_core and my driver to see what was > going on. After doing this and changing the > interrupt > handler (int-handler.S) I saw the echo that I had > put > in my inittab. > So I started to remove debug and found it stopped > working. The strange thing is that it stops before > it > gets as far as sending the echo from inittab. > If I dont have enough debug the kernel stops just > before printing out: > > Algorithmics/MIPS FPU Emulator v1.5 > > When I connect to the emulator with GDB and look at > the registers I find the CPU is still running and is > in cpu_idle. > I wondered if it might be a timer/task scheduler > related problem but as it gets passed the bogomips > calculation the timer must be working. > > Any help would be great as I have been stuck here > for > a while. > > Many Thanks, > > Mark > > > > > ___ > > How much free photo storage do you get? Store your > holiday > snaps for FREE with Yahoo! Photos > http://uk.photos.yahoo.com > > ___ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com - To unsubscribe from this list: send the line
Re: Linux 2.6.11.5 on R3912 problems
OK. Fixed this one myself :-), I had misunderstood the MIPS timer stuff and thus the kernel wasn't scheduling. Mark --- Mark Underwood [EMAIL PROTECTED] wrote: Hi, I have now been trying to get Linux 2.6.11.5 (built with gcc 3.3.3 and binutils 2.15.91.0.2) up and running on my Helio PDA, a MIPS R3912 based ASSP (the emulator to be exact) and have been stuck at the last step for a while now :-(. The kernel runs up fine, the problem starts when init is started. Bellow is my kernel log up to freeing init. Uncompressing Linux done, booting the kernel. done decompressing kernel. e_entry: 8016b000, e_ehsize: 52, e_phentsize 32, e_phnum 2, e_shentsize 40, e_shnum 25 copying 0x10c320 bytes from file offset 0x80 to address 0x8004 zeroing from 8014c320 to to 8014c320, 0x0 bytes copying 0x36084 bytes from file offset 0x10e000 to address 0x8014e000 zeroing from 80184084 to to 80198b58, 0x14ad4 bytes done loading kernel, about to jump in! mips_machgroup 0x0017, mips_machtype 0x arcs_cmdline: root=1f01 console=ttyS0,115200n8 Linux version 2.6.11.5 ([EMAIL PROTECTED]) (gcc version 3.3.3) #297 Mon Jul 18 20:19 :39 UTC 2005 V nasty hack. The Emulator doesn't report which subset of the TX39 family it bel ongs to :,-(. I hope the hardware does! Forcing cpu type to CPU_TX3912 CPU revision is: 2200 Determined physical RAM map: memory: 00267000 @ 00199000 (usable) memory: 0040 @ 0200 (usable) memory: 0020 @ 9fc0 (ROM data) Built 1 zonelists Kernel command line: root=1f01 console=ttyS0,115200n8 Primary instruction cache 1kB, linesize 16 bytes Primary data cache 1kB, linesize 4 bytes Synthesized TLB handler (17 instructions). Synthesized TLB load handler fastpath (37 instructions). Synthesized TLB store handler fastpath (37 instructions). Synthesized TLB modify handler fastpath (29 instructions). PID hash table entries: 256 (order: 8, 4096 bytes) r39xx_set_termios Dentry cache hash table entries: 8192 (order: 3, 32768 bytes) Inode-cache hash table entries: 4096 (order: 2, 16384 bytes) Memory: 6168k/6556k available (981k kernel code, 348k reserved, 212k data, 104k init, 0k highmem) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) Checking for 'wait' instruction... unavailable. cpu_wait = 0x0 Linux NoNET1.0 for Linux 2.6 schedule = 0x801327f8. ret = 0 Can't analyze prologue code at 80133ea0 schedule_timeout = 0x80133ea0. ret = -1 sleep_on = 0x8013395c. ret = 0 sleep_on_timeout = 0x80133a54. ret = 0 wait_for_completion = 0x80133148. ret = 0 Serial: r39xx internal UART driver $ r39xx_config_port r39xx_request_port ttyS0 at MMIO 0x0r39xx_type (irq = 74) is a R39XX io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize loop: loaded (max 8 devices) Helio Boot ROM: 0x0020 at 0x9fc0 helio_mtd_map.virt 0x9fc0 Helio Boot ROM: probing for ROM Creating 2 MTD partitions on Helio Boot ROM: 0x-0x00097eec : Bootloader + Kernel mtd: Giving out device 0 to Bootloader + Kernel 0x00097eec-0x0013deec : cramfs Filesystem mtd: Giving out device 1 to cramfs Filesystem block2mtd: version $Revision: 1.23 $ VFS: Mounted root (cramfs filesystem) readonly. Freeing unused kernel memory: 104k freed I have had to write a UART driver so I thought the problem might be with that so I put lots of debug in tty layer, serial_core and my driver to see what was going on. After doing this and changing the interrupt handler (int-handler.S) I saw the echo that I had put in my inittab. So I started to remove debug and found it stopped working. The strange thing is that it stops before it gets as far as sending the echo from inittab. If I dont have enough debug the kernel stops just before printing out: Algorithmics/MIPS FPU Emulator v1.5 When I connect to the emulator with GDB and look at the registers I find the CPU is still running and is in cpu_idle. I wondered if it might be a timer/task scheduler related problem but as it gets passed the bogomips calculation the timer must be working. Any help would be great as I have been stuck here for a while. Many Thanks, Mark ___ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com ___ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the
Linux 2.6.11.5 on R3912 problems
Hi, I have now been trying to get Linux 2.6.11.5 (built with gcc 3.3.3 and binutils 2.15.91.0.2) up and running on my Helio PDA, a MIPS R3912 based ASSP (the emulator to be exact) and have been stuck at the last step for a while now :-(. The kernel runs up fine, the problem starts when init is started. Bellow is my kernel log up to freeing init. Uncompressing Linux done, booting the kernel. done decompressing kernel. e_entry: 8016b000, e_ehsize: 52, e_phentsize 32, e_phnum 2, e_shentsize 40, e_shnum 25 copying 0x10c320 bytes from file offset 0x80 to address 0x8004 zeroing from 8014c320 to to 8014c320, 0x0 bytes copying 0x36084 bytes from file offset 0x10e000 to address 0x8014e000 zeroing from 80184084 to to 80198b58, 0x14ad4 bytes done loading kernel, about to jump in! mips_machgroup 0x0017, mips_machtype 0x arcs_cmdline: root=1f01 console=ttyS0,115200n8 Linux version 2.6.11.5 ([EMAIL PROTECTED]) (gcc version 3.3.3) #297 Mon Jul 18 20:19 :39 UTC 2005 V nasty hack. The Emulator doesn't report which subset of the TX39 family it bel ongs to :,-(. I hope the hardware does! Forcing cpu type to CPU_TX3912 CPU revision is: 2200 Determined physical RAM map: memory: 00267000 @ 00199000 (usable) memory: 0040 @ 0200 (usable) memory: 0020 @ 9fc0 (ROM data) Built 1 zonelists Kernel command line: root=1f01 console=ttyS0,115200n8 Primary instruction cache 1kB, linesize 16 bytes Primary data cache 1kB, linesize 4 bytes Synthesized TLB handler (17 instructions). Synthesized TLB load handler fastpath (37 instructions). Synthesized TLB store handler fastpath (37 instructions). Synthesized TLB modify handler fastpath (29 instructions). PID hash table entries: 256 (order: 8, 4096 bytes) r39xx_set_termios Dentry cache hash table entries: 8192 (order: 3, 32768 bytes) Inode-cache hash table entries: 4096 (order: 2, 16384 bytes) Memory: 6168k/6556k available (981k kernel code, 348k reserved, 212k data, 104k init, 0k highmem) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) Checking for 'wait' instruction... unavailable. cpu_wait = 0x0 Linux NoNET1.0 for Linux 2.6 schedule = 0x801327f8. ret = 0 Can't analyze prologue code at 80133ea0 schedule_timeout = 0x80133ea0. ret = -1 sleep_on = 0x8013395c. ret = 0 sleep_on_timeout = 0x80133a54. ret = 0 wait_for_completion = 0x80133148. ret = 0 Serial: r39xx internal UART driver $ r39xx_config_port r39xx_request_port ttyS0 at MMIO 0x0r39xx_type (irq = 74) is a R39XX io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize loop: loaded (max 8 devices) Helio Boot ROM: 0x0020 at 0x9fc0 helio_mtd_map.virt 0x9fc0 Helio Boot ROM: probing for ROM Creating 2 MTD partitions on "Helio Boot ROM": 0x-0x00097eec : "Bootloader + Kernel" mtd: Giving out device 0 to Bootloader + Kernel 0x00097eec-0x0013deec : "cramfs Filesystem" mtd: Giving out device 1 to cramfs Filesystem block2mtd: version $Revision: 1.23 $ VFS: Mounted root (cramfs filesystem) readonly. Freeing unused kernel memory: 104k freed I have had to write a UART driver so I thought the problem might be with that so I put lots of debug in tty layer, serial_core and my driver to see what was going on. After doing this and changing the interrupt handler (int-handler.S) I saw the echo that I had put in my inittab. So I started to remove debug and found it stopped working. The strange thing is that it stops before it gets as far as sending the echo from inittab. If I dont have enough debug the kernel stops just before printing out: Algorithmics/MIPS FPU Emulator v1.5 When I connect to the emulator with GDB and look at the registers I find the CPU is still running and is in cpu_idle. I wondered if it might be a timer/task scheduler related problem but as it gets passed the bogomips calculation the timer must be working. Any help would be great as I have been stuck here for a while. Many Thanks, Mark ___ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Linux 2.6.11.5 on R3912 problems
Hi, I have now been trying to get Linux 2.6.11.5 (built with gcc 3.3.3 and binutils 2.15.91.0.2) up and running on my Helio PDA, a MIPS R3912 based ASSP (the emulator to be exact) and have been stuck at the last step for a while now :-(. The kernel runs up fine, the problem starts when init is started. Bellow is my kernel log up to freeing init. Uncompressing Linux done, booting the kernel. done decompressing kernel. e_entry: 8016b000, e_ehsize: 52, e_phentsize 32, e_phnum 2, e_shentsize 40, e_shnum 25 copying 0x10c320 bytes from file offset 0x80 to address 0x8004 zeroing from 8014c320 to to 8014c320, 0x0 bytes copying 0x36084 bytes from file offset 0x10e000 to address 0x8014e000 zeroing from 80184084 to to 80198b58, 0x14ad4 bytes done loading kernel, about to jump in! mips_machgroup 0x0017, mips_machtype 0x arcs_cmdline: root=1f01 console=ttyS0,115200n8 Linux version 2.6.11.5 ([EMAIL PROTECTED]) (gcc version 3.3.3) #297 Mon Jul 18 20:19 :39 UTC 2005 V nasty hack. The Emulator doesn't report which subset of the TX39 family it bel ongs to :,-(. I hope the hardware does! Forcing cpu type to CPU_TX3912 CPU revision is: 2200 Determined physical RAM map: memory: 00267000 @ 00199000 (usable) memory: 0040 @ 0200 (usable) memory: 0020 @ 9fc0 (ROM data) Built 1 zonelists Kernel command line: root=1f01 console=ttyS0,115200n8 Primary instruction cache 1kB, linesize 16 bytes Primary data cache 1kB, linesize 4 bytes Synthesized TLB handler (17 instructions). Synthesized TLB load handler fastpath (37 instructions). Synthesized TLB store handler fastpath (37 instructions). Synthesized TLB modify handler fastpath (29 instructions). PID hash table entries: 256 (order: 8, 4096 bytes) r39xx_set_termios Dentry cache hash table entries: 8192 (order: 3, 32768 bytes) Inode-cache hash table entries: 4096 (order: 2, 16384 bytes) Memory: 6168k/6556k available (981k kernel code, 348k reserved, 212k data, 104k init, 0k highmem) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) Checking for 'wait' instruction... unavailable. cpu_wait = 0x0 Linux NoNET1.0 for Linux 2.6 schedule = 0x801327f8. ret = 0 Can't analyze prologue code at 80133ea0 schedule_timeout = 0x80133ea0. ret = -1 sleep_on = 0x8013395c. ret = 0 sleep_on_timeout = 0x80133a54. ret = 0 wait_for_completion = 0x80133148. ret = 0 Serial: r39xx internal UART driver $ r39xx_config_port r39xx_request_port ttyS0 at MMIO 0x0r39xx_type (irq = 74) is a R39XX io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize loop: loaded (max 8 devices) Helio Boot ROM: 0x0020 at 0x9fc0 helio_mtd_map.virt 0x9fc0 Helio Boot ROM: probing for ROM Creating 2 MTD partitions on Helio Boot ROM: 0x-0x00097eec : Bootloader + Kernel mtd: Giving out device 0 to Bootloader + Kernel 0x00097eec-0x0013deec : cramfs Filesystem mtd: Giving out device 1 to cramfs Filesystem block2mtd: version $Revision: 1.23 $ VFS: Mounted root (cramfs filesystem) readonly. Freeing unused kernel memory: 104k freed I have had to write a UART driver so I thought the problem might be with that so I put lots of debug in tty layer, serial_core and my driver to see what was going on. After doing this and changing the interrupt handler (int-handler.S) I saw the echo that I had put in my inittab. So I started to remove debug and found it stopped working. The strange thing is that it stops before it gets as far as sending the echo from inittab. If I dont have enough debug the kernel stops just before printing out: Algorithmics/MIPS FPU Emulator v1.5 When I connect to the emulator with GDB and look at the registers I find the CPU is still running and is in cpu_idle. I wondered if it might be a timer/task scheduler related problem but as it gets passed the bogomips calculation the timer must be working. Any help would be great as I have been stuck here for a while. Many Thanks, Mark ___ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
