| 00:08.05 | *** join/#arm-netbook theRat (~theRat@172.126.96.58.static.exetel.com.au) |
| 00:28.17 | *** join/#arm-netbook lkcl (~lkcl@86.6.20.32) |
| 00:31.33 | theRat | I think I found a problem in all the .fex files for the A10. spi0_para is configured to use feature 3 while the datasheet says it should be 2. |
| 00:32.59 | vinifm | my script.fex for a13: http://dl.dropbox.com/u/22273442/A13/script.fex |
| 00:33.10 | vinifm | i use spi2 |
| 00:35.08 | vinifm | look here: http://linux-sunxi.org/A10/PIO |
| 00:35.37 | theRat | After changing to feature 2 I now get a signal on CS, but no CLK. |
| 00:36.01 | vinifm | mux indicates the function that you want |
| 00:37.08 | theRat | that table agrees with the datasheet. all the .fex's that I have looked at for the A10 are wrong. |
| 00:37.38 | vinifm | set up mux to the desired function |
| 00:37.42 | *** join/#arm-netbook ZaEarl__ (~malmrose@c-24-6-238-36.hsd1.ca.comcast.net) |
| 00:38.00 | *** join/#arm-netbook ccssnet (~ccssnet@98.216.141.157) |
| 00:38.05 | vinifm | use this table, it is correct |
| 00:38.21 | theRat | I have done that, looking at my scope I get CS, but no CLK. |
| 00:38.53 | vinifm | what spi bus? |
| 00:39.21 | theRat | SPI0 |
| 00:41.07 | vinifm | SPI0_CLK = 3 (mux 3) |
| 00:42.27 | theRat | my board exposes the pins on port I so it is mux2 there |
| 00:43.18 | vinifm | mux 2 = NCLE |
| 00:43.45 | vinifm | if you wnat CLK use 3 |
| 00:43.54 | vinifm | *want |
| 00:44.30 | theRat | PI11 mux2 aslo = CLK which is the pin I have access to |
| 00:44.54 | vinifm | SPI0_MOSI, SPI0_MISO, SPI0_CLK is 3 |
| 00:47.51 | theRat | those fucntions are also available on PORT I. PI10=CS0 PI11=CLK PI12=MOSI PI13=MISO |
| 00:49.29 | vinifm | you can use only one port, enable one and disable other |
| 00:50.36 | vinifm | i mean, use spi pins in just one port |
| 00:51.53 | vinifm | for example, i use: [spi2_para] spi_used = 1... |
| 00:52.39 | vinifm | so i need do: [csi0_para] csi_used = 0 |
| 00:53.27 | vinifm | because PE00, PE01, PE02 and PE03 |
| 00:53.42 | vinifm | because PE00, PE01, PE02 and PE03 are used for csi |
| 00:54.50 | theRat | I believe I have my .fex correct, while post a link shortly |
| 00:55.20 | *** join/#arm-netbook aholler (~aholler@p57B2024D.dip0.t-ipconnect.de) |
| 01:00.07 | theRat | my fex file http://dl.dropbox.com/s/d8chtqkh9k94v90/cubieboard.fex |
| 01:03.11 | GeorgeIoak__ | anyone have an A10 based tablet with reisitive touch screen and calibration program? the calibration program isn't working with my 15.^' screen and i wanted to try a different code to see the results |
| 01:19.09 | vinifm | spi_sclk = port:PI11<3><default><default><default> |
| 01:19.29 | vinifm | spi_mosi = port:PI12<3><default><default><default> |
| 01:19.30 | *** join/#arm-netbook stefanro1 (~stefan@87.185.71.123) |
| 01:19.48 | vinifm | spi_miso = port:PI13<3><default><default><default> |
| 01:20.14 | vinifm | theRat: SPI0_MOSI, SPI0_MISO, SPI0_CLK is 3 |
| 01:25.07 | theRat | vinifm: where does it say that? |
| 01:26.10 | vinifm | http://linux-sunxi.org/A10/PIO |
| 01:27.04 | vinifm | PC0, PC1 and PC2 |
| 01:27.29 | theRat | thats what I am looking at also. Next to PI10-14 the SPI pins are all listed as mux2 |
| 01:27.59 | vinifm | hum, i did understand |
| 01:31.31 | vinifm | nand_cle = port:PC02<2><default><default><default> |
| 01:32.08 | vinifm | spi_sclk = port:PI11<2><default><default><default> |
| 01:32.31 | vinifm | no conflicts |
| 01:35.00 | vinifm | sorry, i was wrong, your spi0_para is correct |
| 01:41.29 | vinifm | theRat: you are trying to use a driver chip? |
| 01:43.22 | theRat | at present I have just connected my scope to the pins to see that I get activity. the master will generate signals with no device attached |
| 02:02.11 | theRat | vinifm: i will enable all the debug code in spi_sunxi.c and see if I can figure out what is happening. |
| 02:02.13 | *** join/#arm-netbook cnxsoft (~jaufranc@node-7t1.pool-118-172.dynamic.totbb.net) |
| 02:03.10 | vinifm | theRat, what is the problem? |
| 02:05.02 | theRat | When I write/read using a test program I get CS going low, but no CLK signal or data. |
| 02:07.11 | vinifm | user space program? |
| 02:07.51 | theRat | yes, using spidev |
| 02:08.06 | vinifm | ok, just 1 minute |
| 02:08.40 | vinifm | what function do you use for read and write? |
| 02:09.40 | theRat | I am using this code http://www.kernel.org/doc/Documentation/spi/spidev_test.c with the spi port changed. |
| 02:10.35 | theRat | i see messages in dmesg that indicate it is handling the request. |
| 02:10.43 | *** join/#arm-netbook alcides (~alcides@unaffiliated/alcides) |
| 02:12.20 | vinifm | theRat, spi_sunxi.c dont supports full duplex for now |
| 02:13.17 | vinifm | so, '.tx_buf = (unsigned long)tx, .rx_buf = (unsigned long)rx,' can not be used |
| 02:14.24 | theRat | i just found that! how stupid since by its very nature spi is full duplex. |
| 02:15.36 | vinifm | ? |
| 02:16.21 | theRat | i just figured it was failing because of both buffers being used. ie. no full duplex |
| 02:17.06 | vinifm | spi_sunxi.c dont supports full duplex for now |
| 02:18.24 | vinifm | if(t->tx_buf && t->rx_buf) return -EINVAL; |
| 02:18.27 | theRat | I might have to look at changing that. The hardware supports full duplex, so its should just be a driver issue |
| 02:19.21 | vinifm | LINE 813: if(t->tx_buf && t->rx_buf) return -EINVAL; |
| 02:21.04 | vinifm | I'm trying to add full-duplex spi_sunxi driver |
| 02:21.54 | theRat | it shouldnt be hard since to do a read you already are writing, you just need to write the correct data. |
| 02:29.12 | *** join/#arm-netbook cnxsoft (~jaufranc@node-743.pool-118-172.dynamic.totbb.net) |
| 02:33.09 | extrados1 | I'd like to move my debian install from an external sd card to the internal nand. However, when I use nand-part, it throws an error, "all partition tables are bad". fdisk, on the other hand, seems to read /dev/nand fine. Any advice on how to proceed? |
| 02:35.13 | *** join/#arm-netbook ZaEarl__ (~malmrose@c-24-6-238-36.hsd1.ca.comcast.net) |
| 02:37.37 | mdp | theRat: I tried to poibt that our earlier in a more subtle way :) the hw does it. just the driver is broken |
| 02:38.13 | mdp | s/poibt/point |
| 02:43.28 | *** join/#arm-netbook lerc (~quassel@121.74.230.95) |
| 03:39.51 | *** join/#arm-netbook acfrazier_ (~acfrazier@opensn0w/developer/acfrazier) |
| 03:45.48 | *** join/#arm-netbook Quarx (~Quarx@109.120.41.85) |
| 04:19.26 | *** join/#arm-netbook carlobar (~carlos@190.27.86.224) |
| 04:21.07 | theRat | mdp: I didn't see that :( Only new here. I am now looking at how the driver could be unbroken. |
| 04:21.34 | *** join/#arm-netbook eebrah (~ibrah@212.49.88.105) |
| 04:24.18 | *** part/#arm-netbook carlobar (~carlos@190.27.86.224) |
| 04:30.43 | mdp | theRat, there's a bunch of drivers in the kernel that have similar simple spi ip like A1x. use them as a model. several set up both pio and dma driven transfers when a request arrives with both tx and rx buf valid |
| 04:32.25 | *** join/#arm-netbook aholler_ (~aholler@p57B2015D.dip0.t-ipconnect.de) |
| 04:36.56 | mdp | theRat: davinci_spi.c is an easy to follow example |
| 04:37.32 | mdp | er, spi-davinci.c |
| 04:38.19 | theRat | mdp: ok, will have a look. the sunxi one doesn't look too hard to fix either |
| 04:38.42 | mdp | shouldn't be |
| 04:38.47 | mdp | ok, bbt |
| 04:39.29 | mdp | I have interest in this being fixed too..but in the upstream driver effort |
| 05:02.10 | *** join/#arm-netbook Quarx|2 (~Quarx@109.120.41.85) |
| 05:04.11 | *** join/#arm-netbook Quarx|2 (~Quarx@109.120.41.85) |
| 05:12.01 | *** part/#arm-netbook armena (~armena@2620:0:2820:900:2677:3ff:fe28:d4f0) |
| 05:20.02 | *** join/#arm-netbook jochensp (~jochensp@vis.informatik.uni-osnabrueck.de) |
| 05:21.18 | *** join/#arm-netbook oliv3r (~oliver@7of9.schinagl.nl) |
| 05:26.24 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 05:35.13 | *** join/#arm-netbook jochensp (~jochensp@vis.informatik.uni-osnabrueck.de) |
| 06:35.23 | *** part/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 06:36.05 | *** join/#arm-netbook Kraln (~kraln@69.169.90.240) |
| 07:12.55 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 07:13.15 | *** part/#arm-netbook GeorgeIoak__ (~GeorgeIoa@c-76-20-49-48.hsd1.ca.comcast.net) |
| 07:22.16 | *** join/#arm-netbook hansg (~hans@ip32-174-211-87.adsl2.static.versatel.nl) |
| 07:47.06 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 07:48.58 | *** join/#arm-netbook Ershov1 (~Thunderbi@89.163.11.110) |
| 08:00.48 | *** join/#arm-netbook mSquare (~selvan@27.34.241.70) |
| 08:13.00 | *** join/#arm-netbook Quarx (~Quarx@109.120.41.85) |
| 08:15.14 | *** join/#arm-netbook cnxsoft (~jaufranc@118.172.63.82) |
| 08:17.41 | *** join/#arm-netbook eebrah (~ibrah@212.49.88.109) |
| 08:55.18 | *** join/#arm-netbook pcat (~cat@37-219-42-37.nat.bb.dnainternet.fi) |
| 09:04.11 | *** join/#arm-netbook krackern (9e902cd4@gateway/web/freenode/ip.158.144.44.212) |
| 09:04.23 | krackern | Hello all :) |
| 09:05.38 | krackern | how may one compile u-boot for a particular device? I have my script.bin with dram parameters all filled.. |
| 09:07.54 | torindel | krackern: uboot is more or less universal assuming you're happy with env placement, and you can boot without it also |
| 09:08.29 | torindel | (so you could use your current working uboot from android for example) |
| 09:09.17 | torindel | if you want to build it the sources for sunxi fork are on git |
| 09:10.11 | krackern | torindel: Yes I pulled the sources... but the wiki was a bit hazy |
| 09:11.08 | krackern | make 'boardtype' |
| 09:11.28 | torindel | krackern: ask your self question do you need uboot, boot.axf can load kernel directly (instead of loading uboot) |
| 09:11.29 | krackern | but I think I have a different boardtype |
| 09:11.47 | torindel | and have menu ability too |
| 09:12.03 | krackern | oh is it? |
| 09:13.11 | torindel | krackern: look at ini files on nanda partition |
| 09:14.03 | torindel | you can even setup graphical menu which operates with basic hardware buttons |
| 09:14.59 | krackern | nice idea... Can you put up a sample of changed file? Any documentation for this? |
| 09:16.03 | torindel | theres a lot of nanda partition dumps on git, you could look at that, plus theres actual crane_sdk_docs which say you egzactly how to configure those ini's to make it work |
| 09:17.06 | RaYmAn | torindel: have you actually gotten this supposed graphical menu to work? |
| 09:17.32 | torindel | RaYmAn: havent tryied as i dont dual boot |
| 09:17.45 | RaYmAn | right. |
| 09:17.56 | RaYmAn | I haven't heard of anyone actually getting that working so far. |
| 09:18.29 | *** part/#arm-netbook Ershov1 (~Thunderbi@89.163.11.110) |
| 09:18.58 | torindel | RaYmAn: we got docs how to do it, plus most probably you would see it working state on some window mobile image xd |
| 09:19.49 | RaYmAn | docs and real world rarely coincide in the world of allwinner ;) |
| 09:21.46 | *** join/#arm-netbook tinti (~tinti@pdpc/supporter/student/tinti) |
| 09:24.55 | torindel | krackern: info on boot.axf is in "how to config, pack, download firmware v1.0.doc" on crane_sdk_docs |
| 09:41.16 | krackern | :) |
| 09:42.05 | krackern | Hey that helps ...Will check it out.. Thanks torindel ;P) |
| 09:43.38 | krackern | erm... its is chinese! |
| 09:45.21 | *** join/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 09:47.18 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 09:50.08 | torindel | krackern: google translate to the rescue! plus you'll get most of things from that samples there without reading chinese xD |
| 09:59.54 | *** join/#arm-netbook aesok (~quassel@84.23.55.38) |
| 10:16.38 | *** join/#arm-netbook cnxsoft (~jaufranc@node-cia.pool-118-172.dynamic.totbb.net) |
| 10:22.47 | *** join/#arm-netbook sspiff (c24e0469@gateway/web/freenode/ip.194.78.4.105) |
| 10:26.07 | mnemoc | hansg: is your reply to the dpms off patch an ack? |
| 10:33.08 | *** join/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 10:47.59 | *** join/#arm-netbook Avernos_ (~avernos@114.245.250.227) |
| 10:48.02 | hansg | mnemoc, no not really. I've a new version of all my + hamrach + Floris's patches combined here: |
| 10:48.19 | hansg | https://github.com/jwrdegoede/linux-sunxi/commits/fedora-18-3.4-2https://github.com/jwrdegoede/linux-sunxi/commits/fedora-18-3.4-2 |
| 10:48.28 | hansg | I was about to send the set to the list :) |
| 10:49.05 | hansg | That set is the same as hamrach's latest set with the dpms patch replaced by Floris' version (with the deadlock fixed) + some fixes if my own |
| 10:51.20 | *** join/#arm-netbook Avernos (~avernos@222.128.152.104) |
| 10:51.20 | *** join/#arm-netbook Avernos (~avernos@unaffiliated/avernos) |
| 10:55.39 | hansg | mnemoc, send, not going afk for lunch now |
| 10:55.56 | mnemoc | hansg: cool. thanks! |
| 10:56.04 | *** join/#arm-netbook rz2k (~rz2k@128-68-69-196.broadband.corbina.ru) |
| 10:56.11 | hansg_afk | s/not/note/ |
| 10:56.13 | hansg_afk | your welcome |
| 10:56.32 | *** join/#arm-netbook Avernos_ (~avernos@111.192.240.12) |
| 11:01.11 | *** join/#arm-netbook cnxsoft (~jaufranc@node-cia.pool-118-172.dynamic.totbb.net) |
| 11:04.56 | *** join/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 11:09.05 | *** join/#arm-netbook z72ka (~72ka@mail.vzlu.cz) |
| 11:17.30 | *** part/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 11:19.21 | slapin | hi, all! |
| 11:23.09 | slapin | how hard it is to route DDR3 memory for A13 CPU? |
| 11:28.15 | mnemoc | slapin: tsvetan @ #olimex can answer that |
| 11:36.45 | L84Supper | is that a question like " is that expensive?" |
| 11:37.25 | L84Supper | or "is that heavy?" |
| 11:38.21 | L84Supper | if you're asking I'd say it going to be difficult for you |
| 11:38.23 | mnemoc | as a not-ee guy i've always understood DDR3 routing as hard |
| 11:38.54 | L84Supper | it just like code |
| 11:39.14 | L84Supper | you can make something work with clean or crap code |
| 11:39.28 | L84Supper | same with boards |
| 11:39.40 | mnemoc | the cubieboard's ddr3 runs at 480MHz. I suppose their routing is very lean and sexy |
| 11:39.51 | mnemoc | most craplets do it at 360 |
| 11:40.42 | rm | yeah it's not like half of the cubieboards don't actually work :) |
| 11:40.48 | rm | does not seem that way at all! |
| 11:40.50 | L84Supper | how stable is it over temp? if you rub your socks on a balloon withing 4 ft will the esd kill it? |
| 11:40.50 | rm | from the mailing list |
| 11:42.11 | *** join/#arm-netbook rellla (~rellla@p4FE564EF.dip0.t-ipconnect.de) |
| 11:42.48 | *** join/#arm-netbook vinifm (~Vinicius@177.158.122.126) |
| 11:46.56 | L84Supper | somebody is working on an FPGA daughter board for the cubie |
| 11:48.00 | *** join/#arm-netbook aesok_ (~quassel@84.23.55.38) |
| 11:49.57 | *** join/#arm-netbook jochensp1 (~jochensp@vis.informatik.uni-osnabrueck.de) |
| 11:49.57 | *** join/#arm-netbook NAiL__ (~repvik@puck.tjene.re) |
| 11:50.54 | *** join/#arm-netbook arokux (~arokux@134.34.226.145) |
| 11:53.51 | Triffid_Hunter | slapin: for a start, all the lines need to have the same length so that the signals don't get scrambled on the way from ram to cpu.. usually you do this with 'meanders', little wiggles that lengthen the trace. |
| 11:54.11 | Triffid_Hunter | slapin: however the meanders introduce inductance, which means that the signal moves through the meander more slowly than through a straight trace of the same length, so you need an accurate model of all the parasitic behaviours of the board itself to do it properly |
| 11:57.24 | L84Supper | just use the modeling plugin for Kicad for things like that :) |
| 11:59.39 | slapin | L84Supper: where I can get this one? |
| 11:59.49 | hramrach | rm: from the mailing list it seems thre were hundreds of boards delivered and a few of them are broken so not bad |
| 12:00.19 | hramrach | but there are also users that probably have working board but complain that the pre-installed iamge does not do what they want |
| 12:00.27 | L84Supper | slapin: it does't exist, that's why you should't bother with using Kicad |
| 12:00.36 | mnemoc | i thought all troubles were related to the defective dc cable |
| 12:01.57 | hramrach | some seem to be related to boards not boting and users not able to install a working image |
| 12:02.35 | hramrach | I had on lockup with the board so far and it sometimes does not boot from nand when I remove the mmc card |
| 12:03.01 | L84Supper | did they die in shipment or are they just shipping whatever comes off the line without any testing? |
| 12:03.04 | hramrach | running the board 24/7 for a few weeks by now |
| 12:03.13 | slapin | that's all cool, but I've not got mine at all :( |
| 12:04.04 | hramrach | L84Supper: presumably they test them. |
| 12:05.11 | hramrach | thera are people who had the headphone jack come off and the SD slot needing the card pressed against the PCB to work, and there are those cable issues |
| 12:05.12 | L84Supper | I wonder if parts are coming loose during shipping |
| 12:05.35 | hramrach | so I guess the fab quality is not the highest |
| 12:06.01 | hramrach | might be |
| 12:06.36 | hramrach | the thing is fab quality is something you will only see from user reports, not so much from testing before shipping |
| 12:06.52 | hramrach | nor from looking at a test run |
| 12:07.19 | hramrach | which the factory might do at better quality as has been the case with the DC cable samples :s |
| 12:11.46 | *** join/#arm-netbook Alex1269 (550f712a@gateway/web/freenode/ip.85.15.113.42) |
| 12:13.09 | *** join/#arm-netbook pcat (~cat@37-219-42-37.nat.bb.dnainternet.fi) |
| 12:15.04 | L84Supper | QC is always tough in China |
| 12:15.53 | Alex1269 | mnemoc, hi.. Are you here ? :) |
| 12:19.13 | mnemoc | Alex1269: leaving :< back in 30m |
| 12:19.42 | mnemoc | Alex1269: btw, I'll apply your patches after backporting plat-sunxi to 3.0 |
| 12:19.58 | Alex1269 | wow... |
| 12:20.12 | mnemoc | or it will be impossible to keep both trees maintained |
| 12:20.15 | Alex1269 | now all my questions gone.... |
| 12:20.26 | mnemoc | :) |
| 12:20.33 | mnemoc | bbl |
| 12:20.55 | Alex1269 | I wanted to make patch for 3.0/3.4 but plat-sunxi.... |
| 12:23.11 | *** join/#arm-netbook penguin42 (~dg@tu006.demon.co.uk) |
| 12:32.02 | *** join/#arm-netbook Quarx (~Quarx@109.120.41.85) |
| 12:40.18 | *** join/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 12:46.01 | *** join/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 12:46.20 | *** part/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 12:56.44 | *** join/#arm-netbook jelly (~jelly@pdpc/supporter/active/jelly) |
| 13:02.28 | *** part/#arm-netbook z72ka (~72ka@mail.vzlu.cz) |
| 13:05.16 | *** join/#arm-netbook madmalkav (~Hamlet@188.84.32.206) |
| 13:17.36 | focus | Triffid_Hunter: I soon to start laying out A10 with DDR3 in KiCAD - http://www.gplsquared.com/SoM2/SoM2.html |
| 13:18.29 | focus | I hardly believe any of the stuff I hear about equilength tracks. |
| 13:18.55 | focus | Meandering as slapin says causes inductance - and also its big radio transmitter at those frequencies |
| 13:19.31 | focus | To make lines equilength, best to twist a pair around each other in PCB - that automatically makes them near equilength |
| 13:20.03 | focus | OK for USB, but things like DRAM a bit tricky because of the parallel buses. |
| 13:20.59 | focus | For those, my idea for parallel bus is to twist each data wire with a ground wire, and bunch the lot together. That keeps their average lengths the same. |
| 13:21.17 | focus | More drill holes, but a lot fewer calculations |
| 13:25.49 | mnemoc | isn't it awfully more complex to manufacture? |
| 13:26.13 | focus | the total number of wires that need special treatment is not that many |
| 13:26.43 | focus | all the gpio wires don't care |
| 13:27.15 | mnemoc | good gpio lines would let you implement pcie ;-) |
| 13:27.40 | focus | then those particular lines need a lot of attention sadly |
| 13:34.56 | rm | Pandora http://www.youtube.com/watch?v=yfaPdlqsWjg&feature=player_detailpage#t=130s |
| 13:35.37 | mnemoc | anyone got some specs of http://postimage.org/image/y2l75mw49/ ? |
| 13:35.50 | mnemoc | focus: are you adding the axp on the module too? |
| 13:36.18 | focus | To twist a wire in PCB across 2 layers requires 2 extra holes per twist. Need to twist my be once if not twice. |
| 13:36.36 | focus | mnemoc: yes |
| 13:37.48 | mnemoc | does that allow you to hook a LiPo on the base board? |
| 13:39.37 | focus | The SoM module will have a two pin connector for power. The idea of powering it up through the SoM edge connector sounds a bit naff - although if you do use enough pins, it should be OK. |
| 13:40.09 | focus | The mboard will have option for lipo, charger, and interface connectors. |
| 13:40.28 | focus | The LCD connector is on the SOM board - that rescues 40 connections from being wasted. |
| 13:40.48 | mnemoc | using a separated charger, won't that allow you to use a simpler pmu like the axp15? |
| 13:42.04 | *** join/#arm-netbook datagutt (~datagutt@unaffiliated/datagutt) |
| 13:42.11 | focus | not fussed really - first attempt is AXP209 anyone can make their own derivatives - the cubie and eoma use axp209 which is why I copy theirs |
| 13:42.51 | mnemoc | i see |
| 13:44.09 | focus | rm: the pandora has steep price 500+ euros about $700!! |
| 14:46.37 | hramrach | focus: the meandering is standard practice seen on many boards |
| 14:48.05 | hramrach | I can't really say anything about the ee advantages and drawbacks over routing through multiple layers and the relative manufacturing complexity and reliability |
| 14:48.11 | hramrach | not ee person |
| 14:50.17 | hramrach | but I would expect more holes = more costs, more potential failure points, holes take up space in all layers, need safety space around, have non-trivial size so possibly adding again to parasitic resistance and capacity |
| 14:51.56 | hramrach | feel free to enlighten me on how all the boards I see use crappy engeneering ;-) |
| 14:55.13 | *** join/#arm-netbook krackern (2a686842@gateway/web/freenode/ip.42.104.104.66) |
| 14:56.44 | mdp | I can also confirm that's an industry best practice for routing this stuff. hardly a product of crappy layout. |
| 14:57.11 | mdp | the same thing happens on rgmii phy trace layout too to get the lengths correct for delays |
| 15:00.59 | hramrach | well, maybe timtowtdi |
| 15:03.15 | *** join/#arm-netbook krackern (6ad905b4@gateway/web/freenode/ip.106.217.5.180) |
| 15:07.30 | *** join/#arm-netbook tinti (~tinti@pdpc/supporter/student/tinti) |
| 15:15.06 | *** join/#arm-netbook rsalveti (~rsalveti@unaffiliated/rsalveti) |
| 15:18.34 | hramrach | extrados1: what device do you have? |
| 15:24.14 | *** join/#arm-netbook Guest94707 (~fredy@snf-8914.vm.okeanos.grnet.gr) |
| 15:30.24 | *** join/#arm-netbook [RO][B]sdmn341 (ROBsdm@188.27.178.75) |
| 15:30.55 | *** part/#arm-netbook [RO][B]sdmn341 (ROBsdm@188.27.178.75) |
| 15:44.14 | L84Supper | a good designer tries to limit the amount of vias in a board, especially high speed signal lines, but some people only learn from their own experience and not from from the experience of others |
| 15:44.40 | L84Supper | reminds me of something about history and being doomed |
| 15:47.36 | slapin | L84Supper: any examples? |
| 15:50.24 | L84Supper | there is a ton of literature out there and application notes on high speed pcb design, spend a few days reading it, it will give you a chance to layout a working board |
| 15:51.10 | L84Supper | check Altera, Intel, xilinx and several other manufacturers sites with app notes on PCB layout |
| 15:52.50 | L84Supper | http://www.youtube.com/watch?v=vC8wEP9r__w |
| 15:53.20 | L84Supper | ^^ used Altium |
| 15:53.42 | L84Supper | http://www.youtube.com/watch?v=gxsqWE56i_k |
| 15:54.03 | L84Supper | took him 38 hours using Altium to get it right |
| 15:55.27 | L84Supper | once you do a few it won't feel like it takes forever |
| 15:57.19 | focus | hramrach: I know the meandering is standard practice and it probably the best for more compact boards, but my electronics training doesn't agree with it. Better to twist cables - but it costs more - a pair of holes per twist and at least two twists needed to make full 360 degree twist |
| 15:58.09 | focus | I first try to make my boards with twists and if it falls apart, i make it with meander |
| 15:59.25 | L84Supper | focus: the problem is that your designing a pcb with it's design rules, if you could 3d print a board then you actually could run twisted pairs, but you don't have to |
| 16:01.20 | L84Supper | focus: http://www.pcisig.com/developers/main/training_materials/get_document?doc_id=6d37ec2f8543fc1f9d8ace6264d08b469f57e5f1 |
| 16:01.49 | L84Supper | laying out PCI Express is a good example |
| 16:06.13 | focus | L84Supper: thanks for that link. Twisting tracks around each other between two layers is easy but costly - a pair of holes per 180 degree twist. The advantage is that the wires are nearly equilength automagically if routing a USB pair for example. |
| 16:06.49 | focus | Not so easy with busses - need to twist a signal wire with gnd wire. and then collect a whole bunch together to make the whole bunch nearly equilength |
| 16:07.30 | focus | The advantage is that reflections and unwanted coupling is much lower. That providing the first twist is not too far from chip where signal originates from. |
| 16:08.46 | focus | long parallel lengths at high frequencies are badly prone to reflection when other tracks come near or there is sharp bend in the wiring |
| 16:10.16 | focus | But you can avoid all that with twisting because the twisting forces electric fields and magnetic fields to behave slightly differently and reduce all these side effects |
| 16:13.09 | focus | At high speeds, electrons get to run more of a ballistic mode and build up 'speed' and anthing that impedes it will cause a reflection. But when the wires are twisted, there is less chance of ballistic like transport and less chance of reflections |
| 16:13.23 | focus | All theory - need to test it out in practice with GHz ARM :) |
| 16:22.23 | L84Supper | vias are high speed corners |
| 16:23.33 | L84Supper | some high speed buses count on the reflections |
| 16:25.32 | L84Supper | focus: spend some time reading about microstrip and stripline |
| 16:27.39 | focus | L84Supper: I am full ee, know all that. My training doesn't agree with 'best practice' of day - I don't know when the disconnect happened - I haven't been designing GHz ARM chips lately :( |
| 16:29.51 | hramrach | there is evolution even in PCB design |
| 16:30.23 | hramrach | the question is if your course materials were cutting edge or outdated since they don't agree with established paractice |
| 16:31.26 | hramrach | you can look for more materials or do your own measurements if you have the equipment or just use something and be happe when it happens to work ;-) |
| 16:31.54 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 16:43.33 | focus | probably right - I intend to check the 'normal' method and the original training - because I know original method worked without all these rules. |
| 16:46.00 | *** join/#arm-netbook w00tc0d3 (~quassel@unaffiliated/w00tc0d3) |
| 16:54.20 | *** join/#arm-netbook Welsh (~chatzilla@82.33.218.74) |
| 16:55.03 | Welsh | on the subject of EOMA-68 and EOMA-CF, has anyone looked into where to get cases for the cards? |
| 16:55.30 | focus | Luke's repository had some datasheets from several makers I believe |
| 16:56.01 | focus | he probably knows them off by heart - if you ask in the arm-netbook mailing list |
| 16:56.07 | Welsh | Do you know if they're available in very small quantities? |
| 16:56.51 | Welsh | And where would the repo be? |
| 16:56.55 | focus | farnell.com, mouser.com, digikey.com all do this kind of stuff - between them someone should have it |
| 16:57.56 | focus | repo - memory weak - luke will know |
| 16:58.35 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 16:58.45 | focus | bye |
| 17:01.26 | focus | found it http://hands.com/~lkcl/ - bye |
| 17:02.39 | Welsh | Thanks |
| 17:02.43 | Welsh | mouser has the cases too |
| 17:09.52 | vinifm | SPI_BC_REG in spi.h is a watermark to begin transmission? |
| 18:04.56 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 18:07.16 | *** join/#arm-netbook voronaam (~avorona@159.153.138.99) |
| 18:08.35 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 18:10.05 | bsdfox_ | are people using 3.4 for general use yet? |
| 18:11.25 | mnemoc | yes |
| 18:19.41 | *** join/#arm-netbook pcat (~cat@gprs-internet-bcee1b-232.dhcp.inet.fi) |
| 18:20.19 | jelly-home | my generally idle A10 board runs it |
| 18:42.49 | SPG | 05master 26e6aa9 06rhombus 03allwinner_a10/orders/angy.volin.mdwn * 14http://git.hands.com/?p=rhombus.git;a=commitdiff;h=26e6aa9 |
| 18:49.58 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 19:00.31 | *** join/#arm-netbook Anaphaxeton (~george@ppp005054026153.access.hol.gr) |
| 19:01.18 | hramrach | I run 3.4 also |
| 19:01.34 | hramrach | only build and test A10 stuff on the board |
| 19:02.21 | *** part/#arm-netbook Anaphaxeton (~george@ppp005054026153.access.hol.gr) |
| 19:02.23 | Turl | Linux mele 3.4.19+ #7 Tue Nov 27 01:29:47 UTC 2012 armv7l GNU/Linux |
| 19:02.34 | Turl | need to update it one of these days |
| 19:03.13 | *** join/#arm-netbook eebrah (~chatzilla@212.49.88.102) |
| 19:07.03 | mnemoc | Turl: just 10 versions behind ;-) |
| 19:07.28 | Turl | :) |
| 19:07.42 | Turl | I'm using USB heavily on it |
| 19:14.00 | mnemoc | why not the sata? |
| 19:15.01 | Turl | because my external disk I already owned is USB |
| 19:16.25 | mnemoc | lame :) |
| 19:16.47 | hramrach | I use SD card |
| 19:17.04 | hramrach | does not stick out ;-) |
| 19:17.19 | Turl | on mele they do :| |
| 19:18.03 | Turl | and the sd thingy doesn't have springs so it doesn't 'click' in |
| 19:18.16 | *** join/#arm-netbook voronaam1 (~avorona@159.153.138.99) |
| 19:18.50 | Turl | mnemoc: my external USB disk also has a sleeping feature so it doesn't spin if there's no io :) |
| 19:19.07 | hramrach | that's why it must stick out |
| 19:33.04 | *** join/#arm-netbook pidpawel (pidpawel@gateway/shell/mydevil.net/x-xnhthwxonnhobqpi) |
| 19:33.59 | pidpawel | hi. I thought that you might know. ;) what could possibly gone wrong http://wklej.org/hash/0101f746cce/txt/ ? |
| 19:40.43 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 19:40.46 | Turl | pidpawel: gentoo |
| 19:40.59 | mnemoc | *g* |
| 19:41.05 | Turl | :p |
| 19:41.20 | pidpawel | yes. gentoo :) |
| 19:42.03 | Turl | I guess my word selection wasn't optimal :p |
| 19:45.03 | mnemoc | Turl: more words would have made it too explicit |
| 19:50.50 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 19:52.18 | SPG | 03Daniele 05master f36d991 06rhombus 03allwinner_a10/orders/faiko.mdwn * 14http://git.hands.com/?p=rhombus.git;a=commitdiff;h=f36d991 |
| 20:05.38 | *** join/#arm-netbook tinti (~tinti@pdpc/supporter/student/tinti) |
| 20:10.38 | *** join/#arm-netbook Maqs (~nobody@p4FE98A39.dip0.t-ipconnect.de) |
| 20:10.56 | Maqs | hi |
| 20:12.11 | Maqs | andoma: anything new regarding showtime on a10? :-) |
| 20:13.04 | *** join/#arm-netbook vinifm (~Vinicius@177.158.122.126) |
| 20:33.45 | *** join/#arm-netbook KoH_ (~kane@trir-5d8057b8.pool.mediaWays.net) |
| 20:58.36 | vinifm | mnemoc: a patch needs to be tested before being submitted? |
| 20:59.55 | Turl | vinifm: submitting broken patches is not a very good practice :) |
| 21:00.29 | vinifm | was what I thought :) |
| 21:01.17 | *** join/#arm-netbook hramrach (~hramrach@gateway/tor-sasl/hramrach) |
| 21:01.58 | Turl | at the very least make sure it compiles |
| 21:02.23 | vinifm | kkk :) |
| 21:12.09 | mdp | test by inspection ought to be good enough for anybody |
| 21:12.38 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 21:14.26 | ssvb | pidpawel: try a different triplet, something like armv7a-hardfloat-linux-gnueabi |
| 21:19.16 | pidpawel | ssvb: i forgot to tell. on #gentoo-embedded already told me this and it worked. however thanks ;) |
| 21:20.45 | ssvb | pidpawel: ok, hope everything else works just fine for you |
| 21:30.32 | *** join/#arm-netbook KoH (~kane@trir-5d8057b8.pool.mediaWays.net) |
| 21:48.20 | andoma | Maqs: i upgraded to latest sunxi-3.0 kernel and switched my userland to hardfloat |
| 21:48.28 | andoma | lots of issues came up after that :( |
| 21:49.01 | *** join/#arm-netbook roric_ (~roric@c-2074e455.213-3-64736c14.cust.bredbandsbolaget.se) |
| 21:50.11 | mnemoc | andoma: can you try sunxi-v3.0.52-r2 instead of sunxi-3.0's head? |
| 21:51.04 | andoma | will do (when i get home). I'm away traveling atm. |
| 21:51.37 | andoma | the issues i have is basically that the framebuffer disp surface refuses to become transparent so when i add video "below" it the video is not visible |
| 21:52.11 | andoma | and i get a lot of errors (visible as blocking artifacts, incorrect colors) in video decoding as well |
| 22:07.08 | *** join/#arm-netbook nollapiste (~ared@host5-180-dynamic.9-87-r.retail.telecomitalia.it) |
| 22:10.39 | *** join/#arm-netbook Eigen (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 22:11.59 | *** join/#arm-netbook Eigen_ (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 22:16.41 | *** join/#arm-netbook Eigen (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 22:23.54 | *** join/#arm-netbook Eigen_ (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 22:25.01 | *** join/#arm-netbook Eigen__ (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 22:42.17 | *** join/#arm-netbook Eigen (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 22:43.18 | *** join/#arm-netbook Eigen_ (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 22:45.27 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 22:54.33 | *** join/#arm-netbook Eigen (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 22:59.26 | *** join/#arm-netbook Eigen_ (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 23:07.48 | *** join/#arm-netbook Eigen (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 23:19.53 | *** join/#arm-netbook tinti (~tinti@pdpc/supporter/student/tinti) |
| 23:31.55 | *** join/#arm-netbook Eigen_ (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 23:38.14 | *** join/#arm-netbook vinifm_ (~Vinicius@177.98.164.7) |
| 23:49.35 | *** join/#arm-netbook Eigen (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 23:49.58 | *** join/#arm-netbook Eigen_ (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 23:54.47 | *** join/#arm-netbook Eigen (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 23:59.20 | *** join/#arm-netbook Eigen (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 23:59.43 | *** part/#arm-netbook pidpawel (pidpawel@gateway/shell/mydevil.net/x-xnhthwxonnhobqpi) |