knjwssss 2014-01-16 13:43
浏览 2494

Linux i2c总线的保护机制?

i2c_transfer是内核里的读写接口函数
在这个函数里

    if (in_atomic() || irqs_disabled()) {
        ret = rt_mutex_trylock(&adap->bus_lock);
        if (!ret)
            /* I2C activity is ongoing. */
            return -EAGAIN;
    } else {
        rt_mutex_lock(&adap->bus_lock);
    }

    /* Retry automatically on arbitration loss */
    orig_jiffies = jiffies;
    for (ret = 0, try = 0; try <= adap->retries; try++) {
        ret = adap->algo->master_xfer(adap, msgs, num);
        if (ret != -EAGAIN)
            break;
        if (time_after(jiffies, orig_jiffies + adap->timeout))
            break;
    }
    rt_mutex_unlock(&adap->bus_lock);

有锁保护,rt_mutex_lock,但是有几点不是很明白:
1、rt_mutex_trylock在什么情况下会用到
2、如果一个访问真正进行,此时应该是lock住了,然后另外一个访问又来了,它在rt_mutex_lock时应该是lock不住的,那这次访问是会被打回还是等待前一次操作结束了,它再继续操作?Linux的rt_mutex_lock有这个等待的机制吗?
恳请各位大大解答小弟的疑惑

  • 写回答

0条回答

    报告相同问题?

    悬赏问题

    • ¥15 执行 virtuoso 命令后,界面没有,cadence 启动不起来
    • ¥50 comfyui下连接animatediff节点生成视频质量非常差的原因
    • ¥20 有关区间dp的问题求解
    • ¥15 多电路系统共用电源的串扰问题
    • ¥15 slam rangenet++配置
    • ¥15 有没有研究水声通信方面的帮我改俩matlab代码
    • ¥15 ubuntu子系统密码忘记
    • ¥15 保护模式-系统加载-段寄存器
    • ¥15 电脑桌面设定一个区域禁止鼠标操作
    • ¥15 求NPF226060磁芯的详细资料