Re: 8-RC1: iwn0 suspend/resume issues

On Sun, Sep 27, 2009 at 12:50:34PM -0700, Sam Leffler wrote: > Scott Lambert wrote: > > I did just notice: > > > > iwn0: Reg Domain: \M^?\M^?\M^?\M^?iwn0: iwn_mem_lock: could not lock memory > > > > Maybe I should set the regulatory domain? But having just spent a few > > minutes trying, it does

locate(1) ZFS addition

I just came across what I believe to be just a oversight on locate(1). By default as stated in its locate.rc file in /etc it states that the default file systems that will be searched is "ufs ext2fs". Would it be wise to have the default be "ufs zfs xfs ext2fs" ? or some other combination. P

Re: 7.2-release/amd64: panic, spin lock held too long

C. C. Tang wrote: Attilio Rao wrote: 2009/9/22 C. C. Tang : I have patched the sched_ule.c and did a make buildkernel & make installkernel (is buildworld and installworld necessary?), rebooted and the machine is running now. I will post here again if there is any update. My server is up fo

Re: 8.0-RC1 panic attaching ppc

On Sun, 27 Sep 2009, Alan Cox wrote: > Ok, now I can explain what is happening. The kernel is using 1GB > pages to implement the direct map. Unfortunately, pmap_extract() > doesn't know how to handle a 1GB page mapping. pmap_kextract() only > works by an "accident" of its different implementatio

Re: Excessivly cheap USB device issue

At 10:47 AM 9/27/2009, Robert Noland wrote: > Sep 27 14:29:18 midget kernel: da1: Attempt to query device size failed: NOT READY, Medium not present > > If I connect a CF card to da1 and run 'fdisk da1' I get.. > [midget 0:06] ~ >fdisk da1 > load: 0.29 cmd: fdisk 69630 [cgticb] 1.50r 0.00u 0.00

Re: glabel+gmirror (8.0-RC1 problem)

Hi, that gmirror together with glabel cannot be used looks like a problem introduced with 8.0-RC1 to me. What I did: 2. Installation 3. reboot 4. mirror Root-hdd sysctl kern.geom.debugflags=17 gmirror label -vb round-robin gm0 da0 gmirror load echo 'geom_mirror_load="YES"' >> /boot/loader.conf e

Re: 8-RC1: iwn0 suspend/resume issues

Scott Lambert wrote: > Threading broken to avoid potential takover of ral0 thread. > > On Sat, Sep 26, 2009 at 02:33:26AM +, Brandon Gooch wrote: >> On Fri, Sep 25, 2009 at 11:29 PM, Scott Lambert >> wrote: >>> iwn does not function after resume so I've actually run ethernet cables >>> to wh

Re: 8.0-RC1: kernel page fault in NLM master thread (VIMAGE or ZFS related?)

Jamie Gritton writes: > Index: kern/vfs_export.c > === > --- kern/vfs_export.c (revision 197506) > +++ kern/vfs_export.c (working copy) > @@ -122,6 +122,8 @@ > np->netc_anon->cr_uid = argp->ex_anon.cr_uid; >

6.4-STABLE @r197533: iwi(4) implicated in page fault while in kernel mode

See for more details. Here's the first part of it: g1-89.catwhisker.org dumped core - see ./vmcore.9 Sun Sep 27 10:24:20 PDT 2009 FreeBSD g1-89.catwhisker.org 6.4-STABLE FreeBSD 6.4-STABLE #695 r197533: Sun Sep 27 04:22:07 PDT 2009 r..

Re: problem with link aggregation failover

On Sun, 27.09.2009 at 09:49:03 -0400, Daniel Eischen wrote: > On Sun, 27 Sep 2009, Ulrich Spörlein wrote: > > > On Sat, 12.09.2009 at 22:34:41 +0200, Maciej Jan Broniarz wrote: > >> Hello, > >> > >> I am trying to configure lagg failover mode on 7.2. > >> > >> I do: > >> > >> # ifconfig xl0 up > >

glabel+gmirror

Hi, I try to glabel (tunefs -L) my gmirror RAID-1. After labeling the /usr, /tmp, /var partition, glabel status shows the labes are being assigned to the mirror/gm0s1* partitions. I then changed my /etc/fstab to use the ufs/ devices instead of the mirror/gm0s1* devices. After the system got reboot

Re: Excessivly cheap USB device issue

On Mon, 2009-09-28 at 00:09 +0930, Daniel O'Connor wrote: > I have a very cheap USB CF/SD/SM/MS connected to an 8.0-RC1 system and > it is detected, ie.. > Sep 27 14:29:18 midget kernel: da0 at umass-sim0 bus 0 target 0 lun 0 > Sep 27 14:29:18 midget kernel: da0: Removable > Direct Access SCSI-0

Excessivly cheap USB device issue

I have a very cheap USB CF/SD/SM/MS connected to an 8.0-RC1 system and it is detected, ie.. Sep 27 14:29:18 midget kernel: da0 at umass-sim0 bus 0 target 0 lun 0 Sep 27 14:29:18 midget kernel: da0: Removable Direct Access SCSI-0 device Sep 27 14:29:18 midget kernel: da0: 40.000MB/s transfers Sep

Re: problem with link aggregation failover

On Sun, 27 Sep 2009, Ulrich Sp??rlein wrote: On Sat, 12.09.2009 at 22:34:41 +0200, Maciej Jan Broniarz wrote: Hello, I am trying to configure lagg failover mode on 7.2. I do: # ifconfig xl0 up # ifconfig fxp0 up # ifconfig lagg0 create # ifconfig lagg0 up laggproto failover laggport xl0 lagg

Re: How to upgrade kernel with gmirror boot?

On Sep 26, 2009, at 5:47 PM, Stefan Bethke wrote: Am 26.09.2009 um 21:04 schrieb Chris Shenton: PS: Current "gmirror list" output: $ gmirror list Geom name: boot State: COMPLETE Components: 1 ^^^ There's your problem: your mirror consist of only ad6s1a. You need to add ad4s1a

NFS server replies on wrong IP

Hi, I recently upgraded a system from 7.x to 8.0-RC1 (well, got new guts for it and copied the data over..) and I am having trouble getting NFS to work. I have re0 like so re0: flags=8943 metric 0 mtu 1500 options=389b ether 00:24:1d:d1:92:cc inet 10.0.2.1 netmask 0xfff

8-RC1: iwn0 suspend/resume issues

Threading broken to avoid potential takover of ral0 thread. On Sat, Sep 26, 2009 at 02:33:26AM +, Brandon Gooch wrote: > On Fri, Sep 25, 2009 at 11:29 PM, Scott Lambert > wrote: > > iwn does not function after resume so I've actually run ethernet cables > > to where I use the laptop now. >

Re: problem with link aggregation failover

On Sat, 12.09.2009 at 22:34:41 +0200, Maciej Jan Broniarz wrote: > Hello, > > I am trying to configure lagg failover mode on 7.2. > > I do: > > # ifconfig xl0 up > # ifconfig fxp0 up > # ifconfig lagg0 create > # ifconfig lagg0 up laggproto failover laggport xl0 laggport fxp0 > # dhclient lagg0

Re: various kde programs spin in a poll/read loop against their respective config files

Le Sat, 26 Sep 2009 15:25:17 +0200, Christof Schulze a écrit : > Hello everyone, Hi, > the discussion in -current and the behavior of my hard disk caused me > to investigate. Whenever kde programs are run on this system, the > hard disk will not spin down (even when excessive timeouts for syncs