| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
'optional ppc' in conf/files*
|
|
|
|
| |
* First approximation of making this work on alpha (not working yet).
|
|
|
|
|
|
|
|
| |
things like sound cards can get called "Parallel port". A note to the
unwary; the isa-pnp devices in the system are probed like PCI - each
device ID is passed to *all* isa probe routines to find the best match.
If the driver is not prepared to deal with this, it must abort in this
scenario or it will try and claim all PnP devices.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Note1: the correct interrupt level is invoked correctly for each driver.
For this purpose, drivers request the bus before being able to
call BUS_SETUP_INTR and BUS_TEARDOWN_INTR call is forced by the ppbus
core when drivers release it. Thus, when BUS_SETUP_INTR is called
at ppbus driver level, ppbus checks that the caller owns the
bus and stores the interrupt handler cookie (in order to unregister
it later).
Printing is impossible while plip link is up is still TRUE.
vpo (ZIP driver) and lpt are make in such a way that
using the ZIP and printing concurrently is permitted is also TRUE.
Note2: specific chipset detection is not done by default. PPC_PROBE_CHIPSET
is now needed to force chipset detection. If set, the flags 0x40
still avoid detection at boot.
Port of the pcf(4) driver to the newbus system (was previously directly
connected to the rootbus and attached by a bogus pcf_isa_probe function).
|
| |
|
|
|
|
|
| |
"ppc0 at port 0x378 irq 7 drq 3 on isa0" becomes
"ppc0 at port 0x378-0x37f irq 7 drq 3 on isa0"
|
| |
|
|
|
|
|
|
|
| |
driver was thinking irq was enabled although it wasn't.
This case was particular to a no-interrupt static configuration.
Reported by: "Norman C. Rice" <nrice@emu.sourcee.com>
|
|
|
|
| |
instead of the status reg. and check ECP mode before considering nFault.
|
|
|
|
| |
unions.
|
|
|
|
|
|
|
|
| |
Change microseq offsets. Previously, offsets of the program counter where
added to the index of the current microinstruction. Make them rely on the
index of the next executed microinstruction.
Suggested by: Luigi Rizzo <luigi@labinfo.iet.unipi.it>
|
|
|
|
|
|
| |
Submitted by: Bruce Evans <bde@zeta.org.au>
Some ppb bootup printfs simplified.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
+ ECP parallel port chipset FIFO detection
+ DMA+FIFO parallel I/O handled as chipset specific
+ nlpt updated in order to use the above enhanced parallel I/O.
Use 'lptcontrol -e' to use enhanced I/O
+ Various options documented in LINT
+ Full IEEE1284 NIBBLE and BYTE modes support. See ppbus(4) for
an overview of the IEEE1284 standard
+ Detection of PnP parallel devices at boot
+ Read capability added to nlpt driver to get IEEE1284 compliant
printer status with a simple 'cat /dev/lpt0'
+ IEEE1284 peripheral emulation added to BYTE mode. Two computers
may dialog according to IEEE1284 signaling method.
See PERIPH_1284 option and /sys/dev/ppbus/ppi.c
All this code is supposed to provide basic functions for IEEE1284 programming.
ppi.c and nlpt.c may act as examples.
|
|
|
|
| |
Submitted by: Bradley Dunn <bradley@dunn.org> (pr: kern/8817)
|
|
|
|
| |
and local variables, goto labels, and functions declared but not defined.
|
|
|
|
| |
ppc.c: nsc code improved. Actually, a complete rewrite.
|
|
|
|
|
|
|
| |
device drivers, not in ioconf.c. Use a different hack in isa_device.h
so that a new config(8) is not required yet.
pc98 parts approved by: kato
|
|
|
|
| |
is struct ppb_microseq* pointing directly into the microsequence
|
| |
|
| |
|
|
|
|
| |
bootverbose set
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- ppbus now supports PLIP via the if_plip driver
- ieee1284 infrastructure added, including parallel-port PnP
- port microsequencer added, for scripting the sort of port I/O
that is common with parallel devices without endless calls up and down
through the driver structure.
- improved bus ownership behaviour among the ppbus-using drivers.
- improved I/O chipset feature detection
The vpo driver is now implemented using the microsequencer, leading to
some performance improvements as well as providing an extensive example
of its use.
Reviewed by: msmith
Submitted by: Nicolas Souchu <Nicolas.Souchu@prism.uvsq.fr>
|
| |
|
| |
|
|
Submitted by: Nicolas Souchu <Nicolas.Souchu@prism.uvsq.fr>
|