<hno>
specing, none of the 4 servers of ddg.gg listen to https port 443 (firewalled)
<mripard>
Turl: pong
<Turl>
mripard: I saw your gpio patches are in mainline
<mripard>
yes
<Turl>
mripard: and arnd sent a pull req including my dt patch
<mripard>
yes
<mripard>
but he also reverted it...
<Turl>
mripard: but I think they missed the gpio-controller; patch
<Turl>
oh
<mripard>
precisely because they missed the gpio-controller patch
<mripard>
and so our patches for the LED broke the build
<mripard>
I asked Arnd if we could merge it in 3.9-rc2, still waiting for an answer
<Turl>
ok then :)
<Turl>
mripard: on another news, I implemented apb1
<mripard>
I've seen Mike Turquette several time these past days, but I didn't have the occasion to ask him to review your patches :)
<mripard>
ah, great
<Turl>
mripard: I didn't actually test it fully as there's no user, but the clock reading indicates it's operating at 24Mhz - sourced from osc and all divisors set to 0
mSquare has quit [Read error: Connection reset by peer]
pcat has joined #arm-netbook
<libv>
ZaEarl: hah, so they are using the android binaries then
<libv>
ah, ok? really?
<libv>
hrm, what other advantage would basing things on android have
<roxfan>
hipness++
tinti has joined #arm-netbook
<mnemoc>
nah, it's just pragmatism
<libv>
it's the only way to get backing, indeed, there is no way that the device makers are going to port kernel/userspace to a unknown and unimportant infrastructure of a separate OS
<libv>
it does however, not help us at all
<libv>
it actually puts us further back
cnxsoft has quit [Quit: cnxsoft]
* mnemoc
nods
Dessimat0r has quit [Ping timeout: 252 seconds]
Dessimat0r has joined #arm-netbook
<RaYmAn>
they _only_ use the android parts to be able to use the android gralloc, hwcomposer & egl drivers
<RaYmAn>
(they use libhybris to call the bionic-linked libraries from glibc)
<rm>
typical ubuntu philosophy
<libv>
sure, but this makes it harder for us, proper linux users.
<libv>
there is even less push now to get binaries out for linux
<libv>
and this singles out us ARM GPU REers even more
<rm>
sacrifice every bit of sanity, correctness or any moral standpoint to make something that "kind of works" asap
<RaYmAn>
to be fair, ubuntu didn't create libhybri :P
<RaYmAn>
(aptly named, don't you think?)
<hramrach>
well, it makes sense to use the tested libraries in an emulation
<hramrach>
it's been done so many times for so many things
<jinzo>
also, I don't think their effort will produce anything meaningfull.
<jinzo>
Look at their TV "push"
<jinzo>
they lack focus, and manpower to do what they wish to do.
<hramrach>
maybe they are just trying out things to see what works and what fails
<hramrach>
nobody has all successful projects
<jinzo>
but they have a focus span of a 3 year old :/
<jinzo>
most of the sucessfull stories out there are from a continued focus and effort
<hramrach>
I can't blame them
<hramrach>
I have the focus span of 2yo ;-)
<jinzo>
Nobody can "blame them", but I think that they're walking the line when they're actually beneficial to the whole OSS community (and leeching on the other site)
<jinzo>
s/site/side/
<ibot>
jinzo meant: Nobody can "blame them", but I think that they're walking the line when they're actually beneficial to the whole OSS community (and leeching on the other side)
<hramrach>
+past?
<hramrach>
well, they can do what they want. they run their projects on their own budget so ..
<hramrach>
it's not like they owe anything to anybody
<jinzo>
not saying that, I'm just saying that the perspective OSS community has towards them (in relation, to let's say RH)
<hramrach>
plus I like to use Ubuntu build serversthey provide for free
<jinzo>
good for you, didn't say everything is bad - just saying that, in my honest opinion - they are not doing things (even remotely) right to succeed.
<hramrach>
not all Ubuntu/Cononical is useful bet they give more choice and raise some questions that would get overlooked otherwise, in general
<hramrach>
I guess that vital part of Ubuntu phone success or failure is the partnership with carriers
<hramrach>
the software even as it is no more lame than any other phone
<hramrach>
but you need the phone included in the plans and the support trained to set it up so users can actually use it
<hramrach>
without being kernel hackers
<jinzo>
I would say that's not the case. MS and Apple don't allow carriers close for a reason (not to mention that most carriers in europe don't do the shit US carriers do)
<hramrach>
canonical does not have its own stores throughout the world
<hramrach>
they need the carriers
<hramrach>
what MS phone is out there?
<jinzo>
ofcourse, but they don't need to allow carriers to botch up the software
<jinzo>
quite some, but MS is taking the bruteforce method mostly (throw a lot of money at it, for a lot of time)
<jinzo>
it kinda worked for them with the XBOX, now they're doing it for the mobile
<hramrach>
did not notice any MS phone
<hramrach>
but maybe they come, eventually
<jinzo>
oh, you mean a phone that's manufactured by MS itself?
<hramrach>
oh, you mean WinRT phone? that is on the way, hmm
<hramrach>
just completely useless
<hramrach>
maybe next version
<hramrach>
WinRT seems to be the WinVista of mobile
<hramrach>
well, all mobile windows was junk so far
<jinzo>
Like I said, they're throwing money at it with a showel. Canonical probably can't do that to the extent MS can.
<jinzo>
I don't think that matters, because all of the phones sold today are of a decent quality and do what 85% of people buy them for
<jinzo>
and they don't really care if it's Windows Phone 7 on it or Android
<jinzo>
or Ubuntu phone
<jinzo>
and Canonical should, in my honest opinion, target the people that do care
<hramrach>
I have yet to find a phone that does what I buy phones for - phone calls
<jinzo>
because the market for people that don't has some big ass gorillas in it (Samsung, Apple, Microsoft/nokia, even HTC...)
<hramrach>
jinzo: I think they are trying to aim for seamless experience Ubuntu Desktop - Ubuntu phone
<hramrach>
and are probably going to do better at it than MS
<hramrach>
because they are not going to just cripple the system for no reason
<Turl>
hramrach: do people call still in 2013? :O
<jinzo>
I own a 3 year old HTC Desire I got off a programming contest that a local carrier and HTC organised
<hramrach>
just many applications will be useless on the phone hardware but it's up to the people to not install and use those
<jinzo>
I'm running Android 4.2.2 on it (that's the latest) and I can SSH to it.
<jinzo>
I have to charge it every day, and it reboots occasionaly (out of thin air)
<hramrach>
Turl: yes, I do phone. not much but that's what I have a phone for
<hramrach>
yes, that's exactly why I don't want a 'smartphone'
<hramrach>
it's neither smart not phone
<jinzo>
but yes, my next phone will be something Nexus branded (or a sibling), because I love it how I can treat (not use per se) my phone as a PC
<jinzo>
I also noticed how my life is better if I don't anwser all of my phone calls :D
<jinzo>
and how people learned that I prefer a SMS/E-mail, so I can read/respond/think it over when I actually have time
<jinzo>
ok, I'll end my monologue, sorry :
<hramrach>
well, you get that with a tablet + bluetooth phone as well
<hramrach>
and the tablet is better at being smart and the phone at being phone, then. Or you can pick one that is
<jinzo>
or use the Asus thingie :D
<jinzo>
(The tablet in which you can input/store the phone)
anunnaki has quit [Ping timeout: 264 seconds]
anunnaki has joined #arm-netbook
kaspter has quit [Ping timeout: 264 seconds]
von_fritz has quit [Ping timeout: 264 seconds]
ganbold_ has joined #arm-netbook
nicksydney has joined #arm-netbook
Ershov has quit [Quit: Ershov]
Jef91 has quit [Remote host closed the connection]
fossxplorer has joined #arm-netbook
<fossxplorer>
Hi folks
cnxsoft has joined #arm-netbook
<fossxplorer>
Is there any Android stick coming with quad core other than GK802?
<fossxplorer>
sky770, hey
MMlosh has quit [Quit: Bye...]
<RaYmAn>
probably
<fossxplorer>
Any news/rumors about any devices?
<hramrach>
any decent rk3066 device?
<hramrach>
it's supposed to have quad core graphics ;-)
<fossxplorer>
hramrach, rk3066 does have Mali 400 with quad core IIRC
<hramrach>
yes, quad core graphics
<fossxplorer>
I was interested in quad core CPU to get more CPU power :)
<fossxplorer>
rk3066 is behind the better mobile phone's CPU on the market :(
rellla has quit [Remote host closed the connection]
rsalveti|afk is now known as rsalveti
rellla has joined #arm-netbook
<hramrach>
fossxplorer: if you don't insist on stick format there is odroid u2
<fossxplorer>
hramrach, yeah i really like U2, but the problem is it's from Korea with shipping, custom tax here etc, costs too much
<xenoxaos>
i wish they could do a reseller in the US or something
<hramrach>
nono
<hramrach>
no resellers :p
pcat has quit [Read error: Connection reset by peer]
maethorechannen has joined #arm-netbook
<buZz>
fossxplorer: there will be a odroid coming with exynos 5 ;)
<buZz>
for your rumorhunger
<buZz>
hopefully also exynos 5 octa
<fossxplorer>
Oh, great!
* buZz
wants big.LITTLE
ZaEarl has quit [Ping timeout: 264 seconds]
<fossxplorer>
Sounds awesome! Looking forward!
<buZz>
me too :)
<fossxplorer>
:)
<buZz>
have to upgrade my laptop :) 8 core laptop sounds awesome
<fossxplorer>
Oh yes!
<fossxplorer>
With low power hungry CPUs
<Gumboot>
I think the usual configuration will be four cores.
<buZz>
yeah
<Gumboot>
Switching between fast and slow.
<Gumboot>
sorry.
<buZz>
both cores are 100% compatible
<Gumboot>
Switching between speedy and efficient.
<buZz>
can run the exact same code
<buZz>
guess they will also share cache
<buZz>
i hope virtualbox or vmware will adopt these new ARM virtualization extensions
<fossxplorer>
Looks like exynos 5 dual got Mali T604 :)
<Gumboot>
There's a whole bunch of extra compute, too.
<Gumboot>
Have the OpenCL drivers come out, yet?
<buZz>
doubtfull
hg_5 has joined #arm-netbook
<Gumboot>
I heard rumours, that's all.
<specing>
buZz: Not sure about those, but Qemu will :)
<Gumboot>
But compute is at the very least supported via Renderscript. So there's at least proof of principle there.
<buZz>
nice :)
<specing>
Im not sure why everyone uses virtualbox
<specing>
Qemu smashes it in every single benchmark
<buZz>
easier configuration
<specing>
+ Qemu can emulate pretty much everything in existance
<hramrach>
virtualbox has nice clickety UI
<hramrach>
works easily on Windows
<buZz>
hmm
<hramrach>
the UI is slow as hell, especially on Windows, and does not work with absolute input devices
<buZz>
i still have a qemu binary here compiled for armv6 to throw on my phone, with a win95 image :P
<hramrach>
but who cares? Click! Click!
<specing>
There are UIs for Qemu
<hramrach>
but they don't work
<hramrach>
nobody usees them so they never get fixed
<specing>
Heh
* specing
likes command lines
* Gumboot
suspects he might not have been using qemu because he didn't know what it was for.
* specing
suspects Gumboot's suspicion might be correct
<Gumboot>
I only knew about its user-mode emulation, and had some vague awareness that it was used in Android builds and Android development.
<Gumboot>
Can it do ARM on ARM efficiently?
<Gumboot>
Heck... can it even do x86 on x86 efficiently?
<hramrach>
yes, with the virt extensions
<hramrach>
arm has virt extensions on A15 or so
<buZz>
and on A7
<Gumboot>
What if you don't have those? It's impossible, or just inefficient?
<buZz>
inefficient
<Gumboot>
Oh, my question is a tree.
<Gumboot>
Inefficient but supported, or inefficient and unsupported?
<buZz>
the former :)
<Gumboot>
one more branch...
<Gumboot>
Inefficient as in emulated, or inefficient as in natively executed code but with more overhead than hardware virtualisation would require?
<buZz>
that i am not sure of
<specing>
I think it does JIT
<specing>
"dynamic translation" sure sounds like it
<Gumboot>
I guess the general idea is that the JIT might get a lot thinner and so the boundary between emulated and unemulated gets kind of fuzzy.
<specing>
Gumboot: try with -enable-kvm and -no-kvm and see ;D
<Gumboot>
I'm starting to wonder if I have a solution for running Android apps on an ARM tablet running Linux.
<Gumboot>
Last I saw the ARM whole-machine emulation on x86, which came with the Android SDK, was pretty terrible. I'm wondering if an ARM host would improve that.
<buZz>
well there are some tricks for running android apps within windows etc, might be easy enough to pull something like that into linux
<buZz>
this one (smaller than original one) and another that is bigger
<L84Supper>
tooling is the big expense, but if we 3d print the enclosures then there's no real big expense
<buZz>
i think the bigger one is not so hackerfriendly
<L84Supper>
i can see about buying their enclosures and keyboard
<L84Supper>
but will that be of any benefit?
<L84Supper>
are the connectors in the right places?
<L84Supper>
is there a battery?
<buZz>
not all lapdocks have connector in the same place
<buZz>
because designers are morrons
<L84Supper>
tell me about it :)
<buZz>
i have a lapdock for droid bionic, connectors are _reversed_ from the lapdock for atrix 4g
<buZz>
its ok cause i just use cables to connect a cubieboard, but still ...
<L84Supper>
if there is a current device available with an enclosure and keyboard = battery we can use then protos could be in a few weeks when I have some time
<buZz>
lapdock has a battery
<buZz>
i can run cubieboard on 100% cpu and sata disk for about 6 hours
<buZz>
and screen turned on
<L84Supper>
is there any other than the motorola?
<buZz>
no
<buZz>
not that i know
<buZz>
if you need a betatester, i am very willing ;)
<buZz>
BEYOND willing
<L84Supper>
heh
<buZz>
i have been hunting for a 3D model of the phone ment to dock with my lapdock
<buZz>
but just found one design, that charges 40 usd for the model
<buZz>
pff
<L84Supper>
we could make it work with any dongle or phone with USB and HDMI
<buZz>
yes
<buZz>
it should be a breakout board to make the connectors common
<L84Supper>
or a choice of connectors for the soldering iron impaired
<buZz>
yes
<buZz>
also be sure to add a power breakout
<buZz>
not all boards get their power over the same connector as they get USB clients
<L84Supper>
this could be more mainstream than hacker, with hacker support
<buZz>
hacker and prosumer is blending more and more each day
<L84Supper>
it would just need a selection of dongle/adapters for different devices
<L84Supper>
yeah, this is pretty easy
<L84Supper>
good thing i also make 3d printers big enough to print enclosures this size :)
<buZz>
;)
<buZz>
my printer is just 18x16x10cm volume
<buZz>
but the next will be bigger :P
<buZz>
21x27x30cm probably
<L84Supper>
this would use SLA or inkjet
<L84Supper>
or both
<buZz>
not so tough or durable
<L84Supper>
good thing i also make photopolymers :)
<buZz>
you _make_ photopolymers?
<L84Supper>
yeah
<buZz>
i think we need to talk about getting a bucket of your stuff :P
<L84Supper>
and inks and fluids for printed electronics
<buZz>
hackerspace buddy of mine is making a UV projetor at the moment
<buZz>
and plans to work with photopolymers after that
<buZz>
bucktownpolymers are just photopolymers from printing presses
<buZz>
we can get those cheaper locally
<L84Supper>
nope
<buZz>
why are they Cyan, Magenta, Yellow and Blue then ;)
<buZz>
eh
<buZz>
Black
<L84Supper>
they make hundreds of formulas, the ones at that link are tweaked for SLA
<buZz>
well then we will just go local ;)
<mnemoc>
L84Supper: they mostly have all male full size hdmi, and mini-usb for the otg
<L84Supper>
as long as I don't have to touch any software :)
<L84Supper>
mnemoc: all the same gender?
pcat has joined #arm-netbook
<buZz>
some have female full size hdmi
<mnemoc>
but full male/male cables are easy and cheap to get
<mnemoc>
devboards are full female too
<buZz>
there are also hdmi genderchangers ;)
<buZz>
you could also give the option of putting female or male plugs on the board
<buZz>
if possible
<L84Supper>
so the doc would need 1 mini-usb male and 1 hdmi male, additional gender changes would be the option
<L84Supper>
to make it really popular you should try to make it as easy as opening the box and plugging it in
<L84Supper>
the hackers would be a small subset of the customer base
<L84Supper>
but it would support all
<mnemoc>
i wasn't thinking in "open to plug"
<L84Supper>
it just needs easy access for mods
<mnemoc>
just to stick
<L84Supper>
and the USB dongle shouldn't just flop around
<L84Supper>
it could be a low budget approach using hook and loop to secure it to the rear of the doc, or a more elaborate "pen/cage" in the rear that would secure it for portability
<L84Supper>
how about use with smartphones? is there any sanity yet for the video connectors?
<L84Supper>
mini or micro USB is pretty standard, but how about HDMI?
<mnemoc>
there are mhl to hdmi/usb cables
<L84Supper>
there are several laptop snap in keyboard vendors
<mnemoc>
it's impossible to be perfect for every case, but it's possible to make it easy for most cases
<L84Supper>
yeah, just trying to see how far to go
<L84Supper>
while keeping it simple
<L84Supper>
dongles are cheap or easy to make
<L84Supper>
if they are just gender changers, breakout etc
<mnemoc>
as they are aimed as "tv sticks" they'll keep full hdmi
<L84Supper>
low temp and pressure molding equipment makes it easy, 3d printing makes it even easier
<mnemoc>
and all dev boards are coming with full hdmi (but female) too
<L84Supper>
I meant passive dongles, the soc dongles are actually not too complicated either
<mnemoc>
3g modems and pendrives?
<L84Supper>
so an ARM dongle could power a lapdoc or a tablet
<buZz>
lapdock doesnt need power
<buZz>
it has a battery
<buZz>
it powers the device hooked up
<mnemoc>
the lapdock powers the stick/board
<L84Supper>
cpu power (brains), not electrical power
<mnemoc>
yes
<L84Supper>
we are on the same page, just using different terms :)
<L84Supper>
we are printing parts as tough as ABS
<buZz>
:P
<buZz>
ABS is not tough, its bendy
<mnemoc>
one gives usb keyboard/mouse and ther other doesn't
<L84Supper>
if i can't find a lapdoc case we can print them
<buZz>
Polycarbonate is tough
<L84Supper>
depends on how you want to define it
<mnemoc>
it needs to be strong to be worthy
<mnemoc>
bending netbooks were unusable because of that
<L84Supper>
I'm not concerned about the polymers
<L84Supper>
it won't be bendy
<mnemoc>
my main concern is (electrical) power :)
<mnemoc>
mostly because I don't understand how those things work :|
<mnemoc>
12V -> LiPo -> 3.3V/6A+
<L84Supper>
working on something now with a modulus in the 10's of Gpa
<buZz>
12V -> charger -> lipo -> regulator -> 3.3
<mnemoc>
and that can be done without much complexity without harming the battery when used plugged to the wall?
captainigloo has quit [Quit: Lost terminal]
<L84Supper>
power supply is not an issue
<mnemoc>
great to hear :)
<L84Supper>
lots of batteries to choose from as well
<mnemoc>
was fearing to have some "WTF?"s in there
<mnemoc>
it was written based on my wishlist as mere user
<L84Supper>
they killed the lapdocs
<L84Supper>
and now Google brought them back
<mnemoc>
they made them 1) expensive, 2) crappy screen, 3) phone-model-specific
eebrah has joined #arm-netbook
<L84Supper>
phone and tablet vendors don't want to cooperate, they would want some deal to have a 3rd party lapdoc
<L84Supper>
mostly involving some large sum of cash heading their way and control of the product
<L84Supper>
but with your way all the ARM dongle makers can get in the deal
<L84Supper>
and if we leave enough room the dongles can be larger to support 4-9-16 core devices as they arrive
<L84Supper>
and >1GB DDR3
<buZz>
what about the devboards!
XenGi_ is now known as XenGi
<L84Supper>
now to convince a dongle maker to add SATA
<mnemoc>
buZz: devboards can connect with two cables, no adapters. and the "charger usb port" is there to feed their extra needs as for a sata
<L84Supper>
buZz: have to see what I can find first off the shelf for this vs building everything
<L84Supper>
actually I'd just have to publish a dongle design with SATA and they would arrive in a few weeks
<mnemoc>
buZz: and any other spare usb port should be 0.5A
<mnemoc>
it was so depressing allwinner removed sata from the A10S
<L84Supper>
I haven't kept up, whats the A10s?
ZaEarl has joined #arm-netbook
<mnemoc>
L84Supper: an small A10 for dongles and settops
<L84Supper>
smaller package, fewer pins?
<mnemoc>
BGA336 14x14mm
<L84Supper>
are the older A10's still available?
<buZz>
cubieboard
<mnemoc>
L84Supper: yes. and the A20 is pin compatible
<L84Supper>
ok
<mnemoc>
L84Supper: A20 = A10 with dual cortex-a7 and dual mali400
<L84Supper>
this would also support dongles using Exynos, Rockchip etc etc
<mnemoc>
L84Supper: yes
<buZz>
didnt A20 drop SATA support?
<mnemoc>
buZz: no, it has it
<buZz>
ah sweet
<buZz>
is tom already working on cubie2 with A20?
<mnemoc>
buZz: it's intended as a drop-in replacement PCB-wise
<L84Supper>
we should leave room for a 2.5" sata and connector
<mnemoc>
buZz: it's said the A20 is not "taped out" yet
<buZz>
ah ok
<buZz>
just engineering samples
<mnemoc>
L84Supper: you mean the rail to house it within the lapdock and with the connectors pointing outside?
<L84Supper>
Droid Bionic lapdocs vary in price
<mnemoc>
L84Supper: or power it inside the lapdock and only passthrough the sata?
<mnemoc>
L84Supper: they are all officially deprecated and sold "under cost"
<L84Supper>
mnemoc: something like that, just so that it can support SATA as an option, maybe a snap on, powered by the doc and only with SATA for signals
<mnemoc>
sexy idea
<L84Supper>
if they are officially gone then I might be able to find their old supplier
<L84Supper>
and tooling
<mnemoc>
\o/
XenGi is now known as XenGi_
<L84Supper>
they probably got stuck with parts, unused enclosures and hardware
<L84Supper>
the tools are probably gathering dust on a shelf until they are recycled for scrap
<L84Supper>
are there any lapdocs on alibaba or similar sites, they may point the way to the source
<RaYmAn>
they haven't really done any indepth stuff other than the ubuntu devices page
<RaYmAn>
and then of course, one can look at the source.
<buZz>
pff digging through ubuntu's mediaforest looking for developer info
<RaYmAn>
phablet.ubuntu.com
<hramrach>
mediaforest :DD
alcides has quit [Quit: > SELECT * FROM users WHERE clue > 0]
<mripard>
Turl: I wouldn't want to use the dtc preprocessor stuff
<mripard>
at least for bindings as simple as the one you're doing
<mripard>
but it's great you got something working :)
<mripard>
send what you did as follow-up series
<mripard>
not part on the one you already submitted
MMlosh has joined #arm-netbook
user135 has joined #arm-netbook
<Turl>
mripard: I don't think it'd be too friendly to read "<&axi_gates 5>"
<Turl>
but then it's a write once and never touch thing
<mripard>
it's not less friendly than the interrupts number, or pin banks/number, and so on
<Turl>
mripard: this is what I got so far, let me know if the dt bindings look right http://sprunge.us/MUNS?diff
<Turl>
mripard: also, we opened #linux-sunxi for sunxi specific talk, feel free to join us there :)
hg_5 has joined #arm-netbook
<user135>
hi, I'm following this guide: http://linux-sunxi.org/CWM_on_a_SDCard and I'm trying to locate script.bin for my device, but I don't know where it is. Could anyone point me in the right direction?
<Turl>
it's on the nanda partition on nand
<user135>
I'm not sure how to mount that. :/
ZaEarl has quit [Read error: Operation timed out]
<user135>
oh, found it
<user135>
thanks
<user135>
:)
vinifm has quit [Quit: Saindo]
<mripard>
Turl: looks great to me
<mripard>
but like I was saying previously, i would be great if you could do a v2 of your patches pretty quick, try to focus on that
<mripard>
and don't merge the apb1 and gates into it, keep the same features
<mripard>
just address gregory's comments, and send it
user135 has quit [Ping timeout: 264 seconds]
user135 has joined #arm-netbook
mripard has quit [Quit: leaving]
mripard has joined #arm-netbook
arokux has quit [Remote host closed the connection]
arokux has joined #arm-netbook
arokux has quit [Remote host closed the connection]
<mripard>
mdp: you should join #linux-sunxi too :)
arokux has joined #arm-netbook
<Turl>
mripard: I already squashed the basic apb1 into the early patches, but I think it'll be better, as it's another user of factor clock
<Turl>
I'll submit the onecell stuff as a separate patch so the rest can go in sooner
<mripard>
yes
<mripard>
try to keep your patch series with a fixed feature set as much as possible
<mripard>
if you keep adding new features as the reviews continue, it's a nightmare :)
tinti has quit [Remote host closed the connection]
tinti has joined #arm-netbook
tinti has quit [Ping timeout: 248 seconds]
hg_5_ has joined #arm-netbook
hg_5 has quit [Ping timeout: 256 seconds]
hg_5 has joined #arm-netbook
hg_5_ has quit [Ping timeout: 255 seconds]
Dessimat0r has quit [Ping timeout: 246 seconds]
Dessimat0r has joined #arm-netbook
user135 has left #arm-netbook ["Leaving"]
hg_5 has quit [Ping timeout: 252 seconds]
hg_5 has joined #arm-netbook
arokux has quit [Remote host closed the connection]