Rockbox Development > New Ports

SanDisk Sansa c200v2, m200v4, clipv1, clipv2, clip+, and fuzev2

<< < (291/386) > >>

ranma:

--- Quote from: funman on March 02, 2010, 07:16:42 AM ---About the missing vectors, could we just use "bx lr" for fiq and irq? for fault handlers an infinite loop would be fine since we don't know if we can return safely.

--- End quote ---

IIRC "subs pc, lr, #4" is the proper way to return from interrupt handlers.
On the other hand I don't see why any interrupt should happen at that stage.
And if the interrupt request is not cleared it might generate the next interrupt right away.

torne:
Yes, subs pc, lr, #4 is for irq/fiq returns. bx will return to the wrong instruction and won't change mode back to svc.

funman:
I committed the simplest change: replace the vectors by infinite loops

bertrik said he was ok with the principle of using i2c in dualboot, so I think now the only problem is we don't explicitely set PCLK in CGU_PERI.

At the moment we only enable GPIO peripheral and the PrimeCell PL061 GPIO controller doesn't seem to have any requirement on clock frequency.

CGU_PERI &= ~0x7f should be alright for i2c, I am not too sure about DBOP since now we run it at 62MHz. Perhaps we'll need to modify the timing registers.

We also need to check what the CGU_PERI (divider and clock selection) bits are on as3525v2.

funman:

--- Quote from: funman on February 26, 2010, 07:47:31 AM ---rockbox runtime with FM : 7h 40 minutes (starting at 97% battery)

--- End quote ---

OF runtime with FM : 8h 50 minutes.

This is much closer than with audio files, so explicitely powering the FM off at startup could give nice results.

EDIT: Change committed, I get 1h30 more runtime on Clipv1 (just like Jouni Paulus reported on SansaRuntime)

embrion:
Thanks, I'll check with mu Fuze and report back.

EDIT: ok, NO IMPROVEMENT in my case

Navigation

[0] Message Index

[#] Next page

[*] Previous page