Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.

Dismiss

stable-digest V5 #802

4 views

Skip to first unread message

owner-freebsd...@freebsd.org

unread,

Feb 24, 2003, 9:18:57 AM2/24/03

stable-digest Monday, February 24 2003 Volume 05 : Number 802

In this issue:
Unable to intall 4.7 on Acer Acros
Re: Mozilla window won't open after upgrade
subscribe
vmware2 & parallel port
dhclient problem in stable
iHEADS UP: ipsec packet filtering change
Build of texinfo/makeinfo and others broken?
Re: Compaq WL200 wireless card trouble
wi card problem on 440lx motherboard
Re: Compaq WL200 wireless card trouble
Re: Compaq WL200 wireless card trouble
freebsd-hackers, LIVE FROM WALL STREET: VICC Test Results Are In...
Lost FireWire-support
burncd problem with NEC NR-7500A CD burner in DAO mode
Re: Maxtor Firewire Drives
ntp broadcast mode
OpenSSL-related problem
Re: OpenSSL-related problem
Re: OpenSSL-related problem
Re: OpenSSL-related problem
Re: burncd problem with NEC NR-7500A CD burner in DAO mode
Re: ntp broadcast mode
Re: burncd problem with NEC NR-7500A CD burner in DAO mode
Re: OpenSSL-related problem
fsck problem

----------------------------------------------------------------------

Date: Sun, 23 Feb 2003 15:03:15 +0100
From: Thomas Krause -CI- <freebsd...@chef-ingenieur.de>
Subject: Unable to intall 4.7 on Acer Acros

Hi,
I'm unable to intall 4.7-REL on an Acer Acros
(Pentium 75, Intel FX-Chipset, 32MB RAM).
http://www.uktsupport.co.uk/acer/mb/acv30-1.htm
The loader detects 1GB RAM and the setup routine hangs.

Any ideas?

Regards,
Thomas.

------------------------------

Date: Sun, 23 Feb 2003 11:01:59 -0500
From: Robert Withrow <wi...@rwwa.com>
Subject: Re: Mozilla window won't open after upgrade

For quite some time now, *linux* Mozilla segfaults for me on 4.7R.

<~>$ linux-mozilla -v
Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.1) Gecko/20020826, build 2002082612

None of the suggestions in this thread seem to help. Anyone else have this problem?
Anyone have a solution?

Thanks!

- ---------------------------------------------------------------------
Robert Withrow, R.W. Withrow Associates, Swampscott MA, wi...@rwwa.COM

------------------------------

Date: Sun, 23 Feb 2003 17:16:38 +0100
From: Edoardo Causarano <curiou...@katamail.com>
Subject: subscribe

------------------------------

Date: Sun, 23 Feb 2003 23:16:51 +0700
From: Eugene Grosbein <eu...@grosbein.pp.ru>
Subject: vmware2 & parallel port

Hi!

I have dual-boot 4.8-PRERELEASE/Win98SE machine and
installed vmware2 from ports. It works basically OK.

Now I'm trying to access parallel printer from vmware
but it complains at startup that cannot control printer.
Meantime, kernel writes to console:

linux: 'ioctl' fd=25, cmd=0x60b (' ',11) not implemented

Is is fatal?

Eugene Grosbein

------------------------------

Date: Sun, 23 Feb 2003 18:41:39 +0100
From: Raymond Wiker <Raymon...@fast.no>
Subject: dhclient problem in stable

This problem has actually existed for a while, but I never got
round to reporting it.

I'm using a Cisco 770 ISDN router to connect to my employer's
network. This router is set up with DHCP, so I can connect my various
machines to the router, tell them to get their network config from
DHCP, and all is dandy.

Well, no quite. It seems the router is set up to return 2^32 -
1 as the lease time, which the dhclient code interprets as -1. This
crashes at line 792 in /usr/src/contrib/isc-dhcp/client/dhclient.c,
at an expression that involves the modulo (%) operator. The reason for
the crash is that the rhs of the modulo operation is zero.

I can "fix" this by changing the code at line 787 (see patch
below). I'm not sure that this is the right solution, though: it may
be appropriate to make client->new->renewal an unsigned int instead of
a signed one. It is also possible that the config of the Cisco router
is out of spec :-)

- --- /usr/src/contrib/isc-dhcp/client/dhclient.c.org Thu Apr 11
12:16:45 2002
+++ /usr/src/contrib/isc-dhcp/client/dhclient.c Sun Feb 23 18:35:44
2003
@@ -784,7 +784,7 @@
client -> new -> renewal = 0;

/* If it wasn't specified by the server, calculate it. */
- - if (!client -> new -> renewal)
+ if (client -> new -> renewal <= 0)
client -> new -> renewal =
client -> new -> expiry / 2;

------------------------------

Date: Sun, 23 Feb 2003 09:47:05 -0800
From: "Sam Leffler" <s...@errno.com>
Subject: iHEADS UP: ipsec packet filtering change

This may affect your ipfw/ipf rules. If you are happy with the current
behaviour then add IPSEC_FILTERGIF to your kernel config file.

Sam

- ----- Original Message -----
From: "Sam Leffler" <s...@FreeBSD.org>
To: <src-com...@FreeBSD.org>; <cvs...@FreeBSD.org>;
<cvs...@FreeBSD.org>
Sent: Sunday, February 23, 2003 9:45 AM
Subject: cvs commit: src/sys/conf options src/sys/netinet ip_input.c
src/sys/i386/conf LINT

> sam 2003/02/23 09:45:29 PST
>
> Modified files: (Branch: RELENG_4)
> sys/conf options
> sys/netinet ip_input.c
> sys/i386/conf LINT
> Log:
> MFC: IPSEC_FILTERGIF config option
>
> Add a new config option IPSEC_FILTERGIF to control whether or not
> packets coming out of a GIF tunnel are re-processed by ipfw, et. al.
> By default they are not reprocessed. With the option they are.
>
> This reverts 1.214. Prior to that change packets were not re-processed.
> After they were which caused problems because packets do not have
> distinguishing characteristics (like a special network if) that allows
> them to be filtered specially.
>
> PR: 48159
> Reviewed by: Guido van Rooij <gu...@gvr.org>
> Approved by: re (jhb, murray)
>
> Revision Changes Path
> 1.191.2.47 +1 -0 src/sys/conf/options
>
http://cvsweb.FreeBSD.org/src/sys/conf/options.diff?r1=1.191.2.46&r2=1.191.2
.47
> 1.749.2.136 +11 -0 src/sys/i386/conf/LINT
>
http://cvsweb.FreeBSD.org/src/sys/i386/conf/LINT.diff?r1=1.749.2.135&r2=1.74
9.2.136
> 1.130.2.48 +7 -0 src/sys/netinet/ip_input.c
>
http://cvsweb.FreeBSD.org/src/sys/netinet/ip_input.c.diff?r1=1.130.2.47&r2=1
.130.2.48
>
>
>

------------------------------

Date: Sun, 23 Feb 2003 19:29:53 +0100
From: Thomas Stratmann <stra...@fsp1.physik.ruhr-uni-bochum.de>
Subject: Build of texinfo/makeinfo and others broken?

Hi,

make buildworld stops on makeinfo as shown below. The same strange things
happen for other tools in gnu/ , just makeinfo is the first of them to be hit
by buildworld.

That line 543 probably should expand to '"/usr/share/locale";' which should
be a legal C NOP. Maybe quoting is wrong on the way to the cc commandline
so the '"' are dropped or something.

I searched the archives but found nothing related, so I seem to be the only
one to have this problem. It's not unlikely that some config files are broken
(had severe fs damage after hardware related crashes; fsck did its best).
Sources are -stable from a few days ago.
Any ideas?

Cheers
Thomas Stratmann

===> gnu/usr.bin/texinfo/makeinfo
cc -O -pipe -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/makeinfo/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/makeinfo/../../../../contrib/texinfo/lib -D__FBSDID=__RCSID -c /usr/src/gnu/usr.bin/texinfo/makeinfo/../../../../contrib/texinfo/makeinfo/makeinfo.c
/usr/src/gnu/usr.bin/texinfo/makeinfo/../../../../contrib/texinfo/makeinfo/makeinfo.c: In function `main':
/usr/src/gnu/usr.bin/texinfo/makeinfo/../../../../contrib/texinfo/makeinfo/makeinfo.c:543: syntax error before `/'
*** Error code 1

Stop in /usr/src/gnu/usr.bin/texinfo/makeinfo.
*** Error code 1

Stop in /usr/src/gnu/usr.bin/texinfo.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.

------------------------------

Date: Sun, 23 Feb 2003 20:52:30 +0100
From: Wilko Bulte <w...@freebie.xs4all.nl>
Subject: Re: Compaq WL200 wireless card trouble

On Sun, Feb 23, 2003 at 12:43:57PM +0100, Dirk-Willem van Gulik wrote:
>
> On Sun, 23 Feb 2003, Wilko Bulte wrote:
>
> > Ah, so I understand it is the PCI-PCMCIA bridge that is most likely
> > the source of the watchdog timeouts? The BP6 machine is at 4.7-stable
> > as of 2 days back or so.
> ..
> > I tried 5.0 on another machine (!!) and there the whole machine locks up
> > as soon as it sees the wi. I.e. when it displays the wi0 probe message.
> > To be fair, 4.7R does the same there.
>
> The commit you need is:
>
> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/pccard/pcic_pci.c.diff?r1=1.122&r2=1.123
>
> the two lines after ' Tell the chip to do its routing thing'.
>
> static void
> -pcic_pci_pd67xx_init(device_t dev)
> +pcic_pci_pd6729_init(device_t dev)
> {
> struct pcic_softc *sc = device_get_softc(dev);
>
> - if (sc->csc_route == pcic_iw_pci || sc->func_route == pcic_iw_pci)
> - device_printf(dev, "PD67xx maybe broken for PCI routing.\n");
> + /*
> + * Tell the chip to do its routing thing.
> + */
> + pcic_pci_pd6729_func(&sc->slots[0], sc->func_route);
> + pcic_pci_pd6729_csc(&sc->slots[0], sc->csc_route);

It seems I'm getting watchdog timeouts after putting this patch in
4.7-stable. One needs to s/pd6729/pd67xx/ to use it on -stable by the way.

Other ideas?

- --
| / o / /_ _ wi...@tcja.nl - stichting TCJA, Arnhem
|/|/ / / /( (_) Bulte

------------------------------

Date: Mon, 24 Feb 2003 07:12:30 +1100
From: Rudolph Pereira <meme...@yahoo.com.au>
Subject: wi card problem on 440lx motherboard

Hello,
I am trying to get a wireless PCI card working on an old PC with an
intel 440lx chipset and it appears that the card is only intermittently
working.

First, the specs:
motherboard: msi-6111 (440lx chipset)
wi pci card: sparklan wl-360f; pciconf output is:

wi0@pci0:16:0: class=0x028000 card=0x38731260 chip=0x38731260 rev=0x01
hdr=0x00
vendor = 'Intersil Americas Inc (Was: Harris Semiconductor)'
device = 'PRISM 2.5 802.11b 11Mbps Wireless Controller'
class = network

I'm testing by pinging between this machine and a wi in my laptop (which
stays constant throughout my tests), the cards are in ad-hoc mode,
11Mbps, and about 2 metres from each other with no obvious sources of
interference.

results:
- - if I put the card into another (newer, completely different
configuration) machine running 4-stable, everything works fine
- - if I ping with a freebsd 4-stable or 5-current configuration on the
problem machine, I get ~20% packet loss (this is just a straight
ping), with the dropped packets being corrupted as described below
- - if I run the same ping test under netbsd (1.6), there's at most 3%
packet loss, but usually none

The corruption looks random. I've only seen it in packet headers (e.g
checksums, protocols etc), but I can't say it's only happening there.

Examples: (laptop == 192.168.0.2, faulty card == 192.168.0.1); I've
listed the tcpdump output from the src first

1.
06:19:14.698259 192.168.0.2 > 192.168.0.1: icmp: echo request (ttl 64,
id 51178, len 84)
4500 0054 c7ea 0000 4001 316b c0a8 0002
c0a8 0001 0800 04f0 0e09 0500 b21e 593e
dfa6 0a00 0809 0a0b 0c0d 0e0f 1011 1213
1415 1617 1819 1a1b 1c1d 1e1f 2021 2223
2425 2627 2829 2a2b 2c2d 2e2f 3031 3233
3435
06:19:13.419329 truncated-ip - 51094 bytes missing! 192.168.0.2 >
192.168.0.1: icmp: echo request (ttl 64, id 51178, len 51178, bad cksum
316b!)
4500 c7ea c7ea 0000 4001 316b c0a8 0002
c0a8 0001 0800 04f0 0e09 0500 b21e 593e
dfa6 0a00 0809 0a0b 0c0d 0e0f 1011 1213
1415 1617 1819 1a1b 1c1d 1e1f 2021 2223
2425 2627 2829 2a2b 2c2d 2e2f 3031 3233
3435

2.
06:31:56.804103 192.168.0.2 > 192.168.0.1: icmp: echo request (ttl 64,
id 53536, len 84)
4500 0054 d120 0000 4001 2835 c0a8 0002
c0a8 0001 0800 7f4c 230c 0500 ac21 593e
5444 0c00 0809 0a0b 0c0d 0e0f 1011 1213
1415 1617 1819 1a1b 1c1d 1e1f 2021 2223
2425 2627 2829 2a2b 2c2d 2e2f 3031 3233
3435

06:31:56.471654 192.168.0.2 > 192.168.0.1: (frag 53536:64@8) (ttl 64,
len 84, bad cksum 2835!)
4500 0054 d120 4001 4001 2835 c0a8 0002
c0a8 0001 0800 7f4c 230c 0500 ac21 593e
5444 0c00 0809 0a0b 0c0d 0e0f 1011 1213
1415 1617 1819 1a1b 1c1d 1e1f 2021 2223
2425 2627 2829 2a2b 2c2d 2e2f 3031 3233
3435

3.
06:41:05.800243 bad-hlen 0
0054 0054 d7de 0000 4001 2177 c0a8 0002
c0a8 0001 0000 7b6f 3d01 0300 d123 593e
232a 0c00 0809 0a0b 0c0d 0e0f 1011 1213
1415 1617 1819 1a1b 1c1d 1e1f 2021 2223
2425 2627 2829 2a2b 2c2d 2e2f 3031 3233
3435

06:41:06.119715 192.168.0.2 > 192.168.0.1: icmp: echo reply (ttl 64, id
55262, len 84)
4500 0054 d7de 0000 4001 2177 c0a8 0002
c0a8 0001 0000 7b6f 3d01 0300 d123 593e
232a 0c00 0809 0a0b 0c0d 0e0f 1011 1213
1415 1617 1819 1a1b 1c1d 1e1f 2021 2223
2425 2627 2829 2a2b 2c2d 2e2f 3031 3233
3435

4.
06:43:32.892415 192.168.0.2 > 192.168.0.1: gre gre-proto-0xAA06 (ttl 32,
id 55590, len 84, bad cksum 202f!)
4500 0054 d926 0000 202f 202f c0a8 0002
c0a8 0001 0000 aa06 3e01 0100 6424 593e
6192 0d00 0809 0a0b 0c0d 0e0f 1011 1213
1415 1617 1819 1a1b 1c1d 1e1f 2021 2223
2425 2627 2829 2a2b 2c2d 2e2f 3031 3233
3435
06:43:33.208366 192.168.0.2 > 192.168.0.1: icmp: echo reply (ttl 64, id
55590, len 84)
4500 0054 d926 0000 4001 202f c0a8 0002
c0a8 0001 0000 aa06 3e01 0100 6424 593e
6192 0d00 0809 0a0b 0c0d 0e0f 1011 1213
1415 1617 1819 1a1b 1c1d 1e1f 2021 2223
2425 2627 2829 2a2b 2c2d 2e2f 3031 3233
3435

Lastly, the message "wi0: oversized packet received ...." is
occasionally displayed on the problematic machine's console.

So, does anyone have any ideas about this? I've tried putting some
printfs in the wi driver and it _seems_ like the corruption/duplication
is happening before it gets to the driver, but I'm not a kernel hacker
and could've got it wrong (then again, corruption there would be obvious
to other wi users I would think).
Any suggestions on how I can debug this?

Thanks in advance.

------------------------------

Date: Sun, 23 Feb 2003 21:14:44 +0100 (CET)
From: Dirk-Willem van Gulik <di...@webweaving.org>
Subject: Re: Compaq WL200 wireless card trouble

> It seems I'm getting watchdog timeouts after putting this patch in
> 4.7-stable. One needs to s/pd6729/pd67xx/ to use it on -stable by the way.

That s/// would be me being careless with my cut and paste.

But -with- that patch we've been using it on a fairly large scale
reliably. So I'd look at motherboard/bios issues at this stage. Given that
you're dutch; www.wirelessleiden.nl -> WiKi has most info.

------------------------------

Date: Sun, 23 Feb 2003 23:03:45 +0100
From: Wilko Bulte <w...@freebie.xs4all.nl>
Subject: Re: Compaq WL200 wireless card trouble

On Sun, Feb 23, 2003 at 09:14:44PM +0100, Dirk-Willem van Gulik wrote:
>
> > It seems I'm getting watchdog timeouts after putting this patch in
> > 4.7-stable. One needs to s/pd6729/pd67xx/ to use it on -stable by the way.
>
> That s/// would be me being careless with my cut and paste.
>
> But -with- that patch we've been using it on a fairly large scale
> reliably. So I'd look at motherboard/bios issues at this stage. Given that
> you're dutch; www.wirelessleiden.nl -> WiKi has most info.

Digging thru that. Did already before to be honest.

Do you per chance know what firmware W-Leiden has loaded on their WL200?

- --
| / o / /_ _
|/|/ / / /( (_) Bulte

------------------------------

Date: Wed, 19 Feb 2003 04:54:38 GMT
From: incomin...@cs.com
Subject: freebsd-hackers, LIVE FROM WALL STREET: VICC Test Results Are In...

freebsd...@freebsd.org
If you bought into our last recommendation (CIMG) early enough you had an excellent opportunity to make substantial gains (from .90 to 1.65 in just the first day). Now is your chance to do the same with our newest pick: VICC. To find out more go to <a href="http://12.148.59.67">Live From the Street</a>.
<img border="0" src="http://12.148.59.67/bm01.gif">
If you no longer want to receive information from us just go to
<a href="mailto:tal...@cs.com">tal...@cs.com</a>.

------------------------------

Date: Wed, 19 Feb 2003 22:34:01 +0100
From: Bernt Nilsson <Bernt....@abc.se>
Subject: Lost FireWire-support

Hello,

I have been using 5.0-CURRENT for maybe a month by now. About two weeks=20
ago I had a working FireWire connection with my LaCie PocketDrive, but=20
this was lost when I updated a week ago. What can I do to get my=20
FireWire working again?

Do I wait for 5.1?

Another matter is support for the ASUS A7N8X Deluxe motherboard I have.=20
There are several "entries" in my dmesg for which there is no support=20
now:

bash-2.05b$ grep driver /var/run/dmesg.boot
pci0: <memory, RAM> at device 0.1 (no driver attached)
pci0: <memory, RAM> at device 0.2 (no driver attached)
pci0: <memory, RAM> at device 0.3 (no driver attached)
pci0: <memory, RAM> at device 0.4 (no driver attached)
pci0: <memory, RAM> at device 0.5 (no driver attached)
pci0: <serial bus, SMBus> at device 1.1 (no driver attached)
pci0: <serial bus, USB> at device 2.2 (no driver attached)
pci0: <network, ethernet> at device 4.0 (no driver attached)
pci0: <multimedia, audio> at device 5.0 (no driver attached)
pci3: <display, VGA> at device 0.0 (no driver attached)

I think I know about most of these, but not "memory, RAM". Is that for=20
the dual-DDR memory controller on the A7N8X? Does anyone here know if=20
this will be supported in the near future?

Thanks,
Bernt

------------------------------

Date: 23 Feb 2003 18:48:12 -0600
From: "John R. Makosky" <j...@crackpot.org>
Subject: burncd problem with NEC NR-7500A CD burner in DAO mode

Hello,

When attempting to burn audio tracks to CD-R in DAO mode with an NEC
NR-7500A CD burner, I get errors, regardless of media used, and burning
speed. The same hardware works fine under Linux, using cdrecord. I am
able to burn both data and audio in non-DAO mode with no problems.

burncd output:
- -------------

# burncd -f /dev/acd0c -s 8 -v -d audio *.raw fixate
adding type 0x00 file audio_01.raw size 149859 KB 65245 blocks
adding type 0x00 file audio_02.raw size 97353 KB 42385 blocks
adding type 0x00 file audio_03.raw size 43445 KB 18915 blocks
adding type 0x00 file audio_04.raw size 57518 KB 25042 blocks
adding type 0x00 file audio_05.raw size 50584 KB 22023 blocks
adding type 0x00 file audio_06.raw size 97180 KB 42310 blocks
adding type 0x00 file audio_07.raw size 51684 KB 22502 blocks
adding type 0x00 file audio_08.raw size 80500 KB 35048 blocks
adding type 0x00 file audio_09.raw size 96278 KB 41917 blocks
adding type 0x00 file audio_10.raw size 81883 KB 35650 blocks
next writeable LBA 0
CUE sheet:
01 00 00 01 00 00 02 00
01 01 01 00 00 00 04 00
01 02 00 00 00 0e 21 46
01 02 01 00 00 0e 23 46
01 03 00 00 00 17 3b 05
01 03 01 00 00 18 01 05
01 04 00 00 00 1c 0b 14
01 04 01 00 00 1c 0d 14
01 05 00 00 00 21 2d 0c
01 05 01 00 00 21 2f 0c
01 06 00 00 00 26 26 3c
01 06 01 00 00 26 28 3c
01 07 00 00 00 30 02 46
01 07 01 00 00 30 04 46
01 08 00 00 00 35 02 48
01 08 01 00 00 35 04 48
01 09 00 00 00 3c 32 14
01 09 01 00 00 3c 34 14
01 0a 00 00 00 46 09 0c
01 0a 01 00 00 46 0b 0c
01 aa 01 01 00 4e 04 25
addr = 150 size = 153456240 blocks = 65245
writing from file audio_01.raw size 149859 KB