On Thu, Jun 21, 2012 at 02:05:33PM -0500, Pedro Giffuni wrote:
> Hello;
>
> I noticed a regression from 9.0 and I cannot boot directly FreeBSD
> and access the network. Unfortunately I cannot recall the exact
> commit where this started happening.
>
> uname -a
> FreeBSD pcbsd-8555 9.0-STABLE Free
Thanks for explaining the cause!
On Tue, Jun 19, 2012 at 4:54 AM, John Baldwin wrote:
> On Sunday, June 17, 2012 2:35:14 pm mnln.l4 wrote:
> > I get a kernel panic at early boot time on 9.0-stable (r237150), GENERIC,
> > AMD64.
> >
> > Repro step:
> > 1. Boot, wait for welcome screen.
> > 2. Rep
Would probably be good to take care of the storm threshold if you haven't,
set it to 0
and you disable the check, that's what we do internally. As for the queues
and number
of descriptors, that's kind of up to you, different work loads and
environments work best
with different setups.
Hopefully, w
On Jun 22, 2012, at 3:32 PM, Devin Teske wrote:
>
> On Jun 22, 2012, at 5:27 AM, Clayton Milos wrote:
>
>>
>> When selecting user account expiry the calendar starts at 1 January 1970. I
>> understand that this is when Unix time started but it would be nice for it
>> to start from the current d
On Jun 22, 2012, at 5:27 AM, Clayton Milos wrote:
>
> When selecting user account expiry the calendar starts at 1 January 1970. I
> understand that this is when Unix time started but it would be nice for it
> to start from the current date.
>
This was on-purpose because there is a discrepancy
On Fri, Jun 22, 2012 at 5:21 PM, Jack Vogel wrote:
> Increase your system mbuf pool size, you do not want that failure to happen.
Thanks, Jack. I saw a thread where you discussed this. You are
referring to kern.ipc.nmbclusters, correct?
Should I also adjust the following?
hw.ixgbe.rxd
hw.ixgb
On Jun 22, 2012, at 5:47 PM, Leonardo M. Ramé wrote:
> Hi, since a few of days ago, I noticed my home server turns very slow more
> than once a day, so every time I run "top" to see what's processes are
> running, I can see fsck_ufs at the very top, and the hard drive working like
> mad.
>
Hi, since a few of days ago, I noticed my home server turns very slow more than
once a day, so every time I run "top" to see what's processes are running, I
can see fsck_ufs at the very top, and the hard drive working like mad.
I've checked my crontab and there's nothing related to fsck_ufs, whe
Increase your system mbuf pool size, you do not want that failure to happen.
Jack
On Fri, Jun 22, 2012 at 2:01 PM, Rick Miller wrote:
> dmesg and ifconfig output below...
>
> On Fri, Jun 22, 2012 at 4:02 PM, Rick Miller
> wrote:
> > On Fri, Jun 22, 2012 at 3:54 PM, Andrew Boyer
> wrote:
> >>
dmesg and ifconfig output below...
On Fri, Jun 22, 2012 at 4:02 PM, Rick Miller wrote:
> On Fri, Jun 22, 2012 at 3:54 PM, Andrew Boyer wrote:
>> The ixgbe driver creates devices named ix0, etc.
>>
>> I believe you need to run 'ifconfig ix0 up' before it will attempt to get
>> link.
>
> Thanks f
On 22 Jun 2012, at 22:02, Rick Miller wrote:
> On Fri, Jun 22, 2012 at 3:54 PM, Andrew Boyer wrote:
>> The ixgbe driver creates devices named ix0, etc.
>>
>> I believe you need to run 'ifconfig ix0 up' before it will attempt to get
>> link.
>
> Thanks for clarifying that tidbit. At least I
On Jun 22, 2012, at 1:32 PM, Adrian Chadd wrote:
> Hi!
>
> On 18 June 2012 03:43, freegih wrote:
>> Hi, I made a wifi script based on the wlanconfig in bsdinstaller.
>> here is the code:
>> https://github.com/gihnius/freebsd-wifi
>>
>> I think we can make it more suitable for many devices and
Hi!
On 18 June 2012 03:43, freegih wrote:
> Hi, I made a wifi script based on the wlanconfig in bsdinstaller.
> here is the code:
> https://github.com/gihnius/freebsd-wifi
>
> I think we can make it more suitable for many devices and normal use.
>
> Any idea to write a normal feature script to u
On Fri, Jun 22, 2012 at 3:54 PM, Andrew Boyer wrote:
> The ixgbe driver creates devices named ix0, etc.
>
> I believe you need to run 'ifconfig ix0 up' before it will attempt to get
> link.
Thanks for clarifying that tidbit. At least I know the driver loading
is the correct driver :)
I did try
The ixgbe driver creates devices named ix0, etc.
I believe you need to run 'ifconfig ix0 up' before it will attempt to get link.
-Andrew
On Jun 22, 2012, at 3:45 PM, Rick Miller wrote:
> On Fri, Jun 22, 2012 at 3:13 PM, Rick Miller wrote:
>> Hi All,
>>
>> Wondering if the Intel X520-DA2 10G F
On 2012-06-22 13:47, Dr. Baud wrote:
> Anybody else having trouble building r237440 with clang:
...
> /usr/home/bketchum/kernels/stable-9/lib/libc/../../include/stdlib.h:82:1:
> error:
>
> unknown type name '_Noreturn'
> _Noreturn void abort(void);
> ^
There seems to be something wro
On Fri, Jun 01, 2012 at 04:09:53PM -0400, Chris Nehren wrote:
> On Fri, Jun 01, 2012 at 14:50:22 -0500 , Bryan Drewery wrote:
> > FWIW, there is freebsd-update(8) now for binary updating of base, and
> > pkgng[1] will allow binary upgrading of packages/ports similar to apt-get.
> >
> > [1] http://
On Fri, Jun 22, 2012 at 3:13 PM, Rick Miller wrote:
> Hi All,
>
> Wondering if the Intel X520-DA2 10G Fibre NIC is supported in
> stable/8. Hardware notes don't specify it, but I have a system up and
> the interfaces appear to be loaded by the ix driver. However, status
> indicates "no carrier".
On 6/22/2012 3:06 PM, John Baldwin wrote:
>> PCI-e errors = Fatal Error Detected
>> Unsupported Request Detected
>> Fatal = Unsupported Request
>>
>>
>
> I think you can ignore these. I think they happen during POST.
Thanks! A handy diagnostic tool to have BTW.
On Friday, June 22, 2012 2:41:35 pm Mike Tancsa wrote:
> Using jhb's handy pciconf from HEAD, I see (pciconf -lvcbe)
>
> twa0@pci0:2:0:0:class=0x010400 card=0x100413c1 chip=0x100413c1
> rev=0x01 hdr=0x00
> vendor = '3ware Inc'
> device = '9650SE SATA-II RAID PCIe'
> cl
Hi All,
Wondering if the Intel X520-DA2 10G Fibre NIC is supported in
stable/8. Hardware notes don't specify it, but I have a system up and
the interfaces appear to be loaded by the ix driver. However, status
indicates "no carrier".
--
Take care
Rick Miller
On 06/22/12 21:41, Mike Tancsa wrote:
On 6/20/2012 10:39 AM, Alexander Motin wrote:
Author: mav
Date: Wed Jun 20 14:39:35 2012
New Revision: 237318
URL: http://svn.freebsd.org/changeset/base/237318
Log:
MFC r236712:
To make CAM debugging easier, compile in some debug flags (CAM_DEBUG_INFO
On 6/20/2012 10:39 AM, Alexander Motin wrote:
> Author: mav
> Date: Wed Jun 20 14:39:35 2012
> New Revision: 237318
> URL: http://svn.freebsd.org/changeset/base/237318
>
> Log:
> MFC r236712:
> To make CAM debugging easier, compile in some debug flags (CAM_DEBUG_INFO,
> CAM_DEBUG_CDB, CAM_DE
On Fri, Jun 22, 2012 at 08:28:29PM +0200, Thomas Zander wrote:
> Hello Konstantin,
Do not strip lists from Cc:, I am not your tech support.
>
> On Fri, Jun 22, 2012 at 7:51 PM, Konstantin Belousov
> wrote:
> >> CPU: Intel(R) Xeon(R) CPU E31260L @ 2.40GHz (2400.07-MHz K8-class CPU)
> >> Origin
On Fri, Jun 22, 2012 at 07:44:52PM +0200, Thomas Zander wrote:
> Hi,
>
> I just updated my world to try kms which has recently been merged into
> stable. However I get this when kldload'ing i915kms:
>
> drmn0: on vgapci0
> info: [drm] MSI enabled 1 message(s)
> error: [drm:pid1295:drm_load] *ERR
Hi,
I just updated my world to try kms which has recently been merged into
stable. However I get this when kldload'ing i915kms:
drmn0: on vgapci0
info: [drm] MSI enabled 1 message(s)
error: [drm:pid1295:drm_load] *ERROR* Card isn't AGP, or couldn't
initialize AGP.
device_attach: drmn0 attach ret
On Fri, Jun 22, 2012 at 04:47:27AM -0700, Dr. Baud wrote:
>
>
> Anybody else having trouble building r237440 with clang:
> ...
I did not have trouble (on i386):
FreeBSD g1-227.catwhisker.org 9.0-STABLE FreeBSD 9.0-STABLE #195 237440M: Fri
Jun 22 05:22:20 PDT 2012
r...@g1-227.catwhiske
Anybody else having trouble building r237440 with clang:
/usr/bin/clang -O2 -pipe -I/usr/home/bketchum/kernels/stable-9/lib/libc/includ
e -I/usr/home/bketchum/kernels/stable-9/lib/libc/../../include -I/usr/home/bketc
hum/kernels/stable-9/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr
On 6/22/12 10:22 AM, John Baldwin wrote:
On Thursday, June 21, 2012 10:36:04 pm Charles Owens wrote:
On 6/15/12 8:04 AM, John Baldwin wrote:
On Friday, June 15, 2012 12:28:59 am Charles Owens wrote:
Hello FreeBSD folk,
We're seeing what appears to be a storage performance regression as we
try
On Thursday, June 21, 2012 10:36:04 pm Charles Owens wrote:
>
> On 6/15/12 8:04 AM, John Baldwin wrote:
> > On Friday, June 15, 2012 12:28:59 am Charles Owens wrote:
> >> Hello FreeBSD folk,
> >>
> >> We're seeing what appears to be a storage performance regression as we
> >> try to move from 8.1
> 5. Same for vlan16. For vlan9 is shows right 'IEEE 802.1Q VLAN network
interface'.
> It should work same way for vlan1-vlan4095 interfaces at least.
>
I'd like to know if the sysctl MIB's for describing network interfaces
is reliable. Maybe I'll keep the static list as a fal
22.06.2012 15:39, Devin Teske wrote:
5. Same for vlan16. For vlan9 is shows right 'IEEE 802.1Q VLAN network
interface'.
It should work same way for vlan1-vlan4095 interfaces at least.
>>>
>>> I'd like to know if the sysctl MIB's for describing network interfaces is
>>> reliab
On Jun 22, 2012, at 12:53 AM, Eugene Grosbein wrote:
> 22.06.2012 14:37, Devin Teske пишет:
>
>>> 5. Same for vlan16. For vlan9 is shows right 'IEEE 802.1Q VLAN network
>>> interface'.
>>> It should work same way for vlan1-vlan4095 interfaces at least.
>>>
>>
>> I'd like to know if the sysctl
22.06.2012 14:37, Devin Teske пишет:
>> 5. Same for vlan16. For vlan9 is shows right 'IEEE 802.1Q VLAN network
>> interface'.
>> It should work same way for vlan1-vlan4095 interfaces at least.
>>
>
> I'd like to know if the sysctl MIB's for describing network interfaces is
> reliable. Maybe I'l
On Jun 22, 2012, at 12:07 AM, Eugene Grosbein wrote:
> 22.06.2012 10:50, Ron McDowell пишет:
>
>>> Again, thank you very much for testing this new software.
>>> P.S. Due to the large codebase comprising bsdconfig, ample precautions
>>> should be taken. I've not noticed any negative behavior in
22.06.2012 10:50, Ron McDowell пишет:
>> Again, thank you very much for testing this new software.
>> P.S. Due to the large codebase comprising bsdconfig, ample precautions
>> should be taken. I've not noticed any negative behavior in months of usage,
>> but just be warned.
>>
>> P.P.S. I don't
36 matches
Mail list logo
