kernel-devel package
I am trying to use stap to find the source of a ugly race condition, can install it in xo-1.75 with os13, but when want execute it, have the following error: bash-4.2# stap --vp 1 -o ./output.log -t sugar.stp 506 Checking /lib/modules/3.0.19_xo1.75-20120606.1504.olpc.8d24ad5/build/.config failed with error: No such file or directory Incorrect version or missing kernel-devel package, use: yum install kernel-devel-3.0.19_xo1.75-20120606.1504.olpc.8d24ad5.armv7hl Trying to install: v7hh-4.2# yum install kernel-devel-3.0.19_xo1.75-20120606.1504.olpc.8d24ad5.arm updates/metalink | 4.3 kB 00:00 updates-testing/metalink | 4.5 kB 00:00 No package kernel-devel-3.0.19_xo1.75-20120606.1504.olpc.8d24ad5.armv7h available. Error: Nothing to do I know we have our custom kernel, but we publish a kernel-devel package too? Where is it? Gonzalo ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: kernel-devel package
On Fri, Jun 15, 2012 at 2:59 PM, Gonzalo Odiard gonz...@laptop.org wrote: I am trying to use stap to find the source of a ugly race condition, can install it in xo-1.75 with os13, but when want execute it, have the following error: bash-4.2# stap --vp 1 -o ./output.log -t sugar.stp 506 Checking /lib/modules/3.0.19_xo1.75-20120606.1504.olpc.8d24ad5/build/.config failed with error: No such file or directory Incorrect version or missing kernel-devel package, use: yum install kernel-devel-3.0.19_xo1.75-20120606.1504.olpc.8d24ad5.armv7hl Trying to install: v7hh-4.2# yum install kernel-devel-3.0.19_xo1.75-20120606.1504.olpc.8d24ad5.arm updates/metalink | 4.3 kB 00:00 updates-testing/metalink | 4.5 kB 00:00 No package kernel-devel-3.0.19_xo1.75-20120606.1504.olpc.8d24ad5.armv7h available. Error: Nothing to do I know we have our custom kernel, but we publish a kernel-devel package too? Where is it? Here: http://dev.laptop.org/~kernels/public_rpms/f17-xo1.75/ Cheers, Niels ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: kernel-devel package
Thanks Gonzalo ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 12.1.0 release candidate 1 (build 14) released
On Thu, Jun 14, 2012 at 6:41 PM, Daniel Drake d...@laptop.org wrote: http://download.laptop.org/xo-1.5/os/candidate/12.1.0-14/ I'm downloading this image to test... #11923 XO 1.5 with os13 takes long time to boot the first time and doesn't show the Boot Screen ... this bug report I will let you know in a while. -- Kaufmann Manuel Blog: http://humitos.wordpress.com/ Porfolio: http://fotos.mkaufmann.com.ar/ PyAr: http://www.python.com.ar/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: kernel-devel package [Devel Digest, Vol 76, Issue 34]
I know we have our custom kernel, but we publish a kernel-devel package too? Where is it? Here: http://dev.laptop.org/~kernels/public_rpms/f17-xo1.75/ Cheers, Niels Any progress in building/publishing kernel-headers for the ARM as with the x86 kernels? Thx ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO-1 update to 885
--- On Fri, 6/15/12, James Cameron qu...@laptop.org wrote: From: James Cameron qu...@laptop.org Subject: Re: XO-1 update to 885 To: Yioryos Asprobounitis mavrot...@yahoo.com Cc: OLPC Devel devel@lists.laptop.org Date: Friday, June 15, 2012, 12:56 AM On Thu, Jun 14, 2012 at 09:35:20PM -0700, Yioryos Asprobounitis wrote: With the opportunity of 12.1.0/os14 update in the one of my XO-1s, I also tried to update my F14 XO-1 to 11.3.1/os885 but I get `can not download update contents' Indeed rsync://updates.laptop.org/ does not list build-885. Actually the only 885 build there is the for the XO-1.75. Gave it some time in case it pulls it after the request, but no result :-/ It pulls in at time of request, but you have to make the right request. (I would not use online update with an XO-1 because the amount of effort to make free space exceeds the time it would take to download an installation kit. But, please do test it if you can, and report your results.) I was actually monitoring free space at 15sec intervals during olpc-update. Updating from os883 to os885 requires just 30MB free space. It is likely that from older builds will be a problem but not from the last official release. So please try sudo olpc-update candidate_xo1-885 Yeh, that did it. Thx ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
12.1.0 release notes review
Hi, I've been putting the 12.1.0 release notes together: http://wiki.laptop.org/go/Release_notes/12.1.0 Please review and comment. What have I missed? One area I'd appreciate more input on is the activity changes - what other major user-visible changes have happened in the shipped activities? Please reply here or just edit the page directly. Thanks Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: On XO-1.5 with 11.3.0/11.3.1 -- hang during shutdown?
Hi Martin, James et. al. It seems that the microSD card was definitely one of the main reasons why the hang on shutdown was happening [1] [1] http://dev.laptop.org.au/issues/1323 Cheers, Anish On Fri, Jun 15, 2012 at 7:45 AM, Anish Mangal an...@activitycentral.com wrote: On Fri, Jun 15, 2012 at 4:09 AM, James Cameron qu...@laptop.org wrote: On Thu, Jun 14, 2012 at 06:51:58PM +0530, Anish Mangal wrote: * Insert bad microSD. Flash the new build (using fs-update) * Test * Insert good microSD. Flash the new build (using fs-update) * Test In your testing, please also control for the version of Open Firmware used at the fs-update step. Good point. Deepak, please take note of it in your testing. The firmware version while testing with the old and new microSD cards should be same. -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: kernel-devel package
Now I can install the kernel-devel package but have a new problem, no debug info: bash-4.2# stap --vp 1 -o ./output.log -t sugar.stp 501 Pass 1: parsed user script and 80 library script(s) using 22292virt/13464res/2360shr kb, in 1270usr/20sys/1311real ms. semantic error: no match while resolving probe point syscall.open semantic error: process probes not available without kernel CONFIG_UTRACE or CONFIG_TRACEPOINTS/CONFIG_ARCH_SUPPORTS_UPROBES/CONFIG_UPROBES while resolving probe point process(python).library(/usr/lib/libpython2.7.so.1.0).mark(function__entry) semantic error: no match while resolving probe point python.function.entry semantic error: process probes not available without kernel CONFIG_UTRACE or CONFIG_TRACEPOINTS/CONFIG_ARCH_SUPPORTS_UPROBES/CONFIG_UPROBES while resolving probe point process(python).library(/usr/lib/libpython2.7.so.1.0).mark(function__return) semantic error: no match while resolving probe point python.function.return Pass 2: analysis failed. Try again with another '--vp 01' option. Missing separate debuginfos, use: debuginfo-install kernel-3.0.19_xo1.75-20120606.1504.olpc.8d24ad5.armv7hl # yum install yum-utils # debuginfo-install kernel-3.0.19_xo1.75-20120606.1504.olpc.8d24ad5.armv7 enabling updates-testing-debuginfo enabling fedora-debuginfo enabling updates-debuginfo fedora-debuginfo/metalink| 5.0 kB 00:00 fedora-debuginfo | 3.1 kB 00:00 fedora-debuginfo/primary_db | 1.5 MB 00:09 updates-debuginfo/metalink | 4.5 kB 00:00 updates-debuginfo| 3.2 kB 00:00 updates-debuginfo/primary_db | 154 kB 00:01 updates-testing-debuginfo/metalink | 4.6 kB 00:00 updates-testing-debuginfo| 3.2 kB 00:00 updates-testing-debuginfo/primary_db | 81 kB 00:00 Could not find debuginfo for main pkg: kernel-3.0.19_xo1.75-20120606.1504.olpc.8d24ad5.armv7hl No debuginfo packages available to install Any idea? Gonzalo ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 12.1.0 release notes review
On Fri, Jun 15, 2012 at 4:03 PM, Walter Bender walter.ben...@gmail.com wrote: I've been putting the 12.1.0 release notes together: http://wiki.laptop.org/go/Release_notes/12.1.0 Please review and comment. What have I missed? One area I'd appreciate more input on is the activity changes - what other major user-visible changes have happened in the shipped activities? Does it make sense to base my activity updates on the changes between the versions specified on http://wiki.laptop.org/go/Activities/G1G1/11.3 and http://wiki.laptop.org/go/Activities/G1G1/12.1 ??? Yes. In the case of Turtle Art, that is a change from version 114 to 143, which is quite dramatic. I'll try to just pull out the highlights :P Definitely, only want the highlights, the big things. We won't be able to mention all of the new cool things, just the big ones :) Thanks, Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: On XO-1.5 with 11.3.0/11.3.1 -- hang during shutdown?
I do not wish to constrain your investigation at all, please continue investigating, but I do have some comments and speculations. Yes, the microSD card cannot be excluded as a cause. But unless there are other symptoms associated with the microSD card, effort should be concentrated on finding the root cause of the hang, using Linux debugging techniques. The transactions that are given to the microSD card during shutdown should be normal block read and writes, as the filesystem is prepared for unmounting. There's nothing unusual about these transactions, except that some of them may be located in a particular block range. So it is unlikely that this will be a cause of the hang. But you may want to exclude it. On the theory that these writes may be stalling due to the block number, (and we haven't seen any evidence yet of this), you can test for that by repeating the writes in a controlled fashion, such as by booting from an external SD card or USB drive, and using Linux to mount and umount the internal microSD card partitions. If you find this unreliable, then it is a critical finding. If you find this reliable, then you can exclude the theory of writes stalling due to block number. There is a possibility that the contributed behaviour is tied to a model of microSD card, rather than a specific microSD card. We use multiple qualified sources in manufacturing. You might identify the manufacturer's identity and configuration of the microSD card. You can do this in Open Firmware using: ok select int ok show-cid There are, no doubt, ways to do this in Linux as well, but I do not recall the details. I look forward to hearing what your Linux debugging techniques uncover. Ask yourself this question; what is preventing the power off command from being delivered to the embedded controller by the kernel? Is it because it was not sent? If so, why? Is it because it was sent (per serial port evidence) but not obeyed? If so, why is it that the power button responds? Is there any serial port evidence of the power button being detected by the kernel at the point of the hang? And so on. -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Announcing Q4D17 for XO-1.75
http://wiki.laptop.org/go/OLPC_Firmware_q4d17 - add support for different RAM chips, - display the operating CPU core frequency instead of the CPU configured maximum, - revert ASIX USB ethernet physical interface power down changes as they are affecting mass production timing, - a fix for usage of USB hubs and USB FLASH drives with embedded hubs, - a fix to telnetd vocabulary also seen when using select /wlan, - probe all USB ports during USB tests, and avoid the fisheye test since it requires external instruments. -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: On XO-1.5 with 11.3.0/11.3.1 -- hang during shutdown?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi James, Please have a look at https://dev.laptop.org.au/issues/1033#note-64 which was the email sent some time ago internally when the workaround for this was just found. * It is currently difficult for us to follow linux debugging techniques as the broken laptop and good/bad microSD cards are with someone with only basic linux knowledge. (and this was a restriction during initial debug too) * We think the problem was with the SD cards (perhaps a specific batch of them), and I think our findings establish that with some confidence. * The reason why the laptop was not being shutdown was due to a race condition. The halt script was expecting the processed to get killed within a certain amount of time, which they weren't. Just delaying that expected time point (by which the processes should be killed) worked for us. * As for further debugging, I could have the SD card shipped to me, or anybody looking to spend time on it, but we must be confident enough that the problem lies there (which I think it does). On Saturday 16 June 2012 05:46 AM, James Cameron wrote: I do not wish to constrain your investigation at all, please continue investigating, but I do have some comments and speculations. Yes, the microSD card cannot be excluded as a cause. But unless there are other symptoms associated with the microSD card, effort should be concentrated on finding the root cause of the hang, using Linux debugging techniques. The transactions that are given to the microSD card during shutdown should be normal block read and writes, as the filesystem is prepared for unmounting. There's nothing unusual about these transactions, except that some of them may be located in a particular block range. So it is unlikely that this will be a cause of the hang. But you may want to exclude it. On the theory that these writes may be stalling due to the block number, (and we haven't seen any evidence yet of this), you can test for that by repeating the writes in a controlled fashion, such as by booting from an external SD card or USB drive, and using Linux to mount and umount the internal microSD card partitions. If you find this unreliable, then it is a critical finding. If you find this reliable, then you can exclude the theory of writes stalling due to block number. There is a possibility that the contributed behaviour is tied to a model of microSD card, rather than a specific microSD card. We use multiple qualified sources in manufacturing. You might identify the manufacturer's identity and configuration of the microSD card. You can do this in Open Firmware using: ok select int ok show-cid There are, no doubt, ways to do this in Linux as well, but I do not recall the details. I look forward to hearing what your Linux debugging techniques uncover. Ask yourself this question; what is preventing the power off command from being delivered to the embedded controller by the kernel? Is it because it was not sent? If so, why? Is it because it was sent (per serial port evidence) but not obeyed? If so, why is it that the power button responds? Is there any serial port evidence of the power button being detected by the kernel at the point of the hang? And so on. - -- Anish Mangal Dextrose Project Manager Activity Central -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJP2/xTAAoJEBoxUdDHDZVp33QH/jfYUQYyQLLt6+cAH/aYAEhU yymgGEZzmCqhn+i92CuD1LoChblV+mYNVCQH0DqLe8aoDyzyqoOsdZ7lLgv+FQdv niIBQxS5q7J+sKOB4pzVgXes/2HAn3fj/VyRHUkqgLsvYyzfA2ZMm7+qYGyGZ410 QIU6oRkJqwIrGq+hAd8dyGogFtByB3xOquCWeBnIF63MZ0mr7/Agjdek8a+h+Y+q 5nGfd+HuRTnzfgQezx+kX3K7a7ozj3lOpMDD5pAbXIbLKNWeyoAoUh31suGmTJO0 bWwbzDDze+g1VqaJOF/AuAiMuQi1k9ZbUlbhhlqRwBNAPWggEtH+3Iqj3flm+VE= =ktQp -END PGP SIGNATURE- ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel