Bug#824954: IRT: [bug #52939] [PATCH] 10_linux: support loading device trees

2020-11-26 Thread Elliott Mitchell
The patch to have GRUB load a device-tree is interesting. This is certainly worthy of discussion. Three issues come up when looking though: First, your patch modifies /etc/grub.d/10_linux, but misses /etc/grub.d/10_linux_xen. /etc/grub.d/10_linux_xen needs a fairly similar treatment. Second, r

Bug#824954: flash-kernel: GRUB? via U-Boot?

2020-11-26 Thread Elliott Mitchell
For a Raspberry PI, I've got the initial workings of a script to accomplish this goal. First, install u-boot-rpi, raspi-firmware, and grub-efi-arm64. Next, create a filesystem on a device the Raspberry PI will boot from. For anything pre-RP4, this will have to VFAT and show up in a MBR. A system

Bug#824954: flash-kernel: GRUB? via U-Boot?

2020-11-23 Thread Elliott Mitchell
There may be several distinct bugs involved with #824954. For one, I suspect `grub-install`'s behavior needs to change if EFI variables aren't supported. I use this as a flag which could distinguish installation on top of a full EFI implementation (perhaps Tianocore-derived), versus U-Boot's rath

Bug#975610: flash-kernel: Please add --verbose and --simulate modes

2020-11-23 Thread Elliott Mitchell
Package: flash-kernel Version: 3.103 Severity: wishlist Subject should say it all. I would like to learn what actions `flash-kernel` would be taking. Having simulate and verbose options is a common software feature. -- (\___(\___(\__ --=> 8-) EHM <=-- __/)___/)___/)

Bug#779890: udhcpd: Support for multiple interfaces/udhcpd processes

2015-03-06 Thread Elliott Mitchell
sted for use as an ifupdown hook script by Elliott Mitchell # . # ### BEGIN INIT INFO # Provides: udhcpd # Required-Start:$remote_fs $syslog # Required-Stop: $remote_fs $syslog # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Start busybox udhcpd at boot

Bug#779890: udhcpd: Support for multiple interfaces/udhcpd processes

2015-03-06 Thread Elliott Mitchell
On Fri, Mar 06, 2015 at 09:02:39AM +0300, Michael Tokarev wrote: > 06.03.2015 02:57, Elliott Mitchell wrote: > > The documentation seems to suggest udhcpd can only handle binding to one > > interface and using one IP address range per udhcpd process. Due to > > this, it would

Bug#779890: udhcpd: Support for multiple interfaces/udhcpd processes

2015-03-05 Thread Elliott Mitchell
Upon a bit more thinking about the situation, I must suggest the overlapping feature of adding a hook script to allow udhcpd to be started/stopped by `ifupdown` instead of only by init script. This ends up dovetailing into support for multiple interfaces. -- (\___(\___(\__ --=> 8-)

Bug#779890: udhcpd: Support for multiple interfaces/udhcpd processes

2015-03-05 Thread Elliott Mitchell
Package: udhcpd Version: 1:1.20.0-7 Severity: wishlist The documentation seems to suggest udhcpd can only handle binding to one interface and using one IP address range per udhcpd process. Due to this, it would be handy if Debian's init scripts had support for starting/stopping multiple udhcpd pr