mnemoc changed the topic of #arm-netbook to: EOMA: Embedded Open Modular Architecture - Don't ask to ask. Just ask! - http://elinux.org/Embedded_Open_Modular_Architecture/EOMA-68 - ML arm-netbook@lists.phcomp.co.uk - Logs http://ibot.rikers.org/%23arm-netbook or http://irclog.whitequark.org/arm-netbook/ - http://rhombus-tech.net/
ejstacey has joined #arm-netbook
DonkeyHotei has joined #arm-netbook
hipboi has joined #arm-netbook
<lundman> wemac wemac.0: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
<lundman> finally got dm9000 to go up
drgreenthumb has joined #arm-netbook
<hipboi> thumb up
Frozenlock has left #arm-netbook ["ERC Version 5.3 (IRC client for Emacs)"]
lupul has joined #arm-netbook
<lundman> when it finally gets going, it does ok speed wise
<lundman> 100%[======================================>] 114,720,238 11.1M/s in 30s
<lundman> 11.2M/s
<lundman> I want mooore
<Turl> lundman: 11.1M/s is more than the rated speed :P
<lundman> I'm holding a lighter near the wemac chip, making it go faster, or else
<Turl> haha
<lundman> ok I have removed all udelays from nic
<lundman> that is all I can do, I feel
<Turl> and it can achieve 11.1M on a 100Mbit NIC? I take it :)
<lundman> it was always that fast, it was doing CPUlocks, stuttering video
<lundman> 114,720,238 11.1M/s in 9.8s
<lundman> well, it means my previous record
<lundman> s/means/beats/
<ibot> lundman meant: well, it beats my previous record
<lundman> hey its back
<lundman> \o/
<Turl> yeah came earlier today :)
<Turl> I somehow managed to foobar the axi clock on this thing :)
<Turl> watching it operate is funny heh :P
<lundman> sometimes it has problems starting, but if you set the rwin, it does better
<Turl> so wtf is going on <4>[ 40.710000] [ccmu] Rate(240000000) is invalid when set axi rate
<Turl> <4>[ 40.710000] [ccmu] try to set axi rate to 240000000 failed!
<lundman> guess I try to replace my android kernel and see if it works, or I buy other hardware :)
<lundman> dang, they changed kernel version, will try some other time
<Turl> good night all
<Turl> :)
<RITRedbeard> Good night.
RITRedbeard__ has quit [Read error: Connection reset by peer]
eFfeM has joined #arm-netbook
drgreenthumb has quit [Ping timeout: 255 seconds]
<A2Sheds> Guillaume was asking about Marvell Kirkwood and coreboot
dfletcher has joined #arm-netbook
<A2Sheds> it was a GSOC project a couple of years ago
<A2Sheds> broken hardware and uncooperative maker of arm-ish devices, no real future there
DonkeyHotei has quit [Read error: Operation timed out]
DonkeyHotei has joined #arm-netbook
Quarx has joined #arm-netbook
eebrah has joined #arm-netbook
rellla has joined #arm-netbook
<CIA-122> rhombus-tech: FAHMI master * r2d26310a7732 /allwinner_a10/orders/ArmResearchMalaysia.mdwn:
TomNL has joined #arm-netbook
lupul has quit [Ping timeout: 245 seconds]
TomNL has quit [Ping timeout: 265 seconds]
rellla has quit [Ping timeout: 255 seconds]
rellla has joined #arm-netbook
hipboi has quit [Read error: Connection reset by peer]
lerc_ has quit [Read error: Operation timed out]
lerc has joined #arm-netbook
<CIA-122> rhombus-tech: laurent master * r94b9d8e29108 /allwinner_a10/orders/lolo.mdwn:
<CIA-122> rhombus-tech: laurent master * rf9d93aa4a860 /allwinner_a10/orders/lolo.mdwn:
<mnemoc> lundman: so dm9000 works but it's slower than allwinner's wemac?
<lundman> nono, in the end, the dm9000 wouldnt link up
<lundman> so I took the receive packet stuff from dm9000 and put into wemac
<mnemoc> o_O
<lundman> and it does work, but essentially, all it does is remove the udelays
<lundman> once it gets going (the win size starts to grow) it hits 11M/s
<lundman> but it can have issues getting started
<lundman> however, when I was finally going to try on android, they had unfortunately changed the vermagic, so when booting, it didnt load any modules
<lundman> which includes the video codec stuff, soI could no longer play anything
<lundman> so I have yet to actuyally test my new driver
<lundman> i rebuild the kernel, but mele is at work, so monday :)
<lundman> unless you want my nandc to dd onto your mele :)
<mnemoc> nah, I'm happy leaving you the joy of improving the ethernet driver
<lundman> I dont have high hopes, and if this dont work, I'm all out of ideas
<lundman> still cant get a usbmic to work in android, or rather, arecord works, but dont know the magic needed to make android use it
<mnemoc> what *I* want is to remove duplication, and if we get the stock dm9000 driver working that means removing lots of code from our tree
<lundman> I have no idea what black magic the wemac driver uses to bring link up, I tried everything, three times, and it just wouldnt bring it up
<lundman> but taking from dm9000 into wemac worked fine
<mnemoc> maybe trying the other way around?
<mnemoc> bringing the minimal possible from wemac into dm9000 and once that work trying to figure out a minimal diff
<lundman> that was all this week
<hno> dm9000?
<hno> is the wemac based on dm9000?
<lundman> yep
<lundman> dm9000 does wemacA wemacB and wemacE.
<lundman> but wemac from sun4 has some odd script things, and different gpio calls, to set mac address
lerc_ has joined #arm-netbook
lerc has quit [Ping timeout: 245 seconds]
<hno> Heh... wemac driver is a bit odd...
<hno> seem emac_setup() function?
<hno> s/m/n/
<ibot> hno meant: seen emac_setup() function?
<lundman> but yeah, removing the udelay call in rx might help a little though
<lundman> so we'll see on monday
<lundman> hno: I've rewritten the file a few times now, so yes :)
DonkeyHotei has quit [Ping timeout: 245 seconds]
eFfeM has quit [Quit: Leaving.]
Byan has quit [Ping timeout: 248 seconds]
Byan has joined #arm-netbook
eebrah has quit [Quit: nimehama! tupatane baadaye!]
mike_ has joined #arm-netbook
mike_ is now known as Guest75591
<rzk> looks like I've fixed my ly-f1 and broke it in one time. now I have android instead of "init sdram fail" from boot0, but battery circuitry died, works only from AC charger
<rzk> semi-fail reflow :D
mike_ has joined #arm-netbook
mike_ is now known as Guest66426
<rzk> sitting with 300C heatgun in hand when its 30C in room looks like some sort of S&M.
hno has quit [Ping timeout: 265 seconds]
hno has joined #arm-netbook
gimli has joined #arm-netbook
rmull has joined #arm-netbook
<arete74> 1~
rellla has quit [Quit: ChatZilla 0.9.88.2 [Firefox 13.0.1/20120614114901]]
madmalkav has joined #arm-netbook
gimli_ has joined #arm-netbook
gimli_ has quit [Read error: Connection reset by peer]
gimli has quit [Ping timeout: 246 seconds]
* xxiao is waiting for Me2000, two weeks to go?
<CIA-122> rhombus-tech: master * r6af898342650 /allwinner_a10/orders/minsler.mdwn:
gimli has joined #arm-netbook
<traeak> ouch
<mnemoc> that's why they created the A13
hp__ has quit [Ping timeout: 276 seconds]
<mnemoc> hopefully this will help to wipe out the crappy arm9/arm11 tablets
newbie has joined #arm-netbook
newbie is now known as hp_
revident has joined #arm-netbook
j1nx has joined #arm-netbook
Quarx has quit []
<rmull> This mailing list thread is... interesting...
<mnemoc> freebirds' stuff?
<traeak> mnemoc: for your kernel config i don't think you need ATA SFF support (it's a PATA backward compat feature) and you don't need Platform AHCI SATA suport, just the Softwinner one.
<traeak> turning stuff off is good, no ?
<mnemoc> traeak: a patch to improve sun4i_defconfig (generic linux) and sun4i_crane_defconfig (generic android) is highly welcomed
<traeak> hehe
<mnemoc> but tested changes only please :)
<traeak> i'm still a bit perplexed as to why my sata throughput went down after it was very fast
<traeak> about a month ago or so
<traeak> i wonder if i did somehting bad by testing a bunch of drives i had handy (at that time)
<traeak> regardless
<mnemoc> tried jumping back to the latest .31 tag?
<traeak> i did that whole exercise a few weeks back
<mnemoc> to see if it's really a regression
<mnemoc> so it's confirmed to be a regression?
<rm> mnemoc, should I submit my wishlist to the config to github?
<traeak> the proper answer is for me to dismantle my development laptop and test those drives again
<rm> haven't actually tried yours yet
<rm> but the one I started from was so annoying, dunno by whom, wiki doesn't even show page history
<traeak> i hate the toshiba because they use a miniscule screw which drops into the case way too easily for hard drive rentsion
<mnemoc> rm: prefer patches over wishlists.... but you can open a ticket for the wishlist too
<traeak> retension
<traeak> so anyone else here atall has an sata drive hooked up to their mele?
<mnemoc> i don't anymore...
lupul has joined #arm-netbook
<mnemoc> traeak: i'll try to find an spare 2.5 disc this weekend and look
<traeak> thx
<traeak> right now with hdparm i'm getting
<traeak> ~35MB/s cached and anywhere form 9.5 to 12.5MB/s disk reads
<traeak> and i was getting dramatically higher before
<traeak> not sure what drives the "cached reads" part, i think that's the controller
<rm> btw, does anyone have a prebuilt armhf deb of 3.4 for the Mele?
<rzk> finally, my ly-f1 works both linaro and android, time to fix ft5x touchscreen.
<rzk> god bless chinese guys who invent cheap soldering stations.
<traeak> mnemoc: thx....i found a spare 3.5" sata drive and tested, shows same throughput...the "Timing cached reads" the the interface speed part
<mnemoc> traeak: and what do you get for the same disk in a different machine?
<traeak> mnemoc: ugh, that's another pita problem :-p
<mnemoc> :)
robws has quit [Ping timeout: 260 seconds]
<traeak> mnemoc: we're in luck my machine here had a spare sata internal cable plugged in
<traeak> drive gets 120MB/s
<traeak> impressive
<traeak> the sata interface speed at ~6GB/s
<traeak> hmm....wonder what's on the drive (hehe)
<mnemoc> not nice
<mnemoc> no way to justify a 10% performance...
<traeak> the interface speed is going to be grossly high on a xeon due to the dedicated interface speed
<traeak> i do recall getting much higher. stupid me though, i didn't do a good job of keeping the old kernels around
<traeak> meaning: i went on a cleaning spree ~a month ago or so
<mnemoc> I get 14MB/s read on my uSD...
<specing> So do I
<specing> class 10
<traeak> i just used some old class4 one i had sitting around
<traeak> just switched from 2g to 4g one
<traeak> 7.7MB/s on each of them
DonkeyHotei has joined #arm-netbook
<specing> hno: Have you written the gpio tool yet?
<hno> no
<hno> i should
<specing> Would you like me to do it?
<specing> Maybe it would be easier for me
<specing> I have an ARM9 devkit here (not sure if armv7-a is backwards compatible wrt. PIO controllers) on which I know where the stuff is
<specing> Oh hno
robws has joined #arm-netbook
<specing> We would need to assure that script.bin -- assigned pins are never tested (unless you force it)
<mnemoc> specing: look at the sunxi-gpio driver
<specing> where?
<hno> specing, the PIO controller is Allwinners own I think. Quite easy to deal with. Register manual is in the SDK files, and on my web. http://www.hno.se/code/A10/doc/A10%20PIO%20Controller.pdf
<specing> ok
<specing> I'll take a look this weekend
<hno> There is also a simple driver in the linux sources for user driven GPIO control.
<hno> the "dirty" one.
<specing> I'll probably write one for the ARM9 since it is much better documented
<specing> (first)
<hno> my plan is to do one in u-boot, which makes it easy to do a command driven one while still having easy low level access.
<j1nx> @traeak mnemoc: Do you guys alighned the partions to the erasure block size of your SD card?
<traeak> now that i didn't screw with
<traeak> i just ext2'd it all
<hno> j1nx, how do you tell the erase size of an SD?
<traeak> and i use the sata for any read/write stuff
<traeak> well i need to redirect /tmp i guess
<j1nx> with the flashbench mark tool of linaro
<j1nx> http://git.linaro.org/gitweb?p=people/arnd/flashbench.git;a=tree
<j1nx> compile and run with;
<j1nx> ./flashbench -a /dev/mmcblk0 --blocksize=1024
<j1nx> align 2147483648 pre 534µs on 661µs post 546µs diff 121µs
<j1nx> align 1073741824 pre 570µs on 719µs post 563µs diff 153µs
<j1nx> align 536870912 pre 551µs on 700µs post 547µs diff 151µs
<j1nx> align 268435456 pre 574µs on 708µs post 569µs diff 137µs
<j1nx> align 134217728 pre 548µs on 676µs post 542µs diff 131µs
<j1nx> align 67108864 pre 555µs on 681µs post 541µs diff 133µs
<j1nx> align 33554432 pre 548µs on 691µs post 548µs diff 143µs
<j1nx> align 16777216 pre 550µs on 680µs post 542µs diff 134µs
<j1nx> align 8388608 pre 566µs on 707µs post 581µs diff 133µs
<j1nx> align 4194304 pre 544µs on 558µs post 525µs diff 23.2µs
<j1nx> align 2097152 pre 539µs on 551µs post 535µs diff 13.5µs
<j1nx> align 1048576 pre 538µs on 548µs post 535µs diff 11.5µs
<j1nx> align 524288 pre 537µs on 545µs post 535µs diff 8.74µs
<j1nx> align 262144 pre 538µs on 548µs post 536µs diff 10.7µs
<mnemoc> narf
<traeak> uhoh
<traeak> kick em!!!
<traeak> hehe
<j1nx> Do you see the big jump from 8 MB down to 4 MB (diff 133 us -> diff 23.2us)
<traeak> mnemoc: great now you make me go learn how to kick someone :-p
<specing> lol
<mnemoc> traeak: why do you assume it was me? :)
<j1nx> Above example shows a erasureblock size of 8Mb
nibb_ has quit [Read error: Connection reset by peer]
<traeak> probalby worth having j1nx's stuff linked to somewhere on some wiki
nibb_ has joined #arm-netbook
<traeak> that's another PITA, wiki farming
<j1nx> So you will have the best performance on your SD if you align the start of your partition to the start of A erasure block
<hno> j1nx, learn to use a pastebin please, fpaste.org is a good one.
<j1nx> (I will document it when I am done with the EXT4 tests, but it is common knowledge)
<j1nx> hno: sorry
<j1nx> didn't think
<traeak> j1nx: i know, but it's probably best to remind n00bs who have only run with 2.5/3.5" drives that they need to do some proper prep work on their bootable SD cards
<j1nx> So if you have 8Mb rerasure blocks you calculate the start of your partion by: 8*1024^2/512 = 16384
<gimli> j1nx: alsa ?
<j1nx> Now this commonly used +16M you see everywhere for the is bigger then 16384
<hno> j1nx, I wonder if not the tool is flawed. Unless the SD vendors are brain-damaged block size should be aligned to the default partition, which I guess in most is starting at sector 63.
<rm> j1nx, there is no way there could be 8M erasure blocks
<j1nx> gimli: Sry, not yet. Still fighting to have the rootfs as I want it to be, but keep getting back to the drawing board because of found flaws
<rm> just no way
<rm> on 2 SD cards the erase block is 64K on one, 128K on another
<rm> this is readable from the card itself
<j1nx> rm: erase blocks are commonly between 2 Mb and 16 Mb. Usually 4 Mb
<rm> not true
<j1nx> it is 4 at the one I am using now
<CIA-122> rhombus-tech: shawn master * r0c8f08437dbf /allwinner_a10/orders/shawnee.mdwn:
<traeak> mnemoc: btw what thorughput nubmers are you getting on hdparm for "Timing cached reads" for your sd?
<j1nx> rm: Erase blocks and GC Units
<rm> well, okay
<j1nx> An erase block is the smallest unit that a NAND flash can erase, typically the size is 2 MB depending on the size
<rm> but the write size is much less
<rm> and this is what really matters IMO
<rm> so aligning to write size should be 95% enough
<j1nx> a SD card can NOT write before deleting the content first
<mnemoc> traeak: the 14MB/s was from memory. can't test at the moment
<traeak> mnemoc: gotcha, thx...i'm just wondering if i did something stupid and accidentally partly fried something is all
<j1nx> rm: Pages, erase blocks and segments
<j1nx> rm: Although it is usually possible to write single pages, the data cannot be overwritten without being erased first, and erasing is only possible in much larger units, typically between 128KB and 2MB
mike__ has quit [Remote host closed the connection]
mikey_w has quit [Remote host closed the connection]
<rm> j1nx, it can if it has free erase block-sized areas, no?
Guest66426 has quit [Remote host closed the connection]
Guest75591 has quit [Remote host closed the connection]
<j1nx> rm: read the lwn.net page. Good stuff there
robws has quit [Ping timeout: 244 seconds]
robws has joined #arm-netbook
<hno> wonder if the SD standard have "discard". Probably it does.
<j1nx> gimli: I am again rsync-ing a rootfs to the card. If I am happy I will take a look at ALSA
<traeak> anyways i'm scratching my head at all the sd card stuff above, noticing that probably all my bootable cards need to be reformatted
revident has quit [Quit: Combustible lemons? Bah, I bring you weaponized asparagus!]
<traeak> and repartitioned
<j1nx> mnemoc: I guess this SD perfance stuff belongs more on your linux-sunxi wiki then it belongs on the rhombut wiki isn't it
<j1nx> When I find some time I will add it
<mnemoc> j1nx: :thumb-up: :)
<j1nx> Although "noatime,nodiratime" will give the biggest boost
<j1nx> linux boot parameter “elevator=noop” in u-boot will do fine as well
<j1nx> And: mkfs.ext4 -O ^has_journal -E stride=2,stripe-width=1024 -b 4096
<j1nx> ;)
mikey_w has joined #arm-netbook
mike_ has joined #arm-netbook
<traeak> noatime should be sufficient
mike_ is now known as Guest54321
<j1nx> thx
<gimli> j1nx: great ;)
<mnemoc> afaik relatime is used by default these days
robws has quit [Ping timeout: 264 seconds]
<hno> A2Sheds, Guillaume Fortaine <guillaume.fortaine@devopspace.com> is looking for you.
<A2Sheds> is he ever in IRC?
robws has joined #arm-netbook
TomNL has joined #arm-netbook
<hno> A2Sheds, no idea.
<traeak> page i'm looking at says relatime was still a patch (back in 2009). Seems interesting that modification time may be newer that atime.
<j1nx> link?
<rm> j1nx, or just stick "echo noop > /sys/block/mmcsomething/queue/scheduler" into /etc/rc.local
<rm> but I didn't think noop should help on SD
<j1nx> why not
<j1nx> maybe deadline is better?
<j1nx> But the original is based on FIFO and optimized for spinning up, which we don't have
<rm> wouldn't a proper scheduler try to rearrange things so that writes are sequential, and try to merge smaller ones into a bigger write
<j1nx> traeak: Interesting stuff, but it is from 2009 and based on EXT2. We are at EXT4 now, so i am wondering .....
<traeak> j1nx: ext3/4 were around in 2009...not sure how widespread though, regardless
<traeak> archlinux wiki lists "atime" as default still for ext? systems...might be some distro specific setting
<j1nx> Because the resonse times are so low compared to spinning disks, we don't need to re-order
<j1nx> re-ordering only cost CPU and is not needed to optimize access/seek times
<j1nx> because they are already way lower
robws has quit [Ping timeout: 264 seconds]
<j1nx> (wow, rsync over the wifi onto a SD card is really slow!)
<mnemoc> traeak: mount something manually and see what flags you got :p
robws has joined #arm-netbook
<traeak> mnemoc: i habitually toss noatime into fstab
<mnemoc> I used to do it too...
<mnemoc> but I get relatime by default these days
<traeak> oh i guess so...okay back to work staring at gradients again (grr)
omgmog has joined #arm-netbook
lundman has quit [Remote host closed the connection]
lundman has joined #arm-netbook
nibb__ has joined #arm-netbook
nibb_ has quit [Read error: Connection reset by peer]
gimli has quit [Quit: Verlassend]
<rzk> rm
<rzk> in #52, please add cdc-ethernet
<mnemoc> rzk: you can too
<rzk> its in usbnet
<mnemoc> add a comment
<rzk> I dont have access to my linux pc right now, cant check for correct name in kconfig
<mnemoc> fair enough
<xxiao> anyone owns a mk802 that can hack into? from u-boot all the way up?
<xxiao> rm: noop is the choice for SD and SSD
<xxiao> anything that is not spinning
robws has quit [Read error: Connection reset by peer]
rellla has joined #arm-netbook
omgmog has quit [Quit: ["Textual IRC Client: www.textualapp.com"]]
TomNL has quit [Ping timeout: 265 seconds]
rellla has quit [Quit: ChatZilla 0.9.88.2 [Firefox 13.0.1/20120614114901]]
<hno> j1nx, SSDs benefit a lot from write reordering.
<hno> but it's true that with a fast SSD then you are unlikely to get into situations where reordering will take place.
<Turl> there's FIOPS for SSDs and the like http://www.phoronix.com/scan.php?page=news_item&px=MTAzOTU
<traeak> current SSDs i guess can rock and roll with sequential data streams
<mnemoc> Timing buffered disk reads: 100 MB in 0.52 seconds = 194.11 MB/sec <--- cheap SSD on my amd e350 laptop
<traeak> in fact i may have to get one of those for work stuff...set up a sata3 with some data to try to simulate a high throughput raid controller (that we can't afford)
<Turl> mnemoc: how cheap?
<mnemoc> ~$80 for 120GB
<traeak> they've droped a ton price wise
<mnemoc> 90 maybe... but it was less than 100
<traeak> what brand/model? :-p
<mnemoc> ocz vertex 2
<traeak> okay...wasa looking at a vertex 4 for the simulation
<traeak> price break still looks to be ~120GB for ssd's
<mnemoc> I use deadline elevator... but i've never benchmarked them... buying an SSD was more of battery-life choice than performance
<Turl> my battery is shot really
<Turl> so should I buy one, it's for the performance
<mnemoc> your is a desktop with builtin ups, not a laptop :p
<traeak> heh
<traeak> they also call those "boat anchors"
<hno> Interesting. mSATA seems to take off for SSDs.
<DonkeyHotei> mSATA?
<hno> SATA in PCI Express Mini Card form factor.
<DonkeyHotei> ah
<hno> A goal for next laptop is to have a reasonable SSD for system + a large HDD for various data not used all the time. mSATA might expand the available options there a bit.
<traeak> or buy a laptop with an optical drive and replace it with an HDD caddy
<traeak> that unfortunately forces you into 13.3", more likely 14"
<mnemoc> 13" is the max for a laptop imo
<mnemoc> 14" is already too large to carry
<mnemoc> not that I carry mine a lot these days...
<hno> I actually need an opticaldrive as well.
<hno> well, maybe not if the HDD is large enought actually.
<xxiao> mnemoc: watch out for your ocz ssd
<xxiao> i assume you have a good backup strategy for that
<xxiao> there is a known silicon bug that could render your SSD a sudden death and will never come back alive
<xxiao> specifically for OCZ models
<traeak> that's sweet
<xxiao> i bought 8 of them and stress them for a SAN project a few months back
<mnemoc> xxiao: I already RMAed it once :<
<traeak> that's part of the PITA...trying to research what doesn't suck
<xxiao> after 4 months of stress tests, 2 are totally dead
<Turl> hno: look into hybrid disks too
<Turl> hno: 'speed of a ssd' and huge storage
<traeak> kind of like the old days...80GB western digital drives were the kiss of death
<Turl> traeak: wait wha..
<Turl> traeak: there's a 80GB WD @ home
<Turl> been running for 10+ years :)
<traeak> lucky you
<Turl> on a P4 :P
<traeak> we had a 50% fail rate on those :-p
<traeak> athlonMP days
<traeak> then the 120GB maxtors came out
<xxiao> unless i need drive on the move, say in the car where mechanical just won't do, i use will SATA/SAS instead
<mnemoc> xxiao: I was able to restore the data copying raw chunks of 4M each reconnecting a usb/sata adapter each time
<traeak> those NEVER fail
<traeak> anyways
<mnemoc> xxiao: it halted short after reading 4M. reconnecting it did the magic
<xxiao> mnemoc: in my case i have no data to recover, just reading/writing them under stress with various patterns of data
<traeak> Turl: used to build 8 drive raid arrays with 3ware cards. find out really fast what's good and what's junk
<Turl> :)
<xxiao> once they're dead, i could never reuse them, include "reset" them based on some googling
<Turl> traeak: I also have a maxtor 40?GB iirc with shitty sectors :<
<Turl> from the P3 era
<traeak> Turl: can't remmeber but the 40's may have been an older model
<mnemoc> xxiao: I keep all important data in "the cloud", and the not important (music and stuff) in an external esata/usb raid1 device
<Turl> that hard disk itself was a replacement for a smaller one that died btw
<Turl> mnemoc: so you have your GBs of code on 'the cloud' ? :P
<xxiao> talking about cloud, i'm thinking about use EC2 to do kernel compiling etc
<DonkeyHotei> i remember some nasty failure of WD 160GB drives
<xxiao> i have an account and really did not use it
<mnemoc> Turl: normally my code is pretty small.... that awful linux-allwinner repo is the only exception
<xxiao> how does it charge, by the time i run stuff there, or like a vps hosting plan charged monthly?
<Turl> xxiao: unless you want to end bankrupt, I wouldn't :P
<DonkeyHotei> and let's not forget the DeskStars
<traeak> DonkeyHotei: WD were untouchable until the RE4 series came out
<traeak> deathstars you mean
<DonkeyHotei> yep
<mnemoc> Turl: github has pretty decent plans for private repos :p
<xxiao> Turl: i have to understand their pay scheme
<Turl> seagate was pretty bad too wasn't it?
<traeak> they ran too hot
<DonkeyHotei> no, seagate's troubles were more recent
<Turl> xxiao: usually renting a vps or dedicated server is cheaper
<xxiao> traeak: right, SAS is also very hot, SSD is extremely cool
<DonkeyHotei> mostly after the maxtor acquisition
<xxiao> Turl: i have vps@linode, but not powerful enough to compile
<DonkeyHotei> before they bought maxtor, they were top-notch
<Turl> mnemoc: I pay like.. 1/3 of the cheapest github plan :)
* xxiao may be able to leverage his linaro account
<Turl> (the cheapest is like 9 bucks right?)
<ZaEarl> hno, our next ultrathin will have an msata ssd plus a 1 tb hd.
<traeak> i work somewhere else so i don't know aymore...been using samsung for spinning. they definitely run cool which seems to be a decent indicator of lifespan
<xxiao> Turl: $20
<xxiao> 512M DDR, it's nothing
<Turl> xxiao: github, not linode
<traeak> ZaEarl: you build lappys?
<mnemoc> Turl: 7
<ZaEarl> traeak, yup
<mnemoc> Turl: for 5 repos
<xxiao> Linaro does all its build on EC2 i think
<Turl> mnemoc: I pay like three fiddy for 10GB
* xxiao uses bitbucket instead
<mnemoc> Turl: student discount?
<Turl> mnemoc: no, just cheap vps :)
<Turl> I doubt github has a student discount of any sorts
<mnemoc> Turl: I rent a real server with raid1 and have two fat real servers in the same DC from my employer.... but for small paid projects I prefer github instead of self-maintained stuff
<xxiao> mnemoc: just curious, for paid projects why not bitbucket, which is what i use, it's good
j1nx has quit [Quit: Life without danger is a waste of oxygen]
<Turl> mnemoc: for random snippets, ancient project, simple test and one shot code, I use dropbox
<Turl> mnemoc: for free software I github
<mnemoc> xxiao: bitbucket was hg only until short ago. and I'm more confortable with git
<xxiao> mnemoc: i only use git with bitbucket
<Turl> mnemoc: the rest is uni work and such, which I just set-url origin myserver:project.git and push through ssd
<Turl> ssh*
<Turl> mnemoc: bitbucket has free private repos now I think
<mnemoc> :)
<Turl> and they support git
<xxiao> it's _very_ good
<mnemoc> too lazy^Wbusy to consider relocation without a good reason
<Turl> the only downside of github is that they go down at random :(
<hno> ZaEarl, interesting, but I am not looking for a ultrathin. Need something that can boost noticeable CPU power and reasonable battery time.
<ZaEarl> that's why I love git, etc. when our perforce server would go down, everyone was screwed. now it's not too bad when github is down.
<mnemoc> Turl: https://bitbucket.org/plans ... they seem.... desperated
<ZaEarl> hno, cpu power + battery life, you don't ask for much, do you?
<Turl> mnemoc: they might be :P
<mnemoc> I'll consider moving there when I get the courage to make a full shift in my professional life
<ZaEarl> the ultrathin will have a hyperthreaded dual-core i5, so decent speed
<mnemoc> but not atm
<traeak> ZaEarl: sounds like it's a heater
<traeak> stupid intel laptop designs don't cool very well
<RITRedbeard> This stick format is becoming popular.
<ZaEarl> 17W cpu, it'll be nice
<Turl> ZaEarl: around how much do you expect those to cost?
<hno> ZaEarl, not really that much. 3 hours light load battery time after 3 years usage is acceptable.
<hno> power intensive tasks is better done when connected to AC power. But it need to be able to handle them.
<ZaEarl> Turl, probably 800-1000
<traeak> no middle button for trackpad? shame, shame :-p
<RITRedbeard> I've heard about kickstarter and it sounds a bit dodgy to me.
<traeak> oh geez, too many of these kickstarters are out of hand
<mnemoc> doh. I already have a bitbucket account...
<RITRedbeard> Like Bernie Madoff dodgy.
<hno> mnemoc, bitbucket?
<Turl> ZaEarl: what happens if a project doesn't raise enough by the timeline? kickstarter keeps the money?
<ZaEarl> returned to the donators
<mnemoc> a github competitor mostly centered in mercurial, but with git support too, with absurdly good plans for private teams
<traeak> hyow about a kickstarter project: "bug the chinese SOC vendors to open source the drivers that are supposed to be open source"
dfletcher has quit [Ping timeout: 245 seconds]
furan has joined #arm-netbook
<furan> anybody tried any flash upgrades (soldering larger nand tsop) for the allwinner a10 devices?
dfletcher has joined #arm-netbook
<Turl> the air remote is interesting
<mnemoc> good night
<hno> furan, not that I know of. But some have added a second NAND chip. Quite many A10 devices have space for a second NAND chip but only ship with one.
<traeak> people with steady hands that can still see
<hno> or reasonabe reflow equipment.
nibb_ has joined #arm-netbook
nibb__ has quit [Read error: Connection reset by peer]
DonkeyHotei has quit [Read error: Connection reset by peer]
DonkeyHotei has joined #arm-netbook
<CIA-122> rhombus-tech: Jeff master * r58734d067506 /allwinner_a10/orders/kraln.mdwn:
<CIA-122> rhombus-tech: Jeff master * re6348c8bfabc /allwinner_a10/orders/kraln.mdwn:
<CIA-122> rhombus-tech: Courtney master * rfe3ad634085a /allwinner_a10/orders/fettsvett.mdwn: