In message
, Arnaud Lacombe writes:
>I do not really care actually, but the manpage is wrong, and the code
>needlessly complicated.
As I said: Feel free to improve.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer
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 up.
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 g
Hi,
On Fri, Sep 16, 2011 at 3:40 PM, YongHyeon PYUN 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 ENOBU
Hi,
On Fri, Sep 16, 2011 at 4:03 PM, Poul-Henning Kamp wrote:
> In message
>
> , 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
In message
, 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 weird and strange limitations on the
actual values you can set.
A v
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 c
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,
On Thursday 15 September 2011 05:19 pm, Arnaud Lacombe wrote:
> Hi,
>
> On Thu, Sep 15, 2011 at 12:20 PM, Arnaud Lacombe
wrote:
> > Hi,
> >
> > From today's -CURRENT:
> >
> > Copyright (c) 1992-2011 The FreeBSD Project.
> > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992,
> > 1993, 1
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>
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_detail&laptop=13061
), and found channel swit
On Fri, Sep 16, 2011 at 6:30 AM, Andriy Gapon 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 communication b
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 limi
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 conf
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
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 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_cp
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
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 t
> 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
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
21 matches
Mail list logo
