• [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