On Mon, Dec 28, 2009 at 12:59 PM, Kevin Oberman wrote:
>> Date: Mon, 28 Dec 2009 12:17:15 +0800
>> From: Mars G Miro
>> Sender: owner-freebsd-sta...@freebsd.org
>>
>> Any chance ?
>>
>> r...@phenom965:~# k8temp -nd
>> CPUID: Vendor: Authen
Any chance ?
r...@phenom965:~# k8temp -nd
CPUID: Vendor: AuthenticAMD, 0x100f42: Model=04 Family=f+1 Stepping=2
Advanced Power Management=0x1f9
Temperature sensor: Yes
Frequency ID control: No
Voltage ID control: No
THERMTRIP support: Yes
HW Thermal control: Yes
SW Thermal control
On Thu, Sep 3, 2009 at 7:04 AM, Mark Andrews wrote:
>
> In message <20090902160440.ga28...@sd-13813.dedibox.fr>, FLEURIOT Damien
> writes
> :
>> On Tue, Sep 01, 2009 at 08:15:24PM + or thereabouts, Bjoern A. Zeeb wrote
>> :
>> > On Tue, 1 Sep 2009, Major Domo wrote:
>> >
>> > Hi,
>> >
>> > >Ap
On Fri, Jan 9, 2009 at 6:22 PM, Mars G Miro wrote:
> On Fri, Jan 9, 2009 at 6:14 PM, Mars G Miro wrote:
>> On Fri, Jan 9, 2009 at 5:15 PM, Jack Vogel wrote:
>>>
>> [snip]
>>>> >>
>>>> >> If you have a back to back connection to anoth
On Fri, Jan 9, 2009 at 6:14 PM, Mars G Miro wrote:
> On Fri, Jan 9, 2009 at 5:15 PM, Jack Vogel wrote:
>>
> [snip]
>>> >>
>>> >> If you have a back to back connection to another NIC on Port 0, no
>>> >> switch,
>>> >> does
On Fri, Jan 9, 2009 at 5:15 PM, Jack Vogel wrote:
>
[snip]
>> >>
>> >> If you have a back to back connection to another NIC on Port 0, no
>> >> switch,
>> >> does
>> >> it still autoneg to 100?
>> >>
>>
>> Connected back to back w/ another box w/ a GigE NIC, it now does
>> 1000baseTX:
>>
>> igb0:
On Fri, Jan 9, 2009 at 2:50 AM, Mars G Miro wrote:
> On Fri, Jan 9, 2009 at 2:33 AM, Jack Vogel wrote:
>> Well, I am at Intel you know, and even we don't seem to have any systems
>> with
>> 82576 down in my group here. The way link works I can be about 99.9% sure
>&
On Fri, Jan 9, 2009 at 3:06 AM, Jack Vogel wrote:
> So it wasn't identified during install but was in the kernel you built
> afterward, is that
> what you're saying? Even if that's true I don't think its relevant to the
> failure.
>
Ahm no, sysinstall said something like:
igb0:
igb1:
but we
that tomorrow as I am @home now ;-)
btw, another data point, during sysinstall, we encountered:
on both the igbs.
Thanks.
> Jack
>
> On Thu, Jan 8, 2009 at 10:19 AM, Mars G Miro wrote:
>>
>> On Fri, Jan 9, 2009 at 12:44 AM, Jack Vogel wrote:
>> > I have not seen a
re prolly are
hardware/driver bugs lurking? I dunno.
Thanks.
> We have Nehalem's in the validation lab but I have not had an
> excuse to install on one so far, I guess now I do :)
>
> Jack
>
> On Thu, Jan 8, 2009 at 6:16 AM, Mars G Miro wrote:
>>
>> Hi guys,
Hi guys,
I just got on my hands today a NEHALEM system:
2 x 5560 Nehalem CPU (2.8GHz, 8MB cache memory, 6.4GT/sec [QPI])
12GB 1333Mhz DDR3 Memory
1 x 500GB SATA HDD
FreeBSD 7.1-RELEASE/amd64 install fine, however I seemed to be
having problems w/ its built-in Intel NICs:
igb0: flags=8843 m
Hi,
I have a GIF tunnel w/c has a v4 RFC1918 and v6 on it (both over
public IPv4). In 7.0, even if I haven't set to 1
net.link.gif.parallel_tunnels, it would seem okay.
But recent 7.1 just csup'd a few hours ago, if this sysctl is not
set, recreating the GIF will crash the box (it will only cras
Greetz,
src/compat was repocopied to src/cddl/compat about > 2months ago. I
think we need to remove for good 'compat' in
src/release/scripts/src-install.sh.
Thanks.
--
cheers
mars
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.or
On 11/9/07, Ruslan Ermilov <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 07, 2007 at 04:59:45PM +0800, Mars G Miro wrote:
> > Hiya
> >
> > I think there might be a need to add 'compat' in $dists in
> > src-install.sh. When the src is extracted from the ISO,
Hiya
I think there might be a need to add 'compat' in $dists in
src-install.sh. When the src is extracted from the ISO, compat is left
out and buildworld fails at:
mkdep -f .depend -a
-I/usr/src/cddl/lib/libnvpair/../../../sys/compat/opensolaris
-I/usr/src/cddl/lib/libnvpair/../../../include
-I
On 5/8/07, Oliver Fromme <[EMAIL PROTECTED]> wrote:
Mars G. Miro wrote:
> Oliver Fromme wrote:
> > Mars G. Miro wrote:
> > > there's been a lot of threads in teh past that a buildworld on mfs
> > > increases speed --- tho it might not be the appropr
On 5/8/07, Kris Kennaway <[EMAIL PROTECTED]> wrote:
On Tue, May 08, 2007 at 11:45:12AM +0800, Mars G. Miro wrote:
> that or, does mfs speeding things up really work? remains to be
> seen ...
Of course it does...even the fastest disk hardware on the market
(well, as of a year ago
On 5/8/07, Oliver Fromme <[EMAIL PROTECTED]> wrote:
Mars G. Miro wrote:
> Oliver Fromme wrote:
> > By the way, what are you actually trying to do? What is
> > your goal? Do you need to reduce the buildworld time?
>
> as i've mentioned in my original em
On 5/8/07, Oliver Fromme <[EMAIL PROTECTED]> wrote:
I took the liberty to s/da/the/g in your mail.
Mars G. Miro wrote:
> Oliver Fromme wrote:
> > Mars G. Miro wrote:
> > > Actually, it's not about having to finish building the world in the
> > > small
On 5/8/07, Oliver Fromme <[EMAIL PROTECTED]> wrote:
Mars G. Miro wrote:
> Actually, it's not about having to finish building da world in da
> smallest amount of time, it's about whether mfs would really speed
> things up...
I've made similar tests in the past,
I've read a lot of threads in da past (and da BSDCan 2006 paper)
regarding mfs on /usr/src and /usr/obj to speed up buildworlds,
unfortunately it doesnt seem to improve things. I've tried both a
malloc and swap based async non-softupdates mfs (and rebooted da box
every after) but my buildworld s
On 5/3/07, Kris Kennaway <[EMAIL PROTECTED]> wrote:
On Thu, May 03, 2007 at 02:39:55AM +0800, Mars G. Miro wrote:
> Greetz,
>
>I got my hands on a SunFire x4600. This is a dual-core 8-way
> Opteron (dmesg shows 16 CPUs) w/c has 32G RAM. FreeBSD 6.2/amd64 runs
&g
Greetz,
I got my hands on a SunFire x4600. This is a dual-core 8-way
Opteron (dmesg shows 16 CPUs) w/c has 32G RAM. FreeBSD 6.2/amd64 runs
fine on it despite:
- 'reboot' doesnt work, machine just hangs in there.
- front USB ports wont work for a USB keyboard, just use da ports at da back.
I
Greetz!
I happen to have ixgb hardware. Using the driver in FreeBSD 6.2/amd64
as well as the one at:
http://downloadfinder.intel.com/scripts-df-external/Detail_Desc.aspx?agr=Y&Inst=Yes&ProductID=2245&DwnldID=10958&strOSs=All&OSFullName=All%20Operating%20Systems&lang=eng
just gives me:
ixgb0: fl
On 3/15/07, Christian Brueffer <[EMAIL PROTECTED]> wrote:
On Thu, Mar 15, 2007 at 03:41:39PM +0800, Mars G. Miro wrote:
> Greetz,
>
> I happen to have ixgb hardware here that i can test the current
> ALTQ patches at:
> http://people.freebsd.org/~mlaier/ALTQ_driver/
>
Greetz,
I happen to have ixgb hardware here that i can test the current
ALTQ patches at:
http://people.freebsd.org/~mlaier/ALTQ_driver/
However, the patch doesn't apply cleanly to 6.X or 7.X.
Can i request for an updated patch? I'm more than willing to test ;-)
Thanks.
cheers
ma
On 1/10/07, Bruce A. Mah <[EMAIL PROTECTED]> wrote:
If memory serves me right, LI Xin wrote:
> Not sure if the snapshot contained the changes, though... IIRC the
> January snapshot is not released yet?
The January CURRENT snapshots are being built and uploaded now. The
mirrors might have some
On 1/9/07, Mars G. Miro <[EMAIL PROTECTED]> wrote:
On 1/9/07, LI Xin <[EMAIL PROTECTED]> wrote:
> Mars G. Miro wrote:
> > Greetz!
> >
> > I happen to play w/ a newish Gigabyte mobo that has an on-board
> > Marvell 8053 GigE NIC. FreeBSD 6.2-BETA2 i386, amd6
On 1/9/07, LI Xin <[EMAIL PROTECTED]> wrote:
Mars G. Miro wrote:
> Greetz!
>
> I happen to play w/ a newish Gigabyte mobo that has an on-board
> Marvell 8053 GigE NIC. FreeBSD 6.2-BETA2 i386, amd64 does not seem to
> support it. Does anyone know if this is supported? I
Greetz!
I happen to play w/ a newish Gigabyte mobo that has an on-board
Marvell 8053 GigE NIC. FreeBSD 6.2-BETA2 i386, amd64 does not seem to
support it. Does anyone know if this is supported? I'm currently
taking a look at http://people.freebsd.org/~yongari/msk/ , tho this
NIC isnt mentioned the
Greetz Søren, List!
I had about 6 directories (~1G/dir) I had to remove (chflags -R
noschg && rm -rf), then I encountered these:
Apr 20 17:31:32 marsz kernel: DOH! ata_alloc_request failed!
Apr 20 17:31:32 marsz kernel: FAILURE - out of memory in ata_raid_init_request
Apr 20 17:31:32 marsz ker
On 4/9/06, Dmitry Morozovsky <[EMAIL PROTECTED]> wrote:
> On Sun, 9 Apr 2006, Mars G. Miro wrote:
>
> MGM> There's a BIOS update but doesn't really seem relevant as it only
> MGM> fixes HBA stuff:
> MGM> http://h18004.www1.hp.com/support/files/server/us/down
On 4/9/06, Dmitry Morozovsky <[EMAIL PROTECTED]> wrote:
> On Sun, 9 Apr 2006, Mars G. Miro wrote:
>
> MGM> > MGM> I have an HP DL145 that I'm having problems with when
> connecting via
> MGM> > MGM> serial console. I think it's acpi-related. This
On 4/8/06, Dmitry Morozovsky <[EMAIL PROTECTED]> wrote:
> On Fri, 7 Apr 2006, Mars G. Miro wrote:
>
> MGM> Greetz!
> MGM>
> MGM> I have an HP DL145 that I'm having problems with when connecting via
> MGM> serial console. I think it's acpi-related.
Greetz!
I have an HP DL145 that I'm having problems with when connecting via
serial console. I think it's acpi-related. This is on 6.1-BETA4/amd64
(5.X is the same also)
Initially:
[EMAIL PROTECTED]:~# vmstat -i
interrupt total rate
irq1: atkbd0
On 2/9/06, Geoffroy Desvernay <[EMAIL PROTECTED]> wrote:
> Quoting "Mars G. Miro" <[EMAIL PROTECTED]>:
>
> > On 2/8/06, Geoffroy Desvernay <[EMAIL PROTECTED]> wrote:
> >>
> >> >>>I've got the same problem with an A7N8
On 2/8/06, Geoffroy Desvernay <[EMAIL PROTECTED]> wrote:
>
> >>>I've got the same problem with an A7N8X-X (athlon 2000+) motherboard and
> >>>6-STABLE (Build Feb, 2 2006).
> >>>booting with kernel.debug says nothing, seems to be hardware hang but
> >>>doesn't happend with linux nor OpenBSD. Didn't
Hiya!
>>
>> I've got the same problem with an A7N8X-X (athlon 2000+) motherboard and
>> 6-STABLE (Build Feb, 2 2006).
>> booting with kernel.debug says nothing, seems to be hardware hang but
>> doesn't happend with linux nor OpenBSD. Didn't tried 5.3 yet.
>> Hang after detection of ATA devices (
Yo list!
I just encountered something I think w/c is not right, e.g.:
[EMAIL PROTECTED]:~# cat /etc/group
# $FreeBSD: src/etc/group,v 1.31 2004/06/23 01:32:28 mlaier Exp $
#
wheel:*:0:root,mars
daemon:*:1:
kmem:*:2:
sys:*:3:
tty:*:4:
operator:*:5:root
mail:*:6:
bin:*:7:
news:*:8:
man:*:9:
games
gt; are issues ahead.
>
This machine only has 2G of RAM. See my previous post on the full dmesg.
Thanks.
> -Jon
>
> On Thu, 8 Sep 2005, Mars G. Miro wrote:
>
> > Yo list/Soren!
> >
> > Has anybody successfully installed FreeBSD on the dual-Opteron TYAN
> >
On 9/8/05, Søren Schmidt <[EMAIL PROTECTED]> wrote:
>
> On 08/09/2005, at 13:37, Mars G. Miro wrote:
>
> > Yo list/Soren!
> >
> > Has anybody successfully installed FreeBSD on the dual-Opteron TYAN
> > ThunderK8W S2885 ( http://www.tyan.com/products/html/t
Yo list/Soren!
Has anybody successfully installed FreeBSD on the dual-Opteron TYAN
ThunderK8W S2885 ( http://www.tyan.com/products/html/thunderk8w.html )
using the onboard SiI 3114 SATA controller? This mobo is supposedly
supported:
http://www.freebsd.org/cgi/query-pr.cgi?pr=80857
But I have n
On 6/15/05, Scot Hetzel <[EMAIL PROTECTED]> wrote:
> On 6/14/05, Mars G. Miro <[EMAIL PROTECTED]> wrote:
> > > If the build machine and install machine were at the same -RELEASE
> > > number, I don't believe you would have come across this problem.
> > &
On 6/15/05, Scot Hetzel <[EMAIL PROTECTED]> wrote:
> On 6/14/05, Mars G. Miro <[EMAIL PROTECTED]> wrote:
> > [ resent, as I forgot to add the subject, sorry ]
> >
> > I've found out that there are some hurdles in doing this upgrade, as
> > also pointe
[ resent, as I forgot to add the subject, sorry ]
I've found out that there are some hurdles in doing this upgrade, as
also pointed out by another user [0]. The problem is in make and I
think it happened during this change [1]. It can be solved by
installing the new make first, before the installk
Yo list!
I've found out that there are some hurdles in doing this upgrade, as
also pointed out by another user [0]. The problem is in make and I
think it happened during this change [1]. It can be solved by
installing the new make first, before the installkernel and
installworld process, e.g.:
[
>> Fact is, trying to update a running system could
result in silent failures.
>> The system can not replace programs that are in
use, so there's always the
>> chance that something or other won't get updated
(cron would be an excellent
>> example ... do you always shut cron off when you
update? H
Not so long ago, in a computer not so far away, on Monday 17 September 2001
13:23, John Polstra" <[EMAIL PROTECTED]> scribed:
> > Mars G Miro <[EMAIL PROTECTED]> wrote:
> > > Hello,
> > > Is it possible? the only ones we have are the ones in
> >
Hello,
Is it possible? the only ones we have are the ones in
http://people.freebsd.org/~jdp , but not the ones in
http://people.freebsd.org/~jdp/s1g/
the ones I have are:
% md5 cvsup-snap-16.1d.tar.gz
MD5 (cvsup-snap-16.1d.tar.gz) = 378244bb1371b73337f3a5d94c1c0d43
% md5 cvsup-1
Hi All,
I was playing around with tcpdump:
# tcpdump -nlvv
when it dumped core:
# gdb tcpdump tcpdump.core
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it an
50 matches
Mail list logo