Re: geli and SMP problems?

2007-10-26 Thread Krassimir Slavchev
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Setting kern.geom.eli.threads="1" from loader.conf solves the problem. This looks like similar to kern/104669 but not fixed. Krassimir Slavchev wrote: > Hi, > > I have problems with geli and SMP kernel: > > ... > Enter passphrase for md0: > GEOM_ELI

Re: 7.0-BETA1.5 Available...

2007-10-26 Thread Oliver Peter
On Thu, Oct 25, 2007 at 06:27:14PM -0400, Ken Smith wrote: > ... > Note you will not have been impacted at all if you updated an older > machine using cvsup to RELENG_7. This issue only impacts people who had > done an install using the 7.0-BETA1 ISOs. Thanks for this information. Last night I d

Re: Reproducable, possibly NFS related, fatal double fault in 6.2-R-p7

2007-10-26 Thread Bengt Ahlgren
Kris Kennaway <[EMAIL PROTECTED]> writes: > Bengt Ahlgren wrote: >> Esa Karkkainen <[EMAIL PROTECTED]> writes: >> >>> On Sun, Oct 14, 2007 at 02:37:23PM +0200, Kris Kennaway wrote: Esa Karkkainen wrote: > I get "Fatal double fault" error when writing to a filesystem > mounted from N

Re: dumpdev question (probably stupid)

2007-10-26 Thread Andrey V. Elsukov
Chris H. wrote: Given that the server that I need to create a dumpdev on has has a slice dedicated to /var with *more* than adequate space to accommodate the the resources needed for a dumpdev, as well as everything else in /var. Is it enough to simply: # mkdir /var/crash # chmod 700 /var/crash

kdump(1) differences between 6.x and 7.x

2007-10-26 Thread Peter Jeremy
In May 2006, netchild@ committed some changes to kdump to enhance the decoding of various syscall arguments. Using the example from the commit message: Change kdump to print more useful information, i.e. it changes from 32229 telnet CALL mmap(0,0x8000,0x3,0x1002,0x,0,0,0) 32229 telnet

Re: dumpdev question (probably stupid)

2007-10-26 Thread Chris H.
Quoting "Andrey V. Elsukov" <[EMAIL PROTECTED]>: Chris H. wrote: Given that the server that I need to create a dumpdev on has has a slice dedicated to /var with *more* than adequate space to accommodate the the resources needed for a dumpdev, as well as everything else in /var. Is it enough to

dumpdev question (probably stupid)

2007-10-26 Thread Chris H.
Greetings, Given that the server that I need to create a dumpdev on has has a slice dedicated to /var with *more* than adequate space to accommodate the the resources needed for a dumpdev, as well as everything else in /var. Is it enough to simply: # mkdir /var/crash # chmod 700 /var/crash and s

loader on Dell INSPIRON 1501: BTX halted

2007-10-26 Thread Andrey Zonov
Hello, I have a problem with my notebook Dell INSPIRON 1501, if install FreeBSD-7.0-BETA1-amd64 to USB-HDD. Loader fails with "BTX halted", but boot from CD 7.0-BETA1-amd64-bootonly.iso - is good. Any ideas? ___ freebsd-stable@freebsd.org mailing l

Re: dumpdev question (probably stupid)

2007-10-26 Thread Chris H.
Quoting "Andrey V. Elsukov" <[EMAIL PROTECTED]>: Chris H. wrote: OK then. If I understand you correctly, I simply need to create: /var/crash (the default) Yes. Also you need a swap size > ram size. swap slice is already 3 times greater than memory. So I'm confident there's enough space.

Re: 7.0-BETA1.5 Available...

2007-10-26 Thread Ken Smith
On Fri, 2007-10-26 at 09:55 +0200, Oliver Peter wrote: > Everything wents fine. Mergemaster did a great job but I still want > to ask if there can be a problem in the future because I switched from > 8.0-SUPRISE to 7.0-STABLE... I don't *think* so. Part of why I didn't pick up on the mistake wa

Re: dumpdev question (probably stupid)

2007-10-26 Thread Andrey V. Elsukov
Chris H. wrote: OK then. If I understand you correctly, I simply need to create: /var/crash (the default) Yes. Also you need a swap size > ram size. add the following to /etc/rc.conf: dumpdev="AUTO" dumpdir="/var/crash" bounce the server and ensure that /etc/rc.d/dumpon is started immediatel

Re: dumpdev question (probably stupid)

2007-10-26 Thread Chris H.
Quoting "Chris H." <[EMAIL PROTECTED]>: Quoting "Andrey V. Elsukov" <[EMAIL PROTECTED]>: Chris H. wrote: Given that the server that I need to create a dumpdev on has has a slice dedicated to /var with *more* than adequate space to accommodate the the resources needed for a dumpdev, as well as

7.0 BETA1 and Thinkpad T61p : Wireless misadventure

2007-10-26 Thread Luis Neves
Hi all. So far I've failed to have a working wireless connection with this combination. There are no FreeBSD drivers for the included intel 4965AG card. I've tried to use the ndiswrapper framework without success. The ndisgen wizard runs without issues, but kldloading the driver freezes and reb

Re: 7.0 BETA1 and Thinkpad T61p : Wireless misadventure

2007-10-26 Thread Luis Neves
Yuri Lukin wrote: On Fri, 26 Oct 2007 15:24:40 +0100, Luis Neves wrote FWIW, I have a T61 (not the "p" version) with 7.0-PRERELEASE from Oct 15th and have an integrated IBM miniPCI card that uses the ath driver without any problems: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112,

Re: 7.0 BETA1 and Thinkpad T61p : Wireless misadventure

2007-10-26 Thread Yuri Lukin
On Fri, 26 Oct 2007 15:24:40 +0100, Luis Neves wrote > Hi all. > So far I've failed to have a working wireless connection with this > combination. > > There are no FreeBSD drivers for the included intel 4965AG card. > I've tried to use the ndiswrapper framework without success. The > ndisgen wiz

Re: 7.0 BETA1 and Thinkpad T61p : Wireless misadventure

2007-10-26 Thread Yousif Hassan
> There are no FreeBSD drivers for the included intel 4965AG card. > I've tried to use the ndiswrapper framework without success. The ndisgen > wizard > runs without issues, but kldloading the driver freezes and reboots the > machine. This occurs if the Windows driver contains function calls t

Re: 7.0 BETA1 and Thinkpad T61p : Wireless misadventure

2007-10-26 Thread Abdullah Ibn Hamad Al-Marri
- Original Message > From: Luis Neves <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED]; freebsd-stable@freebsd.org > Sent: Friday, October 26, 2007 5:24:40 PM > Subject: 7.0 BETA1 and Thinkpad T61p : Wireless misadventure > > > Hi all. > So far I've failed to have a working wireless c

Re: loader on Dell INSPIRON 1501: BTX halted

2007-10-26 Thread Kostik Belousov
On Fri, Oct 26, 2007 at 03:29:39PM +0400, Andrey Zonov wrote: > Hello, > > I have a problem with my notebook Dell INSPIRON 1501, if install > FreeBSD-7.0-BETA1-amd64 to USB-HDD. Loader fails with "BTX halted", > but boot from CD 7.0-BETA1-amd64-bootonly.iso - is good. > > Any ideas? Take patc

Re: 7.0 BETA1 and Thinkpad T61p : Wireless misadventure

2007-10-26 Thread Yuri Lukin
On Fri, 26 Oct 2007 16:34:12 +0100, Luis Neves wrote > > "ath" card > [EMAIL PROTECTED]:22:0:0: class=0x02 card=0xcb2114b9 > chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros > Communications Inc.' device = 'AR5212, AR5213 802.11a/b/g > Wireless Adapter' class

Debugging off in 7.0-BETA1 kernel?

2007-10-26 Thread Doug Poland
Hello, A couple of days ago I csup'd RELENG_7 and I noticed the GENERIC kernel was missing the following options... options KDB options DDB options GDB options INVARIANTS options INVARIANT_SUPPORT options WITNESS options WITNESS_SKIPSPIN

Re: 7.0-BETA1.5 Available...

2007-10-26 Thread Doug Barton
On Fri, 2007-10-26 at 09:55 +0200, Oliver Peter wrote: Everything wents fine. Mergemaster did a great job That's good to hear. :) Doug -- This .signature sanitized for your protection ___ freebsd-stable@freebsd.org mailing list http://lists.f

Re: Debugging off in 7.0-BETA1 kernel?

2007-10-26 Thread LI Xin
Doug Poland wrote: > Hello, > > A couple of days ago I csup'd RELENG_7 and I noticed the GENERIC kernel > was missing the following options... > > options KDB > options DDB > options GDB > options INVARIANTS > options INVARIANT_SUPPORT > options WIT

Re: any hope for nfe/msk?

2007-10-26 Thread Pyun YongHyeon
On Thu, Oct 25, 2007 at 05:30:32PM +0900, To Oleg Lomaka wrote: [...] > > tdevil% grep -iE "msk|phy" /var/run/dmesg.boot > > pci0: domain=0, physical bus=0 > > pci2: domain=0, physical bus=2 > > mskc0: port 0x2000-0x20ff mem > > 0xd010-0xd0103fff irq 16 at device 0.0 on pci2 > >