* [Buildroot] [PATCH] target/iso9660/iso9660.mk
@ 2008-11-21 10:11 Roberto A. Foglietta
2008-11-21 10:32 ` Bernhard Reutner-Fischer
0 siblings, 1 reply; 7+ messages in thread
From: Roberto A. Foglietta @ 2008-11-21 10:11 UTC (permalink / raw)
To: buildroot
Hi,
when the user choose to use INITRAMFS iso9660 double its size because
initrd is also copied in iso9660 but kernel has its own.
Index: target/iso9660/iso9660.mk
===================================================================
--- target/iso9660/iso9660.mk (revision 24103)
+++ target/iso9660/iso9660.mk (working copy)
@@ -55,12 +55,17 @@
endif
$(ISO9660_TARGET): host-fakeroot $(LINUX_KERNEL) $(EXT2_TARGET) grub mkisofs
+ rm -rf $(ISO9660_TARGET_DIR)
mkdir -p $(ISO9660_TARGET_DIR)
mkdir -p $(ISO9660_TARGET_DIR)/boot/grub
cp $(GRUB_DIR)/stage2/stage2_eltorito $(ISO9660_TARGET_DIR)/boot/grub/
cp $(ISO9660_BOOT_MENU) $(ISO9660_TARGET_DIR)/boot/grub/menu.lst
cp $(LINUX_KERNEL) $(ISO9660_TARGET_DIR)/kernel
+ifneq ($(strip $(BR2_TARGET_ROOTFS_INITRAMFS)),y)
cp $(EXT2_TARGET) $(ISO9660_TARGET_DIR)/initrd
+else
+ touch $(ISO9660_TARGET_DIR)/initrd
+endif
# Use fakeroot to pretend all target binaries are owned by root
rm -f $(PROJECT_BUILD_DIR)/_fakeroot.$(notdir $(ISO9660_TARGET))
touch $(PROJECT_BUILD_DIR)/.fakeroot.00000
--
/roberto
-------------- next part --------------
A non-text attachment was scrubbed...
Name: iso9660.patch
Type: text/x-diff
Size: 823 bytes
Desc: not available
Url : http://busybox.net/lists/buildroot/attachments/20081121/1b746f4d/attachment.patch
^ permalink raw reply [flat|nested] 7+ messages in thread
* [Buildroot] [PATCH] target/iso9660/iso9660.mk
2008-11-21 10:11 [Buildroot] [PATCH] target/iso9660/iso9660.mk Roberto A. Foglietta
@ 2008-11-21 10:32 ` Bernhard Reutner-Fischer
2008-11-21 10:48 ` Roberto A. Foglietta
0 siblings, 1 reply; 7+ messages in thread
From: Bernhard Reutner-Fischer @ 2008-11-21 10:32 UTC (permalink / raw)
To: buildroot
On Fri, Nov 21, 2008 at 11:11:59AM +0100, Roberto A. Foglietta wrote:
>Hi,
>
> when the user choose to use INITRAMFS iso9660 double its size because
>initrd is also copied in iso9660 but kernel has its own.
>
>
>Index: target/iso9660/iso9660.mk
>===================================================================
>--- target/iso9660/iso9660.mk (revision 24103)
>+++ target/iso9660/iso9660.mk (working copy)
>@@ -55,12 +55,17 @@
> endif
>
> $(ISO9660_TARGET): host-fakeroot $(LINUX_KERNEL) $(EXT2_TARGET) grub mkisofs
>+ rm -rf $(ISO9660_TARGET_DIR)
> mkdir -p $(ISO9660_TARGET_DIR)
> mkdir -p $(ISO9660_TARGET_DIR)/boot/grub
> cp $(GRUB_DIR)/stage2/stage2_eltorito $(ISO9660_TARGET_DIR)/boot/grub/
> cp $(ISO9660_BOOT_MENU) $(ISO9660_TARGET_DIR)/boot/grub/menu.lst
> cp $(LINUX_KERNEL) $(ISO9660_TARGET_DIR)/kernel
>+ifneq ($(strip $(BR2_TARGET_ROOTFS_INITRAMFS)),y)
the strip is superfluous (other patches of yours also do this. Don't.)
> cp $(EXT2_TARGET) $(ISO9660_TARGET_DIR)/initrd
>+else
>+ touch $(ISO9660_TARGET_DIR)/initrd
Sounds like this is not needed?
I have applied something equivalent to my tree. Thanks.
^ permalink raw reply [flat|nested] 7+ messages in thread
* [Buildroot] [PATCH] target/iso9660/iso9660.mk
2008-11-21 10:32 ` Bernhard Reutner-Fischer
@ 2008-11-21 10:48 ` Roberto A. Foglietta
2008-11-21 11:11 ` Bernhard Reutner-Fischer
0 siblings, 1 reply; 7+ messages in thread
From: Roberto A. Foglietta @ 2008-11-21 10:48 UTC (permalink / raw)
To: buildroot
2008/11/21 Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>:
> On Fri, Nov 21, 2008 at 11:11:59AM +0100, Roberto A. Foglietta wrote:
>>Hi,
>>
>> when the user choose to use INITRAMFS iso9660 double its size because
>>initrd is also copied in iso9660 but kernel has its own.
>>
>>
>>Index: target/iso9660/iso9660.mk
>>===================================================================
>>--- target/iso9660/iso9660.mk (revision 24103)
>>+++ target/iso9660/iso9660.mk (working copy)
>>@@ -55,12 +55,17 @@
>> endif
>>
>> $(ISO9660_TARGET): host-fakeroot $(LINUX_KERNEL) $(EXT2_TARGET) grub mkisofs
>>+ rm -rf $(ISO9660_TARGET_DIR)
>> mkdir -p $(ISO9660_TARGET_DIR)
>> mkdir -p $(ISO9660_TARGET_DIR)/boot/grub
>> cp $(GRUB_DIR)/stage2/stage2_eltorito $(ISO9660_TARGET_DIR)/boot/grub/
>> cp $(ISO9660_BOOT_MENU) $(ISO9660_TARGET_DIR)/boot/grub/menu.lst
>> cp $(LINUX_KERNEL) $(ISO9660_TARGET_DIR)/kernel
>>+ifneq ($(strip $(BR2_TARGET_ROOTFS_INITRAMFS)),y)
>
> the strip is superfluous (other patches of yours also do this. Don't.)
>
Ok, I just imitate the others code.
>> cp $(EXT2_TARGET) $(ISO9660_TARGET_DIR)/initrd
>>+else
>>+ touch $(ISO9660_TARGET_DIR)/initrd
>
> Sounds like this is not needed?
>
I strongly suggest to add the touch initrd because:
a) initramf takes a lot of time at each compilation so beta-testing
stage usually goes with initrd
b) when you deliver the product you should turn on initramfs but then
menu.lst still reports grub should load initrd but if it does not
exist grub fails
touching the initrd means: if you forget to modify menu.lst you will
not pay the fee to see your system unable to boot.
The question: is there any condition in which touching initrd really
hurts somebody? I think the answer is no.
Under this point of view touching initrd save time to skilled users
and make things work for those are not such skilled users
Cheers,
--
/roberto
^ permalink raw reply [flat|nested] 7+ messages in thread
* [Buildroot] [PATCH] target/iso9660/iso9660.mk
2008-11-21 10:48 ` Roberto A. Foglietta
@ 2008-11-21 11:11 ` Bernhard Reutner-Fischer
2008-11-21 11:22 ` Roberto A. Foglietta
0 siblings, 1 reply; 7+ messages in thread
From: Bernhard Reutner-Fischer @ 2008-11-21 11:11 UTC (permalink / raw)
To: buildroot
On Fri, Nov 21, 2008 at 11:48:25AM +0100, Roberto A. Foglietta wrote:
>2008/11/21 Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>:
>> On Fri, Nov 21, 2008 at 11:11:59AM +0100, Roberto A. Foglietta wrote:
>>>Hi,
>>>
>>> when the user choose to use INITRAMFS iso9660 double its size because
>>>initrd is also copied in iso9660 but kernel has its own.
>>>
>>>
>>>Index: target/iso9660/iso9660.mk
>>>===================================================================
>>>--- target/iso9660/iso9660.mk (revision 24103)
>>>+++ target/iso9660/iso9660.mk (working copy)
>>>@@ -55,12 +55,17 @@
>>> endif
>>>
>>> $(ISO9660_TARGET): host-fakeroot $(LINUX_KERNEL) $(EXT2_TARGET) grub mkisofs
>>>+ rm -rf $(ISO9660_TARGET_DIR)
>>> mkdir -p $(ISO9660_TARGET_DIR)
>>> mkdir -p $(ISO9660_TARGET_DIR)/boot/grub
>>> cp $(GRUB_DIR)/stage2/stage2_eltorito $(ISO9660_TARGET_DIR)/boot/grub/
>>> cp $(ISO9660_BOOT_MENU) $(ISO9660_TARGET_DIR)/boot/grub/menu.lst
>>> cp $(LINUX_KERNEL) $(ISO9660_TARGET_DIR)/kernel
>>>+ifneq ($(strip $(BR2_TARGET_ROOTFS_INITRAMFS)),y)
>>
>> the strip is superfluous (other patches of yours also do this. Don't.)
>>
>
>Ok, I just imitate the others code.
Yea, but please do not immitate bloat..
>
>>> cp $(EXT2_TARGET) $(ISO9660_TARGET_DIR)/initrd
>>>+else
>>>+ touch $(ISO9660_TARGET_DIR)/initrd
>>
>> Sounds like this is not needed?
>>
>
>I strongly suggest to add the touch initrd because:
>
> a) initramf takes a lot of time at each compilation so beta-testing
>stage usually goes with initrd
>
> b) when you deliver the product you should turn on initramfs but then
>menu.lst still reports grub should load initrd but if it does not
>exist grub fails
>
> touching the initrd means: if you forget to modify menu.lst you will
>not pay the fee to see your system unable to boot.
>
> The question: is there any condition in which touching initrd really
>hurts somebody? I think the answer is no.
Yes, it hurts since it's an unwarranted inode and adds to the size of
the image needlessly. It is simply not clean and not the proper thing
to do.
>
> Under this point of view touching initrd save time to skilled users
>and make things work for those are not such skilled users
I did it a bit differently, fyi.
^ permalink raw reply [flat|nested] 7+ messages in thread
* [Buildroot] [PATCH] target/iso9660/iso9660.mk
2008-11-21 11:11 ` Bernhard Reutner-Fischer
@ 2008-11-21 11:22 ` Roberto A. Foglietta
2008-11-21 11:50 ` Bernhard Reutner-Fischer
0 siblings, 1 reply; 7+ messages in thread
From: Roberto A. Foglietta @ 2008-11-21 11:22 UTC (permalink / raw)
To: buildroot
2008/11/21 Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>:
> On Fri, Nov 21, 2008 at 11:48:25AM +0100, Roberto A. Foglietta wrote:
>>2008/11/21 Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>:
>>> On Fri, Nov 21, 2008 at 11:11:59AM +0100, Roberto A. Foglietta wrote:
[cut]
>> touching the initrd means: if you forget to modify menu.lst you will
>>not pay the fee to see your system unable to boot.
>>
>> The question: is there any condition in which touching initrd really
>>hurts somebody? I think the answer is no.
>
> Yes, it hurts since it's an unwarranted inode and adds to the size of
> the image needlessly. It is simply not clean and not the proper thing
> to do.
>>
>> Under this point of view touching initrd save time to skilled users
>>and make things work for those are not such skilled users
>
> I did it a bit differently, fyi.
>
I happy to know there is a better way to do that.
Could you post here to for the sake of completeness, please?
Ciao,
--
/roberto
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2008-11-21 12:04 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-11-21 10:11 [Buildroot] [PATCH] target/iso9660/iso9660.mk Roberto A. Foglietta
2008-11-21 10:32 ` Bernhard Reutner-Fischer
2008-11-21 10:48 ` Roberto A. Foglietta
2008-11-21 11:11 ` Bernhard Reutner-Fischer
2008-11-21 11:22 ` Roberto A. Foglietta
2008-11-21 11:50 ` Bernhard Reutner-Fischer
2008-11-21 12:04 ` Roberto A. Foglietta
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.