Re: acpi prevents fdc to detect correctly

2002-08-20 Thread Mark Santcroos
On Mon, Aug 19, 2002 at 05:00:55PM +0200, Simon 'corecode' Schubert wrote: > if i prevent acpi from being loaded on boot time (don't know the right > procedure, just `set module_path=/' in /boot/loader) fdc is detected > correctly. put: exec="unset acpi_load" in your /boot/loader.conf -- Mark S

Exceptions problems with gcc3.1.1. try/catch does not work in allcases

2002-08-20 Thread Martin Blapp
Hi all / Alexander, > Kevin B. Hendricks <[EMAIL PROTECTED]> wrote > > I would say either your bridge code is broken the walk back of the > exception handler is not finding the proper "try" clause for some > reason. > The bridge code should be fine as it works in Linux with gcc3.1.1. > The cat

kernel: drop session, too many entries

2002-08-20 Thread Radko Keves
hi all i have problem, and don't know why: Aug 20 10:41:21 kripel kernel: drop session, too many entries Aug 20 10:41:32 kripel last message repeated 2 times Aug 20 10:47:06 kripel kernel: drop session, too many entries Aug 20 10:47:09 kripel kernel: drop session, too many entries Aug 20 10:49:08

Re: acpi prevents fdc to detect correctly

2002-08-20 Thread Simon 'corecode' Schubert
On Tue, 20 Aug 2002 08:43:20 +0200 Mark Santcroos wrote: > > if i prevent acpi from being loaded on boot time (don't know the right > > procedure, just `set module_path=/' in /boot/loader) fdc is detected > > correctly. > put: > exec="unset acpi_load" > in your /boot/loader.conf ah, thanks. stil

Re: acpi prevents fdc to detect correctly

2002-08-20 Thread Mark Santcroos
On Tue, Aug 20, 2002 at 12:34:52PM +0200, Simon 'corecode' Schubert wrote: > On Tue, 20 Aug 2002 08:43:20 +0200 Mark Santcroos wrote: > > > > if i prevent acpi from being loaded on boot time (don't know the right > > > procedure, just `set module_path=/' in /boot/loader) fdc is detected > > > cor

VAIO R505ES better, but...

2002-08-20 Thread Pete Carah
Well, now it boots (presumably thanks to IRQ fixes for TI bridges...) Now it doesn't spot *any* devices on pc-card or the built-in wi0; also the mouse gets lost ("psm0: unable to allocate IRQ"). The Memory-stick does work (with a manual camcontrol rescan). (there are plenty of complaints from bo

Re: acpi prevents fdc to detect correctly

2002-08-20 Thread Anders Andersson
On Tue, Aug 20, 2002 at 08:43:20AM +0200, Mark Santcroos wrote: > put: > exec="unset acpi_load" > in your /boot/loader.conf Or: hint.acpi.0.disable="1" Nice to have several solutions to a problem in the UNIX world :-) -- Anders Andersson <[EMAIL PROTECTED]> UNIX, Networking and Security consul

Re: VAIO R505ES better, but...

2002-08-20 Thread M. Warner Losh
In message: <[EMAIL PROTECTED]> Pete Carah <[EMAIL PROTECTED]> writes: : I'm mostly concerned with the newcard not seeing *any* cards or card-like : objects (e.g. the built-in orinoco). Stable sees the orinoco but won't : use it due to lack of a properly-mapped IRQ. My zoom modem car

killall doesn't kill the process

2002-08-20 Thread Yuri
I had some process taking 98% CPU and decided to kill it. "killall midc" said: No matching processes were found. "top" showed midc on top. "killall midc" -- same thing. Killing by PID worked fine. So maybe the name in processes table got corrupted? Version: CURRENT cvsupped on Saturday. Yuri.

i386 tinderbox failure

2002-08-20 Thread Dag-Erling Smorgrav
-- >>> Rebuilding the temporary build tree -- >>> stage 1: bootstrap tools -- >>> stage 2: cleaning up the object tree

Re: i386 tinderbox failure

2002-08-20 Thread Ollivier Robert
According to Dag-Erling Smorgrav: > -- > >>> stage 4: building everything.. > -- > ===> usr.sbin/getextattr > /local0/scratch/des/src/usr.sbin/getextattr/getextattr.c:139:40: mul

Re: CFLAGS=-O and WARN=5

2002-08-20 Thread Giorgos Keramidas
On 2002-08-14 18:58 +, Jun Kuriyama wrote: > When I tried make world with CFLAGS="-g -pipe" in make.conf, I got > a result below. > ===> bin/df > cc -pipe -g -I/usr/src/bin/df/../../sbin/mount -Werror -Wall -Wno-format-y2k -W >-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wret

BAD psmintr: [Re: psm problem]

2002-08-20 Thread Anselm Garbe
Hi there again, so after using -current of Mon Aug 19 22:50:47 CEST 2002 I get the same errors. Maybe I should describe the problem more precisely. On Aug 15, 2002 I upgraded my -current system (world+kernel). Therefore I used -current of Aug 6, 2002 without any problems. Since Aug 15 I get foll

Re: BAD psmintr: [Re: psm problem]

2002-08-20 Thread Nate Lawson
Are you using /dev/psm0 directly in X or with moused or with XKBD? On Tue, 20 Aug 2002, Anselm Garbe wrote: > Hi there again, > > so after using -current of Mon Aug 19 22:50:47 CEST 2002 I get the > same errors. Maybe I should describe the problem more precisely. > > On Aug 15, 2002 I upgraded

current buildworld failure on Alpha?

2002-08-20 Thread Wilko Bulte
What did I miss this time? ds10#make Segmentation fault (core dumped) "/usr/src/Makefile.inc1", line 140: warning: "make -f /dev/null -m /usr/src/share/mk CPUTYPE=ev56 -V CPUTYPE" returned non-zero status "/usr/src/Makefile.inc1", line 142: CPUTYPE global should be set with ?=. *** Error code 1

RE: 3 floppy system for -current releases

2002-08-20 Thread John Baldwin
On 08-Aug-2002 John Hay wrote: > Here is a try at a 3 floppy system. Most people should be able to > install with the first 2 floppies (kern.flp and mfsroot.flp). Just > those that need a driver on the third floppy (drivers.flp) will > need it. > > If this idea is acceptable, we should probably

Re: BAD psmintr: [Re: psm problem]

2002-08-20 Thread Nate Lawson
Nothing has changed in moused or sys/isa/psm.c for at least 5 months so this may be a more general problem. How about a dmesg? Please keep -current in the cc: so everyone can benefit. On Wed, 21 Aug 2002, Anselm Garbe wrote: > On Tue, Aug 20, 2002 at 01:37:34PM -0700, Nate Lawson wrote: > > Are

quotacheck: bad inode number 1 to nextinode

2002-08-20 Thread Franky
I try to use quota on FreeBSD 5.0 current(today cvsuped), but I have the problem: ad0: 57241MB [116301/16/63] at ata0-master UDMA100 acd0: DVD-ROM at ata1-master PIO4 Mounting root from ufs:/dev/ad0s2a k34# mount /dev/ad0s2a on / (ufs, local) devfs on /dev (

driver an - crushing

2002-08-20 Thread Franky
After using some program which work in promiscuous mode like trafshow, the an driver logging no space buffer... and don't transmit any more, I test it on FreeBSD 4.6 stable - the same, but in the past it worked good. If don't use promiscuous mode on interface an0, it work quit good for long time

Re: BAD psmintr: [Re: psm problem]

2002-08-20 Thread Nate Lawson
BTW, just a hunch: try reverting sys/dev/pci/pci.c to 1.194 and see if that helps. Looks like the current version of psm.c is requesting a shared interrupt (RF_SHAREABLE). -Nate On Tue, 20 Aug 2002, Nate Lawson wrote: > Nothing has changed in moused or sys/isa/psm.c for at least 5 months so >

Re: Proliferating quirk table entries

2002-08-20 Thread Thomas Quinot
Le 2002-08-17, Nate Lawson écrivait : > I'm working on cleaning up quirk entries in scsi_da.c, especially ones > related to READ/WRITE 6->10 escalation. For those just joining in, there > is a function (cmd6workaround) that handles a R/W6 error by translating > the cdb to 10 bytes and restarting

port upgrade problem

2002-08-20 Thread Maxim M. Kazachek
portupgrade fails with reason (Makefile broken) on print/jadetex and x11-fonts/webfonts due to make warning: "/usr/ports/Mk/bsd.port.mk", line 2580: warning: duplicate script for target "patch-message" ignored When I try to make/install documentation make also shows a lot of warnings abo

Re: Proliferating quirk table entries

2002-08-20 Thread Kenneth D. Merry
On Wed, Aug 21, 2002 at 02:46:14 +0200, Thomas Quinot wrote: > Le 2002-08-17, Nate Lawson écrivait : > > > I'm working on cleaning up quirk entries in scsi_da.c, especially ones > > related to READ/WRITE 6->10 escalation. For those just joining in, there > > is a function (cmd6workaround) that h

Re: 3 floppy system for -current releases

2002-08-20 Thread John Hay
This has been committed already, but I'll answer your questions. If you are unhappy with anything, go ahead and change it. At the end I thought it more usefull to have snapshots that complete the building process, than ones that don't. People can test and give feedback on something that exists. >

Re: Proliferating quirk table entries

2002-08-20 Thread Terry Lambert
"Kenneth D. Merry" wrote: > The right way to handle the 6/10 byte stuff is to have it be a function of > the transport type (see the CAM_NEW_TRAN_CODE stuff). The peripheral > drivers and userland applications can query the transport type and send > 6 or 10 byte commands as appropriate. > > If w