<Legitsu>
hello is there a kernel dev in the house
<leviathanch_>
multiple
<leviathanch_>
why?
<Legitsu>
I seem to be stuck with a project
<leviathanch_>
which one?
<Legitsu>
I got a one of these Rk3188 sticks a MK908 V3 and for the life of me I can't get any kernel I build
<Legitsu>
save for one hack job of a source tree to work
<Legitsu>
so what I need is a way to debug the kernel with KGDB
<Turl>
leviathanch_: enable EARLY_PRINTK, DEBUG_LL, choose the sunxi uart on the submenu, and pass "earlyprintk" on kernel cmdline and play again then :)
<Legitsu>
over usb or IP
<Legitsu>
with a stick that wont boot
<Legitsu>
ideas ?
<Turl>
leviathanch_: get a serial console on it
<Legitsu>
I wish I could but I am old and my eyes and hands
<Legitsu>
wont do that kind of soldering anymore
<Legitsu>
I saw omegamoon did a console mod
<Legitsu>
he makes it look huge I can't even see the traces todo the work
<Legitsu>
its odd because if you take this same non-working kernel and throw it on a V1 Mk908 it runs like a topp
<Turl>
get someone else to do it for you? :p
<Legitsu>
I am at a complete loss as to how to attack the problem
<Legitsu>
iv tried litterally every Option in the defconfig
<Legitsu>
i think I may have accually started to wear out the NAND
<Legitsu>
from flashing kernels
<Turl>
well, if you had a serial console, DEBUG_LL and EARLYPRINTK would get most of the job done from typical crashes
<Turl>
EARLY_PRINTK*
<Legitsu>
I did take it to a local shop and showed them the pictures from omegamoon
<Legitsu>
they said impossible
<Legitsu>
bah if i was 10 years younger
<Turl>
leviathanch_: btw, there's #linux-rockchip
<Turl>
maybe they know
<leviathanch_>
uhm
<leviathanch_>
first I need to try sleeping once again
<Legitsu>
whats sleep
<leviathanch_>
it's already morning around here
<leviathanch_>
again
<leviathanch_>
>_>
<Legitsu>
is that what the button on keyboard is for ?
<Turl>
:)
<Legitsu>
Iv never accually pressed it
<Turl>
leviathanch_: I should too, past midnight
<Turl>
Legitsu: PCs usually crash when you touch that
* Legitsu
gets the caffine injections
* Legitsu
presses it
<Legitsu>
cool
<Legitsu>
I can turn my computer on and off with that button
<leviathanch_>
Turl: I'll try early printk tomorrow
<leviathanch_>
gn8
<leviathanch_>
:-)
<Legitsu>
will early printk work fast enough
<Legitsu>
because it litterally gets to the boot splash and reboots
<Legitsu>
I would't even know where to add one
* Legitsu
sighs
<Turl>
Legitsu: it'll print on the serial console (that's the early part)
<Legitsu>
that I dont have
<Turl>
night
* Legitsu
picks the stick up and throws it out the nearest window
<Legitsu>
anyone want a slightly abused MK908
<Legitsu>
only got run over with the truck twice
<Legitsu>
I wonder if I could mail my stick to somebody and let them mess with it lol I don't even wanna look at the pos at this point
<Legitsu>
ill even pay shipping just to get if off my desk so it can no longer taunt me
robb83 has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
ykchavan has joined #linux-sunxi
Legitsu has left #linux-sunxi ["Once you know what it is you want to be true, instinct is a very useful device for enabling you to know that it is"]
Ehsand has joined #linux-sunxi
Black_Horseman has quit [Ping timeout: 240 seconds]
Black_Horseman has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
Black_Horseman has quit [Changing host]
Black_Horseman has quit [Remote host closed the connection]
<Tsvetan>
allwinner sent me encoding and decoding demo
Ehsand has quit [Remote host closed the connection]
<oliv3r>
Tsvetan: awesome
<oliv3r>
wingrime: ^
atiti has quit [Ping timeout: 246 seconds]
Ehsand has joined #linux-sunxi
<Tsvetan>
now I want to stream video with A20-SOM-EVB 2Mpix camera :)
shineworld has joined #linux-sunxi
<oliv3r>
:)
<oliv3r>
lets ses how complete their demo's are
<drachensun>
hows your Mandarin?
<drachensun>
looks like the comments are english
<oliv3r>
drachensun: excellent why?\
<oliv3r>
:p
<oliv3r>
looks like enoding is h264 only
<oliv3r>
but it's a start
arokux has joined #linux-sunxi
<drachensun>
I was just joking because the docs they attached to that demon are in Mandarin (
<drachensun>
can you actually read it?
<hno>
oliv3r, yes, video capture is h264 only. At least according to specifications.
rellla has joined #linux-sunxi
<hno>
wonder if the new demo differs anything from the earlier A10 demos.
<oliv3r>
hmm good point
<oliv3r>
drachensun: nah; i wish i could, but yeah saw that too :)
<oliv3r>
hno: well i'm curious which codecs cedarX can encode
ykchavan has quit [Read error: No route to host]
<drachensun>
<--- feels silly
<drachensun>
I got excited for a sec
<drachensun>
I just read they released the 3.2 SDK for A31
<drachensun>
but I can't find a link anywhere, all the info seems to be in Chinese and google translate is having a hell of a time with it today, I can't seem to make any headway
<hno>
3.2?
<drachensun>
they actually released it while back I think but news takes longer to reach the english news feed I have noticed
<drachensun>
I got that number from somewhere else
<hno>
oliv3r, specifications I have seen only says: HD Video Encoding (H.264 High Profile). Support encoding in H.264 format, 1080p @ 60, 720p @ 100 fps
n01 has joined #linux-sunxi
<hno>
and jpeg.
<hno>
Hm.. A20 spefifications is lower. 1080p@30
boycottg00gle has joined #linux-sunxi
boycottg00gle has quit [Remote host closed the connection]
boycottg00gle has joined #linux-sunxi
<jukivili>
arokux: ok.. so.. musb config for host-only
<arokux>
jukivili, yes :)
<jukivili>
which defconfig you use as base?
<arokux>
jukivili, well, first that, then I'll test everything else, I thought it is a good start..
<arokux>
jukivili, hm... do no know actually ((( was long time ago
<Amitabha>
who was interested on the eoma laptop?
<shineworld>
A31... 5s speedy boot ... IS A DREAM ... I want it on A20 :)
<drachensun>
shineworld: it sips power too, when its in that shutdown
<drachensun>
I like the A31, I need to bring some of you guys around to it :)
<shineworld>
drachensun, so isn't a true boot but a sort of hybernation ?
<mnemoc>
why the *censored* are days so short?????!!!!
<drachensun>
shineworld: I think so, its got an extra core for low power that brings it up quickly
<drachensun>
at least I think that is how they are doing it
<drachensun>
an ar100 or something? its not an Arm
<mnemoc>
Amitabha: I would love an eoma laptop, but with "retina"+ display, real keyboard and 6h+ battery
<mnemoc>
11.6-13"
<jukivili>
arokux: sun4i_defconfig + musb host-mode .. use stage/sunxi-3.4
<Amitabha>
I saw a few emails, there are quite a few designs ideas around, right?
<Amitabha>
mnemoc: is that display sourced already?
<oliv3r>
hno: that's odd, especialyl since a20 is overclocked cedar mostly. and that example doesn't even do a JPEG encoding demo, which is a pitty; because i was hoping to get that
<oliv3r>
Tsvetan: ^
<mnemoc>
Amitabha: see
<mnemoc>
Amitabha: see CHIMEI INNOLUX N116HSE-EA1
<mnemoc>
and N133HSE-EA1
<drachensun>
mnemoc: I'm supposed to have a sample coming or something like that
<mnemoc>
but those are 1080p only
<drachensun>
with an A31 though
<drachensun>
of something like that I meant
<oliv3r>
mnemoc: 1080p is 95% 'retina'
<drachensun>
the tablet and keyboard are separate pieces but it docks
<mnemoc>
not sure if eoma can drive more than that
massi has joined #linux-sunxi
arokux has quit [Ping timeout: 256 seconds]
<Amitabha>
oh, from the mailing list i understood the project was stopped?
<oliv3r>
mnemoc: 1080p is gonna be hard for the a10/a20
<oliv3r>
mnemoc: i memory bandwith is a huge issue
<mnemoc>
LP129QE1-SPA1 is 2560×1700 is 12.9"
<mnemoc>
d/is/in/2
<mnemoc>
err
<mnemoc>
s/is/in/2
<mnemoc>
like the chromebook pixel
<drachensun>
can any Allwinner processor drive a display with that resolution?
BluesBoy has joined #linux-sunxi
<mnemoc>
a31 maybe
<oliv3r>
but only because of the dual channel memory controller
<drachensun>
dont blink, you'll miss a product life cycle
<Amitabha>
indeed!
<oliv3r>
and i'm hoping it will be similiar to a20 and a31
<oliv3r>
e.g. a20 with dual channel memory controller etc
<mnemoc>
yes, damn memory bw
<oliv3r>
well a lot of performance issues we have now is due to the 400~ MHz limitation of the single channel memory controller we have now
<Tsvetan>
I hope A40 will be pin to pin with A20 :)
<Tsvetan>
so no need for new re-design
<Tsvetan>
yesterday hynix ddr3 memory factory burned in fire and price of ddr3 jumped 15% up
<Amitabha>
:O
<mnemoc>
hope you had stock...
<Tsvetan>
I placed order few days ago, but didnt got confirmation
atiti has joined #linux-sunxi
<mnemoc>
:(
<drachensun>
ah hell
<drachensun>
thats going to hit the whole market
<oliv3r>
Tsvetan: yeah but hynix allready said t hat it shouldn't affect memory pricing
<oliv3r>
Tsvetan: those reltailers are dirty hounds
<oliv3r>
Tsvetan: thanks for the encoding demo; but it's missing jpeg encoding unfortunatly :(
<arokux1>
jukivili, thanks. anything else that could be tested?
wingrime has joined #linux-sunxi
<Tsvetan>
oliv3r memory price doubled for the last 8 month, so they are high enough, but this factory alone was with 10% of world sales capacity and droping the supply with 10% cant be insignificant
<hno>
oliv3r, I have seen jpeg encoding in earlier demos.
<oliv3r>
Tsvetan: well samsung or seagate also promissed harddrive prices shouldn't be up by more then 5% as the flooding had little impact, yet prices doubled and took more then a year and are still 25% more then what they where
<oliv3r>
hno: oh really? interesting
<oliv3r>
wingrime: ^
<drachensun>
tsvetan: so 15% more, what was the actual cost of 1Gb?
<drachensun>
I want to estimate the overall cost difference
<drachensun>
on a tablet with 2Gb
<arokux1>
Tsvetan, in the sdk 2.0 the kernel tree contains .git, however everything inside points to nonexisting directories, do you happen to have them?
<oliv3r>
arokux1: nah, they do this on purpouse/by accident
<oliv3r>
1) they don't want you to have it
<Tsvetan>
drachensun - the sales stop yesterday, the offers jump by 15%
<oliv3r>
2) i think they have an android tree and hence, the repo reference
<Tsvetan>
nobody want to sell stock until see where the prices are going to be headed
<hno>
arokux1, all SDK releases look like that
<drachensun>
ok, but what was the cost before?
atiti has quit [Read error: Operation timed out]
<Tsvetan>
drachensun I guess this depend from where you buy ;)
<arokux1>
maybe you just were to shy to ask :p
<drachensun>
I'm seeing sodimm prices of $7-20
<jukivili>
arokux1: I think host-mode is enough for start.. is that cable that you got for musb device-mode capable?
<drachensun>
I assume the raw chips are cheaper
vicenteH has quit [Ping timeout: 245 seconds]
<arokux1>
jukivili, yes, actually is was used for device mode at the beginning. now I need to figure out what to do with two loose cables now, so that I can connect a usb device.
<arokux1>
jukivili, but ok, let's start in host mode. so with that config you have given I compile and boot the kernel and plug a usb stick and it should work?
<jukivili>
arokux1: yes.. hopefully it should show up
ykchavan has joined #linux-sunxi
<JohnDoe_71Rus>
is it posible use hdmi and cvbs at the same time? cubie2 A20
<JohnDoe_71Rus>
android
atiti has joined #linux-sunxi
ykchavan has quit [Ping timeout: 245 seconds]
<arokux1>
mnemoc, your sanitize scripts are too cryptic for me (
<mnemoc>
find -txpe -f | xargs -r .....
_enrico_ has joined #linux-sunxi
popolon has joined #linux-sunxi
<arokux1>
mnemoc, the encoding of the code drop is iso-8859-1, but you seem to be fishing for GB* ones
Black_Horseman has joined #linux-sunxi
Black_Horseman has quit [Changing host]
Black_Horseman has joined #linux-sunxi
<oliv3r>
UTF!
<mnemoc>
arokux1: the script tries different encodings, you can try iso-8859-1 on the list too
vicenteH has joined #linux-sunxi
<mnemoc>
the purpose is to standarize as utf8
<mnemoc>
previous SDKs and leaks didn't have any iso-8859-1 bit
<mnemoc>
only assorted variants of chinese
<arokux1>
mnemoc, ok, maybe it's is better you do sanitization yourself... for now I've found a good point in android-3.4 to commit on top. should I upload AW's tree to github?
notmart has joined #linux-sunxi
notmart has joined #linux-sunxi
<mnemoc>
i can't atm
<arokux1>
ok, then
Ehsand has quit [Quit: Leaving.]
ykchavan has joined #linux-sunxi
\\Mr_C\\ has quit []
wingrime has quit [Ping timeout: 264 seconds]
iamfrankenstein has joined #linux-sunxi
Soru_ has quit [Read error: Connection reset by peer]
Soru has joined #linux-sunxi
<arokux1>
jukivili, do you know if usb host is somehow special about dma aligning?
deasy has joined #linux-sunxi
\\Mr_C\\ has joined #linux-sunxi
shineworld has quit [Quit: Sto andando via]
hramrach has joined #linux-sunxi
BluesBoy has quit [Quit: HydraIRC -> http://www.hydrairc.com <- *I* use it, so it must be good!]
hipboi has quit [Quit: Leaving]
Black_Horseman has quit [Ping timeout: 264 seconds]
Black_Horseman has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
<arokux1>
the recommended tree for users is 3.4 now?
eebrah_ has joined #linux-sunxi
eebrah_ has quit [Remote host closed the connection]
atiti has quit [Ping timeout: 240 seconds]
JohnDoe_71Rus has quit [Read error: Connection reset by peer]
hramrach has quit [Remote host closed the connection]
hramrach has joined #linux-sunxi
eebrah_ has joined #linux-sunxi
vicenteH` has joined #linux-sunxi
vicenteH has quit [Remote host closed the connection]
atiti has joined #linux-sunxi
eebrah_ has quit [Remote host closed the connection]
vicenteH` is now known as VicenteH
JohnDoe_71Rus has joined #linux-sunxi
panda84kde has joined #linux-sunxi
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
<jukivili>
arokux1: well, it's not.. but there is workaround for buggy usb drivers that pass wrong kind of buffers to usb-hosts which can result memory corruption (of driver's internal structures)
<arokux1>
jukivili, ah, was waiting for you.
<arokux1>
jukivili, the code from the sdk-2.0 doesn't have dma fixes
<jukivili>
arokux1: at first I thought it was problem with dma-alignment with ehci/ohci.. but in the end it was not
<arokux1>
jukivili, I was reading your thread a bit
<jukivili>
one such (still) buggy driver is the upstream rtl8192cu
<arokux1>
jukivili, but then the usb drivers should be fixed and we should drop the fixes?
hipboi has joined #linux-sunxi
<arokux1>
jukivili, as far as I understood if ARCH_DMA_MINALIGN is defined, kmalloc will return correct alignment, or?
<jukivili>
arokux1: I tried that.. getting 'compile-only tested' patches for large number random usb-driver in upstream is.. challenging
<arokux1>
jukivili, ok, but the other SoC hci-driver seem to ignore this issue? only tegra is doing something like this
<jukivili>
jukivili: yes, but networking drivers pass unaligned buffers.. it's allowed since that unaligned head/tail of buffer is not used by networking usb-drivers while urb is in-flight
fredy has quit [Excess Flood]
<arokux1>
jukivili, how about dropping the fixes and waiting for a user of the broken driver. if he shows up, we can fix the broken driver and ask the user to test it?
fredy has joined #linux-sunxi
<jukivili>
arokux1: I'd say drop those fixes for mainline version and keep for sunxi-3.4
<arokux1>
jukivili, so that we do not need to fix anything in sunxi-3.4 usb drivers?
<jukivili>
arokux1: right
<arokux1>
jukivili, but then we won't have a chance to fish the users with hardware :)
<jukivili>
arokux1: multiple _usb_read_sync can be active from different threads at same time.. and function takes buffer from preallocated buffer that has element size less than cacheline
<arokux1>
jukivili, I see
<arokux1>
jukivili, but shouldn't usb framework take care of it?
<jukivili>
arokux1: then usb-host dma-maps those buffers that are on same cacheline.. at least sunxi and rasbperrybi does not like this too much
<jukivili>
arokux1: since function is 'sync', it's probably safe to fix _usb_read_sync to use mutex_lock/mutex_unlock there with single buffer
<arokux1>
jukivili, are you sure those are the usb-drivers that are buggy? I mean it would be much nicer if usb framework takes care of it?
<jukivili>
arokux1: maybe there would be performance issues if usb-core would be change to handle non-dma'able buffers (alloc new tmpbuf, copy, etc). Most of the drivers do the right thing so to fix small set of buggy drivers and cause performance regression for other makes little sense.
<jukivili>
So, at first I thought the problems with rtl8192cu were because sunxi ehci not handling unaligned dma (and fixing unaligned dma with sunxi ehci fixed the issues with rtl8192cu).
<jukivili>
because if you handle dma-unaligned buffers by copying to/from temporary buffer, cachelines don't overlap anymore
<arokux1>
jukivili, that is clear. but I'm still confused about who is really buggy...
BluesBoy has joined #linux-sunxi
<jukivili>
jukivili: rtl8192cu for using non-dma'able buffers
<arokux1>
jukivili, but some guy Ming Lei says that "most of in-tree host controller can handle non-aligned buffer"
<arokux1>
jukivili, and "If transfer buffers share one same cache line, it should be bug in driver, not fault of host controller."
<jukivili>
arokux1: yes.. and sunxi ehci/ohci can handle non-aligned buffers too
<jukivili>
arokux1: rtl8192cu is buggy, because transfer buffers share same cacheline
<arokux1>
jukivili, sunxi ehci/ohci can handle them because there are "dma fixes", but I've seen something like this only in tegra
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
BluesBoy has quit [Quit: Leaving]
<arokux1>
jukivili, so I cannot understand why the claim "most in-tree host drivers handle not aligned buffers correctly"
<jukivili>
arokux1: Problem with rtl8192cu was that there were multiple places that were wrong, and fixing one place didn't yield full success.. driver kept crashing machine. So I started looking at sunxi ehci and found working solution that was copying unaligned-dma fix from terga to sunxi.
<jukivili>
arokux1: only one in-tree host driver (terga) does not handle non-aligned buffers correctly
<jukivili>
well.. there are few more if you dig deeper but not the majority
<arokux1>
jukivili, hm... I thought "dma fixes" was there to handle the buffers correctly...
<jukivili>
arokux1: dma fixes in sunxi ehci/ohci?
<arokux1>
jukivili, ok. let me ask: why for are {tegra,sunxi}_ehci_map_urb_for_dma functions? I've thought they are for handling non-aligned buffers correctly?
panda84kde has quit [Quit: Konversation terminated!]
<jukivili>
arokux1: The sunxi_*_map_urb_for_dma , that was before I knew better. Now they are still there to prevent buggy drivers from crashing kernel.
<jukivili>
argh! .. hit <enter> too early
vinifr has quit [Quit: Saindo]
<jukivili>
arokux1: sunxi_*_map_urb_for_dma was to fix sunxi-ehci to not crash with rtl8192. At first I thought that sunxi-ehci could not handle unaligned buffers. But I was wrong, rtl8192cu is buggy.
<arokux1>
jukivili, ok. what makes sunxi-echi able to handle unaligned buffers?
<jukivili>
I don't know about terga_*_map_urb_for_dma, maybe their hardware cannot handle unaligned-dma (or they fixed same bug as I did)
<jukivili>
arokux1: there is no reason why not.. the sunxi_*_map_urb_for_dma even had off-by-one error at beginning (temporary buffers misaligned by one).. none has reported problems with that
<jukivili>
problem with rtl8192cu is not about unaligned buffers, it's problem with overlapping buffers
<arokux1>
jukivili, so that is not the code in sunxi-ehci but somewhere else that makes sure it works fine with unaligned buffers?
<jukivili>
overlapping in sense 'two buffers in same cacheline'
ykchavan has quit [Ping timeout: 256 seconds]
<jukivili>
arokux1: well.. kind of
<jukivili>
arokux1: 'somewhere else' means dma-map all cachelines that hold part of buffer
atiti has quit [Ping timeout: 256 seconds]
<arokux1>
jukivili, this was confusing. as all the conversations implied there is some extra work to be done in *each* host controller driver so that it can deal with non-aligned buffers. but now it is clear it is done at some central place. am I correct?
<jukivili>
no extra central code, but if host-driver cannot work with unaligned buffer that is mapped with dma_map_single/etc, then it needs hacks like in terga driver
naobsd has joined #linux-sunxi
<arokux1>
jukivili, ok. so my question now: if the sunxi_*_map_urb_for_dma tries to fix what is already working fine, why do we need it?
<arokux1>
jukivili, as the purpose of sunxi_*_map_urb_for_dma is to make sure everything is fine if non-aligned buffer is passed. but it works already?
<jukivili>
arokux1: it's preventing random crashes with buggy usb-drivers
<jukivili>
arokux1: but yes, it could be removed and buggy drivers be fixed
<arokux1>
jukivili, so sunxi_*_map_urb_for_dma is guarding against overlapping buffers in one cacheline really?
<jukivili>
yes
<arokux1>
jukivili, if so, it catches much more than that and causes copying overhead if the buffers do not overlap in one cacheline, but are non-aligned
<jukivili>
yes.. true.. right.. better to get rid of it and just fix rtl8192cu :)
boycottg00gle has quit [Remote host closed the connection]
<arokux1>
jukivili, ok...... now I clearly understand everything. thanks.
<arokux1>
jukivili, is rtl8192cu fixed in mainline or is it still allocates buffers that are in one cacheline? I think you said it is still buggy, right?
<jukivili>
yes.. I don't have hw (anymore) to test fix
deasy has joined #linux-sunxi
<arokux1>
jukivili, I see. well, let us remove the sunxi_*_map_urb_for_dma and wait for the user with rtl8192cu? :)
<arokux1>
jukivili, btw, which wifi module does Mele A1000 use?
<jukivili>
arokux1: wiki does not mention about wifi in Mele
<arokux1>
jukivili, it seems it has RTL8192cu
<jukivili>
does lsusb show it?
<arokux1>
jukivili, I'll have access to the device in the evening
<jukivili>
what works with mainline? mmc? ethernet?
<oliv3r>
ethernet
<oliv3r>
mnemoc: :(
<jukivili>
so getting even host-mode only musb support would be useful for having storage device
<arokux1>
jukivili, yes.. very useful :), but usb host controller is even more useful since wifi module is behind one of them
rellla has joined #linux-sunxi
<mnemoc>
oliv3r: but it seems i'll finally get a permanent residence location by the begining of october, and with real internet connection
<mnemoc>
a year since my crap^Wdisinvolvement began :/
<oliv3r>
a year allready?! wow
eebrah_ has joined #linux-sunxi
<hipboi>
oliv3r, yes, a year now
<hipboi>
this time of last year, cubieboard was just announced
jdeisenberg has joined #linux-sunxi
<jdeisenberg>
I bought a Mele M5 set top box. Is there an existing version of Linux that will work on it?
<jdeisenberg>
It's an Allwinner A20 ARM Cortex A7 1GB RAM, 8GB ROM.
<hipboi>
jdeisenberg, you can try the cubieboard image
<hipboi>
jdeisenberg, and replace the script.bin
<hipboi>
jdeisenberg, sorry, cubieboard2
<jdeisenberg>
Thank you. I tried the Mele A1000/2000, and it didn't work at all. ( I was using the select-board.sh script)
<arokux1>
jdeisenberg, Mele A1000/2000 have A10 inside, you have A20 as cb2.
<jdeisenberg>
That would explain a lot. :)
<jdeisenberg>
I'm currently using a hackberry as the server for my intro to Linux course. It should be able to handle approx. 30 people using a shell simultaneously.
<jdeisenberg>
Decided to see if I could use the Mele M5 also.
<hipboi>
jdeisenberg, in that case, you need a new board
<hipboi>
jdeisenberg, i think mele m5 can hardly handle that 30 people using a shell simultaneously.
<arokux1>
hipboi, any updates for cubietruck, linux-sunxi community deserves to be informed first :)
tinti has quit [Read error: No route to host]
<hipboi>
arokux1, only 50 samples will be made first
tinti has joined #linux-sunxi
<jdeisenberg>
hipboi: The hackberry seems to be holding up OK. Time will tell.
<arokux1>
hipboi, all of them already sold?
<hipboi>
arokux1, no
<hipboi>
arokux1, most will be sent to distributors as samples
<hipboi>
i have about 5 can be handled freely
<arokux1>
hipboi, will we have a chance to buy one of those? or should we wait for the second batch?
<hipboi>
and 2 are reserved for the writer of the book about cubieboard
<hipboi>
so there are 3 left
<hipboi>
arokux1, so i think yes
<jdeisenberg>
I'm also looking forward to the cubietruck (and the cubieboard is wonderful as well)
<arokux1>
hipboi, so I'd like to have one :) but I'd like you to address the questions in my e-mail, have you got it?
<hipboi>
jdeisenberg, i have some thing for you
<hipboi>
jdeisenberg, radxa.com
<hipboi>
arokux1, no
wingrime has joined #linux-sunxi
<arokux1>
hipboi, is it your e-mail: Mr.hipboi@gmail.com ? check for a message with subject "Preorder for Cubietruck"
<hipboi>
arokux1, yes, the address is right
<jdeisenberg>
hipboi: Looks interesting; thanks.
<hipboi>
arokux1, not received, even in the spam
<jdeisenberg>
I'm currently running Fedora on the hackberry, and have used GIMP and LibreOffice on it. It works pretty well; I haven't run into any major speed issues.
<WarheadsSE>
arokux: also, A15 has the virtualization capability
<Turl>
WarheadsSE: so does A7
<WarheadsSE>
mm, didn't think the a7 had that.. just cause I hadn't bothered to look :P
<WarheadsSE>
both have vfpv4 & neon, so
<WarheadsSE>
makes sense
<arokux>
anybody with sunxi-3.4 on mele?
<Turl>
WarheadsSE: A7 is ISA-compatible with A15, so it should
<WarheadsSE>
agreed
atsampson has quit [Ping timeout: 248 seconds]
<oliv3r>
WarheadsSE: they are identical; a15 is just faster, but less power efficient
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
<Turl>
mripard: ping
<arokux>
Turl, what you have running on your mele?
<Turl>
mripard: I thought Greg was going to take sid for 3.12, maybe an ack + asking him to carry the dt would be best instead of queuing the dt bit for 3.13
<Turl>
arokux: 3.4+debian
<arokux>
Turl, our 3.4? it freezes for me (
tinti has quit [Ping timeout: 260 seconds]
<Turl>
yes, although I haven't updated it in a while
<oliv3r>
Turl: yeah greg said he'd take the sid driver for 3.12-rc1
<Turl>
arokux: built on aug 28, uname doesn't list the exact hash unfortunately
<Turl>
but it should be stage/sunxi-3.4 around that date
<Turl>
oliv3r: yeah and maxime queued the dt for 3.13
<Turl>
oliv3r: :p
<arokux>
hm, I do not think something bad was done to the code
<arokux>
Turl, could you post your kernel log plz?
<Turl>
anything specific you're looking for?
_BJFreeman has joined #linux-sunxi
_BJFreeman is now known as BJfreeman
<arokux>
Turl, (mmcblk0p2): error: couldn't mount because of unsupported optional features (240)
<Turl>
arokux: that's because you're probably used ext4 and it's not enabled in kernel
<Turl>
you've*
<arokux>
Turl, but later it works
<oliv3r>
later it gets loaded byt a module?
<Turl>
probably the mount code trying with all FS's :)
<hno>
arete74_, that fex have power control for all three USB controllers.
<hno>
sorry, mean arokux ^
<arokux>
hno, have you had wifi running with ours sunxi-3.4?
<hno>
haven't tried in a while. And when I last tried main focus was trying to get the mainline driver running, don'lt like the Realtek vendor driver very much.
<arokux>
maybe my cleanups has broken usb, checking master sunxi-3.4
alcides has joined #linux-sunxi
<arokux>
hno, is "sdio_wifi_used = 0" ok?
ykchavan has joined #linux-sunxi
<arokux>
oh, it is indeed the case, something is broken in stage/sunxi-3.4
<Turl>
arokux: sdio is unrelated, mele's wifi is USB afaik
<arokux>
most probably one of my usb cleanups has broken smth
<arokux>
Turl, thanks, I have no idea what sdio is..
\\Mr_C\\ has joined #linux-sunxi
<Turl>
arokux: SD I/O
<hno>
arokux, sdio is using the SD/MMC bus, same as sdcards.
deasy has joined #linux-sunxi
<wingrime>
ssvb: ping
wingrime_ has quit [Ping timeout: 264 seconds]
alcides has quit [Remote host closed the connection]
eebrah_ has joined #linux-sunxi
geecko has joined #linux-sunxi
<arokux>
hno, for some reason wlan adapter is identified as RTL8188CUS is it correct?
eebrah_ has quit [Remote host closed the connection]
<jukivili>
or in rtl8192cu, but unrelated to what we are trying to catch
<hno>
arokux, can't find the full demo today, but I do have libjpgenc.a and headers with a JpegEnc() call.
<hno>
wingrime^
<arokux>
hno, :)
<oliv3r>
wingrime: so should be relativly easy to get working
<hno>
the JpegEnc() call looks trivial. A10_enc_dec/include/enc_type.h:extern int JpegEnc(void * pBufOut, int * bufSize, int addrY, int addrC, int width, int height, int pixelFmt);
<wingrime>
hno: nice
<hno>
but... not entirely obvious.
<wingrime>
hno: but who need jpeg encoding
<oliv3r>
thumbnail generation, camera etc
<wingrime>
hno: we have jpeg decoder but there no any real users
<wingrime>
hno: also png decoder
<arokux>
jukivili, let me know you catch the crash
<oliv3r>
with libjpeg using it; there will be a lot of real users
<hno>
well, I assume it would be meaningful in a photo slideshow app, to not burn too much battery on decoding largeish images.
<wingrime>
oliv3r: jpeg lib work line - by - line
<hno>
the decoder that is. I don't know who needs encoding.
<wingrime>
oliv3r: you can try write some replacement
<oliv3r>
wingrime: i doubt it can't work
<oliv3r>
wingrime: for the very simple reason, that libcedarX uses libjpeg for jpeg enc/dec itself :)
<arokux>
if stuff was set to be build as modules and I disable support for modules with the stuff be built into the image?
<oliv3r>
they took libjpeg, and hacked in cedarX and made a big ugly blob for it:)
<wingrime>
oliv3r: thats here for mjpeg, you can make surviliance camera with web interface on a10
<arokux>
I should have bought i7
<wingrime>
arokux: I still have core2d on mainpc
<arokux>
kernel compilation takes time
<oliv3r>
phenom II here :)
<oliv3r>
x6 and happy for it
<oliv3r>
only pentium-M 2.1 Ghz is intel of all pc's I have
<arokux>
hardware is cheap in comparison to you waiting time
<oliv3r>
waiting for what?
<oliv3r>
i compile a kernel in less then a minute
<oliv3r>
but i build on my server, which is only x4 Phenom and 1ghz less; but still 3 minutes
<arokux>
oliv3r, so you build a specific module? that works of course
<oliv3r>
wingrime: anyway, a fully featured libjpeg should be easy and really cool to be able to offload both decoding (browsing a gallery etc) and encoding (creating camera snapshots, creating lots of thumbnails etc) and if it can be used for mpeg2 encoding :p that's still good; though with h264 encoder that's a little less intersting
<oliv3r>
arokux: no
<oliv3r>
arokux: rm -r build; make
<oliv3r>
make -j 10 to be fair
<arokux>
oliv3r, where are the 10 cores comming from?
<oliv3r>
number of cores *2 +1 :p
<oliv3r>
but i find 13 abit over kill :)
<oliv3r>
a make job is never 100% cpu for long in a kernel build
<oliv3r>
firefox/libreoffice has some big modules that take almost a minute to compile yeah; then it's too much
<oliv3r>
but on my x4 i do make -j 8 (the bsp does it for me)
<oliv3r>
and when working on kernel stuff, only the first make takes that long
<oliv3r>
all other makes are insane fast, since stuff i haven't touched, doesn't have to get recompiled anyway
<arokux>
-j5 will put 100% on each of my 4 cores
<oliv3r>
you have intel right?
<oliv3r>
in that case, yeah -j5 probably will; as it's 2 cores with 2 HT fake cores, so your doing 2 * 2 + 1 anyhow :)
<oliv3r>
if you have 4 actual cores, and then 2 HT ontop, make -j 10 sounds better :)
<arokux>
model name: Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz
<oliv3r>
yeah that's a SMT one
<oliv3r>
so 2 real cores
<arokux>
well i7 has HT, i5 not :((
<arokux>
no, it has 4 cores
<jukivili>
i5-3570K has 4 cores, no smt
<arokux>
smt?
<oliv3r>
Simultanious Multi Threading
<oliv3r>
or sumat; Hyperthreading :)
<arokux>
ok, HT in intel case
Soru has quit [Read error: No route to host]
<oliv3r>
SMT is 'generic'
<arokux>
ok
<oliv3r>
though i don't think anybody else does it
<arokux>
so you have 4 cores + SMT?
<oliv3r>
think differently
<oliv3r>
each core, gets one SMT unit
<oliv3r>
so you see 2 cores
<oliv3r>
they act as if they where 2 cores
<oliv3r>
but basic stuff is shared between both cores (like ALU)
<oliv3r>
so 2 cores, 1 ALU (very short sighted)
<oliv3r>
which you can imagine isn't 2x the performance
<oliv3r>
so 4 cores with SMT, your PC will see '8' cores
<oliv3r>
but you don't have 8 ALU's, only 4
<oliv3r>
but in the 3570k's case, your fine, that one ias only 4 core real cores, no SMT at all
<leviathanch_>
Turl: are you using arch/arm/configs/multi_v7_defconfig in order to build you kernel?
Soru has joined #linux-sunxi
<oliv3r>
leviathanch_: we both use that one pretty much; i think he also strips unused stuff
<arokux>
oliv3r, yes, but how you are able to run -j10 :P
<oliv3r>
leviathanch_: i remove all the other soc's i don't use, freescale etc
<oliv3r>
arokux: well there are some performance gains with SMT, so on 2 cores 2 SMT (4 total) i'd run -j5
<oliv3r>
arokux: with 6 cores (real cores that I have), 10 isn't even x2 :)
<arokux>
hm.. intel cpu with 6 cores will be expensive
<jukivili>
also if you are compiling on spinning disk some of the compiler processes are blocked by I/O, so running extra can help overall compiling throughput
<oliv3r>
yeah
<oliv3r>
i have spinning rust :)
<Turl>
leviathanch_: pretty much yep
<oliv3r>
2 raptor velocistar in raid10
<oliv3r>
so it's not horribly slow
<oliv3r>
on my server i build on a 8 disk raid5
<arokux>
no, SSD here
<arokux>
leviathanch_, have you seen the wiki page I've shown to you?
<oliv3r>
i wouldn't compile on a SSD :)
<oliv3r>
i'd maybe do a tmpfs dir or ccache on tmpfs to build fast
<oliv3r>
but trashing my ssd with lots of writes; i dunno :)
<jukivili>
let it burn.. you'll buy bigger one anyway in few years
<arokux>
exactly, you lifetime is much more expensive
<leviathanch_>
arokux: yes, didn't help
<arokux>
leviathanch_, from which branch is your kernel?