Thank You for your continued support and contributions!
Well, but I observe that also when compiling the bootloader, the file 'button-fuzev2.c' get's compiled:
Why is it not sufficient to just have a small bootloader ("fuzpa.bin") without the original firmware?
Does it fallback to the original firmware automagically if we don't have the .rockbox-tree on the device?
Quote from: saratoga on January 14, 2016, 06:10:57 PMI did notice that during frequent boosting some button inputs are skipped, although maybe that is unrelated.For fuse v2 we disable irq when check hold/power buttons, probably we should do same for clip v2.
I did notice that during frequent boosting some button inputs are skipped, although maybe that is unrelated.
I will do more testing, I want to make sure that the button problem does not occur in the stock builds before we disable IRQs for 20 microseconds at a time.
I think we should think about committing this in parts.
Adding the delay fixes boosting (well played for a few minutes at least).Removing the second delay causes immediate reboot. I did notice that during frequent boosting some button inputs are skipped, although maybe that is unrelated.Edit: Both delays set to 10 works pretty well, will try other values:http://mit.edu/mgg6/www/rockbox-clip_10_10delay.7zEdit2: diff: http://mit.edu/mgg6/www/amsv2_scaling_v10.patch
Quote from: saratoga on January 14, 2016, 06:10:57 PMAdding the delay fixes boosting (well played for a few minutes at least).Removing the second delay causes immediate reboot. I did notice that during frequent boosting some button inputs are skipped, although maybe that is unrelated.Edit: Both delays set to 10 works pretty well, will try other values:http://mit.edu/mgg6/www/rockbox-clip_10_10delay.7zEdit2: diff: http://mit.edu/mgg6/www/amsv2_scaling_v10.patchConfirmed: For my fuzev2, both delays to 10 does _not_ work
Quote from: oid_maps on January 16, 2016, 06:27:55 PMQuote from: saratoga on January 14, 2016, 06:10:57 PMAdding the delay fixes boosting (well played for a few minutes at least).Removing the second delay causes immediate reboot. I did notice that during frequent boosting some button inputs are skipped, although maybe that is unrelated.Edit: Both delays set to 10 works pretty well, will try other values:http://mit.edu/mgg6/www/rockbox-clip_10_10delay.7zEdit2: diff: http://mit.edu/mgg6/www/amsv2_scaling_v10.patchConfirmed: For my fuzev2, both delays to 10 does _not_ workIf you're referring to the 10 delay above, thats for the ClipV2, it won't do anything on the Fuze.
One question, any idea why such a long udelay is needed with frequency scaling? I'm surprised that button read out should be so dependant on CPU frequency.
Source for just this change:http://gerrit.rockbox.org/r/#/c/1242/
Page created in 0.072 seconds with 21 queries.