stable-digest V5 #814
owner-freebsd...@freebsd.org
stable-digest Saturday, March 8 2003 Volume 05 : Number 814
In this issue:
Re: Is XFree86 4.3.0 going to be in 4.8? -nt-
Re: Is XFree86 4.3.0 going to be in 4.8? -nt-
Re: Comment to the XFree86 =?ISO-8859-1?Q?4=2E3=2E0=A7?=
Re: Apparent problem with pcn driver on 5.0-RELEASE
Re: "leak" in softupdates?
Re: "leak" in softupdates?
Re: "leak" in softupdates?
Re: Apparent problem with pcn driver on 5.0-RELEASE
Re: unsubscribe cvs-all [Hamburg helper]
Re: cdcontrol via atapicam in 4.8-RC
Re: Compaq Evo N800c and FreeBSD
Re: Comment to the =?iso-8859-1?Q?XFree86_?= =?iso-8859-1?B?NC4zLjCn?=
Re: cdcontrol via atapicam in 4.8-RC
High wired page count
=?iso-8859-1?Q?Re:_Comment_to_the_XFree86_4.3.0=C2=A7?=
Re: cdcontrol via atapicam in 4.8-RC
Re: Comment to the XFree86 =?ISO-2022-JP?B?NC4zLjBfXw==?=
Re: Runaway Galeon - further further info
XFree86 4.3 and Cyrillic Xkb layouts
Re: "leak" in softupdates?
Re: "leak" in softupdates?
Re: "leak" in softupdates?
Re: "leak" in softupdates?
Re: Bad hardware? (WRITE command timeout)
----------------------------------------------------------------------
Date: Fri, 7 Mar 2003 18:47:23 -0500
From: <postm...@netfang.net>
Subject: Re: Is XFree86 4.3.0 going to be in 4.8? -nt-
** Reply to message from Eric Anholt <e...@lclark.edu> on 07 Mar 2003 08:57:25
- -0800
> > Is it necessary to deinstall XFree86 4.2 before installing the 4.3 patches?
>
> It should work just fine, as long as you have both of the patches.
I ended up having to run pkg_delete on all of the 4.2 XFree-86 packages before
I was able to build 4.3. But I suppose that could be because I don't know the
right way to install an update. Here's what I did:
1) Download both patch files.
2) Run the -11 patch from /usr/ports.
3) Run the make patch from the /usr/ports/Mk.
4) Run 'make' from /usr/ports/x11/XFree86-4.
The only thing that resulted from step 4 was a few console messages indicating
that everything was already done.
5) Run 'make clean' from /usr/ports/x11/XFree86-4.
6) Run 'make' again.
Same thing.
7) Run pkg_delete on all XFree86 packages found using 'ls -l /var/db/pkg/XF*'
(I had to use -f on one of them).
8) Run 'make' again.
This time, things started building.
9) Run 'make install'.
Which finished building everything and installed everything.
10) Run 'xf86config'.
11) Run 'startx'.
Success! Most imporantly, I can use the mouse again (with 4.2, any movement of
the mouse caused the mouse cursor to disappear off the bottom of the screen).
I use cvsup to update both ports and source and the last time I ran cvsup in
ports was a day or two ago, which is why I was able to use the -11 patch.
Would the build and installation have worked properly if I had simply run 'make
install' instead of 'make' in step 4?
------------------------------
Date: 07 Mar 2003 15:54:39 -0800
From: Eric Anholt <e...@lclark.edu>
Subject: Re: Is XFree86 4.3.0 going to be in 4.8? -nt-
On Fri, 2003-03-07 at 15:47, postm...@netfang.net wrote:
> Would the build and installation have worked properly if I had simply run 'make
> install' instead of 'make' in step 4?
It would have made sure that the component parts were installed. The
ports system can't ensure things are updated, though, so you need to use
a tool like portupgrade to make sure that everything is updated.
- --
Eric Anholt e...@lclark.edu
http://people.freebsd.org/~anholt/ anh...@FreeBSD.org
------------------------------
Date: 07 Mar 2003 15:55:53 -0800
From: Eric Anholt <e...@lclark.edu>
Subject: Re: Comment to the XFree86 =?ISO-8859-1?Q?4=2E3=2E0=A7?=
On Fri, 2003-03-07 at 01:52, Gunnar Flygt wrote:
> cvsuped a few minutes ago the ports tree. In all of the directories
> connected to XFree86-4 4.3.0 the pkg-comment is missing. Therefore
> patches don't apply clean.
>
> Used the ver -11 of the pacthes leading to 4.3.0
The -12 patches at the site now should fix that.
http://people.freebsd.org/~anholt/X/files.html
- --
Eric Anholt e...@lclark.edu
http://people.freebsd.org/~anholt/ anh...@FreeBSD.org
------------------------------
Date: Fri, 7 Mar 2003 16:26:39 -0800 (PST)
From: Brian O'Shea <b_o...@yahoo.com>
Subject: Re: Apparent problem with pcn driver on 5.0-RELEASE
Here's some more background information, as requested by a private responder:
# netstat -rn -f inet
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 15.0.71.254 UGSc 0 0 pcn0
15.0.64/21 link#1 UC 2 0 pcn0
15.0.64.12 link#1 UHRLW 0 12 pcn0 9
15.0.71.254 link#1 UHLW 1 0 pcn0
127.0.0.1 127.0.0.1 UH 0 0 lo0
I don't know where the 15.0.64.12 route came from. It might be the IP
address of a DHCP server. I was using dhclient to configure the interface
initially but it would always time out, leaving the interface "UP" but
configured with 0.0.0.0 address.
Rebooting the system without configuring the network interface resulted
in the same routing table except without the 15.0.64.12 entry.
Thanks,
- -brian
- --- Brian O'Shea <b_o...@yahoo.com> wrote:
> I'm not sure if this is the correct place to post this since most
> discussion seems to be related to the 4-STABLE branch. Please feel
> free to redirect me if necessary.
>
> I am having problems with the pcn driver for the AMD PCnet fast ethernet
> chip on a PC (Intel PII 400MHz) running FreeBSD 5.0-RELEASE. I can configure
> the interface but it does not seem to work. I'm sorry that I don't have
> more diagnostic information, but I don't know what else to check. Here's
> what I have:
>
> From dmesg:
>
> pcib2: device pcn0 requested decoded I/O range 0x7ce0-0x7cff
> pcn0: <AMD PCnet/PCI 10/100BaseTX> port 0x7ce0-0x7cff mem
> 0xfdfff400-0xfdfff41f
> irq 9 at device 5.0 on pci2
> pcn0: Ethernet address: 00:60:b0:3d:06:1e
> miibus0: <MII bus> on pcn0
>
>
> Interface configuration:
>
> # ifconfig pcn0 inet 15.0.65.119 netmask 0xfffff800
> # ifconfig pcn0
> pcn0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> inet6 fe80::260:b0ff:fe3d:61e%pcn0 prefixlen 64 scopeid 0x1
> inet 15.0.65.119 netmask 0xfffff800 broadcast 15.0.71.255
> ether 00:60:b0:3d:06:1e
> media: Ethernet autoselect (100BaseTX <full-duplex>)
> status: active
>
> I can ping the interface address, but can not ping other hosts on the
> same subnet. The hardware is known to work with other OS's.
>
> Any help would be much appreciated.
> Thanks,
> -brian
>
>
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Tax Center - forms, calculators, tips, more
> http://taxes.yahoo.com/
>
> To Unsubscribe: send mail to majo...@FreeBSD.org
> with "unsubscribe freebsd-stable" in the body of the message
__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/
------------------------------
Date: Fri, 7 Mar 2003 20:31:55 -0400 (AST)
From: "Marc G. Fournier" <scr...@hub.org>
Subject: Re: "leak" in softupdates?
On Fri, 7 Mar 2003, David Schultz wrote:
> Thus spake Marc G. Fournier <scr...@hub.org>:
> > > Being worked on. Not so hard to do, much harder to do right. Guess who
> > > took the easy sleazy path? ;^) The other good news is that the intel
> > > network cards, both 10/100 (fxp) and 10/100/1000 (em) support 64-bit
> > > addressing, even in 32-bit PCI slots, so you'll have at least ONE enet
> > > interface that'll work reasonably fast.
> >
> > Yes, I don't recall who it was that explained it to me (Terry, maybe?),
> > but I understand the problem with going above 4gig under ia32, and was
> > personally just sitting back and waiting for Intel to go full steam ahead
> > on the ia64 stuff ... but they just sacked it :( Man, did that ever throw
> > a shiver up my back ...
>
> It's amazing how many times bank switching has been reinvented, eh?
Just curious here, but with the speed of CPUs nowadays, how much impact
would bank switching have on performance?
------------------------------
Date: Fri, 7 Mar 2003 20:43:30 -0400 (AST)
From: The Hermit Hacker <scr...@hub.org>
Subject: Re: "leak" in softupdates?
On Fri, 7 Mar 2003, Michael Sierchio wrote:
> Marc G. Fournier wrote:
>
> > As for 'the enterprise', I think the only thing that I really find about
> > FreeBSD that 'hurts' is that I can't go above the 4Gig of RAM limit within
> > ia32, even though there are boards that do support it ...
>
> This is definitely an area of concern, and I *am* glad that you're
> doing boundary testing ;-)
>
> The biggest obstacles to adoption in the enterprise aren't technical,
> however. It's all about mind share, and IT staff tolerate all
> manner of stupid limitations from Sun, HP, IBM, etc.
Actually, one of our techs (I work at a University) got a call from IBM
the other day wondering what RAID controller we were using with our IBM
Servers, since another University is looking at buying a server from them
and will be running FreeBSD on it ... they know we're running it and keep
beating them up over it, so turned to us for advice ... very scary ...
------------------------------
Date: Sat, 8 Mar 2003 00:54:09 +0000
From: Robin.M...@nadt.org.uk
Subject: Re: "leak" in softupdates?
On Friday, March 7, 2003, at 08:29 pm, Eric L Howard wrote:
> At a certain time, now past [Fri, Mar 07, 2003 at 03:19:49PM -0400],
> Marc G. Fournier spake thusly:
>> [...] Bugs do get fixed in the release branch, just depends on the
>> severity.
>
> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.html
>
> That said...
>
> My case [I've had wonderful success running the release branch] is no
> weightier than yours [you've had wonderful success running -STABLE].
> Too
> many details left out...
Yes, me too. Not huge numbers of jails/terabyte file systems, etc...
but crunching a large department with biggish clinical databases,
intranet, windows/mac networking/printing, email, network glue etc,
etc... on a couple of 586 class servers with uptimes of over 365 days
and excellent response times throughout the entire period. I really
don't have any complaints about the stability of FreeBSD-STABLE.
Robin Melville
Addiction Information
Nottingham Alcohol & Drug Team
------------------------------
Date: Sat, 8 Mar 2003 00:02:12 -0500
From: Dexter McNeil <dex...@backtech.com>
Subject: Re: Apparent problem with pcn driver on 5.0-RELEASE
It seems that the pcn driver has been broken sometime after 4.3 & before
4.4. I've got the same problems with the driver in 4.5 up to 4.8. I can
make hardware available remotely via ssh over the internet if someone
wants to work on it. Test box is an IBM Netfinity 5500 w/quad 550Mhz P-III
Xeon, AMD 79C971 on m/b w/ Nat. Semi PHI, AMD 79C971 w/ LevelI PHY on PCI
card, Intel 82559 for primary network connectivity as well for test system,
and another machine to gain console access and reach the AMD test
interfaces. Also a Cisco switch with console access to the switch to allow
looking at the network.
This is a copy of the message that I had posted to freebsd-net:
- - On the same basic subject - it seems that sometime after the release of
- - FreeBSD 4.3 the pcn ethernet driver was broken. I did find PR kern/34071
- - which indicated that the driver was broken in 4.5RC2. I've tried the
- - following versions of FreeBSD from the fixit CDROMS:
- -
- - 4.3 - works fine
- - 4.4 - doesn't work - ping can't get to the outside world (host
- - unreachable - it's a directly connected machine I'm trying to ping...),
- - though interface status info appears good as reported by ifconfig. Media &
- - mediaopt options don't seem to make any difference. While the line will go
- - to half-duplex or 10baseT/UTP modes, it doesn't solve the problem of not
- - getting bits out the door...
- -
- - 4.5 - same as 4.4
- -
- - 4.6.2 - doesn't work - after ifconfig'ing the interface with an IP
- - address & such, ifconfig reports that the interface is in hardware
- - loopback. This is confirmed by the loss of link status on the switch the
- - interface is connected to. Media & mediaopt options don't change this
- - state.
- - 4.7 - same as 4.6.2
- - 4.8-prerelease - same as 4.6.2
- -
- - 5.0 - has the same issues as 4.6.2.
- -
- - The main interest in this driver is that IBM uses the AMD 79C971 chip with
- - a National Semiconductor DP83840 PHY on the motherboard in the
- - Netfinity 5500 server. The 79C971 chip with a Level 1 PHY is used in their
- - fault tolerant 10/100 PCI NIC of the same vintage. I've got a number of
- - these machines that I need/want to run FreeBSD on.
Cheers,
Dexter McNeil
On Fri, Mar 07, 2003 at 04:26:39PM -0800, Brian O'Shea wrote:
> Here's some more background information, as requested by a private responder:
>
> # netstat -rn -f inet
> Routing tables
>
> Internet:
> Destination Gateway Flags Refs Use Netif Expire
> default 15.0.71.254 UGSc 0 0 pcn0
> 15.0.64/21 link#1 UC 2 0 pcn0
> 15.0.64.12 link#1 UHRLW 0 12 pcn0 9
> 15.0.71.254 link#1 UHLW 1 0 pcn0
> 127.0.0.1 127.0.0.1 UH 0 0 lo0
>
> I don't know where the 15.0.64.12 route came from. It might be the IP
> address of a DHCP server. I was using dhclient to configure the interface
> initially but it would always time out, leaving the interface "UP" but
> configured with 0.0.0.0 address.
>
> Rebooting the system without configuring the network interface resulted
> in the same routing table except without the 15.0.64.12 entry.
>
> Thanks,
> -brian
>
> --- Brian O'Shea <b_o...@yahoo.com> wrote:
> > I'm not sure if this is the correct place to post this since most
> > discussion seems to be related to the 4-STABLE branch. Please feel
> > free to redirect me if necessary.
> >
> > I am having problems with the pcn driver for the AMD PCnet fast ethernet
> > chip on a PC (Intel PII 400MHz) running FreeBSD 5.0-RELEASE. I can configure
> > the interface but it does not seem to work. I'm sorry that I don't have
> > more diagnostic information, but I don't know what else to check. Here's
> > what I have:
> >
> > From dmesg:
> >
> > pcib2: device pcn0 requested decoded I/O range 0x7ce0-0x7cff
> > pcn0: <AMD PCnet/PCI 10/100BaseTX> port 0x7ce0-0x7cff mem
> > 0xfdfff400-0xfdfff41f
> > irq 9 at device 5.0 on pci2
> > pcn0: Ethernet address: 00:60:b0:3d:06:1e
> > miibus0: <MII bus> on pcn0
> >
> >
> > Interface configuration:
> >
> > # ifconfig pcn0 inet 15.0.65.119 netmask 0xfffff800
> > # ifconfig pcn0
> > pcn0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> > inet6 fe80::260:b0ff:fe3d:61e%pcn0 prefixlen 64 scopeid 0x1
> > inet 15.0.65.119 netmask 0xfffff800 broadcast 15.0.71.255
> > ether 00:60:b0:3d:06:1e
> > media: Ethernet autoselect (100BaseTX <full-duplex>)
> > status: active
> >
> > I can ping the interface address, but can not ping other hosts on the
> > same subnet. The hardware is known to work with other OS's.
> >
> > Any help would be much appreciated.
> > Thanks,
> > -brian
> >
> >
> > __________________________________________________
> > Do you Yahoo!?
> > Yahoo! Tax Center - forms, calculators, tips, more
> > http://taxes.yahoo.com/
> >
> > To Unsubscribe: send mail to majo...@FreeBSD.org
> > with "unsubscribe freebsd-stable" in the body of the message
>
>
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Tax Center - forms, calculators, tips, more
> http://taxes.yahoo.com/
>
> To Unsubscribe: send mail to majo...@FreeBSD.org
> with "unsubscribe freebsd-stable" in the body of the message
>
- --
The ultimate destination on the journey of life is a hole 6 feet deep.
Enjoy the journey - the destination is nothing to write home about.
------------------------------
Date: Sat, 08 Mar 2003 13:57:10 +0800
From: "Belphoebe Niressi" <ill...@operamail.com>
Subject: Re: unsubscribe cvs-all [Hamburg helper]
- ----- Original Message -----
From: k...@online.fr
Date: Fri, 07 Mar 2003 23:39:00 +0100 (CET)
To: src...@freebsd.org
Subject: unsubscribe cvs-all
> unsubscribe cvs-all
>
> To Unsubscribe: send mail to majo...@FreeBSD.org
> with "unsubscribe freebsd-stable" in the body of the message
I parsed this twice.
1) This is the machine that goes *ping* . . .
2) They were running a two-for-one deal on amputations
so I got my head done free!
3) (provisional) If that's the best you can do by Friday
pull out a rib and try running a randomiser on the logic
functions.
- --
_______________________________________________
http://www.operamail.com
Now with OperaMail Premium for only US$29.99/yr
Powered by Outblaze
------------------------------
Date: Sat, 08 Mar 2003 16:13:44 +0900 (JST)
From: Mamoru Iwaki <iw...@bc.niigata-u.ac.jp>
Subject: Re: cdcontrol via atapicam in 4.8-RC
> Date: Fri, 7 Mar 2003 19:07:26 +0100 (CET)
> From: Oliver Fromme <ol...@secnetix.de>
> Subject: Re: cdcontrol via atapicam in 4.8-RC
>
> Mamoru Iwaki <iw...@bc.niigata-u.ac.jp> wrote:
> > I cannot playback music from audio CD via atapicam using cdcontrol
> > [...]
> > # cdcontrol -f /dev/cd1c
>
> Did you try using cdcontrol on the ATAPI device, i.e.
> # cdcontrol -d /dev/acd0c
> ?
No, not yet.
> using atapicam doesn't prevent you from still using it as
> an ATAPI device. Works fine for me.
I tried that and got the following.
% cdcontrol -f /dev/acd0c
Compact Disc Control utility, version 2.0
Type `?' for command list
cdcontrol> info
cdcontrol: no disc in drive /dev/acd0c
cdcontrol> play
cdcontrol: no disc in drive /dev/acd0c
cdcontrol> quit
I think this result is natural in my environment. In my kernel
configuration, there is no atapicd because atapicam is enabled.
# ATA and ATAPI devices
#device ata0 at isa? port IO_WD1 irq 14
#device ata1 at isa? port IO_WD2 irq 15
device ata
device atadisk # ATA disk drives
#device atapicd # ATAPI CDROM drives
#device atapifd # ATAPI floppy drives
#device atapist # ATAPI tape drives
#options ATA_STATIC_ID #Static device numbering
device atapicam # emulate ATAPI devices as SCSI ditto via CAM
# needs CAM to be present (scbus & pass)
I don't know possible combinations of atapicam and atapi??.
Anyway, I'll try enabling all of them, but I need a time.
Thank you.
- ---
- -----
Mamoru IWAKI (iw...@bc.niigata-u.ac.jp)
Graduate School of Science and Technology, Niigata University
------------------------------
Date: Sat, 8 Mar 2003 08:36:44 +0100
From: Gunnar Flygt <gunnar...@sr.se>
Subject: Re: Compaq Evo N800c and FreeBSD
On Fri, Mar 07, 2003 at 02:24:31PM -0800, Greg Smith wrote:
> Gunnar,
>
> Maybe running of pccardd along with the memory setting of Kevin will do
> the job.
I just rebooted with the following setting:
hw.cbb.start_memory="0x20000000"
And now my Netgear card is detected as wi0 Will try to configure
the card to see if it is working properly :)
So it seems I'm cosing up to a solution!?
>
> Good luck.
>
> Greg
>
> -----Original Message-----
>
> >On Fri, Mar 07, 2003 at 08:50:38AM -0800, Greg Smith wrote:
> >> Gunnar,
> >>
> >> Did you have pccardd running? With pccard_enable="YES" in
> /etc/rc.conf
> >> or wherever it might go in 5.0.
> >>
> >> It won't be automatically started with NEWCARD.
> >
> >Yes, it was activated. i.e it says pccard_enable="YES" in /etc/rc.conf
> >but it isn't running when I look closer after a boot, so I added
> >pccardd_flags="-z" which used to help. But not this time.
> >
> >When I put a card in the port it says:
> >end (ffffffff) > sc->memlimit (803fffff)
> >pccard0: Card has no functions!
> >cbb0: PC Card card activation failed
> >
> >And that's it.
> >
> >So I put in the pccardd_flags="-z"
> >
> >But that makes no difference. The machine doesn't like pccard when
> >running CURRENT.
> >>
> >> Greg
> >>
> >> -----Original Message-----
> >>
> >> >OK! So now I've also tested with OLDCARD. It isn't any better.
> Result:
> >> >pccard: card inserted, slot 0
> >> >
> >> >And that's it. It doesn't detect the card or inform anything more.
> >> >
> >> >So should I say that this brand new Compaq Laptop is NO GO for
> FreeBSD
> >> >CURRENT? Just to inform you, I've tried Linux RedHat 8 and Mandrake
> of
> >> >some brand (8.x probably) with even worse result. They don't even
> >> boot.
> >> >
> >> >So it seems Compaq has done it. Being totally dedicated to M$
> >> >
> >> >Boring. I won't ever buy a Compaq laptop again. Pity I didn't stay
> >> >with Toshiba. Had only good things to say about my Tecra 9100.
> >> >Until it died electrically for me.
> >> >
> >> >--
> >> >Gunnar Flygt, SR
> >> >
> >> >To Unsubscribe: send mail to majo...@FreeBSD.org
> >> >with "unsubscribe freebsd-mobile" in the body of the message
> >>
> >>
> >>
> >
> >--
> >Gunnar Flygt, Postmaster SR
>
>
>
- --
Gunnar Flygt, Postmaster SR
------------------------------
Date: Sat, 8 Mar 2003 09:31:06 +0100
From: Gunnar Flygt <gunnar...@sr.se>
Subject: Re: Comment to the =?iso-8859-1?Q?XFree86_?= =?iso-8859-1?B?NC4zLjCn?=
On Fri, Mar 07, 2003 at 03:55:53PM -0800, Eric Anholt wrote:
> On Fri, 2003-03-07 at 01:52, Gunnar Flygt wrote:
> > cvsuped a few minutes ago the ports tree. In all of the directories
> > connected to XFree86-4 4.3.0 the pkg-comment is missing. Therefore
> > patches don't apply clean.
> >
> > Used the ver -11 of the pacthes leading to 4.3.0
>
> The -12 patches at the site now should fix that.
> http://people.freebsd.org/~anholt/X/files.html
The patch applies fine, but I still have problem with:
bash-2.05b# portupgrade -R -p XFree86-FontServer
- ---> Upgrading 'XFree86-FontServer-4.2.0_1' to 'XFree86-FontServer-4.3.0' (x11-
servers/XFree86-4-FontServer)
- ---> Building '/usr/ports/x11-servers/XFree86-4-FontServer'
===> Cleaning for libiconv-1.8_2
===> Cleaning for gettext-0.11.5_1
===> Cleaning for gmake-3.80
===> Cleaning for imake-4.3.0
===> Cleaning for libtool-1.3.4_4
===> Cleaning for pkgconfig-0.15.0
===> Cleaning for perl-5.6.1_11
===> Cleaning for freetype2-2.1.3_1
===> Cleaning for expat-1.95.6_1
===> Cleaning for fontconfig-2.1_5
===> Cleaning for XFree86-libraries-4.3.0
===> Cleaning for XFree86-FontServer-4.3.0
===> Extracting for XFree86-FontServer-4.3.0
>> Checksum OK for xc/X430src-1.tgz.
>> Checksum OK for xc/X430src-2.tgz.
>> Checksum OK for xc/X430src-3.tgz.
===> Patching for XFree86-FontServer-4.3.0
===> Applying FreeBSD patches for XFree86-FontServer-4.3.0
I can't seem to find a patch in there anywhere.
===> Ignoring patchfile /usr/ports/x11-servers/XFree86-4-FontServer/../../x11/
XFree86-4-libraries/files/patch-2.orig
I can't seem to find a patch in there anywhere.
===> Ignoring patchfile /usr/ports/x11-servers/XFree86-4-FontServer/../../x11/
XFree86-4-libraries/files/patch-DRI.orig
Ignoring previously applied (or reversed) patch.
5 out of 5 hunks ignored--saving rejects to config/cf/FreeBSD.cf.rej
>> Patch patch-FreeBSD.cf failed to apply cleanly.
>> Patch(es) patch-2 patch-DRI applied cleanly.
*** Error code 1
Stop in /usr/ports/x11-servers/XFree86-4-FontServer.
** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade821.4 make
DEPENDS_TARGET=package
** Fix the problem and try again.
** The following packages were not installed or upgraded (*:skipped / !:failed)
! x11-servers/XFree86-4-FontServer (XFree86-FontServer-4.2.0_1) (patch e
rror)
I cvsupped right before applying the patch
>
> --
> Eric Anholt e...@lclark.edu
> http://people.freebsd.org/~anholt/ anh...@FreeBSD.org
- --
Gunnar Flygt, Postmaster SR
------------------------------
Date: Sat, 8 Mar 2003 10:42:47 +0100
From: Thomas Quinot <tho...@FreeBSD.ORG>
Subject: Re: cdcontrol via atapicam in 4.8-RC
Le 2003-03-08, Mamoru Iwaki écrivait :
> I don't know possible combinations of atapicam and atapi??.
> Anyway, I'll try enabling all of them, but I need a time.
You can enable both devices, as long as you do not try to access them
simultaneously.
- --
Thomas...@Cuivre.FR.EU.ORG
------------------------------
Date: Sat, 8 Mar 2003 22:25:51 +1100
From: Peter Jeremy <peter...@optushome.com.au>
Subject: High wired page count
I just happened to have a close look at the memory usage figures on
various -STABLE machines and noticed that all of them are reporting
vm.stats.vm.v_wire_count roughly 1/3 of total RAM. (My look was
triggered by the sound of my firewall paging when I sent a query to
its named).
Having 1/3 of memory wired strikes me as excessive - especially since
none of the machines were particularly busy or doing anything that
would be mlock()ing lots of memory. It was also consistent on 4
different machines having between 20MB and 512MB RAM and running
versions between 4.5-STABLE and 4.7-STABLE, so it isn't an anomoly
on a single machine. "vmstat -m" doesn't suggest anything (in fact
it only accounts for about 15% of the wires pages).
Can anyone explain why so much RAM is wired?
Peter
------------------------------
Date: Sat, 8 Mar 2003 12:34:18 +0100 (CET)
From: Alban Hertroys <dal...@solfertje.student.utwente.nl>
Subject: =?iso-8859-1?Q?Re:_Comment_to_the_XFree86_4.3.0=C2=A7?=
On 7 Mar, Eric Anholt punched keys in this particular order:
> On Fri, 2003-03-07 at 01:52, Gunnar Flygt wrote:
>> cvsuped a few minutes ago the ports tree. In all of the directories
>> connected to XFree86-4 4.3.0 the pkg-comment is missing. Therefore
>> patches don't apply clean.
>>
>> Used the ver -11 of the pacthes leading to 4.3.0
>
> The -12 patches at the site now should fix that.
> http://people.freebsd.org/~anholt/X/files.html
I suppose this is planned after things install properly?:
warning: `_POSIX_C_SOURCE' is not defined
I believe one of the patches in 4.2.1 fixed this "back then".
Wasn't this one of the reasons not to run XFree86 from source, but from
ports? I followed CVS (X) for a while, and got bitten by problems
apparently related to this (sorry, I don't know the details - they stem
from this list, though, IIRC).
- --
Alban Hertroys http://solfertje.student.utwente.nl
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
The world is filled with fools,
and I enjoy every one of them.
------------------------------
Date: Sat, 08 Mar 2003 21:41:27 +0900 (JST)
From: Mamoru Iwaki <iw...@bc.niigata-u.ac.jp>
Subject: Re: cdcontrol via atapicam in 4.8-RC
From: Thomas Quinot <tho...@FreeBSD.ORG>
Subject: Re: cdcontrol via atapicam in 4.8-RC
Date: Sat, 8 Mar 2003 10:42:47 +0100
> Le 2003-03-08, Mamoru Iwaki =E9crivait :
> =
> > I don't know possible combinations of atapicam and atapi??.
> > Anyway, I'll try enabling all of them, but I need a time. =
> =
> You can enable both devices, as long as you do not try to access them=
> simultaneously.
Thank you, Thomas. =
I have found atapicam(4), maybe written by you, shows its
possibility in BUGS part. =
I changed kernel configuration as follows, i.e. all atapi?? device
are enabled. =
# ATA and ATAPI devices
#device ata0 at isa? port IO_WD1 irq 14
#device ata1 at isa? port IO_WD2 irq 15
device ata
device atadisk # ATA disk drives
device atapicd # ATAPI CDROM drives
device atapifd # ATAPI floppy drives
device atapist # ATAPI tape drives
#options ATA_STATIC_ID #Static device numbering
device atapicam # emulate ATAPI devices as SCSI ditto v=
ia CAM
# needs CAM to be present (scbus & pass=
)
Now, my new kernel has recognized cd related devices as follows.
The same ata CDROM drive(FX120T) appears twice, one is acd0 and the
other cd1. =
% dmesg | grep 'ata\|ahc\|cd'
atapci0: <Intel PIIX3 ATA controller> port 0xefa0-0xefaf at device 7.1 =
on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
ahc0: <Adaptec 3940 Ultra SCSI adapter> port 0xf800-0xf8ff mem 0xff9fe0=
00-0xff9fefff irq 11 at device 4.0 on pci1
ahc1: <Adaptec 3940 Ultra SCSI adapter> port 0xfc00-0xfcff mem 0xff9ff0=
00-0xff9fffff irq 11 at device 5.0 on pci1
ata2: <Generic ESDI/IDE/ATA controller> at port 0x168-0x16f,0x36e-0x36f=
irq 10 on isa0
ata1-slave: ATAPI identify retries exceeded
ad0: 3681MB <QUANTUM FIREBALL_TM3840A> [7480/16/63] at ata0-master WDMA=
2
ad1: 28629MB <ST330621A> [58168/16/63] at ata0-slave WDMA2
acd0: CDROM <FX120T> at ata1-master PIO3
sa0 at ahc0 bus 0 target 4 lun 0
da1 at ahc0 bus 0 target 0 lun 0
da0 at ahc1 bus 0 target 0 lun 0
cd1 at ata1 bus 0 target 0 lun 0
cd1: <MITSUMI CD-ROM FX120T !B b04A> Removable CD-ROM SCSI-0 device =
cd1: 11.000MB/s transfers
cd1: Attempt to query device size failed: NOT READY, Medium not present=
cd0 at ahc0 bus 0 target 6 lun 0
cd0: <SONY CD-ROM CDU-76S 1.1c> Removable CD-ROM SCSI-2 device =
cd0: 5.681MB/s transfers (5.681MHz, offset 15)
cd0: Attempt to query device size failed: NOT READY, Medium not present=
Under this new kernel, cdcontrol works OK for cdcontrol -f
/dev/acd0c, but still NG for cdcontrol -f /dev/cd1c. =
As I wrote in previous email, cdcontrol -f /dev/cd0c of real SCSI CD
device works well. =
It looks a problem between atapicam and cam subsystem for audio CD
control. =
Thank you. =
- ---
- -----
Mamoru IWAKI (iw...@bc.niigata-u.ac.jp)
Graduate School of Science and Technology, Niigata University
------------------------------
Date: Sat, 8 Mar 2003 22:05:39 +0900
From: Norikatsu Shigemura <no...@FreeBSD.org>
Subject: Re: Comment to the XFree86 =?ISO-2022-JP?B?NC4zLjBfXw==?=
On Sat, 8 Mar 2003 09:31:06 +0100
Gunnar Flygt <gunnar...@sr.se> wrote:
> ===> Ignoring patchfile /usr/ports/x11-servers/XFree86-4-FontServer/../../x11/
> XFree86-4-libraries/files/patch-DRI.orig
> Ignoring previously applied (or reversed) patch.
> 5 out of 5 hunks ignored--saving rejects to config/cf/FreeBSD.cf.rej
> >> Patch patch-FreeBSD.cf failed to apply cleanly.
> >> Patch(es) patch-2 patch-DRI applied cleanly.
> *** Error code 1
(snip)
> I cvsupped right before applying the patch
Please use gpatch(devel/patch) or remove backup files(*.orig) after
patch.
------------------------------
Date: Sat, 8 Mar 2003 18:44:45 +0000
From: Geraint A Edwards <ge...@serf.org>
Subject: Re: Runaway Galeon - further further info
Robert English <dra...@pacbell.net> said
(on Tue, Mar 04, 2003 at 05:28:24PM -0800):
> More experiments are necessary before I leap to any conclusions
> on this one, but the permissions on those two files are
> currently "0644". Before this is over, I may have to modify
> those two to "0444" as well.
My partner uses Galeon, and last night it threw up bazillions
(well, dozens) of popup windows (for the first time) and,
coincidentally, I read this thread today.
That box has never run Mozilla or Galeon as root, to my
knowledge. If it has, then that would be my other personality,
EvilUser, and I have repressed the memories from such periods of
possession.
The aforementioned file looks as follows:
- -rw-r--r-- 1 root wheel 154856 Dec 10 01:09
/usr/X11R6/lib/mozilla/components/compreg.dat
FWIW,
- --
Geraint A. Edwards "Gedge"
Caerdydd(Cardiff), Cymru(Wales)
ge...@serf.org http://serf.org/gedge/
------------------------------
Date: Sat, 8 Mar 2003 12:51:58 -0800 (PST)
From: Andrei Popov <and...@yahoo.com>
Subject: XFree86 4.3 and Cyrillic Xkb layouts
There's something fishy with Xkb in 4.3: whenever I try cyrillic
layouts (e.g. ru, bg, ua, etc.), I cannot type a thing (and yes,
cyrillic fonts are listed in font path). Once I change it to any
latin-based (us, pl, sk, cz, fr, etc.) -- all is ok.
Running xev shows that event is there. Anyone seen the same
behavior/knows what may be the cause?
This is with 11th diff on a 4-5 days old -CURRENT (sorry for
cross-posting, most of 4.3 discussion was on -stable list, but this
is a -current system). A computer is a Toshiba Portege 7200.
-- Andrei
__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/
------------------------------
Date: Sat, 8 Mar 2003 13:51:16 -0800
From: David Schultz <d...@FreeBSD.org>
Subject: Re: "leak" in softupdates?
Thus spake Marc G. Fournier <scr...@hub.org>:
> On Fri, 7 Mar 2003, David Schultz wrote:
>
> > Thus spake Marc G. Fournier <scr...@hub.org>:
> > > > Being worked on. Not so hard to do, much harder to do right. Guess who
> > > > took the easy sleazy path? ;^) The other good news is that the intel
> > > > network cards, both 10/100 (fxp) and 10/100/1000 (em) support 64-bit
> > > > addressing, even in 32-bit PCI slots, so you'll have at least ONE enet
> > > > interface that'll work reasonably fast.
> > >
> > > Yes, I don't recall who it was that explained it to me (Terry, maybe?),
> > > but I understand the problem with going above 4gig under ia32, and was
> > > personally just sitting back and waiting for Intel to go full steam ahead
> > > on the ia64 stuff ... but they just sacked it :( Man, did that ever throw
> > > a shiver up my back ...
> >
> > It's amazing how many times bank switching has been reinvented, eh?
>
> Just curious here, but with the speed of CPUs nowadays, how much impact
> would bank switching have on performance?
I don't know exactly what impact PAE would have on performance,
but an 8 GB PAE machine can't be worse than a 4 GB machine that's
swapping like mad. I do know that I/O performance will suffer if
your I/O devices can't address more than 4 GB of RAM, since that
means much of your data will have to be copied to bounce buffers
below 4 GB. Does anyone have Actual Data on how well it works?
------------------------------
Date: Sat, 08 Mar 2003 23:52:52 +0100
From: Dag-Erling Smorgrav <d...@ofug.org>
Subject: Re: "leak" in softupdates?
Michael Sierchio <ku...@tenebras.com> writes:
> You expect stability from pre-release software (i.e. "beta")?
Actually, most of my systems run -CURRENT, and they generally do very
well. Then again, I'm a committer.
> You're surprised that the integration of new features breaks
> working systems? You think the yen for the latest rev is good
> for a production environment?
No, but I know for a fact that there are bugs in the 4.7 security
branch that have been fixed in -STABLE.
> Are the five best years in a
> Norwegian's life still spent in the first grade?
I don't know where you're trying to go with this one, as I have never
attended a Norwegian school.
DES
- --
Dag-Erling Smorgrav - d...@ofug.org
------------------------------
Date: Sat, 08 Mar 2003 15:20:59 -0800
From: Michael Sierchio <ku...@tenebras.com>
Subject: Re: "leak" in softupdates?
Dag-Erling Smorgrav wrote:
> No, but I know for a fact that there are bugs in the 4.7 security
> branch that have been fixed in -STABLE.
No argument on that point, but PRERELEASE versions have, in my
experience, tended to break things that previously worked. But
that's just since 2.2.2 or so.
>> Are the five best years in a
>>Norwegian's life still spent in the first grade?
>
>
> I don't know where you're trying to go with this one, as I have never
> attended a Norwegian school.
It's the punch line to an old and stupid joke, translated from Svenska.
Maybe I was caffeine-deficient at the time I wrote that. My apologies.
------------------------------
Date: Sat, 8 Mar 2003 19:31:52 -0400 (AST)
From: The Hermit Hacker <scr...@hub.org>
Subject: Re: "leak" in softupdates?
On Sat, 8 Mar 2003, Michael Sierchio wrote:
> Dag-Erling Smorgrav wrote:
>
> > No, but I know for a fact that there are bugs in the 4.7 security
> > branch that have been fixed in -STABLE.
>
> No argument on that point, but PRERELEASE versions have, in my
> experience, tended to break things that previously worked. But
> that's just since 2.2.2 or so.
Its happened ... and I get the server rebooted onto kernel.old, put in a
bug report, and try again when I see a commit message go through cvs-all
that appears to pertain to the bug ... or someone provides me with a patch
to try if I'm the only one experiencing it ...
How do you think PRERELEASE gets tested? :) How do you think that -STABLE
stays relatively stable?
------------------------------
Date: Sat, 8 Mar 2003 21:30:09 -0800 (PST)
From: Tenebrae <tenebr...@niceboots.com>
Subject: Re: Bad hardware? (WRITE command timeout)
On Fri, 7 Mar 2003, Olivier Saut wrote:
> Hello,
>
> for several days, I am starting to see the following errors in my log
>
> Mar 6 20:17:54 banquo /kernel: ad0: READ command timeout tag=0 serv=0 - resetting
> Mar 6 20:17:54 banquo /kernel: ata0: resetting devices .. ad0: DMA limited to UDMA33, non-ATA66 cable or device
> Mar 6 20:17:54 banquo /kernel: done
>
> Mar 7 12:26:15 banquo /kernel: ad0: WRITE command timeout tag=0 serv=0 - resetting
> Mar 7 12:26:15 banquo /kernel: ata0: resetting devices .. ad0: timeout sending
> command=ec s=d0 e=00
> Mar 7 12:26:15 banquo /kernel: ad0: ATA identify failed
> Mar 7 12:26:15 banquo /kernel: ad0: timeout sending command=c6 s=d0 e=00
> Mar 7 12:26:15 banquo /kernel: ad0: timeout sending command=ef s=d0 e=00
> Mar 7 12:26:15 banquo last message repeated 4 times
> Mar 7 12:26:15 banquo /kernel: done
> Mar 7 12:26:15 banquo /kernel: ad0: timeout sending command=c5 s=d0 e=00
> Mar 7 12:26:15 banquo /kernel: ad0: error executing command - resetting
> Mar 7 12:26:15 banquo /kernel: ata0: resetting devices .. done
>
> My computer is running a recent 4-STABLE
>
> banquo% uname -a
> FreeBSD banquo 4.8-RC FreeBSD 4.8-RC #1: Thu Mar 6 18:43:38 CET 2003
> root@banquo:/usr/obj/usr/src/sys/banquo i386
>
> with the relevant lines of dmesg
> /kernel: atapci0: <Intel ICH4 ATA100 controller> port 0xf000-0xf00f,0-0x3,0-0x7,0-0x3,0-0x7 irq 0 at device 31.1 on pci0
> /kernel: ata0: at 0x1f0 irq 14 on atapci0
> /kernel: ad0: 29314MB <IBM-DTLA-307030> [59560/16/63] at ata0-master UDMA100
>
> Should I worry for my hard drive and save for a new one?
Yes.
Please search the archives for my own experience.
Mine was, er, WERE (there have been more than one that have failed in this
manner) also a "newer" IBM drive.
Try a different cable like someone else suggested, but...
Back it up if you haven't been already.
Save for a new one.
Get ready for an RMA.
-Tenebrae.
- ---
The sending of any unsolicited email advertising messages to this domain
may result in the imposition of civil liability against you in accordance
with Cal. Bus. & Prof. Code Section 17538.45.
------------------------------
End of stable-digest V5 #814
****************************
To Unsubscribe: send mail to majo...@FreeBSD.org
with unsubscribe freebsd-stable-digest in the body of the message