PDA

View Full Version : Request: Wake on LAN, SB2



getprogs
2005-07-25, 06:47
With reference to this:
http://bugs.slimdevices.com/show_bug.cgi?id=1200
(Wake on LAN for Squeezebox2)

Is there *anything* I can do to implement the WOL functionality in the firmware? I am not a skilled programmer, but a very good administrator and a quick learner... Is there anywhere I can download for instance a SDK and do the change myself?

Otherwise I love the device - although ripping 15 years of CD purchases takes some time...

:-)

MrC
2005-07-25, 11:00
WoL needs to be a) supported by the ethernet hardware, and b) implemented in the driver, and c) implemented in the OS. It is not trivial.

Jacob Potter
2005-07-25, 11:22
On 7/25/05, MrC <MrC.1sqlyb (AT) no-mx (DOT) forums.slimdevices.com> wrote:
> WoL needs to be a) supported by the ethernet hardware, and b)
> implemented in the driver, and c) implemented in the OS. It is not
> trivial.

Not for the sender - all it needs to do is send out a
specially-formatted UDP broadcast packet. The reciever needs hardware
support (and some cards require a special driver configuration to
enable it), but that doesn't matter as far as the SB2 is concerned.

- Jacob

dean
2005-07-25, 11:22
Alas, no, there's no open version of the development tools from
Ubicom (but we're asking...)

Please vote for the bug and add yourself as a Cc.

-dean

On Jul 25, 2005, at 6:47 AM, getprogs wrote:

>
> With reference to this:
> http://bugs.slimdevices.com/show_bug.cgi?id=1200
> (Wake on LAN for Squeezebox2)
>
> Is there *anything* I can do to implement the WOL functionality in the
> firmware? I am not a skilled programmer, but a very good administrator
> and a quick learner... Is there anywhere I can download for instance a
> SDK and do the change myself?
>
> Otherwise I love the device - although ripping 15 years of CD
> purchases
> takes some time...
>
> :-)
>
>
> --
> getprogs
>

MrC
2005-07-25, 11:30
On 7/25/05, MrC <MrC.1sqlyb (AT) no-mx (DOT) forums.slimdevices.com> wrote:
> WoL needs to be a) supported by the ethernet hardware, and b)
> implemented in the driver, and c) implemented in the OS. It is not
> trivial.

Not for the sender - all it needs to do is send out a
specially-formatted UDP broadcast packet. The reciever needs hardware
support (and some cards require a special driver configuration to
enable it), but that doesn't matter as far as the SB2 is concerned.
- Jacob
Agreed. But you'll notice the poster requested "in the firmware". This implies the much more difficult part, which is the server implementation, and thus the requirements stated in my post. There are plenty of tools to send WoL magic packets, but that wasn't the question.

Jacob Potter
2005-07-25, 11:39
On 7/25/05, MrC <MrC.1sqncb (AT) no-mx (DOT) forums.slimdevices.com> wrote:
> Agreed. But you'll notice the poster requested "in the firmware".
> This implies the much more difficult part, which is the server
> implementation, and thus the requirements stated in my post. There are
> plenty of tools to send WoL magic packets, but that wasn't the question.

Eh? The feature request says:
"- pressing power, sleep, or play when server is not present would
send magic packet"

Sounds like a client implementation to me :)

It wouldn't make sense to "power on" the SB2 itself remotely, as it's
on all the time anyway.

- Jacob

MrC
2005-07-25, 11:44
Oh, I'm such a retard sometimes! Yes, of course you are correct. I was having a brain-skid saying "server" and meaning "sb2". Sorry. Sb2=client. Sb2=client. Sb2=client. I will not cheat in class.

Hard to tell i've been in this biz for many years. :-(

MrC
2005-07-25, 12:58
I suppose the requestor wants to simply start playing music remotely? What other purpose is there for WoL in SB2 anyway?

I start SB2 even when powered off all the time via the web interface w/the Fishbone skin. Seems that essentially does the same thing.

radish
2005-07-25, 13:56
The requestor (as I understand it) wants to wake the server from the SB2, not the other way around which, as you say, is already supported. Assuming the server is running a modern OS on modern hardware, all this requires is the ability for the SB2 to send a magic packet.

MrC
2005-07-25, 14:05
That does make a lot more sense. I suppose a plugin could be created to send the packet.

getprogs, what ethernet hardware do you have, and what OS?

kdf
2005-07-25, 14:17
Quoting MrC <MrC.1squin (AT) no-mx (DOT) forums.slimdevices.com>:

>
> That does make a lot more sense. I suppose a plugin could be created to
> send the packet.

no point in a plugin, since that would still require the server to already be
running. The idea here is that the server would be shut off, powered down.
The SB2 would have to send a WOL packet to the server in order for it to power
up, then wait until the server responds. A plugin can do nothing to help this.
it is strictly a firmware issue, and is an existing enhancement request.
Unfortunately, firmware is not something that Slim Devices has the freedom to
have as an open framework. We'll all just have to wait.

-kdf

getprogs
2005-07-25, 15:36
MrC - suggest you wait 'til tomorrow to make any more WOL comments ;-)

I am runnning the Slimserver on fairly new hardware, and from all my other PCs I can send the "magic packet" (the MAC address of the NIC in my server repeated 16 times) and easily wake the Slimserver - now, for the sake of environment/me/my wife, I would like the SB2 to send out an equally formed packet whenever I press "Power". It is easy to implement, the major change must be to add another setup option where the MAC address of the NIC in the Slimserver can be entered; assembling the magic packet should be VERY easy.

And correct - a plugin does not make sense since it requires the server to be running!

MrC
2005-07-25, 15:40
I was thinking the same thing.

I had not realized that the server needed to be alive for a plug-in to run on the SB2. I was presuming (incorrectly) that the plug-in could be downloaded and run on the SB2. KDFs comment straightened me out.

getprogs
2005-07-25, 15:45
BTW Dean, thanks for mentioning the vote - did not notice this on my first visit to the bugzilla site!

pfarrell
2005-07-25, 15:52
On Mon, 2005-07-25 at 15:40 -0700, MrC wrote:
> I was thinking the same thing.
> I had not realized that the server needed to be alive for a plug-in to
> run on the SB2. I was presuming (incorrectly) that the plug-in could
> be downloaded and run on the SB2. KDFs comment straightened me out.


The key to remember is that these are Slim Devices.
The devices is pretty dumb, all the brains are in the server.

The SB2 is smarter than the SB1 which is smarter than a Slimp3
but they are all pretty simple.

--
Pat
http://www.pfarrell.com/music/slimserver/slimsoftware.html

MrC
2005-07-25, 17:25
Understood. Today my brain was very slim too. Tomorrow it will be smarter.

drewster
2005-07-26, 09:23
For the record, +1 vote on WOL for SB2.

Ben Sandee
2005-07-26, 10:16
On 7/26/05, drewster <drewster.1ssbzp (AT) no-mx (DOT) forums.slimdevices.com> wrote:
>
> For the record, +1 vote on WOL for SB2.

Well, this is not "for the record". If you want to vote "for the
record" do it here:

http://bugs.slimdevices.com/votes.cgi?action=show_user&bug_id=1200

Ben

oreillymj
2005-07-26, 11:53
I intend voting as well (once I get a bugsilla a/c)

BTW - DSLReports has a very good WOL FAQ here http://www.dslreports.com/faq/wol

Basically the SB2 needs to know the MAC address of the server it is trying to Wake and then Broadcast a magic packet (the MAC address *16 times) on the subnet.

Your router picks up the broadcast and send it out to each device connected to it.
Only the NIC with the correct MAC address "hears" the broadcast and wakes up.

The complicated bit is first to set up the NIC on the PC to actually perform a Wake On Lan when it gets the packet.

Then the SB2 needs to figure out the MAC of that NIC, but that probably be done by analysing a packet of data during setup, when the SB2 connects to the Slimserver.

drewster
2005-07-26, 13:35
On 7/26/05, drewster <drewster.1ssbzp (AT) no-mx (DOT) forums.slimdevices.com> wrote:
>
> For the record, +1 vote on WOL for SB2.

Well, this is not "for the record". If you want to vote "for the
record" do it here:

http://bugs.slimdevices.com/votes.cgi?action=show_user&bug_id=1200

Ben
Been there, done that. Thanks.