| 01:03.36 | *** join/#edev SpeedEvil1 (~user@tor/regular/SpeedEvil) |
| 01:34.52 | *** join/#edev SpeedEvil (1000@tor/regular/SpeedEvil) |
| 01:51.18 | *** join/#edev jayabharath (~jayabhara@nat/ti/x-aucymbszwuoxjncf) |
| 02:42.00 | *** join/#edev jayabharath (~jayabhara@nat/ti/x-hqjebpmcljqxhmwo) |
| 02:43.12 | LyosNorezel | very quiet today |
| 02:44.18 | SpeedEvil | yup |
| 02:47.44 | LyosNorezel | SpeedEvil: does prpplague still visit here? |
| 02:48.06 | SpeedEvil | yes |
| 02:48.47 | LyosNorezel | SpeedEvil: does he know his website is down? |
| 02:48.50 | SpeedEvil | last 4 days ago |
| 02:48.53 | SpeedEvil | dunno |
| 02:49.48 | LyosNorezel | fun... |
| 02:50.16 | LyosNorezel | SpeedEvil: worked on anything interesting lately? |
| 02:50.56 | SpeedEvil | I'm looking at bringing up: |
| 02:51.13 | SpeedEvil | https://sites.google.com/site/repurposelinux/df3120 |
| 02:51.31 | SpeedEvil | that's about the limit at the moment |
| 02:51.56 | LyosNorezel | kool |
| 02:52.35 | LyosNorezel | SpeedEvil: I recently dug out my old Adtran NetVanta 1224R router... and took a new look at the firmware |
| 02:52.56 | LyosNorezel | I've identified a 100byte header... |
| 02:53.01 | LyosNorezel | and a gzip file... |
| 02:53.18 | LyosNorezel | followed by a random batch of what appears to be file markers... |
| 02:53.52 | LyosNorezel | I've also managed to extract 60 Gifs... and 1 BMP file from the gzip compressed firmware |
| 02:54.26 | LyosNorezel | still trying to figure out the "magic numbers" for library files |
| 02:56.22 | LyosNorezel | SpeedEvil: I'm also trying to identify the checksum/security code they use to identify the firmware file |
| 02:56.27 | SpeedEvil | you mean the firmware image? |
| 02:56.34 | LyosNorezel | da |
| 02:56.47 | SpeedEvil | if you can look at the ROM, things may be easier |
| 02:57.39 | LyosNorezel | SpeedEvil: I don't, currently, have anyway of looking directly at the ROM... (TSOP II 48 pin) |
| 02:58.04 | LyosNorezel | actually... it's a 56 pin part |
| 03:01.23 | *** join/#edev SpeedEvil (1000@tor/regular/SpeedEvil) |
| 03:03.29 | LyosNorezel | SpeedEvil: this flash chip is actually really large for a NOR flash part... (128Mbit) |
| 03:04.01 | SpeedEvil | yep |
| 03:06.38 | LyosNorezel | SpeedEvil: are you any good in hacking firmware? |
| 03:07.10 | SpeedEvil | nope, sorry. |
| 03:07.23 | LyosNorezel | damn |
| 03:08.08 | SpeedEvil | Working out what the bootloader is can be helpful |
| 03:08.18 | SpeedEvil | there are generally only a relative few around |
| 03:11.37 | LyosNorezel | SpeedEvil: I do have a minicom log of the bootup... |
| 03:11.54 | SpeedEvil | try googling substrings. |
| 03:13.35 | LyosNorezel | SpeedEvil: http://pastebin.com/XUwmnhB0 |
| 03:13.42 | LyosNorezel | that's the bootlog |
| 03:13.52 | SpeedEvil | Sorry - good luck - going to sleep. |
| 03:14.32 | LyosNorezel | thanks... ttyl |
| 03:59.34 | *** join/#edev calculus (~calculus@gentoo/user/calculus) |
| 04:00.29 | NullMoogleCable | http://www.target.com/PlayStation-Computer-Entertainment-System-Drive/dp/B0009VXAM0/ref=huc_ic_1_pn |
| 04:00.37 | NullMoogleCable | who wants a cheep ps3? |
| 04:01.38 | ohsix | heh that's supposed to be something for the Move, not the console |
| 04:12.14 | *** join/#edev mbuf (~user@118.102.130.34) |
| 04:26.43 | *** join/#edev calculus (~calculus@gentoo/user/calculus) |
| 07:10.44 | *** join/#edev roxfan (dunno@91.180.162.182) |
| 09:05.03 | *** join/#edev florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 09:35.52 | *** join/#edev flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 10:22.38 | *** join/#edev Sphere (bianco@85.12.6.154) |
| 11:27.02 | *** join/#edev pirho (debian-tor@gateway/tor-sasl/pirho) |
| 11:37.02 | *** join/#edev gustavoz (~gustavoz@201.252.45.98) |
| 12:46.01 | *** join/#edev chouimat (~mathieu@kde/developer/chouinard) |
| 13:10.53 | *** join/#edev avinashhm (~avinash-h@192.163.20.231) |
| 13:43.19 | *** join/#edev kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 14:13.22 | *** join/#edev bgamari (~ben@pool-96-233-183-51.spfdma.east.verizon.net) |
| 14:14.46 | bgamari | What is generally the cause of the kernel hanging before even outputting "Starting Linux..." |
| 14:14.58 | bgamari | It's a 2.6.37 kernel, but I've tried ttyS2 |
| 14:15.08 | bgamari | I've also tried earlyprintk |
| 14:15.30 | bgamari | nothing appears to help |
| 14:16.07 | bgamari | It was compiled with gcc 4.5 so I'm attempting to revert to 4.4.4 |
| 14:21.38 | bgamari | doh, ttyO2 |
| 14:32.18 | SpeedEvil | bootloader problems? |
| 14:37.29 | bgamari | hmm |
| 14:37.50 | bgamari | seems to be able to load older kernels |
| 14:40.04 | SpeedEvil | too large/ |
| 14:41.17 | *** join/#edev kergoth__ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 14:53.01 | bgamari | Don't believe so |
| 14:53.09 | bgamari | the image is only 3 MBytes |
| 14:53.38 | SpeedEvil | has basically no clue, and just repeats stuff he hear earlier. |
| 14:53.45 | SpeedEvil | may in fact be an eliza bot. |
| 14:53.53 | bgamari | heh |
| 14:53.58 | bgamari | understandable |
| 14:54.22 | bgamari | i didn't think anyone would be able to diagnose it with such few details |
| 14:54.42 | bgamari | just wondering if there was any silver bullet i wasn't aware of |
| 15:11.23 | *** join/#edev jayabharath (~jayabhara@nat/ti/x-mkzfpeuetgriybrn) |
| 15:59.03 | *** join/#edev T0mW (~tom@static-68-236-213-104.nwrk.east.verizon.net) |
| 16:00.22 | bgamari | well, this is odd |
| 16:00.29 | bgamari | I can't even boot the damn validation image |
| 16:01.20 | *** join/#edev T0mW (~tom@static-68-236-213-104.nwrk.east.verizon.net) |
| 16:21.27 | *** join/#edev flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 16:23.30 | *** join/#edev T0mW (~tom@static-68-236-213-104.nwrk.east.verizon.net) |
| 16:30.01 | *** join/#edev sndcrb (~sndcrb@dsl-hkibrasgw2-fef8de00-126.dhcp.inet.fi) |
| 16:34.26 | *** join/#edev prpplague (~danders@nat/ti/x-xwwgjuecnubbszta) |
| 16:41.13 | Mirell | Morning. |
| 16:41.22 | kergoth` | morning |
| 16:42.43 | chouimat | morning |
| 16:42.57 | kergoth` | meh |
| 16:43.31 | chouimat | :) |
| 16:43.47 | *** join/#edev T0mW (~tom@static-68-236-213-104.nwrk.east.verizon.net) |
| 16:44.36 | Mirell | is having a fun day with JRub |
| 16:44.39 | Mirell | Er, JRuby. |
| 16:45.07 | Mirell | It's marvelous when you're stuck in a mostly Java environment. |
| 16:45.40 | chouimat | Mirell: :) |
| 16:46.14 | *** join/#edev miltonm (~miltonm@32.97.110.54) |
| 16:51.08 | *** join/#edev jayabharath (~jayabhara@nat/ti/x-vazwohbxhsunxbvl) |
| 16:54.24 | Mirell | Mainly because I can take advantage of the pile of crap^H^H^H business logic code to interact with devices. And if it breaks, I don't have to maintain it/fix it. |
| 16:56.12 | prpplague | doh missed tom again |
| 17:01.55 | chouimat | Mirell: hehe |
| 17:03.05 | chouimat | ok bbl ... this thing take aeons to compile so ... time to go clean the house or read something :) |
| 17:50.12 | *** join/#edev sassan_ (~sassan@cvs.mpc-ogw.co.uk) |
| 17:51.53 | Mirell | Why...why would you tie things so close together with the GUI.. |
| 17:52.33 | *** join/#edev T0mW (~tom@static-68-236-213-104.nwrk.east.verizon.net) |
| 17:58.35 | prpplague | T0mW: ping |
| 18:02.35 | *** join/#edev jayabharath1 (~jayabhara@nat/ti/x-ietyjkwskjwauqrd) |
| 18:03.00 | chouimat|away | Mirell: VB school of programming? |
| 18:12.53 | *** join/#edev JViz (~JViz@rrcs-70-63-118-84.midsouth.biz.rr.com) |
| 18:52.19 | bgamari | Anyone know of any issues with the OMAP MMC controller in 2.6.37? |
| 18:52.46 | bgamari | The boot keeps stalling at the dreaded "Waiting for root device /dev/mmcblk0p2..." |
| 18:53.15 | prpplague | bgamari: which omap? |
| 18:54.21 | bgamari | OMAP3430 |
| 18:54.28 | prpplague | bgamari: usually that issue is due to either the power control or card detect , either of which could be an issue with hardware or software |
| 18:54.46 | prpplague | bgamari: i think i saw a post on the linux-omap list this morning |
| 18:54.48 | prpplague | looks |
| 18:54.56 | *** join/#edev SpeedEvil (~user@tor/regular/SpeedEvil) |
| 18:56.38 | prpplague | bgamari: guess i was mistaken |
| 18:59.03 | bgamari | bah |
| 18:59.53 | bgamari | Is there any way to get the kernel to dump the known block devices as it waits? |
| 19:00.51 | prpplague | bgamari: yea, you need to turn on earlyprintk's and then enable debug in block device support |
| 19:03.07 | bgamari | awesome |
| 19:03.08 | bgamari | thanks |
| 19:05.05 | prpplague | bgamari: most likely the best bet is to enable debugging on the sd/mmc driver |
| 19:05.15 | prpplague | bgamari: it should tell you why it didn't see a boot device |
| 19:14.04 | bgamari | Trying |
| 19:16.47 | bgamari | Anything necessary to enable debugging output from the mmc layer? |
| 19:16.55 | T0mW | prpplague: pong |
| 19:17.04 | bgamari | the regulator layer claims it's leaving VMMC1 on due to incomplete contraints |
| 19:17.09 | bgamari | so that's a good sign |
| 19:17.10 | prpplague | T0mW: hey bud, got a question |
| 19:17.15 | T0mW | prpplague: ok |
| 19:17.39 | prpplague | T0mW: how much pad do you normally leave for a via with a 15 mil drill? |
| 19:17.53 | prpplague | T0mW: i'm curious if you have a "magic formula" that you use |
| 19:18.31 | T0mW | prpplague: ok, you talking about the annular ring? |
| 19:18.37 | prpplague | T0mW: yea |
| 19:19.18 | T0mW | prpplague: no less than 10mil |
| 19:19.38 | T0mW | prpplague: you need tolerance for when they drill the pad (hole) |
| 19:19.40 | prpplague | T0mW: so 25mil pad and 15mil drill |
| 19:19.58 | T0mW | prpplague: diameters, yes. |
| 19:20.20 | T0mW | prpplague: use a gerber viewer and measure the annular ring if not sure |
| 19:20.38 | prpplague | T0mW: pretty much what i always use anyway, but i was just curious what you used |
| 19:20.51 | T0mW | prpplague: most times I 'fahget about it' and use 'auto', heh |
| 19:21.06 | *** join/#edev kergoth__ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 19:21.13 | T0mW | prpplague: bigger holes, larger ring |
| 19:21.22 | prpplague | T0mW: yea, i was working some tight layouts and was just curious |
| 19:22.24 | T0mW | prpplague: think of it this way: they first etch the blank copper, then drill the holes, then plate the feedthroughs. If your ring is too small, the drill will tear the copper ring off the board. |
| 19:25.53 | bgamari | prpplague: Do I need to do anything in particular |
| 19:26.15 | bgamari | prpplague: What is necessary to get the kernel to produce debugging output from the mmc layer? |
| 19:26.34 | prpplague | T0mW: yea, i was just curious if you had a formula that you used |
| 19:27.28 | prpplague | bgamari: should just need to enable mmc debugging in the kernel |
| 19:27.50 | bgamari | hmm, crap |
| 19:27.58 | bgamari | well that's unfortunate |
| 19:28.05 | bgamari | already done, yet no dice |
| 19:28.15 | bgamari | with 9 and earlyprintk on the command line |
| 19:28.50 | prpplague | bgamari: thats odd |
| 19:29.42 | bgamari | very |
| 19:29.55 | bgamari | Should the hsmmc driver produce any messages when it's loaded? |
| 19:30.08 | bgamari | I have a copyright message from sdhci |
| 19:30.16 | bgamari | yet not a word from hsmmc |
| 19:30.23 | bgamari | (yes, it's compiled in) |
| 19:34.45 | bgamari | hmm, never makes it to omap2_hsmmc_init |
| 19:36.18 | *** join/#edev SpeedEvil (~user@tor/regular/SpeedEvil) |
| 19:57.07 | *** join/#edev SpeedEvil (1000@tor/regular/SpeedEvil) |
| 20:20.16 | *** join/#edev florian (~fuchs@Maemo/community/contributor/florian) |
| 20:34.49 | *** join/#edev SpeedEvil (1000@tor/regular/SpeedEvil) |
| 20:46.54 | *** join/#edev SpeedEvil1 (~user@tor/regular/SpeedEvil) |
| 20:49.31 | *** join/#edev gandhijee (akp@ip67-152-15-148.z15-152-67.customer.algx.net) |
| 21:04.16 | *** join/#edev pirho (debian-tor@gateway/tor-sasl/pirho) |
| 21:12.05 | bgamari | When are probe functions called? |
| 21:13.15 | bgamari | It seems that the MMC controller is setup in beagle_twl_gpio_setup |
| 21:14.20 | bgamari | which should be called from gpio_twl4030_probe |
| 21:15.51 | bgamari | yet this doesn't appear to be happening |
| 21:16.33 | bgamari | Doh! CONFIG_GPIO_TWL4030 isn't set |
| 21:22.33 | *** join/#edev LyosNorezel (~LyosNorez@unaffiliated/lyosnorezel) |
| 21:27.06 | prpplague | bgamari: doh, just say your patch |
| 21:30.26 | bgamari | prpplague: Do you suppose it's reasonable? |
| 21:30.36 | prpplague | looks reasonable to me |
| 21:31.43 | chouimat|away | bangs head on desk |
| 21:31.50 | bgamari | woohooo! it mounted |
| 21:31.54 | prpplague | bgamari: btw, i'm taking feedback on some future omap community boards, specifically omap4 right now, any feedback would be helpful |
| 21:32.25 | bgamari | hmm |
| 21:32.40 | bgamari | Apparently the panda board exposes the gpmc |
| 21:32.47 | chouimat|away | prpplague: harddisk interface? |
| 21:32.58 | bgamari | so that definitely opens up some interesting functionality |
| 21:33.02 | prpplague | chouimat|away: yea that is the #1 request |
| 21:33.24 | bgamari | although I don't think you have access to the full width of the bus, but I suspect that won't be a huge issue for most people |
| 21:33.58 | prpplague | bgamari: yea it is only 8-bit gpmc |
| 21:34.04 | prpplague | bgamari: with control lines |
| 21:34.18 | bgamari | yep, it's something though |
| 21:34.19 | prpplague | bgamari: future versions of community boards might have the full bus |
| 21:34.27 | bgamari | that would be nice |
| 21:34.38 | bgamari | My requirements are on the more low-level side I suspect |
| 21:34.46 | bgamari | Camera/LCD interfaces I have little use for |
| 21:34.56 | bgamari | but I think I'm the minority |
| 21:37.21 | bgamari | These chips have so many features, it's difficult to know what could be used it what ways |
| 21:38.23 | bgamari | do you have any defining characteristics in mind to set you apart from the Pandaboard? |
| 21:38.45 | prpplague | *cough* uh not at this time |
| 21:38.46 | bgamari | ethernet is nice |
| 21:38.51 | bgamari | heh |
| 21:39.03 | bgamari | onboard wireless is perhaps not necessary |
| 21:39.05 | SpeedEvil1 | hmm |
| 21:39.13 | SpeedEvil | ponders |
| 21:39.22 | bgamari | seems like USB will do the trick in most cases |
| 21:39.34 | bgamari | although I guess some people might like the low footprint of an integrated solution |
| 21:39.43 | SpeedEvil | I've been running my laptop on a USB->SATA adaptor for months now |
| 21:39.47 | SpeedEvil | (as a desktop) |
| 21:40.01 | SpeedEvil | no incentive to do it properly, as 30M/s is quite adequate for me. |
| 21:40.03 | prpplague | SpeedEvil: yea, the opinions about usb->sata are mixed |
| 21:40.31 | miltonm | my concern would be missing smart |
| 21:40.36 | SpeedEvil | I suspect it will use more power than an integrated solution - but if you're doing SATA you probably don't care. |
| 21:40.38 | SpeedEvil | miltonm: works fine |
| 21:40.40 | SpeedEvil | (IME) |
| 21:41.05 | miltonm | i never got usb -> pata smart to work but maybe i didn't try hard enough |
| 21:41.36 | SpeedEvil | === START OF INFORMATION SECTION === |
| 21:41.36 | SpeedEvil | Model Family: SAMSUNG SpinPoint F1 DT series |
| 21:41.36 | SpeedEvil | Device Model: SAMSUNG HD103UJ |
| 21:41.38 | SpeedEvil | this is over USB |
| 21:41.56 | SpeedEvil | I don't know if all USB->SATA adaptors do - this one does. It was cheap from dealextreme. |
| 21:42.23 | SpeedEvil | And of course - SATA onboard probably means connector onboard, for volume/area some people may not want. |
| 21:42.28 | SpeedEvil | Ah - swings and roundabouts |
| 21:43.20 | SpeedEvil | I want a smart clamp connector. That I can just clamp an arbitrary FPC in, and I can configure what pins it connects each pin to. |
| 21:43.52 | SpeedEvil | Camera connection is interesting. |
| 21:44.01 | *** part/#edev prpplague (~danders@nat/ti/x-xwwgjuecnubbszta) |
| 21:44.16 | SpeedEvil | Oh no! |
| 22:06.19 | calculus | SpeedEvil: I looked at the schematics for the kirkwood processor and openrd-client to try and get usb device mode... the openrd-client (and base) bring out the two usb signals (there are only two), and I can't make out what happens next |
| 22:08.03 | calculus | http://code.google.com/p/openrd/downloads/detail?name=openrd_hardware.zip has the schematics (page 4 has usb, USB_DP and USB_DM) |
| 22:15.35 | *** join/#edev LyosNorezel (~LyosNorez@unaffiliated/lyosnorezel) |
| 22:18.30 | SpeedEvil | I have not read this. |
| 22:18.32 | SpeedEvil | However. |
| 22:19.13 | SpeedEvil | If the device has an internal USB phy that can be configured in device mode, you basically need to pull up/down the pins with a couple of resistors - if this is not done internally - many USB PHYs do |
| 22:19.29 | SpeedEvil | To indicate to the host the requested speed. |
| 22:19.55 | SpeedEvil | Then add ESD protection, and connect it up to a socket. |
| 22:20.07 | SpeedEvil | And then write the driver. |
| 22:24.35 | *** join/#edev pirho (debian-tor@gateway/tor-sasl/pirho) |
| 22:28.54 | calculus | the schematics have something labeled DPR and in it are 3 boxes, two of which are connected by a resistor |
| 22:29.21 | calculus | 0E 5% 0603 is also written there |
| 22:30.12 | calculus | hmm... I should find the bom |
| 22:30.39 | SpeedEvil | what format are the schematics in? |
| 22:30.48 | SpeedEvil | 0E may be a 0 ohm resistor |
| 22:31.43 | calculus | it does say connect a 0 ohm resistor between certain pins depending on client or base board |
| 22:32.49 | calculus | I am looking at the pdf version, and the Readme says OrCad project files |
| 22:34.41 | *** join/#edev LyosNorezel (~LyosNorez@unaffiliated/lyosnorezel) |
| 22:40.11 | roxfan | http://www.mondaynote.com/2011/01/16/wintel-le-divorce/ |
| 22:44.06 | *** join/#edev SpeedEvil (1000@tor/regular/SpeedEvil) |
| 22:57.13 | *** join/#edev kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 23:03.01 | *** join/#edev prpplague (~prpplague@ppp-70-249-148-241.dsl.rcsntx.swbell.net) |
| 23:40.03 | *** join/#edev SpeedEvil (~user@tor/regular/SpeedEvil) |
| 23:40.46 | *** join/#edev SpeedEvil (~user@tor/regular/SpeedEvil) |