<oliv3r>
i'll try to leave out uart2 from the mix so only 0, 5 and 6; but it looks like something is going wrong with uart5 (clock, otherwise)
<oliv3r>
i'll post to the ML
hipboi has quit [Ping timeout: 258 seconds]
<oliv3r>
meeting time :S
megal0maniac has quit [Ping timeout: 272 seconds]
hipboi has joined #linux-sunxi
hipboi has quit [Ping timeout: 272 seconds]
megal0maniac has joined #linux-sunxi
hipboi has joined #linux-sunxi
<wens>
oliv3r: :(
<ganbold_>
is there u-boot binary that supports GMAC on BPI that can be used to tftpboot
leviathanch2 has quit [Ping timeout: 245 seconds]
hansg has joined #linux-sunxi
hansg has quit [Remote host closed the connection]
JohnDoe71rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<wens>
oliv3r: did you set pull-ups?
leviathanch2 has joined #linux-sunxi
wenbin has quit [Quit: Leaving]
leviathanch2 has quit [Ping timeout: 260 seconds]
rmax has joined #linux-sunxi
* rmax
waves
<rmax>
Aliexpress just confirmed the full refund for my Q8H :)
hipboi has quit [Quit: Leaving]
<marcin_>
Hello. Does anyone know if OProfile perf_events profiling mode is supported on A20? I got an error ENODEV on perf_event_open.
<hramrach_>
vlotho uImage is built with u-boot tools. presumably you can do that on BSD. And you probably better ask the BSD guys how they do it
<hramrach_>
btw what did AMD do so interesting?
FDCX has quit [Remote host closed the connection]
<hramrach_>
ganbold_: ask the bpi people. They developed a _very_ hacky gmac driver specifically for bpi when CB and CT has a nice generic gmac driver already ...
Nyuutwo has quit [Read error: No route to host]
Nyuutwo_ has joined #linux-sunxi
<hramrach_>
marcin_: did you look into kernel options that need to be enabled to support that? Mst likely as it is non-essential it is disabled in defconfig even if supporteds
<marcin_>
Yes, I am trying to. Generally performance events are enabled. I am looking now into Oprofile source to find, which events are needed.
FDCX has joined #linux-sunxi
<hramrach_>
ganbold_: generally them developing a different driver is not outright bad but since they added lots of superfluous changes you cannot tell what *really* needs to be changed for the bpi gmac to work
Black_Horseman has quit [Quit: Zwi se logou mou!!!]
HeHoPMaJIeH has joined #linux-sunxi
Quarx has joined #linux-sunxi
<ganbold_>
hramrach_: got u-boot snapshot at openwrt
<oliv3r>
wens: i configured all additional (e.g. not uart0) exactly the same, following the dts for all uarts so far
<oliv3r>
wens: besides, aren't pullups ignored on fixed muxes?
<wens>
fixed muxes?
<oliv3r>
mux4 for uart
<wens>
why whould they be ignored?
<oliv3r>
i was under the impression those parameters where only used by the input/output bits
<oliv3r>
wens: i'd think they use sane defaults! :p anyway, i used the same settings as for uart0, uart2 and uart6 which all work normally
<oliv3r>
i'll try an a20 olimex micro now
<wens>
just set pull-ups and try :p
<oliv3r>
:p
<oliv3r>
will do
<oliv3r>
did you try your cubie?
<wens>
didn't have time today
leviathanch2 has joined #linux-sunxi
<olimex>
hi! does anyone know how to get analog audio output work on a20 olinuxino micro running debian? it works fine with android. i followed the audio codec tutorial on sunxi..
afaerber_ has quit [Quit: Verlassend]
<hramrach_>
it generally tends to work on hardware with analog jacks on the board
<hramrach_>
hmm, installing alsamixer crashes the board. not nice
<hramrach_>
I guess I need to look into memetester
<hramrach_>
olimex: check that your fex is correct (eg compare to android) and check that you are using the right card
<hramrach_>
your board will have at least HDMI sound and analog
<olimex>
it works on hdmi
<olimex>
I will compare the fex files, thanks
afaerber has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 264 seconds]
codekipper has joined #linux-sunxi
tomboy65 has joined #linux-sunxi
<codekipper>
olimex: run this command
<codekipper>
aplay -lL
<codekipper>
the M1 Audio codec should be first then the HDMI codec
<codekipper>
then I use mplayer under debian
<codekipper>
audio para in fex looks correct
<oliv3r>
wens: same sd card, but with the olimex micro it's stable and works as expected
<oliv3r>
so it's lime hardware related somehow, but on all limes
captainigloo has quit [Quit: Bye Bye]
<olimex>
codekipper: i ran the aplay -lL, but I dont understand the output: card 0: sunxicodec [sunxi-CODEC], device 0: M1 PCM [sunxi PCM]
<codekipper>
that's the default card in the list. Are no other cards mentioned
<codekipper>
also try alsamixer to see if the codec is muted
<olimex>
it`s not
<olimex>
hm
<codekipper>
what happens if you run mplayer -ao alsa:device=hw=0.0 <some audio file>?
<olimex>
I went to double check in the alsamixer, and now I get: cannot open mixer: No such file or directory
<codekipper>
which mixer is it pointing to?
<olimex>
It works!!
<olimex>
I ran the comand mplayer -ao alsa:device=hw=0.0 <some audio file> and i got sound, but the alsamixer is still not there
<codekipper>
you may have to run alsamixer with the card name
<olimex>
before it was fine without it.. how do i do that
<codekipper>
alsamixer -D default
<codekipper>
does that work
sehraf has joined #linux-sunxi
<olimex>
it works with alsamixer -c 0
<olimex>
but not with alsamixer -D default
<oliv3r>
wens: pull-up fixes it :p
<oliv3r>
wens: so pull up should always be set on lime's
<codekipper>
oliv3r: concerning your uart5 woes......are you using usbc1? that shares the tx pin of uart5
<oliv3r>
codekipper: on what board?
<oliv3r>
not according to the Lime schematic
Andy-D has joined #linux-sunxi
<oliv3r>
codekipper: it looks like it's a pull-up issue, what I don't understand why uart2 and uart6 no not need it, but uart5 does
<codekipper>
bollocks....looking at micro fex for the audio
<oliv3r>
:)
<codekipper>
then again the lime fex looks the same
captaini- has joined #linux-sunxi
<codekipper>
is it a sw or hw pull up you're using?
leviathanch2 has quit [Ping timeout: 258 seconds]
captaini- has quit [Client Quit]
<olimex>
codekipper: I changed the card no from 1 to 0 in /etc/asound.conf now everithing works, thank you!
captaini- has joined #linux-sunxi
<mripard>
oliv3r: see! I told you it was an hardware issue :)
<oliv3r>
mripard: lol but a PCB design problem
<oliv3r>
mripard: however i just consulted a colegue, and he also is puzzled, why you have to set up a pull-up on a drive pin
<oliv3r>
i'll try driving it with 50mA first to see itf it really only is the pull up bit
<oliv3r>
hmm the board got pretty hot from the pull-up setting thoguh
<mripard>
what ? There's no relation between the drive strength and a pull up.
<oliv3r>
no he said, that if it is driving a pin, it shouldn't need a pull-up
<oliv3r>
drive-strength doesn't fix it
<mripard>
yeah, of course it doesn't
<oliv3r>
how so 'ofcourse'? it's an output pin (tx) so it could matter!
<mripard>
drive strength is about current, pull-up about voltage
<oliv3r>
aye, but on my scope, i see perfect square waves from the tx pin
rafaelMOD has joined #linux-sunxi
<oliv3r>
so the voltage should be adequate
<mripard>
where are you taking the samples from?
<oliv3r>
what do you mean? reading? either a logic analyzer with 5V tolerant inputs, an oliscope or a 3.3v usb serial converter
<oliv3r>
oliscope, heh :D
merbanan has joined #linux-sunxi
<mripard>
oliv3r: no, where physically
<oliv3r>
oh, uart5 from PI10
<oliv3r>
the GPIO_2 pin 29 on the olimex lime
<mripard>
close to the SoC? close to your uart adapter?
<oliv3r>
foto time
<mripard>
if it's close to the SoC, you might not see some interferences happening between the SoC and your adapter
<mripard>
oliv3r: you're not talking about the setenv stuff but you're talking about setenv?
<oliv3r>
cat uEnv.txt boot.cmd >> boot.test works too :)
<oliv3r>
passing variables to setenv!
<oliv3r>
mripard: stop confusing me
<oliv3r>
i don't even know what i'm talking about
<mripard>
you're the one confusing us here :)
<oliv3r>
i'm old and brittle and I don't do changes!
<oliv3r>
what i ment, before the variables that where being parsed in the boot.scr that hansg devised, where brought in via uEnv.txt or the uEnv partition
<oliv3r>
mripard: exactly, that describes it well: The U-Boot environment is a block of memory that is kept on persistent storage and copied to RAM when U-Boot starts.
<libv>
let's hope something pops up there soon enough
<oliv3r>
mripard: it's just when things 'change', you first figure out where to backtrace :p
gjm has quit [Quit: leaving]
<oliv3r>
mripard: that page oesn't mention where it comes from! it just says persistant storage. What storage though :(
<mripard>
oliv3r: of course it doesn't, it depends on the board
<oliv3r>
so i'm back to 0 :p
<mripard>
options can be MMC, NAND, NOR, SPI Dataflash, I2C EEPROM
<oliv3r>
oh i2c eeprom; i like that a lot
<mripard>
so, yes, "storage"
<mnemoc>
oliv3r: it's your bootcmd which loads the file from "somewhere" and then calls `source`
<oliv3r>
ah, so our u-boot just defaulted to uEnv.txt; i'll go read arete's patch to see what did that
<oliv3r>
ok, it runs loadbootenv; ok i understand now
<oliv3r>
see, changes!
<oliv3r>
pfft
<mripard>
oliv3r: the source command, like mnemoc told you multiple times
<oliv3r>
but getting these things from i2c is exactly what i'd want
<oliv3r>
lime's have i2c storage :)
gjm has joined #linux-sunxi
<mripard>
but again, your MMC or NAND will work just fine
<mripard>
and I'm pretty sure it already uses the MMC to store it
<oliv3r>
yeah, i just don't know in which form
<oliv3r>
i was just following the u-boot mainline doc, and it puts everytihng in boot.scr
<oliv3r>
which i don't think is that clean
hypothalamus has quit [Ping timeout: 244 seconds]
naobsd has joined #linux-sunxi
<mripard>
it uses a small block it creates before the first partition iirc
<mripard>
and uEnv is just as clean as boot.scr
<oliv3r>
yeah but the wiki page doesn't use uEnv :)
sehraf has joined #linux-sunxi
<oliv3r>
that was kinda my point
<oliv3r>
but i learned what i needed :D
<oliv3r>
i just didn't know the uEnv.txt way was something we did special on sunxi, i thought it was a default
<mnemoc>
the name was "taken" from the beagleboard
<mnemoc>
they used that holy first first
<mnemoc>
s/first/file/
<oliv3r>
i think i'll prefer i2c over nand for uEnv due to corruptions etc and easier updating the 'boot ok' status via i2c then to rewrite the nand
Andy-D has quit [Read error: Connection reset by peer]
<mnemoc>
if you `mkimage -T script` your .txt (boot.scr style), it's checksum will be verified
diego__ has joined #linux-sunxi
diego_r has quit [Disconnected by services]
diego__ is now known as diego_r
<oliv3r>
great, if i enable pullups on all serial ports, none work
Andy-D has joined #linux-sunxi
<oliv3r>
properly*
arend has quit [Remote host closed the connection]
amitk has quit [Ping timeout: 245 seconds]
Quarx has joined #linux-sunxi
diego_r has quit [Remote host closed the connection]
diego_r has joined #linux-sunxi
diego_r has quit [Excess Flood]
paulk-collins_ has joined #linux-sunxi
diego_r has joined #linux-sunxi
naobsd has quit [Quit: Page closed]
diego_r has quit [Excess Flood]
diego_r has joined #linux-sunxi
xavia has joined #linux-sunxi
diego_r has quit [Read error: Connection reset by peer]
paulk-collins_ has quit [Quit: Ex-Chat]
diego_r has joined #linux-sunxi
HeHoPMaJIeH has quit [Quit: Konversation terminated!]
diego_r has quit [Remote host closed the connection]
diego_r has joined #linux-sunxi
diego__ has joined #linux-sunxi
diego_r has quit [Disconnected by services]
diego__ is now known as diego_r
ar has joined #linux-sunxi
<libv>
ar: thanks :)
orly_owl has joined #linux-sunxi
Akagi201 has joined #linux-sunxi
naobsd has joined #linux-sunxi
megal0maniac has quit [Ping timeout: 272 seconds]
hypothalamus has joined #linux-sunxi
megal0maniac has joined #linux-sunxi
pwhalen has quit [Ping timeout: 260 seconds]
sehraf has quit [Ping timeout: 258 seconds]
Skaag has quit [Quit: Leaving.]
Andy-D has quit [Read error: Connection reset by peer]
pwhalen has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
netlynx has joined #linux-sunxi
leviathanch2 has quit [Ping timeout: 272 seconds]
leviathanch2 has joined #linux-sunxi
philippe_fouquet has quit [Remote host closed the connection]
leviathanch2 has quit [Ping timeout: 272 seconds]
konradoo77 has joined #linux-sunxi
bonbons has joined #linux-sunxi
konradoo77 has quit [Ping timeout: 250 seconds]
Nyuutwo has quit [Quit: No Ping reply in 180 seconds.]
<rafaelMOD>
Guys, i am workign on the I2S driver of sunxi-3.4 and i have a doubt.
<rafaelMOD>
f I patch the I2S using the *.fex parse and changing the .fex file, we would also need a *.fex patch.
<rafaelMOD>
There are some I2S configurations that are not initialized, as sunxi_iis.ws_size (Word Select Size), but used to configure the I2S peripheral registers.
<rafaelMOD>
Should I count on the *.fex modification if I2S is to be used? I am surely putting some default values there, in case the *.fex parameters are not set.
<rafaelMOD>
In the android A20 sdk (A20-android-4.2) works with this *.fex parameters
ninolein has quit [Ping timeout: 260 seconds]
ninolein has joined #linux-sunxi
<libv>
go for defaults
tomcheng76 has quit [Read error: Connection reset by peer]
tomcheng76 has joined #linux-sunxi
tomcheng76 has quit [Read error: Connection reset by peer]
VargaD has quit [Ping timeout: 260 seconds]
VargaD has joined #linux-sunxi
<rafaelMOD>
ok, and if anyone wants to configure the i2s, he just changes the [i2s_para] in the fex
<rafaelMOD>
Another solution would be passing this parameters on the Machine Driver that initialize the I2S. But I would have to use non ALSA defines. The problem here is that sunxi-3.4 already has a generic machine driver (sunxi-sndi2s.c) that doesn't implements that.
tomcheng76 has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
VargaD_ has joined #linux-sunxi
VargaD has quit [Ping timeout: 260 seconds]
VargaD_ is now known as VargaD
rmax has quit [Quit: Leaving.]
Skaag has joined #linux-sunxi
Gerwin_J has quit [Read error: Connection reset by peer]
Gerwin_J_ has joined #linux-sunxi
Skaag has quit [Quit: Leaving.]
Skaag has joined #linux-sunxi
konradoo77 has quit [Ping timeout: 240 seconds]
konradoo77 has joined #linux-sunxi
sehraf has quit [Ping timeout: 244 seconds]
sehraf has joined #linux-sunxi
Nyuutwo has quit [Ping timeout: 246 seconds]
bengal has quit [Ping timeout: 258 seconds]
sehraf has quit [Ping timeout: 246 seconds]
petr has quit [Ping timeout: 272 seconds]
inis has joined #linux-sunxi
petr has joined #linux-sunxi
fredy has quit [Excess Flood]
konradoo77 has quit [Ping timeout: 260 seconds]
abodywithkeyboar has quit [Ping timeout: 258 seconds]
sehraf has joined #linux-sunxi
fredy has joined #linux-sunxi
konradoo77 has joined #linux-sunxi
olimex has quit [Remote host closed the connection]
netlynx has quit [Quit: Leaving]
<hramrach_>
how do I set brightness of lcd?
<hramrach_>
there is a pwm configured in script.bin but how do I change it?
inis has quit [Max SendQ exceeded]
inis has joined #linux-sunxi
inis has quit [Max SendQ exceeded]
inis has joined #linux-sunxi
inis has quit [Max SendQ exceeded]
inis has joined #linux-sunxi
inis has quit [Max SendQ exceeded]
inis has joined #linux-sunxi
Gerwin_J_ has quit [Quit: Gerwin_J_]
inis has quit [Max SendQ exceeded]
nove has quit [Quit: nove]
konradoo87 has joined #linux-sunxi
konradoo77 has quit [Ping timeout: 260 seconds]
bonbons has quit [Quit: Leaving]
konradoo87 has quit [Ping timeout: 260 seconds]
konradoo77 has joined #linux-sunxi
konradoo77 has quit [Ping timeout: 272 seconds]
konradoo77 has joined #linux-sunxi
bengal has joined #linux-sunxi
konradoo77 has quit [Ping timeout: 272 seconds]
konradoo77 has joined #linux-sunxi
diego_r has quit [Ping timeout: 245 seconds]
formruga has quit [Quit: Konversation terminated!]
konradoo77 has quit [Ping timeout: 258 seconds]
* ssvb
got Primo 81, looks like a really nice tablet
<ssvb>
libv: I will NDH it tomorrow :)
<mnemoc>
:D
<ssvb>
though I'm not sure if I'm up to opening the case, it is very thin and solid built
bengal has quit [Quit: Leaving]
<ssvb>
I'm afraid that it might require more skills than with the cheap plastic cases of the no-name tablets
<libv>
ssvb: :)
<libv>
ssvb: oliv3r says the same thing all the time
<libv>
ssvb: his day is endlessly long it seems
<ssvb>
libv: it looks like this tablet has a metal (aluminium?) case and a glass front, no signs of screws visible anywhere
<mnemoc>
does it bend? :p
<mnemoc>
those are usually opened with one of those slim plastic tools like for playing guitar
<ssvb>
hmm, it would be nice to find a proper howto video created by some brave souls
* mnemoc
hands ssvb a mirror and shows him the brave soul
Black_Horseman has joined #linux-sunxi
paulk-collins has quit [Quit: Ex-Chat]
rafaelMOD has quit [Remote host closed the connection]
* ssvb
is already scared looking at all the tools in use and realizing that the front panel might be held by an adhesive
rz2k has quit []
astr has joined #linux-sunxi
astr has quit [Read error: error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number]
astr has joined #linux-sunxi
<astr>
(though this is on a olimex a10lime but a anwser to where the hell the config file is would be appreciated :) but I still keep looking for info awayway) I have calibrated the touch screen but my xorg mouse cursor is off set. using the ts_test I see the touch screen is calibrated so I guess there is a mouse cursor off set somewhere? where is the config file I need to edit? can't find the xorg.conf
ricardocrudo has quit [Ping timeout: 246 seconds]
jinzo has quit [Quit: Leaving]
akaizen_ is now known as akaizen
<libv>
ssvb: there are no front and back covers?
Gerwin_J has joined #linux-sunxi
Skaag has joined #linux-sunxi
<libv>
ssvb: the msi primo 73 looks like it has front and back covers
<libv>
ssvb: are you sure that it this is glued, because to me it looks like it is just an aluminium back cover, with a plastic front cover which would be clipped on
<libv>
aluminium back cover is a pain, but it is not impossible
<libv>
just kill 2 or more toothbrushes and take your time
Gerwin_J has quit [Read error: Connection reset by peer]
<ssvb>
libv: getting into the FEL mode on Primo81 is not a problem
pwhalen has joined #linux-sunxi
<ssvb>
libv: both FEL SD card image and pressing the '+" button together with the 'power' button work
<ssvb>
libv: this probably means that it is configured to be bootable from the SD card by default, but it needs to be additionally confirmed
atsampson has quit [Ping timeout: 260 seconds]
<ssvb>
libv: heh, "./fel read 0x43000000 0x20000 script.bin" fails with the "libusb usb_bulk_send error -7" error (with either of these two methods of entering the FEL mode)
<ssvb>
libv: I should try to get root in Android
atsampson has joined #linux-sunxi
<ssvb>
libv: but overall it looks like a thin, light and sturdy piece of hardware, the display quality is excellent (if we are satisfied with the low 1024x768 resolution)
<ssvb>
libv: I read some reviews before and people mostly complained about bad performance (not very surprising with a measly 1GHz Cortex-A7 CPU) and battery life (this might be a real problem)
<libv>
ssvb: seems like you should, for now, explain that disassembly is nigh impossible, and that perhaps someone with a broken device should do a full teardown