From owner-freebsd-current@FreeBSD.ORG Wed Jun 18 00:12:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E29637B401 for ; Wed, 18 Jun 2003 00:12:05 -0700 (PDT) Received: from e-monitoring.net (isys.e-monitoring.net [209.126.134.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id C614943FA3 for ; Wed, 18 Jun 2003 00:12:04 -0700 (PDT) (envelope-from glenn@e-monitoring.net) Received: (from root@localhost) by e-monitoring.net (8.12.6/8.12.6) id h5I7C40L053996 for freebsd-current@freebsd.org; Wed, 18 Jun 2003 00:12:04 -0700 (PDT) (envelope-from glenn@e-monitoring.net) Received: from sludge.e-monitoring.net (66-91-235-75.san.rr.com [66.91.235.75]) by e-monitoring.net (8.12.6/8.12.6av) with ESMTP id h5I7C3BZ053989 for ; Wed, 18 Jun 2003 00:12:03 -0700 (PDT) (envelope-from glenn@e-monitoring.net) Message-Id: <5.2.0.9.0.20030618000851.025687f8@mail.antimatter.net> X-Sender: glenn@mail.e-monitoring.net X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Wed, 18 Jun 2003 00:09:00 -0700 To: freebsd-current@freebsd.org From: Glenn Dawson Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by AMaViS perl-11 Subject: Novatel Merlin X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jun 2003 07:12:05 -0000 I'm trying to get a Novatel Merlin for Ricochet working under -CURRENT. http://www.novatelwireless.com/support/support_ricochet.html I've been able to connect to their network via PPP and do things like ping and traceroute to the rest of the internet. However, when I try things that produce larger packets (ftp, telnet, ssh, etc), nothing works. I've noticed (in the PPP logs and when sending AT commands directly) that characters get dropped occasionally. I also found this document http://homepages.nyu.edu/~gmp216/nrm6842/bigfastuart.html which explains that the Merlin for Ricochet has a 576 byte buffer which, if full, will try and flush itself on a single interrupt. Apparently under linux this is a problem because the serial buffer is only 512 bytes and it overflows. Is this also a problem in FreeBSD? I also get a lot of messages like this in /var/log/messages and on the console: Jun 16 23:31:16 foo kernel: sio4: 137 more interrupt-level buffer overflows (total 821) That would seem to indicate that dumping 576 bytes on a single interrupt is too much. yes? no? If the serial buffer is too small, would it be difficult to increase it's size? Any help would be greatly appreciated. If I need to provide more info just let me know what to provide. Thanks! -Glenn dmesg: Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.1-CURRENT #2: Tue Jun 17 01:09:59 GMT 2003 glenn@foo:/usr/obj/usr/src/sys/foo Preloaded elf kernel "/boot/kernel/kernel" at 0xc04ac000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04ac21c. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 1666204780 Hz CPU: AMD Athlon(TM) XP 2000+ (1666.20-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0400000 real memory = 536854528 (511 MB) avail memory = 516341760 (492 MB) Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 11 entries at 0xc00f2050 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz acpi_timer0: <32-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 acpi_cpu0: on acpi0 acpi_cpu: CLK_VAL field overlaps THT_EN bit acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: slot 5 INTA is routed to irq 10 pcib0: slot 9 INTA is routed to irq 4 pcib0: slot 9 INTB is routed to irq 11 pcib0: slot 9 INTC is routed to irq 10 pcib0: slot 13 INTA is routed to irq 11 pcib0: slot 15 INTA is routed to irq 12 pcib0: slot 15 INTB is routed to irq 4 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 o n pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 5.0 (no driver attached) pci0: at device 9.0 (no driver attached) pci0: at device 9.1 (no driver attached) pci0: at device 9.2 (no driver attached) xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xb800-0xb87f mem 0xd7000000-0xd700 007f irq 11 at device 13.0 on pci0 xl0: Ethernet address: 00:01:02:2a:53:0e miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto cbb0: irq 12 at device 15.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: irq 4 at device 15.1 on pci0 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0xb400-0xb40f at device 17.1 on pci 0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 orm0: