Home » RBC Forums » General Discussion » CB030, A 68030 SBC for hobbyists
|
|
|
|
|
|
| Re: CB030, A 68030 SBC for hobbyists [message #7269 is a reply to message #7268] |
Tue, 17 March 2020 09:18   |
mikemac
Messages: 249
Registered: March 2017
|
Senior Member |
|
|
Ah! According to your RAM test, it's good:
?> g 3000
64-meg of DRAM longword tested OK
64-meg of DRAM byte tested OK
64-meg of DRAM longword tested OK
With a 16MHz crystal, I still get flaky results when I read the CF into RAM:
T030 ROM BIOS v2.11 (c) 2018 Tobias Rathje
CB030 version ported by Mike McDonald 2020
------------------------------------------
Build: Mar 16 2020 21:24:09
#> 1
[ Load Linux image into RAM ]
0%_________________________________________100%
##f_read error: 2
114688 bytes read
[ Stasting Linux ]
#>
If I put the 24MHz crystal and the 16MB SIMM back in, it's off to the races:
T030 ROM BIOS v2.11 (c) 2018 Tobias Rathje
CB030 version ported by Mike McDonald 2020
------------------------------------------
Build: Mar 16 2020 21:24:09
#> 1
[ Load Linux image into RAM ]
0%_________________________________________100%
#################################################
2814824 bytes read
[ Starting Linux ]
Bootinfo address: 0x002b1000
Machine type: 14
Memory start: 0x00000000
Memory size: 16 MB
Loading Linux at 0x00001000
ABC3GHIJK
Linux version 4.9.156-CB030 (mikemac@Altair.mikemac.com) (gcc version 6.1.0 (GC0
bootconsole [cb030serial0] enabled
Built 1 zonelists in Zone order, mobility grouping off. Total pages: 4060
Kernel command line: root=/dev/hda2 rw console=ttyS0,38400n8 earlyprintk=ttyS0,0
PID hash table entries: 64 (order: -4, 256 bytes)
Dentry cache hash table entries: 2048 (order: 1, 8192 bytes)
Inode-cache hash table entries: 1024 (order: 0, 4096 bytes)
Sorting __ex_table...
Memory: 13420K/16384K available (1861K kernel code, 272K rwdata, 544K rodata, 6)
Virtual kernel memory layout:
vector : 0x0028175c - 0x00281b5c ( 1 KiB)
kmap : 0xd0000000 - 0xf0000000 ( 512 MiB)
vmalloc : 0x01800000 - 0xd0000000 (3304 MiB)
lowmem : 0x00000000 - 0x01000000 ( 16 MiB)
.init : 0x002a1000 - 0x002b1000 ( 64 KiB)
.text : 0x00001000 - 0x001d26d8 (1862 KiB)
.data : 0x001d4b20 - 0x002a0bb0 ( 817 KiB)
.bss : 0x00281680 - 0x002a0bb0 ( 126 KiB)
NR_IRQS:200
prandom: fast init done
random: crng init done
It's pretty repeatable. I haven't had a load error from the CF if I have the 16MB SIMM in place. The 64MB almost always fails to load the whole 2.8MB Linux kernel image.
Too much current load? Voltage spike? Wrong kind of magic pixie dust? I don't have a clue. So I'll stick to the 16MB SIMM for now.
Mike
|
|
|
|
|
|
|
|
| Re: CB030, A 68030 SBC for hobbyists [message #7277 is a reply to message #7272] |
Tue, 17 March 2020 15:13 |
mikemac
Messages: 249
Registered: March 2017
|
Senior Member |
|
|
I've tried two different 5V2A wall warts and they both continue to have issues using the 64MB SIMM.
Could it be a DRAM refresh issue?
I'm wondering because I keep seeing things like this:
T030 ROM BIOS v2.11 (c) 2018 Tobias Rathje
CB030 version ported by Mike McDonald 2020
------------------------------------------
Build: Mar 16 2020 21:24:09
#> 1
[ Load Linux image into RAM ]
0%_________________________________________100%
###################f_read error: 9
1093632 bytes read
f_close error: 9
[ Sparting Linux ]
"Sparting Linux"?? That's a 't' (0x74) changing into to a 'p' (0x70). That's a single bit flipping.
Mike
|
|
|
|
|
|
| Re: CB030, A 68030 SBC for hobbyists [message #7279 is a reply to message #7278] |
Tue, 17 March 2020 15:53 |
mikemac
Messages: 249
Registered: March 2017
|
Senior Member |
|
|
mikesmith wrote on Tue, 17 March 2020 15:41mikemac wrote on Tue, 17 March 2020 15:13"Sparting Linux"?? That's a 't' (0x74) changing into to a 'p' (0x70). That's a single bit flipping.
Is it always a 1 becoming a 0?
FWIW, it's pretty unlikely to be refresh. DRAM retention at room temperature is waaaay longer than you might think. Nominal refresh timing is spec'ed at TJmax for worst-corner parts, which is orders of magnitude worse than a nominal part at room temperature.
If you're really concerned, hit the stick with a good blast of freeze spray (air duster can inverted will do the trick) and see if it changes anything. Colder -> slower leakage.
= Mike
Hard to tell if it's always as most of the time it's not printed text strings that are corrupted. But of the ones I've detected, it appears to be 1's getting flipped to 0's. Here's another example:
2814824 bytes read
[ Stabting Linux ]
That's a 'r' 0x72 getting changed to a 'b' 0x62.
Oh! And I've updated to the latest version of the CPLD FW.
Mike
|
|
|
|
|
|
| Re: CB030, A 68030 SBC for hobbyists [message #7335 is a reply to message #7283] |
Fri, 27 March 2020 11:57 |
mikemac
Messages: 249
Registered: March 2017
|
Senior Member |
|
|
Thanks to Plasmo and Tobster for their help and their willingness to listen to my ramblings:
T030 ROM BIOS v2.11 (c) 2018 Tobias Rathje
CB030 version ported by Mike McDonald 2020
------------------------------------------
RAM (hard coded): 64MB
Build: Mar 26 2020 21:33:30
#> hr initrd.gz 0x400000
0%_________________________________________100%
##############################################
1135583 bytes read
#> hr linux.bin 0x1000
0%_________________________________________100%
#################################################
2814920 bytes read
#> l "root=/dev/ram0 rw console=ttySC0,38400n8r" 0x400000 140000
Bootinfo address: 0x002b1000
Ramdisk start: 0x00400000
Ramdisk size: 1310720
Machine type: 14
Memory start: 0x00000000
Memory size: 64 MB
Loading Linux at 0x00001000
ABC3GHIJK
Linux version 4.9.156-CB030 (mikemac@Altair.mikemac.com) (gcc version 6.1.0 (GCC
) ) #152 Fri Mar 27 11:40:03 MST 2020
bootconsole [cb030serial0] enabled
initrd: 00400000 - 00540000
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16240
Kernel command line: root=/dev/ram0 rw console=ttySC0,38400n8r
PID hash table entries: 256 (order: -2, 1024 bytes)
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Sorting __ex_table...
Memory: 60824K/65536K available (1863K kernel code, 270K rwdata, 544K rodata, 64
K init, 125K bss, 4712K reserved, 0K cma-reserved)
Virtual kernel memory layout:
vector : 0x0028175c - 0x00281b5c ( 1 KiB)
kmap : 0xd0000000 - 0xf0000000 ( 512 MiB)
vmalloc : 0x04800000 - 0xd0000000 (3256 MiB)
lowmem : 0x00000000 - 0x04000000 ( 64 MiB)
.init : 0x002a1000 - 0x002b1000 ( 64 KiB)
.text : 0x00001000 - 0x001d2c30 (1864 KiB)
.data : 0x001d5070 - 0x002a0bf0 ( 815 KiB)
.bss : 0x00281680 - 0x002a0bf0 ( 126 KiB)
NR_IRQS:200
pcb030_sched_init(0x00004b84)
Console: colour dummy device 80x25
Calibrating delay loop... 5.35 BogoMIPS (lpj=26752)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
devtmpfs: initialized
clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 1911
2604462750000 ns
futex hash table entries: 256 (order: -1, 3072 bytes)
FS-Cache: Loaded
Trying to unpack rootfs image as initramfs...
rootfs image is not initramfs (no cpio magic); looks like an initrd
random: fast init done
Freeing initrd memory: 1280K
workingset: timestamp_bits=27 max_order=14 bucket_order=0
io scheduler noop registered (default)
uart-sccnxp sc68681.0: Using default clock frequency
sc68681.0: ttySC0 at MMIO 0xfffff000 (irq = 8, base_baud = 230400) is a SC68681
console [ttySC0] enabled
console [ttySC0] enabled
bootconsole [cb030serial0] disabled
bootconsole [cb030serial0] disabled
sc68681.0: ttySC1 at MMIO 0xfffff000 (irq = 8, base_baud = 230400) is a SC68681
mc68681_irq_unmask(8)
uart-sccnxp sc68681.0: IRQ 8 registered. ret = 0
brd: module loaded
Uniform Multi-Platform E-IDE driver
ide-gd driver 1.18
RAMDISK: gzip image found at block 0
EXT4-fs (ram0): couldn't mount as ext3 due to feature incompatibilities
EXT4-fs (ram0): mounting ext2 file system using the ext4 subsystem
EXT4-fs (ram0): mounted filesystem without journal. Opts: (null)
VFS: Mounted root (ext2 filesystem) on device 1:0.
devtmpfs: mounted
Freeing unused kernel memory: 64K
This architecture does not have kernel memory protection.
Trying /sbin/init
*************************
* CB030 SBC *
*************************
Linux CB030 4.9.156-CB030 #152 Fri Mar 27 11:40:03 MST 2020 m68k GNU/Linux
Model: CB030
System Memory: 65536K
Please press Enter to activate this console.
/bin/sh: can't access tty; job control turned off
~ # ls
ls
bin dev lost+found proc sbin
boot etc mnt run sys
~ # random: crng init done
ls /proc
ls /proc
1 34 buddyinfo hardware kpageflags stat
10 35 bus ide loadavg swaps
11 36 cmdline interrupts locks sys
12 4 consoles iomem meminfo sysvipc
13 45 cpuinfo ioports misc thread-sel
f
14 5 crypto irq modules timer_list
15 6 devices kallsyms mounts tty
2 7 diskstats kcore pagetypeinfo uptime
3 8 driver key-users partitions version
31 85 execdomains keys self vmallocinf
o
32 86 filesystems kmsg slabinfo vmstat
33 9 fs kpagecount softirqs zoneinfo
~ # cat /proc/hardware
cat /proc/hardware
Model: CB030
System Memory: 65536K
~ # uname -a
uname -a
Linux CB030 4.9.156-CB030 #152 Fri Mar 27 11:40:03 MST 2020 m68k GNU/Linux
~ #
The CF driver will require a hardware modification to enable the CF IRQ. The Linux ATA driver requires a working IDE interrupt during the drive setup.
Mike
|
|
|
|
|
|
|
|
| Re: CB030, A 68030 SBC for hobbyists [message #7346 is a reply to message #7341] |
Sat, 28 March 2020 09:35 |
mikemac
Messages: 249
Registered: March 2017
|
Senior Member |
|
|
etchedpixels wrote on Sat, 28 March 2020 08:33Ah you are using the legacy IDE code. Be warned that will go away at some point. You should be using drivers/ata not drivers/ide.
Take a look at drivers/ata/pata_platform.c
Thanks for the pointer. I was basing the CB030 CF support on what the T030 and KISS-030 boards used for their HD support. I'm not overly concerned at this point that IDE may someday go away. I'm more concerned about the lack of an IRQ (which pata_platform claims to handle) and the 8 bit data path of the CB030 CF interface. I haven't seen anything suggesting Linux supports 8 bit only devices. Everything has been choosing between 16 and 32 bits.
Mike
|
|
|
|
|
|
| Re: CB030, A 68030 SBC for hobbyists [message #7350 is a reply to message #7349] |
Sat, 28 March 2020 18:32 |
mikemac
Messages: 249
Registered: March 2017
|
Senior Member |
|
|
Uh, it helps if you remember to include SCSI disk support! Duh!
Uniform Multi-Platform E-IDE driver
ide-gd driver 1.18
pata_cb030 pata_cb030: pata_cb030_probe 0
scsi host0: pata_cb030
ata1: PATA max PIO0 no IRQ, using PIO polling mmio cmd 0xffffe000 ctl 0xffffe00e
ata1.00: CFA: TS4GCF133, 20110407, max UDMA/66
ata1.00: 7831152 sectors, multi 0: LBA
ata1.00: configured for PIO
scsi 0:0:0:0: Direct-Access ATA TS4GCF133 0407 PQ: 0 ANSI: 5
sd 0:0:0:0: [sda] 7831152 512-byte logical blocks: (4.01 GB/3.73 GiB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DP
O or FUA
sda: sda1 sda2 sda3
sd 0:0:0:0: [sda] Attached SCSI removable disk
RAMDISK: gzip image found at block 0
EXT4-fs (ram0): couldn't mount as ext3 due to feature incompatibilities
EXT4-fs (ram0): mounting ext2 file system using the ext4 subsystem
EXT4-fs (ram0): mounted filesystem without journal. Opts: (null)
VFS: Mounted root (ext2 filesystem) on device 1:0.
devtmpfs: mounted
Freeing unused kernel memory: 72K
This architecture does not have kernel memory protection.
*************************
* CB030 SBC *
*************************
Linux CB030 4.9.156-CB030 #181 Sat Mar 28 18:26:28 MST 2020 m68k GNU/Linux
Model: CB030
System Memory: 65536K
CB030 login: root
********************************************
* CB030 SBC *
* by Plasmo (Bill Shen) *
* T030 Boot loader *
* by Tobster (Tobias Rathje) 2016 *
* CB030 Boot loader *
* ported by mikemac (Mike McDonald) 2020 *
********************************************
login[52]: root login on 'ttySC0'
~ # mount /dev/sda1 /mnt/tmp
~ # ls /mnt
0.cmd 1.cmd 2.cmd initrd.gz linux.bin
~ # umount /mnt
~ # mount /dev/sda3 /mnt
EXT4-fs (sda3): couldn't mount as ext3 due to feature incompatibilities
EXT4-fs (sda3): couldn't mount as ext2 due to feature incompatibilities
EXT4-fs (sda3): Filesystem with huge files cannot be mounted RDWR without CONFIG
_LBDAF
mount: mounting /dev/sda3 on /mnt failed: Invalid argument
~ #
Guess it doesn't like my 3+GB main partition (sda3). But it reads the boot partition (sda1)!!!!
Mike
|
|
|
|
|
|
| Re: CB030, A 68030 SBC for hobbyists [message #7353 is a reply to message #7351] |
Sat, 28 March 2020 19:15 |
mikemac
Messages: 249
Registered: March 2017
|
Senior Member |
|
|
And if you track down the suggested option:
CB030 login: root
********************************************
* CB030 SBC *
* by Plasmo (Bill Shen) *
* T030 Boot loader *
* by Tobster (Tobias Rathje) 2016 *
* CB030 Boot loader *
* ported by mikemac (Mike McDonald) 2020 *
********************************************
login[52]: root login on 'ttySC0'
~ # mount /dev/sda3 /mnt
EXT4-fs (sda3): couldn't mount as ext3 due to feature incompatibilities
EXT4-fs (sda3): couldn't mount as ext2 due to feature incompatibilities
EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
~ # df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/root 2456 1599 732 69% /
devtmpfs 30272 0 30272 0% /dev
/dev/sda3 3697868 346936 3143376 10% /mnt
~ # random: crng init done
~ # ls /mnt
bin etc lost+found opt run sys var
boot home media proc sbin tmp
dev lib mnt root srv usr
~ # ls /mnt/etc
adduser.conf insserv.conf rc0.d
alternatives insserv.conf.d rc1.d
apt iproute2 rc2.d
bash.bashrc issue rc3.d
bash_completion.d issue.net rc4.d
bindresvport.blacklist jupp rc5.d
calendar kernel rc6.d
cron.d ld.so.cache rcS.d
cron.daily ld.so.conf resolv.conf
cron.hourly ld.so.conf.d rmt
cron.monthly libaudit.conf rpc
cron.weekly localtime screenrc
crontab login.defs securetty
debconf.conf logrotate.conf security
debian_version logrotate.d selinux
default mc services
deluser.conf mke2fs.conf shadow
dhcp mkshrc shells
dpkg modprobe.d skel
environment modules ssh
fstab motd ssl
gai.conf motd.tail staff-group-for-usr-local
group network subgid
gshadow networks subuid
gss newt sysctl.conf
host.conf nologin sysctl.d
hostname nsswitch.conf syslog.conf
hosts opt syslog.d
hosts.allow os-release systemd
hosts.deny pam.conf terminfo
inetd.conf pam.d timezone
init passwd tmpfiles.d
init.d perl ucf.conf
initramfs-tools profile udev
inittab profile.d wgetrc
inputrc protocols
insserv rc.local
~ #
And Plasmo, that's without any hardware modifications! Just 'cb030_r1_release_cf_fix_new100hz_irq' for the CPLD!
Mike
|
|
|
|
|
|
| Re: CB030, A 68030 SBC for hobbyists [message #7355 is a reply to message #7354] |
Sat, 28 March 2020 20:29 |
mikemac
Messages: 249
Registered: March 2017
|
Senior Member |
|
|
plasmo wrote on Sat, 28 March 2020 19:26Very very wow!
I'm looking at the design and believe I can wire in 8 wires from high byte of the IDE interface to corresponding data lines on 68030 and get it to work in 16-bit mode. I can also enable the CF interrupt. I thought I'll modify one CB030 to the 16-bit mode with interrupt and sent it to you to try out. If the improvement is worth it, I can upgrade the CB030 design and figure out how to deal with 16-bit CF interface issues.
I assume you are using your own (Transcend? 4G CF disk. So it must be working pretty reliably?
Bill
I put some Amiga Linux file system image (Ara2015A.tar.gz) on the Transcend so I'd have something to start with. I thought it was supposed to be a Debian based m68k fs but there's some references to openbsd in the init files so I'm not sure. It sure is trying to start up a bunch of stuff a poor little 030 system really doesn't need. Like I had to add networking support to the kernel so that udev would crash the system! Yuck! 
Anyway, a 16bit CF interface would double the speed of disk IO! And as slow as 8bit PIO is, we can use every bit of speed we can reasonably get. I'd love to try a 16bit CF interface if you can come up with one.
So far, the only difference between supporting an 8bit interface and a 16bit interface is whether your read/write bytes or shorts to the DATA register. And don't enable 8 bit mode in the init code! But then I'm doing block reads/writes all of the time. If CPM does something other than 512 byte accesses, then you might have a bit more work. But as long as it's not doing odd length accesses, it shouldn't be too much work. Says the guy who knows NOTHING about CPM!! But if you add the extra data lines but don't change your code, 8bit mode should still work for you.
Anyway, this fs image bites:
VFS: Mounted root (ext4 filesystem) on device 8:3.
devtmpfs: mounted
Freeing unused kernel memory: 80K
This architecture does not have kernel memory protection.
Mount failed for selinuxfs on /sys/fs/selinux: No such file or directory
INIT: version 2.88 booting
random: crng init done
[....] Setting hostname to 'CB030.retrobrewcomputers.org'...done.
[....] Files under mount point '/run' will be hidden. ... (warning).
[....] Starting the hotplug events dispatcher: udevdsystemd-udevd[166]: starting version 215
. ok
[....] Synthesizing the initial hotplug events...done.
[....] Waiting for /dev to be fully populated...done.
[....] Activating swap:swapon /dev/sda2
swapon: /dev/sda2: found swap signature: version 1d, page-size 4, different byte
order
swapon: /dev/sda2: pagesize=4096, swapsize=74027008, devsize=74027520
Adding 72288k swap on /dev/sda2. Priority:-1 extents:1 across:72288k
. ok
EXT4-fs (sda3): re-mounted. Opts: (null)
[....] Will now check root file system:fsck from util-linux 2.25.2
[/sbin/fsck.ext4 (1) -- /] fsck.ext4 -y -C0 /dev/sda3
e2fsck 1.42.12 (29-Aug-2014)
root: clean, 18760/239040 files, 118138/955867 blocks
. ok
EXT4-fs (sda3): re-mounted. Opts: (null)
[....] Will now activate lvm and md swap:done.
[info] Will now check all file systems.
fsck from util-linux 2.25.2
Checking all file systems.
[....] Done checking file systems. A log is being saved in /var/log/fsck/checkfs if that location is writable.. ok
[....] Cleaning up temporary files...find: cannot search `.': Inappropriate ioctl for device
Data write fault at 0xc018fffc in Super Data (pc=0x4000)
BAD KERNEL BUSERR
Oops: 00000000
I don't know what device the 'inappropriate' IOCTL is being sent to. ???
And swapping to the CF probably isn't a good idea either.
Mike
|
|
|
|
|
|
|
|
|
|
| Re: CB030, A 68030 SBC for hobbyists [message #7408 is a reply to message #7402] |
Thu, 02 April 2020 19:21 |
plasmo
Messages: 876
Registered: March 2017
Location: New Mexico, USA
|
Senior Member |
|
|
Mike,
Wow! Most excellent!!
However, since I'm not a Linux user, I'll need more help...
My setup is CB030 with 64 meg DRAM, I have the new100Hz interrupt CPLD. My CF disk is a 2G Verbatim. I burn a EPROM with EPROM binary from CB030bios-64.bin.zip. It boots and here is the dialog:
T030 ROM BIOS v2.11 (c) 2018 Tobias Rathje
CB030 version ported by Mike McDonald 2020
------------------------------------------
RAM (hard coded): 64MB
Build: Mar 30 2020 10:09:47
#> ?
? - Help
a - Load and execute EhBasic
b - Toggle heartbeat LED: b <val>
c - Modify cache register: c <val>
C - Checksum RAM: C <addr>
d - Dump address: d <addr>
e - Force exception: e <num>
h - Perform hardisk command - h? for help
i - Set interrupt level: i <level>
g - Run: g <addr>
l - Load linux: l <cmdline> <ramdisk start addr> <ramdisk size>
m - Mandelbrot test: m <count>
q - Perform RAM check: q <mode> <address> <size> <count>
r - Dump registers
v - Load and execute Test BIOS from SD card
u - Run in user mode: u <addr>
w - Write single byte: w <addr> <data>
x - Transfer file with XMODEM: x <addr>
z - Soft reset
<#> - Run script "#"
#> hl
Volume label:
0 File(s), 0 bytes total
0 Dir(s), 1949472KiB free
#>
So it can read the CF disk. Now I assume the disk needs to be formatted as FAT partition and files 0.cmd, initrd.gz, and linux.bin copied into the partition? Do I need to do that with a Linux system? What command I should issue at the #> prompt to boot up Linux?
Bill
PS, In case I haven't said "Wow!", here it is: WOW!!!
|
|
|
|
| Re: CB030, A 68030 SBC for hobbyists [message #7409 is a reply to message #7408] |
Thu, 02 April 2020 19:35 |
plasmo
Messages: 876
Registered: March 2017
Location: New Mexico, USA
|
Senior Member |
|
|
Mike,
Never mind! I format the 2G CF disk in Windows as FAT32, copied 0.cmd, initrd.gz, and linux.bin. Power it up and this is what I got:
I think I need to partition the CF disk so I have a FAT32 partition and other partitions you've described.
Bill
T030 ROM BIOS v2.11 (c) 2018 Tobias Rathje
CB030 version ported by Mike McDonald 2020
------------------------------------------
RAM (hard coded): 64MB
Build: Mar 30 2020 10:09:47
Init script found, press enter to abort..........
Running init script:
[ Load initrd.gz into RAM ]
0%_________________________________________100%
##############################################
1132600 bytes read
[ Load linux.bin into RAM ]
0%_________________________________________100%
###############################################
3124952 bytes read
[ Starting Linux ]
Bootinfo address: 0x002fc000
Machine type: 14
Memory start: 0x00000000
Memory size: 64 MB
Ramdisk start: 0x00400000
Ramdisk size: 1310720
Loading Linux at 0x00001000
ABC3GHIJK
Linux version 4.9.156-CB030 (mikemac@Altair.mikemac.com) (gcc version 6.1.0 (GCC) ) #190 Sun Mar 29 22:53:56 MST 2020
bootconsole [cb030serial0] enabled
initrd: 00400000 - 00540000
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16240
Kernel command line: root=/dev/ram0 rw console=ttySC0,38400n8r
PID hash table entries: 256 (order: -2, 1024 bytes)
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Sorting __ex_table...
Memory: 60524K/65536K available (2075K kernel code, 286K rwdata, 608K rodata, 72K init, 130K bss, 5012K reserved, 0K cma-reserved)
Virtual kernel memory layout:
vector : 0x002c96fc - 0x002c9afc ( 1 KiB)
kmap : 0xd0000000 - 0xf0000000 ( 512 MiB)
vmalloc : 0x04800000 - 0xd0000000 (3256 MiB)
lowmem : 0x00000000 - 0x04000000 ( 64 MiB)
.init : 0x002ea000 - 0x002fc000 ( 72 KiB)
.text : 0x00001000 - 0x00207fdc (2076 KiB)
.data : 0x0020a500 - 0x002e9e84 ( 895 KiB)
.bss : 0x002c9620 - 0x002e9e84 ( 131 KiB)
NR_IRQS:200
pConsole: colour dummy device 80x25
Calibrating delay loop... 5.35 BogoMIPS (lpj=26752)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
devtmpfs: initialized
clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
futex hash table entries: 256 (order: -1, 3072 bytes)
SCSI subsystem initialized
FS-Cache: Loaded
random: fast init done
Trying to unpack rootfs image as initramfs...
rootfs image is not initramfs (no cpio magic); looks like an initrd
Freeing initrd memory: 1280K
workingset: timestamp_bits=27 max_order=14 bucket_order=0
io scheduler noop registered (default)
uart-sccnxp sc68681.0: Using default clock frequency
sc68681.0: ttySC0 at MMIO 0xfffff000 (irq = 8, base_baud = 230400) is a SC68681
console [ttySC0] enabled
console [ttySC0] enabled
bootconsole [cb030serial0] disabled
bootconsole [cb030serial0] disabled
sc68681.0: ttySC1 at MMIO 0xfffff000 (irq = 8, base_baud = 230400) is a SC68681
brd: module loaded
Uniform Multi-Platform E-IDE driver
ide-gd driver 1.18
pata_cb030 pata_cb030: pata_cb030_probe 0
scsi host0: pata_cb030
ata1: PATA max PIO0 no IRQ, using PIO polling mmio cmd 0xffffe000 ctl 0xffffe00e
ata1.00: CFA: CF Card, Ver6.05, max UDMA/133
ata1.00: 3902976 sectors, multi 1: LBA48
ata1.00: Drive reports diagnostics failure. This may indicate a drive
ata1.00: fault or invalid emulation. Contact drive vendor for information.
ata1.00: configured for PIO
scsi 0:0:0:0: Direct-Access ATA CF Card .05 PQ: 0 ANSI: 5
sd 0:0:0:0: [sda] 3902976 512-byte logical blocks: (2.00 GB/1.86 GiB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sda: sda1
sd 0:0:0:0: [sda] Attached SCSI disk
RAMDISK: gzip image found at block 0
EXT4-fs (ram0): couldn't mount as ext3 due to feature incompatibilities
EXT4-fs (ram0): mounting ext2 file system using the ext4 subsystem
EXT4-fs (ram0): mounted filesystem without journal. Opts: (null)
VFS: Mounted root (ext2 filesystem) on device 1:0.
devtmpfs: mounted
Freeing unused kernel memory: 72K
This architecture does not have kernel memory protection.
********************************************
* CB030 SBC *
* by Plasmo (Bill Shen) 2020 *
* T030 Boot loader *
* by Tobster (Tobias Rathje) 2016 *
* CB030 Boot loader *
* ported by mikemac (Mike McDonald) 2020 *
********************************************
Linux CB030 4.9.156-CB030 #190 Sun Mar 29 22:53:56 MST 2020 m68k GNU/Linux
Model: CB030
System Memory: 65536K
CB030 login: |
|
|
|
|
|
| Re: CB030, A 68030 SBC for hobbyists [message #7411 is a reply to message #7409] |
Thu, 02 April 2020 19:41 |
mikemac
Messages: 249
Registered: March 2017
|
Senior Member |
|
|
Congrats!
By default, the boot loader will run the "0.cmd" script off the first partition if one exists. You can hit Enter to opt out and get the the boot loader prompt.
The only account in the initrd is "root". So type "root" [without quotes!] at the login prompt and you should get a shell where you can do a lot of normal Linux stuff. [Exercise left to the reader! ]
Mike
[Updated on: Thu, 02 April 2020 19:45] Report message to a moderator |
|
|
|
|
|
|
|
|
|
|
|
| Re: CB030, A 68030 SBC for hobbyists [message #7464 is a reply to message #7463] |
Wed, 08 April 2020 12:02 |
mikemac
Messages: 249
Registered: March 2017
|
Senior Member |
|
|
quarterturn wrote on Wed, 08 April 2020 11:43Great! I don't have an EEPROM programmer for the AT49 but I'm looking around if there's a way to build one using an Arduino or Raspberry Pi (since I do have those on-hand).
I also dug though my stuff and couldn't find my DIMM stash - I think I sold it at a Hamfest last year. Guess I'm off to ebay for a 64 MB RAM DIMM.
I never figured out how to reprogram Plasmo's little flash board either. My programmer knows about a AT49F040 but insists it shoudl be in the PLCC adapter, not the DIP board. If I tell it to go ahead anyway, it claims to erase, blank verify, program, and verify successfully but the flash wouldn't work in the board anymore. So I don't know if I fried them or what. The fact that the programmer claims it verified things confuses me!
Luckily I had a couple of SST39SF040s on hand and they worked like a charm!
When ordering your SIMMs off of Ebay, make sure you buy 5V ones and then double check them when they arrive. My first one turned out to be a 3V 72 pin SIMM and it doesn't work in the CB030. Luckily the supplier sent me the correct one without delay.
Mike
|
|
|
|
|
|
| Re: CB030, A 68030 SBC for hobbyists [message #7466 is a reply to message #7465] |
Wed, 08 April 2020 16:22 |
plasmo
Messages: 876
Registered: March 2017
Location: New Mexico, USA
|
Senior Member |
|
|
norwestrzh wrote on Wed, 08 April 2020 13:05Hi Bill,
You spoke (a while ago) about making a 68030 partially assembled "kit" for sale. Is that still in the works? Are they available? I'm anxious to try out Linux on a 68030. *grin*
Roger
Roger,
The rev 1 board appears to work well. I currently have 6 boards available, I'm going to order more this week. The partially assembled board is available to USA buyer for $15 plus $5 shipping. You can see a picture of it in this assembly guide I'm currently working on:
https://www.retrobrewcomputers.org/doku.php?id=builderpages: plasmo:cb030:cb030_rev1:pictorial_guide
The reason I'm only offer it to USA buyers right now is because I want to help fixing unexpected problems so if a buyer has problems that can't be fixed over email, he can ship it back at his expense; I'll fix it for free and return it back to the buyer at my expense. This process is too expensive for international buyers.
I also offer assembled and tested CB030 for $75 plus shipping. The unit will have 16meg DRAM, 256meg CF disk and an USB-to-serial adapter.
When the design is more mature and I have more boards and parts, I'll list CB030 partially assembled board and fully assembled/tested board under Single Board Computers of RetroBrew Computers Wiki page.
Bill
|
|
|
|
| Re: CB030, A 68030 SBC for hobbyists [message #7467 is a reply to message #7464] |
Wed, 08 April 2020 16:31 |
plasmo
Messages: 876
Registered: March 2017
Location: New Mexico, USA
|
Senior Member |
|
|
mikemac wrote on Wed, 08 April 2020 13:02
I never figured out how to reprogram Plasmo's little flash board either. My programmer knows about a AT49F040 but insists it shoudl be in the PLCC adapter, not the DIP board. If I tell it to go ahead anyway, it claims to erase, blank verify, program, and verify successfully but the flash wouldn't work in the board anymore. So I don't know if I fried them or what. The fact that the programmer claims it verified things confuses me!
Mike,
That flash board adapter is a kludge. I'm able to program it on TL866II either as DIP or PLCC. I have purchased a batch of SST39SF040 so that's what I'll be using from now on.
Bill
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Current Time: Tue Apr 16 10:50:20 PDT 2024
Total time taken to generate the page: 0.00944 seconds
|
RetroBrew Computers Forum
Members
Search
Help
Login
Home
Whoops! 
