Unfortunately no one can be told what fun_plug is - you have to see it for yourself.
You are not logged in.
Has anyone attempted to install Debian "squeeze" on the DNS-323 and use the ext4 file system? I tried it on two DNS-323's and while I could get everything to install, upon reboot nothing came up. While waiting on my serial cable parts, I am just curious if anyone has had any success in this.
Offline
'I'm running debian squeeze (fully updated from lenny) for a while without problems. However wasn't keen to tryout ext4 on this platform so far.
Not an expert on ext4 but from what I've heard and read it requires an update of grub in order to allow grub booting the kernel from ext4.
Offline
Well - I temporarily got my serial cable to work and saw that the raid isn't mounting right. But then I couldn't get the TX portion to work (hopefully my other thread will lead to someone willing to sell a intact working serial cable..). Then I can go one with testing ext4
Offline
It waas a temporarily working serial cable. I played around with it too much (because couldn't get TX to work) and broke it. I am not much of a solderer, so that's why I asked for some assistance.
Doesn't look like an ext4 issue - more a RAID issue (can't mount raid) - I think the only way to fix that is by reflashing kernel.
Offline
Have you guys installed the new kernel from 'squeeze' (2.6.32-5-orion5x)? If yes, are there any problems with LED and fan control? thanks.
Offline
thanks, will run apt-get dist-upgrade tonight!
Offline
oxygen wrote:
yes i do. the current (2.6.32-23) kernel is working fine. -22 has some issues.
Have you flashed a current netboot.img or just upgraded the kernel?
Have you a Gbps or a 100Mbps switch?
I booted the kernel from a spliced netboot.img and it did not work with a 100mbps sw.
These questions are for Alt-F, apologies for cannibalizing the topic :-)
Joao
Offline
jcard wrote:
oxygen wrote:
yes i do. the current (2.6.32-23) kernel is working fine. -22 has some issues.
Have you flashed a current netboot.img or just upgraded the kernel?
Have you a Gbps or a 100Mbps switch?
just upgraded the debian package. dont forget that usual distro kernels dont work without the approciate initrd, because ethernet, sata etc modules are not compiled in (same applies here).
Last edited by oxygen (2010-09-26 00:05:59)
Offline
oxygen wrote:
jcard wrote:
oxygen wrote:
yes i do. the current (2.6.32-23) kernel is working fine. -22 has some issues.
Have you flashed a current netboot.img or just upgraded the kernel?
Have you a Gbps or a 100Mbps switch?just upgraded the debian package. dont forget that usual distro kernels dont work without the approciate initrd, because ethernet, sata etc modules are not compiled in (same applies here).
Yes, I booted (kexec) the kernel and initramfs.
Anyway, can you verify if the the 2.6.32-23 kernel works with a 100Mpbs switch on the dns323?
Or at least, if you have a Gbps switch and don't want to play with cables, use ethtool to advertise a 100mpbs link?
ethtool -s eth0 advertise 0x008
ethtool eth0/ping/etc, then back to 1Gbps
ethtool -s eth0 advertise 0x020
I would be most appreciated.
Joao
Offline
oxygen wrote:
yes it works
I kexec in RAM the debian squeeze-2.6.32-5-orion5x_2.6.32-23 kernel with a striped down lib/modules, and the network works fine at 1gbps.
After unplugging the network cable from the 1gbps sw and plugging it to a 100mbps router, the network stops working (ping doesn't work from/to the box); replugging to the gbps and it starts working again.
When unplugging the network cable from the 1gbps sw, I got
/ # [ 160.383270] eth0: link down
and when plugging it to the 100mbps router, I got
[ 177.612906] eth0: link up, 1000 Mb/s, full duplex, flow control disabled
although the router led and ethtool shows a established 10mbps/full link!!!
I might have stripped the lib/modules too much.
Can do you, or anybody else running squeeze on a 100mpbs sw/router, post the loaded modules under these conditions? I don't want to generate a faulty bug report to debian.
Thanks,
Joao
Offline
oxygen wrote:
what hw revision are you on? maybe that's the difference. i'm on A1.
Yes, that can be the reason, I'm on B1.
I found this bug-report (on another platform, but using the same soc)
http://www.mail-archive.com/debian-kern … 60762.html
Offline
B1 hardware. Works fine both using a 100mbps switch and with the synthetic ethtool test you suggested:
storage:/boot# uname -a
Linux storage 2.6.32-5-orion5x #1 Thu Aug 26 08:07:14 UTC 2010 armv5tel GNU/Linux
storage:~# ethtool eth0
Settings for eth0:
Supported ports: [ TP AUI BNC MII FIBRE ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 8
Transceiver: external
Auto-negotiation: on
Link detected: yes
Offline
jdoering wrote:
B1 hardware. Works fine both using a 100mbps switch and with the synthetic ethtool test you suggested:
storage:/boot# uname -a
Linux storage 2.6.32-5-orion5x #1 Thu Aug 26 08:07:14 UTC 2010 armv5tel GNU/Linux
thats not the version we were talking about. check
apt-cache policy linux-image-2.6.32-5-orion5x
the minor version is important.
btw: i had the same issues as mentioned on the ml with -21 and -22 (as i already pointed out), which i think aren't related to the network speed (i always used gigabit). -23 works like a charm though.
Offline
Oops, had the new kernel but apparently hadn't reboooted.
storage:~# apt-cache policy linux-image-2.6.32-5-orion5x
linux-image-2.6.32-5-orion5x:
Installed: 2.6.32-23
Candidate: 2.6.32-23
Version table:
*** 2.6.32-23 0
500 http://ftp.us.debian.org/debian/ squeeze/main armel Packages
100 /var/lib/dpkg/status
Now I get:
storage:~# uname -a
Linux storage 2.6.32-5-orion5x #1 Sat Sep 18 21:31:50 UTC 2010 armv5tel GNU/Linux
Same results; everything works fine.
Offline
jdoering wrote:
Oops, had the new kernel but apparently hadn't reboooted.
storage:~# apt-cache policy linux-image-2.6.32-5-orion5x
linux-image-2.6.32-5-orion5x:
Installed: 2.6.32-23
Candidate: 2.6.32-23
Version table:
*** 2.6.32-23 0
500 http://ftp.us.debian.org/debian/ squeeze/main armel Packages
100 /var/lib/dpkg/status
Now I get:
storage:~# uname -a
Linux storage 2.6.32-5-orion5x #1 Sat Sep 18 21:31:50 UTC 2010 armv5tel GNU/Linux
Same results; everything works fine.
So, the problem seems to be on my side.
Don't know where I might have fail... I kexec the 2.6.32-23 kernel and striped down modules and it works on 1Gbps but not 100Mbps. The same for a current netboot.img
Can you please post the loaded modules when you are on a working 100mbps link?
Other difference is that you are booting from a lenny-based netboot.img. Lenny is pre-2.6.27, I believe.
As I said in another topic: "The last kernel where 100Mbps works [for me], for the dns323, is 2.6.26.8; for 2.6.27.53 and latter it does not works anymore."
Or is the new kernel (2.6.32-23) flashed, replacing the netboot.img kernel? Can you enlight me?
Yet another possible difference is u-boot? It might initialize the hardware in different ways? I doubt, but... I'm on
Restarting system. ** LOADER ** ** MARVELL BOARD: RD-88F5182-NAS-2 LE U-Boot 1.1.1 (Oct 12 2007 - 17:19:14) Marvell version: 1.7.3.001
Thanks,
Joao
Offline
jdoering wrote:
Oops, had the new kernel but apparently hadn't reboooted.
storage:~# apt-cache policy linux-image-2.6.32-5-orion5x
linux-image-2.6.32-5-orion5x:
Installed: 2.6.32-23
Candidate: 2.6.32-23
Version table:
*** 2.6.32-23 0
500 http://ftp.us.debian.org/debian/ squeeze/main armel Packages
100 /var/lib/dpkg/status
Now I get:
storage:~# uname -a
Linux storage 2.6.32-5-orion5x #1 Sat Sep 18 21:31:50 UTC 2010 armv5tel GNU/Linux
Same results; everything works fine.
Yes, here too, 2.6.32-23 works fine on B1 at 100 and 1000 mpbs.
And now Alt-F also works fine.
Upon examination of squeeze kernel configuration, I noticed that it does not define CONFIG_MARVELL_PHY, while Alt-F used it (logically, from my point of view, as the hardware has a marvel phy chip supported by the driver).
But I had already tried a kernel without that configuration setting, and it did not works! Why?
I think that it is because I kexeced the kernel under test from a running Alt-F kernel with the problem, and probably the phy is initialized by uboot; once that initialization is undone by a misconfigured kernel, it isn't redone by the new kernel.
How did I proceed?
I kexec a recent (splited) netboot.img from a running Alt-F kernel, no flashing involved.
Once booted, the netboot kernel worked at 1000 but not at 100mbps (*) -- I continued the installation at 1gbps.
Near the installation end, the installer flashed a new kernel (2.6.32-23) and performed a reboot.
After reboot 2.6.32-23 worked at both speeds.
So I kexec a Alt-F kernel (built without CONFIG_MARVELL_PHY) from within squeeze, and it worked also at both speeds.
Then I flashed the new Alt-F kernel, and after a reboot is works at both speeds.
As a side effect of all this, I now have squeeze installed on a disk, and I can kexec it from within Alt-F!
Nice. I now have debian as an Alt-F "package"
Does any debian user knows how can one disable the flash installation step of the installer? That would allow me to automated the installation of debian only on disk, and allow users to run it from within Alt-F without extra flashing.
Thanks,
Joao
(*) This was probably because netboot was kexec from a badly initialized phy.
Offline
Hi Jcard,
good news!
Any chance that this "no CONFIG_MARVELL_PHY" Alt-f version could be reloaded (in ffp terms) on a C1 rev. to work on 100Mb?
Because if I've understood correctly the C1 and B1 have the same network hardware.
Could you share this Alt-f version please?
Offline
jcard wrote:
Does any debian user knows how can one disable the flash installation step of the installer? That would allow me to automated the installation of debian only on disk, and allow users to run it from within Alt-F without extra flashing.
In expert mode you can skip the kernel installation step, but i dont know what will happen if apt later upgrades the kernel package...
Offline
I have opposite problem with speed of eth0.
Instead of 1000Mbit I only get 100Mbit.
DNS323 B1 hardware
2.6.32-35 kernel
Linux nas 2.6.32-5-orion5x #1 Wed Jun 15 03:39:17 UTC 2011 armv5tel GNU/Linux
I've tried to advertise gigabit with:
set ethtool -s eth0 advertise 0x020
what happens, is that port light on switch TP-link TL-SG1008D for port where dns323 is plugged in turns off.
and ethtool eth0
Settings for eth0:
Supported ports: [ TP AUI BNC MII FIBRE ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Speed: 10Mb/s
Duplex: Half
Port: MII
PHYAD: 8
Transceiver: external
Auto-negotiation: on
Link detected: no
Last edited by rasto (2011-08-10 22:14:51)
Offline
I run B1 HW. Connected to a DIR-652. No special configging done.
root@alice:~# ethtool eth0
Settings for eth0:
Supported ports: [ TP AUI BNC MII FIBRE ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Full
Port: MII
PHYAD: 8
Transceiver: external
Auto-negotiation: on
Link detected: yes
root@alice:~# uname -a
Linux alice 2.6.32-5-orion5x #1 Tue Mar 8 15:24:42 UTC 2011 armv5tel GNU/Linux
Offline