···17 * with compliant or compatible devices. It will use whatever features18 * the device supports, prefering those that are typically faster.19 *20- * When the device is opened, it is left in COMPATABILITY mode, and21 * writes work like any printer device. The driver only attempt to22 * negotiate 1284 modes when needed so that plugs can be pulled,23 * switch boxes switched, etc., without disrupting things. It will
···17 * with compliant or compatible devices. It will use whatever features18 * the device supports, prefering those that are typically faster.19 *20+ * When the device is opened, it is left in COMPATIBILITY mode, and21 * writes work like any printer device. The driver only attempt to22 * negotiate 1284 modes when needed so that plugs can be pulled,23 * switch boxes switched, etc., without disrupting things. It will
+1-73
include/asm-sparc64/bpp.h
···1-#ifndef _SPARC64_BPP_H2-#define _SPARC64_BPP_H3-4-/*5- * Copyright (c) 1995 Picture Elements6- * Stephen Williams7- * Gus Baldauf8- *9- * Linux/SPARC port by Peter Zaitcev.10- * Integration into SPARC tree by Tom Dyas.11- */12-13-#include <linux/ioctl.h>14-15-/*16- * This is a driver that supports IEEE Std 1284-1994 communications17- * with compliant or compatible devices. It will use whatever features18- * the device supports, prefering those that are typically faster.19- *20- * When the device is opened, it is left in COMPATIBILITY mode, and21- * writes work like any printer device. The driver only attempt to22- * negotiate 1284 modes when needed so that plugs can be pulled,23- * switch boxes switched, etc., without disrupting things. It will24- * also leave the device in compatibility mode when closed.25- */26-27-28-29-/*30- * This driver also supplies ioctls to manually manipulate the31- * pins. This is great for testing devices, or writing code to deal32- * with bizzarro-mode of the ACME Special TurboThingy Plus.33- *34- * NOTE: These ioctl currently do not interact well with35- * read/write. Caveat emptor.36- *37- * PUT_PINS allows us to assign the sense of all the pins, including38- * the data pins if being driven by the host. The GET_PINS returns the39- * pins that the peripheral drives, including data if appropriate.40- */41-42-# define BPP_PUT_PINS _IOW('B', 1, int)43-# define BPP_GET_PINS _IOR('B', 2, char) /* that's bogus - should've been _IO */44-# define BPP_PUT_DATA _IOW('B', 3, int)45-# define BPP_GET_DATA _IOR('B', 4, char) /* ditto */46-47-/*48- * Set the data bus to input mode. Disengage the data bin driver and49- * be prepared to read values from the peripheral. If the arg is 0,50- * then revert the bus to output mode.51- */52-# define BPP_SET_INPUT _IOW('B', 5, int)53-54-/*55- * These bits apply to the PUT operation...56- */57-# define BPP_PP_nStrobe 0x000158-# define BPP_PP_nAutoFd 0x000259-# define BPP_PP_nInit 0x000460-# define BPP_PP_nSelectIn 0x000861-62-/*63- * These apply to the GET operation, which also reads the current value64- * of the previously put values. A bit mask of these will be returned65- * as a bit mask in the return code of the ioctl().66- */67-# define BPP_GP_nAck 0x010068-# define BPP_GP_Busy 0x020069-# define BPP_GP_PError 0x040070-# define BPP_GP_Select 0x080071-# define BPP_GP_nFault 0x100072-73-#endif