Re: [Qemu-devel] Re: Extending qemu_irq for reset signals

2007-08-15 Thread Paul Brook
> I implemented reset that way with qemu_irq, the result survives some > quick tests. I'd probably make it take notice of the level parameter, and lower the line immediately after raising it. Future implementations of qemu_irq may cache the value internally. Other than that, looks ok, though yo

Re: [Qemu-devel] Re: Extending qemu_irq for reset signals

2007-08-15 Thread Blue Swirl
On 8/15/07, Blue Swirl <[EMAIL PROTECTED]> wrote: > On 8/15/07, Paul Brook <[EMAIL PROTECTED]> wrote: > > On Wednesday 15 August 2007, Blue Swirl wrote: > > > On 8/15/07, Paul Brook <[EMAIL PROTECTED]> wrote: > > > > On Wednesday 15 August 2007, Paul Brook wrote: > > > > > > Okay, more explaining.

Re: [Qemu-devel] Re: Extending qemu_irq for reset signals

2007-08-15 Thread Blue Swirl
On 8/15/07, Paul Brook <[EMAIL PROTECTED]> wrote: > On Wednesday 15 August 2007, Blue Swirl wrote: > > On 8/15/07, Paul Brook <[EMAIL PROTECTED]> wrote: > > > On Wednesday 15 August 2007, Paul Brook wrote: > > > > > Okay, more explaining. This is the case where I'd want to use the > > > > > signal:

[Qemu-devel] Re: Extending qemu_irq for reset signals

2007-08-15 Thread Blue Swirl
Preferably also the callback function type should be QEMUResetHandler, not the slightly different qemu_irq_handler.

[Qemu-devel] Re: Extending qemu_irq for reset signals

2007-08-15 Thread Paul Brook
On Wednesday 15 August 2007, Blue Swirl wrote: > On 8/15/07, Paul Brook <[EMAIL PROTECTED]> wrote: > > On Wednesday 15 August 2007, Paul Brook wrote: > > > > Okay, more explaining. This is the case where I'd want to use the > > > > signal: DMA controller ("upstream") can reset the slave device (ESP

[Qemu-devel] Re: Extending qemu_irq for reset signals

2007-08-15 Thread Blue Swirl
On 8/15/07, Paul Brook <[EMAIL PROTECTED]> wrote: > On Wednesday 15 August 2007, Paul Brook wrote: > > > Okay, more explaining. This is the case where I'd want to use the > > > signal: DMA controller ("upstream") can reset the slave device (ESP or > > > Lance). DMA controller is created first and I

[Qemu-devel] Re: Extending qemu_irq for reset signals

2007-08-15 Thread Paul Brook
On Wednesday 15 August 2007, Paul Brook wrote: > > Okay, more explaining. This is the case where I'd want to use the > > signal: DMA controller ("upstream") can reset the slave device (ESP or > > Lance). DMA controller is created first and I also want to allocate > > reset signals at that point. La

[Qemu-devel] Re: Extending qemu_irq for reset signals

2007-08-15 Thread Paul Brook
> Okay, more explaining. This is the case where I'd want to use the > signal: DMA controller ("upstream") can reset the slave device (ESP or > Lance). DMA controller is created first and I also want to allocate > reset signals at that point. Later when ESP is created, it should be > possible to put

[Qemu-devel] Re: Extending qemu_irq for reset signals

2007-08-15 Thread Blue Swirl
On 8/15/07, Paul Brook <[EMAIL PROTECTED]> wrote: > On Wednesday 15 August 2007, Blue Swirl wrote: > > Hi, > > > > I'd like to use similar mechanism as qemu_irq as reset signal for > > devices. The difference is that the opaque data and callback are not > > specified at the time of creating the sig

[Qemu-devel] Re: Extending qemu_irq for reset signals

2007-08-15 Thread Paul Brook
On Wednesday 15 August 2007, Blue Swirl wrote: > Hi, > > I'd like to use similar mechanism as qemu_irq as reset signal for > devices. The difference is that the opaque data and callback are not > specified at the time of creating the signal at upstream device, but > when the receiving device is cre