-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
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
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
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
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
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
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
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
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.
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
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
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
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
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,
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
> 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
- 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
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
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
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
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
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
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
> >
23 matches
Mail list logo