linux-apus-devel

Re: patch to 53c7xx.c

[Michel <dae...@st...>]

Ken Tyler wrote:
> 
> On Fri, 10 Nov 2000, Michel Dänzer wrote:
> 
> > I applied the original patch to the APUS tree and it booted on my
> > Blizzard, thanks Peter!
> 
> I must have missed this patch but is it still required ?

Most definitely.


> 2.4 test 8 compiles and boots OK with A4091 support, the A4091 runs just
> as it did in 2.2, works for a while and hangs up.

It got broken in test9.


Michel


-- 
Earthling Michel Dänzer (MrCooper)  \  CS student and free software enthusiast
Debian GNU/Linux (powerpc,i386) user \   member of XFree86 and The DRI Project

Re: patch to 53c7xx.c

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

On Fri, 10 Nov 2000, Michel Dänzer wrote:

> I applied the original patch to the APUS tree and it booted on my Blizzard,
> thanks Peter!

I must have missed this patch but is it still required ?

2.4 test 8 compiles and boots OK with A4091 support, the A4091 runs just
as it did in 2.2, works for a while and hangs up.

Ken.

Re: CVS Update: 2.3

[Michel <dae...@st...>]

Roman Zippel wrote:

> Michel, what do you think about a new test kernel? You (maybe) heard
> Linus! There are no show-stopper bugs. :-)

:)

I'd like to have his certainty about code being bug-free...


Anyway, I was going to upload a test9 kernel last weekend when the SCSI worked
again for me, but then I remembered other problems (PCI on A4000, ...) that I
didn't have time to look into.


I can build and upload a kernel right away if there is demand, but I can't
test it before Friday evening, probably later.


Michel


-- 
Earthling Michel Dänzer (MrCooper)  \  CS student and free software enthusiast
Debian GNU/Linux (powerpc,i386) user \   member of XFree86 and The DRI Project

Re: CVS Update: 2.3

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

Hi,

On Thu, 9 Nov 2000, Roman Zippel wrote:

> Log message:
> 	mm fixes

Ok, it seems to work again.
Michel, what do you think about a new test kernel? You (maybe) heard
Linus! There are no show-stopper bugs. :-)

bye, Roman

CVS Update: 2.3

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

CVSROOT:	/cvsroot/linux-apus
Module name:	2.3
Repository:	2.3/arch/ppc/mm/
Changes by:	zi...@sl....	00/11/09 13:28:54

Modified files:
	2.3/arch/ppc/kernel/: head.S 
	2.3/arch/ppc/mm/: init.c 

Log message:
	mm fixes

Re: 2.4 test 8

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

Hi,

On Wed, 8 Nov 2000, Ken Tyler wrote:

> I just compiled 2.4 test 9 from sourceforge, after a few copies of a 2 Meg
> file to an affs partition I'm not getting any errors.

No.
BTW I just imported test10, but there were some bigger mm changes, so it's
broken again... 

bye, Roman

CVS Update: 2.3

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

CVSROOT:	/cvsroot/linux-apus
Module name:	2.3
Repository:	2.3/mm/
Changes by:	zi...@sl....	00/11/08 15:27:28

Modified files:
	./: Makefile 
	2.3/Documentation/: Configure.help 
	2.3/arch/m68k/amiga/: chipram.c config.c 
	2.3/arch/ppc/: config.in 
	2.3/arch/ppc/amiga/: config.c 
	2.3/arch/ppc/kernel/: Makefile head.S ppc_ksyms.c setup.c 
	2.3/arch/ppc/mm/: init.c 
	2.3/drivers/net/: ariadne2.c 
	2.3/drivers/scsi/: Config.in 
	2.3/drivers/video/: amifb.c cyberfb.c fbmem.c retz3fb.c 
	                    virgefb.c 
	2.3/include/asm-ppc/: amigaints.h bootinfo.h io.h pgtable.h 
	2.3/mm/: page_alloc.c 

Log message:
	(first) conflict fixes from import bitkeeper (2.4.0-test10)

Re: 2.4 test 8

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

On Fri, 27 Oct 2000, Roman Zippel wrote:

[I said re: affs errors]

> > I'll look some more when I catch up on a few things.

> Please wait one or two weeks, I'm dumping the current block lookup
> mechanism anyway.

I just compiled 2.4 test 9 from sourceforge, after a few copies of a 2 Meg
file to an affs partition I'm not getting any errors.

Have you/anyone done anything that might have fixed it ?

Ken. 

Re: CVS Update: 2.3

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

Hi,

> Modified files:
> 	2.3/drivers/scsi/: 53c770.c 53c770.h Config.in Makefile 
> 
> Log message:
> 	CSPPC driver updates from Fred Heitkamp

Ok, you can select the driver now and I had to change a few things to get
it compiled as module, but untested so far...
Fred: Everything that references kernel versions < 2.2.x can be dumped.
Look at one of the other 53cxxx drivers.

bye, Roman

CVS Update: 2.3

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

CVSROOT:	/cvsroot/linux-apus
Module name:	2.3
Repository:	2.3/drivers/scsi/
Changes by:	zi...@sl....	00/11/05 12:51:52

Modified files:
	2.3/drivers/scsi/: 53c770.c 53c770.h Config.in Makefile 

Log message:
	CSPPC driver updates from Fred Heitkamp

Re: A3000T: Kernel 2.4.0-test9 working?

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

On Fri, 3 Nov 2000, Michel [iso-8859-1] Dänzer wrote:
> Geert Uytterhoeven wrote:
> > On Wed, 1 Nov 2000, Michel [iso-8859-1] Dänzer wrote:
> > > Reinhard Nissl wrote:
> > > > PCI: Probing PCI hardware
> > > > PCI: Cannot allocate resource region 1 of device 00:01.0
> > > > PCI: Failed to allocate resource 3 for Texas Instruments TVP4020
> > > > [Permedia 2]
> > >
> > > Interesting. Geert, I suppose this is your new resource code? Any idea
> > > what's going on?
> > 
> > Probably there's no parent resource for that device. Do you fill in the bus
> > resources for the PCI bus on the CSPPC?
> 
> No, how can I do that?
> 
> > Please enable #define DEBUG everywhere in drivers/pci/ and in
> > arch/ppc/kernel/ for more info.
> 
> Okay, thanks.

Look at the other PPC platforms.

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@li...

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: A3000T: Kernel 2.4.0-test9 working?

[Michel <dae...@st...>]

Geert Uytterhoeven wrote:
> 
> On Wed, 1 Nov 2000, Michel [iso-8859-1] Dänzer wrote:
> > Reinhard Nissl wrote:
> > > PCI: Probing PCI hardware
> > > PCI: Cannot allocate resource region 1 of device 00:01.0
> > > PCI: Failed to allocate resource 3 for Texas Instruments TVP4020
> > > [Permedia 2]
> >
> > Interesting. Geert, I suppose this is your new resource code? Any idea
> > what's going on?
> 
> Probably there's no parent resource for that device. Do you fill in the bus
> resources for the PCI bus on the CSPPC?

No, how can I do that?


> Please enable #define DEBUG everywhere in drivers/pci/ and in
> arch/ppc/kernel/ for more info.

Okay, thanks.


> The output of /proc/iomem and `lspci -vv' also helps. But you do need to be
> able to boot into userspace for that :-)

Interestingly, that problem didn't occur with my BVision, it only failed later
due to the SCSI driver. I thought the two kinds of cards were identical...


Michel


-- 
Earthling Michel Dänzer (MrCooper)  \  CS student and free software enthusiast
Debian GNU/Linux (powerpc,i386) user \   member of XFree86 and The DRI Project

Re: A3000T: Kernel 2.4.0-test9 working?

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

On Wed, 1 Nov 2000, Michel [iso-8859-1] Dänzer wrote:
> Reinhard Nissl wrote:
> > PCI: Probing PCI hardware
> > PCI: Cannot allocate resource region 1 of device 00:01.0
> > PCI: Failed to allocate resource 3 for Texas Instruments TVP4020 [Permedia
> > 2]
> 
> Interesting. Geert, I suppose this is your new resource code? Any idea what's
> going on?

Probably there's no parent resource for that device. Do you fill in the bus
resources for the PCI bus on the CSPPC? Please enable #define DEBUG everywhere
in drivers/pci/ and in arch/ppc/kernel/ for more info.

The output of /proc/iomem and `lspci -vv' also helps. But you do need to be
able to boot into userspace for that :-)

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@li...

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: MOL working?

[Sven L. <lu...@dp...>]

On Wed, Nov 01, 2000 at 12:19:47PM +0000, Alan Buxey wrote:
> > The CVS repository contains all versions of all files, so it's normally
> > trivial to back out any mistakes.
> 
> ? oh! so how many 'revisions' of each file will it keep by default?

The beauty of cvs, is that it will keep all revisions of all files, and all
changes you do can be called back at any time.

No danger of doing dangerous things, and i am not even sure if you have the
access rights needed to do them.

Friendly,

Svne LUTHER

53c7xx hopefully fixed

[Michel <da...@re...>]

Michel Dänzer wrote:

> Modified files:
>         2.3/drivers/scsi/: 53c7xx.h
> 
> Log message:
>         patch submitted by Peter De Schrijver to linux-m68k; cleanup
>         structure definitions

This fixed it for Peter on m68k, let's hope it does so for us as well? Can't
test it before tomorrow at best.


Michel


-- 
Earthling Michel Dänzer (MrCooper)  \  CS student and free software enthusiast
Debian GNU/Linux (powerpc,i386) user \   member of XFree86 and the DRI project

Re: A3000T: Kernel 2.4.0-test9 working?

[Michel <da...@re...>]

Reinhard Nissl wrote:

> > > While compiling the kernel, I've seen, that usually empty areas on
> > > console show word fragments, that were output some time ago, e. g. at
> > > boot time.
> >
> > Sounds like the old 'Permedia2 isn't initialized correctly' bug which can
> > be worked around by booting AmigaOS or a working kernel before. I thought
> > I had (at least tried to) fix(ed) it in 2.4 as well...
> 
> Well, none of the two suggestions makes it work. Is it a problem, if
> Workbench runs at 1280x1024x16@85 and console at 1280x1024x8@75?

No, shouldn't matter. Looks like a new bug :-/


Michel


-- 
Earthling Michel Dänzer (MrCooper)  \  CS student and free software enthusiast
Debian GNU/Linux (powerpc,i386) user \   member of XFree86 and the DRI project

CVS Update: 2.3

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

CVSROOT:	/cvsroot/linux-apus
Module name:	2.3
Repository:	2.3/drivers/scsi/
Changes by:	mda...@sl....	00/11/02 00:43:18

Modified files:
	2.3/drivers/scsi/: 53c7xx.h 

Log message:
	patch submitted by Peter De Schrijver to linux-m68k; cleanup structure definitions

Re: A3000T: Kernel 2.4.0-test9 working?

[Reinhard N. <rn...@gm...>]

Hi,

Michel Dänzer wrote:
> 
> Reinhard Nissl wrote:
> 
> > While compiling the kernel, I've seen, that usually empty areas on console
> > show word fragments, that were output some time ago, e. g. at boot time.
> 
> Sounds like the old 'Permedia2 isn't initialized correctly' bug which can be
> worked around by booting AmigaOS or a working kernel before. I thought I had
> (at least tried to) fix(ed) it in 2.4 as well...

Well, none of the two suggestions makes it work. Is it a problem, if Workbench
runs at 1280x1024x16@85 and console at 1280x1024x8@75?
 
> > After that, I've tried PCI support again. But the kernel fails booting. See
> > attached dmesg.txt. Am I right, that a recent X server needs PCI support?
> 
> Yes, but only due to a bug which prevents it from working without.

:-)

BTW: I've some problems in using modules with Debian. What is /etc/modules
good for?

Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rn...@gm...

Re: A3000T: Kernel 2.4.0-test9 working?

[Michel <dae...@st...>]

Reinhard Nissl wrote:

> While compiling the kernel, I've seen, that usually empty areas on console
> show word fragments, that were output some time ago, e. g. at boot time.

Sounds like the old 'Permedia2 isn't initialized correctly' bug which can be
worked around by booting AmigaOS or a working kernel before. I thought I had
(at least tried to) fix(ed) it in 2.4 as well...


> After that, I've tried PCI support again. But the kernel fails booting. See
> attached dmesg.txt. Am I right, that a recent X server needs PCI support?

Yes, but only due to a bug which prevents it from working without.


> PCI: Probing PCI hardware
> PCI: Cannot allocate resource region 1 of device 00:01.0
> PCI: Failed to allocate resource 3 for Texas Instruments TVP4020 [Permedia
> 2]

Interesting. Geert, I suppose this is your new resource code? Any idea what's
going on?


> Starting kswapd v1.8
> Machine check in kernel mode.
> Caused by (from SRR1=49070): Transfer error ack signal

This is probably when pm2fb tries to probe the PCI device(s), could it be due
to the resource code's failure?


Michel


-- 
Earthling Michel Dänzer (MrCooper)  \  CS student and free software enthusiast
Debian GNU/Linux (powerpc,i386) user \   member of XFree86 and The DRI Project

Re: A3000T: Kernel 2.4.0-test9 working?

[Reinhard N. <rn...@gm...>]

Hi,

let's start with the good news: CVPPC console works after the recent changes
from cvs if you use the new (current) bootstrap programme.

But for any reason, the console isn't cleared properly or not at all (e. g.
when in vi and pressing Ctrl+L). Has anyone experienced such problems like
overtyping characters on console when you edit a commandline?

Internally, the typed characters were properly inserted. A Ctrl+L shows them
on screen then. If I delete characters from the line, I don't see any change
on screen. A Ctrl+L updates the screen, but 'old' characters remain on screen.
To make it clear, see the following example:

The line consists of

	abcdefghijk

Then you delete 'def' and you see on screen

	abcdefghijk

After pressing Ctrl+L you see

	abcghijkijk

While compiling the kernel, I've seen, that usually empty areas on console
show word fragments, that were output some time ago, e. g. at boot time.

After that, I've tried PCI support again. But the kernel fails booting. See
attached dmesg.txt. Am I right, that a recent X server needs PCI support?

Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rn...@gm...

Re: MOL working?

[Alan B. <al...@ms...>]

hi,

> That will take you weeks and months...

weeks - though I am now having to administrate 2 new SUN Solaris servers
at work complete with RAID, DLT's and dual networking (so a lot of my time
is now sucked up - still! 'tis only work :-))

> The CVS repository contains all versions of all files, so it's normally
> trivial to back out any mistakes.

? oh! so how many 'revisions' of each file will it keep by default?
 
> The diff is from 2.2.x, and you don't need time. Just put the definition
> somewhere in head.S and a few calls to find out where they are needed. If the
> diff doesn't apply anyway, that is.

sorry, 2.2.x , yes, you are correct - still, it does take time (if only I
could get my Amiga into work 8-) )

alan

Re: MOL working?

[Michel <dae...@st...>]

Alan Buxey wrote:

> > > CVS and all its syntax 8-)
> >
> > You don't need much really, just ask.
> 
> well, You've already told me the command line to use - but I'm reading up
> fully on CVS (dont like using things until I'm comfortable with the
> mechanics)

That will take you weeks and months...

> - I dont want to end up wiping over other things (though you
> all have backups ready for such drama ;-) )

The CVS repository contains all versions of all files, so it's normally
trivial to back out any mistakes.


> as well as the MOL parts, the APUS progress stuff has to slip into the
> branch too to allow debugging. That part i still only have as files in a
> diff from 2.3.x, no time :-(

The diff is from 2.2.x, and you don't need time. Just put the definition
somewhere in head.S and a few calls to find out where they are needed. If the
diff doesn't apply anyway, that is.


Michel


-- 
Earthling Michel Dänzer (MrCooper)  \  CS student and free software enthusiast
Debian GNU/Linux (powerpc,i386) user \   member of XFree86 and The DRI Project

Re: MOL working?

[Alan B. <al...@ms...>]

hi,

> > CVS and all its syntax 8-)
> 
> You don't need much really, just ask.

well, You've already told me the command line to use - but I'm reading up
fully on CVS (dont like using things until I'm comfortable with the
mechanics) - I dont want to end up wiping over other things (though you
all have backups ready for such drama ;-) ) 

as well as the MOL parts, the APUS progress stuff has to slip into the
branch too to allow debugging. That part i still only have as files in a
diff from 2.3.x, no time :-(

alan

Re: MOL working?

[Michel <dae...@st...>]

Alan Buxey wrote:

> > > to the server 8-)
> >
> > What's the problem?
> 
> CVS and all its syntax 8-)

You don't need much really, just ask.


Michel


-- 
Earthling Michel Dänzer (MrCooper)  \  CS student and free software enthusiast
Debian GNU/Linux (powerpc,i386) user \   member of XFree86 and The DRI Project

Re: A3000T: Kernel 2.4.0-test9 working?

[Michel <dae...@st...>]

Roman Zippel wrote:

> > What did you change? I think the problem is that he's using too new a
> > boothack.
> 
> pm2fb.c tests for powerup_PCI_present

Like apus_pci.c ...

> and I took the changes from 2.2, so it might be set now. :)

Finally, thanks!


Michel


-- 
Earthling Michel Dänzer (MrCooper)  \  CS student and free software enthusiast
Debian GNU/Linux (powerpc,i386) user \   member of XFree86 and The DRI Project