Here are the build results from automated periodic testing.
The tree being built was mainline, found at:
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git (master branch)
Topmost commit:
2457aaf Merge tag 'pm+acpi-3.12-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm
Runtime: 20m 4s
Passed: 117 Failed: 0
Warnings: 15
Section mismatches: 0
-------------------------------------------------------------------------------
Failed defconfigs:
-------------------------------------------------------------------------------
Errors:
Warnings: 1 drivers/dma/imx-dma.c:579:3: warning: format '%x' expects argument of type 'unsigned int', but argument 6 has type 'dma_addr_t' [-Wformat=] 1 drivers/dma/imx-dma.c:579:3: warning: format '%x' expects argument of type 'unsigned int', but argument 7 has type 'dma_addr_t' [-Wformat=] 1 drivers/dma/imx-dma.c:593:4: warning: format '%x' expects argument of type 'unsigned int', but argument 9 has type 'dma_addr_t' [-Wformat=] 1 drivers/dma/imx-dma.c:603:4: warning: format '%x' expects argument of type 'unsigned int', but argument 9 has type 'dma_addr_t' [-Wformat=] 1 drivers/dma/imx-dma.c:930:2: warning: format '%x' expects argument of type 'unsigned int', but argument 6 has type 'dma_addr_t' [-Wformat=] 1 drivers/dma/imx-dma.c:930:2: warning: format '%x' expects argument of type 'unsigned int', but argument 7 has type 'dma_addr_t' [-Wformat=] 1 drivers/dma/imx-dma.c:960:2: warning: format '%x' expects argument of type 'unsigned int', but argument 6 has type 'dma_addr_t' [-Wformat=] 1 drivers/dma/imx-dma.c:960:2: warning: format '%x' expects argument of type 'unsigned int', but argument 7 has type 'dma_addr_t' [-Wformat=] 1 drivers/dma/imx-sdma.c:1092:3: warning: format '%x' expects argument of type 'unsigned int', but argument 6 has type 'dma_addr_t' [-Wformat=] 1 drivers/dma/imx-sdma.c:1166:3: warning: format '%x' expects argument of type 'unsigned int', but argument 6 has type 'dma_addr_t' [-Wformat=] 1 drivers/dma/ipu/ipu_idmac.c:1235:2: warning: format '%x' expects argument of type 'unsigned int', but argument 5 has type 'dma_addr_t' [-Wformat=] 1 drivers/dma/ipu/ipu_idmac.c:1235:2: warning: format '%x' expects argument of type 'unsigned int', but argument 6 has type 'dma_addr_t' [-Wformat=] 1 drivers/gpu/host1x/hw/cdma_hw.c:57:3: warning: format '%x' expects argument of type 'unsigned int', but argument 5 has type 'dma_addr_t' [-Wformat=] 1 drivers/gpu/host1x/hw/debug_hw.c:175:10: warning: format '%x' expects argument of type 'unsigned int', but argument 3 has type 'dma_addr_t' [-Wformat=] 1 drivers/tty/serial/imx.c:1542:6: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]
Section mismatches:
On Fri, Sep 20, 2013 at 8:11 PM, Olof's autobuilder build@lixom.net wrote:
1 drivers/tty/serial/imx.c:1542:6: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]
It would be nice to indicate in the report which defconfig was used that leads to this warning.
I assume it is multi_v7_defconfig + lpae?
Regards,
Fabio Estevam
On Fri, Sep 20, 2013 at 4:20 PM, Fabio Estevam festevam@gmail.com wrote:
On Fri, Sep 20, 2013 at 8:11 PM, Olof's autobuilder build@lixom.net wrote:
1 drivers/tty/serial/imx.c:1542:6: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]
It would be nice to indicate in the report which defconfig was used that leads to this warning.
Yeah, I unfortunately don't break it down per defconfig. Kevin does. I'll probably start attaching the warnings per defconfig when I rewrite my script, which will happen... any week. Maybe sooner. :)
I assume it is multi_v7_defconfig + lpae?
Yep. I posted a patch to Greg a while back, but it was in the middle of the merge window so it's sitting in a mailbox waiting right now. :)
-Olof
On Fri, Sep 20, 2013 at 04:56:55PM -0700, Olof Johansson wrote:
I'll probably start attaching the warnings per defconfig when I rewrite my script, which will happen... any week. Maybe sooner. :)
When doing that rewrite, could I ask a small favor? In the subject line, could you put the number of failures first? It'll match Kevin, and imho, is the most important info.
thx,
Jason.
On Sat, Sep 21, 2013 at 01:31:21PM -0400, Jason Cooper wrote:
On Fri, Sep 20, 2013 at 04:56:55PM -0700, Olof Johansson wrote:
I'll probably start attaching the warnings per defconfig when I rewrite my script, which will happen... any week. Maybe sooner. :)
When doing that rewrite, could I ask a small favor? In the subject line, could you put the number of failures first? It'll match Kevin, and imho, is the most important info.
Of course, if the boot scripts did the same, that would be swell. :)
thx,
Jason.
On Sep 21, 2013 10:31 AM, "Jason Cooper" jason@lakedaemon.net wrote:
On Fri, Sep 20, 2013 at 04:56:55PM -0700, Olof Johansson wrote:
I'll probably start attaching the warnings per defconfig when I rewrite my script, which will happen... any week. Maybe sooner. :)
When doing that rewrite, could I ask a small favor? In the subject line, could you put the number of failures first? It'll match Kevin, and imho, is the most important info.
I prefer the current order, sorry. :)
-Olof
On Fri, Sep 20, 2013 at 4:56 PM, Olof Johansson olof@lixom.net wrote:
On Fri, Sep 20, 2013 at 4:20 PM, Fabio Estevam festevam@gmail.com wrote:
On Fri, Sep 20, 2013 at 8:11 PM, Olof's autobuilder build@lixom.net wrote:
1 drivers/tty/serial/imx.c:1542:6: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]
It would be nice to indicate in the report which defconfig was used that leads to this warning.
Yeah, I unfortunately don't break it down per defconfig. Kevin does. I'll probably start attaching the warnings per defconfig when I rewrite my script, which will happen... any week. Maybe sooner. :)
Actually, I decided to sign up for a small image at Digital Ocean and push logs to there, so I'll probably keep my report of aggregates in email, but from here on out I will include a link to where you can find the (stderr pieces) of the build logs. Turns out I didn't collect the non-stderr output by accident, and, well, it's not really useful for me anyway and just takes space.
So check out the links to http://arm-soc.lixom.net in emails from here on out. I'll probably play around with generating better indexes and presenting the data in a better way as I tinker with things, but this gives a better place to do it than just via email. For anyone who visits the site it will be obvious that I am a HTML-slinging ninja, this kernel stuff is just a hobby.
Finally, a shameless plug: If anyone feels like playing with Digital Ocean hosting (it's really neat and with excellent prices), please use the reference link https://www.digitalocean.com/?refcode=efa8aca30ae9. I pay for this hosting out of pocket and it'd be nice to get some of it covered through referrals.
-Olof
kernel-build-reports@lists.linaro.org