<Seppoz>
i established a connection using qsslsockt, im quite sure the connection is there but i do not receive any data (e.g header files from the browser if i open it etc)
<Seppoz>
im getting "Encryped" and there are no ssl errors on neither side
<Seppoz>
read ready just never treiggers
<Seppoz>
when i use write on ssl on server side ir eceive the data in the browser without a problem, when i use write on the client side i never see any data in the ssl server
<Seppoz>
State: 3 Mode: 2 Crypt: 1 is what i get on qDebug("State: %i Mode: %i Crypt: %i", ssl->state(), ssl->mode(), ssl->isEncrypted() );
jinzo has quit [Quit: Leaving]
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
xavia has quit [Read error: Connection reset by peer]
TheSeven has quit [Ping timeout: 272 seconds]
TheSeven has joined #linux-sunxi
hipboi has quit [Ping timeout: 252 seconds]
hipboi has joined #linux-sunxi
naobsd has joined #linux-sunxi
Faisal has quit [Ping timeout: 245 seconds]
skoperst has joined #linux-sunxi
n3rd_dude has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
pwhalen has quit [Ping timeout: 272 seconds]
n3rd_dude has quit [Quit: WeeChat 1.0]
Netrunner_ has joined #linux-sunxi
kuldeepdhaka has joined #linux-sunxi
<Netrunner_>
Hello everybody. I am currently working on a project using Itead's A20 coreboard and a carrierboard manufactured by us. i am currently running cubian latest release on the board and everything seems to work except the capacitive touch panel. I am pretty sure the script.fex/bin file is correct since the touch panel is working correctly on android, but when I try to modprobe the ft5x_ts module I get a lot of errors on debug se
<Netrunner_>
The first error I get is about IRQ 60 being used by GPIO
<Netrunner_>
if anybody is able to help me, I would greatly appreciate it
pwhalen has joined #linux-sunxi
pwhalen has quit [Changing host]
pwhalen has joined #linux-sunxi
montjoie[home] has quit [Remote host closed the connection]
montjoie[home] has joined #linux-sunxi
hipboi has quit [Ping timeout: 246 seconds]
hipboi has joined #linux-sunxi
Netrunner_ has quit [Quit: Page closed]
PulkoMandy has joined #linux-sunxi
mawe242 has joined #linux-sunxi
kuldeepdhaka_ has joined #linux-sunxi
kuldeepdhaka has quit [Ping timeout: 255 seconds]
kuldeepdhaka_ has quit [Ping timeout: 255 seconds]
kuldeepdhaka_ has joined #linux-sunxi
<wens>
mripard_: dmatest on my a31 using sunxi-next gives dmatest: dma0chan0-copy0: result #122: 'prep error' with src_off=0x6ac dst_off=0x421 len=0x391e (0)
naobsd has quit [Quit: Page closed]
kuldeepdhaka_ has quit [Ping timeout: 268 seconds]
kuldeepdhaka_ has joined #linux-sunxi
souther has quit [Ping timeout: 268 seconds]
souther has joined #linux-sunxi
sehraf has joined #linux-sunxi
<mripard_>
wens: I think I know why...
<mripard_>
let me test
Quarx has joined #linux-sunxi
souther has quit [Ping timeout: 268 seconds]
prahal has joined #linux-sunxi
souther has joined #linux-sunxi
hipboi has quit [Read error: Connection reset by peer]
<wens>
mripard_: thx
<mripard_>
wens: yep, fixed
<mripard_>
it's a poor hack for now, but that should fix your issue
akaizen has quit [Remote host closed the connection]
akaizen has joined #linux-sunxi
souther has quit [Ping timeout: 272 seconds]
souther has joined #linux-sunxi
akaizen_ has joined #linux-sunxi
akaizen has quit [Ping timeout: 272 seconds]
ddc has joined #linux-sunxi
akaizen_ has quit [Remote host closed the connection]
akaizen has joined #linux-sunxi
JohnDoe71rus has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
<wens>
nvidia sueing qualcomm and samsung over gpu patent disputes
JohnDoe_71Rus has quit [Read error: Connection reset by peer]
akaizen has quit [Ping timeout: 272 seconds]
akaizen has joined #linux-sunxi
<plaes>
fun :D
Black_Horseman has quit [Read error: Connection reset by peer]
libcg has joined #linux-sunxi
libcg has quit [Ping timeout: 264 seconds]
avsm has quit [Quit: Leaving.]
akaizen has quit [Remote host closed the connection]
akaizen has joined #linux-sunxi
integfred has joined #linux-sunxi
Renard has joined #linux-sunxi
<integfred>
libv, you there
<integfred>
?
<integfred>
I plugged in my new uart to the olinuxino-lime
<integfred>
reading uImage
<integfred>
Error reading cluster
<integfred>
** Unable to read file uImage **
<integfred>
** Can't read partition table on 0:0 **
<integfred>
** Invalid partition 1 **
<integfred>
etc.
<integfred>
It may be to do with the sd card because it won't let me format it to ext4?
<integfred>
only fat and ext2
akaizen has quit [Ping timeout: 272 seconds]
diego_r has joined #linux-sunxi
<Seppoz>
i established a connection using qsslsockt, im quite sure the connection is there but i do not receive any data (e.g header files from the browser if i open it etc)
<Seppoz>
when i use write on ssl on server side ir eceive the data in the browser without a problem, when i use write on the client side i never see any data in the ssl server
<Seppoz>
m getting "Encryped" and there are no ssl errors on neither side
<Seppoz>
State: 3 Mode: 2 Crypt: 1 is what i get on qDebug("State: %i Mode: %i Crypt: %i", ssl->state(), ssl->mode(), ssl->isEncrypted() );
<Seppoz>
woops sorry
<Seppoz>
wrong channel
Net147 has joined #linux-sunxi
hipboi has quit [Ping timeout: 246 seconds]
hipboi has joined #linux-sunxi
ddc has quit [Ping timeout: 246 seconds]
kuldeepdhaka has quit [Ping timeout: 276 seconds]
jemk has joined #linux-sunxi
kuldeepdhaka has joined #linux-sunxi
rz2k has joined #linux-sunxi
kuldeepdhaka has quit [Max SendQ exceeded]
ganbold_ has joined #linux-sunxi
skoperst_ has joined #linux-sunxi
Seppoz has quit [Ping timeout: 250 seconds]
jinzo has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
<hramrach>
integfred: it says it does not understand the partition table
<integfred>
hramrach, I rewrote the partition table, and I'm getting the same errors
<integfred>
it also says Verifying Checksum ... Bad Data CRC
<hramrach>
what did you write where and how do you read it?
<integfred>
I wrote a dos partition table using fdisk
<hramrach>
to what?
<integfred>
rewrite the partition table to see if it'd help
<hramrach>
you wrote partition to sd card?
<hramrach>
did you reserve space for bootloader?
<hramrach>
fdisk may start the first partition too early
<mawe242>
after our discussion yesterday I wanted to try a newer kernel/patch combination
<traeak>
when systemd went to maintenance i was just fine with root on my sdcard but it was bitching about mmc..p1
<traeak>
dunnno, systemd still scares teh bejesus out of me
<traeak>
the old days of "init" you could just go right into a bash prompt and go to town yourself
<traeak>
now things seem way out of control
gzamboni_ has quit [Ping timeout: 276 seconds]
<quitte_>
heh. I installed a fresh debian jessie today. after seeing how fast it boots I understand the whole systemd controversy even less
<traeak>
wierd
<traeak>
i was runnig arch in parallel mode
<traeak>
things seemed to slow down for me
<traeak>
also ther's a little problem
Gerwin_J has quit [Quit: Gerwin_J]
<traeak>
some of my core dev systems uptimes hit hundreds of days
<integfred>
traeak, do you get Timed out waiting for device dev-mmcblk0p1.dev
<integfred>
?
<traeak>
integfred: yes
<integfred>
because that's what I've got right now
<integfred>
any fixes?
<traeak>
not that i know of
<integfred>
oh
<quitte_>
traeak: I was almost shocked to see the login manager at a time where normally it would still mount the root filesystem. Hopefully the kinks will soon be worked out...
<traeak>
interestingly enough in maintenance mode i can rifle through that sd card just fine
<traeak>
quitte_: did you ever run arch boot with parallel turned on?
akaizen has quit [Ping timeout: 272 seconds]
PulkoMandy has joined #linux-sunxi
<quitte_>
traeak: no. however I ran debian with parallel init. I wasn't impressed
<traeak>
for laptops perhaps things like that are okay but for desktop and server...
<lukas2511>
traeak: there is a lot more to systemd than just boot-time
<traeak>
arch's parallel was dramatically better
<traeak>
the problem with init was that it allowed package developers freedom in how they did things which isn't a bad thing
<traeak>
but sometimes can be a bad thing
<quitte_>
sysvinit became a shimera with all the meta info at the beginning. If systemd achieves to give us a clean init system I won't be sad to see sysvinit go.
<traeak>
as much as slashdot sucks thre were some very articulate comments about the problems with systemd
<traeak>
the new system should be somewhere in between, probably closer to sysvinit than system
<quitte_>
imho sysvinit needs to go the way of the dodo. now systemd de facto is the new thing. I'll keep an open mind until I find reasons to hate it myself
<traeak>
simplicity of sysvinit was pretty huge
<traeak>
bash scripts and symlinks
<traeak>
one place to look for everything
<lukas2511>
systemd is also kinda simple
<quitte_>
upstart failed because it never kept its promises. all it did wqas reimplement sysvinit
<traeak>
basically yamaha, kawai, etc all massively skimp on their computers
<traeak>
i guarantee you a cubieboard properly configured can push through a 4GB professional piano sample
<integfred>
how much they selling pianoteq for?
<traeak>
the problem of course is lack of support, drivers, etc
<sehraf>
wens: do you have an updated version of these rfkill patches somewhere? https://github.com/wens/linux/commits/wip/sunxi-next-wifi ... i've cherry pickt them but i get a NULL pointer dereference error wehen i try to load the module
<traeak>
btw some professional players said the vpc1 is better preparation for acoustic than the mp11, the mp11's action is probably too smooth and too good. Real pianos have issues that you need to be prepared to deal with.
<traeak>
oh you mean in general radio not necessarily midi sequencing?
<sehraf>
wens: i try to get bluetooth and my idea was to let rfkill take care of the clock (clk_out_a)
<integfred>
I don't know why an arm midi sequencer would be of any benefit tbh
<integfred>
part from you could carry it around with you
<traeak>
pretty much yeah
<traeak>
a one trick pony, maybe 2
<integfred>
I've thought of making essentially a synthesizer box
<integfred>
or an effects box
<integfred>
some effects are easier digitally
<sehraf>
wens: i still don't get any reaction from the bluetooth chip and i was wondering if the clock is running
<wens>
sehraf: the clock is off by default
<integfred>
but main reason for arm is a server and doomsday scenario box
<integfred>
lol
<wens>
afaik, the bt chip won't initialize properly without it, since the main osc is not the standard clock rate
<sehraf>
wens: mhh that explains why the chips doesn't response ;) ... how do i get it enabled?
<wens>
sehraf: clocks can only be controlled from kernel space it seems
<sehraf>
wenthats why i thpught of rkill -
<sehraf>
wens: thats why i thought of rfkill*
zeRez has joined #linux-sunxi
<wens>
sehraf: it's why i used it
<wens>
sehraf: but i was told it was the wrong solution
<sehraf>
:(
quitte has joined #linux-sunxi
<wens>
unless the power sequencing stuff is figured out (started in mmc)
<wens>
bt support on ct won't land in mainline
<wigyori>
hm, allwinner a83t ?
<wigyori>
Allwinner Technology, a leader in mobile application processor design, today proudly announced its brand-new high performance octa-core processor A83T, a heavyweight that targeted at full high-definition tablets.
<wigyori>
8x2 ghz, and a powervr
zeRez has quit [Remote host closed the connection]
<wens>
sehraf: also, switching on the 32.768khz clock seems to make the wifi part go crazy
<wens>
that is, enabling after wifi was initialized
<sehraf>
ok so no bt for now - thx for the answers :)
<traeak>
all right powervr!
<traeak>
is that 64bit arm8 or a15 type?
<traeak>
oof a7 ... with all these cores that really starts pushign the need for 64bit and more ram (which is dirt cheap)
<wens>
traeak: 8 x a7
<traeak>
doh 4xa15 and 4xa7
<traeak>
oops thats that a80
<traeak>
a83t is 8xa7
<traeak>
based on my experience a certain class of useful threading requires more ram per core
<NTU>
thanks! i thought NAND had to work for SD to work
<hramrach>
also note that when you dd zeroes the nand does not actually contain zero
<hramrach>
there is a flash block management layer which presents the block device you see
<hramrach>
which is written by alwinner and tends to break mysteriously
joga has quit [Ping timeout: 272 seconds]
<CaptHindsight>
is there a stable SD or NAND image for using SATA?
<hramrach>
is there anything unstable about sata?
joga has joined #linux-sunxi
<hramrach>
it should work for quite some time with 3.4 kernel
<CaptHindsight>
currently SATA works but it takes 1-3 starts to actually jump to SATA, it tends to want to boot from NAND
<NTU>
the uboot on NAND that carries andrioid does not support SATA
<hramrach>
then the boot from sd fails
<hramrach>
which is probably not sw stability issue but card contact issue
<hramrach>
you cannot boot from sata directly so you have to use u-boot or kernel that supports sata and is loaded from some supported device like nand or sd
<NTU>
correct and i have uboot w/ SATA support + kernel with AHCI but thats on SD which fails to load 4 out of 5 times
<hramrach>
then you probably have card contact issue
<NTU>
also i think it has to do with phantom power source from FTDI
<hramrach>
failing to load system from sd has nothing to do with sata
<NTU>
when FTDI is disconnected over USB the problem goes away
<hramrach>
yes, uart power tends to cause the mmc controller to lock up
<NTU>
great..
<CaptHindsight>
ok so it is a power problem
<hramrach>
use diodes ..
<CaptHindsight>
thanks for the info
<hramrach>
the problem here is that either the USB serial or the board should have a diode to prevent this but they do not cooperate and neither has it
konradoo77 has quit [Ping timeout: 240 seconds]
<hramrach>
you could say that cubieboard is incompatible with 90% of common usb serial adapters
<CaptHindsight>
well it wasn't designed by someone with much experience, and it almost works
<hramrach>
and it can be fixed by extra adaptor, too
<CaptHindsight>
it's worth the $50
<buZz>
working at allwinner doesnt count as experience in working with allwinner cpus? :D
<CaptHindsight>
it's not having allwinner experience, it's experience with properly designing hardware
gzamboni has joined #linux-sunxi
wingrime has joined #linux-sunxi
F1skr has joined #linux-sunxi
<CaptHindsight>
or maybe they know better but just didn't care
guizamboni has joined #linux-sunxi
prahal has quit [Quit: prahal]
bertrik has quit [Remote host closed the connection]
libcg has quit [Remote host closed the connection]
mawe242 has joined #linux-sunxi
<DagoRed>
integfred: congrats on getting ALARM working.
<integfred>
DagoRed, thanks
* DagoRed
waits for the new kernel to be built
<integfred>
Not sure if the keyboard works though ... using a ps2 to usb converter and a strange make
<integfred>
but it booted
<traeak>
integfred: you're working with 3.4.102 on archlinuxarm ?
<DagoRed>
Oh... there was some bitching about that. But I think that issue is only with the new kernel.
<libv>
wens: can you add support for a80 dram controller to meminfo?
<DagoRed>
Apparently legacy support for PS2 was dropped. But that should be in kernel 3.15 and greater.
<traeak>
how much faster is something like the a80 or new a83t or whatever compared to the origina a10 ?
<libv>
oliv3r: can you add support for the a33 (which should be just adding the id to the switch statement)
* libv
will push the meminfo code now
<integfred>
DagoRed, I don't know, I just git cloned
* DagoRed
shrugs
<integfred>
:)
<DagoRed>
integfred: what kernel are you running? Do uname on it.
<integfred>
k
<DagoRed>
Wow... my sabre lite needs to be updated.... it's still running the 3.0 kernel... ouch.
<DagoRed>
Holy crap this A20 3.4 kernel has been building for over an hour.
<libv>
DagoRed: on the host machine, i trust
<integfred>
DagoRed, I didn't see the alarm repository ... hence why I set about reinventing the wheel
<DagoRed>
integfred: I've been sitting on the image for the iteaduino's for a few months. Apologies. I'm going to be getting that package out soon.
<DagoRed>
libv: it's building on a sabre lite. So yeah... it's busy.
<libv>
DagoRed: cross compilation works just fine
<DagoRed>
Btw, if you guys want a bot in here please let me know.
<libv>
DagoRed: no, we don't
<DagoRed>
libv: I'm at work, I don't have a box running at home except for a pi and a sabre lite.
sehraf has quit [Read error: Connection reset by peer]
<integfred>
DagoRed, np
sehraf has joined #linux-sunxi
wigyori has quit [Remote host closed the connection]
<CaptHindsight>
DagoRed: yeah, it's slow compared to using crosstool-ng on a fast PC
<DagoRed>
Your nick is perfect for that statement CaptHindsight. Either way I'm at work.
<CaptHindsight>
happy to be of service :)
* DagoRed
bows
bertrik has joined #linux-sunxi
physis has joined #linux-sunxi
Andy-D has joined #linux-sunxi
integfred has quit [Quit: Leaving]
<DagoRed>
What kernel config do I use for the A13?
diego_ has joined #linux-sunxi
diego_r has quit [Disconnected by services]
diego_ is now known as diego_r
lerc has joined #linux-sunxi
<heffer>
hi there. I'm currently going through adding a new device to the wiki. it says i'm supposed to take pictures of the board. unfortunately my DSLR is far away right now and I only have my phone to take pictures with
<hramrach>
I can give you one but if you build on a 13 it will build for 3 days
<heffer>
would this still be acceptable?
<hramrach>
It should be good enough for recognizing the board
<hramrach>
I think the picture of CT I took with a phone is still on the wiki because nobody bothered to take a better one
<traeak>
the shock here being huge time delays between design win and going to silicon
<heffer>
i used meminfo from within android to gather the required information
leviathanch has joined #linux-sunxi
FreezingCold has joined #linux-sunxi
<dack>
libv: I think you should add {{Special:PrefixIndex/{{FULLPAGENAME}}/}} somewhere in the new device example page... it lists all the sub-pages automatically
Andy-D has quit [Ping timeout: 264 seconds]
<libv>
dack: i do not want overuse of subpages
<libv>
dack: it only makes sense for a limited number of devices, usually to list the pins of big io connectors
mawe242 has quit [Quit: Leaving]
<heffer>
libv: thanks for you help so far
<libv>
subpages for cubieboard should go at one point
<dack>
libv: k.. it's just that there's several sub-pages to Cubieboard that there's no connect to from the main Cubieboard page...
<dack>
libv: ah... okay
<libv>
most of them are just rehashed from other content
<libv>
or are just general information
<dack>
k.. I'm gone for the weekend... see ya!
<libv>
dack: so if you have a cubie...
dack has quit [Remote host closed the connection]
bonbons has quit [Quit: Leaving]
bengal has joined #linux-sunxi
pwhalen has quit [Ping timeout: 252 seconds]
jemk has quit [Quit: leaving]
netlynx has quit [Quit: Leaving]
FreezingCold has quit [Quit: Out]
mawe242 has joined #linux-sunxi
FreezingCold has joined #linux-sunxi
<mawe242>
traeak: in case you're still playing around with realtime kernel and audio: make sure you increase the prio of the dma irq thread. that turns the a20 into a powerhorse! just tried it, works great!