Bug 11880 - support firmware updates for ip3k players
: support firmware updates for ip3k players
Status: RESOLVED FIXED
Product: SB Touch
Classification: Unclassified
Component: TinySC
: unspecified
: PC Windows XP
: P2 normal (vote)
: 7.5.0
Assigned To: Alan Young
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-04-22 00:52 UTC by Alan Young
Modified: 2011-01-13 22:53 UTC (History)
4 users (show)

See Also:
Category: ---


Attachments
Proposed patch (4.60 KB, patch)
2009-07-15 10:06 UTC, Alan Young
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Alan Young 2009-04-22 00:52:57 UTC
If and only if we support attaching ip3k players to TinySC, then should we support firmware updates for those players? If so, for which players?

Including such firmware would significantly increase the size of the downloaded SC (and, presumably, also the Fab4 firmware), unless we add a download-on-demand mechanism for ip3k f/w like we currently have for Jive/Fab4.
Comment 1 Blackketter Dean 2009-04-22 16:51:31 UTC
We already have a download-on-demand system for NAS vendors, which should already work.  Does it not?
Comment 2 Blackketter Dean 2009-05-01 15:57:16 UTC
but tinysc should not cache the files, rather download to the player from the network on demand.
Comment 3 Alan Young 2009-05-02 00:24:35 UTC
Michael, any chance that I can pass this to you? Alan.
Comment 4 Andy Grundman 2009-05-02 04:58:30 UTC
I can look at this.
Comment 5 Alan Young 2009-07-15 10:06:19 UTC
Created attachment 5471 [details]
Proposed patch

Andy, how about this as a solution, with a couple of extra bits:

1. Remove the default attempt to download all firmware for ip3k players in Firmware::init
2. Ship the ip3k Firmware/model.version files for TinySC
3. I think I also need to check that the updates dir gets created in TinySC.
Comment 6 Andy Grundman 2009-07-15 10:20:07 UTC
OK so this still downloads the full firmware bin to flash?  That should be OK as they are pretty small.  I think you would need to add something that deletes the file after it's been sent to the player(s).
Comment 7 Alan Young 2009-07-15 11:36:05 UTC
Why? Another player of the same type might connect, or the player might bounce back and forth between TinySC and another SC with a different f/w version. Are we that short of flash filesystem space?

If one ignores the bouncing scenario, then I guess deleting them on startup would be fine.
Comment 8 Andy Grundman 2009-07-15 11:50:39 UTC
OK I guess that's Richard's call.
Comment 9 Alan Young 2009-07-17 01:52:18 UTC
Change 27634. Implemented so that ip3k f/w is deleted upon SC startup and re-downloaded as required.