On 1 August 2011 03:09, Olli Hauer oha...@freebsd.org wrote:
Hi,
I just tried to build VMware modules for FreeBSD9-BETA1 and noticed
the ifnet Member Function
void (*if_watchdog)(struct ifnet *ifp)
was removed from net/if_var.h.
Is there a suggested replacement?
Per-ifnet watchdogs
Forgive me if I missed something loading. But I could not get any
monitor listed with the ported driver.
But I did get the past 3 versions of the Nvidia driver loaded from the
drivers download site from nvidia. I have a 9500GT 1g galaxy card.
Just a heads up for future users. just install
On 2011-07-31 19:15, Alex Kuster wrote:
Hi! I'm writing because I'm having some issues with -CURRENT and clang in
amd64.
I first compiled latest revision at this date and everything went ok:
[0][root@Symphony ~]# uname -a
FreeBSD Symphony.Gl 9.0-CURRENT FreeBSD 9.0-CURRENT #4: Sun Jul 10
My Asus EEE PC 900 hang after some hour of work.
I found that all mbufs in use. If I in X - systam hang.
I tried connect USB WiFi - if_run, and after some hour system also hang.
I tried connect via wire ae0 interface - system work stable for now.
--
Почта@Mail.Ru в твоем мобильном!
Просто
Hi,
Looking at,
http://www.freebsd.org/cgi/query-pr.cgi?pr=159345
The lock is a global variable, declared as
static struct mtx lagg_list_mtx;
I would expect this to be zeroed memory, is this guaranteed?
Andrew
___
freebsd-current@freebsd.org
system is FreeBSD 9.0-CURRENT #0 r224188___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Anyone else? I can still reproduce with trunk r136607.
boot and gptboot seem to be unaffected.
IIRC, with previous clang import it just stuck during boot
without any error messages.
___
freebsd-current@freebsd.org mailing list
I've looked at this issue some more and it appears to me that sched_pickcpu() is
never called for CPU-bound threads that use up their slices completely and never
do any voluntary switches. A result of this is that the threads stay on their
initial CPU until re-balance mechanism kicks in.
There
on 01/08/2011 10:09 Andrew Thompson said the following:
Hi,
Looking at,
http://www.freebsd.org/cgi/query-pr.cgi?pr=159345
The lock is a global variable, declared as
static struct mtx lagg_list_mtx;
I would expect this to be zeroed memory, is this guaranteed?
Variables with
For now, remove the line:
CFLAGS+=-march=native
from your make.conf, and try again. Clang still has some problems with
this setting, and you are most likely hitting them.
Whoops, didn't know that ...
I actually used -march=native before, but never had any kind of problems (I
guess it
Hello,
The initial reboot followed the installation of ZFS-only version 5/28 system
reports error:
Attempting Boot From Hard Drive (C:)
gptzfsboot: error 1 lba 32
gptzfsboot: error 1 lba 1
On Sunday, July 31, 2011 11:22:18 am Andriy Gapon wrote:
Just an observation:
- print_INTEL_info and print_INTEL_TLB are missing from amd64 identcpu.c
- print_INTEL_TLB doesn't cover all the codes defined by Intel specs
- not sure; perhaps print_INTEL_info should use deterministic cache
On Monday, August 01, 2011 3:09:27 am Andrew Thompson wrote:
Hi,
Looking at,
http://www.freebsd.org/cgi/query-pr.cgi?pr=159345
The lock is a global variable, declared as
static struct mtx lagg_list_mtx;
I would expect this to be zeroed memory, is this guaranteed?
Yes, but
On 08/01/2011 14:24, Test Rat wrote:
Anyone else? I can still reproduce with trunk r136607.
boot and gptboot seem to be unaffected.
IIRC, with previous clang import it just stuck during boot
without any error messages.
I can confirm that zfsboot compliled by clang freeze during
rotating bars.
Hello,
The initial reboot followed the installation of ZFS-only version 5/28 system
reports error:
Attempting Boot From Hard Drive (C:)
gptzfsboot: error 1 lba 32
gptzfsboot: error 1 lba 1
On Mon, Aug 1, 2011 at 12:09 AM, Andrew Thompson a...@fud.org.nz wrote:
Hi,
Looking at,
http://www.freebsd.org/cgi/query-pr.cgi?pr=159345
The lock is a global variable, declared as
static struct mtx lagg_list_mtx;
I would expect this to be zeroed memory, is this guaranteed?
It
on 01/08/2011 15:52 John Baldwin said the following:
On Monday, August 01, 2011 3:09:27 am Andrew Thompson wrote:
Hi,
Looking at,
http://www.freebsd.org/cgi/query-pr.cgi?pr=159345
The lock is a global variable, declared as
static struct mtx lagg_list_mtx;
I would expect this to
on 01/08/2011 15:47 John Baldwin said the following:
On Sunday, July 31, 2011 11:22:18 am Andriy Gapon wrote:
Just an observation:
- print_INTEL_info and print_INTEL_TLB are missing from amd64 identcpu.c
- print_INTEL_TLB doesn't cover all the codes defined by Intel specs
- not sure; perhaps
On Monday, August 01, 2011 10:28:21 am Andriy Gapon wrote:
on 01/08/2011 15:47 John Baldwin said the following:
On Sunday, July 31, 2011 11:22:18 am Andriy Gapon wrote:
Just an observation:
- print_INTEL_info and print_INTEL_TLB are missing from amd64 identcpu.c
- print_INTEL_TLB
On Monday 01 August 2011 12:17 pm, John Baldwin wrote:
On Monday, August 01, 2011 10:28:21 am Andriy Gapon wrote:
on 01/08/2011 15:47 John Baldwin said the following:
On Sunday, July 31, 2011 11:22:18 am Andriy Gapon wrote:
Just an observation:
- print_INTEL_info and print_INTEL_TLB
The first BETA build of the 9.0-RELEASE release cycle is now available.
Since this will be the first release on a brand new branch I'll
cross-post the announcements on both -current and -stable. But just
so you know most of the developers active in head pay more attention
to the -current mailing
On Monday, August 01, 2011 1:44:18 pm Jung-uk Kim wrote:
On Monday 01 August 2011 12:17 pm, John Baldwin wrote:
On Monday, August 01, 2011 10:28:21 am Andriy Gapon wrote:
on 01/08/2011 15:47 John Baldwin said the following:
On Sunday, July 31, 2011 11:22:18 am Andriy Gapon wrote:
On Aug 1, 2011, at 4:24 PM, Test Rat wrote:
Anyone else? I can still reproduce with trunk r136607.
boot and gptboot seem to be unaffected.
IIRC, with previous clang import it just stuck during boot
without any error messages.
I have the same behavior. GCC build of gptzfsboot works fine.
2011/8/1 Test Rat ttse...@gmail.com:
Anyone else? I can still reproduce with trunk r136607.
boot and gptboot seem to be unaffected.
Just a me too with latest 9-CURRENT amd64, boot code updated and zpool v28.
Error message appearing on screen :
ZFS: zfs_alloc()/zfs_free() mismatch
IIRC, with
Hello,
Will pflow(4) be available on 9.0 ?
There is a if_pflow.h in pf's code but no manual page.
Thanks, regards.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
On 2011-08-01 08:33, Sergey Kandaurov wrote:
On 1 August 2011 03:09, Olli Hauer oha...@freebsd.org wrote:
Hi,
I just tried to build VMware modules for FreeBSD9-BETA1 and noticed
the ifnet Member Function
void (*if_watchdog)(struct ifnet *ifp)
was removed from net/if_var.h.
Is there a
Hi,
I have an i386 -current from late Jul 18 which is running in VirtualBox
(on 8.X amd64 host). After a VM reset I seem to have hit a SUJ-related issue.
On boot the system produced a panic: ffs_valloc: dup alloc. Stack trace
below (sorry had to do this as a screenshot - I don't know if you can
On 1 August 2011 15:11, Andrey Smagin samsp...@mail.ru wrote:
My Asus EEE PC 900 hang after some hour of work.
I found that all mbufs in use. If I in X - systam hang.
I tried connect USB WiFi - if_run, and after some hour system also hang.
I tried connect via wire ae0 interface - system work
On 02Aug11 08:08, Callum Gibson wrote:
}I have an i386 -current from late Jul 18 which is running in VirtualBox
}(on 8.X amd64 host). After a VM reset I seem to have hit a SUJ-related issue.
}On boot the system produced a panic: ffs_valloc: dup alloc. Stack trace
}below (sorry had to do this as a
Hi,
I was wondering if any progress has been made regarding debugging of system
lockups that occur while running X? My system (tracking -current, updated
every few days) has been locking up reliably every day or so for a few months
now. It would be great to figure out what the cause is. As it
On Mon, Aug 1, 2011 at 8:01 PM, Jos Backus j...@catnook.com wrote:
Hi,
I was wondering if any progress has been made regarding debugging of system
lockups that occur while running X? My system (tracking -current, updated
every few days) has been locking up reliably every day or so for a
Other WiFi NIC is run0: MAC/BBP RT2872 (rev 0x0202), RF RT2720 (MIMO 1T2R)
It take from 20-600 minutes.
At morning after night I found it always hang.
Under WiFi load uptime shorter. Also in dmesg many messages:
in_arp: source hardware address is multicast.
32 matches
Mail list logo
