亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频

? 歡迎來到蟲蟲下載站! | ?? 資源下載 ?? 資源專輯 ?? 關(guān)于我們
? 蟲蟲下載站

?? irnet.h

?? 優(yōu)龍2410linux2.6.8內(nèi)核源代碼
?? H
?? 第 1 頁 / 共 2 頁
字號:
/* *	IrNET protocol module : Synchronous PPP over an IrDA socket. * *		Jean II - HPL `00 - <jt@hpl.hp.com> * * This file contains definitions and declarations global to the IrNET module, * all grouped in one place... * This file is a *private* header, so other modules don't want to know * what's in there... * * Note : as most part of the Linux kernel, this module is available * under the GNU General Public License (GPL). */#ifndef IRNET_H#define IRNET_H/************************** DOCUMENTATION ***************************//* * What is IrNET * ------------- * IrNET is a protocol allowing to carry TCP/IP traffic between two * IrDA peers in an efficient fashion. It is a thin layer, passing PPP * packets to IrTTP and vice versa. It uses PPP in synchronous mode, * because IrTTP offer a reliable sequenced packet service (as opposed * to a byte stream). In fact, you could see IrNET as carrying TCP/IP * in a IrDA socket, using PPP to provide the glue. * * The main difference with traditional PPP over IrCOMM is that we * avoid the framing and serial emulation which are a performance * bottleneck. It also allows multipoint communications in a sensible * fashion. * * The main difference with IrLAN is that we use PPP for the link * management, which is more standard, interoperable and flexible than * the IrLAN protocol. For example, PPP adds authentication, * encryption, compression, header compression and automated routing * setup. And, as IrNET let PPP do the hard work, the implementation * is much simpler than IrLAN. * * The Linux implementation * ------------------------ * IrNET is written on top of the Linux-IrDA stack, and interface with * the generic Linux PPP driver. Because IrNET depend on recent * changes of the PPP driver interface, IrNET will work only with very * recent kernel (2.3.99-pre6 and up). *  * The present implementation offer the following features : *	o simple user interface using pppd *	o efficient implementation (interface directly to PPP and IrTTP) *	o addressing (you can specify the name of the IrNET recipient) *	o multipoint operation (limited by IrLAP specification) *	o information in /proc/net/irda/irnet *	o IrNET events on /dev/irnet (for user space daemon) *	o IrNET daemon (irnetd) to automatically handle incoming requests *	o Windows 2000 compatibility (tested, but need more work) * Currently missing : *	o Lot's of testing (that's your job) *	o Connection retries (may be too hard to do) *	o Check pppd persist mode *	o User space daemon (to automatically handle incoming requests) * * The setup is not currently the most easy, but this should get much * better when everything will get integrated... * * Acknowledgements * ---------------- * This module is based on : *	o The PPP driver (ppp_synctty/ppp_generic) by Paul Mackerras *	o The IrLAN protocol (irlan_common/XXX) by Dag Brattli *	o The IrSock interface (af_irda) by Dag Brattli *	o Some other bits from the kernel and my drivers... * Infinite thanks to those brave souls for providing the infrastructure * upon which IrNET is built. * * Thanks to all my collegues in HP for helping me. In particular, * thanks to Salil Pradhan and Bill Serra for W2k testing... * Thanks to Luiz Magalhaes for irnetd and much testing... * * Thanks to Alan Cox for answering lot's of my stupid questions, and * to Paul Mackerras answering my questions on how to best integrate * IrNET and pppd. * * Jean II * * Note on some implementations choices... * ------------------------------------ *	1) Direct interface vs tty/socket * I could have used a tty interface to hook to ppp and use the full * socket API to connect to IrDA. The code would have been easier to * maintain, and maybe the code would have been smaller... * Instead, we hook directly to ppp_generic and to IrTTP, which make * things more complicated... * * The first reason is flexibility : this allow us to create IrNET * instances on demand (no /dev/ircommX crap) and to allow linkname * specification on pppd command line... * * Second reason is speed optimisation. If you look closely at the * transmit and receive paths, you will notice that they are "super lean" * (that's why they look ugly), with no function calls and as little data * copy and modification as I could... * *	2) irnetd in user space * irnetd is implemented in user space, which is necessary to call pppd. * This also give maximum benefits in term of flexibility and customability, * and allow to offer the event channel, useful for other stuff like debug. * * On the other hand, this require a loose coordination between the * present module and irnetd. One critical area is how incoming request * are handled. * When irnet receive an incoming request, it send an event to irnetd and * drop the incoming IrNET socket. * irnetd start a pppd instance, which create a new IrNET socket. This new * socket is then connected in the originating node to the pppd instance. * At this point, in the originating node, the first socket is closed. * * I admit, this is a bit messy and waste some resources. The alternative * is caching incoming socket, and that's also quite messy and waste * resources. * We also make connection time slower. For example, on a 115 kb/s link it * adds 60ms to the connection time (770 ms). However, this is slower than * the time it takes to fire up pppd on my P133... * * * History : * ------- * * v1 - 15.5.00 - Jean II *	o Basic IrNET (hook to ppp_generic & IrTTP - incl. multipoint) *	o control channel on /dev/irnet (set name/address) *	o event channel on /dev/irnet (for user space daemon) * * v2 - 5.6.00 - Jean II *	o Enable DROP_NOT_READY to avoid PPP timeouts & other weirdness... *	o Add DISCONNECT_TO event and rename DISCONNECT_FROM. *	o Set official device number alloaction on /dev/irnet * * v3 - 30.8.00 - Jean II *	o Update to latest Linux-IrDA changes : *		- queue_t => irda_queue_t *	o Update to ppp-2.4.0 : *		- move irda_irnet_connect from PPPIOCATTACH to TIOCSETD *	o Add EXPIRE event (depend on new IrDA-Linux patch) *	o Switch from `hashbin_remove' to `hashbin_remove_this' to fix *	  a multilink bug... (depend on new IrDA-Linux patch) *	o fix a self->daddr to self->raddr in irda_irnet_connect to fix *	  another multilink bug (darn !) *	o Remove LINKNAME_IOCTL cruft * * v3b - 31.8.00 - Jean II *	o Dump discovery log at event channel startup * * v4 - 28.9.00 - Jean II *	o Fix interaction between poll/select and dump discovery log *	o Add IRNET_BLOCKED_LINK event (depend on new IrDA-Linux patch) *	o Add IRNET_NOANSWER_FROM event (mostly to help support) *	o Release flow control in disconnect_indication *	o Block packets while connecting (speed up connections) * * v5 - 11.01.01 - Jean II *	o Init self->max_header_size, just in case... *	o Set up ap->chan.hdrlen, to get zero copy on tx side working. *	o avoid tx->ttp->flow->ppp->tx->... loop, by checking flow state *		Thanks to Christian Gennerat for finding this bug ! *	--- *	o Declare the proper MTU/MRU that we can support *		(but PPP doesn't read the MTU value :-() *	o Declare hashbin HB_NOLOCK instead of HB_LOCAL to avoid *		disabling and enabling irq twice * * v6 - 31.05.01 - Jean II *	o Print source address in Found, Discovery, Expiry & Request events *	o Print requested source address in /proc/net/irnet *	o Change control channel input. Allow multiple commands in one line. *	o Add saddr command to change ap->rsaddr (and use that in IrDA) *	--- *	o Make the IrDA connection procedure totally asynchronous. *	  Heavy rewrite of the IAS query code and the whole connection *	  procedure. Now, irnet_connect() no longer need to be called from *	  a process context... *	o Enable IrDA connect retries in ppp_irnet_send(). The good thing *	  is that IrDA connect retries are directly driven by PPP LCP *	  retries (we retry for each LCP packet), so that everything *	  is transparently controlled from pppd lcp-max-configure. *	o Add ttp_connect flag to prevent rentry on the connect procedure *	o Test and fixups to eliminate side effects of retries * * v7 - 22.08.01 - Jean II *	o Cleanup : Change "saddr = 0x0" to "saddr = DEV_ADDR_ANY" *	o Fix bug in BLOCK_WHEN_CONNECT introduced in v6 : due to the *	  asynchronous IAS query, self->tsap is NULL when PPP send the *	  first packet.  This was preventing "connect-delay 0" to work. *	  Change the test in ppp_irnet_send() to self->ttp_connect. * * v8 - 1.11.01 - Jean II *	o Tighten the use of self->ttp_connect and self->ttp_open to *	  prevent various race conditions. *	o Avoid leaking discovery log and skb *	o Replace "self" with "server" in irnet_connect_indication() to *	  better detect cut'n'paste error ;-) * * v9 - 29.11.01 - Jean II *	o Fix event generation in disconnect indication that I broke in v8 *	  It was always generation "No-Answer" because I was testing ttp_open *	  just after clearing it. *blush*. *	o Use newly created irttp_listen() to fix potential crash when LAP *	  destroyed before irnet module removed. * * v10 - 4.3.2 - Jean II *	o When receiving a disconnect indication, don't reenable the *	  PPP Tx queue, this will trigger a reconnect. Instead, close *	  the channel, which will kill pppd... * * v11 - 20.3.02 - Jean II *	o Oops ! v10 fix disabled IrNET retries and passive behaviour. *	  Better fix in irnet_disconnect_indication() : *	  - if connected, kill pppd via hangup. *	  - if not connected, reenable ppp Tx, which trigger IrNET retry. * * v12 - 10.4.02 - Jean II *	o Fix race condition in irnet_connect_indication(). *	  If the socket was already trying to connect, drop old connection *	  and use new one only if acting as primary. See comments. * * v13 - 30.5.02 - Jean II *	o Update module init code * * v14 - 20.2.03 - Jean II *	o Add discovery hint bits in the control channel. *	o Remove obsolete MOD_INC/DEC_USE_COUNT in favor of .owner * * v15 - 7.4.03 - Jean II *	o Replace spin_lock_irqsave() with spin_lock_bh() so that we can *	  use ppp_unit_number(). It's probably also better overall... *	o Disable call to ppp_unregister_channel(), because we can't do it. *//***************************** INCLUDES *****************************/#include <linux/module.h>#include <linux/kernel.h>#include <linux/skbuff.h>#include <linux/tty.h>#include <linux/proc_fs.h>#include <linux/devfs_fs_kernel.h>#include <linux/netdevice.h>#include <linux/miscdevice.h>#include <linux/poll.h>#include <linux/config.h>#include <linux/ctype.h>	/* isspace() */#include <asm/uaccess.h>#include <linux/init.h>#include <linux/ppp_defs.h>#include <linux/if_ppp.h>#include <linux/ppp_channel.h>#include <net/irda/irda.h>#include <net/irda/iriap.h>#include <net/irda/irias_object.h>#include <net/irda/irlmp.h>#include <net/irda/irttp.h>#include <net/irda/discovery.h>

?? 快捷鍵說明

復制代碼 Ctrl + C
搜索代碼 Ctrl + F
全屏模式 F11
切換主題 Ctrl + Shift + D
顯示快捷鍵 ?
增大字號 Ctrl + =
減小字號 Ctrl + -
亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频
精品一区二区综合| 日韩一区二区三区视频在线| 91精品国产手机| 中文欧美字幕免费| 日韩精品91亚洲二区在线观看| 国产91丝袜在线18| 91精品国产全国免费观看| 中文字幕在线免费不卡| 国产乱人伦偷精品视频免下载| 欧美日韩综合不卡| 亚洲日本在线观看| 成人天堂资源www在线| 日韩欧美久久一区| 日本成人在线视频网站| 欧美日韩亚洲综合在线| 一区二区三区四区五区视频在线观看| 国产精品一级在线| 欧美精品一区二区三| 免费人成黄页网站在线一区二区| 欧美亚洲一区二区在线| 亚洲日本中文字幕区| 9人人澡人人爽人人精品| 国产精品美女一区二区三区| 国产精品一区二区黑丝| 久久影院午夜论| 国内精品免费在线观看| 精品久久久久久久久久久久久久久 | 亚洲一二三四在线观看| 96av麻豆蜜桃一区二区| 成人免费在线播放视频| 成人av在线资源网站| 一区精品在线播放| 色综合久久天天| 一区二区三区日本| 欧美久久久久久久久久| 日韩一区精品视频| 日韩三级中文字幕| 国产一区在线视频| 欧美激情中文字幕一区二区| 国产成人夜色高潮福利影视| 中文字幕乱码亚洲精品一区| 99re热视频精品| 亚洲一二三四久久| 欧美一级久久久久久久大片| 久久99久久99| 中文字幕精品综合| 在线观看成人免费视频| 日韩高清不卡在线| 久久久久99精品国产片| 91免费版在线| 日韩一区精品字幕| 欧美国产欧美综合| 欧美亚洲一区二区在线| 久久国产婷婷国产香蕉| 国产精品美女一区二区三区| 欧美日韩中文另类| 精品亚洲国产成人av制服丝袜| 欧美激情在线一区二区三区| 欧美主播一区二区三区美女| 日本va欧美va欧美va精品| 国产色产综合产在线视频| 91行情网站电视在线观看高清版| 日日摸夜夜添夜夜添精品视频 | 欧美久久久久久久久久| 国产美女精品人人做人人爽| 亚洲日本免费电影| 欧美精品一区二区蜜臀亚洲| 色88888久久久久久影院野外| 精品一区二区成人精品| 亚洲欧美福利一区二区| 亚洲精品在线观看网站| 欧美性三三影院| 国产a级毛片一区| 亚洲电影一级黄| 国产精品美女www爽爽爽| 欧美精品三级日韩久久| 99久精品国产| 国产在线观看免费一区| 午夜私人影院久久久久| 国产精品久久久久久久久免费桃花 | 99在线热播精品免费| 日韩精品一卡二卡三卡四卡无卡| 国产精品久久久久永久免费观看| 91麻豆精品国产自产在线观看一区 | 欧美人狂配大交3d怪物一区| 国产成人精品www牛牛影视| 亚洲大片一区二区三区| 国产精品久久久久久久久快鸭 | 色综合一个色综合| 国产成人免费在线观看不卡| 肉色丝袜一区二区| 亚洲精品美国一| 综合在线观看色| 国产欧美日产一区| 久久久久久久久久看片| 91精品国产综合久久蜜臀| 色偷偷久久人人79超碰人人澡| 国产一二三精品| 国产专区综合网| 美女在线观看视频一区二区| 日韩电影在线免费| 日韩不卡一区二区| 丝袜国产日韩另类美女| 亚洲国产成人91porn| 一区二区三区美女视频| 中文字幕综合网| 亚洲欧美成人一区二区三区| 亚洲日本乱码在线观看| 亚洲欧美日韩综合aⅴ视频| 亚洲视频在线一区| 亚洲精品老司机| 亚洲少妇30p| 一区二区三区欧美亚洲| 亚洲国产毛片aaaaa无费看 | 91精品国产一区二区三区香蕉| 欧美私模裸体表演在线观看| 欧美专区亚洲专区| 欧美情侣在线播放| 日韩三级免费观看| 精品国产电影一区二区| 国产无人区一区二区三区| 中文字幕精品一区| 国产精品国产成人国产三级| 亚洲免费观看高清完整版在线| 伊人性伊人情综合网| 午夜久久久影院| 久久99精品久久只有精品| 国产一区二区0| 色综合久久久久| 欧美日韩在线播放| 日韩欧美国产午夜精品| 国产欧美一区二区精品仙草咪| 国产精品每日更新| 亚洲v精品v日韩v欧美v专区| 久久电影网电视剧免费观看| 成人三级伦理片| 欧美色爱综合网| 亚洲精品一区二区三区香蕉| 国产精品无圣光一区二区| 亚洲影院在线观看| 精品一区二区在线观看| 99久久er热在这里只有精品66| 欧美日韩精品一区二区| 精品福利在线导航| 亚洲免费在线观看视频| 男女性色大片免费观看一区二区| 国产一区二区不卡| 欧美性videosxxxxx| 久久久不卡网国产精品二区 | 国产精品国产三级国产有无不卡| 一区二区三区在线免费| 精品一区二区三区久久久| 日本韩国精品在线| 久久在线免费观看| 亚洲国产精品一区二区尤物区| 国产呦精品一区二区三区网站| 91美女福利视频| 久久综合国产精品| 亚洲国产另类av| youjizz国产精品| 日韩一区二区免费高清| 国产精品免费免费| 久久精品国产久精国产爱| 色婷婷综合久色| 国产精品欧美久久久久无广告 | 99国产精品久久久久久久久久| 6080日韩午夜伦伦午夜伦| 中文字幕在线观看不卡| 国产裸体歌舞团一区二区| 欧美老女人第四色| 国产精品久久久久影视| 国产一区二区三区美女| 日韩欧美资源站| 亚洲综合在线视频| 99久久99久久久精品齐齐| 久久久久久**毛片大全| 免费亚洲电影在线| 7777精品伊人久久久大香线蕉完整版 | 成人精品国产福利| 精品免费日韩av| 午夜精品久久久久| 在线视频你懂得一区| 国产精品久久久久久久久久久免费看| 久久66热re国产| 日韩美女在线视频| 日本vs亚洲vs韩国一区三区二区| 欧美少妇性性性| 亚洲一区二区在线观看视频 | 午夜精品一区在线观看| 日本久久一区二区| 亚洲日本欧美天堂| 91免费观看国产| 一区二区久久久久| 在线观看欧美日本| 尤物av一区二区| 91美女精品福利| 亚洲黄色小视频| 欧美综合一区二区| 亚洲777理论| 91麻豆精品国产|