Re: about cs5536 interrupt ack

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

 



Songmao Tian wrote:
Hi,

I am trying to use a mips cpu the cs5536. I have some problem with the 8259 of cs5536. The databook said,

   Which databook?

"Control Logic
The INT output goes directly to the CPU interrupt input.
When an INT signal is activated, the CPU responds with an
Interrupt Acknowledge access that is translated to two
pulses on the INTA input of the PIC. At the first INTA pulse,
the highest priority IRR bit is loaded into the corresponding
ISR bit, and that IRR bit is reset. The second INTA pulse
instructs the PIC to present the 8-bit vector of the interrupt
handler onto the data bus."

Is it the responsibility of north bridge to reponse to intr with a PCI Interrupt Ack cycle?



it's a problem that my northbridge didn't implement that! Fortunately we use a fpga as a northbridge.

   Wait, CS5536 is a nortbridge itself!

it seem it's no way to fix this by software, for OCW3 didn't implemnt Poll command:(

   Quite a few 8259 clones don't.

so I guess the the process is:
1) 8259 receive a int, a bit irr got set.
2) 8259 assert intr.
3) northbrige generate a int ack cycle.

   To what, PCI?

4) cs5536 translate the ack into two INTA pulse, and the reponse

Nonsense. It would only make sense to translate INTA cycles from CPU bus to the PCI bus, not the other way around.

northbridge with a interrupt vector.

   As I said, CS5536 is northbridge in itself.

5) then my program can get the vector from northbridge?

It's CPU that gets the vector, your program could only do this using poll comand which as

Is that right?

   No.

Without int ack, generic linux-mips 8259 code can't work.

  I'm compleetly lost here -- what does CS5536 has to do with MIPS?

Greetings,
Tian

WBR, Sergei


[Index of Archives]     [Linux MIPS Home]     [LKML Archive]     [Linux ARM Kernel]     [Linux ARM]     [Linux]     [Git]     [Yosemite News]     [Linux SCSI]     [Linux Hams]

  Powered by Linux