I'm implementing a driver on a synchronous link so I can't
asynchronously send packets to the host. Instead I toggle a GPIO which
causes an interrupt in the host. The host then knows to send a
synchronous request asking for the packet. As long as the GPIO is set
it knows to keep requesting more re
What does CMD_SET_STATE do in the serial driver?
The states are:
#define IDLE_MODE 0x00
#define RX_MODE 0x02
#define TX_MODE 0x03
#define FORCE_TRX_OFF 0xF0
Why is there a RX_MODE and TX_MODE? Shouldn't the protocol work
without having these modes?
--
Jon Smirl
jonsm...@
I modified include/ieee802154.h in zigbee-tools and changed the
definition of N_IEEE802154 to match the value in include/linux/tty.h in
the linux kernel
From: Onorato Vaticone [mailto:onor...@onoratovaticone.it]
Sent: 20 July 2011 11:05
To: Steven Richardson
Subject: Re: [Linux-zigbee-devel] i
I've solved this problem. I found that the definition of N_IEEE802154
was different in zigbee-tools to the definition in the kernel tty.h
which meant that IOCTL was using an undefined argument even though I had
the latest source for both.
Hope this help someone else
Steven
From: Steven