Jiri Kosina wrote:

On Wed, 7 Oct 2009, Peter Urbanec wrote:

quoted

In a nutshell, I can run the same kernel on the same hardware and on
some boots the AUX port will not be detected and on other boots it will
come up fine.

Does booting with 'i8042.noloop' improve the situation?

Jirko,

Thanks for the suggestion. I have been testing the i8042.noloop 
workaround for a few weeks now. So far I have not not experienced any 
problems when booting with that option. I would say that the workaround 
can be declared as being effective.

I also applied Dmitry's patch to log the timeout condition when 
detecting the AUX port. Without the i8042.noloop option, the AUX port 
detection fails intermittently, but when it does, it causes an aux irq 
test timeout, which coincides with uhci_hcd USB hub initialisation. 
Perhaps the USB code somehow causes the loss of this interrupt.

Adding the DMI info for the machine to the i8042_dmi_noloop_table is 
perhaps not the most correct fix for the underlying problem, but it does 
get results.

Here is the relevant dmidecode data for the laptop:

Handle 0x0001, DMI type 1, 27 bytes
	Header and Data:
		01 1B 01 00 01 02 03 04 43 4E 46 37 33 38 35 30
		51 44 00 1B 24 AC 45 81 06 05 06
	Strings:
		48 65 77 6C 65 74 74 2D 50 61 63 6B 61 72 64 00
		"Hewlett-Packard"
		48 50 20 50 61 76 69 6C 69 6F 6E 20 64 76 39 35
		30 30 20 4E 6F 74 65 62 6F 6F 6B 20 50 43 20 20
		20 20 00
		"HP Pavilion dv9500 Notebook PC    "
		52 65 76 20 31 00
		"Rev 1"
		43 4E 46 37 33 38 35 30 51 44 00
		"CNF73850QD"
		47 53 37 34 38 55 41 23 41 42 41 20 00
		"GS748UA#ABA "
		31 30 33 43 5F 35 33 33 35 4B 56 00
		"103C_5335KV"

Best regards,

	Peter Urbanec