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]
Message-Id: <201201020429.23808.marek.vasut@gmail.com>
Date:	Mon, 2 Jan 2012 04:29:23 +0100
From:	Marek Vasut <marek.vasut@...il.com>
To:	Alan Cox <alan@...rguk.ukuu.org.uk>
Cc:	Oliver Neukum <oliver@...kum.org>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	Dave Jones <davej@...hat.com>,
	Linux Kernel <linux-kernel@...r.kernel.org>,
	Larry Finger <Larry.Finger@...inger.net>,
	Chaoming Li <chaoming_li@...lsil.com.cn>,
	"John W. Linville" <linville@...driver.com>,
	Matthew Garrett <mjg@...hat.com>,
	"Greg Kroah-Hartman" <gregkh@...e.de>,
	USB list <linux-usb@...r.kernel.org>,
	Linux Wireless List <linux-wireless@...r.kernel.org>
Subject: Re: loading firmware while usermodehelper disabled.

> > > Device IDs can morph due to a power loss. After resumption another
> > > driver would bind.
> > 
> > What do you mean? I don't think I quite follow.
> 
> Lots of USB hardware appears as one device id when powered on, then when
> the firmware is loaded turns into something else that becomes relevant to
> the user.
> 
> So on powerup your wireless card goes
> 
> 	'I've no idea what I am, feed me firmware for this id"
> 
> when it gets the firmware it disconnects, reconnects and says
> 
> 	"I am a USB wireless card with this id"
> 
> When you suspend the power gets killed so the device loses its firmware
> and goes back to being a firmware requesting thing on resume.

Ah, even worse then. I wasn't aware of devices like this at all. Mhmmmm ...

> 
> Worse still - you don't easily know if the device is in fact new and was
> added while suspended, or was always there.

Yea, that's the problem I outlined in the subsequent email.
> 
> So for those devices you do need to load the firmware into them
> automatically after the resume to work out what they are and get the MAC
> to see if its the same wireless card or not.

Sure, but then you'd have to wait for userland to actually be ready to feed 
those. Sometimes, you'd like to avoid that -- for example for devices that are 
always present. But this solution is stupid as it doesn't solve the whole 
problem.

> 
> Alan
--
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ