Bug#788532: grub-efi-ia32-bin should be shipped on install DVD
So, after a weekend of playing with this device[1], I conclude: - Debian 8 multiarch DVD includes everything necessary for a working OS installation. - To install a full Desktop environment (i.e. Gnome), an internet connection is still required. - Installing a 64bit OS with 32bit Grub is possible, but will not boot most of the time. It usually hangs after Grub's "Loading initrd..." message. I did get it to boot once or twice, but why remains a mystery. - 32bit Debian works like a charm on this device, not a single hang at boot, Gnome desktop is usable. - A lot of hardware in the device does not work: the touchscreen, wireless and Bluetooth, power management, the battery indicator, the SD card reader (internal flash is fine), both cameras, sound, volume rockers and power button - The device has a combined USB and charging port. I managed to find a suitable Y cable, so I can inject power into the device and an external USB hub while connecting keyboard, mouse, ethernet and pen drive via the hub. - I tried kernel 4.0.0-2 from sid, it works equally well, but with the same driver limitations. - A friend of mine who is familiar with Bay Trail devices suggested that the ACPI tables are most likely incomplete, making the kernel simply not see certain components, and thus failing to enumerate devices. Tough luck. - I imaged the preinstalled Windows 8.1 before wiping the flash, and succeeded in extracting the registry Hives. Maybe I can find a complete hardware list with resource assignments there. To do. - I have a driver matching the wireless chipset[2], but it doesn't work because the SDIO bus fails to enumerate anything on Linux. I'm quite certain the driver is fine, as I had it operating in a different device with the same chipset. - The device comes with a full-blown Award UEFI BIOS setup. You can configure almost every component, possibly even some that aren't there. The USB setup page mentions XHCI and OTG support, but this isn't supported officially, and the single USB port is not a USB 3.0 one. If you can provide any further help or pointers, they'd be well appreciated. For now, my priorities lie on getting wireless and the touchscreen to work. That would turn the tablet from "working" into "useful". Thanks! Ah, and I think the bug report can be closed now. [1] http://www.trekstor.de/detail-surftabs-en/product/surftab-wintron-70.html [2] https://github.com/hadess/rtl8723bs/ -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/557dbc8e.3050...@gmail.com
Bug#788532: grub-efi-ia32-bin should be shipped on install DVD
On Fri, Jun 12, 2015 at 11:56:32PM +0200, Gregor Riepl wrote: >>> Actually, that was the easy part. Except for a custom built >>> grub-efi-i386 and some manual fiddling to find the install disc, I >>> didn't need to do anything. >> >> Right, OK. Not exactly a common trail, then. :-) > >Well, brand new hardware that "just works" is relatively rare. > >I just happen to value Debian as a starting point for most of my Linux-related >endeavours. Reduces configuration/customisation by much, and still manages to >come without unnecessary bloat like certain other distributions. >Also, I prefer apt over other package managers. Cool, you're not alone there. :-) >> Right. If you'd just tried the multi-arch Debian CD netinst or DVD >> you'd probably have found that the installation just worked for you >> without having to fight with your own grub-efi-ia32 build etc.! > >What how where multiarch? >Ok, it looks I completely missed that. Oops. No problem. >And if I'm reading your blog correctly, the i386 images come with UEFI >support, so that would be an option too. Except that I don't really like the >idea of missing out on the advantages of amd64. But if it works... Correct. >> I'm *not* planning on adding the 32-bit grub binary packages to our >> amd64 CD images just yet. I'll want to add installer build code to get >> them booting easily in 32-bit first. Until then, please stick with the >> multi-arch images. OK? > >If that's the best way to get what I want, I'll give it a try. OK, please let us know if that works for you. >This seems pretty unique to Debian though? >Ubuntu doesn't ship their i386 installers with EFI boot support, and they >don't seem to have a multiarch installer either. I *think* the Ubuntu guys are doing EFI on i386 these days, but I could be wrong. I've spoken to them about the details in the past. But the multiarch installer is definitely specific to Debian, and the mixed-mode EFI support in the installer exists only in Debian *yet*. I expect other distros to look into it soon-ish, and it's great to share this kind of work to help everybody. -- Steve McIntyre, Cambridge, UK.st...@einval.com Getting a SCSI chain working is perfectly simple if you remember that there must be exactly three terminations: one on one end of the cable, one on the far end, and the goat, terminated over the SCSI chain with a silver-handled knife whilst burning *black* candles. --- Anthony DeBoer -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150612225830.gy3...@einval.com
Bug#788532: grub-efi-ia32-bin should be shipped on install DVD
>> Actually, that was the easy part. Except for a custom built >> grub-efi-i386 and some manual fiddling to find the install disc, I >> didn't need to do anything. > > Right, OK. Not exactly a common trail, then. :-) Well, brand new hardware that "just works" is relatively rare. I just happen to value Debian as a starting point for most of my Linux-related endeavours. Reduces configuration/customisation by much, and still manages to come without unnecessary bloat like certain other distributions. Also, I prefer apt over other package managers. > Yup, I know - I wrote > http://blog.einval.com/2015/04/23#ready_for_Jessie and the code > described there. I've been hacking on Bay Trail systems for a > ehile... :-) *Reading that article now* > Right. If you'd just tried the multi-arch Debian CD netinst or DVD > you'd probably have found that the installation just worked for you > without having to fight with your own grub-efi-ia32 build etc.! What how where multiarch? Ok, it looks I completely missed that. Oops. And if I'm reading your blog correctly, the i386 images come with UEFI support, so that would be an option too. Except that I don't really like the idea of missing out on the advantages of amd64. But if it works... > I'm *not* planning on adding the 32-bit grub binary packages to our > amd64 CD images just yet. I'll want to add installer build code to get > them booting easily in 32-bit first. Until then, please stick with the > multi-arch images. OK? If that's the best way to get what I want, I'll give it a try. This seems pretty unique to Debian though? Ubuntu doesn't ship their i386 installers with EFI boot support, and they don't seem to have a multiarch installer either. -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/557b5590.4060...@gmail.com
Bug#788532: grub-efi-ia32-bin should be shipped on install DVD
On Fri, Jun 12, 2015 at 07:27:26PM +0200, Gregor Riepl wrote: >Hi Steve > >>> This is actually the responsibility of the debian-cd package, >>> reassigning. > >I did not know that, thank you. >reportbug has a "debian-installer" flag, I assumed it was for this purpose. > >> I'm the guy who's done the work for the mixed-EFI case here. How did >> you get the amd64 installer DVD to boot on your 32-bit UEFI system in >> the first place? That's an important (and harder) part of this. It's >> the reason why I explicitly only added support for mixed-EFI to our >> multi-arch i386/amd64 CDs and DVDs in the first place... > >Actually, that was the easy part. Except for a custom built >grub-efi-i386 and some manual fiddling to find the install disc, I >didn't need to do anything. Right, OK. Not exactly a common trail, then. :-) >I've been experimenting with a bunch of Intel Bay Trail tablets >lately, and they all come with a full-featured (as far as Atom goes) >64bit Atom CPU. However, since the manufacturers usually only fit 1 >or 2 GB of RAM into their devices, they ship with a 32bit Windows 8, >and consequently, only a 32bit UEFI BIOS. Yup, I know - I wrote http://blog.einval.com/2015/04/23#ready_for_Jessie and the code described there. I've been hacking on Bay Trail systems for a ehile... :-) >All those UEFI BIOSes I've seen so far will boot any 32 or 64 bit Linux kernel >just fine, provided that: >- you have a 32bit EFI bootloader (like grub-efi-ia32) >- you disable Secure Boot or register the bootloader as trusted >- the 32bit bootloader will load a 64bit kernel (which grub-efi-ia32 does) > >When building grub-efi, you also need to make sure that all necessary >modules are compiled in, as grub will refuse to load external modules >in Secure Boot mode. Yup. >I should note though that not everything is running smoothly yet. On one >particular device, the installed system only boots occasionally, usually just >hanging at the Loading initrd... prompt. Further research is necessary. Right. If you'd just tried the multi-arch Debian CD netinst or DVD you'd probably have found that the installation just worked for you without having to fight with your own grub-efi-ia32 build etc.! I'm *not* planning on adding the 32-bit grub binary packages to our amd64 CD images just yet. I'll want to add installer build code to get them booting easily in 32-bit first. Until then, please stick with the multi-arch images. OK? -- Steve McIntyre, Cambridge, UK.st...@einval.com Can't keep my eyes from the circling sky, Tongue-tied & twisted, Just an earth-bound misfit, I... -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150612193708.gx3...@einval.com
Bug#788532: grub-efi-ia32-bin should be shipped on install DVD
Hi Steve >> This is actually the responsibility of the debian-cd package, >> reassigning. I did not know that, thank you. reportbug has a "debian-installer" flag, I assumed it was for this purpose. > I'm the guy who's done the work for the mixed-EFI case here. How did > you get the amd64 installer DVD to boot on your 32-bit UEFI system in > the first place? That's an important (and harder) part of this. It's > the reason why I explicitly only added support for mixed-EFI to our > multi-arch i386/amd64 CDs and DVDs in the first place... Actually, that was the easy part. Except for a custom built grub-efi-i386 and some manual fiddling to find the install disc, I didn't need to do anything. I've been experimenting with a bunch of Intel Bay Trail tablets lately, and they all come with a full-featured (as far as Atom goes) 64bit Atom CPU. However, since the manufacturers usually only fit 1 or 2 GB of RAM into their devices, they ship with a 32bit Windows 8, and consequently, only a 32bit UEFI BIOS. All those UEFI BIOSes I've seen so far will boot any 32 or 64 bit Linux kernel just fine, provided that: - you have a 32bit EFI bootloader (like grub-efi-ia32) - you disable Secure Boot or register the bootloader as trusted - the 32bit bootloader will load a 64bit kernel (which grub-efi-ia32 does) When building grub-efi, you also need to make sure that all necessary modules are compiled in, as grub will refuse to load external modules in Secure Boot mode. I should note though that not everything is running smoothly yet. On one particular device, the installed system only boots occasionally, usually just hanging at the Loading initrd... prompt. Further research is necessary. -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/557b167e.7040...@gmail.com
Re: Bug#788532: grub-efi-ia32-bin should be shipped on install DVD
On Fri, Jun 12, 2015 at 05:28:37PM +0100, Ian Campbell wrote: >Control: reassign -1 debian-cd > >This is actually the responsibility of the debian-cd package, >reassigning. Agreed! >On Fri, 2015-06-12 at 15:17 +0200, Gregor Riepl wrote: >> Package: grub-efi-ia32-bin >> Version: 2.02~beta2-22 >> Severity: important >> Tags: d-i >> >> Dear Maintainer, >> >> When installing Debian 8 on a system with a x86_64 CPU, but with a 32bit >> UEFI, >> debian-installer correctly identifies the system as requiring a 32bit EFI >> Grub, >> and thus tries to install grub-efi-ia32-bin. >> >> However, this package is not contained on the amd64 installation DVD, >> requiring >> an active internet connection to get the package from a package server. This >> may not always be possible, for example when the network hardware is not >> supported by the installed Linux kernel and no alternative network connection >> is available. >> >> Please add this package to the installation DVD so an internet connection is >> not required during installation. Hi Gregor, I'm the guy who's done the work for the mixed-EFI case here. How did you get the amd64 installer DVD to boot on your 32-bit UEFI system in the first place? That's an important (and harder) part of this. It's the reason why I explicitly only added support for mixed-EFI to our multi-arch i386/amd64 CDs and DVDs in the first place... -- Steve McIntyre, Cambridge, UK.st...@einval.com < Aardvark> I dislike C++ to start with. C++11 just seems to be handing rope-creating factories for users to hang multiple instances of themselves. -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150612165228.gf30...@einval.com
Processed: Re: Bug#788532: grub-efi-ia32-bin should be shipped on install DVD
Processing control commands: > reassign -1 debian-cd Bug #788532 [grub-efi-ia32-bin] grub-efi-ia32-bin should be shipped on install DVD Bug reassigned from package 'grub-efi-ia32-bin' to 'debian-cd'. No longer marked as found in versions grub2/2.02~beta2-22. Ignoring request to alter fixed versions of bug #788532 to the same values previously set -- 788532: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788532 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/handler.s.b788532.143412652415046.transcr...@bugs.debian.org
Re: Bug#788532: grub-efi-ia32-bin should be shipped on install DVD
Control: reassign -1 debian-cd This is actually the responsibility of the debian-cd package, reassigning. On Fri, 2015-06-12 at 15:17 +0200, Gregor Riepl wrote: > Package: grub-efi-ia32-bin > Version: 2.02~beta2-22 > Severity: important > Tags: d-i > > Dear Maintainer, > > When installing Debian 8 on a system with a x86_64 CPU, but with a 32bit UEFI, > debian-installer correctly identifies the system as requiring a 32bit EFI > Grub, > and thus tries to install grub-efi-ia32-bin. > > However, this package is not contained on the amd64 installation DVD, > requiring > an active internet connection to get the package from a package server. This > may not always be possible, for example when the network hardware is not > supported by the installed Linux kernel and no alternative network connection > is available. > > Please add this package to the installation DVD so an internet connection is > not required during installation. > > Thank you. > > > > -- Package-specific info: > > *** WARNING grub-setup left core.img in filesystem > > *** BEGIN /proc/mounts > /dev/dm-0 / ext4 rw,noatime,discard,errors=remount-ro,data=ordered 0 0 > /dev/sda1 /boot vfat > rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=utf8,shortname=mixed,errors=remount-ro > 0 0 > *** END /proc/mounts > > *** BEGIN /boot/grub/device.map > (hd0) /dev/disk/by-id/ata-SAMSUNG_MZ7TD256HAFV-000L7_S16GNEAD601136 > (hd1) /dev/disk/by-id/usb-SanDisk_Cruzer_Pattern_3109330F0440D127-0:0 > *** END /boot/grub/device.map > > *** BEGIN /boot/grub/grub.cfg > # > # DO NOT EDIT THIS FILE > # > # It is automatically generated by grub-mkconfig using templates > # from /etc/grub.d and settings from /etc/default/grub > # > > ### BEGIN /etc/grub.d/00_header ### > if [ -s $prefix/grubenv ]; then > set have_grubenv=true > load_env > fi > if [ "${next_entry}" ] ; then >set default="${next_entry}" >set next_entry= >save_env next_entry >set boot_once=true > else >set default="0" > fi > > if [ x"${feature_menuentry_id}" = xy ]; then > menuentry_id_option="--id" > else > menuentry_id_option="" > fi > > export menuentry_id_option > > if [ "${prev_saved_entry}" ]; then > set saved_entry="${prev_saved_entry}" > save_env saved_entry > set prev_saved_entry= > save_env prev_saved_entry > set boot_once=true > fi > > function savedefault { > if [ -z "${boot_once}" ]; then > saved_entry="${chosen}" > save_env saved_entry > fi > } > function load_video { > if [ x$feature_all_video_module = xy ]; then > insmod all_video > else > insmod efi_gop > insmod efi_uga > insmod ieee1275_fb > insmod vbe > insmod vga > insmod video_bochs > insmod video_cirrus > fi > } > > if [ x$feature_default_font_path = xy ] ; then >font=unicode > else > insmod part_gpt > insmod fat > set root='hd0,gpt1' > if [ x$feature_platform_search_hint = xy ]; then > search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt1 > --hint-efi=hd0,gpt1 --hint-baremetal=ahci0,gpt1 --hint='hd0,gpt1' 200E-9FE4 > else > search --no-floppy --fs-uuid --set=root 200E-9FE4 > fi > font="/grub/unicode.pf2" > fi > > if loadfont $font ; then > set gfxmode=auto > load_video > insmod gfxterm > set locale_dir=$prefix/locale > set lang=C > insmod gettext > fi > terminal_output gfxterm > if [ "${recordfail}" = 1 ] ; then > set timeout=-1 > else > if [ x$feature_timeout_style = xy ] ; then > set timeout_style=menu > set timeout=5 > # Fallback normal timeout code in case the timeout_style feature is > # unavailable. > else > set timeout=5 > fi > fi > ### END /etc/grub.d/00_header ### > > ### BEGIN /etc/grub.d/05_debian_theme ### > insmod part_gpt > insmod fat > set root='hd0,gpt1' > if [ x$feature_platform_search_hint = xy ]; then > search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt1 > --hint-efi=hd0,gpt1 --hint-baremetal=ahci0,gpt1 --hint='hd0,gpt1' 200E-9FE4 > else > search --no-floppy --fs-uuid --set=root 200E-9FE4 > fi > insmod png > if background_image /grub/.background_cache.png; then > set color_normal=white/black > set color_highlight=black/white > else > set menu_color_normal=cyan/blue > set menu_color_highlight=white/blue > fi > ### END /etc/grub.d/05_debian_theme ### > > ### BEGIN /etc/grub.d/10_linux ### > function gfxmode { > set gfxpayload="${1}" > } > set linux_gfx_mode= > export linux_gfx_mode > menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu > --class os $menuentry_id_option > 'gnulinux-simple-c4db752c-876c-403f-9197-ccf5f677265f' { > load_video > insmod gzio > if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi > insmod part_gpt > insmod fat > set root='hd0,gpt1' > if [ x$feature_platform_search_hint = xy ]; then > sea