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

Re: [Xen-devel] ns16550.c's poll_port variable

  • To: Jan Beulich <JBeulich@xxxxxxxx>
  • From: Keir Fraser <keir.xen@xxxxxxxxx>
  • Date: Fri, 04 May 2012 14:59:49 +0100
  • Cc: xen-devel <xen-devel@xxxxxxxxxxxxx>
  • Delivery-date: Fri, 04 May 2012 14:00:22 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xen.org>
  • Thread-index: Ac0p/itjtjYB3tjYNk+PubpVtLGcMg==
  • Thread-topic: ns16550.c's poll_port variable

On 04/05/2012 14:55, "Jan Beulich" <JBeulich@xxxxxxxx> wrote:

>>> I think this can be done entirely in serial.c - serial_init_postirq()
>>> would directly call any drivers that already got a handle parsed
>>> for them, and serial_parse_handle() would need to call
>>> ->init_postirq() for any driver that didn't have it called already.
>>> serial_suspend() and serial_resume() should then call drivers only
>>> if they previously had ->init_postirq() called.
>> Ah yes, that would work. Feel free to make a patch.
> That'll be on top of the other post-4.2 changes I'm in the process
> of piling up, as this isn't really a bug fix.


 -- Keir

Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.