mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* Re: Broken "make install" in 2.6.14-git1
@ 2005-10-30 22:03 Larry.Finger@lwfinger.net
  2005-10-30 22:19 ` Andrew Morton
  0 siblings, 1 reply; 6+ messages in thread
From: Larry.Finger@lwfinger.net @ 2005-10-30 22:03 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel

 -------------- Original message ----------------------
From: Andrew Morton <akpm@osdl.org>
> larry.finger@att.net (Larry.Finger@lwfinger.net) wrote:
> >
> > The changes introduced the commit 596c96ba05e5d56e72451e02f93f4e15e17458df 
> break the initrd building step of the "make install" process. The console output 
> is as follows:
> 
> I'm unable to locate that commit, perhaps due to a local lack of gittiness.
> 
> Can you describe the patch less cryptically?
> 

I'm not very good with git. All that bisect visualize shows for the patch is the following:

Author: Linus Torvalds <torvalds@g5.osdl.org>  2005-10-29 16:02:16
Committer: Linus Torvalds <torvalds@g5.osdl.org>  2005-10-29 16:02:16
Parent: e9d52234e35b27ea4ea5f2ab64ca47b1a0c740ab (Merge branch 'upstream' of git://ftp.linux-mips.org/pub/scm/upstream-linus)

Obviously, it consists of a number of patches, but I don't know how to elaborate. Is there some git command to get the full description?

> > >sudo make install
> >   CHK     include/linux/version.h
> >   CHK     include/linux/compile.h
> >   SKIPPED include/linux/compile.h
> >   CHK     usr/initramfs_list
> > Kernel: arch/i386/boot/bzImage is ready  (#97)
> > sh /home/finger/kernel/linux/arch/i386/boot/install.sh 2.6.14-g596c96ba 
> arch/i386/boot/bzImage System.map "/boot"
> > Root device:    /dev/hda6 (mounted on / as reiserfs)
> > Module list:    via82cxxx processor thermal fan reiserfs
> > 
> > Kernel image:   /boot/vmlinuz-2.6.14-g596c96ba
> > Initrd image:   /boot/initrd-2.6.14-g596c96ba
> > Shared libs:    lib/ld-2.3.5.so lib/libblkid.so.1.0 lib/libc-2.3.5.so 
> lib/libselinux.so.1 lib/libuuid.so.1.2
> > Driver modules: via82cxxx processor thermal fan reiserfs
> > Filesystem modules:
> > Including:      klibc initramfs udev fsck.reiserfs
> > Bootsplash:     SuSE (1024x768)
> > 8358 blocks
> > no record for '/block/hdc/uevent' in database
> > Use of uninitialized value in scalar chomp at 
> > /usr/lib/perl5/vendor_perl/5.8.7/Bootloader/Tools.pm line 139.
> > Use of uninitialized value in concatenation (.) or string at 
> /usr/lib/perl5/vendor_perl/5.8.7/Bootloader/Tools.pm line 140.
> > ......
> > 
> > I used git bisect to localize the bad commit. I also observed that if the 
> kernel created /sys/block/hdc/uevent, it failed. If this "file" does not exist, 
> the install worked.
> 
> What does "it failed" mean?   Is this the same bug, or a different one?

Same bug. _make install_ fails if the uevent files are present. Sorry for the imprecision.

Larry


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Broken "make install" in 2.6.14-git1
  2005-10-30 22:03 Broken "make install" in 2.6.14-git1 Larry.Finger@lwfinger.net
@ 2005-10-30 22:19 ` Andrew Morton
  2005-10-31  2:52   ` Larry W. Finger
  0 siblings, 1 reply; 6+ messages in thread
From: Andrew Morton @ 2005-10-30 22:19 UTC (permalink / raw)
  To: Larry.Finger@lwfinger.net; +Cc: linux-kernel, Linus Torvalds

larry.finger@att.net (Larry.Finger@lwfinger.net) wrote:
>
>  -------------- Original message ----------------------
> From: Andrew Morton <akpm@osdl.org>
> > larry.finger@att.net (Larry.Finger@lwfinger.net) wrote:
> > >
> > > The changes introduced the commit 596c96ba05e5d56e72451e02f93f4e15e17458df 
> > break the initrd building step of the "make install" process. The console output 
> > is as follows:
> > 
> > I'm unable to locate that commit, perhaps due to a local lack of gittiness.
> > 
> > Can you describe the patch less cryptically?
> > 
> 
> I'm not very good with git. All that bisect visualize shows for the patch is the following:
> 
> Author: Linus Torvalds <torvalds@g5.osdl.org>  2005-10-29 16:02:16
> Committer: Linus Torvalds <torvalds@g5.osdl.org>  2005-10-29 16:02:16
> Parent: e9d52234e35b27ea4ea5f2ab64ca47b1a0c740ab (Merge branch 'upstream' of git://ftp.linux-mips.org/pub/scm/upstream-linus)
> 
> Obviously, it consists of a number of patches, but I don't know how to elaborate. Is there some git command to get the full description?

Yes, that's a sort of empty marker which indicates the point at which Linus
merged the MIPS git tree.  It's rather bad of git-bisect if it told you
that this was offending patch.

> > > >sudo make install
> > >   CHK     include/linux/version.h
> > >   CHK     include/linux/compile.h
> > >   SKIPPED include/linux/compile.h
> > >   CHK     usr/initramfs_list
> > > Kernel: arch/i386/boot/bzImage is ready  (#97)
> > > sh /home/finger/kernel/linux/arch/i386/boot/install.sh 2.6.14-g596c96ba 
> > arch/i386/boot/bzImage System.map "/boot"
> > > Root device:    /dev/hda6 (mounted on / as reiserfs)
> > > Module list:    via82cxxx processor thermal fan reiserfs
> > > 
> > > Kernel image:   /boot/vmlinuz-2.6.14-g596c96ba
> > > Initrd image:   /boot/initrd-2.6.14-g596c96ba
> > > Shared libs:    lib/ld-2.3.5.so lib/libblkid.so.1.0 lib/libc-2.3.5.so 
> > lib/libselinux.so.1 lib/libuuid.so.1.2
> > > Driver modules: via82cxxx processor thermal fan reiserfs
> > > Filesystem modules:
> > > Including:      klibc initramfs udev fsck.reiserfs
> > > Bootsplash:     SuSE (1024x768)
> > > 8358 blocks
> > > no record for '/block/hdc/uevent' in database
> > > Use of uninitialized value in scalar chomp at 
> > > /usr/lib/perl5/vendor_perl/5.8.7/Bootloader/Tools.pm line 139.
> > > Use of uninitialized value in concatenation (.) or string at 
> > /usr/lib/perl5/vendor_perl/5.8.7/Bootloader/Tools.pm line 140.
> > > ......
> > > 
> > > I used git bisect to localize the bad commit. I also observed that if the 
> > kernel created /sys/block/hdc/uevent, it failed. If this "file" does not exist, 
> > the install worked.
> > 
> > What does "it failed" mean?   Is this the same bug, or a different one?
> 
> Same bug. _make install_ fails if the uevent files are present. Sorry for the imprecision.
> 

I don't know what'a happening here.  What program is saying "no record for
'/block/hdc/uevent' in database"?

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Broken "make install" in 2.6.14-git1
  2005-10-30 22:19 ` Andrew Morton
@ 2005-10-31  2:52   ` Larry W. Finger
  0 siblings, 0 replies; 6+ messages in thread
From: Larry W. Finger @ 2005-10-31  2:52 UTC (permalink / raw)
  To: Andrew Morton, Larry.Finger@lwfinger.net; +Cc: linux-kernel, Linus Torvalds

At 04:19 PM 10/30/2005, Andrew Morton wrote:
>larry.finger@att.net (Larry.Finger@lwfinger.net) wrote:
> >
> >  -------------- Original message ----------------------
> > From: Andrew Morton <akpm@osdl.org>
> > > larry.finger@att.net (Larry.Finger@lwfinger.net) wrote:
> > > >
> > > > The changes introduced the commit 
> 596c96ba05e5d56e72451e02f93f4e15e17458df
> > > break the initrd building step of the "make install" process. 
> The console output
> > > is as follows:
> > >
> > > I'm unable to locate that commit, perhaps due to a local lack 
> of gittiness.
> > >
> > > Can you describe the patch less cryptically?
> > >
> >
> > I'm not very good with git. All that bisect visualize shows for 
> the patch is the following:
> >
> > Author: Linus Torvalds <torvalds@g5.osdl.org>  2005-10-29 16:02:16
> > Committer: Linus Torvalds <torvalds@g5.osdl.org>  2005-10-29 16:02:16
> > Parent: e9d52234e35b27ea4ea5f2ab64ca47b1a0c740ab (Merge branch 
> 'upstream' of git://ftp.linux-mips.org/pub/scm/upstream-linus)
> >
> > Obviously, it consists of a number of patches, but I don't know 
> how to elaborate. Is there some git command to get the full description?
>
>Yes, that's a sort of empty marker which indicates the point at which Linus
>merged the MIPS git tree.  It's rather bad of git-bisect if it told you
>that this was offending patch.
>
> > > > >sudo make install
> > > >   CHK     include/linux/version.h
> > > >   CHK     include/linux/compile.h
> > > >   SKIPPED include/linux/compile.h
> > > >   CHK     usr/initramfs_list
> > > > Kernel: arch/i386/boot/bzImage is ready  (#97)
> > > > sh /home/finger/kernel/linux/arch/i386/boot/install.sh 
> 2.6.14-g596c96ba
> > > arch/i386/boot/bzImage System.map "/boot"
> > > > Root device:    /dev/hda6 (mounted on / as reiserfs)
> > > > Module list:    via82cxxx processor thermal fan reiserfs
> > > >
> > > > Kernel image:   /boot/vmlinuz-2.6.14-g596c96ba
> > > > Initrd image:   /boot/initrd-2.6.14-g596c96ba
> > > > Shared libs:    lib/ld-2.3.5.so lib/libblkid.so.1.0 lib/libc-2.3.5.so
> > > lib/libselinux.so.1 lib/libuuid.so.1.2
> > > > Driver modules: via82cxxx processor thermal fan reiserfs
> > > > Filesystem modules:
> > > > Including:      klibc initramfs udev fsck.reiserfs
> > > > Bootsplash:     SuSE (1024x768)
> > > > 8358 blocks
> > > > no record for '/block/hdc/uevent' in database
> > > > Use of uninitialized value in scalar chomp at
> > > > /usr/lib/perl5/vendor_perl/5.8.7/Bootloader/Tools.pm line 139.
> > > > Use of uninitialized value in concatenation (.) or string at
> > > /usr/lib/perl5/vendor_perl/5.8.7/Bootloader/Tools.pm line 140.
> > > > ......
> > > >
> > > > I used git bisect to localize the bad commit. I also observed 
> that if the
> > > kernel created /sys/block/hdc/uevent, it failed. If this "file" 
> does not exist,
> > > the install worked.
> > >
> > > What does "it failed" mean?   Is this the same bug, or a different one?
> >
> > Same bug. _make install_ fails if the uevent files are present. 
> Sorry for the imprecision.
> >
>
>I don't know what'a happening here.  What program is saying "no record for
>'/block/hdc/uevent' in database"?

The problem turned out to be in Bootloader/Tools.pm where the code 
did not know how to handle the uevent files. Once I modified the perl 
script to skip over uevent items, all is well.

Thanks for your attention to this matter, and I'm sorry to have 
bothered the kernel group with a bug in a peripheral system.

Larry




^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Broken "make install" in 2.6.14-git1
@ 2005-10-30 22:53 Larry.Finger@lwfinger.net
  0 siblings, 0 replies; 6+ messages in thread
From: Larry.Finger@lwfinger.net @ 2005-10-30 22:53 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel, Linus Torvalds


 -------------- Original message ----------------------
From: Andrew Morton <akpm@osdl.org>
> larry.finger@att.net (Larry.Finger@lwfinger.net) wrote:
> >
> >  -------------- Original message ----------------------
> > From: Andrew Morton <akpm@osdl.org>
> > > larry.finger@att.net (Larry.Finger@lwfinger.net) wrote:
> > > >
> > > > The changes introduced the commit 596c96ba05e5d56e72451e02f93f4e15e17458df 
> > > break the initrd building step of the "make install" process. The console 
> output 
> > > is as follows:
> > > 
> > > I'm unable to locate that commit, perhaps due to a local lack of gittiness.
> > > 
> > > Can you describe the patch less cryptically?
> > > 
> > 
> > I'm not very good with git. All that bisect visualize shows for the patch is 
> the following:
> > 
> > Author: Linus Torvalds <torvalds@g5.osdl.org>  2005-10-29 16:02:16
> > Committer: Linus Torvalds <torvalds@g5.osdl.org>  2005-10-29 16:02:16
> > Parent: e9d52234e35b27ea4ea5f2ab64ca47b1a0c740ab (Merge branch 'upstream' of 
> git://ftp.linux-mips.org/pub/scm/upstream-linus)
> > 
> > Obviously, it consists of a number of patches, but I don't know how to 
> elaborate. Is there some git command to get the full description?
> 
> Yes, that's a sort of empty marker which indicates the point at which Linus
> merged the MIPS git tree.  It's rather bad of git-bisect if it told you
> that this was offending patch.
> 
> > > > >sudo make install
> > > >   CHK     include/linux/version.h
> > > >   CHK     include/linux/compile.h
> > > >   SKIPPED include/linux/compile.h
> > > >   CHK     usr/initramfs_list
> > > > Kernel: arch/i386/boot/bzImage is ready  (#97)
> > > > sh /home/finger/kernel/linux/arch/i386/boot/install.sh 2.6.14-g596c96ba 
> > > arch/i386/boot/bzImage System.map "/boot"
> > > > Root device:    /dev/hda6 (mounted on / as reiserfs)
> > > > Module list:    via82cxxx processor thermal fan reiserfs
> > > > 
> > > > Kernel image:   /boot/vmlinuz-2.6.14-g596c96ba
> > > > Initrd image:   /boot/initrd-2.6.14-g596c96ba
> > > > Shared libs:    lib/ld-2.3.5.so lib/libblkid.so.1.0 lib/libc-2.3.5.so 
> > > lib/libselinux.so.1 lib/libuuid.so.1.2
> > > > Driver modules: via82cxxx processor thermal fan reiserfs
> > > > Filesystem modules:
> > > > Including:      klibc initramfs udev fsck.reiserfs
> > > > Bootsplash:     SuSE (1024x768)
> > > > 8358 blocks
> > > > no record for '/block/hdc/uevent' in database
> > > > Use of uninitialized value in scalar chomp at 
> > > > /usr/lib/perl5/vendor_perl/5.8.7/Bootloader/Tools.pm line 139.
> > > > Use of uninitialized value in concatenation (.) or string at 
> > > /usr/lib/perl5/vendor_perl/5.8.7/Bootloader/Tools.pm line 140.
> > > > ......
> > > > 
> > > > I used git bisect to localize the bad commit. I also observed that if the 
> > > kernel created /sys/block/hdc/uevent, it failed. If this "file" does not 
> exist, 
> > > the install worked.
> > > 
> > > What does "it failed" mean?   Is this the same bug, or a different one?
> > 
> > Same bug. _make install_ fails if the uevent files are present. Sorry for the 
> imprecision.
> > 
> 
> I don't know what'a happening here.  What program is saying "no record for
> '/block/hdc/uevent' in database"?


It is coming from somewhere a SuSE script named /sbin/mk_initrd. I have not yet localized where the problem is in the script.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Broken "make install" in 2.6.14-git1
  2005-10-30  1:05 Larry.Finger@lwfinger.net
@ 2005-10-30 19:26 ` Andrew Morton
  0 siblings, 0 replies; 6+ messages in thread
From: Andrew Morton @ 2005-10-30 19:26 UTC (permalink / raw)
  To: Larry.Finger@lwfinger.net; +Cc: linux-kernel

larry.finger@att.net (Larry.Finger@lwfinger.net) wrote:
>
> The changes introduced the commit 596c96ba05e5d56e72451e02f93f4e15e17458df break the initrd building step of the "make install" process. The console output is as follows:

I'm unable to locate that commit, perhaps due to a local lack of gittiness.

Can you describe the patch less cryptically?

> >sudo make install
>   CHK     include/linux/version.h
>   CHK     include/linux/compile.h
>   SKIPPED include/linux/compile.h
>   CHK     usr/initramfs_list
> Kernel: arch/i386/boot/bzImage is ready  (#97)
> sh /home/finger/kernel/linux/arch/i386/boot/install.sh 2.6.14-g596c96ba arch/i386/boot/bzImage System.map "/boot"
> Root device:    /dev/hda6 (mounted on / as reiserfs)
> Module list:    via82cxxx processor thermal fan reiserfs
> 
> Kernel image:   /boot/vmlinuz-2.6.14-g596c96ba
> Initrd image:   /boot/initrd-2.6.14-g596c96ba
> Shared libs:    lib/ld-2.3.5.so lib/libblkid.so.1.0 lib/libc-2.3.5.so lib/libselinux.so.1 lib/libuuid.so.1.2
> Driver modules: via82cxxx processor thermal fan reiserfs
> Filesystem modules:
> Including:      klibc initramfs udev fsck.reiserfs
> Bootsplash:     SuSE (1024x768)
> 8358 blocks
> no record for '/block/hdc/uevent' in database
> Use of uninitialized value in scalar chomp at 
> /usr/lib/perl5/vendor_perl/5.8.7/Bootloader/Tools.pm line 139.
> Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.7/Bootloader/Tools.pm line 140.
> ......
> 
> I used git bisect to localize the bad commit. I also observed that if the kernel created /sys/block/hdc/uevent, it failed. If this "file" does not exist, the install worked.

What does "it failed" mean?   Is this the same bug, or a different one?

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Broken "make install" in 2.6.14-git1
@ 2005-10-30  1:05 Larry.Finger@lwfinger.net
  2005-10-30 19:26 ` Andrew Morton
  0 siblings, 1 reply; 6+ messages in thread
From: Larry.Finger@lwfinger.net @ 2005-10-30  1:05 UTC (permalink / raw)
  To: linux-kernel

The changes introduced the commit 596c96ba05e5d56e72451e02f93f4e15e17458df break the initrd building step of the "make install" process. The console output is as follows:

>sudo make install
  CHK     include/linux/version.h
  CHK     include/linux/compile.h
  SKIPPED include/linux/compile.h
  CHK     usr/initramfs_list
Kernel: arch/i386/boot/bzImage is ready  (#97)
sh /home/finger/kernel/linux/arch/i386/boot/install.sh 2.6.14-g596c96ba arch/i386/boot/bzImage System.map "/boot"
Root device:    /dev/hda6 (mounted on / as reiserfs)
Module list:    via82cxxx processor thermal fan reiserfs

Kernel image:   /boot/vmlinuz-2.6.14-g596c96ba
Initrd image:   /boot/initrd-2.6.14-g596c96ba
Shared libs:    lib/ld-2.3.5.so lib/libblkid.so.1.0 lib/libc-2.3.5.so lib/libselinux.so.1 lib/libuuid.so.1.2
Driver modules: via82cxxx processor thermal fan reiserfs
Filesystem modules:
Including:      klibc initramfs udev fsck.reiserfs
Bootsplash:     SuSE (1024x768)
8358 blocks
no record for '/block/hdc/uevent' in database
Use of uninitialized value in scalar chomp at 
/usr/lib/perl5/vendor_perl/5.8.7/Bootloader/Tools.pm line 139.
Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.7/Bootloader/Tools.pm line 140.
......

I used git bisect to localize the bad commit. I also observed that if the kernel created /sys/block/hdc/uevent, it failed. If this "file" does not exist, the install worked.

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2005-10-31  2:52 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-10-30 22:03 Broken "make install" in 2.6.14-git1 Larry.Finger@lwfinger.net
2005-10-30 22:19 ` Andrew Morton
2005-10-31  2:52   ` Larry W. Finger
  -- strict thread matches above, loose matches on Subject: below --
2005-10-30 22:53 Larry.Finger@lwfinger.net
2005-10-30  1:05 Larry.Finger@lwfinger.net
2005-10-30 19:26 ` Andrew Morton

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®