<spv>
was wondering if you were talking about some "new" one.
<Turl>
wens: maybe my router is the bottleneck
<spv>
if you're going through the switch part, I doubt it.
<Turl>
yeah, it's switched
<spv>
those have been capable of wire-speed for a _long_ time.
<spv>
How much throughput have you guys been getting?
<spv>
I haven't run a benchmark myself ...
<Turl>
spv: see above, I pasted an iperf one way
<spv>
oh wow nice
<spv>
725 is not bad
<Turl>
~600-700 one way, ~300 something when going both ways
<wens>
i dont have another GbE capable linux system to run iperf :(
<Turl>
wens: no desktop or laptop made in the last ~5y?
rings_IIV has joined #linux-sunxi
<wens>
no spare one that i can reuse
<wens>
i keep my boards at work
<Turl>
ah
<spv>
TIL mixing-and-matching kernels with OSes can be time-consuming
mrnuke has quit [Remote host closed the connection]
mrnuke has joined #linux-sunxi
\\Mr_C\\ has joined #linux-sunxi
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
tomboy64 has joined #linux-sunxi
\\Mr_C\\ has quit [Quit: .]
bsdfox has quit [Ping timeout: 240 seconds]
bsdfox has joined #linux-sunxi
<spv>
Have any of you guys gotten the error "stmmac_open: DMA engine initialization failed" upon boot, in relation to the gmac?
bsdfox has quit [Ping timeout: 264 seconds]
bsdfox has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 264 seconds]
Gerwin_J has quit [Quit: Gerwin_J]
tomboy64 has joined #linux-sunxi
tomboy65 has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 245 seconds]
bsdfox has quit [Ping timeout: 245 seconds]
bsdfox has joined #linux-sunxi
bsdfox has quit [Ping timeout: 272 seconds]
bsdfox has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 265 seconds]
bsdfox has quit [Ping timeout: 252 seconds]
bsdfox has joined #linux-sunxi
maz_ has joined #linux-sunxi
pwhalen has joined #linux-sunxi
pwhalen has quit [Changing host]
pwhalen has joined #linux-sunxi
bsdfox has quit [Read error: Operation timed out]
bsdfox has joined #linux-sunxi
maz_ has quit [Ping timeout: 240 seconds]
bsdfox has quit [Ping timeout: 240 seconds]
bsdfox has joined #linux-sunxi
Quarx has joined #linux-sunxi
<spv>
wens: did you ever run into issues with the GMAC where the DMA would refuse to reset?
<wens>
spv: no
<wens>
does power cycling help?
<spv>
negative
<spv>
Do you think it would make a difference if the emac were brought up in U-boot?
<spv>
(because it is right now)
<spv>
i.e. would the DMA resetting depend on the pin mux state?
<wens>
it shouldn't
<spv>
makes sense ...
<spv>
hmm
<wens>
emac shouldn't be an issue, as they are seperate cores
<wens>
pin mux is external, so ...
<spv>
I was wondering if resetting the DMA, in the core, required that it communicate with a PHY or something ...
<spv>
like resetting the DMA necessarily reset the PHY
pwhalen has quit [Ping timeout: 265 seconds]
<spv>
and the PHY, presumably, would depend on the pin mux state?
<spv>
since it is external
<wens>
never thought of that
<wens>
but if the DT is correct, the kernel should set the pinmux for you, before driver _probe
<spv>
wens: what board do you have? Cubieboard2?
<wens>
both CubieBoard2 and CubieTruck
<spv>
I only have the CubieTruck atm
<wens>
gmac support is already merged into u-boot-sunxi
<wens>
though i don't recall running into problems using emac in u-boot and gmac in linux on cb2
<spv>
I so do hope that there isn't a U-boot dependence on this.
<spv>
I've worked on platforms that have U-boot dependence, and it's a pain
<spv>
There was one that refused to initialize a nand controller unless the nand controller registers had already been correctly programmed by a loader or something
<spv>
(in case you're curious, it's fsl_elbc_nand.c)
<wens>
btw, gmac in hans' sunxi-devel tree is the old patch series, which requires u-boot to setup the clock registers
<spv>
Well, I'm using sunxi-devel so that might explain it
<spv>
where can I find the new patch series?
<spv>
sunxi-next?
<wens>
i suggest you update u-boot for now
<wens>
i'm still cleaning and rebasing the new series
<n01>
wens: I still have a (huge) problem. It seems like the ISR for NMI in irqchip kind of disable the GIC since when the ISR of regmap is called, all the interrupts are disabled and I get nothing from i2c so everything just halt, no console, no time, nothing
<spv>
I do not have enough android experience to say, no.
<kz1>
I am trying to enable it so that I don't have to use a UART
<spv>
the closest I have is that android would likely be calling the machine_restart command
<spv>
and the relevant hooks for that are in the kernel
<spv>
in ...
<spv>
linux/arch/arm/mach-sunxi/sunxi.c
<spv>
assuming you're using the sunxi-devel branch
<spv>
from linux-sunxi
<spv>
rather, those are the endpoints for the restart, the hook should be whether or not one is allowed to call init 0
<spv>
which to me is android specific ...
<spv>
or rather, seems so
<spv>
anyway, I've said enough about something I don't 100% understand, so I'll leave it at that.
<kz1>
in my case the reboot command is called but u-boot does not recognise the "bootloader" flag
<oliv3r>
vector80: no need to mount, we ar3e at step 1, test emmc3.bin to see if it loads properly, if you get a u-boot prompt with that, we can continue onwards
<kz1>
however "reboot recovery" works
notmart has quit [Quit: notmart terminated!]
<spv>
I was unaware that it was possible for u-boot to know to not automatically start the kernel ...
<spv>
I would probably end up modifying the boot script I put in /boot/ to implement this ..
<oliv3r>
kz1: we do not have fastboot in u-boot yet
<oliv3r>
kz1: and as far as i know, adb reboot bootloader should bring up the u-boot console, afaik I don't see why that won't work, as it is simply a reboot command
<oliv3r>
i think adb updates the env partition and tells u-boot to not continue booting
<oliv3r>
but mind you, if you are booting from nand, and using boot0, boot1, boot.axf and then u-boot; you have to ask allwinner for support as that is their stuff
uwe_ has quit [Ping timeout: 272 seconds]
atiti has joined #linux-sunxi
<kz1>
oliv3r: thanks, I'm trying to figure out wtf is going on… but it's doing my head in
<oliv3r>
kz1: what is exactly the problem?
<kz1>
zero documentation...
ZetaNeta has joined #linux-sunxi
<oliv3r>
kz1: chances that you need adb reboot bootloader are minimal
<oliv3r>
kz1: you can just reboot and interact with u-boot and tell it to stop
<oliv3r>
it should respond to any keypress
<oliv3r>
IF you are using allwinner u-boot; they disabled this
<spv>
Would that not require UART?
<oliv3r>
but you can simply extract the u-boot env partition, flip a few bits and write it back
<kz1>
my goal is to do a batch firmware update on multiple devices
<oliv3r>
spv: yes, but without uart, what'st he point in rebooting to the bootloader
<oliv3r>
the only way to interact witht he bootloader is via u-boot
<spv>
I think what kz1 wants to do is add some u-boot scripts to automate the firmware load process
shineworld has quit [Quit: Leaving]
<oliv3r>
kz1: make a master SD card, bioot from that, and update partitions that way
<kz1>
oliv3r:
<oliv3r>
kz1: with an SD card, you can boot a linux kernel, with nand support and do anything you'd expect from within linux
<kz1>
IIUC the sdcard has to be removed after the firmware update
<spv>
if you want it to boot from nand, yes
<oliv3r>
boot from sd card, automatically do the update from scripts, remove sd card
<oliv3r>
if you want to update via usb
<oliv3r>
you can in theory
<oliv3r>
but then you have to force your board into FEL mode
<kz1>
so I have this awesome situation where I cannot boot from and sdcard, cannot get access to fastboot via console and cannot use phoenixsuit
<oliv3r>
you currently cannot do fastboot or load u-boot and update via usb
<oliv3r>
u-boot has zero usb support
<oliv3r>
even if you use arokux's patches and add usb support
<spv>
kz1: which part of the system are you trying to upgrade?
<oliv3r>
which would be host mode, not client mode, our u-boot has no nand driver
<oliv3r>
kz1: if your really adventerous, you could try; boot android normally, modify the boot and env partitions that forces an tftp boot, and boot/update via tftp
<kz1>
:-) I also don't have tftp support
<kz1>
If I break it down I have only usb support
<spv>
FEL mode it is?
<kz1>
specifically for batch updates
<spv>
which is anti-FEL
<oliv3r>
and u-boot doesn't do USB
<oliv3r>
so you only can do anything with FEL
<wens>
n01: that should be expected. GIC ISR calls NMI ISR
<oliv3r>
kz1: and in order to use FEL mode, you have to forcefully enable fel
<kz1>
Maybe I should ask a completely different question?
<kz1>
Can anyone think of the most efficient method for enabling batch firmware updates over usb on linux?
<wens>
n01: you may need to split the I2C stuff into ISR bottom half (workqueue, etc)
<spv>
kz1: you mean you have like 100 devices connected over USB to a single computer, and want to upgrade them all?
<n01>
wens: i2c irq is already setup with a threaded irq
<kz1>
n01: yep
ZetaNeta has quit [Ping timeout: 264 seconds]
<oliv3r>
kz1: i wonder how much data you can overwrite on the active partition, i bet you run into something and get a crash at somepoint
<oliv3r>
kz1: i don't think you can
<oliv3r>
kz1: not right now; we need some patches to u-boot to enable that
<spv>
it might be possible to kill everything except some bare essentials, transfer those essentials into a tmpfs chroot jail, and then modify the nand?
<oliv3r>
kz1: the onyl way I see that happening, is inserting an SD card that forces the device into FEL mode; and then do everything via FEL
<spv>
naturally worried about init ... but that mostly resides in memory
<oliv3r>
but if you have to go through that trouble, you might aswell use a master SD card
<n01>
I have: GIC ISR -> NMI ISR -> handle_level_irq ISR, then _not_ in interrupt context REGMAP-IRQ ISR that tries to access to i2c but no interrupt is received than -> deadlock on wait_*
<spv>
looks like kz1 may not have access to such?
<oliv3r>
no sd slot?
<oliv3r>
no fel button; not possible :p
<oliv3r>
what you want can not be done at this time
<oliv3r>
if someone where to pickup the MTD stuff and complete that, then yes, fastboot should be possilbe
<wens>
n01: I think threaded irq still has a small part with interrupts disabled?
<spv>
I was actually going to work on the MTD stuff ...
<oliv3r>
spv: slapin was going to spend his winter hollidays too on it
<oliv3r>
sad thing is, many commercial people want it, none want to sponsor a dev for it :)
<wens>
when I learned basic kernel programming, there wasn't threaded irqs though
<kz1>
I can contribute time and/or money to the MTD code
<n01>
wens: need to check this but the i2c driver is well tested (i2c-mv64xxx) :(
enrico_ has joined #linux-sunxi
<spv>
wens: you are correct, but it's only the part that disables the interrupt and schedules a softirq
ZetaNeta has joined #linux-sunxi
<n01>
wens: now request_irq() is alias for request_threaded_irq()
<oliv3r>
kz1: well that's a grand step forward
<wens>
i see
<oliv3r>
kz1: probably best to send a message to our mailling list informing that you are willing to sponsor a dev (or two) to work on mtd support for u-boot + kernel)
<wens>
no wonder there are so many kernel threads
<kz1>
ok
netlynx has joined #linux-sunxi
ZetaNeta has quit [Ping timeout: 272 seconds]
uwe_ has joined #linux-sunxi
<wens>
n01: do you plan on doing all the functions in AXP209?
<n01>
wens: at least I want to have irqchip for NMI and MFD
<n01>
now I'm using a simple input driver for power button to test the irq chain
<wens>
I'm more interested in readouts and maybe power off
ZetaNeta has joined #linux-sunxi
<wens>
is there any way to use magic-sysrq over serial console?
<oliv3r>
wens: if you enable it in your kernel; yes
<spv>
exynos is also a good deal faster than the Ax
<oliv3r>
spv: that it is :)
<mnemoc>
try to buy an exynos5
<Wizzup>
exynos odroid u3 is 60 dollar
<oliv3r>
spv: but cheap vendors don't care about really
<oliv3r>
vector80: yes, that's perect; that means u-boot can boot from emmc3
<oliv3r>
vector80: now boot your debian sd card, fdisk the partitions, copy all the files I guess to test etc
<vector80>
clear
<oliv3r>
vector80: it's all really easy from here on out :)
<vector80>
Now, I must insert SD card again
<vector80>
and change bootargs again
<oliv3r>
vector80: in thoery, you can make 2 partitions, same size as what you have on the SD card now; copy all files over (cp -ar)
<vector80>
oliv3r: I have confusion about this point
<oliv3r>
vector80: how so
<vector80>
that debian SD card image is suitable for a 4Gbyte SD card
<vector80>
I wrote it to an 8Gbyte SDcard
<oliv3r>
doesn't matter
<vector80>
when I run df, it shows 4Gbyte only
<oliv3r>
fdisk /dev/mmcblk0 (or 1 whatever is your mmc)
<oliv3r>
vector80: of coruse
<vector80>
and my eMMC is 8Gbyte
<oliv3r>
a full 'dd' image, includes the partition table
<vector80>
How can I make correct partitioning for my eMMC ?
<oliv3r>
so if you dd something, you do a 1:1 copy of everythign
<vector80>
yes but I want whole 8Gbyte
<oliv3r>
that's why it's usually a bad idea to work with images
<oliv3r>
fdisk /dev/mmcblk0
<oliv3r>
make your partitions, format them, mount
<vector80>
ok wait let me boot debian again
<mnemoc>
Wizzup: the odroid u3 is an awesome step, and a reaction to the inexpensive chinese-soc based boards. but feature wise it's far behind the olinuxinos, cubietruck or the radxa rock
<oliv3r>
vector80: copy files, it's all really bog standard linux stuff you have to deal with
<Wizzup>
agreed.
<Wizzup>
btw how is olinuxinos comparwed to cubie
<Wizzup>
I may want to get lots of either for work
<Wizzup>
they seems... the same,mostly
<Wizzup>
seem*
<oliv3r>
vector80: fdisk will write a partition table to the start of the disk, your u-boot comes at 8kb into the emmc (which is after the partitiont able) the first partition should start at sector 63 or 2048 (better) and shouldn't influence your bootloader
<oliv3r>
Wizzup: olimex is opensource hardware :)
<oliv3r>
Wizzup: i want a lime!
<vector80>
oliv3r: Ok I will start it from 2048
<Wizzup>
oliv3r: sounds good
<Wizzup>
I'd need to talk to siome of the olimex dduudes soon then
<oliv3r>
vector80: default fdisk will do that
<vector80>
oliv3r: now, my problem is, how can I modify loadkernel script to let it get uImage from my SDcard
<vector80>
curently, when I do mmcinfo, it only shows my eMMC, it doesn't detect my Sdcard
<vector80>
when I do printenv, it shows device=mmc
<vector80>
There is no setting / selection for mmc0 or mmc2
<vector80>
You mean, boot from Sdcard directly?
<vector80>
Let me try it
<vector80>
ah yess
<vector80>
got your point now
<vector80>
so sorry for being so stupid
<vector80>
booting debian now..
<vector80>
boot complete
<vector80>
try fdisk
<vector80>
ok, deleted all partitions
<vector80>
and then I pressed "n" to create a new partition
<vector80>
first sector is 2048
<vector80>
what must be the last sector?
<spv>
up to you
<spv>
the rest of the emmc?
<spv>
single-partition system?
<vector80>
As I know, for this SDcard, there are two partitions, one is 16Mbyte which holds uboot and kernel and script.bin
<vector80>
and the second partition is all remaining
<vector80>
Should I do the same?
<spv>
up to you
<spv>
some people like putting /boot early in a device because they're afraid their boot-loader can't handle addressing beyond some limit
<spv>
(actually true for older x86 systems)
<oliv3r>
vector80: but 63 was used since the 80's so should work fine :)
<oliv3r>
vector80: you can ONLY boot from mmc0 OR from mmc2, that's why you have two u-boots now. one for mmc, one for emmc :)
<vector80>
How can I select which one to build during compile sunxi-uboot ?
<oliv3r>
vector80: with our u-boot, it is completly up to you; u-boot can read ext4 just fine
<oliv3r>
vector80: allwinner u-boot can only read fat32 or rather, allwinner boot0/boot1 cn only read fat32
n01 has quit [Read error: Connection reset by peer]
<oliv3r>
hence your first partition needs to be fat32 so it can load u-boot from it
<oliv3r>
vector80: when you checkout u-boot, you ill find a file boards.cfg, if you open that ith your text editor
<oliv3r>
you see CONFIG_SOMETHING_MMC=2
<oliv3r>
change that to =0 (or leave out the entire string, as it defaults to 0) you build a u-boot suitable for mmc
<vector80>
very very clear
<vector80>
Ok then, did you see my partitioning table above?
<oliv3r>
you could copy the line, one with mmc=2, one ith mmc=0 and name the targets differently, but i don't think you'll swap that often
<oliv3r>
compile once, keep the file marked somewhere sane for your SD card sounds logical
<oliv3r>
vector80: partition table is really up to you and your usecase
<oliv3r>
depending on ho the system is used etc
Black_Horseman has quit [Quit: Zwi se logou mou!!!]
<vector80>
clear
<vector80>
now, can I format these partitions ?
<vector80>
such as mkfs.vfat /dev/mmcblk0p1 ?
<oliv3r>
vector80: personally, i would have 1 boot partition to hold kernel, script.bin etc, 1 ro only partition for the OS, 1 rw partition to store settings. and in the OS have an aufs like partition with something from tmpfs, so that most write disk access is done to the memory version
<vector80>
mkfs.ext4 /dev/mmcblk0p2
<oliv3r>
i ouldn't use vfat, it's not needed
<oliv3r>
mkfs.ext4 /dev/mmblk0p1 yes
<oliv3r>
but look into f2fs
<oliv3r>
that's optimized for flash devices like usb, emmc, sd etc
<oliv3r>
it's faster and more reliable
<oliv3r>
look it up :)
<oliv3r>
gtg no for real
<vector80>
oliv3r: you are much more experienced than me for such things, pls tell me your best ideas to setup this partitioning
<vector80>
f2fs
<vector80>
I have never heard about it
<vector80>
does debian have its formatting tool ?
wolfy has quit [Ping timeout: 252 seconds]
<vector80>
waww this f2fs is doing cleaning in the background ?
<mnemoc>
all modern filesystems do continious maintainance, not only of fsck time
<vector80>
so, ext4 also can do it, right?
<vector80>
but the point is, how can I find its formatting tool for debian..
<spv>
now that I think about it, these devices boot a lot faster than what I'm used to.
<vector80>
f2fs boot faster ?
<spv>
like, 6 seconds to login prompt
<spv>
no, just A20's in general
<spv>
I'm used to around 90 seconds.
<vector80>
hmm, actually, I see login prompt in 6 seconds in android, but not for this debian image, may be it need optimisations...
<vector80>
Debian seems to have f2fs-tools package, but apt-get install f2fs-tools fails... May be I need to add to my /etc/apt/sourcees.lists ?
<spv>
so how many writes does it take to fubar a microSD card?
<spv>
How much do we know about the A7's that are in the AW parts? Are they standard Cortex-A7s, or were they modified?
<hero100>
ext4 is not suitable for flash
<spv>
use ubifs
<vector80>
well I don't have Flash, I have eMMC
<spv>
yeah emmc does its own wear leveling and such
<vector80>
I am doing a 1:1 copy of all files in SD to my eMMC
<vector80>
Lets see what will happen..
<vector80>
Did really nobody used an eMMC before ?
<Turl>
spv: I use tftp to iterate, just reboot and let uboot load fresh stuff
<spv>
yeah kexec is not supported on a20 yet
<spv>
tftpboot is likely the right way to go
<spv>
alright I'm out for the night ttyl
popolon_ has quit [Quit: #freenode]
popolon has joined #linux-sunxi
popolon has quit [Read error: Connection reset by peer]
popolon has joined #linux-sunxi
nieuwbie has joined #linux-sunxi
<buZz>
ben je bi?
<nieuwbie>
Hey. What image should I coppy on my sdcard to get something like init ram on my tablet
<nieuwbie>
I want to fsck one of corrupted nand partitons.
<buZz>
any would do
<buZz>
'like init ram' <- you mean, not mounting the nand
<buZz>
afaik no SD image for sunxi automounts nand
<nieuwbie>
buZz: Well i dont know the right terminology here. I just want to be able to fsck my nand cause my tablet got stuck into bootloop and by analyzing what uart showed me I suspect its something with nande
<buZz>
yeah, so any SD image should do
Guest88545 is now known as panda84kde
<nieuwbie>
buZz: any from sunxi-tools/bin or is there another location where I can find other ones?
<gzamboni>
its how the Allwinner ICs plataform is called
<gzamboni>
sunXi as it can be sun4i, sun5i ...
<gzamboni>
check the linux-sunxi.org wiki
<hero100>
yeah I know that, just wonder does it has some special meaning
<Wizzup>
buZz: well, all gentoo stage 3 work
<buZz>
what, no stage 4?
<buZz>
tsss
<mnemoc>
afaik allwinner people pronounces it separated, as sun-X-i, sun-4-i, ...
nieuwbie has quit [Remote host closed the connection]
nieuwbie has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
<vector80>
oliv3r, mnemoc, spv: Thank you very much for your helps. I copied whole rootfs from SDcard to my eMMC, and than, removed SD card and boot again
<vector80>
Debian succesfully booted, and running now
<vector80>
Unfortunately, I feel great speed issue
<gzamboni>
i thought those eMMC were fast
<wolfy>
theoretically they are faster than sd
<mnemoc>
but a good SD card is far more expensive than a normal emmc of the same capacity...
<mnemoc>
btw, the 30c3 talk about REing SD card gives good hints on how livesuit is probably probing the dram on flash
vector80 has quit [Remote host closed the connection]
vector80 has joined #linux-sunxi
hero100 has quit [Quit: Leaving]
<wens>
did anyone extract the new kernel from A23 SDK yet?
<wens>
I seriously don't want to download the whole thing
<mnemoc>
wens: I added a file listing to the same dir in dl.
<mnemoc>
but haven't had time to look into it yet
wolfy has quit [Ping timeout: 252 seconds]
rz2k has joined #linux-sunxi
nieuwbie has quit [Quit: ERC Version 5.3 (IRC client for Emacs)]
slapin has quit [*.net *.split]
binaryferret has quit [*.net *.split]
utente_ has quit [Ping timeout: 264 seconds]
n01 has quit [Ping timeout: 240 seconds]
n01 has joined #linux-sunxi
slapin has joined #linux-sunxi
binaryferret has joined #linux-sunxi
<oliv3r>
vector80: i'm not much more experienced :p i'm not working for an embedded company :D
<vector80>
:)
<vector80>
Thas ok also, it was a great achievement for me though
<vector80>
Now I am testing was is working, what is not working..
<vector80>
For example, none of the GPIO's are working :(
<vector80>
Ethernet is working
<vector80>
HDMI is working
<vector80>
USBs are not working
<vector80>
As you know, my fex file was ok for all these in the android
<vector80>
I am wondering how to debug each of these..
<vector80>
in /sys/class/gpio, export interface is not working
<oliv3r>
buZz: nee sorry
<buZz>
hopeloos :)
<vector80>
oliv3r: Can I git checkout uboot-sunxi now?
fredy has quit [Excess Flood]
<oliv3r>
vector80: sure
<oliv3r>
vector80: if you compile yourself, you should get an identical emmc.bin :)
<oliv3r>
vector80: idaelly, get the sunxi-bsp
<oliv3r>
github.com/linux-sunxi/sunxi-bsp
<vector80>
and then, compile whole BSP ?
fredy has joined #linux-sunxi
<oliv3r>
./configure; make u-boot
<oliv3r>
make linux
<oliv3r>
i use those 2
<vector80>
in ./configure, I should select a board, right?
<vector80>
such as "interra-3"
<vector80>
?
ZetaNeta has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
<ZetaNeta>
hi
<ZetaNeta>
Anyone know a HD camera i can attach to cubie
<ZetaNeta>
Interface doesnt matter as long as i can find a ~1m extension cable
<ZetaNeta>
All usb webcams arent meant to be used in portable recording, and ofcourse HD on webcam doesnt mean HD
<ZetaNeta>
Nyuutwo_, Also, i found a 65ah car bat
<oliv3r>
vector80: yes, the bsp should normally pull in sunxi-boards, u-boot and the kernel at the least as submodules
<mnemoc>
as I said, the sunxi-bsp uses submodules, submodules are bound to a given commit, not a branch. so new commits are not immediatelly available to the BSP
<vector80>
Ok, so, oliv3r's commit is not available for me now, right? Then what do I must do?
<mnemoc>
16:47:50 < mnemoc> git rebase origin/sunxi
<vector80>
yes I did that
<vector80>
then, try configure again?
<mnemoc>
no, make u-boot
<vector80>
ok wait
<mnemoc>
but cd .. first
paulk-collins has quit [Ping timeout: 265 seconds]
<oliv3r>
commit log i messed up :)
popolon has quit [Ping timeout: 264 seconds]
<vector80>
ok, seems it will compile but failed with missing compiler... arm--linux-gnueabihf... My kubuntu is 12.04.3 LTS, and it can't find it via apt-get update
<vector80>
Let me try to find how to add it to sources.list
<oliv3r>
IF you have an arm hf compiler installed
<oliv3r>
check the first line of Makefile
<oliv3r>
or
popolon has joined #linux-sunxi
popolon has joined #linux-sunxi
popolon has quit [Changing host]
slapin has quit [Ping timeout: 272 seconds]
<oliv3r>
make u-boot CROSS_COMPILE=arm-pc-linux-arm-hf or the like
<vector80>
What happens if I don't use a hard float toolchain ?
<mnemoc>
make the fix, commit it, git format-patch and git send-email
<Turl>
vector80: you can use both on A20
<Turl>
make sure you choose the right phy type though
<vector80>
yes, I was surprised about that on uboot console
<vector80>
When I use Olinuxino uboot, it was displayed EMAC
<vector80>
but on your uboot, it was displayed MII
<vector80>
ok I make the fixes on the boards.cfg, now, I want to commit and go back to home , it will gonnna take a lonng time, it is very bad rain in istanbul :(
<vector80>
Terible traffic jam :(
<vector80>
How to commit ?
<oliv3r>
vector80: you use GMAC, but you don't have RGMII, so you are usiong MII, e.g. 100 mbit
<ZetaNeta>
because HD webcams are 1) Not meant for "portable"
<ZetaNeta>
2) HD webcam doesnt related to HD at all
<ZetaNeta>
Well, it have quite a big resolution
<Turl>
those listed there have at least 720p (HD)
<Turl>
some even do fullHD (1080p)
<ZetaNeta>
But while webcams are being optimized into lowlight places, and webchats
<ZetaNeta>
I need something what cant be damaged by sun XD
<Turl>
buy some wifi cctv camera then
<ZetaNeta>
and have atleast somekind of being shockproof
<ZetaNeta>
Turl, You get how much those cost? How much power they eat?
<ZetaNeta>
No... i need something what i can attach to my cubie by a wire XD
<ZetaNeta>
i2c for example
<Turl>
dunno :) but they're made to watch places outside
<Turl>
so they often are rain, storm and whatever-proof
<mnemoc>
ZetaNeta: any supported by the kernel you want to use
<ZetaNeta>
Turl, This cam is something what i can attach by a long wire to cubie, put in my "specially" prepared pocket, and record my trips for ~12 hours
<Turl>
I don't think you'd get any decent video via i2c
<mnemoc>
wens: can serverip be passed by the dhcp server?
<ZetaNeta>
Any interface. But better if not wireless
<Turl>
mnemoc: dhcp can pass the server ip I think, yeah
<Turl>
I did it on dnsmasq once I think
<Turl>
ZetaNeta: buy a gopro and use that
<ZetaNeta>
Turl, Not a go
<ZetaNeta>
I wanted to get one... but too much expensive for alot of feature i dont need
<ZetaNeta>
And it need like a bagfull of batteries and 64gb sd cards to go for ~12 hours
<ZetaNeta>
+ it cant play mp3
<ZetaNeta>
+ You cant control it with a ps3 joystick
<ZetaNeta>
I am going to build a cubieboard camera
<Turl>
mnemoc: try something like dhcp-boot=pxelinux,server.name,192.168.1.100
<ZetaNeta>
But i need to find some HD camera :P
<ZetaNeta>
And something to do the microphone
<nove>
ZetaNeta, my choice, would be to use a normal handheld camera, with optical zoom, and the availability to transmit the video feed by usb or wifi
<mnemoc>
oliv3r: is this expected in 3.10? CPU1: failed to boot: -38
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
<Turl>
mnemoc: very likely, yes
<mnemoc>
good :)
<Turl>
mnemoc: you need PSCI or PCSI, I never get the name right
<wens>
i get this on my cb2 on mainline, too. but not ct
<Turl>
on your kernel
<Turl>
and an uboot supporting it
<Turl>
which currently requires some extra branches from people
<ZetaNeta>
Because i actually need this project just for ~2 weeks... after that it will be unlikely to be touched. except the cubietruck, it got too much power to lose.
<mnemoc>
Turl: it seems I need to pass "option 66" for serverip
<mnemoc>
server-identifier is 54
<Turl>
mnemoc: is 10.42.0.254 the ip of dnsmasq?
<mnemoc>
yes
<mnemoc>
the primary ip of eth0
<Turl>
mnemoc: then you can just use dhcp-boot=filename
<mnemoc>
(my uplink is wlan0)
<nove>
ZetaNeta, well it would be go if done by then, but is more that simples reverse-engineering, is also need to have it integrated in the right places ffmpeg/gstreamer,, this will take more time
<ZetaNeta>
/zeta is mad
<mnemoc>
Turl: how will u-boot/dhcp know where to load the uImage ?
<mnemoc>
Turl: also, what's the usual address for the initramfs?
Wizzup has quit [Ping timeout: 272 seconds]
<Turl>
mnemoc: I never use the automagic way, dunno
<ZetaNeta>
and again, will cubie be able to "receive and save it" fast enough?
<nove>
ZetaNeta, no idea, maybe there are some that can
<ZetaNeta>
i hardly imagine a dash cam which can
<mnemoc>
Turl: these knowledge in the wiki is very disperse... but that page doesn't talk about automatic serverip from dhcp or about where to load the initramfs :p
<Turl>
mnemoc: I never use a separate ramdisk
<Turl>
but you should be able to put it anywhere in ram
<Turl>
may need to do the ffffff trick so uboot doesn't relocate it if stuff explodes
<mnemoc>
what's the diff between `env set var val` and `setenv var val` ?
<Turl>
mnemoc: one requires you to type one char less
<mnemoc>
sent size: 12 option: 66 tftp-server 10.42.0.254
<mnemoc>
and still serverip not set :\
<Turl>
mnemoc: can't you just hardcode it?
<mnemoc>
sure I can
<Turl>
env set serverip 10.42.0.254; saveenv :) and then you can do sth productive :p
<mnemoc>
just wanted to set up the env "correctly"
<Turl>
mnemoc: I hardcode a mac and ip on my env :p I don't even use dhcp
<mnemoc>
setenv serverip ${gatewayip} is better than hardcoded
<mnemoc>
but still not "correct"
paulk-collins has quit [Remote host closed the connection]
<keebler>
If anyone mines dogecoin, I'll pay a 25K dogecoin bounty to anyone who and save me the time and compile a .deb binary for the allwinner A10 and A20.
<keebler>
and/can^
<keebler>
arg
<keebler>
for dogecoin-qt
<keebler>
That's a whole $6!
<keebler>
:)
enrico_ has quit [Quit: Bye]
<eagles0513875>
hey guys
<eagles0513875>
can anyone give me the revision for when mmc was pushed to the repos please so i can pass that onto buildroot as I am having issues atm booting using buildroot as i get an mmc error
<eagles0513875>
oliv3r: hey
<Turl>
keebler: what deb? debian already supports the arch, so for most of them you can find them on the official repos
eagles0513875 has quit [Changing host]
eagles0513875 has joined #linux-sunxi
eagles0513875 has joined #linux-sunxi
<keebler>
A .deb for the dogecoin-qt?
eagles0513875 is now known as eagles051387
<Turl>
ah
<Turl>
keebler: is it even supported on linux? last I checked it only had mac and windows support
<keebler>
yeah. I only meant it as an example of something compiled for debian already.
nove has quit [Quit: nove]
<keebler>
seems he pulled the source from github.
panda84kde has quit [Ping timeout: 260 seconds]
Quarx has quit [Read error: Connection reset by peer]
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
_massi_ has quit [Remote host closed the connection]
n01 has quit [Ping timeout: 272 seconds]
sholom has joined #linux-sunxi
sholom has quit [Remote host closed the connection]
FR^2 has joined #linux-sunxi
jemk has quit [Read error: Operation timed out]
<mnemoc>
does a dtb-based kernel consider bootarguments given by u-boot, or only those within the .dtb?
<mripard>
only those in /chosen/bootargs
<mnemoc>
thanks
<mripard>
the address of the DTB and the address of the bootargs are both stored in r2
<mripard>
so they are mutually exclusive
<mnemoc>
i was fearing that :p
<mnemoc>
btw, what's the usual address to load the initramfs?
<mnemoc>
or everyone embeds it in the kernel?
jemk has joined #linux-sunxi
<mripard>
I use 0x43000000
<mripard>
but there's no real requirements iirc, or "usual" address
<mnemoc>
so the same as traditionally used for script.bin
<mripard>
yeah, but that would work just the same at 44 or 49, or whatever.
<mnemoc>
recently I saw a commit removing /chosen/bootargs from the sunxi dts files... what's the rationale of that if it's the only way of passing bootargs like the initial speed of ttyS0 and root= ?
<mripard>
it's set by u-boot
<mripard>
u-boot will patch the DTB just before booting the kernel
<mnemoc>
i see
<mripard>
so the one provided by default always gets overridden
<mnemoc>
but our u-boot doesn't do dtb yet... or it does?
<mnemoc>
unless I add console=ttyS0,115200 to chosen/bootargs in the .dts my kernel gets silent after [ 0.372093] 1c28000.serial: ttyS0 at MMIO 0x1c28000 (irq = 33) is a U6_16550A
ZetaNeta has quit [Ping timeout: 252 seconds]
<mripard>
it does for all but the A31
<mripard>
for like a year or so
<mnemoc>
.oO
<mnemoc>
then why is mine not hotpatching chosen/bootargs .... uhm
<ZetaNeta>
oliv3r, I choose to go with a Sony AS15
<ZetaNeta>
And use cubie to "receive and store"
<ZetaNeta>
And i got 2 choices
<ZetaNeta>
Wifi, in which il be a brave hero breaking through probably proprietary protocols
<ZetaNeta>
and microsd
<ZetaNeta>
i can either have to take it out every few hours, insert it into cubie, press a button on a ps3 joystick, and wait for few minutes till the mp3 starts playing michael jackson
<ZetaNeta>
either, somehow find something what can emulate a hispeed class microsd card, to transparently write to cubies ssd
<ZetaNeta>
like you know those "MicroSD breakout" cards which can give you serial over microsd.
<ZetaNeta>
But here, i need to provide a "Virtual MicroSD" to the camera
<ZetaNeta>
know such a device?
<mnemoc>
afaik it's not hard to fake SD cards programatically
<mnemoc>
Turl: congratulations mr. sunxi clock official maintainer!
techn_ has quit [Ping timeout: 272 seconds]
techn_ has joined #linux-sunxi
techn__ has joined #linux-sunxi
techn_ has quit [Ping timeout: 265 seconds]
vector80 has quit [Quit: Konversation terminated!]
vector80 has joined #linux-sunxi
kivutar has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
<vector80>
hi there... How can I test & compare my SD card and eMMC read/write speeds ?
rz2k has quit [Read error: Connection reset by peer]
<mnemoc>
if you have android you can try comparing the results of 0xbenchmark when running from both
<mnemoc>
that will give you a nice overall comparison
<vector80>
mnemoc: thank you... I made such test: I boot debian from one Class10 SD card, and then tried to copy a 800+MByte file over SCP.. Speed was around 2.9Mbyte / sec
<vector80>
And then, I boot from eMMC, and copied same file over SCP, speed was exactly same, 2.9Mbyte/sec
<vector80>
But when I check the datasheet of eMMC, it mentiones around 11Mbyte/sec for write speed
<vector80>
Is it possible that this can be caused by driver ?
ganbold_ has quit [Ping timeout: 245 seconds]
<mnemoc>
be sure to test with cpufreq in performance
<vector80>
what is that mean?
<vector80>
It doesn't do this automatically?
<mnemoc>
set the cpufreq governor to performance
<mnemoc>
it's probably using ondemand
<vector80>
Via console command ?
<mnemoc>
and working at very low freq
<mnemoc>
see the Cpufreq page on the wiki for details