I.MX6 SD卡热插拔的识别过程

本文详细解析了基于MX6Q平台的SD卡检测与初始化流程,从内核配置到中断处理,再到mmc核心模块的工作机制,深入探讨了SD卡在嵌入式系统中的识别与挂载过程。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

前言

内核版本:3.0,35


识别流程

**arch/arm/mach-mx6/board-mx6q_sabresd.c **

	imx6q_add_sdhci_usdhc_imx(2, &mx6q_sabresd_sd3_data);
		static const struct esdhc_platform_data mx6q_sabresd_sd3_data __initconst = {                                                                                       
		    .cd_gpio = SABRESD_SD3_CD,
		    //.wp_gpio = SABRESD_SD3_WP,
		    .wp_gpio = -EINVAL,
		    .keep_power_at_suspend = 1,
		    .support_8bit = 0,
		    .delay_line = 0,
		    .cd_type = ESDHC_CD_GPIO,
		    .runtime_pm = 1,
		};
#define SABRESD_SD3_CD      IMX_GPIO_NR(7, 1)	

需要将cd_gpio配置成GPIO模式

 arch/arm/mach-mx6/board-mx6q_sabresd.h
		MX6Q_PAD_SD3_DAT4__GPIO_7_1,            /* SD3_CD */
    流程:
            mmc/host/sdhci-esdhc-imx.c		//插入SD卡 就会触发中断cd_irq
                esdhc_pltfm_init()->request_irq(gpio_to_irq(boarddata->cd_gpio), cd_irq.....)-> cd_irq()->tasklet_schedule(&sdhost->card_tasklet)
            mmc/host/sdhci.c
                tasklet_init(&host->card_tasklet,sdhci_tasklet_card, (unsigned long)host) -> sdhci_tasklet_card() -> mmc_detect_change()
            mmc/core/core.c
                mmc_detect_change() -> mmc_schedule_delayed_work(&host->detect, delay)
            mmc/core/host.c
                mmc_alloc_host()-> INIT_DELAYED_WORK(&host->detect, mmc_rescan)
            mmc/core/core.c
                mmc_rescan()-> mmc_rescan_try_freq()-> mmc_attach_sd(host)
            mmc/core/sd.c
                mmc_attach_sd()->mmc_add_card()
            mmc/core/bus.c
                mmc_add_card()-> printk(KERN_INFO "%s: new %s%s%s card at address %04x\n"
                                mmc1: new high speed SDHC card at address 0001

android 自动挂载

device/fsl/sabresd_6dq/fstab.freescale

/devices/platform/sdhci-esdhc-imx.2/mmc_host/mmc1 /mnt/media_rw/extsd exfat defaults voldmanaged=extsd:auto
将可移动设备连入系统时,系统的后台中会依次发生如下事件: l 内核检测到新硬件插入,然后分别通知hotplug和udev。前者用来装入相应的内核模块(如usb-storage),而后者用来在/dev中创建相应的设备节点(如/dev/sda1)。 l udev创建了相应的设备节点之后,会将这一消息通知hal的守护程序(hald)。当然udev还得保证新创建的设备节点可以被普通用户访问。 l hotplug装入了相应的内核模块之后,会把这一消息通知给hald。 l hald在受到hotplug和udev发出的消息之后,认为新硬件已经正式被系统认可了。此时它会通过一系列精心编写的规则文件(就是传说中的xxx-policy.fdi),把发现新硬件的消息通过dbus发送出去,同时还会调用update-fstab或fstab-sync来更新/etc/fstab,为相应的设备节点创建适合的挂载点。 l 卷管理器会监听dbus中发现新硬件的消息。根据所插入的硬件(区分U盘和数码相机等)不同,卷管理器会先将相应的设备节点挂载到hald创建的挂载点上,然后再打开不同的应用程序。 当然,如果是在CDROM中插入光盘,过程可能比较简单。因为CDROM本身就是一个固定的硬件,无需hotplug和udev的协助: l hald会自己监视CDROM,并且将光盘托架开合的消息通过dbus发出去。 l 卷管理器负责检查CDROM中的盘片内容,进行挂载,并调用合适的应用程序。 要注意,hald的工作是从上游得到硬件就绪的消息,然后将这个消息转发到dbus中。尽管它会调用程序来更新fstab,但实际上它自己并不执行挂载的工作。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值