DSM-G600, DNS-3xx and NSA-220 Hack Forum

Unfortunately no one can be told what fun_plug is - you have to see it for yourself.

You are not logged in.

Announcement

#1 2009-04-10 10:21:28

talkingRock
Member
Registered: 2009-03-26
Posts: 100

armedslack on dns-321?

I was looking at trying to install armedslack on my dns-321, mostly just for fun.

I looked at the howto and downloaded all of the prerequisites.
Being unwilling to blindly type installer.sh, I took a look at its contents.  It appears that this loads a kernel module and from what I can tell, this kernel module does some kind of soft-reset that allows another kernel to be loaded and booted.      As I understand it, kernel modules are specific to full 4 entry kernel versions, so the module for 2.6.12.6 will not work with 2.6.22.7 (the linux version my dns-321 shipped with). 

Zeroth question:   Has anyone made armedslack work on a dns-321 yet?

First question:   Is this correct?   If it fails, will it fail in some nice way, or make a big mess?

Second question:    Has anyone built the requisite reloaded kernel module for 2.6.22.7?

Third question:   I'm guessing that it's relatively hard to set up a build environment on or for these things.
                          How would I get started doing that?

Thanks.

Duaine

Offline

 

#2 2009-04-10 11:11:28

fonz
Member / Developer
From: Berlin
Registered: 2007-02-06
Posts: 1716
Website

Re: armedslack on dns-321?

1. no idea if the included kernel works on the 321, you might need a different kernel. if reloaded fails, it usually just stops, and you need to power cycle. while it may be possible, i think it's unlikely that it does any damage.
3. you need a cross-compiler, and the kernel sources of the 321 kernel from dlink to compile the reloaded module.

Offline

 

#3 2009-04-11 01:33:59

talkingRock
Member
Registered: 2009-03-26
Posts: 100

Re: armedslack on dns-321?

Fonz,
Thanks for the reply.
Are there any rules that say something like:   modules compiled for 2.6.x.y will or will not work with 2.6.w.z?

I suppose I could always diff the kernel include sources, or is there a version check at load time.

I may have some time to play with it over the weekend.

By the way, thanks for all of your "ffp" work.   It's been really fun to use and learn.   
Almost all of it works on the 321.   The only issues I've found so far is that /ffp/bin/wget cannot find one of its symbols and that the fan control interface is different between the boxes, so none of the 323 fan control works on the 321.   I wrote a shell script as an interim measure.

Duaine

Offline

 

#4 2009-04-11 12:22:22

fonz
Member / Developer
From: Berlin
Registered: 2007-02-06
Posts: 1716
Website

Re: armedslack on dns-321?

talkingRock wrote:

Are there any rules that say something like:   modules compiled for 2.6.x.y will or will not work with 2.6.w.z?
...
Almost all of it works on the 321.   The only issues I've found so far is that /ffp/bin/wget cannot find one of its symbols and that the fan control interface is different between the boxes, so none of the 323 fan control works on the 321.   I wrote a shell script as an interim measure.

Most kernels do a strict version check to ensure that only modules compiled specificially for the running kernel can be loaded.

Which wget is it? Is it the busybox version or Ulis?

How does fan control work on the 321? Mind sharing your script?

Offline

 

Board footer

Powered by PunBB
© Copyright 2002–2010 PunBB