AF:
NF:0
PS:10
SRH:1
SFN:
DSR:
MID:
CFG:
PT:0
S:andy.sharp@lsi.com
RQ:
SSV:mhbs.lsil.com
NSV:
SSH:
R:<Brian.Stark@lsi.com>
MAID:2
X-Sylpheed-Privacy-System:
X-Sylpheed-Sign:0
SCF:#mh/Mailbox/sent
RMID:#imap/LSI/INBOX	0	E1EC65251D4B3D46BBC0AAA3C0629222AFE68AAC@cosmail02.lsi.com
X-Sylpheed-End-Special-Headers: 1
Date: Wed, 11 Nov 2009 12:11:11 -0800
From: Andrew Sharp <andy.sharp@lsi.com>
To: "Stark, Brian" <Brian.Stark@lsi.com>
Subject: Re: Interrupts disabled
Message-ID: <20091111121111.274c0ca4@ripper.onstor.net>
In-Reply-To: <E1EC65251D4B3D46BBC0AAA3C0629222AFE68AAC@cosmail02.lsi.com>
References: <E1EC65251D4B3D46BBC0AAA3C0629222AFE68AAC@cosmail02.lsi.com>
Organization: LSI
X-Mailer: Sylpheed-Claws 2.6.0 (GTK+ 2.8.20; x86_64-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

It looks OK to me (wtf is a parallel PCI interrupt?), you really should
get Bill to try it as it sounds like his system is THE poster child for
this problem.  He says it happens to him 7 out of 8 times he boots.

On Wed, 11 Nov 2009 12:49:39 -0700 "Stark, Brian" <Brian.Stark@lsi.com>
wrote:

> I disabled CF controller interrupts in PROM and was able to boot-up
> the system.  Here are the differences I saw while booting (in blue)
> compared to when interrupts are enabled in PROM:
> 
> Yenta: CardBus bridge found at 0000:00:07.0 [0000:0000]
> Yenta: Enabling burst memory read transactions
> Yenta: Using CSCINT to route CSC interrupts to PCI
> Yenta: Routing CardBus interrupts to PCI
> Yenta TI: socket 0000:00:07.0, mfunc 0x00001000, devctl 0x66
> Yenta TI: socket 0000:00:07.0 probing PCI interrupt failed, trying to
> fix Yenta TI: socket 0000:00:07.0 falling back to parallel PCI
> interrupts Yenta TI: socket 0000:00:07.0 parallel PCI interrupts ok
> Yenta: ISA IRQ mask 0x0000, PCI irq 56
> Socket status: 30000059
> pcmcia: parent PCI bridge I/O window: 0x0 - 0x1ffffff
> cs: IO port probe 0x0-0x1ffffff: clean.
> pcmcia: parent PCI bridge Memory window: 0x41000000 - 0x5fffffff
> Yenta: CardBus bridge found at 0000:00:07.1 [0000:0000]
> Yenta: Using CSCINT to route CSC interrupts to PCI
> Yenta: Routing CardBus interrupts to PCI
> Yenta TI: socket 0000:00:07.1, mfunc 0x00001002, devctl 0x64
> Yenta TI: socket 0000:00:07.1 probing PCI interrupt failed, trying to
> fix Yenta TI: socket 0000:00:07.1 parallel PCI interrupts ok
> Yenta: ISA IRQ mask 0x0000, PCI irq 57
> 
> So, it looks like the driver figures out how to enable the same
> parallel PCI interrupt mode that was being set-up in PROM.
> 
> Does this look ok to you?  If so, I can build a test PROM for
> Abdallah to try on the new systems.
> 
