Re: modifying and verifying debian installer for armhf board (a10-eoma68)
On Sun, 2013-05-19 at 18:48 +0100, luke.leighton wrote: But the obvious answer here is to get support for your device into the appropriate Debian kernel flavour and then integrated into the standard d-i images. If there is upstream support then this ought to be more or less trivial. yeees.. that would be good. what's the procedure there? someone's already built one: http://dl.linux-sunxi.org/users/niall/debian/ If you can identify which config options need to be enabled for a v3.9 kernel (which I think is due to hit Sid soon) then a wishlist bug would do the job. Likewise if there are some backports required etc you could request them in the same bug. Looks like CONFIG_ARCH_SUNXI is part of the multi_v7_defconfig upstream, which suggests it would be a candidate for being enabled in the new mp (multiplatform) kernel flavour. The main thing you need to be included in the image to make it this type seems to be the network-console openssh-server-udeb udebs. debian-installer/build/pkg-lists/network-console also lists libnss-files-udeb ah good. that's a big clue. got hold of network-console.udeb and openssh-server.udeb, unpacking them... ah ha! bin/network-console-menu and friends, _great_. hmmm... now... where's the best place to put these [for execution as /sbin/telnetd -l /bin/network-console-something] Put them? They should be unpacked in the installer initrd which you build. yes. i was just wondering how to execute them. right now i've chosen /lib/debian-installer-startup.d/S98telnetd Seems as good as anywhere. Ian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1369212264.21246.116.ca...@zakaz.uk.xensource.com
Re: modifying and verifying debian installer for armhf board (a10-eoma68)
On Wed, May 22, 2013 at 9:44 AM, Ian Campbell i...@hellion.org.uk wrote: On Sun, 2013-05-19 at 18:48 +0100, luke.leighton wrote: But the obvious answer here is to get support for your device into the appropriate Debian kernel flavour and then integrated into the standard d-i images. If there is upstream support then this ought to be more or less trivial. yeees.. that would be good. what's the procedure there? someone's already built one: http://dl.linux-sunxi.org/users/niall/debian/ If you can identify which config options need to be enabled for a v3.9 kernel (which I think is due to hit Sid soon) then a wishlist bug would do the job. Likewise if there are some backports required etc you could request them in the same bug. sun4i_defconfig would do the job, pretty much. cc'ing arm-netbook: does anyone know the best people to notify who can advise here? alejandro? henrik? Looks like CONFIG_ARCH_SUNXI is part of the multi_v7_defconfig upstream, which suggests it would be a candidate for being enabled in the new mp (multiplatform) kernel flavour. , that'd be absolutely awesome. also it'd be nice to finally have mainline support for the processors that have according to one report [*1] have a 40% world-wide market share, eh? :) l. [*1] http://hardware.slashdot.org/story/13/05/08/1636217/chinas-allwinner-outsold-intel-qualcomm-in-tablet-processors-in-2012 -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPweEDzqOJVgYB9d6uyzh0OvKwL0dUCEKqi2F=Wrb4y=0rp...@mail.gmail.com
Re: modifying and verifying debian installer for armhf board (a10-eoma68)
Ian Campbell i...@hellion.org.uk writes: Hi, On Sun, 2013-05-19 at 18:48 +0100, luke.leighton wrote: But the obvious answer here is to get support for your device into the appropriate Debian kernel flavour and then integrated into the standard d-i images. If there is upstream support then this ought to be more or less trivial. yeees.. that would be good. what's the procedure there? someone's already built one: http://dl.linux-sunxi.org/users/niall/debian/ If you can identify which config options need to be enabled for a v3.9 kernel (which I think is due to hit Sid soon) then a wishlist bug would do the job. Likewise if there are some backports required etc you could request them in the same bug. Looks like CONFIG_ARCH_SUNXI is part of the multi_v7_defconfig upstream, which suggests it would be a candidate for being enabled in the new mp (multiplatform) kernel flavour. It's enabled in my local 3.9 armmp work [1] but allwinner a10 support in mainline resume to soc/ram and watchdog support (watchdog not in 3.9) so all you can do is booting a ramdisk and connect on the serial port to 'use' it. Arnaud [1] will be committed soon. I'm making some more testing before committing it. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87vc6bwe9k@lebrac.rtp-net.org
Re: modifying and verifying debian installer for armhf board (a10-eoma68)
On Wed, May 22, 2013 at 10:32 AM, Arnaud Patard arnaud.pat...@rtp-net.org wrote: Ian Campbell i...@hellion.org.uk writes: Hi, On Sun, 2013-05-19 at 18:48 +0100, luke.leighton wrote: But the obvious answer here is to get support for your device into the appropriate Debian kernel flavour and then integrated into the standard d-i images. If there is upstream support then this ought to be more or less trivial. yeees.. that would be good. what's the procedure there? someone's already built one: http://dl.linux-sunxi.org/users/niall/debian/ If you can identify which config options need to be enabled for a v3.9 kernel (which I think is due to hit Sid soon) then a wishlist bug would do the job. Likewise if there are some backports required etc you could request them in the same bug. Looks like CONFIG_ARCH_SUNXI is part of the multi_v7_defconfig upstream, which suggests it would be a candidate for being enabled in the new mp (multiplatform) kernel flavour. It's enabled in my local 3.9 armmp work [1] but allwinner a10 support in mainline resume to soc/ram and watchdog support (watchdog not in 3.9) so all you can do is booting a ramdisk and connect on the serial port to 'use' it. ok - thanks arnaud. ok, so we stick with 3.4 for now [*1], do a local build (based on niall's work). l. [*1] stage/sunxi-3.4 with just one key fix: https://github.com/linux-sunxi/linux-sunxi/tree/b341bf8889e5e553d20f0e14115e5f4a3530ff10 -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPweEDx_R0Z=24lwozdcy9fxkr2p-xvfnsj_ctzrm_mjaya...@mail.gmail.com
Re: modifying and verifying debian installer for armhf board (a10-eoma68)
On Mon, May 20, 2013 at 12:19 AM, Ben Hutchings b...@decadent.org.uk wrote: On Sun, 2013-05-19 at 23:54 +0100, Luke Kenneth Casson Leighton wrote: woo! how exciting! and novel. having serial console access to boot log. Setting up filesystem, please wait ... pivot_root: Invalid argument 0Kernel panic - not syncing: Attempted to kill init! exitcode=0x0100 ahh, i am sooo happy to see that. an error message. a real live error message. ok. anyone got any ideas? :) pivot_root(2) says: EINVAL put_old is not underneath new_root. but I don't know whether that helps. it should... but weirdly the old root is definitely under the new one. i'll take a look in the 3.4.43 kernel source, see if there's anything else. but also, this is /sbin/init rather than /init - which one should really be executed (as process 1) - both exist. i've got rdinit=/sbin/init hard-coded into the u-boot source at the moment (difficult to replace). l. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPweEDyg5qtW=+GkkTDvQ50M_V0VJ0TEH=rilvesznxfa95...@mail.gmail.com
Re: modifying and verifying debian installer for armhf board (a10-eoma68)
+++ Luke Kenneth Casson Leighton [2013-05-20 15:22 +0100]: but also, this is /sbin/init rather than /init - which one should really be executed (as process 1) - both exist. /sbin/init exists on a standard debian wheezy (or ubuntu raring) rootfs. /init doesn't. Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130520150958.gl11...@stoneboat.aleph1.co.uk
Re: modifying and verifying debian installer for armhf board (a10-eoma68)
On Mon, May 20, 2013 at 4:09 PM, Wookey woo...@wookware.org wrote: +++ Luke Kenneth Casson Leighton [2013-05-20 15:22 +0100]: but also, this is /sbin/init rather than /init - which one should really be executed (as process 1) - both exist. /sbin/init exists on a standard debian wheezy (or ubuntu raring) rootfs. /init doesn't. bizarre. ok, so the question is: what's a /init doing in the debian-installer initramfs, particularly as they're completely different? -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPweEDwhguJGbih1V0KFmGpk9kBWbkWdQKLpXZTA_3F=rfo...@mail.gmail.com
Re: modifying and verifying debian installer for armhf board (a10-eoma68)
On Mon, May 20, 2013 at 11:26 PM, Luke Kenneth Casson Leighton wrote: bizarre. ok, so the question is: what's a /init doing in the debian-installer initramfs, particularly as they're completely different? /init is in my desktop initramfs too, but not on the rootfs. It looks like a script that brings up the system to the point where it can run /sbin/init. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAKTje6H+3bFXQ+6Op9EtoMq2P96hcGmF2sE=4asatft8t+j...@mail.gmail.com
Re: modifying and verifying debian installer for armhf board (a10-eoma68)
On Mon, May 20, 2013 at 4:31 PM, Paul Wise p...@debian.org wrote: On Mon, May 20, 2013 at 11:26 PM, Luke Kenneth Casson Leighton wrote: bizarre. ok, so the question is: what's a /init doing in the debian-installer initramfs, particularly as they're completely different? /init is in my desktop initramfs too, but not on the rootfs. It looks like a script that brings up the system to the point where it can run /sbin/init. yea... i modified it to add DEBUG_BOOT=3 so that i could get in, then followed it through. /init is mounting /proc which then causes /sbin/init to fail to mount /proc. so there's something really odd going on. l. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capweedxwgowfh4rvglzyxtxkrok7d1vlsyc3e5zxdwfhr4z...@mail.gmail.com
Re: modifying and verifying debian installer for armhf board (a10-eoma68)
On Mon, May 20, 2013 at 11:44 PM, Luke Kenneth Casson Leighton wrote:
yea... i modified it to add DEBUG_BOOT=3 so that i could get in,
then followed it through. /init is mounting /proc which then causes
/sbin/init to fail to mount /proc.
so there's something really odd going on.
I don't know about your /init but the Debian one also has this:
# Move virtual filesystems over to the real filesystem
mount -n -o move /sys ${rootmnt}/sys
mount -n -o move /proc ${rootmnt}/proc
PS: no need to CC me.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/caktje6f0oskyses-4v6t1drf05kncbous0-yosxndb+nwe6...@mail.gmail.com
Re: modifying and verifying debian installer for armhf board (a10-eoma68)
so there's something really odd going on. Any more odd than Canonical branding making its way into the 7.0.0 release? (I think I've still got the screenshot.) Respectfully, rl -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/b9d874af7ea66c0008d3c1b8175004af.squir...@webmail.robertlink.org
Re: modifying and verifying debian installer for armhf board (a10-eoma68)
On Mon, May 20, 2013 at 4:49 PM, Paul Wise p...@debian.org wrote:
On Mon, May 20, 2013 at 11:44 PM, Luke Kenneth Casson Leighton wrote:
yea... i modified it to add DEBUG_BOOT=3 so that i could get in,
then followed it through. /init is mounting /proc which then causes
/sbin/init to fail to mount /proc.
so there's something really odd going on.
I don't know about your /init but the Debian one also has this:
it's not my /init - i do not own it, i do not claim ownership of
that file, and even if i was the copyright holder i would still be
more comfortable using the words the file named /init or just
/init. sorry...
anyway: i downloaded the armhf latest netboot initramdisk and
unpacked it using the commands under the section unpack initrd here:
http://rhombus-tech.net/allwinner_a10/debian_netboot/
so the file named /init *should* be the exact same one used in debian.
# Move virtual filesystems over to the real filesystem
mount -n -o move /sys ${rootmnt}/sys
mount -n -o move /proc ${rootmnt}/proc
hm, ok so the latest armhf netboot initramdisk is not really the latest. odd.
PS: no need to CC me.
sorry - it's the default for reply-to-all. actually it's the
lists being cc'd, not you! if i hit reply you get a personal reply
and the lists don't see anything. odd because normally reply will
see lists [only]: gmail's good at respecting X-Reply-To headers.
debian lists are a bit odd, it's always been like that. so, anyway,
let's swap the lists being cc'd with paul go to cc field...
ctrl-a, xtrl-x, go to to field, ctrl-a, ctrl-v. there. happy? :)
l.
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/capweedzahx8rca1chxft5_pc3zc1ee3cwlb_+2rsnec+izh...@mail.gmail.com
Re: modifying and verifying debian installer for armhf board (a10-eoma68)
On Sat, 2013-05-18 at 12:18 +0100, luke.leighton wrote: * create a modified netinst-initrd that uses usb0 ethernet gadget *blind* (no console!!) which gets far enough on its own to do DHCP client * also pre-install some sort of service (ssh? busybox telnet? other?) which allows an interactive login [...] * log in (somehow) to the board over usbnet Sounds like you want a network-console flavour image, like the ones used for kirkwood, http://www.cyrius.com/debian/kirkwood/qnap/ts-41x/install/ (obviously the bit about using the factory image to flash the firmware you can ignore in favour of fel boot). The main thing you need to be included in the image to make it this type seems to be the network-console openssh-server-udeb udebs. debian-installer/build/pkg-lists/network-console also lists libnss-files-udeb Ian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1368946158.12438.24.ca...@dagon.hellion.org.uk
Re: modifying and verifying debian installer for armhf board (a10-eoma68)
On Sun, May 19, 2013 at 7:49 AM, Ian Campbell i...@hellion.org.uk wrote: On Sat, 2013-05-18 at 12:18 +0100, luke.leighton wrote: * create a modified netinst-initrd that uses usb0 ethernet gadget *blind* (no console!!) which gets far enough on its own to do DHCP client * also pre-install some sort of service (ssh? busybox telnet? other?) which allows an interactive login [...] * log in (somehow) to the board over usbnet Sounds like you want a network-console flavour image, like the ones used for kirkwood, http://www.cyrius.com/debian/kirkwood/qnap/ts-41x/install/ it does, doesn't it? i've been thinking that through (and also looking at the source of debian-installer). the only thing that doesn't make sense is: it's all set up to require a password. why would you need a password for connecting to something that - pretty much without fail - is going to be sitting 1/2 a metre away on the end of a usb cable and nothing else? i.e. there's no guarantee on these devices especially things like the MK802 that there will be ethernet. there's almost certainly no tablets using allwinner a10 processors that have ethernet (not even the flying squirrel). so i'm tempted to just do an experiment - just because i can - to use busybox-telnetd - because the route of using openssh _has_ been solved already but isn't quiiite appropriate, and i think telnetd-over-g_ether will turn out to be a very useful combination. i'd do g_serial and it would be done already but i need the damn micro-usb port for a network! :) (obviously the bit about using the factory image to flash the firmware you can ignore in favour of fel boot). yes. once running, still need to resolve what kernel to install (if any). is that possible with debian-installer? the procedures for installing a kernel (which are normally required to be in the 1st partition, fat-formatted) and even just _obtaining_ a kernel are tricky: absolutely everyone right now either custom-builds or uses stock ones. how do you tell debian-installer i don't want a kernel installed thanks for offering? The main thing you need to be included in the image to make it this type seems to be the network-console openssh-server-udeb udebs. debian-installer/build/pkg-lists/network-console also lists libnss-files-udeb ah good. that's a big clue. got hold of network-console.udeb and openssh-server.udeb, unpacking them... ah ha! bin/network-console-menu and friends, _great_. hmmm... now... where's the best place to put these [for execution as /sbin/telnetd -l /bin/network-console-something] l. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capweedyessz1v8refvkcjqvxu7_ynkoym6t811m+pbjwphr...@mail.gmail.com
Re: modifying and verifying debian installer for armhf board (a10-eoma68)
luke.leighton luke.leigh...@gmail.com writes: Hi, On Sun, May 19, 2013 at 7:49 AM, Ian Campbell i...@hellion.org.uk wrote: On Sat, 2013-05-18 at 12:18 +0100, luke.leighton wrote: * create a modified netinst-initrd that uses usb0 ethernet gadget *blind* (no console!!) which gets far enough on its own to do DHCP client * also pre-install some sort of service (ssh? busybox telnet? other?) which allows an interactive login [...] * log in (somehow) to the board over usbnet Sounds like you want a network-console flavour image, like the ones used for kirkwood, http://www.cyrius.com/debian/kirkwood/qnap/ts-41x/install/ it does, doesn't it? i've been thinking that through (and also looking at the source of debian-installer). the only thing that doesn't make sense is: it's all set up to require a password. why would you need a password for connecting to something that - pretty much without fail - is going to be sitting 1/2 a metre away on the end of a usb cable and nothing else? i.e. there's no guarantee on these devices especially things like the MK802 that there will be ethernet. there's almost certainly no tablets using allwinner a10 processors that have ethernet (not even the flying squirrel). so i'm tempted to just do an experiment - just because i can - to use busybox-telnetd - because the route of using openssh _has_ been solved already but isn't quiiite appropriate, and i think telnetd-over-g_ether will turn out to be a very useful combination. i'd do g_serial and it would be done already but i need the damn micro-usb port for a network! :) what about using cdc composite gadget driver ? : From drivers/usb/gadget/Kconfig: config USB_CDC_COMPOSITE tristate CDC Composite Device (Ethernet and ACM) (obviously the bit about using the factory image to flash the firmware you can ignore in favour of fel boot). yes. once running, still need to resolve what kernel to install (if any). is that possible with debian-installer? the procedures for installing a kernel (which are normally required to be in the 1st partition, fat-formatted) and even just _obtaining_ a kernel are tricky: absolutely everyone right now either custom-builds or uses stock ones. how do you tell debian-installer i don't want a kernel installed thanks for offering? it may have changed but I think that d-i will tell you that it didn't find any kernel and ask you if you want to proceed without one. If you accept, it'll go on finishing installing things. Arnaud -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/874ndzz1yh@lebrac.rtp-net.org
Re: modifying and verifying debian installer for armhf board (a10-eoma68)
On Sun, 2013-05-19 at 10:37 +0100, luke.leighton wrote: On Sun, May 19, 2013 at 7:49 AM, Ian Campbell i...@hellion.org.uk wrote: On Sat, 2013-05-18 at 12:18 +0100, luke.leighton wrote: * create a modified netinst-initrd that uses usb0 ethernet gadget *blind* (no console!!) which gets far enough on its own to do DHCP client * also pre-install some sort of service (ssh? busybox telnet? other?) which allows an interactive login [...] * log in (somehow) to the board over usbnet Sounds like you want a network-console flavour image, like the ones used for kirkwood, http://www.cyrius.com/debian/kirkwood/qnap/ts-41x/install/ it does, doesn't it? i've been thinking that through (and also looking at the source of debian-installer). the only thing that doesn't make sense is: it's all set up to require a password. why would you need a password for connecting to something that - pretty much without fail - is going to be sitting 1/2 a metre away on the end of a usb cable and nothing else? I don't know if the password thing is because ssh just doesn't let you use no password or if it's because the normal use case here is on regular Ethernet. In any case it doesn't seem like a blocker for a first pass and could likely be switched easily enough to use telnet in the future. (obviously the bit about using the factory image to flash the firmware you can ignore in favour of fel boot). yes. once running, still need to resolve what kernel to install (if any). is that possible with debian-installer? the procedures for installing a kernel (which are normally required to be in the 1st partition, fat-formatted) and even just _obtaining_ a kernel are tricky: absolutely everyone right now either custom-builds or uses stock ones. how do you tell debian-installer i don't want a kernel installed thanks for offering? If it can't determine which kernel flavour works with your hardware then it'll ask and one of the options is just continue. That can probably be preseeded away. But the obvious answer here is to get support for your device into the appropriate Debian kernel flavour and then integrated into the standard d-i images. If there is upstream support then this ought to be more or less trivial. Otherwise you are looking at patching whichever udeb (looks like it might be libdebian-installer) chooses the kernel based on the platform to offer extra options to get a kernel from elsewhere. You'll probably also need to teach flash-kernel about your devices requirements (kernel in a FAT partition etc). The main thing you need to be included in the image to make it this type seems to be the network-console openssh-server-udeb udebs. debian-installer/build/pkg-lists/network-console also lists libnss-files-udeb ah good. that's a big clue. got hold of network-console.udeb and openssh-server.udeb, unpacking them... ah ha! bin/network-console-menu and friends, _great_. hmmm... now... where's the best place to put these [for execution as /sbin/telnetd -l /bin/network-console-something] Put them? They should be unpacked in the installer initrd which you build. Ian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1368961461.12438.35.ca...@dagon.hellion.org.uk
Re: modifying and verifying debian installer for armhf board (a10-eoma68)
On Sun, May 19, 2013 at 11:41 AM, Arnaud Patard arnaud.pat...@rtp-net.org wrote: luke.leighton luke.leigh...@gmail.com writes: Hi, On Sun, May 19, 2013 at 7:49 AM, Ian Campbell i...@hellion.org.uk wrote: On Sat, 2013-05-18 at 12:18 +0100, luke.leighton wrote: * create a modified netinst-initrd that uses usb0 ethernet gadget *blind* (no console!!) which gets far enough on its own to do DHCP client * also pre-install some sort of service (ssh? busybox telnet? other?) which allows an interactive login [...] * log in (somehow) to the board over usbnet Sounds like you want a network-console flavour image, like the ones used for kirkwood, http://www.cyrius.com/debian/kirkwood/qnap/ts-41x/install/ it does, doesn't it? i've been thinking that through (and also looking at the source of debian-installer). the only thing that doesn't make sense is: it's all set up to require a password. why would you need a password for connecting to something that - pretty much without fail - is going to be sitting 1/2 a metre away on the end of a usb cable and nothing else? i.e. there's no guarantee on these devices especially things like the MK802 that there will be ethernet. there's almost certainly no tablets using allwinner a10 processors that have ethernet (not even the flying squirrel). so i'm tempted to just do an experiment - just because i can - to use busybox-telnetd - because the route of using openssh _has_ been solved already but isn't quiiite appropriate, and i think telnetd-over-g_ether will turn out to be a very useful combination. i'd do g_serial and it would be done already but i need the damn micro-usb port for a network! :) what about using cdc composite gadget driver ? : From drivers/usb/gadget/Kconfig: config USB_CDC_COMPOSITE tristate CDC Composite Device (Ethernet and ACM) ah! thank you! i hadn't noticed that one. ahh, that'd be extremely handy. (obviously the bit about using the factory image to flash the firmware you can ignore in favour of fel boot). yes. once running, still need to resolve what kernel to install (if any). is that possible with debian-installer? the procedures for installing a kernel (which are normally required to be in the 1st partition, fat-formatted) and even just _obtaining_ a kernel are tricky: absolutely everyone right now either custom-builds or uses stock ones. how do you tell debian-installer i don't want a kernel installed thanks for offering? it may have changed but I think that d-i will tell you that it didn't find any kernel and ask you if you want to proceed without one. If you accept, it'll go on finishing installing things. awesome - thanks arnaud. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capweedwkgymvxs_9b4g29wqpezzk9njgy6zf4k4hvsxv6u6...@mail.gmail.com
Re: modifying and verifying debian installer for armhf board (a10-eoma68)
On Sun, May 19, 2013 at 12:04 PM, Ian Campbell i...@hellion.org.uk wrote: I don't know if the password thing is because ssh just doesn't let you use no password or if it's because the normal use case here is on regular Ethernet. In any case it doesn't seem like a blocker for a first pass and could likely be switched easily enough to use telnet in the future. yehh... there's another advantage: i can do absolute minimum changes to a pre-existing initramfs, by unpacking it, removing /lib/modules/*, copying over from a known-good-working initramfs, then adding in a replacement busybox (again, a verified working one), then the other path - to use the standard build procedures to create an initramfs: how do i know if it's working? remember: no JTAG, no console. that means no early debugging, no early printk, no access to syslog. so i need to go in very small increments from known-good to known-good. even going to an unknown initramfs (debian-installer one) where i'm putting in modprobe g_ether and modprobe usbnet is still a considerable jump. going to an initramfs with openssh server installed is _way_ too big a jump. at the moment i'm trying to work out how to chroot execute the files unpacked from a netboot initramfs, putting them onto an sdcard and booting from a miniroot ramfs i created earlier (and know works). i might be forced to create a small microsd card partition (or move my debian armhf files out the way) in order to minimise the number of changes / steps. (obviously the bit about using the factory image to flash the firmware you can ignore in favour of fel boot). yes. once running, still need to resolve what kernel to install (if any). is that possible with debian-installer? the procedures for installing a kernel (which are normally required to be in the 1st partition, fat-formatted) and even just _obtaining_ a kernel are tricky: absolutely everyone right now either custom-builds or uses stock ones. how do you tell debian-installer i don't want a kernel installed thanks for offering? If it can't determine which kernel flavour works with your hardware then it'll ask and one of the options is just continue. That can probably be preseeded away. thanks ian. But the obvious answer here is to get support for your device into the appropriate Debian kernel flavour and then integrated into the standard d-i images. If there is upstream support then this ought to be more or less trivial. yeees.. that would be good. what's the procedure there? someone's already built one: http://dl.linux-sunxi.org/users/niall/debian/ Otherwise you are looking at patching whichever udeb (looks like it might be libdebian-installer) chooses the kernel based on the platform to offer extra options to get a kernel from elsewhere. You'll probably also need to teach flash-kernel about your devices requirements (kernel in a FAT partition etc). *grin*. ok. The main thing you need to be included in the image to make it this type seems to be the network-console openssh-server-udeb udebs. debian-installer/build/pkg-lists/network-console also lists libnss-files-udeb ah good. that's a big clue. got hold of network-console.udeb and openssh-server.udeb, unpacking them... ah ha! bin/network-console-menu and friends, _great_. hmmm... now... where's the best place to put these [for execution as /sbin/telnetd -l /bin/network-console-something] Put them? They should be unpacked in the installer initrd which you build. yes. i was just wondering how to execute them. right now i've chosen /lib/debian-installer-startup.d/S98telnetd l. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capweedyunog8s+pjubh8v+jfwp6idnsoku0kc3uxwpzhnub...@mail.gmail.com
Re: modifying and verifying debian installer for armhf board (a10-eoma68)
+++ luke.leighton [2013-05-19 10:37 +0100]: On Sun, May 19, 2013 at 7:49 AM, Ian Campbell i...@hellion.org.uk wrote: Sounds like you want a network-console flavour image, like the ones used for kirkwood, http://www.cyrius.com/debian/kirkwood/qnap/ts-41x/install/ it does, doesn't it? i've been thinking that through (and also looking at the source of debian-installer). the only thing that doesn't make sense is: it's all set up to require a password. so i'm tempted to just do an experiment - just because i can - to use busybox-telnetd - because the route of using openssh _has_ been solved already but isn't quiiite appropriate, and i think telnetd-over-g_ether will turn out to be a very useful combination. I used this for balloon bootstrapping about 4 years ago, mostly because ssh is annoying if you have a pile of boards to fill with code as, even when you got the keys right, it bitches everytime you put a new one in that the other end has changed. It is possible to nobble this but telnetd is a lot simpler for this application. As someone else has pointed out a console on an ACM gadget driver is also good. how do you tell debian-installer i don't want a kernel installed thanks for offering? Not sure, but don't we really want to make a D-I setup with a local kernel package to install? I believe that functionality exists, although I've never got round to trying it myself. Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130519201141.gg2...@stoneboat.aleph1.co.uk
Re: modifying and verifying debian installer for armhf board (a10-eoma68)
On Sun, May 19, 2013 at 9:11 PM, Wookey woo...@wookware.org wrote: +++ luke.leighton [2013-05-19 10:37 +0100]: On Sun, May 19, 2013 at 7:49 AM, Ian Campbell i...@hellion.org.uk wrote: Sounds like you want a network-console flavour image, like the ones used for kirkwood, http://www.cyrius.com/debian/kirkwood/qnap/ts-41x/install/ it does, doesn't it? i've been thinking that through (and also looking at the source of debian-installer). the only thing that doesn't make sense is: it's all set up to require a password. so i'm tempted to just do an experiment - just because i can - to use busybox-telnetd - because the route of using openssh _has_ been solved already but isn't quiiite appropriate, and i think telnetd-over-g_ether will turn out to be a very useful combination. I used this for balloon bootstrapping about 4 years ago, mostly because ssh is annoying if you have a pile of boards to fill with code as, even when you got the keys right, it bitches everytime you put a new one in that the other end has changed. It is possible to nobble this but telnetd is a lot simpler for this application. As someone else has pointed out a console on an ACM gadget driver is also good. ehh, i tried g_cdc (acm+ether) and it barfed. ok, the module loaded, it even allocated a [random] mac address, hmm, let me see if i can find it in the irc logs, ah here we go: lkcl Jan 1 00:00:23 localhost kernel: [ 13.66] ep_matches, wrn: endpoint already claimed, ep(0xc07e74e8, 0xeeab4880, ep4-bulk) lkcl Jan 1 00:00:23 localhost kernel: [ 13.68] g_cdc gadget: acm/ee971f00: can't bind, err -19 so i'm back to g_ether ah well. how do you tell debian-installer i don't want a kernel installed thanks for offering? Not sure, but don't we really want to make a D-I setup with a local kernel package to install? *click*... yes! that would be good. I believe that functionality exists, although I've never got round to trying it myself. ok, it's helpful to just know it exists. lots going on - got a successful boot but lost the .config _and_ made too many other changes at the same time, i'm attempting to step back to known working good. l. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capweedzkszy-ddojkogo7o5aoooygvavzcz+gzhria_n9du...@mail.gmail.com
Re: modifying and verifying debian installer for armhf board (a10-eoma68)
woo! how exciting! and novel. having serial console access to boot log. Setting up filesystem, please wait ... pivot_root: Invalid argument 0Kernel panic - not syncing: Attempted to kill init! exitcode=0x0100 ahh, i am sooo happy to see that. an error message. a real live error message. ok. anyone got any ideas? :) l. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capweedx9ojz7cby+sp2+ucbuan82yzg_yfjaebc4sohspan...@mail.gmail.com
Re: modifying and verifying debian installer for armhf board (a10-eoma68)
On Sun, 2013-05-19 at 23:54 +0100, Luke Kenneth Casson Leighton wrote: woo! how exciting! and novel. having serial console access to boot log. Setting up filesystem, please wait ... pivot_root: Invalid argument 0Kernel panic - not syncing: Attempted to kill init! exitcode=0x0100 ahh, i am sooo happy to see that. an error message. a real live error message. ok. anyone got any ideas? :) pivot_root(2) says: EINVAL put_old is not underneath new_root. but I don't know whether that helps. Ben. -- Ben Hutchings All the simple programs have been written, and all the good names taken. signature.asc Description: This is a digitally signed message part
Re: modifying and verifying debian installer for armhf board (a10-eoma68)
i've started a page here which is the notes being collated to get this done: http://rhombus-tech.net/allwinner_a10/debian_netboot/ l. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capweedw3-t8jl6gpadcvwjyckssdqferw0nts04apcdz7kg...@mail.gmail.com
