/srv/irclogs.ubuntu.com/2010/11/10/#ubuntu-arm.txt

=== lilstevie|ZNC is now known as lilstevie
RobotGuyI've configured and built a new custom kernel for Ubuntu, but am having difficulty getting it to boot. There is at least one error in the rebuild scrpt in the tools directory - it doesn't pass the correct kernel version (of the new kernel) to the commands. I'm unable to use a keyboard attacked to the Beagle-xM to get more info.05:03
RobotGuyKernel drops me to an (initfs) prompt, but I can't enter anything to get more info.05:04
RobotGuyThis is under Maverick 10.1005:08
=== JaMa|Off is now known as JaMa
=== hrw|gone is now known as hrw
hrwhi08:48
=== JamieBen1ett is now known as JamieBennett
=== ian_brasil__ is now known as ian_brasil
egosthi all10:47
egosti have troubles getting PowerVR SGX driver to work on blaze (omap4 ES1.0).10:47
egostcan somebody confirm that?10:47
egostPVR_K: (FAIL) SGXInit: Incompatible HW core rev (10100) and SW core rev (10200).10:48
egostwhole dmesg output : http://pastebin.com/raw.php?i=ZzhF7Lzy10:50
egostvar/log/Xorg.0.log : http://pastebin.com/raw.php?i=w58UUAkU10:52
=== ian_brasil__ is now known as ian_brasil
=== arun__ is now known as arun
=== kmargar is now known as markos_
bernard_rsalveti: so, i couldn't reproduce the sd card corruption today, which is somewhat mysterious.13:01
bernard_i swear it happened repeatedly on monday, but maybe i was on something good.13:01
bernard_on an unrelated note, could this patch be incorporated into the ubuntu omap4 kernel?13:02
bernard_http://marc.info/?l=linux-omap&m=128744421925804&w=213:02
bernard_it's upstreamed and in 2.6.37-rc113:02
* hrw wants it13:03
ogra_achow would that affect systems where users set the MAC from u-boot already ?13:03
hrwanyway my dhcp server forces same ip for device which asks as panda13:04
bernard_in theory it shouldn't affect that at all.13:04
bernard_it just allows you to override it after boot.13:04
bernard_does the ubuntu omap4 kernel have a different patch for setting the mac address?13:04
ogra_acnope13:04
ogra_acfile a bug and ask for SRU13:05
ogra_acshould be possible to pull it into maverick13:05
=== hrw is now known as hrw|afk
bernard_so it seems that the "linux" source package is collecting omap kernel bugs too. is that right?13:07
ogra_acfor omap3, yes13:08
ogra_acand only in maverick13:08
bernard_what about omap4?13:08
ogra_acfor panda you want linux-ti-omap413:08
bernard_ah, cheers.13:09
bernard_mind you, the beagle has the same ethernet chip.13:09
ogra_acwhich is fine given we have two different kernel trees13:10
ogra_acfor natty omap3 will use upstream13:11
bernard_so should i file a bug on the linux package too?13:11
ogra_acfor maverick if you want to13:11
bernard_ah k13:11
ogra_acnatty will get it qutomatically13:11
bernard_where does the SRU tag go? subject? or is there a magic setting?13:11
ogra_achttps://wiki.ubuntu.com/StableReleaseUpdates13:12
bernard_wow. i couldn't even get two consecutive bug numbers within a couple of minutes. that's a disturbing bug rate :/13:26
bernard_but done. thanks!13:26
ogra_acwell, we have many users ;)13:28
bernard_many happy users too, i'm sure :)13:30
ogra_achopefully :)13:30
* bernard_ loves having a native ARM build environment where apt-get just works.13:31
rsalvetibernard_: what happen when you set the mac address at the cmdline?13:32
rsalvetidoes it works as expected and never reset it again?13:32
bernard_rsalveti: cmdline as in kernel cmdline?13:33
rsalvetibernard_: yup, the current supported method13:33
rsalvetithe patch seems fine, but it's something that you can already work with if you set it up at the kernel cmdline13:35
bernard_okay, to save me the 15 minutes to download the kernel source, what's the kernel parameter? :)13:42
rsalveti1 sec, changing git branch :-)13:43
rsalvetimacaddr=01:23:45:67:89:AB13:44
rsalvetifor example13:44
rsalvetiso, I agree it makes sense to apply your patch, but the reason would be more to avoid recreating the mac address on every ifdown/ifup13:45
rsalvetibecause we already have a way to stick with only one mac address13:45
bernard_cat /proc/cmdline13:45
bernard_vram=16M,omapfb.vram=0:5M,1:5M mem=460M@0x80000000 mem=256M@0xA0000000 root=/dev/sda1 fixrtc console=ttyO2,115200n8 rootwait macaddr=00:80:c8:40:8a:de13:45
bernard_but: % ip link list usb013:45
bernard_2: usb0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1492 qdisc pfifo_fast state UNKNOWN qlen 1000 link/ether 7a:ea:e9:22:5a:4b brd ff:ff:ff:ff:ff:ff13:45
bernard_uname -a: Linux cachehit 2.6.35-903-omap4 #14-Ubuntu SMP PREEMPT Wed Oct 6 17:23:24 UTC 2010 armv7l GNU/Linux13:47
rsalvetihttp://kernel.ubuntu.com/git?p=ubuntu/ubuntu-maverick.git;a=commitdiff;h=10f38b455e75b85f72e98786e5518cf7b0324634;hp=f62e143182cc123fdfdf9bb88952a938af7d86e813:47
bernard_rsalveti: another reason for using that patch is that it's what's in upstream, and consistent with other drivers. it also shouldn't break people who set it with current methods.13:47
rsalvetibernard_: sure13:48
bernard_ahh. i think it needs smsc95xx.macaddr then13:48
rsalvetisure, you're right13:48
rsalvetiok, will build a new kernel with your patch, and will put this comment at the bug13:49
rsalvetithanks for reporting it13:49
bernard_np. thank you!13:49
bernard_ack. the smsc95xx.macaddr= indeed works too.13:52
rsalveticool13:52
sebjan_rsalveti, bernard_: just reconnecting to irc right now and see your chat:)14:05
sebjan_I have already commented on the launchad bug14:05
rsalvetisebjan_: after posting my comment I saw that you also commented on it :-)14:05
bernard_snap!14:06
rsalvetisebjan_: I'm now creating a new deb file to be tested14:06
bernard_there is also bug 673509 for omap314:07
ubot2Launchpad bug 673509 in linux (Ubuntu) "Beagleboard-xm chooses a new IP address on each boot (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/67350914:07
rsalvetitrue, this would affect both14:07
bernard_(sorry to make you do more work! know that it's all greatly appreciated!)14:08
rsalvetione more to the pipeline14:08
rsalveti:-)14:08
rsalvetinp at all14:08
=== hrw|afk is now known as hrw
ogra_acNCommander, so i traced down the image build issues we have atm with cjwatson14:23
ogra_acNCommander, seems we have a dpkg bug14:23
ogra_ac(telling you that because you wanted to work out why images fail)14:23
* rsalveti lunch14:40
=== zyga is now known as zyga-lunch
rsalvetiogra_ac: any chance to fix the current alsa-utils issue?16:25
ogra_acrsalveti, not yet, i discussed several solutions and have to pick one16:25
ogra_acgenerally we need a script that removes itself after first boot and calls the alsactl init16:25
ogra_acs/boot/reboot/16:26
ogra_aci'm just still pondering about the implementation details since all solutions are butt ugly16:26
rsalvetiogra_ac: but we still need to explicit call alsactl init?16:26
ogra_acyes16:26
ogra_aconce16:26
ogra_acand you need to call it after reboot16:26
ogra_acsince the kernel we get at the same upgrade needs to be running first16:27
rsalvetibut the init is already calling when the  file /var/lib/alsa/asound.state is not there16:27
rsalvetibut I didn't check if this file is created even with the wrong configuration16:28
ogra_acthat file is always there16:28
ogra_acjust not on brandnew installs16:28
ogra_acit gets created on every shutdown16:28
ogra_acso the code you look at is for new installs16:29
ogra_acit doesnt help on upgrades16:29
rsalvetiok, it worked for me because at the first boot I just installed the new kernel and the patched alsa-utils that avoid calling alsactl init16:29
rsalvetithen at the next boot everything was working fine16:29
hrwrace condition16:29
ogra_acno16:29
hrwwhat about systems like mine when upgrade of kernel != reboot?16:29
ogra_acno race condition, expected behavior16:29
ogra_achrw, then a script has to be in place taking care for that16:30
hrwI sometimes do few kernel updates before reboot16:30
ogra_acthats what i was talking about above16:30
ogra_acthats fine16:30
ogra_acthe script will check for the right kernel running on boot16:30
ogra_acif it sees the right one, it will call alsactl init16:31
ogra_acand renove itself16:31
ogra_ac*move16:31
rsalvetidon't know if removing itself is the best choice16:31
rsalvetimaybe creating some kind of stamp somewhere16:31
hrwso situation is: kernel has proper alsa setup, but users have wrong one so we need to grab kernel one before alsa will use inproper one?16:31
ogra_acrsalveti, that would mean you check for the stamp on every boot16:31
rsalvetiogra_ac: sure, something like what is already happening at [ -f /var/lib/alsa/asound.state ] || alsactl init16:32
ogra_acrsalveti, right, we shouldnt add another one16:32
rsalvetijust because I don't like stuff being removed from my system without any package removal16:33
ogra_acbetter have a link somewhere that executes it and remove that link once it was run once16:33
ogra_acas i said, its just about implementation details atm, i discussed all that at UDS with the audio guys16:33
rsalvetihrw: users need to update the kernel and then call alsactl init to initialize the correct config16:33
rsalvetiso to make the sound work you need to reboot anyway16:34
ogra_acright16:34
ogra_acthe kernel has the name changes to the alsa devices we require16:34
ogra_acwithout the new names the alsa-utils changes cant work16:34
ogra_acthats the catch2216:34
hrwno more "SDP4430 Media"?16:35
ogra_acrsalveti, persia's suggestion was a here document from postinst, so it wont be handled by any package at all, neither the putting in place nor the removal16:35
rsalvetiogra_ac: sorry If I already asked this question, but why alsactl init is not called on every boot anymore?16:35
ogra_acbecause thats resetting the mixers16:35
hrwrsalveti: what if you setup volume?16:36
ogra_achrw, no, no more SDP4430 Media16:36
rsalvetiok, the restore should be called, not init16:36
hrwomap4 mixer is not small beast16:36
rsalvetiand restore also calls init when it fails16:37
ogra_acrsalveti, right, thats the core bug16:37
ogra_acrestore should call init but it doesnt with our sound driver16:37
ogra_acthat will be investigated for natty16:37
rsalvetihm, ok16:37
ogra_achrw, SDP4430 is used in more boards and all of them require different mixer setups so we added names pre board for the device16:38
ogra_ac*per16:38
ogra_acthat way tha alsa init scripts can adjust them on a per board base16:38
hrwogra_ac: I remember that discussions16:39
GrueMaster*Hopefully* UCM will handle this in the future.16:39
rsalvetihrw: http://paste.ubuntu.com/529441/ current result for panda16:39
ogra_acGrueMaster, it will, you really should have been at plumbers16:40
hrwrsalveti: which ver of kernel?16:40
rsalvetipreviously was just SDP4430 - SDP4430 for all boards16:40
GrueMasterYea, I figured as much.16:40
* hrw needs to revert to natty on panda16:40
rsalvetihrw: 2.6.35-903-omap4 #17-Ubuntu16:40
ogra_acrevert ?16:40
rsalvetilatest one available at maverick16:40
hrwogra_ac: yes. today was linaro 10.11 testing day which is maverick. yesterday it was running natty16:41
ogra_acah16:41
hrwI do not have maverick on devices16:41
* ogra_ac has only maverick on all systems here16:42
hrwbut will reinstall smartbook to maverick to check kde4/armel status16:42
* hrw reboots to #17 kernel16:48
hrwgot panda16:51
ogra_acnow installinf alsa-utils should get you working sound16:53
hrwI did 'alsactl init' by hand16:54
ogra_acthat wont give you the right setup if you dont have the proper alsa-utils16:54
hrwok16:55
rsalvetiogra_ac: who calls /sbin/alsa-utils start?16:59
ogra_acrsalveti, udev iirc16:59
rsalvetihm, ok16:59
ogra_acyeah, through an additionl script17:00
ogra_acfrom /lib/udev/rules.d/80-alsa.rules17:00
rsalvetiyup, saw it here now17:00
ogra_aci have a skeleton for the postinst stuff, i'll finish that tomorrow during work hours17:01
rsalvetiso it calls when it add controlC17:01
ogra_acright17:01
rsalvetiogra_ac: sure, np, I'm just trying to understand now why restore is not following init17:01
ogra_aci think its in alsactl itself17:01
ogra_aclook at the source there17:02
rsalvetiyeah, doing that right now17:02
ogra_acbut generally init shouldnt be needed at all17:02
=== zyga is now known as zyga-gone
ogra_acthe driver should properly init and will hopefully do in natty17:02
rsalvetisure17:03
ogra_acbtw, what happened to the backtrace GrueMaster wanted to supply17:04
rsalvetidon't know17:04
ogra_acwould be intresting to see the offending function17:04
rsalvetibut it's probably something that the compiler optimized for neon17:04
rsalvetias neon is used for everything17:04
ogra_acyeah17:04
rsalvetiand not just neon capable files17:04
=== hrw is now known as hrw|gone
ajuhi all,how create cross toolchain for ARM from scratch on ubuntu 1017:23
hrw|goneaju: "apt-get install arm-linux-gnueabi-gcc" is not enough?17:24
hrw|gone;d17:24
ajuhrw|gone, want to know complete process for creating toolchain on ubuntu 1017:26
hrw|goneaju: apt-get source armel-cross-toolchain-base + build it + install results + apt-get source gcc-4.5-armel-cross + build it + install it + apt-get source gcc-4.4-armel-cross + build it + install it17:27
* hrw|gone out17:27
RobotGuyHow do I replace the kernel in Ubuntu? I've built a 2.6.36 kernel and I want to install it.17:46
RobotGuyUbuntu 10.10 built from an image.17:47
ajudpkg -i17:47
ajuRobotGuy, using dpkg -i17:47
aju\pkg name17:47
RobotGuyI am talking building the kernel from sources, not installing from a binary.17:47
ogra_achttps://wiki.ubuntu.com/KernelTeam/GitKernelBuild17:47
=== robbiew is now known as robbiew-lunch
RobotGuyI think you are not understanding my question..  I have configured and built a 2.6.36 kernel from sources.  I want to install the new kernel and boot it.  How do I do that?17:51
ajuRobotGuy, now you have .deb package of newly compiled binary?17:51
ajui mean for kernel 2.6.36 ?17:52
RobotGuyaju: NO I do not have a .deb package for the kernel.17:52
ogra_acRobotGuy, you should build a deb17:52
ogra_acif you know *ecxactly* wht your specific board needs for kernel and initrd treatment you can do that by hand indeed17:52
ogra_acbut i would refer to the board documentation for that17:53
RobotGuyAs I said, I built a kernel from sources - 2.6.36   I want to install my new kernel and boot it.17:53
ajuRobotGuy, yes either you can create .deb using make-kpkg and then use chroot and install it in target board or using ssh17:54
RobotGuyYou are making this way over complicated.17:55
ogra_acRobotGuy, then look at your board docs what your board needs exactly17:55
ogra_aci.e. a u-boot booting board needs a uImage made from vmlinuz17:55
RobotGuyI have already built a kernel for my hardware.  Now I want to install it and boot it.  What is so difficult here?17:56
ogra_aca redboot based board needs special treatment to dd the kernel into right place17:56
rsalvetiRobotGuy: the ubuntu way would be to have a package for it17:56
ogra_acthat you didnt tell us anything about your hardware yet17:56
rsalvetiif you already built your own kernel you can just give make deb-pkg17:56
rsalvetithe upstream kernel also has a way to build a deb from the sources17:56
rsalvetiand it works quite well with ubuntu too17:56
RobotGuyHow is this going to help me install my new kernel?17:56
ogra_acwhat hardware do you have there ?17:57
RobotGuyHardware is a BeagleBoard-xM17:57
rsalvetiit's easier because if you're installing it on a running board, the initrd will be generated when installing it17:57
ogra_acso you need to run the right mkimage command17:57
ogra_acand create a uImage17:57
ogra_acthen put it in the right place17:57
RobotGuyI already have a uImage17:57
rsalvetiRobotGuy: if you just want to use a new uImage, just put it at the right place at the first partition17:57
rsalvetiand make sure your modules are located at /lib/modules17:57
ogra_acgenerate a corresponding uInitrd and put that in place as well17:57
RobotGuyrsalveti: That does not work.17:58
ogra_acthen your mkimage parameters were likely worng17:58
ogra_acwhere/how does it stop ?17:58
rsalvetiRobotGuy: it should work fine, if you put the modules in place and call depmod -a17:58
ogra_aca deb cares for all that17:59
RobotGuyIs there a .deb package that matches a kernel 2.6.35.7-16, including config??17:59
rsalvetiRobotGuy: having the deb file is easier, you just need to install it17:59
rsalvetiand then making sure you're booting with the new uImage and uInitrd17:59
RobotGuyrsalveti: You do not understand.  I need sources to match the running kernel for development purposes.17:59
ogra_acflash-kernel will care in this case18:00
rsalvetiRobotGuy: so just use the new uImage, copy the modules to /lib/modules, update the modules cache with depmod and generate a new initrd18:00
rsalvetithat should also work18:00
RobotGuyrsalveti: I have already tried that and it does not work.18:01
ajuwhich emulator or IDE is available for ubuntu armel18:01
ogra_acqemu18:01
rsalvetiRobotGuy: it should work fine, probably something when wrong18:01
ajui mean i like test my app18:01
ogra_acRobotGuy, well, if you dont give us any more info we cant help18:01
ajuogra_ac, for qemu need to boot complete os ?18:02
ogra_acwhat does happen exactly or what doesnt ?18:02
ajuor just application ?18:02
ogra_acaju, both18:02
RobotGuyWhat more info do you need?18:03
ogra_acyou can install qemu-arm-static and run qemu-debootstrap --arch armel to cerate an arm chroot18:03
ogra_acor you can use qemu-system, grab a versatile kernel and run a full VM18:03
rsalvetiRobotGuy: did you give make modules_install INSTALL_MOD_PATH=/somewhere and then copied the modules to the correct directory?18:03
ogra_ac<RobotGuy> rsalveti: That does not work.18:04
ogra_ac<ogra_ac> then your mkimage parameters were likely worng18:04
ogra_ac<ogra_ac> where/how does it stop ?18:04
RobotGuyrsalveti: I know how to build kernels.  I've been doing it for years.18:04
rsalvetiRobotGuy: so please post the exact error you're getting18:05
RobotGuyrsalveti: My problem does not have to do with building the kernel.  There is no error to post.18:05
rsalvetiRobotGuy: you say it didn't work for you, but didn't say what went wrong18:06
RobotGuyFirst of all, I never said anything went wrong. Secondly, I came here asking how to do something, not how to correct an error.18:07
rsalvetiRobotGuy: well, I gave you two working methods, and you said you don't want to use deb and the other one simply doesn't work for you, for some unknown reason18:08
rsalvetiso I don't know how to help you more, unless you post us what went wrong with one of these options18:09
RobotGuyrsalveti: I told everyone what I need to do at the start.  Nobody has told me how to accomplish what I want to do.18:09
rsalvetiRobotGuy: I told you 2 solutions, one is to build a deb and another is to produce a new uImage, install the modules by hand, generate the initrd and then reboot18:10
rsalvetias you asked how to replace ubuntu's kernel with your own sources18:10
RobotGuyI asked how to replace Ubuntu's kernel with my own kernel that I built from sources.18:13
RobotGuyThis should not be rocket science.18:14
rsalvetiand I gave you two working solutions for that18:15
GrueMasterRobotGuy: Let's start over.  Are you using our pre-installed image?  Is that the kernel you wish to replace?  Do you want to replace it before or after first boot?18:15
RobotGuyI started out from here ---> http://elinux.org/BeagleBoardUbuntu18:16
* GrueMaster looks.18:17
RobotGuyI installed the Ubuntu image from there - 10.1018:18
GrueMasterOk, that lists several images, both Ubuntu supported and some that someone created from ubuntu repos and posted as tarballs.  It also lists different versions (Maverick, lucid).18:18
RobotGuyI want to replace the kernel.18:18
RobotGuymaverick18:18
GrueMasterPlease be more specific.  We have a pre-installed image that https://wiki.ubuntu.com/ARM/OMAPMaverickInstall points to, and there is a tarball on the link you posted as well.18:19
GrueMasterTwo entirely different beasts.18:20
GrueMasterThe "Demo Image" is not built or supported by Ubuntu other than at the package level.  The ubuntu-netbook-10.10-preinstalled-netbook-armel+omap.img.gz that can be downloaded from http://cdimage.ubuntu.com/ubuntu-netbook/ports/releases/  is supported.18:22
RobotGuyAll I want to do is have sources matched to the kernel my beagleboard is running.  I need this for development.18:22
GrueMasterEither way, we need to know exactly which one because they are completely different and require different approaches to replace the kernel.18:23
RobotGuyWhich what??18:23
GrueMasterWhich image.18:23
RobotGuyI already gave the info on where I got the image.18:23
RobotGuyhttp://elinux.org/BeagleBoardUbuntu18:24
RobotGuyMaverick 10.1018:24
GrueMasterI am looking at that link.  There is Maverick 10.10 preinstalled (linked through https://wiki.ubuntu.com/ARM/OMAPMaverickInstall), and below it is the Demo Image based on Maverick 10.10.18:24
GrueMasterSo again, which image are you using?18:25
RobotGuyDemo Image, Maverick 10.1018:25
GrueMasterOk.  Thank you.  Now we have a starting point.18:25
GrueMasterUnfortunately, I have know knowledge of that image at this time, but I think rsalveti's point of building a kernel deb package and installing that is the best bet.18:27
RobotGuyWHY do I want to build a kernel deb.  That is an unnecessary complication to what I need to do.18:28
GrueMasterIf you already have a vmlinuz & initrd.img, then you can alternatively use mkimage to make a uImage and uInitrd to boot from.18:28
ajui have a basic question why uImage , u boot image x loader need to copy in Fat partition why not in ext ?18:29
RobotGuyI already have a uImage.  I need to create the matching uInitrd.18:29
GrueMasterIf you scroll down the web link you posted, it has how to create a uInitrd from initrd.img.18:29
RobotGuyMy basic question remains though: How do I get the sources that match the kernel that is installed with the image I am using??18:30
GrueMasterBy installing the deb packages created when building the binaries.  Or copying the kernel source to /usr/src.18:31
RobotGuyThe whole reason I went to build my own kernel is that I could not get sources to match the kernel on the image.18:31
ogra_acRobotGuy, ask the person that created the image you used18:31
ogra_acyou are obviously not using an ubuntu image18:31
RobotGuyI'm using an image with ubuntu on it.18:32
ogra_acright18:32
ogra_acbut not an image created by any ubuntu developer or in the ubuntu infrastructure18:32
GrueMasterAs I said, we can support it at the *package* level (i.e. if there is an ubuntu package in it that is having issues).18:32
ogra_acwe can give you advise for ubuntu images18:32
ogra_acor for ubuntu packages18:33
RobotGuyHow do I know what images are or are not supported?18:33
GrueMasterIf the images come from *.ubuntu.com.18:33
ogra_acRobotGuy, GrueMaster just pointed you to some urls18:34
GrueMaster(or authorized mirrors).18:34
GrueMasterOur officially supported omap image for maverick is http://cdimage.ubuntu.com/ubuntu-netbook/ports/releases/maverick/release/ubuntu-netbook-10.10-preinstalled-netbook-armel+omap.img.gz18:35
RobotGuyWill that work on a BeagleBoard?18:36
GrueMasterInstallation instructions are at https://wiki.ubuntu.com/ARM/OMAPMaverickInstall18:36
GrueMasterYes.18:36
GrueMasterTested on Beagle C4 & Beagle XM.18:36
RobotGuyOK, thanks.  I guess I need to switch images then.  I have a C3 and an xM.18:36
GrueMasterIt should also work fine on the C3.  On the XM, be aware that there is a workaround for DVI on XM rev A3 or later.18:37
RobotGuyMy xM is an A218:37
GrueMasterThen it should just work.18:37
ajuogra_ac, i have a basic question why uImage , u boot image x loader need to copy in Fat partition why not in ext ?18:38
GrueMasterA3 moved the DVI enable line to a gpio after 10.10 release.  It has been fixed in a kernel update, but is tricky on first boot.18:38
GrueMasterBut as you have A2, no worries.18:38
RobotGuyI'm glad. :D All this time I didn't know I was using an unsupported image of Ubuntu.18:38
ogra_acaju, thats a u-boot limitation we had with the omap u-boot18:38
GrueMasterRobotGuy: No problem.  There are a lot of images and even full distributions based on Ubuntu (i.e. Mint) packages.  But we can only support the ones *we* create.18:41
ogra_acand indeed, instead of switching images you can just talk to the creator of the image you use18:42
ogra_aci.e. for a bug in mint you would talk to the mint devs18:42
ajuogra_ac, can uboot read kernel from ext3 ?18:44
ogra_acext218:44
ajuok ext2 ?18:44
ogra_acbut not all revisions18:44
RobotGuyI don't know who created it apparently. I know you guys didn't make it now.18:45
ajubecause as convention it is required to copy uboot xloader and kernel in fat18:45
RobotGuyI'll just switch images.  That seems to be the easist path. :)18:45
ajuwill it work just copy uboot in fat and other in ext2?18:45
ajusomething i want to test and run differently18:45
ogra_acyou will have to rebuild u-boot with ext2 support18:46
ogra_acit rpovided to be unstable when we tested it18:46
RobotGuyGrueMaster: I understand the whole support thing. ;D18:53
RobotGuyI just created an sd card with that image but it says it doesn't have a valid partition table.19:00
RobotGuyI forgot to gunzip it19:01
ogra_acyou shouldnt gunzip19:01
ogra_achttps://wiki.ubuntu.com/ARM/OMAPMaverickInstall has the proper instructions, use zcat19:02
RobotGuyThat ubuntu supported image just freezed my beagleboard up on kernel boot.19:25
GrueMasterDo you see anything on the monitor?19:27
RobotGuyYeah.  It appears there is a wait, reboot, wait cycle for this image to boot.19:56
RobotGuyAhhh, x-image and I don't have keyboard/mouse connected yet.19:58
GrueMasterThe first boot resizes the rootfs to fill the SD card.  The second one should boot into X with oem-config running so that you can setup keyboard locale, timezone, and user login info.19:59
RobotGuyIt does.  My misunderstanding.19:59
RobotGuyI don't need X for the project I am working on though.19:59
rsalvetiRobotGuy: you can boot with "text" at the cmd argument and you'll not get X20:01
RobotGuyI would prefer to not have X on the SDcard at all.20:02
RobotGuyI need dev stuff like gcc, etc.20:03
RobotGuydev libraries.20:03
RobotGuyA console only dev image would be what I need/20:04
GrueMasterRobotGuy: The other thing you could do is build your own image with rootstock.20:04
RobotGuyI may have to do that.20:05
rsalvetiyep, unfortunately we don't have a minimal image for maverick20:05
rsalvetirootstock is the way to go20:05
rsalvetiat least for natty we'll have it20:05
RobotGuyThat's too bad.20:05
RobotGuyWe lose the serial console.20:07
RobotGuyAt least if there were a minimal image, we could build up exactly what we need.20:08
GrueMasterOne other (untested) solution is to download the netboot image and use it to install from the pool.20:09
rcn-ee_at_workRobotGuy, once you have my image it's easy to transition to ubuntu's kernel. ;)20:09
RobotGuyrcn-ee_at_work: What image is that?20:10
rcn-ee_at_worki was catching up on the irc log, 'my' image. ;)20:10
RobotGuyWould that be the one I am using now?20:11
rcn-ee_at_workYeap it is.. from reading the backlog, you build a uImage and modules right? just dump the uImage in the fatfs and untar the modules to the rootfs.. the boot..20:11
rcn-ee_at_workafter you build, there's a script under /boot/uboot/tools to rebuild the uInird, then reboot with all new..20:12
RobotGuyIt can't find the linux partition20:12
RobotGuyYeah, I know the script.  It doesn't do the right thing - uses the wrong kernel version.20:12
rcn-ee_at_workit uses the 'kernel' version from "uname -m or -r"20:13
rcn-ee_at_workso you need to boot with uImage for it to work..20:13
RobotGuyIt always uses the version of the running kernel, which is wrong if I just created a new kernel.  It needs to use the version of the new kernel.20:13
RobotGuyI know that20:13
rcn-ee_at_workyeah, so copy the 'new' uImage to the boot, then reboot with the new uImage...20:13
RobotGuyYou are not listening to me.20:14
rcn-ee_at_workas long as your modules are populate to /lib/modules/new_image/20:14
RobotGuyI know how to deal with kernels, but what you are saying does not work.20:14
rcn-ee_at_workYeah i am.. So your running an old kernel.. You build a new one.. Take that new uImage and copy it to the fatfs dir.. then reboot your beagle, it'll run the new uImage..20:14
RobotGuyIt does not find the rootfs partition.20:15
RobotGuyI don't know why.20:15
rcn-ee_at_worksounds like a config problem... can you pastebin your .config20:15
rsalvetiogra_ac: back to the alsa-utils issue20:24
rsalvetialsa-utils is calling alsactl restore with -I20:24
rsalveti-I,--no-init-fallback20:25
rsalvetiit calls with no init fallback, gets the error, tries to sanify it and then calls restore again20:25
RobotGuyrcn-ee_at_work:   http://pastebin.com/87rjwxWm20:26
rcn-ee_at_workThanks RobotGuy20:26
RobotGuyIf it's the config, I don't know what the problem is.20:27
rcn-ee_at_workmost of the obvious things are right, but "CONFIG_GPIO_TWL4030=m" should be builtin, i belive it sets the power to mmc card...20:31
rcn-ee_at_workdiff'd mine and ubuntu's config we both got it as "=y"20:31
RobotGuyOK.  Would that cause it to not boot and not find things?20:32
RobotGuyYes, I can see where that would make the mmc not available20:32
rcn-ee_at_workWell alot of the GPIO's on the TWL4030 control essential things like power control for the ehci/musb/mmc so if they don't get power...20:32
RobotGuyWould you fix and repost it for me please?  I just want it to work.20:33
RobotGuyI hate dealing with kernel configuration20:34
rcn-ee_at_workRobotGuy, i pushed it here: http://pastebin.com/uPS0w5dh  but if you have any more issues, my config for refernence is here: http://bazaar.launchpad.net/~beagleboard-kernel/%2Bjunk/2.6-stable/annotate/head:/patches/lucid-defconfig20:35
rsalvetiogra_ac: just tested here, when booting with the old state file, at least for panda it'll be ok because the card name is different anyway20:36
RobotGuyThankyou20:36
rsalvetiand will store the correct values after first reboot20:36
rsalvetithe problem will be just blaze, as the card name is the same as before the kernel patches20:36
rsalvetiand restore with -F will try to restore most it can20:37
rsalvetiogra_ac: for panda the state file will be the same if you call alsa-utils start (with the initial wrong description for sdp4430) or call alsactl init20:41
rsalvetiwhen giving restore the result is the same here, so don't know why you need to call alsactl init for panda at least one time20:42
* rsalveti out for now, be back later20:43
=== zyga-gone is now known as zyga
RobotGuyrcn-ee_at_work: Now I get an internal compiler error. :(21:06
rcn-ee_at_workRobotGuy, ouch.. just by changing that one little config?  what file did it ice on?21:07
rcn-ee_at_workbtw, which compiler? (the cross gcc from maverick's repo so far seems pretty sane..)21:07
RobotGuymm/dmapool.c:351: internal compiler error: in try_ready, at haifa-sched.c:322221:21
RobotGuygcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu5)21:22
RobotGuyI am not cross building.21:23
rcn-ee_at_workRobotGuy, weird, on my last build with that version, it didn't have any issues with mm/dmapool.c (2.6.35.7)... http://rcn-ee.homeip.net:81/dl/farm/log/COMPLETE-2.6.35.8-l7_1.0-maverick.txt21:25
RobotGuyI'm building 2.6.3621:27
rcn-ee_at_worki know.. file hasn't really changed; http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.36.y.git;a=history;f=mm/dmapool.c;h=3df063706f53e6d579ec0acabace3503a471ba29;hb=HEAD21:27
RobotGuyAll I want is the source to match the kernel I am running.21:28
rcn-ee_at_workwhat kernel are you running?21:28
rcn-ee_at_work(uname -a)21:29
RobotGuy2.6.35.7-l621:29
RobotGuyLinux tester 2.6.35.7-l6 #1 PREEMPT Wed Oct 20 01:32:27 UTC 2010 armv7l GNU/Linux21:29
rcn-ee_at_work2.6.35 + 2.6.35.7 from kernel.org + http://rcn-ee.net/deb/maverick/v2.6.35.7-l6/patch-2.6.35.7-l6.diff.gz + http://rcn-ee.net/deb/maverick/v2.6.35.7-l6/defconfig21:30
RobotGuyOK, thanks. :)21:32
NCommanderogra: what's the dpkg bug number?22:48

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!