On 12/01/2010 12:53, Gareth de Vaux wrote:
> On Mon 2010-11-29 (21:19), FreeBSD Security Advisories wrote:
>> # cd /usr/src
>> # patch < /path/to/patch
>> # cd /usr/src/secure/lib/libssl
>> # make obj && make depend && make && make install
>
> Hi all, I'm following the instructions with:
>
> # cv
On Wed, Dec 01, 2010 at 08:21:21PM -0600, Zhihao Yuan wrote:
> ctfdump -S /boot/kernel/kernel works, my system has CTF configured. But I
> don't have either
> options KDB
> or
> options DDB
> I guess these has nothing to do with Dtrace, at least KDB is just a totally
> different module. Am I right?
ctfdump -S /boot/kernel/kernel works, my system has CTF configured. But I
don't have either
options KDB
or
options DDB
I guess these has nothing to do with Dtrace, at least KDB is just a totally
different module. Am I right?
On Wed, Dec 1, 2010 at 7:47 PM, Navdeep Parhar wrote:
> On Wed, Dec 1,
On Wed, Dec 1, 2010 at 5:37 PM, Zhihao Yuan wrote:
> I guess such an error has nothing to do with the difference between
> compilers... I assumed that you used similar KERNCONF on your two systems.
> So, a hypothesis is: Dtrace does not work correctly on amd64.
It works just fine for me. I built
On Wed, Dec 1, 2010 at 7:37 PM, Zhihao Yuan wrote:
> I guess such an error has nothing to do with the difference between
> compilers... I assumed that you used similar KERNCONF on your two systems.
> So, a hypothesis is: Dtrace does not work correctly on amd64.
I should have mentioned that I do h
On 12/1/2010 6:44 PM, Pyun YongHyeon wrote:
> On Wed, Dec 01, 2010 at 06:11:11PM -0600, Karl Denninger wrote:
>> Works in this kernel, checked out on that day:
>>
>> FreeBSD 8.1-STABLE #10: Mon Aug 30 06:44:40 CDT 2010
>> k...@fs.denninger.net:/usr/obj/usr/src/sys/KSD-SMP
>>
>> fxp0: port 0x10
I guess such an error has nothing to do with the difference between
compilers... I assumed that you used similar KERNCONF on your two systems.
So, a hypothesis is: Dtrace does not work correctly on amd64.
On Wed, Dec 1, 2010 at 6:37 PM, Brandon Gooch
wrote:
> On Wed, Dec 1, 2010 at 6:27 PM, Jerem
On Wed, Dec 01, 2010 at 06:11:11PM -0600, Karl Denninger wrote:
> Works in this kernel, checked out on that day:
>
> FreeBSD 8.1-STABLE #10: Mon Aug 30 06:44:40 CDT 2010
> k...@fs.denninger.net:/usr/obj/usr/src/sys/KSD-SMP
>
> fxp0: port 0x1000-0x101f mem
> 0x9400-0x94000fff,0x9410-0
On Wed, Dec 1, 2010 at 6:27 PM, Jeremy Chadwick
wrote:
> On Wed, Dec 01, 2010 at 06:22:40PM -0600, Brandon Gooch wrote:
>> On Wed, Dec 1, 2010 at 4:30 PM, Zhihao Yuan wrote:
>> > OK. Let's make this more clear: anyone has a working 8-2-PRERELEASE kernel
>> > (amd64 is preferred) with Dtrace suppo
Works in this kernel, checked out on that day:
FreeBSD 8.1-STABLE #10: Mon Aug 30 06:44:40 CDT 2010
k...@fs.denninger.net:/usr/obj/usr/src/sys/KSD-SMP
fxp0: port 0x1000-0x101f mem
0x9400-0x94000fff,0x9410-0x941f irq 21 at device 0.0 on pci6
fxp0: Enabling Rx lock-up workaround
mi
On Wed, Dec 01, 2010 at 06:22:40PM -0600, Brandon Gooch wrote:
> On Wed, Dec 1, 2010 at 4:30 PM, Zhihao Yuan wrote:
> > OK. Let's make this more clear: anyone has a working 8-2-PRERELEASE kernel
> > (amd64 is preferred) with Dtrace supports, which can run the
> > scripts/commands on the wiki? If s
On Wed, Dec 1, 2010 at 4:30 PM, Zhihao Yuan wrote:
> OK. Let's make this more clear: anyone has a working 8-2-PRERELEASE kernel
> (amd64 is preferred) with Dtrace supports, which can run the
> scripts/commands on the wiki? If so, please post your kernel configurations
> here, thanks.
I have an i3
>
> I'll give negnametimeo=0 a try on one server starting tonight, I'll be
> busy tomorrow and don't want to risk making anything potentially worse
> than it is yet. I can't figure out how to disable the attr cache in
> FreeBSD. Neither suggestions seem to be valid, and years ago when I
> looked i
OK. Let's make this more clear: anyone has a working 8-2-PRERELEASE kernel
(amd64 is preferred) with Dtrace supports, which can run the
scripts/commands on the wiki? If so, please post your kernel configurations
here, thanks.
On Tue, Nov 23, 2010 at 7:27 AM, Andriy Gapon wrote:
> on 23/11/2010 1
I have exactly the same problem, the video never wakes up for acpiconf -s 3.
My computer is HP nc8430, with 8.2-PRELEASE amd64. My old laptop Dell
Inspiron 1100 with FreeBSD5.5 i386 has the same problem. So FreeBSD just
can't handle suspend on my laptops :)
On Wed, Dec 1, 2010 at 3:49 PM, David DE
2010/12/1 Adam Vande More :
> On Wed, Dec 1, 2010 at 3:49 PM, David DEMELIER
> wrote:
>>
>> Same here, if I have snd_hda directly in kernel, screen doesn't wake
>> up with or without hw.acpi.reset_video=1. I don't like much modules
>> since it takes some time to load at boot
>
> Are you booting fr
On Wed, Dec 1, 2010 at 3:49 PM, David DEMELIER wrote:
> Same here, if I have snd_hda directly in kernel, screen doesn't wake
> up with or without hw.acpi.reset_video=1. I don't like much modules
> since it takes some time to load at boot
>
Are you booting from a tape drive or something?
--
Adam
~> uname -a FreeBSD compaq.yuetime 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #8:
Thu Nov 25 15:48:19 CST 2010
r...@compaq.yuetime:/usr/obj/usr/src/sys/HOUKAGO
amd64
Sometimes, pcm prints the following message to the console & dmesg.
pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt timeout, cha
2010/11/15 Stefan Walter :
> Hi,
>
> I've been using 8.1-RELEASE on this desktop machine for a few months
> already, but only now found the time to look at a couple of problems with
> snd_hda and suspend/resume it still has. Maybe someone here has hints to
> fix them - I'd be grateful to hear them.
[ Pardon the cross-post, feel free to follow up to just one list, I'm on
both. ]
Running a system on the latest 8-stable as a router we are seeing the
following panic: http://pastebin.com/AJzXmEWe
Kernel is as follows:
include GENERIC
ident ROUTER
options SW_WATCHDO
On Mon 2010-11-29 (21:19), FreeBSD Security Advisories wrote:
> # cd /usr/src
> # patch < /path/to/patch
> # cd /usr/src/secure/lib/libssl
> # make obj && make depend && make && make install
Hi all, I'm following the instructions with:
# cvsup /etc/cvsup-src.conf
# rm -rf /usr/obj
# cd /usr/sr
Ok; please dump that into a PR and email me the PR number.
I'll go see whether there's something simple that can be done - eg,
whether that ratemask actually allows the rate being TX'ed and if it
doesn't, why the heck it's happening. :-)
Adrian
On 1 December 2010 19:16, David DEMELIER wrote:
>
2010/12/1 David DEMELIER :
> 2010/12/1 Adrian Chadd :
>> On 1 December 2010 18:11, David Demelier wrote:
>>
>>
Or is this somehow running in 11A mode? Would you please paste
'ifconfig wlan0' here?
>>>
>>> mark...@melon ~ $ ifconfig wlan0
>>> wlan0: flags=8843 metric 0 mtu 1500
>>> eth
2010/12/1 Adrian Chadd :
> On 1 December 2010 18:11, David Demelier wrote:
>
>
>>> Or is this somehow running in 11A mode? Would you please paste
>>> 'ifconfig wlan0' here?
>>
>> mark...@melon ~ $ ifconfig wlan0
>> wlan0: flags=8843 metric 0 mtu 1500
>> ether c4:17:fe:c4:14:b9
>> inet 130.79
On 1 December 2010 18:11, David Demelier wrote:
>> Or is this somehow running in 11A mode? Would you please paste
>> 'ifconfig wlan0' here?
>
> mark...@melon ~ $ ifconfig wlan0
> wlan0: flags=8843 metric 0 mtu 1500
> ether c4:17:fe:c4:14:b9
> inet 130.79.183.186 netmask 0xfc00 broadcas
Guten Tag Kundennummer KK-57776,
die erste Woche im Dezember steht vor uns.
Nehmen Sie sich 1 Minute Zeit um den Traif Ihrer Krankenkasse zu vergleichen.
2011 ändern sich fast alle Tarife und Leistungen.
Durch einen Vergleich der privaten Krankenkasse können Sie 190,00 Euro und mehr
im Monat
On 30/11/2010 00:25, Adrian Chadd wrote:
(I should get me an AR9285 to test with at some point.)
On 29 November 2010 18:52, David DEMELIER wrote:
ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0
ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0
ath0: bad series3 hwrate 0x1b, tries 2 ts
27 matches
Mail list logo
