00:12.46 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
01:37.24 | *** join/#oe jkridner (~jkridner@nat/ti/x-ovuykssljdsusygw) |
01:37.24 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
01:42.41 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
02:01.18 | *** join/#oe DHR (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
03:07.42 | CIA-77 | 03Mats Kärrman <Mats.Karrman@tritech.se> 07master * rc7179d3903 10openembedded.git/recipes/binutils/binutils_2.18.bb: (log message trimmed) |
03:07.42 | CIA-77 | binutils_2.18: update SRC_URI to avoid manual delete |
03:07.42 | CIA-77 | For reasons described in [1], the URL and contents of the source archive has |
03:07.42 | CIA-77 | changed and the old URL redirects to this. The checksums were updated by a |
03:07.42 | CIA-77 | previous commit [2], but only changing the checksums requires a previously |
03:07.43 | CIA-77 | downloaded archive to be manually deleted. This patch avoids this by updating |
03:07.44 | CIA-77 | the SRC_URI to the new URL. |
03:07.47 | CIA-77 | 03Ulf Samuelsson <ulf_samuelsson@telia.com> 07master * r262f9eb0f0 10openembedded.git/recipes/binutils/ (9 files in 2 dirs): (log message trimmed) |
03:07.47 | CIA-77 | binutils-2.20.1: Change source package to binutils-2.20.1a |
03:07.47 | CIA-77 | 2.20.1 is now 2.20.1a. |
03:07.47 | CIA-77 | Patches and diff -r1 backported from openembedded-core |
03:07.47 | CIA-77 | meta-openembedded/meta-oe/recipes-devtools/binutils |
03:07.48 | CIA-77 | When extracting the 2.20.1a sources, the directory name is still 2.20.1 |
03:07.48 | CIA-77 | $ LANG=C diff -rq binutils-2.20.1 binutils-2.20.1a |
03:18.30 | *** join/#oe radhermit (~radhermit@gentoo/developer/radhermit) |
03:33.33 | *** join/#oe methril_work (~Rafael@189.114.111.135) |
03:45.39 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
03:59.46 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
04:01.37 | *** part/#oe cminyard (~cminyard@pool-173-71-58-7.dllstx.fios.verizon.net) |
04:17.36 | *** join/#oe valhalla (~valhalla@81-174-23-255.dynamic.ngi.it) |
04:17.55 | *** join/#oe mischa_ (~mischa@223.177.67.254) |
04:25.27 | *** join/#oe valhalla (~valhalla@81-174-23-255.dynamic.ngi.it) |
04:54.42 | *** join/#oe valhalla (~valhalla@81-174-23-255.dynamic.ngi.it) |
04:55.41 | *** join/#oe kergoth (~kergoth@ip24-251-167-38.ph.ph.cox.net) |
05:00.34 | *** join/#oe NR (~LessIsMor@2.176.236.115) |
05:01.20 | *** join/#oe SterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
05:02.00 | *** join/#oe uwe_mobile (~uwe@static.88-198-8-117.clients.your-server.de) |
05:14.30 | *** join/#oe mrmoku (~mrmoku@ppp-188-174-78-149.dynamic.mnet-online.de) |
05:39.19 | *** join/#oe tasslehoff (~Tasslehof@147.84-49-231.nextgentel.com) |
05:48.53 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
05:52.14 | *** join/#oe Cubi_ (~cubi@static-87-79-65-72.netcologne.de) |
06:00.07 | *** join/#oe Crofton (~balister@85.13.70.251) |
06:01.48 | *** join/#oe toi (~peter@inuitbib.ugent.be) |
06:10.05 | tasslehoff | MACHINE_KERNEL_PR in omap3.inc has a comment # Increase this everytime you change something in the kernel |
06:12.40 | tasslehoff | I've added some patches to my meta-layer and changed PRINC in my bbappend, but should I also bump MACHINE_KERNEL_PR? |
06:12.46 | tasslehoff | to a kernel recipe, that is :) |
06:13.50 | JaMaOffELCE | hmm that's harder, but if you're not building any external modules you should be fine without incrementing it |
06:14.36 | tasslehoff | great |
06:27.03 | tasslehoff | hm. after bumping PRINC it didn't rebuild my kernel when I bitbake my image. |
06:29.49 | *** join/#oe vitus (~vitus@145.253.169.210) |
06:32.59 | *** join/#oe mrmoku` (~mrmoku@ppp-188-174-111-96.dynamic.mnet-online.de) |
06:58.32 | *** join/#oe Heinervdm (~thomas@pD9E13C9F.dip.t-dialin.net) |
07:03.55 | CIA-77 | 03Joshua Lock <josh@linux.intel.com> 07master * r5f8f923b76 10bitbake.git/lib/bb/fetch2/__init__.py: (log message trimmed) |
07:03.55 | CIA-77 | fetch2: enable checksum definition as SRC_URI parameter |
07:03.55 | CIA-77 | URI parameters should be able to be defined as a parameter of the SRC_URI, |
07:03.55 | CIA-77 | this patch enables thus for checksums. |
07:03.55 | CIA-77 | An example; |
07:03.56 | CIA-77 | SRC_URI = "http://pkgconfig.freedesktop.org/releases/pkg-config-${PV}.tar.gz;md5sum=a3270bab3f4b69b7dc6dbdacbcae9745;sha256sum=3ba691ee2431f32ccb8efa131e59bf23e37f122dc66791309023ca6dcefcd10e" |
07:03.57 | CIA-77 | Addresses the remainder of [YOCTO #1399] |
07:04.05 | CIA-77 | 03Joshua Lock <josh@linux.intel.com> 07master * rdb59297aa1 10bitbake.git/lib/bb/ui/hob.py: |
07:04.05 | CIA-77 | hob: fix backtrace when dismissing open dialog |
07:04.05 | CIA-77 | Clearly a logic/indentation error - we should only try and load the recipe |
07:04.05 | CIA-77 | should the file-chooser return OK. |
07:04.05 | CIA-77 | Fixes [YOCTO #1668] |
07:04.06 | CIA-77 | Signed-off-by: Joshua Lock <josh@linux.intel.com> |
07:04.06 | CIA-77 | 03Joshua Lock <josh@linux.intel.com> 07master * r0a6443f9e1 10bitbake.git/doc/manual/usermanual.xml: |
07:04.07 | CIA-77 | doc: update manual for checksum changes |
07:04.08 | CIA-77 | Document the ability to use SRC_URI parameters for checksums |
07:04.08 | CIA-77 | Signed-off-by: Joshua Lock <josh@linux.intel.com> |
07:04.09 | CIA-77 | 03Joshua Lock <josh@linux.intel.com> 07master * r30ca41e596 10bitbake.git/lib/bb/fetch2/__init__.py: (log message trimmed) |
07:04.09 | CIA-77 | fetch2: improve usability of checksums |
07:04.10 | CIA-77 | This patch improves the usability of checksums by only requiring one checksum |
07:04.10 | CIA-77 | be defined. |
07:04.11 | CIA-77 | Further, checksum verification will provide as much information as possible |
07:04.11 | CIA-77 | at, rather than a bit at a time. No longer will you need to run fetch, see an |
07:19.32 | mckoan | good morning |
07:25.54 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
07:26.37 | tasslehoff | My freshly baked OE-image works, has an IP and has dropbear installed, but I can't ssh into the board. Something else to enable/install that I didn't have to do in OE-classic? |
07:30.57 | *** join/#oe henning (henning@familie-heinold.de) |
07:44.51 | *** join/#oe rob_w (~bob@93.104.205.194) |
07:46.16 | *** join/#oe Zoxc (Zoxc@ti0128a380-dhcp0301.bb.online.no) |
07:55.30 | *** join/#oe stefan_schmidt (~stefan@p4FF89F29.dip.t-dialin.net) |
07:56.52 | woglinde | gm stefan |
08:00.24 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
08:05.30 | tasslehoff | hm. something to make dropbear allow root login most likely |
08:05.39 | woglinde | ? |
08:05.45 | woglinde | was always default |
08:05.51 | woglinde | no passwd |
08:07.10 | tasslehoff | woglinde: yeah. that worked by default on classic, but in core I'm not allowed to ssh in |
08:07.25 | woglinde | hm try to set the passwd |
08:07.30 | woglinde | via serial |
08:07.50 | woglinde | hmmaybee you have openssh now running |
08:08.47 | *** join/#oe unsolo (~unsolo@58.80-203-72.nextgentel.com) |
08:10.19 | tasslehoff | woglinde: actually it was dropbear that had not started :-) |
08:10.51 | woglinde | haha |
08:10.56 | woglinde | you see |
08:12.05 | tasslehoff | I need more coffee to be able to think for myself today :) |
08:25.53 | Jin^eLD | mornin |
08:32.12 | woglinde | ji jield |
09:03.36 | *** join/#oe sakoman__ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
09:03.54 | *** join/#oe unsolo_ (~unsolo@58.80-203-72.nextgentel.com) |
09:30.41 | *** join/#oe esperanto (9e2aa522@gateway/web/freenode/ip.158.42.165.34) |
09:30.59 | esperanto | hi |
09:31.16 | esperanto | mirrors.openembedded.org seems to be down, isn't it? |
09:48.08 | *** join/#oe obi_ (~obi@unaffiliated/obi) |
09:49.17 | woglinde | hi obi |
09:50.14 | JaMaOffELCE | you've scared him |
09:50.21 | woglinde | no |
09:54.16 | Jin^eLD | if some build scripts checks for an executable during build time in order to enable/disable certain features; what would be the proper way to stage such a tool? I think the staging step became obsolete? |
09:54.31 | Jin^eLD | what's the correct way now? |
09:54.34 | tasslehoff | I have to manually start dropbear and networking after booting my board though they are in /etc/init.d/. Isn't that ... odd? |
09:55.00 | woglinde | are you using systemd? |
09:55.10 | JaMaOffELCE | are they in /erc/rc.* ? |
09:55.11 | woglinde | are they linked to the right runlevel? |
09:56.42 | tasslehoff | I am apparently using systemd. It says lots of stuff in dmesg. |
09:57.04 | tasslehoff | S40networking in /etc/rcS.d/ |
09:58.22 | mckoan | any image is longer working on AT91 systems |
09:58.30 | mckoan | no console-image |
09:58.33 | mckoan | no x11-image |
09:58.35 | mckoan | nothing |
09:58.37 | tasslehoff | K10dropbear in rc0,1 and 6 |
09:59.05 | tasslehoff | I've never looked at systemd before, so I don't know if the info I give is useful or not :) |
09:59.07 | mckoan | boot freezes |
09:59.54 | Jin^eLD | sieh aus als muessten wir das rad nicht neu erfinden ;> |
09:59.57 | Jin^eLD | oops wrong window |
10:01.09 | JaMaOffELCE | mckoan: time to send some patches :) |
10:02.13 | JaMaOffELCE | tasslehoff: iirc there is .service file for systemd in openssh.. so you can replace dropbear with that or add .service file to it as opensshd does |
10:02.59 | tasslehoff | JaMaOffELCE: I've been thinking about using openssh instead, so I guess I'll do that |
10:03.16 | tasslehoff | but networking doesn't start either |
10:03.47 | JaMaOffELCE | but if you're using empty password dont forget to bbappend config which will allow that |
10:04.58 | JaMaOffELCE | tasslehoff: is it networking as whle ot interfaces missing ie auto usb? |
10:07.38 | tasslehoff | JaMaOffELCE: I get an eth0 interface, but no ip until I do /etc/networking/start. |
10:10.05 | JaMaOffELCE | no such script here, sorry |
10:11.23 | JaMaOffELCE | plans to migrate images to systemd this weekend.. |
10:11.42 | woglinde | go go |
10:12.04 | JaMaOffELCE | _my_ images.. |
10:12.07 | JaMaOffELCE | :) |
10:13.35 | *** join/#oe pespin (~pespin@174.pool80-102-155.dynamic.orange.es) |
10:14.19 | tasslehoff | sorry, /etc/init.d/networking start, I meant |
10:27.08 | *** join/#oe obi_ (~obi@unaffiliated/obi) |
10:38.34 | mckoan | JaMaOffELCE: looks like Atmel eventually did their own overlay |
10:43.11 | *** join/#oe gnutoo (~gnutoo@host115-102-dynamic.48-82-r.retail.telecomitalia.it) |
10:50.49 | *** join/#oe DHR (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
10:58.31 | *** join/#oe Zoxc (Zoxc@ti0128a380-dhcp0301.bb.online.no) |
11:02.41 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
11:15.37 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
11:28.03 | *** join/#oe Crofton (~balister@85.13.70.251) |
11:30.24 | *** join/#oe benkai (c03690e5@gateway/web/freenode/ip.192.54.144.229) |
11:32.30 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
11:56.25 | *** join/#oe kevinsc (~a0214685@nat/ti/x-lemkgmluiqmeurbn) |
12:26.34 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-euhqoegpbhlbtbxb) |
12:38.59 | *** join/#oe kevinsc (~a0214685@nat/ti/x-niujvqdesrnanksr) |
12:42.05 | *** join/#oe SterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
12:45.13 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
12:47.07 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
12:55.02 | *** join/#oe Crofton (~balister@85.13.70.251) |
12:57.12 | slapin | hi, all! |
12:57.43 | Jin^eLD | privet |
12:57.45 | slapin | How i am supposed to run various scripts like u-boot's mkimage from python function in .bb? |
12:58.05 | slapin | Jin^eLD: how's your powerpc health? |
12:58.36 | Jin^eLD | slapin: oh well, I fail to find correct settings for the jffs2 image, originally it uses a cramfs as the rootfs, I guess I will have to do the same |
12:59.07 | slapin | mckoan: could you please tell where atmel's overlay is? |
13:00.12 | slapin | Jin^eLD: you should know your page size and block size for your flash, that's all what jffs needs |
13:00.21 | slapin | cramfs is very specific |
13:01.05 | slapin | Jin^eLD: I think you might get this info from u-boot or kernel |
13:01.54 | Jin^eLD | slapin: well, I believe that I got it right, but it still refuses to mount |
13:02.07 | *** join/#oe kevinsc (~a0214685@nat/ti/x-qaqtvpfabgnykugc) |
13:02.25 | Jin^eLD | there is another vendor-made /etc partition which is jffs2, and which I did not touch yet, I guess I will boot from NFS and have a closer look at it |
13:06.29 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
13:08.45 | mckoan | slapin: http://www.at91.com/linux4sam/bin/view/Linux4SAM/OpenEmbeddedAngstromBuild |
13:09.00 | mckoan | slapin: ftp://ftp.linux4sam.org/pub/oe |
13:09.14 | mckoan | slapin: BTW aren't working with main tree |
13:11.03 | slapin | Jin^eLD: what errors are there? |
13:13.47 | Jin^eLD | slapin: I don't have the paste at hand, can't look it up now; but it was complaining about expecting 0x1985 and finding "something else" and then also complaining about possible wrong erase block (I tried various values there, also looked up the flash chip and tried things that should make sense) |
13:15.59 | slapin | Jin^eLD: have you checked for insane obvious things like non-erased flash, badly written image, etc? does your image contains oob or not? |
13:16.45 | *** join/#oe GarthPS (~quassel@126.254.8.109.rev.sfr.net) |
13:16.49 | Jin^eLD | slapin: well, for flashing I used the vendor script that I found in uboot, it did work for the cramfs... it does seem to erase flash too |
13:17.06 | Jin^eLD | but too early to tell, I need to investigate a little bit more |
13:18.25 | slapin | Jin^eLD: do you use NAND or NOR type flash in device? I mean disk-like or memory-like device? |
13:19.06 | Jin^eLD | by looks at the driver it seems to be a NAND and its referred to as mtdblock something, so mem like I guess? my hardware experience is very low in that regard |
13:20.20 | Jin^eLD | I'll try to mount or dump the vendor-created etc partition and will analyse it |
13:20.24 | Jin^eLD | I think it should provide some answers |
13:20.45 | slapin | Jin^eLD: /dev/mtdblock is for both types, you can hook NAND devices with it. What script do you flash it with? does it contain nand+something? or cp.b addr1 addr2? |
13:21.07 | Jin^eLD | it contains cp.b |
13:21.10 | slapin | Jin^eLD: I think dmesg should be enough information |
13:21.23 | slapin | Jin^eLD: then it is parallel NOR flash |
13:21.31 | Jin^eLD | oh.. and that means what? :) |
13:22.01 | slapin | Jin^eLD: it is memory-mapped. |
13:22.19 | slapin | Jin^eLD: it has cpu=accessible address for every byte of contents |
13:22.35 | slapin | Jin^eLD: unlike NAND. |
13:22.45 | slapin | which are disk-like |
13:23.00 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
13:23.08 | slapin | this all is for default case of most embedded practice. |
13:23.57 | Jin^eLD | hmm |
13:24.05 | Jin^eLD | I wonder what part of the puzzle I am missing then... |
13:24.07 | slapin | Jin^eLD: anyway, you just need page size and erase block size |
13:24.22 | slapin | for jffs |
13:25.01 | Jin^eLD | I think that erase block should be 0x2000 |
13:25.55 | Jin^eLD | not sure about the page size, maybe that is what I am missing? |
13:38.34 | slapin | Jin^eLD: probably. Pages vary in sizes, check your chip documentation or u-boot code or dmesg |
13:39.45 | Jin^eLD | pages vary in size.. is that possible? ok.. I was not aware of that |
13:47.00 | slapin | Jin^eLD: they depend on device. Each particular device has the same constant page size |
13:47.27 | slapin | Jin^eLD: which should be known to generate proper jffs2 image |
13:47.34 | slapin | Jin^eLD: for that flash |
13:49.38 | woglinde | emmc makes live easier and not |
13:50.33 | Jin^eLD | slapin: well the flash is a 29LV640BBTC-90G/20918800A1 http://www.semiconductorstore.com/pdf/Macronix/mx29lv640bt-bb-1.1.pdf which should have eitehr an 8kb or 64kb sector size |
13:50.42 | Jin^eLD | but what is the "page size" is that the sector? |
13:51.27 | slapin | 64kb looks lke sector size |
13:51.32 | slapin | *like |
13:51.46 | slapin | check page size |
13:52.11 | slapin | usually something in 512-4096 bytes range |
13:53.25 | Jin^eLD | check where, will that be in the pdf spec? |
13:54.59 | slapin | Jin^eLD: ask u-boot for cfi info, it dumps appropriate data |
13:57.43 | Jin^eLD | aah! http://pastebin.mozilla.org/1365810 |
13:59.15 | Jin^eLD | so I would add --page-size=8192 to mkfs.jffs2? |
14:01.07 | slapin | Jin^eLD: might work for you |
14:01.18 | Jin^eLD | I'll try it tonight, thanks for the hint! |
14:06.00 | *** join/#oe GarthPS (~quassel@126.254.8.109.rev.sfr.net) |
14:08.03 | *** join/#oe jconnolly (~jconnolly@66.43.64.66) |
14:15.14 | woglinde | hi jconnolly |
14:19.41 | jconnolly | hello woglinde |
14:22.12 | *** join/#oe risca (~risca@f-static-78-70-87-29.business.telia.com) |
14:32.40 | gnutoo | hi jconnolly woglinde |
14:38.08 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
14:43.40 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
14:48.54 | woglinde | hi gnutoo |
14:50.06 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
14:56.51 | *** join/#oe cminyard (~cminyard@pool-173-71-58-7.dllstx.fios.verizon.net) |
15:07.12 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-atavneztzcjzujss) |
15:14.27 | *** join/#oe stefan_schmidt (~stefan@p4FC75C90.dip.t-dialin.net) |
15:20.48 | *** join/#oe Crofton (~balister@85.13.70.251) |
15:21.37 | *** join/#oe kristoffer (~kristoffe@c-cbdbe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
15:31.46 | *** join/#oe gungfuwayne (~wayne@ns2.emacinc.com) |
15:36.51 | jconnolly | hi gnutoo |
16:07.37 | *** join/#oe ibot (~ibot@rikers.org) |
16:07.37 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Bugtracker: http://bugs.openembedded.org and http://tinderbox.openembedded.org for compile issues | Repository: git.openembedded.org/openembedded and repo.or.cz/r/openembedded.git as ro mirror | This is not a distro or machine support channel |
16:09.21 | *** join/#oe pespin (~pespin@cisne-cn09.upc.es) |
16:22.30 | *** join/#oe Gaston|Home (Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) |
16:26.36 | *** join/#oe kevinsc (~a0214685@nat/ti/x-ebomzhquyamydjwu) |
16:38.13 | *** join/#oe HokieTux (~HokieTux@157.22.28.13) |
16:50.06 | *** join/#oe ben22 (~ben@cpc5-know13-2-0-cust53.know.cable.virginmedia.com) |
16:50.14 | ben22 | I am having problems getting /dev working properly on a verdex6lp. I believe the issue is with the ramfs setup, with the following line in dmesg "ramfs: Bad mount option size". Does anyone here know anything about this? |
16:51.20 | *** join/#oe GarthPS (~quassel@126.254.8.109.rev.sfr.net) |
16:51.35 | woglinde | ben22 hm on which hw and which fs you use for the rootfs? |
16:52.06 | ben22 | woglinde, gumstix verdex6lp (pxa225?), on root fs jffs2 |
16:52.28 | woglinde | so its nand |
16:52.32 | ben22 | yes |
16:52.36 | woglinde | hm okay its ramfs |
16:52.39 | woglinde | so initrd |
16:52.41 | woglinde | hm hm |
16:52.53 | woglinde | can you try without initrd? |
16:53.07 | ben22 | sorry, how would i do that? |
16:53.19 | woglinde | what is your kernel cmdline? |
16:53.27 | woglinde | and whats your bootloader? |
16:53.38 | ben22 | sec |
16:54.30 | ben22 | bootloader = u-boot 1.2.0, command line = console=ttyS0,115200n8 root=1f01 rootfstype=jffs2 reboot=cold,hard |
16:55.44 | woglinde | hm looks like there isnt any ramdisk involved at all hm try with initrd=no |
16:57.25 | ben22 | ok, the error still shows |
16:59.14 | ben22 | I assumed you meant append initrd=no to bootargs |
17:08.18 | woglinde | yes |
17:08.33 | woglinde | loock if it isin the console output |
17:08.41 | ben22 | it is |
17:08.59 | woglinde | okay |
17:08.59 | woglinde | hm |
17:10.03 | woglinde | maybee this helps you to find the problem |
17:10.09 | woglinde | http://www.kernel.org/doc/Documentation/filesystems/ramfs-rootfs-initramfs.txt |
17:14.09 | ben22 | okay. I read a lot of technical things. it doesn't tell me what is calling the ramfs with the bad size option though. |
17:14.21 | *** join/#oe rob_w (~bob@ppp-188-174-72-169.dynamic.mnet-online.de) |
17:16.25 | *** join/#oe ddoman (~root@96.53.63.250) |
17:22.23 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
17:22.51 | woglinde | its the kernel self proably, so try to boot and dont let the kernel run a initrd |
17:23.05 | *** join/#oe rob_w (~bob@ppp-188-174-72-169.dynamic.mnet-online.de) |
17:26.58 | ben22 | my kernel has no intird! |
17:27.28 | woglinde | yes but it seems the kernel tries to load one |
17:27.45 | woglinde | and maybee initrd=no was the false cmdline option |
17:28.27 | ben22 | so noinitrd instead? |
17:31.15 | woglinde | thats why I gave you the txt file |
17:32.43 | ben22 | there's nothing in the docs about command line options |
17:33.03 | woglinde | hm okay |
17:33.08 | woglinde | than google yourself |
17:36.17 | *** join/#oe randori (~randori@50-76-134-134-static.hfc.comcastbusiness.net) |
17:36.56 | ben22 | okay, i have tried "bootm {kernel_addr}", and "noinitrd". I find little documentation about u-boot-1.2.0, and i have no intention of bricking my device with a u-boot update. |
17:38.18 | msm | i have a question about adding PACKAGES to a recipe |
17:38.29 | msm | when I added something PACKAGES += "FOO" |
17:38.51 | msm | err PACKAGES += "${PN}-FOO" |
17:38.52 | msm | and >> +FILES_${PN} = "${bindir}/strace" |
17:38.57 | msm | grr |
17:38.59 | msm | i can't type |
17:39.16 | msm | FILES_${PN}-FOO = "files/from/install" |
17:39.28 | msm | what happens to the files in the base package? |
17:39.44 | msm | do I need to explicitly add a file listing for FILES_${PN} as well? |
17:40.41 | *** join/#oe kergoth (~kergoth@ip24-251-167-38.ph.ph.cox.net) |
17:44.19 | woglinde | msm it will not be in the normal package |
17:45.18 | msm | woglinde: i dont quite follow |
17:45.33 | msm | what im trying to do is just pull out one from from ${PN} and put it in ${PN}-foo |
17:45.56 | msm | the default ${PN} will pick up the file though... |
17:46.56 | msm | I guess I could use PACKAGES_prepend? |
17:47.24 | msm | then my new package will be built first - and the default ${PN} won't pick up my new packages items? |
17:47.33 | msm | a few recipes use PACKAGES_prepend |
17:48.25 | *** join/#oe cheitkamp (~cheitkamp@66.161.169.114) |
17:54.41 | woglinde | no redefine the order than |
17:55.00 | woglinde | PACKAGES = foo bla moo |
17:55.27 | msm | woglinde: I don't really want to do PACKAGES = foo blah moo⦠I want to do PACKAGES += foo |
17:55.58 | msm | but my foo packages files will be stolen by a previous one =) I don't want to specify a new match for the defauly packages |
17:56.42 | woglinde | and? |
17:56.55 | woglinde | whats your solution now |
17:58.38 | *** join/#oe GNUtoo|laptop (~gnutoo@host115-102-dynamic.48-82-r.retail.telecomitalia.it) |
18:00.54 | cheitkamp | I am having trouble getting my gumstix overo air talking to a mmc card over mmc3 host. The data sheet said that it will send a 80kHz tone out to the reader. My console output shows it sending a 400kHz tone. The boot output is here: http://pastebin.com/SBLENckC Any help on getting the kernel to see mmc3 would be greatly appreciated! |
18:02.02 | cheitkamp | the relevant lines where its trying to talk to the card reader begin at line 252 |
18:06.14 | ben22 | OK. I have successfuly passed 'noinitrd' to the kernel. Now I get the error message that udev is not starting because "udev requires tmpfs support". But I have tmpfs support compiled into the kernel. |
18:06.40 | woglinde | ben22 as modul? |
18:06.48 | woglinde | or with y |
18:06.55 | ben22 | can't be done as a module |
18:07.01 | woglinde | hm |
18:07.01 | ben22 | as far as I can tell |
18:07.23 | woglinde | you are hitting all strange problems |
18:12.52 | ben22 | calling "mount -t tmpfs -o size=20m tmpfs /mnt/tmp" returns "ramfs: Bad mount option size". Is this unusual? |
18:15.06 | ben22 | okay, so calling it without the size option, and mounting to dev, results in udev starting... Why is '-t tmpfs' calling a '-t ramfs'? |
18:15.34 | woglinde | 20M |
18:16.07 | ben22 | tried that. i thought the point of tmpfs was that it needed a size, and ramfs would not need the 'size' option |
18:16.10 | woglinde | its case sensitive |
18:16.27 | woglinde | uhm |
18:16.38 | woglinde | maybee I typo in the kernel |
18:16.40 | woglinde | cut and paste |
18:18.38 | *** join/#oe morphis (~morphis@dslb-092-076-174-193.pools.arcor-ip.net) |
18:19.48 | ben22 | Well, I have udev working now. Thank you for your help, woglinde. |
18:22.26 | *** join/#oe ReaperOfSouls (~jpuhlman@nat/montavista/x-rnxbhbqcsoaxwobq) |
18:24.40 | *** join/#oe rickfoosusa (~chatzilla@99.179.97.28) |
18:24.48 | woglinde | ben22 fine |
18:25.09 | *** part/#oe ben22 (~ben@cpc5-know13-2-0-cust53.know.cable.virginmedia.com) |
18:31.43 | *** join/#oe B_Lizzard (~havoc@athedsl-118012.home.otenet.gr) |
18:32.07 | *** join/#oe ReaperOfSouls (~jpuhlman@nat/montavista/x-wksfjzyxxgonhwqq) |
18:32.39 | ddoman | I am trying to build qt4-embedded in bitbake. However, it triggers a bunch of X11-dependencies. Does qt4-embedded package really need X11-libraries? If not, how can I remove x11-dependencies from qt4-embeeded recipe? |
18:34.46 | ddoman | I am a gentoo user and I hoped that bitbake also would've had something like USE flags, but I couldn't find any like in bitbike manual. |
18:38.01 | *** join/#oe dodathome (~dodathome@78.223.116.113) |
18:38.47 | *** join/#oe dodathome (~dodathome@78.223.116.113) |
18:40.36 | *** join/#oe B_Lizzard (~havoc@athedsl-118012.home.otenet.gr) |
18:43.30 | *** join/#oe rob_w (bob@ppp-188-174-72-169.dynamic.mnet-online.de) |
18:44.15 | *** join/#oe ReaperOfSouls (~jpuhlman@nat/montavista/x-fpfitokgoyceodbd) |
18:47.44 | woglinde | nonuse flags |
18:47.50 | woglinde | they are evil |
18:48.06 | woglinde | xorg is build do gstreamer and bluez |
18:48.16 | woglinde | use bitbake -g option |
18:48.25 | woglinde | to see the deps |
18:48.29 | woglinde | chains |
18:49.18 | Jin^eLD | yeah, indeed, I hate when that happens, it always takes me much time to hack out the X11 stuff |
18:49.54 | woglinde | fix the bluez problem |
18:50.04 | woglinde | its there since some years |
18:50.23 | woglinde | but till now it was no such great burden for some one |
18:50.33 | woglinde | to fix it properly |
18:50.53 | Jin^eLD | I guess the problem is the "properly" thing |
18:51.00 | Jin^eLD | it gets pulled in by so many different things |
18:51.08 | woglinde | no |
18:51.08 | Jin^eLD | the machine features for instance |
18:51.22 | Jin^eLD | there is a lot of logic in task-base and machine features |
18:51.26 | woglinde | bluez sound and gestreamer |
18:52.41 | *** join/#oe johncylee (~john@61.57.131.211) |
18:53.06 | *** join/#oe unsolo (~unsolo@58.80-203-72.nextgentel.com) |
18:56.56 | *** join/#oe rah (rah@myrtle.6gnip.net) |
19:10.24 | msm | woglinde: this is workking as expected: |
19:10.25 | msm | +PACKAGES_prepend = "${PN}-graph " |
19:10.25 | msm | +FILES_${PN}-graph = "${bindir}/strace-graph" |
19:11.39 | *** join/#oe brent_ (~brent@71.216.93.203) |
19:13.27 | woglinde | hm yeah preprend |
19:13.30 | woglinde | sorry |
19:14.23 | msm | woglinde: keeps things simple =) |
19:14.40 | brent_ | I'm getting an error when trying to build u-boot that bitbake cannot find the URL: www.sakoman.com/git/u-boot.git;branch=gnome-r13;protocol=git. I've noticed that it's underactive development today. Anyone know if/how to get a copy? |
19:19.46 | woglinde | brent what oe is this? |
19:22.26 | brent_ | the gumstix org.openembedded.dev version |
19:23.03 | brent_ | overo-2011.03 |
19:27.44 | *** join/#oe pespin (~pespin@174.pool80-102-155.dynamic.orange.es) |
19:28.44 | *** join/#oe B_Lizzard (~havoc@athedsl-118012.home.otenet.gr) |
19:31.30 | *** join/#oe pespin_ (~pespin@174.pool80-102-155.dynamic.orange.es) |
19:37.01 | *** join/#oe lamikr (lamikr@nat/nokia/x-fsrwvjntnysexpwa) |
19:48.05 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
19:55.42 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
20:08.51 | *** join/#oe lamikr (lamikr@nat/nokia/x-fnziusjlmxiqxian) |
20:18.13 | brent_ | solved my problem. ask me if anyone else has the same problem |
20:42.48 | *** join/#oe egonzalez_ergio_ (~emiliano@190.49.42.32) |
20:45.09 | *** part/#oe PepitoCibrian (~emiliano@190.49.42.32) |
20:49.28 | *** join/#oe martinambrose (~martinamb@c-98-198-169-228.hsd1.tx.comcast.net) |
20:54.53 | martinambrose | I'm trying to build "core-image-minimal" for qemuarm but qemu fails during configure. |
20:55.12 | martinambrose | Complains with arm-oe-linux-gnueabi-gcc: unrecognized command line option '-m32' |
20:55.20 | martinambrose | Anyone else seen that? |
21:20.36 | *** join/#oe rcf (~rcf@81.243.30.28) |
21:34.24 | *** join/#oe rickfoosusa_ (~chatzilla@99.179.97.28) |
21:35.50 | *** join/#oe GarthPS (~quassel@126.254.8.109.rev.sfr.net) |
21:39.56 | *** join/#oe Guest18778 (~chatzilla@89.112.46.252.pppoe.eltel.net) |
21:41.22 | Guest18778 | hi! I'm using BeagleBoard-xM rev C and trying ti use Linux kernel 3.1 - it hangs during boot |
21:46.02 | kergoth | off topic |
21:46.24 | Guest18778 | ok, where is correct topic? |
21:46.49 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
21:47.05 | *** part/#oe Guest18778 (~chatzilla@89.112.46.252.pppoe.eltel.net) |
22:00.25 | *** join/#oe SterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
22:24.12 | *** join/#oe ant_home (~andrea@host29-249-dynamic.31-79-r.retail.telecomitalia.it) |
22:35.10 | *** join/#oe Unhelpful (~quassel@rockbox/developer/Unhelpful) |
23:02.37 | *** join/#oe Unhelpful (~quassel@rockbox/developer/Unhelpful) |
23:34.48 | *** join/#oe GarthPS (~quassel@126.254.8.109.rev.sfr.net) |
23:37.42 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
23:37.47 | *** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk) |