On Thu, 12 Jan 2006 18:03:11 +0100
"[LoN]Kamikaze" <[EMAIL PROTECTED]> wrote:
> My brother has an Asus A7N8X Deluxe (nforce2) with onboard sound. I
> installed 6-stable on the system, but I cannot figure out how to
> activate the digital output.
>
> Has anyone ever managed to do this?
Not sure
I am looking at getting a motherboard based on nForce 3 or 4, and I am
wondering if the RAID will be usable?
I don't mind if I have to use the BIOS to setup/rebuild the array, but I don't
want to buy a system I can't use the RIAD for at all.
I note from ata-raid.c that there is a meta-data read
On Sat, 2006-Jan-28 16:24:49 -0500, David Coder wrote:
># ldd /usr/obj/usr/src_6/bin/sh/sh
>/usr/obj/usr/src_6/bin/sh/sh:
>libedit.so.5 => /lib/libedit.so.5 (0x2809c000)
>libncurses.so.6 => /lib/libncurses.so.6 (0x280b2000)
>libc.so.6 => /usr/local/lib/pluginwrapper/flash6.s
On Sun, Jan 22, 2006 at 06:40:19PM -0600, Kelly D. Grills wrote:
> On Sun, Jan 22, 2006 at 02:18:28PM -0800, Brooks Davis wrote:
> >
> > This definitly sounds like something particular to your dhcp servers.
> > It would be nice if we could fix it, but without some debugging help
> > that's going t
On Sat, 2006-Jan-28 16:32:54 +0100, Koen Martens wrote:
>Yesterday night, i was going to send the message below. However,
>just before pressing send, i found a solution to the problem:
>disable checksum checks (ifconfig bge0 -rxcsum -txcsum). Though this
>is a solution, it has me puzzled. Is this a
oh, i forgot to add: i've got COMPAT_FREEBSD5 enabled in my kernel.
On Sat, 28 Jan 2006, David Coder wrote:
:Date: Sat, 28 Jan 2006 16:24:49 -0500 (EST)
:From: David Coder <[EMAIL PROTECTED]>
:To: freebsd-stable@freebsd.org
:Subject: weird buildworld consequences in 6.0
:
:
:i've an up-to-date
On 28 Jan, David Malone wrote:
> On Fri, Jan 27, 2006 at 02:01:19PM -0700, [EMAIL PROTECTED] wrote:
>> Sticking an fsync() in between the fchmod() and the close() causes the
>> bits to be cleared as a side-effect of the fsync(). Doing another
>> fchmod() after the fsync() produces the final expect
On Sat, Jan 28, 2006 at 11:16:31PM +0100, Koen Martens wrote:
> Oleg Bulyzhin wrote:
> > Could you please run 'tcpdump -nvi bge0' while you are generating
> > dns traffic (having bge0 checksum offloading on)?
> >
> > 'netstat -sp udp' output might be helpful too.
>
> Sure thing, although it happe
Oleg Bulyzhin wrote:
> Could you please run 'tcpdump -nvi bge0' while you are generating
> dns traffic (having bge0 checksum offloading on)?
>
> 'netstat -sp udp' output might be helpful too.
Sure thing, although it happens with other kinds of traffic too (in
the dump, there's some NTP for exampl
i've an up-to-date 5.4 system that i'd like to upgrade to 6.0 to take
advantage of the improved SMP but keep running into the following, using
pristine 6.0 sources & (as far as i can see) following the UPDATING advice
scrupulously, namely that after running make buildworld & make kernel, using
I've been backmerging to RELENG_5 the IP multicast address locking work
done by Robert Watson in HEAD and RELENG_6. This prevents various panics
and corruption that happens when configuring multicast addresses.
The first two parts [1][2] of the MFC are complete, and all that remains
is to have dr
On 23 jan 2006, at 20.01, Johan Ström wrote:
On 23 jan 2006, at 14.15, Michael S. Eubanks wrote:
On Mon, 2006-01-23 at 10:24 +0100, Johan Ström wrote:
On 23 jan 2006, at 09.53, Michael S. Eubanks wrote:
On Mon, 2006-01-23 at 06:43 +0100, Johan Ström wrote:
Wish I could be of more help. :
On Sat, Jan 28, 2006 at 04:32:54PM +0100, Koen Martens wrote:
> Hi All,
>
> Yesterday night, i was going to send the message below. However,
> just before pressing send, i found a solution to the problem:
> disable checksum checks (ifconfig bge0 -rxcsum -txcsum). Though this
> is a solution, it ha
n of the driver from:
> http://people.freebsd.org/~mlaier/firmware-20060125.tgz
http://people.freebsd.org/~mlaier/firmware-20060128.tgz
has a newer version of the driver. There are still some rough edges but
things are improving. If you find anything strange, please let me know -
On Saturday 28 January 2006 19:12, [LoN]Kamikaze wrote:
> I will try this. Your efforts are appreciated.
> Does the license really allow you to include the firmware into the driver?
I don't include it in the driver. It's in a module of it's own. In
production these modules will come from ports
I will try this. Your efforts are appreciated.
Does the license really allow you to include the firmware into the driver?
Max Laier wrote:
> On Saturday 28 January 2006 18:53, [LoN]Kamikaze wrote:
>> I've got two problems with if_iwi.
>>
>> While active I permanently get the error message:
>> iwi0
On Saturday 28 January 2006 18:53, [LoN]Kamikaze wrote:
> I've got two problems with if_iwi.
>
> While active I permanently get the error message:
> iwi0: unknown notification type 15
>
> And the command:
> # ifconfig iwi0 scan
> doesn't work. There are no scan results, and if I establish a connect
I've got two problems with if_iwi.
While active I permanently get the error message:
iwi0: unknown notification type 15
And the command:
# ifconfig iwi0 scan
doesn't work. There are no scan results, and if I establish a connection
manually it might even hang.
Just so you know, I did not forget t
On Tue, Jan 24, 2006 at 02:01:47AM +0300, Yar Tikhiy wrote:
> On Mon, Jan 23, 2006 at 01:28:00PM +0100, Oliver Brandmueller wrote:
> >
> > After my latest update to
> >
> > FreeBSD hudson 6.0-STABLE FreeBSD 6.0-STABLE #15:
> > Mon Jan 23 12:29:38 CET 2006
> > [EMAIL PROTECTED]:/usr/obj/usr/src/sy
Koen Martens wrote:
[ ... ]
> With 5.4, there was only the rxcsum option for the bge card, not a
> txcsum. It worked fine with rxcsum enabled on 5.4..
>
> What are the consequences of disabling {rx,tx}csum? What is wrong
> with enabling it on 6-STABLE?
The consequence is your CPU has to spend the
Hi All,
Yesterday night, i was going to send the message below. However,
just before pressing send, i found a solution to the problem:
disable checksum checks (ifconfig bge0 -rxcsum -txcsum). Though this
is a solution, it has me puzzled. Is this a bug^H^H^Hfeature of
6-STABLE, as it works with 5.4
TB --- 2006-01-28 10:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2006-01-28 10:15:00 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2006-01-28 10:15:00 - cleaning the object tree
TB --- 2006-01-28 10:15:13 - checking out the source tree
TB --- 2006-01-28 10:15:13
On Fri, Jan 27, 2006 at 02:01:19PM -0700, [EMAIL PROTECTED] wrote:
> Sticking an fsync() in between the fchmod() and the close() causes the
> bits to be cleared as a side-effect of the fsync(). Doing another
> fchmod() after the fsync() produces the final expected set{u,g}id
> results even after t
On Fri, Jan 27, 2006 at 06:29:04PM +0200, husnu demir wrote:
> > Also it is important to know whether doing 'ifconfig bge0 -rxcsum -txcsum'
> > fixes operation on 6.0-STABLE.
>
> No, It does not fixed. I will go back to STABLE if you need further detail.
>
Could you please provide following inf
24 matches
Mail list logo
