fwiw, I still have the sed script laying aroung which I used to expand
all of these macros in OpenBSD. The macros indeed make not much sense
anymore, .Ox removed them and .Fx gets a new stack
Module Name:src
Committed By: dyoung
Date: Thu Sep 3 20:54:03 UTC 2009
Modif
On Thursday 2009-09-10 13:55 +0300, Antti Kantee output:
:No, that is *absolutely the wrong thing*, since while it might make
:the build work, it breaks the resulting binary. I'm a bit baffled that
:breakage like that was committed to rump_nfs/Makefile in the first place.
:
:It seems there is a re
On Thu, Sep 10, 2009 at 08:25:41PM +0200, Matthias Drochner wrote:
>
> jo...@britannica.bec.de said:
> > I would have said that the suspend/resume and shutdown hooks could be
> > part of device_t directly
>
> Shutdown handlers are often bus frontend specific because
> they deal with power and/or
On Sep 8, 2009, at 01:56, Christoph Egger wrote:
Module Name:src
Committed By: cegger
Date: Tue Sep 8 08:56:34 UTC 2009
Modified Files:
src/etc/rc.d: network
Log Message:
Do not flush routes if root file system is nfs mounted.
Fixes boot problem when the nfs server is
jo...@britannica.bec.de said:
> the correct abstraction would be the elimination of the cardbus
> frontend.
Please don't bring this up again. Power management and hotplug
support are completely different for PCI and CardBus, and this
is (among others) what bus frontends are for.
I even see a need
jo...@britannica.bec.de said:
> I would have said that the suspend/resume and shutdown hooks could be
> part of device_t directly
Shutdown handlers are often bus frontend specific because
they deal with power and/or interrupts. I think it makes
a lot of sense to have them installed by the fronten
On Thu, Sep 10, 2009 at 09:23:51PM +0900, Izumi Tsutsui wrote:
> Well, my first question is:
> >> XXX: should these pmf(9) calls be moved into MI attach functions
> >> XXX: using function pointers for suspend and resume passed via softc?
>
> ex(4) does it in the MI attachment for a shutdown hook (
> > >sbus_establish() should take device_t self for the device itself,
> > >not device_t parent even if sbus is grandparent of the device,
> > >otherwise (*sd_reset)() callbacks will be called with an wrong
> > > device_t.
> > >Even in such case, sbus_establish() looks for an sbus
On Thu, Sep 10, 2009 at 09:23:51PM +0900, Izumi Tsutsui wrote:
> BTW, most shutdown hooks for NICs just call foo_stop().
> I wonder if it's redundant because it will also be handled
> by pmf_class_network_register()?
Yes, that should be handled by the PMF class, if present.
Joerg
> > > > Let the programmer of drivers add a bus-dependent PMF hook in the bus
> > > > attachment routine, and a bus-independent PMF hook in the generic attach
> > > > routine. Something like this, for example,
> > >
> > > How much duplication between the bus-dependent frontend really exists?
> >
On Thu Sep 10 2009 at 14:14:03 +1000, Geoff Wing wrote:
> On Sunday 2009-09-06 20:26 +, Antti Kantee output:
> :Module Name: src
> :Committed By:pooka
> :Date:Sun Sep 6 20:26:47 UTC 2009
> :Added Files:
> : src/usr.sbin/puffs/rump_smbfs: Makefile rump_smbfs.8 rump_s
11 matches
Mail list logo
