9deea8574e
NOTE: These changes will require recompilation of any userland applications, like cdrecord, xmcd, etc., that use the CAM passthrough interface. A make world is recommended. camcontrol.[c8]: - We now support two new commands, "tags" and "negotiate". - The tags commands allows users to view the number of tagged openings for a device as well as a number of other related parameters, and it allows users to set tagged openings for a device. - The negotiate command allows users to enable and disable disconnection and tagged queueing, set sync rates, offsets and bus width. Note that not all of those features are available for all controllers. Only the adv, ahc, and ncr drivers fully support all of the features at this point. Some cards do not allow the setting of sync rates, offsets and the like, and some of the drivers don't have any facilities to do so. Some drivers, like the adw driver, only support enabling or disabling sync negotiation, but do not support setting sync rates. - new description in the camcontrol man page of how to format a disk - cleanup of the camcontrol inquiry command - add support in the 'devlist' command for skipping unconfigured devices if -v was not specified on the command line. - make use of the new base_transfer_speed in the path inquiry CCB. - fix CCB bzero cases cam_xpt.c, cam_sim.[ch], cam_ccb.h: - new flags on many CCB function codes to designate whether they're non-immediate, use a user-supplied CCB, and can only be passed from userland programs via the xpt device. Use these flags in the transport layer and pass driver to categorize CCBs. - new flag in the transport layer device matching code for device nodes that indicates whether a device is unconfigured - bump the CAM version from 0x10 to 0x11 - Change the CAM ioctls to use the version as their group code, so we can force users to recompile code even when the CCB size doesn't change. - add + fill in a new value in the path inquiry CCB, base_transfer_speed. Remove a corresponding field from the cam_sim structure, and add code to every SIM to set this field to the proper value. - Fix the set transfer settings code in the transport layer. scsi_cd.c: - make some variables volatile instead of just casting them in various places - fix a race condition in the changer code - attach unless we get a "logical unit not supported" error. This should fix all of the cases where people have devices that return weird errors when they don't have media in the drive. scsi_da.c: - attach unless we get a "logical unit not supported" error scsi_pass.c: - for immediate CCBs, just malloc a CCB to send the user request in. This gets rid of the 'held' count problem in camcontrol tags. scsi_pass.h: - change the CAM ioctls to use the CAM version as their group code. adv driver: - Allow changing the sync rate and offset separately. adw driver - Allow changing the sync rate and offset separately. aha driver: - Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs. ahc driver: - Allow setting offset and sync rate separately bt driver: - Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs. NCR driver: - Fix the ultra/ultra 2 negotiation bug - allow setting both the sync rate and offset separately Other HBA drivers: - Put code in to set the base_transfer_speed field for XPT_GET_TRAN_SETTINGS CCBs. Reviewed by: gibbs, mjacob (isp), imp (aha) |
||
---|---|---|
.. | ||
adv_pci.c | ||
adw_pci.c | ||
ahc_pci.c | ||
alpm.c | ||
brktree_reg.h | ||
brooktree848.c | ||
bt848_i2c.c | ||
bt848_i2c.h | ||
bt_pci.c | ||
cy_pci.c | ||
cy_pcireg.h | ||
dc21040reg.h | ||
dpt_pci.c | ||
dpt_pci.h | ||
es1370_reg.h | ||
es1370.c | ||
ide_pci.c | ||
ide_pcireg.h | ||
if_ax.c | ||
if_axreg.h | ||
if_de.c | ||
if_devar.h | ||
if_ed_p.c | ||
if_en_pci.c | ||
if_fpa.c | ||
if_fxp.c | ||
if_fxpreg.h | ||
if_fxpvar.h | ||
if_lnc_p.c | ||
if_mx.c | ||
if_mxreg.h | ||
if_pn.c | ||
if_pnreg.h | ||
if_rl.c | ||
if_rlreg.h | ||
if_sr_p.c | ||
if_ti.c | ||
if_tireg.h | ||
if_tl.c | ||
if_tlreg.h | ||
if_tx.c | ||
if_txvar.h | ||
if_vr.c | ||
if_vrreg.h | ||
if_vx_pci.c | ||
if_wb.c | ||
if_wbreg.h | ||
if_xl.c | ||
if_xlreg.h | ||
intpm.c | ||
intpmreg.h | ||
isp_pci.c | ||
locate.pl | ||
meteor_reg.h | ||
meteor.c | ||
ncr.c | ||
ncrreg.h | ||
ohci_pci.c | ||
pci_compat.c | ||
pci_if.m | ||
pci_ioctl.h | ||
pci.c | ||
pcic_p.c | ||
pcic_p.h | ||
pcireg.h | ||
pcisupport.c | ||
pcivar.h | ||
README.bt848 | ||
scsiiom.c | ||
simos.c | ||
simos.h | ||
ti_fw2.h | ||
ti_fw.h | ||
uhci_pci.c | ||
xrpu.c |
------------------------------------------------------------------------------- Recent versions of 3.0-current have the bktr driver built in. Older versions of 3.0 and all versions of 2.2 need to have the driver files installed by hand: cp ioctl_bt848.h /sys/i386/include/ cp brktree_reg.h brooktree848.c /sys/pci/ In /sys/conf/files add: pci/brooktree848.c optional bktr device-driver ------------------------------------------------------------------------------- In all cases you will need to add the driver to your kernel: In your kernel configuration file: controller pci0 #if you already have this line don't add it. device bktr0 There is no need to specify DMA channels nor interrupts for this driver. ------------------------------------------------------------------------------- Finally you need to create nodes for the driver: Create a video device: mknod /dev/bktr0 c 92 0 Create a tuner device: mknod /dev/tuner0 c 92 16 ------------------------------------------------------------------------------- The code attempts to auto-probe code to detect card/tuner types. The detected card is printed in the dmesg as the driver is loaded. If this fails to detect the proper card you can override it in brooktree848.c: #define OVERRIDE_CARD <card type> where <card type> is one of: CARD_UNKNOWN CARD_MIRO CARD_HAUPPAUGE CARD_STB CARD_INTEL ------------------------------------------------------------------------------- This model now separates the "tuner control" items into a minor device: minor device layout: xxxxxxxx xxxT UUUU UUUU: the card (ie UNIT) identifier, 0 thru 15 T == 0: video device T == 1: tuner device Access your tuner ioctl thru your tuner device handle and anything which controls the video capture process thru the video device handle. Certain ioctl()s such as video source are available thru both devices. ------------------------------------------------------------------------------- If your tuner does not work properly or is not recognized properly try setting the tuner type via or card type: sysctl -w hw.bt848.card=<integer> current valid values are 0 to 5 inclusive sysctl -w hw.bt848.tuner=<integer> where integer is a value from 1 to 10 systcl -w hw.bt848.reverse_mute=<1 | 0> to reverse the mute function in the driver set variable to 1. The exact format of the sysctl bt848 variable is: unit << 8 | value unit identifies the pci bt848 board to be affected 0 is the first bt848 board, 1 is the second bt848 board. value denotes the integer value for tuners is a value from 0 to 10 for reversing the mute function of the tuner the value is 1 or 0. to find out all the bt848 variables: sysctl hw.bt848 ------------------------------------------------------------------------------- The bt848 driver consists of: src/sys/i386/include/ioctl_bt848.h src/sys/pci/brktree_reg.h src/sys/pci/brooktree848.c