musb_core.c 解析

AI权益加码!Claude Code、Cursor等20+工具免费用! 购周边限时加赠Coding Plan Lite,畅享主流AI工具!学习进阶更高效! 阅读详情

musb_core.c 是usb_general.c 调用进musb模块的核心函数,

里面有usb,musb,dma,platform模块等内容。

1. musb_init():

/* make us init after usbcore and i2c (transceivers, regulators, etc)
 * and before usb gadget and host-side drivers start to register
 */
fs_initcall(musb_init);

static int __init musb_init(void)
{
#ifdef CONFIG_USB_MUSB_HDRC_HCD
	if (usb_disabled())
		return 0;
#endif

	pr_info("%s: version " MUSB_VERSION ", "
#ifdef CONFIG_MUSB_PIO_ONLY               //这些宏由内核配置选项中来
		"pio"
#elif defined(CONFIG_USB_TI_CPPI_DMA)
		"cppi-dma"
#elif defined(CONFIG_USB_INVENTRA_DMA)
		"musb-dma"
#elif defined(CONFIG_USB_TUSB_OMAP_DMA)
		"tusb-omap-dma"
#elif defined(CONFIG_USB_CARTESIO_DMA)
		"pl080-dma"
#else
		"?dma?"
#endif
		", "
#ifdef CONFIG_USB_MUSB_OTG
		"otg (peripheral+host)"
#elif defined(CONFIG_USB_GADGET_MUSB_HDRC)
		"peripheral"
#elif defined(CONFIG_USB_MUSB_HDRC_HCD)
		"host"
#endif
		", debug=%d\n",
		musb_driver_name, musb_debug);
	return platform_driver_probe(&musb_driver, musb_probe);  //这里调用了platform 平台函数,注册进platform类型队列中。
}

musb_driver:

static struct platform_driver musb_driver = {
	.driver = {
		.name		= (char *)musb_driver_name, 
		.bus		= &platform_bus_type,   //platform bus类型
		.owner		= THIS_MODULE,
		.pm		= MUSB_DEV_PM_OPS,    //PM OPS, suspend+resume
	},
	.remove		= __exit_p(musb_remove),  
	.shutdown	= musb_shutdown,
};

1.1 musb_driver_name 定义:

#define MUSB_DRIVER_NAME "musb_hdrc"
const char musb_driver_name[] = MUSB_DRIVER_NAME;
1.2 MUSB_DEV_PM_OPS 定义:

#define MUSB_DEV_PM_OPS (&musb_dev_pm_ops)
#else
#define	MUSB_DEV_PM_OPS	NULL
#endif
static const struct dev_pm_ops musb_dev_pm_ops = {
	.suspend	= musb_suspend,
	.resume         = musb_resume_noirq,
};
static int musb_suspend(struct device *dev)

static int musb_suspend(struct device *dev)
{
	struct platform_device *pdev = to_platform_device(dev);
	unsigned long	flags;
	struct musb	*musb = dev_to_musb(&pdev->dev);

	if (!musb->clock)
		return 0;

	spin_lock_irqsave(&musb->lock, flags);

	if (is_peripheral_active(musb)) {
		/* FIXME force disconnect unless we know USB will wake
		 * the system up quickly enough to respond ...
		 */
	} else if (is_host_active(musb)) {
		/* we know all the children are suspended; sometimes
		 * they will even be wakeup-enabled.
		 */
	}

	musb_save_context(musb);

	if (musb->set_clock)
		musb->set_clock(musb->clock, 0);
	else
		clk_disable(musb->clock);
	spin_unlock_irqrestore(&musb->lock, flags);
	return 0;
}
static int musb_resume_noirq(struct device *dev):

static int musb_resume_noirq(struct device *dev)
{
	struct platform_device *pdev = to_platform_device(dev);
	struct musb	*musb = dev_to_musb(&pdev->dev);
#ifdef MUSB_RESTORE_REG
	int status;
#endif
	if (!musb->clock)
		return 0;

	if (musb->set_clock)
		musb->set_clock(musb->clock, 1);
	else
		clk_enable(musb->clock);

	musb_restore_context(musb);

#ifdef MUSB_RESTORE_REG
	status = musb_core_init(musb->is_multipoint
				? MUSB_CONTROLLER_MHDRC
				: MUSB_CONTROLLER_HDRC, musb);
	if (status < 0)
		return status;

	/* we need to apply the DEV_CTRL SESSION bit to initialize the VBUS.
	 * This should be generally called through root hub POWERON feature,
	 * but it is needed also  here if autosuspend is disabled.
         */
	musb_start(musb);

	/* wait for the connect interrupt */
	mdelay(200);
#endif
	return 0;
}
1.4  static int __exit musb_remove(struct platform_device *pdev)
static int __exit musb_remove(struct platform_device *pdev)
{
	struct musb	*musb = dev_to_musb(&pdev->dev);
	void __iomem	*ctrl_base = musb->ctrl_base;

	/* this gets called on rmmod.
	 *  - Host mode: host may still be active
	 *  - Peripheral mode: peripheral is deactivated (or never-activated)
	 *  - OTG mode: both roles are deactivated (or never-activated)
	 */
	musb_shutdown(pdev);
#ifdef CONFIG_USB_MUSB_HDRC_HCD
	if (musb->board_mode == MUSB_HOST)
		usb_remove_hcd(musb_to_hcd(musb));
#endif
	musb_writeb(musb->mregs, MUSB_DEVCTL, 0);
	musb_platform_exit(musb);
	musb_writeb(musb->mregs, MUSB_DEVCTL, 0);

	musb_free(musb);
	iounmap(ctrl_base);
	device_init_wakeup(&pdev->dev, 0);
#ifndef CONFIG_MUSB_PIO_ONLY
	pdev->dev.dma_mask = orig_dma_mask;
#endif
	return 0;
}
1.5 static void musb_shutdown(struct platform_device *pdev)
static void musb_shutdown(struct platform_device *pdev)
{
	struct musb	*musb = dev_to_musb(&pdev->dev);
	unsigned long	flags;

	spin_lock_irqsave(&musb->lock, flags);
	musb_platform_disable(musb);
	musb_generic_disable(musb);
	if (musb->clock)
		clk_put(musb->clock);
	spin_unlock_irqrestore(&musb->lock, flags);

	/* FIXME power down */
}
2.  musb_cleanup():

static void __exit musb_cleanup(void)
{
	platform_driver_unregister(&musb_driver);
}
module_exit(musb_cleanup);
3. static int __init musb_probe(struct platform_device *pdev)
static int __init musb_probe(struct platform_device *pdev)
{
	struct device	*dev = &pdev->dev;
	int		irq = platform_get_irq(pdev, 0);
	int		status;
	struct resource	*iomem;
	void __iomem	*base;

	iomem = platform_get_resource(pdev, IORESOURCE_MEM, 0);  //获取 platform 资源
	if (!iomem || irq == 0)
		return -ENODEV;

	base = ioremap(iomem->start, resource_size(iomem));    //映射内存
	if (!base) {
		dev_err(dev, "ioremap failed\n");
		return -ENOMEM;
	}

#ifndef CONFIG_MUSB_PIO_ONLY
	/* clobbered by use_dma=n */
	orig_dma_mask = dev->dma_mask;         //如果内核配置了CONFIG_MUSB_PIO_ONLY,则屏蔽DMA
#endif
	status = musb_init_controller(dev, irq, base);   //这个才是主要的函数
	if (status < 0)
		iounmap(base);

	return status;
}
4. static int __init
musb_init_controller(struct
电脑科普:如何理清混乱的USB? USB 相关的一些名词放在一起时常让人感到困惑,比如 USB 3.0 和 USB 3.1 Gen 1 实际上是同一个标准,本文将带你理清那混乱的USB。 阅读详情

相关推荐

从硬件到软件:深入解析Linux OTG模式切换的底层逻辑

本文深入解析Linux OTG模式切换的底层逻辑,从硬件信号检测到驱动状态机实现。详细介绍了USB OTG的ID引脚检测、GPIO中断处理以及Linux内核中的OTG驱动架构,帮助开发者理解并优化模式切换过程,提升嵌入式系统的USB通信可靠性。

weixin_29268637的博客 452

musbmhdrc_pspgUSB控制器芯片手册.pdf

网上找得 musbmhdrc_pspgUSB控制器芯片手册 很好,做usb的值得看!

OMAP4470与OMAP4460差异解析:图形、显示与电源管理升级要点

在嵌入式系统开发中,处理器选型与硬件平台升级是决定项目性能与功耗的关键环节。其核心原理在于深入理解SoC(系统级芯片)的架构差异,这直接关系到图形渲染、视频处理与外设驱动的技术实现。从技术价值看,精准的芯片差异分析能避免后期设计返工,显著降低开发风险与成本。典型应用场景包括高性能平板、工业HMI及智能本等需要流畅图形界面与高效多媒体处理设备。本文聚焦德州仪器OMAP4系列处理器,通过对比OMAP4470与OMAP4460在图形子系统(如SGX544 GPU与BB2D加速器)、显示输出(移除模拟视频编码器)及

447

musb_programming_guide(有道文档翻译结果).zip

musb 中文翻译和英文文档.可以通过会话请求协议(SRP)发起USB流量,而双角色设备同时支持SRP和主机协商协议(HNP),并且可以根据需要担任主机或外设的角色。MUSBMHDRC还支持拆分事务,这反过来允许它支持使用带有USB 2.0集线器的全速度或低速设备。核心还包括支持在不使用时关闭便携式设备。 除了端点0之外,MUSBMHDRC是用户可配置的,可支持最多15个‘传输’端点和/或最多15个‘接收’端点。(对于IN事务和OUT事务使用这些端点取决于MUSBMHDRC是用作外设还是用作主机。当用作外设时,IN事务通过TX端点处理,OUT事务通过Rx端点处理。当用作主机时,IN事务通过Rx端点处理,OUT事务通过TX端点处理。)这些附加端点可以在软件中单独配置,以处理批量传输(这也允许它们处理中断传输)、同步传输或控制传输。此外,还可以动态地将端点分配给不同的目标设备函数——最大限度地同时支持设备的数量。 每个端点都需要一个FIFO与之关联。MUSBMHDRC有一个RAM接口,用于连接到用于所有端点FIFOs的同步单端口RAM的单个块。(RAM块本身需要由用户添加。) 端点0的FIFO需要为64字节深,并缓冲1个数据包。RAM接口可以根据其他端点FIFOs进行配置,它的大小可以从8到8192字节,可以缓冲1个或2个数据包。单独的FIFOs可以与每个端点相关联:或者,具有相同端点编号的TX端点和Rx端点可以配置为使用相同的FIFO,例如,如果它们永远不能同时活动,可以减少所需RAM块的大小。 MUSBMHDRC提供了一个32位同步CPU接口,设计用于连接AMBA AHB bus1。接口支持使用AHB总线运行在一个大范围的总线速度。AHB总线上的多层操作也被支持。通过添加合适的包装器/桥接器,MUSBMHDRC还可以很容易地连接到一系列其他标准总线。 还支持对端点FIFOs的DMA访问。 MUSBMHDRC提供了一个UTMI+ 3级兼容接口,用于连接到一个合适的USB高/全速收发器。包含了一个可选的ULPI链接包装器(在musbhdrc /docs目录中包含的musbhdrc_ulpi_an.pdf文档中描述),用于连接到与ULPI兼容的物理。另一种接口也提供,允许使用USB 1.1与核心全速PHY,但仅为全速和低速事务。(此接口见8.1节)。 MUSBMHDRC提供发送和接收USB数据包所需的所有编码、解码、检查和重新请求——仅当端点数据已被成功传输时才中断CPU。 当充当主机时,MUSBMHDRC另外维护一个帧计数器,并自动调度SOF、同步、中断和批量传输。它还包括对在点对点通信中使用的会话请求和主机协商协议的支持,其细节在USB 2.0规范的USB on - go补充中给出。MUSBMHDRC提供了一系列的测试模式——主要是USB 2.0规范中描述的高速运行的四种测试模式。它还包括选项,允许它被迫进入全速模式,高速模式或主机模式。最后一个可能在帮助调试硬件PHY问题时有用。 提供了图形用户界面脚本,用于根据用户的需求配置核心。要使用的脚本取决于所选的CPU接口。请注意:在撰写本文时,内核仅在Verilog中可用。 本规范应与USB运行规范一起阅读,该规范还提供了电源要求、电压水平、连接器等细节。.

USB驱动之二控制器驱动(musb)

对于mtk和sprd的usb控制器驱动都是musb,qcom的是dwc2/dwc3,拿musb来学习下。 现在嵌入式设备USB都支持主从了,控制器也分为两部分,一部分是HCD,一部分是UDC。OHCI(open host controller inferface) UHCI(universal host controller interface) EHCI(enhanced host contr...

Android开发 8745

MUSB架构分析(1)

MUSB架构分析(1) 2013-12-13 10:44:25 分类: Android平台 瞅着这个MUSB,想必也了解到这是TI OMAP的平台了.今个儿就对这个MUSB 说道说道. 1. USB硬件架构 如下图所示了,包含了2个部分: (1) High-Speed USB OTG(On-The-Go) Controller * (2) High-Spee

metuu的专栏 4930

USB模块分析(四)- 设备列表&权限申请

USB模块分析- 设备列表&权限申请

Hanly Jiang的专栏 1670

USB接口

usb接口

ptw1992的博客 644

musb_core.c 是usb_general.c 调用进musb模块的核心函数,

musb_core.c 是usb_general.c 调用进musb模块的核心函数, 里面有usb,musb,dma,platform模块等内容。 1. musb_init(): 查看文本打印? /* make us init after usbcore and i2c (transceivers, regulators, etc)   * and

metuu的专栏 4570

Android12 U盘插拔链路源码全解析(二):内核层USB驱动与uevent机制

本文深入解析了Android系统中USB设备插入时的内核层处理机制。通过分析Linux Kernel 5.10源码,揭示了从硬件中断到用户态通知的完整流程

AfinalStone的专栏 359

深入解析USB主机子系统:UTMI+、ULPI与USBTLL通道配置实战

在嵌入式系统设计中,USB(通用串行总线)是实现设备与主机通信的核心技术之一。其物理层接口协议,如UTMI+和ULPI,负责将数字信号转换为可在USB线缆上传输的差分电信号,是确保高速、可靠数据传输的基础。理解这些接口的原理,对于优化系统设计、降低功耗和PCB面积至关重要。UTMI+作为并行接口提供高带宽,而ULPI作为其串行优化版本,则更适用于引脚资源受限的移动和嵌入式场景。通过USBTLL模块的灵活通道配置,开发者可以在同一SoC上桥接不同的物理层接口,实现从高速主机到全/低速设备控制器的连接,极大提升

weixin_34242509的博客 381

Android7 U盘插拔链路源码全解析(二)内核层USB驱动与uevent机制

本文深入解析了Android USB设备检测与枚举的内核层工作原理。当U盘插入时,Linux USB子系统通过分层架构完成从硬件中断到用户态通知的全过程: 硬件检测:VBUS供电和DP/DM信号变化触发中断 Hub事件处理:hub_events()工作队列检测端口状态变化 设备枚举: 端口复位与地址分配 获取设备描述符(VID/PID等) 获取配置描述符树 设置激活配置 驱动绑定:通过usb-storage驱动匹配存储设备 设备节点创建:生成/dev/sda块设备 uevent通知:向用户态广播设备添加事件

AfinalStone的专栏 254

MUSBHSFC原理及其驱动.pdf

关于MUSBHSFC的详细原理解释及其驱动,全中文版,助你理解usb,用好usb外设。共十余个章节,1、usb体系结构;2、系统设置;3、usb协议分析;4、musbhsfc;5、编程方案;6、ep0处理;7、ep0服务例程;8、usb数据传输类型;9、批量传输in;10、批量传输out;11、linux模拟u盘代码分析

深入解析AM275x USB PHY寄存器:PLL与BC配置实战指南

在嵌入式系统与驱动开发中,寄存器配置是控制硬件外设的核心基础。其原理是通过读写映射到特定内存地址的寄存器位域,实现对硬件模块功能的精确操控,这对于确保系统稳定性和性能至关重要。从技术价值看,掌握寄存器访问能直接提升开发效率、优化功耗与实时性,并是进行底层调试与故障定位的关键技能。在应用场景上,寄存器配置广泛应用于微控制器、SoC外设(如USB、以太网、ADC等)的初始化、电源管理及通信协议实现中。本文聚焦于TI AM275x高性能处理器,深入剖析其USB2SS模块中PHY2 PLL(锁相环)与BC(电池充电

weixin_34234721的博客 412

【notes8】usb

USB2.0协议中枚举过程:一个高速 USB 设备刚插上时,先假装自己是全速设备,然后通过一段"暗号"(Chirp)和主机确认彼此都支持高速后,再切换到真正的高速模式。如下是typec接口,usb2.0协议只关心红色的框。

持续更新ing... 27

基于RK3568打包TPL,SPL,UBoot镜像并运行:实战角度

结合正点原子RK3568开发板理解TPL,SPL,UBoot启动运行流程

weixin_43390831的博客 265

USB模式设置流程

1.setting中改变USB状态    在setting中关于改变USB状态的有两个重要的类:UsbSettings和UsbSettingsExts。UsbSettings实际上是一个PreferenceFragment,它负责展示界面;UsbSettingsExts负责保存USB状态的。UsbSettings.java @Override public boolean onPrefer...

anqingcheng的博客 5747

musb 0619

06.18 . usb_core.c和usb20.c(对应两个驱动,一个是specific musb controller驱动,一个是musb core驱动)的关系 usb20/musb_core.c中的musb_init初始化musb core驱动。usb20目录下的文件应该是musb core的文件。这个目录下的mtk目录是mt6735 specific musb controll

Decisiveness的专栏 2568
上一篇: libc,glibc, eglibc, klibc
下一篇: musb 模块中的一些结构体
lamdoc
博客等级 码龄18年 155粉丝 655原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值