高通msm-V4L2-Camera驅動淺析3-session

嘮嗑

最近看了維神的《沙丘》,我覺得是真的好看,配樂精彩絕倫,構圖美輪美奐,場景氣勢磅礴,但是不是適合所有人;在各種廉價爆米花電影充斥主流商業片的今天,還能看到這么一部如此古典敘事且代表著好萊塢最高制作水準的巨作,簡直幸運!

系列文章

高通msm-V4L2-Camera驅動淺析1-初識
高通msm-V4L2-Camera驅動淺析2-框架詳解
高通msm-V4L2-Camera驅動淺析3-session
高通msm-V4L2-Camera驅動淺析4-stream
高通msm-V4L2-Camera驅動淺析5-buffer

一、session(會話)的設計思路


在微信聊天的時候,我們想要跟人溝通聯系,就會創建一個session(會話),多個人單獨聊天,就會有多個session;
每一個session負責管理所有的資源,比如表情包、圖片、聊天記錄等。

高通的思路也是如此:

  • 將camera的所有功能劃分為不同的模塊,讓模塊自己來決定自己的事情(高內聚,低耦合),模塊需要有統一的接口和格式。
  • 模塊中有端口,通過端口把模塊連接起來,又把模塊掛在總線上。
  • 每一個端口的連接就是一個流,把這些流用pipeline來管理。
  • 每次啟動一個camera就創建一個會話,由這個會話來管理此camera的一切事物。
  • 對于每一個會話,模塊是共享的,它可以是camera的硬件資源也可以是其它資源(如一些軟件算法等資源)。

二、一個session是如何創建的

2.1、session的數據結構

msm_session

struct msm_session {
    struct list_head list;

    /* session index */
    unsigned int session_id;

    /* event queue sent by imaging server */
    struct msm_event event_q;

    /* ACK by imaging server. Object type of
     * struct msm_command_ack per open,
     * assumption is application can send
     * command on every opened video node
     */
    struct msm_queue_head command_ack_q;

    /* real streams(either data or metadate) owned by one
     * session struct msm_stream
     */
    struct msm_queue_head stream_q;
    struct mutex lock;
    struct mutex lock_q;
    struct mutex close_lock;
    rwlock_t    stream_rwlock;
    struct kgsl_pwr_limit *sysfs_pwr_limit;
}

msm_event

/** msm_event:
 *
 *  event sent by imaging server
 **/
struct msm_event {
    struct video_device *vdev;
    atomic_t on_heap;
};
  • struct list_head list:鏈表,用來管理所有的會話
  • unsigned int session_id:會話id
  • msm_event event_q:video_device 實例
  • struct msm_queue_head command_ack_q:cmd隊列
  • struct msm_queue_head stream_q:stream隊列

這里最重要的就是msm_event event_q,本質上就是一個video_device 實例。
另外還有cmd隊列和stream隊列比較重要。

2.2 session和video_device的關系

2.3 video_device、v4l2_device和v4l2_subdev的關系

2.4 session的創建

  • 1.全局session隊列的初始化
struct msm_queue_head {
    struct list_head list;
    spinlock_t lock;
    int len;
    int max;
};
static struct msm_queue_head *msm_session_q;
static int msm_probe(struct platform_device *pdev)
{
···
    //申請內存
    msm_session_q = kzalloc(sizeof(*msm_session_q), GFP_KERNEL);
    //初始化
    msm_init_queue(msm_session_q);
···
}

在msm_probe時,msm_session_q隊列就會申請內存,然后初始化。

  • 2.session的創建
int msm_create_session(unsigned int session_id, struct video_device *vdev)
{
    struct msm_session *session = NULL;
    //判斷msm_session_q隊列是否為空
    if (!msm_session_q) {
        pr_err("%s : session queue not available Line %d\n",
                __func__, __LINE__);
        return -ENODEV;
    }
    //根據session_id查找當前會話是否在全局session隊列中
    session = msm_queue_find(msm_session_q, struct msm_session,
        list, __msm_queue_find_session, &session_id);
    //如果會話已經存在,直接返回
    if (session) {
        pr_err("%s: Session exist session_id=%d\n",
                __func__, session_id);
        return -EINVAL;
    }
    //申請內存空間
    session = kzalloc(sizeof(*session), GFP_KERNEL);
    //賦值session_id
    session->session_id = session_id;
    //賦值video_device設備
    session->event_q.vdev = vdev;
    //初始化cmd隊列
    msm_init_queue(&session->command_ack_q);
    //初始stream隊列
    msm_init_queue(&session->stream_q);
    //入隊:將新建的session加入全局隊列msm_session_q
    msm_enqueue(msm_session_q, &session->list);
    mutex_init(&session->lock);
    mutex_init(&session->lock_q);
    mutex_init(&session->close_lock);
    rwlock_init(&session->stream_rwlock);

    return 0;
}
  • 一個會話里面,維護了video_device,同時創建了cmd隊列,和stream隊列,最后把該session加入全局隊列msm_session_q進行管理,如下圖:

會話的創建流程,上一篇文章有講到:
rc = msm_create_session(pvdev->vdev->num, pvdev->vdev);
這里第一個參數是session_id = pvdev->vdev->num;
也就是對應我們video1/video2里的1和2;
即session_id = 1或者2

Stay Hungry,Stay Foolish!

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,836評論 6 540
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,275評論 3 428
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 177,904評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,633評論 1 317
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,368評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,736評論 1 328
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,740評論 3 446
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,919評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,481評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,235評論 3 358
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,427評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,968評論 5 363
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,656評論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,055評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,348評論 1 294
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,160評論 3 398
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,380評論 2 379

推薦閱讀更多精彩內容