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 /usr/sr
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 10:38
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
http://lists.freebsd.org/ma
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 a
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?
Variab
>
> 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
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?
Y
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 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 depends
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
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 sur
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_IN
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
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 :
> 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 previous cl
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 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 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 stable for n
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 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 few months
> n
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.
___
31 matches
Mail list logo