Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 22 Mar 2013 20:51:17 +0100
From:      Marius Strobl <marius@alchemy.franken.de>
To:        Ryan Stone <rysto32@gmail.com>
Cc:        svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org
Subject:   Re: svn commit: r247570 - head/sys/dev/aac
Message-ID:  <20130322195117.GZ955@alchemy.franken.de>
In-Reply-To: <CAFMmRNw0MzCowJy4h9NSBQSWt%2BMCyk2WOU433R%2Bkoy7SLJAZzg@mail.gmail.com>
References:  <201303011955.r21JtAqn069123@svn.freebsd.org> <CAFMmRNw0MzCowJy4h9NSBQSWt%2BMCyk2WOU433R%2Bkoy7SLJAZzg@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Mar 22, 2013 at 03:26:25PM -0400, Ryan Stone wrote:
> On Fri, Mar 1, 2013 at 2:55 PM, Marius Strobl <marius@freebsd.org> wrote:
> 
> > Author: marius
> > Date: Fri Mar  1 19:55:10 2013
> > New Revision: 247570
> > URL: http://svnweb.freebsd.org/changeset/base/247570
> >
> > Log:
> >   - Make tables, device ID strings etc const. This includes #ifdef'ing 0
> >     aac_command_status_table, which is actually unused since r111532.
> >     While at it, make aac_if a pointer to the now const interface tables
> >     instead of copying them over to the softc (this alone already reduces
> > the
> >     size of aac.ko on amd64 by ~1 KiB).
> >   - Remove redundant softc members.
> >   - Use DEVMETHOD_END.
> >   - Use NULL instead of 0 for pointers.
> >   - Remove redundant bzero(9)'ing of the softc.
> >   - Use pci_enable_busmaster(9) instead of duplicating it.
> >   - Remove redundant checking for PCIM_CMD_MEMEN (resource allocation will
> >     just fail).
> >   - Canonicalize the error messages in case of resource allocation
> > failures.
> >   - Add support for using MSI instead of INTx, controllable via the tunable
> >     hw.aac.enable_msi (defaulting to on).
> >
> 
> This doesn't seem to be working for the 2230S controller.  It panics at
> mountroot with "panic: run_interrupt_driven_config_hooks".  It works if I
> set hw.aac.enable_msi=0.  This is happening with two different
> motherboards, so I'm not entirely sure if the problem is the BIOS or the
> driver.  I put a verbose boot log here:
> http://people.freebsd.org/~rstone/aac_msi.log

Hrm, I had checked the corresponding linux driver and it does nothing
special for enabling the use of an MSI and neither excludes certain
controller variants in this regard. On the other hand, it doesn't
default to using an MSI either. It's unfortunate that nothing else
in that system uses an MSI so far. Do you happen to have an easy way
of testing whether MSIs generally work with that machine, e.g. by
giving a sufficiently new Ethernet card a try?

Marius





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130322195117.GZ955>