00:04
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
00:05
<
leviathanch_ >
Turl: I will isolate the exact patch
00:05
<
leviathanch_ >
and return with a solution
00:08
<
Turl >
leviathanch_: might be one of the bugs I fixed
00:08
<
Turl >
leviathanch_: when you prepare & enable which clock?
00:08
<
leviathanch_ >
it's not even only then
00:09
<
leviathanch_ >
the problem persists when I fully disable the mmc host driver in menuconfig
00:09
<
leviathanch_ >
I checked the registers
00:09
<
leviathanch_ >
the clocks have the same registers in A20
00:09
<
leviathanch_ >
so I can't be that
00:13
<
leviathanch_ >
or maybe I just found out what "not yet tested on <chip>" can mean in the worst case
00:13
<
Turl >
leviathanch_: try adding 'clk_ignore_unused' to the cmdline
00:16
<
leviathanch_ >
the following: as long as the device tree of the A20 doesn't reference it
00:16
<
leviathanch_ >
nothing happens
00:16
<
leviathanch_ >
(of course)
00:16
<
Turl >
doesn't reference what?
00:17
<
leviathanch_ >
the clock drivers
00:18
<
leviathanch_ >
pll6 is a dummy clock for a20 dtsi
00:18
<
leviathanch_ >
in sunxi-next
00:18
<
leviathanch_ >
and you haven't changed that yet
00:19
<
Turl >
I have in my current tree
00:19
<
leviathanch_ >
that might explain a lot
00:19
<
leviathanch_ >
it started booting after I had replaced the dtb by the one from sunxi-next
00:19
<
leviathanch_ >
which doesn't enable the pll driver
00:22
<
leviathanch_ >
Turl: I have to sleep now
00:22
<
leviathanch_ >
already 2.a.m.
00:23
<
leviathanch_ >
it would be great if you could cross check if my suspicion is correct and there is some really neasty thing going on with reinits of plls on A20
00:23
<
leviathanch_ >
just code side
00:23
<
leviathanch_ >
I can test it
00:59
uwe_ has joined #linux-sunxi
01:00
robb83 has joined #linux-sunxi
01:03
robb83 has quit [Client Quit]
01:32
egbert has quit [Disconnected by services]
01:32
egbert has joined #linux-sunxi
01:41
<
robertjw >
I've installed sunxi/fedora19 on a mele a2000, and now I'm looking for the best way to bring up xbmc on it. The fedora repo does not appear to have the package.
01:51
hipboi has joined #linux-sunxi
01:52
akaizen has quit [Remote host closed the connection]
02:38
bamvor has quit [Remote host closed the connection]
03:01
libv has quit [Ping timeout: 240 seconds]
03:01
TheSeven has quit [Disconnected by services]
03:02
[7] has joined #linux-sunxi
03:08
libv has joined #linux-sunxi
03:28
wingrime has joined #linux-sunxi
03:59
[7] has quit [Disconnected by services]
03:59
TheSeven has joined #linux-sunxi
04:08
wingrime has quit [Ping timeout: 246 seconds]
04:31
JohnDoe_71Rus has joined #linux-sunxi
04:33
robb83 has joined #linux-sunxi
04:37
ykchavan has joined #linux-sunxi
05:29
akaizen has joined #linux-sunxi
05:48
Soru has quit [Read error: Connection reset by peer]
05:50
Soru has joined #linux-sunxi
05:54
<
mnemoc >
arokux1: done
05:57
_BJFreeman has joined #linux-sunxi
05:58
_BJFreeman is now known as BJfreeman
06:13
atiti has quit [Ping timeout: 276 seconds]
06:20
geecko has joined #linux-sunxi
06:30
BJfreeman has quit [Quit: had a good time]
06:39
cajg_ has joined #linux-sunxi
06:41
cajg has quit [Ping timeout: 256 seconds]
06:41
cajg_ is now known as cajg
06:44
n01 has joined #linux-sunxi
06:52
shineworld has joined #linux-sunxi
06:57
massi has joined #linux-sunxi
07:08
<
shineworld >
hi geecko
07:09
panda84kde has joined #linux-sunxi
07:10
<
JohnDoe_71Rus >
low
07:51
JohnDoe_71Rus has joined #linux-sunxi
07:53
focus has quit [Remote host closed the connection]
07:56
VicenteH has quit [Ping timeout: 264 seconds]
08:24
wingrime has joined #linux-sunxi
08:24
arokux1 has quit [Quit: Leaving]
08:25
arokux has joined #linux-sunxi
08:26
popolon has joined #linux-sunxi
08:29
<
oliv3r >
almost done with my bookkeeping from 2011-2013; then it's back to hacking!
08:30
<
arokux >
I wonder how should I debug my usb for mainline further
08:41
tzafrir has joined #linux-sunxi
08:42
<
tzafrir >
I'm looking at buying a cupieboard2 or a mele unit. I just wonder what exactly the packaging contains.
08:43
<
tzafrir >
Specifically, do those contain an AC/DV power adapter? usb2serial cable?
08:44
<
arokux >
tzafrir, which country are you at?
08:44
<
oliv3r >
tzafrir: for hacking, a olimexino is very good
08:44
<
tzafrir >
arokux, Israel
08:45
<
oliv3r >
tzafrir: if you want to use it 'also' as a set-top-box etc, the mele is reasonably hacking friendly
08:45
<
oliv3r >
arokux: matson is matson hall, from cubietech
08:45
<
oliv3r >
former AW employee
08:45
<
arokux >
tzafrir, too far :( I maybe considering to sell my Mele A1000 (A10 based)
08:48
VicenteH has joined #linux-sunxi
08:48
notmart has joined #linux-sunxi
08:48
notmart has joined #linux-sunxi
08:49
<
wingrime >
ssvb: ping
08:51
<
rm >
there it's usually quite clear what the deal includes
08:52
<
tzafrir >
I could not find a way to keep my purchace non-public in aliexpress. Which is why I avoid it so far
08:53
rz2k has joined #linux-sunxi
08:56
<
JohnDoe_71Rus >
what kind RTC module will be beter for cubieboard?
09:00
<
rm >
tzafrir, it shows e.g. me as R***n M. in the feedback section
09:00
<
rm >
nothing else is public...
09:01
<
arokux >
is it really safe to buy something like cubieboard on aliexpress?
09:02
<
tzafrir >
It shows me as Alibaba-express-is-bad-for-privacy in the the name. I thought this would help me wit htheir support.
09:02
<
tzafrir >
No such luck.
09:02
<
tzafrir >
I still would not buy from them just because of that
09:03
<
tzafrir >
arokux, from what I understand it, the shop is operated by the same guy
09:04
<
tzafrir >
I asked here (or rather: on #arm-netbook) before buying there...
09:05
<
JohnDoe_71Rus >
tzafrir: you can by in store witch accept paypal
09:09
arokux has quit [Remote host closed the connection]
09:09
arokux has joined #linux-sunxi
09:09
<
hramrach >
well, I really tried to buy on aliexpress
09:10
<
hramrach >
but htey did not acept my card
09:10
<
hramrach >
so terminated my account, meh
09:11
ykchavan has quit [Quit: Leaving]
09:12
<
oliv3r >
tzafrir: tom cubie who does the shop is also the creator fo the cubieboard; personally i'd try getting a olimexino-a20-micro from europe here; big boon, it's OSH
09:12
<
JohnDoe_71Rus >
sorry. bad translate
09:13
<
JohnDoe_71Rus >
I bought *
09:13
<
tzafrir >
oliv3r, yes, those were exactly the things I thought
09:14
<
oliv3r >
Open Source Hardware
09:14
<
tzafrir >
I gather that the olimexino-a20 does not come with a usb debug cable, right?
09:15
<
oliv3r >
tzafrir: they offer it thoguh
09:15
<
arokux >
oliv3r, olimexino has open PCB layout?!
09:16
<
oliv3r >
arokux: open everyuthing yes
09:16
<
oliv3r >
arokux: check their github under the section 'hardware'
09:16
<
oliv3r >
board files, schematic files, even pdf's of those files are there
09:16
<
arokux >
oliv3r, hm.. why everybody rushes to buy cubies then??? (including me)
09:17
<
oliv3r >
cubie was earlier
09:17
<
oliv3r >
and cubietch is former AW employes?
09:18
_enrico_ has joined #linux-sunxi
09:19
<
arokux >
hm.. but hacking is more difficult if pcb layout is unknown.. (I was told this here once)
09:19
<
arokux >
so for us, olimex hardware is better?
09:20
<
oliv3r >
actually, es
09:21
<
oliv3r >
and has more pins broken out too :)
09:21
<
oliv3r >
double SD cards
09:21
<
oliv3r >
it's a really nice board
09:22
<
arokux >
oliv3r, but no wlan adapter :(
09:22
<
arokux >
so cannot be used as wifi-router
09:22
<
hramrach >
they have wifi option
09:22
<
JohnDoe_71Rus >
cubieboard does not to
09:23
<
hramrach >
plus you can aff as many USB WiFi adapters as you like to anything with USB
09:23
<
arokux >
cubietruck will have
09:23
jemk has joined #linux-sunxi
09:24
<
hramrach >
the fact that we still don't have schematic of cubieboard is lame
09:25
<
hramrach >
tom released some preliminary version of the schematic
09:25
<
hramrach >
but the updates that were made during hw debugging are not in that schematic
09:27
<
arokux >
I want some sunxi board that would beat price of RPi...
09:33
geecko_ has joined #linux-sunxi
09:34
iamfrankenstein has joined #linux-sunxi
09:39
<
rm >
arokux, MK802 is $35 now
09:39
<
rm >
this is much cheaper than the RPi
09:39
<
rm >
$35 <- with free shipping
09:39
<
arokux >
rm, I'd like something hackable..
09:39
<
arokux >
UART connector, pcb layout etc.
09:39
<
rm >
oliv3r, Aliexpress
09:40
<
arokux >
without soldering
09:40
<
oliv3r >
ok cool; i have a DX account, so should check what's avialable there
09:40
<
rm >
the main caveat is to not end up getting an A10S
09:40
<
oliv3r >
i still wnat an M5; but i may wait for whatever comes with A40 when it comes :)
09:40
<
rm >
but even then afaik it can be made to work...
09:40
<
oliv3r >
since a20 may be a little short to do XBMC really well
09:41
shineworld has quit [Remote host closed the connection]
09:41
<
oliv3r >
we have a10s support atm i belive
09:41
<
arokux >
guys, why not create our own board, with open everything?
09:42
<
oliv3r >
arokux: you mean, like the olimexino?
09:42
<
oliv3r >
because we don't have to; a) it's way to expensive, b) it exists
09:42
<
mnemoc >
arokux: olinuxino boards are 100% OSHW
09:42
<
mnemoc >
they have a13, a10s, a10 and a20 models
09:42
<
arokux >
but expensive
09:42
<
mnemoc >
that's life
09:42
<
mnemoc >
doing oshw isn't cheap
09:43
<
arokux >
well, as cheap as to do closed source
09:43
<
mnemoc >
but you can take their designs and make your own, and then go to a children-driven factory in somewhere to get your board build cheaper
09:44
<
arokux >
mnemoc, you think children can assemble pcb boards? :)
09:44
<
arokux >
and: why it wasn't done already?
09:44
<
oliv3r >
so if you do it yourself, using their designs probably, since we can't do ddr3 layout ourselves, how much do you think that will cost?
09:45
<
oliv3r >
I sincierly doubt you can make it cheaper
09:46
<
arokux >
yes, one board won't be cheaper
09:47
<
mnemoc >
arokux: olimex launched A20 based SOMs you can hook to a cheap custom 2-layer i/o board
09:47
<
oliv3r >
arokux: and olimex is doing the 'many board'
09:47
<
mnemoc >
80 for the full kit
09:49
<
arokux >
mnemoc, EUR 35 / 1000 pcs
09:49
<
oliv3r >
flash-less a20 boards are 45 Euro?
09:49
<
oliv3r >
how is that expensive
09:50
<
oliv3r >
with flash is 55Euro
09:50
<
oliv3r >
(from the top of my head)
09:50
<
oliv3r >
it's not even that much more then a pi, and you get so much more
09:50
<
mnemoc >
even oliv3r who doesn't get enough money to eat daily find it cheap
09:51
<
arokux >
oliv3r, no, flash-less is 55 EUR, with flash 65 EUR
09:55
<
oliv3r >
close enough
09:58
<
arokux >
my cheap definition is 30-40 EUR :)
10:01
<
eagles0513875 >
hi guys
10:05
<
rm >
and likely 20 EUR shipping
10:06
<
arokux >
Shipping - 14.70 EUR
10:06
deasy has joined #linux-sunxi
10:07
<
arokux >
oh wait! it was without a tax!
10:07
<
arokux >
VAT 13.92 EUR
10:07
<
arokux >
total: 83.52 EUR - for a flash-less A20
10:08
<
oliv3r >
it's without tax on their site?
10:08
<
oliv3r >
that's unlikly
10:08
<
arokux >
well, I've just checked
10:08
<
oliv3r >
find a local reseller :p
10:08
<
oliv3r >
they do have resellers :)
10:08
<
arokux >
I've got my Mele ages ago for 100 EUR with case, usb hub, wlan...
10:08
<
oliv3r >
some guy actually got it in britain for cheaper
10:09
wens has joined #linux-sunxi
10:10
rellla has joined #linux-sunxi
10:12
<
arokux >
oliv3r, already checking
10:14
<
Turl >
oliv3r: A10S ain't that bad :) my OlinuXino is awesome
10:14
<
rm >
distributors typically jack up the price by 1.5 to 2x
10:14
<
rm >
ordering directly is better
10:15
<
arokux >
with VAT = 65 EUR, on olimex website: 72.17 EUR
10:15
<
arokux >
and shipping is 3 EUR here, on olimex - 15 EUR
10:16
<
arokux >
a lot of hidden costs...
10:18
wingrime has quit [Ping timeout: 276 seconds]
10:18
<
rm >
I will just keep buying from Aliexpress
10:18
<
rm >
free shipping, and I pay no VAT
10:19
<
Turl >
rm: are you still using that mk802 router?
10:19
<
oliv3r >
Turl: why would a10s be bad?
10:19
<
arokux >
rm, in that case customs should be paid ;)
10:19
<
rm >
I am not paying customs
10:20
<
arokux >
rm, where are you from?
10:20
<
oliv3r >
rm: if you don't care about OSH; then sure
10:20
<
rm >
in Russia you can receive up to 1000 EUR/month of goods tax-free
10:20
<
oliv3r >
otherwise, support olimex and buy from them(or a distributer)
10:20
<
rm >
Turl, I migrated that into a VM on my large server
10:20
<
rm >
and it was not MK802 but a CB later on
10:21
<
mnemoc >
in .de it's merly 40E :(
10:21
<
Turl >
07:05 rm> [06:40:27] the main caveat is to not end up getting an A10S
10:21
<
Turl >
oliv3r: ah, it was rm, not you
10:22
<
arokux >
mnemoc, what is 40?
10:22
<
arokux >
in de you need to pay VAT if price is between 22 and 150 EUR
10:22
<
Turl >
mnemoc: don't complain ;) 25USD/y here :p
10:22
<
Turl >
rm: fedora does
10:22
arete74_ has quit [Read error: Connection reset by peer]
10:23
arete74 has joined #linux-sunxi
10:23
<
oliv3r >
arokux: 2 x 20
10:24
<
oliv3r >
arokux: 2 short of the answer to all questions, 4 x 10, 41 -1; what is the question?
10:24
<
arokux >
oliv3r, what? :)
10:24
<
arokux >
oliv3r, I'd love to support olimex, but it is too expensive to do it. except of this I'm already supporting them by hacking and answering questions here sometimes...
10:24
<
oliv3r >
arokux: i think mnemoc ment 40E free import a month tax-free
10:25
<
oliv3r >
arokux: haha, well then maybe you'll get a next version as a developer from them ;)
10:25
<
arokux >
I think mnemoc isn't right..
10:25
<
oliv3r >
i think it's 44 E for NL
10:25
<
oliv3r >
so i think he's very muhc rgiht
10:26
<
oliv3r >
holy shit, on the dutch distributer site, the olimex is expenis,ve but even a rpi-B goes for 46E
10:28
<
Turl >
oliv3r: 90USD for a rpi-B on a local distributor here :(
10:28
<
jemk >
hramrach: do you still have problems with vdpau crashing?
10:28
<
arokux >
amazon.de has it for 40 EUR with shipping
10:29
<
Turl >
oliv3r: and they carry cubieboards :P for 150US$
10:29
<
arokux >
< 22 EUR tax free
10:29
<
oliv3r >
yeah it's even worse
10:30
<
oliv3r >
i think it was 24E here actually
10:30
<
oliv3r >
BUT! within the EU there's no limit
10:31
<
mnemoc >
sure, you just pay ~20% of VAT for everything :p
10:31
<
arokux >
yes :( and shipping...
10:35
<
oliv3r >
i order tons of ebay/dx stuff from china too, so i'm no saint, but technically it's fraud
10:35
<
oliv3r >
you are supposed to pay taxes on those products :)
10:35
<
arokux >
oliv3r, well, everything goes through customs office where I live, so you cannot avoid paying VAT ;p
10:35
<
Turl >
oliv3r: IRS is gonna go after you now that you said that :p
10:37
<
oliv3r >
arokux: oh i verry often dont have to
10:43
oliv3r has quit [Quit: Changing server]
10:45
oliv3r has joined #linux-sunxi
10:47
massi has quit [Read error: Connection reset by peer]
10:47
_enrico_ has quit [Read error: Connection reset by peer]
10:49
massi has joined #linux-sunxi
10:52
jemk has quit [Ping timeout: 276 seconds]
10:53
<
arokux >
the problem with the board is that they are not mainstream products
10:53
<
arokux >
a bunch of hackers buy them
10:56
<
mnemoc >
that's the point of SoMs
10:56
<
mnemoc >
you are supposed to build custom products with them, cheapily
10:59
<
arokux >
Mele M5 with casing, remote and wlan is 65 EUR...
10:59
<
arokux >
and 8Gb NAND!
11:00
<
oliv3r >
cheap protoype boards or cheap boards to put in homedesigned motherboards
11:00
<
oliv3r >
arokux: without taxes :p
11:01
<
mnemoc >
CE vs. devboards
11:01
<
oliv3r >
mele m5 only 65 now? i saw it for 88 at DX
11:01
<
oliv3r >
Consumer Electronics
11:01
<
oliv3r >
ah 88 USD vs 65 Euro's
11:01
<
arokux >
oliv3r, 65 EUR = 88 USD
11:02
<
oliv3r >
yeah that's the one i was looking at
11:02
<
oliv3r >
i want to see the inside
11:02
<
oliv3r >
if VGA port can be connected easily to the PCB
11:03
<
mnemoc >
arokux: here in general USD is the default currency, unless the E is appended
11:03
<
mnemoc >
if you tell 65 people will assume dollars
11:03
<
arokux >
ok, thanks
11:04
<
oliv3r >
which is funny; since most of us are non-US :)
11:07
<
arokux >
we should ask smb with mele m5 to take pictures of the board
11:08
<
mnemoc >
and wiki it
11:08
<
arokux >
yes, actually it is strange it's not there yet
11:10
hipboi_ has joined #linux-sunxi
11:10
<
oliv3r >
who has mele m5?
11:12
massi has quit [Ping timeout: 264 seconds]
11:13
<
arokux >
and now tell me the board that will beat mele m5 price even ignoring casing and remote
11:13
hipboi has quit [Ping timeout: 256 seconds]
11:13
rz2k has quit [Read error: Connection reset by peer]
11:18
<
arokux >
jelly-home, and?
11:24
<
oliv3r >
oh wow that's old stuffs :)
11:24
<
oliv3r >
but yeah; now we need the same for mele m5
11:24
<
arokux >
but without SATA
11:25
<
arokux >
I'm wondering why everybody needs sata if there is usb?
11:26
hipboi_ has quit [Remote host closed the connection]
11:30
<
oliv3r >
usb is hella slow and buggy as hell
11:30
<
oliv3r >
and sata is 'nice to have'
11:31
<
rm >
SATA is 3-4x faster than USB
11:31
<
rm >
also the latency is perhaps an order of magnitude less
11:31
<
rm >
and it should consume less CPU
11:31
<
arokux >
are there external hard drives with SATA?
11:32
<
rm >
for extrenal drives it's called eSATA
11:32
<
rm >
generally the same thing, a bit different plug
11:32
<
JohnDoe_71Rus >
but 1 sata not enouth to nas
11:33
geecko__ has joined #linux-sunxi
11:33
<
leviathanch_ >
JohnDoe_71Rus: unfortunately the A20 has only one SATA controller
11:34
<
leviathanch_ >
if you need more you have to add a USB-SATA-Bridge
11:34
<
leviathanch_ >
(or multiple USB-SATA bridges)
11:34
<
rm >
JohnDoe_71Rus, you can get that Mele M5
11:34
<
rm >
plug in a SATA SSD on top
11:34
<
rm >
and that's a pretty nice ARM desktop machine
11:34
<
JohnDoe_71Rus >
and limited bus usb
11:34
geecko__ has quit [Client Quit]
11:34
geecko_ has quit [Quit: Quitte]
11:35
<
geecko >
what the heck, i had three instances of HexChat launched \o/
11:37
<
oliv3r >
exciting times!
11:37
<
oliv3r >
what's more intersting, is if the a10/a20 supports port multiplier :)
11:37
<
rm >
* geecko__ has quit (Client Quit)
11:37
<
rm >
* geecko_ has quit (Quit: Quitte)
11:37
<
rm >
some in french, too
11:38
<
oliv3r >
rm: eSata also does things with the signal, makes it more robust and a bit more power or something
11:38
<
rm >
noooo it dooooesn't~
11:38
<
rm >
given there are passive convertors SATA<>eSATA
11:38
<
oliv3r >
the signaling is compatible
11:38
<
oliv3r >
but there's also bios options to make a sata port behave as an eSATA port :)
11:38
<
oliv3r >
for good reason
11:40
<
rm >
doesn't that just set a "detachable" flag somewhere
11:40
Black_Horseman has quit [Remote host closed the connection]
11:40
ganbold_ has joined #linux-sunxi
11:41
<
oliv3r >
i think it does a little more, but in any case, its fully compatible and interchangeable
12:00
hansg has joined #linux-sunxi
12:05
<
arokux >
leviathanch_, please remember me what is your board :)
12:05
<
leviathanch_ >
arokux: cubieboard2
12:12
jemk has joined #linux-sunxi
12:20
<
leviathanch_ >
Turl: clk_ignore_unused worked
12:23
_enrico_ has joined #linux-sunxi
12:23
<
arokux >
leviathanch_, what does this option do?
12:42
\\Mr_C\\ has quit []
12:45
<
oliv3r >
Turl: what is the best string to grep for to see how the emac_phy gets handled in code?
12:48
<
leviathanch_ >
arokux: it prevents unused clocks from being reinitialized
12:49
<
leviathanch_ >
arokux: which is a neckbreaker for a system
12:49
<
leviathanch_ >
in case not all RAM clocks and cpu clocks are getting claimed in the right order by the appropriate device
12:50
<
arokux >
hm.. maybe I should try it too, I have a problem with my usb host for mainline, do not know what to try next..
12:53
_enrico_ has quit [Ping timeout: 246 seconds]
12:58
_enrico_ has joined #linux-sunxi
13:01
\\Mr_C\\ has joined #linux-sunxi
13:14
boycottg00gle has joined #linux-sunxi
13:14
<
arokux >
leviathanch_, where are you from in Switzerland?
13:16
<
leviathanch_ >
Zürich
13:16
<
leviathanch_ >
arokux: Zürich
13:17
<
leviathanch_ >
arokux: ok
13:17
<
leviathanch_ >
arokux: you are from germany, right?
13:18
<
leviathanch_ >
the good thing about mmc is
13:18
<
leviathanch_ >
you can debug it with an oscilloscope partially
13:18
<
leviathanch_ >
by seeing if the data and clk pins are functioning properly
13:18
<
arokux >
leviathanch_, why have you picked mmc, btw?
13:19
<
leviathanch_ >
since it's one of the firts things you'd expect a tablet to do
13:20
<
leviathanch_ >
reading a system from mmc
13:20
<
arokux >
leviathanch_, and wireless?
13:21
<
mnemoc >
Zürich... the city of the god called niklaus wirth
13:22
* mnemoc
envies leviathanch_
13:22
VicenteH has quit [Ping timeout: 240 seconds]
13:23
ZetaNeta has quit [Ping timeout: 264 seconds]
13:23
<
mnemoc >
algorithms + data structures = programs was one of my first books
13:37
hipboi has joined #linux-sunxi
13:43
<
oliv3r >
Turl: irq ping
13:51
hansg has quit [Quit: Leaving]
13:54
boycottg00gle has quit [Remote host closed the connection]
13:58
<
arokux >
any idea why sun4i_defconfig includes "Support for large (2TB+) block devices and files"
13:59
* arokux
wonders if it should be disabled to speed up compilation
14:01
akaizen has quit [Read error: Connection reset by peer]
14:01
<
atsampson >
arokux: why wouldn't you want that enabled? 2TB+ hard disks are common now, and plenty of sun4i boards have SATA...
14:01
akaizen has joined #linux-sunxi
14:04
oliv3r has quit [Ping timeout: 276 seconds]
14:04
oliv3r has joined #linux-sunxi
14:04
Soru has quit [Ping timeout: 248 seconds]
14:05
<
mnemoc >
defconfigs are only a reference for testing code changes and as starting point for your custom thing
14:05
<
mnemoc >
not "the ultimate .config"
14:05
<
mnemoc >
but patches are welcomed
14:06
<
mnemoc >
specially to make them consistent
14:06
<
Turl >
on mobile atm
14:06
<
arokux >
mnemoc, so you are for 2TB+ or against them? :)
14:06
<
mnemoc >
i don't vote
14:07
<
mnemoc >
it's community choice
14:07
<
mnemoc >
more complete defconfigs let me test more
14:07
<
mnemoc >
(build time for each defconfig)
14:08
<
mnemoc >
but i don't vote
14:09
<
Turl >
i dont think you would gain much disabling that
14:09
<
Turl >
oliv3r, look for sun4i-mdio file
14:09
<
arokux >
Turl, isn't it same for any option? but if 10 options are found this is already speed up :)
14:09
<
oliv3r >
Turl: do we have any drivers in ML now that use IRQ's on sunxi?
14:10
<
oliv3r >
Turl: i only found emac so far
14:10
<
oliv3r >
which looked a little messy :p
14:10
<
Turl >
oliv3r, i2c? dunno
14:10
<
oliv3r >
oh sun4i-mdio is different from sun4i-emac :)
14:10
<
Turl >
look for interrupts on dt
14:10
<
oliv3r >
Turl: yeah but i2c never got merged; we merged sunxi ontop of the marvell one
14:11
massi has joined #linux-sunxi
14:11
<
oliv3r >
Turl: well the real thing is
14:11
<
oliv3r >
why not use: platform_get_resource(pdev, IORESOURCE_IRQ, 0);
14:11
<
oliv3r >
but instead i see a lot platform_get_irq(pdev, 0);
14:11
<
oliv3r >
but there's also irq_of_parse_and_map(&pdev->dev.of_node, 0);
14:11
<
Turl >
shorthand maybe?
14:12
<
oliv3r >
and of course always devm_request_irq()
14:12
<
oliv3r >
so ther's so many differnt ways of doing it, i can't clearly see what the recommende dway with DT is
14:12
<
arokux >
I've just found drivers/misc/sunxi-dbgreg.c maybe it could be useful for you guys
14:12
<
arokux >
leviathanch_, ^
14:12
<
Turl >
remember that of fujctions usually rescan dt
14:13
<
mripard >
see what it's doing ? :)
14:13
<
Turl >
vs prescanned plat devices
14:13
<
oliv3r >
mripard: ah hah!
14:13
<
oliv3r >
so platform_get_irq it is, so why use plaform_get_irq, and not platform_get_mem (or whatever its equivilent is)
14:14
<
oliv3r >
so there is no platform_get_mem :p
14:14
<
mripard >
oliv3r: because there's no such thing as platform_get_mem :)
14:14
<
arokux >
is there a way to build everything into an image, not modules without going through all the options and changing M to Y?
14:14
<
Turl >
mripard did you see my msg about sid
14:17
<
mripard >
Turl: 3.12 vs 3.13 ?
14:17
<
mripard >
yeah, the point is, the merging will be a pita.
14:18
<
mripard >
since oliv3r patches file that are not in greg's tree
14:18
<
mripard >
that would require greg to put is branch on top of mine, etc.
14:18
<
Turl >
maybe ojn can take it then
14:18
<
mripard >
the ARM merge window is pretty much closed
14:19
<
mripard >
he already postponed "real pull requests to 3.13
14:19
<
oliv3r >
so with greg pushing it in 3.12-rc1; what will that mean, only the driver, but not the dt will land?
14:20
<
Turl >
so no working sid ootb til .13
14:20
<
oliv3r >
well atleast the driver will be there, so that's good
14:21
<
Turl >
yeah I guess
14:22
<
mripard >
and that gkh has priviledges that we don't have :)
14:23
<
Turl >
gkh can ship all the things :)
14:24
<
oliv3r >
yeah go gkh go!
14:25
<
Turl >
unreliable wifi is unreliable
14:25
<
Turl >
totp doesnt make it fun to reattach to irssi
14:30
stulluk has joined #linux-sunxi
14:30
<
stulluk >
Is there a way to enable
14:41
atiti has joined #linux-sunxi
14:50
<
rah >
can you do fastboot with allwinner devices?
14:54
ykchavan has joined #linux-sunxi
14:55
ykchavan has quit [Client Quit]
14:58
atiti has quit [Ping timeout: 240 seconds]
15:34
stulluk has quit [Ping timeout: 276 seconds]
15:38
panda84kde has quit [Quit: Konversation terminated!]
15:40
ykchavan has joined #linux-sunxi
15:46
ykchavan has quit [Ping timeout: 248 seconds]
15:53
stulluk has joined #linux-sunxi
15:58
naobsd has joined #linux-sunxi
16:00
wingrime has joined #linux-sunxi
16:01
VicenteH has joined #linux-sunxi
16:03
hipboi has quit [Remote host closed the connection]
16:07
wingrime has quit [Ping timeout: 245 seconds]
16:08
ZetaNeta has joined #linux-sunxi
16:09
<
rah >
how can I extract boot0 and boot1 binary images from a image intended for flashing by LiveSuit?
16:15
wingrime has joined #linux-sunxi
16:16
ykchavan has joined #linux-sunxi
16:19
massi has quit [Remote host closed the connection]
16:22
_BJFreeman has joined #linux-sunxi
16:23
_BJFreeman is now known as BJfreeman
16:26
n01 has quit [Remote host closed the connection]
16:28
_enrico_ has quit [Quit: Bye]
16:29
dwilkins has joined #linux-sunxi
16:32
cyp has quit [Read error: Connection reset by peer]
16:36
\\Mr_C\\ has quit []
16:41
stulluk has quit [Ping timeout: 245 seconds]
16:41
ykchavan has quit [Read error: Connection reset by peer]
16:43
\\Mr_C\\ has joined #linux-sunxi
16:44
wingrime has quit [Ping timeout: 246 seconds]
16:46
wingrime has joined #linux-sunxi
16:48
stulluk has joined #linux-sunxi
16:53
<
ojn >
mripard: Turl: Hard to track what you're talking about in the backlog (and i'm lazy :). What's up?
16:59
BJfreeman has quit [Quit: had a good time]
17:00
<
ojn >
mripard: ah. It's not really about privileges as much as the mood and availability of the maintainer at any given time, to be honest; adding new drivers
_is_ generally ok later in the release cycle, but if it's usually done on best-effort basis.
17:00
<
ojn >
luckily, the dts and binding change can go in completely independent of the driver. it could even have been merged before the driver (if the binding is agreed upon and reviewed and intended to keep stable)
17:03
<
leviathanch_ >
Turl: where can I find your patch for automagic reparenting?
17:05
<
wingrime >
ssvb: ping
17:06
<
ssvb >
wingrime: pong
17:06
<
wingrime >
ssvb: I find some workaround for disp shake
17:07
<
wingrime >
ssvb: try enable one scaler
17:07
<
wingrime >
ssvb: I think prbolem in syncronization between layers
17:07
<
wingrime >
ssvb: if some have no scaler , they quick
17:08
<
wingrime >
ssvb: if layer have scaler it little slower
17:08
<
wingrime >
ssvb: so I think it sync wait make it shake
17:09
<
wingrime >
ssvb: i enabled scaler in fex, it fixed issue
17:09
<
wingrime >
only one scaler
17:15
<
Turl >
ojn: I guess you read the backlog by now :)
17:15
<
leviathanch_ >
Turl: have you pushed it already?
17:16
<
leviathanch_ >
since I really need to cherrypick it
17:16
<
Turl >
ojn: the binding is pretty simple, just a compatible and reg
17:17
<
Turl >
leviathanch_: not yet, but I can push my draft copy on a tag if you really need it
17:17
<
leviathanch_ >
Turl: yes
17:17
<
leviathanch_ >
I need it
17:17
<
leviathanch_ >
as far as it is already doing something usable
17:18
<
leviathanch_ >
see it positive: it will then be tested on A20 as well ;-)
17:19
<
Turl >
leviathanch_: ok, I'll push it, give me 10m
17:19
<
leviathanch_ >
Turl: ok
17:20
wingrime has quit [Read error: Operation timed out]
17:22
stulluk has quit [Ping timeout: 248 seconds]
17:28
dwilkins has quit [Ping timeout: 248 seconds]
17:28
dwilkins has joined #linux-sunxi
17:28
jemk has quit [Ping timeout: 246 seconds]
17:30
wingrime has joined #linux-sunxi
17:30
<
Turl >
leviathanch_: usual repo, tag `clk-sunxi-draft-for-leviathanch`
17:31
<
Turl >
btw, as it worked with the ignore unused clocks boot flag, would you mind pasting clk/clk_summary from debugfs?
17:32
fredy has quit [Excess Flood]
17:33
<
mnemoc >
Turl: hi, you told me there were two patches in stage to squash before merging to non-stage.... do you remmeber which were day?
17:33
fredy has joined #linux-sunxi
17:34
<
mnemoc >
Turl: I would like to finally merge this thing
17:34
<
Turl >
mnemoc: sure it was me? I don't recall doing that
17:34
<
Turl >
mnemoc: might have been arokux
17:34
<
ssvb >
mnemoc: maybe the mali regression?
17:35
<
mnemoc >
it was before merging the first a20 bundle from hansg
17:35
<
Turl >
ssvb: I thought hans picked that?
17:35
<
Turl >
ssvb: he picked it up as is though, #error et al :p
17:36
<
leviathanch_ >
Turl: I'm going to boot it
17:36
<
mnemoc >
are there critical issues open in the current stage-3.4? or can I just merge it?
17:36
<
Turl >
mnemoc: arokux was complaining that usb was broken
17:36
<
Turl >
due to one of his own patches
17:36
<
Turl >
was asking for a revert, check the ML
17:36
<
mnemoc >
reverted one he asked here on IRC
17:36
<
mnemoc >
last night
17:37
<
mnemoc >
i suppose it's the same
17:37
<
ssvb >
mnemoc: mali is broken on sun4i with stage/sunxi-3.4
17:38
* mnemoc
breaths and take the courage to download the >3k pending mails over 3G
17:38
<
mnemoc >
ssvb: known fix?
17:38
<
mnemoc >
or known breaker?
17:38
<
mnemoc >
to leave out of the merge
17:38
<
Turl >
leviathanch_: that's with or without the ignore?
17:38
<
leviathanch_ >
with the ignore
17:39
<
leviathanch_ >
and yes
17:39
<
Turl >
leviathanch_: old or new code?
17:39
<
leviathanch_ >
you mean with your patch?
17:39
<
leviathanch_ >
not ye
17:39
<
leviathanch_ >
*yet
17:40
<
Turl >
you need to pick up a bunch of them :)
17:40
<
leviathanch_ >
just doing a fetch
17:41
wingrime has quit [Ping timeout: 245 seconds]
17:42
wingrime has joined #linux-sunxi
17:45
wingrime_ has joined #linux-sunxi
17:47
<
mnemoc >
ssvb: thanks
17:47
techn_ has joined #linux-sunxi
17:48
<
mnemoc >
ssvb: fetching
17:50
techn__ has quit [Ping timeout: 260 seconds]
17:50
iamfrankenstein has quit [Ping timeout: 256 seconds]
17:55
jemk has joined #linux-sunxi
17:58
jemk_ has joined #linux-sunxi
17:59
jemk has quit [Disconnected by services]
17:59
jemk_ is now known as jemk
18:08
Olaff has joined #linux-sunxi
18:11
robb83 has joined #linux-sunxi
18:18
<
oliv3r >
jobs done?
18:18
<
wingrime_ >
mnemoc: are you moving stage ?
18:19
<
oliv3r >
hmm, i have 140 'kworker/u12' spawned
18:19
<
mnemoc >
imerged hansg's pull request
18:19
<
mnemoc >
i just merged hansg's pull request
18:20
<
mnemoc >
but test building it now
18:20
<
mnemoc >
would like to only add critical patches to stage before the next merge to non-stage
18:22
<
wingrime_ >
mnemoc: than add my fix for usb and for scaler
18:23
<
wingrime_ >
mnemoc: otg realy regression
18:24
<
wingrime_ >
ssvb: please make layer request only on demand
18:24
<
wingrime_ >
ssvb: I can't test libvpdau with one scalar
18:25
<
mnemoc >
wingrime_: paste me the subjects please
18:25
<
mnemoc >
i'll add them now
18:26
<
geecko >
still not fixed after a week
18:27
<
mnemoc >
we are not linaro
18:27
<
wingrime_ >
[PATCH] sunxi:disp: Fix problems with negative overlay position
18:28
<
wingrime_ >
[PATCH] sunxi:usb: Fix otg usb mode selection
18:28
<
mnemoc >
wingrime_: ssvb seems to have nacked it....
18:29
<
wingrime_ >
mnemoc: ssvb sayed that we can remove "x" coordinate fix
18:30
<
wingrime_ >
mnemoc: bug actualy only with "y" negative coordinate
18:30
<
wingrime_ >
mnemoc: you can remove "x" coordinate workaroud form patch when merge
18:30
<
mnemoc >
and the other nacked by techn :(
18:31
<
mnemoc >
please pull an ack from them if they now agree
18:31
<
wingrime_ >
ssvb: ^^^
18:32
<
ssvb >
wingrime: even with only "y" coordinate, it is still not entirely correct
18:32
<
wingrime_ >
mnemoc: don't remeber anything about techn
18:32
<
wingrime_ >
ssvb: I have no other idea now
18:32
<
ssvb >
wingrime: you are forcefully changing the overlay position, and this is not what the userspace caller expects
18:33
<
wingrime_ >
ssvb: there is chance that it hw bug
18:33
eebrah has quit [Quit: .]
18:33
<
wingrime_ >
ssvb: yes, but I can't do anything else
18:33
<
ssvb >
but a nicer workaround can be probably found instead of just chopping it off
18:34
<
ssvb >
I can workaround the problem in the userspace for XV
18:34
<
geecko >
mnemoc, did i said so? :)
18:34
<
ssvb >
wingrime: just give me a day or so
18:35
<
wingrime_ >
ssvb: also do you tryed enable one scaler in fex and check for screen shake in hi resolution?
18:36
<
wingrime_ >
mnemoc: it looks like hw bug
18:36
<
wingrime_ >
mnemoc: also I not remeber anyting wrong for second patch...
18:36
<
mnemoc >
see the thread
18:37
<
mnemoc >
one response from hansg and two from techn_
18:37
<
wingrime_ >
mnemoc: not techn
18:37
<
wingrime_ >
mnemoc: also
18:37
<
wingrime_ >
mnemoc: Hmm.. sorry. This diff fixes host mode only. OTG seems to be having other problems.
18:38
<
mnemoc >
jari is techn_
18:38
<
wingrime_ >
mnemoc: he writed , that his claim was wrong
18:39
<
wingrime_ >
mnemoc: so I not see any problems for this patch
18:39
<
techn_ >
wingrime_: Yes. Claim was wrong. Host mode is working ok.. and according hansg OTG mode too
18:39
<
techn_ >
.. without your and my CONFIG_USB_PORT_POWER_MANAGEMENT patches
18:39
<
wingrime_ >
techn_: It defentely fixed otg for me
18:40
<
mnemoc >
still sounds like a request for a v2 in both cases
18:41
<
wingrime_ >
techn_: where hasng sayed that it works for him?
18:41
<
wingrime_ >
techn_: he only writed >>> I believe this patch is against 3.0, correct ?
18:42
<
techn_ >
"Besides the above patch being wrong, AFAIK otg mode works fine, I
18:42
<
techn_ >
always build the Fedora kernels with OTG mode at the Kconfig level,
18:42
<
techn_ >
and most fex files also use:"
18:43
<
wingrime_ >
techn_: ...
18:43
<
wingrime_ >
techn_: thats impossible, UDC0 not even builds in kernel
18:44
<
wingrime_ >
techn_: impossible even select it
18:45
<
techn_ >
It selects here
18:45
<
techn_ >
Might be that it wont select if it is build as module
18:49
eebrah has joined #linux-sunxi
18:49
<
wingrime_ >
techn_: do
18:49
eebrah is now known as Guest96066
18:49
<
wingrime_ >
techn_: ,config | grep USB_SW_SUNXI_UDC0
18:49
<
wingrime_ >
.config | grep USB_SW_SUNXI_UDC0
18:49
<
wingrime_ >
cat .config | grep USB_SW_SUNXI_UDC0
18:51
<
mnemoc >
cat | grep looks kind of funny
18:52
<
techn_ >
mnemoc: I usually do that :)
18:52
<
techn_ >
but anyway.. it is selected on me CONFIG_USB_SW_SUNXI_UDC0=y
18:53
<
techn_ >
easy to cat or grep according situation :p
18:53
<
wingrime_ >
techn_: ok, try USB_SW_SUNXI_USB0_OTG
18:55
<
leviathanch_ >
Turl: if think there is something broken with the branch you have forked from
18:55
<
leviathanch_ >
it won't load initrd from u-boot
18:55
<
wingrime_ >
techn_: ?
18:56
<
techn_ >
wingrime_: I'll paste new
18:57
<
wingrime_ >
techn_: can find USB_SW_SUNXI_USB0_OTG
18:59
<
wingrime_ >
techn_: this is 3.4 stage?
18:59
<
techn_ >
wingrime yes
19:01
<
wingrime_ >
techn_: ok, try cp sun5is
19:01
<
wingrime_ >
sun5i def config
19:02
<
wingrime_ >
than run make menuconfig, and exit with save
19:02
<
wingrime_ >
can paste me config ?
19:03
<
wingrime_ >
not sure
19:04
Soru has joined #linux-sunxi
19:05
<
wingrime_ >
techn_: I try again myself
19:05
<
wingrime_ >
techn_: you config can be old enought to not have this issue
19:05
<
wingrime_ >
techn_: but I remeber that I have problem
19:06
<
techn_ >
default config might need some update
19:06
<
wingrime_ >
techn_: bug can't hide by himeslf
19:09
<
libv >
wingrime_: about using the mali for everything...
19:09
<
libv >
wingrime_: sure, the mali will make any calculations you can dream of.
19:10
<
libv >
wingrime_: but that doesn't mean that it is the most time or energy efficient way of doign things
19:10
<
libv >
colourspace conversion is best left to the display engine
19:10
<
libv >
idct decoding is best left to the media decoder
19:10
<
oliv3r >
and scaling?
19:10
<
libv >
also display
19:11
<
libv >
that's hardware that's designed for this specific purpose
19:11
<
libv >
sure, someone needs to go write the code, but it pays off big time
19:12
<
libv >
usually, if the hardware is known good, bringing up an overlay which does colour space conversion for you, is pretty trivial if you already have everything else wired up correctly
19:13
<
leviathanch_ >
Turl: linux-next boots :->
19:13
<
leviathanch_ >
from the official repo
19:13
<
wingrime_ >
techn_: bug realy exsist
19:13
<
wingrime_ >
techn_: try go to menuconfig
19:14
<
techn_ >
wingrime_: yes?
19:14
<
wingrime_ >
techn_: to [*] SUNXI USB2.0 Dual Role Controller support --->
19:14
Soru has quit [Read error: No route to host]
19:14
<
wingrime_ >
techn_: and try find otg mode
19:14
<
techn_ >
wingrime_: It's selected
19:15
<
wingrime_ >
techn_: (X) host only support
19:15
<
wingrime_ >
techn_: see?
19:18
<
wingrime_ >
techn_: how?
19:19
<
techn_ >
Depends on: USB_SUPPORT [=y] && USB_SW_SUNXI_USB [=y] && USB_SW_SUNXI_USB_MANAGER [=y]
19:19
<
techn_ >
make sure that your dependencies are met
19:19
dwilkins has quit [Ping timeout: 256 seconds]
19:19
hramrach has quit [Ping timeout: 240 seconds]
19:19
<
wingrime_ >
techn_: please , git log
19:19
<
techn_ >
Depends on: <choice> && USB_SW_SUNXI_UDC0 [=y]
19:19
Soru_ has joined #linux-sunxi
19:19
<
wingrime_ >
techn_: I just showed default config
19:19
<
wingrime_ >
alex@laptop-lenovo:/media/archive1/sunxi/linux-sunxi$ cp arch/arm/configs/sun5i_defconfig .config
19:19
<
wingrime_ >
alex@laptop-lenovo:/media/archive1/sunxi/linux-sunxi$ make menuconfig ARCH=arm
19:20
<
wingrime_ >
techn_: wtf
19:21
<
wingrime_ >
techn_: so, or you have some old config , or you use some other branch
19:21
<
wingrime_ >
techn_: or I don't know what a hell is it
19:21
<
wingrime_ >
mnemoc: can you try this ?
19:22
iamfrankenstein has joined #linux-sunxi
19:23
<
wingrime_ >
techn_: or you use old branch
19:26
hramrach has joined #linux-sunxi
19:26
dwilkins has joined #linux-sunxi
19:26
<
wingrime_ >
techn_: so?
19:30
mirc_243421 has joined #linux-sunxi
19:31
mirc_243421 is now known as Legitsu
19:31
<
hno >
wingrime, what are you trying to do?
19:32
<
wingrime_ >
hno: prove that my patch realy needed
19:34
<
hno >
wingrime, and your patch does?
19:35
<
wingrime_ >
hno: fix otg-only building and fix kconfig to make it workable
19:35
<
wingrime_ >
hno: I can't get working otg cable with my tablet after patch
19:35
<
wingrime_ >
*after usb merge
19:44
<
wingrime_ >
techn_: ?
19:44
<
techn_ >
wingrime_: select USB_SW_SUNXI_UDC0 , then you'll see OTG mode avalable
19:46
<
wingrime_ >
techn_: my patch change "depend on" to "selects" also it fixes build for otg mode only
19:46
<
wingrime_ >
techn_: try build otg only
19:46
<
wingrime_ >
techn_: it will defently fall
19:47
<
techn_ >
otg is both UDC and HDC
19:47
<
leviathanch_ >
Turl: clk_set_rate leads to a crash in the background
19:47
<
leviathanch_ >
Turl: clk_round_rate already sets the clock!
19:47
<
leviathanch_ >
something is a bit wrong here
19:48
iamfrankenstein has quit [Ping timeout: 240 seconds]
19:48
paulk-aldrin has joined #linux-sunxi
19:48
<
techn_ >
UDC is device mode, HDC host, OTG==UDC+HCD
19:50
<
wingrime_ >
techn_: try build "device only"
19:50
<
wingrime_ >
mnemoc: ping
19:51
uwe_ has quit [Remote host closed the connection]
19:52
<
wingrime_ >
techn_: I still think that my patch needed for make it more easy to select all
19:55
<
wingrime_ >
mnemoc: ^
19:57
<
wingrime_ >
mnemoc: yeax it possible make otg without patch but it non trivial
19:57
<
Legitsu >
might I ask whats wrong with simply enabling it in a defconfig
19:58
<
oliv3r >
do we have the 3.4 lycheekernel source anywhere up?
19:58
<
oliv3r >
(on a git/lxr so i can browse it)
20:02
<
Turl >
leviathanch_: the base branch is clk-next+arm dt pull, if you're using A20 it's likely it won't boot or it'll stall, needs more pinctrl and maybe gic patches
20:03
<
Turl >
leviathanch_: clk_round_rate should just compute a suitable rate
20:04
<
Turl >
leviathanch_: setting which clock crashes?
20:04
<
leviathanch_ >
hard to say
20:04
<
leviathanch_ >
since it just stops
20:05
<
leviathanch_ >
but it crashes when I access the mod0 mmc0 clock
20:07
fredy has quit [Excess Flood]
20:08
<
Turl >
leviathanch_: it's probably reclocking pll5
20:08
<
Turl >
reclocking ram just because is bad for your board :)
20:08
<
leviathanch_ >
I know ;-)
20:08
<
leviathanch_ >
that's why I had masked pll5 in clock selection
20:08
<
leviathanch_ >
when I did it myself
20:08
fredy has joined #linux-sunxi
20:09
<
leviathanch_ >
couldn't you skip the set rate function if the name is or contains pll5?
20:09
<
leviathanch_ >
or just don't use it as a parent?
20:10
<
Turl >
1) is an ugly hack, and there's legit reasons for changing its rate (although probably without the framework)
20:11
<
Turl >
2) means having a fake hw description
20:11
<
leviathanch_ >
maybe I should just throw pll5 out of the list in the dt?
20:12
<
Turl >
we could improve the reparenting code to not consider pll5 maybe
20:12
<
leviathanch_ >
Turl: yes
20:12
<
Turl >
what's wrong with the uboot mmc clock btw?
20:12
<
Turl >
ie why do you need a diff rate?
20:13
<
leviathanch_ >
osc24M is slow
20:13
<
Turl >
if you're setting the same rate the code should be a noop
20:13
<
Turl >
ah, uboot uses it on osc24?
20:13
<
leviathanch_ >
there are
_many_ different rates
20:13
<
leviathanch_ >
moment pls
20:13
<
Turl >
my board was on PLL5 @ 100Mhz I think
20:13
<
leviathanch_ >
sorry
20:13
<
leviathanch_ >
that's correct
20:14
<
leviathanch_ >
but mmc_host starts down at 400kHz
20:14
<
leviathanch_ >
for some strange reason
20:15
<
leviathanch_ >
the reason is there as a table-comment
20:15
jemk has quit [Ping timeout: 245 seconds]
20:15
<
leviathanch_ >
400kHz is the slowest speed an SD3.0 card may support
20:15
<
Turl >
100MHz > 400kHz
20:16
<
leviathanch_ >
_but_ the host driver of Linux wants to start at the deepest speed rate
20:16
<
leviathanch_ >
and then ask how fast the card can become
20:17
<
leviathanch_ >
because a 400kHz card can't say: "It's too fast" if it's asked with 100MHz
20:17
<
leviathanch_ >
but a 100MHz card can say: It's too slow. Boring!
20:17
akaizen has quit [Remote host closed the connection]
20:20
<
wingrime_ >
mnemoc: ping
20:24
<
leviathanch_ >
Turl: I could also use __ functions and select pll6 in case the frequency needs to be changed
20:25
<
leviathanch_ >
Turl: given you have finally implemented reparenting
20:25
<
leviathanch_ >
which shouldn't be hard
20:25
<
leviathanch_ >
you have a limited number of possible clocks
20:25
<
leviathanch_ >
and inputs for them
20:25
<
leviathanch_ >
00 OSC, 01, 10, 11
20:25
<
leviathanch_ >
Turl: 00 OSC, 01, 10, 11
20:26
<
leviathanch_ >
so checking pclk->name
20:26
<
leviathanch_ >
and looking the mode up in a table
20:26
<
leviathanch_ >
should do
20:29
<
oliv3r >
yeah that bit i'm talking about emac_3v3 is the name of the regulator
20:30
<
Turl >
phy-supply = <®ulator>
20:30
<
Turl >
devm_regulator_get(&pdev->dev, "phy");
20:30
<
oliv3r >
so it's "name"-supply?
20:31
<
oliv3r >
strange construct, but I guess that'll have to do :)
20:31
<
Turl >
that's my guess
20:31
tm512 has joined #linux-sunxi
20:33
wingrime has quit [Ping timeout: 248 seconds]
20:33
arokux2 has joined #linux-sunxi
20:33
<
arokux2 >
mripard, around?
20:35
<
Turl >
oliv3r: I guess dt code just matches them with the right pdev, and uses s/-supply/ on the key to set the name :p
20:35
pirea has joined #linux-sunxi
20:35
<
leviathanch_ >
Turl: the patch leads to an even bigger issue
20:35
<
arokux2 >
I'm trying to pull in allwinner code without dt now. just set everything manually in registers.
20:36
<
leviathanch_ >
obviously the system trys to set an initial clock frequency on pll5
20:36
<
leviathanch_ >
by preventing the clock from being changed
20:36
<
leviathanch_ >
the system won't even start booting
20:36
<
leviathanch_ >
at least it now hangs at "Uncompressing Linux... done, booting the kernel."
20:37
FunkyPenguin has quit [Read error: Connection reset by peer]
20:37
<
arokux2 >
leviathanch_, fdt_high is set?
20:38
<
Turl >
oliv3r: of_get_regulator on drivers/regulator/core.c
20:38
<
leviathanch_ >
arokux: it did just boot before I tried the patch of Turl
20:38
<
oliv3r >
Turl: let me read up on that
20:38
<
Turl >
leviathanch_: nope, linux never touches the pll5 code, it's set by uboot and let alone
20:38
<
leviathanch_ >
wtf then?
20:39
<
oliv3r >
Turl: oh i had that section open, well regulatr_get()
20:39
<
oliv3r >
but exactly, i was expecting someth8ing like that somewhere
20:40
FunkyPenguin has joined #linux-sunxi
20:40
<
oliv3r >
ah found it, devm_regulator_get(); calls regulator_get() which calls regulator_dev_lookup, which calls, of_get_regulator :)
20:40
<
oliv3r >
snprintf(prop_name, 32, "%s-supply", supply); and there it is
20:40
<
tm512 >
ssvb: why wouldn't there be display support in the mainline kernel at all? would it be too hard to bring it over myself?
20:40
<
oliv3r >
it's always %s-supply
20:41
<
oliv3r >
tm512: it's will be a huge undertaking
20:41
<
leviathanch_ >
Turl: something within this patch breaks the initial boot process anyway
20:41
<
leviathanch_ >
without the patch it loads just fine
20:41
<
tm512 >
it isn't a module?
20:41
<
oliv3r >
tm512: it's a huge horrible mess
20:41
<
oliv3r >
tm512: it's a big hack-job
20:41
<
oliv3r >
tm512: in its current state, it will never ever be accepted in ml
20:42
<
tm512 >
I mean, taking my own clone of ml, and merging it in, regardless of whether it's a mess
20:42
<
Turl >
leviathanch_: ah, I derped the variable name, replace clk_name with parent on the strcmp
20:42
<
Turl >
leviathanch_: btw, I'd highly recommend you enable early_printk, debug_ll and pass earlyprintk on the cmdline
20:43
<
Turl >
you'd have seen the crap dereference :)
20:43
<
oliv3r >
tm512: ohh, you wanna have messy drivers in a local git repo; i guess that could work for sunxi once we depreciate 3.4
20:43
<
ssvb >
tm512: as you can see, the display driver has not been done yet
20:44
<
libv >
tm512: are you serious?
20:44
<
ssvb >
tm512: if you want a feature complete system, you can use the sunxi-3.4 kernel based on the vendor code drop
20:44
<
libv >
tm512: you are intending to do linux-from-scratch on a weird NIH libc called musl
20:45
<
libv >
and now you also want to port kernel drivers to mainline along the way as well?
20:45
<
libv >
tm512: am i wrong in assuming that you will also be curing cancer in between?
20:45
<
oliv3r >
er what, waht's musl?
20:46
<
libv >
oliv3r: yet another re-invention of libc
20:46
<
wingrime_ >
libv: yeax NIH
20:46
<
leviathanch_ >
Turl: ok
20:47
<
leviathanch_ >
thrown earlyprintk into cmdline
20:47
<
arokux2 >
guys want to do some hacking, do not prevent him from it!!!
20:47
<
arokux2 >
we need hackers
20:47
<
leviathanch_ >
must have gone lost during the attempts to boot with initrd
20:48
<
pirea >
libv you are still working at lima?
20:48
<
libv >
pirea: yes, why?
20:49
<
pirea >
libv because the code was no changed from 3 months ago
20:49
<
libv >
arokux2: the art of being a hacker is setting tough goals and actually working towards them logically and then achieving those goals, which is quite something different from daydreaming up and endless amount pointless goals
20:50
<
leviathanch_ >
Turl: when you autoreparent
20:50
<
leviathanch_ >
do you enable the new parent then as well?
20:50
<
libv >
pirea: that's because i haven't done much code in a last 3 months
20:50
<
libv >
pirea: you might want to read my latest blog entry though
20:51
<
Turl >
leviathanch_: that happens when you enable the clock
20:51
uwe_ has joined #linux-sunxi
20:51
<
leviathanch_ >
it hangs
20:51
<
leviathanch_ >
doesn't do anything anymore
20:52
<
Turl >
when does it hang?
20:52
<
leviathanch_ >
after the clk_set_rate
20:52
<
leviathanch_ >
do I need to disable the clock first?
20:52
<
Legitsu >
nice libv
20:53
<
Turl >
leviathanch_: can you comment out the set_rate and paste clk_summary?
20:53
<
libv >
i just got textures and mipmaps working as well
20:53
<
tm512 >
libv: wouldn't it be somewhat straightforward to bring the display driver source from 3.4 to mainline, or has that changed so much that it would be an impossible task?
20:53
<
Legitsu >
so the gpu accually does something other then look pretty and produce heat now
20:53
<
libv >
now for elements buffers and then cleanup and another big push
20:54
<
libv >
tm512: why don't you give it a go
20:54
<
wingrime_ >
libv: nice, when it will become real driver
20:55
<
libv >
wingrime_: you do know that i had ioquake3 running at fosdem, right?
20:55
pitillo has quit [Ping timeout: 245 seconds]
20:55
<
Turl >
wingrime_: I think he means "ETA for mesa et al?"
20:55
<
libv >
wingrime_: which means that i had solid knowledge on how to do things like texturing and mipmapping
20:56
<
libv >
wingrime_: so why would i be happy and proud 7 months on about having texturing and mipmapping working?
20:56
<
Turl >
leviathanch_: ok, now, what clock are you enabling that makes it explode?
20:56
<
wingrime_ >
libv: ?
20:57
pitillo has joined #linux-sunxi
20:57
<
leviathanch_ >
Turl: mmc0
20:57
<
wingrime_ >
libv: sdl2
20:57
<
Turl >
leviathanch_: but it's already enabled according to what you just pasted?
20:57
<
wingrime_ >
Turl: this is a first thing I want
20:57
<
tm512 >
libv: ah, fun, looks like I would have to bring the mmc driver over too, or that wouldn't work very well at all
20:58
<
Turl >
tm512: leviathanch_ is working on that
20:58
<
libv >
wingrime_: sdl2 is just some extra glue, it is not a driver
20:58
<
leviathanch_ >
Turl: i'm making a prepare_enable
20:58
<
leviathanch_ >
when I power on
20:58
<
leviathanch_ >
the host
20:58
<
leviathanch_ >
in set_ios
20:58
<
leviathanch_ >
from the mmchost interface of the linux kernel
20:59
<
wingrime_ >
libv: sdl2 can run on top gles, so may soft will be work nicely
20:59
<
wingrime_ >
libv: cool news
20:59
<
Turl >
leviathanch_: so you can enable it just fine, what's the problem?
21:00
<
leviathanch_ >
I have to disable the clock before I set a new rate?
21:00
<
tm512 >
sdl2 has an accelerated 2D mode, that few games run on top of, because sdl2 isn't released yet
21:00
<
leviathanch_ >
Turl: I can't disable it btw
21:00
<
leviathanch_ >
it hangs
21:00
<
leviathanch_ >
or was it
21:00
<
leviathanch_ >
oops
21:00
<
leviathanch_ >
never mind
21:01
<
leviathanch_ >
I'll test again
21:01
<
leviathanch_ >
nope
21:01
<
leviathanch_ >
disable leads to a hang
21:02
<
wingrime_ >
tm512: at least openTTD
21:02
<
leviathanch_ >
Turl: is the mod0 maybe disabling its parent as well?
21:02
<
leviathanch_ >
Turl: this would mean it would disable the RAM clock
21:04
<
Turl >
I'd hope the framework doesn't do that
21:04
<
Turl >
it has the CLK_IGNORE_UNUSED bit set, it shouldn't
21:05
fredy has quit [Excess Flood]
21:06
<
Turl >
looks like it doesn't take that into account in the framework :(
21:06
fredy has joined #linux-sunxi
21:10
<
leviathanch_ >
Turl: know what would be way easier?
21:10
<
leviathanch_ >
Turl: if I would just select the parent clock in the mmc driver
21:10
<
leviathanch_ >
but on the other hand
21:10
<
leviathanch_ >
sooner or later
21:10
<
leviathanch_ >
mainline has to learn that it shouldn't shut down clocks which are used for essential periphery
21:11
<
Turl >
some driver should claim them, then they'd remain on
21:11
<
Turl >
but for now we have CLK_IGNORE_UNUSED
21:11
<
Turl >
but the framework ignores it on the disable path
21:12
<
oliv3r >
tm512: how do the mmc driver and the disp driver relate?
21:12
<
Turl >
mturquette: ping
21:12
<
Turl >
oliv3r: they both make your system useful :p
21:12
<
mturquette >
Turl: pong
21:13
<
Turl >
mturquette: the framework currently ignores CLK_IGNORE_UNUSED on the clk_disable path
21:13
<
Turl >
mturquette: is it a bug or meant to be that way?
21:13
<
tm512 >
id be booting off of microsd, i think id need the driver for that
21:13
<
oliv3r >
tm512: boot from nfs
21:14
<
arokux2 >
tm512, do you also need usb or wifi?
21:14
<
oliv3r >
tm512: or boot with initramfs, that's what we do :)
21:14
geecko has quit [Ping timeout: 240 seconds]
21:14
<
oliv3r >
tm512: but yeah, it would be great if you'd started on the disp driver and KMSing it
21:15
<
tm512 >
usb yes, maybe wifi (ath9k)
21:15
<
oliv3r >
there's emac for now to get you started though
21:15
<
tm512 >
the initrd would need the mmc driver to mount the card
21:15
<
oliv3r >
baby steps :)
21:15
<
oliv3r >
tm512: nah why
21:16
<
oliv3r >
tm512: U-boot boots the bootloader from the SD card, u-boot then loads the kernel + initramfs and then that could mount nfs if you wanted it to
21:16
<
oliv3r >
or just boot via tftp and forgo sd
21:17
<
tm512 >
also, typing this on my tablet, so im slower
21:18
<
tm512 >
just want to boot off of sd, and mount nfs for extra storage
21:18
<
oliv3r >
tm512: shouldn't be a problem
21:19
<
Legitsu >
tacos are cool
21:20
<
ojn >
Hmm, A23 would be a nice speed bump compared to A20. I wonder if they have any other surprises in it.
21:20
<
tm512 >
and ill go with whatever kernel works
21:21
<
tm512 >
if i can basically copy the drivers over to a local mainline brach, cool
21:23
<
oliv3r >
ojn: A23?!
21:24
<
Turl >
oliv3r: what?
21:25
<
Turl >
ojn: how come you get to know that things before us? :)
21:25
<
libv >
smaller process?
21:26
<
oliv3r >
better memory controller?
21:26
<
Turl >
ojn: afaik the 1.2Ghz of the A20 is a lie, it runs @900something
21:26
<
oliv3r >
where's our cubie2.3
21:26
<
oliv3r >
Tsvetan: ^^
21:26
<
Turl >
oliv3r: they just add the gpu freq up to market it :)
21:26
<
oliv3r >
Turl: so it's ONLY a higher clockspeed?
21:26
<
Legitsu >
dual core ?
21:27
<
Legitsu >
wheres the 6 and 8 core chips
21:27
<
oliv3r >
and it's scheduled to go into mass production in October.
21:27
<
oliv3r >
it doesn't exist yet
21:28
<
Turl >
oliv3r: I dunno, can't read chinese news sites :P
21:28
paulk-aldrin has quit [Quit: Ex-Chat]
21:28
<
oliv3r >
the chip will use 50 percent less power than some (unspecified) competing chips when playing music. heh
21:28
<
Turl >
oliv3r: core i7? :P
21:29
<
ojn >
Turl: It was posted on g+
21:29
<
ojn >
i.e. i follow liliputing there
21:29
<
oliv3r >
if it now does cedarA for mp3 :p
21:29
fredy has quit [Excess Flood]
21:30
<
Turl >
ojn: DDR600 according to goog translate
21:30
fredy has joined #linux-sunxi
21:30
<
Turl >
err oliv3r ^
21:30
<
tm512 >
oh, and I forgot to ask, the cubie will work with a modern DVI monitor, with an hdmi-dvi cable, right?
21:30
<
Turl >
irssi gets you two confused
21:31
<
Turl >
interesting, MSI shipping AW hardware
21:31
<
oliv3r >
tm512: HDMI is DVI + hdcp (optional) + audio; so of course it will
21:32
<
oliv3r >
Turl: what?!
21:32
<
tm512 >
oliv3r: I read some people had issues with it not displaying, or giving incorrect colors
21:34
<
oliv3r >
wires and signals are identical
21:36
<
tm512 >
just going off of what I read
21:36
<
wingrime_ >
oliv3r: I hope a23 not like a13
21:36
<
wingrime_ >
oliv3r: but it looks to be cheap version of a23
21:37
<
oliv3r >
Turl: i'm supprised we didn't even know about this before
21:37
<
oliv3r >
wingrime_: i think it's just a higer clocked part
21:37
<
oliv3r >
it's about 300 MHz faster
21:37
<
oliv3r >
but I do hope it's a respin with fixed parts and a little bit faster ddr
21:38
<
wingrime_ >
oliv3r: thats fixed a20 that run 1.2 ghz?
21:38
<
Legitsu >
fast ram makes a world of differnce in gpu performace
21:39
<
techn_ >
bigger cache :)
21:39
<
Legitsu >
cpu speed is illrelavent in most cases
21:39
<
leviathanch_ >
Turl: ok, it seems to be reading correctly
21:40
<
leviathanch_ >
last problem, then we should have a functioning driver
21:40
<
leviathanch_ >
interrupts
21:40
<
leviathanch_ >
when it is done reading
21:40
<
leviathanch_ >
the controller produces an interrupt
21:40
<
wingrime_ >
Turl: are patches sended?
21:40
<
wingrime_ >
Turl: for clocks?
21:40
<
oliv3r >
i'm appalled we didn't know about this :(
21:46
<
oliv3r >
well hipboy did say there would be a respin
21:48
<
arokux2 >
you have expected allwinner will inform us?
21:48
<
arokux2 >
we are nothing to them ;) just free labor
21:48
<
Turl >
wingrime_: not yet, I pushed draft branch if you want to take a look though
21:49
<
wingrime_ >
Turl: realy imortant have it before any driver
21:49
<
Turl >
wingrime_: I know
21:50
<
Turl >
wingrime_: really important it works correctly too :)
21:50
<
Turl >
wingrime_: I found a few bugs with leviathanch_ testing the code
21:50
notmart has quit [Quit: notmart terminated!]
21:51
<
wingrime_ >
Turl: also, about possible feed tree
21:51
<
arokux2 >
have sunxi.org ever got something from AW directly?
21:51
<
wingrime_ >
Turl: can we manipulate tree for lowpower
21:51
<
Turl >
wingrime_: feed?
21:51
<
oliv3r >
we got git history leaked
21:51
<
wingrime_ >
Turl: clock feed tree
21:51
<
Turl >
wingrime_: what about it?
21:52
<
arokux2 >
leaked isn't officially given
21:52
<
wingrime_ >
Turl: clock source select
21:52
<
wingrime_ >
Turl: pll select
21:52
<
oliv3r >
arokux2: they would never take that liability on themselves
21:52
<
oliv3r >
but unofficially we've gotten tons
21:53
<
wingrime_ >
Turl: quartz feed all clocksources
21:53
<
wingrime_ >
arokux2: docs are realy usefull
21:53
<
arokux2 >
but they are also from third parties?
21:54
<
Turl >
wingrime_: you can reparent cpu to osc32k then turn off osc24M
21:55
<
wingrime_ >
Turl: thats simple, but if I want reparent some hw to some pll , shutdown some pll for less power
21:56
<
wingrime_ >
Turl: I talking about automatic pll select
21:56
<
oliv3r >
arokux2: not really
21:56
<
oliv3r >
but not from aw officially of course
21:57
<
wingrime_ >
Turl: automatic pll on/off
21:57
<
Turl >
wingrime_: if pll not used, pll off
21:58
<
Turl >
wingrime_: all clocks not used -> off
21:58
<
arokux2 >
why they cannot act officialy? they do not have bosses :)
21:58
<
wingrime_ >
Turl: but can be pll automaticaly choosen
21:58
<
oliv3r >
arokux2: chinese are very carefull, they don't wanna get sued
21:59
<
Turl >
wingrime_: based on what criteria?
21:59
<
arokux2 >
oliv3r, by whom?? we should sue those gpl violators in the first place
21:59
<
wingrime_ >
arokux2: there more nice MCU like msp430 you can choose 2 quartz sources/internal/ with many combination
21:59
<
arokux2 >
wingrime_, ?
22:00
<
wingrime_ >
Turl: lowpower , make less pll used same time
22:02
Black_Horseman has joined #linux-sunxi
22:02
Black_Horseman has joined #linux-sunxi
22:02
Soru__ has joined #linux-sunxi
22:02
<
oliv3r >
arokux2: ANYbody
22:02
<
Turl >
wingrime_: suspend?
22:02
<
oliv3r >
arokux2: sot hey let stuff leak and pretend its not theirs; its just chinese culture i guess
22:02
<
wingrime_ >
Turl: no,
22:02
Soru_ has quit [Ping timeout: 245 seconds]
22:02
<
wingrime_ >
Turl: if you have 2 device that run same speed but use 2 pll, why not reconnect it to one
22:02
<
arokux2 >
oliv3r, ok.. I do not care so much. what I know is that there wasn't anything done by them officially for sunxi.org
22:02
ZetaNeta has quit [Ping timeout: 245 seconds]
22:03
<
wingrime_ >
Turl: or simular, if device have some dividors , so better use it if there is no reason to pll
22:03
<
oliv3r >
engineers want to but aren't allowed by middle management
22:03
<
oliv3r >
they did officially allow docs to be used
22:03
<
oliv3r >
so hoepfully we get a23 docs soon :)
22:03
<
oliv3r >
Tsvetan: ^
22:04
<
arokux2 >
we have to much docs and almost no code ;P
22:04
<
wingrime_ >
Turl: if requested freq can't be done with diviors, automaticly use pll
22:04
<
wingrime_ >
Turl: thats realy possible?
22:04
<
wingrime_ >
arokux2: worser
22:05
<
wingrime_ >
arokux2: for some hw we have no --- even blobs
22:05
<
wingrime_ >
arokux2: no diver/no blob/no docs
22:05
<
Turl >
wingrime_: not all devices connected to all pll
22:05
<
wingrime_ >
Turl: yeax
22:05
<
Turl >
wingrime_: sometimes frequency incompatible, can't be produced by 1 pll and two devices
22:06
<
oliv3r >
arokux2: so less talking more coding :)
22:06
<
Turl >
wingrime_: would need lot of black magic code overall
22:06
<
oliv3r >
arokux2: we did get a lot of code drops
22:06
<
arokux2 >
oliv3r, no, I mean mainlining is slow
22:07
<
wingrime_ >
Turl: aw too lazy add multiplexers for make possible use feed tree more accuracy and make chip powerlow frendly
22:07
<
wingrime_ >
Turl: like MSP430
22:07
<
oliv3r >
arokux2: code harder :)
22:11
<
arokux2 >
I do, but I'm a noob (
22:13
akaizen has joined #linux-sunxi
22:14
<
mnemoc >
wow... even after removed the reverts and squashing the hotfixes stage 3.4 is 240 commits ahead of non-stage
22:17
<
wingrime_ >
oliv3r: wow cubiebook.org is killed
22:17
<
arokux2 >
maybe it is better to release more frequently so that the code gets tested
22:17
<
arokux2 >
wingrime_, killed?
22:17
<
wingrime_ >
mnemoc: I still want usb patch be accepted
22:17
<
wingrime_ >
arokux2: see page
22:18
<
arokux2 >
wingrime_, what do you mean by killed?
22:18
<
wingrime_ >
arokux2: can't contact db, too many users
22:18
<
oliv3r >
wingrime_: its on chinese server now
22:18
<
arokux2 >
wigyori, works for me
22:19
<
wingrime_ >
arokux2: slow as hell
22:20
<
arokux2 >
well, it just contains links to our wiki
22:20
<
oliv3r >
wingrime_: slowish but works; they use a .cn host now
22:20
<
arokux2 >
so why do you bother?
22:20
<
wingrime_ >
arokux2: tons spam
22:20
<
arokux2 >
wingrime_, yep :)
22:22
<
arokux2 >
why could be found in a book about cubieboard? I do not understand anyway...
22:23
<
Turl >
wingrime_: yes, has had spam since long time
22:24
<
arokux2 >
how can I find which driver supports 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
22:24
<
arokux2 >
in the mainline?
22:24
<
Turl >
arokux2: howto for high level dev
22:24
<
arokux2 >
wingrime_, it's truck
22:24
<
oliv3r >
allwinner arm news :D
22:24
<
leviathanch_ >
Turl: how did you determin the interrupt number?
22:24
<
wingrime_ >
oliv3r: what a IC near VGA
22:25
<
arokux2 >
Turl, which highlevel dev? :)
22:25
<
hno >
arokux2, it's a usb hub...
22:25
<
arokux2 >
hno, yes :0
22:25
<
oliv3r >
leviathanch_: usermanual :)
22:26
<
wingrime_ >
oliv3r: oh, spdif
22:26
<
arokux2 >
hno, should it be supported out of the box?
22:26
<
Turl >
arokux2: people who want to toggle gpio or use led
22:27
<
Turl >
leviathanch_: determine interrupt for what?
22:27
popolon has quit [Quit: Quitte]
22:27
<
hno >
arokux2, it's supported out of the box.
22:28
<
wingrime_ >
Turl: I have never saw conditions when it required
22:28
<
wingrime_ >
Turl: a20 can be so hot?
22:28
<
hno >
USB standard defines how hubs operate. No special drivers needed for different brands.
22:28
<
oliv3r >
wingrime_: a10 too; specially when you OC it
22:28
<
Turl >
wingrime_: have not played with A20 much
22:28
<
leviathanch_ >
Turl: for the sd/mmc 0 controller
22:29
<
mnemoc >
wingrime_: as I can't do more than build tests, you need to get the devs in the ML to accept it
22:29
<
leviathanch_ >
but did it right anyway
22:29
<
leviathanch_ >
was correct with just substracting the offset
22:29
<
mnemoc >
wingrime_: once they ack, i take it
22:29
akaizen has quit [Read error: Connection reset by peer]
22:29
<
Turl >
leviathanch_: I never worked with interrupts, I don't know
22:29
<
oliv3r >
mnemoc: only so little dev talk on the ML
22:29
<
Turl >
leviathanch_: I recall seeing docs on Documentation/ about it
22:30
<
wingrime_ >
oliv3r: please test usb fix and mail something!!
22:30
<
mnemoc >
wingrime_: it's not my mere whimp. it's community choice. I see nacks or disagreements, patch delayed until v2
22:30
<
oliv3r >
well the usermanual should have the info or the link I pasted above should be something
22:30
<
oliv3r >
wingrime_: lol i don't even know how to trigger the bug :p
22:30
<
wingrime_ >
oliv3r: try select otg only
22:30
<
oliv3r >
wingrime_: i'll read maila nd try to reply sensibly
22:30
hramrach has quit [Ping timeout: 240 seconds]
22:30
<
mnemoc >
oliv3r: no need to discuss, ack mails are enough for me
22:30
<
oliv3r >
wingrime_: oh i remember that bug
22:31
<
mnemoc >
but a nack is a blocker
22:31
<
mnemoc >
and both wingrime_ patches have nacks
22:32
<
wingrime_ >
mnemoc: yes, in first case, I can agree with ssvb that it can be workarounded in xorg driver
22:32
<
wingrime_ >
mnemoc: but in second I not see any
22:32
<
mnemoc >
wingrime_: i can not argue because i can not test
22:32
akaizen has joined #linux-sunxi
22:32
<
wingrime_ >
mnemoc: thats bug can be easy be triggerd
22:32
<
arokux2 >
thanks hno
22:32
<
mnemoc >
wingrime_: get techn's ack on this or a v2 and it's done
22:32
<
wingrime_ >
techn_: !!
22:33
<
techn_ >
I'll review it
22:33
<
mnemoc >
in the mean time, let's merge!
22:33
<
wingrime_ >
techn_: I agree that possible select otg but not trivial, also, it makes "device only" builds
22:35
<
leviathanch_ >
Turl: ok
22:35
<
hno >
mnemoc, stage -> main btanch merge time?
22:35
<
leviathanch_ >
Turl: oliv3r has posted me the specific part I needed
22:35
<
leviathanch_ >
but still
22:35
<
leviathanch_ >
the interrupt doesn't appear to be firing
22:35
hramrach has joined #linux-sunxi
22:35
<
wingrime_ >
techn_: that patch makes select mode more easy, as it "selects" not "requires"
22:36
<
techn_ >
wingrime_: it has many other changes
22:36
<
techn_ >
which causes regression
22:36
<
mnemoc >
hno: yes. after removing a reverted patch from arokux2 and squashing a fix from Turl
22:36
<
mnemoc >
240 commits
22:37
<
mnemoc >
unless you object
22:37
<
hno >
good. Have long recommended people to look at stage instead of main branch.
22:37
<
wingrime_ >
techn_: regression?
22:37
<
Turl >
leviathanch_: did you enable it?
22:37
<
techn_ >
I'll send review soon
22:37
<
mnemoc >
making a final free build for all defconfigs, and then the push
22:37
<
leviathanch_ >
Turl: enable?
22:37
<
mnemoc >
s/free/fresh/
22:37
<
leviathanch_ >
Turl: I enable it in the code
22:38
<
leviathanch_ >
ouch
22:38
<
wingrime_ >
techn_: only thing I have added to files --- #ifdef for make device only builds
22:38
<
hno >
hm... defconfigs... wonder if those have been fixed. Last time I tried there was a bit of issues there.
22:38
<
leviathanch_ >
Turl: do I need to extract it with of?
22:39
<
leviathanch_ >
Turl: smc_host->irq=platform_get_irq(pdev, 0);
22:39
<
leviathanch_ >
Turl: I'm doing this
22:39
<
leviathanch_ >
Turl: but the IRQ is defined within device tree
22:40
<
hno >
arokux, not really, but I would assume there is nothing connected.
22:40
<
Turl >
leviathanch_: that should be enough I guess
22:40
<
Turl >
leviathanch_: are you assigning an irq handler then?
22:41
<
leviathanch_ >
maybe the IRQ doesn't fire because there is no data to get?
22:41
<
arokux2 >
hno, hm.. there should be.. on-board hub
22:41
<
Turl >
make sure you got the irq right, check /proc/interrupts
22:43
<
leviathanch_ >
Turl: 64: 0 GIC 64 sunxi-mmc
22:43
<
leviathanch_ >
it's correct
22:44
<
wingrime_ >
mnemoc: 240 wow
22:44
<
ssvb >
wingrime_: testing the workaround now
22:44
<
mnemoc >
long time without merging
22:44
<
wingrime_ >
ssvb: in driver?
22:45
<
mnemoc >
wanted to make a 3.4.y jump too, but will wait some days before tagging/jumping
22:46
_BJFreeman has joined #linux-sunxi
22:46
<
ssvb >
wingrime_: in xorg, and also the tweak to allocate scalers only when really needed
22:46
_BJFreeman is now known as BJfreeman
22:47
<
wingrime_ >
ssvb: thanks, I now can try merge cedar driver with a13
22:48
<
wingrime_ >
ssvb: as I can test it
22:48
<
wingrime_ >
ssvb: also, are you tryed enable one scalar in fex?
22:49
<
wingrime_ >
techn_: device only was not made by be
22:50
<
techn_ >
OTG != device mode
22:51
<
techn_ >
.. device only mode
22:51
<
wingrime_ >
techn_: it not builds
22:51
<
wingrime_ >
techn_: without that I made
22:51
<
hno >
Whole USB config in stage defconfigs seems a bit messed up, and differs between the different configs.
22:52
<
techn_ >
if device only mode is not building it should be fixed.. not changed to other kind config
22:53
<
wingrime_ >
techn_: ok, send patch yourself, I have no intension send v2
22:53
<
techn_ >
wingrime_: but true.. device only mode seems wrong
22:54
<
techn_ >
currently it seems to dependant of USB_SW_SUNXI_UDC0 .. shouldn't it be HCD?
22:54
<
wingrime_ >
techn_: you can remake my patch,
22:55
<
wingrime_ >
techn_: UDC is gadget
22:55
<
mnemoc >
To git@github.com:linux-sunxi/linux-sunxi.git
22:55
<
mnemoc >
e75be34..1e8c5d7 sunxi-3.4 -> sunxi-3.4
22:55
<
mnemoc >
+ 69181e3...18f10f5 stage/sunxi-3.4 -> stage/sunxi-3.4 (forced update)
22:55
<
techn_ >
yes.. so I'm wondering why host only mode is dependand of gadget mode
22:56
<
wingrime_ >
techn_: I fixed this
22:56
<
techn_ >
ah.. I read wrong.. it is correct
22:57
<
techn_ >
time to go sleep
22:58
<
wingrime_ >
techn_: please fix it
22:59
<
arokux2 >
hno, I think usb host controllers are working now
22:59
<
arokux2 >
hno, but they fail to see something connected to them, any idea?
22:59
<
techn_ >
wingrime_: what is wrong with it?
22:59
<
mnemoc >
good night. pending-but-ack patches tomorrow
23:00
<
mnemoc >
good night. pending-but-acked patches tomorrow
23:00
<
wingrime_ >
techn_: #if SUN5I in #if sun4i
23:00
<
arokux2 >
hno, I have a multimeter, can I measure smth?
23:00
<
techn_ >
wingrime_: yes.. that whole block is inside #if 0
23:00
<
hno >
mnemoc, sun7i_defonfig have the otg controller disabled entirely. Is that intentional?
23:01
<
techn_ >
wingrime_: code in comments/documentation
23:01
<
wingrime_ >
techn_: remake my patch,
23:02
<
mnemoc >
hno: no, i received it like that from hansg
23:02
<
mnemoc >
feel free to fix
23:02
<
hno >
arokux2, not an expert on USB stuff.
23:02
<
hno >
mnemoc, default should be OTG, right?
23:03
<
mnemoc >
i think so
23:03
<
hno >
none of them defaults to OTG, sun4i and sun5i defaults to HOST_ONLY.
23:03
<
hno >
and sun7 defaults to none..
23:03
<
wingrime_ >
hno: we need default to be in Kconfig
23:04
<
mnemoc >
OTG for all!
23:04
<
wingrime_ >
mnemoc: I tryed to fix it ((
23:05
<
wingrime_ >
hno: also, config normaly correctly updates if default chooses configured
23:05
<
hno >
wingrime_, I don't grok what you said. Can you rephrase?
23:05
<
arokux2 >
I have better stayed with experts
23:06
<
wingrime_ >
hno: old config normaly works if you code Kconfig right
23:06
<
wingrime_ >
hno: with defaults
23:07
<
hno >
but not even using an old config.. only looking at fresh defconfigs.
23:07
<
wingrime_ >
hno: nice, but sound still disabled by default
23:09
<
wingrime_ >
hno: can you review
23:10
<
wingrime_ >
oliv3r: I want notebook with 4xcortex15 from aw
23:11
<
wingrime_ >
hno: also it need to be tested on a20
23:17
wingrime_ has quit [Ping timeout: 245 seconds]
23:26
<
hno >
I don't think that's the right link.. that is sunxi:disp Fully dynamic soc select
23:36
\\Mr_C\\ has quit []
23:40
<
arokux2 >
still there?
23:40
<
arokux2 >
3.3V is enough for a hub?
23:43
<
libv >
anyone still using ubuntu 12.04 (precise pangolin) on their sunxi hw?
23:46
pirea has quit [Read error: No route to host]
23:46
<
libv >
heh, precise has a mesa that is older than debian stable :)
23:46
<
libv >
but that's only slightly
23:46
<
libv >
seems i have my support baseline then :)