Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.bugs.dist > #844202
| From | Ian Campbell <ijc@debian.org> |
|---|---|
| Newsgroups | linux.debian.bugs.dist, linux.debian.kernel |
| Subject | Bug#870185: armel/marvell kernel size |
| Date | 2017-08-19 18:00 +0200 |
| Message-ID | <ugekh-387-5@gated-at.bofh.it> (permalink) |
| References | (3 earlier) <u9kuv-7PW-35@gated-at.bofh.it> <u92xA-4C8-19@gated-at.bofh.it> <ug3fb-4SK-1@gated-at.bofh.it> <u92xA-4C8-19@gated-at.bofh.it> <ug3fb-4SK-1@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Cross-posted to 2 groups.
On Sat, 2017-08-19 at 12:57 +0900, Roger Shimizu wrote: > I know for bug #870185, Robert fixed his device by modify uboot > params, but I guess it's still possible to keep uboot params and only > change the boot addresses of kernel/initrd in flash-kernel db file. In https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=870185#35 I concluded it wasn't, perhaps I'm wrong though. Can someone confirm whether the issue is that the u-boot load addresses for kernel and initrd are conflicting or if it is the kernel's target/decompression address and u-boot's initrd address which are conflicting? The symptoms seem to suggest the kernel is being decompressed over the initrd. Since we don't want to change the u-boot we can't easily influence the initrd address (since it doesn't use a u-boot header on this platform). So it would seem the only possibility (other than shrinking the kernel) would be to change the address at which it decompresses itself so it doesn't conflict with the initrd. Not sure how hard that would be -- it might be as simple as tweaking a constant in the source or a Kconfig option, but I suspect it might involve changing early boot assembly... Ian.
Back to linux.debian.bugs.dist | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Bug#870185: armel/marvell kernel size Roger Shimizu <rogershimizu@gmail.com> - 2017-08-19 06:10 +0200
Bug#870185: armel/marvell kernel size Ian Campbell <ijc@debian.org> - 2017-08-19 18:00 +0200
Bug#870185: armel/marvell kernel size Roger Shimizu <rogershimizu@gmail.com> - 2017-08-19 19:40 +0200
Bug#870185: armel/marvell kernel size Ben Hutchings <ben@decadent.org.uk> - 2017-08-20 00:00 +0200
Bug#870185: armel/marvell kernel size Roger Shimizu <rogershimizu@gmail.com> - 2017-08-20 14:30 +0200
Bug#870185: armel/marvell kernel size Ben Hutchings <ben@decadent.org.uk> - 2017-08-20 17:50 +0200
Bug#870185: armel/marvell kernel size Roger Shimizu <rogershimizu@gmail.com> - 2017-08-21 02:40 +0200
Bug#870185: armel/marvell kernel size Roger Shimizu <rogershimizu@gmail.com> - 2017-08-21 18:30 +0200
Bug#870185: armel/marvell kernel size Ben Hutchings <ben@decadent.org.uk> - 2017-08-21 20:00 +0200
Bug#870185: armel/marvell kernel size Roger Shimizu <rogershimizu@gmail.com> - 2017-08-26 18:40 +0200
Bug#870185: armel/marvell kernel size Roger Shimizu <rogershimizu@gmail.com> - 2017-08-26 18:40 +0200
Bug#870185: armel/marvell kernel size Roger Shimizu <rogershimizu@gmail.com> - 2017-08-27 17:40 +0200
Bug#870185: armel/marvell kernel size Ben Hutchings <ben@decadent.org.uk> - 2017-08-27 17:40 +0200
csiph-web