<Richard_P>
huehner: thanks... I am more interested in the PRNG - but any offloading from the CPU for AES is welcomed
<Sby>
but once i change kernel, i am getting CRC error
<Sby>
i used imagerepacker command to unpack and repack the fedora image
<huehner>
Richard_P: user working on that i think is Montjoie, maybe check irc history for his nick
<huehner>
Richard_P: i think there was some discussion about it just a few days ago
<huehner>
Richard_P: but don't remember prng as a topic there
<Richard_P>
huehner: thanks... I will get uncle-google search more of the logs :P
build has quit [Ping timeout: 252 seconds]
<Montjoie>
Richard_P, huehner I confirm on working on Security System of A20
<Richard_P>
Montjoie: thanks... I can offer my services :D (programmer by day... err.. and by night) I just didnt want to start coding without knowing what is already working
<Montjoie>
You can read the preliminary driver that I have sent for 3.4 kernel
<Montjoie>
but if you can wait, I expect to release soon the driver for mainline (3.15)
<Montjoie>
I just need to clean it a little before sending it to the mailinglist
<Richard_P>
I can wait :-P but if you need a review I am free to look
<Richard_P>
I have a keen interest in the PRNG gizmo
Richard_P has quit [Quit: Leaving]
Richard_P has joined #linux-sunxi
<Richard_P>
oops :-P that broke xchat :D
avsm has quit [Quit: Leaving.]
<Richard_P>
(Setting up ZNC bouncer)
<Montjoie>
my work on the prng is minimal
<Montjoie>
the driver load but I can tell if linux using it
<Montjoie>
cannot
<Richard_P>
it should be added to the entropy pool ...
<Richard_P>
If it returns anything less than 100-200 then usually not using PRNG
<Montjoie>
I got 634 without my driver:)
leviathanch2 has quit [Ping timeout: 240 seconds]
<Richard_P>
damn.. thats already good
<Richard_P>
the bigger the number the better
TuxboxGuru has joined #linux-sunxi
<TuxboxGuru>
yaay... ZNC works
<Richard_P>
Montjoie: If you need any assistance, please shout
<Richard_P>
changing to TuxboxGuru nick
Richard_P has quit [Quit: Leaving]
<TuxboxGuru>
Montjoie: do you have a usual GIT repo with your code changes in it ?
<Montjoie>
no
physis has joined #linux-sunxi
<Montjoie>
but it is something I need to do
<huehner>
Montjoie: for mainline you mean maybe merging to 3.16 (as 3.15 is now at -rc4 already), or meaning as sunxi-devel is now rebased to 3.15-rc1 ?
physis has quit [Ping timeout: 240 seconds]
<Montjoie>
for the moment I test with sunxi-devel but my goal is real mainline
atsampson has quit [Quit: slightly newer kernel time]
<TuxboxGuru>
Montjoie: thanks.. I'll grab and see whats there for Crypto
atsampson has joined #linux-sunxi
<huehner>
Montjoie: if you need someone for testing stuff (a20/cubietruck) let me know
<TuxboxGuru>
I'll add i am a willing tester too (Cubeboard2)
<amitk>
Hi, I'm working on getting linux-sunxi working on a a20/qt840a device (factory firmware from hell). Basic device boots up fine with cubietruck2 configs, but emac is proving to be a problem - no packets are transmitted as a result of dhcp requests. Any pointers would be greatly appreciated.
<amitk>
(early days to send out patches yet)
<plaes>
use gmac
<amitk>
plaes: I tried that too - configured uboot for gmac with rgmii enabled and the same for the kernel but no luck so far
<plaes>
oh
<amitk>
this is the 3.4 kernel, btw. I need the graphics to work hence haven't tried mainline yet
<libv>
amitk: have you created a wiki page already?
<amitk>
libv: I've read the new board wikipage and intend to do that, just wanted something more than the basic serial console going before I created a new page and posted patches :)
<libv>
amitk: the order in which you should do this is the opposite.
<libv>
amitk: if you create the device page first, you can document things as you find them out.
* libv
is going to make that even clearer.
<amitk>
libv: ack, will put something together shortly
leviathanch2 has quit [Ping timeout: 258 seconds]
Wizzup has joined #linux-sunxi
leviathanch2 has joined #linux-sunxi
bgal has quit [Ping timeout: 240 seconds]
gzamboni has joined #linux-sunxi
<ssvb>
Montjoie: hmm, Richard_P has left already, so I can't ask him what kind of entropy improvement he expects from *P*RNG
<ssvb>
we even don't know the exact PRNG algorithm used by the sunxi hardware, and this is theoretically a major security risk
<Montjoie>
ssvb, all algorithm of SecuritySystem have their own sub-option, so if you dont want PRNG you could disable it
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
<ssvb>
Montjoie: well, disabling is a bit of an overkill and not really necessary :) just relying on it would be a bad idea until we know how it works
<ssvb>
I would expect it to be something AES based, because this way they can share the same hardware for encryption and PRNG
<huehner>
ssvb: didn't mainline recently have that discussion in general, on trusting hw prng or not and i think idea was to not use it as sole source of entropy but mix it in kernel pool as one of several sources and kernel mixing takes care (mostly) of that being a bad idea?
<ssvb>
huehner: if the PRNG is entirely deterministic, then adding it to the entropy pool is just a cargo cult
<huehner>
ssvb: true, if you could observe it state also then not very useful
<ssvb>
the A20 manual says "160-bit hardware PRNG with 192-bit seed", there is absolutely no randomness in it and everything is determined by the seed
Black_Horseman has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
Xaros has quit [Ping timeout: 245 seconds]
avsm has joined #linux-sunxi
<huehner>
ssvb: unless that seed would be non-deterministic, i.e. by real hw rng, but unlikely
<huehner>
ssvb: also looks like you digged more into that then me already
avsm has quit [Ping timeout: 276 seconds]
avsm has joined #linux-sunxi
leviathanch2 has quit [Ping timeout: 240 seconds]
Black_Horseman has quit [Quit: Zwi se logou mou!!!]
* libv
just clarified a few more bits in the new device page howto, as people have too often grabbed images from the interweb
<libv>
amitk: ok, let me work a bit of my magic then
<amitk>
libv: I *think* you won't like the answer, it was part of the marketing material that the device vendor sent me. ( /me realises there could be terms of use issues)
leviathanch2 has quit [Remote host closed the connection]
leviathanch2 has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
_whitelogger has joined #linux-sunxi
avsm has quit [Read error: Connection reset by peer]
vector80 has joined #linux-sunxi
leviathanch2 has quit [Ping timeout: 240 seconds]
<vector80>
Hi, I use Debian 7, without an X server. My LCD is 1280x800, and connected to my board via LVDS. After running a few minutes, LCD goes blank, and does not wake up. How to wake up ?
xinj has quit [Read error: Connection reset by peer]
xinj has joined #linux-sunxi
_massi_ has quit [Quit: Leaving]
<ssvb>
vector80: add 'consoleblank=0' option to the kernel cmdline if you don't want it to blank after a few minutes
<ssvb>
waking up should be possible by running 'echo 0 > /sys/devices/platform/disp/graphics/fb0/blank'
jebba has quit [Quit: Leaving.]
<vector80>
ssvb: You are no:1
<vector80>
It is perfect answer again
cubear has quit [Quit: Leaving]
avsm has joined #linux-sunxi
<popolon>
Tiens
<popolon>
oops
FreezingCold has joined #linux-sunxi
<Montjoie>
I have overclocked the SS clk from 150 to 300Mhz, no major performance changes:(
<Turl>
Montjoie: PIO or DMA?
<Montjoie>
PIO
<Wizzup>
Montjoie: That probably means the overhead is not in the SS
<Montjoie>
when I said no major, I must said no difference
<Montjoie>
md5 with SS is slow by a factor of 2 versus the generic implementation, I gonna be crazy
<Turl>
what is cpu usage while using SS?
avsm has quit [Quit: Leaving.]
<Montjoie>
I speak in CPU cycle
<Montjoie>
example:
<Montjoie>
test md5-generic 21 ( 8192 byte blocks, 8192 bytes per update, 1 updates): 10078 opers/sec, 82558976 bytes/sec
<Montjoie>
test md5-sunxi-ss 21 ( 8192 byte blocks, 8192 bytes per update, 1 updates): 4780 opers/sec, 39161856 bytes/sec
<Montjoie>
test md5-generic 21 ( 8192 byte blocks, 8192 bytes per update, 1 updates): 2379 cycles/operation, 0 cycles/byte
<Montjoie>
test md5-sunxi-ss 21 ( 8192 byte blocks, 8192 bytes per update, 1 updates): 5013 cycles/operation, 0 cycles/byte
<Montjoie>
those values are gived by the tcrypt module
nove has joined #linux-sunxi
<Wizzup>
in your timings, do you take the overhead of getting the data to SS in account?
<Wizzup>
That would be interesting
<Turl>
Montjoie: try with more updates
<Montjoie>
Wizzup, getting the data to SS ?
<Wizzup>
Well, I saw a mention of DMA, but if you're not using DMA there needs to be a way to 'feed' the data to the SS?
<Wizzup>
I think, what we want to see is that SS is faster than the CPU, as most of the time is spent on doing the crypto, rather than transferring data
<Wizzup>
but I probably don't know enough about it... :)
<Turl>
cool, gsm/gprs/bluetooth uext module :)
avsm has joined #linux-sunxi
<ccaione>
where?
<Turl>
ccaione: olimex
<Turl>
also fm radio o.o
<Montjoie>
Wizzup, no DMA engine yet
<wens>
sounds interesting
<wens>
hope the driver would be easy to work with
<Wizzup>
Montjoie: can I find the code somewhere so I know what I am talking about?
<Montjoie>
transferring the data is just a write
<Wizzup>
Montjoie: sure, so maybe start the timing *after* the write? :-)
<Turl>
wens: I don't think there's a driver per se, it's just a serial device
<Turl>
you use everything with AT commands
jebba has joined #linux-sunxi
<wens>
surely there's something for BT and fm radio?
<torindel>
vector80: gstreamer have v4l2 plugin too
<torindel>
so you can use /dev/video as source
<vector80>
Looks promising
<vector80>
Another point is, the captured photo is 640x480, but actually sensor is 800x600
<vector80>
gzamboni: Seems it need to hack the driver
<vector80>
I have a perfectly working hi253.c from android,
<torindel>
you can find ffmpeg patches for cedar encode too somewhere, if you want to encode with mplayer
<vector80>
which gives me 800x600@30fps
<torindel>
just keep in mind ffmpeg changes api often
<vector80>
right, gstreamer looks more interesting
<vector80>
Again, many many thanks
<vector80>
Need to catch Subway now
<vector80>
Many thansk to all
<vector80>
Have a nice day
vector80 has quit [Read error: Connection reset by peer]
<nove>
torindel: There are ffmpeg patches for cedar encoder, where?
<mnemoc>
Turl: yes, got my CT over the desk again. but with unholy intentions
Gerwin_J has quit [Read error: Connection reset by peer]
Gerwin_J has joined #linux-sunxi
Net147 has quit [Quit: HydraIRC -> http://www.hydrairc.com <- *I* use it, so it must be good!]
<TuxboxGuru>
ssvb: I dont want to use the PRNG in its entirety, but using it as an input to the entropy pool on linux adds quite alot of fuzz in the bucket
<TuxboxGuru>
ssvb: reading the rest of your statement, you are quite right
<TuxboxGuru>
unless the seed is good, the PRNG is pure cargo
<TuxboxGuru>
although it does speed up /dev/random as it isnt waiting for entropy
bonbons has joined #linux-sunxi
physis has joined #linux-sunxi
deasy has joined #linux-sunxi
bbrezillon has quit [Ping timeout: 264 seconds]
physis has quit [Ping timeout: 252 seconds]
bgal has joined #linux-sunxi
avsm has quit [Quit: Leaving.]
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
arete74 has quit [Ping timeout: 252 seconds]
avsm has joined #linux-sunxi
arete74 has joined #linux-sunxi
xinj has quit [Quit: xinj]
xinj has joined #linux-sunxi
xinj has quit [Ping timeout: 245 seconds]
<montjoie[home]>
time to work on Documentation and dt binding
FR^2 has quit [Quit: Connection reset by peer]
<juanfont>
tore, nove, ffmpeg-cedar patches? first time I hear about it
Fusing3 has joined #linux-sunxi
xavia has joined #linux-sunxi
<TuxboxGuru>
has anyone used the CedarX with Gstreamer for playback ?
wigyori has quit [Ping timeout: 240 seconds]
_massi_ has quit [Remote host closed the connection]
wigyori has joined #linux-sunxi
usbaudiointerfac has quit [Ping timeout: 240 seconds]
popolon has quit [Quit: Quitte]
physis has joined #linux-sunxi
bbrezillon has joined #linux-sunxi
physis has quit [Ping timeout: 276 seconds]
<WarheadsSE>
I think there is something out there.
usbaudiointerfac has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 272 seconds]
wingrime has joined #linux-sunxi
tomboy65 has joined #linux-sunxi
<nove>
juanfont: i don't know, must be a mistake said by torindel
bertrik has joined #linux-sunxi
bertrik has quit [Changing host]
bertrik has joined #linux-sunxi
Andy-D has joined #linux-sunxi
usbaudiointerfac has quit [Ping timeout: 250 seconds]
Quarx has quit []
FR^2 has joined #linux-sunxi
Skaag has quit [Ping timeout: 245 seconds]
Quarx has joined #linux-sunxi
wickwire has quit [Remote host closed the connection]
ganbold has quit [Remote host closed the connection]
Guest30184 has joined #linux-sunxi
Guest30184 has quit [Changing host]
Guest30184 is now known as steev
popolon has joined #linux-sunxi
popolon has joined #linux-sunxi
arete74 has quit [Ping timeout: 264 seconds]
FunkyPenguin has joined #linux-sunxi
notmart has quit [Quit: notmart terminated!]
jinzo has joined #linux-sunxi
<Andy-D>
Have any of you had an A13 tablet suddenly start showing up as an Unrecognised USB Device on Windows, or know what might cause that? Failed to root this thing so far and I've tried to reinstall ADB drivers with no success
<Andy-D>
tried disabling & re-enabling USB Debugging in the settings too
<RaYmAn>
Did you do anything prior to it happening?
<RaYmAn>
install a rom, etc?
<RaYmAn>
Android devices show up as whatever USB device the init system sets it to show up as, so if you switched rom, it's certainly possible you need a set of drivers with the VID/PID your device shows up as
<Andy-D>
no, nothing was changed prior to it happening
<Andy-D>
ADB seemed to be working fine one day, then a couple of days later I find something that might be able to back up its firmware, plug it in, and nothing
<Andy-D>
oddly, it reported the same thing if I plugged its micro-usb cable in with nothing on the other end
<RaYmAn>
try another cable? =P
nove has quit [Quit: nove]
avsm has quit [Quit: Leaving.]
Andy-D has quit [Ping timeout: 255 seconds]
smotocel69 has joined #linux-sunxi
jinzo has quit [Read error: Connection reset by peer]
smotocel69 is now known as pirea
Andy__ has joined #linux-sunxi
Andy__ is now known as Andy-D_win
<Andy-D_win>
right, so as soon as I plug this tablet in, I get a systray message "USB Device Not Recognized; One of the USB devices attached to this computer has malfunctioned and Windows does not recognize it."
<oliv3r>
lo!
<Andy-D_win>
and of course, no ADB logo on the android device
<Andy-D_win>
and like I said, plugging in just the USB-A to Micro-USB cable without the tablet produces the same message, making me now wonder whether the cable is damaged, while I don't have a spare :|
popolon has quit [Quit: Quitte]
<libv>
i managed to rescue two comments
<libv>
err, 3
<libv>
one was in BIG-5 encoding, 2 were in CN-GB
<Andy-D_win>
this sounds incredibly stupid, but I'm going to try leaving the laptop's power off for a few minutes as it might be a hardware problem with the USB port
Andy-D_win has quit [Quit: Page closed]
jebba has quit [Quit: Leaving.]
jebba has joined #linux-sunxi
physis has joined #linux-sunxi
Skaag has joined #linux-sunxi
<oliv3r>
libv: hey! how's things!
<oliv3r>
i have to tell you, you where right :(
<oliv3r>
amazing job -> less time for sunxi :(
Skaag has quit [Ping timeout: 245 seconds]
<TuxboxGuru>
Has anyone observed the CubieBoard2 hanging after some time? .. the Heartbeat LED flashes, PING works but nothing in Userspace reponds
jebba has quit [Quit: Leaving.]
Andy-D_win has joined #linux-sunxi
jebba has joined #linux-sunxi
<Andy-D_win>
welp. that achieved nothing
<Andy-D_win>
this is weird & annoying, because the hardware is brand new
<syeekick>
i wanted to host a teamspeak sever on my cubie truck
<Turl>
syeekick: then unless you can get the people behind TS to give you armhf/armel binaries for it, or find/write a compatible server, you'll be out of luck
<syeekick>
roger that
<Turl>
you can host a murmur server though, and use mumble to speak while gaming with other people
FreezingAlt has joined #linux-sunxi
xavia has left #linux-sunxi ["PART #interlock :PART #arduino :PART #wnydev :PART #buffalolab :PART #docker :PART #symfony :PART #virtuvia :QUIT :Leaving."]
Andy-D has joined #linux-sunxi
FreezingCold has quit [Ping timeout: 240 seconds]
FreezingAlt is now known as FreezingCold
avsm has quit [Quit: Leaving.]
slapin__ has quit [Ping timeout: 245 seconds]
hramrach has quit [Ping timeout: 272 seconds]
Andy-D has quit [Ping timeout: 264 seconds]
Andy-D has joined #linux-sunxi
physis has quit [Remote host closed the connection]