linux-apus-devel

Re: Kernel 2.4.5-pre3

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

On Sat, 16 Jun 2001, Glenn Hisdal wrote:

> > What is your hardware ?
> 
> A4000
> CyberstormPPC  with 128MB RAM
> CVisionPPC

OK
 
> > Maybe my problem is unique to 604e processor on A4000 cyberstorm card.

Thought you might have has a 1200 which have a different cpu. 

> No, that can't be it. Then I should have had the same problem here...

Send me your .config please and I'll try to compile that, can't see that
being the problem though.
 
> > Just a thought, I pass nobats on booting, a hangover from 4091 work, I'll
> > try without it.

> ok. I don't use that option.

No better without nobats, system seems a bit faster.

> Do you use the 60nsram option ? Tried without it ?

No, I've tried it and I can't run with that option. 

Ken.

Re: Kernel 2.4.5-pre3

[Glenn H. <gh...@c2...>]

Hello Ken

On 16-Jun-2001, you wrote:



> On Thu, 14 Jun 2001, Glenn Hisdal wrote:

>> I have succesfully compiled and used kernels using make -j 3, -j 6 and -j
>> 12 so it looks like the base system is stable here. This is with a
>> 'homemade' 2.4.5 kernel from the latest CVS sources.

> I thought Roman was meaning base hardware, hence my long post.

> What is your hardware ?

A4000
CyberstormPPC  with 128MB RAM
CVisionPPC

> Maybe my problem is unique to 604e processor on A4000 cyberstorm card.

No, that can't be it. Then I should have had the same problem here...

> Just a thought, I pass nobats on booting, a hangover from 4091 work, I'll
> try without it.

ok. I don't use that option.
Do you use the 60nsram option ? Tried without it ?


- glenn

Re: Kernel 2.4.5-pre3

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

On Thu, 14 Jun 2001, Glenn Hisdal wrote:

> I have succesfully compiled and used kernels using make -j 3, -j 6 and -j 12
> so it looks like the base system is stable here.
> This is with a 'homemade' 2.4.5 kernel from the latest CVS sources.

I thought Roman was meaning base hardware, hence my long post.

What is your hardware ?

Maybe my problem is unique to 604e processor on A4000 cyberstorm card.

Just a thought, I pass nobats on booting, a hangover from 4091 work, I'll
try without it.

Ken.

Re: Kernel 2.4.5-pre3

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

On Thu, 14 Jun 2001, Roman Zippel wrote:

> In your case I still didn't rule out bad memory. What is your memory
> configuration, how much swap do you have?

> It would help a lot if we would know that the base system is stable,
> before we go on to X.

Hello,

Not sure that I have a memory problem given the different behaviour under
2.2.10 and 2.4.5, I'll do any tests you suggest.

My system is A4000, 16 + 2M,  A2065, GVPIOExtender, A4091, CV64-3d,
060/604 + 64M. 

swapon -s reports

/dev/hda7                       partition       204776  0       0
/dev/fastram                    partition       16380   0       1

I've tried without fastram swap.

Makes no difference if I use the original virge or my modified virge
driver.

With and without A4091 SCSI.

I've posted all the following details before but just to collect them in
one place :

2.2.? is stable, never a problem fron consoles, just compiled 2.4.5 with
make -j 10 without a problem, which probably means memory and sawpping are
OK ... yes ?

Helix gnome has been unstable since I installed it, crashes always locked
up my system and required a reboot.  I remember KDE being more stable but
still played up occasionally.  As I've said previously, X crashes often
reported "Page fault in interrupt handler" in dmesgs, the call back trace
was always interrupt related but not consistent.  MagicSysReq was dead
too.  Sometimes it took several attempts, lockups and reboots to get X to
start.  When it did start, just running up and down menus a bit quickly
could crash it, if I 'nursed' it gently I could use it for a while but it
would crash eventually. Have tried many Xservers, all the same results.

Running 2.4.5, anything more than make -j 3 on a kernel causes the
compiler to report internal errors, illegal instructions and produce core
dumps, sometimes logging me out but not locking up (now I know what to
lookfor, maybe even -j 3 has problems).

But under 2.4.5, X is much more stable, probably as good or nearly as good
as another well known operating system. When it does crash, I've had about
6 so far, it returns to the initiating console and reports signal 4 and I
think I saw signal 11 on one occasion. One thing that happens is that
after X exits with a signal, the next command run, like ls, fails and
reports illegal instruction but after that all is OK, I can restart X, do
anything. 

On the 4091:

A4091 never worked reliably, still doesn't.  I spent ages  on it
with a very helpful and patient Richard Hirst.  Even mailed Dave Haynie,
he said there was an outstanding problem with ZORRO III, a bus arbitration
transition at the wrong time could lock up the bus state machine, but it
only affected those devices that did some sort of extended burst cycles,
the 4091 being the only one.

I hacked sim710 to drive the 4091, it behaved exactly like the 'big'
53c7xx driver.  

Presence or absence of 4091 driver doesn't affect the way kernels behave.

ext2 amd swap partitions are on IDE.

Ken.

Re: PCMCIA ethernet under 2.4

[Kars de J. <jo...@li...>]

On Thursday 14 June 2001 20:04, Geert Uytterhoeven wrote:
> On Thu, 14 Jun 2001, Jouko Pynn=F6nen wrote:
> > On Thu, 14 Jun 2001, I wrote:
> > > The kernel hangs after detecting a PCMCIA card.
> >
> > It looks like the problem was in include/asm-m68k/amipcmcia.h, which
> > has some minor but fatal changes after 2.2:
> >
> > [diff 2.2.3-pre1 -> 2.4.5]
> >
> >  static inline void pcmcia_ack_int(u_char intreq)
> >  {
> > -       gayle.intreq =3D ((intreq & 0x2c) ^ 0x2c) | 0xc0;
> > +       gayle.intreq =3D 0xf8;
> >  }
> >
> >  static inline void pcmcia_enable_irq(void)
> >  {
> > -       gayle.inten =3D GAYLE_IRQ_IDE|GAYLE_IRQ_IRQ;
> > +       gayle.inten |=3D GAYLE_IRQ_IRQ;
> >  }
> >
> >  static inline void pcmcia_disable_irq(void)
> >  {
> > -       gayle.inten =3D GAYLE_IRQ_IDE;
> > +       gayle.inten &=3D ~GAYLE_IRQ_IRQ;
> >  }
> >
> >
> > After replacing the amipcmcia.h file with one taken from 2.2.3-pre1
> > source, the problem is gone and PCMCIA ethernet seems to work (at lea=
st
> > during this half an hour i've been using it). Does anyone know why th=
e
> > file was been changed that way?
>
> IIRC, Kars changed that to fix a problem on his machine.

(Sorry I have been away so long, due to me moving my Amiga was sitting in=
 a=20
box for the last 6 months)

Yes, and please don't revert the patch. It is needed to be able to proper=
ly=20
implement PCMCIA card services.

I expect the real problem lies in the fact that the Gayle IDE driver does=
n't=20
bother with enabling or disabling the IDE interrupt. Instead it used to b=
e=20
enable at bootup by the following piece of code in arch/m68k/amiga/amiint=
s.c:

        /* turn off PCMCIA interrupts */
        if (AMIGAHW_PRESENT(PCMCIA))
                pcmcia_disable_irq();

For m68k, this was changed to:

        /* turn off PCMCIA interrupts */
        if (AMIGAHW_PRESENT(PCMCIA))
                gayle.inten =3D GAYLE_IRQ_IDE;

because the pcmcia_disable_irq() function now does (IMHO) the right thing=
 by=20
not messing with any other bits than its own.

For now you can probably get it to work again by changing the code in=20
arch/ppc/amiga/amiints.c to match the code in the m68k tree.

What should probably be done is make the Gayle IDE driver enable its=20
interrupt.

Kind regards,

Kars de Jong
jo...@li...

Re: PCMCIA ethernet under 2.4

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

On Thu, 14 Jun 2001, Jouko Pynn=F6nen wrote:
> On Thu, 14 Jun 2001, I wrote:
> > The kernel hangs after detecting a PCMCIA card.
>=20
> It looks like the problem was in include/asm-m68k/amipcmcia.h, which
> has some minor but fatal changes after 2.2:=20
>=20
> [diff 2.2.3-pre1 -> 2.4.5]
>=20
>  static inline void pcmcia_ack_int(u_char intreq)
>  {
> -       gayle.intreq =3D ((intreq & 0x2c) ^ 0x2c) | 0xc0;
> +       gayle.intreq =3D 0xf8;
>  }
>=20
>  static inline void pcmcia_enable_irq(void)
>  {
> -       gayle.inten =3D GAYLE_IRQ_IDE|GAYLE_IRQ_IRQ;
> +       gayle.inten |=3D GAYLE_IRQ_IRQ;
>  }
>=20
>  static inline void pcmcia_disable_irq(void)
>  {
> -       gayle.inten =3D GAYLE_IRQ_IDE;
> +       gayle.inten &=3D ~GAYLE_IRQ_IRQ;
>  }
>=20
>=20
> After replacing the amipcmcia.h file with one taken from 2.2.3-pre1
> source, the problem is gone and PCMCIA ethernet seems to work (at least
> during this half an hour i've been using it). Does anyone know why the
> file was been changed that way?

IIRC, Kars changed that to fix a problem on his machine.

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: PCMCIA ethernet under 2.4

[<jo...@so...>]

On Thu, 14 Jun 2001, I wrote:

> The kernel hangs after detecting a PCMCIA card.

It looks like the problem was in include/asm-m68k/amipcmcia.h, which
has some minor but fatal changes after 2.2: 

[diff 2.2.3-pre1 -> 2.4.5]

 static inline void pcmcia_ack_int(u_char intreq)
 {
-       gayle.intreq = ((intreq & 0x2c) ^ 0x2c) | 0xc0;
+       gayle.intreq = 0xf8;
 }

 static inline void pcmcia_enable_irq(void)
 {
-       gayle.inten = GAYLE_IRQ_IDE|GAYLE_IRQ_IRQ;
+       gayle.inten |= GAYLE_IRQ_IRQ;
 }

 static inline void pcmcia_disable_irq(void)
 {
-       gayle.inten = GAYLE_IRQ_IDE;
+       gayle.inten &= ~GAYLE_IRQ_IRQ;
 }


After replacing the amipcmcia.h file with one taken from 2.2.3-pre1
source, the problem is gone and PCMCIA ethernet seems to work (at least
during this half an hour i've been using it). Does anyone know why the
file was been changed that way?

  Jouko

Re: new commit messages again

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

On Thu, 14 Jun 2001, Michel D=E4nzer wrote:
> Geert Uytterhoeven wrote:
> > On Thu, 14 Jun 2001, Michel D=E4nzer wrote:
> > > This script is used to provide email notifications of changes to th=
e CVS
> > > repository.  These email changes will include context diffs of the
> > > changes. Really big diffs will be trimmed.
> >=20
> > Ugh, this is what I originally had at linux-fbdev.sf.net. But I didn'=
t like
> > the large diffs
>=20
> It claims to trim large diffs. What revision did you try? I've got 1.35=
 .

Don't remember.

Perhaps I didn't like to see the diffs, because so far I was the only per=
son
who checked in things :-) Seeing things double makes me think I got intox=
icated
by ethanol...

> > and replaced syncmail by the statistics gatherer from linux-apus.sf.n=
et...
>=20
> Which I blatantly stole from DRI.
>=20
> Let's see  what the others think about it.

Yep. Let the democracy rule!

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: new commit messages again

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

Geert Uytterhoeven wrote:
> 
> On Thu, 14 Jun 2001, Michel Dänzer wrote:
> > This script is used to provide email notifications of changes to the CVS
> > repository.  These email changes will include context diffs of the
> > changes. Really big diffs will be trimmed.
> 
> Ugh, this is what I originally had at linux-fbdev.sf.net. But I didn't like
> the large diffs

It claims to trim large diffs. What revision did you try? I've got 1.35 .

> and replaced syncmail by the statistics gatherer from linux-apus.sf.net...

Which I blatantly stole from DRI.

Let's see  what the others think about it.


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

Re: new commit messages again

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

On Thu, 14 Jun 2001, Michel D=E4nzer wrote:
> This script is used to provide email notifications of changes to the CV=
S
> repository.  These email changes will include context diffs of the chan=
ges.
> Really big diffs will be trimmed.

Ugh, this is what I originally had at linux-fbdev.sf.net. But I didn't li=
ke
the large diffs and replaced syncmail by the statistics gatherer from
linux-apus.sf.net...

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

new commit messages again

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

I just set up syncmail for this which seems to be the most advanced tool for
this purpose available. I have set it up to include a unified diff in every
message.

If you prefer the old one I can easily go back.


Here's the output of syncmail -h:

Complicated notification for CVS checkins.

This script is used to provide email notifications of changes to the CVS
repository.  These email changes will include context diffs of the changes.
Really big diffs will be trimmed.

This script is run from a CVS loginfo file (see $CVSROOT/CVSROOT/loginfo).  To
set this up, create a loginfo entry that looks something like this:

    mymodule /path/to/this/script %s som...@yo...

In this example, whenever a checkin that matches `mymodule' is made, this
script is invoked, which will generate the diff containing email, and send it
to som...@yo....

    Note: This module used to also do repository synchronizations via
    rsync-over-ssh, but since the repository has been moved to SourceForge,
    this is no longer necessary.  The syncing functionality has been ripped
    out in the 3.0, which simplifies it considerably.  Access the 2.x versions
    to refer to this functionality.  Because of this, the script is misnamed.

It no longer makes sense to run this script from the command line.  Doing so
will only print out this usage information.

Usage:

    ./syncmail [options] <%S> email-addr [email-addr ...]

Where options is:

    --cvsroot=<path>
    	Use <path> as the environment variable CVSROOT.  Otherwise this
    	variable must exist in the environment.

    --help
    -h
        Print this text.

    --context=#
    -C #
        Include # lines of context around lines that differ (default: 2).

    -c
        Produce a context diff (default).

    -u
        Produce a unified diff (smaller, but harder to read).

    <%S>
        CVS %s loginfo expansion.  When invoked by CVS, this will be a single
        string containing the directory the checkin is being made in, relative
        to $CVSROOT, followed by the list of files that are changing.  If the
        %s in the loginfo file is %{sVv}, context diffs for each of the
        modified files are included in any email messages that are generated.

    email-addrs
        At least one email address.


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

Re: Kernel 2.4.5-pre3

[Glenn H. <gh...@c2...>]

Hello,

On 14-Jun-2001, Roman Zippel wrote:

> Hi,

> (Sorry for not answering earlier, I was busy with some other stuff.)

> On Thu, 14 Jun 2001, Ken Tyler wrote:

>> I've tried all kernels now, cvs 2.4.5-pre3, cvs 2.4.5 and precompiled
>> 2.4.5. They all behave identically, make -j 3 is OK but make -j 6
>> causes 'illegal instruction - core dumped' messages.
>> 
>> 2.4.5 is 'better' than 2.2.x, X is more stable, when it crashes it goes
>> back to a console, but I don't ever recall make -j problems with a 2.2
>> kernel - but I'll try just in case.
>> 
>> The 2.2 X crashes were interrupt related but traceback never pointed to
>> anything specific.

> In your case I still didn't rule out bad memory. What is your memory
> configuration, how much swap do you have?
> It would help a lot if we would know that the base system is stable,
> before we go on to X.

I have succesfully compiled and used kernels using make -j 3, -j 6 and -j 12
so it looks like the base system is stable here.
This is with a 'homemade' 2.4.5 kernel from the latest CVS sources.


- glenn

CVS Update: CVSROOT (branch: trunk)

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

CVSROOT:	/cvsroot/linux-apus
Module name:	CVSROOT
Repository:	./
Changes by:	mdaenzer@usw-pr-cvs1.	01/06/14 08:06:47

Log message:
  test new syncmail

Modified files:
      ./:
        checkoutlist commitinfo loginfo 
  
  Revision      Changes    Path
  1.4           +1 -0      CVSROOT/checkoutlist
  1.4           +2 -1      CVSROOT/commitinfo
  1.8           +6 -1      CVSROOT/loginfo

Re: PCMCIA ethernet under 2.4

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

Jouko Pynn=F6nen wrote:
>=20
> After getting ADSL I tried 2.4.x again (it wasn't usable before because
> serial i/o doesn't considerably work (at least up to 2.4.2)). The kerne=
l
> hangs after detecting a PCMCIA card. The problem seems to be interrupt
> related; it never reaches the printk line I inserted in apne.c right af=
ter
> the "ethernet PCMCIA card inserted" printk, which probably means it die=
s
> somewhere in an interrupt handler right after detecting the card.
>=20
> I tried vmapus-2.4.4 from sourceforge and a self compiled 2.4.5 kernel
> with similar results. I usually didn't get a kernel panic message, and =
the
> heartbeat went on and i could switch virtual consoles and type in them,
> but otherwise the machine was unresponsive. Once i got this kind of ker=
nel
> panic:

[...]

> NIP: C001678C XER: 20000000 LR: C0016788 SP: C3EF7D50 REGS: c3ef7ca0 TR=
AP: 0500
> MSR: 00009072 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
> TASK =3D c3ef6000[1] 'swapper' Last syscall: 120
> last math 00000000 last altivec 00000000
> GPR00: 00000000 C3EF7D50 C3EF6000 00009072 00000009 00000001 0000001B 0=
0000008
> GPR08: 00000050 C02A0000 80DA9000 C029FCE0 24882029 76267C20 760C2138 3=
C8A4A00
> GPR16: 10101010 11111111 12121212 13131313 00001072 79EF7D70 00000000 C=
0003E5C
> GPR24: C0004CB8 19191919 1A1A1A1A 00000000 C01606E4 FFFFFFFE 00000008 0=
0000001
> <<<<<<<<<

Have you tried feeding this to ksymoops or looking in System.map yourself=
?


It's great that you are debugging this, hopefully you'll squash the bug s=
oon!


--=20
Earthling Michel D=E4nzer (MrCooper)    \   Debian GNU/Linux (powerpc) de=
veloper
CS student, Free Software enthusiast   \        XFree86 and DRI project m=
ember

Re: Kernel 2.4.5-pre3

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

Hi,

(Sorry for not answering earlier, I was busy with some other stuff.)

On Thu, 14 Jun 2001, Ken Tyler wrote:

> I've tried all kernels now, cvs 2.4.5-pre3, cvs 2.4.5 and precompiled
> 2.4.5. They all behave identically, make -j 3 is OK but make -j 6
> causes 'illegal instruction - core dumped' messages.
>
> 2.4.5 is 'better' than 2.2.x, X is more stable, when it crashes it goes
> back to a console, but I don't ever recall make -j problems with a 2.2
> kernel - but I'll try just in case.
>
> The 2.2 X crashes were interrupt related but traceback never pointed to
> anything specific.

In your case I still didn't rule out bad memory. What is your memory
configuration, how much swap do you have?
It would help a lot if we would know that the base system is stable,
before we go on to X.

bye, Roman

PCMCIA ethernet under 2.4

[<jo...@so...>]

After getting ADSL I tried 2.4.x again (it wasn't usable before because
serial i/o doesn't considerably work (at least up to 2.4.2)). The kernel
hangs after detecting a PCMCIA card. The problem seems to be interrupt
related; it never reaches the printk line I inserted in apne.c right after
the "ethernet PCMCIA card inserted" printk, which probably means it dies
somewhere in an interrupt handler right after detecting the card.

I tried vmapus-2.4.4 from sourceforge and a self compiled 2.4.5 kernel 
with similar results. I usually didn't get a kernel panic message, and the
heartbeat went on and i could switch virtual consoles and type in them,
but otherwise the machine was unresponsive. Once i got this kind of kernel
panic:

>>>>>>>>>
Total memory = 63MB; using 0kB for hash table (at 00000000)
Linux version 2.4.4 (michdaen@pismo) (gcc version 2.95.4 20010319 (Debian prerelease)) #75 Wed May 9 19:42:16 CEST 2001
Amiga hardware found: [A1200] VIDEO BLITTER AUDIO FLOPPY A1200_IDE KEYBOARD MOUSE
 SERIAL PARALLEL A2000_CLK CHIP_RAM PAULA LISA ALICE_PAL PCMCIA ZORRO 
On node 0 totalpages: 16128
zone(0): 16128 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/hda6 debug=mem video=pm2fb:640x480-75,font:SUN8x16 init=/bin/bash
amiga_enable_irq: Trying to enable auto-vector IRQ 1
amiga_enable_irq: Trying to enable auto-vector IRQ 3
amiga_enable_irq: Trying to enable auto-vector IRQ 4
amiga_enable_irq: Trying to enable auto-vector IRQ 5
amiga_enable_irq: Trying to enable auto-vector IRQ 7
amiga_enable_irq: Trying to enable auto-vector IRQ 2
amiga_enable_irq: Trying to enable auto-vector IRQ 6
APUS: BATs=1, BUS=67MHz, RAM=70ns, PCI bridge=1
time_init: decrementer frequency = 16.671142 MHz
Console: colour dummy device 80x25
Calibrating delay loop... 111.00 BogoMIPS
Memory: 60572k available (1708k kernel code, 808k data, 264k init, 0k highmem)
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
PCI: Probing PCI hardware
apus_pcibios_fixup: PCI mem resource requested
PCI:0:1:0: Resource ef000000-ef01ffff (f=200)
PCI:0:1:0: Resource e0000000-e07fffff (f=200)
PCI:0:1:0: Resource e1000000-e17fffff (f=200)
PCI: Switching off ROM of 00:01.0
Zorro: Probing AutoConfig expansion devices: 1 device
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
Console: switching to colour frame buffer device 80x30
fb0: CVisionPPC/BVisionPPC (Permedia2), using 8192K of video memory.
fb1: Amiga AGA frame buffer device, using 1280K of video memory
clgen: Driver for Cirrus Logic based graphic boards, v1.9.8
 Couldn't find PCI device
pty: 256 Unix98 ptys configured
Generic RTC Driver v1.02
block: queued sectors max/low 40112kB/13370kB, 128 slots per queue
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ide0: Gayle IDE interface (A1200 style)
hda: FUJITSU MPC3043AT, ATA DISK drive
ide0 at 80da0000 on irq 0x0000000c
hda: 8448300 sectors (4326 MB), CHS=8940/15/63
Partition check:
 hda: RDSK hda1 hda2 hda3 hda4 hda5 hda6 hda7 hda8 hda9 hda10 hda11
FD: probing units
found <5>fd: drive 0 didn't identify, setting default ffffffff
fd0 
Looking for PCMCIA ethernet card : ethernet PCMCIA card inserted
NIP: C001678C XER: 20000000 LR: C0016788 SP: C3EF7D50 REGS: c3ef7ca0 TRAP: 0500
MSR: 00009072 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
TASK = c3ef6000[1] 'swapper' Last syscall: 120 
last math 00000000 last altivec 00000000
GPR00: 00000000 C3EF7D50 C3EF6000 00009072 00000009 00000001 0000001B 00000008 
GPR08: 00000050 C02A0000 80DA9000 C029FCE0 24882029 76267C20 760C2138 3C8A4A00 
GPR16: 10101010 11111111 12121212 13131313 00001072 79EF7D70 00000000 C0003E5C 
GPR24: C0004CB8 19191919 1A1A1A1A 00000000 C01606E4 FFFFFFFE 00000008 00000001 
<<<<<<<<<


The apne driver works fine under 2.2 kernels. I tried three ethernet
cards: a 3Com Etherlink III, a TARGET 10/100mbs card, and a Pretec 10mbs
card which was the only one I got working. For 3Com it is natural as
it's not NE2k compatible, but the TARGET card claims to be 100% NE
compatible. It didn't work under AmigaOS with cnet.device either.


  Jouko

Re: Kernel 2.4.5-pre3

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

On Mon, 11 Jun 2001, Roman Zippel wrote:

Hello, 

> I've imported only the 2.4.5 sources. You can checkout the old tree with
> '-r apus-2_4_5-pre3' (and back to the current source with -A). Could you
> run some tests (like compiling a kernel with 'make -j 3'), to see if the
> kernel runs stable without X? You can also try one of the snapshot
> kernels I've put on the ftp site.

I've tried all kernels now, cvs 2.4.5-pre3, cvs 2.4.5 and precompiled
2.4.5. They all behave identically, make -j 3 is OK but make -j 6
causes 'illegal instruction - core dumped' messages.

2.4.5 is 'better' than 2.2.x, X is more stable, when it crashes it goes
back to a console, but I don't ever recall make -j problems with a 2.2
kernel - but I'll try just in case.

The 2.2 X crashes were interrupt related but traceback never pointed to
anything specific.

Ken. 

Kernel 2.4.xx - Problems

[<L....@t-...>]

*_ATTENTION!_*

/The follow Text is german only... If you know anyone, who can translate it in/
/english, bleas give them the Mail, because my english is very terrible.../
/:-(/
//
Hallo!

Ich habe da ein großes Problem mit meinem 2.4.3-Kernel und meiner Picasso IV.
Der Kernel funktioniert und mein System fährt hoch, aber ich kann nichts
sehen. Ich habe den Eindruck, dass die Grafik-Ausgabe nicht über die Picasso
IV läuft. Ich kann mich auch ganz normal einloggen (blind) und den X-Server
KDE2 starten. Es sieht aber so aus als wenn versucht wird ein Bildschirm mit
1024x768 8bit auf einem PAL-Bildschirm darzustellen. In der Konsole habe ich
das Problem dass sich alles am oberen Bildschirmrand abspielt. Ich habe
mehrere Einstellungen versucht, aber überall das gleiche. mit meinem
2.2.10er Kernel habe ich damit keine Probleme. Ich habe auch andere 2.4.xx
Kernels versucht, aber ohne Erfolg. Hast Du vielleicht eine Ahnung, was das
Problem ist, und wie es aus der Welt zu schaffen ist?

Meine Rechnerkonfiguration ist folgende:

        A4000/060 Cyberstorm PPC 604e
        128MB Fast auf der Cyberstorm, 2MB Chip (Wer hats nicht?)
        Picasso IV mit Pablo, Paloma und Concierto
        MFCIII
        ISDN-Master II Revision 8
        X-Surf Ethernet-Karte
        GVP SCSI-II Host-Adapter mit 4 GB Festplatte
        Teac-CD-Rom am SCSI-II Controller
        2 GB und 9 GB UW-Festplatte an der Cyberstorm
        450 MB IDE-Platte am internen IDE-Controller des 4000ers

So, damit dürfte meine komplette Hardware genannt sein.
Nun meine Software:

        AmigaOS3.9
        LinuxPPC-Distribution vom AZT e.V. ( http://www.azt-ev.de )
        Linux-Kernel 2.2.10 für die Picasso IV

Ich hoffe, Dass Du mir ein wenig weiterhelfen kannst. Ich habe schon regen
E-Mail-Kontakt mit Michael Heider ( mic...@pl... ) gehabt, der konnte mir aber auch nicht weiterhelfen, und hat mich an Dich verwiesen. Vielleicht kennst Du jemanden, der einen Lauffähigen Kernel 2.4.xx für die Picasso IV hat.

Wenn Du magst, kann ich Dir ja mal meine XF86Config zumailen, aber ich
glaube, dass es daran nicht liegen kann. Zum anderen wäre ich auch froh,
wenn ich auf der Linux-Seite mit meiner X-Surf ins Internet via DSL gehen
könnte.

ciao
-- 
Lars Wache
            __
           ///   Mail: l....@t-...                PGP-Key per EB
      __  ///                                              oder request
      \\\///
       \XX/                        -- Intel Outside --

Everything should be made as simple as possible, but not simpler.
-- Albert Einstein

Re: Kernel 2.4.5-pre3

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

On Mon, 11 Jun 2001, Roman Zippel wrote:

Hello,

> I've imported only the 2.4.5 sources. You can checkout the old tree with
> '-r apus-2_4_5-pre3' (and back to the current source with -A). Could you
> run some tests (like compiling a kernel with 'make -j 3'), to see if the
> kernel runs stable without X? You can also try one of the snapshot
> kernels I've put on the ftp site.

With 2.4.5-pre3 make -j 3 compiles, and what it makes boots and runs OK.
With that kernel I can make -j 3 again without problem.

If up the jobs to 6 I start to get a few problems :

make[2]: *** [first_rule] Illegal instruction (core dumped)

make[1]: *** [first_rule] Illegal instruction (core dumped)

Before -j 6 I tried -j 10, this didn't do at all well, reporting internal
compiler (gcc version 2.95.2 19991024) error a number of times.

X runs as before, drops back to console now and then.

I have your 20010610 kernel and modules but not tried them yet.

Ken.

Re: Kernel 2.4.5-pre3

[Glenn H. <gh...@c2...>]

Hello, 

Roman Zippel wrote:

> Hi,

> Ken Tyler wrote:

>> Not good news, I wonder if you have the exact same version from the cvs
>> repositry as I do, Roman has posted more changes since I updated my
>> sources - hope it hasn't undone the fix. I'll tar up my source before
>> updating again.

> I've imported only the 2.4.5 sources. You can checkout the old tree with
> '-r apus-2_4_5-pre3' (and back to the current source with -A). Could you
> run some tests (like compiling a kernel with 'make -j 3'), to see if the
> kernel runs stable without X? You can also try one of the snapshot
> kernels I've put on the ftp site.

Yes. I will do that.
I have a 2.4.5-pre3 kernel, so that should be the same as Ken has, since you
imported 2.4.5, right ?

My last exam is on tuesday. After that I should have some time to do
some testing...

Any ideas on what/how to test to find the exact problem ?


- glenn

Re: Kernel 2.4.5-pre3

[Glenn H. <gh...@c2...>]

Hello,

Michel Daenzer wrote:

> Glenn Hisdal wrote:

>> Ken Tyler wrote:


>> But X is much better, still had a couple of crashes with a message about
>> signal 4.

>> After X crashes and goes back to a console, the next command I attempt
>> too run fails and says 'illegal instruction' and core dumps, after that
>> all is OK. Not sure if its the illegal instruction from the X crash
>> being reported again or something else.

>> hmmm...
>> X doesn't appear to behave any different here.
>> The system still locks up completely when switching back to console.

> I'm afraid there are at least two different problems. One is the PCI
> related one which you are suffering from. Ken can hardly have that as he
> is using a CV64/3D (right?). There seems to be another one that Andreas
> Wüst reported, it looks like the same as Ken's to me as both reported an
> error message about floating point in kernel.

Oh, right. That could explain why it works better for him then. I just
assumed he had a cvppc :-)

I will try to get some more testing done the next days.

- glenn

Re: Kernel 2.4.5-pre3

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

Hi,

Ken Tyler wrote:

> Not good news, I wonder if you have the exact same version from the cvs
> repositry as I do, Roman has posted more changes since I updated my
> sources - hope it hasn't undone the fix. I'll tar up my source before
> updating again.

I've imported only the 2.4.5 sources. You can checkout the old tree with
'-r apus-2_4_5-pre3' (and back to the current source with -A). Could you
run some tests (like compiling a kernel with 'make -j 3'), to see if the
kernel runs stable without X? You can also try one of the snapshot
kernels I've put on the ftp site.

bye, Roman

Re: Kernel 2.4.5-pre3

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

Glenn Hisdal wrote:

> Ken Tyler wrote:
> 
> > On Sat, 9 Jun 2001, Glenn Hisdal wrote:
> 
> >> Interesting...
> >> Guess what I'll be trying out tonight ;-)
> 
> > I don't wish to know...
> 
> :-))
> 
> > But X is much better, still had a couple of crashes with a message about
> > signal 4.
> 
> > After X crashes and goes back to a console, the next command I attempt too
> > run fails and says 'illegal instruction' and core dumps, after that all is
> > OK.  Not sure if its the illegal instruction from the X crash being
> > reported again or something else.
> 
> hmmm...
> X doesn't appear to behave any different here.
> The system still locks up completely when switching back to console.

I'm afraid there are at least two different problems. One is the PCI related
one which you are suffering from. Ken can hardly have that as he is using a
CV64/3D (right?). There seems to be another one that Andreas Wüst reported, it
looks like the same as Ken's to me as both reported an error message about
floating point in kernel.


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

Re: Kernel 2.4.5-pre3

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

On Sun, 10 Jun 2001, Glenn Hisdal wrote:

> > But X is much better, still had a couple of crashes with a message about
> > signal 4.

> hmmm...
> X doesn't appear to behave any different here.
> The system still locks up completely when switching back to console.

Hello,

Not good news, I wonder if you have the exact same version from the cvs
repositry as I do, Roman has posted more changes since I updated my
sources - hope it hasn't undone the fix. I'll tar up my source before
updating again.

Ken.

Re: Kernel 2.4.5-pre3

[Glenn H. <gh...@c2...>]

Hello, 

Ken Tyler wrote:


> On Sat, 9 Jun 2001, Glenn Hisdal wrote:

>> Interesting...
>> Guess what I'll be trying out tonight ;-)

> I don't wish to know...

:-))

> But X is much better, still had a couple of crashes with a message about
> signal 4.

> After X crashes and goes back to a console, the next command I attempt too
> run fails and says 'illegal instruction' and core dumps, after that all is
> OK.  Not sure if its the illegal instruction from the X crash being
> reported again or something else.

hmmm...
X doesn't appear to behave any different here.
The system still locks up completely when switching back to console.

- glenn