<focus_it>
has interview with arm talking about ubuntu
<focus_it>
may be chip makers soon to support ubuntu
focus_it has quit [Client Quit]
<ZaEarl>
we can always dream
<xxiao>
for phones it's no longer about the OS, it's all about apps
<ZaEarl>
I agree. It's been that way for a very long time. That's one reason I laughed at the original iPhone that had no app support. They wisely changed that.
<ZaEarl>
Fortunately, there's so many portable/open source apps that if Ubuntu is well supported, there will be a great selection of apps pretty quick.
<ZaEarl>
Ubuntu has a long way to go to have a good touchscreen UI.
Jef91 has joined #arm-netbook
<xxiao>
unity is kind of touch-screen friendly, at least comparing to gnome
stefanro1 has joined #arm-netbook
stefanro has quit [Ping timeout: 255 seconds]
<Jef91>
xxiao: unity is trash on touch screens
<Jef91>
Get some e17 goodness :)
rz2k has quit []
<toxicpsion>
Jef91: mhm... i thought i was the only one :P.... 's peppy for only 512M on mine :)
dyoung-away is now known as dyoung
<Jef91>
toxicpsion: I use e17 on all the things :)
<Jef91>
it is very snappy/pretty coming in under 100MB of ram generally.
bsdfox has joined #arm-netbook
tinti has joined #arm-netbook
tinti has quit [Read error: Connection reset by peer]
rsalveti has joined #arm-netbook
rsalveti has quit [Ping timeout: 264 seconds]
clyphox has quit [Quit: leaving]
<xxiao>
haven't used e17, is there a e17buntu?
<xxiao>
:)
voronaam has quit [Quit: Leaving.]
rsalveti_ has joined #arm-netbook
rsalveti_ is now known as rsalveti
dyoung is now known as dyoung-away
dyoung-away is now known as dyoung
eebrah has quit [Read error: Connection reset by peer]
dyoung is now known as dyoung-away
DEAT has joined #arm-netbook
servili007_ has quit [Read error: Connection reset by peer]
DEAT_ has joined #arm-netbook
DEAT has quit [Ping timeout: 272 seconds]
vgrade has quit [Ping timeout: 252 seconds]
bsdfox_ has joined #arm-netbook
bsdfox_ has joined #arm-netbook
aholler_ has joined #arm-netbook
bsdfox has quit [Ping timeout: 265 seconds]
aholler has quit [Ping timeout: 244 seconds]
lerc_ has joined #arm-netbook
lerc has quit [Ping timeout: 265 seconds]
gsilvis has quit [Read error: Connection reset by peer]
gsilvis has joined #arm-netbook
ph0en1x has joined #arm-netbook
<ph0en1x>
hey all
<ph0en1x>
so i'm looking for some guidance on next steps... i've successfully built an sdcard from the sunxi-bsp git repo, used a linaro precise rootfs, and got it to boot into X on hdmi
<ph0en1x>
i noticed that it's currently lacking wifi and using fbdev
<ph0en1x>
(mk802ii)
ph0en1x has quit [Read error: Connection reset by peer]
<rm>
I'm debating with myself should I gamble on this or not
<mnemoc>
in the worst case you'll get a refund very soon
<rm>
U-host is worse than other sticks (and than the MK802)
<rm>
1) it always uses the mini-USB socket for power, meaning you only have one USB usable left (have to include an external hub pretty much for any use)
<rm>
2) where the UART is on the board, is not known
<RaYmAn>
sure, but it's 20$
<RaYmAn>
:P
<rm>
but for $20 I'd get five :D
<rm>
it can't realistically be $20, not on DX
<rm>
on the other hand, what gives this some credibility is the fact that it's not a new listing, but an older one
<rm>
that's just got the price changed
<RaYmAn>
well it's not like they can change price and charge you more without you agreeing to it
<RaYmAn>
rm: also, it can't possibly be worse than mk802 original :Æp
<RaYmAn>
:P
<rm>
yeah but it is
<rm>
on both of those points
jquip has joined #arm-netbook
jquip has quit [Client Quit]
<rellla2>
ordered two, too ;-)
<rm>
okay, ordered
xman has joined #arm-netbook
<mnemoc>
:)
xman has quit [Quit: Ex-Chat]
<andoma>
there arn't any HDMI dongles with A31 around yet?
<oliv3r>
A31 stinks!
<andoma>
because?
<oliv3r>
A20 is going to be more usefull I think
<orly_owl>
due to powervr?
<oliv3r>
A31 uses the powerVR gpu
<oliv3r>
the A20 uses 2 mali 400's
<oliv3r>
I wonder when a mele A20 comes out when/if
<datagutt>
powervr… what a stupid decision
<datagutt>
they got a market of developers
<datagutt>
then they choose powervr for their next gpu
<datagutt>
cpu*
<oliv3r>
they are hoping the market of developers won't care/notice and think the market of developers will handle/cope
<mnemoc>
as they and their customers only care about cheap pre-cooked android, pvr was probably cheaper than mali 450
<oliv3r>
and that
<oliv3r>
just had a little talk here at work; a lot of companies just want to push hardware, and forget that software is just as important if not more important then the hardware
<oliv3r>
yes, you need hardware to run the software, but with crappy software, the hardware is useless
<mnemoc>
they make things to be sold today and to be trashed after their next product in 6 months
<datagutt>
Once a new version of android is out
<datagutt>
they release a new cpu
<datagutt>
with support for that version
<mnemoc>
long term, mainline, linux, .... aren't relevant to their business model
<oliv3r>
sad chinese vendor
<datagutt>
amlogic is more open ain't they
<datagutt>
i heard good about them
<datagutt>
but most tv sticks are rockchip
<oliv3r>
lkcl: speaks very badly about them, being horrible gpl violators and not caring
<datagutt>
rockchip is terrible for developers
<datagutt>
so much hacks
<oliv3r>
been playing with AVR's latly, it's a blessing to read those docs in comparssion to above chips
<datagutt>
does not even have proper cwm that can flash boot.img
jquip has joined #arm-netbook
<rm>
I'm waiting for an AMLogic tablet
<rm>
chose that over RK3066
<rm>
because Rockchip sucks
<RaYmAn>
Why? other than their stance on open source :P
<rm>
that alone is more than enough
<rm>
however while I was under impression that AMLogic is better, it might be not by much
<datagutt>
RaymAn: i know some cm devs
* mnemoc
is waiting for allwinner's A20
<datagutt>
they are porting cm to iii
<datagutt>
and god so many problems
<RaYmAn>
datagutt: who?
<datagutt>
they are samsung cm maintainers
<datagutt>
codeworkx
<RaYmAn>
yeah, i did see them discuss it a bit
<RaYmAn>
their issues are mostly with RK using weird boot.img headers "security"
<datagutt>
Yeh
<datagutt>
they do have CWM now tho
<datagutt>
so they made progress
<RaYmAn>
from what I've seen, the kernel source for 3.0.8 seems pretty clear
<focus_it>
if so it must release something to the open source world
<focus_it>
the akash launches has been riddled with corruption - so may be it may never happen
<jinzo>
focus_it, I don't know in what world you live in but... :D
<focus_it>
jinzo: did I say something?
<focus_it>
is the akash so laughable?
<jinzo>
yeah, "must relese something to the open source world"
<jinzo>
there're a lot of companies shipping stuff without _any_ source drops
<focus_it>
spoil sport!
<focus_it>
:)
<jinzo>
:D
<focus_it>
back to the drawing board.
<jinzo>
alas I see there was some amlogic debate.
<jinzo>
are they really more open?
<RaYmAn>
I doubt it, though they seem to be slowly improving, where allwinner seems to be slowly degrading
ssvb has joined #arm-netbook
mSquare has joined #arm-netbook
<focus_it>
Allwinner latest CPUs are supporting windoops 8 - probably means micro$osft has sneaked in and ordering Allwinner to batten down the hatches with NDAs
mSquare1 has quit [Ping timeout: 240 seconds]
<jinzo>
doubt it, they probably jumped the ship. And they'll have to do 2 different versions anyway
<focus_it>
and its not beyone micro$oft to pay money to force them to stop work on competing platforms
<jinzo>
or have a different boot rom/whatever
<focus_it>
micro$oft turns up, open source suffers - pattern repeats
<focus_it>
jinzo: they might might pay over the odds to rope in remaining developers within the company
<focus_it>
3 for $18.80 each + $1.70 - thats good!!
<jinzo>
:D
<jinzo>
I'm ordering one too, let's see :D
<focus_it>
Does it have serial port pads like MK802?
mSquare has quit [Ping timeout: 240 seconds]
<rm>
not really
<rm>
it has USB host pins inside
<rm>
maybe these can be reconfigured to UART using a special .fex
mSquare has joined #arm-netbook
<focus_it>
sigh.. I got 2 of cubies boards coming to play with first, I want to power those up on 18650 batteries and see how they fare. Then I got two MK802 already and see how they fare on 18650. Then I got some robot servos coming and see if I can make a humanoid kondo like robot and power it up with one of those computers and a serial link - and make it talk with espeak! :-)
<buZz>
then why do you sigh?
<buZz>
too much toys? :D
<focus_it>
At $18.80, I can make the humanoid + make it talk for about $200.
<focus_it>
sigh! TOO MUCH!!
<focus_it>
:)
<buZz>
i wonder if that U2 thingy really has a A10 inside
<datagutt>
a10s?
<datagutt>
or maybe mtk lol
<buZz>
my only other guess would be rockchip, seeing as they call it U2
<focus_it>
Overview states 1.5GHz A10/Cortex A8, Android 4.0
<buZz>
does a 1.5ghz A10 even exist?
<jinzo>
it could be RK3066 or A10 - but they could be clearing A10 stock
<jinzo>
would make perfect sense
<jinzo>
buZz, every A10 on china sites is labeled 1.5
<jinzo>
because they add all the frequencies
<andoma>
:)
<jinzo>
nonsense ofcourse, but - who would understand them.
<jinzo>
andoma, how's showtime going?
<andoma>
jinzo: it's ok . i wassa gonna start using it myself.. that's why i bought the new mk802+ devices
<andoma>
but first i need to be able to boot them into linux
<jinzo>
+? that's with A10s?
<andoma>
yeah
<jinzo>
damn those numbering
<andoma>
and i've not been able to locate any UART pads on the PCB
<jinzo>
:/
<andoma>
but i'll give it some more bashing tonight
jquip has quit [Ping timeout: 252 seconds]
ganbold__ has joined #arm-netbook
ganbold_ has quit [Ping timeout: 255 seconds]
rsalveti has joined #arm-netbook
focus_it has quit [Quit: Leaving]
mSquare1 has joined #arm-netbook
mSquare has quit [Ping timeout: 272 seconds]
mSquare has joined #arm-netbook
mSquare1 has quit [Ping timeout: 272 seconds]
hg_5 has quit [Read error: Connection reset by peer]
popolon has quit [Quit: Quitte]
<jukivili>
bah.. now stage/sunxi-3.4 does not even boot up anymore, no fbcon, no wifi, nothing
<RaYmAn>
bisect to the rescue?
mSquare has quit [Ping timeout: 240 seconds]
hg_5 has joined #arm-netbook
mSquare has joined #arm-netbook
<jukivili>
:S .. I guess there's no other way
mSquare1 has joined #arm-netbook
mSquare has quit [Ping timeout: 272 seconds]
<mnemoc>
jukivili: try reverting the last commit. usb host unification
<jukivili>
hm.. I submitted it
<mnemoc>
jukivili: sun4i or sun5i?
<mnemoc>
:)
<mnemoc>
nice to see more contributors joining irc
<mnemoc>
before the A31 announcement there was a lot of guessing about the A10 successor
<mnemoc>
the A40 banners were made by manufacturers, not by allwinner
<rm>
wtf my xorg segfaults with the displaylink driver!
<rm>
it used to work :S
<mnemoc>
rm: broken by the stuff on the stage branch?
<provel_>
what about exynos? missing sata it needs more usb but seems good, isn't it?
<mnemoc>
yes, it's good
<buZz>
> The A31 was initially rumored to be called the A40 instead.
<rm>
mnemoc, no
<provel_>
will the A31 have the same media engine as A10?
<mnemoc>
but, as the A20 is basically a 2x A10.... maybe... maybe there is a A40 been a 4x A10
<mnemoc>
provel_: in theory. no one has got any sources for the A31 yet
<mnemoc>
a 4x A10 only needs to be an A20 with quad-a7 instead of dual-a7
<provel_>
ok... but if it's cedarx then allwinner will need to give something beterr than actual binaries
<buZz>
doubt they will :(
<mnemoc>
but allwinner is focused 100% in selling the A31 currently
<jukivili>
mnemoc: I was copying old broken kernel image.. stage-3.4 work fine :P
<mnemoc>
jukivili: \o/
<Yaku>
i ordered an arduino, it would be so nice if one of those producers could design something like an cubiesberrypiestick
<Yaku>
and that would actually become popular, but since i am a programmernoob i better don´t get started with anything that doesn´t have a community already
<mnemoc>
removing ethernet and sata from the cubieboard and using an A10S instead of A10 you get hdmi stick size
<Yaku>
and with the stick in the tv it´s then even possible to switch the lights from the tv, if everything works out as it should
<Yaku>
i really have to understand technology better rather then to consume it...
<mnemoc>
understanding the tools you use has been removed from the education systems almost everywhere :<
<mnemoc>
world sucks
<buZz>
its better to be the suckee than the sucker
<hramrach>
there aer too many tools you need to use
<buZz>
;)
lerc_ has quit [Ping timeout: 248 seconds]
<buZz>
ppl just need to stop expecting to learn anything usefull at school, just like before
<hramrach>
yeah, school it for dumbing down people. if you survive long enough there without becoming an idiot you are called professor
<mnemoc>
*g*
<bsdfox_>
I haven't touched my A10 in a month. Has the issue with PLL6/sata been resolved?
<mnemoc>
seems so
Quarx has quit []
<mnemoc>
i haven't touched mine in 2
<bsdfox_>
I want to use my mele to play music or video while I ride my trainer but thus far it seems inadequate
<buZz>
did you try android? :)
<mnemoc>
sata seems to work fine. hdmi/edid is improving. but some people has ethernet syncing troubles, getting no link or 10HD the first time. mii-tool on /etc/rc.local solves it
<datagutt>
also partition layout seems to differ in android and recovery
<RaYmAn>
doesn't matter much - you rarely use mtdblock directly, you use names :)
<datagutt>
they set mtd in fstab even though they are using emmc
<datagutt>
that is seriously messed up
<datagutt>
"nand driver says "mtd", in real it'S emmc and in their recovery.fstab it's named mtd xD"
<RaYmAn>
are you sure it's emmc?
<datagutt>
cody is pretty sure
<RaYmAn>
I don't see why you'd ever use an mtd driver if you have emmc.
<datagutt>
i am not the one developing but i follow their discussions
<datagutt>
RaYmAn: the device is very weird
<datagutt>
lot of strange things have been done :P
<RaYmAn>
I had a peek at the nand driver and it looked pretty decent
<datagutt>
Might be rikomagic that did strange stuff
<datagutt>
not sure
<RaYmAn>
however, I'm pretty sure it's a really poor idea ot use mtdblockX devices on mtd devices.
<RaYmAn>
There's almost always a name attached to mtd devices (when configured by cmdline at least), so it's much saner to use those
<bsdfox_>
looks like some guys are working on a freebsd port for a10
<mnemoc>
bsdfox_: that's ganbold
<bsdfox_>
was catching up on my mailing lists
drachensun has joined #arm-netbook
Kraln has joined #arm-netbook
voronaam has joined #arm-netbook
* rm
is building a 3.4 kernel \o/
<techn_>
ssvb: great patches
<mnemoc>
techn_: Acked-by are welcomed
<rm>
soooo it doesn't compile :S
<rm>
drivers/built-in.o: In function `usb_msg_center':
<rm>
staging.c:(.text+0xe2100): undefined reference to `sw_usb_device_disable'
<mnemoc>
rm: stage/sunxi-3.4 or plain sunxi-3.4?
<rm>
plain, it seems
<rm>
I did checkout sunxi-v3.4.19-r0
<mnemoc>
I use -r0 to mark the "just after merging the latest stable"
<mnemoc>
there are a few fixes after it
<mnemoc>
<mnemoc>
50a1451a8a2ede7689d0ccdd90d88c13455111bb is sunxi-3.4's head
<mnemoc>
probably should add a new -rN before merging the stage branches
<andoma>
is there a tool that allows read from nand over the fel interface?
<andoma>
i spose not
<mnemoc>
nope
<RaYmAn>
andoma: primarily because no one has made it
<RaYmAn>
everything to do it should be available afaik
<rm>
wtf o.o
<rm>
I do "git checkout sunxi-3.4"
<rm>
and it's version 3.0.52
<mnemoc>
sounds like you made the branch wrong :p
<mnemoc>
git reset --hard origin/sunxi-3.4
<nemik>
with Google requiring licensing for the Youtube app, it is not possible to distribute it in custom devices, does anyone know of a player for Android that could do Youtube videos?
hg_5 has quit [Read error: Connection reset by peer]
<nemik>
mnemoc: thank you, but that would download a video first, then play it, right? i'm looking for something i could just play a video as it's buffering. basically an open source version of Google's youtube player. I found one but it is no longer working and appears abandoned (https://code.google.com/p/android-youtube-player/)
<mnemoc>
it can play directly too
<mnemoc>
but not open source, and against the terms of service
<mnemoc>
funnily the tubemate author works for G :p
<nemik>
haha ok, then it probably won't work, i'll look elsewhere. thank you though
<rm>
nah, still doesn't compile
<mnemoc>
it compiles fine here (tm)
<rm>
perhaps I am enabling something in my .config
<rm>
or not enabling something I should :S
<mnemoc>
try the defconfig
<rm>
where's the fun in that (tm)
<mnemoc>
then you can polish it
<mnemoc>
rm: :)
<rm>
CONFIG_USB_SW_SUN4I_UDC0 <- this
<rm>
=y in defconfig, wasn't in mine
<mnemoc>
rm: can you play with stage/sunxi-3.4 instead?
<mnemoc>
need to get feedback for merging them
<rm>
I'd like to get a 3.4 kernel that compiles and boots
<rm>
and perhaps after that move on to stage
<mnemoc>
ok
<mnemoc>
fair enough
<rm>
or I wouldn't be able to tell if it's a stage problem or a general problem
<mnemoc>
sure
<mnemoc>
+1
hg_5 has joined #arm-netbook
lkcl has quit [Ping timeout: 255 seconds]
<tTTttt>
what is the point of that eoma thing?
<tTTttt>
why does it use pcmcia form factor?
<tTTttt>
wouldn't bare pcb with edge connector be cheaper and more robust?
drachensun has quit [Read error: Connection reset by peer]
<mnemoc>
tTTttt: the point is to make them user replaceable/exchangeable
<tTTttt>
how hard would it be to open such card?
<tTTttt>
does the pcb simply slide out of the case?
<tTTttt>
i mean pcmcia case, not the device into which pcmcia card is inserted
<tTTttt>
if those pcbs don't need to be populated with components on both sides, covering single side of pcb should be simple, and with edge connector on one side, on the other side some piece of plastic could be added to cover hole through which card would be inserted
<mnemoc>
the pcb is rigid within the pcmcia frame, maybe even glued all around (for thermal dissipation)
<tTTttt>
that is evil
<tTTttt>
so you'd make it for users and forget about developers
<mnemoc>
that's up to the card maker
<tTTttt>
if such card would be supposed to support many architectures inside, sometimes connectors on the card itself could be useful
<mnemoc>
on the user facing side there is room for a bunch of connectors
<mnemoc>
the rest is supposed to be hidden inside the device
<tTTttt>
i have a pcmcia card to which i've lost dongle, i had to solder wires inside it, and it's a real pita to get inside, even bigger to close it back
<mnemoc>
lkcl's eoma68-a10 prototype has expansion pads, but that doesn't need to be the case for other modules
<tTTttt>
on connectors such as pcmcia, inserting a card that would have connector slightly off, or clogged one connector would destroy the connector inside the device
eebrah has joined #arm-netbook
<tTTttt>
pcmcia is evil by design
<mnemoc>
reusing connectors is one of luke's core principles for eoma
<mnemoc>
he even patented the idea...
eebrah has quit [Ping timeout: 248 seconds]
<tTTttt>
but that's not reusing connectors, but reusing standarized interface connectors
<mnemoc>
yes, bad phrasing on my side
<tTTttt>
that's simply stealing standarized connector designs, and those standards use their own connector designs for a reason
<rm>
oh, and let's see if it reboots properly, because the Mele didn't
<mnemoc>
the reboot thing is in u-boot
<mnemoc>
the first dram initialization after reboot fails, so u-boot had to learn to retry
<rm>
...and yes it does
<rm>
nice, XZ-compressed kernel is a megabyte smaller
<mnemoc>
tTTttt: yes, but allegedly more expensive than reusing
<tTTttt>
rm, doesn't it boot longer with xz?
hg_5 has quit [Ping timeout: 248 seconds]
<mnemoc>
the A10 runs at 300MHz at that point
<mnemoc>
doubt the diff is notizable
<tTTttt>
it isn't when init scripts take much longer
<mnemoc>
sunxi-v3.4.19-r1 and sunxi-v3.0.52-r1 tags pushed.
<tTTttt>
and if you have init scripts that take much longer, then most likely there is lots of stuff that are run during that time, which take much space, which means that that one megabyte wouldn't be noticeable either
hg_5 has joined #arm-netbook
<mnemoc>
tTTttt: iirc the key for pmcia and cf was the $ per replug more than the $ alone
<mnemoc>
where custom or so-dimm headers have very limited replugs, CF and PCMCIA have "a ton"
<rm>
but then they changed the shipping model from MCS7830 to ASIX
<rm>
both should work, but one person reported a stability problem with ASIX
<slapin>
rm: about switch?
<slapin>
rm: I have lots of unstable bad quality USB NICs, I need stable one
<slapin>
hramrach: it first tastes very sweet (too sweet) then cyanide taste comes
<hramrach>
lol
<rm>
I use a D-Link DIR-100 in the VLAN switch mode
<rm>
and actually the MK802 is my 'secondary' router (handling IPv6)
<rm>
the primary one is TP-Link 703N
<rm>
also has one ethernet
<rm>
so the switch is handy there too
<hramrach>
I prefer honey wine. comes without cyanide. At least usually
<slapin>
rm: I handle ipv6 on my primary and only dreamplug, but it has very low power wifi and I can't find place where to solder external antenna, so I need to make something ad-hoc, as my tv mk802 doesn't like slow connections
<rm>
oh, antenna :D
<rm>
for wifi I have one more router :D
<slapin>
rm: OMG
<slapin>
rm: I have some tplink there, tiny one from ebay or aliexpress, without antenna, too. I know where to solder external antenna only to mk802 as it is obvious.
<rm>
yeah, could consolidate functions of the two OpenWRT ones into the larger one, but due to handling wifi it sits in the middle of my flat, and it's not UPSed there
<rm>
which is a bad thing for the main internet router
* mnemoc
hopes rooter.is leaves the vapour phase during this life
<slapin>
rm: is it possible to make wifi roaming work with with OpenWRT + mk802, or something on mk802? will it work with debian on dremplug + uap?
<rm>
I read a little about it
<rm>
and afaik it's supposed to simply work
<slapin>
mnemoc: vaporware is waporware
<slapin>
rm: so just name AP the same and hope for best?
<rm>
as long as you have multiple APs plugged into the same wired Ethernet segment, and set identical SSID and identical password on all of them
tinti has joined #arm-netbook
<slapin>
rm: aha, that's cool...
<slapin>
rm: will the following config work: mk802 wifi in AP mode (does it work?) SSD=s1 + USB wifi in client mode to SSD=s1, to get connectivity?
<rm>
slapin, not repeater, I mean just get yourself a powerful WiFi router and not bother with a lot of antenna-less devices in multi-AP mode or whatever
<slapin>
rm: i like power of my dreamplug
<rm>
sure keep it
ZaEarl has joined #arm-netbook
<slapin>
rm: I'd prefer to keep it as primary router, as it has 1GHz armv5 + 512MB RAM and runs of usd ofwhatever size
<rm>
the router would be for dumb ethernet to wifi bridging
<rm>
and you would disable wifi on the dreamplug
<rm>
at least that's how I'd do it
<slapin>
rm: I have troubles with wires here
<ssvb>
techn_: hi, thanks :)
<slapin>
there is no infrastructure for wires, and I hate doing wires mayhem
<techn_>
Those different pixel depths still was left on my todo list.. but nice that you started to tackle them
<slapin>
I use wireless (LTE) as uplink, and have most network needs in one place, but my wife occasionally uses laptop and mk802 attached to tv, which is in different room
<techn_>
ssvb: did you try 1bit, etc modes?
<slapin>
rm: so I'd like to avoid wired connections at all costs.
<ssvb>
techn_: no, I just wanted to get rgb565 working right, but it turns out to be only a tip of the iceberg
<ssvb>
techn_: and I still need to implement proper DRI2 support first, and only then move to XV and RANDR :-/
<ssvb>
techn_: but from the practical point of view, only RGB565 and XRGB8888 are really important
<techn_>
ssvb: I was thinking that since you fixed that conver_bitfield function.. those others should work also :/
<techn_>
only by removing that check_var functionality
<techn_>
but you cant remove that set_par.. since it actually can modify things
<techn_>
but it's currently limited to scaler mode only
<ssvb>
I already did remove set_par
<ssvb>
works fine, can't change resolution/depth as expected (any input to "fbset" is ignored)
<techn_>
.. hopefully I'll finish this dynamic timings support soon.. then it will be really needed
<techn_>
ssvb: as I said current code changes resolution if you have scaler mode set on
<ssvb>
techn_: ok, that's good to know
<RaYmAn>
this freescale i.mx6q quad core thing seems absolutely awesome.. Great docs, android & linux sources (as git format-patch style patches) , source for mostly everything vaguely relevant (except egl, and similar. gralloc & x11 drivers are available)
<techn_>
oh.. and that colorspace changing wont work also?
<ssvb>
techn_: if set_par is removed, surely colorspace change will not work
<ssvb>
techn_: but if it is there, I can change between 16, 24 and 32 bpp at runtime (without scaler mode)
* RaYmAn
attempts to resist the urge to order some device with i.mx6q
<Turl>
RaYmAn: there's some mk802-looking one :P
<RaYmAn>
Turl: yeah, considering it
<rm>
hmm, G2D is not used today with fbdev driver on Mali right?
<RaYmAn>
at least the hi-802 has easy UART
<rm>
RaYmAn, they seem overpriced now
<RaYmAn>
yeah, just came out
<RaYmAn>
Hence why I'm trying to resist the urge :P
<RaYmAn>
well, overpriced
<RaYmAn>
it is quadcore 1ghz with quad gpu :>
<ssvb>
techn_: if you have set_par, then check_var is also needed because it makes the decision about which formats/resolutions are allowed and which are not
<RaYmAn>
but yeah
<rm>
I wonder can I disable CONFIG_SUN4I_G2D
<rm>
and gain 16MB of RAM, and still have graphics
<ssvb>
techn_: check_var just needs to be updated to allow all the configurations which work properly and deny everything else
<slapin>
hno: are you available?
<ssvb>
techn_: it might be actually not very difficult
<ssvb>
techn_: are 16bpp formats really not supported in scaler mode? I mean is it a hardware limitation or a software bug?
<Yaku>
rm: you use linux for routing on ur mk802 or any routerdistro like openwrt/tomato ddwrt ?
<rm>
Yaku, Debian
<techn_>
ssvb: hw limitation
<rm>
I have enough of those OpenWRT routers (two)
<techn_>
ssvb: one moment
<rm>
hate doing anything more than trivial wifi/ethernet bridging or IPv4 NAT/firewall on OpenWRT
<rm>
tried to set up IPv6, ran out of space in that laughable flash long before I installed ipv6-kmod/ip6tables/radvd/dhcpv6/....
<slapin>
rm: get decent router, with at least 8MB flash - openwrt + ipv6 = success at work
<techn_>
ssvb: ^ only those formats are supported :/
<slapin>
rm: but I agree - if you can install debian - it is better to install debian
<techn_>
ssvb: but you can use normal layer as input for scaler layer.. which does the csc
<rm>
mnemoc, have you removed the USB unification from stage-3.4?
<Yaku>
i ordered an netgear wndr4000 before christmas which should have arrived when i am back home, i saw there is ddwrt support but it´s facinating what the sticks or the mele can do
<Yaku>
especially since it seems possible to have multiple nics to it
<Yaku>
but guess all those things stay on curiousity stage due too lack of competence on my side
<mnemoc>
rm: it was re-added after some Kconfig adjustments
<mnemoc>
rm: last commit
<ssvb>
techn_: thanks, I'll try to to experiment with it a bit
<rm>
mnemoc, I have two trees, one from earlier this evening has CONFIG_USB_SUNXI_COMMON=y etc
<rm>
but the current one only has CONFIG_USB_SW_SUN4I_*
<mnemoc>
uhm
<ssvb>
techn_: can we change the scaler mode at runtime?
<rm>
mnemoc, or nevermind
<mnemoc>
rm: sure it's stage?
<rm>
it was stage, but from some older point in time
<ssvb>
techn_: if the user wants 16bpp mode which matches monitor resolution, then just set it and disable the scaler
servili007 has joined #arm-netbook
<techn_>
ssvb: I think you can use scaler layer with disp ioctls.. but I think cant change framebuffer chain on fly :/
<techn_>
ssvb: ah.. on kernel space you could change that mode
<techn_>
infact I tried that .. and it worked pretty well :/
<techn_>
but gotta sleep..gn
<ssvb>
techn_: ok, see you later
mdasoh_ has quit [Quit: Leaving]
<mnemoc>
rm: you have a tl-wdr4310 or a tl-wdr4300? the first seems to only support 802.1a
<rm>
4310
<rm>
openwrt says both have the "Atheros AR9580 5GHz 802.11an" for the 5Ghz stuff
<slapin>
rm: does it supports g?
<rm>
yes, it has two separate WiFi NICs
<rm>
one for the usual 2.4Ghz b/g/n, and one for 5 GHz
<mnemoc>
have you tested the 5GHz?
<mnemoc>
if only it had a little more flash.... it looks like an awesome device beside those 8M
<rm>
no, I don't have any 5 GHz devices
<rm>
(client devices)
<slapin>
rm: does 5GHz one support 5.9GHz move for 80211p?
<rm>
no idea
<rm>
mnemoc, well you could plug in an USB flash stick into one of its USB ports
<Turl>
there's passthrough ones too so you don't need to lose a outlet
<Turl>
s/a /an /
<ibot>
Turl meant: there's passthrough ones too so you don't need to lose an outlet
<mnemoc>
.oO
<ManoftheSea>
mnemoc, which revision of mali did you point me at a hwpack for? I'm deciding I need to compile xf86-video-mali, and the rhom-wiki says 2-4