| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
2S-650 and 2S-850 variants.
PR: kern/45285
Submitted by: Andrey Zakharchenko <avz AT jscc.ru>
MFC after: 1 week
|
|
|
|
|
|
| |
PR: kern/55159
Submitted by: Yeasah Pell <yeasah@apocalypse.org>
MFC after: 1 week
|
|
|
|
| |
Submitted by: Guido Falsi <mad@madpilot.net>
|
|
|
|
|
|
|
|
| |
this problem put these lines back in. While they should be
unnecessary, they appear to be sometimes necessary.
Reviewed in concept: dfr
Approved by: re (scottl@)
|
|
|
|
|
|
|
| |
to the pci attachment. Cardbus is a derived class of pci so all pci
drivers are automatically available for matching against cardbus devices.
Reviewed by: imp
|
| |
|
|
|
|
|
|
| |
id 0x950a.
MFC: after 4.9 release.
|
| |
|
|
|
|
|
|
|
|
|
| |
card.
Thanks to bde for his help in configuring the undocumented bars in
this driver...
MFC after: 1 month
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
o Introduce PUC_PORT_TYPE_UART so that we can attach to uart(4),
o Introduce port sub-types (eg PUC_PORT_UART_NS8250, PUC_PORT_UART_Z8530)
to handle different hardware and determine resource sizes.
o Introduce two new IVARs: PUC_IVAR_SUBTYPE and PUC_IVAR_REGSHFT. Both
are used by uart(4) to get sufficient information to talk to the HW.
o Introduce PUC_FLAGS_ALTRES to tell puc(4) to try memory mapped I/O
if I/O port space cannot be allocated, or vice versa.
o Have ports of type PUC_PORT_TYPE_COM attach to uart(1) if attaching
to sio(4) fails (due to not having the sio driver).
o Put struct puc_device_description in struct puc_softc instead of
having a pointer to a device description in the softc. This allows
us to create device descriptions on the fly without having to use
malloc() or otherwise have them staticly defined.
o Move puc_find_description() from puc.c to puc_pci.c as it's specific
to PCI.
o Add EBUS and SBUS frontends for use on sparc64. Note that the P in
puc stands for PCI, so we kinda mess things up here. It's too soon
to worry about it though. We'll know what to do about it in time.
NOTE: This commit changes the behaviour of puc(4) to not quieten the
device probe and attach for child devices. The uart(4) driver provides
additional device description that is valuable to have.
|
|
|
|
|
|
|
|
|
|
|
| |
- Add a new PCIM_HDRTYPE constant for the field in PCIR_HDRTYPE that holds
the header type.
- Replace several magic numbers with appropriate constants for the header
type register and a couple of PCI_FUNCMAX.
- Merge to amd64 the fix to the i386 bridge code to skip devices with
unknown header types.
Requested by: imp (1, 2)
|
|
|
|
| |
Also some minor style cleanups.
|
|
|
|
|
|
| |
is from the same PR. Prompted by the reporter of the PR.
PR: 38372
|
|
|
|
|
|
|
|
|
|
| |
CP-168U board. It initializes and attaches in the same way as the
older (but higher performance) C168H. The only difference is the
board ID, which is 0x1681.
PR: kern/53548
Submitted by: regnauld@catpipe.net
MFC after: 1 week
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
| |
- Move isa/ppc* to sys/dev/ppc (repo-copy)
- Add an attachment method to ppc for puc
- In puc we need to walk the chain of parents.
Still to do, is to make ppc(4) & puc(4) work on other platforms. Testers
wanted.
PR: 38372 (in spirit done differently)
Verified by: Make universe (if I messed up a platform please fix)
|
|
|
|
|
|
|
| |
tested on -current: ceri
tested on -stable: wilko
approved: re (scottl)
|
|
|
|
|
| |
Sponsired by: IC Book Labs
MFC After: 2 weeks
|
|
|
|
|
|
| |
PR: kern/50619
Submitted by: Gavin Atkinson <gavin.atkinson@ury.york.ac.uk>
MFC after: 3 days
|
|
|
|
| |
Submitted by: sst@cybercity.dk
|
|
|
|
|
|
|
|
|
|
|
|
| |
now unnecessary hack from the previous commit;
- Add support for Interrupt Latch Register (ILR) into puc(4). So far only
ILRs compatible with specifications from Digi International are supported.
Support for other types of ILRs could be easily added later;
- Correct clock frequency for IC Book Labs Dreadnought x16 Lite board;
- Enable ILR detection/usage for IC Book Labs Dreadnought x16 boards.
Sponsored by: IC Book Labs
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
to use speeds higher than 115200.
Sponsored by: IC Book Labs
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
| |
this card is based on 16750 UART, modify sio(4) a bit to ignore 16750-specific
7th bit of MCR when probing card. This allows card to be detected and attached
as 16550A-compatible device. More work needs to be done in order to enable
nice 16750-specific features such as larger fifo buffer and higher speeds.
Sponsored by: IC Book Labs
MFC after: 2 weeks
|
|
|
|
| |
Approved by: trb
|
|
|
|
| |
Merge M_NOWAIT/M_DONTWAIT into a single flag M_NOWAIT.
|
|
|
|
|
|
|
| |
yet that depend on it because sio(4) needs support for it before it
can be used. There's no reason why zs(4) couldn't attach to puc(4)
in the (near?) future (in principle), so don't make memory mapped I/O
support in sio(4) a precondition for this change.
|
|
|
|
| |
Add FreeBSD Id tag where missing.
|
| |
|
|
|
|
| |
Approved by: re
|
|
|
|
|
|
| |
on the Argosy SP-320 dual-port async PCcard.
An amazing piece of hardware seen from an ISO9000 point of view.
|
| |
|
|
|
|
| |
Submitted by: bde
|
|
|
|
|
|
| |
child devices also know if they are fast or normal.
Requested by: bde
|
|
|
|
| |
Correctly identify the ARGOSY SP320 dual port serial PCMCIA card.
|
|
|
|
|
|
| |
PUC devices live on pccard or pci so INTR_FAST is never really an option.
Don't try to register the interrupt as fast and don't allow the children
to do so either.
|
| |
|
| |
|
|
|
|
|
|
|
| |
right places, and so it's sorted consistently with how all the other N-hundreds
of files ding this do it.
Submitted by: Hiten Pandya <hiten@uk.FreeBSD.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Don't expect all RIDs to be PCI rids. The previous code made at
least 1 mistake, even for PCI.
Give the card definitions a chance to specify a init function.
Use this instead of the gross superio hack.
Move the win877 init function to puc_pci.c where it belongs.
RIDs can actually be zero, don't set badmuxed if so.
Set a less incorrect end for the construct SYS_RES_IOPORT entries,
I guess both sio and lpt happen to use 8 IO ports, but that shouldn't
really be hardcoded this way.
Fixup puc_pccard.c to match.
We're getting closer.
|
| |
|
|
|
|
|
|
|
| |
Add a pccard frontend for it as well.
The PCcard stuff does not work yet because there is still some PCImagic
left in puc.c
|
|
|
|
|
|
| |
PR: 41146
Submitted by: Shinsuke Matsui <smatsui@internet-inc.co.jp>
Obtained from: NetBSD
|
|
|
|
|
|
| |
PR: 41142
Submitted by: Shinsuke Matsui <smatsui@internet-inc.co.jp>
Obtained from: OpenBSD
|
| |
|
|
|
|
|
|
| |
8 RJ11, 8 Octacable, and 8 (used with RocketPort I/F box).
Note: untested due to lack of hardware
|
|
|
|
| |
Sponsored by: Feral Software
|
|
|
|
|
|
| |
PR: 37333
Submitted by: Ari Suutari <ari.suutari@syncrontech.com>
MFC after: 4 days
|
|
|
|
|
|
| |
PR: 37333
Submitted by: Ari Suutari <ari.suutari@syncrontech.com>
MFC after: 4 days
|
|
|
|
|
| |
Submitted by: Daniel O'Connor <doconnor@gsoft.com.au>
MFC after: 1 week
|
|
|
|
|
|
| |
PR: kern/36302
Submitted by: Thomas Zenker <thz@Lennartz-electronic.de>
MFC after: 1 week
|