Hi,
I have the task to check systemtap behaviour. It requires .config (found in /boot so OK), Module.symvers and vmlinux. Well, I could recompile the kernel but I have been used getting these packaged by our integration team at Texas Instruments ;-)
I am wondering if these shall not be provided to end users and how they could be provided. From various reading, I have the impression I would need a linux-image-debug-xxx package: * is there some for various hwpacks (especially panda in my case) ? * is it sufficient ? vmlinux was not packaged as such by our integration team so I have doubts about it
In any case, I am anticipating kernel recompilation. Is there any Linaro deviation from Ubuntu method ?
thanks for your help
Regards Fred
Hi all,
I don't remember how I wrongly installed it but msot of the files I am looking for are obviously in kernel headers package (as they are needed for kernel module recompilation). So these are solved.
vmlinux is not, as expected. It has been made available on a server internally in TI, so it took me time to make the link between what is done on a Ubuntu desktop and what can be done on target. http://sourceware.org/systemtap/wiki/SystemtapOnUbuntu indicates that vmlinux is supposed to be part of kernel debug package.
- do we have such kernel debug package on Linaro ? That would enable systemtap users just after package installation instead of "after kernel recompilation".
Regards Fred
On 3 February 2011 16:23, Frederic Turgis frederic.turgis@linaro.org wrote:
Hi,
I have the task to check systemtap behaviour. It requires .config (found in /boot so OK), Module.symvers and vmlinux. Well, I could recompile the kernel but I have been used getting these packaged by our integration team at Texas Instruments ;-)
I am wondering if these shall not be provided to end users and how they could be provided. From various reading, I have the impression I would need a linux-image-debug-xxx package: * is there some for various hwpacks (especially panda in my case) ? * is it sufficient ? vmlinux was not packaged as such by our integration team so I have doubts about it
In any case, I am anticipating kernel recompilation. Is there any Linaro deviation from Ubuntu method ?
thanks for your help
Regards Fred
Hi Frederic,
On Wed, Feb 09, 2011 at 12:40:16AM +0100, Frederic Turgis wrote:
I don't remember how I wrongly installed it but msot of the files I am looking for are obviously in kernel headers package (as they are needed for kernel module recompilation). So these are solved.
vmlinux is not, as expected. It has been made available on a server internally in TI, so it took me time to make the link between what is done on a Ubuntu desktop and what can be done on target. http://sourceware.org/systemtap/wiki/SystemtapOnUbuntu indicates that vmlinux is supposed to be part of kernel debug package.
- do we have such kernel debug package on Linaro ? That would enable
systemtap users just after package installation instead of "after kernel recompilation".
"ddeb" debug packages for the current natty kernel are meant to be made available here:
http://ddebs.ubuntu.com/pool/universe/l/linux-linaro-omap/
Currently this directory is empty, but I'm not sure why. Loïc, do you have any details on what's going wrong currently with dbgsyms packages for the Linaro kernels?
Once this gets fixed, users can enable access to these dbgsym packages by adding this line to /etc/apt/sources.list on their Linaro system:
deb http://ddebs.ubuntu.com natty main universe
On 8 February 2011 23:58, Steve Langasek steve.langasek@linaro.org wrote:
"ddeb" debug packages for the current natty kernel are meant to be made available here:
http://ddebs.ubuntu.com/pool/universe/l/linux-linaro-omap/
Currently this directory is empty, but I'm not sure why. Loïc, do you have any details on what's going wrong currently with dbgsyms packages for the Linaro kernels?
Last time I needed them, on 1st Feb, the ddebs were in http://ddebs.ubuntu.com/pool/main/l/linux-linaro-omap/
(no, I don't know why 'main' when the .deb is in universe) but there's nothing in there any more either.
That was the ddeb for linux-linaro-omap_2.6.37-1002.5, which is still in the archive.
So the ddeb definitely got created and uploaded to ddebs, but something else has subsequently removed it :-(
-- PMM
On Wed, Feb 09, 2011, Peter Maydell wrote:
Last time I needed them, on 1st Feb, the ddebs were in http://ddebs.ubuntu.com/pool/main/l/linux-linaro-omap/ (no, I don't know why 'main' when the .deb is in universe) but there's nothing in there any more either. That was the ddeb for linux-linaro-omap_2.6.37-1002.5, which is still in the archive. So the ddeb definitely got created and uploaded to ddebs, but something else has subsequently removed it :-(
Yeah; I was wondering the same, I think the source package got demoted from main to universe which might explain why the ddebs got removed
On Wed, Feb 09, 2011 at 09:57:51AM +0100, Loïc Minier wrote:
On Wed, Feb 09, 2011, Peter Maydell wrote:
Last time I needed them, on 1st Feb, the ddebs were in http://ddebs.ubuntu.com/pool/main/l/linux-linaro-omap/ (no, I don't know why 'main' when the .deb is in universe) but there's nothing in there any more either. That was the ddeb for linux-linaro-omap_2.6.37-1002.5, which is still in the archive. So the ddeb definitely got created and uploaded to ddebs, but something else has subsequently removed it :-(
Yeah; I was wondering the same, I think the source package got demoted from main to universe which might explain why the ddebs got removed
Yes, I can see from https://launchpad.net/ubuntu/+source/linux-linaro-omap/+publishinghistory that the package was in main and subsequently demoted. Was probably even me that did the demotion, shoot! Well, there'll be another kernel upload before too long, and hopefully this time it'll be left where it belongs instead of someone moving it back into main. :/
(And hopefully ddebs get better support for packages moving section!)
On Tue, Feb 08, 2011, Steve Langasek wrote:
"ddeb" debug packages for the current natty kernel are meant to be made available here:
http://ddebs.ubuntu.com/pool/universe/l/linux-linaro-omap/
Currently this directory is empty, but I'm not sure why. Loïc, do you have any details on what's going wrong currently with dbgsyms packages for the Linaro kernels?
It should just work; last time this happened, lamont fixed it by starting apache on the armel buildds; pitti also added some error file: http://ddebs.ubuntu.com/failed-buildds.txt it shows a bunch of buildds, so I think that's likely the issue again.
I'll open a ticket to ask for these buildds to get a httpd again
-
Frederic Turgis -
Loïc Minier -
Peter Maydell -
Steve Langasek