Menu
▾
▴
linux-apus-devel
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(210) |
Jun
(169) |
Jul
(167) |
Aug
(128) |
Sep
(218) |
Oct
(120) |
Nov
(86) |
Dec
(71) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(91) |
Feb
(179) |
Mar
(52) |
Apr
(56) |
May
(183) |
Jun
(62) |
Jul
(63) |
Aug
(49) |
Sep
(36) |
Oct
(35) |
Nov
(72) |
Dec
(30) |
| 2002 |
Jan
(53) |
Feb
(61) |
Mar
(56) |
Apr
(13) |
May
(1) |
Jun
(7) |
Jul
(80) |
Aug
(73) |
Sep
(30) |
Oct
(29) |
Nov
(8) |
Dec
(40) |
| 2003 |
Jan
(10) |
Feb
(2) |
Mar
(4) |
Apr
(9) |
May
(3) |
Jun
(19) |
Jul
(64) |
Aug
(53) |
Sep
(28) |
Oct
(7) |
Nov
(3) |
Dec
(21) |
| 2004 |
Jan
(11) |
Feb
(30) |
Mar
(18) |
Apr
(1) |
May
(13) |
Jun
(18) |
Jul
(13) |
Aug
|
Sep
(9) |
Oct
(5) |
Nov
|
Dec
|
| 2005 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(10) |
Aug
(21) |
Sep
(7) |
Oct
(10) |
Nov
(6) |
Dec
|
| 2006 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
(2) |
Sep
(6) |
Oct
(10) |
Nov
(8) |
Dec
(3) |
| 2007 |
Jan
(3) |
Feb
(6) |
Mar
(1) |
Apr
(6) |
May
(10) |
Jun
(7) |
Jul
(13) |
Aug
(8) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
|
From: AmigaLinux A. D. P. <A2...@gm...> - 2000-12-27 12:53:26
|
Hi there,
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).
The patch manager at SourceForce did not accept it; it seems it is a
little too long.
The A2232 config is hidden in "general setup" under APUS; same with the
Multiface III card.
Don't know why it's there, just put mine there, too. Guess someone some
day has to change this.
Hope you all had a nice Xmas!
Enver <eh...@in...>
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).
diff -Nurd 2.3_apus_cvs/Documentation/Configure.help
2.3_apus_with_sera2232/Documentation/Configure.help
--- 2.3_apus_cvs/Documentation/Configure.help Wed Dec 27 10:02:25 2000
+++ 2.3_apus_with_sera2232/Documentation/Configure.help Wed Dec 27
11:28:26 2000
@@ -15559,6 +15559,16 @@
If you want to compile it as a module, say M here and read
Documentation/modules.txt.
+Commodore A2232 serial support
+CONFIG_A2232
+ If you want to enable support for Commodore A2232 seven-port
+ serial boards, answer Y.
+
+ This driver can be built as a module; but then "generic_serial.o"
+ will also be built as a module. This has to be loaded before
+ "ser_a2232.o". If you want to to this, answer M here and read
+ "Documentation/modules.txt".
+
Atari DMA sound support
CONFIG_DMASOUND_ATARI
If you want to use the internal audio of your Atari in Linux, answer
diff -Nurd 2.3_apus_cvs/arch/m68k/config.in
2.3_apus_with_sera2232/arch/m68k/config.in
--- 2.3_apus_cvs/arch/m68k/config.in Wed Dec 27 10:03:05 2000
+++ 2.3_apus_with_sera2232/arch/m68k/config.in Wed Dec 27 11:31:25 2000
@@ -404,6 +404,9 @@
dep_tristate ' GVP IO-Extender parallel printer support'
CONFIG_GVPIOEXT_LP $CONFIG_GVPIOEXT
dep_tristate ' GVP IO-Extender PLIP support'
CONFIG_GVPIOEXT_PLIP $CONFIG_GVPIOEXT
tristate 'Multiface Card III serial support'
CONFIG_MULTIFACE_III_TTY
+ if [ "$CONFIG_EXPERIMENTAL" = "y" ]; then
+ tristate 'Commodore A2232 serial support (EXPERIMENTAL)'
CONFIG_A2232
+ fi
fi
fi
if [ "$CONFIG_MAC" = "y" ]; then
diff -Nurd 2.3_apus_cvs/arch/ppc/config.in
2.3_apus_with_sera2232/arch/ppc/config.in
--- 2.3_apus_cvs/arch/ppc/config.in Wed Dec 27 10:03:23 2000
+++ 2.3_apus_with_sera2232/arch/ppc/config.in Wed Dec 27 11:33:39 2000
@@ -183,6 +183,9 @@
dep_tristate 'GVP IO-Extender parallel printer support'
CONFIG_GVPIOEXT_LP $CONFIG_GVPIOEXT
dep_tristate 'GVP IO-Extender PLIP support' CONFIG_GVPIOEXT_PLIP
$CONFIG_GVPIOEXT
tristate 'Multiface Card III serial support' CONFIG_MULTIFACE_III_TTY
+ if [ "$CONFIG_EXPERIMENTAL" = "y" ]; then
+ tristate 'Commodore A2232 serial support (EXPERIMENTAL)'
CONFIG_A2232
+ fi
if [ "$CONFIG_AMIGA_BUILTIN_SERIAL" = "y" -o "$CONFIG_GVPIOEXT" = "y"
-o \
"$CONFIG_MULTIFACE_III_TTY" = "y" ]; then
bool 'Support for serial port console' CONFIG_SERIAL_CONSOLE
diff -Nurd 2.3_apus_cvs/arch/ppc/config.in~
2.3_apus_with_sera2232/arch/ppc/config.in~
--- 2.3_apus_cvs/arch/ppc/config.in~ Thu Jan 1 00:00:00 1970
+++ 2.3_apus_with_sera2232/arch/ppc/config.in~ Wed Dec 27 10:03:23 2000
@@ -0,0 +1,337 @@
+# $Id: config.in,v 1.106 1999/09/14 19:21:18 cort Exp $
+# For a description of the syntax of this configuration file,
+# see Documentation/kbuild/config-language.txt.
+#
+define_bool CONFIG_UID16 n
+
+mainmenu_name "Linux/PowerPC Kernel Configuration"
+
+mainmenu_option next_comment
+comment 'Code maturity level options'
+bool 'Prompt for development and/or incomplete code/drivers'
CONFIG_EXPERIMENTAL
+endmenu
+
+mainmenu_option next_comment
+comment 'Loadable module support'
+bool 'Enable loadable module support' CONFIG_MODULES
+if [ "$CONFIG_MODULES" = "y" ]; then
+ bool ' Set version information on all module symbols'
CONFIG_MODVERSIONS
+ bool ' Kernel module loader' CONFIG_KMOD
+fi
+endmenu
+
+mainmenu_option next_comment
+comment 'Platform support'
+define_bool CONFIG_PPC y
+choice 'Processor Type' \
+ "6xx/7xx/7400 CONFIG_6xx \
+ 4xx CONFIG_4xx \
+ POWER3 CONFIG_POWER3 \
+ POWER4 CONFIG_POWER4 \
+ 8260 CONFIG_8260 \
+ 8xx CONFIG_8xx" 6xx
+
+if [ "$CONFIG_POWER3" = "y" -o "$CONFIG_POWER4" = "y" ]; then
+ define_bool CONFIG_PPC64BRIDGE y
+ define_bool CONFIG_ALL_PPC y
+fi
+
+if [ "$CONFIG_8260" = "y" ]; then
+ define_bool CONFIG_6xx y
+ define_bool CONFIG_SERIAL_CONSOLE y
+fi
+
+if [ "$CONFIG_4xx" = "y" ]; then
+ choice 'Machine Type' \
+ "Oak CONFIG_OAK \
+ Walnut CONFIG_WALNUT" Oak
+fi
+
+if [ "$CONFIG_8xx" = "y" ]; then
+ define_bool CONFIG_SERIAL_CONSOLE y
+
+ choice 'Machine Type' \
+ "RPX-Lite CONFIG_RPXLITE \
+ RPX-Classic CONFIG_RPXCLASSIC \
+ BSE-IP CONFIG_BSEIP \
+ TQM8xxL CONFIG_TQM8xxL \
+ TQM860L CONFIG_TQM860L \
+ TQM860 CONFIG_TQM860 \
+ MBX CONFIG_MBX \
+ WinCept CONFIG_WINCEPT" RPX-Lite
+fi
+if [ "$CONFIG_6xx" = "y" ]; then
+ choice 'Machine Type' \
+ "PowerMac/PReP/MTX/CHRP CONFIG_ALL_PPC \
+ Gemini CONFIG_GEMINI \
+ EST8260 CONFIG_EST8260 \
+ APUS CONFIG_APUS" PowerMac/PReP/MTX/CHRP
+fi
+
+if [ "$CONFIG_8xx" = "y" -o "$CONFIG_8260" = "y" ]; then
+ define_bool CONFIG_ALL_PPC n
+fi
+
+if [ "$CONFIG_TQM8xxL" = "y" ]; then
+ bool 'FPS850 Mainboard' CONFIG_FPS850
+fi
+
+bool 'Symmetric multi-processing support' CONFIG_SMP
+if [ "$CONFIG_6xx" = "y" ];then
+ bool 'AltiVec Support' CONFIG_ALTIVEC
+fi
+
+if [ "$CONFIG_ALL_PPC" != "y" ];then
+ define_bool CONFIG_MACH_SPECIFIC y
+fi
+
+if [ "$CONFIG_4xx" = "y" -o "$CONFIG_8xx" = "y" ]; then
+ bool 'Math emulation' CONFIG_MATH_EMULATION
+fi
+
+endmenu
+
+mainmenu_option next_comment
+comment 'General setup'
+
+bool 'High memory support (experimental)' CONFIG_HIGHMEM
+bool 'Mac-on-Linux support' CONFIG_MOL
+
+define_bool CONFIG_ISA n
+define_bool CONFIG_EISA n
+define_bool CONFIG_SBUS n
+
+# Yes MCA RS/6000s exist but Linux-PPC does not currently support any
+define_bool CONFIG_MCA n
+
+if [ "$CONFIG_4xx" = "y" -o "$CONFIG_8260" = "y" ]; then
+ define_bool CONFIG_PCI n
+else
+ if [ "$CONFIG_8xx" = "y" ]; then
+ bool 'QSpan PCI' CONFIG_PCI_QSPAN
+ define_bool CONFIG_PCI $CONFIG_PCI_QSPAN
+ else
+ if [ "$CONFIG_APUS" = "y" ]; then
+ bool 'PCI for Permedia2' CONFIG_PCI
+ else
+ define_bool CONFIG_PCI y
+ fi
+ fi
+fi
+
+bool 'Networking support' CONFIG_NET
+bool 'Sysctl support' CONFIG_SYSCTL
+bool 'System V IPC' CONFIG_SYSVIPC
+bool 'BSD Process Accounting' CONFIG_BSD_PROCESS_ACCT
+
+# only elf supported, a.out is not -- Cort
+if [ "$CONFIG_PROC_FS" = "y" ]; then
+ define_bool CONFIG_KCORE_ELF y
+fi
+define_bool CONFIG_BINFMT_ELF y
+define_bool CONFIG_KERNEL_ELF y
+tristate 'Kernel support for MISC binaries' CONFIG_BINFMT_MISC
+
+source drivers/pci/Config.in
+source drivers/zorro/Config.in
+
+bool 'Support for hot-pluggable devices' CONFIG_HOTPLUG
+
+if [ "$CONFIG_HOTPLUG" = "y" ]; then
+ source drivers/pcmcia/Config.in
+else
+ define_bool CONFIG_PCMCIA n
+fi
+
+source drivers/parport/Config.in
+
+if [ "$CONFIG_4xx" != "y" -a "$CONFIG_8xx" != "y" ]; then
+ bool 'Support for VGA Console' CONFIG_VGA_CONSOLE
+ bool 'Support for frame buffer devices' CONFIG_FB
+ if [ "$CONFIG_FB" = "y" ]; then
+ bool 'Backward compatibility mode for Xpmac' CONFIG_FB_COMPAT_XPMAC
+ fi
+
+ tristate 'Support for /dev/rtc' CONFIG_PPC_RTC
+ bool 'Support for Open Firmware device tree in /proc'
CONFIG_PROC_DEVICETREE
+ bool 'Support for RTAS (RunTime Abstraction Services) in /proc'
CONFIG_PPC_RTAS
+ bool 'Support for early boot text console (BootX only)'
CONFIG_BOOTX_TEXT
+ bool 'Support for Motorola Hot Swap' CONFIG_MOTOROLA_HOTSWAP
+fi
+
+if [ "$CONFIG_PREP" = "y" -o "$CONFIG_ALL_PPC" = "y" ]; then
+ bool 'Support for PReP Residual Data' CONFIG_PREP_RESIDUAL
+ bool 'PReP bootloader kernel arguments' CONFIG_CMDLINE_BOOL
+ if [ "$CONFIG_CMDLINE_BOOL" = "y" ] ; then
+ string 'Initial kernel command string' CONFIG_CMDLINE
"console=ttyS0,9600 console=tty0 root=/dev/sda2"
+ fi
+fi
+
+if [ "$CONFIG_APUS" = "y" ]; then
+ define_bool CONFIG_FB_CONSOLE y
+ define_bool CONFIG_AMIGA y
+ define_bool CONFIG_ZORRO y
+ define_bool CONFIG_AMIGAMOUSE y
+ define_bool CONFIG_ABSTRACT_CONSOLE y
+ define_bool CONFIG_FB y
+ define_bool CONFIG_MOUSE y
+ define_bool CONFIG_BUSMOUSE y
+ define_bool CONFIG_APUS_FAST_EXCEPT y
+ tristate 'Amiga builtin serial support' CONFIG_AMIGA_BUILTIN_SERIAL
+ tristate 'Parallel printer support' CONFIG_M68K_PRINTER
+ tristate 'GVP IO-Extender support' CONFIG_GVPIOEXT
+ dep_tristate 'GVP IO-Extender parallel printer support'
CONFIG_GVPIOEXT_LP $CONFIG_GVPIOEXT
+ dep_tristate 'GVP IO-Extender PLIP support' CONFIG_GVPIOEXT_PLIP
$CONFIG_GVPIOEXT
+ tristate 'Multiface Card III serial support' CONFIG_MULTIFACE_III_TTY
+ if [ "$CONFIG_AMIGA_BUILTIN_SERIAL" = "y" -o "$CONFIG_GVPIOEXT" = "y"
-o \
+ "$CONFIG_MULTIFACE_III_TTY" = "y" ]; then
+ bool 'Support for serial port console' CONFIG_SERIAL_CONSOLE
+ fi
+ bool 'Use power LED as a heartbeat' CONFIG_HEARTBEAT
+ bool '/proc/hardware support' CONFIG_PROC_HARDWARE
+fi
+
+endmenu
+source drivers/mtd/Config.in
+source drivers/pnp/Config.in
+source drivers/block/Config.in
+source drivers/md/Config.in
+
+if [ "$CONFIG_NET" = "y" ]; then
+ source net/Config.in
+fi
+
+mainmenu_option next_comment
+comment 'ATA/IDE/MFM/RLL support'
+
+tristate 'ATA/IDE/MFM/RLL support' CONFIG_IDE
+
+if [ "$CONFIG_IDE" != "n" ]; then
+ source drivers/ide/Config.in
+else
+ define_bool CONFIG_BLK_DEV_IDE_MODES n
+ define_bool CONFIG_BLK_DEV_HD n
+fi
+endmenu
+
+mainmenu_option next_comment
+comment 'SCSI support'
+tristate 'SCSI support' CONFIG_SCSI
+if [ "$CONFIG_SCSI" != "n" ]; then
+ source drivers/scsi/Config.in
+fi
+endmenu
+
+source drivers/ieee1394/Config.in
+
+if [ "$CONFIG_NET" = "y" ]; then
+ mainmenu_option next_comment
+ comment 'Network device support'
+
+ bool 'Network device support' CONFIG_NETDEVICES
+ if [ "$CONFIG_NETDEVICES" = "y" ]; then
+ source drivers/net/Config.in
+ if [ "$CONFIG_ATM" = "y" ]; then
+ source drivers/atm/Config.in
+ fi
+ fi
+ endmenu
+fi
+
+source net/ax25/Config.in
+
+source net/irda/Config.in
+
+mainmenu_option next_comment
+comment 'ISDN subsystem'
+
+tristate 'ISDN support' CONFIG_ISDN
+if [ "$CONFIG_ISDN" != "n" ]; then
+ source drivers/isdn/Config.in
+fi
+endmenu
+
+mainmenu_option next_comment
+comment 'Old CD-ROM drivers (not SCSI, not IDE)'
+
+bool 'Support non-SCSI/IDE/ATAPI CDROM drives' CONFIG_CD_NO_IDESCSI
+if [ "$CONFIG_CD_NO_IDESCSI" != "n" ]; then
+ source drivers/cdrom/Config.in
+fi
+endmenu
+
+mainmenu_option next_comment
+comment 'Console drivers'
+source drivers/video/Config.in
+endmenu
+
+source drivers/input/Config.in
+
+mainmenu_option next_comment
+comment 'Macintosh device drivers'
+
+if [ "$CONFIG_ALL_PPC" = "y" ]; then
+ # we want to change this to something like CONFIG_SYSCTRL_CUDA/PMU
+ bool 'Support for CUDA based PowerMacs' CONFIG_ADB_CUDA
+ bool 'Support for PMU based PowerMacs' CONFIG_ADB_PMU
+ if [ "$CONFIG_ADB_PMU" = "y" ]; then
+ bool ' Power management support for PowerBooks'
CONFIG_PMAC_PBOOK
+ # made a separate option since backlight may end up beeing used
+ # on non-powerbook machines (but only on PMU based ones AFAIK)
+ bool ' Backlight control for LCD screens' CONFIG_PMAC_BACKLIGHT
+ fi
+ bool 'Support for PowerMac floppy' CONFIG_MAC_FLOPPY
+ tristate 'Support for PowerMac serial ports' CONFIG_MAC_SERIAL
+ if [ "$CONFIG_MAC_SERIAL" = "y" ]; then
+ bool ' Support for console on serial port' CONFIG_SERIAL_CONSOLE
+ fi
+ bool 'Apple Desktop Bus (ADB) support' CONFIG_ADB
+ if [ "$CONFIG_ADB" = "y" ]; then
+ bool ' Include MacIO (CHRP) ADB driver' CONFIG_ADB_MACIO
+ fi
+fi
+if [ "$CONFIG_ADB" = "y" ]; then
+ dep_bool ' Use input layer for ADB devices' CONFIG_INPUT_ADBHID
$CONFIG_INPUT
+ if [ "$CONFIG_INPUT_ADBHID" = "y" ]; then
+ define_bool CONFIG_MAC_HID y
+ bool ' Support for ADB raw keycodes' CONFIG_MAC_ADBKEYCODES
+ bool ' Support for mouse button 2+3 emulation'
CONFIG_MAC_EMUMOUSEBTN
+ else
+ bool ' Support for ADB keyboard (old driver)'
CONFIG_ADB_KEYBOARD
+ fi
+fi
+endmenu
+
+source drivers/char/Config.in
+
+source drivers/media/Config.in
+
+source fs/Config.in
+
+mainmenu_option next_comment
+comment 'Sound'
+tristate 'Sound card support' CONFIG_SOUND
+if [ "$CONFIG_SOUND" != "n" ]; then
+ source drivers/sound/dmasound/Config.in
+ source drivers/sound/Config.in
+fi
+
+endmenu
+
+if [ "$CONFIG_8xx" = "y" ]; then
+source arch/ppc/8xx_io/Config.in
+fi
+
+if [ "$CONFIG_8260" = "y" ]; then
+source arch/ppc/8260_io/Config.in
+fi
+
+source drivers/usb/Config.in
+
+mainmenu_option next_comment
+comment 'Kernel hacking'
+
+bool 'Magic SysRq key' CONFIG_MAGIC_SYSRQ
+bool 'Include kgdb kernel debugger' CONFIG_KGDB
+bool 'Include xmon kernel debugger' CONFIG_XMON
+endmenu
diff -Nurd 2.3_apus_cvs/drivers/char/Makefile
2.3_apus_with_sera2232/drivers/char/Makefile
--- 2.3_apus_cvs/drivers/char/Makefile Wed Dec 27 10:04:12 2000
+++ 2.3_apus_with_sera2232/drivers/char/Makefile Wed Dec 27
11:47:32 2000
@@ -133,6 +133,7 @@
obj-$(CONFIG_N_HDLC) += n_hdlc.o
obj-$(CONFIG_SPECIALIX) += specialix.o
obj-$(CONFIG_AMIGA_BUILTIN_SERIAL) += amiserial.o
+obj-$(CONFIG_A2232) += ser_a2232.o generic_serial.o
obj-$(CONFIG_SX) += sx.o generic_serial.o
obj-$(CONFIG_RIO) += rio/rio.o generic_serial.o
obj-$(CONFIG_SH_SCI) += sh-sci.o generic_serial.o
diff -Nurd 2.3_apus_cvs/drivers/char/ser_a2232.c
2.3_apus_with_sera2232/drivers/char/ser_a2232.c
--- 2.3_apus_cvs/drivers/char/ser_a2232.c Thu Jan 1 00:00:00 1970
+++ 2.3_apus_with_sera2232/drivers/char/ser_a2232.c Wed Dec 27
11:03:09 2000
@@ -0,0 +1,869 @@
+/* drivers/char/ser_a2232.c */
+
+/* $Id: ser_a2232.c,v 0.2 2000/12/27 12:00:00 ehaase Exp $ */
+
+/* Linux m68k serial driver for the Amiga A2232 board */
+
+/* This driver is MAINTAINED. Before applying any changes, please
contact
+ * the author.
+ */
+
+/* Copyright (c) 2000 Enver Haase <eh...@in...>
+ * The A2232 driver project <A2...@gm...>
+ * All rights reserved.
+ *
+ * This Linux driver is heavily based on the NetBSD driver for the
A2232
+ * and the existing Linux serial board drivers.
+ *
+ *
+ * This program is free software; you can redistribute it and/or
modify
+ * it under the terms of the GNU General Public License as published
by
+ * the Free Software Foundation; either version 2 of the License, or
+ * (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
+ *
+ */
+/***************************** Documentation ************************/
+/*
+ * This driver is in EXPERIMENTAL state. That means I could not find
+ * someone with five A2232 boards with 35 ports running at 19200 bps
+ * at the same time and test the machine's behaviour.
+ * However, I know that you can performance-tweak this driver (see
+ * the source code).
+ * One thing to consider is the time this driver consumes during the
+ * Amiga's vertical blank interrupt. Everything that is to be done
+ * _IS DONE_ when entering the vertical blank interrupt handler of
+ * this driver.
+ * However, it would be more sane to only do the job for only ONE card
+ * instead of ALL cards at a time; or, more generally, to handle only
+ * SOME ports instead of ALL ports at a time.
+ * However, as long as no-one runs into problems I guess I shouldn't
+ * change the driver as it runs fine for me :) .
+ *
+ * Version history of this file:
+ * 0.2 Added documentation, minor typo fixes.
+ * 0.1 Initial release.
+ *
+ * TO DO:
+ * - Handle incoming BREAK events. I guess "Stevens: Advanced
+ * Programming in the UNIX(R) Environment" is a good reference
+ * on what is to be done.
+ * - When installing as a module, don't simply 'printk' text, but
+ * send it to the TTY used by the user.
+ */
+/***************************** End of Documentation *****************/
+
+/***************************** Defines ******************************/
+/*
+ * Enables experimental 115200 (normal) 230400 (turbo) baud rate.
+ * The A2232 specification states it can only operate at speeds up to
+ * 19200 bits per second, and I was not able to send a file via
+ * "sz"/"rz" and a null-modem cable from one A2232 port to another
+ * at 115200 bits per second.
+ * However, this might work for you.
+ */
+#undef A2232_SPEEDHACK
+/*
+ * Default is not to use RTS/CTS so you could be talked to death.
+ */
+#define A2232_SUPPRESS_RTSCTS_WARNING
+/************************* End of Defines ***************************/
+
+/***************************** Includes *****************************/
+#include <linux/module.h>
+
+#include <linux/types.h>
+#include <linux/sched.h>
+#include <linux/interrupt.h>
+#include <linux/kernel.h>
+#include <linux/errno.h>
+
+#include <asm/setup.h>
+#include <asm/amigaints.h>
+#include <asm/amigahw.h>
+#include <linux/zorro.h>
+#include <asm/irq.h>
+#include <asm/semaphore.h>
+
+#include <linux/delay.h>
+
+#include <linux/serial.h>
+#include <linux/generic_serial.h>
+
+#include "ser_a2232.h"
+/************************* End of Includes **************************/
+
+/***************************** Prototypes ***************************/
+/* Helper functions */
+static __inline__ volatile struct a2232status *a2232stat(unsigned int
board,
+ unsigned int
portonboard);
+static __inline__ volatile struct a2232memory *a2232mem (unsigned int
board);
+static __inline__ void a2232_receive_char( struct a2232_port *port,
+ int ch, int err );
+/* The interrupt service routine */
+static void a2232_vbl_inter(int irq, void *data, struct pt_regs *fp);
+/* Initialize the port structures */
+static void a2232_init_portstructs(void);
+/* Initialize and register TTY drivers. */
+/* returns 0 IFF successful */
+static int a2232_init_drivers(void);
+/* Initialize all A2232 boards; main entry point. */
+static int a2232board_init(void);
+
+/* BEGIN GENERIC_SERIAL PROTOTYPES */
+static void a2232_disable_tx_interrupts(void *ptr);
+static void a2232_enable_tx_interrupts(void *ptr);
+static void a2232_disable_rx_interrupts(void *ptr);
+static void a2232_enable_rx_interrupts(void *ptr);
+static int a2232_get_CD(void *ptr);
+static void a2232_shutdown_port(void *ptr);
+static int a2232_set_real_termios(void *ptr);
+static int a2232_chars_in_buffer(void *ptr);
+static void a2232_close(void *ptr);
+static void a2232_hungup(void *ptr);
+/* static void a2232_getserial (void *ptr, struct serial_struct *sp);
*/
+/* END GENERIC_SERIAL PROTOTYPES */
+
+/* Functions that the TTY driver struct expects */
+static int a2232_ioctl(struct tty_struct *tty, struct file *file,
+
unsigned int cmd, unsigned long arg);
+static void a2232_throttle(struct tty_struct *tty);
+static void a2232_unthrottle(struct tty_struct *tty);
+static int a2232_open(struct tty_struct * tty, struct file * filp);
+/************************* End of Prototypes ************************/
+
+/***************************** Global variables *********************/
+/*---------------------------------------------------------------------------
+ * Interface from generic_serial.c back here
+
*--------------------------------------------------------------------------*/
+static struct real_driver a2232_real_driver = {
+ a2232_disable_tx_interrupts,
+ a2232_enable_tx_interrupts,
+ a2232_disable_rx_interrupts,
+ a2232_enable_rx_interrupts,
+ a2232_get_CD,
+ a2232_shutdown_port,
+ a2232_set_real_termios,
+ a2232_chars_in_buffer,
+ a2232_close,
+ a2232_hungup,
+ NULL /* a2232_getserial */
+};
+
+static void *a2232_driver_ID = &a2232_driver_ID; // Some memory address
WE own.
+
+/* Ports structs */
+struct a2232_port a2232_ports[MAX_A2232_BOARDS*NUMLINES];
+
+/* TTY driver structs */
+static struct tty_driver a2232_driver;
+static struct tty_driver a2232_callout_driver;
+
+/* Variables used by the TTY driver */
+int a2232_refcount;
+static struct tty_struct *a2232_table[MAX_A2232_BOARDS*NUMLINES] = {
NULL, };
+static struct termios *a2232_termios[MAX_A2232_BOARDS*NUMLINES];
+static struct termios *a2232_termios_locked[MAX_A2232_BOARDS*NUMLINES];
+
+/* nr of cards completely (all ports) and correctly configured */
+static int nr_a2232;
+
+/* zorro_dev structs for the A2232's */
+static struct zorro_dev *zd_a2232[MAX_A2232_BOARDS];
+/***************************** End of Global variables **************/
+
+/***************************** Functions ****************************/
+/*** BEGIN OF REAL_DRIVER FUNCTIONS ***/
+
+static void a2232_disable_tx_interrupts(void *ptr)
+{
+ struct a2232_port *port;
+ volatile struct a2232status *stat;
+ unsigned long flags;
+
+ port = ptr;
+ stat = a2232stat(port->which_a2232, port->which_port_on_a2232);
+ stat->OutDisable = -1;
+
+ /* Does this here really have to be? */
+ save_flags(flags);
+ cli();
+ port->gs.flags &= ~GS_TX_INTEN;
+ restore_flags(flags);
+}
+
+static void a2232_enable_tx_interrupts(void *ptr)
+{
+ struct a2232_port *port;
+ volatile struct a2232status *stat;
+ unsigned long flags;
+
+ port = ptr;
+ stat = a2232stat(port->which_a2232, port->which_port_on_a2232);
+ stat->OutDisable = 0;
+
+ /* Does this here really have to be? */
+ save_flags(flags);
+ cli();
+ port->gs.flags |= GS_TX_INTEN;
+ restore_flags(flags);
+}
+
+static void a2232_disable_rx_interrupts(void *ptr)
+{
+ struct a2232_port *port;
+ port = ptr;
+ port->disable_rx = -1;
+}
+
+static void a2232_enable_rx_interrupts(void *ptr)
+{
+ struct a2232_port *port;
+ port = ptr;
+ port->disable_rx = 0;
+}
+
+static int a2232_get_CD(void *ptr)
+{
+ return ((struct a2232_port *) ptr)->cd_status;
+}
+
+static void a2232_shutdown_port(void *ptr)
+{
+ struct a2232_port *port;
+ volatile struct a2232status *stat;
+ unsigned long flags;
+
+ port = ptr;
+ stat = a2232stat(port->which_a2232, port->which_port_on_a2232);
+
+ save_flags(flags);
+ cli();
+
+ port->gs.flags &= ~GS_ACTIVE;
+
+ if (port->gs.tty && port->gs.tty->termios->c_cflag & HUPCL) {
+ /* Set DTR and RTS to Low, flush output.
+ The NetBSD driver "msc.c" does it this way. */
+ stat->Command = ( (stat->Command &
~A2232CMD_CMask) |
+ A2232CMD_Close );
+ stat->OutFlush = -1;
+ stat->Setup = -1;
+ }
+
+ restore_flags(flags);
+
+ /* After analyzing control flow, I think a2232_shutdown_port
+ is actually the last call from the system when at
application
+ level someone issues a "echo Hello >>/dev/ttyY0".
+ Therefore I think the MOD_DEC_USE_COUNT should be here
and
+ not in "a2232_close()". See the comment in "sx.c", too.
+ If you run into problems, compile this driver into the
+ kernel instead of compiling it as a module. */
+ MOD_DEC_USE_COUNT;
+}
+
+static int a2232_set_real_termios(void *ptr)
+{
+ unsigned int cflag, baud, chsize, stopb, parity, softflow;
+ int rate;
+ int a2232_param, a2232_cmd;
+ unsigned long flags;
+ unsigned int i;
+ struct a2232_port *port = ptr;
+ volatile struct a2232status *status;
+ volatile struct a2232memory *mem;
+
+ if (!port->gs.tty || !port->gs.tty->termios) return 0;
+
+ status = a2232stat(port->which_a2232,
port->which_port_on_a2232);
+ mem = a2232mem(port->which_a2232);
+
+ a2232_param = a2232_cmd = 0;
+
+ // get baud rate
+ baud = port->gs.baud;
+ if (baud == 0) {
+ /* speed == 0 -> drop DTR, do nothing else */
+ save_flags(flags);
+ cli();
+ // Clear DTR (and RTS... mhhh).
+ status->Command = ( (status->Command &
~A2232CMD_CMask) |
+ A2232CMD_Close );
+ status->OutFlush = -1;
+ status->Setup = -1;
+
+ restore_flags(flags);
+ return 0;
+ }
+
+ rate = A2232_BAUD_TABLE_NOAVAIL;
+ for (i=0; i < A2232_BAUD_TABLE_NUM_RATES * 3; i += 3){
+ if (a2232_baud_table[i] == baud){
+ if (mem->Common.Crystal == A2232_TURBO) rate =
a2232_baud_table[i+2];
+ else rate =
a2232_baud_table[i+1];
+ }
+ }
+ if (rate == A2232_BAUD_TABLE_NOAVAIL){
+ printk("a2232: Board %d Port %d unsupported baud rate:
%d baud. Using
another.\n",port->which_a2232,port->which_port_on_a2232,baud);
+ // This is useful for both (turbo or normal) Crystal
versions.
+ rate = A2232PARAM_B9600;
+ }
+ a2232_param |= rate;
+
+ cflag = port->gs.tty->termios->c_cflag;
+
+ // get character size
+ chsize = cflag & CSIZE;
+ switch (chsize){
+ case CS8: a2232_param |= A2232PARAM_8Bit; break;
+ case CS7: a2232_param |= A2232PARAM_7Bit; break;
+ case CS6: a2232_param |= A2232PARAM_6Bit; break;
+ case CS5: a2232_param |= A2232PARAM_5Bit; break;
+ default: printk("a2232: Board %d Port %d
unsupported character size: %d. Using 8 data bits.\n",
+
port->which_a2232,port->which_port_on_a2232,chsize);
+ a2232_param |= A2232PARAM_8Bit; break;
+ }
+
+ // get number of stop bits
+ stopb = cflag & CSTOPB;
+ if (stopb){ // two stop bits instead of one
+ printk("a2232: Board %d Port %d 2 stop bits unsupported.
Using 1 stop bit.\n",
+ port->which_a2232,port->which_port_on_a2232);
+ }
+
+ // Warn if RTS/CTS not wanted
+ if (!(cflag & CRTSCTS)){
+#ifndef A2232_SUPPRESS_RTSCTS_WARNING
+ printk("a2232: Board %d Port %d cannot switch off
firmware-implemented RTS/CTS hardware flow control.\n",
+ port->which_a2232,port->which_port_on_a2232);
+#endif
+ }
+
+ /* I think this is correct.
+ However, IXOFF means _input_ flow control and I wonder
+ if one should care about IXON _output_ flow control,
+ too. If this makes problems, one should turn the A2232
+ firmware XON/XOFF "SoftFlow" flow control off and use
+ the conventional way of inserting START/STOP characters
+ by hand in throttle()/unthrottle().
+ */
+ softflow = !!( port->gs.tty->termios->c_iflag & IXOFF );
+
+ // get Parity (Enabled/Disabled? If Enabled, Odd or Even?)
+ parity = cflag & (PARENB | PARODD);
+ if (parity & PARENB){
+ if (parity & PARODD){
+ a2232_cmd |= A2232CMD_OddParity;
+ }
+ else{
+ a2232_cmd |= A2232CMD_EvenParity;
+ }
+ }
+ else a2232_cmd |= A2232CMD_NoParity;
+
+
+ /* Hmm. Maybe an own a2232_port structure
+ member would be cleaner? */
+ if (cflag & CLOCAL)
+ port->gs.flags &= ~ASYNC_CHECK_CD;
+ else
+ port->gs.flags |= ASYNC_CHECK_CD;
+
+
+ /* Now we have all parameters and can go to set them: */
+ save_flags(flags);
+ cli();
+
+ status->Param = a2232_param | A2232PARAM_RcvBaud;
+ status->Command = a2232_cmd | A2232CMD_Open | A2232CMD_Enable;
+ status->SoftFlow = softflow;
+ status->OutDisable = 0;
+ status->Setup = -1;
+
+ restore_flags(flags);
+ return 0;
+}
+
+static int a2232_chars_in_buffer(void *ptr)
+{
+ struct a2232_port *port;
+ volatile struct a2232status *status;
+ unsigned char ret; /* we need modulo-256 arithmetics */
+ port = ptr;
+ status = a2232stat(port->which_a2232,
port->which_port_on_a2232);
+#if A2232_IOBUFLEN != 256
+#error "Re-Implement a2232_chars_in_buffer()!"
+#endif
+ ret = (status->OutHead - status->OutTail);
+ return ret;
+}
+
+static void a2232_close(void *ptr)
+{
+ a2232_disable_tx_interrupts(ptr);
+ a2232_disable_rx_interrupts(ptr);
+ /* see the comment in a2232_shutdown_port above. */
+ /* MOD_DEC_USE_COUNT; */
+}
+
+static void a2232_hungup(void *ptr)
+{
+ a2232_close(ptr);
+}
+/*** END OF REAL_DRIVER FUNCTIONS ***/
+
+/*** BEGIN FUNCTIONS EXPECTED BY TTY DRIVER STRUCTS ***/
+static int a2232_ioctl( struct tty_struct *tty, struct file
*file,
+ unsigned int cmd, unsigned long arg)
+{
+ return -ENOIOCTLCMD;
+}
+
+static void a2232_throttle(struct tty_struct *tty)
+{
+/* Throttle: System cannot take another chars: Drop RTS or
+ send the STOP char or whatever.
+ The A2232 firmware does RTS/CTS anyway, and XON/XOFF
+ if switched on. So the only thing we can do at this
+ layer here is not taking any characters out of the
+ A2232 buffer any more. */
+ struct a2232_port *port = (struct a2232_port *)
tty->driver_data;
+ port->throttle_input = -1;
+}
+
+static void a2232_unthrottle(struct tty_struct *tty)
+{
+/* Unthrottle: dual to "throttle()" above. */
+ struct a2232_port *port = (struct a2232_port *)
tty->driver_data;
+ port->throttle_input = 0;
+}
+
+static int a2232_open(struct tty_struct * tty, struct file * filp)
+{
+/* More or less stolen from other drivers. */
+ int line;
+ int retval;
+ struct a2232_port *port;
+
+ line = MINOR(tty->device);
+ port = &a2232_ports[line];
+
+ tty->driver_data = port;
+ port->gs.tty = tty;
+ port->gs.count++;
+ retval = gs_init_port(&port->gs);
+ if (retval) {
+ port->gs.count--;
+ return retval;
+ }
+ port->gs.flags |= GS_ACTIVE;
+ if (port->gs.count == 1) {
+ MOD_INC_USE_COUNT;
+ }
+ retval = block_til_ready(port, filp);
+
+ if (retval) {
+ MOD_DEC_USE_COUNT;
+ port->gs.count--;
+ return retval;
+ }
+
+ if ((port->gs.count == 1) && (port->gs.flags &
ASYNC_SPLIT_TERMIOS)){
+ if (tty->driver.subtype == A2232_TTY_SUBTYPE_NORMAL)
+ *tty->termios = port->gs.normal_termios;
+ else
+ *tty->termios = port->gs.callout_termios;
+ a2232_set_real_termios (port);
+ }
+
+ port->gs.session = current->session;
+ port->gs.pgrp = current->pgrp;
+
+ a2232_enable_rx_interrupts(port);
+
+ return 0;
+}
+/*** END OF FUNCTIONS EXPECTED BY TTY DRIVER STRUCTS ***/
+
+static __inline__ volatile struct a2232status *a2232stat(unsigned int
board, unsigned int portonboard)
+{
+ volatile struct a2232memory *mem = a2232mem(board);
+ return &(mem->Status[portonboard]);
+}
+
+static __inline__ volatile struct a2232memory *a2232mem (unsigned int
board)
+{
+ return (volatile struct a2232memory *) ZTWO_VADDR(
zd_a2232[board]->resource.start );
+}
+
+static __inline__ void a2232_receive_char( struct a2232_port *port,
+ int ch, int err )
+{
+/* Mostly stolen from other drivers.
+ Maybe one could implement a more efficient version by not only
+ transferring one character at a time.
+*/
+ struct tty_struct *tty = port->gs.tty;
+
+ if (tty->flip.count >= TTY_FLIPBUF_SIZE)
+ return;
+
+ tty->flip.count++;
+
+#if 0
+ switch(err) {
+ case TTY_BREAK:
+ break;
+ case TTY_PARITY:
+ break;
+ case TTY_OVERRUN:
+ break;
+ case TTY_FRAME:
+ break;
+ }
+#endif
+
+ *tty->flip.flag_buf_ptr++ = err;
+ *tty->flip.char_buf_ptr++ = ch;
+ tty_flip_buffer_push(tty);
+}
+
+static void a2232_vbl_inter(int irq, void *data, struct pt_regs *fp)
+{
+#if A2232_IOBUFLEN != 256
+#error "Re-Implement a2232_vbl_inter()!"
+#endif
+
+struct a2232_port *port;
+volatile struct a2232memory *mem;
+volatile struct a2232status *status;
+unsigned char newhead;
+unsigned char bufpos; /* Must be unsigned char. We need the modulo-256
arithmetics */
+unsigned char ncd, ocd, ccd; /* names consistent with the NetBSD driver
*/
+volatile u_char *ibuf, *cbuf, *obuf;
+int ch, err, n, p;
+ for (n = 0; n < nr_a2232; n++){ /* for every completely
initialized A2232 board */
+ mem = a2232mem(n);
+ for (p = 0; p < NUMLINES; p++){ /* for every port on
this board */
+ err = 0;
+ port = &a2232_ports[n*NUMLINES+p];
+ if ( port->gs.flags & GS_ACTIVE ){ /* if the
port is used */
+
+ status = a2232stat(n,p);
+
+ if (!port->disable_rx &&
!port->throttle_input){ /* If input is not disabled */
+ newhead =
status->InHead; /* 65EC02 write pointer */
+ bufpos = status->InTail;
+
+ /* check for input for this port
*/
+ if (newhead != bufpos) {
+ /* buffer for input
chars/events */
+ ibuf = mem->InBuf[p];
+
+ /* data types of bytes
in ibuf */
+ cbuf = mem->InCtl[p];
+
+ /* do for all chars */
+ while (bufpos !=
newhead) {
+ /* which type of
input data? */
+ switch
(cbuf[bufpos]) {
+ /*
switch on input event (CD, BREAK, etc.) */
+ case
A2232INCTL_EVENT:
+ switch
(ibuf[bufpos++]) {
+ case
A2232EVENT_Break:
+
/* TODO: Handle BREAK signal */
+
break;
+
/* A2232EVENT_CarrierOn and A2232EVENT_CarrierOff are
+
handled in a separate queue and should not occur here. */
+ case
A2232EVENT_Sync:
+
printk("A2232: 65EC02 software sent SYNC event, don't know what to do.
Ignoring.");
+
break;
+ default:
+
printk("A2232: 65EC02 software broken, unknown event type %d
occured.\n",ibuf[bufpos-1]);
+ } /*
event type switch */
+ break;
+ case
A2232INCTL_CHAR:
+ /*
Receive incoming char */
+
a2232_receive_char(port, ibuf[bufpos], err);
+
bufpos++;
+ break;
+ default:
+
printk("A2232: 65EC02 software broken, unknown data type %d
occured.\n",cbuf[bufpos]);
+
bufpos++;
+ } /* switch on
input data type */
+ } /* while there's
something in the buffer */
+
+ status->InTail =
bufpos; /* tell 65EC02 what we've read */
+
+ } /* if there was something in
the buffer */
+ } /* If input is not disabled */
+
+ /* Now check if there's something to
output */
+ obuf = mem->OutBuf[p];
+ bufpos = status->OutHead;
+ while ( (port->gs.xmit_cnt > 0)
&&
+ (!port->gs.tty->stopped)
&&
+ (!port->gs.tty->hw_stopped) ){
/* While there are chars to transmit */
+ if (((bufpos+1) &
A2232_IOBUFLENMASK) != status->OutTail) { /* If the A2232 buffer is not
full */
+ ch =
port->gs.xmit_buf[port->gs.xmit_tail];
/* get the next char to transmit */
+ port->gs.xmit_tail =
(port->gs.xmit_tail+1) & (SERIAL_XMIT_SIZE-1); /* modulo-addition for
the gs.xmit_buf ring-buffer */
+ obuf[bufpos++] =
ch;
/* put it into the A2232 buffer */
+ port->gs.xmit_cnt--;
+ }
+
else{
/* If A2232 the buffer is full */
+
break;
/* simply stop filling it. */
+
}
+ }
+ status->OutHead = bufpos;
+
+ /* WakeUp if output buffer runs low */
+ if ((port->gs.xmit_cnt <=
port->gs.wakeup_chars) && port->gs.tty) {
+ if ((port->gs.tty->flags & (1 <<
TTY_DO_WRITE_WAKEUP)) && port->gs.tty->ldisc.write_wakeup){
+
(port->gs.tty->ldisc.write_wakeup)(port->gs.tty);
+ }
+
wake_up_interruptible(&port->gs.tty->write_wait);
+ }
+ } // if the port is used
+ } // for every port on the board
+
+ /* Now check the CD message queue */
+ newhead = mem->Common.CDHead;
+ bufpos = mem->Common.CDTail;
+ if (newhead != bufpos){ /* There
are CD events in queue */
+ ocd = mem->Common.CDStatus; /* get
old status bits */
+ while (newhead != bufpos){ /* read
all events */
+ ncd = mem->CDBuf[bufpos++]; /* get
one event */
+ ccd = ncd ^ ocd; /* mask
of changed lines */
+ ocd = ncd; /* save
new status bits */
+ for(p=0; p < NUMLINES; p++){ /* for
all ports */
+ if (ccd & 1){ /* this
one changed */
+
+ struct a2232_port *port
= &a2232_ports[n*7+p];
+ port->cd_status = !(ncd
& 1); /* ncd&1 <=> CD is now off */
+
+ if (!(port->gs.flags &
ASYNC_CHECK_CD))
+ ; /* Don't
report DCD changes */
+ else if
(port->cd_status) { // if DCD on: DCD went UP!
+ if
(~(port->gs.flags & ASYNC_NORMAL_ACTIVE) ||
+
~(port->gs.flags & ASYNC_CALLOUT_ACTIVE)) {
+ /* Are
we blocking in open?*/
+
wake_up_interruptible(&port->gs.open_wait);
+ }
+ }
+ else { // if DCD off:
DCD went DOWN!
+ if
(!((port->gs.flags & ASYNC_CALLOUT_ACTIVE) &&
+
(port->gs.flags & ASYNC_CALLOUT_NOHUP))) {
+ if
(port->gs.tty)
+
tty_hangup (port->gs.tty);
+ }
+ }
+
+ } // if CD changed for this port
+ ccd >>= 1;
+ ncd >>=
1;
/* Shift bits for next line */
+ } // for every port
+ } // while CD events in queue
+ mem->Common.CDStatus = ocd; /* save new status
*/
+ mem->Common.CDTail = bufpos; /* remove events */
+ } // if events in CD queue
+
+ } // for every completely initialized A2232 board
+}
+
+static void a2232_init_portstructs(void)
+{
+ struct a2232_port *port;
+ int i;
+
+ for (i = 0; i < MAX_A2232_BOARDS*NUMLINES; i++) {
+ port = a2232_ports + i;
+ port->which_a2232 = i/NUMLINES;
+ port->which_port_on_a2232 = i%NUMLINES;
+ port->disable_rx = port->throttle_input =
port->cd_status = 0;
+ port->gs.callout_termios = tty_std_termios;
+ port->gs.normal_termios = tty_std_termios;
+ port->gs.magic = A2232_MAGIC;
+ port->gs.close_delay = HZ/2;
+ port->gs.closing_wait = 30 * HZ;
+ port->gs.rd = &a2232_real_driver;
+#ifdef NEW_WRITE_LOCKING
+ init_MUTEX(&(port->gs.port_write_sem));
+#endif
+ init_waitqueue_head(&port->gs.open_wait);
+ init_waitqueue_head(&port->gs.close_wait);
+ }
+}
+
+static int a2232_init_drivers(void)
+{
+ int error;
+
+ memset(&a2232_driver, 0, sizeof(a2232_driver));
+ a2232_driver.magic = TTY_DRIVER_MAGIC;
+ a2232_driver.driver_name = "commodore_a2232";
+ a2232_driver.name = "ttyY";
+ a2232_driver.major = A2232_NORMAL_MAJOR;
+ a2232_driver.num = NUMLINES * nr_a2232;
+ a2232_driver.type = TTY_DRIVER_TYPE_SERIAL;
+ a2232_driver.subtype = A2232_TTY_SUBTYPE_NORMAL;
+ a2232_driver.init_termios = tty_std_termios;
+ a2232_driver.init_termios.c_cflag =
+ B9600 | CS8 | CREAD | HUPCL | CLOCAL;
+ a2232_driver.flags = TTY_DRIVER_REAL_RAW;
+ a2232_driver.refcount = &a2232_refcount;
+ a2232_driver.table = a2232_table;
+ a2232_driver.termios = a2232_termios;
+ a2232_driver.termios_locked = a2232_termios_locked;
+
+ a2232_driver.open = a2232_open;
+ a2232_driver.close = gs_close;
+ a2232_driver.write = gs_write;
+ a2232_driver.put_char = gs_put_char;
+ a2232_driver.flush_chars = gs_flush_chars;
+ a2232_driver.write_room = gs_write_room;
+ a2232_driver.chars_in_buffer = gs_chars_in_buffer;
+ a2232_driver.flush_buffer = gs_flush_buffer;
+ a2232_driver.ioctl = a2232_ioctl;
+ a2232_driver.throttle = a2232_throttle;
+ a2232_driver.unthrottle = a2232_unthrottle;
+ a2232_driver.set_termios = gs_set_termios;
+ a2232_driver.stop = gs_stop;
+ a2232_driver.start = gs_start;
+ a2232_driver.hangup = gs_hangup;
+
+ a2232_callout_driver = a2232_driver;
+ a2232_callout_driver.name = "cuy";
+ a2232_callout_driver.major = A2232_CALLOUT_MAJOR;
+ a2232_callout_driver.subtype = A2232_TTY_SUBTYPE_CALLOUT;
+
+ if ((error = tty_register_driver(&a2232_driver))) {
+ printk(KERN_ERR "A2232: Couldn't register A2232 driver,
error = %d\n",
+ error);
+ return 1;
+ }
+ if ((error = tty_register_driver(&a2232_callout_driver))) {
+ tty_unregister_driver(&a2232_driver);
+ printk(KERN_ERR "A2232: Couldn't register A2232 callout
driver, error = %d\n",
+ error);
+ return 1;
+ }
+ return 0;
+}
+
+int a2232board_init(void)
+{
+ struct zorro_dev *z;
+
+ unsigned int boardaddr;
+ int bcount;
+ short start;
+ u_char *from;
+ volatile u_char *to;
+ volatile struct a2232memory *mem;
+
+#ifdef __SMP__
+ return -ENODEV; /* This driver is not SMP aware. Is there an SMP
ZorroII-bus-machine? */
+#endif
+
+ if (!MACH_IS_AMIGA){
+ return -ENODEV;
+ }
+
+ z = NULL;
+ nr_a2232 = 0;
+ while ( (z = zorro_find_device(ZORRO_WILDCARD, z)) ){
+ if ( (z->id != ZORRO_PROD_CBM_A2232_PROTOTYPE) &&
+ (z->id != ZORRO_PROD_CBM_A2232) ){
+ continue; // The board found was no A2232
+ }
+ printk("Commodore A2232 found (#%d).\n",nr_a2232);
+
+ zorro_request_device(z,"A2232 driver");
+
+ zd_a2232[nr_a2232] = z;
+
+ boardaddr = ZTWO_VADDR( z->resource.start );
+ printk("Board is located at address 0x%x, size is
0x%x.\n", boardaddr, (unsigned int) ((z->resource.end+1) -
(z->resource.start)));
+
+ mem = (volatile struct a2232memory *) boardaddr;
+
+ (void) mem->Enable6502Reset; /* copy the code across
to the board */
+ to = (u_char *)mem; from = a2232_65EC02code; bcount =
sizeof(a2232_65EC02code) - 2;
+ start = *(short *)from;
+ from += sizeof(start);
+ to += start;
+ while(bcount--) *to++ = *from++;
+ printk("65EC02 software uploaded to the A2232
memory.\n");
+
+ mem->Common.Crystal = A2232_UNKNOWN; /* use automatic
speed check */
+
+ /* start 6502 running */
+ (void) mem->ResetBoard;
+ printk("A2232's 65EC02 CPU up and running.\n");
+
+ /* wait until speed detector has finished */
+ for (bcount = 0; bcount < 2000; bcount++) {
+ udelay(1000);
+ if (mem->Common.Crystal)
+ break;
+ }
+ printk((mem->Common.Crystal?"A2232 oscillator crystal
detected by 65EC02 software: ":"65EC02 software could not determine
A2232 oscillator crystal: "));
+ switch (mem->Common.Crystal){
+ case A2232_UNKNOWN:
+ printk("Unknown crystal.\n");
+ break;
+ case A2232_NORMAL:
+ printk ("Normal crystal.\n");
+ break;
+ case A2232_TURBO:
+ printk ("Turbo crystal.\n");
+ break;
+ default:
+ printk ("0x%x. Huh?\n",mem->Common.Crystal);
+ }
+
+ nr_a2232++;
+
+ }
+
+ a2232_init_portstructs();
+
+ /*
+ a2232_init_drivers also registers the drivers. Must be
here because all boards
+ have to be detected first.
+ */
+ if (a2232_init_drivers()) return -ENODEV; // maybe we should use
a different -Exxx?
+
+ request_irq(IRQ_AMIGA_VERTB, a2232_vbl_inter, 0, "A2232 serial
VBL", a2232_driver_ID);
+ return 0;
+}
+
+#ifdef MODULE
+int init_module(void)
+{
+ return a2232board_init();
+}
+
+void cleanup_module(void)
+{
+ int i;
+
+ for (i = 0; i < nr_a2232; i++) {
+ zorro_release_device(zd_a2232[i]);
+ }
+
+ tty_unregister_driver(&a2232_driver);
+ tty_unregister_driver(&a2232_callout_driver);
+ free_irq(IRQ_AMIGA_VERTB, a2232_driver_ID);
+}
+#endif
+/***************************** End of Functions *********************/
diff -Nurd 2.3_apus_cvs/drivers/char/ser_a2232.h
2.3_apus_with_sera2232/drivers/char/ser_a2232.h
--- 2.3_apus_cvs/drivers/char/ser_a2232.h Thu Jan 1 00:00:00 1970
+++ 2.3_apus_with_sera2232/drivers/char/ser_a2232.h Wed Dec 27
11:03:33 2000
@@ -0,0 +1,502 @@
+/* drivers/char/ser_a2232.h */
+
+/* $Id: ser_a2232.h,v 0.2 2000/12/27 12:00:00 ehaase Exp $ */
+
+/* Linux m68k serial driver for the Amiga A2232 board */
+
+/* Copyright (c) 2000 Enver Haase <eh...@in...>
+ * The A2232 driver project <A2...@gm...>
+ * All rights reserved.
+ *
+ * This Linux driver is heavily based on the NetBSD driver for the
A2232
+ * and the existing Linux serial board drivers.
+ *
+ *
+ * This program is free software; you can redistribute it and/or
modify
+ * it under the terms of the GNU General Public License as published
by
+ * the Free Software Foundation; either version 2 of the License, or
+ * (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
+ *
+ */
+
+/*
+ * Copyright (c) 1995 Jukka Marin <jm...@jm...>.
+ * All rights reserved.
+ *
+ * Redistribution and use in source and binary forms, with or without
+ * modification, are permitted provided that the following conditions
+ * are met:
+ * 1. Redistributions of source code must retain the above copyright
+ * notice, this list of conditions and the following disclaimer.
+ * 2. Redistributions in binary form must reproduce the above copyright
+ * notice, this list of conditions and the following disclaimer in
the
+ * documentation and/or other materials provided with the
distribution.
+ * 3. All advertising materials mentioning features or use of this
software
+ * must display the following acknowledgement:
+ * This product includes software developed by Jukka Marin.
+ * 4. The name of the author may not be used to endorse or promote
products
+ * derived from this software without specific prior written
permission
+ *
+ * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR
+ * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
WARRANTIES
+ * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
DISCLAIMED.
+ * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT,
+ * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING,
BUT
+ * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF
USE,
+ * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON
ANY
+ * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
+ * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE
USE OF
+ * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
+ */
+
+#ifndef _SER_A2232_H_
+#define _SER_A2232_H_
+
+/*
+ How many boards are to be supported at maximum;
+ "up to five A2232 Multiport Serial Cards may be installed in a
+ single Amiga 2000" states the A2232 User's Guide. If you have
+ more slots available, you might want to change the value below.
+*/
+#define MAX_A2232_BOARDS 5
+
+#ifndef A2232_NORMAL_MAJOR
+/* This allows overriding on the compiler commandline, or in a
"major.h"
+ include or something like that */
+#define A2232_NORMAL_MAJOR 224 /* /dev/ttyY* */
+#define A2232_CALLOUT_MAJOR 225 /* /dev/cuy* */
+#endif
+
+/* Some magic is always good - Who knows :) */
+#define A2232_MAGIC 0x000a2232
+
+/* for the tty_struct subtype field */
+#define A2232_TTY_SUBTYPE_NORMAL 1
+#define A2232_TTY_SUBTYPE_CALLOUT 2
+
+/* A2232 port structure to keep track of the
+ status of every single line used */
+struct a2232_port{
+ struct gs_port gs;
+ unsigned int which_a2232;
+ unsigned int which_port_on_a2232;
+ short disable_rx;
+ short throttle_input;
+ short cd_status;
+};
+
+/* This is the 65EC02 code by Jukka Marin that is executed by
+ the A2232's 65EC02 processor (base address: 0x3800)
+ Source file: 2232.ax (ask Jukka Marin <jm...@jm...> if you
want it!)
+ Version: 1.3 (951029)
+ Known Bugs: Cannot send a break yet
+*/
+static unsigned char a2232_65EC02code[] = {
+ 0x38, 0x00, 0xA2, 0xFF, 0x9A, 0xD8, 0xA2, 0x00,
+ 0xA9, 0x00, 0xA0, 0x54, 0x95, 0x00, 0xE8, 0x88,
+ 0xD0, 0xFA, 0x64, 0x5C, 0x64, 0x5E, 0x64, 0x58,
+ 0x64, 0x59, 0xA9, 0x00, 0x85, 0x55, 0xA9, 0xAA,
+ 0xC9, 0x64, 0x90, 0x02, 0xE6, 0x55, 0xA5, 0x54,
+ 0xF0, 0x03, 0x4C, 0x92, 0x38, 0xA9, 0x98, 0x8D,
+ 0x06, 0x44, 0xA9, 0x0B, 0x8D, 0x04, 0x44, 0xAD,
+ 0x02, 0x44, 0xA9, 0x80, 0x8D, 0x1A, 0x7C, 0xA9,
+ 0xFF, 0x8D, 0x08, 0x7C, 0x8D, 0x0A, 0x7C, 0xA2,
+ 0x00, 0x8E, 0x00, 0x44, 0xEA, 0xEA, 0xAD, 0x02,
+ 0x44, 0xEA, 0xEA, 0x8E, 0x00, 0x44, 0xAD, 0x02,
+ 0x44, 0x29, 0x10, 0xF0, 0xF9, 0xA9, 0x11, 0x8E,
+ 0x00, 0x44, 0x8D, 0x1C, 0x7C, 0xAD, 0x02, 0x44,
+ 0x29, 0x10, 0xF0, 0xF9, 0x8E, 0x1C, 0x7C, 0xAD,
+ 0x08, 0x7C, 0x85, 0x57, 0xAD, 0x0A, 0x7C, 0x85,
+ 0x56, 0xC9, 0xD0, 0x90, 0x05, 0xA9, 0x02, 0x4C,
+ 0x82, 0x38, 0xA9, 0x01, 0x85, 0x54, 0xA9, 0x00,
+ 0x8D, 0x02, 0x44, 0x8D, 0x06, 0x44, 0x8D, 0x04,
+ 0x44, 0x4C, 0x92, 0x38, 0xAD, 0x00, 0x7C, 0xC5,
+ 0x5C, 0xF0, 0x1F, 0xC5, 0x5E, 0xF0, 0x09, 0x85,
+ 0x5E, 0xA9, 0x40, 0x85, 0x5D, 0x4C, 0xB8, 0x38,
+ 0xC6, 0x5D, 0x10, 0x0E, 0xA6, 0x58, 0x9D, 0x00,
+ 0x17, 0xE8, 0xE4, 0x59, 0xF0, 0x04, 0x86, 0x58,
+ 0x85, 0x5C, 0x20, 0x23, 0x3A, 0xA5, 0x07, 0xF0,
+ 0x0F, 0xA5, 0x0A, 0x85, 0x0B, 0xA5, 0x08, 0x09,
+ 0x10, 0x8D, 0x06, 0x44, 0x64, 0x02, 0x64, 0x07,
+ 0xA5, 0x00, 0xE5, 0x01, 0xC9, 0xC8, 0xA5, 0x09,
+ 0x29, 0xF3, 0xB0, 0x02, 0x09, 0x08, 0x8D, 0x04,
+ 0x44, 0xA5, 0x06, 0xF0, 0x08, 0xA5, 0x03, 0x85,
+ 0x04, 0x64, 0x02, 0x64, 0x06, 0x20, 0x23, 0x3A,
+ 0xA5, 0x13, 0xF0, 0x0F, 0xA5, 0x16, 0x85, 0x17,
+ 0xA5, 0x14, 0x09, 0x10, 0x8D, 0x06, 0x4C, 0x64,
+ 0x0E, 0x64, 0x13, 0xA5, 0x0C, 0xE5, 0x0D, 0xC9,
+ 0xC8, 0xA5, 0x15, 0x29, 0xF3, 0xB0, 0x02, 0x09,
+ 0x08, 0x8D, 0x04, 0x4C, 0xA5, 0x12, 0xF0, 0x08,
+ 0xA5, 0x0F, 0x85, 0x10, 0x64, 0x0E, 0x64, 0x12,
+ 0x20, 0x23, 0x3A, 0xA5, 0x1F, 0xF0, 0x0F, 0xA5,
+ 0x22, 0x85, 0x23, 0xA5, 0x20, 0x09, 0x10, 0x8D,
+ 0x06, 0x54, 0x64, 0x1A, 0x64, 0x1F, 0xA5, 0x18,
+ 0xE5, 0x19, 0xC9, 0xC8, 0xA5, 0x21, 0x29, 0xF3,
+ 0xB0, 0x02, 0x09, 0x08, 0x8D, 0x04, 0x54, 0xA5,
+ 0x1E, 0xF0, 0x08, 0xA5, 0x1B, 0x85, 0x1C, 0x64,
+ 0x1A, 0x64, 0x1E, 0x20, 0x23, 0x3A, 0xA5, 0x2B,
+ 0xF0, 0x0F, 0xA5, 0x2E, 0x85, 0x2F, 0xA5, 0x2C,
+ 0x09, 0x10, 0x8D, 0x06, 0x5C, 0x64, 0x26, 0x64,
+ 0x2B, 0xA5, 0x24, 0xE5, 0x25, 0xC9, 0xC8, 0xA5,
+ 0x2D, 0x29, 0xF3, 0xB0, 0x02, 0x09, 0x08, 0x8D,
+ 0x04, 0x5C, 0xA5, 0x2A, 0xF0, 0x08, 0xA5, 0x27,
+ 0x85, 0x28, 0x64, 0x26, 0x64, 0x2A, 0x20, 0x23,
+ 0x3A, 0xA5, 0x37, 0xF0, 0x0F, 0xA5, 0x3A, 0x85,
+ 0x3B, 0xA5, 0x38, 0x09, 0x10, 0x8D, 0x06, 0x64,
+ 0x64, 0x32, 0x64, 0x37, 0xA5, 0x30, 0xE5, 0x31,
+ 0xC9, 0xC8, 0xA5, 0x39, 0x29, 0xF3, 0xB0, 0x02,
+ 0x09, 0x08, 0x8D, 0x04, 0x64, 0xA5, 0x36, 0xF0,
+ 0x08, 0xA5, 0x33, 0x85, 0x34, 0x64, 0x32, 0x64,
+ 0x36, 0x20, 0x23, 0x3A, 0xA5, 0x43, 0xF0, 0x0F,
+ 0xA5, 0x46, 0x85, 0x47, 0xA5, 0x44, 0x09, 0x10,
+ 0x8D, 0x06, 0x6C, 0x64, 0x3E, 0x64, 0x43, 0xA5,
+ 0x3C, 0xE5, 0x3D, 0xC9, 0xC8, 0xA5, 0x45, 0x29,
+ 0xF3, 0xB0, 0x02, 0x09, 0x08, 0x8D, 0x04, 0x6C,
+ 0xA5, 0x42, 0xF0, 0x08, 0xA5, 0x3F, 0x85, 0x40,
+ 0x64, 0x3E, 0x64, 0x42, 0x20, 0x23, 0x3A, 0xA5,
+ 0x4F, 0xF0, 0x0F, 0xA5, 0x52, 0x85, 0x53, 0xA5,
+ 0x50, 0x09, 0x10, 0x8D, 0x06, 0x74, 0x64, 0x4A,
+ 0x64, 0x4F, 0xA5, 0x48, 0xE5, 0x49, 0xC9, 0xC8,
+ 0xA5, 0x51, 0x29, 0xF3, 0xB0, 0x02, 0x09, 0x08,
+ 0x8D, 0x04, 0x74, 0xA5, 0x4E, 0xF0, 0x08, 0xA5,
+ 0x4B, 0x85, 0x4C, 0x64, 0x4A, 0x64, 0x4E, 0x20,
+ 0x23, 0x3A, 0x4C, 0x92, 0x38, 0xAD, 0x02, 0x44,
+ 0x89, 0x08, 0xF0, 0x3B, 0x89, 0x02, 0xF0, 0x1B,
+ 0xAD, 0x00, 0x44, 0xD0, 0x32, 0xA6, 0x00, 0xA9,
+ 0x01, 0x9D, 0x00, 0x10, 0xA9, 0x01, 0x9D, 0x00,
+ 0x09, 0xE8, 0xE4, 0x01, 0xF0, 0x02, 0x86, 0x00,
+ 0x4C, 0x65, 0x3A, 0xA6, 0x00, 0xAD, 0x00, 0x44,
+ 0x9D, 0x00, 0x09, 0x9E, 0x00, 0x10, 0xE8, 0xE4,
+ 0x01, 0xF0, 0x02, 0x86, 0x00, 0x29, 0x7F, 0xC9,
+ 0x13, 0xD0, 0x04, 0xA5, 0x0B, 0x85, 0x02, 0xAD,
+ 0x02, 0x44, 0x29, 0x10, 0xF0, 0x2C, 0xA6, 0x05,
+ 0xF0, 0x0F, 0xAD, 0x02, 0x7C, 0x29, 0x01, 0xD0,
+ 0x21, 0x8E, 0x00, 0x44, 0x64, 0x05, 0x4C, 0x98,
+ 0x3A, 0xA6, 0x04, 0xE4, 0x03, 0xF0, 0x13, 0xA5,
+ 0x02, 0xD0, 0x0F, 0xAD, 0x02, 0x7C, 0x29, 0x01,
+ ...
[truncated message content] |
|
From: Michel <dae...@st...> - 2000-12-25 14:46:19
|
Giorgio Terzi schrieb:
> I had the suspect that some resources were not delocated by the driver
> and the complement function of ioremap(), iounmap() that is needed to
> module cleanup don't work as expected.
> That was true because in PPC 2.2.10 kernel iounmap() is an empty
> function as you can see in arch/ppc/mm/init.c
> This was fixed in the 2.3 kernel so i have sobstituted the 2.2.10
> iounmap() with the 2.3 function and now seems that all works correctly
> (i have not yet finished the work on CLgen and the tests )
>=20
> The following is the fix of init.c:
> -----------------------------------------------------------
> --- /usr/src/orig2.2/init.c Sat Dec 23 10:44:55 2000
> +++ /usr/src/linux-apus-2.2/arch/ppc/mm/init.c Sat Dec 23 10:11:10 2000
> @@ -426,7 +426,8 @@
>=20
> void iounmap(void *addr)
> {
> - /* XXX todo */
> + if (addr > high_memory && (unsigned long) addr < ioremap_bot)
> + vfree((void *) (PAGE_MASK & (unsigned long) addr));
> }
>=20
> unsigned long iopa(unsigned long addr)
> -----------------------------------------------------------
>=20
> There are also some function symbols that must be exported in
> drivers/video/fbgen.c for the video framebuffer drivers
> modularisation:
>=20
> EXPORT_SYMBOL(fbgen_switch);
> EXPORT_SYMBOL(fbgen_get_var);
> EXPORT_SYMBOL(fbgen_get_cmap);
> EXPORT_SYMBOL(fbgen_set_disp);
> EXPORT_SYMBOL(fbgen_pan_display);
> EXPORT_SYMBOL(fbgen_get_fix);
> EXPORT_SYMBOL(fbgen_install_cmap);
> EXPORT_SYMBOL(fbgen_update_var);
> EXPORT_SYMBOL(fbgen_do_set_var);
> EXPORT_SYMBOL(fbgen_blank);
> EXPORT_SYMBOL(fbgen_set_cmap);
> EXPORT_SYMBOL(fbgen_set_var);
>=20
> After these modifications in 2.2.10 kernel now CLgen module works so i
> will speed up my tests without rebooting all the times.
>=20
> What do you think about ? Do you have other suggestions?
Looks good to me, feel free to commit it.
> Regards and Merry Christmas
Yes, merry christmas to everyone! :)
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
|
|
From: Giorgio T. <de...@ip...> - 2000-12-25 00:18:49
|
Hi all,
during my tests of CLgen driver i have found problems
with modularization and consequent panics when i tried
to load CLgen driver with insmod command.
This is the panic's log:
Dec 20 21:25:03 amy kernel: clgen: init_module: enter
Dec 20 21:25:03 amy kernel: clgen: clgenfb_init: enter
Dec 20 21:25:03 amy kernel: clgen: clgenfb_init: REG at $40600000
Dec 20 21:25:03 amy kernel: clgen: clgenfb_init: Registers virtual
address for board set to: $ccd0b000
Dec 20 21:25:03 amy kernel: clgen: clgenfb_init: RAM virtual start set
to: $ccd1c000
Dec 20 21:25:03 amy kernel: clgen: init_vgachip: enter
Dec 20 21:25:03 amy kernel: NIP: CC8F3454 XER: 00000000 LR: CC8F332C
REGS: c2139cc0 TRAP: 0300
Dec 20 21:25:03 amy kernel: MSR: 00009072 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR:
11
Dec 20 21:25:03 amy kernel: TASK = c2138000[1146] 'insmod' mm->pgd
c28f8000 Last syscall: 128
Dec 20 21:25:03 amy kernel: last math c2138000
Dec 20 21:25:03 amy kernel: GPR00: 00000051 C2139D70 C2138000 00000028
00000001 C0168970 C0170000 00000000
Dec 20 21:25:03 amy kernel: GPR08: C03EFBA0 CCD0B000 CC8F3444 CC8F64C0
22242442 1002B1A8 00000000 100B4AD0
Dec 20 21:25:03 amy kernel: GPR16: 7FFFFAB8 10020000 00000000 00000000
00009072 0A139E80 00000000 C2139DF8
Dec 20 21:25:03 amy kernel: GPR24: CC8F0000 C5DEB400 00000000 00000000
00000000 CC8F0000 C5DEB4C4 C5DEB400
Dec 20 21:25:03 amy kernel: Call backtrace:
Dec 20 21:25:03 amy kernel: CC8F332C CC8F4BF0 CC8F4F08 C0018948 C0003A20
10020000 1000341C
Dec 20 21:25:03 amy kernel: 10003F1C 100041D8 0FF0C75C 00000000
Dec 20 21:25:03 amy kernel: Kernel panic: kernel access of bad area pc
cc8f3454
lr cc8f332c address CCD0B3D4 tsk insmod/1146
As you will see the problem succeded when the function init_vgachip
tried to access the address $CCD0B3D4 that is the remapped address of
the CRTC index ( CRTX-> $3D4 ).
The initialising code in the driver was so:
----------------------------------------------------
if (btype == BT_PICASSO4) {
printk(" REG at $%lx\n", board_addr + 0x600000);
/* To be precise, for the P4 this is not the */
/* begin of the board, but the begin of RAM. */
/* for P4, map in its address space in 2 chunks (### TEST! ) */
/* (note the ugly hardcoded 16M number) */
fb_info->regs = ioremap(board_addr, 16777216);
DEBUG printk(KERN_INFO "clgen: Virtual address for board set to:
$%p\n",
fb_info->regs);
fb_info->regs += 0x600000;
fb_info->fbregs_phys = board_addr + 0x600000;
fb_info->fbmem_phys = board_addr + 16777216;
fb_info->fbmem = ioremap(fb_info->fbmem_phys, 16777216);
DEBUG printk(KERN_INFO "clgen: (RAM start set to: $%lx)\n",
fb_info->fbmem);
}
----------------------------------------------------------
that for me is a lot ugly so i have sobstituted the code within braces
as follows to use less paging resources:
----------------------------------------------------------
fb_info->fbregs_phys = board_addr + 0x00600000;
fb_info->fbmem_phys = board_addr + 0x01000000;
fb_info->regs = ioremap( fb_info->fbregs_phys,0x10000);
fb_info->fbmem = ioremap(fb_info->fbmem_phys,0x01000000);
-----------------------------------------------------------
After this, insmod loaded the module correctly the first time but not
the second time after a rmmod: the result was another panic as above
but with different addresses.
I had the suspect that some resources were not delocated by the driver
and the complement function of ioremap(), iounmap() that is needed to
module cleanup don't work as expected.
That was true because in PPC 2.2.10 kernel iounmap() is an empty
function as you can see in arch/ppc/mm/init.c
This was fixed in the 2.3 kernel so i have sobstituted the 2.2.10
iounmap() with the 2.3 function and now seems that all works correctly
(i have not yet finished the work on CLgen and the tests )
The following is the fix of init.c:
-----------------------------------------------------------
--- /usr/src/orig2.2/init.c Sat Dec 23 10:44:55 2000
+++ /usr/src/linux-apus-2.2/arch/ppc/mm/init.c Sat Dec 23 10:11:10 2000
@@ -426,7 +426,8 @@
void iounmap(void *addr)
{
- /* XXX todo */
+ if (addr > high_memory && (unsigned long) addr < ioremap_bot)
+ vfree((void *) (PAGE_MASK & (unsigned long) addr));
}
unsigned long iopa(unsigned long addr)
-----------------------------------------------------------
There are also some function symbols that must be exported in
drivers/video/fbgen.c for the video framebuffer drivers
modularisation:
EXPORT_SYMBOL(fbgen_switch);
EXPORT_SYMBOL(fbgen_get_var);
EXPORT_SYMBOL(fbgen_get_cmap);
EXPORT_SYMBOL(fbgen_set_disp);
EXPORT_SYMBOL(fbgen_pan_display);
EXPORT_SYMBOL(fbgen_get_fix);
EXPORT_SYMBOL(fbgen_install_cmap);
EXPORT_SYMBOL(fbgen_update_var);
EXPORT_SYMBOL(fbgen_do_set_var);
EXPORT_SYMBOL(fbgen_blank);
EXPORT_SYMBOL(fbgen_set_cmap);
EXPORT_SYMBOL(fbgen_set_var);
After these modifications in 2.2.10 kernel now CLgen module works so i
will speed up my tests without rebooting all the times.
What do you think about ? Do you have other suggestions?
Regards and Merry Christmas
Giorgio Terzi
|
|
From: Roberto R. <rob...@te...> - 2000-12-20 11:27:32
|
On 20-Dec-00, Alan Buxey wrote: >> 49352 bytes, from bh000629. >> It's also the present CVS version. > > did you also overwrite the wup and pup booter parts with the boothack > 000629 versions? Of course. -- |||||||. |||||||. *Roberto Ragusa* <rob...@te...> ||....|| ||....|| - electronic engineering student ||||||.. ||||||.. - Amiga user ||..||.. ||..||.. - satellite TV enthusiast ||....|| ||....|| (PGP public key available) |
|
From: Alan B. <al...@ms...> - 2000-12-20 10:50:51
|
hi, > > ..and what boothack are you using? > > 49352 bytes, from bh000629. > It's also the present CVS version. did you also overwrite the wup and pup booter parts with the boothack 000629 versions? alan |
|
From: Michel <mic...@ii...> - 2000-12-19 19:49:06
|
Roberto Ragusa wrote: > >> But if I recompile using the .config20000927 the kernel doesn't > >> start. In my kernel PCI and SCSI support are disabled, maybe the > >> problem is in there. > > > > Possible. Can you look into it? >=20 > I tried this configs: > - config000927 -> FAILURE > - config000927, but scsi disabled -> FAILURE > - config000927, but pci disabled -> SUCCESS > - config000927, but scsi and pci disabled -> SUCCESS >=20 > So the problem is the PCI/PM2 stuff. Can you try adding some debug output to arch/ppc/kernel/apus_pci.c to fin= d out where it fails? 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 |
|
From: Roberto R. <rob...@te...> - 2000-12-19 18:08:58
|
On 17-Dec-00, Michel D=E4nzer wrote: > Suppose you are using the latest boothack? Yes. >> But if I recompile using the .config20000927 the kernel doesn't >> start. In my kernel PCI and SCSI support are disabled, maybe the >> problem is in there. > = > Possible. Can you look into it? I tried this configs: - config000927 -> FAILURE - config000927, but scsi disabled -> FAILURE - config000927, but pci disabled -> SUCCESS - config000927, but scsi and pci disabled -> SUCCESS So the problem is the PCI/PM2 stuff. -- = |||||||. |||||||. *Roberto Ragusa* <rob...@te...> ||....|| ||....|| - electronic engineering student ||||||.. ||||||.. - Amiga user ||..||.. ||..||.. - satellite TV enthusiast ||....|| ||....|| (PGP public key available) |
|
From: Roberto R. <rob...@te...> - 2000-12-19 18:08:55
|
On 18-Dec-00, Alan Buxey wrote: > what if you start the 000927 kernel with 'noscsi' in the bootstrap line? doesn't boot > ..and what boothack are you using? 49352 bytes, from bh000629. It's also the present CVS version. -- |||||||. |||||||. *Roberto Ragusa* <rob...@te...> ||....|| ||....|| - electronic engineering student ||||||.. ||||||.. - Amiga user ||..||.. ||..||.. - satellite TV enthusiast ||....|| ||....|| (PGP public key available) |
|
From: Roman Z. <zi...@fh...> - 2000-12-18 18:46:33
|
Hi, On Mon, 18 Dec 2000, Michel D=E4nzer wrote: > > Linux more or less stops serial i/o when doing something with the disk.= I > > have been told I can't compare these (but i just did ;). Is it due to > > Linux's way of handling interrupts, or PCC<->m68k interaction, or somet= hing > > else? >=20 > The m68k is not involved with Linux/APUS, except maybe for the interrupt > emulation, where I imagine at least part of the problem might be. The m68k cpu isn't doing anything right now. It's possible to dedicate the m68k cpu to a certain task (e.g. serial interrupt handling), but that would require a special driver. We would also need changes to the bootloader to keep the m68k cpu alive, so it can be reactivated. Right now just tell it to shut up with no interface to get it back. > Besides, I seem to remember reading something about large parts of the Li= nux > IDE code running with interrupts off. That might explain why it seems to = work > much better for my with my 603e using SCSI. There might be other parts involved here, e.g. the different mmu handling, where parts probably run with mmu disabled (I have to check that...). These parts are not used with 604. On the other hand the ide driver does quite a lot at interrupt level, the ide driver transfers uses pio mode to transfer the data (which also involves quite a lot of mmu table lookups), where the scsi driver probably uses dma. We could test that, but I need an adventurous soul with a backup for that. :) We can replace the irq spinlocks in the ide interrupt with the nonirq spinlock version. As long as you use the modified driver only with a single ide interface and on a single cpu system, it should be safe to use. Anyone wants to try a patch for that? :-) bye, Roman |
|
From: Geert U. <ge...@li...> - 2000-12-18 12:02:25
|
This patch updates the Makefiles used by Linux/m68k to the new Makefile syntax.
Additionally I fixed a bug in arch/ppc/amiga/Makefile (for APUS).
Note that apart from a compile test for an Amiga kernel, no SQA activities were
performed.
--- linux-2.4.0-test13-pre3/Makefile Mon Dec 18 12:34:22 2000
+++ linux-m68k-test13-pre3/Makefile Mon Dec 18 12:40:50 2000
@@ -159,7 +159,7 @@
DRIVERS-$(CONFIG_PCMCIA_CHRDEV) += drivers/char/pcmcia/pcmcia_char.o
DRIVERS-$(CONFIG_DIO) += drivers/dio/dio.a
DRIVERS-$(CONFIG_SBUS) += drivers/sbus/sbus_all.o
-DRIVERS-$(CONFIG_ZORRO) += drivers/zorro/zorro.a
+DRIVERS-$(CONFIG_ZORRO) += drivers/zorro/driver.o
DRIVERS-$(CONFIG_FC4) += drivers/fc4/fc4.a
DRIVERS-$(CONFIG_ALL_PPC) += drivers/macintosh/macintosh.o
DRIVERS-$(CONFIG_MAC) += drivers/macintosh/macintosh.o
--- linux-2.4.0-test13-pre3/arch/m68k/amiga/Makefile Thu Jul 30 20:08:19 1998
+++ linux-m68k-test13-pre3/arch/m68k/amiga/Makefile Mon Dec 18 12:53:58 2000
@@ -8,11 +8,11 @@
# Note 2! The CFLAGS definitions are now in the main makefile...
O_TARGET := amiga.o
-O_OBJS := config.o amiints.o cia.o chipram.o amisound.o
-OX_OBJS := amiga_ksyms.o
-ifdef CONFIG_AMIGA_PCMCIA
-O_OBJS := $(O_OBJS) pcmcia.o
-endif
+export-objs := amiga_ksyms.o
+
+obj-y := config.o amiints.o cia.o chipram.o amisound.o amiga_ksyms.o
+
+obj-$(CONFIG_AMIGA_PCMCIA) += pcmcia.o
include $(TOPDIR)/Rules.make
--- linux-2.4.0-test13-pre3/arch/m68k/apollo/Makefile Tue Feb 8 11:04:33 2000
+++ linux-m68k-test13-pre3/arch/m68k/apollo/Makefile Mon Dec 18 12:57:03 2000
@@ -8,7 +8,7 @@
# Note 2! The CFLAGS definitions are now in the main makefile...
O_TARGET := apollo.o
-O_OBJS := config.o dn_ints.o dma.o \
+obj-y := config.o dn_ints.o dma.o
include $(TOPDIR)/Rules.make
--- linux-2.4.0-test13-pre3/arch/m68k/atari/Makefile Tue Feb 8 11:04:33 2000
+++ linux-m68k-test13-pre3/arch/m68k/atari/Makefile Mon Dec 18 12:54:27 2000
@@ -8,14 +8,14 @@
# Note 2! The CFLAGS definitions are now in the main makefile...
O_TARGET := atari.o
-O_OBJS := config.o time.o debug.o atakeyb.o ataints.o stdma.o atasound.o \
- joystick.o stram.o
-OX_OBJS := atari_ksyms.o
+
+export-objs := atari_ksyms.o
+
+obj-y := config.o time.o debug.o atakeyb.o ataints.o stdma.o \
+ atasound.o joystick.o stram.o atari_ksyms.o
ifdef CONFIG_PCI
-ifdef CONFIG_HADES
-O_OBJS += hades-pci.o
-endif
+obj-$(CONFIG_HADES) += hades-pci.o
endif
include $(TOPDIR)/Rules.make
--- linux-2.4.0-test13-pre3/arch/m68k/bvme6000/Makefile Sat Jun 13 22:14:31 1998
+++ linux-m68k-test13-pre3/arch/m68k/bvme6000/Makefile Mon Dec 18 12:54:32 2000
@@ -8,7 +8,7 @@
# Note 2! The CFLAGS definitions are now in the main makefile...
O_TARGET := bvme6000.o
-O_OBJS := config.o bvmeints.o rtc.o
-#OX_OBJS = ksyms.o
+
+obj-y := config.o bvmeints.o rtc.o
include $(TOPDIR)/Rules.make
--- linux-2.4.0-test13-pre3/arch/m68k/hp300/Makefile Wed Sep 2 18:39:18 1998
+++ linux-m68k-test13-pre3/arch/m68k/hp300/Makefile Mon Dec 18 12:54:43 2000
@@ -8,10 +8,11 @@
# Note 2! The CFLAGS definitions are now in the main makefile...
O_TARGET := hp300.o
-O_OBJS := ksyms.o config.o ints.o time.o reboot.o
-ifdef CONFIG_VT
-O_OBJS += hil.o
-endif
+export-objs := ksyms.o
+
+obj-y := ksyms.o config.o ints.o time.o reboot.o
+
+obj-$(CONFIG_VT) += hil.o
include $(TOPDIR)/Rules.make
--- linux-2.4.0-test13-pre3/arch/m68k/kernel/Makefile Thu Apr 13 21:17:11 2000
+++ linux-m68k-test13-pre3/arch/m68k/kernel/Makefile Mon Dec 18 12:54:58 2000
@@ -17,13 +17,13 @@
endif
O_TARGET := kernel.o
-O_OBJS := entry.o process.o traps.o ints.o signal.o ptrace.o \
- sys_m68k.o time.o semaphore.o
-OX_OBJS := setup.o m68k_ksyms.o
-ifdef CONFIG_PCI
-O_OBJS += bios32.o
-endif
+export-objs := setup.o m68k_ksyms.o
+
+obj-y := entry.o process.o traps.o ints.o signal.o ptrace.o \
+ sys_m68k.o time.o semaphore.o setup.o m68k_ksyms.o
+
+obj-$(CONFIG_PCI) += bios32.o
head.o: head.S m68k_defs.h
--- linux-2.4.0-test13-pre3/arch/m68k/lib/Makefile Thu Dec 14 12:14:15 2000
+++ linux-m68k-test13-pre3/arch/m68k/lib/Makefile Mon Dec 18 12:55:09 2000
@@ -6,6 +6,8 @@
$(CC) $(AFLAGS) -traditional -c $< -o $@
L_TARGET = lib.a
-L_OBJS = ashrdi3.o lshrdi3.o checksum.o memcpy.o memcmp.o memset.o semaphore.o muldi3.o
+
+obj-y := ashrdi3.o lshrdi3.o checksum.o memcpy.o memcmp.o memset.o \
+ semaphore.o muldi3.o
include $(TOPDIR)/Rules.make
--- linux-2.4.0-test13-pre3/arch/m68k/mac/Makefile Tue Feb 15 21:49:28 2000
+++ linux-m68k-test13-pre3/arch/m68k/mac/Makefile Mon Dec 18 12:55:22 2000
@@ -8,8 +8,10 @@
# Note 2! The CFLAGS definitions are now in the main makefile...
O_TARGET := mac.o
-OX_OBJS := mac_ksyms.o
-O_OBJS := config.o bootparse.o macints.o iop.o via.o oss.o psc.o \
- baboon.o macboing.o debug.o misc.o
+
+export-objs := mac_ksyms.o
+
+obj-y := config.o bootparse.o macints.o iop.o via.o oss.o psc.o \
+ baboon.o macboing.o debug.o misc.o mac_ksyms.o
include $(TOPDIR)/Rules.make
--- linux-2.4.0-test13-pre3/arch/m68k/math-emu/Makefile Thu Apr 13 21:17:11 2000
+++ linux-m68k-test13-pre3/arch/m68k/math-emu/Makefile Mon Dec 18 12:55:30 2000
@@ -13,7 +13,8 @@
#EXTRA_CFLAGS=-DFPU_EMU_DEBUG
O_TARGET := mathemu.o
-O_OBJS := fp_entry.o fp_scan.o fp_util.o fp_move.o fp_movem.o \
- fp_cond.o fp_arith.o fp_log.o fp_trig.o
+
+obj-y := fp_entry.o fp_scan.o fp_util.o fp_move.o fp_movem.o \
+ fp_cond.o fp_arith.o fp_log.o fp_trig.o
include $(TOPDIR)/Rules.make
--- linux-2.4.0-test13-pre3/arch/m68k/mm/Makefile Sun Sep 12 20:31:52 1999
+++ linux-m68k-test13-pre3/arch/m68k/mm/Makefile Mon Dec 18 12:55:39 2000
@@ -8,12 +8,13 @@
# Note 2! The CFLAGS definition is now in the main makefile...
O_TARGET := mm.o
-O_OBJS := init.o fault.o extable.o hwtest.o
+
+obj-y := init.o fault.o extable.o hwtest.o
ifndef CONFIG_SUN3
-O_OBJS += kmap.o memory.o motorola.o
+obj-y += kmap.o memory.o motorola.o
else
-O_OBJS += sun3mmu.o
+obj-y += sun3mmu.o
endif
--- linux-2.4.0-test13-pre3/arch/m68k/mvme147/Makefile Tue May 11 18:57:14 1999
+++ linux-m68k-test13-pre3/arch/m68k/mvme147/Makefile Mon Dec 18 12:55:45 2000
@@ -7,8 +7,8 @@
#
O_TARGET := mvme147.o
-O_OBJS := config.o 147ints.o
+obj-y := config.o 147ints.o
include $(TOPDIR)/Rules.make
--- linux-2.4.0-test13-pre3/arch/m68k/mvme16x/Makefile Tue Feb 8 11:04:34 2000
+++ linux-m68k-test13-pre3/arch/m68k/mvme16x/Makefile Mon Dec 18 12:55:51 2000
@@ -8,7 +8,9 @@
# Note 2! The CFLAGS definitions are now in the main makefile...
O_TARGET := mvme16x.o
-O_OBJS := config.o 16xints.o rtc.o
-OX_OBJS := mvme16x_ksyms.o
+
+export-objs := mvme16x_ksyms.o
+
+obj-y := config.o 16xints.o rtc.o mvme16x_ksyms.o
include $(TOPDIR)/Rules.make
--- linux-2.4.0-test13-pre3/arch/m68k/q40/Makefile Tue May 11 18:57:14 1999
+++ linux-m68k-test13-pre3/arch/m68k/q40/Makefile Mon Dec 18 12:55:56 2000
@@ -8,7 +8,7 @@
# Note 2! The CFLAGS definitions are now in the main makefile...
O_TARGET := q40.o
-O_OBJS := config.o q40ints.o
+obj-y := config.o q40ints.o
include $(TOPDIR)/Rules.make
--- linux-2.4.0-test13-pre3/arch/m68k/sun3/Makefile Thu Apr 13 21:17:11 2000
+++ linux-m68k-test13-pre3/arch/m68k/sun3/Makefile Mon Dec 18 12:56:08 2000
@@ -11,7 +11,10 @@
$(CC) $(AFLAGS) -traditional -Wa,-m68020 -c $< -o $*.o
O_TARGET := sun3.o
-O_OBJS := config.o idprom.o mmu_emu.o sun3ints.o leds.o dvma.o sbus.o intersil.o
-OX_OBJS := sun3_ksyms.o
+
+export-objs := sun3_ksyms.o
+
+obj-y := config.o idprom.o mmu_emu.o sun3ints.o leds.o dvma.o \
+ sbus.o intersil.o sun3_ksyms.o
include $(TOPDIR)/Rules.make
--- linux-2.4.0-test13-pre3/arch/m68k/sun3x/Makefile Tue May 11 18:57:14 1999
+++ linux-m68k-test13-pre3/arch/m68k/sun3x/Makefile Mon Dec 18 12:56:12 2000
@@ -8,7 +8,7 @@
# Note 2! The CFLAGS definitions are now in the main makefile...
O_TARGET := sun3x.o
-O_OBJS := config.o time.o dvma.o sbus.o
-OX_OBJS :=
+
+obj-y := config.o time.o dvma.o sbus.o
include $(TOPDIR)/Rules.make
--- linux-2.4.0-test13-pre3/arch/ppc/amiga/Makefile Mon Dec 18 12:34:22 2000
+++ linux-m68k-test13-pre3/arch/ppc/amiga/Makefile Mon Dec 18 12:56:23 2000
@@ -9,9 +9,11 @@
O_TARGET := amiga.o
-obj-y := config.o amiints.o cia.o time.o bootinfo.o amisound.o chipram.o
export-objs := amiga_ksyms.o
-objs-$(CONFIG_AMIGA_PCMCIA) += pcmia.o
+obj-y := config.o amiints.o cia.o time.o bootinfo.o amisound.o \
+ chipram.o amiga_ksyms.o
+
+obj-$(CONFIG_AMIGA_PCMCIA) += pcmia.o
include $(TOPDIR)/Rules.make
--- linux-2.4.0-test13-pre3/drivers/sbus/Makefile Mon Dec 18 12:34:33 2000
+++ linux-m68k-test13-pre3/drivers/sbus/Makefile Mon Dec 18 12:42:24 2000
@@ -8,7 +8,9 @@
# Note 2! The CFLAGS definitions are now in the main makefile...
O_TARGET := sbus_all.o
+ifneq ($(ARCH),m68k)
obj-y := sbus.o dvma.o
+endif
subdir-y += char
subdir-m += char
--- linux-2.4.0-test13-pre3/drivers/zorro/Makefile Mon Nov 6 15:46:01 2000
+++ linux-m68k-test13-pre3/drivers/zorro/Makefile Mon Dec 18 12:56:53 2000
@@ -9,18 +9,12 @@
# parent makefile.
#
-L_TARGET := zorro.a
+O_TARGET := driver.o
-# Nasty trick as we need to link files with no references from the outside.
-O_TARGET := zorro_core.o
-L_OBJS := zorro_core.o
-OX_OBJS := zorro.o
+export-objs := zorro.o
-ifdef CONFIG_PROC_FS
-O_OBJS += proc.o
-endif
-
-L_OBJS += names.o
+obj-$(CONFIG_ZORRO) += zorro.o names.o
+obj-$(CONFIG_PROC_FS) += proc.o
include $(TOPDIR)/Rules.make
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
|
|
From: Michel <da...@re...> - 2000-12-18 10:31:18
|
Jouko Pynn=F6nen wrote: >=20 > Michel wrote: >=20 > >Frank Petzold wrote: > > > >> On 2.2.10, the MFC driver hangs and no bytes get through after a whi= le > >> (especially if Netscape is started). In 2.3 using amiserial, I D/L`d= some > >> files, browsed with netscape and ran a find / ... at the same time. = The > >> modem (56k) was hanging on the internal serial. There were only some > >> packets lost, but the connection stayed up. After I quit the find, t= he > >> packet loss was gone immediately. > > > >That sounds very very good. >=20 > It still doesn't work on 603e. When establishing PPP, the first modem > command usually goes ok but it fails to receive the OK string after the > second modem command (AT&D0). Typing AT commands with "cu" or similar > even at 9600 bps reveals the same thing, it usually losts characters af= ter > a few successful commands. Any ideas where to look for the reason, IDE = or > serial code? 2.2.x works ok. >=20 > Btw, what's the reason for the IDE - serial interference? I tried OpenB= SD > (m68k only) and did find / while having a download going in 57600bps. A= t > least judging from the modem leds it didn't even slow down and the pack= et > flow was untroubled. It also works in AmigaOS: you can have a download > going on while cleaning IBrowse's cache or doing other disk access. I guess AmigaOS is far less complex than Linux... > Linux more or less stops serial i/o when doing something with the disk.= I > have been told I can't compare these (but i just did ;). Is it due to > Linux's way of handling interrupts, or PCC<->m68k interaction, or somet= hing > else? The m68k is not involved with Linux/APUS, except maybe for the interrupt emulation, where I imagine at least part of the problem might be. Besides, I seem to remember reading something about large parts of the Li= nux IDE code running with interrupts off. That might explain why it seems to = work much better for my with my 603e using SCSI. 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 |
|
From: <jo...@en...> - 2000-12-18 09:57:01
|
Michel wrote: >Frank Petzold wrote: > >> On 2.2.10, the MFC driver hangs and no bytes get through after a while >> (especially if Netscape is started). In 2.3 using amiserial, I D/L`d some >> files, browsed with netscape and ran a find / ... at the same time. The >> modem (56k) was hanging on the internal serial. There were only some packets >> lost, but the connection stayed up. After I quit the find, the packet loss >> was gone immediately. > >That sounds very very good. It still doesn't work on 603e. When establishing PPP, the first modem command usually goes ok but it fails to receive the OK string after the second modem command (AT&D0). Typing AT commands with "cu" or similar even at 9600 bps reveals the same thing, it usually losts characters after a few successful commands. Any ideas where to look for the reason, IDE or serial code? 2.2.x works ok. Btw, what's the reason for the IDE - serial interference? I tried OpenBSD (m68k only) and did find / while having a download going in 57600bps. At least judging from the modem leds it didn't even slow down and the packet flow was untroubled. It also works in AmigaOS: you can have a download going on while cleaning IBrowse's cache or doing other disk access. Linux more or less stops serial i/o when doing something with the disk. I have been told I can't compare these (but i just did ;). Is it due to Linux's way of handling interrupts, or PCC<->m68k interaction, or something else? A sidenote: experience with my old sparc box is the same, ie. serial transfer under SunOS works much better than under Linux on the same machine. The reason maybe different from the Amiga case ofcourse... Jouko |
|
From: Alan B. <al...@ms...> - 2000-12-18 09:49:37
|
hi, > Many differences, I'm using a custom config. > But if I recompile using the .config20000927 the kernel doesn't > start. In my kernel PCI and SCSI support are disabled, maybe the > problem is in there. what if you start the 000927 kernel with 'noscsi' in the bootstrap line? ..and what boothack are you using? alan |
|
From: Michel <mic...@ii...> - 2000-12-16 22:32:02
|
Roberto Ragusa wrote: >=20 > On 07-Dec-00, Michel D=E4nzer wrote: >=20 > > Roberto Ragusa wrote: > > > >> I don't know why but precompiled kernels 2000814 and 20000927 > >> don't start on my CyberstormPPC 604e@150 > > Anything interesting in the dmesg output? >=20 > Only this: >=20 > Searching for SAVEKMSG magic... > Found 336 bytes at 0x001e0008 > >>>>>>>>>>>>>>>>>>>> > Total memory =3D 128MB; using 512kB for hash table (at c0200000) > Linux version 2.2.10 (root@computer2) (gcc version egcs-2.91.66 19990= 314 > (egcs-1.1.2 release)) #9 Wed Sep 27 19:23:42 BST 2000 > Amiga hardware found: [A4000] VIDEO BLITTER AUDIO FLOPPY A4000_IDE > KEYBOARD MOUSE SERIAL PARALLEL A3000_CLK CHIP_RAM PAULA LISA ALICE_PAL > ZORRO3 > <<<<<<<<<<<<<<<<<<<< >=20 > When I use the kernel I have compiled, I get: >=20 > Searching for SAVEKMSG magic... > Found 2535 bytes at 0x001e0008 > >>>>>>>>>>>>>>>>>>>> > Total memory =3D 128MB; using 512kB for hash table (at c0180000) > Linux version 2.2.10-rob1 (root@linuxppc) (gcc version 2.95.2 1999102= 4 > (release/franzo)) #2 Sun Nov 26 16:57:58 CET 2000 > Amiga hardware found: [A4000] VIDEO BLITTER AUDIO FLOPPY A4000_IDE > KEYBOARD MOUSE SERIAL PARALLEL A3000_CLK CHIP_RAM PAULA LISA ALICE_PAL > ZORRO3 > APUS: BATs=3D1, BUS=3D60MHz, RAM=3D60ns, PCI bridge=3D0 > time_init: decrementer frequency =3D 900000000/60 > ide: Enabled support for IDE doublers > ... (snip) >=20 > So it stops just before APUS:. Something is wrong with the boothack > parameters handling? Suppose you are using the latest boothack? > > Any differences between your .config and the one of the precompiled > > kernels? >=20 > Many differences, I'm using a custom config. > But if I recompile using the .config20000927 the kernel doesn't > start. In my kernel PCI and SCSI support are disabled, maybe the > problem is in there. Possible. Can you look into it? 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 |
|
From: Ken T. <ke...@we...> - 2000-12-16 22:10:26
|
On Sat, 16 Dec 2000, Roberto Ragusa wrote: > Well, Ken Tyler told me he is working on a much more complex > patch (including fbset support), his patch should be submitted. I will but I have sort out a recently discovered mode problem first. Send me your .config, I'll give it a go here. Ken. |
|
From: Roberto R. <rob...@te...> - 2000-12-16 16:50:24
|
On 07-Dec-00, Alan Buxey wrote: >>> BTW, ide-doubler fails to detect the third and fourth IDE drives. >>> It tries, but gets garbage instead of the drive names. > > peculiar...i get all 4 IDE devices working fine. what interface do you > have? what does the 'report this!' value say for the driver interface? I have a self-built adapter. It's described in the 4IDE.lha aminet file, Idefix refers to it as EB Standard. This is what I see: ide0: Gayle IDE interface (A4000 style) ide1: IDE doubler +++ Probing for IDE doubler... probe returned 0x7fff (PLEASE REPORT THIS!!) hda: Conner Peripherals 540MB - CFA540A, ATA DISK drive hdb: ST36531A, ATA DISK drive hdc: (_read below_), ATAPI UNKNOWN (type 31) drive hdd: (_read below_), ATAPI UNKNOWN (type 31) drive ide0 at 80dd2020 on irq 0x0000000c ide1 at 80dd3020 on irq 0x0000000c (shared with ide0) hda: Conner Peripherals 540MB - CFA540A, 516MB w/256kB Cache, CHS=1048/16/63 hdb: ST36531A, 6204MB w/128kB Cache, CHS=13446/15/63 Where I wrote (_read below_) there are 19 consecutive 0x7f 0xff character patterns (ASCII garbage). -- |||||||. |||||||. *Roberto Ragusa* <rob...@te...> ||....|| ||....|| - electronic engineering student ||||||.. ||||||.. - Amiga user ||..||.. ||..||.. - satellite TV enthusiast ||....|| ||....|| (PGP public key available) |
|
From: Roberto R. <rob...@te...> - 2000-12-16 16:50:19
|
On 07-Dec-00, Michel D=E4nzer wrote: > Roberto Ragusa wrote: > = >> I don't know why but precompiled kernels 2000814 and 20000927 >> don't start on my CyberstormPPC 604e@150 > Anything interesting in the dmesg output? Only this: Searching for SAVEKMSG magic... Found 336 bytes at 0x001e0008 >>>>>>>>>>>>>>>>>>>> Total memory =3D 128MB; using 512kB for hash table (at c0200000) Linux version 2.2.10 (root@computer2) (gcc version egcs-2.91.66 1999031= 4 (egcs-1.1.2 release)) #9 Wed Sep 27 19:23:42 BST 2000 Amiga hardware found: [A4000] VIDEO BLITTER AUDIO FLOPPY A4000_IDE KEYBOARD MOUSE SERIAL PARALLEL A3000_CLK CHIP_RAM PAULA LISA ALICE_PAL ZORRO3 = <<<<<<<<<<<<<<<<<<<< When I use the kernel I have compiled, I get: Searching for SAVEKMSG magic... Found 2535 bytes at 0x001e0008 >>>>>>>>>>>>>>>>>>>> Total memory =3D 128MB; using 512kB for hash table (at c0180000) Linux version 2.2.10-rob1 (root@linuxppc) (gcc version 2.95.2 19991024 (release/franzo)) #2 Sun Nov 26 16:57:58 CET 2000 Amiga hardware found: [A4000] VIDEO BLITTER AUDIO FLOPPY A4000_IDE KEYBOARD MOUSE SERIAL PARALLEL A3000_CLK CHIP_RAM PAULA LISA ALICE_PAL ZORRO3 = APUS: BATs=3D1, BUS=3D60MHz, RAM=3D60ns, PCI bridge=3D0 time_init: decrementer frequency =3D 900000000/60 ide: Enabled support for IDE doublers ... (snip) So it stops just before APUS:. Something is wrong with the boothack parameters handling? > Any differences between your .config and the one of the precompiled > kernels? Many differences, I'm using a custom config. But if I recompile using the .config20000927 the kernel doesn't start. In my kernel PCI and SCSI support are disabled, maybe the problem is in there. > Can you please submit it to our Patch Manager at SourceForge? Well, Ken Tyler told me he is working on a much more complex patch (including fbset support), his patch should be submitted. -- = |||||||. |||||||. *Roberto Ragusa* <rob...@te...> ||....|| ||....|| - electronic engineering student ||||||.. ||||||.. - Amiga user ||..||.. ||..||.. - satellite TV enthusiast ||....|| ||....|| (PGP public key available) |
|
From: Geert U. <Gee...@so...> - 2000-12-12 06:36:42
|
---------- Forwarded message ----------
Date: Mon, 11 Dec 2000 18:11:13 +0000
From: James Keir <JG...@so...>
To: ge...@li...
Subject: Re: APUS IDE-doubler patch
Hi.
> Can you please recreate the patch using `diff -u'? Thx!
Re-diffed, and attached. I've been out of circulation for a while - could
you please tell me if there's been any updates for the pm2fb driver (I have
v1.173), the apne.c network card driver (v1.1) or the BlizzardPPC scsi
driver, and if so where I can find them? I'd check myself but I'm in
Antarctica and don't have real web access. No, really. I've been using the
AmigaFormat CD along with a Redhat 6 source CD, so much of what I have is
at least 18 months out of date.
HTH
Jamie Keir.
begin 644 gayle.c.diff
M+2TM(&=A>6QE+F,)4V%T($YO=B`R."`Q,CHP,#HR,2`Q.3DX"BLK*R`O=7-R
M+W-R8R]L:6YU>"]D<FEV97)S+V)L;V-K+V=A>6QE+F,)4V%T($1E8R`@.2`Q
M,SHS.#HR."`R,#`P"D!`("TS+#8@*S,L.2!`0`H@("H*("`J("`@("!#<F5A
M=&5D(#D@2G5L(#$Y.3<@8GD@1V5E<G0@57ET=&5R:&]E=F5N"B`@*@HK("H@
M("`@($%D9&5D($5L8F]X($E$12UD;W5B;&5R('-U<'!O<G0@.2U$96,M,C`P
M,`HK("H@("`@($IA;65S($ME:7(@*&IG:V5`<V]U=&@N;F5R8RUB87,N86,N
M=6LI"BL@*@H@("H@(%1H:7,@9FEL92!I<R!S=6)J96-T('1O('1H92!T97)M
M<R!A;F0@8V]N9&ET:6]N<R!O9B!T:&4@1TY5($=E;F5R86P@4'5B;&EC"B`@
M*B`@3&EC96YS92X@(%-E92!T:&4@9FEL92!#3U!924Y'(&EN('1H92!M86EN
M(&1I<F5C=&]R>2!O9B!T:&ES(&%R8VAI=F4@9F]R"B`@*B`@;6]R92!D971A
M:6QS+@I`0"`M-S0L-B`K-S<L-R!`0`H@"0D)"0D@("`@("`@1T%93$5?3E5-
M7TA72493+3$I"B`C9&5F:6YE($=!64Q%7TA!4U]#3TY44D],7U)%1PDH(6ED
M95]D;W5B;&5R*0H@:6YT(&ED95]D;W5B;&5R(#T@,#L)+RH@<W5P<&]R="!)
M1$4@9&]U8FQE<G,_("HO"BMI;G0@:61E7V5L8F]X(#T@,#L)+RH@27,@86X@
M96QB;W@@9&]U8FQE<B`J+PH@(V5N9&EF("\J($-/3D9)1U]"3$M?1$567TE$
M141/54),15(@*B\*(`H@"D!`("TY.2PV("LQ,#,L,3,@0$`*("`@("!I9B`H
M(2AC:"`F(#!X.#`I*0H@"7)E='5R;B`P.PH@("`@("AV;VED*6EN8BAH=VEF
M+3YI;U]P;W)T<UM)1$5?4U1!5%537T]&1E-%5%TI.PHK(VEF9&5F($-/3D9)
M1U]"3$M?1$567TE$141/54),15(**R`@("!I9B`H:61E7V5L8F]X*0HK("`@
M('L**R`@("`@("`H=F]I9"EI;F(H*&ED95]I;W)E9U]T*5I45T]?5D%$1%(H
M1T%93$5?0D%315\Q,C`P*2LP>#(P,4,I.PHK("`@("`@("AV;VED*6EN8B@H
M:61E7VEO<F5G7W0I6E173U]6041$4BA'05E,15]"05-%7S$R,#`I*S!X,S`Q
M0RD["BL@("`@?0HK(V5N9&EF("\J($-/3D9)1U]"3$M?1$567TE$141/54),
M15(@*B\*("`@("!O=71B*#!X-V,@?"`H8V@@)B`P>#`S*2P@:'=I9BT^:6]?
M<&]R='-;241%7TE245]/1D93151=*3L*("`@("!R971U<FX@,3L*('T*0$`@
M+3$U,2PV("LQ-C(L,C8@0$`*(`D@("`@?0H@"2`@("!B87-E("L](&DJ1T%9
M3$5?3D585%]03U)4.PH@"2`@("!I9&5?<V5T=7!?<&]R=',H:'=I9BP@8F%S
M92P@9V%Y;&5?;V9F<V5T<RP@:7)Q<&]R="P@86-K7VEN='(I.PHK"BLC:69D
M968@0T].1DE'7T),2U]$159?241%1$]50DQ%4@HK("`@("`@("`@("`@+RH@
M0VAE8VL@9F]R($$Q,C`P($5L8F]X($E$12UD;W5B;&5R("HO"BL@("`@("`@
M("`@("!I9B`H:2`]/2`Q("8F($%-24=!2%=?4%)%4T5.5"A!,3(P,%])1$4I
M*2!["BL@("`@("`@("`@("`@("`@=F]L871I;&4@=6YS:6=N960@8VAA<B`J
M861D<B`]("AU;G-I9VYE9"!C:&%R*BDH6E173U]6041$4BA'05E,15]"05-%
M7S$R,#`I*2`K(#!X,C`P,#L**R`@("`@("`@("`@("`@("!U;G-I9VYE9"!C
M:&%R('0Q+'<Q.PHK"0ET,2`](&%D9');,'@Q0UT@)B`P>$9$.PHK"0EW,2`]
M(&%D9');-%T["BL)"6EF("@@=#$@(3T@*&%D9');1T%93$5?3D585%]03U)4
M("L@,'@Q.%T@)B`P>$9$*2D**R`@("`@("`@("`@("`@("!["BL@("`@("`@
M("`@("`@("`@("`@(&EF("@H=S$]*BAU7W-H;W)T*BDH861D<BLX*2`F(#,I
M(#T](#(I"BL@("`@("`@("`@("`@("`@("`@('L**R`@("`@("`@("`@("`@
M("`@("`@("`@(&EF("@H=S$]*BAU7W-H;W)T*BDH861D<BLQ,BD@)B`S*2`]
M/2`Q*0HK("`@("`@("`@("`@("`@("`@("`@("`@>PHK("`@("`@("`@("`@
M("`@("`@("`@("`@("!P<FEN=&LH(D5L8F]X($E$12UD;W5B;&5R(&1E=&5C
M=&5D7&XB*3L**R`@("`@("`@("`@("`@("`@("`@("`@("`@:61E7V5L8F]X
M(#T@,3L**R`@("`@("`@("`@("`@("`@("`@("`@('T**R`@("`@("`@("`@
M("`@("`@("`@?0HK("`@("`@("`@("`@("`@('T**R`@("`@("`@("`@('T*
M("-I9B`Q("\J(%1%4U1)3D<@*B\*(`D@("`@:68@*&D@/3T@,2D@>PH@"0EV
M;VQA=&EL92!U7W-H;W)T("IA9&1R(#T@*'5?<VAO<G0@*BEB87-E.PI`0"`M
M,38Q+#8@*S$Y,BPW($!`"B`)"7!R:6YT:R@B<')O8F4@<F5T=7)N960@,'@E
M,#)X("A03$5!4T4@4D503U)4(%1(25,A(2E<;B(L(&1A=&$I.PH@"2`@("!]
M"B`C96YD:68@+RH@5$535$E.1R`J+PHK(V5N9&EF("\J($-/3D9)1U]"3$M?
M1$567TE$141/54),15(@*B\*(`D@("`@:'=I9BT^:7)Q(#T@25)17T%-24=!
<7U!/4E13.PH@"2`@("!R971U<FX@,3L*(`E]"CHR
`
end
|
|
From: Sven L. <lu...@dp...> - 2000-12-11 14:04:08
|
On Fri, Dec 08, 2000 at 07:45:14AM -0500, fh...@at... wrote: > If I install a M68K cross compiler and compile the APUS 2.2 CVS code for > M68K Linux, will the kernel work? Don't know, but back then, i had success in compiling a ppc kernel on m68k. It took somewhat more time than compiling a m68k kernel on m68k though. Friendly, Sven Luther |
|
From: <gri...@ps...> - 2000-12-11 07:24:04
|
Hi! This is what I get with the '770 driver compiled in. Looks pretty much the same as you posted before: Trying to detect PuP SCSI... ncr53c8xx: 53c770 detected ncr53c770-0: rev=0x00, base=0xf40000, io_port=0x0, irq=12 Storing input new SCRIPT[3772] @c04f8000. new SCRIPTH[3708] @c04f3000. np: ID: 770 REV: 0 FEA: 15382 CLCK: 5 OF: 10 Initialize timer paddr: f40000 paddr2: 0 vaddr: 80f40000 io_port: 0 Peparing... myaddr: 0 myaddr: 7 myaddr: 7 ncr53c770- 0: ID 7, Fast-20, Parity Checking verbose:5 ncr53c770- 0: initial SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 05/c0/20/00/00/04 ncr53c770- 0: final SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 05/82/20/00/08/24 no on-board ram scripth: c04f3000 p_scripth: 84f3000 script: c04f8000 p_script: 84f8000 Resetting for snoop test SCSI reset cleared test: aabbff11 aabbff11 virt_to_phys(np): 84f4080 np: c04f4080 ncr_cache: 00000000 pc: 084f3e50 ncr_cache:ptr: c04f40d8 val: 0 offset: 58 np->ncr_cache: faedbeef ncr_wr: deadfead cache addr: 84f40d8 t_istat: 1 dstat: 84 (1 128) dsp: 84f3e7c dsps: 63 (139411068 99) sstat2: 2 (2) term pc: 84f3e7c CACHE TEST FAILED: host wrote -85082385, ncr read 0 (0). CACHE TEST FAILED: ncr wrote -559022419, host read -85082385. CACHE INCORRECTLY CONFIGURED. ncr53c770- 0: detaching... Bye, Arno. -- PSINetworks Europe Phone: +31-23-5699846 | One disk to rule them all, Siriusdreef 34 FAX: +31-20-8640234 | One disk to bind them, 2132WT Hoofddorp+--------------------------------+ One disk to hold the files The Netherlands | * Musical Interlude * | And in the darkness grind 'em ----------------+--------------------------------+------------------------------ We say Retribution, We say Vengeance is bliss, We say Revolution, With a Cast-Iron fist! (Megadeth, 'The Disintegrators') -------------------------------------------------------------------------------- |
|
From: Geert U. <ge...@li...> - 2000-12-10 15:45:40
|
On Sat, 9 Dec 2000, James Keir wrote:
> I don't know if you're the right person to contact about this, but since
> your name is in the most recent FAQ I have you seemed like a good start.
>
> I've made a Linux kernel patch for the Elbox IDE-doublers; these don't
> seem to work correctly under the original. The patch is based on version
> 2.2.3.pre1.
Can you please recreate the patch using `diff -u'? Thx!
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
|
|
From: Jesper S. <js...@re...> - 2000-12-10 08:55:51
|
Hi. I don't know if you're the right person to contact about this, but since your name is in the most recent FAQ I have you seemed like a good start. I've made a Linux kernel patch for the Elbox IDE-doublers; these don't seem to work correctly under the original. The patch is based on version 2.2.3.pre1. HTH, James Keir ========== http://mondrian.jameswatt.ac.uk/jkeir/index.html begin 644 gayle.c.diff M-6$V+#@*/B`@*B`@("`@061D960@16QB;W@@241%+61O=6)L97(@<W5P<&]R M="`Y+41E8RTR,#`P"CX@("H@("`@($IA;65S($ME:7(@*&IG:V5`<V]U=&@N M;F5R8RUB87,N86,N=6LI"CX@("H*-S9A.#`*/B!I;G0@:61E7V5L8F]X(#T@ M,#L)+RH@27,@86X@96QB;W@@9&]U8FQE<B`J+PHQ,#%A,3`V+#$Q,@H^("-I M9F1E9B!#3TY&24=?0DQ+7T1%5E])1$5$3U5"3$52"CX@("`@(&EF("AI9&5? M96QB;W@I"CX@("`@('L*/B`@("`@("`@*'9O:60I:6YB*"AI9&5?:6]R96=? M="E:5%=/7U9!1$12*$=!64Q%7T)!4T5?,3(P,"DK,'@R,#%#*3L*/B`@("`@ M("`@*'9O:60I:6YB*"AI9&5?:6]R96=?="E:5%=/7U9!1$12*$=!64Q%7T)! M4T5?,3(P,"DK,'@S,#%#*3L*/B`@("`@?0H^("-E;F1I9B`O*B!#3TY&24=? M0DQ+7T1%5E])1$5$3U5"3$52("HO"C$U,V$Q-C4L,3@T"CX@"CX@(VEF9&5F M($-/3D9)1U]"3$M?1$567TE$141/54),15(*/B`@("`@("`@("`@("`O*B!# M:&5C:R!F;W(@03$R,#`@16QB;W@@241%+61O=6)L97(@*B\*/B`@("`@("`@ M("`@("!I9B`H:2`]/2`Q("8F($%-24=!2%=?4%)%4T5.5"A!,3(P,%])1$4I M*2!["CX@("`@("`@("`@("`@("`@('9O;&%T:6QE('5N<VEG;F5D(&-H87(@ M*F%D9'(@/2`H=6YS:6=N960@8VAA<BHI*%I45T]?5D%$1%(H1T%93$5?0D%3 M15\Q,C`P*2D@*R`P>#(P,#`["CX@("`@("`@("`@("`@("`@('5N<VEG;F5D M(&-H87(@=#$L=S$["CX@"0ET,2`](&%D9');,'@Q0UT@)B`P>$9$.PH^(`D) M=S$@/2!A9&1R6S1=.PH^(`D):68@*"!T,2`A/2`H861D<EM'05E,15].15A4 M7U!/4E0@*R`P>#$X72`F(#!X1D0I*0H^("`@("`@("`@("`@("`@("!["CX@ M("`@("`@("`@("`@("`@("`@("!I9B`H*'<Q/2HH=5]S:&]R="HI*&%D9'(K M."D@)B`S*2`]/2`R*0H^("`@("`@("`@("`@("`@("`@("`@>PH^("`@("`@ M("`@("`@("`@("`@("`@("`@(&EF("@H=S$]*BAU7W-H;W)T*BDH861D<BLQ M,BD@)B`S*2`]/2`Q*0H^("`@("`@("`@("`@("`@("`@("`@("`@('L*/B`@ M("`@("`@("`@("`@("`@("`@("`@("`@('!R:6YT:R@B16QB;W@@241%+61O M=6)L97(@9&5T96-T961<;B(I.PH^("`@("`@("`@("`@("`@("`@("`@("`@ M("`@:61E7V5L8F]X(#T@,3L*/B`@("`@("`@("`@("`@("`@("`@("`@("!] M"CX@("`@("`@("`@("`@("`@("`@("!]"CX@("`@("`@("`@("`@("`@('T* M/B`@("`@("`@("`@("!]"C$V,V$Q.34*/B`C96YD:68@+RH@0T].1DE'7T), 42U]$159?241%1$]50DQ%4B`J+PH@ ` end |
|
From: F. H. <fh...@at...> - 2000-12-09 22:18:41
|
On Sat, Dec 09, 2000 at 02:45:02PM +0100, Geert Uytterhoeven wrote: > On Fri, 8 Dec 2000 fh...@at... wrote: > > There is some very basic problem with making the 53c770 chip work with > > Linux or PowerPC. The problem has to be PPC or APUS related because those > > same 53c8xx chips are used in PCI cards that work on a variety of other > > architectures and Linuxes. I have been trying to figure out what the > > FYI, I have a Sym53c875 PCI card in my PPC CHRP box, which works fine with > Linux. That's good to hear that I am at least partially wrong then. It's too bad Phase 5 didn't use a LSI PCI SCSI chip. Creating a driver may have been much easier then. BTW I have found another thing I was wrong about. I thought most of the LSI chips had the same or nearly the same script processor. After looking at the scripts.pdf document from the LSI web site, I see that some of the instructions or instruction variations are not supported on the 770 chip. Fred |
|
From: Geert U. <ge...@li...> - 2000-12-09 18:41:26
|
On Wed, 6 Dec 2000, Ken Tyler wrote:
> On Tue, 5 Dec 2000, Geert Uytterhoeven wrote:
> > On Mon, 4 Dec 2000, Ken Tyler wrote:
>
> > Why put it in drivers/char/? Amikeyb has it's own keymap tables in amikeyb.c,
> > which are copied over the tables in defkeymap.c anyway.
>
> Way way back Jesper Skov's pre-built kernel wouldn't boot on my system
> because of the A4091 hanging up, I cross-compiled a kernel on PC and ended
> up with a PC keymap.
Strange, that should not happen at all.
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
|
|
From: Geert U. <ge...@li...> - 2000-12-09 18:41:06
|
On Thu, 7 Dec 2000, Alan Buxey wrote:
> > > BTW, ide-doubler fails to detect the third and fourth IDE drives.
> > > It tries, but gets garbage instead of the drive names.
>
> peculiar...i get all 4 IDE devices working fine. what interface do you
> have? what does the 'report this!' value say for the driver interface?
The `report this' value is bogus. Trying to find electrons you sent out on the
wire isn't reliable and makes me thinks of finding dead cats in opaque boxes
:-)
If (irrealis) it would have been reliable, we could let it autosolve the
ide=doubler option logic.
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
|
107 messages has been excluded from this view by a project administrator.
