**** BEGIN LOGGING AT Mon Aug 31 02:59:57 2009
Aug 31 07:13:45 <eFfeM> morning
Aug 31 11:28:50 <eFfeM> what is the best place to fetch a recent kernel (+ modules)?
Aug 31 11:32:16 <zumbi> git.marvell.com/orion.git
Aug 31 11:32:58 <eFfeM> zumbi, thanks, but actually would like to have a compiled one, not compile myself
Aug 31 11:33:02 <eFfeM> found this: http://sheeva.with-linux.com/sheeva/index.php
Aug 31 11:33:08 <zumbi> http://sheeva.with-linux.com/sheeva/
Aug 31 11:34:27 <eFfeM> zumba, will try that one, thanks
Aug 31 11:35:39 <eFfeM> hope these work also for open-rd
Aug 31 11:41:57 <timtimred> does the openembedded kernel work for it? hrmm, i should update that...
Aug 31 11:43:18 <eFfeM> the oe kernel is also supposed to work on sheeva, there is a machine in oe, never tried it myself
Aug 31 11:43:39 <eFfeM> and guess/hope it would work on open-rd too
Aug 31 11:46:29 <timtimred> yeah it works on sheeva (or did when it got committed)
Aug 31 12:45:57 <eFfeM> anyone an idea how to boot from the open-rd internal hard disk; I am looking for the proper uboot cmd to do so, my kernel is on /dev/sda3 on a fat partition
Aug 31 13:12:08 <armin76> eFfeM: look for ext2load
Aug 31 13:13:16 <armin76> eFfeM: as i told you, i doubt those compiled kernels will have openrd support, as i already told you it fails to build
Aug 31 13:15:22 <armin76> and definitely you should get used to compile your kernel in that kind of device :)
Aug 31 13:17:57 <armin76> errr
Aug 31 13:18:11 <armin76> eFfeM: and in case its on a fat partition, look for fatload :)
Aug 31 13:36:23 <eFfeM> sorry was called away
Aug 31 13:37:02 <eFfeM> armin76: yeah i should be able to compile myself, but didn't want to change two things in one go
Aug 31 13:37:24 <eFfeM> thought about fatload, but not sure about the name of the device subsystem
Aug 31 13:37:41 <armin76> try ide
Aug 31 13:38:30 <armin76> at least on an orion-based board i have sata = ide
Aug 31 13:39:08 <eFfeM> ok, will do
Aug 31 13:39:17 <eFfeM> and partition 3 is 0:3 ?
Aug 31 13:39:36 <armin76> probably
Aug 31 13:45:30 <eFfeM> thanks, it is indeed 0:3, need to do an ide reset first to get things going
Aug 31 13:50:38 <eFfeM> got it booting but apparently it does not like my line root=/dev/sda2 when booting
Aug 31 13:51:24 <eFfeM> guess I have to rebuild the kernel, assume the needed hard disk driver is not in
Aug 31 14:13:17 <armin76> eFfeM: what error did it gave?
Aug 31 14:19:29 <eFfeM> armin76: Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)
Aug 31 14:19:58 <eFfeM> i cloned the orion git and did a menuconfig to enable sata
Aug 31 14:20:18 <eFfeM> now busy getting arm-2008q3
Aug 31 14:20:29 <armin76> see, you had to compile your kernel :D
Aug 31 14:20:46 <eFfeM> i'm following these instructions: http://computingplugs.com/index.php/Building_a_custom_kernel
Aug 31 14:20:49 <eFfeM> armin76: :-)
Aug 31 14:20:52 <eFfeM> you told me
Aug 31 14:21:26 <eFfeM> it is just that i want to do things step by step
Aug 31 14:21:40 <armin76> are you sure the disk wasn't detected¿
Aug 31 14:21:42 <armin76> ?
Aug 31 14:21:49 <eFfeM> (and sorry if this is inappropriate, but for my beagleboard I can find all kind of images to start with)
Aug 31 14:22:06 <eFfeM> armin76: i could not find anything in the log which tells about the drive
Aug 31 14:22:17 <armin76> yeah, but the beagleboard is "old" compared to the openrd :)
Aug 31 14:22:32 <eFfeM> and the default kirkwood config has no sata
Aug 31 14:22:42 <eFfeM> heck even sheeva is old compared to openrd
Aug 31 14:22:54 <eFfeM> got my sheeva last april or so
Aug 31 14:23:30 <armin76> besides the beagleboard has soundcard, the openrd doesn't, right?
Aug 31 14:23:37 <armin76> besides its armv7 vs armv5 :)
Aug 31 14:23:42 <armin76> armv5te to be more exact
Aug 31 14:23:51 <eFfeM> btw been told that code sourcery compiles better than gcc
Aug 31 14:23:56 <eFfeM> beagle is cortex A8
Aug 31 14:24:11 <armin76> armv7 :)
Aug 31 14:24:32 <eFfeM> didn't look at the hw schematics but my openrd client has speaker out and mic in
Aug 31 14:25:03 <eFfeM> kernel is compiling; /me keeps fingers crossed
Aug 31 14:26:48 <armin76> In addition, the OpenRD-Client extends its capabilities with a 2D-GPU (Graphics Processing Unit) with a VGA Connector and Audio In/Out.
Aug 31 14:26:50 * armin76 was wrong
Aug 31 14:27:05 <eFfeM> yes, at the expense of the pci-e connector
Aug 31 14:27:15 <eFfeM> which was needed for the vga
Aug 31 14:27:55 * eFfeM thinks it is fun to live at the bleeding edge, but also often frustrating. Still the fun wins :-)
Aug 31 14:57:13 <eFfeM> armin76: made my own kernel, but no success yet, it still refuses to read the root fs; see the log at http://www.pastebin.ca/1549267
Aug 31 14:57:34 <eFfeM> and the good thing is of course that I managed to build my own kernel with opensourcery
Aug 31 14:58:47 <eFfeM> guess the chipsets in the ata section of menuconfig are all for ide
Aug 31 14:59:20 <armin76> eFfeM: have a bootlog of the original kernel for comparing?
Aug 31 14:59:30 <armin76> also you're using sheevaplug as machine
Aug 31 15:01:07 <armin76> and i don't see the sata driver loaded either
Aug 31 15:01:39 <armin76> unless its that xor thing
Aug 31 15:05:44 <eFfeM> noe it is not
Aug 31 15:05:51 <eFfeM> will change the machine
Aug 31 15:06:20 <eFfeM> will make an original bootlog later
Aug 31 15:06:47 <armin76> do you have CONFIG_SATA_MV=y in your kernel config¿
Aug 31 15:07:33 <armin76> now that i remember it...
Aug 31 15:07:36 <armin76> sata_mv 0000:00:01.0: version 1.25
Aug 31 15:07:36 <armin76> sata_mv 0000:00:01.0: Gen-IIE 32 slots 4 ports SCSI mode IRQ via INTx
Aug 31 15:07:41 <armin76> thats from my orion box, with sata
Aug 31 15:07:43 <eFfeM> in the section marvell kirkwood implementation everything is checked except openrd base (and there is no openrd client)
Aug 31 15:08:08 <armin76> yup, and that one fails to build, focus on the driver first, make sure you have that one
Aug 31 15:08:26 <eFfeM> hm: # CONFIG_BLK_DEV_IDE_SATA is not set
Aug 31 15:10:21 <armin76> if it boots with the sheevaplug machine config, you should be happy :)
Aug 31 15:11:00 <eFfeM> CONFIG_SATA_MV=y
Aug 31 15:11:18 <eFfeM> and the DEV_IDE_SATA should not be set, it is deprecated and conflicts witl libsata
Aug 31 15:12:00 <armin76> maybe the sata controller on the kirkwood platform is not supported by that kernel
Aug 31 15:12:42 <eFfeM> could be
Aug 31 15:14:26 <eFfeM> found that arcnumber for openrd client is different
Aug 31 15:14:51 <eFfeM> setenv arcNumber 2361
Aug 31 15:15:02 <eFfeM> says http://code.google.com/p/openrd/wiki/UbootConfigForMainLineKernel
Aug 31 15:15:57 <eFfeM> machine is not supported :-(
Aug 31 15:15:58 <eFfeM> Error: unrecognized/unsupported machine ID (r1 = 0x00000939).
Aug 31 15:19:09 <armin76> eFfeM: kernel support for openrd base was added only 3 days ago
Aug 31 15:19:19 <eFfeM> ah ok
Aug 31 15:19:35 <armin76> until it doesn't show up on the kirkwood implementations i would forget about it
Aug 31 15:19:56 <eFfeM> figured that as there was a .22 kernel installed that the latest sources also should support the board
Aug 31 15:20:31 <eFfeM> will see if the original kernel supports sata, still have that one in flash
Aug 31 15:20:44 <armin76> well, the .22 kernel is patched by marvell
Aug 31 15:20:46 <eFfeM> but if i cannot rebuild, i cannot add new modules :-(
Aug 31 15:20:50 <armin76> it has stuff the mainline doesn't have
Aug 31 15:21:08 <armin76> the sheevaplug site has the sources for that kernel
Aug 31 15:21:18 <armin76> but i guess it doesn't support openrd, check it if you're bored
Aug 31 15:21:20 <eFfeM> oh, i thought marvell controlled/owned the orion git
Aug 31 15:21:31 <armin76> they do
Aug 31 15:21:50 <armin76> but that repository is for merging with the mainline kernel
Aug 31 15:21:59 <eFfeM> understood
Aug 31 15:22:23 <armin76> its like u-boot
Aug 31 15:22:50 <armin76> the sheevaplug support on the mainline u-boot is a bit wonky
Aug 31 15:23:11 <armin76> marvell's version is very old
Aug 31 15:23:16 <armin76> but works nice :)
Aug 31 15:24:37 <eFfeM> true
Aug 31 15:24:50 <eFfeM> it sometimes is a pain to get u-boot changes merged back
Aug 31 15:25:52 <armin76> tell that to the marvell guy who has been with that since april or so :)
Aug 31 15:26:48 <eFfeM> not needed,he knows that by heart by now
Aug 31 15:27:35 <eFfeM> rebooted the original .22 kernel, this one does have sata support
Aug 31 15:28:40 <armin76> see :)
Aug 31 15:29:17 <eFfeM> cool
Aug 31 15:30:09 <eFfeM> root
Aug 31 15:38:16 <tinker-f595> eFfeM: There is no way a SheevaPlug kernel would work with an OpenRD board
Aug 31 15:38:25 <tinker-f595> They are very different beasts
Aug 31 16:07:00 <eFfeM> tinker, was afk for food
Aug 31 16:07:20 <eFfeM> i would expect them to be quite similar as it they contain the same cpu
Aug 31 16:10:14 <tinker-f595> that does not make any sense at all
Aug 31 16:10:55 <eFfeM> most of the peripherals are in the SoC
Aug 31 16:11:31 <tinker-f595> the word is most, not all plus the GPIO are used for special purposes
Aug 31 16:11:37 <eFfeM> so technically they could be made fairly equal
Aug 31 16:12:02 <eFfeM> true, different external circuitry complicates things
Aug 31 16:12:52 <tinker-f595> thinking "fairly equal" is equivalent to identical is the road to disaster in software development
Aug 31 16:13:25 <eFfeM> i know
Aug 31 16:13:46 <tinker-f595> eFfeM: if I had been interviewing you for a software development job you would have been rejected based on that answer
Aug 31 16:13:48 <eFfeM> then again if I have to make two systems, i try to make them as compatible as possible
Aug 31 16:13:55 <eFfeM> <grin>
Aug 31 16:14:33 <eFfeM> i know they are probably designed the other way around, but sheeva could easily have been a fully compatible subset of openrd
Aug 31 16:14:34 <tinker-f595> what you do is you have code fbranch/orks for the areas of differences
Aug 31 16:15:18 <tinker-f595> well need to go to work
Aug 31 16:15:30 <tinker-f595> have fun reading the source ...
Aug 31 16:15:33 <eFfeM> anyway, what I did now was put my root fs on hard disk and use the std kernel
Aug 31 16:15:39 <eFfeM> the .22 one
Aug 31 16:15:53 <eFfeM> and use the ubuntu rfs after adding the .22 modules
Aug 31 16:15:56 <eFfeM> works like a charm
Aug 31 16:16:09 <eFfeM> gone for a while
Aug 31 16:16:25 <eFfeM> later
Aug 31 17:38:46 <eFfeM> re
Sep 01 02:41:49 <tinker-f595> Ef
**** ENDING LOGGING AT Tue Sep 01 02:59:57 2009