<hramrach_>
I know. bootenv should be the same unless rk butchered u-boot too much
<hramrach_>
*bootargs
<naobsd>
when I said I don't know about it?
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
<JeffyChen>
rk's uboot only parse bootargs from "parameter", official android should be from !ANDROID bootable image. not in u-boot's legacy way
RayFlower has joined #linux-rockchip
<hramrach_>
I would say anything with android in it is legacy but whatever
<hramrach_>
so on rk u-boot bootargs don't work?
<JeffyChen>
it will load bootargs from parameter partition, and set into environment(override the origin "bootargs" env)
<JeffyChen>
just before jump to linux
<hramrach_>
so the order would be environment, parameter partition, android image?
<JeffyChen>
no, the origin bootargs env would be replaced by the one got from parameter, and rk's uboot just ignore the bootargs stored in android image
<JeffyChen>
the same as the old non-uboot rk loader
<hramrach_>
ok, thanks
<JeffyChen>
you're welcome
Avasz has quit [Ping timeout: 260 seconds]
cyrozap has quit [Ping timeout: 240 seconds]
Avasz has joined #linux-rockchip
Avasz has quit [Changing host]
Avasz has joined #linux-rockchip
<rperier>
hi all
<hramrach_>
hello
Avasz has quit [Ping timeout: 260 seconds]
<hramrach_>
is there some chance to get a device working without the sources for the original rom?
<hramrach_>
I have used gpio_dump to get as much information as possible but I do not have dram settings
<hramrach_>
and I do not know how to convert what gpio_dump produces into useful configuration
<hramrach_>
which I could posibly use with the loader already on the device which sets up ram in some way or another
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
<naobsd>
hm
<naobsd>
fastboot boot does do_booti(), then do_go()
Avasz has joined #linux-rockchip
cristian_c has joined #linux-rockchip
<cristian_c>
Hi
<cristian_c>
naobsd, I've launched fbset
<cristian_c>
lcd displays looses the video signal
<cristian_c>
so, the display led changes color
<naobsd>
I guess load_fdt() doesn't read fastboot image on ram
<naobsd>
but fixing it shouldn't so difficult
<naobsd>
how to handle bootargs is also not difficult
<naobsd>
cristian_c: well?
arokux2 has joined #linux-rockchip
<cristian_c>
naobsd, :D
<cristian_c>
naobsd, anyway, fbset is accepted from cwm
<cristian_c>
also if result is bad
<cristian_c>
:(
<cristian_c>
this is an improvement
<cristian_c>
naobsd, I try to read the dmesg
<cristian_c>
to be sure
<hramrach_>
it might be power saving
<naobsd>
cristian_c: I don't know how you launched
<cristian_c>
so, I can use fbset only after copied it, copied arm-linux-gnueabihf directory, ld-linux-armhf.so.3, created bin and lib directory, moved the files into bin and lib, created a symbolic link to /dev/graphics/fb0 in /dev
<hramrach_>
and you can copy /etc/fb.modes too
<hramrach_>
and then use like bfset 1600x1200-60
<cristian_c>
naobsd, you have suggested me to change the framebuffer instead of hdmi mode
<cristian_c>
I've already tried to change hdmi mode
<cristian_c>
hramrach_, I take a look
<hramrach_>
fbset -s should show current mode
<cristian_c>
hramrach_, so, should I change the recovery.img creating fb.modes in /etc and repacking and reflashing recovery.img?
<cristian_c>
and then launching fbset -s
<cristian_c>
but fbset is not contained in cwm recovery by default
<naobsd>
if scale is working, you'll get same small image
<naobsd>
95% is not so "too small", I guess both 80% and 95% is applied
<naobsd>
or
<naobsd>
scaling may not be applied at all, and your lcd doesn't support both 1080p(too large) and 720p(too small)
<naobsd>
you can confirm by same procedure but different(or default) scale value from reboot
<naobsd>
if you use your lcd with PC, what happen if you input small resolution?
<naobsd>
if you disabled scaling function on lcd(=dot-by-dot mode), 1080p must be too large, and 720p must be too small
<naobsd>
but you said it's fine on Android(=720p), your lcd shouldn't be dot-by-dot mode
<hramrach_>
most LCDs can only scale up
<hramrach_>
so 720p should work on most 900p screens but 1080p not
<naobsd>
many smaller-than-1920x1080 LCD supports 1080p input
<naobsd>
of course it's not "all".
<hramrach_>
TVs maybe or displays intended for TV replacement
<hramrach_>
haven't seen a computer display with scale down feature
<cristian_c>
naobsd, sorry for waiting
<cristian_c>
naobsd, with your command image is increased in size
<cristian_c>
:)
<naobsd>
thank you for pointing it out
<naobsd>
well, fbset works this time?
<naobsd>
font and icon size is fixed and not scaled by framebuffer size, so if default is 1920x1080 and changed to 1280x720, font/icon will be relatively larger
<cristian_c>
naobsd, 720p is smaller but it's better than 95 scaling
<naobsd>
oh, scaling is really applied?
<cristian_c>
*than 100%
<naobsd>
btw framebuffer size and HDMI mode is independent
<cristian_c>
not, only to ~ # cat /sys/devices/platform/rk-fb/graphics/fb0/scale
<cristian_c>
xscale=80 yscale=80
<naobsd>
hmm
<cristian_c>
but it's really changes
<cristian_c>
*changed
<naobsd>
well
<naobsd>
if you run fbset, scale values should be applied
<naobsd>
there are many parameters, to confirm what happened, you need to change only 1 parameter at a time...
<naobsd>
anyway
<naobsd>
if you found answer, no need to confirm anymore
<naobsd>
just use scale/mode/fbset values which is good for you :)
<cristian_c>
naobsd, anyway, fbset is not present in the cwm recovery
<cristian_c>
it must be pushed via adb
<hramrach_>
and does it do anything?
<cristian_c>
with arm,.. and ld directory and file
<hramrach_>
you changed the mode by the echo command, right?
<naobsd>
cristian_c: you know how to change cpio image
<cristian_c>
naobsd, i've tried the answer
<cristian_c>
*it needed
<cristian_c>
:)
<cristian_c>
fbset is unnecessary, Iit need only working with echo commands
<cristian_c>
I can unpack and repack the recovery image
<cristian_c>
but I don't know what files I have to change to set the recovery image
<naobsd>
oh I think I misunderstood "with your command image is increased in size" I thought you used fbset
<cristian_c>
I needed to change resolution to read the text of options in cwm reecovery
<cristian_c>
naobsd, sorry, I've used echo commands:
<naobsd>
anyway you have answer, no need to explain it again ;)
<cristian_c>
echo value > /sys/devices/platform/rk-fb/graphics/fb0/scale
<cristian_c>
naobsd, I tried to correct the path in past weeks but it has no changes
<naobsd>
because it doesn't applied immediately on your kernel
<cristian_c>
naobsd, ah, ok, I understood
<naobsd>
you need to update HDMI/mode
<naobsd>
after scale
<cristian_c>
ok
<cristian_c>
thanks
<cristian_c>
I've to add a further wirte in the rc
<cristian_c>
:)
<cristian_c>
*write
<cristian_c>
naobsd, thank you very much
<naobsd>
I think this behavior is a kind of bug ;)
<naobsd>
recent RK Android should do scaling on GL layer
<naobsd>
(it may be wrong but it's not important here ;)
<naobsd>
hm
<naobsd>
building latest Android SDK for rk3288 was done some times ago...
<naobsd>
I want faster build machine
<arokux2>
hi naobsd
<naobsd>
arokux2: hi
<cristian_c>
ok , I've done a test
<cristian_c>
the /sys/devices/platform/rk-fb/graphics/fb0/scale change works only if I use a different resolution (for example 1280x720) instead
<cristian_c>
*instead of default resolution (1920x1080)
<cristian_c>
I've done the test to be sure :D
<naobsd>
I thought it applied when fbset runs
<arokux2>
what is happening in RK world if in several sentences...?
<naobsd>
arokux2: RK world is too large! ;)
<arokux2>
naobsd: I guess you are exploring u-boot?
<naobsd>
arokux2: about mainlining?
<naobsd>
arokux2: yes and no, I try to explore everything about I don't know
<cristian_c>
naobsd there isn't fbset in the cwm
<cristian_c>
:)
<arokux2>
naobsd: what about booting u-boot from SD card and using tftp to download the kernel and than boot it. how are things looking here?
<hramrach_>
should work provided you have a board with stmmac and somebody wrote stmmac glue for u-boot
<naobsd>
cristian_c: cwm recovery calls some ioctls as like as fbset, but probably you're right
<cristian_c>
every time I reboot cwm recovery, I've to push fbset via adb if I want to use it
<cristian_c>
naobsd, ah, ok
<naobsd>
arokux2: RK u-boot doesn't support ethernet (for now)
<cristian_c>
I didn't know
<arokux2>
hramrach_: what's on the radxa?
<hramrach_>
I have no idea
<naobsd>
cristian_c: I think you know how to unpack/repack recovery.img...
<naobsd>
haha
<hramrach_>
I did not get a radxa rock
<naobsd>
everything should work if someone make it work ;)
<cristian_c>
naobsd, yeah
<naobsd>
cristian_c: anyway, fbset is not needed anymore
<cristian_c>
exactly
<hramrach_>
well, the glue for stmmac was not that big a change on AW so it's something you can presumably do with the hardware in hand and stmmac driver in mainline linux to look at
<naobsd>
arokux2: boot from SD card is working
<hramrach_>
does USB host work?
<hramrach_>
maybe u-boot has some USB dongle support
<arokux2>
hramrach_: it does.
<hramrach_>
hmm, I'm wondering if I should upgrade my tablet to android 4.2. Is there some way to backup the current rom?
<arokux2>
naobsd: any USB support in u-boot?
<hramrach_>
and any support for reading read the areas written with l L rkflashtool command?
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
<naobsd>
arokux2: only rockusb and fastboot slave
<arokux2>
naobsd: anybody thought about porting rk-u-boot to mainline u-boot?
<naobsd>
arokux2: I "just thought"
<arokux2>
:) and...?
<arokux2>
is somebody doing it? will you want to mentor someone doing it...?
<naobsd>
arokux2: I have no idea what/when I can do for everything
<hramrach_>
you are free to start :)
<hramrach_>
bah, Chinese looks really bad in my browser. and cannot read it :/
<arokux2>
hramrach_: rk u-boot is full of chinese? :)
<hramrach_>
no, searching for tablet firmware
<hramrach_>
it probably is full of Chinese too but not looking at it
<hramrach_>
I have no use for it, anyway
<naobsd>
arokux2: if you want to send kernel via USB, you can use fastboot
<naobsd>
arokux2: and/or my exec ram hack with rkflashtool
<naobsd>
arokux2: and you may use kexec to load new kernel
<hramrach_>
that's an option but exporting it through tftp and have the tablet download it is more automated
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
Avasz has quit [Ping timeout: 255 seconds]
JeffyChen has quit [Ping timeout: 246 seconds]
Guest66547 has joined #linux-rockchip
Guest66547 has quit [Remote host closed the connection]
<arokux2>
naobsd: so rk-u-boot applies against the mainline u-boot?! :)
<naobsd>
arokux2: sorry, I cannot understand...
<arokux2>
naobsd: the RK u-boot is based on most recent u-boot, right? 2014-04
<arokux2>
naobsd: rk3188 is based on 2014-01 and rk3288 on 2014-04
<naobsd>
arokux2: well, version is correct, but any u-boot fork is based on u-boot...
<arokux2>
naobsd: yes, but if the version were too old it would have been much more difficult to port
<naobsd>
arokux2: yes
<arokux2>
naobsd: the u-boot that rk was using is so new, that we could basically just submit code to mainline just after cleaning or so...
<naobsd>
arokux2: I think there was no reason to use more older version when RK started to u-boot work
<naobsd>
arokux2: I don't know "cleaning" is small work
<arokux2>
naobsd: of course. but they could have started several years ago and do not merge upstream any more
<naobsd>
anyway it should be done to support virtualization
cristian_c has quit [Quit: Sto andando via]
<arokux2>
naobsd: is mask rom read only? :)
<naobsd>
arokux2: mask rom is read only because it's mask rom...
<arokux2>
naobsd: yes, rom - read only mem, I was just double checking
<naobsd>
_mask_ rom
<naobsd>
generic term
<arokux2>
naobsd: ah... yes, thank.
<naobsd>
btw I'm not sure it's really mask rom is in RK cpu
<naobsd>
well
<naobsd>
btw I'm not sure it's really mask rom which is in RK cpu
<naobsd>
but as far as I know the code in RK CPU is read-only
<arokux2>
I'm trying to understand what is the lowest hardware level, as I understand it is mask rom
<naobsd>
it's read-only and RK tools say "mask rom mode" so I think it's mask rom
<naobsd>
I cannot remember how it explained in TRM, but such a name of technology may not be important
<arokux2>
naobsd: u-boot is loaded by rk....loder.bin, right?
<arokux2>
loader*
<naobsd>
u-boot can become a part of RKxxxLoader.bin
<naobsd>
and can become secondary loader loaded from first loader in RKxxxLoader.bin
<naobsd>
e.g. RK3288Loader_uboot_V2.15.02.bin <- u-boot is first loader
<naobsd>
RK3188Loader_miniall.bin + uboot.img (uboot partition) <- u-boot is second loader
<naobsd>
if you need NAND support, you have to use miniall first loader
<naobsd>
miniall provides A
<naobsd>
miniall provides API(may not be correct word)
<arokux2>
naobsd: what is miniall?
<naobsd>
arokux2: 1st loader which provides NAND access functions for 2nd loader
<naobsd>
(I'll leave here soon for a while)
<arokux2>
naobsd: so then it is RK3188Loader_miniall.bin ---> miniall --> uboot.img?
<arokux2>
ohhh))
<arokux2>
RK3188Loader_miniall.bin
<naobsd>
RK3188Loader_miniall.bin is miniall
<arokux2>
it is miniall already
<arokux2>
yes, sorry
<naobsd>
1st loader is actually 2 parts, DDR init and loader
<arokux2>
naobsd: x_miniall.bin is binary?
<naobsd>
arokux2: yes and no, there is structure
<arokux2>
naobsd: alright, thanks!
<naobsd>
2sets of "DDR init and loader"
<naobsd>
one for USB boot from mask rom, another for flashing NAND/eMMC/etc
<naobsd>
sorry, it's time to leave
<naobsd>
later
<arokux2>
ok
AstralixNB has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
nighty-_ has joined #linux-rockchip
RaYmAn has quit [Ping timeout: 245 seconds]
mac- has quit [Ping timeout: 240 seconds]
ssvb has quit [Ping timeout: 245 seconds]
mac- has joined #linux-rockchip
RaYmAn has joined #linux-rockchip
wigyori has quit [Ping timeout: 240 seconds]
wigyori has joined #linux-rockchip
ssvb has joined #linux-rockchip
arokux2 has quit [Remote host closed the connection]
AstralixNB has quit [Read error: Connection reset by peer]
GriefNorth has quit [Ping timeout: 260 seconds]
hipboi has quit [Ping timeout: 260 seconds]
AstralixNB has joined #linux-rockchip
benja` is now known as benja
benja is now known as benja`
hipboi has joined #linux-rockchip
rz2k_ has joined #linux-rockchip
<rperier>
rock-chip guys seem to have problems with authorship and the "signed-off-by" label ^^
<AstralixNB>
You'll probably never fit a mic and headphone at the same time, connectors are not aligned properly, connector on all four sides.
<AstralixNB>
Bigger micro-USB housing of the cable will cover the button below
<AstralixNB>
And buttons on two sides of the board... So seen from someone who likes to cover his electronics in neat little housings this is a nightmare.
<arokux>
AstralixNB: they do not think about this.. they just CLONE & SELL
<naobsd>
arokux: TRM may not explain form of software such as 1st loader, 2nd loader
<arokux>
naobsd: that is right.
<AstralixNB>
Yes, I know
<AstralixNB>
Sorry, could not resist...
<arokux>
naobsd: is there rk software that understands mask boot rom USB protocol?
ganbold__ has joined #linux-rockchip
<naobsd>
arokux: all RK official tool knows how to handle mask rom mode
<arokux>
naobsd: has anybody tried to RE the protocol?
<naobsd>
personally, most difficult thing is NAND physical access. protocol is easy, but I don't know how to make data properly e.g. ECC, bad block handling, etc
ganbold_ has quit [Ping timeout: 255 seconds]
<naobsd>
we still can't flash RKxxxxLoader.bin via rkflashtool
<arokux>
naobsd: i.e. how to write RKxxxxLoader.bin to NAND with rkflashtool, right?
<naobsd>
arokux: yes
<naobsd>
arokux: more specifically, as I said there are 2sets of "DDR init and loader" in RKxxxLoader.bin
<naobsd>
arokux: "my implementation" can transfer first set "for USB boot from mask rom"
<naobsd>
arokux: but 2nd set "for flashing to NAND" cannot be handled
<arokux>
naobsd: the 1set is for copying to RAM and booting from there, right?
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
<naobsd>
well
<AstralixNB>
there are many people doing something on RK SOCs, I am not sure, what will bring the most benefit to the thing
<AstralixNB>
so if someone starts (restarts) into Rk SOC devel, what will be best thing to do first?
<naobsd>
probably many user want bug free RK 3.0(or fully functional) kernel
<AstralixNB>
Yes, but bug free often is linked to the application itself...
<AstralixNB>
Are there general bugs known that affect all / most users?
<naobsd>
I can understand it and I want to fix bugs if possible, but I'm not sure using time for 3.0 is really good
<arokux>
users and hackers have different interests
<naobsd>
I guess many of "XXX doesn't work" is "I don't know how to do XXX properly"
<AstralixNB>
Ah... in that case I am more of a user as I want to use my devices...
<naobsd>
anyway, 3.0 should have a lot of bugs
<AstralixNB>
Yes, but which?
<AstralixNB>
I see some things, that are not implemented, but I use the 3.0.36+ for desktop linux now for about a week and it works pretty cool
<naobsd>
but it will be good to use time for mainline
<AstralixNB>
Surfin, compiling even OpenJDK7 and Eclipse work fine
<AstralixNB>
Ya, sure, but then we're off of any GPU and VPU accelleration
<naobsd>
I'm using 3.0.36+ desktop some monthes on my job
<AstralixNB>
But the users want to have fast Video and 2D accel
<AstralixNB>
I guess most benefit over all will be to support a kernel that makes 2D and VPU availablel, whichever name it has
<naobsd>
"support feature which runs on Android but not run on Linux" is also one of important things
<naobsd>
personally I have interest to run mainline Linux/u-boot
<AstralixNB>
Yes... ugly decision of RK to make slim interfaces in kernel and do the rest in Android
<AstralixNB>
Me too!
<arokux>
and me :)
<AstralixNB>
and I have at least 3 other people
gb_master has joined #linux-rockchip
<AstralixNB>
... correct 4 other people, arokux, that prefer linux desktop
FreezingCold has quit [Ping timeout: 272 seconds]
<arokux>
AstralixNB: it is not decision by RK, it is by ARM
<AstralixNB>
nope
<AstralixNB>
arokux, I am talking of 2D and VPU not MALI
<arokux>
oh, this is separate, ok.
<arokux>
so MALI isn't needed to play video at all?
<AstralixNB>
a small part of MALI is 2D too, but I am talking of IPP and VPU units in the chips that are bought and licensed by another company
<AstralixNB>
no, MALI hasn't anything to do with video
<naobsd>
RGA/IPP thing may be relatively easy (compared to video decoders/encoders)
<AstralixNB>
right
<naobsd>
and useful for general 2D accel
<AstralixNB>
Yes
<naobsd>
well, btw,
<naobsd>
I'm not leader, I cannot talk things like "our big goal"
<AstralixNB>
no, but pulling on the same string puts more energy into it...
<naobsd>
what I can do is only "what I can do now", sometimes I try mainline thing, sometimes try u-boot, sometimes ...
<AstralixNB>
me too
<AstralixNB>
for me the whole thing is judt for fun and hobby. no commercial interests. And somtimes programming uboot can be sort of a holiday from programming kernel drivers :)
<naobsd>
this is the reason I cannot answer question like "what should we do for future?"
<AstralixNB>
Hmmm. But it doesn't make sense someone starts into something that someone else has already almost done.
<naobsd>
of course I'm tying to think about it now...
<AstralixNB>
arokux, let's copy that list and do the same job as they did :)
<arokux>
:)
<arokux>
sunxi.org wiki is very nice
<AstralixNB>
I need to ask something about the emac thing, rperier
<arokux>
I wrote some pages too
<naobsd>
cleaning linux-rockchip.info is one of todo...
<naobsd>
don't believe it w/o confirmation...
FreezingCold has joined #linux-rockchip
<AstralixNB>
I can help... I have login
<arokux>
there is/was a problem with rk.org
<naobsd>
I prefer "need understanding/confirmation before publishing", but it seems it's not common :(
<arokux>
it belongs to olimex. their employees were deleting some stuff hipboi was adding about radxa. so hipboi created separate wiki for radxa
<arokux>
sunxi.org belongs to community
<naobsd>
currently I own linux-rockchip.org
<rperier>
AstralixNB: yes I am here
<rperier>
:)
<AstralixNB>
hmm... I can understand, cause olimex and rk build sort of the same thing
<arokux>
AstralixNB: and radxa you mean
<arokux>
naobsd: so they transferred the right to you?
<AstralixNB>
rperier, I am discussing an EMAC thing and need your verification
<naobsd>
hipboi owned linux-rockchip.org
<arokux>
naobsd: I do not think so
<AstralixNB>
rperier, the EMAC should be able to handle a multi-head PHY, is this right?
<naobsd>
olimex own linux-rockchip.info
<naobsd>
please see _info_ _org_ part carefully
<arokux>
naobsd: ah, ok
<arokux>
yes yes, sorry
<AstralixNB>
rperier, so I can add a dual-phy to the RGMII of the RK3288 and have later eth0 and eth1 in linux?
<naobsd>
generally ethX unit number is assigned to MAC, not phy
<arokux>
naobsd: ok, so everything I said applies to *.info
<naobsd>
arokux: I see
<AstralixNB>
If there are some discrepancies according linux-rockchips.or and .info I can try to act as the counselor ...
<AstralixNB>
normally yes, but adding a dual-head phy to an RGMII gives 500MBit/s worst case. Putting second GBE to USB will result in less then 200MBit/s
<AstralixNB>
And technically it is possible to handle each head of a phy separately as they have their own buffers.
<arokux>
naobsd: and so the wiki was split... and olimex still didn't bring anything to market. radxa being the main dev board which should have produced nice wiki if community were managed properly
<naobsd>
I can prepare mediawiki on my server (if someone want)
<AstralixNB>
ah, not another entry point
<naobsd>
I'll prepare dl.linux-rockchip.org on my server. wiki is only one exception not hosted/managed by me(us)
<naobsd>
e.g. we cannot update mediawiki
<naobsd>
admin rights on wiki is too weak ;)
<AstralixNB>
crewrktablets has a file-server too
<AstralixNB>
we have a blog we can add subdomains
<arokux>
crewrktablets o_O
<arokux>
tons and tons of ROMs and similar things
<AstralixNB>
hmm
<rperier>
technically if you have two different connection to each phy through your mii_bus, if you register a different structure through "register_netdev" for each device, I would say yes it possible, never tried personnally.... do your EMAC support this use case ? (for irq and etc)
<rperier>
did not play with rk3288 yet
<AstralixNB>
rperier, I do not know. I do not have any RK3288 devkit till yet. I just know that you ported emac code for RK3188, afaik
<arokux>
naobsd: is rk.info actually backed up? :)
<AstralixNB>
I guess the EMAC itself just gets the normal "Have Data" IRQ from the PHY as usual. But then the EMAC has to select the PHY head that has pending data by MDIO command.
<naobsd>
AstralixNB: ah, you asked about RK3288, it uses stmmac, not arc emac
<naobsd>
arokux: no idea
<naobsd>
(btw currently I don't have idea to leave something related to server/network resources to somebody)
<rperier>
AstralixNB: it's really specific to your to the MAC on your board and to the used driver
<rperier>
s/to your//
<AstralixNB>
actually I am just checking schematics of a new board, featuring RK3288 and I want to make sure that it is a better idea to use a dual-head PHY instead of putting the 2nd GBE behind a slow USB2.0
<naobsd>
(when someone said about "revive community", we didn't know who is owner. I had to spend some time to contanct owners. it's result of "leave things to somebody and don't care live or dead")
<hramrach_>
dual phy might be interesting driver challenge
<AstralixNB>
at crewrktablets we have moe than one admin for this case. So there is always someone around who can help, even the others are offline for a time
<hramrach_>
but it may happen that you put it on the board and it never works or it works but your board will be the only to ever have that feature
<naobsd>
I understand "I'm only one admin" is not good
<naobsd>
ah
<AstralixNB>
hramrach_ it is a problem many embedded SOC have. Either you buy a full features networking specialized SOC like Broadcom, Qualcomm or Marvell, but you don't get these in small values.
<naobsd>
AstralixNB: please make account public on github linux-rockchip group and join google-ml to support community
<naobsd>
I forgot to say it ;)
<arokux>
and so a common dev board usually cannot be used as a router!
<AstralixNB>
naobsd?
<AstralixNB>
waht do you mean?
<hramrach_>
I run router with USB Ethernet because upstrean is slow
<AstralixNB>
I am public, just skip the NB at the end of my name :)
<naobsd>
AstralixNB: I'm reorganizing linux-rockchip things. you are one of owner on github linux-rockchip group
<hramrach_>
but you can connect them to *anything* and turn it into a router
<AstralixNB>
hramrach_ having GBE on USB results in <200MBits/s, sharing one MAC over dual-head PHY may resuilt in <500MBit/s
<naobsd>
only me, arokux, julien, and karlp is public member
<hramrach_>
they do not suck so much with USB3, either
<AstralixNB>
but neither RK3188 nor RK3288 have USB 3.0
<hramrach_>
but rk in its wisdom decided to not include it
<naobsd>
linux-rockchip on github is currently only 4 people group ;)
<AstralixNB>
And they do not have PCIe or any other fast interface that can handle 1GBE of data
<arokux>
hramrach_: no dev boards under $100 around with usb3 are there any?
<AstralixNB>
naobsd, I am Astralix
<hramrach_>
don't think so. Exynos boards around $150 (which is btw the price of an rk3288 tv box) and A80 Optimusboard in special sale for arouns $100 (600 rmb on taoboa, presumably)
<AstralixNB>
NB is just for IRC as I am using two computers that are often online at the same time
<hramrach_>
but although merrii announced price cut from 999 rmb to 599 rmb the price tag on taobao still says 999
<AstralixNB>
If I need to have a different thing then I will buy a Marvell board. But I'd prefer to stay on the RK thing, just trying to make the best out of it.
<hramrach_>
I tried to stay with AW for a while but I realized that it's nonsense
<hramrach_>
If the board/SoC/vendor does not have the features look for another that does
<hramrach_>
and yes, marvell would be probably good
<AstralixNB>
Yes sure
<naobsd>
(ml is still almost dead, but I want to use there to talk dev things like here)
<hramrach_>
problem is community hardware for marvell does not exist anymore
<AstralixNB>
In that case I am just supporting someone who makes a new board for the open source world. I am not asking for a commercial thing I need in the near future
<karlp>
hramrach_: what features were you looking for that made you leave AW?
<hramrach_>
and taking apart random NAS boxes to see if you can make them work, and then fins that in 3 months they silently start putting completely different hardware in it
<AstralixNB>
naobsd, added myself seconds ago
<arokux>
hramrach_: why is sunxi nonsense?
<naobsd>
AstralixNB: really thanks
<AstralixNB>
naobsd, welcomed
<hramrach_>
sunxi community is nice but the hardware sucks
<hramrach_>
I am looking for at least half-decent tablet and/or desktop replacement
<hramrach_>
and so far none of SoCs cut it
<arokux>
hramrach_: so you mean A80 was too late? and no sunxi quad core either?
<hramrach_>
yes, a80 is late and has poor support
<AstralixNB>
hramrach_ that is why I restart in this community again as well. This over-optimized android rk, mtk and others privide just sucks. So I try to support linux desktop porting to RK3xxx as much as my free time allowes me to
<hramrach_>
the quadcores are reportedly useless.
<arokux>
actually I cannot understand people who use arm board as desktop. it is way too slow, isn't it?!
<AstralixNB>
not really
<hramrach_>
I do not own the quadcore hardware but users that do as plain tablet users complain about performance
<naobsd>
I don't think RK hardware/support/etc is good, I really like it
<hramrach_>
but comparing dulacore a23 to rk3188 you see that there really is a performance problem
<hramrach_>
and it's likely not in the number of cores
<naobsd>
RK3188 is faster than my old Pen4 single core (HT) machine...
<AstralixNB>
cross compiling AVR code of a larger project on notebook ubuntu: 3.6s ... lubuntu-desktop radxa rock: 36s ... notbeook windows 7: 42s
<AstralixNB>
Using eclipse on rock needs 2min to start but then it is not much slower than it is on the notbook
<rperier>
you can remove "on rock" because eclipse needs 2 min to start on all machines :D
<arokux>
hm.. I'd prefer an i5 or i7 workhorse :)
<naobsd>
lately I'm writing a code for some mips SoC, I'm testing mips binary on qemu on RR ;)
<AstralixNB>
And some slowiness is caused by missing 2D acceleration support and the fact that I am using a single fast SD card as rootfs and home drive
<naobsd>
arokux: I prefer too if I have it :)
<hramrach_>
yes, i5 and i7 is nice as desktop but not so much for tablet
<arokux>
AstralixNB: so your desktop is on an SD card, no SDD/HDD?
<naobsd>
I recommend intel box for someone who want perfect(?) desktop
<AstralixNB>
arokux: I do develop little devices directly connected to mains. Having a workstation that can be connected ground-free avoids exploding USB hubs and such
<AstralixNB>
arokux: yes, only a Sandisk Extreme 45/30MB/s SD Card
<hramrach_>
SD is quite good for small things
<hramrach_>
you can get fast SD cards
<hramrach_>
building a kernel on it may take a while,though
<AstralixNB>
RK3188 only supports up to 45MB/s as for faster transfer you need additional things in the host controller. RK3288 should be capable of doing 100+MB/s
<hramrach_>
AW can do ~ 10Mb/s
<hramrach_>
any card faster than class 10 is basically useless
<AstralixNB>
You can try to go 100MB/s if you solder fast DDR eMMC instead this ugly NAND
<hramrach_>
yes, presumably CT has a Chinese emmc as the nand
<arokux>
AstralixNB: does it come in same packages? :)
<AstralixNB>
Hehe, you have to reduce the naumbers on the cards by the marketing factor...
<AstralixNB>
I do have a no-name class 10 card and a samsung and some sandisks. There is a true difference in those cards. Regardless if you use them in a notebook or in the rock
<hramrach_>
there is no real difference when you use them in a CB
<AstralixNB>
SD comes in same package
<AstralixNB>
CB?
<hramrach_>
cubieboard
FreezingCold has quit [Read error: Connection reset by peer]
FreezingCold has joined #linux-rockchip
<hramrach_>
it was nice cheap board and at its price at the time it was good but its time is over
<hramrach_>
if you still have use for something that underpowered Olimex has Lime
<arokux>
hramrach_: GSM gateway :)
<hramrach_>
scanner network interface .. if it has enough ram to hold the scanned image or it can be sent over network in pieces
<arokux>
cubieboard is even more powerful that is needed... but i couldn't find anything cheaper
<hramrach_>
did not research saned enough
<hramrach_>
as for useful SoCs for interactive use I guess it's only exynos now :/
<arokux>
hramrach_: me? there is only rpi which is only slightly cheaper. it needs to have some usb ports and ethernet
<hramrach_>
A80 has poor graphics
<arokux>
hramrach_: rk3288?
<hramrach_>
and once tablets with USB3 become common rk3288 has lost
<AstralixNB>
I use the rock on a 47" Loewe flat screen at work and it is nice... You can surf and program without glasses :)
<AstralixNB>
hramrach_ there will always another thing that makes it better after a while
<hramrach_>
you should add Olinuxino Lime
<arokux>
hramrach_: true. it is not there.
<hramrach_>
it's one of the best low-cost boards available.
<arokux>
hramrach_: it is not cheap though - 43 EUR
<arokux>
hramrach_: olimex won't show taxes on there website until you pick country
<AstralixNB>
however, have to go now. see you all later these days
<arokux>
see you
<hramrach_>
for Europeans it's cheapest
<hramrach_>
for others other boards might be more attractive
<hramrach_>
but in general there is the a10 cut down version which is really cheap and the a20 version which is as good as the cheap stuff gets. Both from same vendor, same enclosure (sold from same vendor also)
<arokux>
hramrach_: which one do you mean?
<hramrach_>
Olinuxino Lime
Soopaman has quit [Ping timeout: 245 seconds]
<arokux>
hramrach_: lime is 52 EUR (with shipping), RPi is as cheap as 34 EUR with shipping
<arokux>
hramrach_: so 18 EUR difference!
<hramrach_>
you can get better shipping deals from a local vendor
Soopaman has joined #linux-rockchip
<hramrach_>
which is probably why your Pi turns out so cheap as well
<arokux>
rpi is cheap because of amazon
AstralixNB has quit [Ping timeout: 250 seconds]
<hramrach_>
ok, shopping for olimex products is not as streamlined as OneClick(tm) but it can be done at reasonable price
<hramrach_>
and you get board with useful features unlike RPi
<arokux>
hramrach_: oh, Olimex sells on amazaon too
<hramrach_>
so there you go. They also sell in a local store in this very city
<arokux>
hramrach_: where the company is located?
<hramrach_>
Olimex itself is located in Bulgaria or what it's called
<arokux>
hramrach_: so A10-OLINUXINO-LIME-4GB is 40 EUR on Amazon vs 34 EUR RPi. it is comparable now.
<hramrach_>
I always get those countries down there confused. One has Dracula and the other has Olimex
<arokux>
:)
<arokux>
I thought you are from one of those
<hramrach_>
would be even cheaper shipping I guess :)
<hramrach_>
and since you are listing boards up to $200 there would be some arndale kits if they weren't all sold out all the time, some new Odroid XU3 and the merrii A80 optimusboard
<arokux>
hramrach_: how about housing, what do you use?
<hramrach_>
whatever I can get. some boards are bare since the layout is so insane you cannot build a case around it, most in that sandwich plastic housing, and the awesome Lime in its original Olimex case
<arokux>
hramrach_: ... which they do not sell on amazon :(
<hramrach_>
nag tsvetan
<hramrach_>
or maybe it's even part of the default accessories
<arokux>
hramrach_: sorry, they do. 14 EUR
<arokux>
:D
cyrozap has joined #linux-rockchip
<arokux>
no, it is not
<hramrach_>
14 eur is a bit expensive
<arokux>
yes
<hramrach_>
I think it was much cheaper when bought directly from them
<arokux>
hramrach_: have you tried to print the housing? I have a 3d printer nearby i can use
<hramrach_>
Amazon sucks for small stuff I guess
<hramrach_>
I considered it but for the saner boards I have at least sandwich housing
<arokux>
hramrach_: from them it is 22 EUR :)
<hramrach_>
wihout shipping?
<arokux>
hramrach_: yes and tax
<hramrach_>
:s
<hramrach_>
last time I looked it was cheap
<hramrach_>
meh
<arokux>
hramrach_: the funny thing is lime and lime-4Gb is same price on amazon
<arokux>
hramrach_: with millions of rpi sold i'm asking myself if their price is justified...
<hramrach_>
they were underselling them to start with but maybe they started to make money on them. You would not say no to that, would you?
<arokux>
well.. i'm on consumer side this time, so the cheaper the better... for several years now RPi price wasn't beaten
<arokux>
hramrach_: you were right about local resellers. A10-LIME (without NAND) + original housing + tax and shipping = 46 EUR
c0d3z3r0 has quit [Ping timeout: 260 seconds]
c0d3z3r0 has joined #linux-rockchip
FreezingCold has quit [Read error: Connection reset by peer]
<hramrach_>
do you have some experience designing cases for 3D printing?
<hramrach_>
then you will probably need lots of plastic until you get it right ;-)
<hramrach_>
ok, that should do
<arokux>
hramrach_: ok, the best bet would be to buy LIME-4GB on amazon and then case elsewhere. LIME-4GB on amazon is same price as without NAND
FreezingCold has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
<arokux>
hramrach_: ok, just to leave it correct. with NAND it is not the same price. so LIME+BOX+tax+shipping=45.15 EUR.
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
hipboi has quit [Read error: Connection timed out]
<arokux>
hramrach_: what is the speed comparison NAND vs microSD?
hipboi has joined #linux-rockchip
ganbold__ has quit [Ping timeout: 255 seconds]
<arokux>
hramrach_: I've realized microSD card is needed, so LIME+microSD = LIME + NAND
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
bengal has joined #linux-rockchip
RayFlower has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
FreezingCold has quit [Ping timeout: 255 seconds]
alze has joined #linux-rockchip
<alze>
hello
alze has quit []
FreezingCold has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
arokux2 has joined #linux-rockchip
Soopaman has quit [Read error: Connection reset by peer]
Soopaman has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
<hramrach_>
hello
<hramrach_>
arokux: well, regarding nand vs microsd the speed on cb is about the same. could be different if they used different nand in lime but the limitation might be also on the SoC
<hramrach_>
nand will wear down and is irreplacable. microsd has unreliable contact so you might have system crashes/failures from the card simple being inaccessible
<hramrach_>
fullsize SD might be a bit better in this regard with larger contact surface and better leverage
FreezingCold has quit [Ping timeout: 260 seconds]
FreezingCold has joined #linux-rockchip
<arokux2>
hramrach_: I see
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
hipboi has quit [Read error: Connection timed out]
hipboi has joined #linux-rockchip
FreezingCold has quit [Ping timeout: 244 seconds]
FreezingCold has joined #linux-rockchip
Soopaman has quit [Quit: Leaving.]
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
gb_master_ has joined #linux-rockchip
nighty-_ has quit [Quit: Disappears in a puff of smoke]
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
Dandel has joined #linux-rockchip
<Dandel>
i have a factory firmware image for a rockchip rk3188 based tablet, and i was wondering how to unwrap it from the single large file.
gb_master_ has quit [Quit: Leaving]
gb_master_ has joined #linux-rockchip
gb_master_ has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
gb_master_ has quit [Remote host closed the connection]
srao_ has quit [Ping timeout: 260 seconds]
srao_ has joined #linux-rockchip
bengal has quit [Quit: Leaving]
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
ganbold_ has joined #linux-rockchip
arokux2 has quit [Remote host closed the connection]
arokux2 has joined #linux-rockchip
arokux2 has quit [Read error: Connection reset by peer]
arokux2 has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]