Re: PC hangs with power light off

2002-09-05 Thread Nate Lawson

Oh, I forgot to mention that I have the EXACT same computer sitting next
to this one and running -STABLE and it has 60 days uptime.

-Nate

On Thu, 5 Sep 2002, Mike Tancsa wrote:
> We had a couple of Intel boards that did this on Win2k as well.  Tried a
> few BIOS updates and it didnt help. We ended up just replacing them in the
> end :-(  I had more problems with the 810s than any other chipset in the
> past couple of years.
> 
>   ---Mike
> 
> On Thu, 5 Sep 2002 15:30:54 -0700 (PDT), in sentex.lists.freebsd.current
> you wrote:
> 
> >I have a Celeron 500 box (i810 chipset, 128MB/IDE/SCSI) that hangs every
> >24 hours or so (usually overnight).  I've never had it hang during the day
> >or while I was using it.  It's running a kernel/world from 8/28 although
> >this has been happening ever since I installed -current on this box in
> >June.
> >
> >The symptoms are I come back to it and the power light is off although the
> >fan is still running on the power supply.  Numlock is frozen (light is
> >on).  Nothing can revive it.  Pressing the power button doesn't do
> >anything either but I can hold it down for 8 secs and the box powers
> >off.
> >
> >All these symptoms indicate to me that it is going into some kind of
> >suspend mode but I have all of that turned off in the BIOS.  APM is
> >commented out (not just disabled) in my kernel config.  ACPI is loaded.
> >
> >Thanks for any help,
> >Nate
> >
> >
> >dmesg
> >-
> >Copyright (c) 1992-2002 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.0-CURRENT #9: Wed Aug 28 18:20:38 PDT 2002
> >nate@moe:/usr/obj/usr/src/sys/MOE
> >Preloaded elf kernel "/boot/kernel/kernel" at 0xc04e7000.
> >Preloaded elf module "/boot/kernel/agp.ko" at 0xc04e70a8.
> >Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04e7150.
> >Timecounter "i8254"  frequency 1193182 Hz
> >Timecounter "TSC"  frequency 498487691 Hz
> >CPU: Pentium II/Pentium II Xeon/Celeron (498.49-MHz 686-class CPU)
> >  Origin = "GenuineIntel"  Id = 0x665  Stepping = 5
> >
> >Features=0x183f9ff >T,PSE36,MMX,FXSR>
> >real memory  = 133103616 (129984K bytes)
> >avail memory = 123813888 (120912K bytes)
> >Pentium Pro MTRR support enabled
> >Using $PIR table, 7 entries at 0xc00fdf50
> >npx0:  on motherboard
> >npx0: INT 16 interface
> >acpi0:  on motherboard
> >acpi0: power button is handled as a fixed feature programming model.
> >Timecounter "ACPI-fast"  frequency 3579545 Hz
> >acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0
> >acpi_cpu0:  on acpi0
> >pcib1:  port 0xcf8-0xcff on acpi0
> >pci0:  on pcib1
> >agp0:  mem
> >0xf400-0xf407,0xf800
> >-0xfbff irq 3 at device 1.0 on pci0
> >pcib2:  at device 30.0 on pci0
> >pci1:  on pcib2
> >fxp0:  port 0x3400-0x343f mem
> >0xf410-0xf41f
> >,0xf430-0xf4300fff irq 5 at device 11.0 on pci1
> >fxp0: Ethernet address 00:d0:b7:21:ff:2d
> >inphy0:  on miibus0
> >inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
> >fxp1:  port 0x3440-0x347f mem
> >0xf420-0xf42f
> >,0xf4301000-0xf4301fff irq 9 at device 13.0 on pci1
> >fxp1: Ethernet address 00:d0:b7:69:21:74
> >inphy1:  on miibus1
> >inphy1:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
> >ahc_pci0:  port 0x3000-0x30ff mem
> >0xf4302000-0
> >xf4302fff irq 3 at device 14.0 on pci1
> >aic7890/91: Ultra2 Wide Channel A, SCSI Id=14, 32/253 SCBs
> >isab0:  at device 31.0 on pci0
> >isa0:  on isab0
> >atapci0:  port 0x1800-0x180f at device 31.1
> >on pci0
> >ata0: at 0x1f0 irq 14 on atapci0
> >ata1: at 0x170 irq 15 on atapci0
> >uhci0:  port 0x1820-0x183f irq 11 at
> >device
> > 31.2 on pci0
> >usb0:  on uhci0
> >usb0: USB revision 1.0
> >uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
> >uhub0: 2 ports with 2 removable, self powered
> >pci0:  at device 31.3 (no driver attached)
> >pci0:  at device 31.5 (no driver attached)
> >acpi_button0:  on acpi0
> >atkbdc0:  port 0x64,0x60 irq 1 on acpi0
> >atkbd0:  flags 0x1 irq 1 on atkbdc0
> >kbd0 at atkbd0
> >psm0: failed to get data.
> >psm0:  irq 12 on atkbdc0
> >psm0: model Generic PS/2 mouse, device ID 0
> >sio0 port 0x3f8-0x3ff irq 4 on acpi0
> >sio0: type 16550A
> >fdc0:  port
> >0x3f7,0x3f2-0
> >x3f5 irq 6 drq 2 on acpi0
> >fdc0: FIFO enabled, 8 bytes threshold
> >fd0: <1440-KB 3.5" drive> on fdc0 drive 0
> >ppc0 port 0x378-0x37f irq 7 on acpi0
> >ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
> >plip0:  on ppbus0
> >lpt0:  on ppbus0
> >lpt0: Interrupt-driven port
> >ppi0:  on ppbus0
> >orm0:  at iomem
> >0xd2800-0xd2fff,0xd1000-0xd27ff,0xd-0xd0fff,0xc
> >-0xc7fff on isa0
> >sc0:  at flags 0x100 on isa0
> >sc0: VGA <16 virtual consoles, flags=0x300>
> >sio1: configured irq 3 not in bitmap of probed irqs 0
> >sio1: port may not be enabled
> >vga0:  at port 0x3c0-0x3df iomem 0xa-0xb on isa0
> >Timecounters tick every 10.000 msec
>

Re: alpha tinderbox failure

2002-09-05 Thread Jeff Roberson

Is someone going to address this?  If not, I will.

Jeff



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



alpha tinderbox failure

2002-09-05 Thread Dag-Erling Smorgrav

--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> stage 2: rebuilding the object tree
--
>>> stage 2: build tools
--
>>> stage 3: cross tools
--
>>> stage 4: populating /home/des/tinderbox/alpha/obj/var/tmp/des/src/alpha/usr/include
--
>>> stage 4: building libraries
--
>>> stage 4: make dependencies
--
>>> stage 4: building everything..
--
>>> Kernel build for GENERIC started on Thu Sep  5 18:32:50 PDT 2002
--
>>> Kernel build for GENERIC completed on Thu Sep  5 19:37:47 PDT 2002
--
>>> Kernel build for LINT started on Thu Sep  5 19:37:48 PDT 2002
--
===> LINT
config: Error: device "apm_saver" is unknown
config: Error: device "cy" is unknown
config: Error: device "cy" does not take a count
config: 3 errors
WARNING: kernel contains GPL contaminated ext2fs filesystem
FYI: static unit limits for vcoda are set: NVCODA=4
FYI: static unit limits for dgb are set: NDGB=1
FYI: static unit limits for card are set: NCARD=1
FYI: static unit limits for meteor are set: NMETEOR=1
*** Error code 1

Stop in /var/tmp/des/src.
*** Error code 1

Stop in /var/tmp/des/src.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



PC hangs with power light off

2002-09-05 Thread Nate Lawson

I have a Celeron 500 box (i810 chipset, 128MB/IDE/SCSI) that hangs every
24 hours or so (usually overnight).  I've never had it hang during the day
or while I was using it.  It's running a kernel/world from 8/28 although
this has been happening ever since I installed -current on this box in
June.

The symptoms are I come back to it and the power light is off although the
fan is still running on the power supply.  Numlock is frozen (light is
on).  Nothing can revive it.  Pressing the power button doesn't do
anything either but I can hold it down for 8 secs and the box powers
off.

All these symptoms indicate to me that it is going into some kind of
suspend mode but I have all of that turned off in the BIOS.  APM is
commented out (not just disabled) in my kernel config.  ACPI is loaded.

Thanks for any help,
Nate


dmesg
-
Copyright (c) 1992-2002 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.0-CURRENT #9: Wed Aug 28 18:20:38 PDT 2002
nate@moe:/usr/obj/usr/src/sys/MOE
Preloaded elf kernel "/boot/kernel/kernel" at 0xc04e7000.
Preloaded elf module "/boot/kernel/agp.ko" at 0xc04e70a8.
Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04e7150.
Timecounter "i8254"  frequency 1193182 Hz
Timecounter "TSC"  frequency 498487691 Hz
CPU: Pentium II/Pentium II Xeon/Celeron (498.49-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x665  Stepping = 5

Features=0x183f9ff
real memory  = 133103616 (129984K bytes)
avail memory = 123813888 (120912K bytes)
Pentium Pro MTRR support enabled
Using $PIR table, 7 entries at 0xc00fdf50
npx0:  on motherboard
npx0: INT 16 interface
acpi0:  on motherboard
acpi0: power button is handled as a fixed feature programming model.
Timecounter "ACPI-fast"  frequency 3579545 Hz
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0
acpi_cpu0:  on acpi0
pcib1:  port 0xcf8-0xcff on acpi0
pci0:  on pcib1
agp0:  mem
0xf400-0xf407,0xf800
-0xfbff irq 3 at device 1.0 on pci0
pcib2:  at device 30.0 on pci0
pci1:  on pcib2
fxp0:  port 0x3400-0x343f mem
0xf410-0xf41f
,0xf430-0xf4300fff irq 5 at device 11.0 on pci1
fxp0: Ethernet address 00:d0:b7:21:ff:2d
inphy0:  on miibus0
inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp1:  port 0x3440-0x347f mem
0xf420-0xf42f
,0xf4301000-0xf4301fff irq 9 at device 13.0 on pci1
fxp1: Ethernet address 00:d0:b7:69:21:74
inphy1:  on miibus1
inphy1:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
ahc_pci0:  port 0x3000-0x30ff mem
0xf4302000-0
xf4302fff irq 3 at device 14.0 on pci1
aic7890/91: Ultra2 Wide Channel A, SCSI Id=14, 32/253 SCBs
isab0:  at device 31.0 on pci0
isa0:  on isab0
atapci0:  port 0x1800-0x180f at device 31.1
on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
uhci0:  port 0x1820-0x183f irq 11 at
device
 31.2 on pci0
usb0:  on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
pci0:  at device 31.3 (no driver attached)
pci0:  at device 31.5 (no driver attached)
acpi_button0:  on acpi0
atkbdc0:  port 0x64,0x60 irq 1 on acpi0
atkbd0:  flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: failed to get data.
psm0:  irq 12 on atkbdc0
psm0: model Generic PS/2 mouse, device ID 0
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A
fdc0:  port
0x3f7,0x3f2-0
x3f5 irq 6 drq 2 on acpi0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
ppc0 port 0x378-0x37f irq 7 on acpi0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
plip0:  on ppbus0
lpt0:  on ppbus0
lpt0: Interrupt-driven port
ppi0:  on ppbus0
orm0:  at iomem
0xd2800-0xd2fff,0xd1000-0xd27ff,0xd-0xd0fff,0xc
-0xc7fff on isa0
sc0:  at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
vga0:  at port 0x3c0-0x3df iomem 0xa-0xb on isa0
Timecounters tick every 10.000 msec
Profiling kernel, textsize=2119936 [c0123a20..c0329320]
cputime 103, empty_loop 4, nullfunc_loop_profiled 288, mcount 397,
mexitcount 267
Profiling overheads: mcount: 98+294, 258+134; mexitcount: 98+162, 234+26
nsec
Profiling overheads: mcount: 49+147, 129+67; mexitcount: 49+81, 117+13
cycles
acpi_cpu: CPU throttling enabled, 8 steps from 100% to 12.5%
ad0: DMA limited to UDMA33, non-ATA66 cable or device
ad0: 8297MB  [16858/16/63] at ata0-master UDMA33
acd0: CDROM  at ata1-master PIO4
Waiting 5 seconds for SCSI devices to settle
(targbh0:ahc0:0:-1:-1): Lun now enabled for target mode
Mounting root from ufs:/dev/ad0s1a
WARNING: / was not properly dismounted
WARNING: /usr was not properly dismounted
/usr: mount pending error: blocks 4 files 1



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: Uncommitted dc0 fixes ...

2002-09-05 Thread Vincent Poy

On Thu, 5 Sep 2002, Martin Blapp wrote:

> Hi,
>
> > When I tried these patches manually handpatching on 08182002 JP
> > SNAPSHOT, it took away the error messages like you had mentioned except
> > I can ping everything except for the gateway.  Also, no other protocols
> > would work at all so it seems like something else broke.  I took out
> > the following and it still made no difference.
> > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=misc/32699
>
> Can you please test each patch and see which one is responsable ?

Hi,

What I'm thinking about doing is cvsupping to the latest -current
code and then apply each patch and see what happens.


Cheers,
Vince - [EMAIL PROTECTED] - Vice President    __ 
Unix Networking Operations - FreeBSD-Real Unix for Free / / / / |  / |[__  ]
WurldLink Corporation  / / / /  | /  | __] ]
San Francisco - Honolulu - Hong Kong  / / / / / |/ / | __] ]
HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[]
Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: Uncommitted dc0 fixes ...

2002-09-05 Thread Martin Blapp


Hi,

>   When I tried these patches manually handpatching on 08182002 JP
> SNAPSHOT, it took away the error messages like you had mentioned except
> I can ping everything except for the gateway.  Also, no other protocols
> would work at all so it seems like something else broke.  I took out
> the following and it still made no difference.
> http://www.FreeBSD.org/cgi/query-pr.cgi?pr=misc/32699

Can you please test each patch and see which one is responsable ?

Martin


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: Uncommitted dc0 fixes ...

2002-09-05 Thread Vincent Poy

On Wed, 4 Sep 2002, Martin Blapp wrote:

>
> Hi all,
>
> Anybody who can, please commit these PR's.
>
> 1) dc driver uses wrong case to read MAC from eeprom.
>
> http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/35482
>
>
> 2) Tulip ether card EN2242 (if_dc.c) use wrong multicast table
>
> http://www.FreeBSD.org/cgi/query-pr.cgi?pr=misc/32699
>
>
> 3) ADMtek AN98x, enable automatically TX underrun recovery
>
> Patch No3 fixes some part of link problem on EN2242 cards.
> I've tested this patch and it makes by laptop working again with
> cvsup.
>
> And this patch here together with patch III made the annoying messages (dc0:
> failed to force tx and rx to idle mode) go away. And I can use now my card
> without to replug the cable over again)
>
> --- /usr/src/sys/pci/if_dc.cSun Jun 16 21:36:00 2002
> +++ /usr/src/sys/pci/if_dc.cWed Sep  4 16:57:23 2002
> @@ -1338,17 +1362,21 @@
> restart = 1;
> DC_CLRBIT(sc, DC_NETCFG, (DC_NETCFG_TX_ON|DC_NETCFG_RX_ON));
>
> -   for (i = 0; i < DC_TIMEOUT; i++) {
> -   isr = CSR_READ_4(sc, DC_ISR);
> -   if (isr & DC_ISR_TX_IDLE &&
> -   (isr & DC_ISR_RX_STATE) == DC_RXSTATE_STOPPED)
> -   break;
> -   DELAY(10);
> -   }
> +   if (DC_IS_INTEL(sc)) {
> +   for (i = 0; i < DC_TIMEOUT; i++) {
> +   isr = CSR_READ_4(sc, DC_ISR);
> +   if (isr & DC_ISR_TX_IDLE &&
> +   (isr & DC_ISR_RX_STATE)
> +   == DC_RXSTATE_STOPPED)
> +   break;
> +   DELAY(10);
> +   }
>
> -   if (i == DC_TIMEOUT)
> -   printf("dc%d: failed to force tx and "
> -   "rx to idle state\n", sc->dc_unit);
> +   if (i == DC_TIMEOUT) {
> +   printf("dc%d: failed to force tx and "
> +   "rx to idle state\n", sc->dc_unit);
> +   }
> +   }
> }
>
> Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
> --
> ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
> Phone: +41 061 826 93 00: +41 61 826 93 01
> PGP: 
> PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E
> --
>
> Ups, forgot to add here the PR number ...

> 3) ADMtek AN98x, enable automatically TX underrun recovery

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34236

> Patch No3 fixes some part of link problem on EN2242 cards.
> I've tested this patch and it makes by laptop working again with
> cvsup.

When I tried these patches manually handpatching on 08182002 JP
SNAPSHOT, it took away the error messages like you had mentioned except
I can ping everything except for the gateway.  Also, no other protocols
would work at all so it seems like something else broke.  I took out
the following and it still made no difference.
http://www.FreeBSD.org/cgi/query-pr.cgi?pr=misc/32699


Cheers,
Vince - [EMAIL PROTECTED] - Vice President    __ 
Unix Networking Operations - FreeBSD-Real Unix for Free / / / / |  / |[__  ]
WurldLink Corporation  / / / /  | /  | __] ]
San Francisco - Honolulu - Hong Kong  / / / / / |/ / | __] ]
HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[]
Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: alpha tinderbox failure

2002-09-05 Thread Bruce Evans

On Thu, 5 Sep 2002, Nate Lawson wrote:

> Is CVSup stale on this machine or is it not rebuilding LINT from
> NOTES?

LINT never even config'ed on alphas.

Bruce


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: alpha tinderbox failure

2002-09-05 Thread Nate Lawson

Is CVSup stale on this machine or is it not rebuilding LINT from
NOTES?

On Thu, 5 Sep 2002, Dag-Erling Smorgrav wrote:
> --
> >>> Rebuilding the temporary build tree
> --
> >>> stage 1: bootstrap tools
> --
> >>> stage 2: cleaning up the object tree
> --
> >>> stage 2: rebuilding the object tree
> --
> >>> stage 2: build tools
> --
> >>> stage 3: cross tools
> --
> >>> stage 4: populating 
>/home/des/tinderbox/alpha/obj/var/tmp/des/src/alpha/usr/include
> --
> >>> stage 4: building libraries
> --
> >>> stage 4: make dependencies
> --
> >>> stage 4: building everything..
> --
> >>> Kernel build for GENERIC started on Thu Sep  5 06:11:44 PDT 2002
> --
> >>> Kernel build for GENERIC completed on Thu Sep  5 07:16:08 PDT 2002
> --
> >>> Kernel build for LINT started on Thu Sep  5 07:16:09 PDT 2002
> --
> ===> LINT
> config: Error: device "apm_saver" is unknown
> config: Error: device "cy" is unknown
> config: Error: device "cy" does not take a count
> config: 3 errors
> WARNING: kernel contains GPL contaminated ext2fs filesystem
> FYI: static unit limits for vcoda are set: NVCODA=4
> FYI: static unit limits for dgb are set: NDGB=1
> FYI: static unit limits for card are set: NCARD=1
> FYI: static unit limits for meteor are set: NMETEOR=1
> *** Error code 1
> 
> Stop in /var/tmp/des/src.
> *** Error code 1
> 
> Stop in /var/tmp/des/src.
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-current" in the body of the message
> 


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: rcNg messages

2002-09-05 Thread Mike Makonnen

On Thu, 05 Sep 2002 13:17:04 +0200 (CEST)
Harti Brandt <[EMAIL PROTECTED]> wrote:

> rcorder: requirement `ppp' in file `/etc/rc.d/rpcbind' has no providers.
> rcorder: requirement `beforenetlkm' in file `/etc/rc.d/ipsec' has no
> providers. rcorder: requirement `beforenetlkm' in file `/etc/rc.d/ipfilter'
> has no providers. rcorder: requirement `altqd' in file
> `/etc/rc.d/NETWORKING' has no providers. rcorder: requirement `dhclient' in
> file `/etc/rc.d/NETWORKING' has no providers. rcorder: requirement `network'
> in file `/etc/rc.d/NETWORKING' has no providers.

Well, gordon made a commit yesterday to prevent scripts not used by FreeBSD
from being installed. rcorder is complaining because some of those scripts are
in the REQUIRE line of the installed scripts. While your startup order may be
subtly different because of it, it's a benign error message (in this case).
You can redirect it to /dev/null with the following patch.

Cheers,
Mike Makonnen

Index: etc/rc
===
RCS file: /home/ncvs/src/etc/rc,v
retrieving revision 1.317
diff -u -r1.317 rc
--- etc/rc  15 Aug 2002 03:24:47 -  1.317
+++ etc/rc  5 Sep 2002 17:54:32 -
@@ -84,7 +84,7 @@
fi
 
os=`eval ${CMD_OSTYPE}`
-   files=`rcorder -k ${os} -s nostart /etc/rc.d/*`
+   files=`rcorder 2>/dev/null -k ${os} -s nostart /etc/rc.d/*`
 
for _rc_elem in ${files}; do
run_rc_script ${_rc_elem} ${_boot}

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



problems getting Avaya Wi/Fi working on 5.0-current

2002-09-05 Thread Gheorghe Ardelean


Hi,

I am having problems getting Avaya Wireless Wi/Fi ETS Card 11 Mb/s GOLD
working under FreeBSD 5.0-CURRENT-20020818-JPSNAP on a IBM Thinkpad
Laptop.

When I am inserting the card in the slot I get the following message:

pccard1: Card has no functions!
cbb1: PC Card card activation failed

and the output pccardc dumpcis is

0 slots found

any help would be very much appreciated.

Regards,

G. Ardelean

P.S. Here is the corresponding dmesg:

Copyright (c) 1992-2002 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.0-CURRENT-20020818-JPSNAP #4: Wed Sep  4 16:00:28 GMT 2002
root@:/usr/src/sys/i386/compile/THINKPAD
Preloaded elf kernel "/boot/kernel/kernel" at 0xc0517000.
Preloaded elf module "/boot/kernel/acpi.ko" at 0xc05170a8.
Timecounter "i8254"  frequency 1193182 Hz
Timecounter "TSC"  frequency 498272880 Hz
CPU: Pentium III/Pentium III Xeon/Celeron (498.27-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x681  Stepping = 1

Features=0x383f9ff
real memory  = 134021120 (130880K bytes)
avail memory = 124514304 (121596K bytes)
Pentium Pro MTRR support enabled
pcibios: No call entry point
npx0:  on motherboard
npx0: INT 16 interface
acpi0:  on motherboard
acpi0: power button is handled as a fixed feature programming model.
Timecounter "ACPI-safe"  frequency 3579545 Hz
ACPI-0351: *** Error: Could not install PciConfig handler for PCI0,
AE_ALREADY_EXISTS
acpi_timer0: <24-bit timer at 3.579545MHz> port 0xef08-0xef0b on acpi0
acpi_cpu0:  on acpi0
acpi_tz0:  on acpi0
acpi_tz1:  on acpi0
acpi_tz2:  on acpi0
acpi_tz3:  on acpi0
acpi_lid0:  on acpi0
acpi_button0:  on acpi0
acpi_pcib0:  port 0xcf8-0xcff on acpi0
pci0:  on acpi_pcib0
agp0:  mem
0x4000-0x43ff at device 0.0 on pci0
pcib1:  at device 1.0 on pci0
pci1:  on pcib1
pci1:  at device 0.0 (no driver attached)
cbb0:  mem 0x50103000-0x50103fff irq 11 at
device 2.0 on pci0
cardbus0:  on cbb0
pccard0: <16-bit PCCard bus> on cbb0
cbb1:  mem 0x50102000-0x50102fff irq 11 at
device 2.1 on pci0
cardbus1:  on cbb1
pccard1: <16-bit PCCard bus> on cbb1
pci0:  at device 3.0 (no driver attached)
csa0:  mem
0x5000-0x500f,0x5010-0x50100fff irq 11 at device 6.0 on pci0
csa: card is Thinkpad 600X/A20/T20
pcm0:  on csa0
isab0:  at device 7.0 on pci0
isa0:  on isab0
atapci0:  port 0xfcf0-0xfcff at device 7.1
on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
pci0:  at device 7.2 (no driver attached)
pci0:  at device 7.3 (no driver attached)
fdc0:  port
0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0
fdc0: FIFO enabled, 8 bytes threshold
sio0: configured irq 4 not in bitmap of probed irqs 0
sio0: port may not be enabled
ppc0 port 0x3bc-0x3c3 irq 7 on acpi0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
plip0:  on ppbus0
lpt0:  on ppbus0
lpt0: Interrupt-driven port
ppi0:  on ppbus0
atkbdc0:  port 0x64,0x60 irq 1 on acpi0
atkbd0:  flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0:  irq 12 on atkbdc0
psm0: model Generic PS/2 mouse, device ID 0
acpi_ec0:  port 0x66,0x62 on acpi0
acpi_cmbat0:  on acpi0
acpi_cmbat1:  on acpi0
acpi_acad0:  on acpi0
sio0: configured irq 4 not in bitmap of probed irqs 0
sio0: port may not be enabled
orm0:  at iomem 0xc-0xcbfff on isa0
pmtimer0 on isa0
sc0:  at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0: configured irq 4 not in bitmap of probed irqs 0
sio0: port may not be enabled
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 8250 or not responding
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
vga0:  at port 0x3c0-0x3df iomem 0xa-0xb on isa0
Timecounters tick every 10.000 msec
acpi_cpu: CPU throttling enabled, 8 steps from 100% to 12.5%
pccard1: Card has no functions!
cbb1: PC Card card activation failed
ad0: 11509MB  [24944/15/63] at ata0-master UDMA33
acd0: DVD-ROM  at ata1-master PIO4
Mounting root from ufs:/dev/ad0s1a


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: [PATCH] 'ata_dmasetup: transfer active on this device!' problem on resume

2002-09-05 Thread Hajimu UMEMOTO

Hi,

>>> Thu, 05 Sep 2002 11:40:39 +0900 (JST),
>>> Mitsuru IWASAKI <[EMAIL PROTECTED]> said:

iwasaki> My patches will do those things during suspend time;
iwasaki>  - wait for DMA transfer completion if it is on the way.
iwasaki>  - cancel new requests (yes, it's possible even during suspend
iwasaki>time) for ATA disks and remain them in ATA queue.

Oh, it's great.  My problem was gone.  Thanks!

--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED]  [EMAIL PROTECTED]  ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: web browsers

2002-09-05 Thread Emiel Kollof

* John Baldwin ([EMAIL PROTECTED]) wrote:
> 
> Umm, developers are free to use whatever applications they want on their
> personal machines.  The only thing that could possibly have any PR
> relation to web designers would be if we shipped an actual web browser
> in the base system that was "offensive" or something.

There's an excellent april fool joke in there somewhere... 

*makes mental note*

Cheers,
Emiel
-- 
An idea is an eye given by God for the seeing of God.  Some of these
eyes we cannot bear to look out of, we blind them as quickly as
possible.
-- Russell Hoban, "Pilgermann"

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: web browsers

2002-09-05 Thread John Baldwin


On 05-Sep-2002 Dominic Mitchell wrote:
> Garrett Wollman wrote:
>> I'll stick with something that works, and works fast.  I'm well aware
>> of the security issues, and have determined the risk to be
>> insignificant for the way I use a Web browser.  (And frankly, I don't
>> much care what lusing Web-design weenies think about it.)
> 
> Well, that's the kind of attitude that leads to web designers not using 
> FreeBSD.  If you want more people to use a nice standards based OS, why 
> not consider acknowledging them back and using a nice, standards 
> compliant browser?

Umm, developers are free to use whatever applications they want on their
personal machines.  The only thing that could possibly have any PR
relation to web designers would be if we shipped an actual web browser
in the base system that was "offensive" or something.

-- 

John Baldwin <[EMAIL PROTECTED]>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: KDE with all dependencies now running

2002-09-05 Thread Steve Kargl

On Thu, Sep 05, 2002 at 10:22:23AM +0300, Vallo Kallaste wrote:
> On Wed, Sep 04, 2002 at 11:09:20PM +0200, Martin Blapp <[EMAIL PROTECTED]> wrote:
> 
> > 
> > NO_CPU_CFLAGS=true
> > NO_CPU_COPTFLAGS=true
> > 
> 
> For awhile now (two-three months or so), I've found these CPU options
> absolutely beneficial for getting my -current system somewhat stable
> and minimise gcc internal errors, althought not completely. Quite
> strange..


As of a few days ago, there is a new GCC compiler in -current.
Your experience over the last two-three month may no longer
have relevance.

-- 
Steve

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



ucom/uftdi problems

2002-09-05 Thread Bernd Walter

I've build a device which is based on the FT8U232AM chip.
Probing works like a charm:
[81]cicely13# usbdevs -v | grep FTDI
   port 3 addr 5: full speed, power 90 mA, config 1, USB <-> Serial(0x6001), 
FTDI(0x0403), rev 2.00
And I get a new node in /dev:
[82]cicely13# ls -l /dev/ucom0
crw-rw  1 uucp  dialer  138, 128 Sep  4 16:43 /dev/ucom0
But I get an error when writing:
[83]cicely13# echo test > /dev/ucom0
/dev/ucom0: Device not configured.
[84]cicely13# uname -a
FreeBSD cicely13.cicely.de 5.0-CURRENT FreeBSD 5.0-CURRENT #3: Wed Sep  4 15:54:17 
CEST 2002 
[EMAIL PROTECTED]:/var/d7/builder/FreeBSD-2002-08-31/src/sys/i386/compile/CICELY13
  i386

-- 
B.Walter   BWCThttp://www.bwct.de
[EMAIL PROTECTED]  [EMAIL PROTECTED]


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



alpha tinderbox failure

2002-09-05 Thread Dag-Erling Smorgrav

--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> stage 2: rebuilding the object tree
--
>>> stage 2: build tools
--
>>> stage 3: cross tools
--
>>> stage 4: populating /home/des/tinderbox/alpha/obj/var/tmp/des/src/alpha/usr/include
--
>>> stage 4: building libraries
--
>>> stage 4: make dependencies
--
>>> stage 4: building everything..
--
>>> Kernel build for GENERIC started on Thu Sep  5 06:11:44 PDT 2002
--
>>> Kernel build for GENERIC completed on Thu Sep  5 07:16:08 PDT 2002
--
>>> Kernel build for LINT started on Thu Sep  5 07:16:09 PDT 2002
--
===> LINT
config: Error: device "apm_saver" is unknown
config: Error: device "cy" is unknown
config: Error: device "cy" does not take a count
config: 3 errors
WARNING: kernel contains GPL contaminated ext2fs filesystem
FYI: static unit limits for vcoda are set: NVCODA=4
FYI: static unit limits for dgb are set: NDGB=1
FYI: static unit limits for card are set: NCARD=1
FYI: static unit limits for meteor are set: NMETEOR=1
*** Error code 1

Stop in /var/tmp/des/src.
*** Error code 1

Stop in /var/tmp/des/src.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



rcNg messages

2002-09-05 Thread Harti Brandt


Hi,

I switched to rcNg and on startup get these messages. Is this something
to worry about or is this supposed to happen?

harti

rcorder: requirement `ppp' in file `/etc/rc.d/rpcbind' has no providers.
rcorder: requirement `beforenetlkm' in file `/etc/rc.d/ipsec' has no providers.
rcorder: requirement `beforenetlkm' in file `/etc/rc.d/ipfilter' has no providers.
rcorder: requirement `altqd' in file `/etc/rc.d/NETWORKING' has no providers.
rcorder: requirement `dhclient' in file `/etc/rc.d/NETWORKING' has no providers.
rcorder: requirement `network' in file `/etc/rc.d/NETWORKING' has no providers.
rcorder: requirement `wscons' in file `/etc/rc.d/syslogd' has no providers.
rcorder: requirement `sysdb' in file `/etc/rc.d/syslogd' has no providers.
rcorder: requirement `mountall' in file `/etc/rc.d/accounting' has no providers.
rcorder: requirement `mountall' in file `/etc/rc.d/amd' has no providers.
rcorder: requirement `mountall' in file `/etc/rc.d/cleartmp' has no providers.
rcorder: requirement `mountall' in file `/etc/rc.d/ldconfig' has no providers.
rcorder: requirement `beforemountlkm' in file `/etc/rc.d/mountd' has no providers.
rcorder: requirement `mountall' in file `/etc/rc.d/mountd' has no providers.
rcorder: requirement `aftermountlkm' in file `/etc/rc.d/securelevel' has no providers.


-- 
harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private
  [EMAIL PROTECTED], [EMAIL PROTECTED]


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: web browsers

2002-09-05 Thread Dominic Mitchell

Garrett Wollman wrote:
> I'll stick with something that works, and works fast.  I'm well aware
> of the security issues, and have determined the risk to be
> insignificant for the way I use a Web browser.  (And frankly, I don't
> much care what lusing Web-design weenies think about it.)

Well, that's the kind of attitude that leads to web designers not using 
FreeBSD.  If you want more people to use a nice standards based OS, why 
not consider acknowledging them back and using a nice, standards 
compliant browser?

-Dom

-- 
| Semantico: creators of major online resources  |
|   URL: http://www.semantico.com/   |
|   Tel: +44 (1273) 72   |
|   Address: 33 Bond St., Brighton, Sussex, BN1 1RD, UK. |


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: gcore/elfcore.c broken?

2002-09-05 Thread David Malone

On Thu, Sep 05, 2002 at 12:42:09AM -0400, Garance A Drosihn wrote:
> At 12:58 AM -0700 9/5/02, walt wrote:
> >cc -O -pipe -mcpu=pentiumpro-c /usr/src/usr.bin/gcore/elfcore.c
> >/usr/src/usr.bin/gcore/elfcore.c: In function `elf_coredump':
> >/usr/src/usr.bin/gcore/elfcore.c:128: syntax error before "nleft"
> >/usr/src/usr.bin/gcore/elfcore.c:131: `nleft' undeclared (first use 
> >in this function)
> >/usr/src/usr.bin/gcore/elfcore.c:131: (Each undeclared identifier is 
> >reported only once
> >/usr/src/usr.bin/gcore/elfcore.c:131: for each function it appears in.)
> 
> I suspect it was broken as part of the commit:

Yep - it crept in as part of some crud I had in my freefall tree.
I'd run a cvs diff before applying this patch to make sure the tree
was clean but must have missed this. (The intmax_t changes wouldn't
have passed md5 anyway...)

I'll check and see if I touched anything else I didn't intent to
and back out any patches which shouldn't be in the tree.

David.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message