[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Kernel 2.2.10 and sonic ethernet chip








From: <debian-68k@lists.debian.org> AT MEMCPSMTP on 17/02/2000 15:52

To:   PETER_HOPFGARTNER@memc.it AT MEMCPSMTP@CCMAIL
cc:   "recipient list not shown: ;" AT MEMCPSMTP@CCMAIL (bcc: PETER
      HOPFGARTNER/MERANO/MEMC Electronic Materials Spa)

Subject:  Re: Kernel 2.2.10 and sonic ethernet chip


I cannot find ANY udelay in the sonic.c, sonic.h or macsonic.h.

I've tries to include some udelays here and there, but without much criterion.
Anyway, nothing changed.

I've put sonic_debug to 3 and putted the relevant /var/log/messages in the
attachment.

Best regards,

Peter


(See attached file: messages)


Debug the SONIC init code. Hint: add or prolong the udelays between
register accesses, find the critical register access, then figure out how
to detect a 'SONIC busy' situation that's apparently biting you.
Double check that the memory you allocated for the SONIC data structures
is properly marked as non-cacheable (nasty mm macros, but a quick and easy
check is to make _all_ RAM non-cacheable in the mm_init() function called
early in kernel setup).

> (Obviously, the ethernet works well under MacOS)

If I hear that one more time I'll stop replying to that sort of posts
altogether. Obviously, the SONIC driver worked for me, reliably that is,
under Linux 2.0.36 and 2.2.whatsitsface from May 1999. There were cache
mode issues in 2.0.36, and people mostly on Q700 reported trouble with
SONIC in 2.2 but no one ever sat down to investigate it IIRC.


The error message indicates a subtle timing problem in the driver init
code. The SONIC core code is shared with MIPS, maybe someone from the MIPS
port emoved the udelays - David should know about that, and he should know
if any endianness issues might be responsible for this problem. I'm not
looking at the code BTW so it might all be nonsense.

> set up a box as a CVS server and must do it within this week. If I can't do it
> on the Quadra, I have to do it on a Intel box. Please, let me know.

Good luck. If you're experienced enough you could sure fix the driver in a
day or so.

        Michael



--
To UNSUBSCRIBE, email to debian-68k-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org








Feb 18 14:40:31 cvs kernel:  
Feb 18 14:40:31 cvs kernel: mac_esp: 1 esp controllers found 
Feb 18 14:40:31 cvs kernel: scsi0 : ESP236 (NCR53C9x) 
Feb 18 14:40:31 cvs kernel: scsi : 1 host. 
Feb 18 14:40:31 cvs kernel:   Vendor: SEAGATE   Model: ST3600N           Rev: 8514 
Feb 18 14:40:31 cvs kernel:   Type:   Direct-Access                      ANSI SCSI revision: 01 CCS 
Feb 18 14:40:31 cvs kernel: Detected scsi disk sda at scsi0, channel 0, id 0, lun 0 
Feb 18 14:40:31 cvs kernel:   Vendor: QUANTUM   Model: LP240S GM240S01X  Rev: 6.3  
Feb 18 14:40:31 cvs kernel:   Type:   Direct-Access                      ANSI SCSI revision: 02 
Feb 18 14:40:31 cvs kernel: Detected scsi disk sdb at scsi0, channel 0, id 4, lun 0 
Feb 18 14:40:31 cvs kernel: scsi : detected 2 SCSI disks total. 
Feb 18 14:40:31 cvs kernel: SCSI device sda: hdwr sector= 512 bytes. Sectors= 1025920 [500 MB] [0.5 GB] 
Feb 18 14:40:31 cvs kernel: SCSI device sdb: hdwr sector= 512 bytes. Sectors= 479350 [234 MB] [0.2 GB] 
Feb 18 14:40:31 cvs kernel: Checking for internal Macintosh ethernet (SONIC).. yes 
Feb 18 14:40:31 cvs kernel: sonic.c:v0.92 20.9.98 tsbogend@alpha.franken.de 
Feb 18 14:40:31 cvs kernel: eth0: onboard / comm-slot SONIC at 0x50f0a000 
Feb 18 14:40:31 cvs kernel: eth0: revision 0xfffe, using 16 bit DMA and register offset 0 
Feb 18 14:40:31 cvs kernel: MAC 08:00:07:7a:7f:3b IRQ 3 
Feb 18 14:40:31 cvs kernel: Partition check: 
Feb 18 14:40:31 cvs kernel:  sda: MAC sda1 sda2 sda3 sda4 
Feb 18 14:40:31 cvs kernel:  sdb: MAC sdb1 sdb2 sdb3 sdb4 sdb5 
Feb 18 14:40:31 cvs kernel: VFS: Mounted root (ext2 filesystem) readonly. 
Feb 18 14:40:31 cvs kernel: hfs_fs: unable to locate alternate MDB 
Feb 18 14:40:31 cvs kernel: hfs_fs: continuing without an alternate MDB 
Feb 18 14:40:31 cvs kernel: sonic_open: initializing sonic driver. 
Feb 18 14:40:31 cvs kernel: sonic_init: initialize receive resource area 
Feb 18 14:40:31 cvs kernel: sonic_init: status=5f4f 
Feb 18 14:40:31 cvs kernel: sonic_init: initialize receive descriptors 
Feb 18 14:40:31 cvs kernel: sonic_init: initialize transmit descriptors 
Feb 18 14:40:31 cvs kernel: sonic_init: CMD=1c14, ISR=6dff 
Feb 18 14:40:31 cvs kernel: sonic_init: new status=2a6f 
Feb 18 14:40:31 cvs kernel: sonic_open: Initialization done. 
Feb 18 14:40:31 cvs kernel: sonic_multicast_list: mc_count 0 
Feb 18 14:40:31 cvs kernel: sonic_multicast_list: setting RCR=e7fe 
Feb 18 14:40:31 cvs kernel: sonic_multicast_list: mc_count 0 
Feb 18 14:40:32 cvs kernel: sonic_multicast_list: setting RCR=e7ff 
Feb 18 14:40:32 cvs kernel: sonic_multicast_list: mc_count 0 
Feb 18 14:40:32 cvs kernel: sonic_multicast_list: setting RCR=660b 
Feb 18 14:42:35 cvs kernel: sonic_send_packet: skb=014cbcc0, dev=000ec420 
Feb 18 14:42:35 cvs kernel: sonic_send_packet: issuing Tx command 
Feb 18 14:42:36 cvs kernel: sonic_send_packet: skb=014cbb80, dev=000ec420 
Feb 18 14:42:36 cvs kernel: sonic_send_packet: issuing Tx command 
Feb 18 14:42:37 cvs kernel: sonic_send_packet: skb=014cbae0, dev=000ec420 
Feb 18 14:42:37 cvs kernel: sonic_send_packet: issuing Tx command 
Feb 18 14:42:38 cvs kernel: sonic_send_packet: skb=014cbd60, dev=000ec420 
Feb 18 14:42:38 cvs kernel: sonic_send_packet: issuing Tx command 
Feb 18 14:42:39 cvs kernel: sonic_send_packet: skb=014cbe00, dev=000ec420 
Feb 18 14:42:39 cvs kernel: sonic_send_packet: issuing Tx command 
Feb 18 14:42:40 cvs kernel: sonic_send_packet: skb=014cbc20, dev=000ec420 
Feb 18 14:42:40 cvs kernel: sonic_send_packet: issuing Tx command 

Reply to: