Bug 43014
Summary: | Kernel freeze on Acer Aspire 1510 | ||
---|---|---|---|
Product: | Other | Reporter: | Karl-Felix Glatzer (karl.glatzer) |
Component: | Other | Assignee: | other_other |
Status: | NEW --- | ||
Severity: | normal | CC: | andrey_utkin, jlee |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 3.3.0 | Subsystem: | |
Regression: | Yes | Bisected commit-id: | |
Attachments: |
Freeze with the 3.3.0 kernel
Output of dmesg run on Ubuntu Lucid using the 2.6.32-40-generic kernel Output of lspci -vvnn run on Ubuntu Lucid using the 2.6.32-40-generic kernel dmesg log with pci=earlydump,realloc lspci -t new dmesg log with corrected pci=earlydump,realloc lspci -t on v2.6.32 lspci -vvnn on v3.6 Kernel v3.6-rc3 with override_bios=1 Freeze on v3.15.8 Freeze on v3.16 |
Description
Karl-Felix Glatzer
2012-03-30 17:44:37 UTC
Created attachment 72766 [details]
Output of dmesg run on Ubuntu Lucid using the 2.6.32-40-generic kernel
Created attachment 72767 [details]
Output of lspci -vvnn run on Ubuntu Lucid using the 2.6.32-40-generic kernel
Hi, Did you try 3.5 or 3.6-rc1 kernel can still reproduce this issue? Thanks I just tried the latest ubuntu mainline kernel (3.6-rc3) and can reproduce the issue with it. However when blacklisting yenta_socket the kernel boots fine. (In reply to comment #4) > I just tried the latest ubuntu mainline kernel (3.6-rc3) and can reproduce > the > issue with it. However when blacklisting yenta_socket the kernel boots fine. There have BAR allocation fail on your machine with VGA and CardBus bridge. Please try 'pci=realloc' kernel parameter. i've tried booting the 3.6-rc3 kernel with pci=realloc but it still freezes at "pcmcia_socket pcmcia_socket0: cs: IO port probe 0x3000-0x3fff". (In reply to comment #6) > i've tried booting the 3.6-rc3 kernel with pci=realloc but it still freezes > at > "pcmcia_socket pcmcia_socket0: cs: IO port probe 0x3000-0x3fff". hmm... Please attach the following log files: + dmesg log with pci=earlydump,realloc + 'lspci -t' result Thanks Created attachment 79131 [details]
dmesg log with pci=earlydump,realloc
Created attachment 79141 [details]
lspci -t
(In reply to comment #8) > Created an attachment (id=79131) [details] > dmesg log with pci=earlydump,realloc Hi, Per dmesg log, you give a wrong kernel parameter: pci-earlzdump,realloc Please use: pci=earlydump,realloc thanks Created attachment 79201 [details]
new dmesg log with corrected pci=earlydump,realloc
Oh I'm sorry. Here's a new dmesg log with the correct parameter.
(In reply to comment #11) > Created an attachment (id=79201) [details] > new dmesg log with corrected pci=earlydump,realloc > > Oh I'm sorry. Here's a new dmesg log with the correct parameter. hm... that's interesting the BAR 16 on 0000:02:07.0 cardbus device still reassign fail: [ 0.179976] pci 0000:02:07.0: BAR 16: can't assign mem (size 0x8000000) <=== need 128M? I am aware in bug description, you said this issue doesn't happen before v2.6.33 kernel. And I saw the same BAR 16 assign fail in dmesg on comment#1, that means on v2.6.32, yenta_socket driver has no problem with BAR assign fail. I simply check the yenta_socket patches bewteen v2.6.32 to v2.6.33, only 2 coding style changed. Could you please provide the following information for compare difference? # lspci -vvnn on v3.6 kernel # lspci -t on v2.6.32 kernel And, please try 'pci=cbmemsize=128M' kernel parameter, then attach on dmesg. If cdmemsize doesn't work, please try override_bios=1 module parameter: # vi /etc/modprobe.d/yenta_socket.conf add 'options yenta_socket override_bios=1' Thanks a lot! Hi Karl-Felix, Please ignore my suggestion on Comment#12 to try 'pci=cbmemsize=128M', it's stupid for use bigger memsize for cardbus. Besides this, please still provide the lspci result and try override_bios parameter. Thanks Created attachment 79911 [details]
lspci -t on v2.6.32
Created attachment 79921 [details]
lspci -vvnn on v3.6
Created attachment 79931 [details]
Kernel v3.6-rc3 with override_bios=1
I've tried booting the v3.6-rc3 kernel with the override_bios=1 parameter of yenta_socket and now it freezes with this output.
Created attachment 146251 [details]
Freeze on v3.15.8
The problem seems to be partially fixed upstream (tested with v3.15.8 and v3.16). The laptop boots and runs fine but prints this error message when loading the yenta_cardbus module:
yenta_cardbus 0000:02:07.0: no bus associated! (try 'pci=assign-busses')
Booting with pci=assign-busses triggers the freeze. Attached is a picture of the freeze on v3.15.8.
When booting without pci=assign-busses the card reader works though. It detects my SD-Card and i can read from it and write to it.
Please try again with 3.15.9, or 3.16, or linux-next git. Created attachment 146481 [details]
Freeze on v3.16
Output of booting v3.16 with pci=assign-busses.
|