linux-kernel - Re: [Bug 41722] Clevo M5X0JE hangs in ACPI init

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:	Tue, 24 Jan 2012 23:55:24 -0200
From:	Rogério Brito <rbrito@....usp.br>
To:	Yinghai Lu <yinghai@...nel.org>
Cc:	Linus Torvalds <torvalds@...ux-foundation.org>,
	Jesse Barnes <jbarnes@...tuousgeek.org>,
	Ivan Kokshaysky <ink@...assic.park.msu.ru>,
	Edward Donovan <edward.donovan@...ble.net>,
	Thomas Gleixner <tglx@...utronix.de>,
	Bjorn Helgaas <bhelgaas@...gle.com>,
	linux-kernel@...r.kernel.org,
	Márcia Coutinho de Brito <mcbrito@...il.com>,
	Ram Pai <linuxram@...ibm.com>, rui.zhang@...el.com
Subject: Re: [Bug 41722] Clevo M5X0JE hangs in ACPI init

Hi, people.

On Tue, Jan 24, 2012 at 22:57, Yinghai Lu <yinghai@...nel.org> wrote:
> 2012/1/24 Yinghai Lu <yinghai@...nel.org>:
>> 2012/1/24 Rogério Brito <rbrito@....usp.br>:
>>>> it seems not related. or could be ioremap etc have problem?
>>>>
>>>> So can you try to boot with nopat?
>>>
>>> I have experimented with Linux 3.3.0-rc1-00080-g16111ea, which is a merge of:
>>>
>>> * yinghai's usb_smi_disable_early branch with HEAD = a3a6c096
>>> * linus's master branch with HEAD = 4a7cbb56
>>>
>>> I have booted the kernel as above, configured, as Yinghai asked, with
>>> OHCI disabled, but no other changes from the previous times.  I
>>> registered in video two boots with only a slight change in options
>>> passed to the kernel, with:
>
> you really need disable_cardbus_mem1_pref.patch that i sent out before.

I thought that it was already in your git branch, but I applied it this time.

> also please try to boot with
> pci=nobios
>
> it will disable pci bios32 probing.

Did that (with both the disable_cardbus... and with e820_ram_aligned
patches applied), but I still got the same results. This was booting
with nopat and pci=nobios.

The next thing that I'm doing is recording a video of how the computer
boots when that transparent sizing bridge patch is reverted, so that
you can have that as a reference. Then, I will rip apart the ACPI
stuff from the configuration of the kernel to see if it is ACPI that
is getting in the way of something here.

I'm open to other suggestions.


Thanks,

-- 
Rogério Brito : rbrito@...e.usp.br,gmail.com} : GPG key 4096R/BCFCAAAA
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
--
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/