<mnemoc>
Turl: as long as they include a usb cable in the box the device can use anything
<Turl>
btw, cubieboard on engadget and make :P
<mnemoc>
22:39:28 < lerc> Turl: Slashdot will eventually link to the engadget article that links to the MAKE article that links to the Liliputing article which links to the cnxSoft article which links to the linux-sunxi page.
<mnemoc>
4h ago :p
<mnemoc>
the post in MAKE surprised me. the others always repost cnx stuff
<Turl>
I thought that was just irony :P
<mnemoc>
:)
<mnemoc>
good sign that i should probably got to sleep
<mnemoc>
s/got/go/
<ibot>
mnemoc meant: good sign that i should probably go to sleep
<Turl>
haha
<Turl>
server load is on 2.x now :)
<mnemoc>
beside setting the CDN to handle cubieboard.org, what did you change?
<Turl>
mnemoc: I set up cloudflare and moved the NS servers to theirs
<mnemoc>
just that?
<Turl>
yep
<mnemoc>
nice
<Turl>
if you dig +trace NS cubieboard.org
<Turl>
you can see the change
<mnemoc>
:)
<mnemoc>
good night
lerc has quit [Quit: No Ping reply in 180 seconds.]
lerc has joined #arm-netbook
tuliom_ has joined #arm-netbook
tuliom has quit [Ping timeout: 246 seconds]
<WarheadsSE>
so what have I missed while on vacation, other than the apparent fbcon patch?
* WarheadsSE
is not going to read back 4000 lines
pwhalen has quit [Remote host closed the connection]
<Turl>
WarheadsSE: fbcon, hno progressed on sun5i
<Turl>
cubieboard has been 'slashdotted'
<Turl>
r3p0 mali libs
<Turl>
unified nand driver
pwhalen has joined #arm-netbook
<WarheadsSE>
i had seen the r3p0
<WarheadsSE>
i tried those, remember
<Turl>
yeah
<WarheadsSE>
but ill need to move up to 39 et al
<WarheadsSE>
yeah, i saw the cubieboard
<WarheadsSE>
finished up a paid arm project, so I can get back to the mele this week i think
<WarheadsSE>
but, I also need o get the n6x up to 100%
<WarheadsSE>
and that kinda takes some precident
<WarheadsSE>
:/ So many boards, so little time
<lundman>
bah sound in IOS isn't as simple as all the examples say :)
ssalevan has joined #arm-netbook
jlj has quit [Ping timeout: 264 seconds]
<WarheadsSE>
yeah, most routers are hard to get sound working right.
hammer has quit [Read error: Connection reset by peer]
<steev>
i want a cubieboard :(
<Turl>
WarheadsSE: apple phones route nowadays? o.O
<steev>
then i won't have to take apart my tablets!
hammer has joined #arm-netbook
<Turl>
steev: :P
<WarheadsSE>
Turl: hes said IOS not iOS
<Turl>
the only "IOS" I know of is iOS :P
<Turl>
and sound there makes sense
<steev>
yeah, sound doesn't make much sense on a router
<WarheadsSE>
which cisco owns the IOS moniker at ths point
<lundman>
:)
<lundman>
ping sound on routers can be handy :()
<Turl>
until they ping flood you lundman
<Turl>
>:D
<orly_owl>
apple couldnt make cisco stop calling their voip phones 'iPhone'
tuliom_ has quit [Ping timeout: 246 seconds]
tuliom__ has joined #arm-netbook
<WarheadsSE>
just have it translate traffic flow to white noise
<WarheadsSE>
you then know immediately if something is wrong.
<Marex>
steev: fix your goddamned efika aleady
<Marex>
steev: and ... fix Matt ... ;-)
<Marex>
wheee ... looks like all necessary work is cleared for today
<steev>
what?
<steev>
my efikas all work fine
<Marex>
steev: with upstream kernel, yes ? :)
<steev>
smarttops sure, smartbook no. but still no graphics, but that's not on us, we're still waiting to figure out wtf is going on with the drm camp
<steev>
but you know this as well as i do, so not even sure why you're bringing it up
JordonWu has joined #arm-netbook
<JordonWu>
hi
dyoung-away is now known as dyoung
tuliom__ is now known as tuliom
kaspter has joined #arm-netbook
tuliom is now known as tuliom__
ssalevan has quit [Quit: Leaving.]
tuliom__ has quit [Quit: Konversation terminated!]
dyoung is now known as dyoung-away
furan- has joined #arm-netbook
DEAT_ has quit [Read error: Connection reset by peer]
furan- has quit [Read error: Connection reset by peer]
gimli has joined #arm-netbook
furan- has joined #arm-netbook
kaspter has quit [Ping timeout: 248 seconds]
hp_ has joined #arm-netbook
kaspter has joined #arm-netbook
gimli has quit [Quit: Verlassend]
pawel5870 has joined #arm-netbook
rellla has joined #arm-netbook
orly_owl has quit [Ping timeout: 240 seconds]
orly_owl has joined #arm-netbook
popolon has joined #arm-netbook
hp_ has quit [Ping timeout: 246 seconds]
JordonWu has quit []
Quarx has joined #arm-netbook
hno_ has joined #arm-netbook
tzafrir has quit [Ping timeout: 246 seconds]
arete74 has quit [Read error: Operation timed out]
arete74 has joined #arm-netbook
<lundman>
Hmm so, if I understand it correctly (and I probably don't);
<lundman>
"To support DD+ and DTS-HD HR ; your audio card must support stereo output at 192kHz."
<lundman>
So, in theory, I should be able to cook together a example program to open the hdmi sound, and force out HD audio bitstream
jlj has joined #arm-netbook
<Marex>
lundman: won't it be enough to route the audio using pulseaudio ?
<Marex>
oh, android
<mnemoc>
afaik DTS and fancy friends are supported, but they were disabled due to legal issues
<mnemoc>
if the code isn't merely commented out you can probably still find it in the 3.0-v1 branch (forwarded from 2.6.36)
<lundman>
mnemoc: no, you refer to decoding of DTS etc, ie, mixing to stereo
<RaYmAn>
mnemoc: that should only really cover actually decoding them - which hdmi passthrough doesn't
<lundman>
I care not for that, I want to bitstream the audio to the amp (so the license is in the amp)
<lundman>
but i think I should be able to find a DTS-MA sample file, open the hdmiaudio driver (stereo/192) and playing it, and the amp should see DTS-MA
<lundman>
which mean we should be able to add bitstreaming on mele
<lundman>
er
<lundman>
DTS-MA/DTS-HD
<lundman>
the next level is
<lundman>
"For your audio card to support loss-less HD audio passthrough (TrueHD and DTS-HD MA), your audio card has to support HBR."
<mnemoc>
i see
<lundman>
what the hell is HBR
<RaYmAn>
high bit rate? guess
<mnemoc>
lundman: unification of audio drivers is HIGHLY welcomed
calris has joined #arm-netbook
<lundman>
hmm interesting
<lundman>
DTS-MA is 2 streams, one is the regular DTS lossy stream, then 2nd is the "difference" stream of data needed to make it lossless.
<lundman>
so simple amps just use first stream. better amps can merge them to make the audio lossless
<lundman>
192khz 24bit audio streams needed, not sure where the HBR comes in
<RaYmAn>
it was up for a few weeks until their site got hacked
<Marex>
heh
<RaYmAn>
Marex: a lot of it is actually just copied from t20 ;) The rrors and such make it clear
<Marex>
RaYmAn: no surprise, they didn't change much /wrt companion IPs
<RaYmAn>
Yeah - huge parts of it is the same
<popolon>
mnemoc, on the right : thiner, larger red cursor, larger upper surface key
<popolon>
but less keys
<popolon>
no more windows logo is a good step
<hno_>
Marex, there is a 500p datasheet with register information for A10. But several key IP parts is not included at all.
<RaYmAn>
hno_: it's not exactly easy to get legally though, is it? :P
<mnemoc>
RaYmAn: you only need to seduce Eva
<hno_>
It's not that hard, but involves an NDA kind of..
<hno_>
that NDA was the funniest document I have read in a long time.
<Marex>
hno_: yea ... now you know my email, so dump it in there ... I can give you GPG key if you're afraid of google ;-)
<RaYmAn>
even if he were to do that, it seems a bit silly to ask in a publicly logged channel :P
<Marex>
RaYmAn: I'd be at the receiving end of the leak, not my problem :p
<Marex>
ok but anyway ... calris was right, we should focus towards the mainline
<Marex>
mnemoc: that's horrible ... I saw how they totally screwed up W530 :-C
<RaYmAn>
mnemoc: is there a basically functioning 3.4 branch?
<RaYmAn>
not for daily usage, just booting to e.g. a console
<mnemoc>
RaYmAn: sure, works fine
<RaYmAn>
mnemoc: which branch?
<RaYmAn>
oh, right
<RaYmAn>
linux-sunxi-3.4
<RaYmAn>
I guess
<RaYmAn>
:P
<mnemoc>
linux-sunxi-3.4
<mnemoc>
yes
<hno_>
Marex, I need to check first.
* calris
has a code cleanup mission :)
* calris
can be useful
<Marex>
hno_: check what ?
<Marex>
calris: you have a kconfig mission :)
<calris>
Marex: :P
<hno_>
have my hands a bit tied on that document.
<Marex>
hno_: you take my random babble too seriously
<mnemoc>
hno_: so the sun5i branch can be tried as one would normally do with sun4i's?
* hno_
is always serious.
<Marex>
hno_: don't be ... you won't survive anyway
<hno_>
mnemoc, yes. Haven't even bothered making a sun5i profile in it yet.
<hno_>
a bit cleanup remaining so to say.
<mnemoc>
and then merge?
<hno_>
yes.
<mnemoc>
neat
<hno_>
do not plan on having two trees for long.
<Marex>
hno_: ain't you also planning to start porting over to DT and pushing upstream ?
<hno_>
not planning on doing DT all on my own.
<Marex>
hno_: it's surprisingly easy
<mnemoc>
please let's unify sun4i/sun5i first
<hno_>
yes it's easy, and there is many others who can do it.
* Marex
looks at calris
mikey_w has quit [Remote host closed the connection]
* calris
does not have an A13 to test
<calris>
If the code differences are obvious, i have no problem doing the merge
<calris>
Someone else will need to test
<hno_>
calris, we talked about DT.
<mnemoc>
calris: for DT please focus in the 3.4 branch
<calris>
U-boot first...
<calris>
That is my specialty
hipboi has joined #arm-netbook
<Marex>
mnemoc: for DT you usually focus on linux-next, which is now 36-rc3
<calris>
Hi hipboi :)
<hipboi>
hi
<Marex>
calris: yea ... especially memory management, right ?
<calris>
Marex: um, yeah... sure... if you say so
<calris>
hipboi: I hear you are expecting a small arrival (that is not a cubieboard)
<hipboi>
what do you mean by small arrival
<hipboi>
sorry for my English
<mnemoc>
wb hipboi. can you update cubieboard.org to not say "buy now"? :)
<mnemoc>
hipboi: he means your offspring
<calris>
a baby :)
<hipboi>
calris: oh, yes
<hipboi>
calris: thanks
<calris>
hipboi: congrats (and good luck) :)
<mnemoc>
hipboi: also, if you can enabling caching options within wordpress it would be awesome. you were slashdotted yesterday
<hipboi>
mnemoc: ok, i will update the website
<Marex>
oh
<Marex>
hipboi: congrats :)
<Marex>
calris: yea ... I do say so, mr. dm_malloc
<RaYmAn>
Marex: imo, tracking latest release constantly is only going to make things harder. Sticking with 3.4 and getting it cleaned up & implemented right is imo the right way. And then forward porting to 3.6 or whatever should be easy. Else we can keep updating constantly - tracking latest makes sense for something that e.g. takes a few days or a weeks (realtime)
<hipboi>
Marex: thanks
<Marex>
RaYmAn: oh man ... I hate to say so, but you're _so_ wrong there
<hipboi>
mnemoc: i am still with my wife in Wuhan, at the schoolyard.
<Marex>
RaYmAn: that's what FSL did for example and it ended with such a mess
<Marex>
RaYmAn: actually ... lot of chipmakers do
<RaYmAn>
Marex: I just think it's unrealistic to track latest while everything is still so much WIP.
<Marex>
RaYmAn: usually, the better approach is to push upstream asap, then wait for a good version
<mnemoc>
Marex: there are still broken drivers in 3.4 to fix, unification to do, gpiolib to implement and most of the code is androidized. doing the cleanup at 3.4 for a while has far more value imho than struggling to keep the pace of linux-next
<Marex>
RaYmAn: not at all
<Marex>
mnemoc: so once you have it fixed, you'll rewrite it one more time to align it with mainline ... wasted effort
<Marex>
mnemoc: I was there with HnD/handhelds.org ... it didn't turn out well
<mnemoc>
Marex: not rewrite, forward port already clean code
<Marex>
we had 2.6.21 kernel while mainline was reaching .30
<mnemoc>
3.4 is not that far away from master
<Marex>
forward porting was basically a flat rewrite
<RaYmAn>
obviously it would be "best" if we were able to constantly tracking linux-next and implement all drivers fast and nicely.
<Marex>
mnemoc: it's getting further
<RaYmAn>
But I just don't see that as realistic.
<Marex>
RaYmAn: why not ?
<RaYmAn>
because this is volounteer work with a limited number of people working on various parts at their own pace.
<RaYmAn>
Marex: also, you have no real idea whether it would have turned out better for HnD/handhelds.org if they had tracking linux-next constantly ;)
<mnemoc>
:)
<RaYmAn>
tracking upstream makes sense once we have a basic cleanup device tree & minimal set of drivers
<RaYmAn>
e.g. one that can be submitted/accepted
<Marex>
RaYmAn: I do ... we broke into mainline somewhere after .30
<Marex>
but it was basically rewrite, to align it all with mainline was insane
<RaYmAn>
...after you had most device tree, drivers etc at a state where it was manageable.
<Marex>
RaYmAn: we managed to push most of the HnD code up, but loads of the HH.org code ended lost
<Marex>
RaYmAn: they were never managable (and DT was far from there)
<Marex>
RaYmAn: they became managable because we got feedback from upstream maintainers, that really helped
<Marex>
RaYmAn: you've got a point about pushing a minimal set of drivers upstream ... but that's better done earlier than later
<RaYmAn>
sure, but we still need that minimal set of drivers & device tree.
<Marex>
RaYmAn: didn't you say you have 3.4 kernel already basically running ?
<RaYmAn>
there's a huge difference between running abd in a submittable state.
<RaYmAn>
s/abd/and/
<ibot>
RaYmAn meant: there's a huge difference between running and in a submittable state.
<Marex>
RaYmAn: it boots and you have UART output ... what else's there to it ?
<RaYmAn>
Marex: script.bin, device tree, gpio needs gpiolib based driver, pinmuxing needs to be done properly etc
<hno_>
basic core arch supports needs none of that. UART muxing is already set up by bootloader.
<Marex>
RaYmAn: you uboot -> you have all you need for the bootloader part ; for kernel ^ hno_ is right
<Marex>
RaYmAn: and yes, there're unpleasant parts in the kernel /wrt DT
<mnemoc>
maybe reimplementing the basic core upon 3.6 isn't such a crazy idea...
<hno_>
u-boot tree is reasonably clean and maintainable compared to kernel.
<hno_>
mnemoc, have a vague memory of them hacking something in the uart support?
<Marex>
hno_: do they use their own uart IP or is it some standard thing? like pl011 ?
<mnemoc>
hipboi: is it possible to get a low-price basic sun3i/f20 devkit?
calris1 has joined #arm-netbook
calris has left #arm-netbook ["Leaving"]
<mnemoc>
hno_: they did some very dirty hacks in 8250 which I couldn't port entirely. and from time to time I get trapped in an infinite loop in it's irq handling
<hno_>
mnemoc, check with the guy who were playing with F20. Apparently some devie sold in France?
calris1 is now known as calris
<mnemoc>
a polaroid tablet iirc
<mnemoc>
but I'm not cool enough to solder my way into an uart and hack bootloaders
<mnemoc>
but many others here are ;-)
* calris
cracks his knuckles
<calris>
time to get to work :)
<mnemoc>
:)
<calris>
for the record - DokuWiki sucks
<Marex>
calris: yea ... so very true
<lundman>
amen
<calris>
I tried to add some more content and it gave me a 404: Permission Denied :(
<calris>
Switching to MediaWiki
<Marex>
calris: if that wasn't PEBKAC though :)
<hno_>
mnemoc, fel booting & SD breakout for UART & JTAG should be quite sufficient.
<calris>
Marex: No, it depended on the content - some would add fine, others gave 404
<calris>
Marex: Tried all sorts of work-arounds - nothing worked
<calris>
Marex: I've ruled out PEBKAC and ID10T
<Marex>
:D
<hno_>
wiki sucks in general. That's why I have a static page not maintained since 1996..
<rm>
I edit my static pages
<rm>
using a wiki engine :)
* Marex
uses vim engine :)
<lundman>
I'm ok with media
<lundman>
but a lot of spammers
<Marex>
Nov 2008 ... initial PalmLD support
<Marex>
so long ago
cat_n9 has quit [Ping timeout: 248 seconds]
<hipboi>
mnemoc: i am not sure
<hipboi>
maybe we can find a f20 product
* calris
has 120kB of sun4i patch goodness to play with :)
hp_ has joined #arm-netbook
cat_n9 has joined #arm-netbook
mikey_w has joined #arm-netbook
n6pfk has joined #arm-netbook
hp_ has quit [Ping timeout: 246 seconds]
orly_owl has quit [Read error: Connection reset by peer]
<calris>
lundman: hipboi: Marex: hno: I've flattened the sun4i patches and re-split it into SoC / MMC Driver / Board / mksuniboot / misc - Open to suggestions for further breakdown (particularly the SoC patch)
<calris>
but for now, time for sleep :)
<calris>
'night all
calris has left #arm-netbook ["time for bed"]
orly_owl has joined #arm-netbook
<xxiao>
who is making cubieboard
hipboi has quit [Ping timeout: 268 seconds]
hipboi has joined #arm-netbook
* cat1
: if anyone is still interested to play with 3.6 port, it is here https://github.com/polarcat/linux-allwinner master branch. System boots up to console at least on mk802.
cat1 is now known as cat_x301
arete74 has quit [Read error: Operation timed out]
<Mazon>
xxiao, no one knows, but Tom, aka hipboi is the head man for it
cheng_ has joined #arm-netbook
<cheng_>
how can I load ubuntu(or similar OS) into internal nand flash of A10 board??
arokux has quit [Remote host closed the connection]
<mnemoc>
cheng_: sunxi-tools has a tool to repartition the nand
arokux has joined #arm-netbook
<xxiao>
Mazon: wonder what's the difference between that and the forthcoming OlimexA10
<cheng_>
should i partition it to exactly follow the layout on sd-card?
<mnemoc>
only nanda as vfat is mandatory. the rest is up to you
<cheng_>
possible to show me some guides/link in internet i can refer?
<mnemoc>
xxiao: hipboi's is much smaller and more hobbiest oriented, olimex's is larger and industrialish
<mnemoc>
cheng_: i don't think there is any
<hipboi>
olimex has bought 1k a10 chips
<hipboi>
they had to make the board
<mnemoc>
:)
* mnemoc
wants both :p
<mnemoc>
hipboi: thanks for the "coming soon", that will avoid confusing people
<cheng_>
i read in internet current u-boot does not support nand flash, anyway to work this out?
kaspter has joined #arm-netbook
<mnemoc>
cheng_: there is a branch for mmc, another for nand, and an experimental supporting both
<hipboi>
mnemoc: about the wp caching
<mnemoc>
hipboi: Turl mentioned something has to be enabled in wordpress to allow caching
<mnemoc>
no idea what
<hipboi>
i installed a plugin
<hipboi>
to enable wp caching
<mnemoc>
cool
kaspter has quit [Ping timeout: 260 seconds]
ssalevan has joined #arm-netbook
ssalevan1 has joined #arm-netbook
ssalevan has quit [Read error: Connection reset by peer]
kaspter has joined #arm-netbook
ssalevan has joined #arm-netbook
ssalevan1 has quit [Ping timeout: 244 seconds]
<hno_>
cheng_, there is a couple of administative reasons to why the nand driver is not in the sun4i u-boot tree, nothing technical.
<hno_>
the driver can be found in the lichee-dev tree.
<cheng_>
i should have no problem getting uboot running in nand flash?
<hno_>
lichee-dev is the version you have in nand flash.
<hno_>
Marex, Allwinner have their own UART IP, but it's 16550A compatible with some extras for easier FIFO status control & DMA support.
kaspter has quit [Ping timeout: 246 seconds]
kaspter has joined #arm-netbook
<hno_>
there is no special code for the Allwinner UART in u-boot, only register base configuration + clock module configuraiton to enable clocking to the UART module.
<hno_>
and gpio pinmux settings to enable UART function on the relevant pins.
<cheng_>
is my understanding correct: 1. cross-compile sunxi-tools to reparition nand into nanda/b/c
<cheng_>
2. load nanda with u-boot, 3.load nandb with kernel/script.bin 4. load nandc with file system
<hno_>
1. backup nanda file contents. You need it all.
<hno_>
2. Repartition the nand. I would recomment partitioning nanda sufficiently large so you can store kernel there instead of having a "kernel" partition.
<hno_>
3. Create FAT filesystem on nanda and restore files.
<hno_>
The nand u-boot also need a partition for the environment.
<hno_>
Step 2 is done by booting some Linux from SD to run the partitioning tool.
mSquare has joined #arm-netbook
<hno_>
Alternatively use the SDK tools to prepare a Linux firmware image and flash that using livesuit.
<hno_>
(or phoenixcard if on a Mele without special USB device cable)
<hno_>
cheng_, ^^
revident has joined #arm-netbook
kaspter has quit [Ping timeout: 244 seconds]
<cheng_>
what do u mean by " The nand u-boot also need a partition for the environment"
<hno_>
cheng_, exactly that. There is a partition used by nand u-boot for storing the u-boot environment.
kaspter has joined #arm-netbook
<hno_>
if you repartition then you need to make sure to have a such partition.
<hno_>
I think the partition is called ENV, but not sure. Should be obvious when you look at the partition table.
hno_ has quit [Quit: Lämnar]
<cheng_>
it is possible like maintain nand parition (on u-boot) and replace my kernel and OS only?
<hno>
yes, but gets a little messy as android have the nand split in many more partitions than you want.
<xxiao>
traeak: and its tricky marketing strategy worked
<xxiao>
s/and/but/
<ibot>
xxiao meant: traeak: but its tricky marketing strategy worked
<WarheadsSE>
remember what it was meant to be used for...
<rm>
well, back when it was first announced, there was nothing close to it
<rm>
beagleboards for 5x more money don't count
<rm>
MK802 is the first true alternative, I think
<RaYmAn>
a13olinuxino/a10olinuxino & cubieboard are much better alternatives imo :P
<rm>
linuxinos are overpriced
<traeak>
agreed
<rm>
we'll see about cubieboard, if it's $49 free shipping, then bingo we have a winner
<traeak>
you could say the rpi created a new market and that would be correct
<traeak>
if allwinner had wanted it they could have beat the rpi easily to market with something like the cubieboard
<traeak>
so although the rpi tech kind of sucks they had the guts to carve out a new market
<xxiao>
today's news saying rpi is moving back to UK for manufacturing
<rm>
"back"
<rm>
were they ever made there?:)
<traeak>
very interesting
<xxiao>
i thought they're made in asia? never really looked into it, but recall they used to have issues on that
<rm>
they were made in China, so to say "moving back to UK" is mildly incorrect
<traeak>
totally off topic, i'm still pissed no one has released a 20+" eink based monitor. I would prefer that for writing code (just noticing all the kindle releases)
<hno>
rm, MK802 is not an alternative to R Pi. MK802 completely lacks any GPIO making it close to worhless in training hacking.
<rm>
not "moving back", just moving
<hno>
cubieboard and olinuxino is alternatives to rpi.
<rm>
not everyone uses these for GPIO related hacking
* WarheadsSE
shrugs
<rm>
I'd say even with RPi that'd be a minority of owners
<RaYmAn>
no, most people use rpi for xmbc.
<rm>
if you don't count the actual schools that is
<WarheadsSE>
people never seem to remember whats it was intendid for, and even Eben will tell you 90K users of the thing forget it all the time.
<rm>
WarheadsSE, no one CARES
<hno>
the fact that most people use rpi for xmbc is a failure of rpi.
<rm>
NO ONE
<rm>
it's this device with these specs for this price
<WarheadsSE>
rm im flippin well aware.
<rm>
"intended" does not matter
<traeak>
heh :-p
<WarheadsSE>
how many goddamn rpi users come into my irc channel
<traeak>
but cambridge is issueing rpis to every CS student
<WarheadsSE>
"my usb wifi doesnt work, YYYYYYY
<WarheadsSE>
rpi huh?
<WarheadsSE>
derp
<traeak>
so that means teh rpi is on its way to realizing what they wanted with it
<hno>
when you are a non-profit with set goal it actually does matter, but..
<traeak>
WarheadsSE: stupid mistakes on component choice and they seem to keep manufacturing with the poor choice components
<rm>
"oh but it's an educational device" is being used as an easy out from all sorts of aspects in which the RPi is plain crappy
<xxiao>
there used to that little mini2440 sold to many schools
<RaYmAn>
I suspect only buyers are to blame for trying to use it for stuff it's not designed for
<RaYmAn>
:P
<xxiao>
arm9 though
<rm>
Example discussion: "the video decoder is proprietary" -- "oh but it's only $35, what else did you expect"
<rm>
...excuse me what?....
<rm>
etc
<RaYmAn>
yeah, that's a poor argument.
<RaYmAn>
They should just have removed all licenses for playing video.
<traeak>
armv6 straight out of 2002 :-p
<traeak>
it seems to do not muchw ell but that doesn't matter, they were first to market and created a new market
<traeak>
so take it for what it is
<traeak>
rpi is probably fine for an appliance except the lack of a freaking case (yuk)
<WarheadsSE>
trust me, i've got a now ever growing pile of on market & not-yet-on-market devices at my desk
<WarheadsSE>
rpi is comparative shit.
<traeak>
heeh
<WarheadsSE>
im fully aware
* xxiao
never bought any board that has broadcom cpu
<mnemoc>
screen is demode... tmux is what cool people uses these days
<RaYmAn>
I can't get used to tmux at all
<mnemoc>
neither do I :p
<RaYmAn>
also, does tmux actually have ability to connect to a serial port?
<xxiao>
same here, too stupid to use tmux, forgot just about everything on it once a while
<mnemoc>
RaYmAn: don't know, I use microcom so screen doesn't mess up the buffer and I can always just copy&paste several pages of output or even `microcom | tee session.out`
<RaYmAn>
yeh, me too
<mnemoc>
netcat should have serial support
<RaYmAn>
lol
<mnemoc>
stty + nc -U :p
<RaYmAn>
that seems...silly :P
<mnemoc>
:)
tzafrir has quit [Ping timeout: 240 seconds]
<Turl>
mnemoc: wp super cache + rewrite rules on webserver :P
<Gumboot>
WarheadsSE: Also, are you able to compare nit6x with any Samsung kit?
<j1nx_>
replace WP with Joomla
<mnemoc>
j1nx_: it's hipboi's site
<j1nx_>
Oh, thought you guys, tried to keep it online now is has become viral
<mnemoc>
it survived :)
<Turl>
j1nx_: joomla is likely way more heavier too :P
ssalevan1 has joined #arm-netbook
<j1nx_>
don't know, WP with a shit load of plugins will be harsh as well
<Gumboot>
xxiao: You can also use socat within whatever terminal-like-thing you prefer.
<mnemoc>
next attack will be when the cubieboard starts accepting orders
ssalevan has quit [Ping timeout: 244 seconds]
<Gumboot>
The commandline's a bit hair, though. Something like socat -,raw,noecho,escape=0x0f /dev/ttyUSB0,b115200
<Gumboot>
s/hair/hairy/
<ibot>
Gumboot meant: The commandline's a bit hairy, though. Something like socat -,raw,noecho,escape=0x0f /dev/ttyUSB0,b115200
<Gumboot>
So I guess socat is netcat with serial support. I haven't looked but it may actually be able to behave like netcat as well.
rellla has quit [Quit: rellla]
<mnemoc>
Gumboot: afaik socat is netcat with ssl...
<mnemoc>
but if it also supports serial, it's time to ban microcom and nc from my toolbox
* xxiao
uses drupal
<Turl>
mnemoc: I use screen :P
<techn>
mnemoc: weird colors propably traced to "4, modify hdmi avi packet for hd;" it changes color space from 601(SD) to 709(HD)
<techn>
if it's the same problem.. those changes caused green screen.. like somekind macrovision effect
<techn>
black was green
<xxiao>
seems like nobody uses kermit
<xxiao>
basically for PC I will just use minicom for now. for light-weight boxes i use microcom from busybox as minicom is too large in size there
<WarheadsSE>
Gumboot: 1) i dont have one with sata sooo.... 2) we have odroid-x & nitrogen6x, comparisons to come.
<Gumboot>
If you do use socat, the escape=xxx argument is the ascii value of the key you hit to quit.
<WarheadsSE>
i can tell you right now, the network & disk throughput will be higher on the imx6.
<Gumboot>
Why's that?
<Gumboot>
How do you measure disk throughput without SATA?
<Gumboot>
Maybe I just want to buy nit6x anyway.
<traeak>
hdparm bonnie, etc ?
<Gumboot>
But on what media?
<traeak>
the mx6 supports sata2 ?
<traeak>
probably not sata3
<Gumboot>
Yeah, but the big question is how it's attached. I heard it was via USB, so there's not a lot of point buying it for its SATA support if it's going to perform no better than any other USB mass storage crap.
<traeak>
oh yeah that
<traeak>
the a10's sata throuhgput is damn good
<traeak>
within 90% of an x86 xeon desktop with intel chipset
<Gumboot>
Kind of hanging out for cubie, now.
<Gumboot>
Shame about the ethernet.
<traeak>
on the a10? yeah, that sux
<Gumboot>
Dual gigabit and SATA on an appropriate bus and I'll buy half a dozen.
<traeak>
pci-e
<traeak>
doesn't marvell have those ?
<traeak>
gigabit + sata arm stuff?
<Gumboot>
Can that communicate through my cack-handed solderwork?
<traeak>
and in fact the pogos may have that
<traeak>
hmm...any number of nas cases :-p
<Gumboot>
What's a pogo?
<Marex>
WarheadsSE: certainly
<Gumboot>
What I'd really like is a powerful SoC which simply has no video support. Then nobody can get their knickers in a twist about not being able to get specs.
* xxiao
spent 2 weeks trying to get 10G Rx to wire speed, still it's just 5Gbps, sigh
<Gumboot>
Maybe that's Marvell.
<Gumboot>
How close can you get 1G to 1G?
cat_n9 has quit [Ping timeout: 264 seconds]
<xxiao>
which the hardware is partially to blame, the kernel itself has worse performance on recent release, esp the tcp/ip stack
<xxiao>
s/which/while/
<ibot>
xxiao meant: while the hardware is partially to blame, the kernel itself has worse performance on recent release, esp the tcp/ip stack
<WarheadsSE>
what
<rm>
xxiao, disable BQL
<WarheadsSE>
How close can you get 1G to 1G?
<xxiao>
i have 2 10G port, 5 1G port
<xxiao>
all 1G are doing wire-speed
<xxiao>
10G port does 10G Tx, the Rx side just 5.2G
<WarheadsSE>
oh, are you talking over the pcie bus?
<xxiao>
that's after all those jumbo-frame/buffering/affinity/taskset tricks
<WarheadsSE>
And yes, there are marvell boards that are dual GbE + pcie + sata
<xxiao>
WarheadsSE: no it's SoC
<xxiao>
it's 2.5Gbps per lane, sort of like pcie though
<xxiao>
4 lanes for each 10G port, which is 10G
<xxiao>
performance tuning is really a time sink, sigh
<traeak>
xxiao: correction, work is really a time sink :-p
<traeak>
ahh rpi version 2.0 board
<WarheadsSE>
pfft
<xxiao>
WarheadsSE: imx6 only has one pcie x1 correct?
<xxiao>
if there is more pcie then a sata-cardd could be added for more sata ports
<xxiao>
for storage/nas marvell barely any competition in low to mid-ranage price range
<WarheadsSE>
xxiao: i have to go look again
<WarheadsSE>
not in front of me
<xxiao>
s/barely/barely has/
<ibot>
xxiao meant: for storage/nas marvell barely has any competition in low to mid-ranage price range
<xxiao>
i can't type today, the fan noise from those machines made my brain cells mis-wired now