00:02
FreezingCold has joined #linux-sunxi
00:03
Gerwin_J has quit [Quit: Gerwin_J]
00:06
steev has quit [Excess Flood]
00:09
steev has joined #linux-sunxi
00:16
akaizen has quit [Remote host closed the connection]
00:16
akaizen has joined #linux-sunxi
00:21
akaizen has quit [Ping timeout: 240 seconds]
00:24
popolon has quit [Quit: Quitte]
00:29
TheSeven has quit [Ping timeout: 272 seconds]
00:30
TheSeven has joined #linux-sunxi
00:38
TheSeven has quit [Ping timeout: 272 seconds]
00:39
TheSeven has joined #linux-sunxi
00:45
TheSeven has quit [Ping timeout: 250 seconds]
00:47
TheSeven has joined #linux-sunxi
00:47
tomboy64 has quit [Remote host closed the connection]
00:49
tomboy64 has joined #linux-sunxi
01:01
TheSeven has quit [Ping timeout: 260 seconds]
01:03
TheSeven has joined #linux-sunxi
01:06
egbert has quit [Disconnected by services]
01:06
egbert has joined #linux-sunxi
01:11
bertrik has quit [Read error: Connection reset by peer]
01:16
ricardocrudo has joined #linux-sunxi
01:20
nashwhat_ has joined #linux-sunxi
01:22
Renard has quit [Remote host closed the connection]
01:23
nashwhat has quit [Ping timeout: 240 seconds]
01:27
wingrime1 has joined #linux-sunxi
01:27
wingrime has quit [Read error: Connection reset by peer]
01:28
TheSeven has quit [Ping timeout: 256 seconds]
01:28
wingrime1 has quit [Read error: Connection reset by peer]
01:29
wingrime has joined #linux-sunxi
01:29
<
wens >
ssvb: the pins for R_UART have no other purpuse other than gpio
01:31
TheSeven has joined #linux-sunxi
01:35
Gerwin_J has joined #linux-sunxi
01:42
wingrime1 has joined #linux-sunxi
01:43
wingrime has quit [Ping timeout: 272 seconds]
01:43
wingrime1 has quit [Read error: Connection reset by peer]
01:44
wingrime has joined #linux-sunxi
01:48
prahal has quit [Quit: prahal]
01:50
maksimlin has joined #linux-sunxi
01:51
maksimlin has left #linux-sunxi [#linux-sunxi]
02:02
wingrime1 has joined #linux-sunxi
02:02
wingrime has quit [Read error: Connection reset by peer]
02:04
wingrime has joined #linux-sunxi
02:04
wingrime1 has quit [Read error: Connection reset by peer]
02:12
wingrime1 has joined #linux-sunxi
02:14
wingrime has quit [Ping timeout: 260 seconds]
02:19
wingrime1 has quit [Read error: Connection reset by peer]
02:20
wingrime has joined #linux-sunxi
02:36
wingrime1 has joined #linux-sunxi
02:36
wingrime has quit [Read error: Connection reset by peer]
02:40
ricardocrudo has quit [Remote host closed the connection]
03:11
TheSeven has quit [Disconnected by services]
03:11
[7] has joined #linux-sunxi
03:45
focus has quit [Ping timeout: 255 seconds]
03:56
nashwhat has joined #linux-sunxi
03:57
focus has joined #linux-sunxi
03:59
nashwhat_ has quit [Ping timeout: 255 seconds]
04:00
<
Turl >
does anyone here have a rev A A10?
04:00
<
Turl >
I believe the chip says "....AA ...." when it's rev A
04:20
<
libv >
is that supposed to be old, new... ?
04:20
nashwhat_ has joined #linux-sunxi
04:21
<
libv >
and how does one tell?
04:21
<
libv >
also: why, what for?
04:21
<
Turl >
libv: rev A should be the first A10 rev
04:21
<
Turl >
libv: I just told you how to tell :)
04:22
<
libv >
oh, on the chip itself?
04:22
<
Turl >
libv: why, because there's differences in the hardware
04:22
<
libv >
ah, yes, i think i saw such things in the disp engine as well
04:22
<
libv >
there should be a big fat warning early on in the kernel
04:22
<
libv >
and then you should ignore it afterwards :p
04:22
<
Turl >
libv: about what?
04:23
<
libv >
about this being the earliest a10 out there, and that probably nobody has one
04:23
<
Turl >
it's not that different
04:23
<
libv >
if someone does complain, we all have work to do :)
04:23
nashwhat has quit [Ping timeout: 256 seconds]
04:23
<
Turl >
but yeah, it robably does not have much testing
04:23
<
Turl >
probably too
04:24
<
Turl >
libv: you can check dumping a register too if your sight is not that good
04:24
<
libv >
i only have cubie running atm
04:24
<
libv >
cubietruck even
04:25
<
libv >
big fat mainline kernel warning is what should happen
04:25
<
Turl >
I got my olinuxino A10S here :)
04:25
afaerber has quit [Ping timeout: 272 seconds]
04:25
<
Turl >
a pr_info telling the soc revision and such could come in handy
04:27
<
libv >
yeah, i do not see any of that
04:27
<
libv >
cpu and machine model
04:29
nashwhat has joined #linux-sunxi
04:30
Gerwin_J has quit [Quit: Gerwin_J]
04:32
nashwhat_ has quit [Ping timeout: 250 seconds]
04:34
<
wens >
curious, do you consider rev 0 ( as in rev field all zeroed ) to be rev A?
04:34
<
libv >
yeah, although i would just write A10S instead of "A series A10s" :)
04:35
<
libv >
A as in hex?
04:35
<
libv >
ah, since the pair of you are here... mripard can give his view when he wakes up
04:35
<
wens >
A as in string "A"
04:36
<
libv >
i have to edit clk-sunxi.c to fix the default ahb1 gating mask
04:36
<
Turl >
wens: 0 is rev A according to the AW code
04:36
<
Turl >
as well as 41 and 65
04:37
<
libv >
this so that the engine stays up
04:37
<
libv >
i have to go do this for each sunxi revision it seems
04:37
<
Turl >
libv: huh, don't do that
04:37
<
libv >
but, i will put this inside the simplefb defines
04:37
<
libv >
Turl: why not?
04:37
<
Turl >
libv: you're moving stuff out of place
04:38
<
libv >
Turl: if the engines are turned off, there is no rescuing anything unless a full display driver is loaded
04:38
<
wens >
libv: use the "important clock" stuff at the bottom of clk-sunxi.c
04:38
nashwhat_ has joined #linux-sunxi
04:38
<
Turl >
libv: each bit of that mask corresponds to a name in the dt
04:38
<
libv >
ooh, that's how that works
04:38
<
libv >
now i get it
04:38
<
libv >
i saw the names listed in some other files
04:38
<
Turl >
if you kill a couple of bits you're hosing all the other clocks after it
04:39
<
libv >
why is this spread out over the tree?
04:39
<
Turl >
libv: just find which clocks you need on and keep them enabled
04:39
<
Turl >
libv: what is spread out?
04:39
afaerber has joined #linux-sunxi
04:40
<
libv >
arch/arm/boot/dts/sun7i-a20.dtsi lists the names to the bits
04:40
<
wens >
you mean the bit masks and the corresponding names are spread between different files?
04:40
<
libv >
drivers/clk/sunxi/clk-sunxi.c is where the bits are defined
04:40
<
libv >
that's asking for trouble.
04:41
nashwhat has quit [Ping timeout: 250 seconds]
04:41
<
Turl >
the dt shows how the hardware is laid out, by using a compatible and phandles
04:41
<
libv >
i changed those masks as i really was convinced that they were used for clearing the registers
04:41
<
Turl >
the driver has the details
04:42
<
Turl >
libv: the clearing is done by the framework when the clocks are unused
04:42
<
wens >
I'm not really found of this either
04:42
<
wens >
for one thing, the index used in the phandle doesn't always match the index of the name
04:43
<
wens >
but changing this is going to break all our DTs
04:43
<
libv >
yes, but when i saw "gates_data" "initconst "mask" and then two 32bit values
04:43
<
libv >
what is the first thing that comes to mind?
04:43
<
libv >
it's counterintuitive and it will be broken all the time
04:43
<
wens >
we should change that to "valid" or sth
04:43
<
libv >
anyway, thanks, i will dig through it some more
04:44
<
libv >
but first i have to fix my memory issue
04:44
<
Turl >
wens: the index matches the hardware index
04:44
<
Turl >
like in all the other dt props that take a value
04:44
<
wens >
Turl: I'm aware of that :)
04:44
<
Turl >
that's the whole point of those masks :p
04:45
<
wens >
it's just not intuitive to someone just looking at the DTs
04:45
<
Turl >
wens: do you have a sun8i handy?
04:45
<
wens >
Turl: what for?
04:46
rz2k has joined #linux-sunxi
04:46
<
wens >
I can remotely do stuff
04:46
<
libv >
Turl: btw, handy is the german name for cellphone :p
04:46
<
wens >
the device is at my office, but i'm at home, waiting for my doctor's appointment this afternoon
04:46
<
libv >
i thought that there were no sunxi phones :p
04:46
nashwhat has joined #linux-sunxi
04:46
<
Turl >
wens: testing soc bus :)
04:47
<
wens >
Turl: ah, do you have a tree handy?
04:47
<
Turl >
wens: not really, haven't split it yet, but I can diff|paste
04:47
<
libv >
so basically, i am going to have to a lot of dicking around with dt from uboot display code to make sure that my engines do not get disabled
04:48
<
Turl >
libv: here "handy" are those radio thingies to talk on
04:48
<
libv >
yes, cellphones :p
04:48
<
Turl >
libv: not the phone, but the short wave ones
04:48
<
libv >
walkie talkies, i know, i am over 30 :p
04:49
<
Turl >
libv: what you should do is add clocks = <&....>, .... to the dt node
04:49
<
Turl >
and add support to enable clocks on simplefb if not there
04:49
nashwhat_ has quit [Ping timeout: 250 seconds]
04:50
<
libv >
i don't want them disabled ;p
04:50
<
libv >
if that happens, it's not coming back
04:50
<
Turl >
libv: enable = !disable :)
04:50
<
wens >
libv: you "enable" them through the framework, so the framework knows you want them
04:50
<
Turl >
let me see if it does support it
04:50
<
wens >
otherwise it disables all the clocks it knows no one is using
04:50
<
wens >
Turl: it doesn't
04:50
<
wens >
just checked :)
04:50
<
libv >
dt is a lot of faff, isn't it :)
04:51
<
libv >
would there be a reason not to add clock properties to the "simple-framebuffer" node?
04:51
<
Turl >
wens: I'll write a patch then :)
04:51
<
wens >
with platform/board files, you could get away with all sorts of stuff :p
04:52
<
libv >
simplefb doesn't care about any other values
04:52
<
libv >
so why would extra properties get in the way?
04:52
<
Turl >
extra props never hurt
04:52
<
Turl >
but if they're not used they're not much good either
04:52
<
libv >
i have to go read up on dt, it seems :)
04:53
<
libv >
and dig through this clock code as well
04:53
<
libv >
but first i am working on getting fb reserved
04:53
<
libv >
but thanks for kicking my butt on doing the intuitive thing
04:54
<
wens >
Turl should be able to help you with the clock stuff for simplefb
04:54
<
wens >
so you won't have to go through the clock code to get it working
04:55
<
libv >
would you guys want hdmi console enabled all the time, and lose 8MB of ram all the time?
04:56
<
libv >
or should everyone add a VIDEO config to their uboot devices in boards.cfg?
04:56
<
libv >
i will reclaim those 8MB with KMS later on
04:56
<
libv >
but that is lost to all without that extensive display driver
04:56
<
libv >
this is the easy path i have now chosen
04:57
<
libv >
as anything else requires a more serious change in how uboot does things
04:57
<
wens >
i don't see 8MB as anything serious
04:57
<
wens >
didn't cedarx or mali use like 64MB?
04:57
<
libv >
yeah, at one point they will all just use a big cma area
04:58
<
libv >
and these 8mb can be found from dt and added
04:58
<
libv >
but 8mb is a lot of you do not have simplefb
04:58
<
libv >
so sunxi-3.4 users will always lose that.
04:59
<
Turl >
libv: you can ifndef NO_VIDEO maybe
05:00
<
Turl >
so if anyone is overly concerned, they can turn it off
05:00
<
libv >
yeah, but then i have to add 2 new defines to README ;p
05:00
<
libv >
instead of just one :)
05:00
<
Turl >
libv: eh maybe..
05:00
<
Turl >
ifndef VIDEO .. define VIDEO 1
05:00
<
Turl >
so you can turn it off with VIDEO=0?
05:00
<
Turl >
it's ugly though
05:00
<
libv >
but yeah, i guess more people want simplefb
05:01
<
Turl >
anyway, it's just 8MB. This thing has 2GB :)
05:01
<
libv >
and a hdmi console
05:01
<
libv >
what's in the lime?
05:01
<
libv >
or in the a13-som?
05:01
<
Turl >
those may be more concerned there
05:01
<
Turl >
but they tend to be users who like video
05:01
<
Turl >
for some reason :)
05:01
<
libv >
without dt, there really is no way of knowing where this memory lives
05:02
<
Turl >
libv: did I paste the patch?
05:02
<
libv >
with dt, and a smart enough display/platform driver, the 8mb can be rescued
05:02
<
Turl >
nope I didn't
05:02
<
Turl >
libv: that should let you use clocks = <...> and have it work
05:03
<
Turl >
it needs more work to clean stuff up and check errors, but it should be enough to get you going now
05:04
<
libv >
is there a way for me to enable them otherwise from u-boot?
05:04
<
libv >
without having to change the kernel?
05:05
<
Turl >
you can enable them any way you'd like, but the kernel will keep turning them off if nobody demonstrates an interest on them
05:05
<
libv >
so no way of forcing them
05:06
nashwhat_ has joined #linux-sunxi
05:06
<
libv >
man, i really hate spreading shit all over the place
05:06
<
libv >
it should be in 1 spot, always
05:06
<
libv >
everything else is asking for trouble
05:06
<
Turl >
libv: it's all in the dt, but the simplefb driver is handycapped and doesn't know about clocks
05:06
<
Turl >
so once you fix that it's still all in the dt
05:07
<
Turl >
you'll need the clocks on the dt anyway for the future kms driver
05:07
nashwhat has quit [Ping timeout: 250 seconds]
05:07
<
libv >
this dt stuff is like jello
05:08
<
libv >
it will constantly change and be used differently all the time
05:09
<
Turl >
libv: are you generating the simplefb node 100% on uboot or updating an existing one?
05:10
<
wens >
libv: use clk_ignore_unused for now then?
05:10
<
Turl >
you can do that too :)
05:10
<
Turl >
it'll disable the stuff that hunts for unused clocks and turns them off
05:11
<
wens >
wasn't there sth buggy about the dt code in uboot? or was that fixed?
05:11
<
libv >
this simplefb stuff, only for rpi
05:12
<
Turl >
libv: maybe rpi doesn't have a clock driver
05:12
<
libv >
oh, with rpi, everything runs on the videocore
05:12
<
libv >
so they probably have very little kernel code to begin with
05:13
<
Turl >
libv: how powerful is that thing?
05:13
<
wens >
Turl: let me know when you have a branch for soc stuff
05:13
<
Turl >
can you send some video to it and halt the arm core or something like that?
05:13
<
wens >
i can merge it into my test branch
05:13
<
libv >
Turl: not entirely halt, as the arm core still needs to feed some data through
05:14
<
Turl >
libv: half assed solution? :p
05:15
<
Turl >
libv: iirc you can feed a buffer to the hexagon and go to sleep
05:15
<
Turl >
wens: I'll start splitting then :)
05:16
<
libv >
so where does this simplefb stuff stop?
05:16
<
libv >
next addition will be io pins
05:17
<
wens >
pinctrl doesn't touch unused pins, so you can leave them be until the actual kms driver
05:17
<
libv >
why doesn't it touch unused pins?
05:17
<
libv >
having them high constantly is also not good
05:18
<
wens >
the subsystem doesn't clear settings for unused pins, like the clk framework does for unused clks
05:18
<
libv >
sure, it doesn't do that yet...
05:18
<
wens >
it leaves them at whatever state they were in before the kernel was loaded, or whatever the driver does at init
05:18
<
wens >
our driver doesn't reset the block
05:19
<
libv >
anyway, i am just thinking, first this clk addition to simplefb
05:19
<
libv >
then what...
05:19
<
libv >
it'll not be so simple anymore very soon
05:19
<
wens >
anyway, pinctrl is done by the driver core, you just define the pins in the DT, and tie them to some device
05:20
<
wens >
toggling backlight is a different story
05:21
<
wens >
and we don't have a pwm driver yet, so it's on or off with the gpio backlight driver
05:21
<
libv >
is there no way that these clocks can be claimed in platform code?
05:22
<
libv >
if simplefb is built in
05:23
<
libv >
anyway, thanks for the input/feedback
05:29
<
Turl >
libv: the whole point of dt is not having platform code any longer
05:29
<
libv >
right, fill one hole by digging another :p
05:29
<
Turl >
libv: you just have drivers
05:30
<
Turl >
and a list of what hardware there is
05:30
<
Turl >
simplefb is not really describing any hardware
05:31
<
Turl >
wens: check the sunxi-socdetect branch I pushed
05:31
<
Turl >
you may need to adjust the A23 machine description to run it though, now that I look at it
05:32
<
Turl >
maybe we can get this stuff hooked on an initcall
05:35
nashwhat has joined #linux-sunxi
05:37
nashwhat_ has quit [Ping timeout: 256 seconds]
05:53
ganbold__ has quit [Remote host closed the connection]
05:53
ganbold__ has joined #linux-sunxi
05:54
nashwhat has quit [Read error: Connection reset by peer]
05:55
nashwhat has joined #linux-sunxi
06:00
Andy-D has joined #linux-sunxi
06:02
<
Turl >
wens: ok, I pushed it to an initcall, it seems to be ok :)
06:07
wingrime has joined #linux-sunxi
06:07
wingrime1 has quit [Read error: Connection reset by peer]
06:11
shineworld has joined #linux-sunxi
06:11
shineworld has joined #linux-sunxi
06:15
<
wens >
"Matches for mux clocks"? copy paste?
06:20
Andy-D has quit [Ping timeout: 250 seconds]
06:22
<
bbrezillon >
Turl, mripard_: Actually Yassin Jaffer told me he was working on a u-boot port of my NAND driver
06:22
<
Turl >
wens: dmesg|grep SoC and grep -r . /sys/bus/soc/devices/soc0/
06:22
<
Turl >
bbrezillon: cool :)
06:23
<
Turl >
bbrezillon: once that's there we'll just need a way to install uboot to nand
06:24
<
bbrezillon >
On A20 you can already format a boot0 partition (I tried it)
06:24
<
Turl >
bbrezillon: and brom likes it? :)
06:25
<
bbrezillon >
it's a bit more complicated on A10, becuase of the weird layout (only 1K of each page is used to store it)
06:25
<
bbrezillon >
Turl: yep
06:25
<
Turl >
bbrezillon: great then :)
06:25
<
Turl >
I assume you then have a u-boot mtd partition to hold the not-SPL bits, right?
06:26
<
bbrezillon >
I haven't declared it for now
06:26
akaizen has joined #linux-sunxi
06:27
<
Turl >
or maybe keep it in the same boot0 partition
06:27
<
Turl >
wens: great :)
06:27
<
bbrezillon >
but if we can embed the NAND driver in the SPL part, then we might define a boot1 (SPL) and a bootloader (u-boot) partition
06:27
<
Turl >
wens: is there code to detect the ic rev on the sdk?
06:28
<
Turl >
I checked on the A20 and it had a todo note :/
06:28
<
wens >
any clues to where i should look?
06:28
<
Turl >
wens: mach-sun?i/
06:28
<
Turl >
grep for ic_ver or so
06:29
<
wens >
it does, to check for super standby support, whatever that is
06:30
<
Turl >
that's allwinner's suspend stuff
06:30
akaizen has quit [Ping timeout: 240 seconds]
06:30
<
Turl >
putting dram in autorefresh and shutting down stuff
06:33
<
wens >
ok, the calls are not compiled, and i can't find the source for the function that reads the id
06:33
<
wens >
the code is disabled afaik
06:35
<
Turl >
ok then, we can worry if we ever need a quirk for a specific rev of A23 :)
06:36
<
Turl >
wens: any comments on the actual code? I'll clean up the clock stuff and send it again tomorrow morning
06:37
<
Turl >
well, today in the morning :|
06:37
<
Turl >
already 3AM again :)
06:43
Quarx has joined #linux-sunxi
06:48
<
wens >
competitor in what way?
06:49
<
wens >
last i checked, we don't do products :p
06:51
<
wens >
you should tell that to allwinner
06:55
sehraf has joined #linux-sunxi
06:56
<
Turl >
nvidia has been doing some good stuff lately
06:58
_massi has joined #linux-sunxi
07:02
marcin_ has quit [Remote host closed the connection]
07:03
HeHoPMaJIeH has joined #linux-sunxi
07:03
marcin_ has joined #linux-sunxi
07:12
nashwhat_ has joined #linux-sunxi
07:14
nashwhat has quit [Ping timeout: 245 seconds]
07:20
npcomp has quit [Ping timeout: 245 seconds]
07:20
nashwhat has joined #linux-sunxi
07:21
<
ccaione >
you live there Turl ?
07:22
libcg has joined #linux-sunxi
07:23
nashwhat_ has quit [Ping timeout: 245 seconds]
07:29
nashwhat_ has joined #linux-sunxi
07:31
nashwhat has quit [Ping timeout: 240 seconds]
07:37
nashwhat has joined #linux-sunxi
07:40
nashwhat_ has quit [Ping timeout: 264 seconds]
07:43
npcomp has joined #linux-sunxi
07:48
libcg has quit [Quit: rtfm]
07:48
libcg has joined #linux-sunxi
07:49
libcg has quit [Remote host closed the connection]
07:49
libcg has joined #linux-sunxi
07:51
RaYmAn_ is now known as RaYmAn
07:56
kz1 has quit [Ping timeout: 260 seconds]
07:56
nashwhat_ has joined #linux-sunxi
07:57
nashwhat has quit [Ping timeout: 250 seconds]
08:03
blsd has quit [Remote host closed the connection]
08:04
nashwhat has joined #linux-sunxi
08:06
nashwhat_ has quit [Ping timeout: 240 seconds]
08:08
blsd has joined #linux-sunxi
08:13
nashwhat_ has joined #linux-sunxi
08:15
FR^2 has joined #linux-sunxi
08:15
bertrik has joined #linux-sunxi
08:16
nashwhat has quit [Ping timeout: 260 seconds]
08:22
blsd has quit [Remote host closed the connection]
08:22
nashwhat has joined #linux-sunxi
08:25
nashwhat_ has quit [Ping timeout: 240 seconds]
08:28
rm has joined #linux-sunxi
08:32
nashwhat_ has joined #linux-sunxi
08:33
nashwhat has quit [Ping timeout: 245 seconds]
08:41
nashwhat has joined #linux-sunxi
08:41
avsm has joined #linux-sunxi
08:43
nashwhat_ has quit [Ping timeout: 260 seconds]
08:57
kivutar has joined #linux-sunxi
08:59
avsm has quit [Quit: Leaving.]
09:01
paulk-aldrin has joined #linux-sunxi
09:02
blsd has joined #linux-sunxi
09:05
kivutar has quit [Read error: Connection reset by peer]
09:06
kivutar has joined #linux-sunxi
09:06
montjoie[home] has quit [Quit: leaving]
09:06
montjoie[home] has joined #linux-sunxi
09:09
montjoie[home] has quit [Client Quit]
09:09
montjoie[home] has joined #linux-sunxi
09:10
nashwhat_ has joined #linux-sunxi
09:11
nashwhat has quit [Ping timeout: 264 seconds]
09:13
notmart has joined #linux-sunxi
09:13
notmart has joined #linux-sunxi
09:24
paulk-aldrin has quit [Quit: Ex-Chat]
09:27
paulk-collins has joined #linux-sunxi
09:34
nabblet has joined #linux-sunxi
09:34
avsm has joined #linux-sunxi
09:35
nabblet has quit [Client Quit]
09:35
nabblet has joined #linux-sunxi
09:40
paulk-collins has quit [Remote host closed the connection]
09:45
nabblet has quit [Quit: leaving]
09:46
<
wens >
reminds me of the aerial photography movie from last year
09:47
avsm has quit [Quit: Leaving.]
09:50
techn_ has quit [Ping timeout: 240 seconds]
10:01
enrico_ has joined #linux-sunxi
10:09
Quarx has quit [Remote host closed the connection]
10:10
sehraf has joined #linux-sunxi
10:10
Quarx has joined #linux-sunxi
10:16
kivutar has quit [Read error: No route to host]
10:19
deasy has joined #linux-sunxi
10:23
ganbold__ has quit [Ping timeout: 255 seconds]
10:31
ganbold__ has joined #linux-sunxi
10:33
popolon has joined #linux-sunxi
10:34
ganbold__ has quit [Remote host closed the connection]
10:43
nashwhat has joined #linux-sunxi
10:43
nashwhat_ has quit [Read error: Connection reset by peer]
10:45
bgal has joined #linux-sunxi
10:51
nashwhat_ has joined #linux-sunxi
10:54
nashwhat has quit [Ping timeout: 260 seconds]
11:00
nashwhat has joined #linux-sunxi
11:02
nashwhat_ has quit [Ping timeout: 255 seconds]
11:06
ganbold_ has joined #linux-sunxi
11:07
wingrime has quit [Read error: Connection reset by peer]
11:08
nashwhat_ has joined #linux-sunxi
11:09
ninolein has quit [Remote host closed the connection]
11:11
ninolein has joined #linux-sunxi
11:11
nashwhat has quit [Ping timeout: 272 seconds]
11:11
ninolein has quit [Remote host closed the connection]
11:13
ninolein has joined #linux-sunxi
11:15
kivutar has joined #linux-sunxi
11:15
nashwhat_ has quit [Read error: Connection reset by peer]
11:15
ninolein has quit [Remote host closed the connection]
11:17
nashwhat has joined #linux-sunxi
11:17
ninolein has joined #linux-sunxi
11:24
bgal has quit [Ping timeout: 255 seconds]
11:24
nashwhat has quit [Read error: Connection reset by peer]
11:26
nashwhat has joined #linux-sunxi
11:27
sehraf has joined #linux-sunxi
11:30
Gerwin_J has joined #linux-sunxi
11:35
nashwhat_ has joined #linux-sunxi
11:36
nashwhat has quit [Ping timeout: 240 seconds]
11:42
avsm has joined #linux-sunxi
11:44
nashwhat has joined #linux-sunxi
11:45
nashwhat_ has quit [Ping timeout: 245 seconds]
11:46
avsm has quit [Ping timeout: 255 seconds]
11:58
paulk-aldrin has joined #linux-sunxi
12:02
nashwhat_ has joined #linux-sunxi
12:04
diego_r has joined #linux-sunxi
12:04
nashwhat has quit [Ping timeout: 240 seconds]
12:05
avsm has joined #linux-sunxi
12:11
nashwhat has joined #linux-sunxi
12:13
nashwhat_ has quit [Ping timeout: 260 seconds]
12:16
avsm has quit [Quit: Leaving.]
12:20
nashwhat_ has joined #linux-sunxi
12:23
nashwhat has quit [Ping timeout: 245 seconds]
12:26
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
12:30
nashwhat has joined #linux-sunxi
12:32
nashwhat_ has quit [Ping timeout: 250 seconds]
12:49
nashwhat_ has joined #linux-sunxi
12:50
<
libv >
pfff, this memory stuff is quite a bit of faff.
12:50
<
libv >
simplefb is rpi only
12:50
<
libv >
the memory seems to be allocated from an area which is reserved anyway
12:51
marcin_ has quit [Read error: Connection reset by peer]
12:51
<
libv >
for us, the fb size is configured (8mb currently, enough for HD), then subtracted from the top of memory so that the linux kernel does not see it at all
12:52
<
libv >
so now i have simplefb happily mapping the fb
12:52
nashwhat has quit [Ping timeout: 264 seconds]
12:58
kivutar has quit [Read error: Connection reset by peer]
12:59
nashwhat has joined #linux-sunxi
13:01
nashwhat_ has quit [Ping timeout: 272 seconds]
13:01
ikeeki has joined #linux-sunxi
13:02
<
ikeeki >
Hi, if there is anybody interested I can share an image that reproduces a kernel panic just pressing a button from blueman
13:02
<
ikeeki >
cubietruck
13:03
ikeeki has quit [Client Quit]
13:04
marcin_ has joined #linux-sunxi
13:09
nashwhat_ has joined #linux-sunxi
13:11
nashwhat has quit [Ping timeout: 245 seconds]
13:11
apo__ has joined #linux-sunxi
13:15
|JohnDoe71Rus| has joined #linux-sunxi
13:15
JohnDoe_71Rus has quit [Ping timeout: 245 seconds]
13:15
VargaD has quit [Ping timeout: 245 seconds]
13:15
ccaione has quit [Ping timeout: 245 seconds]
13:15
afaerber has quit [Ping timeout: 245 seconds]
13:15
aep has quit [Ping timeout: 240 seconds]
13:15
apo_ has quit [Ping timeout: 240 seconds]
13:15
merbanan has quit [Ping timeout: 240 seconds]
13:15
diego71 has quit [Ping timeout: 240 seconds]
13:15
GeertJohan has quit [Read error: Connection reset by peer]
13:15
phh has quit [Read error: Connection reset by peer]
13:15
ynezz has quit [Ping timeout: 245 seconds]
13:15
merbanan has joined #linux-sunxi
13:15
diego71 has joined #linux-sunxi
13:15
libcg has quit [Ping timeout: 240 seconds]
13:15
Zboonet has quit [Ping timeout: 240 seconds]
13:15
fredy has quit [Ping timeout: 240 seconds]
13:15
ynezz has joined #linux-sunxi
13:15
phh has joined #linux-sunxi
13:15
afaerber has joined #linux-sunxi
13:15
Zboonet has joined #linux-sunxi
13:16
aep has joined #linux-sunxi
13:16
VargaD has joined #linux-sunxi
13:16
ccaione has joined #linux-sunxi
13:16
GeertJohan has joined #linux-sunxi
13:16
GeertJohan has joined #linux-sunxi
13:16
GeertJohan has quit [Changing host]
13:16
libcg has joined #linux-sunxi
13:17
fredy has joined #linux-sunxi
13:18
<
WarheadsSE >
nope, didn't make sense to me either libv
13:19
ricardocrudo has joined #linux-sunxi
13:21
kivutar has joined #linux-sunxi
13:23
shineworld has quit [Quit: Leaving]
13:24
issue_ has joined #linux-sunxi
13:31
nashwhat has joined #linux-sunxi
13:31
afaerber_ has joined #linux-sunxi
13:33
nashwhat_ has quit [Ping timeout: 264 seconds]
13:34
afaerber has quit [Ping timeout: 255 seconds]
13:45
leviathanch2 has joined #linux-sunxi
13:50
HeHoPMaJIeH has quit [Remote host closed the connection]
14:06
xavia has joined #linux-sunxi
14:12
paulk-aldrin has quit [Quit: Ex-Chat]
14:13
paulk-aldrin has joined #linux-sunxi
14:19
akaizen has joined #linux-sunxi
14:38
akaizen has quit [Remote host closed the connection]
14:38
paulk-collins has joined #linux-sunxi
14:38
paulk-aldrin has quit [Remote host closed the connection]
14:38
akaizen has joined #linux-sunxi
14:40
blsd has quit [Remote host closed the connection]
14:41
[7] has quit [Disconnected by services]
14:42
TheSeven has joined #linux-sunxi
14:43
akaizen has quit [Ping timeout: 240 seconds]
15:04
h3ndrik has joined #linux-sunxi
15:05
mdp has left #linux-sunxi ["Leaving"]
15:24
<
libv >
the contents of that file was removed in 38209ac7c23
15:27
libcg has quit [Quit: libcg]
15:27
<
libv >
how could this have gotten 2 signed-off-bys?
15:28
<
paulk-collins >
isn't this a symlink?
15:28
<
atsampson >
yes, it's creating a symlink (although unhelpfully the commit page doesn't show the type)
15:29
<
paulk-collins >
shows here
15:29
<
paulk-collins >
"symbolic link"
15:29
<
libv >
ah, of course
15:30
<
libv >
not that git log shows me that though :(
15:30
<
libv >
ah, new file mode
15:31
FreezingCold has quit [Ping timeout: 264 seconds]
15:31
<
paulk-collins >
mhh I'm trying to decide what SoC to get for a multimedia-ish setup
15:32
<
libv >
intel atom :p
15:32
<
paulk-collins >
well the trick is that I want fully free software
15:32
<
paulk-collins >
so candidates so far are sunxi and imx6 quad
15:32
<
libv >
older intel atom with full intel graphics
15:33
<
paulk-collins >
but I'd need graphics acceleration I guess, for stuff like 720p video
15:33
<
paulk-collins >
libv, yeah but non-free bios
15:33
<
paulk-collins >
there is the free libvdpau though
15:33
<
libv >
paulk-collins: do you expect this to work well already?
15:33
<
paulk-collins >
libv, more or less
15:34
<
paulk-collins >
I just want to be able to play a 720p movie
15:34
<
paulk-collins >
in the next month or so
15:34
<
paulk-collins >
I know lima is not there yet and I know etna_viv doesn't have the GC2000 yet
15:34
<
paulk-collins >
but someone will be paid to do it on the novena
15:34
<
paulk-collins >
and it seems to run pretty well with a 1080p screen already
15:35
<
paulk-collins >
but then again, I'm not sure how important graphics accelerations is when it comes to playing hd videos
15:35
<
paulk-collins >
libv, maybe you have a clue?
15:35
<
libv >
on your free software requirement
15:36
<
libv >
and on how free the media decoder on imx6 is
15:36
leviathanch2 has quit [Ping timeout: 272 seconds]
15:36
<
paulk-collins >
what about sw-only decoding?
15:36
<
libv >
i have no clue about imx6
15:36
<
libv >
no-one but actual users of imx6 can tell you that
15:37
<
paulk-collins >
hopefully, a quad core at 1.2Ghz and some ARM NEON optimizations could do
15:37
<
paulk-collins >
but if the display code doesn't follow…
15:37
<
libv >
not something anyone here would know
15:37
<
paulk-collins >
right
15:37
<
paulk-collins >
regarding sunxi, I couldn't get libvdpau to work when I tried
15:38
<
paulk-collins >
but is it good enough when used with Xorg without the mali libs?
15:38
<
paulk-collins >
say with turbofb
15:38
<
libv >
i never tried
15:38
<
libv >
don't you have an a20 sitting around?
15:38
<
paulk-collins >
plenty
15:38
<
libv >
then go find out
15:38
<
paulk-collins >
I just tried fedora and there is no mplayer there
15:39
<
libv >
install mplayer
15:39
<
paulk-collins >
I mean that it's not packaged
15:39
<
paulk-collins >
I guess I'll have to build from source
15:39
<
paulk-collins >
what a pain
15:39
<
libv >
install ubuntu
15:39
<
libv >
that seems to have mplayer
15:40
<
WarheadsSE >
And there are gstreamer plugins, but then you don't want any blobs..
15:40
<
paulk-collins >
linaro images?
15:40
<
paulk-collins >
WarheadsSE, I tried with gstreamer but it didn't work either
15:40
<
paulk-collins >
there should be a pipe for vdpau
15:40
<
paulk-collins >
it didn't find it
15:41
<
paulk-collins >
anyway, thanks libv
15:42
<
paulk-collins >
I might end up buying both a cubietruck and an imx6 quad thing and just see what works
15:42
<
paulk-collins >
btw did anyone get the HDMI output working out of an A10 tablet? (I have a Zatab here and the fex changes don't make it work)
15:43
<
libv >
sure, hdmi is fine there
15:44
<
libv >
just select the output type and the resolution
15:44
<
libv >
load lcd and hdmi
15:44
<
libv >
and you should be fine
15:45
<
paulk-collins >
I guess I'll do that work when I'm working on it
15:45
<
paulk-collins >
I'm the developer of Replicant and I'll port it to sunxi tabs
15:45
<
libv >
paulk-collins: seems we just need external pictures and the FEL button tested
15:45
FreezingCold has joined #linux-sunxi
15:45
<
paulk-collins >
in some weeks/days
15:45
<
paulk-collins >
I have like 6 sunxi tabs and most aren't in the wiki yet
15:45
<
libv >
everything else looks pretty solid on that page
15:46
<
paulk-collins >
nice
15:46
<
libv >
perhaps device disassembly and uart could use some work
15:46
<
paulk-collins >
I failed at disassembly though
15:46
<
paulk-collins >
I just damaged the case…
15:47
<
libv >
this screwdriver stuff shoudl go
15:47
orly_owl has quit [Ping timeout: 255 seconds]
15:47
<
libv >
every time i look at the wiki, i find stuff that needs fixing :(
15:47
<
libv >
which is also true for most of the code i look at
15:48
<
paulk-collins >
lol you even have a page for plastic tools
15:48
<
paulk-collins >
anyway I'm working on some other stuff now but I'll get back to you when I have time for sunxi
15:49
<
libv >
yes, for a reason
15:50
<
libv >
half the pages had "just stick in a screwdriver and it'll open up"
15:50
<
paulk-collins >
mhh
15:50
<
paulk-collins >
usually, nails can do as well
15:50
<
paulk-collins >
but for the zatab, it's not plastic
15:52
<
libv >
even then, a plastic tool should work
15:52
<
paulk-collins >
well actually, it did rip off parts of my plastic tools
15:53
<
paulk-collins >
but I'll retry in a while
15:55
orly_owl has joined #linux-sunxi
15:57
<
libv >
paulk-collins: that's the beauty of a chopped up toothbrush
15:57
<
libv >
mess it up, cut off some more!
16:01
<
paulk-collins >
that's a pretty good idea actually
16:02
<
Turl >
except when you get pieces stuck between the screen and the case
16:04
<
wens >
Turl: i only glanced through the soc code
16:04
<
wens >
so far nothing stands out
16:04
<
wens >
still i think machine should not be the board name
16:04
deasy has joined #linux-sunxi
16:08
<
Turl >
I'll add a note on the patch asking then
16:21
kivutar has quit [Quit: Ex-Chat]
16:26
afaerber_ is now known as afaerber
16:29
_massi has quit [Quit: Leaving]
16:33
fredy has quit [Excess Flood]
16:34
paulk-collins has quit [Quit: Ex-Chat]
16:34
paulk-collins has joined #linux-sunxi
16:35
fredy has joined #linux-sunxi
16:42
enrico_ has quit [Quit: Bye]
16:50
bonbons has joined #linux-sunxi
16:53
issue_ has quit [Remote host closed the connection]
16:56
<
libv >
oh, great. labels will not work at runtime
16:56
<
libv >
not as far as i can tell at least
16:57
<
libv >
and it seems that those clock names are pretty useless as well
17:05
<
libv >
they seem to get turned into numeric ids
17:10
<
libv >
hrm, phandles?
17:12
wingrime has joined #linux-sunxi
17:20
<
ssvb >
arokux: have you tested the use of usb keyboards in sunxi u-boot?
17:21
<
arokux >
ssvb: no. it is not working? I think there is a define you should add.
17:21
<
ssvb >
arokux: so far only one wireless keyboard works for me, and only when its transmitter/receiver dongle is connected via a usb hub
17:22
<
ssvb >
arokux: all the other keyboards that I have in my home fail in different ways
17:23
<
arokux >
OHCI isn't added, but you can try anyways.
17:24
<
ssvb >
arokux: that's exactly what I'm trying
17:24
<
ssvb >
arokux: ok, so we need OHCI before it is really usable for USB keyboards
17:25
<
arokux >
ssvb: I don't know. if you connect same keyboard to the PC and then check lsusb output is the keyboard using OHCI hub?
17:28
fredy has quit [Excess Flood]
17:29
<
arokux >
ssvb: I should leave now, will be back later
17:29
<
libv >
oh wow, this is going to become
_very_ _very_ contrived.
17:29
<
ssvb >
arokux: the one which works is reporting "Human Interface (12 Mb/s, 98mA)" in u-boot
17:29
<
libv >
i would have to look up the node that is ahb_gates
17:29
fredy has joined #linux-sunxi
17:30
<
libv >
how, either through its name "clk@01c20060" or through "sun7i-a20-ahb-gates-clk"
17:30
<
libv >
then i have to state the bit offset it seems
17:31
<
libv >
all of this is
_very_ questionable and pretty unstable.
17:32
<
ssvb >
arokux: the keyboards do not need high speed, so USB 1.x is pretty much sufficient for them
17:33
<
arokux >
ssvb: well yes, but 2.0 can be compatible with 1.x.. I know nothing about it. I'm just saying you first should understand if the problem is the missing OHCI
17:33
<
arokux >
you could maybe try the keyboard in the kernel with switched off OHCI ...
17:33
<
arokux >
ssvb: with some allwinner board
17:39
netlynx has joined #linux-sunxi
17:42
diego_r has quit [Ping timeout: 256 seconds]
17:46
FR^2 has quit [Quit: Connection reset by peer]
17:52
bgal has joined #linux-sunxi
17:54
akaizen has joined #linux-sunxi
17:56
<
libv >
Turl, wens: i am just going to directly grab the relevant clocks from clk-sunxi.c if simple-framebuffer is present and enabled
17:56
<
libv >
it's an absolute nightmare trying to claim clocks from u-boot
17:57
<
libv >
not entirely impossible way more pain and errorproneness and instability than it is worth
17:57
<
libv >
i am way better off using 4 symbolic names from within the clk-sunxi code
17:58
bgal has quit [Ping timeout: 260 seconds]
18:38
bgal has joined #linux-sunxi
18:39
kuldeepdhaka has joined #linux-sunxi
18:45
akaizen has quit [Remote host closed the connection]
18:46
akaizen has joined #linux-sunxi
18:48
netlynx has quit [Remote host closed the connection]
18:50
akaizen has quit [Ping timeout: 240 seconds]
19:04
akaizen has joined #linux-sunxi
19:16
<
Gerwin_J >
and something with 8 yuan
19:17
<
libv >
we should focus on a23 though
19:17
<
libv >
a80 will happen on its own as there are development boards
19:18
<
Gerwin_J >
there is tomorrow auction for a80 development board
19:18
<
Gerwin_J >
start 12:00 china time
19:18
<
Gerwin_J >
首块大8核A80开发板已经开始竞拍,回复【价格】两字可查看当前最高出价,请大家注意在首次竞拍出价时留下真实姓名、手机号码、公司名称(个人开发者不用提供),否则出价会被自动忽略,视为无效。竞拍在明天8月1日中午12点整结束,明天下午在微信/微社区公布竞拍得主名单。
19:19
<
libv >
why an auction?
19:19
<
Gerwin_J >
allwinner post this on wechat
19:19
<
libv >
who is that insane that they feel the need to get overpriced cheap hardware a week or two earlier?
19:19
<
Gerwin_J >
my a80 i send yesterday
19:21
<
Gerwin_J >
WITS is already shipping A80 development boards for two weeks
19:21
<
Gerwin_J >
A80 optimus board
19:35
notmart has quit [Quit: notmart terminated!]
19:48
akaizen has quit [Remote host closed the connection]
19:48
akaizen has joined #linux-sunxi
19:53
akaizen has quit [Ping timeout: 264 seconds]
20:13
leviathanch2 has joined #linux-sunxi
20:27
leviathanch2 has quit [Ping timeout: 240 seconds]
20:30
<
Turl >
Gerwin_J: pcduino8?
20:30
<
Turl >
it looked exactly the same as optimusboard
20:31
akaizen has joined #linux-sunxi
20:33
<
Gerwin_J >
pcduino8 white board with red silk screen is prototype/beta board
20:35
<
Gerwin_J >
Turl: pcduino8 will be in september or later
20:37
<
Gerwin_J >
A80 optimus board is now available at WITS
20:39
<
Gerwin_J >
Cubieboard will be available in august, but embeddedcomputer.nl have in september/october in stock
20:47
ninolein has quit [Ping timeout: 250 seconds]
20:47
ninolein has joined #linux-sunxi
20:57
bgal has quit [Ping timeout: 250 seconds]
21:11
bonbons has quit [Quit: Leaving]
21:53
paulk-collins has quit [Quit: Ex-Chat]
21:58
FreezingCold has quit [Ping timeout: 272 seconds]
22:12
FreezingCold has joined #linux-sunxi
22:13
avsm has joined #linux-sunxi
22:21
ricardocrudo has quit [Remote host closed the connection]
22:26
ricardocrudo has joined #linux-sunxi
22:39
boycottg00gle has joined #linux-sunxi
22:40
<
boycottg00gle >
hi! using sunxi-3.4 on a olinuxino micro a20 with lcd and sata. if i switch off the lcd power, sata seems to be switched off too and the kernel crashes. is that a hardware limitation?
22:41
ricardocrudo has quit [Remote host closed the connection]
22:43
<
Nyuutwo >
boycottg00gle: does it crash with no information?
22:44
<
boycottg00gle >
Nyuutwo: most of the time yes. once i got "<3>ata1: exce" on the serial console
22:45
<
Nyuutwo >
interesting - i have simmilar problem on imx (ethernet)
22:45
<
Nyuutwo >
I have kernel blob which works, but when I compile it just freeze (even jtag is deaf)
22:51
kuldeepdhaka has quit [Ping timeout: 250 seconds]
23:09
xavia has quit [Remote host closed the connection]
23:09
raypulver has joined #linux-sunxi
23:16
boycottg00gle has quit [Remote host closed the connection]
23:22
tomboy64 has quit [Ping timeout: 264 seconds]
23:36
tomboy64 has joined #linux-sunxi
23:39
avsm has quit [Quit: Leaving.]