他是著名的書法家，尤工于楷書，《宣和書譜》稱：“詢工書為翰墨之冠”，所書《醴泉銘》為其代表作之一。

《歐楷九成宮》姚孟起臨本與李琪藏本對(duì)照字帖，學(xué)歐體必要參考書?！稓W陽(yáng)詢九成宮》姚孟起臨本與李琪藏本對(duì)照，米字格版歐體楷書字帖圖片188張。

九成宮醴泉銘（拼音版）姚孟起臨《九成宮碑》歐陽(yáng)詢書《九成宮醴泉銘》，楷法精絕。但因年久碑損，拓片模糊不清，后人已難追其神貌。清人姚孟起，摹刻《九成宮碑》，神形俱佳。筆者初學(xué)歐楷時(shí)，亦參臨其帖。今擇其部分圖片，編錄于下。我的更多文章：

（17）漢之甘泉不能尚也：甘泉，漢之甘泉宮，在陜西淳化縣西北甘泉山，原為秦之離宮，漢武帝時(shí)增廣之，周長(zhǎng)十九里，作為避暑行宮。九成宮遺址。九成宮遺址，始建于隋代開皇十三年，時(shí)稱仁壽宮。九成宮遺址與《九成宮醴泉銘》碑　　九成宮遺址在今麟游縣新城區(qū)，至今還留有烽火臺(tái).點(diǎn)將臺(tái).梳妝臺(tái).唐井等遺址.遺跡。九成宮始于隋代的仁壽宮，由當(dāng)時(shí)的大建筑家宇文愷設(shè)計(jì).營(yíng)造，唐代多有增修，并更名為"九成宮"，為我國(guó)離宮之冠。

圖6-1 DHCPv6 四步交互地址分配過程 DHCPv6 四步交互地址分配過程如下： 1. DHCPv6 客戶端發(fā)送Solicit 報(bào)文，請(qǐng)求DHCPv6 服務(wù)器為其分配IPv6 地址和網(wǎng)絡(luò)配置參數(shù)。2. 根據(jù)DHCPv6 中繼轉(zhuǎn)發(fā)報(bào)文有如下兩種情況： l 如果DHCPv6 中繼和DHCPv6 客戶端位于同一個(gè)鏈路上，即DHCPv6 中繼為DHCPv6 客戶端的第一跳中繼，中繼轉(zhuǎn)發(fā)直接來自客戶端的報(bào)文，此時(shí)DHCPv6中繼實(shí)質(zhì)上也是客戶端的IPv6 網(wǎng)關(guān)設(shè)備。

《鋼筆偏旁部首行書寫法字帖》 放大版 28張。

WPA/WPA2密鑰派生與分發(fā)。同時(shí)不支持TKIP和WEP Default Key 0的STA通過設(shè)置RSN IE的No Pairwise域來廣播這一信息，在四次握手的message3中，AP將會(huì)清除install bit通知STA不要安裝Pairwise Key，相應(yīng)地，AP會(huì)發(fā)一個(gè)WEP shared Key給STA作為Default Key 0使用，這個(gè)Key將會(huì)用于STA與AP之間單播幀的傳遞。最后，作者對(duì)Pairwise Key層次結(jié)構(gòu)中不同密鑰資源在不同信息安全體系中的使用進(jìn)行了一個(gè)總結(jié)： 3 Group Key層次結(jié)構(gòu)。

aireplay-ng -1 0 -e ap_essid -a ap_mac -h XXXXXXXXXX ath1 aireplay-ng -5 -b ap_mac -h XXXXXXXXXX ath1 aireplay-ng -3 -b ap_mac -h XXXXXXXXXX -x 1024 ath1aireplay-ng -0 1 -a 00:00:00:00:00:00 -c BB:BB:BB:BB:BB:BB ath1aireplay-ng -3 -b <AP MAC> -h <my MAC> -i ath1.

如何從硬盤安裝fedora 17假設(shè)你的硬盤分區(qū)為：/dev/sda1 /boot 500M/dev/sda2 / 40G/dev/sda3 /home 250G # grub 中的 （hd0, 2), grub是從0 開始計(jì)數(shù)的。/dev/sda4 swap 2G注：/dev/sda3 在grub2中為（hd0,msdos3）步驟1： 復(fù)制Fedora-17-i386-DVD.iso 到 /home目錄下步驟2： 復(fù)制Fedora-17-i386-DVD.iso中的 isolinux/vmlinuz， isolinux/initrd.img 到 /home下。

所以一般校驗(yàn)和會(huì)這樣計(jì)算，skb_checksum()計(jì)算skb的累加和，并和之前已經(jīng)計(jì)算出的累加和skb->csum相加，然后csum_fold()對(duì)最后結(jié)果取反，就是得到的校驗(yàn)和。左邊是每16bit累加的過程，右邊是每32bit累加的過程：當(dāng)然，為了進(jìn)行32bit累加，要將起始地址處理成32bit對(duì)齊，長(zhǎng)度也要處理成32bit對(duì)齊。/* nr of 16-bit words.. */ if (count) { if (2 & (unsigned long) buff) { result += *(unsigned short *) buff;

這一步是核心，此時(shí)skb->dev為真正的設(shè)備，經(jīng)過vlan處理后，報(bào)文應(yīng)該被上層協(xié)議看作是由vlan虛擬設(shè)備接收的，因此這里設(shè)置skb->dev為虛擬的vlan設(shè)備。數(shù)據(jù)結(jié)構(gòu)vlan_group_hash是vlan虛擬網(wǎng)卡存儲(chǔ)與關(guān)聯(lián)的核心結(jié)構(gòu)：static struct hlist_head vlan_group_hash[VLAN_GRP_HASH_SIZE]; [net\8021q\vlan.c]當(dāng)通過vconfig創(chuàng)建了eth1.1, eth1.2, eth1.100三個(gè)虛擬網(wǎng)卡后，vlan_group_hash的整體結(jié)構(gòu)如圖所示，先有個(gè)整體印象：

在netif_receive_skb()函數(shù)中，可以看出處理的是像ARP、IP這些鏈路層以上的協(xié)議，那么，鏈路層報(bào)頭是在哪里去掉的呢？list_for_each_entry_rcu(ptype,&ptype_base[ntohs(type) &PTYPE_HASH_MASK], list)arp = arp_hdr(skb);sha= arp_ptr;緩存的路由項(xiàng)在內(nèi)核中組織成hash表的形式，因此在查詢時(shí)，先算出的hash值，再用該項(xiàng)- rt_hash_table[hash].chain即可。arp_send(ARPOP_REPLY,ETH_P_ARP,sip,dev,tip,sha,dev->dev_addr,sha);

bp->rx_ring = ssb_dma_alloc_consistent(bp->sdev, size, &bp->rx_ring_dma, gfp);bw32(bp, B44_DMARX_ADDR, bp->rx_ring_dma + bp->dma_offset);網(wǎng)卡讀取B44_DMARX_ADDR與B44_DMARX_STAT寄存器，得到下一個(gè)處理的struct dma_desc，然后根據(jù)dma_desc中的addr找到報(bào)文緩沖區(qū)，通過DMA處理器將網(wǎng)卡收到報(bào)文拷貝到addr地址處，這個(gè)過程CPU是不參與的。cons = bp->rx_cons;bp->rx_prod = (bp->rx_prod + 1) &(B44_RX_RING_SIZE - 1);

void __napi_schedule(struct napi_struct *n)注意到這里在interrupt時(shí)，會(huì)向poll_list尾部加入一個(gè)napi_struct，并引起軟中斷，在軟中斷處理函數(shù)中，會(huì)從poll_list頭部移除一個(gè)napi_struct，進(jìn)行處理，理論上說，硬件中斷加入的數(shù)據(jù)在其引起的軟中斷中被處理?？梢钥吹剑樵兞怂姆N中斷：ISTAT_TX、ISTAT_TO、ISTAT_RX、ISTAT_ERRORS.#define ISTAT_ERRORS (ISTAT_DSCE|ISTAT_DATAE|ISTAT_DPE|ISTAT_RDU|ISTAT_RFO|ISTAT_TFU)

static struct pernet_operations brcm_net_ops = { .init = brcm_init_net, .exit = brcm_exit_net, .id = &brcm_net_id, .size = sizeof(struct brcm_net), };注意到在brcm_init_net和brcm_exit_net中添加和刪除的僅僅是/proc/net/brcm目錄和config文件，而在使用中brcm設(shè)備是可以動(dòng)態(tài)創(chuàng)建的，因此這部分代碼應(yīng)該發(fā)生在添加和刪除brcm設(shè)備時(shí)，而不是在brcm模塊注冊(cè)和刪除時(shí)。

int brcm_skb_recv(struct sk_buff *skb, struct net_device *dev, struct packet_type *ptype, struct net_device *orig_dev) { struct brcm_hdr *bhdr;因?yàn)樵诮邮請(qǐng)?bào)文時(shí)，報(bào)文到達(dá)brcm層開始處理時(shí)，skb->dev指向的仍是下層設(shè)備，這時(shí)通過skb->dev查到brcm_group->real_dev相匹配的hash項(xiàng)，然后通過報(bào)文brcm報(bào)頭的信息，確定brcm_group->brcm_devices_array中哪個(gè)brcm設(shè)備作為skb的新設(shè)備；dev_net_set(new_dev, net);

現(xiàn)在需要支持一種新的協(xié)議[二層] – BRCM協(xié)議，與IP等協(xié)議不同，它位于2層，擁有6字節(jié)的頭部和4字節(jié)的尾部，添加的層次決定了比起添加其它協(xié)議要復(fù)雜一些，新的報(bào)文格式如下，而我們的目的就是要網(wǎng)絡(luò)協(xié)議棧能正常處理這樣的報(bào)文：實(shí)際上BRCM是一種交換機(jī)的內(nèi)部協(xié)議，用處是讓交換機(jī)管理端口能通過BRCM獲取報(bào)文來自于交換機(jī)的哪個(gè)端口，或者指定報(bào)文從交換機(jī)哪個(gè)端口出去；brcm0代表BRCM創(chuàng)建的虛擬網(wǎng)卡，數(shù)字0表示測(cè)試用；

在使用spin_lock_irq和spin_unlock_irq的情況下，完全可以用spin_lock_irqsave和spin_unlock_irqrestore取代，那具體應(yīng)該使用哪一個(gè)也需要依情況而定，如果可以確信在對(duì)共享資源訪問前中斷是使能的，那么使用spin_lock_irq更好一些，因?yàn)樗萻pin_lock_irqsave要快一些，但是如果你不能確定是否中斷使能，那么使用spin_lock_irqsave和spin_unlock_irqrestore更好，因?yàn)樗鼘⒒謴?fù)訪問共享資源前的中斷標(biāo)志而不是直接使能中斷。

男人必須就要修練出的城府男人必須就要修練出的城府來源: www.yiqig.com 時(shí)間:2011-10-28 17:50 編輯: 人生感悟。二：細(xì)心（1）對(duì)身邊發(fā)生的事情，常思考它們的因果關(guān)系。（4）做什么事情都要養(yǎng)成有條不紊和井然有序的習(xí)慣。（5）做任何事情都要用心，因?yàn)橛腥嗽诳粗?。?）事情不順的時(shí)候，歇口氣，重新尋找突破口，就結(jié)束也要干凈利落。五：誠(chéng)信（1）做不到的事情不要說，說了就努力做到。（4）不要盲目的做任何事。