linux-apus-devel

CVS Update: 2.3

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

CVSROOT:	/cvsroot/linux-apus
Module name:	2.3
Repository:	2.3/drivers/scsi/
Changes by:	zippel@usw-pr-cvs1.	01/01/12 16:38:57

Modified files:
	2.3/drivers/scsi/: NCR53C9x.h fastlane.c 

Log message:
	add io barriers

CVS Update: 2.3

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

CVSROOT:	/cvsroot/linux-apus
Module name:	2.3
Repository:	2.3/drivers/net/
Changes by:	zippel@usw-pr-cvs1.	01/01/12 15:40:39

Modified files:
	2.3/drivers/net/: 8390.h 

Log message:
	ariadne2 config name changed

CVS Update: 2.3

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

CVSROOT:	/cvsroot/linux-apus
Module name:	2.3
Repository:	2.3/fs/minix/
Changes by:	zippel@usw-pr-cvs1.	01/01/12 14:17:46

Removed files:
	2.3/fs/minix/: fsync.c 

Log message:
	conflict fixes from import bitkeeper (2.4.0)

CVS Update: 2.3

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

CVSROOT:	/cvsroot/linux-apus
Module name:	2.3
Repository:	2.3/fs/umsdos/
Changes by:	zippel@usw-pr-cvs1.	01/01/12 14:17:01

Removed files:
	2.3/fs/: tunnel.c 
	2.3/fs/autofs4/: inohash.c 
	2.3/fs/coda/: stats.c 
	2.3/fs/umsdos/: check.c 

Log message:
	conflict fixes from import bitkeeper (2.4.0)

CVS Update: 2.3

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

CVSROOT:	/cvsroot/linux-apus
Module name:	2.3
Repository:	2.3/scripts/usb/
Changes by:	zippel@usw-pr-cvs1.	01/01/12 13:05:49

Modified files:
	./: Makefile 
	2.3/Documentation/: Configure.help 
	2.3/arch/ppc/: Makefile config.in 
	2.3/arch/ppc/amiga/: config.c 
	2.3/arch/ppc/kernel/: Makefile apus_setup.c head.S pci.c 
	                      ppc_ksyms.c setup.c time.c 
	2.3/arch/ppc/mm/: init.c 
	2.3/drivers/char/: Makefile 
	2.3/drivers/net/: Makefile 
	2.3/drivers/scsi/: Config.in Makefile 
	2.3/drivers/video/: fbmem.c 
	2.3/fs/affs/: file.c symlink.c 
	2.3/include/asm-ppc/: pgtable.h 
	2.3/mm/: page_alloc.c 
Removed files:
	2.3/BitKeeper/etc/: config logging_ok notify 
	2.3/Documentation/: IO-APIC.txt 
	2.3/Documentation/arm/SA1100/: ThinClient 
	2.3/Documentation/filesystems/devfs/: mk-devlinks modules.conf 
	2.3/arch/alpha/: vmlinux.lds 
	2.3/arch/alpha/lib/: callback_init.c semaphore.S srm_dispatch.S 
	                     srm_fixup.S 
	2.3/arch/arm/boot/compressed/: head-nexuspci.S 
	2.3/arch/arm/def-configs/: thinclient 
	2.3/arch/arm/kernel/: arch.h bios32.h dma-a5k.c dma-dummy.c 
	                      dma-isa.h dma.h hw-footbridge.c 
	                      hw-sa1100.c iic.c ioport.c 
	                      leds-footbridge.c leds-sa1100.c 
	2.3/arch/arm/lib/: io-ebsa110.S io-footbridge.S 
	2.3/arch/arm/mm/: map.h mm-shark.c 
	2.3/arch/i386/kernel/: acpi.c 
	2.3/arch/ia64/dig/: iosapic.c 
	2.3/arch/ia64/kdb/: Makefile kdb_bt.c kdb_io.c kdb_traps.c 
	                    kdbsupport.c pc_keyb.h 
	2.3/arch/ia64/kernel/: irq_internal.c irq_lock.c pci-dma.c 
	                       sal_stub.S 
	2.3/arch/ia64/lib/: idiv.S 
	2.3/arch/m68k/kernel/: m68k_defs.h 
	2.3/arch/mips64/: ld.script.elf32 
	2.3/arch/ppc/8xx_io/: micropatch.c usb.c 
	2.3/arch/ppc/coffboot/: main.c 
	2.3/arch/ppc/configs/: gemini_defconfig 
	2.3/arch/ppc/kernel/: gemini_pci.c gemini_prom.S gemini_setup.c 
	                      temp.c time.h 
	2.3/arch/ppc/mbxboot/: mbxtty.c vmlinux.lds 
	2.3/arch/sh/kernel/: irq_onchip.c 
	2.3/arch/sparc/kernel/: solaris.c 
	2.3/drivers/acpi/: osd.c tables.c 
	2.3/drivers/acpi/include/: actbl32.h actbl64.h common.h config.h 
	                           debugger.h dispatch.h events.h 
	                           globals.h hardware.h internal.h 
	                           interp.h macros.h namesp.h output.h 
	                           parser.h resource.h tables.h 
	2.3/drivers/acpi/interpreter/: amdump.c 
	2.3/drivers/acpi/namespace/: nsdump.c 
	2.3/drivers/acpi/parser/: psfind.c 
	2.3/drivers/acpi/tables/: tbtable.c 
	2.3/drivers/block/: linear.c lvm-snap.c lvm.c md.c raid0.c 
	                    raid1.c raid5.c xor.c 
	2.3/drivers/char/: audiochip.h bt848.h bttv-cards.c 
	                   bttv-driver.c bttv-if.c bttv.c bttv.h buz.c 
	                   buz.h bw-qcam.c bw-qcam.h c-qcam.c cpia.c 
	                   cpia.h cpia_pp.c cpia_usb.c cs8420.h 
	                   i2c-old.c i2c-parport.c ibmmpeg2.h msp3400.c 
	                   planb.c planb.h pms.c radio-aimslab.c 
	                   radio-aztech.c radio-cadet.c radio-gemtek.c 
	                   radio-miropcm20.c radio-rtrack2.c 
	                   radio-sf16fmi.c radio-terratec.c 
	                   radio-trust.c radio-typhoon.c radio-zoltrix.c 
	                   saa5249.c saa7110.c saa7111.c saa7121.h 
	                   saa7146.h saa7146reg.h saa7185.c saa7196.h 
	                   stradis.c tda7432.c tda8425.c tda985x.c 
	                   tda9875.c tea6300.c tea6420.c tuner-3036.c 
	                   tuner.c tuner.h tvmixer.c videodev.c vino.c 
	                   zr36057.h zr36060.h zr36120.c zr36120.h 
	                   zr36120_i2c.c zr36120_mem.c zr36120_mem.h 
	2.3/drivers/char/drm/: picker.c r128_dma.c 
	2.3/drivers/char/joystick/: joy-amiga.c joy-analog.c 
	                            joy-analog.h joy-assassin.c 
	                            joy-console.c joy-creative.c 
	                            joy-db9.c joy-gravis.c 
	                            joy-lightning.c joy-logitech.c 
	                            joy-magellan.c joy-pci.c 
	                            joy-sidewinder.c joy-spaceball.c 
	                            joy-spaceorb.c joy-thrustmaster.c 
	                            joy-turbografx.c joy-warrior.c 
	                            joystick.c 
	2.3/drivers/i2c/: i2c-algo-8xx.c i2c-rpx.c 
	2.3/drivers/ide/: aec6210.c 
	2.3/drivers/input/: adbhid.c hid-debug.h hid.c hid.h iforce.c 
	                    usbkbd.c usbmouse.c wacom.c 
	2.3/drivers/isdn/avmb1/: b1capi.c b1lli.c 
	2.3/drivers/isdn/hisax/: foreign.c foreign.h teles3c.c 
	2.3/drivers/media/video/: stallion.c tda8425.c tda985x.c 
	                          tea6300.c tea6420.c 
	2.3/drivers/net/: ncr885_debug.h ncr885e.c ncr885e.h skeleton.c 
	2.3/drivers/net/hamradio/: 6pack.h pi2.c pt.c 
	2.3/drivers/net/pcmcia/: 3c575_cb.c 
	2.3/drivers/sound/: awacs_defs.h dmasound.c dmasound.h softoss.c 
	                    softoss.h softoss_rs.c soundmodule.h 
	2.3/drivers/sound/emu10k1/: efxmgr.c osutils.c 
	2.3/drivers/usb/: adbhid.c evdev.c iforce.c input.c joydev.c 
	                  keybdev.c m8xxhci.c mousedev.c plusb.h 
	                  usb-core.c usb-storage-debug.h usb-storage.c 
	                  usb-storage.h usbdevice_fs.h wmforce.c 
	2.3/drivers/usb/storage/: scm.c scm.h 
	2.3/drivers/video/: sisfb.c vga_font.c 
	2.3/fs/minix/: truncate.c 
	2.3/include/asm-alpha/: semaphore-helper.h 
	2.3/include/asm-arm/: dec21285.h ioc.h iomd.h memc.h 
	2.3/include/asm-arm/arch-arc/: processor.h 
	2.3/include/asm-arm/arch-cl7500/: processor.h 
	2.3/include/asm-arm/arch-ebsa285/: processor.h 
	2.3/include/asm-arm/arch-l7200/: processor.h 
	2.3/include/asm-arm/arch-nexuspci/: processor.h 
	2.3/include/asm-arm/arch-rpc/: processor.h 
	2.3/include/asm-arm/arch-shark/: processor.h 
	2.3/include/asm-arm/arch-tbox/: processor.h 
	2.3/include/asm-arm/proc-armo/: io.h semaphore.h 
	2.3/include/asm-arm/proc-armv/: io.h 
	2.3/include/asm-ia64/: kdbsupport.h 
	2.3/include/asm-mips/: highmem.h offset.h 
	2.3/include/asm-mips64/: highmem.h ioc3.h offset.h 
	2.3/include/asm-ppc/: gemini.h gemini_serial.h 
	2.3/include/asm-sparc/: asm_offsets.h atops.h ethtool.h md.h 
	                        semaphore-helper.h 
	2.3/include/asm-sparc64/: asm_offsets.h ethtool.h machines.h 
	                          md.h 
	2.3/include/linux/: coda_opstats.h dmascc.h i2c-algo-8xx.h 
	                    openpic.h raid1.h raid5.h 
	2.3/include/net/: atalkcall.h ax25call.h decnet_call.h ipxcall.h 
	                  lapbcall.h llccall.h netbeuicall.h nrcall.h 
	                  p8022call.h psnapcall.h rosecall.h slhc.h 
	                  spxcall.h x25call.h 
	2.3/net/: protocols.c 
	2.3/net/atm/: lane_mpoa_init.c 
	2.3/net/irda/: irmod.c 
	2.3/scripts/usb/: procusb usbtree 

Log message:
	conflict fixes from import bitkeeper (2.4.0)

CVS Update: 2.2

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

CVSROOT:	/cvsroot/linux-apus
Module name:	2.2
Repository:	2.2/arch/m68k/amiga/
Changes by:	kent@usw-pr-cvs1.	01/01/12 06:13:11

Modified files:
	2.2/arch/m68k/amiga/: amisound.c amisound.c Stop keyboard beeps. 
	                      Force an early return from amiga_mksound() 
	                      if audio dma ch. 2 in use. 

Log message:
	

Re: Q. about commiting a new file.

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

Ken Tyler wrote:

> Will the standard cvs commit create the new file ?

You have to cvs add new files first.


Michel


--=20
Earthling Michel D=E4nzer (MrCooper)  \  CS student and free software ent=
husiast
Debian GNU/Linux (powerpc,i386) user \   member of XFree86 and The DRI Pr=
oject

Q. about commiting a new file.

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

Hello,

I have a couple of changes to commit.

One is a small patch (two lines from memory) that shuts up the kb beeper
when audio is in use.  The other is a much modified CV64-3d driver
(virgefb) that does initialisation and suppors mode changing etc.

The new file is virgefb.h, a slightly modified cyberfb.h.  At some time in
the future I'll figure out how to merge them and conditionally define the
differences.

Will the standard cvs commit create the new file ?

Ken.

Re: Linux/m68k merge status

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

On 5 Jan 2001, Andreas Schwab wrote:
> |>       o People with PC-style NVRAM (Atari), can you please check this? It's
> |> 	generic code.
> |> 	  drivers/char/nvram.c
> 
> Since the driver has been written by Roman Hodek, this should be ok.

I believe you :-) But since the PC nvram.c changed as well, I'm not sure that I
did the merge correctly.

> |>       o People with PC-style RTC (Atari and Q40), can you please check this?
> |>         It's generic code.
> |> 	  drivers/char/rtc.c
> |> 	  include/asm-alpha/mc146818rtc.h
> |> 	  include/asm-arm/mc146818rtc.h
> |> 	  include/asm-i386/mc146818rtc.h
> |> 	  include/asm-m68k/mc146818rtc.h
> |> 	  include/asm-m68k/rtc.h
> |> 	  include/asm-mips64/mc146818rtc.h
> |> 	  include/asm-mips/mc146818rtc.h
> |> 	  include/asm-ppc/mc146818rtc.h
> |> 	  include/asm-sparc64/mc146818rtc.h
> |> 	  include/asm-sparc/mc146818rtc.h
> 
> I think this should be negotiated with the author.

Same here. I had to resolve lots of conflicts.

If anyone can tell me that nvram and rtc stuff are OK, I'll do my best to sort
it out with the respective maintainers.

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: Linux/m68k merge status

[Andreas S. <sc...@su...>]

Geert Uytterhoeven <ge...@li...> writes:

|>       o What exactly is going on here? MM was never my strongest point.
|> 	  arch/m68k/mm/init.c
|> 	  arch/m68k/mm/memory.c
|> 	  arch/m68k/mm/motorola.c

Just to get the statistics right.  And to make stram on Atari working.

|>       o People with PC-style NVRAM (Atari), can you please check this? It's
|> 	generic code.
|> 	  drivers/char/nvram.c

Since the driver has been written by Roman Hodek, this should be ok.

|>       o People with PC-style RTC (Atari and Q40), can you please check this?
|>         It's generic code.
|> 	  drivers/char/rtc.c
|> 	  include/asm-alpha/mc146818rtc.h
|> 	  include/asm-arm/mc146818rtc.h
|> 	  include/asm-i386/mc146818rtc.h
|> 	  include/asm-m68k/mc146818rtc.h
|> 	  include/asm-m68k/rtc.h
|> 	  include/asm-mips64/mc146818rtc.h
|> 	  include/asm-mips/mc146818rtc.h
|> 	  include/asm-ppc/mc146818rtc.h
|> 	  include/asm-sparc64/mc146818rtc.h
|> 	  include/asm-sparc/mc146818rtc.h

I think this should be negotiated with the author.

Andreas.

-- 
Andreas Schwab                                  "And now for something
SuSE Labs                                        completely different."
And...@su...
SuSE GmbH, Schanzäckerstr. 10, D-90443 Nürnberg

Re: Linux/m68k merge status

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

On Thu, 4 Jan 2001, Richard Zidlicky wrote:
> >       o According the Richard Z this is an endianness bug. Got no response from
> > 	linux-net.
> > 	  drivers/net/ne.c
> 
> try again? I see no other solution.

After looking at other 8390-based drivers, you convinced me :-)
Sent to Linus and Alan.

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: Linux/m68k merge status

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

On Thu, 4 Jan 2001, Joerg Dorchain wrote:
> On Thu, Jan 04, 2001 at 05:42:03PM +0100, Geert Uytterhoeven wrote:
> > 
> >       o Relics from the old serial drivers. Ditch them?
> > 	  drivers/char/16c552.h
> > 	  drivers/char/mc68681.h
> 
> Leave them in for me, please. If I ever get around to having a usable
> system again, I'll most probably write drivers for the multiface card
> again.

You can always extract them from an older Linux/m68k source tree, if necessary
(`The Internet as backup').

> >   - Other issues: please send me new serial drivers! :-)
> 
> Comes time, come drivers (How did you manage to get into this obcure
> "holiday" state? ;-)

It's called: because you had to stay home for a total of 5.5 months last year
due to a skiing accident, you didn't have time to consume these last 15 days
from your vacation account yet :-)

Only one more to go :-( Next Monday I'll be back at work...

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: Linux/m68k merge status

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

Hi,

On Thu, 4 Jan 2001, Geert Uytterhoeven wrote:

>       o What exactly is going on here? MM was never my strongest point. And
> 	this is generic code, so I'd like to avoid it.
> 	  mm/bootmem.c
> 	  mm/page_alloc.c

These are needed to map multiple physical memory chunks into a single
memory zone. Actually we should use the zone stuff, but I didn't had the
time lately for this. On the other hand this part works, so I used the
holiday for affs, which needs it more.

>       o This file is out of sync anyway (Hi APUS guys!)
> 	  arch/ppc/amiga/config.c

I'm not at home yet, I look at this next week, when I'm going to update
the apus tree.

>       o real_root_dev might be obsolete, according to Andreas. Ditch it?
> 	  drivers/block/rd.c
> 	  include/linux/devfs_fs_kernel.h
> 	  include/linux/fs.h
> 	  init/main.c

I think the main problem was the direct cast, if you use to_kdev_t(), it
should be easier to get the patch accepted.

bye, Roman

Re: Linux/m68k merge status

[Richard Z. <Ric...@st...>]

Hi,

>       o genrtc: still need to apply Richard Z's merge patch. The current genrtc
> 	seems to work on my Amiga, though

there should not be much difference in functionality for the Amiga, the 
merged driver is just a bit more complicated at the moment.

>       o We don't have portops, or do we? (after I apply Richard Z's I/O patch,
>         of course)
> 	  drivers/char/mem.c

we should have - ISA pnptools have been reported to work fine on
Q40.


>       o According the Richard Z this is an endianness bug. Got no response from
> 	linux-net.
> 	  drivers/net/ne.c

try again? I see no other solution.

>       o People with PC-style RTC (Atari and Q40), can you please check this?

nope, Q40 uses only this one:

> 	  include/asm-m68k/rtc.h

waiting for genrtc merge, may need small cleanups.

Bye
Richard

Re: Linux/m68k merge status

[Joerg D. <jo...@do...>]

On Thu, Jan 04, 2001 at 05:42:03PM +0100, Geert Uytterhoeven wrote:
>=20
>       o Relics from the old serial drivers. Ditch them?
> 	  drivers/char/16c552.h
> 	  drivers/char/mc68681.h

Leave them in for me, please. If I ever get around to having a usable
system again, I'll most probably write drivers for the multiface card
again.

>   - Other issues: please send me new serial drivers! :-)

Comes time, come drivers (How did you manage to get into this obcure
"holiday" state? ;-)

Bye,

Joerg

Linux/m68k merge status

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

Linux/m68k merge status report:

  - Sent to Linus/Alan (27%):

      o Ariadne2 (+ X-Surf) and Hydra updates
	  Documentation/Configure.help
	  drivers/net/8390.c
	  drivers/net/8390.h
	  drivers/net/Config.in
	  drivers/net/Makefile
	  drivers/net/Space.c
	  drivers/net/ariadne2.c
	  drivers/net/hydra.c
	  include/linux/zorro_ids.h

      o Amiga timer resource fix
	  arch/m68k/amiga/config.c

      o Amiga Y2K fixes
	  arch/m68k/amiga/config.c

      o Amiga builtin serial port update
	  drivers/char/amiserial.c

      o Add __ashldi3()
	  arch/m68k/lib/Makefile
	  arch/m68k/lib/ashldi3.c

      o loops_per_jiffie updates
	  arch/m68k/atari/debug.c
	  arch/m68k/kernel/setup.c
	  include/asm-m68k/delay.h

      o drivers/video/Config updates
	  drivers/video/Config.in

      o asm-m68k/movs.h updates
	  include/asm-m68k/movs.h

      o config.in updates
	  arch/m68k/config.in

      o We need an ioctl() for keyboard delay/repeat
	  drivers/char/vt.c

      o HP/300 and MVME Lance updates
	  drivers/net/7990.c
	  drivers/net/7990.h
	  drivers/net/mvme147.c

      o SCSI fixes
	  drivers/scsi/mac_NCR5380.c
	  drivers/scsi/mac_esp.c
	  drivers/scsi/sun3x_esp.c

      o Export symbols
	  arch/m68k/kernel/m68k_ksyms.c

      o Mac IDE
	  drivers/ide/macide.c

      o Misc small fixes
	  arch/m68k/Makefile
	  arch/m68k/amiga/amisound.c
	  arch/m68k/amiga/config.c
	  arch/m68k/kernel/m68k_defs.h
	  arch/m68k/kernel/time.c
	  arch/m68k/kernel/traps.c
	  arch/m68k/mm/fault.c
	  drivers/block/ataflop.c
	  drivers/char/Makefile
	  drivers/char/mem.c
	  drivers/video/retz3fb.c
	  include/asm-m68k/floppy.h
	  include/asm-m68k/io.h
	  include/asm-m68k/param.h
	  include/asm-m68k/serial.h
	  include/asm-m68k/traps.h

      o stifb: PA-RISC init order disturbing
	  drivers/video/fbmem.c


  - What's left (73%):

      o A2232 serial driver: waiting for Jukka Marin
	  Documentation/Configure.help
	  drivers/char/Config.in
	  drivers/char/Makefile
	  drivers/char/ser_a2232.c
	  drivers/char/ser_a2232.h
	  drivers/char/tty_io.c
	  include/linux/tty.h

      o amifb-off: call setup function, even if video=<fbdev>:off
	  drivers/video/fbmem.c

      o atari-fat: Atari-guys: is this OK?
	  fs/fat/inode.c
	  include/linux/msdos_fs.h

      o genrtc: still need to apply Richard Z's merge patch. The current genrtc
	seems to work on my Amiga, though
	  drivers/char/Makefile
	  drivers/char/genrtc.c
	  drivers/char/misc.c
	  drivers/char/q40rtc.c

      o ioext: Parallel port driver for GVP I/O Extender. Ditch it until
	someone writes a parport-compliant one?
	  drivers/char/ioext.h
	  drivers/char/plip_ioext.c

      o m68k-clgenfb: waiting for someone to test this
	  drivers/video/clgenfb.c

      o m68k-mac: waiting for fiat and/or new patches from Mac/m68k guys
	  arch/m68k/mac/config.c
	  arch/m68k/mac/debug.c
	  arch/m68k/mac/iop.c
	  arch/m68k/mac/macints.c
	  arch/m68k/mac/misc.c
	  arch/m68k/mac/psc.c
	  arch/m68k/mac/via.c
	  include/asm-m68k/mac_psc.h

      o m68k-mace: waiting for fiat and/or new patches from Mac/m68k guys
	  drivers/net/Space.c
	  drivers/net/macmace.c

      o What exactly is going on here? MM was never my strongest point.
	  arch/m68k/mm/init.c
	  arch/m68k/mm/memory.c
	  arch/m68k/mm/motorola.c

      o We don't have portops, or do we? (after I apply Richard Z's I/O patch,
        of course)
	  drivers/char/mem.c

      o No need to set the default arch to m68k in Linus' tree :-)
	  Makefile

      o Relics from the old serial drivers. Ditch them?
	  drivers/char/16c552.h
	  drivers/char/mc68681.h

      o Is this correct? Remove things protected by #idef 0/#endif?
	  include/asm-m68k/string.h

      o Mac stuff shared with PowerMac. Please sort this out with the PowerMac
	guys first!
	  drivers/input/keybdev.c
	  drivers/macintosh/adb.c
	  drivers/macintosh/adbhid.c
	  drivers/macintosh/via-cuda.c
	  drivers/macintosh/via-macii.c
	  drivers/macintosh/via-maciisi.c
	  include/linux/adb.h
	  include/linux/pmu.h

      o What exactly is going on here? MM was never my strongest point. And
	this is generic code, so I'd like to avoid it.
	  mm/bootmem.c
	  mm/page_alloc.c

      o What to do with this? Ideally we want both the normal and the Amiga
	53c7xx driver in the same kernel.
	  drivers/scsi/53c7xx.h

      o According the Richard Z this is an endianness bug. Got no response from
	linux-net.
	  drivers/net/ne.c

      o People with PC-style NVRAM (Atari), can you please check this? It's
	generic code.
	  drivers/char/nvram.c

      o This file is out of sync anyway (Hi APUS guys!)
	  arch/ppc/amiga/config.c

      o real_root_dev might be obsolete, according to Andreas. Ditch it?
	  drivers/block/rd.c
	  include/linux/devfs_fs_kernel.h
	  include/linux/fs.h
	  init/main.c

      o People with PC-style RTC (Atari and Q40), can you please check this?
        It's generic code.
	  drivers/char/rtc.c
	  include/asm-alpha/mc146818rtc.h
	  include/asm-arm/mc146818rtc.h
	  include/asm-i386/mc146818rtc.h
	  include/asm-m68k/mc146818rtc.h
	  include/asm-m68k/rtc.h
	  include/asm-mips64/mc146818rtc.h
	  include/asm-mips/mc146818rtc.h
	  include/asm-ppc/mc146818rtc.h
	  include/asm-sparc64/mc146818rtc.h
	  include/asm-sparc/mc146818rtc.h

      o Sun3 stuff shared with SPARC. Please sort this out with the SPARC guys
	first!
	  drivers/sbus/char/sunkbd.c
	  drivers/sbus/char/sunmouse.c
	  drivers/sbus/char/sunserial.c
	  drivers/sbus/char/zs.c

      o Last batch of Sun3 changes from Sam
	  arch/m68k/kernel/head.S
	  arch/m68k/kernel/setup.c
	  arch/m68k/kernel/traps.c
	  arch/m68k/sun3x/Makefile
	  arch/m68k/sun3x/config.c
	  arch/m68k/sun3x/dvma.c
	  arch/m68k/sun3x/ints.c
	  arch/m68k/sun3x/ints.h
	  arch/m68k/sun3x/prom.c
	  drivers/net/sun3lance.c
	  drivers/scsi/scsi.h
	  include/asm-m68k/dvma.h
	  include/asm-m68k/sbus.h
	  include/asm-m68k/sun3xprom.h

      o The PowerMac guys didn't react to this. Perhaps I should just check it
	in in their bitkeeper tree?
	  drivers/video/valkyriefb.c
	  drivers/video/valkyriefb.h


  - Other issues: please send me new serial drivers! :-)


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: test10 boot problems

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

Roman Zippel wrote:

> > So it happened: I used ksymoops for the first time. Unbelievable, isn=
't
> > it?
>=20
> Usually I don't use it, too. I use gdb for that.

I also tried that, but it couldn't get the symbols.


> > Which ksymoops translates to:
> >
> > >>NIP; c4877758 <END_OF_CODE+45ef908/????>   <=3D=3D=3D=3D=3D
>=20
> When you insmod the mol module, try -m, so you get a list of addresses =
/
> symbols and it should be possible to find where it crashed.

Okay, I'll try that, thanks.


Happy New Year everybody,

Michel


--=20
Earthling Michel D=E4nzer (MrCooper)  \  CS student and free software ent=
husiast
Debian GNU/Linux (powerpc,i386) user \   member of XFree86 and The DRI Pr=
oject

Re: test10 boot problems

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

Hi,

On Sat, 30 Dec 2000, Michel D=E4nzer wrote:

> So it happened: I used ksymoops for the first time. Unbelievable, isn't i=
t?

Usually I don't use it, too. I use gdb for that.

> Which ksymoops translates to:
>=20
> >>NIP; c4877758 <END_OF_CODE+45ef908/????>   <=3D=3D=3D=3D=3D

When you insmod the mol module, try -m, so you get a list of addresses /
symbols and it should be possible to find where it crashed.

bye, Roman

Re: test10 boot problems

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

Roman Zippel wrote:

> On Fri, 29 Dec 2000, Michel D=E4nzer wrote:
>=20
> > Any idea what's wrong here?
>=20
> Without ksymoops output? Nope, sorry. :)

Yeah, alright, alright :)

So it happened: I used ksymoops for the first time. Unbelievable, isn't i=
t?

The panic was in pm2fb_reset, so I found out that the generic PCI support=
 in
pm2fb doesn't work in 2.4 :(

I had to go back to test9 because get_module_symbol isn't even there in t=
he
APUS test10. I made some progress, it now at least tries to load the mol
module, but then it panics:

Kernel panic: kernel access of bad area pc c4877758 lr c4877708 address
C0003930 tsk insmod/199

Which ksymoops translates to:

>>NIP; c4877758 <END_OF_CODE+45ef908/????>   <=3D=3D=3D=3D=3D

Could this be because mol.o is built for test10? Or how could I debug thi=
s?


Anyway, I've now also created a mol-branch in the APUS 2.4 tree. So other=
s can
see if they get the same panic. :)


Michel


--=20
Earthling Michel D=E4nzer (MrCooper)  \  CS student and free software ent=
husiast
Debian GNU/Linux (powerpc,i386) user \   member of XFree86 and The DRI Pr=
oject

Re: test10 boot problems

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

Hi,

On Fri, 29 Dec 2000, Michel D=E4nzer wrote:

> Any idea what's wrong here?

Without ksymoops output? Nope, sorry. :)

bye, Roman

test10 boot problems

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

Hi all,


I'm trying to get MOL working in 2.4.0-test10 (MOL doesn't support test11=
 or
later yet) by applying Roman's latest changes and adding a find_path_devi=
ce
function which always returns NULL.

But the kernel doesn't boot:

Starting kswapd v1.8
Machine check in kernel mode.
Caused by (from SRR1=3D49070): Transfer error ack signal
NIP: C013A930 XER: 00000000 LR: C0214798 REGS: c2f69dc0 TRAP: 0200
MSR: 00049070 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
TASK =3D c2f68000[1] 'swapper' Last syscall: 120=20
last math 00000000 last altivec 00000000
GPR00: 801F01A0 C2F69E70 C2F68000 C026CBFC C3810000 000003AD 00000000 000=
00010=20
GPR08: 00000C38 C3801000 C000D0C4 00000000 C01E0C38 7723EA94 770CABF0 3C8=
A4900=20
GPR16: 10101010 11111111 12121212 13131313 003FF000 15151515 16161616 171=
71717=20
GPR24: 18181818 19191919 1A1A1A1A 00000000 00000001 C0240000 C01FA644 C02=
6CBFC=20
Call backtrace:=20
C0240000 C0214798 C021283C C020A9CC C0208D48 C0207908 C0202814=20
C02028B4 C0003B00 C0009678=20
Kernel panic: machine check
Rebooting in 180 seconds..<<<<<<<<<<<<<<<<<<<<


Any idea what's wrong here?


Michel


--=20
Earthling Michel D=E4nzer (MrCooper)  \  CS student and free software ent=
husiast
Debian GNU/Linux (powerpc,i386) user \   member of XFree86 and The DRI Pr=
oject

Re: A2232 driver

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

Geert Uytterhoeven wrote:
>=20
> On Wed, 27 Dec 2000, Michel D=E4nzer wrote:
> > PS: Does anyone know what these errors mean?
> >
> > buddha.c: In function `find_buddha':
> > buddha.c:114: find_buddha causes a section type conflict
> > buddha.c: In function `buddha_init':
> > buddha.c:144: buddha_init causes a section type conflict
>=20
> Make sure __init is used for _functions_, and __initdata for _variables=
_.
>=20
> Or: time to upgrade CVS to 2.4.0-test13-pre4. The __init patch was one =
of
> the few patches Linus did accept recently :-)

Okay, all the zillions of Buddha users will have to wait for that then. ;=
)


Thanks,

Michel


--=20
Earthling Michel D=E4nzer (MrCooper)  \  CS student and free software ent=
husiast
Debian GNU/Linux (powerpc,i386) user \   member of XFree86 and the DRI pr=
oject

Re: A2232 driver

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

On Wed, 27 Dec 2000, Michel D=E4nzer wrote:
> PS: Does anyone know what these errors mean?
>=20
> buddha.c: In function `find_buddha':
> buddha.c:114: find_buddha causes a section type conflict
> buddha.c: In function `buddha_init':
> buddha.c:144: buddha_init causes a section type conflict

Make sure __init is used for _functions_, and __initdata for _variables_.

Or: time to upgrade CVS to 2.4.0-test13-pre4. The __init patch was one of=
 the
few patches Linus did accept recently :-)

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: CVS Update: 2.3

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

Michel D=E4nzer wrote:
>=20
> Roman Zippel wrote:
>=20
> > > Log message:
> > >       make pci code compile...
> >
> > The ppc pci code changed recently, so it would be great if someone co=
uld
> > check if my changes make any sense... :-)
>=20
> Looks good to me (thanks for reorganizing and cleaning up the code!), b=
ut
> I'm not familiar with the new PCI code, maybe Benjamin Herrenschmidt or
> someone else should have a look at it.

Unfortunately, it really doesn't work - the init function seems to run fi=
ne,
but the PCI config read/write functions are never called so it looks like=
 we
are missing some necessary steps for initialization. I don't have time to=
 look
at it right now.


Michel


--=20
Earthling Michel D=E4nzer (MrCooper)  \  CS student and free software ent=
husiast
Debian GNU/Linux (powerpc,i386) user \   member of XFree86 and The DRI Pr=
oject

Re: A2232 driver

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

AmigaLinux A2232 Driver Project wrote:

> I have a patch for the current (checked out today CVS) of APUS here;
> it's a driver for the A2232 multiserial board.
> I am sorry to have to paste it here but I'd like to see it being
> integrated as long as the patch works
> (because the CVS did not chenge too much in the meantime).

[...]

> PS: I could not even compile the driver because I don't have an APUS
> machine (or a PPC cross-compiler).
> It works on 2.4.0-test9 on m68k. Please test it and tell me! (if it at
> least compiles, if you have a A2232, it's even better).

I don't have the hardware so I can't test it, but it applied and built fi=
ne so
I just committed it. Thanks Enver!


Michel


PS: Does anyone know what these errors mean?

buddha.c: In function `find_buddha':
buddha.c:114: find_buddha causes a section type conflict
buddha.c: In function `buddha_init':
buddha.c:144: buddha_init causes a section type conflict

--=20
Earthling Michel D=E4nzer (MrCooper)  \  CS student and free software ent=
husiast
Debian GNU/Linux (powerpc,i386) user \   member of XFree86 and The DRI Pr=
oject