On 2012-02-10 12:18, Paolo Bonzini wrote: > On 02/10/2012 12:19 PM, Stefano Stabellini wrote: >> I think you are right and the right thing to do would be blocking >> indefinitely. >> However if slirp doesn't support it, we could have a timeout of 1000 if >> CONFIG_SLIRP, otherwise block indefinitely. > > You could add a similar hack to qemu_bh_update_timeout for > slirp_update_timeout.
Real solutions would be preferred, but I know that the code is hairy. In any case, please no CONFIG_SLIRP code forks. Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux
