linux-kernel - Re: [PATCH 1/1] usb: ulpi: ulpi_init should be used in subsys

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 21 May 2015 10:33:19 +0300
From:	Heikki Krogerus <heikki.krogerus@...ux.intel.com>
To:	Lu Baolu <baolu.lu@...ux.intel.com>
Cc:	Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
	linux-usb@...r.kernel.org, linux-kernel@...r.kernel.org,
	qiuxu.zhuo@...el.com, Sasha Levin <sasha.levin@...cle.com>
Subject: Re: [PATCH 1/1] usb: ulpi: ulpi_init should be used in
 subsys_initcall

On Thu, May 21, 2015 at 01:40:43PM +0800, Lu Baolu wrote:
> The intention of this change is to fix below kernel panic when
> USB_ULPI_BUS was configured as buildin.

That is actually incorrect. Having the bus build-in does not cause
this panic..

> [0.746856] kernel BUG at drivers/base/driver.c:153!
> [0.752418] invalid opcode: 0000 [#1] PREEMPT SMP
> [0.757804] Modules linked in:
> [0.893985] Call Trace:
> [0.896729]  [<ffffffff81870cb1>] ? ulpi_register_driver+0x21/0x30
> [0.903654]  [<ffffffff823d5cac>] tusb1210_driver_init+0x10/0x12
> [0.910386]  [<ffffffff81000318>] do_one_initcall+0xd8/0x200
> [0.916729]  [<ffffffff8239b094>] kernel_init_freeable+0x196/0x21e
> [0.923655]  [<ffffffff81affed0>] ? rest_init+0x90/0x90
> [0.929509]  [<ffffffff81affede>] kernel_init+0xe/0xf0
> [0.935266]  [<ffffffff81b0f442>] ret_from_fork+0x42/0x70
> [0.941315]  [<ffffffff81affed0>] ? rest_init+0x90/0x90

This happens if the PHY drivers are build-in. If the bus is build-in,
but the drivers are modules, you are still fine.

Maybe it would have been better to explain that this is addressing an
issue with the execution sequence, and consider Sasha's patch as the
actual fix for panic.


Thanks guys,

-- 
heikki
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/