ChanServ changed the topic of #linux-sunxi to: Allwinner/sunxi development discussion - Don't ask to ask. Just ask! - See http://linux-sunxi.org | https://github.com/linux-sunxi/ | Logs at http://irclog.whitequark.org/linux-sunxi
rz2k has quit [*.net *.split]
ZaEarl has quit [*.net *.split]
ssvb has quit [*.net *.split]
zub has quit [*.net *.split]
mripard has quit [*.net *.split]
mripard has joined #linux-sunxi
zub has joined #linux-sunxi
ssvb has joined #linux-sunxi
rz2k has joined #linux-sunxi
mab_ has quit [Ping timeout: 256 seconds]
mab_ has joined #linux-sunxi
mab_ has quit [Quit: Leaving]
mab_ has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
merbzt has quit [Ping timeout: 272 seconds]
ZaEarl has joined #linux-sunxi
mab_ has quit [Ping timeout: 248 seconds]
mab_ has joined #linux-sunxi
techn__ has joined #linux-sunxi
techn_ has quit [Ping timeout: 255 seconds]
mab_ has quit [Ping timeout: 245 seconds]
techn__ has quit [*.net *.split]
mab_ has joined #linux-sunxi
techn__ has joined #linux-sunxi
mab_ has quit [Ping timeout: 255 seconds]
mab_ has joined #linux-sunxi
servili007 has quit [Read error: Connection reset by peer]
servili007 has joined #linux-sunxi
rz2k has quit [Read error: Connection reset by peer]
servili007_ has joined #linux-sunxi
Skaag` has joined #linux-sunxi
Skaag has quit [Ping timeout: 248 seconds]
servili007 has quit [Ping timeout: 248 seconds]
mab_ has quit [Ping timeout: 250 seconds]
mab_ has joined #linux-sunxi
rellla has joined #linux-sunxi
mab_ has quit [Ping timeout: 252 seconds]
servili007_ has quit [Quit: Leaving]
mab_ has joined #linux-sunxi
von_fritz has joined #linux-sunxi
hansg has joined #linux-sunxi
merbzt has joined #linux-sunxi
mab_ has quit [Ping timeout: 245 seconds]
mab_ has joined #linux-sunxi
jukivili has joined #linux-sunxi
<jukivili> Is one of the usb-ports on mele a1000 wired to usb-otg host?
hansg has quit [Quit: Leaving]
<rm> jukivili, afaik all ports on the A10 are reconfigurable
<rm> via script.bin
<rm> you can have it however you prefer
<rm> also
<rm> isn't it either "usb otg" or "usb host"
<rm> and "usb-otg host" doesn't make sense?
w00tc0d3 has joined #linux-sunxi
<w00tc0d3> hi
merbzt has quit [Ping timeout: 264 seconds]
<mnemoc> jukivili: the usb0 (aka otg) por of the mele in not exposed. there is a 5pin header inside
<mnemoc> all the external usb ports come from a hub
rellla has quit [Remote host closed the connection]
rz2k has joined #linux-sunxi
rz2k has quit [Read error: Connection reset by peer]
hramrach has joined #linux-sunxi
chujalt has joined #linux-sunxi
<chujalt> hello
chujalt has quit [Client Quit]
mab_ has quit [Ping timeout: 248 seconds]
<jukivili> mnemoc: ok
<jukivili> rm: I meant, one port being otg hardwired to host-mode
<rm> well yes if those are via hub, then you need one that isn't, to use OTG
mab_ has joined #linux-sunxi
<rm> usb_port_type = xx USB port to use. (Xx = 0/1/2) 0: device only 1: host only 2: OTG
<rm> nothing is "hardwired"
mab_ has quit [Ping timeout: 252 seconds]
torindel has joined #linux-sunxi
<jukivili> rm: I was thinking of possibility that mele a1000 had ID pin of otg port hardwired so that otg is forced to host-mode, then expose that port as normal usb port on device. Plus regular 2 host ports of A10. But as already found out, this is not the case, mele has build in USB-hub.
mab_ has joined #linux-sunxi
mab_ has quit [Ping timeout: 252 seconds]
merbanan has quit [*.net *.split]
merbanan has joined #linux-sunxi
mab_ has joined #linux-sunxi
mab_ has quit [Ping timeout: 256 seconds]
oliv3r has quit [Ping timeout: 264 seconds]
drachensun has quit [Quit: Leaving]
mab has joined #linux-sunxi
ZaEarl has quit [Ping timeout: 272 seconds]
oliv3r has joined #linux-sunxi
ganbold__ has quit [Remote host closed the connection]
WarheadsSE has joined #linux-sunxi
merbzt has joined #linux-sunxi
mab has quit [Ping timeout: 256 seconds]
Skaag` is now known as Skaag
lina has joined #linux-sunxi
<lina> Hi all
lina has left #linux-sunxi [#linux-sunxi]
vinifm has joined #linux-sunxi
<WarheadsSE> anyone ever get around to making a grand-unified sunxi mkcard type script?
<techn__> WarheadsSE: ?
<WarheadsSE> ala, 1 script that will happily take a set of pre-made .bin's and say, ./mksunxi-card.sh hackberry will do the necessary spl/uboot (maybe fex too)
<WarheadsSE> No, it isn't hard, in any way
<WarheadsSE> ust wondering
<techn__> sunxi-bsp
<WarheadsSE> see, precisely what I derp'd and missed.
<WarheadsSE> looks like that mostly works, albeit the Arch hwpack will be a bit off from the debian model
<techn__> Yeah.. patches welcome :)
<WarheadsSE> well the major difference is that the kernel & modules are part of the Arch pacman packaging system
<WarheadsSE> thus, the whole /lib/modules/ et al is unneeded, and might safely be skipped in the hwpack generation
merbzt has quit [Ping timeout: 240 seconds]
chujalt has joined #linux-sunxi
chujalt has quit [Quit: Saliendo]
ZaEarl has joined #linux-sunxi
ZaEarl has quit [Ping timeout: 272 seconds]
<mnemoc> techn__: around?
<techn__> mnemoc: here
<mnemoc> /q ?
<hramrach> WarheadsSE: kernel and modules are part of Debian packaging system too
<hramrach> the sunxi kernels are just not packaged
<WarheadsSE> :) they are on Arch
<hramrach> packaging kernels on debian is somewhat convoluted
<hramrach> even Linus imported a Debian packaing hack into mainline so that Linux users on Debian don't have to go through that :>
vinifm has quit [Quit: Ex-Chat]
<bfree> you can try "my" packaging if you want redistributable kernel deb's rather then just your own local make-kpkg ;) just be warned it doesn't cross-compile so you'll face a slow native build. http://dl.linux-sunxi.org/niall/debian/ (I've the roughest of rough sunxi-tools including sunxi-boards locally now that I'm still pondering whether to upload there or whether to give it some more love first)
<hramrach> I want the latest kernel
<hramrach> since debian packaging is convoluted it directly conflicts with that
<hramrach> I am sure some distributions are geared towards making kernel packages of git trees but Debian is not one fo them
<hramrach> unless you use make-kpkg but that's not 'official enough'
<bfree> you can do it and "my" package is dirty in that the orig.tar.gz is just a git archive (which is still latest sunxi-3.4) ... but for an actual official Debian kernel I think things will need to go upstream. if it's just for your own system then make-kpkg should do
<hramrach> I do the cp arch/arm/boot/uImage /boot/
<bfree> no mention of uInitrd in the wiki ... I can't be the only one with rootfs on sata :-p no idea where to add it (mkimage call and uboot config to load it ... and maybe howto tell initramfs-tools to load modules early)
von_fritz has quit [Ping timeout: 264 seconds]
<Turl> bfree: why do you want an initrd?
<bfree> Turl: I have one ... sata modular and root on sata (also been hacking up a live-cd/usb like system which needs one)
<Turl> I'd use sata as =y and then just pass root= to the kernel cmdline
<Turl> this might help if you want to use an initrd though
<Turl> just load it with your favorite means and pass the address to bootm and appropriate cmdline params
<bfree> that would work for the normal install (though ftr pretty sure defconfig leaves sata modular) ... wouldn't work for the live system ;) I have it working fine
<Turl> oh
* Turl should've read more context on the channel :p
<bfree> sorry, re-reading what I said I wasn't clear I wasn't sure where to add the info to the wiki ... not that I needed the info ;)
<Turl> well, it's not sunxi specific
<Turl> but it might be worth documenting
<Turl> maybe as an advanced section on http://linux-sunxi.org/FirstSteps
<Turl> although it wouldn't be first steps
<Turl> or Rootfs_on_SATA, booting would be not entirely accurate
<hramrach> it's Using_Initramfs_with_u-boot