Randy Fishel wrote:
> On Mon, 3 Nov 2008, Venu C wrote:
>
>   
>> No core dumps noted, also alrm(acpi_rtc_wake) setting
>> fails to wake instead resets.
>>
>> Thanks,
>> Venu.
>>     
>
>   FWIW, I doubt there would be coredumps, as the disk drivers need to 
> be resumed for dumps to occur (not to mention you would see the delay 
> while it is being written).
>   
      This problem is happening with Ide drive, which I have swapped 
with CF card.
      (both have connectivity to the same ide controller in master and 
slave slots)
>   This is likely due to some fault on resume (possibily related to a 
> DMA issue that has been reported).  If I remember, you have a serial 
> port on your machine, would it be possible to plug it into another and 
> trap debugging to the serial port?
>   
     This platform has NetMos Technology PCI 9835 Multi-I/O Controller, 
which
     dont have supported Solaris driver for serial port. Also, dont have 
a port 80 plug either.

Thanks,
Venu.
>       ---- Randy
>
>   
>> --- Kerry Shu <[EMAIL PROTECTED]> wrote:
>>
>>     
>>> I guess it panicked in resume when you saw it
>>> rebooted. Pls check
>>> /var/crash to see if there are core dumps there.
>>>
>>> Regards,
>>> Kerry
>>>
>>> Venu C wrote:
>>>       
>>>> When I replaced boot device from compact flash
>>>>         
>>> card to Ide drive,  
>>>       
>>>> system suspends fine.
>>>> When I press WAKE button, it resets instead of
>>>>         
>>> resume most of the times. 
>>>       
>>>> Noted success
>>>> twice on friday, today all my attempts(6 times)
>>>>         
>>> didnot succeed.
>>>       
>>>> Not sure why it is resetting, any idea?
>>>>
>>>> Venu.
>>>> Dana H. Myers wrote:
>>>>         
>>>>> Venu C wrote:
>>>>>           
>>>>>> Dana H. Myers wrote:
>>>>>>             
>>>>>>> Venu C wrote:
>>>>>>>               
>>>>>>>> After bypassing the macros for i915 driver in
>>>>>>>>                 
>>> suspend resume code,  
>>>       
>>>>>>>> cpr works fine now on my Intel Atom platform.
>>>>>>>>                 
>>> with Alarm as well as 
>>>       
>>>>>>>> Wake button. powerbutton donot seems to work
>>>>>>>>                 
>>> for cpr, please see 
>>>       
>>>>>>>> below for ACPI Error.
>>>>>>>> It makes sense to work one of WAKE or PWR
>>>>>>>>                 
>>> buttons.
>>>       
>>>>>>>> Oct 27 14:58:07 lippert genunix: [ID 535284
>>>>>>>>                 
>>> kern.notice] System is 
>>>       
>>>>>>>> being suspended
>>>>>>>> Oct 27 14:58:09 lippert genunix: [ID 228648
>>>>>>>>                 
>>> kern.info] 
>>>       
>>>>>>>> ata_set_feature: (0x2,0x0) failed
>>>>>>>> Oct 27 14:58:09 lippert ata: [ID 745855
>>>>>>>>                 
>>> kern.warning] WARNING: 
>>>       
>>>>>>>> /[EMAIL PROTECTED],0/[EMAIL PROTECTED],1/[EMAIL PROTECTED] unable to 
>>>>>>>> ena
>>>>>>>> ble write cache targ=1
>>>>>>>> Oct 27 14:58:09 lippert acpica: [ID 335148
>>>>>>>>                 
>>> kern.notice] ACPI Error 
>>>       
>>>>>>>> (evxfevnt-0292): Could not enable Pow
>>>>>>>> erButton event [20060721] <<<<
>>>>>>>>                 
>>>>>>> This 'ACPI Error' is reporting that the chipset
>>>>>>>               
>>> hardware failed to 
>>>       
>>>>>>> respond
>>>>>>> as expected when the PowerButton wake event was
>>>>>>>               
>>> enabled at the hardware
>>>       
>>>>>>> level; presumably this is why the power button
>>>>>>>               
>>> doesn't wake the system
>>>       
>>>>>>> (correct?).
>>>>>>>               
>>>>>>     Correct. Instead Wake button works.
>>>>>>             
>>>>> Ah - that seems to make sense :-)
>>>>>           
>>>>>>> What kind of chipset is this?  What kind of
>>>>>>>               
>>> system-board?
>>>       
>>>>>>      Intel Atom, Intel system controller Hub(SCH
>>>>>>             
>>> poulsbo)
>>>       
>>>>>>      embedded system-board.
>>>>>>             
>>>>> Cheers,
>>>>> Dana
>>>>>
>>>>>
>>>>>           
>>>> _______________________________________________
>>>> driver-discuss mailing list
>>>> [email protected]
>>>>
>>>>         
>> http://mail.opensolaris.org/mailman/listinfo/driver-discuss
>>     
>>     
>
>   

_______________________________________________
driver-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/driver-discuss

Reply via email to