From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <7c3ba90a8c4a8982933e4701243e4b84@quanstro.net> From: erik quanstrom Date: Sat, 6 Jun 2009 11:00:39 -0400 To: 9fans@9fans.net In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Missing interrupts in 9pxeload? Topicbox-Message-UUID: 05fc062e-ead5-11e9-9d60-3106f5b1d025 > Longer analysis: Based on your advice, I started playing around in > 9pxeload to disable things and see if I could run with just the clock > enabled. That worked. Then, I started to put things back in; I got > to the point where I realized that the rtl8169init() function wasn't > returning correctly. Looking at it, I saw that the likely culprit was > the switch statement testing ctlr->macv; sure enough, my macv > (0x24800000 - I guess I was a little wrong about exactly what chipset > it is) didn't have a case associated with it. So, I added one (that > just did break;). Voila the kernel loaded (and so did the plan9.ini > from /cfg/pxe). that's good work. i put out a 9load-e820 with a revised rtl8169 driver that should complain if the mac is not recognized but the vid/did are rather than putting the 8169 into this state. if this works, i'll put similar changes into a 8169 kernel driver. i believe several other people have seen this problem with similar hardware. - erik