linux-kernel - Re: Hang on suspend

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:	Sun, 24 Feb 2008 23:49:29 +0100
From:	"Rafael J. Wysocki" <rjw@...k.pl>
To:	Julian Blake Kongslie <jblake@...wallhack.org>
Cc:	LKML <linux-kernel@...r.kernel.org>, Pavel Machek <pavel@....cz>
Subject: Re: Hang on suspend

On Sunday, 24 of February 2008, Julian Blake Kongslie wrote:
> On Sun, 2008-02-24 at 23:35 +0100, Rafael J. Wysocki wrote:
> > [Please don't drop the CC list from replies.]
> 
> Yeah, sorry, I accidentally whacked the wrong reply button.
> 
> > On Sunday, 24 of February 2008, Julian Blake Kongslie wrote:
> > > On Sun, 2008-02-24 at 12:23 +0100, Rafael J. Wysocki wrote:
> > > > Can you please check what's at the address platform_suspend_late+0x19?
> > > 
> > > 0xc0253ca9 is in platform_suspend_late (drivers/base/platform.c:579).
> > > 574	{
> > > 575		struct platform_driver *drv = to_platform_driver(dev->driver);
> > > 576		struct platform_device *pdev;
> > > 577		int ret = 0;
> > > 578	
> > > 579		pdev = container_of(dev, struct platform_device, dev);
> > > 580		if (dev->driver && drv->suspend_late)
> > > 581			ret = drv->suspend_late(pdev, mesg);
> > > 582	
> > > 583		return ret;
> > 
> > That's strange, it looks like the container_of() accessing beyond the
> > structure.
> > 
> > Is this 100% reproducible?
> 
> Yes, it is. I've had this hang on suspend since at least some time in
> early 2.6.24-rc, although because I have to transcribe the oops manually
> I haven't had enough incentive to get it reported until now.
> Unfortunately, I just don't need to suspend very often, so it may have
> been introduced some time before then.
> 
> If you don't have any other ideas,

No, I don't.

> I can try to bisect and find the change that introduced it,

That would be great.

> but it'll probably take me a day or two; I have other things I need to use my
> computer for, so it's a bit difficult to do the constant-reboot-and-test
> cycle. 

Not a problem at all.

Thanks,
Rafael
--
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/