[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: request_firmware on-fly
On 8/7/08, Scott Lovenberg <scott.lovenberg@xxxxxxxxx> wrote:
>
> Belisko Marek wrote:
> On 8/7/08, Scott Lovenberg <scott.lovenberg@xxxxxxxxx> wrote:
> Belisko Marek wrote:
> Hi,
it is possible to call request_firmware in case that I would like
> to
load new FW to device on-fly? I have more FW beause device has low
memory
> and program is splitted to several bin files.
Thanks in advance
Marek
> Am I the only one that thinks this could be dangerous? Sounds like fun!
> :)
Just wondering, what are you doing that requires you to overwrite
> firmware
on the fly?
> For expain the situation: co-processors are some RISC cpus which
perrfom
> some critical tasks. Problem is limitation of memory in this
co-processors.
> It has only 8k flash. Code which is written for this
co-processors is bigger
> like 8k, so it is splitted to some lest's say
logical parts. That's the
> reason why I need to change FW on -fly. I
know it seems dangerous and
> completely strange :D but what you propose
to do? (code for co-processors is
> written in asm, so compiler
optimatization doesn't help to reduce code size
> ;))
M
> Ugh! I'm really sorry, that sounds like a nightmare! You've got two hands,
> and you're juggling five things directly on top of bare metal. You, my
> friend, are a Real Programmer! :)
>
> I took SPARC ASM a few semesters ago at school; perhaps you have some
> unfilled delay slots ;)
>
> Seriously, though, how are you going to test this?
>
Really I don't know how to test it ;), but imagine you are in my
situation :D. It could be that coders for co-processors will be very
good and they don't fill more than 8k of code ;).
M
--
Marek Beliško
Ruská Nová Ves 219
08005 Prešov
Slovakia
http://binaural.ifastnet.com
칻 &~&+-jwj)pn˛m w-جYbhy 杶i w(