ich915 machine - booting now!

[Yury Tarasievich]

On 1 July 2005 19:46, Matthew Dillon wrote:
> :On Fri, Jul 01, 2005 at 04:47:24PM +0100, Hiten Pandya wrote:
> :> Joerg Sonnenberger wrote:
> :> > On Fri, Jul 01, 2005 at 12:25:09PM +0300, Yury Tarasievich wrote:
> :> >
> :> > Ah, that makes sense. AFAIK we currently don't support native mode
> :> > anyway :)
> :>
> :> 	Don't we have some form of interrupt storm control that Matt wrote some
> :> time ago?
> :
> :Well, it kind of works, but most devices can't handle it very graceful :)
> :
> :Joerg
>
>     It works but it sounds like the problem is related to the driver simply
>     not supporting native mode and doing something weird to the system.  If
>     there is an interrupt storm on irq 15 DFly should report it.

So it doesn't, while freebsd-5 manages to deal with it. It's weird, yes, as 
code in both systems seems to be rather simple. Timer issues perhaps 
(TIMER_USE_1)?

Hang happens after isa_pnp_probe prints its message. Just in case here's the 
boot verbose printout taken via serial console. This is the printout of May 
31 1.3.1-DEVELOPMENT, but June 30 1.3.2-DEVELOPMENT behaves in same way.

b.t.w. now I'm trying to make network adapter(s) work with this MB and both 
integrated Marvell 88E053 (pci id 0x4362) and inserted realtek 8029 do NOT 
work (do not load), failing with error 6.

SMBus module also fails with error 6.

I've messed a little with the code previously on freebsd-5 and it seems that 
contigmalloc fails when asked for about 3.5 megs for jumbo bufs placement.

Help/hints/advices, anybody please?

--
Attachment:
i915ich6r.bootv1.txt.gz
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gz00000.gz
Type: application/octet-stream
Size: 5919 bytes
Desc: "Description: GNU Zip compressed data"
URL: <http://lists.dragonflybsd.org/pipermail/bugs/attachments/20050703/c67703b7/attachment-0022.obj>