RE: pmap_unnest: Other processor did not see interruption request
RE: pmap_unnest: Other processor did not see interruption request
- Subject: RE: pmap_unnest: Other processor did not see interruption request
- From: "Parav Pandit" <email@hidden>
- Date: Thu, 14 Oct 2004 19:28:15 +0530
- Importance: Normal
-----Original Message-----
From: David Gatwood [mailto:email@hidden]
Sent: Tuesday, October 12, 2004 1:17 AM
To: Parav Pandit
Cc: email@hidden
Subject: Re: pmap_unnest: Other processor did not see interruption
request
On Oct 9, 2004, at 6:57 AM, Parav Pandit wrote:
> Let me give you more idea about my driver during loading phase:
> It does the following steps in sequence:
>
> It first enables the memory mapped io for PCI card's register file.( I
> have
> 256 registers)
> Enables the PCI bus mastering, disables the Option ROM on the card.
> I have
> to do that)
> Some memory mapped read/write operation on the PCI card to reset the
> card
--------------------------------------------
Here is the problem, if I don't execute my chip reset function, and
completes my start(), there is no panic.
But it is really very strange.
My chip_reset() does it:
Disable interrupts
Do PCI IO regs.
IODelay() to wait to complete reset...
Enable interrupts.
I'd make sure that it calls the IOSimpleLockUnlockEnableInterrupt() to
enable interrupts.
I use the IOSimpleLockLockDisableInterrupt()
IOSimpleLockUnlockEnableInterrupt() for my critical section.
They are needed, if during working after loading my PCI card hangs, I use
the same reset function.
I can't really understand that what it pmap_unnest between 2 processors
during driver loading phase?
--------------------------------------------
> and processor on the Card.
> All memory allocation goes here.
> I can see IOLog message printed here.
> (Up to here- all works fine)
> After this message I get this kernel panic on pmap_unnest.
>If you have your driver initialization stop right here, do you still
>get a panic?
>David
Disclaimer: This e-mail and any attachment is for authorized use by the intended recipients only. It may contain proprietary material, confidential information and/or be subject to legal privilege of eInfochips Ltd. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from retaining, using, copying, altering or disclosing the contents of this message.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-kernel mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden