Hi John,
1.2.2 does fix the xml file issue and I think it should work in LUV as is (although I haven't tested). 

I assume the pull request you refer to is https://github.com/chipsec/chipsec/pull/11 ? That helps solve the issue of chipsec expecting the xml files to be in a particular place, which currently prevents us using the setup.py in a virtualenv or using it as an egg (https://github.com/chipsec/chipsec/issues/12). 

Thanks, Darren

On Thu, Dec 3, 2015 at 10:09 AM, Loucaides, John <john.loucaides@intel.com> wrote:

Darren, would you mind checking 1.2.2 to see if setup.py works, now?

 

I see a pull request that does more… trying to figure out if 1.2.2 is still broken, though.

 

Thanks,

-          John

 

From: Darren Bilby [mailto:darrenbilby@gmail.com]
Sent: Wednesday, October 28, 2015 11:13 PM
To: Loucaides, John <john.loucaides@intel.com>; Ricardo Neri <ricardo.neri-calderon@linux.intel.com>; kusuriya@corrupted.io


Cc: chipsec@lists.01.org; luv@lists.01.org
Subject: Re: [chipsec] [Luv] Results and a few questions

 

I originally discovered the issue when attempting to build a chipsec egg file as part of work to make it useful in github.com/google/grr. Build of an egg uses the same setup.py so had the same issue with the lack of xml files. 

 

 

On Thu, Oct 29, 2015 at 4:54 PM Loucaides, John <john.loucaides@intel.com> wrote:

Interesting… I’m looking into this. We’re trying to finish up a 1.2.2 release, and I plan to go through the pull requests over the next day or two.

 

Btw, have you seen bugs related to setup.py outside LUV as well?

 

Thanks,

-          John

 

From: chipsec [mailto:chipsec-bounces@lists.01.org] On Behalf Of Darren Bilby
Sent: Wednesday, October 28, 2015 5:55 PM
To: Ricardo Neri <ricardo.neri-calderon@linux.intel.com>; kusuriya@corrupted.io
Cc: chipsec@lists.01.org; luv@lists.01.org
Subject: Re: [chipsec] [Luv] Results and a few questions

 

I'm actually not convinced Chipsec on LUV has ever worked. 

The configuration in setup.py for Chipsec doesn't include the XML files in the deployment, thus no XML files in LUV, and therefore the errors. 

There is a fix for it in a pull request here https://github.com/chipsec/chipsec/pull/7 but there are a bunch of other very old pull requests that don't seem to be being looked at. 

 

On Thu, Oct 29, 2015 at 9:26 AM Ricardo Neri <ricardo.neri-calderon@linux.intel.com> wrote:

Actually including the CHIPSEC mailing list this time.
On Mon, 2015-10-26 at 19:51 +0000, Neri, Ricardo wrote:
> +CHIPSEC mailing list
>
> Hi Jason,
>
> Thanks for your report.
>
> On Mon, 2015-10-26 at 12:04 -0700, Jason Barbier wrote:
> > Hey all,
> > I ran LUV-Live and my results are attached as a zip, I sort of was
> > wondering about the errors in the chipsec log though,
> > These were similar errors that I got last week that caused some issues
> > with my clock being reset using version 1.2, the latest RC seems to not
> > do that but It still can not seem to run all the tests.
> >
> > --
> > WARNING: 'SPIBAR' MMIO BAR definition not found/correct in XML config
> > [pci] reading B/D/F: 0/31/0, offset: 0xF0, value: 0xFED1C001
> > [spi] SPI MMIO base: 0x00000000FED1F800 (assuming below 4GB)
> > [spi] SPI MMIO base: 0x00000000FED1F800 (assuming below 4GB)
> > [-] Traceback (most recent call last):
> >   File "/usr/lib/python2.7/site-packages/chipsec_main.py", line 291, in
> >   run_module
> >     result = modx.run( module_argv )
> >   File "/usr/lib/python2.7/site-packages/chipsec/module.py", line 69, in
> >   run
> >     result = self.get_module_object()
> >   File "/usr/lib/python2.7/site-packages/chipsec/module.py", line 101,
> >   in get_module_object
> >     self.mod_obj = iref()
> >   File
> >   "/usr/lib/python2.7/site-packages/chipsec/modules/common/bios_wp.py",
> >   line 51, in __init__
> >     self.spi    = SPI( self.cs )
> >   File "/usr/lib/python2.7/site-packages/chipsec/hal/spi.py", line 176,
> >   in __init__
> >     self.hsfs_off   = int(chipsec.chipset.get_register_def( self.cs,
> >     "HSFS" )['offset'],16)
> >   File "/usr/lib/python2.7/site-packages/chipsec/chipset.py", line 467,
> >   in get_register_def
> >     return _cs.Cfg.REGISTERS[ reg_name ]
> > KeyError: 'HSFS'
> > --
> > [-] Traceback (most recent call last):
> >   File "/usr/lib/python2.7/site-packages/chipsec_main.py", line 291, in
> >   run_module
> >     result = modx.run( module_argv )
> >   File "/usr/lib/python2.7/site-packages/chipsec/module.py", line 80, in
> >   run
> >     result = self.mod_obj.run(module_argv)
> >   File
> >   "/usr/lib/python2.7/site-packages/chipsec/modules/common/spi_desc.py",
> >   line 68, in run
> >     return self.check_flash_access_permissions()
> >   File
> >   "/usr/lib/python2.7/site-packages/chipsec/modules/common/spi_desc.py",
> >   line 48, in check_flash_access_permissions
> >     frap = chipsec.chipset.read_register( self.cs, 'FRAP' )
> >   File "/usr/lib/python2.7/site-packages/chipsec/chipset.py", line 470,
> >   in read_register
> >     reg = _cs.Cfg.REGISTERS[ reg_name ]
> > KeyError: 'FRAP'
> >
> > ERROR: Exception occurred during chipsec.modules.common.spi_desc.run():
> > ''FRAP''
> > --
> > [-] Traceback (most recent call last):
> >   File "/usr/lib/python2.7/site-packages/chipsec_main.py", line 291, in
> >   run_module
> >     result = modx.run( module_argv )
> >   File "/usr/lib/python2.7/site-packages/chipsec/module.py", line 80, in
> >   run
> >     result = self.mod_obj.run(module_argv)
> >   File
> >   "/usr/lib/python2.7/site-packages/chipsec/modules/common/spi_lock.py",
> >   line 59, in run
> >     return self.check_spi_lock()
> >   File
> >   "/usr/lib/python2.7/site-packages/chipsec/modules/common/spi_lock.py",
> >   line 46, in check_spi_lock
> >     hsfs_reg = chipsec.chipset.read_register( self.cs, 'HSFS' )
> >   File "/usr/lib/python2.7/site-packages/chipsec/chipset.py", line 470,
> >   in read_register
> >     reg = _cs.Cfg.REGISTERS[ reg_name ]
> > KeyError: 'HSFS'
> >
> > ERROR: Exception occurred during chipsec.modules.common.spi_lock.run():
> > ''HSFS''
> > --
> >
> I added the CHIPSEC mailing list. Perhaps they can give further insight
> on what the problem might be.
>
> As per LUV, it seems that this exception somehow caused a crash in the
> LUV test manager and it prevented it from running the tests of the
> tests. It seems we need to add some safeguards so that LUV can handle
> these errors more gracefully.
>
> Thanks and BR,
> Ricardo
>
> >
> > _______________________________________________
> > Luv mailing list
> > Luv@lists.01.org
> > https://lists.01.org/mailman/listinfo/luv
>
> _______________________________________________
> Luv mailing list
> Luv@lists.01.org
> https://lists.01.org/mailman/listinfo/luv


_______________________________________________
chipsec mailing list
chipsec@lists.01.org
https://lists.01.org/mailman/listinfo/chipsec