login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2009
»
December
»
26
Re: Regression in module wmi since 2.6.32 (bisected to commit 1caab3c)
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Larry Finger
Subject:
Re: Regression in module wmi since 2.6.32 (bisected to commit 1caab3c)
Date: Saturday, December 26, 2009 - 8:32 am
On 12/25/2009 07:18 PM, Carlos Corbacho wrote:
quoted text
> On Friday 25 December 2009 22:09:28 Larry Finger wrote: >> On 12/25/2009 03:58 PM, Carlos Corbacho wrote: >>> On Friday 25 December 2009 21:35:49 Larry Finger wrote: >>>> Should I attach the files DSDT.dat, acpidump.out, or DSDT? >>> >>> DSDT from /proc/acpi/dsdt will do fine for my purposes. >> >> Attached. > > This is the same as bugzilla #14846 - in both cases, the GUID 05901221-D566-11D1-B2F0-00A0C9062910 (a data block query) is duplicated in two different devices, although both look like they are nVidia related hooks. > > Since we don't currently have any in kernel drivers that use that stuff, and the query in question just returns a binary MOF, the simplest solution (for now) seems to be to just ignore these duplicates - if and when someone wants to support these hooks, they can clean the mess up properly when they figure out how WMI is supposed to cope with conflicting GUID's. > > Matthew, you looked at NVIF for your sins, can you see a better solution? We could just blacklist the offending GUID, rather than trying to catch all duplicates? Although just ignoring all duplicates strikes me as a better solution to catch the next time that J Random BIOS Developer decides to duplicate GUIDs in WMI. > > Initial patch below which takes the "ignore all duplicate GUIDs" approach.
The patch fixes my machine. Thanks, Larry --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
Regression in module wmi since 2.6.32 (bisected to commit ...
, Larry Finger
, (Fri Dec 25, 1:48 pm)
Re: Regression in module wmi since 2.6.32 (bisected to com ...
, Carlos Corbacho
, (Fri Dec 25, 1:56 pm)
Re: Regression in module wmi since 2.6.32 (bisected to com ...
, Larry Finger
, (Fri Dec 25, 2:35 pm)
Re: Regression in module wmi since 2.6.32 (bisected to com ...
, Carlos Corbacho
, (Fri Dec 25, 2:58 pm)
Re: Regression in module wmi since 2.6.32 (bisected to com ...
, Larry Finger
, (Fri Dec 25, 3:09 pm)
Re: Regression in module wmi since 2.6.32 (bisected to com ...
, Carlos Corbacho
, (Fri Dec 25, 6:18 pm)
Re: Regression in module wmi since 2.6.32 (bisected to com ...
, Dmitry Torokhov
, (Fri Dec 25, 6:36 pm)
Re: Regression in module wmi since 2.6.32 (bisected to com ...
, Larry Finger
, (Sat Dec 26, 8:32 am)
Re: Regression in module wmi since 2.6.32 (bisected to com ...
, Carlos Corbacho
, (Sat Dec 26, 11:36 am)
Re: Regression in module wmi since 2.6.32 (bisected to com ...
, Larry Finger
, (Sat Dec 26, 12:04 pm)
[PATCH] ACPI: WMI: Handle duplicate GUIDs
, Carlos Corbacho
, (Sat Dec 26, 12:14 pm)
Re: [PATCH] ACPI: WMI: Handle duplicate GUIDs
, Len Brown
, (Sat Dec 26, 12:42 pm)
Re: Regression in module wmi since 2.6.32 (bisected to com ...
, Matthew Garrett
, (Wed Jan 6, 8:27 am)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
monstr
[PATCH 46/56] microblaze_v2: headers files entry.h current.h mman.h registers.h se...
Jan Engelhardt
Re: Linux Security *Module* Framework (Was: LSM conversion to static interface)
Dave Jones
Re: Why do so many machines need "noapic"?
Michael Moore
Re: underage models, pre teen models, lolita porn, young preteens, little lolitas
Lars-Peter Clausen
[PATCH v4] MMC: Add JZ4740 mmc driver
git
:
Andy Parkins
git-fetch fails with error code 128
Eli Zaretskii
Re: Switching from CVS to GIT
Jan Harkes
Re: git-svn and huge data and modifying the git-svn-HEAD branch directly
Dan Chokola
Re: how do you "force a pull"?
Johan Herland
Re: Comment on weak refs
git-commits-head
:
Linux Kernel Mailing List
No need to do lock_super() for exclusion in generic_shutdown_super()
Linux Kernel Mailing List
x86, msr: Export the register-setting MSR functions via /dev/*/msr
Linux Kernel Mailing List
MIPS: SMTC: Fix lockup in smtc_distribute_timer
Linux Kernel Mailing List
Input: gpio-keys - add support for disabling gpios through sysfs
Linux Kernel Mailing List
sh-sci: update receive error handling for muxed irqs
linux-netdev
:
Patrick McHardy
Re: no reassembly for outgoing packets on RAW socket
Ilpo Järvinen
net-next/unix: BUG: using smp_processor_id() in preemptible
Herbert Xu
Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock().
Evgeniy Polyakov
Re: virt-manager broken by bind(0) in net-next.
Eric Dumazet
Re: [PATCH] conntrack: use SLAB_DESTROY_BY_RCU for nf_conn structs
openbsd-misc
:
elitdostlar
Seks partneri arayan bayanlar bu adreste - 8878xs706x6438
Marcus Andree
Re: This is what Linus Torvalds calls openBSD crowd
Lars D. Noodén
Re: sshd.config and AllowUsers
Henning Brauer
Re: Sun Blade 1000?
Laurens Vets
Re: OT: opinions on IDS / IPS solutions
Colocation donated by:
Syndicate