TonidoPlug2

[devr]

This is what shows up in dmesg for the SATA controller
$this->bbcode_second_pass_code('', '
Integrated Sata device found
IRQ 21/mvSata: IRQF_DISABLED is not guaranteed on shared IRQs
scsi0 : Marvell SCSI to SATA adapter
scsi1 : Marvell SCSI to SATA adapter
')

And under /proc/scsi is a mvSata
$this->bbcode_second_pass_code('', '
# cat /proc/scsi/mvSata/0
Version_1_1

TimeStamp :
85163 100

Number of interrupts generated by the adapter is :
182

Integrated Sata adapterId 0, channel 0

Adapter Channel Id LUN TO TS Vendor Mode LBA48
--------------------------------------------------------------------------------
0 0 0 0 172 1620 WD NCQ 1



TO - Total Outstanding commands accumulated
TSA - Total number of IOs accumulated
TS - Total number of sectors transferred (both read/write)
Mode - EDMA mode (TCQ|NCQ|Normal)
LBA48 - Large Block Address 48 feature set enabled
')

So if the mvSata driver is part of the kernel, then something with the configs that I need to keep digging into

[devr]

rootwait didn't seem to help... now it just seems like it is waiting... nothing happens after the last line below.
$this->bbcode_second_pass_code('', '
Marvell>> ide reset

Reset IDE:
Marvell Serial ATA Adapter
Integrated Sata device found
[0 0 0]: Enable DMA mode (6)
Device 0 @ 0 0:
Model: WDC WD5000BPKT-00PK4T0 Firm: 01.01A01 Ser#: WD-WXN1A71L8265
Type: Hard Disk
Supports 48-bit addressing
Capacity: 476940.0 MB = 465.7 GB (976773168 x 512)

Marvell>> setenv bootargs $(bootargs_console) $(mtdpartitions) 'root=/dev/sda1 rw rootwait'
Marvell>> ide reset

Reset IDE:
Marvell Serial ATA Adapter
Integrated Sata device found
[0 0 0]: Enable DMA mode (6)
Device 0 @ 0 0:
Model: WDC WD5000BPKT-00PK4T0 Firm: 01.01A01 Ser#: WD-WXN1A71L8265
Type: Hard Disk
Supports 48-bit addressing
Capacity: 476940.0 MB = 465.7 GB (976773168 x 512)

Marvell>> ext2load ide 0:1 0x800000 /boot/uImage; bootm 0x800000

2675436 bytes read
## Booting image at 00800000 ...
Image Name: Linux-3.0-ARCH
Created: 2011-10-18 23:57:01 UTC
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 2675372 Bytes = 2.6 MB
Load Address: 00008000
Entry Point: 00008000
Verifying Checksum ... OK
OK

Starting kernel ...

Uncompressing Linux... done, booting the kernel.
')

[pepedog]

I don't have one of these things, but is this right?
bootargs_sata=root=/dev/sda1
Looks like too many equal signs in that chunk, as I said "I don't have one of these things"

[devr]

Yeah that tripped me up initially too... when you set the variable it would be "setenv bootargs_sata 'root=/dev/sda1'. But when you do a printenv, it will show with the equal sign, variable=value.

*EDIT:

So the Tonido plug kernel (debian 6.0 2.6.31.8-topkick1281p2-001-004-20101214) uses the mvSata driver and is able to see my sata drive.

While archlinux kernel (3.1.1....) uses the sata_mv driver, and is unable to see my sata drive.

[devr]

So tired of fighting this for now... May try compiling a kernel later..

But for now I used the, ArchLinuxARM-armv5te-latest.tar.gz. But then used the kernel that came with the TonidoPlug2.

Quick note for others doing this, I needed to install the "core/udev-oxnas" package, otherwise udevd & syslog will take 100% of the cpu.

Now to start testing the actual functionality of the hardware...

First issue, is that now that I am booting from Sata w/ the tonido kernel and the archlinux binaries, I can't see /dev/sda* partition. When I plug a usb drive in it is /dev/sdb*... not sure why there isn't any /dev/sda....

[UrbanVoyeur]

$this->bbcode_second_pass_quote('devr', 'F')irst issue, is that now that I am booting from Sata w/ the tonido kernel and the archlinux binaries, I can't see /dev/sda* partition. When I plug a usb drive in it is /dev/sdb*... not sure why there isn't any /dev/sda....

[kmihelich]

Have you tried (using our kernel) an arcNumber of 2678? That's the ID for the eSATA Sheeva, which might solve the SATA booting. Using 2097 probably wouldn't initialize SATA.

[UrbanVoyeur]

$this->bbcode_second_pass_quote('kmihelich', 'H')ave you tried (using our kernel) an arcNumber of 2678? That's the ID for the eSATA Sheeva, which might solve the SATA booting. Using 2097 probably wouldn't initialize SATA.

[devr]

That worked for me too. Testing other bits now too.

[UrbanVoyeur]

Everything I've tried appears to work - transmission, samba, webmin. My overall impression is that the TP2 runs slower and is less responsive with Arch and than Debian - booting takes about twice as long. And it is much slower than the Pogo Plug Pro (black).

One note: when you set the u-boot env variable mainlineLinux to 'yes', the TP2 will no longer boot into Debian, only Arch.