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] [day] [month] [year] [list]
Message-Id: <1208267385.12372.11.camel@yakui_zhao.sh.intel.com>
Date:	Tue, 15 Apr 2008 21:49:45 +0800
From:	Zhao Yakui <yakui.zhao@...el.com>
To:	NoWhereMan <uncommonnonsense@...il.com>
Cc:	Andrew Morton <akpm@...ux-foundation.org>,
	linux-kernel@...r.kernel.org, linux-acpi@...r.kernel.org,
	Len Brown <lenb@...nel.org>
Subject: Re: [PATCH 2.6.25-rc7 001/001] ACPI: workaround for buggy BIOS to
	ignore error LINK CRS method

On Thu, 2008-04-10 at 14:23 +0200, NoWhereMan wrote:
> On Thu, Apr 10, 2008 at 12:40 PM, Zhao Yakui <yakui.zhao@...el.com> wrote:
> > On Wed, 2008-04-09 at 16:12 -0700, Andrew Morton wrote:
> 
> >  > That patch is about four months old.  Hopefully there was a reason why we
> >  > dodn't proceed with it?
> >  It seems that the system can work after applying the patch.
> >  But the patch depends on the returned result(-ENODEV).
> >  > if (ACPI_FAILURE(status)) {
> >  >               ACPI_EXCEPTION((AE_INFO, status, "Evaluating _CRS"));
> >  >                result = -ENODEV;
> >   >               goto end;
> >   >       }
> >  Now I am writing another workaround patch about this problem.
> 
Will you please try the workaround patch and see whether the problem can
be fixed?
Thanks.
> I'll try to help, testing the new patch on my system

View attachment "crs_debug.patch" of type "text/x-patch" (2870 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ