Your message dated Sat, 16 Aug 2025 15:55:37 -0400 (EDT) with message-id <[email protected]> and subject line Bug#1110934: Removed package(s) from unstable has caused the Debian Bug report #428094, regarding grub: "mem_lower" patch is needed for some machines to boot to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 428094: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=428094 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: grub Version: 0.97-28 Severity: important Tags: patch https://bugs.launchpad.net/bugs/106887 This problem was reported by "Linoleum" and "mpwalter" in Ubuntu bug #106887, but we tested the Debian packages as well, and they also need the patch. This was confirmed by "cs224" who runs Debian lenny. The patch was introduced in Mandriva and is also used by Red Hat. >From the Ubuntu changelog (grub 0.97-20ubuntu7): Add patch from Mandriva grub-0.95-mem_lower.patch (Ubuntu bug #106887) Allows grub to boot on some computer where only lilo and syslinux would work. Uses memory detection similar to syslinux. http://www.mail-archive.com/[email protected]/msg06526.html -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages grub depends on: ii libc6 2.5-10 GNU C Library: Shared libraries ii libncurses5 5.6-3 Shared libraries for terminal hand grub recommends no packages. -- no debconf informationdiff -Naur grub-0.95.orig/stage2/common.c grub-0.95/stage2/common.c --- grub-0.95.orig/stage2/common.c 2004-03-27 13:25:44.000000000 -0300 +++ grub-0.95/stage2/common.c 2004-12-08 17:36:36.590781312 -0200 @@ -108,26 +108,43 @@ unsigned long long top; unsigned long addr; int cont; - + top = bottom; - do - { - for (cont = 0, addr = mbi.mmap_addr; - addr < mbi.mmap_addr + mbi.mmap_length; - addr += *((unsigned long *) addr) + 4) + /* If detecting mbi.mem_lower */ + if (bottom == 0) { + /* Initialize to 640Kb */ + top = 0xA0000ULL; + for (addr = mbi.mmap_addr; + addr < mbi.mmap_addr + mbi.mmap_length; + addr += *((unsigned long *) addr) + 4) { + struct AddrRangeDesc *desc = (struct AddrRangeDesc *) addr; + + /* If there is anything reserved below 640Kb */ + if (desc->BaseAddr < top && desc->Length && + desc->Type != MB_ARD_MEMORY) + top = desc->BaseAddr; + } + } + else { + do { - struct AddrRangeDesc *desc = (struct AddrRangeDesc *) addr; - - if (desc->Type == MB_ARD_MEMORY - && desc->BaseAddr <= top - && desc->BaseAddr + desc->Length > top) + for (cont = 0, addr = mbi.mmap_addr; + addr < mbi.mmap_addr + mbi.mmap_length; + addr += *((unsigned long *) addr) + 4) { - top = desc->BaseAddr + desc->Length; - cont++; + struct AddrRangeDesc *desc = (struct AddrRangeDesc *) addr; + + if (desc->Type == MB_ARD_MEMORY + && desc->BaseAddr <= top + && desc->BaseAddr + desc->Length > top) + { + top = desc->BaseAddr + desc->Length; + cont++; + } } } + while (cont); } - while (cont); /* For now, GRUB assumes 32bits addresses, so... */ if (top > 0xFFFFFFFF) @@ -194,6 +211,7 @@ if (mbi.mmap_length) { unsigned long long max_addr; + unsigned long mem_lower = mmap_avail_at (0) >> 10; /* * This is to get the lower memory, and upper memory (up to the @@ -201,7 +219,8 @@ * elements. This is for OS's that don't care about the memory * map, but might care about total RAM available. */ - mbi.mem_lower = mmap_avail_at (0) >> 10; + if (mem_lower < mbi.mem_lower) + mbi.mem_lower = mem_lower; mbi.mem_upper = mmap_avail_at (0x100000) >> 10; /* Find the maximum available address. Ignore any memory holes. */
--- End Message ---
--- Begin Message ---Apologies; this wasn't sent as part of the dak rm action. I'm doing this by hand. Since this was manual, this opens the chance for me taking action by mistake. I got the list of bugs via UDD, and am closing via -close on BCC. I spot checked about 10 of the bugs, and they're all src:grub. The COUNT matches the tracker page, so I'm sending this. If I have closed a bug that's not about bin:grub or src:grub, please do re-open the bug. paultag We believe that the bug you reported is now fixed; the following package(s) have been removed from unstable: grub | 0.97-84 | source grub-legacy | 0.97-84 | amd64, i386 ------------------- Reason ------------------- ROM; dead upstream, replaced by grub2 ---------------------------------------------- Note that the package(s) have simply been removed from the tag database and may (or may not) still be in the pool; this is not a bug. The package(s) will be physically removed automatically when no suite references them (and in the case of source, when no binary references it). Please also remember that the changes have been done on the master archive and will not propagate to any mirrors until the next dinstall run at the earliest. Packages are usually not removed from testing by hand. Testing tracks unstable and will automatically remove packages which were removed from unstable when removing them from testing causes no dependency problems. The release team can force a removal from testing if it is really needed, please contact them if this should be the case. We try to close bugs which have been reported against this package automatically. But please check all old bugs, if they were closed correctly or should have been re-assigned to another package. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [email protected]. The full log for this bug can be viewed at https://bugs.debian.org/1110934 This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing [email protected]. Debian distribution maintenance software pp. Paul Tagliamonte (the ftpmaster behind the curtain)
--- End Message ---
