ppp guru meditation while sending mail && how to assign irq to yenta ?
Hello !
I dial in with a pcmcia serial modem card (Type II) from a dell inspiron 5000
running debian woody 3.0 r02.
After ppp Connection was established, route is indicated normally with DNS names.
After 5-10 seconds of sending rather huge mails, DNS resolution suddenly
disappeares,
and the sending doesn't proceed. It occurs for two different pcmcia modem
cards, so
i guess it's probably not a hardware problem.
I append my trackings below. I'm still clueless.
What i'd like to try next is to detach some interrupts.
But how can i divide the IRQ of the pcmcia socket (yenta or 82365) ?
What i tried so far, is to set up options in /etc/default, and apply kernel
bootparameters.
See below...
Pleas cc me i'm not on the list.
Any ideas are welcome !
-- mi.
Tracking:
=========
I used the 'pon' command, and tried different chatscripts.
ppp always logs into my ISP normally, the kernel gots route and DNS
dynamically, normal access to internet and mail.
But while sending mail, after ~40KB, pppd completely hangs (no more traffic)
without any error message.
As a consequence, DNS (and route) becomes unavailable, as indicated by
repeated 'route' or a 'ping'.
Examples: [commadnline quotes between << and >>]
<<
/r: route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
aquila.breisnet * 255.255.255.255 UH 0 0 0 ppp0
default aquila.breisnet 0.0.0.0 UG 0 0 0 ppp0
/r: route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
82.194.96.8 * 255.255.255.255 UH 0 0 0 ppp0
default 82.194.96.8 0.0.0.0 UG 0 0 0 ppp0
/ r: route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
(----- hangs ----- )
>>
Looks like DNS becomes unavailable -- maybe a timeout ?
etc/resolv.conf is ok all the time, and ppp is still running:
<<
/r: psgrep pppd
root 3724 0.0 0.4 2012 924 ttyS1 S 03:26 0:00 /usr/sbin/pppd
call provider
>>
....but what is it doing ?
<<
/r: strace -p 3724 (the pppd call process's pid)
select(5, [1 4], NULL, [1 4], {60, 20000}
>>
pppd.log shows nothing unusual. Also kernel.log show nothing unusual.
All i can think of is an interrupt issue....let's see:
cardservices kernel-messages:
Apr 5 14:46:19 piro kernel: Linux PCMCIA Card Services 3.1.33
Apr 5 14:46:20 piro kernel: kernel build: 2.4.24-0 unknown
Apr 5 14:46:20 piro kernel: options: [pci] [cardbus] [apm] [pnp]
Apr 5 14:46:20 piro kernel: PnP: PNP BIOS installation structure at 0xc00f7320
Apr 5 14:46:20 piro kernel: PnP: PNP BIOS version 1.0, entry at f0000:a6dd,
dseApr 5 14:46:20 piro kernel: Intel ISA/PCI/CardBus PCIC probe:
Apr 5 14:46:20 piro kernel: PCI: Found IRQ 11 for device 00:04.0
Apr 5 14:46:20 piro kernel: PCI: The same IRQ used for device 00:04.1
Apr 5 14:46:20 piro kernel: PCI: The same IRQ used for device 01:00.0
Apr 5 14:46:20 piro kernel: PCI: Found IRQ 11 for device 00:04.1
Apr 5 14:46:20 piro kernel: PCI: The same IRQ used for device 00:04.0
Apr 5 14:46:20 piro kernel: PCI: The same IRQ used for device 01:00.0
Apr 5 14:46:20 piro kernel: TI 1225 rev 01 PCI-to-CardBus at slot 00:04, mem
Apr 5 14:46:20 piro kernel: host opts [0]: [ring] [serial pci & irq] [pci i
Apr 5 14:46:21 piro kernel: host opts [1]: [ring] [serial pci & irq] [pci i
Apr 5 14:46:21 piro kernel: ISA irqs (scanned) = 3,4,7,10 PCI status change
Apr 5 14:46:24 piro modprobe: modprobe: Can't locate module char-major-180
interrupts (extended):
0: XT-PIC timer
1: XT-PIC keyboard
2: XT-PIC cascade
( 4: -- serial#1)
5: XT-PIC ESS Maestro 2E Sound
( 7: Parport (Printer))
8: XT-PIC rtc
--> 11: XT-PIC i82365 OR: Textas Instruments PCI1225 #1 and #2 (for yenta
socket)
12: XT-PIC PS/2 Mouse
14: XT-PIC ide0
15: XT-PIC ide1
NMI: 0
ERR: 5
overview: lspci
00:00.0 Host bridge: Intel Corp. 440BX/ZX - 82443BX/ZX Host bridge (rev 03)
00:01.0 PCI bridge: Intel Corp. 440BX/ZX - 82443BX/ZX AGP bridge (rev 03)
--> 00:04.0 CardBus bridge: Texas Instruments PCI1225 (rev 01)
--> 00:04.1 CardBus bridge: Texas Instruments PCI1225 (rev 01)
00:07.0 Bridge: Intel Corp. 82371AB PIIX4 ISA (rev 02)
00:07.1 IDE interface: Intel Corp. 82371AB PIIX4 IDE (rev 01)
00:07.2 USB Controller: Intel Corp. 82371AB PIIX4 USB (rev 01)
00:07.3 Bridge: Intel Corp. 82371AB PIIX4 ACPI (rev 03)
00:08.0 Multimedia audio controller: ESS Technology ES1978 Maestro 2E (rev 10)
--> 01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility P/M
AGP 2x (rev 64)
So PCI resources 00:04 (cardbus PCI slots) and 01:00 (grafic chip) are both on
IRQ11:
00:04.0 CardBus bridge: Texas Instruments PCI1225 (rev 01)
Subsystem: Dell Computer Corporation: Unknown device 009f
Flags: bus master, medium devsel, latency 168, IRQ 11
Memory at 10000000 (32-bit, non-prefetchable) [size=4K]
Bus: primary=00, secondary=02, subordinate=05, sec-latency=32
I/O window 0: 00000000-00000003
I/O window 1: 00000000-00000003
16-bit legacy interface ports at 0001
00:04.1 CardBus bridge: Texas Instruments PCI1225 (rev 01)
Subsystem: Dell Computer Corporation: Unknown device 009f
Flags: bus master, medium devsel, latency 168, IRQ 11
Memory at 10001000 (32-bit, non-prefetchable) [size=4K]
Bus: primary=00, secondary=06, subordinate=09, sec-latency=32
I/O window 0: 00000000-00000003
I/O window 1: 00000000-00000003
16-bit legacy interface ports at 0001
01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility P/M AGP
2x (rev 64) (prog-if 00 [VGA])
Subsystem: Dell Computer Corporation: Unknown device 009f
Flags: bus master, stepping, medium devsel, latency 66, IRQ 11
Memory at fd000000 (32-bit, non-prefetchable) [size=16M]
I/O ports at 2000 [size=256]
Memory at fc000000 (32-bit, non-prefetchable) [size=4K]
Expansion ROM at <unassigned> [disabled] [size=128K]
Capabilities: [50] AGP version 1.0
Capabilities: [5c] Power Management version 1
PCMIA socket and ATI seem to share irq 11.
But i couldn't exclude irq 11 for pcmcia in /etc/default/pcmcia no matter what
options
i tried, according to manpages 'pcmcia_core' and 'i82365'.
For a try, i moved from cardservices 3.1.33 with standalone modules on i82365
socket back to kernel modules with cardservices 3.1.22 (on yenta socket),
without any success.
I also tried several kernel bootparameters:
pci=option[,option...] [PCI] various PCI subsystem options:
--> bios [IA-32] force use of PCI BIOS, don't access
(default) conf1 [IA-32] Force use of PCI Configuration Mechanism 1.
--> conf2 [IA-32] Force use of PCI Configuration Mechanism 2.
--> biosirq [IA-32] Use PCI BIOS calls to get the interrupt
routing table. These calls are known to be buggy
on several machines and they hang the machine when used,
but on other computers it's the only way to get the
interrupt routing table. Try this option if the kernel
is unable to allocate IRQs or discover secondary PCI
buses on your motherboard.
--> irqmask=0xMMMM [IA-32] Set a bit mask of IRQs allowed to be assigned
isapnp_reserve_irq=11 # exclude irq 11 from autoconf
e.g:
pci=irqmask=0xfbf8 # to exclude irq 11 from autoconfiguration --> but still
socket is irq 11 !
pci=conf2 : socket appears on irq 255 (i asuume this means 'none') --> ds.o
won't load at all.
Looks like irq assignment doesn't really work all here....?
It e.g. also doesn't work with modules.conf for ether-NIC (neither with 9 nor
10, it always gets 3).
Reply to: