RE: [Devel] Correct place to send patches?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Then perhaps this is where the machine is violating the ACPI specification:


6.5.1 _INI (Init)

The _INI method must only access Operation Regions that have been indicated to be available as defined by the _REG method.




> -----Original Message-----
> From: Adam Goode [mailto:agoode@xxxxxxxxxx]
> Sent: Wednesday, May 20, 2015 9:56 AM
> To: Moore, Robert
> Cc: Zheng, Lv; Lan, Tianyu; linux-acpi@xxxxxxxxxxxxxxx; devel@xxxxxxxxxx
> Subject: Re: [Devel] Correct place to send patches?
> 
> No, I did not see a _REG method defined in the code.
> 
> 
> Adam
> 
> 
> On Wed, May 20, 2015 at 12:46 PM, Moore, Robert <robert.moore@xxxxxxxxx>
> wrote:
> > Does the CMOS operation region have a _REG method?
> >
> >
> >
> >
> >
> > From: Zheng, Lv
> > Sent: Tuesday, May 19, 2015 11:03 PM
> > To: Zheng, Lv; Moore, Robert; Adam Goode; Lan, Tianyu
> > Cc: linux-acpi@xxxxxxxxxxxxxxx; devel@xxxxxxxxxx
> >
> >
> > Subject: RE: [Devel] Correct place to send patches?
> >
> >
> >
> > Since no reply from Tianyu…
> >
> > What if we move _INI invocation out of ACPICA, and let OSPM to invoke
> it.
> >
> >
> >
> > Thanks
> >
> > -Lv
> >
> >
> >
> > From: Devel [mailto:devel-bounces@xxxxxxxxxx] On Behalf Of Zheng, Lv
> > Sent: Thursday, May 14, 2015 8:33 AM
> > To: Moore, Robert; Adam Goode; Lan, Tianyu
> > Cc: linux-acpi@xxxxxxxxxxxxxxx; devel@xxxxxxxxxx
> > Subject: Re: [Devel] Correct place to send patches?
> >
> >
> >
> > You should discuss this in the linux-acpi mailing list where the Linux
> > CMOS opregion driver is implemented, reviewed, and merged.
> >
> > Let me Cc Tianyu who is the original author of the CMOS opregion driver.
> >
> >
> >
> > Thanks
> >
> > -Lv
> >
> >
> >
> > From: Moore, Robert
> > Sent: Wednesday, May 13, 2015 10:25 PM
> > To: Adam Goode; Zheng, Lv
> > Cc: devel@xxxxxxxxxx
> > Subject: RE: [Devel] Correct place to send patches?
> >
> >
> >
> > I’ll have to let Lv answer this question.
> >
> >
> >
> >
> >
> > From: Adam Goode [mailto:agoode@xxxxxxxxxx]
> > Sent: Wednesday, May 13, 2015 7:23 AM
> > To: Moore, Robert
> > Cc: devel@xxxxxxxxxx
> > Subject: Re: [Devel] Correct place to send patches?
> >
> >
> >
> > The problem is that on new Apple hardware (Macmini7,1 and others), the
> > system reads and writes from CMOS in _INI. With no CMOS handler, the
> > Thunderbolt device doesn't initialize correctly.
> >
> >
> >
> > The current framework in Linux doesn't register the PNP* CMOS devices
> > until after _INI runs. Do you have a suggestion on what to do in this
> > case? Is it possible to register a device driver before _INI runs?
> >
> >
> >
> >
> >
> > Thanks,
> >
> >
> >
> > Adam
> >
> >
> >
> >
> >
> > On Wed, May 13, 2015 at 4:07 PM, Moore, Robert
> > <robert.moore@xxxxxxxxx>
> > wrote:
> >
> > Actually, I had a question about this.
> >
> >
> >
> > Given that the CMOS device has a _HID and requires a device driver
> > (there can be multiple types of CMOS devices), in ACPICA we decided
> > that we could not provide CMOS interfaces.
> >
> >
> >
> > What problem does this patch solve, and how will it work in the face
> > of different CMOS devices?
> >
> >
> >
> > Thanks,
> >
> > Bob
> >
> >
> >
> >
> >
> > From: Devel [mailto:devel-bounces@xxxxxxxxxx] On Behalf Of Adam Goode
> > Sent: Wednesday, May 13, 2015 4:53 AM
> > To: devel@xxxxxxxxxx
> > Subject: [Devel] Correct place to send patches?
> >
> >
> >
> > Hi,
> >
> >
> >
> > Is this the correct place to send patches for review? I have a patch
> > from a few weeks ago
> > (https://lists.acpica.org/pipermail/devel/2015-May/000698.html) that I
> > would like feedback on.
> >
> >
> >
> >
> >
> > Thanks,
> >
> >
> >
> > Adam
> >
> >
> >
> >
��.n��������+%������w��{.n�����{�����ܨ}���Ơz�j:+v�����w����ޙ��&�)ߡ�a����z�ޗ���ݢj��w�f





[Index of Archives]     [Linux IBM ACPI]     [Linux Power Management]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux