[LV] TURBOchannel support -- success!

Sat Feb 24 12:49:40 CET 2007

On Thu, 2007-02-22 21:41:47 +0000, Maciej W. Rozycki <macro at linux-mips.org> wrote:
>  Comments are welcome, especially ones to provide incentive for more work 
> in this area. ;-)
> 
> >>> show config
> 
> KA49-A V1.0-006-V4.0
> 08-00-2B-30-96-D8
> 128MB
> 
> DEVNBR    DEVNAM           INFO
> ------    --------    --------------------------
>      1         NVR    OK
>      2       LCSPX    OK
>                       Highres 72Hz - 8 Plane 4Mpixel FB - V1.0 
>      3          DZ    OK
>      4       CACHE    OK
>      5         MEM    OK
>                       128MB   0A,0B,0C,0D=16MB, 1E,1F,1G,1H=16MB 
>      6         FPU    OK
>      7          IT    OK
>      8         SYS    OK
>      9          NI    OK
>     10        SCSI    OK
>                       6-INITR    
>     11         AUD    OK
>     13         TCA    OK
>                        OPT PRS    V1.0 
> 
> >>> boot eza0
> 
> -EZA0
> 
> * ** Welcome to Linux on VAX ** *
> 
> CPU type: KA49 SID: 0x13000202 SIDEX: 0x04010002
> Boot Head.S loaded at address 0x00006600
> rpb/bootr5/ap/sp  0x00000000 0x00000000 0x00000EC0 0x00006400
> relocated at phys address 0x0010028A
> 
> Starting VM
> Early console enabled
> Linux/VAX <linux-vax at pergamentum.com>
> RPB info: .l_pfncnt=0x0003fd6d, .l_vmb_version=0x13000100, .l_badpgs=0x00000000
> Physical memory: 0x0003fd6d HW pagelets, 0x00007fad pages (130742KB)
> CPU type: KA49, SID: 0x13000202, SIDEX: 0x04010002
> VM: mapped physical from 0x80000000 to 0x87fada00, iomap from 87fae000
> VM: vmalloc from 0x8ffae000 to 0x903ae000
> VM: ptemap from 0x903ae000 to 0x928ae000 for 64 processes
> Calling start_kernel()...
> 
> Linux version 2.6.18 (macro at ca.ds2.pg.gda.pl) (gcc version 4.0.1) #2 Sun Jan 28 06:27:56 GMT 2007
> kernel_cmd_line 80006604
> ip=bootp rw nfsroot=,rsize=1024,wsize=1024 console=ttyS3 debug panic=60
> VAXMM: Initialising mm layer for 64 tasks of size 64MB
> VAXMM: system page table base 8038c200, length (bytes)   2515c0 length (PTEs)    94570
> bootmap size = 00000ff8
> Calling free_bootmem(start=00001000, len=000ff000)
> Calling free_bootmem(start=005de000, len=079cf000)
> Built 1 zonelists.  Total pages: 32685
> Kernel command line: ip=bootp rw nfsroot=,rsize=1024,wsize=1024 console=ttyS3 debug panic=60
> PID hash table entries: 512 (order: 9, 2048 bytes)
> Calling mv->clock_init()
> IO mapped phys addr 0x25400000, 0x0001 pages at virt 0x87faf000 (IOMAP PTE index 0x0001)
> Mapped RTC clock page (v 87faf000 p 25400000 )
> RTC date is 28:01:0085 01:39:31
> Disabling early console. If this is the last text you see, try to append "console=ttyS0" to the kernel command line
> Console: colour dummy device 80x25
> Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
> Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
> Memory: 124552k/130740k available
> Calibrating delay loop... 28.26 BogoMIPS (lpj=141312)

What a nice fast VAX it is...

> Mount-cache hash table entries: 512
> NET: Registered protocol family 16
> ka49: init_devices
> SCSI subsystem initialized
> tc: TURBOchannel rev. 1 at 12.5 MHz (without parity)
> IO mapped phys addr 0x30000000, 0x4000 pages at virt 0x87fb0000 (IOMAP PTE index 0x0002)
> tc0: DEC      PMAD-AA  V5.3e   
> IO unmapping 0x4000 pages at PTE index 0x0002
> IO mapped phys addr 0x20040000, 0x0001 pages at virt 0x87fb0000 (IOMAP PTE index 0x0002)
> IO mapped phys addr 0x20080000, 0x0001 pages at virt 0x87fb1000 (IOMAP PTE index 0x0003)
> IO unmapping 0x0001 pages at PTE index 0x0002
> NET: Registered protocol family 2
> IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
> TCP established hash table entries: 4096 (order: 2, 16384 bytes)
> TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
> TCP: Hash tables configured (established 4096 bind 2048)
> TCP reno registered
> Initializing Cryptographic API
> io scheduler noop registered
> io scheduler anticipatory registered (default)
> io scheduler deadline registered
> io scheduler cfq registered
> Real Time Clock Driver v1.12ac
> RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> loop: loaded (max 8 devices)
> declance.c: v0.011 by Linux MIPS DECstation task force
> IO mapped phys addr 0x30000000, 0x0400 pages at virt 0x87fb2000 (IOMAP PTE index 0x0004)
> tc0: PMAD-AA, addr = 08:00:2b:be:64:f5, irq = 81
> tc0: registered as eth0.
> st: Version 20050830, fixed bufsize 32768, s/g segs 256
> vsbus_match: called dev sgec, drv dz
> vsbus_match: called dev dz, drv dz
> dz_probe: name = dz, base = 0x25000000, irqindex = 4
> DECstation DZ serial driver version 1.02
> IO mapped phys addr 0x25000000, 0x0001 pages at virt 0x87fb0000 (IOMAP PTE index 0x0002)
> ttyS00 at 0x87fb0000
> ttyS01 at 0x87fb0000
> ttyS02 at 0x87fb0000
> ttyS03 at 0x87fb0000
> dz.c: using irq rx 0(bus 5), irq tx 0(bus 4)
> TCP bic registered
> Initializing IPsec netlink socket
> NET: Registered protocol family 1
> NET: Registered protocol family 10
> lo: Disabled Privacy Extensions
> IPv6 over IPv4 tunneling driver
> NET: Registered protocol family 17
> NET: Registered protocol family 15
> NET4: DECnet for Linux: V.2.5.68s (C) 1995-2003 Linux DECnet Project Team
> DECnet: Routing cache hash table of 512 buckets, 4Kbytes
> NET: Registered protocol family 12
> 802.1Q VLAN Support v1.8 Ben Greear <greearb at candelatech.com>
> All bugs added by David S. Miller <davem at redhat.com>
> Sending BOOTP requests . OK
> IP-Config: Got BOOTP answer from 153.19.170.129, my address is 153.19.170.130
> IP-Config: Complete:
>       device=eth0, addr=153.19.170.130, mask=255.255.255.0, gw=255.255.255.255,
>      host=cougar.ds2.pg.gda.pl, domain=, nis-domain=(none),
>      bootserver=153.19.170.129, rootserver=153.19.170.129, rootpath=/export/cougar
> Looking up port of RPC 100003/2 on 153.19.170.129
> Looking up port of RPC 100005/1 on 153.19.170.129
> VFS: Mounted root (nfs filesystem).
> Freeing unused kernel memory: 96k freed
> Warning: unable to open an initial console.
> Kernel panic - not syncing: No init found.  Try passing init= option to kernel.
>  machine_halt: cpu-specific halt not implemented - HALTing
> 
> ?06 HLT INST
>   PC= 80103E12 PSL= 00000000
> 
> >>> 

Great work, as already stated at the phone :D  For all those who don't
know Maciej in person, he has done a lot of work on the DECstations,
which partially are quite similar to the 3100 and 4000 desktop machines.
They share, for example, the TurboChannel bus (as well as some early
Alphas.) So this is quite a nice work, especially if TC on Alpha is
brought to work at some time.

Personally, I'm quite into (paid) work these days, just leaving off to
Zürich tomorrow morning. I primise to spend the next weekend on VAX
hacking! I'll try to merge up with Linus's work as well as getting
Maciej's TC patches into the tree. ISTR that I've got one of the SCSI
TC adaptors around, maybe I can play with it a bit :)

MfG, JBG
PS: Oh, and Maciej is quite into toolchain hacking. Saw that he's
using 4.0.1? I still hope that a working substitute of the Oldenburg
meeting (http://meeting.ffis.de/) gets up'n'running...

-- 
      Jan-Benedict Glaw      jbglaw at lug-owl.de              +49-172-7608481
Signature of:              What we do for ourselves dies with us. What we do for
the second  :         others and the world remains and is immortal. (Albert Pine)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lug-owl.de/pipermail/vax-linux/attachments/20070224/2aa25542/attachment.pgp>
-------------- next part --------------
_______________________________________________
Linux-Vax mailing list
Linux-Vax at pergamentum.com
http://www.pergamentum.com/mailman/listinfo/linux-vax