IRC log for #qi-hardware on 20120610

00:01.09GNUtooDocScrutinizer05, I guess theses laptops aren't cheap
00:01.29GNUtoothere are 2 rugged laptops supported by coreboot btw
00:01.39DocScrutinizer05aqctually quite cheap, on fleabay and refurbished
00:01.47GNUtoook
00:02.15DocScrutinizer05~330EUR
00:02.38DocScrutinizer05for a CF-29 in top condition
00:02.43GNUtoook
00:03.23GNUtoopersonally I'm more interested in the Getac P470 or the Roda RK886EX (Rocky III+) which are supported by coreboot, or simply a lenovo x60/t60
00:03.50DocScrutinizer05T500 typing here
00:31.01kristianpaulDocScrutinizer05: getting ready for next deluge?
00:31.33DocScrutinizer05just preparing to finally sniper poettering
00:32.02DocScrutinizer05http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken
00:34.23kristianpaul:)
00:34.34DocScrutinizer05fucktards
00:35.34kristianpaulsoon you'll read, booting without paying to microsoft a tax is ilegal :)
00:39.01DocScrutinizer05>>Due to this, many upstream developers have decided to consider the problem of a separate /usr that is not mounted during early boot an outdated question, and started to close bugs regarding these issues as WONTFIX. We certainly cannot blame them, as the benefit of supporting this is questionable and brings a lot of additional work with it.<< BWAHAHAAAHAAAA does this guy really think we'll buy his lame excuse for lazyness and not
00:39.03DocScrutinizer05maintaining his system properly?
00:42.16DocScrutinizer05A)mount /usr *early*! B) move stuff you need before mounting /usr to /[s]bin C) don't use friggin useless stuff like PA in early boot, for the "questionable benefit" of e.g. playing a powerup jingle with the default PA shite
00:43.01kristianpaulGNUtoo: x60 is really cheap !
00:43.04kristianpaulinteresting
00:43.13kristianpaulanyway .. :-)
00:43.27kristianpaulargghh not get distracted again :)
00:43.54GNUtookristianpaul, it's a computer, and the support is close to 100% complete
00:44.05GNUtooso I guess you just need to :
00:44.10GNUtoo1) take information on it
00:44.12GNUtoo2)buy it
00:44.20GNUtoo3)install coreboot on it + a distro
00:44.23GNUtooand you're done
00:44.29GNUtoono need to hack on it
00:44.35GNUtooI mean on coreboot
00:45.04kristianpaulgood deal
00:47.06GNUtooindeed
00:47.25GNUtooif you can find one in your area it's a good deal
00:47.38GNUtooelse it become complicated to buy second hand stuff online etc...
00:48.09kristianpauli can but x40..
00:56.00kristianpaulanyway..
01:20.19*** join/#qi-hardware phirsch (~phirsch@xdsl-89-0-163-164.netcologne.de)
01:30.22qi-bot[commit] Werner Almesberger: components/: generate for connectors CONN_1 to CONN_40X2 (in gencon.lib) (master) http://qi-hw.com/p/kicad-libs/7864070
01:51.52qi-botThe build has FAILED: http://fidelio.qi-hardware.com/~xiangfu/building/Nanonote/Ben/openwrt-xburst.full_system-20120609-0542
01:52.10*** join/#qi-hardware wej (~j@95.211.10.3)
01:59.10kristianpaulwpwrak: seems your m1 patches not work well http://paste.debian.net/173758/
02:02.27kristianpaulhttp://paste.debian.net/173760/ :-|
03:31.19*** join/#qi-hardware xwalk_ (~crosswalk@rrcs-98-102-156-195.central.biz.rr.com)
03:41.04*** join/#qi-hardware paroneayea (~user@fsf/member/paroneayea)
03:47.43*** join/#qi-hardware emeb (~ericb@ip72-223-81-94.ph.ph.cox.net)
03:51.55wpwrakthey should work with rtems 5c51ba1333d96e2ada2c374ba22b551d179e6685
03:52.04wpwrakmaybe something has changed upstream since. that was two months ago
03:59.04kristianpaul1d179e6685, thats what i need it, thanks !
04:27.12*** part/#qi-hardware emeb (~ericb@ip72-223-81-94.ph.ph.cox.net)
04:31.20kristianpauloh dear... http://paste.debian.net/173765/
04:45.01kristianpaultrying with 07896ad5d78af2f47e79c6829e3a57718d660e44
05:07.24wpwrakthe rtems-yaffs i have its cbe7492ee0e5a9bced8267d9c7ab2fd997299fda
05:26.19*** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com)
07:13.35*** join/#qi-hardware jekhor (~jek@46.53.195.29)
07:30.57*** join/#qi-hardware kristoffer (~kristoffe@c-34dae555.010-30-6c6b7012.cust.bredbandsbolaget.se)
07:57.59*** join/#qi-hardware viric (~viric@unaffiliated/viric)
08:24.04whitequarkhttp://www.phoronix.com/scan.php?page=news_item&px=MTExMzE
08:51.27viricnice
08:53.46virichow does GPL apply to verilog ?
08:53.59viricAll verilog synthesized to a single chip has to be GPL?
08:54.35lindi-viric: what does it mean that "chip is GPL"?
08:54.36viricAnd it can be connected only to other GPL chips?   A LGPL verilog would allow connecting it to non-GPL chips
08:54.39viric:)
08:55.02viriclindi-: I also don't know. hehe
08:55.31viricah, I meant "verilog has to be GPL"
08:55.36viric(synthesized to a single chip)
08:56.05viricLGPL allows 'linking' to non-GPL pieces, but only if the LGPL pieces can be replaceable. Hence, a chip appart :)
09:11.29*** join/#qi-hardware jurting (~jommpa90_@host-95-206-2-135.mobileonline.telia.com)
09:12.40*** join/#qi-hardware Textmode (~boneidle@adsl-syd-4-135.ozonline.com.au)
10:41.06*** join/#qi-hardware GNUtoo (~gnutoo@host73-132-dynamic.48-82-r.retail.telecomitalia.it)
11:08.26*** join/#qi-hardware wolfspraul (~wolfsprau@114.241.245.114)
11:15.26*** join/#qi-hardware Aylax (~Aylax@mon69-h01-31-33-20-187.dsl.sta.abo.bbox.fr)
11:21.26pabs3didn't think copyright law applied to chips
11:27.08*** join/#qi-hardware B_Lizzard (~havoc@athedsl-431541.home.otenet.gr)
11:27.12*** join/#qi-hardware viric (~viric@unaffiliated/viric)
11:36.21*** join/#qi-hardware Aylax (~Aylax@mon69-h01-31-33-20-187.dsl.sta.abo.bbox.fr)
12:11.23rohhm. gpl/lgpl.. maybe even agpl...  i should ask the lawyers about that. thats a real good question
12:13.46*** join/#qi-hardware DocScrutinizer (~halley@p5493B76C.dip.t-dialin.net)
12:13.47*** join/#qi-hardware DocScrutinizer (~halley@openmoko/engineers/joerg)
12:16.45*** join/#qi-hardware DocScrutinizer06 (~HaleBopp@openmoko/engineers/joerg)
12:17.32*** join/#qi-hardware marcan (marcan@marcansoft.com)
12:28.15*** join/#qi-hardware xwalk_ (~crosswalk@d47-69-35-236.try.wideopenwest.com)
12:55.06*** join/#qi-hardware viric (~viric@unaffiliated/viric)
12:58.59viricroh: I found my OOMK hangs relate to reiserfs. Having moved to ext4 it does not hang anymore, under OOMK conditions
12:59.47viricroh: nevertheless, when I filled the same-size new ext4 fs with the files I had in the reiserfs, not only ext4 took far more disk...
12:59.57viricbut I had 92% of inode usage.
13:04.51pabs3finds http://en.wikipedia.org/wiki/Integrated_circuit_layout_design_protection
13:13.23*** join/#qi-hardware panda|x201 (~hzhang@2001:5c0:1000:a::f93)
13:19.20*** join/#qi-hardware jekhor (~jek@86.57.254.166)
13:31.42*** join/#qi-hardware Aylax (~Aylax@90.84.144.129)
13:36.22*** join/#qi-hardware Aylax (~Aylax@90.84.144.129)
13:55.53*** join/#qi-hardware phirsch (~phirsch@xdsl-89-0-183-47.netcologne.de)
14:02.22*** join/#qi-hardware kristoffer (~kristoffe@c-34dae555.010-30-6c6b7012.cust.bredbandsbolaget.se)
14:22.28kristianpaulwpwrak: it works now thanks a lot !
14:34.51wpwrakwas a pleasure to help :) and sorry for the inconvenience.
14:58.55rohviric: inode-count is set on format.
14:59.25qi-bot[commit] Werner Almesberger: modules/pads-array.fpd: we need loop for pins and for packages, not just one (master) http://qi-hw.com/p/kicad-libs/20c9436
14:59.26qi-bot[commit] Werner Almesberger: components/adxl32x.lib: Analog Devices ADXL321, ... accelerometers (master) http://qi-hw.com/p/kicad-libs/96c7eb3
14:59.27qi-bot[commit] Werner Almesberger: modules/qfn.fpd: add experimental footprint for AD CP-16-5a* MQ_LFCSP_LQ (master) http://qi-hw.com/p/kicad-libs/e01b8d6
14:59.40rohviric: you can easily make it have more inodes.
15:00.40*** join/#qi-hardware panda|x201 (~hzhang@2001:5c0:1000:a::a85)
15:02.03viricyes, reformatting, I know
15:02.27viricI used triple inodes (now ~33% usage) on the new format
15:02.32rohviric: well.. you did that anyhow. usually if you do not run a ntpd on it one doesnt need extra many inodes
15:02.50viricBut I also noticed that for the very same files, ext4 needs 1,8GB *MORE* than reiserfs (on a 7,8GB disk. That's 23% of the disk)
15:03.19rohyou are sure you set reseved blocks the same?
15:03.26viric?
15:03.38viricI've a tar. I unpack it to a reiserfs, or to an ext4. That's the difference in "df" free.
15:03.43rohand not dialed around on bytes per inode or inode-size?
15:04.08viricThe default "mkfs.ext4" used 1,6GB more than reiserfs.
15:04.25viricWith triple inodes (500k vs 1500k) it uses 1,8GB more than reiserfs.
15:04.28rohwell... i do not have any clue what your distro uses ad defaults
15:04.34viricmy distro?
15:04.38viricI run mkfs.ext4 /dev/blabla
15:04.50viricwhy would the distro matter?
15:05.06rohthey all patch stuff/package different defaults
15:05.14viricuh?
15:05.16virichm
15:05.19viricI'll check the recipe
15:06.04viric<PROTECTED>
15:06.16viricThat's the only detail out of "./configure; make; make install"
15:08.25rohviric: i have a 116G filesystem here, which has 7684096 inodes. of that 30G are used (4 linux virtual machines) which is 419283 inodes.
15:09.13rohso inode used count is direct proportional to space used in mbytes (atleast within 1% error)
15:09.59rohah. no. its 6% inodes used, to 28% diskspace used. sorry. checked the wrong table here.
15:10.48viricwell, the number of inodes depends a lot on the number of files you have
15:10.54viricif you store videos, you'll have few inodes :)
15:11.07virictheir default guess does not match my usage, it seems
15:11.37viricand for the disk space used... ext4 looks somehow optimised to big files. Small files take a lot, compare to reisersf (23% of the full fs)
15:12.59rohviric: thats why one can adjust the settings. no heuristics can guess right in advance
15:14.27viricdo you have any suggestion of settings?
15:14.38viricI'd be fine with 1500k inodes...
15:14.50viricBut I want more free space. I've no idea what to touch.
15:18.20viricroh: I can paste you dumpe2fs
15:18.26viricroh:  http://sprunge.us/IRUY
15:30.08rohviric: how big is that fs in total?
15:30.51rohhalf a million inodes seems low
15:31.18viricroh: 8GB
15:31.23viric(7,8GB, well.)
15:31.29rohthat seems ok.
15:31.41rohwhat stuff do you put in there that you need so many small files?
15:32.03viricOS files mostly
15:32.57viricbut as far as I understand, I can't make ext4 give me more free space for my use case.
15:33.01rohviric: still weird. try finding out where you have 'many small files'
15:33.16viricI know where they are... whether they are a lot or not, I can't tell
15:33.22viricIt's a matter of taste I imagine
15:33.27rohviric: as shown above i have very few files per 'OS'
15:33.59rohthe 419283 inodes are 4 complete ubuntu server vms(12.04)
15:34.27viricwell, it's a development machine; I have all headers, libs, ...
15:34.30viricnot only runtime
15:34.55rohah. i see.
15:35.11rohwell.. then just tell it do use more inodes
15:35.25viricin any case, I'm loosing 1,8GB that using reiserfs I'd have free
15:35.34viriclosing
15:35.40viricpity
15:35.51viricA hardcore dev would just fix reiserfs :)
15:36.06rohi still dont get where those 1.8g should go. i dont have that here
15:36.24rohwell. yeah. the journal needs to be somewhere, but reiser needs that also, right?
15:36.29viricroh: I've two loop devices of the same size, same tar unpacked to them. I run 'df', and shazam... 1,8G difference
15:36.35viricyes, reiser has journal to
15:36.36virictoo
15:37.08virichum maybe I did not pass the hardlinks with tar... does tar pick hardlinks by default?
15:37.37virichm maybe it's that. I'll resolve the hardlinks
15:38.04rohviric: reserved space?
15:38.25viricI should have used --hard-dereference
15:38.29viricLet's try.
15:45.25*** join/#qi-hardware compcube (~compcube@c-68-43-48-46.hsd1.mi.comcast.net)
15:45.25*** join/#qi-hardware compcube (~compcube@pdpc/supporter/student/compcube)
16:22.55*** join/#qi-hardware Aylax (~Aylax@mon69-h01-31-33-20-187.dsl.sta.abo.bbox.fr)
16:50.52*** join/#qi-hardware kuribas (~user@94-227-36-245.access.telenet.be)
17:06.57*** join/#qi-hardware kuribas (~user@94-227-36-245.access.telenet.be)
17:07.25*** join/#qi-hardware panda|x201 (~hzhang@2001:5c0:1000:a::9f5)
17:21.31*** join/#qi-hardware GNUtoo (~gnutoo@host73-132-dynamic.48-82-r.retail.telecomitalia.it)
17:41.06*** join/#qi-hardware jurting (~jommpa90_@ip-6-199-241-92.dialup.ice.net)
17:41.07*** join/#qi-hardware jekhor (~jek@46.53.195.29)
17:53.09*** join/#qi-hardware emeb (~ericb@ip72-223-81-94.ph.ph.cox.net)
18:07.39*** join/#qi-hardware GNUtoo (~gnutoo@host73-132-dynamic.48-82-r.retail.telecomitalia.it)
18:33.15*** join/#qi-hardware kilae (~chatzilla@catv-161-018.tbwil.ch)
19:02.18DocScrutinizer05viric: check for stuff hidden under mountpoints
19:02.39DocScrutinizer05age old prank
19:03.00*** join/#qi-hardware wolfspraul (~wolfsprau@114.241.245.114)
19:04.44DocScrutinizer05also semantics of "used space" differs a lot, depending if you count and sum up real filelength, or you calculate space taken on storage - incl. sector overhead which is statistically 0.5 sectors/file
19:04.56DocScrutinizer05plus inodes and whaztnot
19:05.35viricDocScrutinizer05: I only look at 'df' free space
19:06.07viricDocScrutinizer05: I mount one fs into ./r, the other into ./o;
19:30.30DocScrutinizer05viric: ooh, I didn't mean mountpoint where the fs under test got mounted. Hidden files under a mountpoint count for the disk usage of the fs where the mountpoint dir is located, not for the mounted fs
19:31.27DocScrutinizer05so aiui you mount a fs under ./o or ./r, and probably both have no mounts on them, so are unaffected by any hidden files
19:34.25viricyes
19:34.34viricin any case I look at 'df'
19:35.05*** join/#qi-hardware compcube (~compcube@c-68-43-48-46.hsd1.mi.comcast.net)
19:35.06*** join/#qi-hardware compcube (~compcube@pdpc/supporter/student/compcube)
19:35.07viricI think that maybe the hardlinks explain the story... one fs has hardlinks, the other not
19:35.15DocScrutinizer05df probably just looks for free blocks
19:35.18viricbut I don't know how to convey hardlinks from one side to the other.
19:35.27virictar --hard-dereference clearly fails
19:35.39viricin fact when I used --hard-dereference, I had even less free space
19:35.47viricAH!
19:36.02viricbecause 'tar' by default respects hard links, and with --hard-reference I made it copy the contents...
19:36.16DocScrutinizer05yep, sounds right
19:36.28viricWeird. Then ext4 is really taking 23% of *additional* metadata compared to reiserfs
19:36.38viric23% of the total filesystem.
19:36.50viricI've 1,8GB unavailable only because I use ext4 instead of reiserfs.
19:36.52DocScrutinizer05hard to believe
19:37.46viricdo you want to test yourself? I could prepare a public tar. :)
19:37.52DocScrutinizer05well, reiserfs afaik packs files, which means there's no wasted space at and of files (this average half sector)
19:38.21DocScrutinizer05for a lot of files this can sum up
19:38.39DocScrutinizer05s/at and/at end/
19:40.28viricthey have that 'tail' thing, yes
19:40.52viric400k files
19:55.20*** join/#qi-hardware kristianpaul (~kristianp@cl-498.udi-01.br.sixxs.net)
19:55.20*** join/#qi-hardware kristianpaul (~kristianp@unaffiliated/kristianpaul)
20:26.54viricDoes somebody know if UML works for anything other than x86?
20:27.29viric(no arm and no mips, I imagine)
20:53.22*** join/#qi-hardware Aylax (~Aylax@mon69-h01-31-33-20-187.dsl.sta.abo.bbox.fr)
22:25.21*** join/#qi-hardware zear (~zear@h196n1-g-kt-a31.ias.bredband.telia.com)
23:30.28*** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.