More terminal iocctl's need to be PASSTHROUGH?

2015-10-20 Thread Paul Goyette
I noticed christos updated the list of PASSTHROGUH IOCCTLs the other 
day, so I figured that might reduce the boucing in/out of compat module.


But it seems that there's more work to do here.  In a xterm window, and 
running tcsh as my shell, simply typing a backspace character causes the 
module to bounce in.



Module Name:src
Committed By:   christos
Date:   Sun Oct 18 15:58:23 UTC 2015

Modified Files:
src/sys/kern: tty.c

Log Message:
add the pty ioctls to pass through.


To generate a diff of this commit:
cvs rdiff -u -r1.268 -r1.269 src/sys/kern/tty.c




+--+--+-+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:   |
| (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com|
| Kernel Developer | 0786 F758 55DE 53BA 7731 | pgoyette at netbsd.org  |
+--+--+-+


Re: CVS commit: src/sys/arch

2015-10-20 Thread Jeff Rizzo

On 10/17/15 8:30 AM, Manuel Bouyer wrote:

Module Name:src
Committed By:   bouyer
Date:   Sat Oct 17 15:30:14 UTC 2015

Modified Files:
src/sys/arch/arm/allwinner: awin_board.c awin_reg.h awin_var.h
src/sys/arch/evbarm/awin: awin_machdep.c
src/sys/arch/evbarm/conf: BPI CUBIEBOARD

Log Message:
Implement CPU frequency switching for A20.
This requires adjusting the CPU voltage, so enable the axp20x driver for
A20 boards.
In evbarm/awin/awin_machdep.c, the DCDC powering up the CPU cores needs to
be defined for each board. The board machine-dependant code (at this time,
only awin_machdep.c) has to provide a awin_set_mpu_volt() function
which calls the right PMU driver to change the CPU core voltage.

The CPU frequency/voltage table in awin_board.c comes from various
sources: linux kernel, device tree and fex scripts, and experiments on
olimex lime2 and cubieboard 2.
The following sysctls are provided (compatible with estd):
machdep.frequency.min,machdep.frequency.max: writable lower and upper
bounds of the useable frequencies. Affects machdep.frequency.available.
Lower bound defaults to 700Mhz, as does linux.
Upper bound defaults to 960Mhz, which is the boot frequency
on the boards I tested. There is a 1008Mhz entry available,
but requires an out of spec CPU voltage (more than 1.4V) so it's
not available by default.
machdep.frequency.available: list of available frequencies. This is
the CPU frequency/voltage table, bound by machdep.frequency.{min,max}.
machdep.frequency.current: current CPU speed. Write a new value to change
   the CPU speed, only values from machdep.frequency.available are
   accepted.





You broke kernel compiles for some of the other allwinner kernels with 
this commit; ALLWINNER_A80, for example:


awin_machdep.o: In function `awin_set_mpu_volt':
awin_machdep.c:(.text+0x870): undefined reference to `axp20x_set_dcdc'

It's not clear to me whether the A80 has the axp20x device, but not 
having it in the kernel config has meant no arm builds for a few days...


Can you fix this, please?

Thanks,
+j




Re: CVS commit: src/usr.bin/make

2015-10-20 Thread Simon J. Gerraty
Thanks - fixed.

> /work/src/usr.bin/make/var.c:2772:7: error: variable 'emsg' is used 
> uninitialized whenever 'if' condition is false 
> [-Werror,-Wsometimes-uninitialized]
>   if (wantit)
> /work/src/usr.bin/make/var.c:2777:7: note: uninitialized use occurs here
>   if (emsg)


Re: CVS commit: [netbsd-7] src

2015-10-20 Thread Takahiro Kambe
Hi,

In message <20151015201153.3cc5...@cvs.netbsd.org>
on Thu, 15 Oct 2015 20:11:53 +,
"Soren Jacobsen"  wrote:
> Module Name:  src
> Committed By: snj
> Date: Thu Oct 15 20:11:53 UTC 2015
> 
> Modified Files:
>   src/gnu/usr.bin/groff/tmac [netbsd-7]: mdoc.local
>   src/sys/sys [netbsd-7]: param.h
> Added Files:
>   src/doc [netbsd-7]: CHANGES-7.1
> 
> Log Message:
> 7.0_STABLE
"7.0_STABLE" instead of "7_STABLE"?

-- 
Takahiro Kambe