search for: swdev

...e relay? The following will do the trick. Just add a 5vdc solid state relay ('cause you can't sink too much current out of the RS232C port). Substitute "2", "4" or "6" in the code below to turn on either DTR, RTS or both signals. "0" for off. Change SWDEV in the lpswitch.h file to be the serial port you intend to use for the relay. I'm using some optically isolated relays I found in town for $5.00 Cdn. The box to put it in cost more than the relay. There is a bunch of extra defines in the .h file that were needed for the larger project this wa...

...nclude<unistd.h> #include<stdio.h> #include<signal.h> #include "lpswitch.h" /* Main program. */ int main(int argc, char **argv) { struct termios port_config; int fd; int set_bits = 2; /* Open monitor device. */ if ((fd = open(SWDEV, O_RDWR | O_NDELAY))< 0) { fprintf(stderr, "lpswtich: %s: %d\n", SWDEV, strerror(errno)); exit(1);} cfmakeraw(&port_config ); port_config.c_iflag=port_config.c_iflag|IXON; port_config.c_oflag=port_config.c_oflag|CLOCAL|~CRTSCTS; tcsetattr( fd, TC...

...taz_rpm_upgrade/DS05_00_00-SAM-SUN-20011121-devel/ --include install/kickstart/zantaz_upgrade/20011121/** --include install/redhat-7.1/zantaz_rpm_upgrade/DS05_00_00-SAM-SUN-20011121/** --include install/redhat-7.1/zantaz_rpm_upgrade/DS05_00_00-SAM-SUN-20011121-devel/** --exclude "*" /net/swdev/staging/* root@10.1.41.92:/ Thanks, Dave

...hat has ARM only libraries that do not require interworking: arm-none-linux-gnueabi-gcc (CodeSourcery Sourcery G++ Lite 2007q1-10) 4.2.0. Documentation can be found in the ABI for the ARM Architecture, which is available on ARM's website: http://infocenter.arm.com/help/topic/com.arm.doc.subset.swdev.abi/index.html The official instruction encodings are documented in the ARM Architecture Reference Manual. This is publically available from ARM but requires a free registration to download: http://infocenter.arm.com/help/topic/com.arm.doc.ddi0406c/index.html

Hi all, libLTO is exposing a very “stable” (in the sense of immutable) C API to be used by linkers (and binutils tools) that manipulate bitcode (like when performing LTO). I’m looking into relaxing the stability concern and design a policy for this API that would allow to deprecate and remove some the APIs exposed here. The MacOS linker (ld64) is one the users of libLTO, but there are others

...t,@IT write list = @IT force user = root force group = @IT read only = No [robertb] path = /b/robertb valid users = @IT,@robertb write list = @IT,@robertb force user = robertb force group = @robertb create mask = 0777 directory mask = 0777 [netlogon] path = /b/logon browseable = No [swdev] path = /b/swdev guest account = valid users = @IT,@robertb,@rolandg,@isadq,@sales,@intsales,@credit,@QA,@deptheads,@data,@wh write list = @IT force group = @IT read only = No create mask = 0777 directory mask = 0777 status = No

On Thu, May 18, 2023 at 07:08:47PM +0300, Nikolay Aleksandrov wrote: > On 18/05/2023 14:33, Ido Schimmel wrote: > > diff --git a/net/bridge/br_input.c b/net/bridge/br_input.c > > index fc17b9fd93e6..d8ab5890cbe6 100644 > > --- a/net/bridge/br_input.c > > +++ b/net/bridge/br_input.c > > @@ -334,6 +334,7 @@ static rx_handler_result_t br_handle_frame(struct sk_buff