linux-apus-devel

Re: dmasound changes (fwd)

[Benjamin H. <be...@ke...>]

>Geert> Anyone with some spare time? I gave it a quick try, but
>Geert> compilation failed.
>
>Geert> The Linux/PPC bk _2_4 tree can be found at
>
>Geert>     bk://ppc@ppc.bkserver.net/linuxppc_2_4
>
>Geert> Yes, you need BitKeeper :-)
>
>Or maybe you would care to post a patch so one doesn't have to install
>BK to look at it.

Well, I finally sent it all to Marcello, it should be in pre5, it's
always time to fix eventual breakage before he releases final.

The patch of dmasound itself is below (on PPC it needs additional
arch stuffs to compile though).

Re: dmasound changes (fwd)

[Jes S. <je...@tr...>]

>>>>> "Geert" == Geert Uytterhoeven <Gee...@so...> writes:

Geert> Anyone with some spare time? I gave it a quick try, but
Geert> compilation failed.

Geert> The Linux/PPC bk _2_4 tree can be found at

Geert>     bk://ppc@ppc.bkserver.net/linuxppc_2_4

Geert> Yes, you need BitKeeper :-)

Or maybe you would care to post a patch so one doesn't have to install
BK to look at it.

Jes

Re: Prometheus Card and Voodoo 3 3000

[Geert U. <ge...@li...>]

On Wed, 5 Dec 2001, Roman Zippel wrote:
> "Michel D=E4nzer" wrote:
> >=20
> > [ following up to the linux-apus-devel list, hope you don't mind ]
> >=20
> > On Sun, 2001-12-02 at 01:55, Adam Kowalczyk wrote:
> >=20
> > > > Ever since I've installed my Prometheus card, I can't run LinuxPP=
C (or
> > > > LinuxM68k).  The machine locks up after the fb devices prints out=
 a
> > > > few messages (I ECS and CLGen).  I'm under the impression the
> > > > Autoconfig routines may not like the fact that the Prometheus car=
d
> > > > requires 512MB of space allocated.
> > >
> > > Here is the site Matay has put together
> > > http://prometheus.amiga.pl/developer.html  it has some information,
> > > but I'm not sure if there is enough for a Linux driver,
>=20
> >From the info only the pci card can generate that, so if the card was
> activated and not shutdown before booting into Linux.
>=20
> > Looks to me like it should be enough. If only there was information l=
ike
> > this about all hardware.
>=20
> I'm not overly familiar with PCI, accessing the pci devices shouldn't b=
e
> difficult, but what about configuring them (irq, io addresses, ...)?

They tell where PCI config space is and how it works.
They tell where PCI I/O and memory space are mapped, and how hardware
byteswapping is done.
They tell that all PCI interrupts of all slots (INT #A-#D) are mapped to =
one
single Zorro interrupt.

Code for configuring PCI devices already exists in the PPC tree.

I guess now we know everything we need to know. Let's implement it :-)

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m6=
8k.org

In personal conversations with technical people, I call myself a hacker. =
But
when I'm talking to journalists I just say "programmer" or something like=
 that.
							    -- Linus Torvalds

Re: Prometheus Card and Voodoo 3 3000

[Roman Z. <zi...@xs...>]

"Michel D=E4nzer" wrote:
>=20
> [ following up to the linux-apus-devel list, hope you don't mind ]
>=20
> On Sun, 2001-12-02 at 01:55, Adam Kowalczyk wrote:
>=20
> > > Ever since I've installed my Prometheus card, I can't run LinuxPPC =
(or
> > > LinuxM68k).  The machine locks up after the fb devices prints out a
> > > few messages (I ECS and CLGen).  I'm under the impression the
> > > Autoconfig routines may not like the fact that the Prometheus card
> > > requires 512MB of space allocated.
> >
> > Here is the site Matay has put together
> > http://prometheus.amiga.pl/developer.html  it has some information,
> > but I'm not sure if there is enough for a Linux driver,

From the info only the pci card can generate that, so if the card was
activated and not shutdown before booting into Linux.

> Looks to me like it should be enough. If only there was information lik=
e
> this about all hardware.

I'm not overly familiar with PCI, accessing the pci devices shouldn't be
difficult, but what about configuring them (irq, io addresses, ...)?

bye, Roman

Re: NCR SCSI PowerUP driver

[<re...@we...>]

"F. Heitkamp" <hei...@am...> schrieb am 05.12.01:
> Sorry your message is empty.
>=20
> Fred
>=20
Hmm...

Another try.
Hi, Fred!

Nice to heare that your Amiga is working again! I`m working on the 53c770=20
driver and I got some successes.
I have reworked the driver to the newer ncr53c8xx version and got the=20
cachetest and the irq-assignment working. Also the scripts are patched to=20
get the LED working and 4k on-chip RAM is used.
If no scsi-device is on the bus, the kernel starts and you can read out=20
some information in /proc/scsi/53c770. But if a device is connected to=20
scsi, the scripts-part of the driver detects the scsi-device and then it=20
hangs at some point after detection. It`s realy difficult to get out where=
=20
the problem is...
Before I reworked the driver to the newer one, I have worked on your=20
version and got the same problem!

The newer ncr53c8xx driver uses some 'mad' memory-management routines,=20
which is not corrected for APUS for now. I have only done some 'dirty'=20
hacks on memory-management for APUS, because I don`t want to waste my time=
=20
on this.

If you are interested, i could send you my version for testing. It also=20
were be nice, if you have the time for also working on the driver.
Since I had a crash on my APUS-box lately, I must rework some stuff on an=20
older version of the driver... I need a few days.
The cvs contains only your old version.


Ciao, Ren=E8
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
Keine verlorenen Lotto-Quittungen, keine vergessenen Gewinne mehr!=20
Beim WEB.DE Lottoservice: http://tippen2.web.de/=3Fx=3D13

Re: NCR SCSI PowerUP driver

[Rene B. <re...@we...>]

Hi, Fred!

Nice to here that your Amiga is working again! I`m working on the 53c770 
driver and I got some successes.
I have reworked the driver to the newer ncr53c8xx version and got the 
cachetest and the irq-assignment working. Also the scripts are patched to 
get the LED working and 4k on-chip RAM is used.
If no scsi-device is on the bus, the kernel starts and you can read out 
some information in /proc/scsi/53c770. But if a device is connected to 
scsi, the scripts-part of the driver detects the scsi-device and then it 
hangs at some point after detection. It`s realy difficult to get out where 
the problem is...
Before I reworked the driver to the newer one, I have worked on your 
version and got the same problem!

The newer ncr53c8xx driver uses some 'mad' memory-management routines, 
which is not corrected for APUS for now. I have only done some 'dirty' 
hacks on memory-management for APUS, because I don`t want to waste my time 
on this.

If you are interested, i could send you my version for testing. It also 
were be nice, if you have the time for also working on the driver.
Since I had a crash on my APUS-box lately, I must rework some stuff on an 
older version of the driver... I need a few days.
The cvs contains only your old version.


Ciao, Renè

On 2001.12.04 16:35 F. Heitkamp wrote:
> I finally got my Amiga repaired and working though I lost my Ariadne 
> card.
> Something is wrong with it that causes the Amiga to lose contact with the
> Zorro slots.  It would be nice to get the Ariadne fixed, but I understand
> Village Tronic or whoever is no longer in business.
> 
> Anyway,  I may try to work on the SCSI driver again if no one else
> is working on it.  If someone else has be working on it, have you had
> any luck?
> 
> Fred
> 
> 
> _______________________________________________
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linux-apus-devel

Re: APUS (Amiga 4000) IOBlix Serial module & source

[Giorgio T. <de...@ip...>]

Per Larsson wrote:

> Hello Giogio!

> With the latest ioblix module that you sent me, I am no longer experinecing
> any of my former problems.
>
> My amiga no longer hangs when accessing the serial ports, and I have
> successfully "talked" to a serial mouse and a modem on ttyS2 and ttyS3
> respectively.
>
> Thanks for all you help, and please tell me if there is anything else I can
> do to help the further develpment of the ioblix driver.

Great News!

Thank you for your patience and "system crashes"...
next steps will be console addon , IOBlix 1200 driver and finally to commit it

Thank you again,

Regards
            Gio(r)gio  :))   Terzi

NCR SCSI PowerUP driver

[F. H. <hei...@am...>]

I finally got my Amiga repaired and working though I lost my Ariadne card.
Something is wrong with it that causes the Amiga to lose contact with the
Zorro slots.  It would be nice to get the Ariadne fixed, but I understand
Village Tronic or whoever is no longer in business.

Anyway,  I may try to work on the SCSI driver again if no one else
is working on it.  If someone else has be working on it, have you had
any luck?

Fred

Re: APUS (Amiga 4000) IOBlix Serial module & source

[Per L. <pe...@al...>]

Hello Giogio!

With the latest ioblix module that you sent me, I am no longer experinecing 
any of my former problems.

My amiga no longer hangs when accessing the serial ports, and I have 
successfully "talked" to a serial mouse and a modem on ttyS2 and ttyS3 
respectively.

Thanks for all you help, and please tell me if there is anything else I can 
do to help the further develpment of the ioblix driver.

Sincerely
Per Larsson

Re: APUS (Amiga 4000) IOBlix Serial module & source

[Giorgio T. <de...@ip...>]

On 01-Dic-01, Per Larsson wrote:

 
> This time I'm using my own compiled 2.4.13 kernel. If it helps, I'll upgrade 
> to 2.4.16.

Yes, try to upgrade just in case...
I am using 2.4.16 now.

> This is my /proc/interrupts with the module loaded as above:
> 
> ami   0:     183587   console/cursor
> ami   1:          0   <NULL>
> ami   2:          0   <NULL>
> ami   3:          0   <NULL>
> ami   4:          0   <NULL>
> ami   5:          0   <NULL>
> ami   6:          0   <NULL>
> ami   7:          0   <NULL>
> ami   8:          0   floppy_dma
> ami   9:          0 F serial RX
> ami  10:          0   serial TX
> ami  11:          0   <NULL>
> ami  12:      23459   eth0
>                      53c7xx
> cia  14:          0   <NULL>
> cia  15:          0   floppy_timer
> cia  16:          0   <NULL>
> cia  17:       1505   keyboard
> cia  18:          0   <NULL>
> cia  19:          0   <NULL>
> cia  20:          0   <NULL>
> cia  21:          0   <NULL>
> cia  22:          0   <NULL>
> cia  23:          0   <NULL>

Oh my God, seems that interrupt 13 is not allocated :(
It is allocated on IOBlix IRQ_AMIGA_EXTER request_irq() 
with description "RBM IOBlix serial Int".

Seems that driver is not able to add its interrupt routines in 
that irq chain...

> As you can see, there is no difference between this and the interrupt list 
> without the module.

Yes i see,unfortunately. :((
 
> amiga_delete_irq: tried to remove invalid irq

Is logical. Nothing allocated, nothing to remove. :(((
 
> My amiga still hangs when trying to access any of the serial ports of the 
> IOBlix.

I must apologize! 
I have forgotten to control if the IRQ was really allocated !!! :((((

But we know the problem: IRQ allocation.

I am envoing you another module with correct IRQ control.
If the module will give you an IRQ allocation error also with 2.4.16 
this will significate that RBM A1200 Zorro Expansion uses another 
interrupt than A4000 Zorro.

For the Wizards :)
The only other possible candidate i know is IRQ_AMIGA_PORTS aka 
external INT2 & CIAA-PORTS.
Is there something other suggestion on A1200 to try ?

Regards
-- 
                                                 Giorgio Terzi

Re: Prometheus Card and Voodoo 3 3000

[Michel <mic...@ii...>]

[ following up to the linux-apus-devel list, hope you don't mind ]

On Sun, 2001-12-02 at 01:55, Adam Kowalczyk wrote:

> > Ever since I've installed my Prometheus card, I can't run LinuxPPC (or
> > LinuxM68k).  The machine locks up after the fb devices prints out a
> > few messages (I ECS and CLGen).  I'm under the impression the
> > Autoconfig routines may not like the fact that the Prometheus card
> > requires 512MB of space allocated.
>=20
> Here is the site Matay has put together
> http://prometheus.amiga.pl/developer.html  it has some information,
> but I'm not sure if there is enough for a Linux driver,

Looks to me like it should be enough. If only there was information like
this about all hardware.

> but it may explain why I can't get it to boot any longer.

Not AFAICS, looks like it should be just another Zorro device, but I may
have missed something.


--=20
Earthling Michel D=E4nzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member   /  CS student, Free Software enthusiast

Re: dmasound changes (fwd)

[Michel <mic...@ii...>]

On Sun, 2001-12-02 at 16:28, Geert Uytterhoeven wrote:
>=20
> Anyone with some spare time? I gave it a quick try, but compilation faile=
d.
>=20
> The Linux/PPC bk _2_4 tree can be found at
>=20
>     bk://ppc@ppc.bkserver.net/linuxppc_2_4
>=20
> Yes, you need BitKeeper :-)

Or rsync source.mvista.com::


--=20
Earthling Michel D=E4nzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member   /  CS student, Free Software enthusiast

dmasound changes (fwd)

[Geert U. <Gee...@so...>]

Anyone with some spare time? I gave it a quick try, but compilation failed.

The Linux/PPC bk _2_4 tree can be found at

    bk://ppc@ppc.bkserver.net/linuxppc_2_4

Yes, you need BitKeeper :-)

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven ------------- Sony Software Development Center Europe (SDCE)
Gee...@so... ------------------- Sint-Stevens-Woluwestraat 55
Voice +32-2-2908453 Fax +32-2-7262686 ---------------- B-1130 Brussels, Belgium

---------- Forwarded message ----------
Date: Thu, 3 Nov 2033 00:54:53 +0100
From: Benjamin Herrenschmidt <be...@ke...>
To: Geert Uytterhoeven <ge...@li...>
Subject: dmasound changes

Hi Geert !

I've pushed most of the remaining pmac bits to the bk _2_4 tree,
including some long standing dmasound changes.

I'm about to send all of this to Marcelo, I'd like to get your
ack about not breaking the amiga/atari stuff however.

Regards,
Ben.

Re: APUS (Amiga 4000) IOBlix Serial module & source

[Giorgio T. <de...@ip...>]

Dear Per,

as i wrote you here i attach another test version of
IOBlix Z2 driver.
I have added a DSR timeout feature and other things.
One feature that may be useful for your tests is
the addition of a module's variable named "iob_ether"

Now when you load the module two more strings will
print the ethernet irq enable bit status.

if you load the module normally

insmod ioblix

the status will be left as is but if you load
the module using

insmod ioblix iob_ether=0

it will disable the ethernet module's interrupts.

insmod ioblix iob_ether=1

does the opposite thing.

Please keep me informed about these tests.

I attach also the source that will be committed
(i hope) tomorrow after some "makeup"... :)

Regards,

        Giorgio

CVS Update: CVSROOT (branch: trunk)

[Michel D. <mda...@us...>]

CVSROOT:	/cvsroot/linux-apus
Module name:	CVSROOT
Repository:	./
Changes by:	mdaenzer@usw-pr-cvs1.	01/11/30 03:03:06

Log message:
  get rid of syncmail

Modified files:
      ./:
        checkoutlist loginfo 
Removed files:
      ./:
        syncmail 
  
  Revision      Changes    Path
  1.5           +0 -1      CVSROOT/checkoutlist
  1.11          +0 -4      CVSROOT/loginfo

CVS Update: 2.3 (branch: trunk)

[Roman Z. <zi...@us...>]

CVSROOT:	/cvsroot/linux-apus
Module name:	2.3
Repository:	2.3/drivers/ide/
Changes by:	zippel@usw-pr-cvs1.	01/11/27 16:30:38

Log message:
  conflict fixes from import bitkeeper (2.4.16)

Modified files:
      ./:
        Makefile 
      2.3/arch/ppc/kernel/:
        time.c 
      2.3/drivers/ide/:
        ide-probe.c 
  
  Revision      Changes    Path
  1.31          +2 -2      2.3/Makefile
  1.15          +11 -55    2.3/arch/ppc/kernel/time.c
  1.5           +1 -1      2.3/drivers/ide/ide-probe.c

Re: APUS (Amiga 4000) IOBlix Serial module & source

[Michel <mic...@ii...>]

On Sun, 2001-11-25 at 13:58, Giorgio Terzi wrote:

> To make IOBlix work generic_serial must be previously loaded
> insmod generic_serial
>     or
> insmod generic_serial gs_debug=3D0xffffffff
>     if you want debug infos
>     after
> insmod ioblixz2
>     or
> insmod ioblixz2 iob_debug=3D0xff

Or just modprobe, module options can be configured in /etc/modules.conf.


> I am sorry but now the source is completely uncommented and indented in
> a "wrong" way...

scripts/Lindent in the source tree is a script for indenting source
according to the guidelines in Documentation/CodingStyle.


--=20
Earthling Michel D=E4nzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member   /  CS student, Free Software enthusiast

APUS (Amiga 4000) IOBlix Serial module & source

[Giorgio T. <de...@ip...>]

Hello all,

this is a working ioblix driver (with sources) i am sending to the A4000

people to test it about any bug remaining i haven't found.
I have tested it succesfully  with minicom using a null modem connection

between two IOBlix ports at 115200 baud. Also this mail is envoyed with
it.
--------------------------------------------------------------------------

For R.E.Wolff
It was a little bit difficult to make it work with generic_serial: i
have
used some "dirty tricks" to get rid of a tx buffer control in the
gs_set_termios() function that made infinite loop locks if you try to
use
a serial port without a device connected to it.
I think that is better to add in the generic_serial upper level driver
the control of device connected (Data Set Ready) that will stop or flush

the tx buffer if !(DSR).A wait time will discriminate if this is a
simply
"kicked cable" stop or a true empty port flush.
Look ioblix_chars_in_buffer() function for the "dirty trick" i used.
--------------------------------------------------------------------------

For Alan Buxey,
I think this driver may be easily adapted for the add of the A1200's
IOBlix
& Hipercom cards adding a machine's choice (A4000 vs A1200).

As you will see in the source header i have used the MAJOR ttyS & cua
numbers
4 and 5, i don't know if it was a good choice or it must be modified.
Do exists a clean manner to know how much MINORS are still initialized
in a
MAYOR device?  In the Amiga case i have begun with the 65 MINOR
(64 is built in serial) but i cannot assume this is ever true...
One other thing i have added (but not used in this driver ) is an
experimental
ser_board structure that in a future may be used to collect the specific
datas
of the Amiga's cards that use EXAR ST16C550-ST16C654 compatible UARTs.
I am working on this and a more "generalized" version that will be
committed
as soon as possible.
The module is compiled with 2.4.15 kernel but i think that it can be
used
also with a lower version kernel.

Some instructions ( if needed... :) )
To make IOBlix work generic_serial must be previously loaded
insmod generic_serial
    or
insmod generic_serial gs_debug=0xffffffff
    if you want debug infos
    after
insmod ioblixz2
    or
insmod ioblixz2 iob_debug=0xff

I am sorry but now the source is completely uncommented and indented in
a
"wrong" way...
Any suggestion or warning or else...(i hope not blames) is welcome.

For Per Larson,
thanks for your patience...

Kind regards
                        Giorgio Terzi

CVS Update: 2.3 (branch: trunk)

[Roman Z. <zi...@us...>]

CVSROOT:	/cvsroot/linux-apus
Module name:	2.3
Repository:	2.3/fs/proc/
Changes by:	zippel@usw-pr-cvs1.	01/11/23 16:33:23

Log message:
  readd /proc/hardware and /proc/stram

Modified files:
      2.3/fs/proc/:
        proc_misc.c 
  
  Revision      Changes    Path
  1.2           +158 -238  2.3/fs/proc/proc_misc.c

CVS Update: 2.3 (branch: trunk)

[Roman Z. <zi...@us...>]

CVSROOT:	/cvsroot/linux-apus
Module name:	2.3
Repository:	2.3/include/linux/
Changes by:	zippel@usw-pr-cvs1.	01/11/23 16:20:08

Log message:
  inode sync fix

Modified files:
      2.3/fs/:
        inode.c super.c 
      2.3/include/linux/:
        fs.h 
  
  Revision      Changes    Path
  1.4           +448 -180  2.3/fs/inode.c
  1.4           +418 -1022 2.3/fs/super.c
  1.4           +406 -144  2.3/include/linux/fs.h

CVS Update: 2.3 (branch: trunk)

[Roman Z. <zi...@us...>]

CVSROOT:	/cvsroot/linux-apus
Module name:	2.3
Repository:	2.3/mm/
Changes by:	zippel@usw-pr-cvs1.	01/11/23 16:18:03

Log message:
  conflict fixes from import bitkeeper (2.4.15)

Modified files:
      ./:
        Makefile 
      2.3/arch/ppc/:
        defconfig 
      2.3/arch/ppc/amiga/:
        config.c 
      2.3/arch/ppc/configs/:
        apus_defconfig 
      2.3/arch/ppc/kernel/:
        apus_setup.c ppc_ksyms.c setup.c 
      2.3/arch/ppc/mm/:
        ppc_mmu.c 
      2.3/drivers/char/:
        Makefile 
      2.3/drivers/scsi/:
        Config.in Makefile 
      2.3/drivers/video/:
        amifb.c fbmem.c virgefb.c 
      2.3/include/asm-ppc/:
        pgtable.h 
      2.3/include/linux/:
        parport.h 
      2.3/mm/:
        page_alloc.c 
Removed files:
      2.3/drivers/md/:
        lvm-snap.h 
      2.3/drivers/pcmcia/:
        cb_enabler.c old-yenta.h rsrc_mgr.h smc34c90.h 
      2.3/drivers/video/sis/:
        sis.h sis_300.c sis_300.h sis_301.c sis_301.h 
      2.3/include/asm-arm/arch-integrator/:
        sizes.h 
      2.3/include/asm-ia64/:
        ipc.h 
      2.3/include/asm-s390x/:
        s390-regs-common.h 
  
  Revision      Changes    Path
  1.30          +3 -2      2.3/Makefile
  1.17          +8 -0      2.3/arch/ppc/defconfig
  1.13          +1 -1      2.3/arch/ppc/amiga/config.c
  1.15          +8 -0      2.3/arch/ppc/configs/apus_defconfig
  1.32          +13 -16    2.3/arch/ppc/kernel/apus_setup.c
  1.29          +1 -1      2.3/arch/ppc/kernel/ppc_ksyms.c
  1.22          +106 -129  2.3/arch/ppc/kernel/setup.c
  1.3           +3 -0      2.3/arch/ppc/mm/ppc_mmu.c
  1.18          +2 -0      2.3/drivers/char/Makefile
  1.11          +10 -1     2.3/drivers/scsi/Config.in
  1.7           +6 -0      2.3/drivers/scsi/Makefile
  1.13          +3 -1      2.3/drivers/video/amifb.c
  1.12          +3 -1      2.3/drivers/video/fbmem.c
  1.9           +4 -1      2.3/drivers/video/virgefb.c
  1.14          +6 -1      2.3/include/asm-ppc/pgtable.h
  1.4           +2 -2      2.3/include/linux/parport.h
  1.21          +23 -19    2.3/mm/page_alloc.c

CVS Update: CVSROOT (branch: trunk)

[Roman Z. <zi...@us...>]

CVSROOT:	/cvsroot/linux-apus
Module name:	CVSROOT
Repository:	./
Changes by:	zippel@usw-pr-cvs1.	01/11/23 13:32:02

Log message:
  filter import log

Modified files:
      ./:
        log_accum.pl 
  
  Revision      Changes    Path
  1.2           +1 -1      CVSROOT/log_accum.pl

Printing.

[Ken T. <ke...@we...>]

Hello,

How's everybody's printing ?

The recent fixes from Roman fixed the 'missing every 2nd char' problem
printing text on my old Epson.

But postscript is still no good.  2.4.13 printed about 20% of a page and
then the next 20% on a new page, etc.  2.4.14 prints about 80% to a page.

(It's not Roman's fixes that have done 20% to 80% improvement - I had them
earlier)

If I boot up 2.2.n I can print OK, suggesting my setup is OK.

Does it work OK for you.

Ken.

[ linux-apus-Feature Requests-483053 ] An Installer for LinuxPPC 2000 Q4

[<no...@so...>]

Feature Requests item #483053, was opened at 2001-11-18 05:09
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=355907&aid=483053&group_id=5907

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Ken Tyler (kent)
Summary: An Installer for LinuxPPC 2000 Q4

Initial Comment:
It will be very useful concerning the difficulties of installing 
LinuxPPC 2000 Q4 using the old Redhat tree. Systems are pretty
unstable and many applications don't run ...

----------------------------------------------------------------------

>Comment By: Ken Tyler (kent)
Date: 2001-11-20 00:43

Message:
Logged In: YES 
user_id=34223

I've already had a go at this with no success.

The structure on cd image I down loaded didn't match the X
based installer script, couldn't make any sense of it.

What I was considering doing was making the last redhat
installer a bit more flexible so it could do the job
with a minimum number of RPMS but without the RedHat/base/
dir.

But is it worth it ?

Ken.

----------------------------------------------------------------------

Comment By: Michel Daenzer (mdaenzer)
Date: 2001-11-18 11:22

Message:
Logged In: YES 
user_id=34113

Assigning this to Ken, who did the earlier LinuxPPC installers.

I honestly don't see the point in trying to support an
arguably unmaintained distribution though, seeing as there
is a well-maintained distribution, which even officially
supports APUS.


----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=355907&aid=483053&group_id=5907

Re: Reatime-clock

[Rene B. <re...@we...>]

On 2001.11.18 21:24 Just a friendly Jedi Knight wrote:
> On Sat, Nov 17, 2001 at 08:06:32PM +0100, Rene Brothuhn wrote:
> > Do I understand this right, you using XFS on APUS? I can`t find XFS on
> the
>  Yes. I'm usign XFS with APUS for last couple of months.
> > source tree. Have you just take it from the source tree at
> > http://oss.sgi.com and compile it with APUS?
>  It's not there as it's not incorporated in any kernel tree (Reiserfs is
> included thou). Just take the patch and aply it to kernel source. If You
> want i put XFS enabled kernel somewhere on ftp.

Thanks, but its not necessary, I could patch my own kernel. I`m surprised 
that it works with APUS...


Ciao, Renè