Re: [yocto] recipe fails to load local files
There is no package called zd1211 that I can identify. If I
run $ _bitbake atmel-qt5-demo-image __-g -u depexp_ It does not
list a package that has zd1211 in it. Having said that, if I run $
find -name zd1211*It shows that zd1211rw and zd1211rw.ko files are in
the rootfs in the tmp/work directory under kernel/drivers/net/wirless.
Is that what you are referring to?
Lachlan
- Original Message -
From: Alexandru Vaduva
To:peterengcomau...@adam.com.au , Anders Darander , Bryan
Evenson
Cc:yocto@yoctoproject.org
Sent:Sat, 15 Nov 2014 19:53:14 + (UTC)
Subject:Re: [yocto] recipe fails to load local files
Is zd1211 available in packages and
package-split/zd1211-firmware*?
On Saturday, November 15, 2014 9:09 PM,
peterengcomau...@adam.com.au wrote:
Thanks, I have done the changes and no longer get the error.
However, the firmware files still do not get generated when I build
the image.
The current recipe I am using is:
__
DESCRIPTION = Belkin Wifi Firmware
LICENSE = GPL
PR = r0
FILESPATH = ${THISDIR}/${PN}
FILES_${PN} += /lib/firmware/zd1211
SRC_URI =
file://zd1211_ub
file://zd1211_uph
file://zd1211_uphm
file://zd1211_uphr
file://zd1211_ur
S = ${WORKDIR}
do_install() {
install -d ${D}/lib/firmware/zd1211
install -m 0555 ${WORKDIR}/zd1211_*
${D}/lib/firmware/zd1211/
}
No errors result when building the image. However, there is no
directory or files in:
~/poky/build-atmel/tmp/work/sama5d3xek-poky-linux-gnueabi/atmel-qt5-demo-image/1.0-r0/rootfs/lib/firmware
The recipes are in file:
~/poky/meta-atmel-lsp/recipes-lsp/zd1211-firmware
There are other recipes in ~/poky/meta-atmel-lsp/recipes-lsp that
work, so bitbake can see these ok (but these are bbappend, not bb
files)
In ideas why the
- Original Message -
From: Anders Darander
To:Bryan Evenson
Cc:peterengcomau...@adam.com.au , yocto@yoctoproject.org
Sent:Fri, 14 Nov 2014 15:44:24 +0100
Subject:Re: [yocto] recipe fails to load local files
Just a few nitpick's...
* Bryan Evenson [141114 15:21]:
LICENSE = CLOSED
FILES_${PN} += ~/poky/meta-atmel-lsp/recipes-lsp/zd1211-
firmware/zd1211-firmware
FILES doesn't specify where to find the files on the build
machine, it
specifies where the installed files exist on the target
filesystem.
This is what the error you are seeing is telling you; the files
were
installed in the do_install step but they did not get placed in
the
final package. In your case I believe:
FILES_${PN} += ${libdir}/zd1211_*
FILES_${PN} += /lib/firmware/zd1211
would work.
SRC_URI =
file://zd1211_ub
file://zd1211_uph
file://zd1211_uphm
file://zd1211_uphr
file://zd1211_ur
do_install() {
install -d ${D}/lib/firmware/zd1211
install -m 0555 ${WORKDIR}/zd1211_* ${D}/lib/firmware/zd1211/
}
As mentioned in the FILES variable description in the Yocto
manual,
you should use the standard path variables whenever possible. The
list of available path variables are near the top of
meta/conf/bitbake.conf. That means in your case the following
would
be better:
Well, in general that's true. Though, in this specific case, it
should
actually be a hardcoded /lib/firmware. ${libdir} could be lib64 or
something else, especially in a multilib-build. However, the
firmware
files are always searched for in /lib/firmware.
Cheers,
Anders
do_install() {
install -d ${D}/${libdir}/firmware/zd1211
install -m 0555 ${WORKDIR}/zd1211_*
${D}/${libdir}/firmware/zd1211/
--
Anders Darander
ChargeStorm AB / eStorm AB
Message sent via Adam Internet WebMail - http://www.adam.com.au/
--
___
yocto mailing list
yocto@yoctoproject.org [1]
https://lists.yoctoproject.org/listinfo/yocto [2]
Links:
--
[1] mailto:yocto@yoctoproject.org
[2] https://lists.yoctoproject.org/listinfo/yocto
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] Image Deployment Tool
I know hob has it's various image options for the output build. But only .hddimg and .iso can be deployed to the physical media. So I wanted to make a application so that other people can use other image formats and deploy it to USB, CD, SD Card, etc. However I'm fairly new to the embedded space and I'm still trying to find how other image formats are placed in storage media. (I know how to write the .hddimg, .iso, and ext3 to media) Can anyone point me to some tutorials on how to get some of these images onto media? -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [Package Report System]Upgrade recipes name list
This mail was sent out by Package Report System. This message list those recipes which need to be upgraded. If maintainers believe some of them needn't to upgrade this time, they can fill in RECIPE_NO_UPDATE_REASON_pn-xxx in upstream_tracking files to ignore this recipe remainder until newer upstream version was detected. Example: RECIPE_NO_UPDATE_REASON_pn-xxx = Not upgrade to 2.0 because the new version is unstable You can check the detail information at http://packages.yoctoproject.org/upgradepkgname PackageName Version UpVersion MaintainerNoUpgradeReason ccache3.1.9 3.1.10 Wenzong Fan wenzong@windriver.com chkconfig 1.3.581.3.63 Wenzong Fan wenzong@windriver.com gettext 0.18.3.2 0.19.3 Wenzong Fan wenzong@windriver.com blktrace 1.0.5+gitAUTOINC+d6918c8 1.1.0+gitAUTOINC+2cf87e6 Tom Zanussi tom.zanu...@intel.com systemtap-uprobes 2.6+gitAUTOINC+7682e51d2e 2.6+gitAUTOINC+69f0706Tom Zanussi tom.zanu...@intel.com sysprof 1.2.0+gitAUTOINC+cd44ee6 1.2.0+gitAUTOINC+6901897 Tom Zanussi tom.zanu...@intel.com npth 1.0 1.1 Saul Wold s...@linux.intel.com boost 1.56.01.57.0 Saul Wold s...@linux.intel.com lsbinitscripts9.56.19.59 Saul Wold s...@linux.intel.com mkelfimage4.0+gitAUTOINC+686a48a339 4.0+gitAUTOINC+08cd865Saul Wold s...@linux.intel.com mtd-utils 1.5.1+gitAUTOINC+9f10713 1.5.1+gitAUTOINC+92686f2 Saul Wold s...@linux.intel.com u-boot-mkimagev2014.07+gitAUTOINC+5241 v2014.07+gitAUTOINC+0d48 Saul Wold s...@linux.intel.com cups 2.0.0 2.0.1 Saul Wold s...@linux.intel.com libaio0.3.109 0.3.110 Saul Wold s...@linux.intel.com kmod 18+gitAUTOINC+ae58de0fcb 18+gitAUTOINC+bb72153 Saul Wold s...@linux.intel.com systemtap 2.6+gitAUTOINC+7682e51d2e 2.6+gitAUTOINC+69f0706Saul Wold s...@linux.intel.com gnupg 2.0.262.1.0 Saul Wold s...@linux.intel.com valgrind 3.9.0 3.10.0 Saul Wold s...@linux.intel.com libassuan 2.1.2 2.1.3 Saul Wold s...@linux.intel.com libunique 1.1.6 3.0.2 Saul Wold s...@linux.intel.com Do not upgrade to version: 2 liburcu 0.8.5 0.8.6 Saul Wold s...@linux.intel.com rgb 1.0.5 1.0.6 Saul Wold s...@linux.intel.com babeltrace1.2.1+gitAUTOINC+66c2a20 1.2.4+gitAUTOINC+200b270 Saul Wold s...@linux.intel.com mx-1.01.4.7+gitAUTOINC+9b1db6b 1.99.4+gitAUTOINC+63da1f2 Saul Wold s...@linux.intel.com PRS 1.99 is dev version usbutils 007 008 Saul Wold s...@linux.intel.com curl 7.37.17.39.0 Saul Wold s...@linux.intel.com mobile-broadband-provider-info20140618+gitrAUTOINC+d06 20140618+gitrAUTOINC+40c Saul Wold s...@linux.intel.com base-passwd 3.5.293.5.37 Saul Wold s...@linux.intel.com xserver-xorg 1.15.11.16.99.901 Ross Burton ross.bur...@intel.com puzzles r10116N/A Ross Burton ross.bur...@intel.com gtk+
[yocto] [Package Report System]Manual check recipes name list
This mail was sent out by Package Report System. It will list all the recipes which can't check upstream version by script, and will show how long it is since their last mannual version check. You can check the detail information at http://packages.yoctoproject.org/manuallychkinfo PackageName Version LastChkVersion LastChkTime Maintainer NoUpgradeReason man 1.6gN/A 41958 d Saul Wold s...@linux.intel.co...No data dtc 1.4.0+gitAUTO...N/A 41958 d Saul Wold s...@linux.intel.co...No data libdaemon0.14N/A 41958 d Saul Wold s...@linux.intel.co...No data libnss-mdns 0.10N/A 41958 d Saul Wold s...@linux.intel.co...No data libffi 3.1 N/A 41958 d Saul Wold s...@linux.intel.co...No data puzzles r10116 N/A 41958 d Ross Burton ross.burton@inte...No data libxslt 1.1.28 N/A 41958 d Ross Burton ross.burton@inte...No data mesa 10.1.3 N/A 41958 d Ross Burton ross.burton@inte...No data libpng 1.6.13 1.6.6 411 day Ross Burton ross.burton@inte...No data tzdata 2014j N/A 41958 d Robert Yang liezhi.yang@wind...No data latencytop 0.5 N/A 110 day Richard Purdie richard.purdi...No data quicky 0.4 N/A 41958 d Paul Eggleton paul.eggleton@...No data nativesdk-qt4-tools 4.8.6 N/A 41958 d Paul Eggleton paul.eggleton@...No data qt4-x11-free 4.8.6 N/A 41958 d Paul Eggleton paul.eggleton@...No data dosfstools 2.11N/A 41958 d Paul Eggleton paul.eggleton@...No data blktool 4-6.1 N/A 41958 d Paul Eggleton paul.eggleton@...No data qt4-native 4.8.6 N/A 41958 d Paul Eggleton paul.eggleton@...No data python-smartpm 1.4.1 N/A 41958 d Paul Eggleton paul.eggleton@...No data unfs30.9.22.r490 N/A 41958 d Paul Eggleton paul.eggleton@...No data cdrtools-native 3.01a20 N/A 41958 d Paul Eggleton paul.eggleton@...No data waffle 1.3.0 N/A 41958 d No Maintainer info No data nss-myhostname 0.3 N/A 41958 d No Maintainer info No data docbook-xsl-styleshe... 1.78.1 N/A 41958 d No Maintainer info No data pseudo 1.6.2 N/A 41958 d Mark Hatle mark.hatle@windri...No data bind 9.9.5 N/A 41958 d Kai Kang kai.kang@windriverNo data pax 3.4 N/A 41958 d Hongxu Jia hongxu.jia@windri...No data tremor 2012031420120122616 day Cristian Iorga cristian.iorg...Same revision on different SVN... libatomics-ops 7.2 N/A 41958 d Cristian Iorga cristian.iorg...No data sudo
[yocto] Compile th nativesdk-automake fail.
Hi all : It appears the following problem when compiling the nativesdk-automake: | Can't locate Text/Tabs.pm in @INC (@INC contains: //usr/lib/perl/5.14.3 //usr/lib/perl //usr/lib/perl/5.14.3 /opt/poky/1.6.1/sysroots/i686-pokysdk-linux/usr/lib/perl/site_perl/5.14.3/ /opt/poky/1.6.1/sysroots/i686-pokysdk-linux/usr/lib/perl/site_perl/5.14.3 /opt/poky/1.6.1/sysroots/i686-pokysdk-linux/usr/lib/perl/vendor_perl/5.14.3/ /opt/poky/1.6.1/sysroots/i686-pokysdk-linux/usr/lib/perl/vendor_perl/5.14.3 /opt/poky/1.6.1/sysroots/i686-pokysdk-linux/usr/lib/perl/5.14.3/ /opt/poky/1.6.1/sysroots/i686-pokysdk-linux/usr/lib/perl/5.14.3 /opt/poky/1.6.1/sysroots/i686-pokysdk-linux/usr/lib/perl/5.14.3 .) at /home/etcrs/poky/build/tmp/work/i686-nativesdk-pokysdk-linux/nativesdk-automake/1.14-r0/automake-1.14/doc/help2man line 25. | BEGIN failed--compilation aborted at /home/etcrs/poky/build/tmp/work/i686-nativesdk-pokysdk-linux/nativesdk-automake/1.14-r0/automake-1.14/doc/help2man line 25. If someone has also encountered such a problem, please tell me how to resolve it! Thank you ! -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Sato image touchscreen calibration is borked
On 11/13/2014 06:58 PM, Michael Gloff wrote: On Thu, Nov 13, 2014 at 7:28 AM, Burton, Ross ross.bur...@intel.com mailto:ross.bur...@intel.com wrote: Hi, On 13 November 2014 13:19, Mike Looijmans mike.looijm...@topic.nl mailto:mike.looijm...@topic.nl wrote: I've been using ts_calibrate in the past, and that worked just fine on this board. Modern X servers don't use tslib, so this won't work since we stopped using kdrive about two years ago. BTW, you can use tslib with xorg. This is what I have set up as I find ts_calibrate easier to work with. Interesting option, can you elaborate on that (in particular, in combination with Yocto builds)? Met vriendelijke groet / kind regards, Mike Looijmans System Expert TOPIC Embedded Systems Eindhovenseweg 32-C, NL-5683 KH Best Postbus 440, NL-5680 AK Best Telefoon: (+31) (0) 499 33 69 79 Telefax: (+31) (0) 499 33 69 70 E-mail: mike.looijm...@topic.nl Website: www.topic.nl Please consider the environment before printing this e-mail Visit us at Bits Chips Smart Systems 20th November, 1931 Congrescentum Brabanthallen 's-Hertogenbosch, stand number 34 http://bc-smartsystems.nl -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [linux-yocto] [PATCH 09/35] Checking in EDAC support for AXM55xx preempt_rt
On 2014-11-13, 12:19 PM, Daniel Dragomir wrote:
From: SangeethaRao sangeetha@lsi.com
Again, the short log isn't correct here.
Signed-off-by: SangeethaRao sangeetha@lsi.com
---
drivers/edac/axxia_edac.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/edac/axxia_edac.c b/drivers/edac/axxia_edac.c
index ee62e3e..1facb09 100644
--- a/drivers/edac/axxia_edac.c
+++ b/drivers/edac/axxia_edac.c
@@ -69,7 +69,7 @@ void log_cpumerrsr(void *edac)
/* increment correctable error counts */
for (i = 0; i count0+count1; i++) {
edac_device_handle_ce(edac_dev, 0,
- smp_processor_id(), edac_dev-ctl_name);
+ raw_smp_processor_id(), edac_dev-ctl_name);
Considering that this is part of a single series, these will be applied
to all branches, including non-preempt-rt. So preempt-rt shouldn't be
mentioned in the log.
Also, the comment for raw_smp_processor_id() in the code is:
* NOTE: raw_smp_processor_id() is for internal use only
* (smp_processor_id() is the preferred variant), but in rare
* instances it might also be used to turn off false positives
* (i.e. smp_processor_id() use that the debugging code reports but
* which use for some reason is legal). Don't use this to hack around
* the warning message, as your code might not work under PREEMPT.
How do you respond to that ? This really needs to be an internal usage
and not working around another locking issue.
How/why exactly is this conversion needed?
Bruce
}
/* Clear the valid bit */
@@ -113,7 +113,7 @@ void log_l2merrsr(void *edac)
/* increment correctable error counts */
for (i = 0; i count0+count1; i++) {
edac_device_handle_ce(edac_dev, 0,
- smp_processor_id()/CORES_PER_CLUSTER,
+ raw_smp_processor_id()/CORES_PER_CLUSTER,
edac_dev-ctl_name);
}
@@ -141,7 +141,7 @@ static void lsi_l2_error_check(struct edac_device_ctl_info
*edac_dev)
for (i = 0; i nr_cluster_ids; i++) {
/* No need to run on local cluster. */
- if (i == (smp_processor_id() / CORES_PER_CLUSTER))
+ if (i == (raw_smp_processor_id() / CORES_PER_CLUSTER))
continue;
/*
* Have some core in each cluster execute this,
--
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto
Re: [linux-yocto] [PATCH 10/35] arch/arm/mach-axxia: Updated AXM55xx DTS and EDAC driver
On 2014-11-13, 12:19 PM, Daniel Dragomir wrote:
From: SangeethaRao sangeetha@lsi.com
Using correct Dickens config memory map
Dickens ?
If this is fixing a bug in the patch that introduced EDAC, then
squash this into that patch.
Signed-off-by: SangeethaRao sangeetha@lsi.com
---
arch/arm/boot/dts/axm55xx.dtsi | 11 ++--
drivers/edac/axxia_edac.c | 64 ++
2 files changed, 49 insertions(+), 26 deletions(-)
diff --git a/arch/arm/boot/dts/axm55xx.dtsi b/arch/arm/boot/dts/axm55xx.dtsi
index 0f868e6..77664c1 100644
--- a/arch/arm/boot/dts/axm55xx.dtsi
+++ b/arch/arm/boot/dts/axm55xx.dtsi
@@ -68,8 +68,15 @@
edac: edac0@0x1000 {
compatible = lsi,edac;
reg = 0 0x0022 0 0x1000,
-0 0x000f 0 0x1000,
-0 0x01e00020 0 0x1000;
+ 0 0x000f 0 0x1000,
+ 0x20 0x00200400 0 0001000,
+ 0x20 0x00210400 0 0001000,
+ 0x20 0x00220400 0 0001000,
+ 0x20 0x00230400 0 0001000,
+ 0x20 0x00240400 0 0001000,
+ 0x20 0x00250400 0 0001000,
+ 0x20 0x00260400 0 0001000,
+ 0x20 0x00270400 0 0001000;
interrupts = 0 160 4,
0 161 4;
device_type = edac;
diff --git a/drivers/edac/axxia_edac.c b/drivers/edac/axxia_edac.c
index 1facb09..939f50e 100644
--- a/drivers/edac/axxia_edac.c
+++ b/drivers/edac/axxia_edac.c
@@ -1,13 +1,26 @@
-/*
-* This file is subject to the terms and conditions of the GNU General Public
-* License. See the file COPYING in the main directory of this archive
-* for more details.
-*
-* Copyright (C) 2012 Cavium, Inc.
-*
-* Copyright (C) 2009 Wind River Systems,
-* written by Ralf Baechle r...@linux-mips.org
This patch shouldn't be changing copyrights. If they were wrong in that
first EDAC patch, fix it there .. not here.
Bruce
-*/
+ /*
+ * drivers/edac/axxia_edac.c
+ *
+ * EDAC Driver for Avago's Axxia 5500
+ *
+ * Copyright (C) 2010 LSI Inc.
+ *
+ * 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 linux/module.h
#include linux/init.h
#include linux/slab.h
@@ -37,7 +50,7 @@ struct lsi_edac_dev_info {
int edac_idx;
u32 sm0_region;
u32 sm1_region;
- u32 dickens_L3;
+ void __iomem *dickens_L3[8];
struct edac_device_ctl_info *edac_dev;
void (*init)(struct lsi_edac_dev_info *dev_info);
void (*exit)(struct lsi_edac_dev_info *dev_info);
@@ -161,7 +174,7 @@ static void lsi_l2_error_check(struct edac_device_ctl_info
*edac_dev)
/* Check for L3 Errors */
static void lsi_l3_error_check(struct edac_device_ctl_info *edac_dev)
{
- unsigned long regVal1, regVal2, clearVal;
+ unsigned long regVal1, regVal2;
unsigned count = 0;
int i, instance;
struct lsi_edac_dev_info *dev_info;
@@ -169,8 +182,8 @@ static void lsi_l3_error_check(struct edac_device_ctl_info
*edac_dev)
dev_info = (struct lsi_edac_dev_info *) edac_dev-pvt_info;
for (instance = 0; instance 8; instance++) {
- ncr_read(dev_info-dickens_L3+instance, 0x400, 4, regVal1);
- ncr_read(dev_info-dickens_L3+instance, 0x404, 4, regVal2);
+ regVal1 = readl(dev_info-dickens_L3[instance]);
+ regVal2 = readl(dev_info-dickens_L3[instance] + 4);
/* First error valid */
if (regVal2 0x4000) {
if (regVal2 0x3000) {
@@ -182,10 +195,8 @@ static void lsi_l3_error_check(struct edac_device_ctl_info
*edac_dev)
for (i = 0; i count; i++)
edac_device_handle_ce(edac_dev, 0,
instance, edac_dev-ctl_name);
- clearVal = 0x4800;
/* clear the valid bit */
- ncr_write(NCP_REGION_ID(0x1e0, 0x20+instance),
- 0x484, 4, clearVal);
+ writel(0x4800, dev_info-dickens_L3[instance] + 84);
}
}
}
@@
Re: [linux-yocto] [PATCH 13/35] arch/arm/mach-axxia: Support for CPU Hotplug
On 2014-11-13, 12:19 PM, Daniel Dragomir wrote:
From: John Jacques john.jacq...@lsi.com
This includes powering down a cluster when all four cores are
off and powering up the cluster when one of the cores gets
re-enabled.
This is a fairly sizeable patch. Isn't that power management change
doing more than adding cpu hotplug support ?
Bruce
Signed-off-by: John Jacques john.jacq...@lsi.com
---
arch/arm/mach-axxia/Makefile |2 +-
arch/arm/mach-axxia/axxia-gic.c| 10 +-
arch/arm/mach-axxia/axxia.h|1 +
arch/arm/mach-axxia/hotplug.c | 76 +-
arch/arm/mach-axxia/lsi_power_management.c | 1522
arch/arm/mach-axxia/lsi_power_management.h | 183
arch/arm/mach-axxia/platsmp.c | 44 +-
7 files changed, 1778 insertions(+), 60 deletions(-)
create mode 100644 arch/arm/mach-axxia/lsi_power_management.c
create mode 100644 arch/arm/mach-axxia/lsi_power_management.h
diff --git a/arch/arm/mach-axxia/Makefile b/arch/arm/mach-axxia/Makefile
index a4ecf4e..720857b 100644
--- a/arch/arm/mach-axxia/Makefile
+++ b/arch/arm/mach-axxia/Makefile
@@ -12,5 +12,5 @@ obj-y += ddr_retention.o
ddr_shutdown.o
obj-$(CONFIG_I2C) += i2c.o
obj-$(CONFIG_SMP) += platsmp.o headsmp.o
obj-$(CONFIG_ARCH_AXXIA_GIC) += axxia-gic.o
-obj-$(CONFIG_HOTPLUG_CPU) += hotplug.o
+obj-$(CONFIG_HOTPLUG_CPU) += hotplug.o lsi_power_management.o
obj-$(CONFIG_AXXIA_RIO) += rapidio.o
diff --git a/arch/arm/mach-axxia/axxia-gic.c b/arch/arm/mach-axxia/axxia-gic.c
index 53e525a..c670f3d 100644
--- a/arch/arm/mach-axxia/axxia-gic.c
+++ b/arch/arm/mach-axxia/axxia-gic.c
@@ -45,6 +45,7 @@
#include asm/mach/irq.h
#include mach/axxia-gic.h
+#include lsi_power_management.h
#define MAX_GIC_INTERRUPTS 1020
#define MAX_NUM_CLUSTERS4
@@ -1057,9 +1058,10 @@ static void __cpuinit gic_dist_init(struct gic_chip_data
*gic)
u32 enablemask;
u32 enableoff;
u32 val;
+ u32 this_cluster = get_cluster_id();
/* Initialize the distributor interface once per CPU cluster */
- if (test_and_set_bit(get_cluster_id(), gic-dist_init_done))
+ if ((test_and_set_bit(get_cluster_id(), gic-dist_init_done))
(!cluster_power_up[this_cluster]))
return;
cpumask = 1 cpu;
@@ -1362,6 +1364,12 @@ void __cpuinit axxia_gic_secondary_init(void)
gic_cpu_init(gic_data);
}
+void __cpuinit axxia_hotplug_gic_secondary_init(void)
+{
+ struct gic_chip_data *gic = gic_data;
+ gic_cpu_init(gic_data);
+}
+
#ifdef CONFIG_OF
int __init axxia_gic_of_init(struct device_node *node,
diff --git a/arch/arm/mach-axxia/axxia.h b/arch/arm/mach-axxia/axxia.h
index 156c6e0..000adc8 100644
--- a/arch/arm/mach-axxia/axxia.h
+++ b/arch/arm/mach-axxia/axxia.h
@@ -3,6 +3,7 @@
void axxia_init_clocks(int is_sim);
void axxia_ddr_retention_init(void);
void axxia_platform_cpu_die(unsigned int cpu);
+int axxia_platform_cpu_kill(unsigned int cpu);
extern struct smp_operations axxia_smp_ops;
diff --git a/arch/arm/mach-axxia/hotplug.c b/arch/arm/mach-axxia/hotplug.c
index fb5ec90..9e82bdc 100644
--- a/arch/arm/mach-axxia/hotplug.c
+++ b/arch/arm/mach-axxia/hotplug.c
@@ -15,6 +15,8 @@
#include asm/cacheflush.h
#include asm/smp_plat.h
#include asm/cp15.h
+#include lsi_power_management.h
+
extern volatile int pen_release;
@@ -63,49 +65,10 @@ static inline void cpu_leave_lowpower(void)
: cc);
}
-static void __ref platform_do_lowpower(unsigned int cpu, int *spurious)
-{
- int phys_cpu, cluster;
- /*
-* there is no power-control hardware on this platform, so all
-* we can do is put the core into WFI; this is safe as the calling
-* code will have already disabled interrupts
-*/
- for (;;) {
- wfi();
-
- /*
-* Convert the cpu variable to be compatible with the
-* ARM MPIDR register format (CLUSTERID and CPUID):
-*
-* Bits: |11 10 9 8|7 6 5 4 3 2|1 0
-* | CLUSTER | Reserved |CPU
-*/
- phys_cpu = cpu_logical_map(cpu);
- cluster = (phys_cpu / 4) 8;
- phys_cpu = cluster + (phys_cpu % 4);
-
- if (pen_release == phys_cpu) {
- /*
-* OK, proper wakeup, we're done
-*/
- break;
- }
-
- /*
-* Getting here, means that we have come out of WFI without
-* having been woken up - this shouldn't happen
-*
-* Just note it happening - when we're woken, we can report
-* its occurrence.
-*/
-
Re: [linux-yocto] [PATCH 25/35] arch/arm/mach-axxia: Fix Compiler Warnings
On 2014-11-13, 12:19 PM, Daniel Dragomir wrote:
From: John Jacques john.jacq...@lsi.com
We should have a sample of the compiler warning here, and a reference
to the commit that introduced it.
Bruce
Signed-off-by: John Jacques john.jacq...@lsi.com
---
arch/arm/mach-axxia/axxia-gic.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/arm/mach-axxia/axxia-gic.c b/arch/arm/mach-axxia/axxia-gic.c
index c670f3d..29a80f6 100644
--- a/arch/arm/mach-axxia/axxia-gic.c
+++ b/arch/arm/mach-axxia/axxia-gic.c
@@ -48,8 +48,6 @@
#include lsi_power_management.h
#define MAX_GIC_INTERRUPTS 1020
-#define MAX_NUM_CLUSTERS4
-#define CORES_PER_CLUSTER 4
static u32 irq_cpuid[MAX_GIC_INTERRUPTS];
static void __iomem *ipi_mask_reg_base;
@@ -1366,7 +1364,6 @@ void __cpuinit axxia_gic_secondary_init(void)
void __cpuinit axxia_hotplug_gic_secondary_init(void)
{
- struct gic_chip_data *gic = gic_data;
gic_cpu_init(gic_data);
}
--
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto
Re: [linux-yocto] [PATCH 28/35] drivers/net/ethernet/lsi: Fix Compiler Warnings
On 2014-11-13, 12:19 PM, Daniel Dragomir wrote:
From: John Jacques john.jacq...@lsi.com
.. and again!
Bruce
Signed-off-by: John Jacques john.jacq...@lsi.com
---
drivers/net/ethernet/lsi/lsi_acp_net.c | 6 --
drivers/net/ethernet/lsi/lsi_acp_net.h | 6 +++---
2 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/drivers/net/ethernet/lsi/lsi_acp_net.c
b/drivers/net/ethernet/lsi/lsi_acp_net.c
index a46e850..69dcbc9 100644
--- a/drivers/net/ethernet/lsi/lsi_acp_net.c
+++ b/drivers/net/ethernet/lsi/lsi_acp_net.c
@@ -1543,8 +1543,10 @@ int appnic_init(struct net_device *dev)
write_mac(0x4001, APPNIC_DMA_PCI_CONTROL);
write_mac(0x3, APPNIC_DMA_CONTROL);
#ifdef CONFIG_ARM
- writel(0x280044, (unsigned long)pdata-dma_base + 0x60);
- writel(0xc0, (unsigned long)pdata-dma_base + 0x64);
+ writel(0x280044,
+ (void __iomem *)((unsigned long)pdata-dma_base + 0x60));
+ writel(0xc0,
+ (void __iomem *)((unsigned long)pdata-dma_base + 0x64));
#else
out_le32((unsigned *)pdata-dma_base + 0x60, 0x280044);
out_le32((unsigned *)pdata-dma_base + 0x64, 0xc0);
diff --git a/drivers/net/ethernet/lsi/lsi_acp_net.h
b/drivers/net/ethernet/lsi/lsi_acp_net.h
index c1f4311..b943cd0 100644
--- a/drivers/net/ethernet/lsi/lsi_acp_net.h
+++ b/drivers/net/ethernet/lsi/lsi_acp_net.h
@@ -488,8 +488,8 @@ struct appnic_device {
#ifdef CONFIG_ARM
-#define read_mac(address) readl((address))
-#define write_mac(value, address) writel((value), (address))
+#define read_mac(address) readl((void __iomem *)(address))
+#define write_mac(value, address) writel((value), (void __iomem *)(address))
static inline void
readdescriptor(unsigned long address, struct appnic_dma_descriptor
*descriptor)
@@ -518,7 +518,7 @@ static inline void
femac_uncache(struct appnic_device *pdata)
{
/* Set FEMAC to uncached */
- writel(0x0, GPREG_HPROT_FEMAC);
+ writel(0x0, (void __iomem *)GPREG_HPROT_FEMAC);
}
#else
--
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto
Re: [linux-yocto] [PATCH 0/1] meta: valleyisland: Enable Realtek Ethernet
On 2014-11-12, 4:17 PM, Bruce Ashfield wrote: On 14-11-11 10:12 PM, wei.tee...@intel.com wrote: From: Ng, Wei Tee wei.tee...@intel.com Hi all, This patch is to enable Realtek Ethernet Driver support in valleyisland-32.scc. Valley Island BSP does not support this driver by default. We used the common-pc-eth.scc to turn on the driver configuration. This configuration was built and tested working on Bakerspot Board. Please review and provide feedback if any. The change looks fine to me. I've staged it my local tree. I'm working through some 3.10 -stable updates, so it will be another day or so before it is pushed to the servers. This is now merged and pushed to the linux-yocto 3.10 repository. Bruce Bruce This patch is target for linux-yocto-3.10 on meta branch. Thanks. Regards, Wei Tee The following changes since commit f79a00265eefbe2fffc2cdb03f67235497a9a87e: meta: update kver to v3.10.55 (2014-09-22 13:09:06 -0400) are available in the git repository at: git://git.yoctoproject.org/linux-yocto-contrib weiteeng/meta-update-32 http://git.yoctoproject.org/cgit.cgi/linux-yocto-contrib/log/?h=weiteeng/meta-update-32 Ng, Wei Tee (1): meta: valleyisland 32-bit: Enable Realtek Ethernet Driver .../bsp/valleyisland/valleyisland-32.scc |2 ++ 1 file changed, 2 insertions(+) -- ___ linux-yocto mailing list linux-yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/linux-yocto
