linux-apus-devel

CVS Update: 2.3 (branch: trunk)

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

CVSROOT:	/cvsroot/linux-apus
Module name:	2.3
Repository:	2.3/net/econet/
Changes by:	zippel@usw-pr-cvs1.	01/05/03 17:36:17

Log message:
  conflict fixes from import bitkeeper (2.4.4)

Modified files:
      ./:
        Makefile 
      2.3/Documentation/:
        Configure.help 
      2.3/arch/ppc/:
        config.in 
      2.3/arch/ppc/kernel/:
        head.S irq.c pci.c ppc_ksyms.c time.c 
      2.3/arch/ppc/mm/:
        init.c 
      2.3/drivers/char/:
        Makefile misc.c 
      2.3/drivers/net/:
        8390.h Makefile ariadne2.c 
      2.3/drivers/scsi/:
        fastlane.c 
      2.3/drivers/video/:
        Config.in fbmem.c 
      2.3/include/asm-m68k/:
        bootinfo.h 
      2.3/include/linux/:
        coda.h 
      2.3/mm/:
        page_alloc.c 
Added files:
      2.3/arch/ppc/configs/:
        gemini_defconfig 
      2.3/drivers/net/:
        ncr885_debug.h ncr885e.c ncr885e.h 
Removed files:
      ./:
        .#Makefile.1.15 .#Makefile.1.16 .#Makefile.1.17 
        .#Makefile.1.18 .swo .swp 
      2.3/Documentation/:
        .#Configure.help.1.10 .#Configure.help.1.7 
        .#Configure.help.1.8 .#Configure.help.1.9 logo.gif 
      2.3/Documentation/sound/:
        PCM1-pro 
      2.3/arch/alpha/:
        vmlinux.lds 
      2.3/arch/arm/kernel/:
        leds-ebsa110.c 
      2.3/arch/arm/lib/:
        io.c 
      2.3/arch/arm/mm/:
        mm-ebsa110.c mm-footbridge.c 
      2.3/arch/arm/nwfpe/:
        config.h 
      2.3/arch/m68k/:
        .#config.in.1.4 
      2.3/arch/m68k/amiga/:
        .#amiga_ksyms.c.1.3 .#amisound.c.1.4 .#chipram.c.1.4 
        .#config.c.1.5 
      2.3/arch/m68k/kernel/:
        m68k_defs.h 
      2.3/arch/mips/arc/:
        printf.c 
      2.3/arch/mips/ddb5074/:
        pci-dma.c 
      2.3/arch/mips/orion/:
        Makefile int-handler.S irq.c ld.script.orion misc.c 
        no_initrd.c piggyback.c promcon.c setup.c 
      2.3/arch/ppc/:
        .#Makefile.1.2 .#Makefile.1.3 .#config.in.1.16 
        .#config.in.1.18 .#config.in.1.19 .#defconfig.1.4 
      2.3/arch/ppc/amiga/:
        .#amiints.c.1.4 .#config.c.1.10 
      2.3/arch/ppc/kernel/:
        .#Makefile.1.7 .#Makefile.1.8 .#apus_setup.c.1.10 
        .#apus_setup.c.1.12 .#head.S.1.14 .#head.S.1.15 
        .#pci.c.1.3 .#pci.c.1.4 .#pci.c.1.5 .#pci.c.1.6 
        .#ppc_ksyms.c.1.13 .#ppc_ksyms.c.1.14 .#ppc_ksyms.c.1.15 
        .#ppc_ksyms.c.1.16 .#setup.c.1.10 .#setup.c.1.11 
        .#setup.c.1.8 .#setup.c.1.9 .#time.c.1.5 .#time.c.1.6 
        .#time.c.1.7 mol.h 
      2.3/arch/ppc/mbxboot/:
        vmlinux.lds 
      2.3/arch/ppc/mm/:
        .#init.c.1.12 .#init.c.1.13 .#init.c.1.14 
      2.3/arch/s390/kernel/:
        cpcmd.h floatlib.c irqextras390.c mathemu.c 
      2.3/arch/s390x/kernel/:
        cpcmd.h cpprintk.c irqextras390.c 
      2.3/drivers/acpi/include/:
        config.h 
      2.3/drivers/block/:
        .#z2ram.c.1.2 
      2.3/drivers/char/:
        .#Makefile.1.8 .#Makefile.1.9 .#amigamouse.c.1.3 
        .#amikeyb.c.1.5 .#amiserial.c.1.4 
      2.3/drivers/ide/:
        .#buddha.c.1.2 .#gayle.c.1.4 
      2.3/drivers/net/:
        .#8390.h.1.2 .#Makefile.1.4 
      2.3/drivers/parport/:
        .#parport_amiga.c.1.5 .#parport_mfc3.c.1.2 
      2.3/drivers/s390/net/:
        ctc.c 
      2.3/drivers/scsi/:
        .#Config.in.1.5 .#Config.in.1.6 .#Makefile.1.2 
        .#Makefile.1.3 .#a2091.c.1.5 .#a2091.h.1.3 .#a3000.c.1.7 
        .#a3000.h.1.3 .#fastlane.c.1.4 
      2.3/drivers/sgi/char/:
        linux_logo.h 
      2.3/drivers/sound/:
        miroaci.h 
      2.3/drivers/video/:
        .#amifb.c.1.9 .#fbmem.c.1.5 .#fbmem.c.1.6 .#fbmem.c.1.7 
        .#pm2fb.c.1.4 .#virgefb.c.1.4 
      2.3/fs/affs/:
        .#namei.c.1.4 
      2.3/include/asm-arm/arch-cl7500/:
        shmparam.h 
      2.3/include/asm-ia64/sn/:
        cmn_err.h war.h 
      2.3/include/asm-ia64/sn/sn1/:
        war.h 
      2.3/include/asm-m68k/:
        .#amigahw.h.1.2 
      2.3/include/asm-ppc/:
        .#pgtable.h.1.5 semaphore-helper.h 
      2.3/include/asm-s390/:
        irqextras390.h major.h misc390.h s390-regs-common.h 
        semaphore-helper.h 
      2.3/include/asm-s390x/:
        irqextras390.h major.h misc390.h semaphore-helper.h 
      2.3/include/asm-sh/:
        pgalloc-2level.h 
      2.3/include/linux/netfilter_ipv4/:
        ip_nat_ftp.h 
      2.3/mm/:
        .#page_alloc.c.1.10 .#page_alloc.c.1.11 
        .#page_alloc.c.1.9 
      2.3/net/econet/:
        sysctl_net_ec.c 
  
  Revision      Changes    Path
  1.20          +1 -1      2.3/Makefile
  1.12          +596 -236  2.3/Documentation/Configure.help
  1.22          +2 -1      2.3/arch/ppc/config.in
  1.17          +7 -60     2.3/arch/ppc/kernel/head.S
  1.6           +1 -1      2.3/arch/ppc/kernel/irq.c
  1.9           +26 -16    2.3/arch/ppc/kernel/pci.c
  1.18          +3 -20     2.3/arch/ppc/kernel/ppc_ksyms.c
  1.9           +11 -5     2.3/arch/ppc/kernel/time.c
  1.16          +61 -73    2.3/arch/ppc/mm/init.c
  1.12          +24 -0     2.3/drivers/char/Makefile
  1.3           +11 -9     2.3/drivers/char/misc.c
  1.4           +2 -1      2.3/drivers/net/8390.h
  1.6           +15 -2     2.3/drivers/net/Makefile
  1.7           +1 -1      2.3/drivers/net/ariadne2.c
  1.6           +17 -10    2.3/drivers/scsi/fastlane.c
  1.3           +8 -0      2.3/drivers/video/Config.in
  1.9           +13 -17    2.3/drivers/video/fbmem.c
  1.3           +1 -1      2.3/include/asm-m68k/bootinfo.h
  1.5           +31 -1     2.3/include/linux/coda.h
  1.13          +1 -3      2.3/mm/page_alloc.c

Re: libc reduction and powerpc/apus woody boot floppies.

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

Hello Sven,

i had the time to download the mail only today, 
sorry...but i was very busy working. 

Your question:

The dimension of the normal libc2.2.2 is about 1.2megs
and its reduced counterpart is about 700 kbytes.
Note that the previous reduced libc 2.1.3 (from potato root-disk) 
was about 900 kbytes, this can be not so important but has 
left me some suspects... 
Ah, forgotten to mail you that tuesday i have uploaded the floppy image
to your ftp site.

--------------------------------------------------------------
 
For the mailing list:

Please don't think i have made any type of in-deep modification: 
i have worked in this test only sobstituting files, 
with a "follow the stream" logic. :)))

Last but not least: I don't know nothing about libc incarnations,
modifications etc.

For a better explanation here are my testing steps:
 
1) In first i have built floppy image "as-is" downloading all the
   debs needed, letting the software to create all the floppy-images
   for all the platforms involved.
   The build process worked ok.
   
   Dbootstrap worked if called by a shell.
   I was not sure of Busybox's init subroutine because was impossible  
   to test it in a right manner by shell. 
   (almost something worked... what is device z6 ? It complained for it).
   I have tried some other its builtin commands as cd, ls, du 
   and they worked.  

2) I have tested the "as-is" root1440apus.bin.
   Failed.
   It locked just before or during init process because after the following 
   kernel messages:
      Ramdisk: compressed image found at block 0
      VFS Mounted root (ext2 filesystem)
      Freing unused kernel memory: etc...
   all the processes stopped.
   The cursor stopped but was blinking... 
   probably something was still running or waiting :)))
   The 2.2.10 kernel i have used was compiled with the syskeys ctrl.
   With this i have seen that the processes that was running was:
      1) init
      2) kflushd
      3) kpiod
      4) kswapd
      5) md_thread
   So init process was started but was locked before the inittab reading
   because there wasn't ash messages after, and none VC was working.

3) I have downloaded busybox source and compiled it with the general debug
   option enabled and the special debug options in the init.c file too.
   I was hoping for some debug messages.
   I have loop mounted the image file and i have sobstituted the old busybox 
   with the new that i've compiled. 
   Test Failed: same results as above.
   
4) Changed strategy. 
   I have sobstituted only new busybox ( the standard version ) and 
   the new dbootstrap in a old working root-floppy image 
   (taken from potato)
   Test Succeded :  the root.image bootstrapped, but new dbootstrap 
   complained because i had left the old libc2.1.3 in that old image.
   
5) Sobstituted old library with the new reduced libc2.2.2.  
   Test Failed: got locked as the first tries.

6) Tried to sobstitute the small library with the standard big libc2.2.2 
   Test Succeded: the image began to bootstrap another time. 

Of course i have sobstituted it also in the "as-is" image and it began to work
too. It works also with our last 2.4.3 kernel.
As you can see, what i have done was a simple file sobstitution.
Nothing more.

I don't want to give any opinion about because i don't know in-deep what
libc does. Also is the same for dbootstrap and busybox.

But i have a question:
May be now dboostrap & busybox need more resources than in the past?  

Friendly,

-- 
                         Giorgio Terzi

Re: X + BVision + Debian + GNOME + Enlightenment problem

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

On Wed, May 02, 2001 at 05:26:09PM +0000, Giles Burdett wrote:
> Hi Michel,
> 
> On 02-May-01, you wrote:
> 
> > Giles Burdett wrote:
> > 
> >> Still having problems with enlightenment, so I switched to windowmaker
> >> instead, and basically I'm still having the same problems. I should
> >> mention at this point that it could be something to do with my BVision,
> >> because I have garbage under cgfx quite a lot of the time - but not quite
> >> in the same league as this X problem, which is far, far worse.
> > 
> > Putting Option "NoAccel" in Section "Device" of your XF86Config might
> > tell.
> 
> I just tried that, and X aborts because it says it's an unknown option. No
> mention of that option in the man page for XF86Config either... At least not
> in 3.3.6 release of X. Is it a 4.0 thing or am I just missing something?

mmm, you are using 3.3.6, this explains a lot of things. 

3.3.6 has not been worked on for the bvision since a long time, it would be
better to try using 4.0.x, it is faster and so.

That said, i think there are potato compiled ppc packages of Xfree 4.0.x
around somewhere, don't know for sure though. But maybe you would want to
upgrade to testing or unstable now, the woody release is not that far away, i
think.

Friendly,

Sven Luther

Re: X + BVision + Debian + GNOME + Enlightenment problem

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

Giles Burdett wrote:

> >> Still having problems with enlightenment, so I switched to windowmaker
> >> instead, and basically I'm still having the same problems. I should
> >> mention at this point that it could be something to do with my BVision,
> >> because I have garbage under cgfx quite a lot of the time - but not quite
> >> in the same league as this X problem, which is far, far worse.
> >
> > Putting Option "NoAccel" in Section "Device" of your XF86Config might
> > tell.
> 
> I just tried that, and X aborts because it says it's an unknown option. No
> mention of that option in the man page for XF86Config either... At least not
> in 3.3.6 release of X. Is it a 4.0 thing or am I just missing something?

It's a 4.x thing. 4.x is highly recommended (not only) for the Permedia2
boards because it offers much better acceleration and other features.


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

Re: X + BVision + Debian + GNOME + Enlightenment problem

[Giles B. <lay...@th...>]

Hi Michel,

On 02-May-01, you wrote:

> Giles Burdett wrote:
> 
>> Still having problems with enlightenment, so I switched to windowmaker
>> instead, and basically I'm still having the same problems. I should
>> mention at this point that it could be something to do with my BVision,
>> because I have garbage under cgfx quite a lot of the time - but not quite
>> in the same league as this X problem, which is far, far worse.
> 
> Putting Option "NoAccel" in Section "Device" of your XF86Config might
> tell.

I just tried that, and X aborts because it says it's an unknown option. No
mention of that option in the man page for XF86Config either... At least not
in 3.3.6 release of X. Is it a 4.0 thing or am I just missing something?

Regards,

Giles

-- 

             \ | | | /
           \           /
          -  (0)   (0)  -

+------.ooo0----\_/-----0ooo.-----------+
|                                       |
| Giles Burdett                         |
| http://www.the-giant-sofa.demon.co.uk |
|                                       |
+-------------------0ooo.---------------+
          .ooo0    (    )
          (    )    )  /
           \  (     \_/
            \_/

Re: X + BVision + Debian + GNOME + Enlightenment problem

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

Giles Burdett wrote:

> Still having problems with enlightenment, so I switched to windowmaker
> instead, and basically I'm still having the same problems. I should men=
tion
> at this point that it could be something to do with my BVision, because=
 I
> have garbage under cgfx quite a lot of the time - but not quite in the =
same
> league as this X problem, which is far, far worse.

Putting Option "NoAccel" in Section "Device" of your XF86Config might tel=
l.


> BTW, how does X and xdm get invoked at boot time? My debian system is
> running at runlevel 2, which seems a bit low compared to redhat (though=
 I
> appreciate these things can be done differently from distro to distro),

Yep, runlevels 2-5 are the same on Debian by default.

> and also is there a way to seperate X related stuff out so that that it=
 only
> gets launched at a higher runlevel, eg 3? As it is my X installation is
> quite annoying, and I have to ctrl-alt-f1 to get any useful work done...

You can apt-get remove xdm or gdm until it works (the package file will b=
e in
/var/cache/apt/archives so won't have to be downloaded again for reinstal=
l) or
use update-rc.d (read the manpage carefully).


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

Re: X + BVision + Debian + GNOME + Enlightenment problem

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

On Wed, May 02, 2001 at 03:46:32PM +0000, Giles Burdett wrote:
> Hi Sven,
> 
> On 02-May-01, you wrote:
> 
>  
> > quick solution :
> > 
> > install the gdm and gnome-session package, instead of xdm, that way, you
> > only have to choose the gnome session in the gdm menus.
> > 
> > Alternatively, if you want to try it with xdm alone, then you still need
> > to install gnome-session, and call it, for example in
> > /etc/X11/xinit/xinitrc (at the bottom of it, instead of the 3 xterms and
> > twm that are there right now.
> > 
> > You could also use a per user xinirtc (you could try .xinitrc in you home
> > directory, not sure about the exact file name for that though, just type
> > gnome-session in there).
> > 
> > as for the other problems, i think it is a problem with the window
> > manager. First try the above, and if it don't work, ask again, and i shall
> > give you more advice.
> 
> Well, I got hold of gnome-session, and tried to call it from a .xinitrc
> file, but that didn't work. And I'm not sure what to do with
> /etc/X11/xinit/xinitrc because it looks different to the way you suggest:
> 
> > #!/bin/sh
> > #
> > # /etc/X11/xinit/xinitrc
> > #
> > # global xinitrc file, used by all X sessions started by xinit (startx)
> > 
> > # by default simply do the same thing as xdm X sessions
> > . /etc/X11/Xsession
> 
> So I tried to call it from ~/.xsession and that launched the gnome panel and
> help - so success there then. Cheers :)
> 
> Still having problems with enlightenment, so I switched to windowmaker

The 'official' gnome wm is sawfish, previously called sawmill.

install the sawfish-gnome package and try it out.

I think why they choose it is because it mostyl does not much, letting gnome
handle most of the stuff, and thus it is a rather simple window manager. I
love how it handles maximize events on window, other wm don't do it right.


> Can someone ctrl-x that paragraph then, because it's very misleading!

That would be a great idea ...

> BTW, how does X and xdm get invoked at boot time? My debian system is
> running at runlevel 2, which seems a bit low compared to redhat (though I
> appreciate these things can be done differently from distro to distro), and
> also is there a way to seperate X related stuff out so that that it only
> gets launched at a higher runlevel, eg 3? As it is my X installation is
> quite annoying, and I have to ctrl-alt-f1 to get any useful work done...

not by default, all debian runlevel will launch X.

What you can do, is edit /etc/init.d/gdm or xdm, add an exit 0 in the start)
case, and then just copy the start) case to a mystart) case, and then you just
can do /etc/init.d/gdm mystart.

Alternatively, you just may disable gdm, and start gnome-session with startx.
For that, again add a exit 0 line to the start) case of /etc/init.d/gdm.

Naturally, it would be easier if debian did support a X less runlevel, ...

Friendly,

Sven Luther

Re: X + BVision + Debian + GNOME + Enlightenment problem

[Giles B. <lay...@th...>]

Hi Sven,

On 02-May-01, you wrote:

 
> quick solution :
> 
> install the gdm and gnome-session package, instead of xdm, that way, you
> only have to choose the gnome session in the gdm menus.
> 
> Alternatively, if you want to try it with xdm alone, then you still need
> to install gnome-session, and call it, for example in
> /etc/X11/xinit/xinitrc (at the bottom of it, instead of the 3 xterms and
> twm that are there right now.
> 
> You could also use a per user xinirtc (you could try .xinitrc in you home
> directory, not sure about the exact file name for that though, just type
> gnome-session in there).
> 
> as for the other problems, i think it is a problem with the window
> manager. First try the above, and if it don't work, ask again, and i shall
> give you more advice.

Well, I got hold of gnome-session, and tried to call it from a .xinitrc
file, but that didn't work. And I'm not sure what to do with
/etc/X11/xinit/xinitrc because it looks different to the way you suggest:

> #!/bin/sh
> #
> # /etc/X11/xinit/xinitrc
> #
> # global xinitrc file, used by all X sessions started by xinit (startx)
> 
> # by default simply do the same thing as xdm X sessions
> . /etc/X11/Xsession

So I tried to call it from ~/.xsession and that launched the gnome panel and
help - so success there then. Cheers :)

Still having problems with enlightenment, so I switched to windowmaker
instead, and basically I'm still having the same problems. I should mention
at this point that it could be something to do with my BVision, because I
have garbage under cgfx quite a lot of the time - but not quite in the same
league as this X problem, which is far, far worse.

>> So it's knackered, basically.
>> 
>> The thing is I thought I'd got this problem pinned down when I read on
>> the linux-apus homepage at sourceforge, in the file
>> "installing-a-debian-system.html" that the normal X related debs from the
>> official ftp sites don't work, and you need some specially compiled APUS
>> X debs from the DEB-APUS directory at sunsite Denmark - but there's
>> nothing in that directory!!!
> 
> That info is severly outdated, the official debs work fine . (both the
> 3.3.6 and the newer 4.0.2 should work, not sure about the newer 4.0.2
> ones, but anyway the 4.0.3 will)

Can someone ctrl-x that paragraph then, because it's very misleading!

BTW, how does X and xdm get invoked at boot time? My debian system is
running at runlevel 2, which seems a bit low compared to redhat (though I
appreciate these things can be done differently from distro to distro), and
also is there a way to seperate X related stuff out so that that it only
gets launched at a higher runlevel, eg 3? As it is my X installation is
quite annoying, and I have to ctrl-alt-f1 to get any useful work done...

Thanks,

Giles

-- 

             \ | | | /
           \           /
          -  (0)   (0)  -

+------.ooo0----\_/-----0ooo.-----------+
|                                       |
| Giles Burdett                         |
| http://www.the-giant-sofa.demon.co.uk |
|                                       |
+-------------------0ooo.---------------+
          .ooo0    (    )
          (    )    )  /
           \  (     \_/
            \_/

Re: X + BVision + Debian + GNOME + Enlightenment problem

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

hi,


> linux-apus homepage at sourceforge, in the file
> "installing-a-debian-system.html" that the normal X related debs from the
> official ftp sites don't work, and you need some specially compiled APUS X
> debs from the DEB-APUS directory at sunsite Denmark - but there's nothing in
> that directory!!! 

forget that! its from the old FAQ. the standard X from Debian works fine.
  
alan

Re: X + BVision + Debian + GNOME + Enlightenment problem

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

On Wed, May 02, 2001 at 04:24:41AM +0000, Giles Burdett wrote:
> Hi all,
> 
> I've installed the basic debian distribution from a recent Amiga Active CD
> with no problems, and I'm trying to add in X with GNOME and Enlightenment,
> but with only limited success. From what I can see, I have all the packages
> necessary to satisfy the various dependancies. Initially I had X + xdm +
> xterm working, and there weren't any problems. Then I added gnome and
> enlightenment into the mix, and interesting things began to happen...
> 
> xdm's login doesn't disappear; the enlightenment bar doesn't appear at all
> but the "enlightenment starting   x%" message does - and then it stays
> there; none of the gnome panels appear; mouse activated menus are only half
> displayed; dragging a window (not that you can see the borders - you have to
> watch for when the mouse pointer changes to pick a window up) smears the 
> contents all over the screen.

quick solution :

install the gdm and gnome-session package, instead of xdm, that way, you only
have to choose the gnome session in the gdm menus.

Alternatively, if you want to try it with xdm alone, then you still need to
install gnome-session, and call it, for example in /etc/X11/xinit/xinitrc (at
the bottom of it, instead of the 3 xterms and twm that are there right now.

You could also use a per user xinirtc (you could try .xinitrc in you home
directory, not sure about the exact file name for that though, just type
gnome-session in there).

as for the other problems, i think it is a problem with the window manager.
First try the above, and if it don't work, ask again, and i shall give you
more advice.

> So it's knackered, basically.
> 
> The thing is I thought I'd got this problem pinned down when I read on the
> linux-apus homepage at sourceforge, in the file
> "installing-a-debian-system.html" that the normal X related debs from the
> official ftp sites don't work, and you need some specially compiled APUS X
> debs from the DEB-APUS directory at sunsite Denmark - but there's nothing in
> that directory!!! 

That info is severly outdated, the official debs work fine .
(both the 3.3.6 and the newer
4.0.2 should work, not sure about the newer 4.0.2 ones, but anyway the 4.0.3
will)

friendly,

Sven Luther

X + BVision + Debian + GNOME + Enlightenment problem

[Giles B. <lay...@th...>]

Hi all,

I've installed the basic debian distribution from a recent Amiga Active CD
with no problems, and I'm trying to add in X with GNOME and Enlightenment,
but with only limited success. From what I can see, I have all the packages
necessary to satisfy the various dependancies. Initially I had X + xdm +
xterm working, and there weren't any problems. Then I added gnome and
enlightenment into the mix, and interesting things began to happen...

xdm's login doesn't disappear; the enlightenment bar doesn't appear at all
but the "enlightenment starting   x%" message does - and then it stays
there; none of the gnome panels appear; mouse activated menus are only half
displayed; dragging a window (not that you can see the borders - you have to
watch for when the mouse pointer changes to pick a window up) smears the 
contents all over the screen.

So it's knackered, basically.

The thing is I thought I'd got this problem pinned down when I read on the
linux-apus homepage at sourceforge, in the file
"installing-a-debian-system.html" that the normal X related debs from the
official ftp sites don't work, and you need some specially compiled APUS X
debs from the DEB-APUS directory at sunsite Denmark - but there's nothing in
that directory!!! 

Please advise! :)

Giles

-- 

             \ | | | /
           \           /
          -  (0)   (0)  -

+------.ooo0----\_/-----0ooo.-----------+
|                                       |
| Giles Burdett                         |
| http://www.the-giant-sofa.demon.co.uk |
|                                       |
+-------------------0ooo.---------------+
          .ooo0    (    )
          (    )    )  /
           \  (     \_/
            \_/

Re: libc reduction and powerpc/apus woody boot floppies.

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

On Tue, May 01, 2001 at 03:19:26PM -0400, Ben Collins wrote:
> On Tue, May 01, 2001 at 06:01:59PM +0200, Sven LUTHER wrote:
> > 
> > Note : The symptoms were that init (from busybox) did not launch correctly,
> > which makes boot-floppies rather unusable on powerpc/apus right now.
> 
> What exactly do you mean by "did not launch correctly"? Were there
> missing symbols? Did it segv or sigbus, or something else? Note, I

I did not test this myself, as i have not the hardware, but the report of
Giorgio Terzi is that there is no output anywhere. Err, this is not really
understandable, isn't it ? 

Anyway, this is when using the busybox init to launch the boot-floppies
root.bin root image. What happens is that the kernel boots, then tries to
launch INIT (from busybox) as the parent process, and fails, without any
fursther output, not even the log on VC 3 or 4. And since the only way to go
out of that is rebooting, there is no significative log file to look trough.

Now, it seems the same init will work well when launched from the shell, not
sure though, at least dbootstrap will.

Did i get that right Giorgio ?

> testes a reduced libc with bash, and it worked fine. Perhaps something
> in busybox is broken? Maybe you are building with a different libc6-pic
> package on your system that the libc6 that is installed on
> boot-floppies?

mmm, yes, this seems like a plausible thing to me, busybox is built with the
installed libc6, but then is tried to run with the reduced one on the root.bin
root image. This would explain this.

How can we test that this is the case ? And if it is, how should we build
busybox to have it working right ? Maybe Girgio did not have the good version
of libc6 installed when building busybox, but then, this would be a
build-depend bug or something such in busybox ?

Thanks for caring,

Friendly,

Sven Luther

Re: libc reduction and powerpc/apus woody boot floppies.

[Ben C. <bco...@de...>]

On Tue, May 01, 2001 at 06:01:59PM +0200, Sven LUTHER wrote:
> 
> Note : The symptoms were that init (from busybox) did not launch correctly,
> which makes boot-floppies rather unusable on powerpc/apus right now.

What exactly do you mean by "did not launch correctly"? Were there
missing symbols? Did it segv or sigbus, or something else? Note, I
testes a reduced libc with bash, and it worked fine. Perhaps something
in busybox is broken? Maybe you are building with a different libc6-pic
package on your system that the libc6 that is installed on
boot-floppies?

Ben

-- 
 -----------=======-=-======-=========-----------=====------------=-=------
/  Ben Collins  --  ...on that fantastic voyage...  --  Debian GNU/Linux   \
`  bco...@de...  --  bco...@op...  --  bco...@li...  '
 `---=========------=======-------------=-=-----=-===-======-------=--=---'

libc reduction and powerpc/apus woody boot floppies.

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

Hello, ...

As i was no more able to test the boot floppies for the apus powerpc subarch,
for lack of working hardware and time, Giorgio Terzi did volunteer to do the
work. Many thanks go to him for this.

After some time, here is what he did find :

----- Forwarded message from Giorgio Terzi <de...@ip...> -----

now i can load new root.bin image!!!!

The problem was that the reduced copy of libc2.2.2 won't work!
I have sobstituted it with the standard long sized one and all 
worked well !

Simple it isn't ? But maked me sweat! :)))))

Note that the reduced libld2.2.2 works. 

Now there are 2 alternative strategies: 
1) the build software must avoid to reduce that library.
2) To fix the bug in the library

----- End forwarded message -----

Note : The symptoms were that init (from busybox) did not launch correctly,
which makes boot-floppies rather unusable on powerpc/apus right now.

Now, i have been out of boot-floppies development for a long time, and also am
not familiar at all libc's internal.

What is the best way to solve this, should we fill a bug against busybox,
boot-floppies or libc6 ?

Is this a apus specific problem, or something related to the powerpc arch ?

Is it possible to build the boot floppies while not reducing libc ? or is
there size constraints (apus don't has 1.4 MB floppies anyway, so it is just a
file on the harddisk) ?

Any help on further work will be welcome ...

Friendly,

Sven Luther

Re: Sound (again)

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

Ken Tyler schrieb:
>=20
> On Thu, 26 Apr 2001, Michel D=E4nzer wrote:
>=20
> > That code is only used when the driver is built into the kernel, that=
's
> > how it crept in.
>=20
> > The fix I just committed builds, let's hope it also makes sense. ;)
>=20
> Works fine in a monolithic kernel but not as a module.  Won't load on
> demand and insmod on dmasound_core and dmasound_paula gives many
> unresolved symbols.

But that can't be due to my commit can it? AFAICS I only changed code for=
 the
monolithic case.


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

Re: Sound (again)

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

On Thu, 26 Apr 2001, Michel D=E4nzer wrote:

> That code is only used when the driver is built into the kernel, that's h=
ow it
> crept in.

> The fix I just committed builds, let's hope it also makes sense. ;)

Works fine in a monolithic kernel but not as a module.  Won't load on
demand and insmod on dmasound_core and dmasound_paula gives many
unresolved symbols.

Ken.

Re: Sound (again)

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

Geert Uytterhoeven wrote:
>=20
> On Thu, 26 Apr 2001, Michel D=E4nzer wrote:
> > Ken Tyler wrote:
> > > gcc (etc) dmasound_core.o
> > > dmasound_core.c
> > > dmasound_core.c: In function `sq_init':
> > > dmasound_core.c:1264: warning: unused variable `res'
> > >
> > > dmasound_core.c: In function `dmasound_setup':
> > > dmasound_core.c:1625: invalid operands to binary <<
> > >
> > >          size =3D ints << 10
> > >
> > > Which is a shift of an array name.
> >
> > That code is only used when the driver is built into the kernel, that=
's
> > how it crept in.
> >
> > The fix I just committed builds, let's hope it also makes sense. ;)
>=20
> I don't have the APUS tree at hand, but I don't see anything like that =
in
> the bk tree nor in Linus' tree, nor in the m68k tree.

Roman integrated some of Iain Sandoe's code to fix the oopsen people repo=
rted.


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

Re: Sound (again)

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

On Thu, 26 Apr 2001, Michel D=E4nzer wrote:
> Ken Tyler wrote:
> > Sorry, a bit quick on the go button there!
>=20
> It happens to all of us. :)
>=20
> > Any success with recent patches to 2.4.3 sound ?
> >=20
> > Won't compile here.
> >=20
> > gcc (etc) dmasound_core.o
> > dmasound_core.c
> > dmasound_core.c: In function `sq_init':
> > dmasound_core.c:1264: warning: unused variable `res'
> >=20
> > dmasound_core.c: In function `dmasound_setup':
> > dmasound_core.c:1625: invalid operands to binary <<
> >=20
> >          size =3D ints << 10
> >=20
> > Which is a shift of an array name.
>=20
> That code is only used when the driver is built into the kernel, that's=
 how it
> crept in.
>=20
> The fix I just committed builds, let's hope it also makes sense. ;)

I don't have the APUS tree at hand, but I don't see anything like that in=
 the
bk tree nor in Linus' tree, nor in the m68k tree.

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: Sound (again)

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

Ken Tyler wrote:
> 
> Sorry, a bit quick on the go button there!

It happens to all of us. :)


> Any success with recent patches to 2.4.3 sound ?
> 
> Won't compile here.
> 
> gcc (etc) dmasound_core.o
> dmasound_core.c
> dmasound_core.c: In function `sq_init':
> dmasound_core.c:1264: warning: unused variable `res'
> 
> dmasound_core.c: In function `dmasound_setup':
> dmasound_core.c:1625: invalid operands to binary <<
> 
>          size = ints << 10
> 
> Which is a shift of an array name.

That code is only used when the driver is built into the kernel, that's how it
crept in.

The fix I just committed builds, let's hope it also makes sense. ;)


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

CVS Update: 2.3 (branch: trunk)

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

CVSROOT:	/cvsroot/linux-apus
Module name:	2.3
Repository:	2.3/drivers/sound/dmasound/
Changes by:	mdaenzer@usw-pr-cvs1.	01/04/25 15:44:46

Log message:
  build fix

Modified files:
      2.3/drivers/sound/dmasound/:
        dmasound_core.c 
  
  Revision      Changes    Path
  1.3           +2 -2      2.3/drivers/sound/dmasound/dmasound_core.c

Sound (again)

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

Sorry, a bit quick on the go button there!

Any success with recent patches to 2.4.3 sound ?

Won't compile here.

gcc (etc) dmasound_core.o
dmasound_core.c
dmasound_core.c: In function `sq_init':
dmasound_core.c:1264: warning: unused variable `res'

dmasound_core.c: In function `dmasound_setup':
dmasound_core.c:1625: invalid operands to binary <<

         size = ints << 10 

Which is a shift of an array name.

Ken.

Sound

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

Any success with recent patches to 2.4.3 sound ?

Won't compile here.

Re: Incoming to hq.fsmlabs.com:/home/bk/linuxppc_2_4

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

hi,

> Some boards have some expansion connector that carries PCI signals. You can put
> a Permedia2 card on that connector.

how well is this PCI connector documented? 

alan

Re: Incoming to hq.fsmlabs.com:/home/bk/linuxppc_2_4

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

On Mon, 23 Apr 2001, Alan Buxey wrote:
> so, this new cli() method, t'is needed in 2.4.x gayle.c ?

No, it's pmac only.

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: Incoming to hq.fsmlabs.com:/home/bk/linuxppc_2_4

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

hi,

> Of course APUS has IDE. It's just an Amiga with a PPC accel card.
> Look at drivers/ide/gayle.c for the A1200/4000 builtin IDE.

:-) ah, our little Gayle.
 
> BTW, there are also IDE expansion cards for Amiga.

a few have drivers under Linux iirc
 
> > - the IDE controller takes this into account for PIO accesses, and byte
> > swapping rules depend on who is the master (ugly)
> 
> Nothing has to be swapped. Note that this is not PCI.

yes, and the gayle controller isnt very 'advanced' . its only has PIO-0
 
> > - all the disks on APUS are byteswapped (so you can't read a CD) or
> > you have to use fancy options.
> 
> No problem with disks and CDs. That problem exists on Atari :-)

no??? seriously? ouch! 8-)
 
> > - nobody cares anymore about the APUS.
> 
> http://linux-apus.sourceforge.net/

thanks Geert
 

so, this new cli() method, t'is needed in 2.4.x gayle.c ?

alan