From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jaco Kroon Subject: Re: Toshiba Satellite P10 Date: Sat, 24 Dec 2005 14:35:06 +0200 Message-ID: <43AD407A.5020708@kroon.co.za> References: <20051223172459.GB15357@elf.ucw.cz> <43AC80F3.6040605@kroon.co.za> <20051223230133.GC16104@elf.ucw.cz> <43AC9127.10007@kroon.co.za> <20051224002527.GA16285@elf.ucw.cz> <43AC97E7.1030800@kroon.co.za> <20051224003808.GB16285@elf.ucw.cz> <43AD0AC6.9060904@kroon.co.za> <43AD2676.10703@roarinelk.homelinux.net> <43AD2F3F.7010003@kroon.co.za> <20051224114758.GD26351@elf.ucw.cz> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms020204010401060802040707" Return-path: In-Reply-To: <20051224114758.GD26351-I/5MKhXcvmPrBKCeMvbIDA@public.gmane.org> Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: Pavel Machek Cc: Manuel Lauss , Stefan Seyfried , Holger Macht , acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: linux-acpi@vger.kernel.org This is a cryptographically signed message in MIME format. --------------ms020204010401060802040707 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Pavel Machek wrote: > Hi! > > >>>I have a Vaio which has the same ide problem (at least I think so): >>>after resume, all processes wishing to access the disk hang, >>>dmesg shows lots of "hda: lost interrupt" messages. >>>However, doing a "hdparm -w /dev/hda" after resume makes everything >>>work again. >>> >> >>>>From the man page: >> >> -w Perform a device reset (DANGEROUS). Do NOT use this >>option. It >> exists for unlikely situations where a reboot might >>otherwise be >> required to get a confused drive back into a useable state. >> >>Ok. I don't have really important data on the notebook atm (all backed >>up for obvious reasons). So I gave this a try. It causes the kernel to >>crash entirely. No more SysRq. No OOPS. Nothing. It outputs a single >>string namely "/dev/hda:" and then dies. > > > Try verifying that your interrupts work after resume. (I assume we are > still talking suspend-to-RAM here, and that you got suspend-to-disk to > more or less work?) Do cat /proc/interrupts; sleep 10; cat > /proc/interrupts both before and after suspend. I presume you're looking for ide0 and ide1 interrupts, yes, after suspending to ram twice the command showed that interrupt 14 (ide0) increased from 994 to 1011 and for 15 (ide1) it stayed at 24. My hdd is on hda so that'll be on ide0, dvd-rw is on hdc or ide1. The interrupt counts for cascade (irq 2), rtc (irq 8) and acpi (irq 9) stayed constant though, at 0, 2 and 4 respectively. No NMI or ERR conditions were ever signaled. Now, with APIC, but no IO-APIC there is a bug notice during resume. Going to type it over (from dmesg): Back to C! Debug: sleeping function called from invalid context at mm/slab.c:2472 in_atomic():0, irqs_disabled():1 __might_sleep+0x9e/0xa6 acpi_os_allocate+0x15/0x26 kmem_cache_alloc+0x95/0xad acpi_ut_callocate+0x37/0x79 acpi_os_acquire_object+0xf/0x3c acpi_ut_allocate_object_desc_dbg+0xc/0x49 acpi_ut_create_internal_object_dbg+0x18/0x6d acpi_rs_set_srs_method_data+0x41/0xc kmem_cache_alloc+0x6d/0xad acpi_pci_link_set+0x4c/0x1ad acpi_pci_link_set+0x126/0x1ad acpi_pci_link_resume+0x22/0x28 irqrouters_resume+0x25/0x38 __sysdev_resume+0x3d/0x71 sysdev_resume+0x38/0x5e device_power_up+0x5/0xa suspend_enter+0x36/0x54 enter_state+0x49/0x8a state_store+0x9a/0xad subsys_attr_store+0x37/0x40 flush_write_buffer+0x3e/0x4a sysfs_write_file+0x6b/0x92 vfs_write+0x1a5/0x1aa sys_write+0x51/0x80 sysenter_past_esp+0x54/0x75 ACPI: PCI Interrupt 0000:00:14.1[A] -> Link [LNK0] -> GSI 11 (level, low) -> IRQ 11 ACPI: PCI Interrupt 0000:02:04.0[A] -> Link [LNK0] -> GSI 11 (level, low) -> IRQ 11 Restarting tasks... done Both cases looks identical. /proc/interrupts doesn't list 11 as an interrupt ?!? Also, this time round the auto-repeat on the keys is working again after resume. In fact, everything seems to be working. Just that debug stacktrace that bothers me. Oh, and my console blanking time also seems to get lost but I can fix that with the help of echo and /dev/tty*. Anyhow, suspended twice to ram now in succession, make cleaned and rebuilt the kernel, installed it, and the only thing that even suggests there is a glitch is that trace. Looks like I need APIC on and IO-APIC off. Any explanations very welcome: and don't tell me the IO-APIC is buggy - I've been running with both those options on for as long as I've had this notebook now. Jaco -- There are only 10 kinds of people in this world, those that understand binary and those that don't. http://www.kroon.co.za/ --------------ms020204010401060802040707 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII5TCC As0wggI2oAMCAQICAw3p1jANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDUwMTI4MjExMjIzWhcNMDYwMTI4MjExMjIz WjBCMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMR8wHQYJKoZIhvcNAQkBFhBq YWNvQGtyb29uLmNvLnphMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA4CsLuOWD wimwAv4QLdlT99frJCwzUBVQNL7c7x4ufEquAH6RamWfQyQHzykEJM8NeMIrfb+k3fZEi+ZU g5sq2uIqzOuCJsIj0x3LnoydXTikbv1AFWQDEuqITlroA8bGJE/mMlbPrKyDACPo5cQAzUQz LAg7LQQQVkKNWH4eeXUwZ5lOZEWWno0P5DXHdSLQxCshgWVPRrbtKe25WGObqJMa//1T5qX8 0mKIdAbHlz90BwgX/MjLp0BpXTii2653ScOujCLTC3cPdDUDK68qG7RqatVw5+HE/npJIWa1 0TxJUp5Ii8nPbGPzpEWQmZ8TjkjMs26w80PPPKh2Vh2siQIDAQABoy0wKzAbBgNVHREEFDAS gRBqYWNvQGtyb29uLmNvLnphMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAqXNX QEMTVQoj3JoEwK9vlfqSVz5ZEUklpgEhwFJsD+PKa/LgUGVHk3Gw8wws4+wZxmpOsJ7vdiWL y8zlX7HfPWMcbibTi6C7nT6WahqdeAo3kVjhnMqJ3Sf6sX0JGl9bWfIhgmIVy/ZdM2ztrXwd rbWiT7un5lM05D4YPCNH9fcwggLNMIICNqADAgECAgMN6dYwDQYJKoZIhvcNAQEEBQAwYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA1MDEyODIx MTIyM1oXDTA2MDEyODIxMTIyM1owQjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJl cjEfMB0GCSqGSIb3DQEJARYQamFjb0Brcm9vbi5jby56YTCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAOArC7jlg8IpsAL+EC3ZU/fX6yQsM1AVUDS+3O8eLnxKrgB+kWpln0Mk B88pBCTPDXjCK32/pN32RIvmVIObKtriKszrgibCI9Mdy56MnV04pG79QBVkAxLqiE5a6APG xiRP5jJWz6ysgwAj6OXEAM1EMywIOy0EEFZCjVh+Hnl1MGeZTmRFlp6ND+Q1x3Ui0MQrIYFl T0a27SntuVhjm6iTGv/9U+al/NJiiHQGx5c/dAcIF/zIy6dAaV04otuud0nDrowi0wt3D3Q1 AyuvKhu0amrVcOfhxP56SSFmtdE8SVKeSIvJz2xj86RFkJmfE45IzLNusPNDzzyodlYdrIkC AwEAAaMtMCswGwYDVR0RBBQwEoEQamFjb0Brcm9vbi5jby56YTAMBgNVHRMBAf8EAjAAMA0G CSqGSIb3DQEBBAUAA4GBAKlzV0BDE1UKI9yaBMCvb5X6klc+WRFJJaYBIcBSbA/jymvy4FBl R5NxsPMMLOPsGcZqTrCe73Yli8vM5V+x3z1jHG4m04ugu50+lmoanXgKN5FY4ZzKid0n+rF9 CRpfW1nyIYJiFcv2XTNs7a18Ha21ok+7p+ZTNOQ+GDwjR/X3MIIDPzCCAqigAwIBAgIBDTAN BgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES MBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UE CxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0 aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1Ro YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GN ADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAK MNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTX p6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYB Af8CAQAwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBl cnNvbmFsRnJlZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYD VQQDExFQcml2YXRlTGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2as Zw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSe JVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHT HUb/XV9lTzGCAzswggM3AgEBMGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBD b25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp bCBJc3N1aW5nIENBAgMN6dYwCQYFKw4DAhoFAKCCAacwGAYJKoZIhvcNAQkDMQsGCSqGSIb3 DQEHATAcBgkqhkiG9w0BCQUxDxcNMDUxMjI0MTIzNTA2WjAjBgkqhkiG9w0BCQQxFgQUcaPO B9/6Nl0CeIB2hBrxMb/ziuEwUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG 9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgweAYJKwYB BAGCNxAEMWswaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcg KFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3Vpbmcg Q0ECAw3p1jB6BgsqhkiG9w0BCRACCzFroGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRo YXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBG cmVlbWFpbCBJc3N1aW5nIENBAgMN6dYwDQYJKoZIhvcNAQEBBQAEggEA0n+LAt/npTmq1pId 2i/AsLFq0JI+zB2kHr8ZWJA5tspmFzlyTZd2717uMIJnMvj345UJfIAb2IKh3SSUQ7K4qfiD qNe4xDDP1Tqq+8OUbnEPJ5fK//yuy3z76O306L6JOe5kA/Mki6CmYE40qsufstA6NDgKnGOG j9o/9+mKJXy27fkyeDF+88pdm5kU1+dcaEzxLhuN6f06NP8SR/BFU6Xso6lk5oGZJz2hX3kD Odyg39UydqQSt300JCGGWP9toL1rDfGARzO5PWuSyW3pcHHaC3IQxIis+oi59X2m62yj2ZJn 5kq4AliogPuCOcrU//Uo0uGLf9c1qUMzfVK49QAAAAAAAA== --------------ms020204010401060802040707-- ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click