Re: [linux-yocto] [PATCH 0/4] LSI AXXIA updates to standard/axxia/base 3.10

2014-05-20 Thread Bruce Ashfield

On 2014-05-20, 6:36 PM, Charlie Paul wrote:

These patches are updates to the LSI standard/axxia/base for 3.10.

John Jacques (2):
   arch/arm/mach-axxia: Added the Redundant Parameters inthe Device Tree
   arch/arm/mach-axxia: Move Simulutaion/Emulation WFE/SEV Work-Around

SangeethaRao (2):
   ARM:mach-axxia: Added code to PCIe driver to allocate IO_RESOURCE for
 PEI0/PEI1
   LSI nand:  Enables support for 3500 NAND


These look fine. We could use a bit more information in the commit logs
(i.e. when you mention a kernel panic .. cut and paste it into the log),
but I won't block the merge based on that.

Bruce



  arch/arm/boot/dts/axm5516-amarillo.dts |   16 +++---
  arch/arm/mach-axxia/Makefile   |1 -
  arch/arm/mach-axxia/ev.c   |   53 
  arch/arm/mach-axxia/pci.c  |   33 +---
  arch/arm/mach-axxia/platsmp.c  |   20 
  drivers/mtd/nand/lsi_acp_nand.c|   43 ++
  6 files changed, 90 insertions(+), 76 deletions(-)
  delete mode 100644 arch/arm/mach-axxia/ev.c



--
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto


[linux-yocto] [PATCH 3/4] arch/arm/mach-axxia: Added the Redundant Parameters inthe Device Tree

2014-05-20 Thread Charlie Paul
From: John Jacques 

The partitioning of serial flash is what got changed in the device tree.
It now matches the images U-Boot expects (spl binary, parameters (two copies),
U-Boot environment (two copies), and U-Boot images.

This patch fixed the the difference in the Linux device tree for the
serial flash partitioning. It supports fall back images for the U-Boot
parameter file and U-Boot images, It is a new feature.

This change is required to support that feature.

Signed-off-by: John Jacques 
---
 arch/arm/boot/dts/axm5516-amarillo.dts |   16 
 1 file changed, 12 insertions(+), 4 deletions(-)

diff --git a/arch/arm/boot/dts/axm5516-amarillo.dts 
b/arch/arm/boot/dts/axm5516-amarillo.dts
index aabc839..8d4ea09 100644
--- a/arch/arm/boot/dts/axm5516-amarillo.dts
+++ b/arch/arm/boot/dts/axm5516-amarillo.dts
@@ -100,19 +100,27 @@
reg = <0x0 0x4>;
};
partition@4 {
-   label = "parameters";
+   label = "parameters0";
reg = <0x4 0x1>;
};
+   partition@5 {
+   label = "parameters1";
+   reg = <0x5 0x1>;
+   };
partition@6 {
-   label = "env1";
+   label = "env0";
reg = <0x6 0x1>;
};
partition@7 {
-   label = "env2";
+   label = "env1";
reg = <0x7 0x1>;
};
partition@10 {
-   label = "u-boot";
+   label = "u-boot0";
+   reg = <0x10 0x20>;
+   };
+   partition@30 {
+   label = "u-boot1";
reg = <0x10 0x20>;
};
};
-- 
1.7.9.5

-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto


[linux-yocto] [PATCH 4/4] arch/arm/mach-axxia: Move Simulutaion/Emulation WFE/SEV Work-Around

2014-05-20 Thread Charlie Paul
From: John Jacques 

In some simulation and emulation environments, WFE/SEV is either not
supported or doesn't work.  The work-around is to determine, using the
device tree, when running in either of those environments and disable
wfe.  This was originally done when the architecture specific wfe
function first got called, but that can cause lockups because the work-
around reads the device tree.  It is now done in the architecture's
platsmp.c file before enabling the secondary cores.

Signed-off-by: John Jacques 
---
 arch/arm/mach-axxia/Makefile  |1 -
 arch/arm/mach-axxia/ev.c  |   53 -
 arch/arm/mach-axxia/platsmp.c |   20 
 3 files changed, 20 insertions(+), 54 deletions(-)
 delete mode 100644 arch/arm/mach-axxia/ev.c

diff --git a/arch/arm/mach-axxia/Makefile b/arch/arm/mach-axxia/Makefile
index 8125e97..e9c78da 100644
--- a/arch/arm/mach-axxia/Makefile
+++ b/arch/arm/mach-axxia/Makefile
@@ -3,7 +3,6 @@
 #
 obj-y  += axxia.o
 obj-y  += clock.o
-obj-y  += ev.o
 obj-y  += io.o
 obj-y  += ssp-gpio.o
 obj-y  += ncr.o
diff --git a/arch/arm/mach-axxia/ev.c b/arch/arm/mach-axxia/ev.c
deleted file mode 100644
index f4630d1..000
--- a/arch/arm/mach-axxia/ev.c
+++ /dev/null
@@ -1,53 +0,0 @@
-/*
- * arch/arm/mach-axxia/ev.c
- *
- * Support for the LSI Axxia boards based on ARM cores.
- *
- * Copyright (C) 2012 LSI
- *
- * This program is free software; you can redistribute it and/or modify
- * it under the terms of the GNU General Public License as published by
- * the Free Software Foundation; either version 2 of the License, or
- * (at your option) any later version.
- *
- * This program is distributed in the hope that it will be useful,
- * but WITHOUT ANY WARRANTY; without even the implied warranty of
- * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- * GNU General Public License for more details.
- *
- * You should have received a copy of the GNU General Public License
- * along with this program; if not, write to the Free Software
- * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
- */
-
-#include 
-#include 
-#include 
-#include 
-#include 
-#include 
-
-static int initialized;
-static int wfe_available;
-
-inline void
-__axxia_arch_wfe(void)
-{
-   if (0 == initialized) {
-   if (of_find_compatible_node(NULL, NULL,
-   "lsi,axm5516-sim") != NULL ||
-   of_find_compatible_node(NULL, NULL,
-   "lsi,axm5516-emu") != NULL)
-   wfe_available = 0;
-   else
-   wfe_available = 1;
-
-   initialized = 1;
-   }
-
-   if (0 != wfe_available)
-   wfe();
-
-   return;
-}
-EXPORT_SYMBOL(__axxia_arch_wfe);
diff --git a/arch/arm/mach-axxia/platsmp.c b/arch/arm/mach-axxia/platsmp.c
index 0ee417e..a067de2 100644
--- a/arch/arm/mach-axxia/platsmp.c
+++ b/arch/arm/mach-axxia/platsmp.c
@@ -30,6 +30,18 @@ extern void axxia_secondary_startup(void);
 #define SYSCON_PHYS_ADDR 0x00201003ULL
 
 static int __cpuinitdata wfe_fixup;
+static int wfe_available;
+
+inline void
+__axxia_arch_wfe(void)
+{
+   if (0 != wfe_available)
+   wfe();
+
+   return;
+}
+
+EXPORT_SYMBOL(__axxia_arch_wfe);
 
 /*
  * Check if we need to enable cross-cluster SEV workaround for a bug in
@@ -181,6 +193,14 @@ static void __init axxia_smp_prepare_cpus(unsigned int 
max_cpus)
check_fixup_sev(syscon);
do_fixup_sev();
 
+   if (of_find_compatible_node(NULL, NULL,
+   "lsi,axm5516-sim") != NULL ||
+   of_find_compatible_node(NULL, NULL,
+   "lsi,axm5516-emu") != NULL)
+   wfe_available = 0;
+   else
+   wfe_available = 1;
+
/*
 * Initialise the present map, which describes the set of CPUs actually
 * populated at the present time.
-- 
1.7.9.5

-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto


[linux-yocto] [PATCH 0/4] LSI AXXIA updates to standard/axxia/base 3.10

2014-05-20 Thread Charlie Paul
These patches are updates to the LSI standard/axxia/base for 3.10. 

John Jacques (2):
  arch/arm/mach-axxia: Added the Redundant Parameters inthe Device Tree
  arch/arm/mach-axxia: Move Simulutaion/Emulation WFE/SEV Work-Around

SangeethaRao (2):
  ARM:mach-axxia: Added code to PCIe driver to allocate IO_RESOURCE for
PEI0/PEI1
  LSI nand:  Enables support for 3500 NAND

 arch/arm/boot/dts/axm5516-amarillo.dts |   16 +++---
 arch/arm/mach-axxia/Makefile   |1 -
 arch/arm/mach-axxia/ev.c   |   53 
 arch/arm/mach-axxia/pci.c  |   33 +---
 arch/arm/mach-axxia/platsmp.c  |   20 
 drivers/mtd/nand/lsi_acp_nand.c|   43 ++
 6 files changed, 90 insertions(+), 76 deletions(-)
 delete mode 100644 arch/arm/mach-axxia/ev.c

-- 
1.7.9.5

-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto


[linux-yocto] [PATCH 2/4] LSI nand: Enables support for 3500 NAND

2014-05-20 Thread Charlie Paul
From: SangeethaRao 

Until this patch NAND driver was disabled for 3500.
This patch, enables the  NAND driver for 3500.

Signed-off-by: SangeethaRao 
---
 drivers/mtd/nand/lsi_acp_nand.c |   43 +++
 1 file changed, 30 insertions(+), 13 deletions(-)

diff --git a/drivers/mtd/nand/lsi_acp_nand.c b/drivers/mtd/nand/lsi_acp_nand.c
index ff2566b..dbb95b5 100644
--- a/drivers/mtd/nand/lsi_acp_nand.c
+++ b/drivers/mtd/nand/lsi_acp_nand.c
@@ -601,6 +601,18 @@ lsi_nand_command(struct mtd_info *mtd, unsigned int 
command,
register struct nand_chip *chip = mtd->priv;
unsigned int status = 0;
struct lsi_nand_private *priv = &lsi_nand_private;
+   struct device_node *np = NULL;
+   void *busy_reg;
+   unsigned long busy_mask;
+
+   np = of_find_compatible_node(NULL, NULL, "lsi,acp3500");
+   if (NULL != np) {
+   busy_reg = (gpreg_base + 0x80);
+   busy_mask = (1 << 20);
+   } else {
+   busy_reg = LSI_NAND_PECC_BUSY_REGISTER;
+   busy_mask = LSI_NAND_PECC_BUSY_MASK;
+   }
 
DEBUG_PRINT("command=0x%x\n", command);
command &= 0xff;
@@ -705,8 +717,8 @@ lsi_nand_command(struct mtd_info *mtd, unsigned int command,
   NAND_NCE | NAND_CLE | NAND_CTRL_CHANGE);
do {
udelay(chip->chip_delay);
-   status = READL((void *)LSI_NAND_PECC_BUSY_REGISTER);
-   } while (0 != (status & LSI_NAND_PECC_BUSY_MASK));
+   status = READL((void *)busy_reg);
+   } while (0 != (status & busy_mask));
 
/* wait until CHIP_BUSY goes low */
do {
@@ -802,6 +814,18 @@ static int lsi_nand_wait(struct mtd_info *mtd, struct 
nand_chip *chip)
 {
unsigned long status = 0;
loff_t offset = 0;
+   struct device_node *np = NULL;
+   void *busy_reg;
+   unsigned long busy_mask;
+
+   np = of_find_compatible_node(NULL, NULL, "lsi,acp3500");
+   if (NULL != np) {
+   busy_reg = (gpreg_base + 0x80);
+   busy_mask = (1 << 20);
+   } else {
+   busy_reg = LSI_NAND_PECC_BUSY_REGISTER;
+   busy_mask = LSI_NAND_PECC_BUSY_MASK;
+   }
 
/*
  When reading or writing, wait for the
@@ -810,9 +834,9 @@ static int lsi_nand_wait(struct mtd_info *mtd, struct 
nand_chip *chip)
 #ifdef NOT_USED
if (FL_READING == chip->state || FL_WRITING == chip->state) {
for (;;) {
-   status = READL((void *)LSI_NAND_PECC_BUSY_REGISTER);
+   status = READL((void *)busy_reg);
 
-   if (0 == (status & LSI_NAND_PECC_BUSY_MASK))
+   if (0 == (status & busy_mask))
break;
 
udelay(chip->chip_delay);
@@ -820,9 +844,9 @@ static int lsi_nand_wait(struct mtd_info *mtd, struct 
nand_chip *chip)
}
 #else
for (;;) {
-   status = READL((void *)LSI_NAND_PECC_BUSY_REGISTER);
+   status = READL((void *)busy_reg);
 
-   if (0 == (status & LSI_NAND_PECC_BUSY_MASK))
+   if (0 == (status & busy_mask))
break;
 
udelay(chip->chip_delay);
@@ -3433,13 +3457,6 @@ lsi_nand_init(void)
static const char *part_probe_types[]
= { "cmdlinepart", "ofpart", NULL };
 
-   np = of_find_compatible_node(NULL, NULL, "lsi,acp3500");
-
-   if (NULL != np) {
-   pr_err("NAND Support is Not Yet Available on 3500\n");
-   return -1;
-   }
-
memset(&ppdata, 0, sizeof(ppdata));
 
np = of_find_node_by_type(np, "nand");
-- 
1.7.9.5

-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto


[linux-yocto] [PATCH 1/4] ARM:mach-axxia: Added code to PCIe driver to allocate IO_RESOURCE for PEI0/PEI1

2014-05-20 Thread Charlie Paul
From: SangeethaRao 

Since bios32 PCIe driver expects the IO_RESOURCE for PEI0/PEI1 to be allocated,
code was added where PEI0/PEI1 can be enabled/disabled using DTS PCIe driver.

This code stops the kernel panic.

PEI1 enumerates correctly if PEI0 is not RootComplex.

Signed-off-by: SangeethaRao 
---
 arch/arm/mach-axxia/pci.c |   33 -
 1 file changed, 28 insertions(+), 5 deletions(-)

diff --git a/arch/arm/mach-axxia/pci.c b/arch/arm/mach-axxia/pci.c
index b45cae4..6dd3fae 100644
--- a/arch/arm/mach-axxia/pci.c
+++ b/arch/arm/mach-axxia/pci.c
@@ -562,7 +562,7 @@ static int axxia_pcie_setup(int portno, struct pci_sys_data 
*sys)
 {
struct axxia_pciex_port *port = &axxia_pciex_ports[sys->domain];
u32 pci_config, pci_status, link_state;
-   int i, num_pages, err;
+   int i, num_pages, err, ret;
u32 outbound_size;
u32 inbound_size;
u64 dest;
@@ -573,7 +573,8 @@ static int axxia_pcie_setup(int portno, struct pci_sys_data 
*sys)
port->regs = ioremap(port->utl_regs.start,
 resource_size(&port->utl_regs));
if (!port->regs) {
-   pr_err("PCIE%d: Failed to map control registers\n", portno);
+   pr_err("PCIE%d: Failed to map control registers\n",
+   sys->domain);
goto fail;
}
 
@@ -581,20 +582,38 @@ static int axxia_pcie_setup(int portno, struct 
pci_sys_data *sys)
port->cfg_data = ioremap(port->cfg_space.start,
 resource_size(&port->cfg_space));
if (!port->cfg_data) {
-   pr_err("PCIE%d: Failed to map config space\n", portno);
+   pr_err("PCIE%d: Failed to map config space\n", sys->domain);
goto fail;
}
 
pci_add_resource_offset(&sys->resources, &port->outbound,
port->outbound.start - port->pci_addr);
 
+   /* add IO_RESOURCE for legacy support expected by bios32 driver
+* not used by AXM55xx */
+   sys->io_res.start = (sys->domain * 0x100);
+   sys->io_res.end =  sys->io_res.start + 0xff;
+   sys->io_res.flags = IORESOURCE_IO;
+   sys->io_res.name = sys->io_res_name;
+   sprintf(sys->io_res_name, "PCI%d I/O", sys->domain);
+   pr_info("PCIE%d: ioport start =  %#llx (PCI) -> %#llx\n",
+   sys->domain, sys->io_res.start, sys->io_res.end);
+
+   ret = request_resource(&ioport_resource, &sys->io_res);
+   if (ret) {
+   pr_err("PCI: unable to allocate I/O port region (%d)\n", ret);
+   goto fail;
+   }
+   pci_add_resource_offset(&sys->resources, &sys->io_res,
+   sys->io_offset);
+
/* Status/error interrupt */
port->irq[0] = irq_of_parse_and_map(port->node, 0);
err = request_irq(port->irq[0], pcie_legacy_isr, IRQF_SHARED,
  "pcie", port);
if (err) {
pr_err("PCIE%d: Failed to request IRQ#%d (%d)\n",
-  portno, port->irq[0], err);
+  sys->domain, port->irq[0], err);
goto fail;
}
 
@@ -617,6 +636,7 @@ static int axxia_pcie_setup(int portno, struct pci_sys_data 
*sys)
/* make sure the ACP device is configured as PCI Root Complex */
if ((pci_status & 0x18) != 0x18) {
pr_err("PCIE%d: Device is not Root Complex\n", port->index);
+   release_resource(&sys->io_res);
goto fail;
}
 
@@ -1007,9 +1027,12 @@ axxia_pcie_init(void)
return;
}
 
+
for_each_compatible_node(np, NULL, "lsi,plb-pciex") {
-   if (!of_device_is_available(np))
+   if (!of_device_is_available(np)) {
+   num_ports++;
continue;
+   }
 
axxia_probe_pciex_bridge(np);
pci_common_init(&axxia_pcie_hw[num_ports]);
-- 
1.7.9.5

-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto


Re: [linux-yocto] [PATCH 0/7] 3.14-rt updates

2014-05-20 Thread Bruce Ashfield

On 14-05-19 05:52 PM, Tom Zanussi wrote:

This patchest fixes a few problems preventing the intel-core2-32 and
intel-corei7-64 BSPs from booting with an -rt kernel:

- the QuickAssist config settings from mohonpeak disabled preemption
- aufs doesn't work with -rt at all
- the preempt-rt kernel type overrides settings needed for live booting

This patchset works around those problems while preserving current
behavior for mohonpeak.


I think we have enough Ack's. So I've merged the series.

Bruce



The following changes since commit 6fe191e807c9f6f3df57a72c5fc2ffb147f3129a:

   kver: bump to v3.14.4 (2014-05-16 05:04:26 -0400)

are available in the git repository at:

   git://git.yoctoproject.org/linux-yocto-contrib.git tzanussi/3.14-rt-updates
   
http://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto-contrib/log/?h=tzanussi/3.14-rt-updates

Tom Zanussi (7):
   meta: Add qat (QuickAssist) feature
   mohonpeak: Replace QAT in mohonpeak.cfg with qat feature
   meta: Add aufs-disable feature
   meta: remove aufs from the preempt-rt ktype
   meta: rearrange intel-core2-32-preempt-rt includes
   meta: rearrange intel-corei7-64-preempt-rt includes
   meta: Explicitly add boot-live to intel-core2-32

  .../bsp/intel-common/intel-core2-32-preempt-rt.scc |  3 ++-
  meta/cfg/kernel-cache/bsp/intel-common/intel-core2-32.scc  |  3 +++
  .../bsp/intel-common/intel-corei7-64-preempt-rt.scc|  3 ++-
  meta/cfg/kernel-cache/bsp/mohonpeak/mohonpeak-standard.scc |  2 ++
  meta/cfg/kernel-cache/bsp/mohonpeak/mohonpeak.cfg  | 10 --
  meta/cfg/kernel-cache/bsp/mohonpeak/mohonpeak32-standard.scc   |  2 ++
  meta/cfg/kernel-cache/features/aufs/aufs-disable.cfg   |  4 
  meta/cfg/kernel-cache/features/aufs/aufs-disable.scc   |  1 +
  meta/cfg/kernel-cache/features/qat/qat.cfg |  9 +
  meta/cfg/kernel-cache/features/qat/qat.scc |  4 
  meta/cfg/kernel-cache/ktypes/preempt-rt/preempt-rt.scc |  3 +++
  11 files changed, 32 insertions(+), 12 deletions(-)
  create mode 100644 meta/cfg/kernel-cache/features/aufs/aufs-disable.cfg
  create mode 100644 meta/cfg/kernel-cache/features/aufs/aufs-disable.scc
  create mode 100644 meta/cfg/kernel-cache/features/qat/qat.cfg
  create mode 100644 meta/cfg/kernel-cache/features/qat/qat.scc



--
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto


Re: [linux-yocto] [PATCHv2 0/5][linux-yocto-3.10] Update meta for Romley platform configuration

2014-05-20 Thread Bruce Ashfield

On 14-05-20 06:39 AM, wei.sern.c...@intel.com wrote:

From: Chan Wei Sern 

Hi All,

This is a patch series targetting linux-yocto-3.10:meta branch.

This is a patch series that consists of below:
1. Removed using of common-pc-64.scc from romley.
2. Start using ktypes/standard/standard.scc for romley platforms to align with 
YP1.6
Intel common kernel.
3. Add back RTC configuration for romley after changing from common-pc-64.scc to
to standard.scc
4. Add back USB HID configuration for romley after changing from 
common-pc-64.scc
to standard.scc
5. Due to BIOS has broken AMT/MEI firmware found on Romley. Make 
CONFIG_INTEL_MEI_ME and
CONFIG_INTEL_ME built as module. Even we make those CONFIG as module, it 
will still autoload.
We found a better way to blacklist by changing the kernel command line in 
syslinux.cfg.
As discussed with Nitin, we will mention this blacklist in ReleaseNote 
which apply to those case of
Romley that has broken AMT/MEI firmware.

For this patch series, I have done below:
1. Build smoothly and boot test on romley
2. Confirm all the IO drivers are loaded properly
3. Confirm reboot issue is solved with the elp specify blacklist of mei driver 
in kernel command line
on syslinux.cfg file.



Merged.

This makes 3.10 differ from the 3.14 tree. I realize you are targeting
3.10 with these changes, but these also look clean for 3.14.

Let me know if you'd like them propagated to that tree.

Bruce



Change log:
1. Based on Nitin's comment, need to also configure CONFIG_INTEL_ME to be built 
as module.



The following changes since commit d07bc7ba4ff00ddcd77db1026a63c327b81a35d8:

   meta: crystalforest: included USB HID configuration (2014-05-12 16:47:35 
-0400)

are available in the git repository at:

   git://git.yoctoproject.org/linux-yocto-contrib rebeccas/romley-update
   
http://git.yoctoproject.org/cgit.cgi/linux-yocto-contrib/log/?h=rebecca/romley-update

Sreeju Selvaraj (4):
   meta: romley: removed using of common-pc-64.scc
   meta: romley: added power management
   meta: romley: included USB HID Configuration
   meta: romley: included RTC configuration

Sreeju Slevaraj (1):
   mei.cfg: configure Intel MEI driver as module

  meta/cfg/kernel-cache/bsp/romley/romley-preempt-rt.scc | 1 -
  meta/cfg/kernel-cache/bsp/romley/romley-standard.scc   | 3 +--
  meta/cfg/kernel-cache/bsp/romley/romley.cfg| 4 
  meta/cfg/kernel-cache/bsp/romley/romley.scc| 3 +++
  meta/cfg/kernel-cache/features/amt/mei/mei.cfg | 4 ++--
  5 files changed, 10 insertions(+), 5 deletions(-)



--
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto


Re: [linux-yocto] [PATCH 1/7] meta: Add qat (QuickAssist) feature

2014-05-20 Thread Darren Hart
On 5/19/14, 14:52, "Tom Zanussi"  wrote:

>Add config items required to enable QuickAssist Technology.
>
>Note that this apparently includes disabling PREEMPT, making it
>incompatible with -rt.
>
>Signed-off-by: Tom Zanussi 

Acked-by: Darren Hart 

-- 
Darren Hart Open Source Technology Center
darren.h...@intel.com   Intel Corporation



-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto


Re: [linux-yocto] [PATCH 2/7] mohonpeak: Replace QAT in mohonpeak.cfg with qat feature

2014-05-20 Thread Darren Hart
On 5/19/14, 14:52, "Tom Zanussi"  wrote:

>Remove the QAT configuration from mohonpeak.cfg, as it breaks -rt for
>everything else, and instead have the mohonpeak standard BSPs use the
>new qat feature.
>
>Note that as defined, the QAT configuration is incompatible with -rt,
>so it isn't added back to those.
>
>Signed-off-by: Tom Zanussi 

Acked-by: Darren Hart 


-- 
Darren Hart Open Source Technology Center
darren.h...@intel.com   Intel Corporation



-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto


Re: [linux-yocto] [PATCH 7/7] meta: Explicitly add boot-live to intel-core2-32

2014-05-20 Thread Darren Hart
On 5/19/14, 14:53, "Tom Zanussi"  wrote:

>intel-core2-32 hangs with 'waiting for removable media' because the
>preempt-rt cfg overwrites BLK_DEV_LOOP.  Presumably there's a good
>reason for that which should be fixed properly, but this at least lets
>the system boot.

Meh... OK.

A PREEMPT_RT config audit is in order, but this gets things unstuck and
moving forward.

>
>Signed-off-by: Tom Zanussi 

Acked-by: Darren Hart 

-- 
Darren Hart Open Source Technology Center
darren.h...@intel.com   Intel Corporation



-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto


Re: [linux-yocto] [PATCH 6/7] meta: rearrange intel-corei7-64-preempt-rt includes

2014-05-20 Thread Darren Hart
On 5/19/14, 14:53, "Tom Zanussi"  wrote:

>Having standard follow ktypes/preempt-rt/preempt-rt.scc means that
>settings in standard take precedence, which isn't the expected
>behavior.
>
>Signed-off-by: Tom Zanussi 

Acked-by: Darren Hart 


-- 
Darren Hart Open Source Technology Center
darren.h...@intel.com   Intel Corporation



-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto


Re: [linux-yocto] [PATCH 4/7] meta: remove aufs from the preempt-rt ktype

2014-05-20 Thread Darren Hart
On 5/19/14, 14:52, "Tom Zanussi"  wrote:

>aufs isn't supported with -rt kernels, so disable it for the
>preempt-rt ktype.
>
>Signed-off-by: Tom Zanussi 

Acked-by: Darren Hart 


-- 
Darren Hart Open Source Technology Center
darren.h...@intel.com   Intel Corporation



-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto


Re: [linux-yocto] [PATCH 5/7] meta: rearrange intel-core2-32-preempt-rt includes

2014-05-20 Thread Darren Hart
On 5/19/14, 14:52, "Tom Zanussi"  wrote:

>Having standard follow ktypes/preempt-rt/preempt-rt.scc means that
>settings in standard take precedence, which isn't the expected
>behavior.
>
>Signed-off-by: Tom Zanussi 

Acked-by: Darren Hart 


-- 
Darren Hart Open Source Technology Center
darren.h...@intel.com   Intel Corporation



-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto


Re: [linux-yocto] [PATCH 3/7] meta: Add aufs-disable feature

2014-05-20 Thread Darren Hart
On 5/19/14, 14:52, "Tom Zanussi"  wrote:

>Add an aufs-disable feature allowing aufs to be selectively disabled,
>specifically for preempt-rt since aufs doesn't build with preempt-rt
>kernels (as opposed to just blanket disabling it in standard since
>there may already be users who would miss it).
>
>Signed-off-by: Tom Zanussi 

Acked-by: Darren Hart 

-- 
Darren Hart Open Source Technology Center
darren.h...@intel.com   Intel Corporation



-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto


[linux-yocto] [PATCHv2 1/5] meta: romley: removed using of common-pc-64.scc

2014-05-20 Thread wei . sern . chan
From: Sreeju Selvaraj 

Removed using of bsp/common-pc-64/common-pc-64.scc from
romley-preempt-rt.scc and romley-standard.scc
Added ktypes/standard/standard.scc for romley-standard.scc
This is because we are migrating the BSP to use intel-common.

Signed-off-by: Sreeju Selvaraj 
Signed-off-by: Chan Wei Sern 
---
 meta/cfg/kernel-cache/bsp/romley/romley-preempt-rt.scc | 1 -
 meta/cfg/kernel-cache/bsp/romley/romley-standard.scc   | 3 +--
 2 files changed, 1 insertion(+), 3 deletions(-)

diff --git a/meta/cfg/kernel-cache/bsp/romley/romley-preempt-rt.scc 
b/meta/cfg/kernel-cache/bsp/romley/romley-preempt-rt.scc
index 1ecdbbc..ad0a5e7 100644
--- a/meta/cfg/kernel-cache/bsp/romley/romley-preempt-rt.scc
+++ b/meta/cfg/kernel-cache/bsp/romley/romley-preempt-rt.scc
@@ -4,7 +4,6 @@ define KARCH x86_64
 
 # no new branch required, re-use the ktypes/preempt-rt/preempt-rt.scc branch
 include ktypes/preempt-rt/preempt-rt.scc
-include bsp/common-pc-64/common-pc-64.scc
 include romley.scc
 
 # default policy for preempt-rt kernels
diff --git a/meta/cfg/kernel-cache/bsp/romley/romley-standard.scc 
b/meta/cfg/kernel-cache/bsp/romley/romley-standard.scc
index 113ac8c..fcf4a99 100644
--- a/meta/cfg/kernel-cache/bsp/romley/romley-standard.scc
+++ b/meta/cfg/kernel-cache/bsp/romley/romley-standard.scc
@@ -2,7 +2,6 @@ define KMACHINE romley
 define KTYPE standard
 define KARCH x86_64
 
-include bsp/common-pc-64/common-pc-64-standard.scc
-branch romley
+include ktypes/standard/standard.scc
 
 include romley.scc
-- 
1.9.1

-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto


[linux-yocto] [PATCHv2 3/5] meta: romley: included USB HID Configuration

2014-05-20 Thread wei . sern . chan
From: Sreeju Selvaraj 

Since migrating this BSP to use intel-common, we need to add
the configuration required to enable USB HID

Signed-off-by: Sreeju Selvaraj 
Signed-off-by: Chan Wei Sern 
---
 meta/cfg/kernel-cache/bsp/romley/romley.cfg | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/cfg/kernel-cache/bsp/romley/romley.cfg 
b/meta/cfg/kernel-cache/bsp/romley/romley.cfg
index 28f6d71..3b5a7b9 100644
--- a/meta/cfg/kernel-cache/bsp/romley/romley.cfg
+++ b/meta/cfg/kernel-cache/bsp/romley/romley.cfg
@@ -59,3 +59,7 @@ CONFIG_BLK_DEV_INITRD=y
 CONFIG_RD_GZIP=y
 CONFIG_NLS_CODEPAGE_437=y
 CONFIG_NLS_ISO8859_1=y
+
+# USB HID Support
+CONFIG_USB_HID=y
+CONFIG_USB_HIDDEV=y
-- 
1.9.1

-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto


[linux-yocto] [PATCHv2 4/5] meta: romley: included RTC configuration

2014-05-20 Thread wei . sern . chan
From: Sreeju Selvaraj 

Since migrating this BSP to use intel-common, we need to
add RTC configuration to enable real time clock.

Signed-off-by: Sreeju Selvaraj 
Signed-off-by: Chan Wei Sern 
---
 meta/cfg/kernel-cache/bsp/romley/romley.scc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/cfg/kernel-cache/bsp/romley/romley.scc 
b/meta/cfg/kernel-cache/bsp/romley/romley.scc
index 9967407..3020fd8 100644
--- a/meta/cfg/kernel-cache/bsp/romley/romley.scc
+++ b/meta/cfg/kernel-cache/bsp/romley/romley.scc
@@ -11,6 +11,7 @@ include features/igb/igb.scc
 # generic power management
 include features/power/intel.scc
 
+include cfg/timer/rtc.scc
 include features/latencytop/latencytop.scc
 include features/profiling/profiling.scc
 
-- 
1.9.1

-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto


[linux-yocto] [PATCHv2 0/5][linux-yocto-3.10] Update meta for Romley platform configuration

2014-05-20 Thread wei . sern . chan
From: Chan Wei Sern 

Hi All,

This is a patch series targetting linux-yocto-3.10:meta branch.

This is a patch series that consists of below:
1. Removed using of common-pc-64.scc from romley.
2. Start using ktypes/standard/standard.scc for romley platforms to align with 
YP1.6
   Intel common kernel.
3. Add back RTC configuration for romley after changing from common-pc-64.scc to
   to standard.scc
4. Add back USB HID configuration for romley after changing from 
common-pc-64.scc
   to standard.scc
5. Due to BIOS has broken AMT/MEI firmware found on Romley. Make 
CONFIG_INTEL_MEI_ME and
   CONFIG_INTEL_ME built as module. Even we make those CONFIG as module, it 
will still autoload.
   We found a better way to blacklist by changing the kernel command line in 
syslinux.cfg.
   As discussed with Nitin, we will mention this blacklist in ReleaseNote which 
apply to those case of
   Romley that has broken AMT/MEI firmware.

For this patch series, I have done below:
1. Build smoothly and boot test on romley
2. Confirm all the IO drivers are loaded properly
3. Confirm reboot issue is solved with the elp specify blacklist of mei driver 
in kernel command line
   on syslinux.cfg file.


Change log:
1. Based on Nitin's comment, need to also configure CONFIG_INTEL_ME to be built 
as module.



The following changes since commit d07bc7ba4ff00ddcd77db1026a63c327b81a35d8:

  meta: crystalforest: included USB HID configuration (2014-05-12 16:47:35 
-0400)

are available in the git repository at:

  git://git.yoctoproject.org/linux-yocto-contrib rebeccas/romley-update
  
http://git.yoctoproject.org/cgit.cgi/linux-yocto-contrib/log/?h=rebecca/romley-update

Sreeju Selvaraj (4):
  meta: romley: removed using of common-pc-64.scc
  meta: romley: added power management
  meta: romley: included USB HID Configuration
  meta: romley: included RTC configuration

Sreeju Slevaraj (1):
  mei.cfg: configure Intel MEI driver as module

 meta/cfg/kernel-cache/bsp/romley/romley-preempt-rt.scc | 1 -
 meta/cfg/kernel-cache/bsp/romley/romley-standard.scc   | 3 +--
 meta/cfg/kernel-cache/bsp/romley/romley.cfg| 4 
 meta/cfg/kernel-cache/bsp/romley/romley.scc| 3 +++
 meta/cfg/kernel-cache/features/amt/mei/mei.cfg | 4 ++--
 5 files changed, 10 insertions(+), 5 deletions(-)

-- 
1.9.1

-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto


[linux-yocto] [PATCHv2 2/5] meta: romley: added power management

2014-05-20 Thread wei . sern . chan
From: Sreeju Selvaraj 

Since migrating this BSP to use intel-common, we need
to add configuration required for power management

Signed-off-by: Sreeju Selvaraj 
Signed-off-by: Chan Wei Sern 
---
 meta/cfg/kernel-cache/bsp/romley/romley.scc | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/cfg/kernel-cache/bsp/romley/romley.scc 
b/meta/cfg/kernel-cache/bsp/romley/romley.scc
index c4d1c4f..9967407 100644
--- a/meta/cfg/kernel-cache/bsp/romley/romley.scc
+++ b/meta/cfg/kernel-cache/bsp/romley/romley.scc
@@ -8,6 +8,8 @@ include features/hugetlb/hugetlb.scc
 include features/ixgbe/ixgbe.scc
 include features/igb/igb.scc
 
+# generic power management
+include features/power/intel.scc
 
 include features/latencytop/latencytop.scc
 include features/profiling/profiling.scc
-- 
1.9.1

-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto


[linux-yocto] [PATCHv2 5/5] mei.cfg: configure Intel MEI driver as module

2014-05-20 Thread wei . sern . chan
From: Sreeju Slevaraj 

Changing the flag of this CONFIG_INTEL_MEI_ME and CONFIG_INTEL_MEI
from built-in to as module driver. As some BIOS has broken MEI
firmware.

Signed-off-by: Sreeju Slevaraj 
Signed-off-by: Chan Wei Sern 
---
 meta/cfg/kernel-cache/features/amt/mei/mei.cfg | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/cfg/kernel-cache/features/amt/mei/mei.cfg 
b/meta/cfg/kernel-cache/features/amt/mei/mei.cfg
index 313084b..3195218 100644
--- a/meta/cfg/kernel-cache/features/amt/mei/mei.cfg
+++ b/meta/cfg/kernel-cache/features/amt/mei/mei.cfg
@@ -1,4 +1,4 @@
 CONFIG_STAGING=y
 CONFIG_WATCHDOG_CORE=y
-CONFIG_INTEL_MEI=y
-CONFIG_INTEL_MEI_ME=y
+CONFIG_INTEL_MEI=m
+CONFIG_INTEL_MEI_ME=m
-- 
1.9.1

-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto