On Sun, Apr 18, 2010 at 03:49:14AM +0200, Olivier Cochard-Labbé wrote:
> Hi,
>
> I meet instability with an up-to-date stable 8 kernel and iwn drivers:
> About twice a day, my wireless connection hang and I've this error
> message in dmesg:
>
> firmware error log:
> error type = "NMI_INTER
On 4/14/10, Lystopad Olexandr wrote:
> Hi!
>
> I install 8.0 FreeBSD, upgrade it to yesturday stable.
> I need to create wireless link in adhoc mode.
> Help me to do this.
>
>
> I put a wireless card into this box:
>
> a...@pci0:3:3:0:class=0x02 card=0xcc2114b9 chip=0x0013168c
> rev=0x
> > >
> > > --QA3RSaXxDkY7tjDy
> > > Content-Type: text/plain; charset=us-ascii
> > > Content-Disposition: inline
> > > Content-Transfer-Encoding: quoted-printable
> > >
> > > On Thu, Apr 15, 2010 at 02:54:19PM +0300, Daniel Braniss wrote:
> > > >=20
> > > > > Take NFS out of the picture if you c
2010/4/18 Bernhard Schmidt :
> Are you able to reproduce this on demand? As in type a few commands and
> the firmware error occurs?
>
No, I'm not able to reproduce on demand this problem.
Regards,
Olivier
___
freebsd-stable@freebsd.org mailing list
htt
On Sun, Apr 18, 2010 at 01:21:26PM +0300, Daniel Braniss wrote:
> > > >
> > > > --QA3RSaXxDkY7tjDy
> > > > Content-Type: text/plain; charset=us-ascii
> > > > Content-Disposition: inline
> > > > Content-Transfer-Encoding: quoted-printable
> > > >
> > > > On Thu, Apr 15, 2010 at 02:54:19PM +0300, D
>
> --SpFw69Q4vVW19Q1W
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> On Sun, Apr 18, 2010 at 01:21:26PM +0300, Daniel Braniss wrote:
> > > > >=20
> > > > > --QA3RSaXxDkY7tjDy
> > > > > Content-Type: text/plain; charset
...
> > > so IMHO, the problem is somewhere in the fact that root is diskless.
> >
> > Root on nfs means that e.g. libc is still mapped from nfs mount.
>
> argh, forgot about shared libs, so I linked amd static, and it's not
> panicking,
> yet ... [amd is in the root nfs].
it just panicked :-(
Since 2003, the latino community, along with other races, have been enjoying a
different type of music thanks to D.R-FLOW. The Group , which is comprised of 2
very talented youths , Ezequiel Rodriguez and Manuel Vasquez, represent
Dominicans, in and out of the Dominican Republic in a big way.
E
Since 2003, the latino community, along with other races, have been enjoying a
different type of music thanks to D.R-FLOW. The Group , which is comprised of 2
very talented youths , Ezequiel Rodriguez and Manuel Vasquez, represent
Dominicans, in and out of the Dominican Republic in a big way.
E
I'd like to discuss the possibility of introduction of a new script into
/etc/rc.d base system a script, which when enabled, would provide a way
to wait until the IP networking layer (using ping(8)) is up and usable
before continuing with daemon startup.
I've written a script that's in use on all
On Sun, Apr 18, 2010 at 02:37:27PM -0700, Jeremy Chadwick wrote:
> I'd like to discuss the possibility of introduction of a new script into
> /etc/rc.d base system a script, which when enabled, would provide a way
> to wait until the IP networking layer (using ping(8)) is up and usable
> before con
On Sun, Apr 18, 2010 at 4:24 PM, Andrew Reilly wrote:
> On Sun, Apr 18, 2010 at 02:37:27PM -0700, Jeremy Chadwick wrote:
>> I'd like to discuss the possibility of introduction of a new script into
>> /etc/rc.d base system a script, which when enabled, would provide a way
>> to wait until the IP ne
Just updated to 8.0-RELEASE and recompiling 8.0-STABLE with the
following addition to GENERIC:
device cy
options CY_PCI_FASTINTR
Building the kernel with:
make buildkernel KERNCONF=NEWKERNEL
gives me:
cc -c -O -pipe -march=pentium4 -std=c99 -g -Wall -Wredundant-decls
-Wnested-externs -Wst
> On Sun, Apr 18, 2010 at 02:37:27PM -0700, Jeremy Chadwick wrote:
> > I'd like to discuss the possibility of introduction of a new script into
> > /etc/rc.d base system a script, which when enabled, would provide a way
> > to wait until the IP networking layer (using ping(8)) is up and usable
> >
Hi,
I was setting up mpd5 from ports, but this proxy-arp issue still exists in
8.0.
> uname -r
8.0-RELEASE-p2
I've attached the output from the mpd5 daemon, where you can still see that
the issue is relevant.
I've also tried to apply the patch, but it's no longer on that location.
Something els
15 matches
Mail list logo