Re: Updating the installation guide, arm platform support
On Wed, 2014-03-19 at 20:33 +0100, Karsten Merker wrote: > On Wed, Mar 19, 2014 at 08:41:28AM +, Ian Campbell wrote: > > On Tue, 2014-03-18 at 22:19 +0100, Karsten Merker wrote: > > > > I am working on updating the installation guide for Jessie and > > > have a few questions regarding armel/armhf platform support in > > > Jessie. > > > > > > As far as I can see, the mx5 kernel flavor from Wheezy/armhf is > > > gone in Jessie and has been replaced by i.mx5x support in the > > > armmp kernel. Is this correct? > > > > Yes. > > > > > If yes, it appears to me that we would need to update the > > > flash-kernel machine database, which still refers to > > > "Kernel-Flavors: mx5" for the Freescale MX53 LOCO, the Genesi > > > Efika Smartbook and the Genesi EfikaMX nettop. > > > > Hrm. Yes. I've just s/Kernel-Flavors: mx5/Kernel-Flavors: armmp mx5/g > > in git. I don't have any mx5 hardware so someone please confirm or deny. > > Thanks! > > Does anybody know whether the u-boot on the Freescale MX53 LOCO > board supports booting with a seperate dtb or whether the dtb has > to be appended to the kernel image? I don't know I'm afraid. > If the latter, we would have > to also add a "DTB-Append" to the machine entry. Correct. > I have tried to gather information about the two Efika systems. > As far as I could find out, there seems to be no devicetree for > them. The old-style board support code has been removed from the > kernel in october 2012, but grepping arch/arm/boot/dts for Genesi > and Efika does not give any hits and a websearch has also > provided no devicetree files for them. Strange that the board files were removed without replacement. It might be worth mailing the author of the removal patch to find out what is going on. [...] > The installer currently builds a set of images for the efikamx > target (in debian-installer/installer/build/config/armhf/armmp). > If these systems are no longer supported, those image builds > should be disabled. CC-ing debian-boot for this. IIRC Hector has something to do with these. > [...] > I have added a notice to the installation guide about the > possibility (and limitations) of using d-i on "unsupported" > systems for which the armmp kernel has enough hardware support > and a devicetree file is available. Sounds good (nb: I've not looked at the actual text) > Another system question - the d-i alpha 1 announcement states: > > > Hardware support changes > > > > [snip] > > * armhf: The armmp flavour has been added; it covers both mx5 and > > vexpress. > > Because of this I was going to list the versatile express as > supported platform in the installation guide, but I have stumbled > over the fact that it is not listed in the flash-kernel machine > database, which makes me wonder about its status. Can anybody > shed some light on this? AFAIU vexpress does not boot via u-boot and has it's own "special" firmware. Therefore I don't think flash-kernel support is possible/needed. Ian. signature.asc Description: This is a digitally signed message part
Bug#619236: debian PS3 installation kboot.conf needed
Op maandag 3 maart 2014 10:38:12 schreef Antonio Ospite: > kboot-utils is in Debian[1] already, all that is missing is to find a > way to tell the installer: > > "if this system is a PS3, then install kboot-utils" > > Can anyone suggest where this kind of logic can be added in d-i? > I didn't manage to allocate enough time to look deeper into that. If the PS3 needs some special partitioning (it's been a while since I upgraded my PS3 to something that can't run Linux anymore, so I don't remember) then I would suggest a partman module. If not, I guess finish-install is the best place to do it. -- This end should point toward the ground if you want to go to space. If it starts pointing toward space you are having a bad problem and you will not go to space today. -- http://xkcd.com/1133/
Re: Changing on website [ Re: Debian Installer Jessie Alpha 1 release ]
Hi, Cyril Brulebois wrote: > Holger Wansing (2014-03-19): > > a small proposal regarding the changing in > > webwml/english/devel/debian-installer/index.wml: > > > > > > To install Debian testing, we recommend you use > > - the of the installer, after checking its > > + the release of the installer, after > > checking its > > errata. The following images are available for > > : > > > > Otherwise the term expands to: > > To install Debian testing, we recommend you use the Jessie Alpha 1 of the > > installer, ... > > Looks good to me, thanks. Feel free to poke debian-www@ to coordinate > the change and avoid generating more work for translators who already > have updated their translations. (I think that's where smart changes > could help, but I can't look into it right now, sorry.) The patch above adds an additional word, thus that word needs to be added to the translations as well. So translators have to do that them-self. I will commit that, if noone objects... Holger -- Created with Sylpheed 3.2.0 under the new D E B I A N L I N U X 7 . 0 W H E E Z Y ! Registered Linux User #311290 - https://linuxcounter.net/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140320114128.0c5a633721a2d150e7c44...@wansing-online.de
Bug#712907: grub-installer: No longer installs automatically on a normal machine with one hard drive
Hi KiBi, hi Petter, On Thu, Oct 17, 2013 at 02:26:49PM +0200, Cyril Brulebois wrote: > Petter Reinholdtsen (2013-06-20): > > Package: grub-installer > > Version: 1.86 > > Severity: important > > User: debian-...@lists.debian.org > > Usertags: debian-edu > > > > We discovered this in Debian Edu based on testing using d-i udebs from > > unstable. See > > > http://jenkins.debian.net/view/edu/job/g-i-installation_debian-edu_jessie_standalone/ > > > > > for a automatic test of such installation. > > > > The change introduced in version 1.86 added a new question in Debian > > Installer, causing the installation to hang at the end asking where to > > install grub. This used to work automatically, but now require people > > to fill in a value, and [enter] do not work. > > Not in every case, that's why the question was added in the first place! > > I haven't looked whether one can preseed it like other questions. If it > isn't possible, that should be fixed. It looks bootdev could be preseeded[1], at least for a test for a VM preseed the following worked for me: d-i grub-installer/bootdev string /dev/vda [1] https://bugs.debian.org/666974 But having string (hd0) does not seem to work here (have not checked why), which would be nicer to have more generalised preseed files as previous possible (for say when having machines having a /dev/vda or a /dev/sda ...). Petter, does this also work for you? Regards, Salvatore -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140320134139.ga22...@lorien.valinor.li
Bug#712907: grub-installer: No longer installs automatically on a normal machine with one hard drive
Salvatore Bonaccorso (2014-03-20): > It looks bootdev could be preseeded[1], at least for a test for a VM > preseed the following worked for me: > > d-i grub-installer/bootdev string /dev/vda > > [1] https://bugs.debian.org/666974 > > But having string (hd0) does not seem to work here (have not checked > why), which would be nicer to have more generalised preseed files as > previous possible (for say when having machines having a /dev/vda or a > /dev/sda ...). > > Petter, does this also work for you? First of all, I'm not familiar with d-i best practices. So maybe the following won't make sense. We could imagine either proposing another variable which would take specifications like “(hd0)” and do what's needed to convert them back to /dev/foo stuff, or detect (based on what? parens?) when a conversion is needed for the bootdev variable that was passed, and do that. Mraw, KiBi. signature.asc Description: Digital signature
Re: Updating the installation guide, arm platform support
On Thu, 2014-03-20 at 08:38 +, Ian Campbell wrote: > On Wed, 2014-03-19 at 20:33 +0100, Karsten Merker wrote: > > Another system question - the d-i alpha 1 announcement states: > > > > > Hardware support changes > > > > > > [snip] > > > * armhf: The armmp flavour has been added; it covers both mx5 and > > > vexpress. > > > > Because of this I was going to list the versatile express as > > supported platform in the installation guide, but I have stumbled > > over the fact that it is not listed in the flash-kernel machine > > database, which makes me wonder about its status. Can anybody > > shed some light on this? > > AFAIU vexpress does not boot via u-boot and has it's own "special" > firmware. Therefore I don't think flash-kernel support is > possible/needed. On booting vexpress... There is an upstream U-Boot for vexpress when its fitted with an A9x4 CoreTile (pluggable CPU module) and various out-of-tree hacks for other CoreTiles, but it's best to consider vexpress as 'special' as the vendor (ARM Ltd) supplies it's own simple custom bootloader with the board and is promoting UEFI as a the boot-loader of the future. Basically, there are many constantly evolving variables of possible firmware version and configurations its best not to try and support any particular one. However, having the kernel, initrd and dtbs available in an easily discoverable place in the generated Debian filesystem would be good. For Linaro file system images (based on Open Embedded, Ubuntu and Android) we try and put the initrd, zImage and dtbs in the boot partition, so at least it's fairly simple to point whatever bootloader the user uses at the right bits, or can find them to put into flash memory or wherever else they need to go. -- Tixy -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1395343818.3060.24.ca...@computer5.home
Bug#739682: Hitting ctrl-C
Hitting control C on the F1 console loops back to select software. I'm stuck. I'm using network mirrors so I presume I have the latest version of everything. -Nigel smime.p7s Description: S/MIME Cryptographic Signature
Bug#739682: More info
I believe it's stuck on "apt-cdrom ident". Killing that makes progress and causes a 'load CD' prompt on the F1 console. From there you should be able to proceed. -Nigel smime.p7s Description: S/MIME Cryptographic Signature
Bug#742224: os-prober: NetBSD detection
Package: os-prober Version: 1.63 Severity: normal Dear Maintainer, My NetBSD partition is not detected. It would appear that there should be a file /usr/lib/os-probes/90bsd-distro, however that file is missing and I don't know where to download it from. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages os-prober depends on: ii libc6 2.18-4 os-prober recommends no packages. os-prober suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140320213159.15990.40343.report...@philips.bandsman.co.uk
Re: Updating the installation guide, arm platform support
On Thu, 2014-03-20 at 19:30 +, Tixy wrote: > On Thu, 2014-03-20 at 08:38 +, Ian Campbell wrote: > > On Wed, 2014-03-19 at 20:33 +0100, Karsten Merker wrote: > > > Another system question - the d-i alpha 1 announcement states: > > > > > > > Hardware support changes > > > > > > > > [snip] > > > > * armhf: The armmp flavour has been added; it covers both mx5 and > > > > vexpress. > > > > > > Because of this I was going to list the versatile express as > > > supported platform in the installation guide, but I have stumbled > > > over the fact that it is not listed in the flash-kernel machine > > > database, which makes me wonder about its status. Can anybody > > > shed some light on this? > > > > AFAIU vexpress does not boot via u-boot and has it's own "special" > > firmware. Therefore I don't think flash-kernel support is > > possible/needed. > > On booting vexpress... > > There is an upstream U-Boot for vexpress when its fitted with an A9x4 > CoreTile (pluggable CPU module) and various out-of-tree hacks for other > CoreTiles, but it's best to consider vexpress as 'special' as the vendor > (ARM Ltd) supplies it's own simple custom bootloader with the board and > is promoting UEFI as a the boot-loader of the future. Basically, there > are many constantly evolving variables of possible firmware version and > configurations its best not to try and support any particular one. Also I suspect most vexpress systems are actually QEMU's emulation, which appears to support direct boot only, i.e. the files must be installed on the host. > However, having the kernel, initrd and dtbs available in an easily > discoverable place in the generated Debian filesystem would be good. For > Linaro file system images (based on Open Embedded, Ubuntu and Android) > we try and put the initrd, zImage and dtbs in the boot partition, so at > least it's fairly simple to point whatever bootloader the user uses at > the right bits, or can find them to put into flash memory or wherever > else they need to go. Kernels and initramfses will be in /boot, as for most Linux distributions. However, we currently install DTBs in /usr/lib/. Maybe it would be helpful to copy the latest applicable DTB into /boot, on some machines. Ben. -- Ben Hutchings One of the nice things about standards is that there are so many of them. signature.asc Description: This is a digitally signed message part
