mnemoc changed the topic of #arm-netbook to: EOMA: Embedded Open Modular Architecture - Don't ask to ask. Just ask! - http://elinux.org/Embedded_Open_Modular_Architecture/EOMA-68 - ML arm-netbook@lists.phcomp.co.uk - Logs http://ibot.rikers.org/%23arm-netbook or http://irclog.whitequark.org/arm-netbook/ - http://rhombus-tech.net/
qubits has joined #arm-netbook
qubits has quit [Changing host]
qubits has joined #arm-netbook
qubits has quit [Ping timeout: 264 seconds]
merbzt has quit [Ping timeout: 246 seconds]
ZaEarl has quit [Ping timeout: 246 seconds]
ZaEarl has joined #arm-netbook
avernos has joined #arm-netbook
avernos has quit [Changing host]
avernos has joined #arm-netbook
tuliom has quit [Quit: Konversation terminated!]
revident has joined #arm-netbook
ZaEarl has quit [Read error: Connection reset by peer]
ZaEarl has joined #arm-netbook
Turl has joined #arm-netbook
Quarx has joined #arm-netbook
qubits has joined #arm-netbook
qubits has quit [Changing host]
qubits has joined #arm-netbook
revident has quit [Quit: Combustible lemons? Bah, I bring you weaponized asparagus!]
mSquare has joined #arm-netbook
ZaEarl has quit [Ping timeout: 246 seconds]
ZaEarl has joined #arm-netbook
ejstacey has quit [Ping timeout: 272 seconds]
<eflatun> techn are you awake
ejstacey has joined #arm-netbook
itamarjp has quit [Ping timeout: 255 seconds]
ejstacey has quit [Ping timeout: 260 seconds]
ZaEarl has quit [Ping timeout: 246 seconds]
jinzo_ has joined #arm-netbook
qubits has quit [Ping timeout: 272 seconds]
qubits has joined #arm-netbook
rellla has joined #arm-netbook
eflatun has quit [Quit: Konversation terminated!]
eflatun has joined #arm-netbook
cat1 has quit [Ping timeout: 260 seconds]
cat_n9 has quit [Ping timeout: 272 seconds]
pawel5870 has joined #arm-netbook
qubits has quit [Ping timeout: 246 seconds]
cat_n9 has joined #arm-netbook
qubits has joined #arm-netbook
rellla has quit [Ping timeout: 255 seconds]
rellla has joined #arm-netbook
eflatun has quit [Quit: Konversation terminated!]
sspiff has joined #arm-netbook
<zoobab> hello
Gumboot has quit [Ping timeout: 264 seconds]
<hno> morning
<mnemoc> morning hno
<hno> got the sun4i/sun5i DRAM controller differences identified nicely now. It's quite manageable to use the same code on both. https://github.com/hno/Allwinner-Info/blob/master/A13/boot/sun5i.diff
<hno> now I just need to decice if I am going with Allwinners code, or the code Tom wrote for A10. Quite different coding style.
<mnemoc> what makes you want to switch bases from hipboi's mmc to lichee-dev at this point?
<zoobab> ordering the olimex a13 board
<mnemoc> zoobab: btw, there is an #olimex channel too
<mnemoc> great they found how to fix the VGA colors problem
<zoobab> yop
<zoobab> is there a gentoo port for the a13 yet?
<mnemoc> there are a bunch of Gentoo fans here, but afaik they haven't published related anything yet
eflatun has joined #arm-netbook
<hno> mnemoc, ofcourse not. Only talking about the dram code. See dram-sun4i.c vs dram-sun5i.c.
Hexxeh has quit [Quit: Connection closed for inactivity]
cat_n9 has quit [Ping timeout: 248 seconds]
cat_n9 has joined #arm-netbook
qubits has quit [Ping timeout: 252 seconds]
qubits has joined #arm-netbook
qubits has quit [Changing host]
qubits has joined #arm-netbook
itamarjp has joined #arm-netbook
mysteryname has joined #arm-netbook
<jinzo_> zoobab, specing has fiddled with A10 "port" a bit afaik. He didn't publish anything specific but linked me to the linux-sunxi wiki.
eflatun has quit [Quit: Konversation terminated!]
<mnemoc> http://linux-sunxi.org/Gentoo still empty :'(
<jinzo_> room for improvement! :)
<mnemoc> plenty :)
qubits has quit [Ping timeout: 272 seconds]
<zoobab> will start some binhost+gentoo overlay for a10
<zoobab> sabayon has some nice binaries for beaglebone
<zoobab> it is nice because I do not want to compile on the machine itself
rellla1 has joined #arm-netbook
qubits has joined #arm-netbook
rellla1 has quit [Client Quit]
hipboi has joined #arm-netbook
cat_n9 has quit [Ping timeout: 246 seconds]
Almamuetya has joined #arm-netbook
cat_n9 has joined #arm-netbook
phh_ has joined #arm-netbook
phh has quit [Read error: Connection reset by peer]
hipboi has quit [Remote host closed the connection]
rvalles has quit [Ping timeout: 272 seconds]
mysteryname has quit [Ping timeout: 244 seconds]
von_fritz has joined #arm-netbook
phh_ is now known as phh
cheng has joined #arm-netbook
cat_n9 has quit [Ping timeout: 264 seconds]
revident has joined #arm-netbook
rsalveti has quit [Ping timeout: 272 seconds]
merbanan has quit [Ping timeout: 260 seconds]
destinal-away has quit [Ping timeout: 246 seconds]
zenitraM has quit [Quit: ZNC - http://znc.in]
mSquare has quit [Quit: Leaving.]
zenitraM has joined #arm-netbook
rsalveti has joined #arm-netbook
destinal has joined #arm-netbook
cat_n9 has joined #arm-netbook
rsalveti has quit [Ping timeout: 264 seconds]
rsalveti has joined #arm-netbook
rsalveti has quit [Changing host]
rsalveti has joined #arm-netbook
rsalveti has quit [Ping timeout: 240 seconds]
rsalveti has joined #arm-netbook
rsalveti has quit [Changing host]
rsalveti has joined #arm-netbook
CIA-17 has quit [Ping timeout: 250 seconds]
cheng has left #arm-netbook ["Leaving"]
rsalveti has quit [Excess Flood]
rsalveti has joined #arm-netbook
rsalveti has quit [Changing host]
rsalveti has joined #arm-netbook
pawel58701 has joined #arm-netbook
cat1 has joined #arm-netbook
cat1 has quit [Client Quit]
pawel5870 has quit [Ping timeout: 260 seconds]
cat1 has joined #arm-netbook
Thomas42_ has quit [Ping timeout: 246 seconds]
e-ndy has quit [Ping timeout: 246 seconds]
robws has quit [Ping timeout: 246 seconds]
L84Supper has quit [Ping timeout: 246 seconds]
Kraln has quit [Quit: No Ping reply in 180 seconds.]
avernos has quit [Ping timeout: 246 seconds]
xxiao1 has quit [Ping timeout: 246 seconds]
cat1 is now known as cat_x301
pawel58701 has quit [Ping timeout: 252 seconds]
e-ndy- has joined #arm-netbook
rellla has quit [Quit: rellla]
Kraln- has joined #arm-netbook
CIA-9 has joined #arm-netbook
robws has joined #arm-netbook
avernos has joined #arm-netbook
Thomas42 has joined #arm-netbook
rsalveti has quit [Ping timeout: 264 seconds]
rsalveti has joined #arm-netbook
rsalveti has quit [Changing host]
rsalveti has joined #arm-netbook
CIA-9 has quit []
CIA-8 has joined #arm-netbook
L84Supper has joined #arm-netbook
cat_n9 has quit [Ping timeout: 252 seconds]
sspiff has quit [Ping timeout: 264 seconds]
<steev> man fuck xda
<steev> THIS THREAD WAS CLOSED BECAUSE OF WAREZ
<steev> wat?
<RaYmAn> presumably there was warez in the thread :P
<traeak> heh
cat_n9 has joined #arm-netbook
<steev> i've read through all 17 pages
<steev> there is no MODEDIT anywhere aside from the main post
<steev> in fact, all the links are still in the thread, just the main post is modified (and the links are the same in the other posts in the thread)
<steev> it was also the only place to get a working CM10 for the LY-F1 without any hassles
rsalveti has quit [Ping timeout: 246 seconds]
rsalveti has joined #arm-netbook
rsalveti has quit [Changing host]
rsalveti has joined #arm-netbook
<revident> steev, if that CM10 image was distributing proprietary drivers (in a manner that would violate licensing of them) then I could see that as valid reason for them to cut it off. Was that the case?
<RaYmAn> usually xda is pretty lenient on drivers
<steev> revident: no more proprietary than the usual drivers for android
<RaYmAn> because they are considered required + the person flashing them already has a legal copy on his/her device
<steev> either way, i was never really a fan of xda, now i don't have to go back ever
<RaYmAn> It's more likely GPL related
<steev> and i got the download link from futher in the thread, because mod was a dumbass
e-ndy- is now known as e-ndy
<steev> unless they've gone through and massively removed all links to roms
<rz2k> hno:
<rz2k> [ 64.830] GET_UMP_SECURE_ID_BUF1 returned 0x1 offset: 0 virt address: 0x40692000 fb_virt: 0x40692000 [ 64.830] GET_UMP_SECURE_ID_BUF2 returned 0xffffffff offset: 8294400 virt address: (nil) fb_virt: 0x40692000
<rz2k> is this okay for ump stuff?
<rz2k> this is with your commit about splitting disp/ump
tzafrir_laptop has joined #arm-netbook
avernos has quit [Ping timeout: 246 seconds]
<steev> revident: actually the interesting thing was, the only link that i'd really consider questionable was the link to the gapps (which was left unedited)
<RaYmAn> steev: they often use the warez label if the author refuses to live up to GPL (at least, I've seen that in other threads)
<steev> why not call it what it properly is then? CLOSED FOR FAILURE TO COMPLY WITH THE GPL
<RaYmAn> probably legacy I guess
<steev> then people would get educated about it
<steev> legacy is no reason to continue idiocy
rsalveti has quit [Ping timeout: 264 seconds]
* RaYmAn shrugs
<RaYmAn> I was just communication what I've seen happen :P
rsalveti has joined #arm-netbook
rsalveti has quit [Changing host]
rsalveti has joined #arm-netbook
<steev> RaYmAn: i'm sure, it's still annoying to me that people refuse to educate themselves. they really have a great opportunity with this, and instead associate it with illegally gained software that's usually of questionable nature
<RaYmAn> rz2k: there should be a define identical to that one elsewhere (which then calls the _disp_get_ump_secure_id )
<RaYmAn> technically speaking, violating GPL is ~warez ;)
<steev> no, it isn't
<traeak> so playing with android steev ?
<steev> unless you're trying to argue stealing is stealing
<RaYmAn> In both cases, you violate the copyright holders Copyright and hence their License.
<steev> at which point, taking a pen home from the office ~warez
<traeak> interesting with apple and the a6, it seems that improving the arm core design is a low hanging fruit. I guess arm isn't exactly well known for putting together a tight performance core
<RaYmAn> it only applies to software obviously.
<steev> violating the license isn't stealing the software
<RaYmAn> then warez isn't stealing the software either
<RaYmAn> cause all you do there is violate the license.
<steev> traeak: actually that isn't true
<steev> RaYmAn: really?
<RaYmAn> it's not the process of downloading software that's illegal
<RaYmAn> It's using it without having a valid license.
<RaYmAn> technically speaking
<steev> RaYmAn: so if i "warez" a copy of Maya3d or some other software program that costs 30K USD
<traeak> steev: i was just saying that the jump from armv6 to armv7 was huge
<RaYmAn> it's of course a bit more complicated than that
<RaYmAn> steev: then you are violating the license of the program.
<steev> all i've done is technically violated the license?
<traeak> steev: only speculating that there'd be more low hanging fruit for getting big performance jumps
<steev> traeak: there are 2 different cores available from ARM
<steev> one for performance, one for power.... management
<steev> 90% of companies license the power maangement one
<steev> RaYmAn: wow, if only i'd known that stealing a program "worth" 30K was really only a license violation
cat_n9 has quit [Ping timeout: 256 seconds]
bsdfox\ has quit [Ping timeout: 264 seconds]
<RaYmAn> steev: value has no concept in whether you violate a license or not.
<RaYmAn> obviously, if a program is more expensive, they can argue higher damages.
<RaYmAn> steev: also, I guess it's more license violation => copyright infringement
<steev> RaYmAn: you violate the license both times, the GPL already lists the "damages" possible (you lose your ability to distribute said program) - however, there is no proof that he's violating the GPL, and even if he were, i've seen no one ask him for the sources in the thread at all, and based on messages he seems pretty open about everything. he points to exactly where the work came from and tells
<steev> what the differences are between the two.
<steev> secondly, there's no set time frame for GPL "compliance" - it simply says "in a timely manner"
<steev> Apple, who are a shitload larger than a single developer, take 6-12 months to post their gpl sources
<steev> same for Goog and others, although they've gotten better at it lately
<RaYmAn> IF said issue was GPL violation, the person is more than welcome to post his work elsewhere - XDA are free to decide that not posting sources after a mods ask (for example) => thread close
<RaYmAn> (also, the license/copyrigth infringement vs stealing depends on country really - but either way, if paid software => stealing, surely violating gpl license => stealing)
<steev> we can agree to disagree re: stealing (although i do believe it's wrong), but again, there was no indication whatsoever
<steev> and yeah they are free to close it, but in my eyes they definitely went down a shitload of notches, not that they were particularly high up on the totem pole of sites worth visiting
<RaYmAn> as I said wrt stealing, it varies by country. In my country it's not legally classified as stealing, but as copyright infringement.
<RaYmAn> (which makes it a civil suit)
<hno> rz2k, no idea how it works or what is valid.
<techn> rz2k: hno: found bug. int should be unsigned int?
cat_n9 has joined #arm-netbook
<rz2k> I'm trying to find any docs about integration :/
<rz2k> s/first one/GET_UMP_SECURE_ID/
eflatun has joined #arm-netbook
<hno> rz2k, i would think the other two are on the ump device.
<rz2k> techn: addr changed, [ 3263.481] GET_UMP_SECURE_ID_BUF1 returned 0x1 offset: 0 virt address: 0x4069a000 fb_virt: 0x4069a000 [ 3263.487] GET_UMP_SECURE_ID_BUF2 returned 0xffffffff offset: 8294400 virt address: (nil) fb_virt: 0x4069a000 [ 3263.488] (EE) MALI(0): [maliModifyPixmapHeader:205] UMP failed to retrieve secure id
<hno> which is scary if they use plain intewgers 1-n.
<hno> rz2k, do you get the same error if run twice?
eflatun has quit [Ping timeout: 264 seconds]
<rz2k> run twice = ? I've restarted xorg many times from device powerup
<hno> the split changes order a bit, registering the framebuffer memory in ump on first GET_SECURE_ID request.
<rz2k> mm, probably thats not the case, this is like 10th or something close start of xorg
<rz2k> if anyone want to test, you can git clone https://github.com/rzk/Mali-400-r3p0-04rel0-X11-drivers. I've included simple build.sh
<RaYmAn> I was under the impression that you needed to have the DDK to build those drivers
<hno> RaYmAn, you need the libraries that is built from the DDK.
<rz2k> yes, libmali/libump
<RaYmAn> ah, that explains it
<rz2k> libump can be built from public sources from malideveloper.com
<rz2k> libmali is proprietary :(
gimli has joined #arm-netbook
Hexxeh has joined #arm-netbook
xxiao1 has joined #arm-netbook
avernos has joined #arm-netbook
avernos has quit [Changing host]
avernos has joined #arm-netbook
<rz2k> hno:
<rz2k> I cant find buf1/2 ioctls in ump
<rz2k> this might mean that we really miss them.
<techn> rz2k: buf1 ioctl is same as SECURE_ID
<hno> which is odd if they are on same device
sspiff has joined #arm-netbook
sspiff has quit [Changing host]
sspiff has joined #arm-netbook
<hno> rz2k, any hints if looking in snowball kernel sources?
<rz2k> they thrown ump out and use hwmem device
<hno> that's the only MALI I know of with working X11 drivers.
cat_n9 has quit [Ping timeout: 268 seconds]
<rz2k> http://www.igloocommunity.org/gitweb/?p=android/platform/vendor/st-ericsson/multimedia/linux/mali400ko.git;a=commit;h=74bf0fbc69fd6a8fa9f15ce74c1dfa96c2090202
<rz2k> also r2p4 doesnt have these ioctls, only get_secure_id
itamarjp has quit [Quit: Leaving]
gimli_ has joined #arm-netbook
<RaYmAn> hno: Samsung Origen? iirc that's Mali400 as well and linaro has builds for Linux on that
gimli has quit [Ping timeout: 264 seconds]
Quarx has quit []
<RaYmAn> hno: hmm, no..Looks like they are having issues getting hwgfx working on origin as well
cat_n9 has joined #arm-netbook
bsdfox has joined #arm-netbook
<hno> rz2k, where are the ioctls defined again?
<bsdfox> hey I just got my A2000 this morning and I'm trying to figure out how to boot ubuntu on it. I dd the image to an sd card stick it in and power it up but I get no video. pull the card out and it boots to android
<RaYmAn> bsdfox: I'd recommend getting serial going
<hno> So in header for X11 driver? Gah... ioctls should be in kernel headers.
<RaYmAn> hno: they need to be in both really :P
<RaYmAn> unless you want the driver to depend on the kernel for compilation
<bsdfox> RaYmAn, is there no video on these ubuntu images?
<hno> ofcourse. you pick them from the kernel driver when building the userspace component.
<RaYmAn> bsdfox: there is, but it'll help you figure out why it's failing
<hno> having copies floating around everywhere just causes mismatches.
<rz2k> r3p1 has same ioctls
<rz2k> so no hope for new version to fix this
<hno> r3p1 of what?
<rz2k> r3p1 of x11/dri2/exa drivers for mali400
<rz2k> and I've diff'ed UMP and Mali400 in our next_mali branch with r3p0 from malideveloper, its 1:1.
<rz2k> (except config.h for a10)
<hno> we are at r3p0, right?
<rz2k> yes
<techn> rz2k: how it tries to get BUF2.. I wont get it :/
cat_n9 has quit [Ping timeout: 256 seconds]
<rz2k> mm, dumb idea probably, but mali r3p0 seems to introduce two framebuffers support with this
<rz2k> (mali_drv in DRM has support for two too)
<hno> But why do they need two ioctls when these are called on the framebuffer?
ZaEarl has joined #arm-netbook
<rz2k> no idea, another ARM-style crap code maybe?
avernos has quit [Remote host closed the connection]
<rz2k> because they left include to ../../../../devicedrv/
<rz2k> in release version for public
hp_ has joined #arm-netbook
<hno> and README.txt do not even reflect the right location where the ioctls are defined.
hp_ is now known as Guest22407
Guest22407 is now known as hp__
<rz2k> interesting that GET_UMP_SECURE_ID_BUF1 should retrive secure_id as just GET_UMP_SECURE_ID as techn said, but on my mele with next_mali kernel and modules secure_id = 1 which is define for UMP_INVALID_SECURE_ID
<rz2k> so even if the x11 driver is broken, we still have our disp-ump broken, lol.
<hno> Seems they are the same. _BUF1 == the original for first framebuffer, and _BUF2 the new for second framebuffer.
<hno> The original one is no longer used.
<techn> hno: I think _BUF2 is backbuffer
<techn> so they implemented somekind doublebuffering?
<hno> techn, yes seems so on a second reading.
<techn> .. but README says that virtual xres should be 2*xres <- which is orginal double buffering mechanism? :/
<rz2k> [ 3263.493] (II) MALI(0): Changing mode to 1024 768 1024 1536
<rz2k> it actually does it
merbzt has joined #arm-netbook
cat_n9 has joined #arm-netbook
<hno> between offset = size and offset = 0
<techn> hno: how is maliModifyPixmapHeader even called?
<techn> or where
<rz2k> so, this means that we need to create another virtual framebuffer not linked to any device and introduce get_secure_id there?
<hno> No idea what it means
<techn> MALI_EXA_FUNC(ModifyPixmapHeader);
<techn> rz2k: try to add that _BUF2 implementation to disp-fb? :)
<mnemoc> please don't make disp-fb depend on ump :(
<RaYmAn> mnemoc: that can always be refactored nicely once it works though ;)
<mnemoc> RaYmAn: true :)
<rz2k> techn: will try tomorrow.
<techn> hmm.. should ump_memory_description.size = info->fix.smem_len; be divided by 2
<techn> and _BUF1 gets first half and _BUF2 second
qubits has quit [Ping timeout: 245 seconds]
rellla has joined #arm-netbook
<hno> techn, no idea.
<hno> better ask in the malideveloper forum.
<bsdfox> RaYmAn, is the serial this white connector in the middle front?
<RaYmAn> bsdfox: sorry, don't have a mele. Check the wiki
<mnemoc> bsdfox: the serial is a 4pin header between the DRAM and you
<bsdfox> cool
<bsdfox> what's default baud?
<mnemoc> 115200
<bsdfox> that's working. thanks
cat_x301 has quit [Ping timeout: 264 seconds]
von_fritz has quit [Quit: vonfritz leaves, don't panic]
<mnemoc> yw
<bsdfox> hmm it boots to a console I just get no video (at least on hdmi)
<bsdfox> root@linaro-server:~# uname -a
<bsdfox> Linux linaro-server 3.0.31+ #1 PREEMPT Thu Jun 21 20:16:20 ICT 2012 armv7l armv7l armv7l GNU/Linux
<mnemoc> back then there was no fbcon
<mnemoc> also, to run X you might need to load the modules
<bsdfox> hmm I thought I got the newest build for a1000/2000
<xxiao1> "Most of these designs are powered by a processor from a company that is not known outside China — All Winner. "
<xxiao1> the $45 table story...
<xxiao1> s/table/tablet/
<ibot> xxiao1 meant: the $45 tablet story...
<mnemoc> bsdfox: also judging by the hostname you might have all the display related stuff disabled (to save memory for server usage)
<bsdfox> anyone know of a good build I can download?
<mnemoc> people usually suggests to use cnxsoft's nightly builds
<mnemoc> but I believe most of the people active in this channel makes their own
<mnemoc> instead of dumping a pre-made image
<bsdfox> I guess I can setup a cross compiler
<techn> I'm using cnxsoft's scripts to make my own
<bsdfox> thanks
jinzo_ has quit [Quit: Leaving]
rellla has quit [Quit: rellla]
<hno> techn & rz2k posted a question about the new ioctl in arms mali driver forum at http://forums.arm.com/index.php?/topic/16220-what-is-get-ump-secure-id-buf2-ioctl/
<techn> thanks
<hno> Hmm... probably should update my gravatar.. don't quite look like me any more.
<mnemoc> techn: have you been able to research into `fbset` support? 720p on the 1366x768 atrix lapdock really tires the eyes fast
<techn> mnemoc: it's bit tricky.. but works somehow..
<techn> use that http://forum.doozan.com/read.php?6,9002 tool
<techn> and then change resolution to same with fbset
<techn> :)
<techn> but for full support we need edid support.. and I havent progressed with it yet
<techn> I'm currently trying to get this a13 tablet working.. and then I can start removing ifdefs from disp
ibrah has joined #arm-netbook
hp__ has quit [Ping timeout: 246 seconds]
<RaYmAn> anyone here happen to have an ASUS TF300, by pure chance? :P
<mnemoc> you
<RaYmAn> no
<RaYmAn> I only have TF101 and TF201
<RaYmAn> not TF300 or TF700
* RaYmAn is in dire need of a tester ;P
<mnemoc> techn: but that method doesn't let you choose "not-standard" hdmi res :<
n6pfk has quit [Remote host closed the connection]
mikey_w has quit [Read error: Connection reset by peer]
<techn> mnemoc: edid would give timings for non stantard resolutions :/
mikey_w has joined #arm-netbook
<mnemoc> techn: and does hardware actually support this?
<techn> + way to get rid of hard codings
<mnemoc> I mean A10/A13 based devices
n6pfk has joined #arm-netbook
<RaYmAn> EDID is just an I2C connection over HDMI, so should be easy to figure out if it's supported?
<RaYmAn> :)
<mnemoc> I2C over HDMI.... ufff
<RaYmAn> it does it's job :)
<mnemoc> :)
<techn> there is edid read in serial form
<techn> RaYmAn: it could be i2c, but could not be ;)
<techn> somekind hack it seems
<RaYmAn> hm
<RaYmAn> I can't rule out it's just tegra that exposes it as I2C.
<RaYmAn> "The channel for transmitting the EDID from the display to the graphics card is usually the I²C bus, defined in DDC2B (DDC1 used a different serial format which never gained popularity)."
<techn> could we create wrapper for that, so it looks like i2c for kernel? or should we use "firmware-edid", which I havent havent had time to study
<RaYmAn> it's pretty damn hard to figure out what it does based on that code :/
<RaYmAn> lol
<RaYmAn> HDMI_WUINT32( 0x540,(0<<12) + (3<<8));//enable analog sda/scl pad
cat1 has joined #arm-netbook
<RaYmAn> sda/scl sounds like i2c
<techn> yep.. but why it won't show on i2c bus?
<techn> or should it have driver to be shown there?' (i2c-detect)
<RaYmAn> presumably they aren't exposing it as an i2c bus
<RaYmAn> it needs a driver that exposes it, yes
<techn> ah.. ok
<RaYmAn> I guess it's unlikely the docs includea nything on this
vgrade2 has joined #arm-netbook
vgrade has quit [Ping timeout: 260 seconds]
<RaYmAn> techn: looking at the i2c-sunxi.c driver, I'd say it looks like it's HDMI, just at a different (HDMI-specific) base register address
<hno> The EDID line is wired on Mele HDMI port at least. And there is plenty of EDID references in the driver.
Almamuetya has quit [Ping timeout: 264 seconds]
<hno> drivers/video/sunxi/hdmi/aw/hdmi_edid.c is the driver. Plenty of hardcoded constants accessing unknown registers.
<hno> all by numeric offset..
<RaYmAn> yes, techn just posted a link to that :)
<RaYmAn> The register accesses seem to (at first glance) correspond with how the sunxi-i2c driver does I2C communication.
<techn> RaYmAn: so is it different master?
<hno> it is possible it's actually accessing an i2c controller. Need to check the register offset.
<RaYmAn> techn: that's my theory anyhow :P
<techn> hno: offset is hdmi's
<hno> right, it is.
<hno> a hdmi controller register.
<hno> wonder which pin it goes to.
<RaYmAn> wth is firmware-edid?
* RaYmAn pokes techn
<RaYmAn> I suspect it's mostly an x86 thing?
<hno> where did you find it?
<techn> This enables access to the EDID transferred from the firmware. On the i386, this is from the Video BIOS. Enable this if DDC/I2C transfers do not work for your driver and if you are using nvidiafb, i810fb or savagefb.
<hno> found the pins in cubieboard shematics. R22(SDA) & R23(SCL), with theother HDMI control signals on P22(HPD), P23(CEC)
<hno> hardwired pins with only these functions.
<hno> which is why I didn't notice before. Mostly focusing on PIO pins.
<RaYmAn> sounds odd itøs connected to CEC
<techn> RaYmAn: thinking same
<RaYmAn> I thought CEC was a seperate bus
<hno> RaYmAn, it's a separate pin. What's odd?
<RaYmAn> oh
<RaYmAn> I misread
<mnemoc> hno: beside enabling CONFIG_SUNXI_WDT, what should one do to not get rebooted?
<RaYmAn> I thought you said CEC was connected to SCL and HPD to SDA
<RaYmAn> hno: but you meant all four signals were there?
<hno> RaYmAn, almost, less than a mm between ;)
<RaYmAn> lol
<hno> R22,R23,P22,P23 R != P
<RaYmAn> yeah, I read that, I guess I just misunderstood :P
<techn> hno: so it's different i2c master?
<hno> mnemoc, the watchdog is disabled by default in sunxi since some time back.
<hno> techn, it's not a documented TWI controller.
<hno> but possible it is a TWI controller.
<mnemoc> the LCD pins of the cubieboard also use 4 of those
<mnemoc> by the name X1,X2,Y1,Y2 o.o
<RaYmAn> hm - that'd make a neat testing ground then
<RaYmAn> Connect something else to those pins and try and get it working :D
<RaYmAn> or hekc - just an EEPROM at address 0x50 given that's what's on the DDC bus in most screens
<hno> mnemoc, X1/X2/Y1/Y2 is touch panel.
<hno> EDID is the SDA/SCL pins.
rvalles has joined #arm-netbook
<hno> no HPD or CEC pins in the LCD connector. But does not make sense there.
<hno> you usually do not hot plug a LCD panel, or receive IR codes from one.
<mnemoc> :)
<hno> Cubieboard also have pins for SPI0 which allows connecting a capacitive touch panel connector.
<mnemoc> enabling debugging in sunxi-disp was a bad idea
<RaYmAn> it would be cool to get CEC
<hno> s/connector/controller/
<ibot> hno meant: Cubieboard also have pins for SPI0 which allows connecting a capacitive touch panel controller.
<RaYmAn> it's working quite well on rpi
eflatun has joined #arm-netbook
<techn> eflatun: ping
revident has quit [Quit: freaking deadlines!]
gimli_ has quit [Quit: Verlassend]
madmalkav has joined #arm-netbook
madmalkav has quit [Client Quit]
<hno> RaYmAn, unfortunately the CEC controller details is kept secret.
<RaYmAn> yeah :(
<RaYmAn> It's a pity
<hno> no driver, and not in register data sheet from what I can see.
<hno> well, none of HDMI is in the register data sheet.
<RaYmAn> nvidia recently added a cec driver to tegra3 kernel source
<RaYmAn> given how simple that is, you'd think it wouldn't be a secret :P
<hno> Could try asking about it.
<hno> but a bit far for me to implement it as I don't even have an HDMI to play with, even less one which talks CEC.
<RaYmAn> yeah - but any docs could help, heh
<RaYmAn> the major part of CEC is usually implemented in userspace
mysteryname has joined #arm-netbook
<hno> Oh, we have full register list and bit names for HDMI audio controller.
<hno> sun4i-hdmiaudio.h
<hno> that's also missing from the register guide.
<hno> I think..
<lundman> great
CIA-8 has quit [Ping timeout: 244 seconds]
<merbzt> hno: where is the register guide ?
<hno> merbzt, not public.
<merbzt> are the CedarX vpu registers defined there ?
<hno> hm.. confusing. Those registers are documented as Digital Audio, with no word about HDMI.
<hno> merbzt, no.
<mnemoc> G2D is named "Mixer Processor" (or something like that) there
<merbzt> is the VPU listed there ?
<hno> no, only it's base register.
<merbzt> and that is ?
<mnemoc> merbzt: it's composed by hno based on what's in the kernel and uboot sources
<merbzt> sure, but what is the address or name in that list
<mnemoc> and in the case of the VPU that info is close to nothing
<merbzt> I know, I wanted to add what I found
<merbzt> just need to know where to add it
<hno> VE
<merbzt> thnx
<mnemoc> 0X01C0E000
<mnemoc> he was faster :<
<mnemoc> good night
<hno> merbzt, did it work adding a page for you?
<merbzt> hno: yes, I got distracted, I'll add the info I found now
<ZaEarl> link bait
mysteryname has quit [Ping timeout: 240 seconds]
<steev> ZaEarl: truth
eflatun has quit [Quit: Konversation terminated!]
<hno> merbzt, are these from symbol names? There is also mp4 and mpeg2 of similar _regNN names
<hno> h264, jpeg, mp4, mpeg2, rv, vc1, vp8
<hno> confusing. I would expect a firmware somewhere.
bsdfox has quit [Ping timeout: 240 seconds]