Re: [2nd try] unassigned-hostname on Lanner EM7210 (Thermaltake Muse NAS-RAID N0001LN)

2011-04-22 Thread Mello
More details...
I've re-installed and I've verified that the same error occurs at the same
step. Below the message:
Configuring flash memory to boot the system  ..33%..66%
Make the system bootable


!! ERROR: Installation step failed

An installation step failed. You can try to run the failing item again from
the
menu, or skip it and choose something else. The failing step is: Make the
system bootable
[Press enter to continue]

I've once again chose to continue without that knowing that I could
interrupt the boot sequence and use TFTP.
This time I've managed to boot it almost properly with the following
sequence:
RedBoot fis load ramdisk.gz
RedBoot load -r -v -h 192.168.1.101 -b 0x01008000 -m tftp
vmlinuz-2.6.32-5-iop32x
---suppressed output-
Raw file loaded 0x01008000-0x0113a69f, assumed entry at 0x01008000
RedBoot exec -c console=ttyS0,115200n8 rw root=/dev/sda1
mem=512M@0xa000 -r 0x0180

Eventually it hangs because of an error in communicating with the disk. Full
log is attached.

Questions:
1. how to correctly write boot image to flash?
2. anybody is able to decode what the disk error (ata4.00: exception Emask
0x0 SAct 0x0 SErr 0x0 action 0x6 frozen) means?

Thanks!



On Thu, Apr 21, 2011 at 9:39 AM, Mello mello...@gmail.com wrote:

 I've tried installing once again with the stripped zImage. Boot is fine and
 Machine: Intel IQ31244 is reported in the messages.
 Installation, instead, stops at the boot loader step. I've chosen to
 continue but then the system won't reboot properly.

 I assume the installer was not able to flash the proper kernel so I find
 myself booting the previous (unstripped) one. In fact at reboot Machine:
 Lanner EM7210 is reported despite force_ep80219 parameter.

 Any troubleshooting/tricks?

 Thanks,
 mw


 On Wed, Apr 20, 2011 at 1:20 PM, Mello mello...@gmail.com wrote:

 Aha, I was looking for them in a reversed fashion :)
 Thanks for looking into it!

 Think I've done that:
 $ hexdump -v -n 96 zImage.stripped
 000 00 00 a0 e1 00 00 a0 e1 00 00 a0 e1 00 00 a0 e1
 010 00 00 a0 e1 00 00 a0 e1 00 00 a0 e1 00 00 a0 e1
 020 02 00 00 ea 18 28 6f 01 00 00 00 00 38 27 13 00
 030 01 70 a0 e1 02 80 a0 e1 00 20 0f e1 03 00 12 e3
 040 01 00 00 1a 17 00 a0 e3 56 34 12 ef 00 20 0f e1
 050 c0 20 82 e3 02 f0 21 e1 1f 20 cf e3 01 38 82 e2

 For the record, I've used this command:
 $ dd if=zImage of=zImage.stripped bs=1 skip=8
 1255224+0 records in
 1255224+0 records out
 1255224 bytes transferred in 6.907979 secs (181706 bytes/sec)

 $ ls -l zImage*
 ...  1255232 Mar 29 09:11 zImage
 ...  1255224 Apr 20 13:11 zImage.stripped

 I'll test it tonight and report back.

 Thank you!



 On Wed, Apr 20, 2011 at 12:35 PM, Arnaud Patard 
 arnaud.pat...@rtp-net.org wrote:

 Mello mello...@gmail.com writes:

 Hi,

  Hi Arnaud,
  sorry for a late reply and thanks a lot for your advice.
  I've done a dump of the entire file but I couldn't find those data.
 Just for
  a reference here's the first few lines:
  $ hexdump -n 96 zImage
  000 04 1c a0 e3 bc 10 81 e3 00 00 a0 e1 00 00 a0 e1
   ^^^

 theses are the bytes I was talking of.

 Arnaud




+Ethernet eth0: MAC address 00:40:d0:8a:1f:99
IP: 192.168.1.11/255.255.255.0, Gateway: 192.168.1.1
Default server: 192.168.1.122, DNS server IP: 0.0.0.0

RedBoot(tm) bootstrap and debug environment [ROM]
Intel IOP RedBoot release
 version 2.2.V6-IOP-RedBoot
 built 13:51:51, Jan 12 2006

Platform: EP80219 (XScale) 
Copyright (C) 2000, 2001, 2002, Red Hat, Inc.

RAM: 0x-0x2000, 0x00021790-0x1ffd1000 available
FLASH: 0xf000 - 0xf080, 64 blocks of 0x0002 bytes each.
== Executing boot script in 2.000 seconds - enter ^C to abort
^C

RedBoot fis load ramdisk.gz
RedBoot load -r -v -h 192.168.1.101 -b 0x01008000 -m tftp 
vmlinuz-2.6.32-5-iop32x
---suppressed output-
Raw file loaded 0x01008000-0x0113a69f, assumed entry at 0x01008000
RedBoot exec -c console=ttyS0,115200n8 rw root=/dev/sda1 mem=512M@0xa000 
-r 0x0180
Using base address 0x01008000 and length 0x001326a0
The boot tags are located at 0xA100
Booting the kernel...
Uncompressing Linux... done, booting the kernel.
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Linux version 2.6.32-5-iop32x (Debian 2.6.32-29) 
(b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 Fri Dec 10 
19:47:27 UTC 2010
[0.00] CPU: XScale-80219 [69052e20] revision 0 (ARMv5TE), cr=397f
[0.00] CPU: VIVT data cache, VIVT instruction cache
[0.00] Machine: Intel IQ31244
[0.00] Memory policy: ECC disabled, Data cache writeback
[0.00] Built 1 zonelists in Zone order, mobility grouping on.  Total 
pages: 130048
[0.00] Kernel command line: console=ttyS0,115200n8 rw root=/dev/sda1 
mem=512M@0xa000
[0.00] PID hash table entries: 2048 (order: 1

Re: [2nd try] unassigned-hostname on Lanner EM7210 (Thermaltake Muse NAS-RAID N0001LN)

2011-04-22 Thread Mello
Hi Arnaud,
If I do that (force_ep80219), this is what I get at the end of the booting
sequence (after installation is done):

...
Begin: Loading essential drivers ... done.
Begin: Running /scripts/init-premount ... done.

Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done.
Begin: Waiting for root file system ... done.
Gave up waiting for root device.  Common problems:
 - Boot args (cat /proc/cmdline)

   - Check rootdelay= (did the system wait long enough?)
   - Check root= (did the system wait for the right device?)
 - Missing modules (cat /proc/modules; ls /dev)
ALERT!  /dev/disk/by-uuid/2fb7b89c-92f1-41f7-9e6d-94ed13601ffa does
not exist.  Dropping to a shell!


BusyBox v1.17.1 (Debian 1:1.17.1-8) built-in shell (ash)
Enter 'help' for a list of built-in commands.

/bin/sh: can't access tty; job control turned off
(initramfs)

All in all, I reckon that the standard procedure (leading to
unassigned-hostname) is the best result that I can get. Hostname and
networking is all that I could notice was missing but the system is up and
running.

What's weird is the fact that, in that case, the kernel is flashed correctly
(uname -2.6.32-5-iop32x) while, by using more advanced options, the
installation halts there and/or has issues with the disk controller.
I'd love to carry on doing more tests provided that you, or anybody else on
the alias, are willing to send me inputs. In fact this is good learning and,
correct me if I'm wrong, could potentially lead to an improved d-i.
Otherwise I'll just learn to live with a machine identifying itself as
Lanner EM7210 instead of whoknowswhat :)

Thanks!

On Fri, Apr 22, 2011 at 6:07 PM, Arnaud Patard arnaud.pat...@rtp-net.orgwrote:

 Mello mello...@gmail.com writes:

 Hi,

  More details...
  I've re-installed and I've verified that the same error occurs at the
 same
  step. Below the message:
  Configuring flash memory to boot the system  ..33%..66%
  Make the system bootable
  
 
  !! ERROR: Installation step failed
 
  An installation step failed. You can try to run the failing item again
 from
  the
  menu, or skip it and choose something else. The failing step is: Make the
  system bootable
  [Press enter to continue]

 d-i doesn't support iq31244/ep80219 so it's not suprising imho.

 
  I've once again chose to continue without that knowing that I could
  interrupt the boot sequence and use TFTP.
  This time I've managed to boot it almost properly with the following
  sequence:
  RedBoot fis load ramdisk.gz
  RedBoot load -r -v -h 192.168.1.101 -b 0x01008000 -m tftp
  vmlinuz-2.6.32-5-iop32x
  ---suppressed output-
  Raw file loaded 0x01008000-0x0113a69f, assumed entry at 0x01008000
  RedBoot exec -c console=ttyS0,115200n8 rw root=/dev/sda1
  mem=512M@0xa000 -r 0x0180
 
  Eventually it hangs because of an error in communicating with the disk.
 Full
  log is attached.
 
  Questions:
  1. how to correctly write boot image to flash?

 doing something like cat [vmlinuz]  /dev/mtdX should do the trick I
 guess but I would wait a little bit before doing it.

  2. anybody is able to decode what the disk error (ata4.00: exception
 Emask
  0x0 SAct 0x0 SErr 0x0 action 0x6 frozen) means?

 Might be irq or timer troubles...

 [...]

  RedBoot exec -c console=ttyS0,115200n8 rw root=/dev/sda1
 mem=512M@0xa000 -r 0x0180
  Using base address 0x01008000 and length 0x001326a0
  The boot tags are located at 0xA100
  Booting the kernel...
  Uncompressing Linux... done, booting the kernel.
  [0.00] Initializing cgroup subsys cpuset
  [0.00] Initializing cgroup subsys cpu
  [0.00] Linux version 2.6.32-5-iop32x (Debian 2.6.32-29) (
 b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 Fri Dec 10
 19:47:27 UTC 2010
  [0.00] CPU: XScale-80219 [69052e20] revision 0 (ARMv5TE),
 cr=397f
  [0.00] CPU: VIVT data cache, VIVT instruction cache
  [0.00] Machine: Intel IQ31244
  [0.00] Memory policy: ECC disabled, Data cache writeback
  [0.00] Built 1 zonelists in Zone order, mobility grouping on.
  Total pages: 130048
  [0.00] Kernel command line: console=ttyS0,115200n8 rw
 root=/dev/sda1 mem=512M@0xa000
  [0.00] PID hash table entries: 2048 (order: 1, 8192 bytes)
  [0.00] Dentry cache hash table entries: 65536 (order: 6, 262144
 bytes)
  [0.00] Inode-cache hash table entries: 32768 (order: 5, 131072
 bytes)
  [0.00] Memory: 512MB = 512MB total
  [0.00] Memory: 511744KB available (3080K code, 444K data, 112K
 init, 0K highmem)
  [0.00] SLUB: Genslabs=11, HWalign=32, Order=0-3, MinObjects=0,
 CPUs=1, Nodes=1
  [0.00] Hierarchical RCU implementation.
  [0.00] NR_IRQS:32
  [0.00] Console: colour dummy device 80x30
  [0.00] Calibrating delay loop... 394.85 BogoMIPS (lpj=1974272)
  [0.22] Security Framework initialized
  [0.22

Re: [2nd try] unassigned-hostname on Lanner EM7210 (Thermaltake Muse NAS-RAID N0001LN)

2011-04-21 Thread Mello
I've tried installing once again with the stripped zImage. Boot is fine and
Machine: Intel IQ31244 is reported in the messages.
Installation, instead, stops at the boot loader step. I've chosen to
continue but then the system won't reboot properly.

I assume the installer was not able to flash the proper kernel so I find
myself booting the previous (unstripped) one. In fact at reboot Machine:
Lanner EM7210 is reported despite force_ep80219 parameter.

Any troubleshooting/tricks?

Thanks,
mw

On Wed, Apr 20, 2011 at 1:20 PM, Mello mello...@gmail.com wrote:

 Aha, I was looking for them in a reversed fashion :)
 Thanks for looking into it!

 Think I've done that:
 $ hexdump -v -n 96 zImage.stripped
 000 00 00 a0 e1 00 00 a0 e1 00 00 a0 e1 00 00 a0 e1
 010 00 00 a0 e1 00 00 a0 e1 00 00 a0 e1 00 00 a0 e1
 020 02 00 00 ea 18 28 6f 01 00 00 00 00 38 27 13 00
 030 01 70 a0 e1 02 80 a0 e1 00 20 0f e1 03 00 12 e3
 040 01 00 00 1a 17 00 a0 e3 56 34 12 ef 00 20 0f e1
 050 c0 20 82 e3 02 f0 21 e1 1f 20 cf e3 01 38 82 e2

 For the record, I've used this command:
 $ dd if=zImage of=zImage.stripped bs=1 skip=8
 1255224+0 records in
 1255224+0 records out
 1255224 bytes transferred in 6.907979 secs (181706 bytes/sec)

 $ ls -l zImage*
 ...  1255232 Mar 29 09:11 zImage
 ...  1255224 Apr 20 13:11 zImage.stripped

 I'll test it tonight and report back.

 Thank you!



 On Wed, Apr 20, 2011 at 12:35 PM, Arnaud Patard arnaud.pat...@rtp-net.org
  wrote:

 Mello mello...@gmail.com writes:

 Hi,

  Hi Arnaud,
  sorry for a late reply and thanks a lot for your advice.
  I've done a dump of the entire file but I couldn't find those data. Just
 for
  a reference here's the first few lines:
  $ hexdump -n 96 zImage
  000 04 1c a0 e3 bc 10 81 e3 00 00 a0 e1 00 00 a0 e1
   ^^^

 theses are the bytes I was talking of.

 Arnaud



+Ethernet eth0: MAC address 00:40:d0:8a:1f:99
IP: 192.168.1.11/255.255.255.0, Gateway: 192.168.1.1
Default server: 192.168.1.122, DNS server IP: 0.0.0.0

RedBoot(tm) bootstrap and debug environment [ROM]
Intel IOP RedBoot release
 version 2.2.V6-IOP-RedBoot
 built 13:51:51, Jan 12 2006

Platform: EP80219 (XScale) 
Copyright (C) 2000, 2001, 2002, Red Hat, Inc.

RAM: 0x-0x2000, 0x00021790-0x1ffd1000 available
FLASH: 0xf000 - 0xf080, 64 blocks of 0x0002 bytes each.
== Executing boot script in 2.000 seconds - enter ^C to abort
^C

RedBoot load -v -r -h 192.168.1.101 -b 0x0180 -m tftp initrd.gz
---suppressed output-
Raw file loaded 0x0180-0x01bcaec5, assumed entry at 0x0180

Redboot load -r -v -h 192.168.1.101 -b 0x01008000 -m tftp zImage.stripped
---suppressed output-
Raw file loaded 0x01008000-0x0113a737, assumed entry at 0x01008000

Redboot exec -c console=ttyS0,115200n8 force_ep80219 DEBIAN_FRONTEND=text rw 
root=/dev/ram mem=512M@0xa000 -r 0x0180

Using base address 0x01008000 and length 0x00132738
The boot tags are located at 0xA100
Booting the kernel...
Uncompressing Linux... done, booting the kernel.
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Linux version 2.6.32-5-iop32x (Debian 2.6.32-31) 
(b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 Tue Mar 8 
01:49:50 UTC 2011
[0.00] CPU: XScale-80219 [69052e20] revision 0 (ARMv5TE), cr=397f
[0.00] CPU: VIVT data cache, VIVT instruction cache
[0.00] Machine: Intel IQ31244
[0.00] Memory policy: ECC disabled, Data cache writeback
[0.00] Built 1 zonelists in Zone order, mobility grouping on.  Total 
pages: 130048
[0.00] Kernel command line: console=ttyS0,115200n8 force_ep80219 
DEBIAN_FRONTEND=text rw root=/dev/ram mem=512M@0xa000
[0.00] PID hash table entries: 2048 (order: 1, 8192 bytes)
[0.00] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
[0.00] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
[0.00] Memory: 512MB = 512MB total
[0.00] Memory: 511744KB available (3084K code, 444K data, 112K init, 0K 
highmem)
[0.00] SLUB: Genslabs=11, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, 
Nodes=1
[0.00] Hierarchical RCU implementation.
[0.00] NR_IRQS:32
[0.00] Console: colour dummy device 80x30
[0.00] Calibrating delay loop... 398.95 BogoMIPS (lpj=1994752)
[0.21] Security Framework initialized
[0.21] SELinux:  Disabled at boot.
[0.21] Mount-cache hash table entries: 512
[0.21] Initializing cgroup subsys ns
[0.21] Initializing cgroup subsys cpuacct
[0.21] Initializing cgroup subsys devices
[0.21] Initializing cgroup subsys freezer
[0.21] Initializing cgroup subsys net_cls
[0.21] CPU: Testing write buffer coherency: ok
[0.21] devtmpfs: initialized
[0.21] regulator: core version 0.5

Re: [2nd try] unassigned-hostname on Lanner EM7210 (Thermaltake Muse NAS-RAID N0001LN)

2011-04-20 Thread Mello
Aha, I was looking for them in a reversed fashion :)
Thanks for looking into it!

Think I've done that:
$ hexdump -v -n 96 zImage.stripped
000 00 00 a0 e1 00 00 a0 e1 00 00 a0 e1 00 00 a0 e1
010 00 00 a0 e1 00 00 a0 e1 00 00 a0 e1 00 00 a0 e1
020 02 00 00 ea 18 28 6f 01 00 00 00 00 38 27 13 00
030 01 70 a0 e1 02 80 a0 e1 00 20 0f e1 03 00 12 e3
040 01 00 00 1a 17 00 a0 e3 56 34 12 ef 00 20 0f e1
050 c0 20 82 e3 02 f0 21 e1 1f 20 cf e3 01 38 82 e2

For the record, I've used this command:
$ dd if=zImage of=zImage.stripped bs=1 skip=8
1255224+0 records in
1255224+0 records out
1255224 bytes transferred in 6.907979 secs (181706 bytes/sec)

$ ls -l zImage*
...  1255232 Mar 29 09:11 zImage
...  1255224 Apr 20 13:11 zImage.stripped

I'll test it tonight and report back.

Thank you!


On Wed, Apr 20, 2011 at 12:35 PM, Arnaud Patard
arnaud.pat...@rtp-net.orgwrote:

 Mello mello...@gmail.com writes:

 Hi,

  Hi Arnaud,
  sorry for a late reply and thanks a lot for your advice.
  I've done a dump of the entire file but I couldn't find those data. Just
 for
  a reference here's the first few lines:
  $ hexdump -n 96 zImage
  000 04 1c a0 e3 bc 10 81 e3 00 00 a0 e1 00 00 a0 e1
   ^^^

 theses are the bytes I was talking of.

 Arnaud



Re: [2nd try] unassigned-hostname on Lanner EM7210 (Thermaltake Muse NAS-RAID N0001LN)

2011-04-19 Thread Mello
Hi Arnaud,
sorry for a late reply and thanks a lot for your advice.
I've done a dump of the entire file but I couldn't find those data. Just for
a reference here's the first few lines:
$ hexdump -n 96 zImage
000 04 1c a0 e3 bc 10 81 e3 00 00 a0 e1 00 00 a0 e1
010 00 00 a0 e1 00 00 a0 e1 00 00 a0 e1 00 00 a0 e1
020 00 00 a0 e1 00 00 a0 e1 02 00 00 ea 18 28 6f 01
030 00 00 00 00 38 27 13 00 01 70 a0 e1 02 80 a0 e1
040 00 20 0f e1 03 00 12 e3 01 00 00 1a 17 00 a0 e3
050 56 34 12 ef 00 20 0f e1 c0 20 82 e3 02 f0 21 e1

Any other advice?

Thanks,
mw

On Thu, Apr 14, 2011 at 1:50 PM, Arnaud Patard arnaud.pat...@rtp-net.orgwrote:

 Mello mello...@gmail.com writes:

  P.S. if I add force_ep80219 the boot hangs right after Uncompressing
  Linux... done, booting the kernel..

 I guess that the zImage file has some bytes at the beginning forcing r1
 value to em7210 machine number and this conflicts badly with the
 force_ep80219 parameters.
 Check if the first words of the files are 0xe3a01c04 0xe38110bc and if
 it's the case, create with dd a new zimage without them and try booting
 this new one.

 Arnaud



[2nd try] unassigned-hostname on Lanner EM7210 (Thermaltake Muse NAS-RAID N0001LN)

2011-04-13 Thread Mello
Hi all,
Debian Installer starts just fine and the process (non-expert mode) seems to
run smoothly until reboot. At that point the system is not rechable any
longer, no DHCP, and the only way to access it is via the serial cable.

Login works fine (users are present in the system) but other things, i/f
configuration for instance, is not working.
Below what I'm being prompted with at login:
Debian GNU/Linux 6.0 unassigned-hostname ttyS0

unassigned-hostname login: suppressed text
Password:
Linux unassigned-hostname 2.6.32-5-iop32x #1 Tue Mar 8 01:49:50 UTC 2011
armv5tel

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.

Please find attached the full boot log.

Is this correct or (am I remembering it correctly?) should I have been
prompted with a post-installation script to finish up the system's
configuration?
I've noticed a similar bug exists (#610526) but it's marked as moreinfo,
unreproducible. Which additional info can I provide? The problem is
reproducible at will :)

In case of no answers I'll proceed by opening a new bug.

Thanks,
mw
+Ethernet eth0: MAC address 00:40:d0:8a:1f:99
IP: 192.168.1.11/255.255.255.0, Gateway: 192.168.1.1
Default server: 192.168.1.122, DNS server IP: 0.0.0.0

RedBoot(tm) bootstrap and debug environment [ROM]
Intel IOP RedBoot release
 version 2.2.V6-IOP-RedBoot
 built 13:51:51, Jan 12 2006

Platform: EP80219 (XScale) 
Copyright (C) 2000, 2001, 2002, Red Hat, Inc.

RAM: 0x-0x2000, 0x00021790-0x1ffd1000 available
FLASH: 0xf000 - 0xf080, 64 blocks of 0x0002 bytes each.
== Executing boot script in 2.000 seconds - enter ^C to abort
RedBoot fis load ramdisk.gz
RedBoot fis load zImage
RedBoot exec -c console=ttyS0,115200n8 DEBIAN_FRONTEND=text rw root=/dev/ram 
mem=512M@0xa000 -r 0x0180
Using base address 0x01008000 and length 0x0020
The boot tags are located at 0xA100
Booting the kernel...
Uncompressing Linux... done, booting the kernel.
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Linux version 2.6.32-5-iop32x (Debian 2.6.32-31) 
(b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 Tue Mar 8 
01:49:50 UTC 2011
[0.00] CPU: XScale-80219 [69052e20] revision 0 (ARMv5TE), cr=397f
[0.00] CPU: VIVT data cache, VIVT instruction cache
[0.00] Machine: Lanner EM7210
[0.00] Memory policy: ECC disabled, Data cache writeback
[0.00] Built 1 zonelists in Zone order, mobility grouping on.  Total 
pages: 130048
[0.00] Kernel command line: console=ttyS0,115200n8 DEBIAN_FRONTEND=text 
rw root=/dev/ram mem=512M@0xa000
[0.00] PID hash table entries: 2048 (order: 1, 8192 bytes)
[0.00] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
[0.00] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
[0.00] Memory: 512MB = 512MB total
[0.00] Memory: 511744KB available (3084K code, 444K data, 112K init, 0K 
highmem)
[0.00] SLUB: Genslabs=11, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, 
Nodes=1
[0.00] Hierarchical RCU implementation.
[0.00] NR_IRQS:32
[0.00] Console: colour dummy device 80x30
[0.00] Calibrating delay loop... 398.95 BogoMIPS (lpj=1994752)
[0.21] Security Framework initialized
[0.21] SELinux:  Disabled at boot.
[0.21] Mount-cache hash table entries: 512
[0.21] Initializing cgroup subsys ns
[0.21] Initializing cgroup subsys cpuacct
[0.21] Initializing cgroup subsys devices
[0.21] Initializing cgroup subsys freezer
[0.21] Initializing cgroup subsys net_cls
[0.21] CPU: Testing write buffer coherency: ok
[0.21] devtmpfs: initialized
[0.21] regulator: core version 0.5
[0.21] NET: Registered protocol family 16
[0.22] pci :00:01.0: PME# supported from D0 D3hot D3cold
[0.22] pci :00:01.0: PME# disabled
[0.22] PCI: bus0: Fast back to back transfers disabled
[0.22] bio: create slab bio-0 at 0
[0.22] vgaarb: loaded
[0.24] NET: Registered protocol family 2
[0.24] IP route cache hash table entries: 4096 (order: 2, 16384 bytes)
[0.24] TCP established hash table entries: 16384 (order: 5, 131072 
bytes)
[0.24] TCP bind hash table entries: 16384 (order: 4, 65536 bytes)
[0.24] TCP: Hash tables configured (established 16384 bind 16384)
[0.24] TCP reno registered
[0.24] NET: Registered protocol family 1
[0.24] Unpacking initramfs...
[1.00] Freeing initrd memory: 4096K
[1.00] NetWinder Floating Point Emulator V0.97 (double precision)
[1.00] audit: initializing netlink 

Re: [2nd try] unassigned-hostname on Lanner EM7210 (Thermaltake Muse NAS-RAID N0001LN)

2011-04-13 Thread Mello
P.S. if I add force_ep80219 the boot hangs right after Uncompressing
Linux... done, booting the kernel..

Below the boot sequence that's been working so far (leading to incomplete
install):
RedBoot load -v -r -h 192.168.1.101 -b 0x0180 -m tftp initrd.gz
---suppressed output-
Raw file loaded 0x0180-0x01bcaec5, assumed entry at 0x0180

Redboot load -r -v -h 192.168.1.101 -b 0x01008000 -m tftp zImage
---suppressed output-
Raw file loaded 0x01008000-0x0113a73f, assumed entry at 0x01008000

Redboot exec -c console=ttyS0,115200n8 DEBIAN_FRONTEND=text rw
root=/dev/ram0 mem=512M@0xa000 -r 0x0180

Using base address 0x01008000 and length 0x00132740
The boot tags are located at 0xA100
Booting the kernel...
Uncompressing Linux... done, booting the kernel.
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Linux version 2.6.32-5-iop32x (Debian 2.6.32-31) (
b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 Tue Mar 8
01:49:50 UTC 2011
[0.00] CPU: XScale-80219 [69052e20] revision 0 (ARMv5TE),
cr=397f
[0.00] CPU: VIVT data cache, VIVT instruction cache
[0.00] Machine: Lanner EM7210
...
...

Any help is appreciated.

Thanks!

On Wed, Apr 13, 2011 at 7:58 PM, Mello mello...@gmail.com wrote:

 Hi Hector and Arnaud,
 Lanner EM 7210 is what is detected by the d-i itself. Only thing I know is
 that the box is a Thermaltake Muse NAS-RAID N0001LN.

 From your feedbacks I assume I should re-install by setting the machine id
 to ep80219. How can I do that?

 Thanks,
 mw


 On Wed, Apr 13, 2011 at 5:23 PM, Hector Oron hector.o...@gmail.comwrote:

 Hi,

 2011/4/13 Arnaud Patard arnaud.pat...@rtp-net.org:

  Are you really really sure it's a em7210 ? Your bootlogs are showing
  an error when querying the rtc and I don't see any ohci-related message
  in your logs. Theses 2 things make me think that your have a different
  board than em7210 and this may explain why you don't succeed. Did you
  try booting with machine id set to iq31244 or ep80219 machine id
  (they're the only machines I know without usb) ?

 From the logs:
 Platform: EP80219 (XScale)

 Cheers,
 --
  Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.

 Our Sun unleashes tremendous flares expelling hot gas into the Solar
 System, which one day will disconnect us.

 -- Day DVB-T stop working nicely
 Video flare: http://antwrp.gsfc.nasa.gov/apod/ap100510.html





unassigned-hostname on Lanner EM7210 (Thermaltake Muse NAS-RAID N0001LN)

2011-04-08 Thread Mello
Hi all,
Debian Installer starts just fine and the process (non-expert mode) seems to
run smoothly until reboot. At that point the system is not rechable any
longer, no DHCP, and the only way to access it is via the serial cable.

Login works fine (users are present in the system) but other things, i/f
configuration for instance, is not working.
Below what I'm being prompted with at login:
Debian GNU/Linux 6.0 unassigned-hostname ttyS0

unassigned-hostname login: suppressed text
Password:
Linux unassigned-hostname 2.6.32-5-iop32x #1 Tue Mar 8 01:49:50 UTC 2011
armv5tel

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.

Please find attached the full boot log.

Is this correct or (am I remembering it correctly?) should I have been
prompted with a post-installation script to finish up the system's
configuration?
I've noticed a similar bug exists (#610526) but it's marked as moreinfo,
unreproducible. Which additional info can I provide? The problem is
reproducible at will :)

Thanks,
mw
+Ethernet eth0: MAC address 00:40:d0:8a:1f:99
IP: 192.168.1.11/255.255.255.0, Gateway: 192.168.1.1
Default server: 192.168.1.122, DNS server IP: 0.0.0.0

RedBoot(tm) bootstrap and debug environment [ROM]
Intel IOP RedBoot release
 version 2.2.V6-IOP-RedBoot
 built 13:51:51, Jan 12 2006

Platform: EP80219 (XScale) 
Copyright (C) 2000, 2001, 2002, Red Hat, Inc.

RAM: 0x-0x2000, 0x00021790-0x1ffd1000 available
FLASH: 0xf000 - 0xf080, 64 blocks of 0x0002 bytes each.
== Executing boot script in 2.000 seconds - enter ^C to abort
RedBoot fis load ramdisk.gz
RedBoot fis load zImage
RedBoot exec -c console=ttyS0,115200n8 DEBIAN_FRONTEND=text rw root=/dev/ram 
mem=512M@0xa000 -r 0x0180
Using base address 0x01008000 and length 0x0020
The boot tags are located at 0xA100
Booting the kernel...
Uncompressing Linux... done, booting the kernel.
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Linux version 2.6.32-5-iop32x (Debian 2.6.32-31) 
(b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 Tue Mar 8 
01:49:50 UTC 2011
[0.00] CPU: XScale-80219 [69052e20] revision 0 (ARMv5TE), cr=397f
[0.00] CPU: VIVT data cache, VIVT instruction cache
[0.00] Machine: Lanner EM7210
[0.00] Memory policy: ECC disabled, Data cache writeback
[0.00] Built 1 zonelists in Zone order, mobility grouping on.  Total 
pages: 130048
[0.00] Kernel command line: console=ttyS0,115200n8 DEBIAN_FRONTEND=text 
rw root=/dev/ram mem=512M@0xa000
[0.00] PID hash table entries: 2048 (order: 1, 8192 bytes)
[0.00] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
[0.00] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
[0.00] Memory: 512MB = 512MB total
[0.00] Memory: 511744KB available (3084K code, 444K data, 112K init, 0K 
highmem)
[0.00] SLUB: Genslabs=11, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, 
Nodes=1
[0.00] Hierarchical RCU implementation.
[0.00] NR_IRQS:32
[0.00] Console: colour dummy device 80x30
[0.00] Calibrating delay loop... 398.95 BogoMIPS (lpj=1994752)
[0.21] Security Framework initialized
[0.21] SELinux:  Disabled at boot.
[0.21] Mount-cache hash table entries: 512
[0.21] Initializing cgroup subsys ns
[0.21] Initializing cgroup subsys cpuacct
[0.21] Initializing cgroup subsys devices
[0.21] Initializing cgroup subsys freezer
[0.21] Initializing cgroup subsys net_cls
[0.21] CPU: Testing write buffer coherency: ok
[0.21] devtmpfs: initialized
[0.21] regulator: core version 0.5
[0.21] NET: Registered protocol family 16
[0.22] pci :00:01.0: PME# supported from D0 D3hot D3cold
[0.22] pci :00:01.0: PME# disabled
[0.22] PCI: bus0: Fast back to back transfers disabled
[0.22] bio: create slab bio-0 at 0
[0.22] vgaarb: loaded
[0.24] NET: Registered protocol family 2
[0.24] IP route cache hash table entries: 4096 (order: 2, 16384 bytes)
[0.24] TCP established hash table entries: 16384 (order: 5, 131072 
bytes)
[0.24] TCP bind hash table entries: 16384 (order: 4, 65536 bytes)
[0.24] TCP: Hash tables configured (established 16384 bind 16384)
[0.24] TCP reno registered
[0.24] NET: Registered protocol family 1
[0.24] Unpacking initramfs...
[1.00] Freeing initrd memory: 4096K
[1.00] NetWinder Floating Point Emulator V0.97 (double precision)
[1.00] audit: initializing netlink socket (disabled)
[1.00] type=2000 audit(1.000:1): 

RE: Installation output garbled on IOP32x/Lanner

2011-03-07 Thread Mello Wiz

It worked :)

Thanks!

mw

 From: jfstrae...@scarlet.be
 Date: Sun, 27 Feb 2011 19:37:55 +0100
 To: debian-arm@lists.debian.org
 Subject: Re: Installation output garbled on IOP32x/Lanner
 
 
 Re,
 
 On Sun, Feb 27, 2011 at 02:49:20PM +, Mello Wiz wrote:
 
  The installer seems to load fine but as soon as it reaches the first
  screen the output becomes unreadable. Please read below for an
  output.
 
 It looks like the newt interface, isn't it ?
 
 Could you give it another try with :
 
   DEBIAN_FRONTEND=text
 
 on the exec line ?
 
 I.e. :
 
 Redboot exec -c console=ttyS0,115200n8 DEBIAN_FRONTEND=text rw 
 root=/dev/ram mem=512M@0xa000 -r 0x0180
 
 Hih,
 
 
 -- 
 
 JFS.
 
 
 -- 
 To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: http://lists.debian.org/20110227183755.ga14...@jones.jfs.dt
 
  

Installation output garbled on IOP32x/Lanner

2011-02-27 Thread Mello Wiz

Hi all,
I've tried installing the latest version on my Thermaltake Muse.
The system's hardware is recognized as XScale-IOP8032x Family rev 0 (v5l).
The installer seems to load fine but as soon as it reaches the first screen 
the output becomes unreadable. Please read below for an output.

I've tried disconnect/reconnect the serial cable, changing RS-232 parameters to 
no avail.
Any hints would be appreciated.

Thanks,
Mello

===

Ethernet eth0: MAC address 00:40:d0:8a:1f:99
IP: 192.168.1.11/255.255.255.0, Gateway: 192.168.1.1
Default server: 192.168.1.122, DNS server IP: 0.0.0.0

RedBoot(tm) bootstrap and debug environment [ROM]
Intel IOP RedBoot release
 version 2.2.V6-IOP-RedBoot
 built 13:51:51, Jan 12 2006

Platform: EP80219 (XScale) 
Copyright (C) 2000, 2001, 2002, Red Hat, Inc.

RAM: 0x-0x2000, 0x00021790-0x1ffd1000 available
FLASH: 0xf000 - 0xf080, 64 blocks of 0x0002 bytes each.
== Executing boot script in 1.000 seconds - enter ^C to abort
^C
RedBoot load -v -r -h 192.168.1.101 -b 0x0180 -m tftp initrd.gz
---suppressed output-
Raw file loaded 0x0180-0x01bcae63, assumed entry at 0x0180

Redboot load -r -v -h 192.168.1.101 -b 0x01008000 -m tftp zImage
---suppressed output-
Raw file loaded 0x01008000-0x0113a6a7, assumed entry at 0x01008000

Redboot exec -c console=ttyS0,115200n8 rw root=/dev/ram mem=512M@0xa000 
-r 0x0180

Using base address 0x01008000 and length 0x001326a8
The boot tags are located at 0xA100
Booting the kernel...
Uncompressing Linux... done, booting the kernel.
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Linux version 2.6.32-5-iop32x (Debian 2.6.32-29) 
(b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 Fri Dec 10 
19:47:27 UTC 2010
[0.00] CPU: XScale-80219 [69052e20] revision 0 (ARMv5TE), cr=397f
[0.00] CPU: VIVT data cache, VIVT instruction cache
[0.00] Machine: Lanner EM7210
[0.00] Memory policy: ECC disabled, Data cache writeback
[0.00] Built 1 zonelists in Zone order, mobility grouping on.  Total 
pages: 130048
[0.00] Kernel command line: console=ttyS0,115200n8 rw root=/dev/ram 
mem=512M@0xa000
[0.00] PID hash table entries: 2048 (order: 1, 8192 bytes)
[0.00] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
[0.00] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
[0.00] Memory: 512MB = 512MB total
[0.00] Memory: 511744KB available (3080K code, 444K data, 112K init, 0K 
highmem)
[0.00] SLUB: Genslabs=11, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, 
Nodes=1
[0.00] Hierarchical RCU implementation.
[0.00] NR_IRQS:32
[0.00] Console: colour dummy device 80x30
[0.00] Calibrating delay loop... 398.95 BogoMIPS (lpj=1994752)
[0.21] Security Framework initialized
[0.21] SELinux:  Disabled at boot.
[0.21] Mount-cache hash table entries: 512
[0.21] Initializing cgroup subsys ns
[0.21] Initializing cgroup subsys cpuacct
[0.21] Initializing cgroup subsys devices
[0.21] Initializing cgroup subsys freezer
[0.21] Initializing cgroup subsys net_cls
[0.21] CPU: Testing write buffer coherency: ok
[0.21] devtmpfs: initialized
[0.21] regulator: core version 0.5
[0.21] NET: Registered protocol family 16
[0.22] pci :00:01.0: PME# supported from D0 D3hot D3cold
[0.22] pci :00:01.0: PME# disabled
[0.22] PCI: bus0: Fast back to back transfers disabled
[0.22] bio: create slab bio-0 at 0
[0.22] vgaarb: loaded
[0.24] NET: Registered protocol family 2
[0.24] IP route cache hash table entries: 4096 (order: 2, 16384 bytes)
[0.24] TCP established hash table entries: 16384 (order: 5, 131072 
bytes)
[0.24] TCP bind hash table entries: 16384 (order: 4, 65536 bytes)
[0.24] TCP: Hash tables configured (established 16384 bind 16384)
[0.24] TCP reno registered
[0.24] NET: Registered protocol family 1
[0.24] Unpacking initramfs...
[1.44] Freeing initrd memory: 4096K
[1.45] NetWinder Floating Point Emulator V0.97 (double precision)
[1.45] audit: initializing netlink socket (disabled)
[1.45] type=2000 audit(1.450:1): initialized
[1.46] VFS: Disk quotas dquot_6.5.2
[1.47] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[1.47] msgmni has been set to 1007  
[1.47] alg: No test for stdrng (krng)
[1.47] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 
253)
[1.47] io scheduler noop registered
[1.47] io scheduler anticipatory registered
[1.47] io scheduler deadline registered
[1.47] io scheduler cfq registered (default

Re: 2nd try: Thermaltake Muse NAS-RAID (N0001LN) - IOP architecture - HELP requested

2010-03-11 Thread Mello
Hi,
after the (usual) long delay I've managed to fight my jet-lag with a good
coffee and I've tested the image Arnaud provided me with :)

The steps I've followed are:
1. halt the startup sequence at Redboot prompt with CTRL+C
2. *RedBoot fis load ramdisk.gz*
3. *RedBoot load -r -v -h 192.168.1.122 -b 0x01008000 -m tftp
zImage_2633_iop32x_defconfig*
   (since Redboot comes up preconfigured with an IP address I've chosen
tftp)
   This step ends with the following message:
   *Raw file loaded 0x01008000-0x01279aaf, assumed entry at 0x01008000*
4. *RedBoot exec -c console=ttyS0,115200 rw root=/dev/ram0 init=/linuxrc
initrd=0xa180,8M mem=2...@0xa000 force_ep80219*
At this point the startup sequence goes on pretty normal until it stops with
errors (RAMDISK) eventually terminating in a kernel panic (full sequence is
attached).

What's the meaning of the hex addresses in the above commands? Are they
hardcoded in the image or do they just point to (almost) arbitrary
addresses?

Thanks,
-mw


On Thu, Feb 25, 2010 at 10:52 AM, Arnaud Patard arnaud.pat...@rtp-net.org
wrote:
 Mello mello...@gmail.com writes:

 Hi,

 So, basically, I must stop the startup sequence at a point where I can
 gain access to the Redboot prompt.
 Then issue the commands you suggested, right?

 Questions:
 1. where do I find/how can I generate such a kernel?

 I've build one for you. It's based on the 2.6.33 kernel (tbh, no patches
 were added). I've not tested it but it should work. You'll find it here:

 http://www.rtp-net.org/ss4000e/zImage_2633_iop32x_defconfig

 You can load it with (for instance) :
 load -v -r -b 0x01008000 -m ymodem zImage

 I've choose the ymodem upload method but things like http should work
 too (as long as the redboot has been configured/compiled correctly)

 Oh, and don't forget to load the initrd and launch the kernel with the
 commands I gave before :P


 2. what happens to my device after doing this test? Will it revert to
 normal after a power-cycle or do those command overwrite the
 flash/disk somehow?

 the 'load' command is safe as it loads the kernel/initrd into
 memory. Nothing should be modifying it, so, after a poweroff/reboot,
 you'll go back to the normal state.

 Arnaud

$ screen /dev/tty.usbserial 115200

+Ethernet eth0: MAC address 00:40:d0:8a:1f:99
IP: 192.168.1.11/255.255.255.0, Gateway: 192.168.1.1
Default server: 192.168.1.122, DNS server IP: 0.0.0.0

RedBoot(tm) bootstrap and debug environment [ROM]
Intel IOP RedBoot release
 version 2.2.V6-IOP-RedBoot
 built 13:51:51, Jan 12 2006

Platform: EP80219 (XScale) 
Copyright (C) 2000, 2001, 2002, Red Hat, Inc.

RAM: 0x-0x1000, 0x00021790-0x0ffd1000 available
FLASH: 0xf000 - 0xf080, 64 blocks of 0x0002 bytes each.
== Executing boot script in 1.000 seconds - enter ^C to abort
^C
RedBoot fis load ramdisk.gz
RedBoot load -r -v -h 192.168.1.122 -b 0x01008000 -m tftp 
zImage_2633_iop32x_defconfig
---
Raw file loaded 0x01008000-0x01279aaf, assumed entry at 0x01008000
RedBoot exec -c console=ttyS0,115200 rw root=/dev/ram0 init=/linuxrc 
initrd=0xa180,8M mem=2...@0xa000 force_ep80219
Using base address 0x01008000 and length 0x00271ab0
The boot tags are located at 0xA100
Booting the kernel...
Uncompressing Linux... done, booting the kernel.
Linux version 2.6.33 (r...@jules) (gcc version 4.3.3 (Sourcery G++ Lite 
2009q1-203) ) #1 Wed Feb 24 21:57:47 CET 2010
CPU: XScale-80219 [69052e20] revision 0 (ARMv5TE), cr=397f
CPU: VIVT data cache, VIVT instruction cache
Machine: Intel IQ31244
Memory policy: ECC disabled, Data cache writeback
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 65024
Kernel command line: console=ttyS0,115200 rw root=/dev/ram0 init=/linuxrc 
initrd=0xa180,8M mem=2...@0xa000 force_ep80219
PID hash table entries: 1024 (order: 0, 4096 bytes)
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 256MB = 256MB total
Memory: 246400KB available (4652K code, 301K data, 148K init, 0K highmem)
Hierarchical RCU implementation.
RCU-based detection of stalled CPUs is enabled.
NR_IRQS:32
clockevent: iop_timer0 uses shift 32 mult 0x
clocksource: iop_timer1 uses shift 29 mult 0xa000
Console: colour dummy device 80x30
Calibrating delay loop... 398.95 BogoMIPS (lpj=1994752)
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
xor: measuring software checksum speed
   arm4regs  :   257.600 MB/sec
   8regs :   287.600 MB/sec
   32regs:   274.800 MB/sec
xor: using function: 8regs (287.600 MB/sec)
NET: Registered protocol family 16
PCI: bus0: Fast back to back transfers disabled
pci :00:01.0: BAR 0: assigned [mem 0x8000-0x8001]
pci :00:01.0: BAR 0: set to [mem 0x8000-0x8001] (PCI address 
[0x8000-0x8001

Re: 2nd try: Thermaltake Muse NAS-RAID (N0001LN) - IOP architecture - HELP requested

2010-02-19 Thread Mello
So, basically, I must stop the startup sequence at a point where I can
gain access to the Redboot prompt.
Then issue the commands you suggested, right?

Questions:
1. where do I find/how can I generate such a kernel?
2. what happens to my device after doing this test? Will it revert to
normal after a power-cycle or do those command overwrite the
flash/disk somehow?

Thanks,
-c



On Thu, Feb 18, 2010 at 3:30 PM, Arnaud Patard
arnaud.pat...@rtp-net.org wrote:
 Mello mello...@gmail.com writes:

 Hi,

 Hi Arnaud and all,
 sorry for the long wait but I've been traveling (for work).

 Please find attached the requested data. I believe I've taken the
 entire boot log.
 Also I've run a few commands to explore /proc filesystem.

 From what I can see from the 2 files, your nas looks very similar to the
 ep80219 board from intel (bootloader  pci informations). From a quick
 look, I only see e100 device replaced with a e1000. I can't be sure
 about the crystal frequency (33.3MHz vs 30MHz) but that should not
 prevent things to boot.

 You can try booting a kernel with ep80219 support and looks what's
 happening. Unfortunately, you can't use debian iop32x kernel packages as
 iirc, they don't have the iq31244 option enabled.

 Please, note that you'll have to add 'force_ep80219' on the kernel command
 line. For instance :

 fis load ramdisk.gz
 redboot command to load your kernel at 0x01008000
 exec -c console=ttyS0,115200 rw root=/dev/ram0 init=/linuxrc 
 initrd=0xa180,8M mem=2...@0xa000 force_ep80219


 Arnaud



-- 
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/3b5f6ee21002190413h37f665d4mfdc8db1b87b2f...@mail.gmail.com



Re: 2nd try: Thermaltake Muse NAS-RAID (N0001LN) - IOP architecture - HELP requested

2010-02-04 Thread Mello
Hi All,
and sorry for my belated reply but a work-related trip has brought me away.

1. to Arnaud: I'll provide you (and the list) with those info ASAP.
Let's hope we can get something started. Thank you!
2. to JFS: I had read Martin's pages, rather thoroughly, but still I'm
wary of following those steps blindly. A good approach would be to
understand what are the specs of the platform I have in my hand. I'll
use your pointers are a reference though. Thanks!

Please bear with me since I'm 1000's of miles away from home (and my
NAS) this week :)

Thanks,
Carmelo


On Mon, Feb 1, 2010 at 6:50 PM, JF Straeten jfstrae...@scarlet.be wrote:

 Hi,

 On Mon, Feb 01, 2010 at 06:34:09PM +0100, Arnaud Patard wrote:

  It seems pretty similar to the Intel SS400-E...

 fwiw, I doubt it's a ss4000e. Lanner has put 32MB of flash and 2
 GbE on their PCB.

 So, it's seems to you impossible to boot the d-i on it ?

 What will be needed to succeed ?

 A+

 --

 JFS.


 --
 To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org




-- 
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



2nd try: Thermaltake Muse NAS-RAID (N0001LN) - IOP architecture - HELP requested

2010-02-01 Thread Mello
Hi all,
I've searched through the archives but I've found nothing about my
LAN-based NAS (in the subject) hence I'm asking the alias...

Anybody has any ideas on how to hack it to carry out a fresh install
of Debian+Samba on Thermaltake Muse NAS-RAID (N0001LN)?
Very simply put, it is a 4-bay box, built around the Intel IOP 80219
(@400MHz) architecture.
It also features an externally accessible serial interface, one 1G
Ethernet interface and 256MB RAM (+8MB flash). Additionally, although
I'm unaware of the nitty-gritty stuff, it has a Redboot firmware (seen
via the serial cable).
The system is based on Linux (uname -m = armv5tel;  uname -r =
2.6.10-iop1) and it runs software made by FalconStor (ipstord,
ipstorcomm...). I'm not sure whether RAID is done in software or
hardware.

What I'd like to achieve is to have a Debian server, running SSH
instead of Telnet (!), that I can configure to share data via SMB.
Disks should be configured as RAID 1 at least.

Thanks,
-mw


-- 
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Thermaltake Muse NAS-RAID (N0001LN) - IOP architecture

2010-01-18 Thread Mello
Hi all,
I'm new to the list so forgive me in advance if I'm not following
strictly all the guidelines :)
I've searched through the archives but I've found nothing about my
LAN-based NAS (in the subject) hence I'm asking the alias...

Anybody has any ideas on how to hack it to carry out a fresh install
of Debian+Samba on Thermaltake Muse NAS-RAID (N0001LN)?

Very simply put, it is a 4-bay box, built around the Intel IOP 80219
(@400MHz) architecture.
It also features an externally accessible serial interface, one 1G
Ethernet interface and 256MB RAM (+8MB flash). Additionally, although
I'm unaware of the nitty-gritty stuff, it has a Redboot firmware (seen
via the serial cable).
The system is based on Linux (uname -m = armv5tel;  uname -r =
2.6.10-iop1) and it runs software made by FalconStor (ipstord,
ipstorcomm...). I'm not sure whether RAID is done in software or
hardware.

What I'd like to achieve is to have a Debian server, running SSH
instead of Telnet (!), that I can configure to share data via SMB.
Disks should be configured as RAID 1 at least.

Thanks,
-mw


-- 
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org