History log of /netbsd/sys/arch/sparc/dev/zs.c (Results 1 – 25 of 124)
Revision Date Author Comments
# 93477c57 11-Sep-2021 andvar <andvar@NetBSD.org>

Add missing double p and d for stopped and overriden accordingly.
Fix few more typos along the way, mainly in copy-pasted comments.


# beecddb6 07-Aug-2021 thorpej <thorpej@NetBSD.org>

Merge thorpej-cfargs2.


# 3bee0c11 24-Apr-2021 thorpej <thorpej@NetBSD.org>

Merge thorpej-cfargs branch:

Simplify and make extensible the config_search() / config_found() /
config_attach() interfaces: rather than having different variants for
which arguments you want pass a

Merge thorpej-cfargs branch:

Simplify and make extensible the config_search() / config_found() /
config_attach() interfaces: rather than having different variants for
which arguments you want pass along, just have a single call that
takes a variadic list of tag-value arguments.

Adjust all call sites:
- Simplify wherever possible; don't pass along arguments that aren't
actually needed.
- Don't be explicit about what interface attribute is attaching if
the device only has one. (More simplification.)
- Add a config_probe() function to be used in indirect configuiration
situations, making is visibly easier to see when indirect config is
in play, and allowing for future change in semantics. (As of now,
this is just a wrapper around config_match(), but that is an
implementation detail.)

Remove unnecessary or redundant interface attributes where they're not
needed.

There are currently 5 "cfargs" defined:
- CFARG_SUBMATCH (submatch function for direct config)
- CFARG_SEARCH (search function for indirect config)
- CFARG_IATTR (interface attribte)
- CFARG_LOCATORS (locators array)
- CFARG_DEVHANDLE (devhandle_t - wraps OFW, ACPI, etc. handles)

...and a sentinel value CFARG_EOL.

Add some extra sanity checking to ensure that interface attributes
aren't ambiguous.

Use CFARG_DEVHANDLE in MI FDT, OFW, and ACPI code, and macppc and shark
ports to associate those device handles with device_t instance. This
will trickle trough to more places over time (need back-end for pre-OFW
Sun OBP; any others?).

show more ...


# 5f819ca3 27-Oct-2012 chs <chs@NetBSD.org>

split device_t/softc for all remaining drivers.
replace "struct device *" with "device_t".
use device_xname(), device_unit(), etc.


# 42db966c 26-Jun-2010 tsutsui <tsutsui@NetBSD.org>

Remove an unused variable.


# dc3badf5 26-Jun-2010 tsutsui <tsutsui@NetBSD.org>

Establish interrupt handlers with proper softc per each zs device
rather than sharing them among all zs devices and searching softc
in handlers.

The latter method is derived from ancient sun3 zs dri

Establish interrupt handlers with proper softc per each zs device
rather than sharing them among all zs devices and searching softc
in handlers.

The latter method is derived from ancient sun3 zs driver which tried
to reduce overhead on autovectored interrupts, but nowadays such hack
might cause recursive global locks on modern SMP capable framework.

Fixes "5.99.30 sparc panic during startup" reported by Hauke Fath
on tech-kern@:
http://mail-index.NetBSD.org/tech-kern/2010/06/19/msg008374.html
and also tested by Jochen Kunz on SS20 with both serial and kbd console.

Ok'ed by mrg@ and dyoung@.

show more ...


# 1960e8cd 04-Jun-2010 macallan <macallan@NetBSD.org>

make sure we pass a valid consdev pointer to the console keyboard so kbd
knows it's console and passes the right flags to wskbd, now the wskbd will
not drop off the mux when leaving event mode.
Sympt

make sure we pass a valid consdev pointer to the console keyboard so kbd
knows it's console and passes the right flags to wskbd, now the wskbd will
not drop off the mux when leaving event mode.
Symptoms: now the keyboard should no longer be dead when leaving X and there
should be no more panics caused by it
I tested this on an SS5 and an SS20, may need some more attention and zs.c
sure could use some cleanup - there are a few differences to sparc64 that
really don't make much sense to me, like not passing console flags to zstty
which sparc64 does but sparc avoids, which caused this problem in the first
place.

show more ...


# 15c20a62 17-Jan-2010 tsutsui <tsutsui@NetBSD.org>

Make sure to set ZS_HWFLAG_USE_CONSDEV and zs_consdev into zsc_args
passed to child devices even in !(NWSKBD == 0) case so that zs console
functions are actually used rather than the default prom con

Make sure to set ZS_HWFLAG_USE_CONSDEV and zs_consdev into zsc_args
passed to child devices even in !(NWSKBD == 0) case so that zs console
functions are actually used rather than the default prom console.
Fixes stray interrupts on MP machines running GENERIC.MP kernel with
zs serial console.

Ok'ed by mrg@.

show more ...


# 900e2496 31-May-2009 martin <martin@NetBSD.org>

Properly initialize child attach args to zero - we could end up with
various devices having different ideas about being console otherwise.


# a149917d 22-May-2009 mrg <mrg@NetBSD.org>

add two new functions for z8530tty: zs_chan_lock() and zs_chan_unlock(),
and use them instead of various spl's in the zs.c's.

reviewed by ad and martin.


# d70ad706 16-May-2009 cegger <cegger@NetBSD.org>

KNF, same object code generated


# e2cb8590 18-Mar-2009 cegger <cegger@NetBSD.org>

bcopy -> memcpy


# ae7357a3 17-Nov-2008 martin <martin@NetBSD.org>

PR port-sparc/39942: ifdef ch0_is_cons declaration and all uses consistently


# 2dea63fe 13-Jun-2008 cegger <cegger@NetBSD.org>

use device_lookup_private to get softc


# ce099b40 28-Apr-2008 martin <martin@NetBSD.org>

Remove clause 3 and 4 from TNF licenses


# 02cb47ca 29-Mar-2008 tsutsui <tsutsui@NetBSD.org>

Split softc and device_t for zsc(4) and its children.

XXX we should restructure MI APIs and make it really machine independent.


# 99801e92 27-Nov-2007 ad <ad@NetBSD.org>

Use the softint API.


# f2c57d85 09-Nov-2007 ad <ad@NetBSD.org>

Call zs_lock_init() to set up the chanstate's lock.


# 6f7fbd38 14-Mar-2007 jdc <jdc@NetBSD.org>

Final steps to for working wscons on sun-4 class machines. Restructure
the previous revision so that we don't tell the common zs code that we
are the console if we're using wscons. Thanks to wrstud

Final steps to for working wscons on sun-4 class machines. Restructure
the previous revision so that we don't tell the common zs code that we
are the console if we're using wscons. Thanks to wrstuden@ for the hints.

show more ...


# 220cbf13 08-Feb-2007 jdc <jdc@NetBSD.org>

First steps for working wscons on sun-4 class machines - recognise the
console keyboard and mouse on them.

We are not there yet because currently both wsdisplay and zstty assume
that they are the co

First steps for working wscons on sun-4 class machines - recognise the
console keyboard and mouse on them.

We are not there yet because currently both wsdisplay and zstty assume
that they are the console. On sun-4, zstty wins because it attaches
last and overwrites the console device that wscons had set previously.

show more ...


# b81a24a2 26-Feb-2006 thorpej <thorpej@NetBSD.org>

Use device_is_a().


# 60ed1ea4 16-Nov-2005 uwe <uwe@NetBSD.org>

ANSIify function declarations/defintions. Use uint<N>_t.
Propagate "static" to function definitions. Drop trailing whitespace.
Same binary code is produced for GENERIC.MP + KGDB + DDB.


# 754d7940 30-Jun-2005 macallan <macallan@NetBSD.org>

Allow sparc64-style attachment of mouse and keyboard via zstty, needed for
wscons support.
Reviewed by uwe.


# ec48121f 03-Apr-2004 chs <chs@NetBSD.org>

add some SUN4D stuff.
zs and zstty no longer need "needs-count" or "needs-flag",
so get rid of those and wild-card the extra zs devices on SUN4D.


# ea53363e 17-Mar-2004 pk <pk@NetBSD.org>

Rename PROM_getprop*() => prom_getprop*().


12345