wkoszek 2007-12-29 21:55:25 UTC
FreeBSD src repository
Modified files:
sys/dev/atkbdc atkbd.c atkbd_atkbdc.c
sys/dev/kbd kbd.c kbdreg.h
sys/dev/kbdmux kbdmux.c
sys/dev/syscons syscons.c syscons.h
sys/dev/usb ukbd.c
ru 2006-10-29 07:31:40 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/dev/atkbdc atkbd.c
Log:
MFC: 1.52: Fix LEDs not working when atkbd is an active keyboard
and the physical keyboard is attached only after the system has
already booted.
ru 2006-10-25 13:35:42 UTC
FreeBSD src repository
Modified files:
sys/dev/atkbdc atkbd.c
Log:
Fix LEDs not working when atkbd is an active keyboard and the physical
keyboard is attached only after the system has already booted.
If USB keyboard is also present,
On Thu, Sep 28, 2006 at 02:20:53PM -0400, John Baldwin wrote:
On Thursday 28 September 2006 12:21, Ruslan Ermilov wrote:
Are there any others outside of SES? How many? If it's a small list,
then
let's fix them. The SES ones are broken as an API anyway as mentioned
above,
and
On Wed, 27 Sep 2006, John Baldwin wrote:
On Wednesday 27 September 2006 17:29, Ruslan Ermilov wrote:
On Wed, Sep 27, 2006 at 05:10:51PM -0400, John Baldwin wrote:
I still think doing this (via IOCPARM_IVAL()) is best and is probably a
much
smaller diff.
You don't consider that many ioctls
On Wednesday 27 September 2006 18:12, Ruslan Ermilov wrote:
On Wed, Sep 27, 2006 at 05:52:56PM -0400, John Baldwin wrote:
Could you avoid IOWINT by just assuming that any _IO() ioctl is getting an
int
as the arg?
There are some _IO() ioctls that pass a pointer to variable sized data,
On Thu, Sep 28, 2006 at 10:56:27AM -0400, John Baldwin wrote:
On Wednesday 27 September 2006 18:12, Ruslan Ermilov wrote:
There are some _IO() ioctls that pass a pointer to variable sized data,
and their ioctl handlers to uiocopy'ing rather than ioctl(). See
sys/cam/scsi/scsi_ses.c,
On Thursday 28 September 2006 12:21, Ruslan Ermilov wrote:
Are there any others outside of SES? How many? If it's a small list, then
let's fix them. The SES ones are broken as an API anyway as mentioned
above,
and if other ioctl's are copying out a variable amount of data w/o
ru 2006-09-27 19:57:02 UTC
FreeBSD src repository
Modified files:
sys/dev/atkbdc atkbd.c
sys/dev/digi digi.c
sys/dev/kbdmux kbdmux.c
sys/dev/syscons scvidctl.c syscons.c
sys/dev/uart uart_kbd_sun.c
sys/dev/usb
On Wednesday 27 September 2006 17:03, John Baldwin wrote:
Eh? You just changed ioctl values breaking ABI all over the place, e.g.
sys/pioctl.h. The size field changed from 0 to sizeof(int) meaning
different ioctl values and thus ABI breakage.
Bah, I see you did add compat hacks for the old
On Wed, Sep 27, 2006 at 05:10:51PM -0400, John Baldwin wrote:
On Wednesday 27 September 2006 17:03, John Baldwin wrote:
Eh? You just changed ioctl values breaking ABI all over the place, e.g.
sys/pioctl.h. The size field changed from 0 to sizeof(int) meaning
different ioctl values and
On Wednesday 27 September 2006 17:29, Ruslan Ermilov wrote:
On Wed, Sep 27, 2006 at 05:10:51PM -0400, John Baldwin wrote:
On Wednesday 27 September 2006 17:03, John Baldwin wrote:
Eh? You just changed ioctl values breaking ABI all over the place, e.g.
sys/pioctl.h. The size field
On Wed, Sep 27, 2006 at 05:52:56PM -0400, John Baldwin wrote:
Could you avoid IOWINT by just assuming that any _IO() ioctl is getting an
int
as the arg?
There are some _IO() ioctls that pass a pointer to variable sized data,
and their ioctl handlers to uiocopy'ing rather than ioctl(). See
sobomax 2006-05-26 00:56:14 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/dev/atkbdc atkbd.c atkbdc.c atkbdc_isa.c
Log:
MFC: Detect cases when the hardware has no AT-style keyboard controller.
Revision ChangesPath
1.47.2.1 +6 -5
sobomax 2006-04-26 06:05:16 UTC
FreeBSD src repository
Modified files:
sys/dev/atkbdc atkbd.c atkbdc.c atkbdc_isa.c
Log:
Use the same method for detecting actual presence of AT-style keyboard
controller as we use in boot blocks (querying status register until
bit 1
15 matches
Mail list logo