6 Commits

Author	SHA1	Message	Date
Dimitry Andric	27e644a80b	Fix undefined behaviour in several gpio_pin_setflags() routines (under ... sys/arm and sys/mips), squelching the clang 3.3 warnings about this. Noticed by: tinderbox and many irate spectators Submitted by: Luiz Otavio O Souza <loos.br@gmail.com> PR: kern/177759 MFC after: 3 days	2013-04-13 21:21:13 +00:00
Rui Paulo	8c09f7b626	The GPIO drivers were initialising their mutexes with type of ... MTX_NETWORK_LOCK. This is wrong since these mutexes have nothing to do with networking.	2012-08-17 04:44:57 +00:00
Andrew Thompson	3cd6db794c	Name these gpio pins better, they are on an external PLD and not the same as ... the cpu wired gpio.	2011-10-12 20:58:54 +00:00
Andrew Thompson	bbdb7f2f2e	Dont just set the pin high when turning on output, use the current value. Also ... let this value be set when in input mode.	2011-10-12 20:57:21 +00:00
Andrew Thompson	a0ba8fd51c	Provide a mutex around the read/modify/write of the IXP425_GPIO_* ... registers. Giant was used in some places, but not all.	2010-11-14 20:41:22 +00:00
Andrew Thompson	54873b4cd6	Add a GPIO driver for the Gateworks Cambria platform. ... The external gpio pins are connected to a PLD on the i2c bus, unfortunatley this device does not conform by failing to send an ack after each byte written. The iicbb driver will abort the transfer when the address is not ack'd and it would introduce a lot of churn to be able to pass a flag down to iicbb_start/iicbb_write. Instead we do bad things by grabbing the iicbus but then doing our own bit banging.	2010-11-11 20:18:33 +00:00