Re: request_firmware on-fly

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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> toload new FW to device on-fly? I have more FW beause device has lowmemory> 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> firmwareon the fly?

> For expain the situation: co-processors are some RISC cpus whichperrfom> some critical tasks. Problem is limitation of memory in thisco-processors.> It has only 8k flash. Code which is written for thisco-processors is bigger> like 8k, so it is splitted to some lest's saylogical parts. That's the> reason why I need to change FW on -fly. Iknow it seems dangerous and> completely strange :D but what you proposeto do? (code for co-processors is> written in asm, so compileroptimatization 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 mysituation :D. It could be that coders for co-processors will be verygood and they don't fill more than 8k of code ;).
M
-- Marek BeliškoRuská Nová Ves 21908005 PrešovSlovakiahttp://binaural.ifastnet.com��.n��������+%����w�j)p���{.n����z�ޖw�n'���q���b�������v��m�����Y�����


[Index of Archives]     [Newbies FAQ]     [Linux Kernel Mentors]     [Linux Kernel Development]     [IETF Annouce]     [Git]     [Networking]     [Security]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux SCSI]     [Linux ACPI]
  Powered by Linux