如果探测例程返回成功并且系统选择连接那个驱动程序，则连接例程
负责将驱动程序实际连接到系统。如果探测例程返回0 ，则连接例程期望
接收完整的设备结构softc，此结构由探测例程设置。同时，如果探测例程
返回0，它可能期望这个设备的连接例程应当在将来的某点被调用。如果
探测例程返回负值，则驱动程序可能不会作此假设。
如果成功完成，连接例程返回0，否则返回错误码。
连接例程的启动跟探测例程相似，将一些常用数据取到一些更容易
访问的变量中。
struct xxx_softc *sc = device_get_softc(dev);
int unit = device_get_unit(dev);
int error = 0;
然后分配并激活所需资源。由于端口范围通常在从探测返回前就
被释放，因此需要重新分配。我们希望探测例程已经适当地设置了
所有的资源范围，并将它们保存在结构softc中。如果探测例程留下了
一些被分配的资源，就不需要再次分配（重新分配被视为错误）。
sc->port0_rid = 0;
sc->port0_r = bus_alloc_resource(dev, SYS_RES_IOPORT, &sc->port0_rid,
/*start*/ 0, /*end*/ ~0, /*count*/ 0, RF_ACTIVE);
if(sc->port0_r == NULL)
return ENXIO;
/* 板上内存 */
sc->mem0_rid = 0;
sc->mem0_r = bus_alloc_resource(dev, SYS_RES_MEMORY, &sc->mem0_rid,
/*start*/ 0, /*end*/ ~0, /*count*/ 0, RF_ACTIVE);
if(sc->mem0_r == NULL)
goto bad;
/* 取得虚地址 */
sc->mem0_v = rman_get_virtual(sc->mem0_r);
DMA请求通道(DRQ)以相似方式被分配。使用
isa_dma*()函数族进行初始化。例如：
isa_dmacascade(sc->drq0);
中断请求线(IRQ)有点特殊。除了分配以外，驱动程序的中断处理
函数也应当与它关联。在古老的ISA驱动程序中，由系统传递给中断处理
函数的参量是设备单元号。但在现代驱动程序中，按照约定，建议传递
指向结构softc的指针。一个很重要的原因在于当结构softc被动态分配后，
从softc取得单元号很容易，而从单元号取得softc很困难。同时，这个
约定也使得用于不同总线的应用程序看起来统一，并允许它们共享代码：
每个总线有其自己的探测，连接，分离和其他总线相关的例程，而它们
之间可以共享大块的驱动程序代码。
sc->intr_rid = 0;
sc->intr_r = bus_alloc_resource(dev, SYS_RES_MEMORY, &sc->intr_rid,
/*start*/ 0, /*end*/ ~0, /*count*/ 0, RF_ACTIVE);
if(sc->intr_r == NULL)
goto bad;
/*
* 假定对XXX_INTR_TYPE的定义依赖于驱动程序的类型，
* 例如INTR_TYPE_CAM用于CAM的驱动程序
*/
error = bus_setup_intr(dev, sc->intr_r, XXX_INTR_TYPE,
(driver_intr_t *) xxx_intr, (void *) sc, &sc->intr_cookie);
if(error)
goto bad;
如果驱动程序需要与内存进行DMA，则这块内存应当按前述方式分配：
error=bus_dma_tag_create(NULL, /*alignment*/ 4,
/*boundary*/ 0, /*lowaddr*/ BUS_SPACE_MAXADDR_24BIT,
/*highaddr*/ BUS_SPACE_MAXADDR, /*filter*/ NULL, /*filterarg*/ NULL,
/*maxsize*/ BUS_SPACE_MAXSIZE_24BIT,
/*nsegments*/ BUS_SPACE_UNRESTRICTED,
/*maxsegsz*/ BUS_SPACE_MAXSIZE_24BIT, /*flags*/ 0,
&sc->parent_tag);
if(error)
goto bad;
/* 很多东西是从父标签继承而来
* 假设sc->data指向存储共享数据的结构，例如一个环缓冲区可能是：
* struct {
* u_short rd_pos;
* u_short wr_pos;
* char bf[XXX_RING_BUFFER_SIZE]
* } *data;
*/
error=bus_dma_tag_create(sc->parent_tag, 1,
0, BUS_SPACE_MAXADDR, 0, /*filter*/ NULL, /*filterarg*/ NULL,
/*maxsize*/ sizeof(* sc->data), /*nsegments*/ 1,
/*maxsegsz*/ sizeof(* sc->data), /*flags*/ 0,
&sc->data_tag);
if(error)
goto bad;
error = bus_dmamem_alloc(sc->data_tag, &sc->data, /* flags*/ 0,
&sc->data_map);
if(error)
goto bad;
/* 在&sc->data_p的情况下，xxx_alloc_callback()只是将物理地址
* 保存到作为其参量传递进去的指针中。
* 参看关于总线内存映射一节中的详细内容。
* 其实现可以像这样：
*
* static void
* xxx_alloc_callback(void *arg, bus_dma_segment_t *seg,
* int nseg, int error)
* {
* *(bus_addr_t *)arg = seg[0].ds_addr;
* }
*/
bus_dmamap_load(sc->data_tag, sc->data_map, (void *)sc->data,
sizeof (* sc->data), xxx_alloc_callback, (void *) &sc->data_p,
/*flags*/0);
分配了所有的资源后，设备应当被初始化。初始化可能包括测试
所有特性，确保它们起作用。
if(xxx_initialize(sc) < 0)
goto bad;
总线子系统将自动在控制台上打印由探测例程设置的设备描述。但
如果驱动程序想打印一些关于设备的额外信息，也是可能的，例如：
device_printf(dev, "has on-card FIFO buffer of %d bytes\n", sc->fifosize);
如果初始化例程遇到任何问题，建议返回错误之前打印有关信息。
连接例程的最后一步是将设备连接到内核中的功能子系统。完成
这个步骤的精确方式依赖于驱动程序的类型：字符设备、块设备、网络
设备、CAM SCSI总线设备等等。
如果所有均工作正常则返回成功。
error = xxx_attach_subsystem(sc);
if(error)
goto bad;
return 0;
最后，处理棘手情况。返回错误前，所有资源应当被取消分配。
我们利用这样一个事实：结构softc传递给我们之前被零化，因此我们
能找出是否分配了某些资源：如果分配则它们的描述符非零。
bad:
xxx_free_resources(sc);
if(error)
return error;
else /* exact error is unknown */
return ENXIO;
这就是连接例程的全部。