Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 18 Sep 2008 17:49:36 -0700
From:      Maxim Sobolev <sobomax@sippysoft.com>
To:        "M. Warner Losh" <imp@bsdimp.com>
Cc:        re@FreeBSD.ORG, gnn@FreeBSD.ORG, xcllnt@mac.com, current@FreeBSD.ORG
Subject:   Re: IPSEC/crypto is broken in FreeBSD/powerpc 7.0-RELEASE!
Message-ID:  <48D2F720.2060608@sippysoft.com>
In-Reply-To: <20080304.193120.-625041952.imp@bsdimp.com>
References:  <57AF36D8-0F83-4DF8-BEAA-CF3B59EAA361@rabson.org>	<20080304.090741.-1631526462.imp@bsdimp.com>	<47CDF0FE.9040405@FreeBSD.org> <20080304.193120.-625041952.imp@bsdimp.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Sorry for the delay. After applying the patch I see the following 
message in the verbose log:

Sep 18 23:42:33 sobomac kernel: nexus0: <cryptosoft>, type (unknown) (no 
driver attached)

Not sure if it's OK or not.


M. Warner Losh wrote:
> OK.  Digging deeper into this problem shows that sparc64 also appears
> to do the same things to the nexus bus children that powerpc does.
> There may be other nexus devices that do this, and rewriting them to
> conform to the x86 conventions would take a little bit of effort.
> 
> I'm starting to think that the architecturally clean way to solve this
> issue is to allow children to ask if they have a fixed devclass or a
> wildcard one in newbus.  This is easy to implement, but as I typed
> this up, something inside me rebelled.  In this scenario, the newbus
> would grow a new function device_is_wildcard() that drivers could
> call.
> 
> The other way to fix this is to return a better value from the probe
> routine for those devices that attach to the nexus.  A quick grep of
> the tree suggests that opencrypto is the only MI driver that uses this
> trick.  There are a few MD drivers that use it as well, but they are
> all well controlled.  Here's a quick hack.  If you want to test this
> out without changing newbus, change the cryptosoft.c probe routine to
> return (BUS_PROBE_HOOVER - 1) rather than zero.
> 
> Comments?

Regards,
-- 
Maksym Sobolyev
Sippy Software, Inc.
Internet Telephony (VoIP) Experts
T/F: +1-646-651-1110
Web: http://www.sippysoft.com



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