Hello everybody.
Did anyone manage to successfully boot Linux on an RS/6000 43p 140 ?
I tried using ftp://ftp.suse.com/pub/suse/ppc/7.1/unsorted/prep/43p_140/zImage.140.chrp
and followed the instructions in the German SuSE manual (ie copied the image to an MS-DOS
formatted floppy disk, renaming the image to "zimage" there).
At the OpenFirmware prompt I typed
boot floppy:,zimage root=/dev/fd0 load_ramdisk=1 fake_initrd
I also tried using ftp://ftp.suse.com/pub/suse/ppc/kernel/BETA/deflt/zImage.prep
and followed the instructions on http://sdb.suse.de/de/sdb/html/olh_ppc_43p140.html
(ie copied the image as a raw disk image using dd).
At the OpenFirmware prompt I typed
boot floppy:,\zImage
In BOTH cases, the symptoms are identical:
The floppy is read (takes half a minute or so).
The OpenFirmware cursor moves to the next line or the line after that.
The system freezes (or reboots after a long time).
(None of the IPL or memory messages ever appear.)
So obviously, none of these approaches works for me.
What is the difference between the images copied as raw disk images and those copied
as files on an MS-DOS disk?
Which approach is *supposed* to work? Both are declared as solutions for 140 43p.
BTW: The firmware version of the machine I tried this on is TIG97251.
Thanks in advance for any hints or solutions.
Alexander Achenbach
Hello!
I work a lot with Atari-files, like img, Signum and Textfiles. How can I
change them to a Linux-compatible format and vice versa? I tried pnm for
img, but it didn't do, what I wanted.
Marianne
Merci à tous, thanks to all
Alain
Le Mardi 26 Mars 2002 10:56, vous avez écrit :
> Le 26/03/02 9:52, « abarthel » <abarthel(a)iph.fgov.be> a écrit :
> > Hello,
> >
> > Sorry a little off-topic.
> >
> > I have to install MacOSX on all stations where I work. The standard
> > installation is easy and you can have all the MS softs without problem
> > (beuargh!) and somme packages like Apache are easy to install if you have
> > the installation package (.pkg or something like that)
> >
> > Problem: I did not succeeded till now to install a soft from the source
> > code (tarball, etc ...).
> > I tried Fink and finally it seems to work.
> >
> > Do you know a good mailing-list where I can find somme useful help for
> > MacOSX or a good doculmentation?
>
> In case you speak french, have a look at : <http://www.mosx.net/>
>
> Later, Yann
Hello,
Sorry a little off-topic.
I have to install MacOSX on all stations where I work. The standard
installation is easy and you can have all the MS softs without problem
(beuargh!) and somme packages like Apache are easy to install if you have the
installation package (.pkg or something like that)
Problem: I did not succeeded till now to install a soft from the source code
(tarball, etc ...).
I tried Fink and finally it seems to work.
Do you know a good mailing-list where I can find somme useful help for MacOSX
or a good doculmentation?
--
Alain Barthélemy
Hi All,
I just noticed that dmesg nolonger works.
I get this error message:-
IN from bad port 100c5 at c0130e80
IN from bad port 100c5 at c0130e80
IN from bad port 100c5 at c0130e80
I even rebuilt dmesg util-linux-2.11o and get the same thing.
Does anyone know why I am getting this.
Regards
Andrew
Hi,
I'm trying to make the last version of gnomemeeting working and, after
successful compilation of all packages (pwlib, openh323 and gnomemeeting
0.85, which I can make the rpms available to anybody), when I try to
launch it, I get an error saying that gconf is not correctly configured
on my system. What should I do ?
I had to install a few gnome components from the Suse7.3 PPC cds and I
probably miss something. GConf seems to be a "transparent" configuration
system...
Anybody has ideas ? Is it a known problem ? I searched a few mailing
lists but nothing interesting appeared.
Cheers
Damir
--
=====================================================================
| Damir Buskulic | Universite de Savoie/LAPP |
| | Chemin de Bellevue, B.P. 110 |
| Tel : +33 (0)450091600 | F-74941 Annecy-le-Vieux Cedex |
| e-mail: buskulic(a)lapp.in2p3.fr | FRANCE |
=====================================================================
mailto:buskulic@lapp.in2p3.fr
Hello All,
Some history.
I have installed 7.3 successfully on a mac 8500+G3 powerlogix upgrade
card using an Adaptec 2930 and voodoo 5500 card that I removed from my
G4. X11 4.2 is using fbdev driver before anyone asks :)
I recently built the 2.4.18+patch kernel (patch details where on
http://www.penguinppc.org/) using "gcc version 2.95.3 20010319 (2.95.4
CVS + prerelease/franzo/20010912)". I even configured the kernel just my
hardware. Not a hitch.
The box is called "littleFoot".
Aims.
At work I use GCC 3.x or rather g++ on both Sun Solaris 6 and Red Hat
Linux. Both I built from scratch with out a hitch.
So, for maximum flexibility I wanted to do the same at home.
Problem.
My work development cycle requires stdlibc++-v3 because of the advanced
template and stream algorithms we are writing.
I also use a lot of shared library functionality.
However, GCC 3.x behaves very oddly on my system. I tried to "make
bootstrap" the compiler under Suse PPC 7.3 as I did at work it fails
similarly to the problem I describe below. I even installed Andreas
Jaeger prebuilt versions (http://www.suse.com/~aj/gcc30.html).
The problem I get is an intermittent crash of the compiler.
See below. I tried various combinations of make -j 2, make and doing g++
directely.
If I do a make clean and then a make -j to build 8 or so files it will
fail say on the 7th file. If I try make again it will work.
The error message always seems to mention locale_facets.tcc.
I am beginning to wonder if I am the only one using g++ 3.x on a
macintosh under linux!
And am I the only one building a powerpc gcc 3.x on a powerpc gcc 3.x on
a macintosh?
I recently started to look at
http://www.codesourcery.com/gcc_binary_snapshots to see if I can use
their prebuilt binaries.
They have not packaged this build up as immediately installable but
rather captured the bootstrap built and not the make install bit. I
have yet to figure out how to piece it all together with the c++ header
files.
How does Andreas Jeager built gcc 3.x - Does he cross compile it from
another host ?
Whats the best way forward ? I have a separate email concerning gcc
3.0.4 an its problem.
So, Can anyone help ?
Where does "franzo" live on the internet ? Is he the PPC compiler
expert ?
In file included from streamtools.cpp:55:
../include/vdt/byteswap.h:90:6: warning: no newline at end of file
/home/grtadmin/GRT/tools/gcc/include/g++-v3/bits/basic_string.h: In
member
function `_Alloc std::basic_string<_CharT, _Traits,
_Alloc>::get_allocator()
const [with _CharT = char, _Traits = std::char_traits<char>, _Alloc =
std::allocator<char>]':
/home/grtadmin/GRT/tools/gcc/include/g++-v3/bits/basic_string.h:344:
instantiated from `void std::basic_string<_CharT, _Traits,
_Alloc>::basic_string() [with _CharT = char, _Traits =
std::char_traits<char>, _Alloc = std::allocator<char>]'
/home/grtadmin/GRT/tools/gcc/include/g++-v3/bits/locale_facets.tcc:172:
instantiated from `void
std::_Format_cache<_CharT>::_M_populate(std::ios_base&) [with _CharT =
char]'
/home/grtadmin/GRT/tools/gcc/include/g++-v3/bits/locale_facets.tcc:226:
instantiated from `static std::_Format_cache<_CharT>*
std::_Format_cache<_CharT>::_S_get(std::ios_base&) [with _CharT = char]'
/home/grtadmin/GRT/tools/gcc/include/g++-v3/bits/ostream.tcc:490:
instantiated from `void std::__pad_char(std::basic_ios<_CharT,
_Traits>&, _CharT*, const _CharT*, int, int) [with _CharT = char,
_Traits = std::char_traits<char>]'
/home/grtadmin/GRT/tools/gcc/include/g++-v3/bits/ostream.tcc:701:
instantiated from `std::basic_ostream<char, _Traits>&
std::operator<<(std::basic_ostream<char, _Traits>&, const char*) [with
_Traits = std::char_traits<char>]'
vindex.cpp:215: instantiated from here
/home/grtadmin/GRT/tools/gcc/include/g++-v3/bits/basic_string.h:725:
Internal
error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
make: *** [vindex.o] Error 1
ERROR : System Call <make -j10 > Failed : 2
Regards
Andrew
Hello, Bonjour,
I finally managed to use PowerBookG3 with a projector (to use with simpress).
Originally the projected image was yellow.
Here follows original /etc/X11/XF86Config (yellow image thus):
I make transformations like indicated with arrows below.
==> i have no more yellow screen with KDE but can't have more than 800x600
resolution (which does not disturb me) and with 1024x768 ==> yellow screen)
But the image is blurred/fuzzy or more precisely split into two image. It is
thus difficult to see the details.
Does anybody have a way to set the problem. Do I have tp play with HorizSync
(now 31-65) or VertRefresh (now 58-78).
Thanks
Alain
Here follows XF86Config:
Section "Device"
BoardName "Mach64 LI"
BusID "0:17:0"
Driver "ati"
Identifier "Device[0]"
Option "dpms"
Option "reference_clock Mhz" "29.498928"
VendorName "ATI"
EndSection
=========
below my modifications indicated with arrows
=========-
Section "Screen"
DefaultDepth 15 ======> changed in 8
SubSection "Display"
Depth 15 =====> changed in 8
Modes "1024x768" =======> changed in 800x600
EndSubSection
SubSection "Display"
Depth 16
Modes "1024x768"
EndSubSection
SubSection "Display"
Depth 24
Modes "1024x768"
EndSubSection
SubSection "Display"
Depth 32
Modes "1024x768"
EndSubSection
SubSection "Display"
Depth 8
Modes "1024x768"
EndSubSection
Device "Device[0]"
Identifier "Screen[0]"
Monitor "Monitor[0]"
EndSection
So it works but how to sharpen the image.
Thanks
--
Alain Barthélemy
cassandre(a)gminformatique.com
bartydeux(a)gminformatique.com
http://bartydeux.gminformatique.com
HI,
When bootstrap building GCC 3.0.4.
I get the following error message. I spotted a similar one in the GCC
BUG LIST but the reply was that this is a known red hat issue look
there ? Anyone know what they meant ?
stage1/xgcc -Bstage1/ -B/root/gcc_3.0.4/build/powerpc-suse-linux/bin/
-c -DIN_GCC -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -DHA
stage1/xgcc -Bstage1/ -B/root/gcc_3.0.4/build/powerpc-suse-linux/bin/
-c -DIN_GCC -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -DHA
../../gcc-3.0.4/gcc/cp/parse.c -o cp/parse.o
/usr/lib/bison.simple: In function `yyparse_1':
/usr/lib/bison.simple:761: Internal error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
make[2]: *** [cp/parse.o] Error 1
make[2]: Leaving directory `/root/gcc_3.0.4/config/gcc'
make[1]: *** [stage2_build] Error 2
make[1]: Leaving directory `/root/gcc_3.0.4/config/gcc'
make: *** [bootstrap] Error 2
Regards
Andrew