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:	Mon, 13 Aug 2007 22:29:47 +0200
From:	"Michal Piotrowski" <michal.k.k.piotrowski@...il.com>
To:	"Hugh Dickins" <hugh@...itas.com>
Cc:	"Linus Torvalds" <torvalds@...ux-foundation.org>,
	"Len Brown" <len.brown@...el.com>,
	"Henrique de Moraes Holshuh" <hmh@....eng.br>,
	"Alexey Starikovskiy" <astarikovskiy@...e.de>,
	linux-kernel@...r.kernel.org
Subject: Re: 2.6.23-rc3 regression and bisection query

On 13/08/07, Hugh Dickins <hugh@...itas.com> wrote:
> Two issues in this mail, sorry if I'd have done better to separate them.
>
> One: Thinkpad T43p suspend-to-RAM regression.
>
> Verily, what Len giveth with one hand, he taketh away with the other.
> Henrique's fix to CONFIG_THINKPAD_ACPI_INPUT_ENABLED default is now in,
> thanks, so Fn-F4 ought now to Suspend to RAM on the Thinkpad T43p.
> Except that it doesn't.
>
> Git bisection (with manual fixups to i386 mmiocfg horror, thanks
> for drawing attention to that in your changelog) accuses Alexey's
> ACPI: EC: If ECDT is not found, look up EC in DSDT
> cd8c93a4e04dce8f00d1ef3a476aac8bd65ae40b
> and if I revert that along with Len's subsequent
> ACPI: EC: fix build warning
> 52fe4bdf40bc07498c5f7935551774e8f8458190
> then I have Fn-F4 suspending to RAM again.
>
> It's not obvious to me how Alexey's patch might be interfering with
> Thinkpad STR, but of course I can try any patches suggested.  Hmm,
> does "echo mem >/sys/power/state" work instead?  Apparently, except
> then we cannot resume after, the screen remains blank - though I'm
> not in the habit of using /sys/power/state, maybe that's unrelated.
>
> Two: oddity noticed in doing that git bisection.
>
> I'd told it v2.6.23-rc2 good and v2.6.23-rc3 bad.  Happily rebooting
> various versions of 2.6.23-rc2-git (CONFIG_LOCALVERSION="-git").
> Caught by surprise when I realized that actually the last few kernels
> it had built were actually 2.6.23-rc1-git.  Bisection log below from
> a correct second attempt: git --version 1.5.2.4.
>
> Is that right?

I think that this is a normal thing.

Thanks for the report.

Regards,
Michal

-- 
LOG
http://www.stardust.webpages.pl/log/
-
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ