Re: [gentoo-hardened] LiveCD install oddity

[Joshua Brindle]

oops, forgot to send this to the list also

> Ok, looks like curses is what is killing, this is with bootstrap.sh and
> not bootstrap-2.6.sh right?
>
> can you try the same with the standard gentoo 2.6 livecd from
> http://gentoo.oregonstate.edu/experimental/x86/livecd/x86/livecd-2.6_11-29-2003.iso
>
> and see if it happens?
>
> Also, did you add -fPIC to your CFLAGS because that definately shouldn't
>  happen unless you are doing it for a specific reason (ie: to build
> et_dyn binaries) which should be done by hardened-gcc or xgcc without
> the CFLAG..
>
> Joshua Brindle
>
> Michael Ihde wrote:
>
>> Here is the info I have.  The machine hangs with or without framebuffer
>> and I have tried to disable *all* power management in the BIOS, however
>> it still seems that some is still occuring :)
>>
>> The tail of the bootstrap stdout is below. I'll try a normal liveCD when
>> I have time.
>> ~Michael
>>
>> -bootstrap.tail-
>> ... HAVE_GXX_BUILTIN_H 0
>> ... HAVE_STRSTREAM_H 0
>> ... HAVE_TYPEINFO 1
>> ... HAVE_VALUES_H 0
>> ... USE_STRSTREAM_VSCAN 0
>> ... USE_STRSTREAM_VSCAN_CAST 0
>> cd ../obj_s;  /usr/bin/g++ -I../c++ -I../include -I. -DHAVE_CONFIG_H -I.
>> -I../include  -D_GNU_SOURCE -DNDEBUG -O2 -mcpu=i686 -fomit-frame-pointer
>> -fPIC -c ../c++/cursesf.cc
>> cd ../obj_s;  /usr/bin/g++ -I../c++ -I../include -I. -DHAVE_CONFIG_H -I.
>> -I../include  -D_GNU_SOURCE -DNDEBUG -O2 -mcpu=i686 -fomit-frame-pointer
>> -fPIC -c ../c++/cursesm.cc
>> cd ../obj_s;  /usr/bin/g++ -I../c++ -I../include -I. -DHAVE_CONFIG_H -I.
>> -I../include  -D_GNU_SOURCE -DNDEBUG -O2 -mcpu=i686 -fomit-frame-pointer
>> -fPIC -c ../c++/cursesw.cc
>> cd ../obj_s;  /usr/bin/g++ -I../c++ -I../include -I. -DHAVE_CONFIG_H -I.
>> -I../include  -D_GNU_SOURCE -DNDEBUG -O2 -mcpu=i686 -fomit-frame-pointer
>> -fPIC -c ../c++/cursespad.cc
>>
>> (I'm assuming that this is where it hangs)
>>
>> -hardware config-
>> PCI devices found:
>>   Bus  0, device   0, function  0:
>>     Host bridge: VIA Technologies, Inc. VT82C693A/694x [Apollo PRO133x]
>> (rev 196).      Master Capable.  Latency=8.
>>       Prefetchable 32 bit memory at 0xe0000000 [0xe3ffffff].
>>   Bus  0, device   1, function  0:
>>     PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo
>> MVP3/Pro133x AGP] (rev 0).
>>       Master Capable.  No bursts.  Min Gnt=8.
>>   Bus  0, device   7, function  0:
>>     ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South]
>> (rev 64).
>>   Bus  0, device   7, function  1:
>>     IDE interface: VIA Technologies, Inc.
>> VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 6).
>>       Master Capable.  Latency=32.
>>       I/O at 0xffa0 [0xffaf].
>>   Bus  0, device   7, function  2:
>>     USB Controller: VIA Technologies, Inc. USB (rev 22).
>>       IRQ 11.
>>       Master Capable.  Latency=64.
>>       I/O at 0xdc00 [0xdc1f].
>>   Bus  0, device   7, function  4:
>>     SMBus: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 64).
>>   Bus  0, device  10, function  0:
>>     Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev
>> 8).
>>       IRQ 5.
>>       Master Capable.  Latency=64.  Min Gnt=8.Max Lat=56.
>>       Non-prefetchable 32 bit memory at 0xdffff000 [0xdfffffff].
>>       I/O at 0xd800 [0xd83f].
>>       Non-prefetchable 32 bit memory at 0xdfe00000 [0xdfefffff].
>>   Bus  0, device  12, function  0:
>>     Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (#2)
>> (rev 8).
>>       IRQ 9.
>>       Master Capable.  Latency=64.  Min Gnt=8.Max Lat=56.
>>       Non-prefetchable 32 bit memory at 0xdfffe000 [0xdfffefff].
>>       I/O at 0xd400 [0xd43f].
>>       Non-prefetchable 32 bit memory at 0xdfc00000 [0xdfcfffff].
>>   Bus  1, device   0, function  0:
>>     VGA compatible controller: ATI Technologies Inc Rage XL AGP 2X (rev
>> 101).
>>       IRQ 9.
>>       Master Capable.  Latency=64.  Min Gnt=8.
>>       Non-prefetchable 32 bit memory at 0xde000000 [0xdeffffff].
>>       I/O at 0xa800 [0xa8ff].
>>       Non-prefetchable 32 bit memory at 0xdfaff000 [0xdfafffff].
>>
>>
>> On Tue, 2004-03-02 at 12:04, Joshua Brindle wrote:
>>
>>> Oh! and also try it in nofb mode and see if it happens there...
>>>
>>> Thanks again
>>>
>>> Joshua Brindle
>>>
>>> Dan Podeanu wrote:
>>>
>>>
>>>> I assume the issue is related to the video card going to power
>>>> saving mode
>>>> due to the console not being actually used while the system is
>>>> bootstraped.
>>>>
>>>> Try keeping the console live by pressing a key or moving the mouse
>>>> every
>>>> 5-10 minutes.
>>>>
>>>> ----- Original Message ----- From: "Andy Dustman"
>>>> <adustman@×××××××××.edu>
>>>> To: <gentoo-hardened@l.g.o>
>>>> Sent: Monday, March 01, 2004 9:21 PM
>>>> Subject: Re: [gentoo-hardened] LiveCD install oddity
>>>>
>>>>
>>>>
>>>>
>>>>> On Fri, 2004-02-27 at 23:34, Mike Bailey wrote:
>>>>>
>>>>>
>>>>>
>>>>>> Everything is fine up until what I presume to be the end of the
>>>>
>>>>
>>>> bootstrap
>>>>
>>>>
>>>>>> script. I've not actually watched it stop but after what seems to
>>>>>> be an
>>>>
>>>>
>>>> hour
>>>>
>>>>
>>>>>> of compiling my video craps out entirely. I can't get to other
>>>>>> sessions
>>>>
>>>>
>>>> nor
>>>>
>>>>
>>>>>> do anything other than a hard boot of the device.
>>>>>
>>>>>
>>>>> I had the same exact problem and I cured it by using bootstrap-2.6.sh
>>>>> instead of bootstrap.sh (the live CD has a 2.6 kernel).
>>>>> --
>>>>> Andy Dustman <adustman@×××××××××.edu>
>>>>> Office of Information Technology, Terry College of Business, UGA
>>>>>
>


--
gentoo-hardened@g.o mailing list