[00:13:29] * jkridner|work (n=a0321898@nat/ti/x-9294b3ff057df33f) has joined #beagle
[00:20:50] * bazbell (n=a0192809@nat/ti/x-7f68611976f1bc42) has joined #beagle
[00:24:01] <ds2> totally wacky question... what works as a wake up on the beagle?
[01:01:02] * cian (n=cianh@cian.ws) Quit ()
[01:25:36] <ds2> hmmmm I see to have a problem with u-boot
[01:27:05] <ds2> is there anywhere I can unmark a bad NAND block?
[01:39:13] <ds2> this is the oddest thing
[02:01:28] * khasim (n=a0393720@192.163.20.231) has joined #beagle
[02:03:39] * khasi1 (n=a0393720@192.163.20.231) has joined #beagle
[02:10:05] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
[02:16:00] * MattJ (n=MattJ@88-111-173-221.dynamic.dsl.as9105.com) Quit (Read error: 110 (Connection timed out))
[02:44:35] * khasi1 (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
[02:54:21] * rsalveti (n=salveti@189.70.143.203) has joined #beagle
[03:08:21] * liu (n=liu@121.32.165.249) has joined #beagle
[03:12:21] <liu> hi all, where can I get the Schematics and the PCB source files?
[03:24:49] <jkridner> calculus: it would.
[03:33:43] <ds2> sigh... looks like I have a lame beagle :(
[03:36:46] <ds2> any chance someone has patches for an xloader that understands badblocks?
[04:16:23] * Olipro (i=Olipro@unaffiliated/olipro) Quit (Read error: 110 (Connection timed out))
[04:27:36] * dirk2 (n=dirk@F3201.f.strato-dslnet.de) has joined #beagle
[04:36:07] <sakoman_> ds2: what is your issue? the current x-load handles bad blocks when loading u-boot
[04:38:03] <sakoman_> It may just be that you need to reflash your u-boot partition using nand write.jffs2 rather than standard nand write
[04:38:33] <sakoman_> That will ski bad blocks in a way that is compatible with xloads expectatons
[04:42:53] <dirk2> liu: schematics and PCB source: http://elinux.org/BeagleBoard#Schematic and http://groups.google.com/group/beagleboard/msg/d6440397cac4bfa3
[05:02:47] <ds2> is that all I need?
[05:03:09] <ds2> I was about to change the start offset for u-boot since i have a bad block right at 0x100000
[05:03:35] <ds2> sakoman: is that your xloader tree or the one posted on code.google?
[05:04:14] <sakoman_> ds2: both, actually
[05:04:50] <sakoman_> all you should need to do is reflash u-boot
[05:04:57] <ds2> OH?! *Gets excited*
[05:04:59] <sakoman_> xload shouldn't be necessary
[05:05:05] <ds2> it is now =)
[05:05:16] <ds2> I ran nand scrub to verify it really is bad
[05:05:31] <sakoman_> if you use u-boot, use nand write.jffs2, not the generic nand write
[05:05:52] <sakoman_> that will detect the bad block and skip to the next
[05:05:59] <ds2> flashing is safe when powering from the mini-AB?
[05:06:07] <sakoman_> should be
[05:06:36] <ds2> managed to create a lot of bad blocks while writing to NAND on another board so I am rather paranoid at the moment
[05:06:59] <sakoman_> if you use mtd tools i linux to reflash, then 'nandwrite -p /dev/mtd1 u-bot.bin' should also do the trick
[05:07:17] <sakoman_> if you fix my typos :-)
[05:13:13] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) Quit ("Trillian (http://www.ceruleanstudios.com")
[05:20:40] <dirk2> sakoman_: Still there?
[05:25:19] <ds2> let me try it from U-boot now that I found the right bits of cables
[05:28:47] <sakoman_> dirk2: yes I am still here
[05:29:35] <dirk2> I'm fighting a little with DVI display settings...
[05:30:14] <dirk2> U-Boot from code.google gives me fine beagle logo
[05:31:37] <dirk2> but koen's uimages result in "Attention: Input not supported"
[05:32:17] * ds2 does the happy dance
[05:32:36] <sakoman_> dirk2: what does your serial output say about pixel clock rate?
[05:33:06] <sakoman_> I think koen is using some patches that break fb timing for many monitors
[05:33:24] <sakoman_> ds2: :-) Glad it worked for you!
[05:33:55] <ds2> sakoman_: me too.. cuz a bad black in the middle of uboot just sucks
[05:34:33] <sakoman_> ds2: yup, seems like 100% chance of it happening too!
[05:35:32] <dirk2> Seems that only our git uboot with DSS1 to 432 Mhz config and in kernel mru's MAX_FCK_LCD 173000000 *not* applied works
[05:35:43] <ds2> sakoman: is this really common?
[05:36:32] <sakoman_> dirk2: that is correct. that patch only works in 1280 mode
[05:36:51] <dirk2> ah
[05:36:58] <sakoman_> ds2: it happens. it's just as likely as any other block being bad
[05:37:12] <dirk2> git uboot with kernel mru's patch not applied:
[05:37:14] <dirk2> omapfb: Pixclock 54000 kHz hfreq 45.1 kHz vfreq 57.7 Hz
[05:37:29] <dirk2> -> works
[05:37:32] <sakoman_> dirk2: right, that should work on most monitors
[05:37:50] * liu (n=liu@121.32.165.249) Quit ("Ex-Chat")
[05:38:03] <sakoman_> I'm not sure whether koen is using my patch that lets monitor resolution be selected as a config option
[05:38:34] <sakoman_> It's in my linux-omap git (omap3 branch)
[05:38:50] <ds2> it is easy enough to edit that one file
[05:39:14] <dirk2> code.google uboot with (same) kernel mru's patch not applied:
[05:39:17] <dirk2> omapfb: Pixclock 48000 kHz hfreq 40.5 kHz vfreq 51.3 Hz
[05:39:21] <sakoman_> well, you can pick up the proper VESA timing from my patch for various resolutions
[05:39:38] <dirk2> -> uboot beagle logo is shown but kernel results in input not supported
[05:40:00] <sakoman_> dirk2: yeah, the stock u-boot can't generate the proper fb timings
[05:40:26] <sakoman_> I spent a week tracking that down
[05:40:49] <dirk2> sounds like we should ask koen to remove mru's MAX_FCK_LCD 173000000 patch?
[05:40:52] <sakoman_> first thought I had bad hardware
[05:41:23] <sakoman_> I told koen about it. It works on his monitor though :-)
[05:42:07] <dirk2> hmm, images that work for him but 'nobody' else doesn't make a lot of sense ;)
[05:45:35] <sakoman_> I think he's been trying to stay in sync with mru to work on video decode optimizations for the TI demo a few days ago
[05:46:38] <sakoman_> There was a little bit of discussion here a few days ago about the need to rework the video clock generation code to make it more intelligent
[05:47:03] <sakoman_> I'm not that anyone has yet signed up to do that though :-)
[05:47:17] <dirk2> will try Koen' uImages with both uboot's again and report resulting timing outputs and work/nowork
[05:47:18] <sakoman_> I'm not sure, that is
[05:48:43] <sakoman_> I think that neither will work with your monitor unless the fck patch is removed, and in that case only the git u-boot version will work with your monitor
[05:49:08] <sakoman_> at least that is the case for me and a couple other folks here
[06:04:21] <sakoman_> time for sleep!
[06:05:05] <dirk2> sakoman_: Thanks for the help, bye
[06:05:28] <sakoman_> dirk2: no problem! ttyl
[06:23:45] * dirk2 (n=dirk@F3201.f.strato-dslnet.de) has left #beagle
[07:43:28] <mru> morning
[07:43:55] <mru> I see pixel clocks are the hot topic today
[09:44:35] * MattJ (n=MattJ@88-111-173-221.dynamic.dsl.as9105.com) has joined #beagle
[10:23:46] * Olipro (i=Olipro@unaffiliated/olipro) has joined #beagle
[11:15:53] * khasim (n=a0393720@192.163.20.231) has joined #beagle
[11:19:00] * RogerMonk (n=a0740758@nat/ti/x-a3cab90e2b19f24d) has joined #beagle
[11:27:35] * cian (n=cianh@cian.ws) has joined #beagle
[11:32:27] * Beagle5 (n=Beagle5@ing45-1-88-167-125-66.fbx.proxad.net) has joined #beagle
[11:51:18] <jkridner> good morning.
[11:54:33] <Crofton|work> gm
[11:56:08] * hagisbasheruk (n=hagisbas@cpc1-clyd1-0-0-cust187.renf.cable.ntl.com) has joined #beagle
[12:02:41] * dirk2 (n=dirk@F32b2.f.strato-dslnet.de) has joined #beagle
[12:03:18] <jkridner> I sent the link for the design files.
[12:06:25] <jkridner> it was getting to be a real FAQ.
[12:06:26] <Crofton> awesome
[12:11:23] <dirk2> long mail ;)
[12:13:13] <dirk2> For the archives: http://groups.google.com/group/beagleboard/msg/ee3e1bc927551ffc and http://beagleboard.org/hardware/design
[12:15:48] <jkridner> sorry, a lot is pent up in that mail. hopefully it isn't too much of a rant
[12:17:58] <dirk2> mru: pixel clock: yes. Seems that for sakoman and me (and some more people?) the "omapfb: ensure fck/lcd < 173MHz" patch doesn't work. sakoman reverted it in his kernel git. With using sakoman's uboot git and without that patch I get screen output. Using sakoman's Kconfig patch I configured 1024 x 768.
[12:18:46] <dirk2> Working configuration without patch resutls in omapfb: Pixclock 54000 kHz hfreq 45.1 kHz vfreq 57.7 Hz boot output
[12:30:36] <dirk2> Unfortunately, Koen has "omapfb: ensure fck/lcd < 173MHz" in his OE receipe, so his uImages result in "Attention: Input not supported" from my monitor
[12:37:43] * cian (n=cianh@cian.ws) Quit ()
[12:52:04] * cian (n=cianh@cian.ws) has joined #beagle
[13:14:55] * cmonex (i=xy6091@pool-0222.adsl.interware.hu) has joined #beagle
[13:15:02] * cmonex (i=xy6091@pool-0222.adsl.interware.hu) has left #beagle
[13:20:20] * cian (n=cianh@cian.ws) Quit ()
[13:29:42] <jkridner> just found this: http://dkc1.digikey.com/us/en/PTM/296_BeagleBoard.html
[13:33:00] <hagisbasheruk> thats nice jkridner
[13:38:14] <sakoman_> Crofton's photography is famous!
[13:38:35] <jkridner> :)
[13:48:43] <Crofton> not my x ray?
[13:48:55] * trickie (n=trickie@a80-101-189-212.adsl.xs4all.nl) Quit ("Leaving")
[13:48:58] <jkridner> sorry, couldn't find a way to work that in.
[13:50:22] <jkridner> it always surprises me which things are lost in translation in this sort of process.
[13:50:43] <jkridner> let me know if you notice anything that makes you cringe too much.
[13:56:24] <sakoman_> One bug I get bitten by fairly often is related to using usb/ethernet dongle:
[13:56:26] <sakoman_> rtl8150: eth0: intr status -71
[13:56:26] <sakoman_> rtl8150: Rx status -71
[13:56:43] <sakoman_> message repeats infinitely :-(
[13:56:51] <sakoman_> Anyone else seen this?
[13:57:51] <sakoman_> I see it on both beagle and my client's board so it is clearly a sw issue.
[13:57:58] <jkridner> I've seen -71 before, but not in ages.
[13:58:16] <jkridner> can't say what happened for it to go away.... it was never repeatable.
[13:59:26] <sakoman_> I occasionally see "soft lockup" errors in the usb storage driver, so I suspect that both are musb related
[14:00:44] * trickie (n=trickie@a80-101-189-212.adsl.xs4all.nl) has joined #beagle
[14:00:45] <sakoman_> With both the system operates completely normally. Until it doesn't :-) Then the messages start and the console won't respond
[14:01:39] * jkridner needs to stop messing with website stuff and get back to code on the board.
[14:02:14] <jkridner> EVM does it too?
[14:02:53] <jkridner> you know, my answer is always to see if you can reproduce it on the TI-supplied kernel on the EVM when something completely stumps me.
[14:02:58] <sakoman_> I haven't used usb/ethernet on the evm since it has onboard ethernet
[14:03:25] <sakoman_> And I never use the TI supplied sw unless you ask me to :-)
[14:03:29] <jkridner> if it occurs frequently enough to reproduce, that is the easy way to get support.
[14:03:32] <jkridner> :) :)
[14:04:23] <sakoman_> I wasn't really expecting TI to do anything -- just looking to see if others using linux-omap git kernel were seeing it too
[14:04:28] <jkridner> I'm still hearing those guys are going to shift over to focus on the git any day.
[14:04:58] <jkridner> I'll be quiet now. :)
[14:06:42] <sakoman_> me too :-) time for coffee and the morning newspaper
[14:14:22] * hagisbasheruk (n=hagisbas@cpc1-clyd1-0-0-cust187.renf.cable.ntl.com) Quit (Remote closed the connection)
[14:53:10] * Olipro (i=Olipro@unaffiliated/olipro) Quit (Read error: 110 (Connection timed out))
[15:17:58] * Olipro (n=Olipro@unaffiliated/olipro) has joined #beagle
[15:33:40] * Beagle5 (n=Beagle5@ing45-1-88-167-125-66.fbx.proxad.net) Quit (Read error: 113 (No route to host))
[15:54:53] * bazbell (n=a0192809@nat/ti/x-7f68611976f1bc42) Quit ("Leaving.")
[16:30:52] * Olipro (n=Olipro@unaffiliated/olipro) Quit (Connection timed out)
[16:37:02] * bernrdo (n=bfanti@71-212-209-219.hlrn.qwest.net) has joined #beagle
[16:37:13] * dirk2 (n=dirk@F32b2.f.strato-dslnet.de) has left #beagle
[16:37:27] <Crofton> time go drink in a cow field :)
[16:37:50] <bernrdo> morning guys. need some help, just got my beagle board, a few questions:
[16:38:15] <bernrdo> a) can I copy the uImage to NAND somehome from U-boot?
[16:39:15] <bernrdo> b) I untared the ALSA-FS.tar.gz file system - which folder exactly do I need to copy onto MMC? the "t" folder, or everything underneath it directly to the MMC's root?
[16:39:24] <Crofton> http://elinux.org/BeagleBoardNAND
[16:39:36] <Crofton> http://code.google.com/p/beagleboard/wiki/BootingBeagleBoard
[16:39:49] <Crofton> second link may be best for now
[16:39:55] <Crofton> gotta run
[16:39:57] <Crofton> bbl
[16:40:01] <Crofton> much later
[16:40:45] <bernrdo> thanks, I'm already usin the second link
[16:44:27] <bernrdo> are both Uboot and the X-Loader already pre-loaded in NAND in a new beagle board/
[17:04:52] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
[17:52:05] <bernrdo> solved. got the SD card setup with dual partitions and the FS all set up ... beagle boots!
[18:30:05] * trickie (n=trickie@a80-101-189-212.adsl.xs4all.nl) Quit (Remote closed the connection)
[18:32:25] * trickie (n=trickie@a80-101-189-212.adsl.xs4all.nl) has joined #beagle
[18:48:55] <koen> good morning all
[18:50:39] <koen> dirk2: the latest oe kernel also gives 54mhz
[18:54:01] <koen> jkridner|work: i,m laptopless till tuesday, so rfesponding tgo mail will take a while
[18:54:59] * koen is on n810 right now
[18:59:24] <jkridner> great news bernrdo. yes, x-load and u-boot are included in the Rev B4 flash.
[19:03:00] * rsalveti_ (n=salveti@200.184.118.132) has joined #beagle
[19:05:11] * rsalveti (n=salveti@189.70.143.203) Quit (Nick collision from services.)
[19:05:59] * rsalveti_ is now known as rsalveti
[19:10:33] <koen> any news on tnhe serial hang?
[19:12:42] <koen> fwiw, the pxel clk uses a pll now tgo get proper timings
[20:43:14] * Olipro (i=Olipro@unaffiliated/olipro) has joined #beagle
[20:43:31] <jkridner> koen: just heard you on LinuxOutlaws. thanks!
[20:43:56] <jkridner> you too mru! (who did most of the speaking)
[20:58:11] * jkridner|work (n=a0321898@nat/ti/x-9294b3ff057df33f) Quit (Remote closed the connection)
[20:58:14] * jkridner|work1 (n=a0321898@nat/ti/x-7dd74bb44693db00) has joined #beagle
[21:44:43] * JoeBorn (n=jborn@adsl-75-3-13-140.dsl.chcgil.sbcglobal.net) has joined #beagle
[22:08:05] * bernrdo (n=bfanti@71-212-209-219.hlrn.qwest.net) Quit ()
[23:07:16] * rsalveti (n=salveti@200.184.118.132) Quit (Read error: 113 (No route to host))
[23:11:40] * bernie (n=asfdlkas@69.15.134.58) has joined #beagle
[23:12:49] <bernie> yo guys - there's instructions on how to copy uboot and xloader to NAND but not the Kernel - is it less than trivial? Can I just copy the Kernel to a location right after Uboot and have uboot access it from there instead of the SD card?
[23:46:52] * menace (n=knorr@unaffiliated/menace) has joined #beagle
[23:47:08] * menace (n=knorr@unaffiliated/menace) has left #beagle