On Sep 15, 2011, at 10:21 PM, Lev Serebryakov wrote:
Hello, Arnaud.
You wrote 16 сентября 2011 г., 1:19:29:
CPU: Intel(R) Core(TM)2 Duo CPU E4500 @ 2.20GHz (2200.09-MHz K8-class
CPU)
Origin = GenuineIntel Id = 0x6fd Family = 6 Model = f Stepping = 13
I've discovered another issue with both the current code and the previous
versions of the patch. So another version is at the same URL:
http://people.freebsd.org/~avg/zfs-boot-gang.diff
The problem was with gang blocks on a raidz vdev. zio_read_gang would pass a
NULL bp to vdev_raidz_read, but
Wiki, gnats, scrap of paper on someones desk, etc?
I've put a link to the few existing PRs in GNATS onto the wiki page.
mcl
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any
On 09/16/11 11:11, Marius Strobl wrote:
On Thu, Sep 08, 2011 at 06:21:40PM +0200, Nathan Whitehorn wrote:
On 09/08/11 16:22, mysph...@web.de wrote:
Hi there,
first off all I have to say, that your new Installer in FBSD v9.0 is
very well done.
I just found an option, which is not activated at
On Thu, Sep 08, 2011 at 06:21:40PM +0200, Nathan Whitehorn wrote:
On 09/08/11 16:22, mysph...@web.de wrote:
Hi there,
first off all I have to say, that your new Installer in FBSD v9.0 is
very well done.
I just found an option, which is not activated at this time. So I wanted
to ask, if
On Wednesday, September 14, 2011 4:02:41 pm Andrew Boyer wrote:
On Sep 14, 2011, at 3:56 PM, Andriy Gapon wrote:
on 14/09/2011 20:59 Andrew Boyer said the following:
When FreeBSD examines the CPU topology using CPUID leaf 11 in
topo_probe_0xb(), it never sets hyperthreading_cpus. At
On 09/14/11 12:15, Andriy Gapon wrote:
on 14/09/2011 18:11 Boris Kochergin said the following:
camcontrol rescan all
I think that this command may screw up communication between kernel and HDD from
which the OS runs.
It works under normal circumstances--I can run camcontrol rescan all
on a
on 16/09/2011 15:55 Boris Kochergin said the following:
On 09/14/11 12:15, Andriy Gapon wrote:
on 14/09/2011 18:11 Boris Kochergin said the following:
camcontrol rescan all
I think that this command may screw up communication between kernel and HDD
from
which the OS runs.
It works under
On Wed, September 14, 2011 04:11, Bruce Cran wrote:
On 14/09/2011 04:59, Nenhum_de_Nos wrote:
rush# ataidle -P 243 /dev/ada0
(pass0:ata2:0:0:0): SETFEATURES. ACB: ef 05 00 00 00 40 00 00 00 00 f3
00
(pass0:ata2:0:0:0): CAM status: CCB request completed with an error
Failed to configure APM:
On Sep 16, 2011, at 8:07 AM, John Baldwin wrote:
I think the right way for an admin to disable HTT is to disable it in the
BIOS so that it doesn't show up in the MADT. Back when we were doing the
MPTABLE_FORCE_HTT hack having a separate tunable made sense (and it possibly
made some limited
On Fri, Sep 16, 2011 at 6:30 AM, Andriy Gapon a...@freebsd.org wrote:
on 16/09/2011 15:55 Boris Kochergin said the following:
On 09/14/11 12:15, Andriy Gapon wrote:
on 14/09/2011 18:11 Boris Kochergin said the following:
camcontrol rescan all
I think that this command may screw up
Hi!
I just got a Centrino Advanced-N 6230 half-size mini-pcie card
(using iwn6000g2bfw.ko firmware, my Dell Precision M4500 laptop
came with an unsupported Broadcom BCM4313:
https://laptop.bsdgroup.de/freebsd/index.html?action=show_laptop_detaillaptop=13061
), and found channel
I know it's not exactly current anymore, but..
ia64 r221488
panic: blockable sleep lock (sleep mutex) process lock @
/usr/src/sys/ia64/ia64/trap.c:562
cpuid = 1
KDB: enter: panic
[ thread pid 43327 tid 101615 ]
Stopped at kdb_enter+0x92: [I2]addl r14=0xffe1fe38,gp ;;
db
db
On Thursday 15 September 2011 05:19 pm, Arnaud Lacombe wrote:
Hi,
On Thu, Sep 15, 2011 at 12:20 PM, Arnaud Lacombe
lacom...@gmail.com wrote:
Hi,
From today's -CURRENT:
Copyright (c) 1992-2011 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992,
1993,
On Thu, Sep 15, 2011 at 09:25:19PM -0400, Arnaud Lacombe wrote:
Hi,
Shouldn't packet freed in IFQ_ENQUEUE() because the queue is full be
accounted as dropped, cf attached patch ?
Hmm, I think err would be set to ENOBUFS for queue full case and
this err will crease ifq_drops.
Thanks,
-
Hi,
I just had a look to the way the timeout specified to watchdogd is
passed to the kernel. watchdogd(8) says:
The -t timeout specifies the desired timeout period in seconds. The
default timeout is 16 seconds.
So as a dumb user, I would expect `-t 30' to set the timeout to 30s.
You
In message cacqu3mws0hhnzchowmwwg8u9vd2pbdkaqf6pdw5zs_xo_s6...@mail.gmail.com
, Arnaud Lacombe writes:
I just had a look to the way the timeout specified to watchdogd is
passed to the kernel. watchdogd(8) says:
The API was designed for simplicity, not precision.
Watchdog hardware often have
Hi,
On Fri, Sep 16, 2011 at 4:03 PM, Poul-Henning Kamp p...@phk.freebsd.dk wrote:
In message
cacqu3mws0hhnzchowmwwg8u9vd2pbdkaqf6pdw5zs_xo_s6...@mail.gmail.com
, Arnaud Lacombe writes:
I just had a look to the way the timeout specified to watchdogd is
passed to the kernel. watchdogd(8) says:
Hi,
On Fri, Sep 16, 2011 at 3:40 PM, YongHyeon PYUN pyu...@gmail.com wrote:
On Thu, Sep 15, 2011 at 09:25:19PM -0400, Arnaud Lacombe wrote:
Hi,
Shouldn't packet freed in IFQ_ENQUEUE() because the queue is full be
accounted as dropped, cf attached patch ?
Hmm, I think err would be set to
Hi everyone,
Using clang as the default compiler, the kernel and drivers will work
fine, but a lot of programs in the base system and ports will crash w/
SIGBUS. In fact, so much of the stuff in the chroot'ed world will
crash (everything from csh to gcc) that it's basically unusable. I
finally
On Fri, 16 Sep 2011, Kevin Oberman wrote:
I fear that BIOS may have some issue. I have a T43 and found that, if
I booted with the DVD
installed, atacontrol (this was prior to ATA-CAM) would allow me to
detach, but if I then
inserted a hard drive and tried to attach it, the system would lock
21 matches
Mail list logo