On Wed, 28 Sep 2005, Michael wrote:

> >     kbd: returning ENOTTY

> Well, it's apparently complaining about the keyboard so it's pretty
> unlikely that any of the work in cgsix has something to do with it. You
> can run wscons (and therefore XFree) on this kind of hardware but none
> of the standard kernels should use it.

What I'd read in the archives appeared to discuss both issues (cgsix
improvements and wscons support) at the same time.  Separate devices,
of course, but this is where they come together, so to speak.

And the default config files, naturally, don't enable wscons support.
They don't even have the requisite items present but commented out, so
unless I knew what to add, I wouldn't be able to enable it anyway.  Not
that I'm presently interested in wscons support, but just trying to
figure out why X11/keyboard/etc. is misbehaving and fix it--and the
wscons support stuff was the most recent work in that region I'd read
about.

> > Has anyone else seen anything like this?  Maybe there's something I've
> > overlooked that needs to be changed going from 2.99.10 to 3.99.x?
>
> Your dmesg output would probably be helpful.

Looks pretty ordinary to me.  The "kbd: returning ENOTTY" at the
end was probably appended to the dmesg when I started X11 manually.


Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005
    The NetBSD Foundation, Inc.  All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993
    The Regents of the University of California.  All rights reserved.

NetBSD 3.99.9 (GENERIC) #0: Wed Sep 28 12:43:32 CDT 2005
	sysop@jean:/dsk0/nbsd/sparc/usr/src/sys/arch/sparc/compile/GENERIC
total memory = 255 MB
avail memory = 246 MB
bootpath: /iommu@0,10000000/sbus@0,10001000/espdma@5,8400000/esp@5,8800000/sd@1,0
mainbus0 (root): SUNW,SPARCstation-5: hostid 807a1b43
cpu0 at mainbus0: MB86904 @ 110 MHz, on-chip FPU
cpu0: 16K instruction (32 b/l), 8K data (16 b/l): cache enabled
obio0 at mainbus0
clock0 at obio0 slot 0 offset 0x200000: mk48t08
timer0 at obio0 slot 0 offset 0xd00000: delay constant 52
zs0 at obio0 slot 0 offset 0x100000 level 12 softpri 6
zstty0 at zs0 channel 0
zstty1 at zs0 channel 1
zs1 at obio0 slot 0 offset 0x0 level 12 softpri 6
kbd0 at zs1 channel 0: baud rate 1200 (console input)
ms0 at zs1 channel 1: baud rate 1200
slavioconfig at obio0 slot 0 offset 0x800000 not configured
auxreg0 at obio0 slot 0 offset 0x900000
power0 at obio0 slot 0 offset 0x910000 level 2
fdc0 at obio0 slot 0 offset 0x400000 level 11 softpri 4: chip 82077
fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
iommu0 at mainbus0 addr 0x10000000: version 0x4/0x0, page-size 4096, range 64MB
sbus0 at iommu0: clock = 22 MHz
dma0 at sbus0 slot 5 offset 0x8400000: DMA rev 2
esp0 at dma0 slot 5 offset 0x8800000 level 4: ESP200, 40MHz, SCSI ID 7
scsibus0 at esp0: 8 targets, 8 luns per target
bpp0 at sbus0 slot 5 offset 0xc800000 level 2 (ipl 3): DMA rev 2
ledma0 at sbus0 slot 5 offset 0x8400010: DMA rev 2
le0 at ledma0 slot 5 offset 0x8c00000 level 6: address 08:00:20:7a:1b:43
le0: 8 receive buffers, 2 transmit buffers
audiocs0 at sbus0 slot 4 offset 0xc000000 level 9: CS4231A
audio0 at audiocs0: full duplex
power-management at sbus0 slot 4 offset 0xa000000 not configured
hme0 at sbus0 slot 1 offset 0x8c00000 level 4 (ipl 7): Sun Happy Meal Ethernet (SUNW,hme)
hme0: Ethernet address 08:00:20:7a:1b:43
nsphy0 at hme0 phy 1: DP83840 10/100 media interface, rev. 0
nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
esp1 at sbus0 slot 1 offset 0x8800000 level 3 (ipl 5): FAS366/HME, 40MHz, SCSI ID 7
scsibus1 at esp1: 16 targets, 8 luns per target
cgsix0 at sbus0 slot 3 offset 0x0 level 9: SUNW,501-2325, 1152 x 900, rev 11 (console)
cgsix0: attached to /dev/fb0
cgsix0: framebuffer size: 1 MB
Kernelized RAIDframe activated
scsibus0: waiting 2 seconds for devices to settle...
scsibus1: waiting 2 seconds for devices to settle...
sd0 at scsibus0 target 1 lun 0: <SEAGATE, ST34371W SUN4.2G, 7462> disk fixed
sd0: 4094 MB, 3882 cyl, 16 head, 135 sec, 512 bytes/sect x 8385121 sectors
sd0: sync (100.00ns offset 15), 8-bit (10.000MB/s) transfers, tagged queueing
sd1 at scsibus0 target 3 lun 0: <SEAGATE, ST32550W SUN2.1G, 0420> disk fixed
sd1: 2048 MB, 3511 cyl, 11 head, 108 sec, 512 bytes/sect x 4194995 sectors
sd1: sync (100.00ns offset 15), 8-bit (10.000MB/s) transfers, tagged queueing
cd0 at scsibus0 target 6 lun 0: <TOSHIBA, XM-4101TASUNSLCD, 3424> cdrom removable
cd0: async, 8-bit transfers
root on sd0a dumps on sd0b
root file system type: ffs
kbd: returning ENOTTY


-- 
John D. Baker, KN5UKS                    NetBSD     Darwin/MacOS X
jdbaker(at)mylinuxisp(dot)com                 OpenBSD            FreeBSD
BSD -- It just sits there and _works_!