Eric Blake writes: > On 06/25/2017 03:43 AM, Lluís Vilanova wrote: >> This series proposes a generic (target-agnostic) instruction translation >> framework. >> >> It basically provides a generic main loop for instruction disassembly, which >> calls target-specific functions when necessary. This generalization makes >> inserting new code in the main loop easier, and helps in keeping all targets >> in >> synch as to the contents of it. >> >> This series also paves the way towards adding events to trace guest code >> execution (BBLs and instructions). >> >> I've ported i386/x86-64 and arm/aarch64 as an example to see how it fits in >> the >> current organization, but will port the rest when this series gets merged. >> >> Signed-off-by: Lluís Vilanova <vilan...@ac.upc.edu> >> --- >> >> Changes in v9 >> ============= >> >> * Further increase inter-mail sleep time during sending. >> >> >> Changes in v8 >> ============= >> >> * Increase inter-mail sleep time during sending (list keeps refusing some >> emails >> due to an excessive send rate).
> It's more likely that your rejection message was from your SMTP > connection than from the list (I've had to deal with my ISP's SMTP > server prohibiting me from sending more than 10 patches in a minute; > while using my company's SMTP server did not have that rate-limiting > restriction). > But yes, it would be neat if 'git send-email' had a knob to easily tweak > things to avoid flooding beyond a picky SMTP server's rate limits. Yup, it's my SMTP, not the list. Since I'm using "stg mail --git" (uses git send-email underneath), I can set up an inter-mail wait time. Cheers, Lluis
