| Summary: | ISDN i4b does not hang up | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Base System | Reporter: | ob <ob> | ||||
| Component: | kern | Assignee: | hm | ||||
| Status: | Closed FIXED | ||||||
| Severity: | Affects Only Me | ||||||
| Priority: | Normal | ||||||
| Version: | 3.2-RELEASE | ||||||
| Hardware: | Any | ||||||
| OS: | Any | ||||||
| Attachments: |
|
||||||
|
Description
ob
1999-09-20 00:30:02 UTC
State Changed From-To: open->suspended This fix is part of the i4b distribution since 05/99 and has not been integrated into i4b because of a drawback in the very first connection handling when thisis patch was applied. According to some testers from the i4b development this patch in its current form is not the right way to solve the problem. Responsible Changed From-To: freebsd-bugs->hm State Changed From-To: suspended->closed This fix is part of the i4b distribution as /contrib/lcp-patch2.tar.uu. The README supplied with this patch says: KNOWN BUGS: * Initial idle time upon reboot is always very, very, very large. Everything is OK, after the first packet is sent. But this causes a rough start. * Doesn't not yet work with shorthold mode. (I didn't get around to it.) * Works only with FreeBSD-3.0 and higher (kernel variable time_seconds) * others (???) Because of this bugs this patch solves a problem by introducing at least two new bugs. This is IMHO not acceptable and i wovill not apply this patch until the known bugs are removed from this patch. |