<The-Compiler>
hno: tried uboot-mmc I think (not sure if the newest one) as well as stock uboot.
<The-Compiler>
didn't have time to mess with my Mele much since then yet, I wish it had a battery :P
<mSquare>
Having touch screen issue, in dmesg seeing, "ctp_fetch_sysconfig_para: name ft5x_ts does not match CTP_NAME. Goodix-TSgoodix_ts_init: err"..
<mSquare>
any clue/direction on how to resolve it?
<Turl>
mSquare: figure out which touchscreen you really have, for a start
<Turl>
mSquare: load the stock firmware and start rmmod'ing stuff until touchscreen no longer works
<mSquare>
Turl: ok..
<mSquare>
Turl: when i rmmod ft5x_ts, touch stopped responding..
repvik has joined #arm-netbook
Quarx has joined #arm-netbook
<Turl>
mSquare: then enable the FT5X driver on your kernel
calris has quit [Ping timeout: 245 seconds]
<mSquare>
Turl: Have enabled FT5X driver on the kernel.. & in logcat seeing.."Device reconfigured: id=3, name='ft5x_ts', surface size is now 800x480, mode is 1"..
Mazon has quit [Read error: Connection reset by peer]
Mazon has joined #arm-netbook
cat_n9 has joined #arm-netbook
<Quarx>
techn_: hello, i tested your spi lcd patch. it works fine
sspiff has quit [Remote host closed the connection]
jlj has joined #arm-netbook
Quarx|2 has quit []
Quarx|2 has joined #arm-netbook
ssalevan has joined #arm-netbook
ssalevan1 has joined #arm-netbook
ssalevan has quit [Ping timeout: 244 seconds]
hipboi has quit [Read error: Connection reset by peer]
sspiff has joined #arm-netbook
sspiff has quit [Changing host]
sspiff has joined #arm-netbook
Quarx|2 is now known as Quarx
Simon_G has joined #arm-netbook
pawel5870 has quit [Ping timeout: 245 seconds]
paperCrab has joined #arm-netbook
pawel5870 has joined #arm-netbook
<paperCrab>
hello everyone, just want to say that I hope the best for your project, for long free and cheap computing devices have been my interest, with them knowledge can be brought to the mass, providing free information for everyone. So, keep up the good work :)
mSquare has left #arm-netbook [#arm-netbook]
<jelly-home>
amen
<paperCrab>
also I will lurk here for awhile, just for my curiousity
RITRedbeard has joined #arm-netbook
<xxiao>
Hallelujah
<Turl>
feel free to, that's what IRC is for :P
orly_owl has quit [Ping timeout: 248 seconds]
rellla has quit [Quit: rellla]
orly_owl has joined #arm-netbook
pawel5870 has quit [Quit: Leaving.]
pawel5870 has joined #arm-netbook
<paperCrab>
one thing I am still wondering though, is that how will the EOMA-68 be shipped? Or it is just too early to say talk about that?
<paperCrab>
I am living in a 3rd world country, so it is really hard to get my hand on product such as this or the rpi (or many other ARM-stuff)
<specing>
I wasn't aware there are two additional planets being inhabited by humans
<mnemoc>
paperCrab: the first eoma68 a10 card just got schematics, but it's too early to know about shipping
<paperCrab>
okay, I will wait and keep my hope
<mnemoc>
paperCrab: but as for inexpensive cortex-a8 devkits (with pins to play) you can also buy one of olimex a13-olinuxino or (if lucky) one of the 65 cubieboard/512 prototypes
<rm>
or just an mk802!
<rm>
who need pins anyway :p
<mnemoc>
:)
<mnemoc>
without the need for pin I would still suggest a mele first
<mnemoc>
pins*
<rm>
yes
<rm>
considering they might not have HDMI displays on that planet
<paperCrab>
let'm see... well, to be honest, that is still a bit too expensive for me :|
<paperCrab>
I am still an university student with no stable source of income
<mnemoc>
the cubieboard is the cheapest cortex-a8 devkit you can find
<paperCrab>
when intel released their atom CPU, I hoped that with Atom I can build a cheap computer for children in remote area so they can get in touch with technology, but they didn't deliver
<paperCrab>
I see
<mnemoc>
if you want a cheap linux computer and you have an hdmi display there are several tv dongle devices like the mk802
<paperCrab>
thank :), I should keep a list of them
<mnemoc>
depends a lot of what do you want the device for
<paperCrab>
say... browsing the web, reading book and listen to audio files, those are the main purposes, I think
<paperCrab>
better if it can stand some punishment and high humidity
The-Compiler has quit [Quit: WeeChat 0.3.9-rc1]
pwhalen has left #arm-netbook ["Leaving"]
The-Compiler has joined #arm-netbook
<mnemoc>
paperCrab: in that case you might want to look at hdmi dongle computers
<paperCrab>
okay :)
<mnemoc>
paperCrab: I thought you wanted to learn ARM stuff, not just use a cheap desktop
<paperCrab>
both, actually
<paperCrab>
mnemoc: the 'cheap' factor is for my dream
<paperCrab>
bringing computing to poor kids
<mnemoc>
and how cheap is cheap enough?
<paperCrab>
our income is 1k$/years, average
<paperCrab>
kid often < 1$/day
<paperCrab>
but of course, I won't ask them to buy it, but through the government (if I can convince the right people, though that is hard)
<mnemoc>
paperCrab: you didn't answer my question
<paperCrab>
or an NGO, which I know and is struggling to find a device to millions of poor kids
<paperCrab>
mnemoc: under 40$ is acceptable
<paperCrab>
although for those 3 above purposes, maybe it could be cheaper
<mnemoc>
40 is still too-low for cortex-a8 based devices
<mnemoc>
unfortunatelly
<paperCrab>
I see, well, better knowing it than not
<traeak>
tom needs to sell a cheap case and power supply with his cubie board
<traeak>
and he'd take away the mele market
<mnemoc>
traeak: he will sell cases
<traeak>
mounting holes, very nice
<mnemoc>
traeak: about power supply, afaik it will come with a usb cable
<mnemoc>
usb cable for the rounded 5V/2A connector I mean
<traeak>
ahh okay
<traeak>
since i'm lazy...is there fullvga control from the a10 or requires a separate chip?
<mnemoc>
traeak: native
<traeak>
so basically vga out woudl be availble but only through pins, not that it matters much
<mnemoc>
traeak: right, and same for lcd
<traeak>
probably some cihps on the bottom of the prototyp board? (a10 doesn't have native eth does it?)
<mnemoc>
traeak: is has a mac, a PHY chip is needed
<mnemoc>
it*
<traeak>
sure, so that's on thye bottom of the proto board
<L84Supper>
has Tom posted a mechanical drawing and/or 3d model of the board yet? It would be simple to generate a STL file that people could use to 3d print enclosures using their repraps and similar printers
<jelly-home>
or legos!
<traeak>
the pins out the bottom instead of the top
<L84Supper>
or somebody could spend a few $K on a cheap tool for injection molding
<mnemoc>
paperCrab: afaik eoma68-a10 prototypes will be ready in oct. you may want to talk with lkcl as I guess his laptop eoma68 io board can also be used to make cheap (massively) all-in-one computers for schools
<traeak>
just sad because the industry moves so quickly beyond "standards" like eoma
pawel5870 has quit [Quit: Leaving.]
<paperCrab>
mnemoc: thank you for your advices
<L84Supper>
paperCrab, whats wrong with the OLPC for your applications?
<paperCrab>
L84Supper: not cheap enough, that is one factor, secondly it looks somewhat toyish, that is the opinion of those who decides if we can use it or not
<mnemoc>
paperCrab: genesi has a similar project too... and looks less toyish
<paperCrab>
ahh.. right, I remember that
<steev>
sup
<L84Supper>
paperCrab, so they care about its appearance?
<steev>
ah right, yeah except we're out of stock mnemoc
<L84Supper>
and yet they want it for how much $?
<mnemoc>
steev: :<
<paperCrab>
my friend bought one of their computer, but via his friend in singagore
<paperCrab>
L84Supper: yes, sadly
<paperCrab>
and it was back in 2010, I played with one OLPC
<paperCrab>
hmm, can't remeber whose that OLPC was from
<L84Supper>
paperCrab, they sound a bit conflicted
<paperCrab>
L84Supper: well, I don't know... and for my plan, getting the right hardware is just the first step
<L84Supper>
there are A10 notebooks already on the market ~$80 quan 1
<paperCrab>
after that the software ( I guess I can deal with this) and then the most important is the internet connection
<L84Supper>
how many do you need? 100K, 500K?
<paperCrab>
L84Supper: too soon to tell, I am not the one in charge of anything, just that I know people who can make that a reality
<paperCrab>
but they aren't very technical oriented
<L84Supper>
paperCrab, where are you located? This scenario has been coming up for the past 10 years
<paperCrab>
Vietnam
<paperCrab>
you know, communism, agent orange and rice field
<L84Supper>
corruption always gets control
<paperCrab>
I know
<paperCrab>
surely they will find a way to profitting from this
<L84Supper>
look at the few attempts in India to make low cost computers
<paperCrab>
but as long as I can attain the goal, a bit... inefficiency is acceptable
<paperCrab>
also, I can rely on the foss communities here for support, writing software, providing training etc..
<paperCrab>
a few years ago we managed to get the state to sponsor foss translation
<L84Supper>
yes, on the software side it's pretty much "if you build it they will come"
pawel5870 has joined #arm-netbook
<paperCrab>
and, last few years there were several attempts to provide cheap computer for children, mostly intel atom-based computer
<paperCrab>
still, they cose 100$+, without monitor or any peripheral
<paperCrab>
costed*
<L84Supper>
sure, what did they expect with Intel?
<paperCrab>
I read somewhere that it costs intel 5$ to make one Atom processor, so I had some hope :)
<paperCrab>
sadly it was soon to be crushed
<L84Supper>
Brazil built a factory and used VIA C7's a few years ago, they had a <$100 PC that ran Linux, they built a few 100K of them
<L84Supper>
Intel doesn't sell anything low
<L84Supper>
thats their motto
<paperCrab>
VIA has some nice miniUTX boards too, but I can never get my hand on one of them
<traeak>
NOOOOOOO NOT VIA
<L84Supper>
VIA is dead
<L84Supper>
you don't want VIA, they keep shooting themselves in the foot
<paperCrab>
they have never been on my list, TBH, I am more interested in ARM
<paperCrab>
foss for the people, plus they can't install windows game on t
<paperCrab>
it*
<L84Supper>
the point was that if you really have the market and funding this is easy, except for the corruption
<L84Supper>
they needed a low cost PC in Brazil so they made them
<paperCrab>
the latter is quite crucial, I have seen many cheap computers given to the people only to play age of empire or half life
<L84Supper>
Freescale imx5 or 6 sounds like your best fit
<traeak>
i still hold out some hope for mips
<paperCrab>
L84Supper: I undestand, I am just a poor student, but a thousands miles journey starts with a single step
<traeak>
not at this time though
<paperCrab>
I have to start somewhere, right? :)
<L84Supper>
paperCrab, what you are looking for is nothing new
<paperCrab>
yes, I can understand that
<paperCrab>
but by coming here and listening to you and other advices, I have learned a lot, I appreciate that, and still I hope that one day that dream can be realised, preferrable with the help of EOMA-68 arch
* mnemoc
still thinkgs lkcl's "associates" should do an all-in-one desktop variant of their notebook
<mnemoc>
thinks*
<L84Supper>
paperCrab, another idea might be to start promoting a $40 ARM + Linux device and then watch Wintel swoop in to take over the action
<mnemoc>
L84Supper: that's probably the cubieboard :p
<paperCrab>
didn't they do that already.... I heard back in 2010 we mandated that word 97 .doc files and OASIS .odt to be the standard file format
<paperCrab>
after that we got an discount on MSO license
<L84Supper>
did you notice what they did with the OLPC and how they stated a windoze x86 notebook aimed at kids/schools
<paperCrab>
hmm, I did not care much about what they did aside from releasing atom...
<L84Supper>
so build a very threatening proto, market it to death, and wait for Wintel to buy you out
<L84Supper>
retire at 23 on the beach :)
<paperCrab>
that sounds like something that fits the PRC more than us, our manufacturing sector is very weak
<L84Supper>
it's picking up speed, more so with hand assembly and mechanisms
<L84Supper>
hasn't been recent investment by japan since the yen is so strong?
<traeak>
the way lkcl paints it that new SOC is an open source holy grail
<paperCrab>
corrupted state owned enterprises drained all the fund.... one recent example is vinashin, 5,4 billions of debt....
<paperCrab>
(in US dollar)
<paperCrab>
so these days, all we do is low tech stuff
<traeak>
payola, welcome to the third world
RITRedbeard has quit [Ping timeout: 260 seconds]
<traeak>
nice cubie case, shipping is probably killer on these
<L84Supper>
traeak, I don't follow the "progress" here that closely on the A10, did allwinner start sharing the video decode?
<traeak>
L84Supper: no lkcl posted a couple of times about a company that's coming out with an 8 core SOC which has a totally open instruction set including gpu type operations. it's probably MIPS based
<traeak>
L84Supper: ie: it's currently vaport
<traeak>
s/vaport/vapor/
<ibot>
traeak meant: L84Supper: ie: it's currently vapor
<traeak>
tom deserves a pat onthe back for the cubie
<mnemoc>
+1
<traeak>
oof, free shipping on the acrylic cas
<L84Supper>
traeak, yeah, well just consider the source
<L84Supper>
didn't xbmc try to work with the A10?
<traeak>
cedarx still WIP yet
<mnemoc>
L84Supper: gimli was working (behind closed doors) on it, but gave up
<traeak>
ouch, gave up
cat_n9 has quit [Ping timeout: 244 seconds]
<mnemoc>
but i can be wrong, i don't follow xmbc news
<L84Supper>
whats the latest story on Allwinner? Are they sharing all the source or not?
<mnemoc>
L84Supper: the kernel we have was GPLed. cedarx libraries are closed, as usual
<L84Supper>
mnemoc, so it's another almost open SOC
<L84Supper>
"So reality is, Allwinner was just kidding on us, nothing else." yeah I thought I saw this tread before
<L84Supper>
thread even
<jelly-home>
page 79 sounds like weeks ago
<L84Supper>
2012-08-17 13:28
<traeak>
hmm
<traeak>
and it seems the amlogic dsp is further along
<mnemoc>
in android people is using xmbc with mx player as external player
<traeak>
if its legal
<jelly-home>
wonder what MX Player uses itself
<mnemoc>
jelly-home: the native player
* jelly-home
clueless about android
<L84Supper>
wow "The joke continues : They told us that the date on their build server is wrong. The intresting fact is, that i got https://dl.dropbox.com/u/65312725/a10_decoder.tar.gz long ago from Tom Cubie.
<mnemoc>
jelly-home: mx uses native hw libs for all codecs supported, and fallback to software (neon in A10's case) for others
<L84Supper>
Guess what, same md5sum and file date. So at the end of the day, their support claim was a big fat lie."
<jelly-home>
mnemoc: ah, so hw libs work good enough _for them_
<traeak>
hmm...i would think tom cubie would be very interested in getting this last issue cleaned up
<jelly-home>
L84Supper: yes, we all read it
<traeak>
well aside from the stalled mali drivers
<traeak>
lima even
<L84Supper>
jelly-home, is that the current status?
<mnemoc>
jelly-home: yes
<jelly-home>
L84Supper: no, you can read further on, or read the logs of this channel, and read between the lines there _may_ be further developments, but xmbc people won't say a word until they have concrete working code
<L84Supper>
jelly-home, yeah skimming the list
<mnemoc>
all whinning based on gimli's closed work...
<L84Supper>
maybe Tom has the edge since he has the inside connections
<mnemoc>
hopefully someone will start doing libva bindings in the open
<jelly-home>
my understanding wasn't exactly <mnemoc>L84Supper: gimli was working (behind closed doors) on it, but gave up
<jelly-home>
but mnemoc probably knows better
<mnemoc>
i don't
<mnemoc>
i don't follow or care about closed work
<L84Supper>
similar to the Samsung quad core modules by hardkernel, one of the few that get to make modules
pawel58701 has joined #arm-netbook
pawel5870 has quit [Read error: Connection reset by peer]
<techn_>
Quarx: thanks for testing.. I'll do cleanup and after that pull request
<Quarx>
:)
<L84Supper>
so whatever happened to allwinner trading specs and SOC access for community support?
<Turl>
L84Supper: the exynos ones do have working code however
<mnemoc>
L84Supper: lkcl wants to wait until he can show a $real$ advange to them
<L84Supper>
heh
<L84Supper>
getting my shovel, oh well, it was nice to hear anyway
<mnemoc>
I have more hope in hipboi maintaining prebuilt libraries for us (because of the cubieboard) than on RT's associates's deals with allwinner
<L84Supper>
it would be nice after all the time spent
gimli has joined #arm-netbook
<L84Supper>
Turl: do you have one of the modules from hardkernel yet? I was waiting to see if they were actually final silicon or pre-releases like the Freescale imx6 boards
<Turl>
L84Supper: nope, I didn't buy one
<L84Supper>
speaking of gimli ....
cat_n9 has joined #arm-netbook
* gimli
hides
<L84Supper>
we were just discussing the xbmc thread on the A10 video support
repvik has quit [Changing host]
repvik has joined #arm-netbook
pawel5870 has joined #arm-netbook
pawel58701 has quit [Read error: Connection reset by peer]
<traeak>
heheh
<traeak>
gimli just came on to annouce that the cedarx stuff is all working right ?
<specing>
and that allwinner had opensourced it all over the night, right?
<mnemoc>
:D
<gimli>
traeak: continue dreaming ;)
<repvik>
And that a build is ready :p
Simon_G has left #arm-netbook [#arm-netbook]
<L84Supper>
a few months ago this channel was dead, now it's over 100, it at least it brought several arm devs together
<mnemoc>
L84Supper: it's a very nice place to idle indeed :)
<traeak>
so where will the cubieboard fans migrate ?
pawel5870 has quit [Ping timeout: 268 seconds]
hp_ has joined #arm-netbook
<mnemoc>
traeak: what do you mean?
<traeak>
mnemoc: i mean it's possible cubieboard gets as popular as the rpi, especially among developers wanting a *real* board ?
<jelly-home>
traeak: what makes a rpi unreal
<mnemoc>
traeak: good point
<RaYmAn>
the majority of rpi users aren't "developers wanting a *real* board" though
<RaYmAn>
So no way it will get *as* popular - but it might get popular still of course.
<mnemoc>
traeak: #cubieboard created :p
rellla has joined #arm-netbook
<Turl>
mnemoc: I saw mali_next :)
<L84Supper>
aahhh!!! no!! fragmentation!! there goes the support :)
rellla has quit [Client Quit]
<mnemoc>
L84Supper: this channel is more .... meta :p
<mnemoc>
L84Supper: traeak is right about crowds of people searching for other people to google for them
<mnemoc>
Turl: works? :p
<Turl>
haven't tried it :P but I saw no extra patches to fix the config compatibility though :P
<mnemoc>
Turl: but it's upon 3.0.42
<Turl>
mnemoc: yeah I rebased mine to 42, works just as fine
<mnemoc>
great
<paperCrab>
thank all of you again for your help, it's midnight now and I will go to sleep now
<paperCrab>
see you later
paperCrab has quit [Quit: out of gas]
cat_n9 has quit [Ping timeout: 264 seconds]
Simon_G has joined #arm-netbook
hp_|2 has joined #arm-netbook
Quarx has quit []
hp_ has quit [Ping timeout: 246 seconds]
cat_n9 has joined #arm-netbook
<WarheadsSE>
so what have i missed all weekend?
hp_|2 is now known as hp_
Simon_G has left #arm-netbook [#arm-netbook]
hp_ has quit [Ping timeout: 246 seconds]
ibrah has joined #arm-netbook
<mnemoc>
WarheadsSE: some cubieboard/512M prototypes went on sale this morning :) (also a $4 case)
<WarheadsSE>
ah
<WarheadsSE>
Dont have money to buy one atm
<WarheadsSE>
any nice kernel updates
<mnemoc>
HEAD is 3.0.42 (with unified sun4i/sun5i nand and disp drivers). and there is a test branch for mali r3p0 (thanks to Turl) and almost finished lcd_spi support (thanks to techn_)
<WarheadsSE>
k
<WarheadsSE>
then I'll see about moving up soon
<WarheadsSE>
I might be able to get back to the mele soon
<WarheadsSE>
I'd really like to get the drivers running agian
<mnemoc>
?
<mnemoc>
what broke?
<WarheadsSE>
Oh, when I moved up I ran into incompatibilities with newer Xorgs and older mali r2p4
ibrah has quit [Ping timeout: 276 seconds]
L84Supper has quit [Ping timeout: 246 seconds]
<mnemoc>
WarheadsSE: uhm
<mnemoc>
WarheadsSE: we have a next_mali branch it would be awesome if you can give it a try (and maybe improve a bit) ;-)
<techn_>
Is cnx going to update r3 userspace drivers into hes/her repo?
L84Supper has joined #arm-netbook
L84Supper has quit [Client Quit]
L84Supper has joined #arm-netbook
<mnemoc>
techn_: I suppose he won't reject the pull request
<cat1>
mnemoc: just run sunxi-v3.0.42-r0 and got this:
<cat1>
[ 4.780000] Unable to handle kernel NULL pointer dereference at virtual address 00000019
<cat1>
[ 4.810000] Modules linked in:
<cat1>
[ 4.810000] CPU: 0 Not tainted (3.0.42+ #1)
<cat1>
[ 4.810000] PC is at regulator_get_voltage+0xc/0x3c
<cat1>
[ 4.810000] LR is at sun4i_cpufreq_initcall+0xd0/0x12c
<cat1>
is there known workaround?
<mnemoc>
cat1: try disabling NO_HZ and PREEMPT
<cat1>
mnemoc: ah, right, now recall that i saw this recommendation already, thanks ;)
<mnemoc>
cat1: it's the ugliest "known-problem" we have :<
<mnemoc>
no one really knows what causes it
cat1 is now known as cat_x301
<cat_x301>
i see
<mnemoc>
but probably no one has does proper tracing of it yet
<mnemoc>
s/does/done/
<ibot>
mnemoc meant: but probably no one has done proper tracing of it yet
<mnemoc>
cat_x301: as you seem to have one of those problematic devices maybe you can hunt it down correctly :)
<cat_x301>
mnemoc: the thing is that i do not see this issue with 3.6
<mnemoc>
that is indeed strange
<cat_x301>
mnemoc: and sure i can try at least ;)
<cat_x301>
mnemoc: i would seriously consider jumping into 3.6 vagon; but i know your opinion already :)
<mnemoc>
cat_x301: no android patch for 3.6 yet
ibrah has joined #arm-netbook
<cat_x301>
mnemoc: so you normally merge android stuff with whatever head you have during upgrade? not that taking linus tree and merge sunxi parts into there?
<Turl>
cat_x301: do you have CPUFREQ enabled on both 3.6 and this one?
<cat_x301>
Turl: yep
<Turl>
cat_x301: what about CONFIG_CPU_FREQ_DVFS
<mnemoc>
cat_x301: yes, it's a joined based of android-3.0 + 3.0.x
<mnemoc>
cat_x301: you can use git to compare 3.0-v2 with reference-3.0 to see sunxi stuff
<mnemoc>
I haven't pushed reference-3.4 but it's kind of the same
<mnemoc>
android-3.4 + 3.4.x
<cat_x301>
Turl: not in 3.6, that probably explains
ibrah has quit [Ping timeout: 245 seconds]
<Turl>
disable it on the crashy one and hopefully it won't crash again
<cat_x301>
mnemoc: wonder when android 3.6 will be available..
<cat_x301>
Turl: yeah, will try.
<mnemoc>
cat_x301: after 3.6 for sure :)
<Turl>
cat_x301: when major SoC makers move to it
<Turl>
OMAP and Qualcomm, NVIDIA to a lesser extent
itamarjp has quit [Ping timeout: 272 seconds]
<Turl>
s/OMAP/TI/
<ibot>
Turl meant: TI and Qualcomm, NVIDIA to a lesser extent
gimli has quit [Quit: Verlassend]
<cat_x301>
Turl: it helps, not panic anymore
<Turl>
I bet your device doesn't have an AXP regulator does it cat_x301?
<cat_x301>
i remember it is something that i can configure in kernel but do not remember what exactly ;)
<cat_x301>
Turl: or actually i can fetch them from 3.6 one as it does not mix both stderr and stdout on console
* mnemoc
wants to know that too
<mnemoc>
cat_x301: have earlyprintk enabled in 3.6?
<cat_x301>
mnemoc: yup
<cat_x301>
hmm, CONFIG_CPU_FREQ_DVFS seems to be removed from 3.6.. or i am missing something..
<Turl>
probably mnemoc didn't merge it
<Turl>
mnemoc: it's an option on drivers/cpufreq/Kconfig
<cat_x301>
Turl: actually i am talking about linus tree -- there is no such config option anymore, though it is still present in 3.0
<Turl>
oh, I thought it was an allwinner thing
<Turl>
given the explicit dependency
<cat_x301>
Turl: do you happen to know how to get rid this nasty mixture of stderr/stdout?
<Turl>
2>/dev/null?
<Turl>
:)
<cat_x301>
nope
<cat_x301>
it starts before userspace
<mnemoc>
grep ^[ ?
<cat_x301>
oh no
<cat_x301>
not like this :)
<Turl>
cat_x301: console=null on cmdline?
<cat_x301>
Turl: perhaps.. lemme see..
<mnemoc>
evil
ibrah has joined #arm-netbook
<Turl>
or switch VT
* cat_x301
wonders how it then will print into serial console..
<cat_x301>
the thing is that again, 3.6 kernel prints things nicely..
* cat_x301
is a bit obsessed with the idea of getting 3.6 asap ;)
* mnemoc
is obsessed with the idea of encouraging people to not waste time trying to keep the pace of upstream, but to use that energy in cleaning our codebase first
* cat_x301
understands what mnemoc means but has had bad experience with being behind upstream..
<cat_x301>
mnemoc: sometimes one tries to fix things that are already fixed in upstream which makes one a bit upset :)
<cat_x301>
besides, you might need to cleanup code twice: one time for current codebase another time for upstream.. but i do not argue nor complain, just pondering..
<mnemoc>
code cleaned up in 3.0 or 3.4 won't need to be recleaned for master
<mnemoc>
but in 3.0/3.4 it can actually be tested by real users. in 3.6 it can't
<cat_x301>
mnemoc: at least I am real and I am user :D Btw, CPU_FREQ_DVFS seems to be used only by mach-sun4/5i/cpu-freq/cpu-freq.c
<mnemoc>
sure that needs fixing. specially in 3.0 where it affects a lot of people
<mnemoc>
but what I mean by "real users" I'm talking about quantity
eFfeM has joined #arm-netbook
<cat_x301>
mnemoc: i realize this, i am just kidding, no worries.
<mnemoc>
:)
<cat_x301>
mnemoc: well, partially kidding :)
<mnemoc>
i also want it mainlined, absolutely, but to try to mainline the current code will be a total waste of time, and to try to mainline the core will give a false sense of mainstreaming and split the already limited human resources
<cat_x301>
mnemoc: good point
<mnemoc>
also the farther we get from the known-to-work base, the harder it will be to fix the problems
<mnemoc>
and we already have broken parts in 3.4 (and even in 3.0 as you already discovered)
<cat_x301>
mnemoc: no wonder giving decentralization you have -- e.g. i was trying to do some cherry picking from 3.0 for 3.6 but got easily lost in what should be taken and what not. Btw, having "normal" patch review process would help a lot /me thinks.
<cat_x301>
mnemoc: at the same time i realize that it is not possible at the moment to do it otherwise.
<mnemoc>
after all drivers get unified, that damn problem with the regulator gets fixed, mali/x11 works as it should, mali memory is allocated properly, and usb/gadget and 8250 get fixed in 3.4. I'm all in favour for trying a closer to master android-less branch
<mnemoc>
cat_x301: I'm not the only commiter... and I try to encourage people to open tickets on github to discuss things
<mnemoc>
but most commits we have at the moment don't really include features
<mnemoc>
personally I can hardly dedicate a couple of hours per week. currently the largest contributor is techn_ but beside fbcon most of it has been refactoring
<techn_>
+ merging old patches to 3.0
<mnemoc>
:)
RITRedbeard has joined #arm-netbook
<cat_x301>
:)
<mnemoc>
I mean, it's not really something to "discuss"
* Turl
wonders if the nand is crap performance wise, or if the nand driver is crap performance wise :)
<mnemoc>
I would like to blame the driver
<Turl>
it stalls stuff like no tomorrow during io :(
<mnemoc>
during app updates all a10 devices I have are unusable
<Turl>
yeah, unusable is a little extreme maybe
<mnemoc>
cat_x301: without specs all we have is crappy/messy code to try to understand how things work
<Turl>
but severe stuttering does happen
* Turl
still has to split lundman's ethernet patch in 3
<mnemoc>
cat_x301: only once someone actually understand a part, it can be improved or reworked
<mnemoc>
or, in the case of the nand driver, reimplemented using mtd
ibrah has quit [Read error: No route to host]
<cat_x301>
mnemoc: no arguments against what you said, this is all understood.
ibrah has joined #arm-netbook
<cat_x301>
mnemoc: actually to accomplish what you listed above before a1x based devices vanish from market we need to hire bunch of full time kernel engineers :D
<mnemoc>
sad, isn't it? :<
<cat_x301>
mnemoc: yeah, but this is life.
<mnemoc>
would you help us to solve some of those issues in 3.0 or 3.4?
<techn_>
well.. anyway this is good exercise.. I'm wondering why there isnt any more ppl who has bought cheap device to hack with.. or has everyone bought device to "hack" with, (install custom android or xbmc)? :(
<techn_>
like.. fbcon support (couple lines of code, part was already implemented in wip branch) was my first kernel commit.. it isn't that hard to find some low hanging fruits
pawel5870 has joined #arm-netbook
<techn_>
today I'm thinking to implement blanking.. hopefully ;)
<cat_x301>
techn_: i would say tonight ;)
<techn_>
yep.. seems that I need go to sleep :)
<cat_x301>
mnemoc: i am trying, but i am not that helpful yet. do not know what to start from. Besides i all the time keep thinking what is my next job after nokia..
<techn_>
cat_x301: I was thinking same 2 months ago.. So I ordered MiniX to do some reference work and not to think future :p
<cat_x301>
yeah, but my house loan makes me a bit nervous ;)
<techn_>
but everything wen't good for me and found month ago new job :)
<cat_x301>
lucky you! :)
<techn_>
sorry to hear that :(
* cat_x301
wonders if nsn is hiring back..
<techn_>
nsn could hire back.. there in capital area are much more opportunities
<j1nx_>
without digging through the cubieboard mailing list; Does anybody know when is the 1 GB version available for sale?
<rz2k>
interesting, hardcore usage of sd cards seems to kill them, or, by some means, make them unbootable by mele. now sd card from which I've worked in lxde installing random soft just goes into infinite reboot loop at u-boot CRC check or goes to kernel and dies randomly with various crashes.
<rz2k>
before that another sd card did exactly the same.
<mnemoc>
j1nx_: I know he made 15 prototypes with 1GB... but I would be surprised if mass produced devices aren't on sale by the end of the month
ibrah has joined #arm-netbook
<j1nx_>
mnemoc: thx, was reading about the 15. Am not really in a hurry, so will check back begin of nect month ;)
<j1nx_>
just want one to make myself a new download server
<mnemoc>
j1nx_: I didn't know there was a mailing list :p