On 11 September 2011 03:31, Kurt Jaeger wrote:
> Hi!
>
>> >> #device bwn # Broadcom BCM43xx wireless NICs
>
> Does this by any chance also cover the BCM43224 ?
I'm not sure, I'm afraid. freebsd-wireless@ is likely a better list to try.
I don't know who the current if_bwn main
Please submit a PR so I/others don't forget.
Then just follow through with an email to me w/ the PR number.
Thanks,
Adrian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any m
On Sep 11, 2011 6:07 AM, "Tim Gustafson" wrote:
>
> > I'm not sure what cards you can get now with the LSI 1068E chip. As
> > LSI branded cards cost more, I went for for the LSI SAS2008 based
> > Supermicro AOC-USAS2-L8i as I knew I wasn't going to use port expanders.
> > It could be hard to get c
> I'm not sure what cards you can get now with the LSI 1068E chip. As
> LSI branded cards cost more, I went for for the LSI SAS2008 based
> Supermicro AOC-USAS2-L8i as I new I wasn't going to use port expanders.
> It could be hard to get cards with the older chip now (you might have
> to get someth
Hi!
> >> #device bwn # Broadcom BCM43xx wireless NICs
Does this by any chance also cover the BCM43224 ?
--
p...@opsec.eu+49 171 3101372 9 years to go !
___
freebsd-current@freebsd.org mailing lis
Hi,
My FreeBSD box (amd64, beta2, raidz2 on three disk) can't reboot after
syncing buffer stage:
http://www.scrnshots.com/users/subbsd/screenshots/293839
Also i got this issue on 8-disk system (GPT/ZFS).
With UFS filesystem all ok on the same hardware
___
Adrian Chadd wrote on 26.08.2011 15:15:
On 26 August 2011 15:14, Ruslan Mahmatkhanov wrote:
Good day!
Right now we have this line in GENERIC:
#device bwn # Broadcom BCM43xx wireless NICs
From user POV all he need to do to make his broadcom wifi work, is
to uncomment this
On Sat, 10 Sep 2011 16:08:21 +0200 Gary Jennejohn wrote:
> > On Tue, 06 Sep 2011 16:29:51 +0400 Boris Samorodov wrote:
> >
> > > the port does not work as expected (at least as per The Handbook,
> > > 26.2.5 Serial Port Configuration). Nether "init" nor "lock"
> > > devices can be used:
> Seems t
On Sat, 10 Sep 2011 12:33:37 +0100 Veniamin Gvozdikov wrote:
> I've tried porting a few programs from Linux which's used a
> linuxulator. But I have the problem with old linux base system. My
> ports can't be run with old libstdc++.so.6
> I have error with run linux apps.
> /usr/lib/libstdc++.so.
On Sat, 10 Sep 2011 15:57:25 +0400
Boris Samorodov wrote:
> On Tue, 06 Sep 2011 16:29:51 +0400 Boris Samorodov wrote:
>
> > the port does not work as expected (at least as per The Handbook,
> > 26.2.5 Serial Port Configuration). Nether "init" nor "lock"
> > devices can be used:
> > -
> > # u
On Fri, 9 Sep 2011, Warner Losh wrote:
On Sep 9, 2011, at 1:22 PM, Daniel Eischen wrote:
I found the commit that broke ath for me, r222753,
specifically, the change to /dev/cardbus/cardbus_cis.c.
To be sure, I updated to head using svn, and applied
the patch included below. ath attaches and
Hi everybody!
I've tried porting a few programs from Linux which's used a linuxulator. But I
have the problem with old linux base system. My ports can't be run with old
libstdc++.so.6
I have error with run linux apps.
/usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.11' not found
> strings /com
On Tue, 06 Sep 2011 16:29:51 +0400 Boris Samorodov wrote:
> the port does not work as expected (at least as per The Handbook,
> 26.2.5 Serial Port Configuration). Nether "init" nor "lock"
> devices can be used:
> -
> # uname -a
> FreeBSD host1.ipt.ru 9.0-BETA2 FreeBSD 9.0-BETA2 #14 r225395: Mo
On 2011-Sep-10 12:46:50 +0300, Andriy Gapon wrote:
>on 10/09/2011 11:07 Andriy Gapon said the following:
>> Actually, removing either -mrtd _or_ -fno-unit-at-a-time produces the correct
>> code. Puzzled.
>
>The problem is reproducible with base gcc and gcc42, it is not reproducible
>with gcc45, g
On Fri, 09 Sep 2011 13:47:37 +0200
Oliver Lehmann wrote:
>
> Kostik Belousov wrote:
>
> > For start, you should provide the information what exactly is the
> > instruction that caused the fault. Show the disassembly from gdb
> > for the function that caused the fault.
>
> Ok, I'm trying. I re
on 10/09/2011 11:07 Andriy Gapon said the following:
> Actually, removing either -mrtd _or_ -fno-unit-at-a-time produces the correct
> code. Puzzled.
The problem is reproducible with base gcc and gcc42, it is not reproducible with
gcc45, gcc46 and clang.
--
Andriy Gapon
on 10/09/2011 10:32 Andriy Gapon said the following:
> I am now investigating what looks like a miscompilation of the code by *gcc*
> after applying the patch. It seems that -mrtd option is to blame.
> I have found an older discussion about the -mrtd option causing trouble with
> clang:
> http://
on 07/09/2011 19:35 Andriy Gapon said the following:
> Thanks to a lot of excellent testing, debugging and analysis from Sebastian
> (which
> went behind the scenes) we now have this patch:
> http://people.freebsd.org/~avg/zfs-boot-gang.diff
>
> The patch introduces the following changes:
> - che
18 matches
Mail list logo
