> Greg KH wrote: > > > This disparity appeared deliberately in 4547be78. If you need > > > no_console_suspend and the hardware lets the device in an undefined > > > state after resume (i. e. PXA270), you need to call subset of the > > > resume, even if the suspend counterpart was not called. Yes, I can > > > imagine that it may be a source of problems. > > > > It seems that support for no_console_suspend for all devices is becoming > > > more complicated. I guess that a new driver calls (maybe "save_state" > > > and "resume_state") or support for no_console_suspend directly in > > > drivers may be useful. > > > > Ok, so I'm guessing that this patch is not to be applied then, correct? > > I just compared it with Jason Wang's patches. MyungJoo Ham's patch is > exactly equal to the PATCH 1/2. So it already has my ACK and it is > pending as: > > serial-core: skip call set_termios/console_start when no_console_suspend > > Related thread can be found in linux-serial archives from August 2010: > [PATCH RESEND 0/2] two serial_core suspend/resume fixes > > To MyungJoo Ham: Could you verify, that Jason Wang's patch 2/2 does not > break your system? My patch to fix PXA270 does not exist yet. I'll ask > you in future for testing. With Jason Wang's patch, it works fine. I'm applying Wang's 1/2 and 2/2 to mine. Thank you. > > -- > Best Regards / S pozdravem, > > Stanislav Brabec > software developer > --------------------------------------------------------------------- > SUSE LINUX, s. r. o. e-mail: sbrabec@xxxxxxx > Lihovarska 1060/12 tel: +420 284 028 966, +49 911 740538747 > 190 00 Praha 9 fax: +420 284 028 951 > Czech Republic http://www.suse.cz/ > MyungJoo Ham (함명주) Mobile Software Platform Lab, Digital Media and Communications (DMC) Business Samsung Electronics cell: +82-10-6714-2858 / office: +82-31-279-8033ÿ淸º{.nÇ+돴윯돪†+%듚ÿ깁負¥Šwÿº{.nÇ+돴¥Š{깸푹돥ÿŠ{ayºÊ뉅숇,j?f"·hš륅곴ÿ묎çz_溫(?šŽ듶¢j"얎¶m§ÿÿ¾?G«앶ÿ◀?솳鈺Ú&x§~뤳