Page MenuHomeFreeBSD

bus.h: remove unused devop_t typedef
ClosedPublic

Authored by mhorne on Jan 16 2025, 5:22 PM.
Tags
None
Referenced Files
Unknown Object (File)
Wed, Dec 10, 6:20 PM
Unknown Object (File)
Fri, Nov 28, 10:35 AM
Unknown Object (File)
Mon, Nov 17, 9:18 PM
Unknown Object (File)
Sun, Nov 16, 4:51 AM
Unknown Object (File)
Sun, Nov 16, 3:43 AM
Unknown Object (File)
Nov 12 2025, 8:29 PM
Unknown Object (File)
Oct 29 2025, 10:50 AM
Unknown Object (File)
Oct 29 2025, 10:22 AM
Subscribers
None

Details

Summary

Passes tinderbox.

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Skipped
Unit
Tests Skipped
Build Status
Buildable 61770
Build 58654: arc lint + arc unit

Event Timeline

This has been unused since

commit f7b776917236d24a4ac7aaa19b3595abdd8411f9
Author: Doug Rabson <dfr@FreeBSD.org>
Date:   Sat Apr 8 14:17:18 2000 +0000

    * Factor out the object system from new-bus so that it can be used by
      non-device code.
    * Re-implement the method dispatch to improve efficiency. The new system
      takes about 40ns for a method dispatch on a 300Mhz PII which is only
      10ns slower than a direct function call on the same hardware.

    This changes the new-bus ABI slightly so make sure you re-compile any
    driver modules which you use.

I don't think we're being too hasty removing it. It used to be used a pointer to the compiled ops (method) table.

This revision is now accepted and ready to land.Jan 16 2025, 5:30 PM
In D48488#1106326, @imp wrote:

This has been unused since

commit f7b776917236d24a4ac7aaa19b3595abdd8411f9
Author: Doug Rabson <dfr@FreeBSD.org>
Date:   Sat Apr 8 14:17:18 2000 +0000

    * Factor out the object system from new-bus so that it can be used by
      non-device code.
    * Re-implement the method dispatch to improve efficiency. The new system
      takes about 40ns for a method dispatch on a 300Mhz PII which is only
      10ns slower than a direct function call on the same hardware.

    This changes the new-bus ABI slightly so make sure you re-compile any
    driver modules which you use.

I don't think we're being too hasty removing it. It used to be used a pointer to the compiled ops (method) table.

Thanks, I will include this info in the commit message.

This revision was automatically updated to reflect the committed changes.