Quoting sth...@nethelp.no (from Sun, 02 May 2010 07:38:57 +0200 (CEST)):
> When you disable journaling it also disables soft-updates. You need to
> re-enable it. I could decouple this. It's hard to say which is the POLA.
I would vote for decoupling. If I have SU on, then enable journaling,
t
On May 3, 2010, at 8:04 AM, Alexander Leidinger wrote:
> Quoting sth...@nethelp.no (from Sun, 02 May 2010 07:38:57 +0200 (CEST)):
>
>>> > When you disable journaling it also disables soft-updates. You need to
>>> > re-enable it. I could decouple this. It's hard to say which is the POLA.
>>>
> >> I would vote for decoupling. If I have SU on, then enable journaling,
> >> then disable journaling, I would expect SU to still be on.
> >
> > Fully agreed. I see no reason why these sould be coupled.
>
> It does not look like it is a prerequisite to have SU enabled when you
> want to enable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I updated to current yesterday and got the following 'witness_warn'
panic upon executing 'reboot':
suspending ithread with the following locks held:
exclusive sleep mutex mskc0 (network driver) r = 0 (0xc32c3690) locked @
/usr/src/sys/dev/msk/if_msk.c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I updated a border gateway yesterday from a Feb 23 kernel to a May 2
version kernel/world, and lost my connectivity to my gif0 HE tunnel.
I've been using the following in /etc/rc.conf successfully for some time
to establish the tunnel:
# Hurricane El
Hi,
I've posted on -net but in case people will have some feedback on this before
commit.
There is two solutions, let every driver get a test for MCLBYTES and call
m_getcl (and then add support for at least igb, em, ixgbe)
or integrate the fast path in m_getjcl.
I've chosen to integrat
AK-san,
PseudoCylon wrote:
>> Thank you very much.
>> However it still panics when I tried to use bridge.
>>
>
>
> Please try this.
> http://gitorious.org/run/run/trees/master/dev/usb/wlan
> (if_run.c and if_runvar.h have been updated.)
>
> Sorry I haven't test on bridge (only with nat). It
On 05/01/2010 00:29, James Butler wrote:
Genuine (possibly stupid) question -in PBI land, what happens if
package B is, say, CUPS? Does one need versioned rc.d scripts to start
one or the other? Which one gets to claim port 631?
-James Butler
That is a problem we are dealing with right now
On Mon, Apr 26, 2010 at 09:18:07AM -0600, Scott Long wrote:
> On Apr 26, 2010, at 6:51 AM, Alexander Motin wrote:
> > Marius Strobl wrote:
> >> As noted earlier, pc98 and sparc64 need ada(4)/CAM ATA to perform
> >> geometry translation as done by ad_firmware_geom_adjust() for ad(4),
> >> which the
Hi Jeff,
I'm with r207548 now and since some days i've system deadlock.
It seems related to SUJ with process waiting on suspfs or ppwait.
The backtrace is the following:
(kgdb) bt
#0 sched_switch (td=0xc52d84c0, newtd=0xc4d88980, flags=260) at
/usr/home/fabient/fabient-sandbox/sys/kern/
On Mon, May 3, 2010 at 7:33 AM, Kris Moore wrote:
> On 05/01/2010 00:29, James Butler wrote:
>>
>> Genuine (possibly stupid) question -in PBI land, what happens if
>> package B is, say, CUPS? Does one need versioned rc.d scripts to start
>> one or the other? Which one gets to claim port 631?
>
> T
On 2010-04-28 15:44:29 (+0300), Alexander Motin wrote:
> I'm glad to present new driver (mvs) for several series of Marvell SATA
> controllers (PCI-X, PCIe and SoC-integrated), to work with CAM ATA
> infrastructure.
>
> Driver supports following Marvell chips:
...
> 88SX6042, 88SX7042 (includin
On Mon, May 03, 2010 at 07:01:56AM -0700, Mark Atkinson wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> I updated to current yesterday and got the following 'witness_warn'
> panic upon executing 'reboot':
>
> suspending ithread with the following locks held:
> exclusive sleep mutex m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/03/10 12:38, Fabien Thomas wrote:
> Hi Jeff,
>
> I'm with r207548 now and since some days i've system deadlock.
> It seems related to SUJ with process waiting on suspfs or ppwait.
I've also seen it stalled in suspfs, but this information is way
>> Hi Jeff,
>>
>> I'm with r207548 now and since some days i've system deadlock.
>> It seems related to SUJ with process waiting on suspfs or ppwait.
>
> I've also seen it stalled in suspfs, but this information is way better
> than what I was able to garner. I was only able to tell via ctrl-t
On Mon, May 3, 2010 at 9:16 AM, Mark Atkinson wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> I updated a border gateway yesterday from a Feb 23 kernel to a May 2
> version kernel/world, and lost my connectivity to my gif0 HE tunnel.
>
> I've been using the following in /etc/rc.conf s
On Mon, 3 May 2010, Fabien Thomas wrote:
Hi Jeff,
I'm with r207548 now and since some days i've system deadlock.
It seems related to SUJ with process waiting on suspfs or ppwait.
I've also seen it stalled in suspfs, but this information is way better
than what I was able to garner. I was on
On 05/03/10 06:19, sth...@nethelp.no wrote:
I would vote for decoupling. If I have SU on, then enable journaling,
then disable journaling, I would expect SU to still be on.
>>>
>>> Fully agreed. I see no reason why these sould be coupled.
>>
>> It does not look like it is a prerequisite t
- Original Message
> From: Ganbold
> To: PseudoCylon
> Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu
> Sent: Mon, May 3, 2010 8:54:11 AM
> Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
>
> Thanks a lot, works no problem so far here with bridge (no
> auth/hostap
PseudoCylon wrote:
> - Original Message
>
>> From: Ganbold
>> To: PseudoCylon
>> Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu
>> Sent: Sun, April 25, 2010 1:44:20 AM
>> Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
>>
>>
>
>
>> Thank you very much.
>>
On Mon, May 03, 2010 at 04:32:37PM -0700, Doug Barton wrote:
> I also don't want to bikeshed this to death. I imagine that once the
> feature is stable that users will just twiddle it once and then leave it
> alone, or it will be set at install time and then not twiddled at all. :)
Speaking of wh
On 5/3/2010 12:55 PM, Pyun YongHyeon wrote:
> On Mon, May 03, 2010 at 07:01:56AM -0700, Mark Atkinson wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> I updated to current yesterday and got the following 'witness_warn'
>> panic upon executing 'reboot':
>>
>> suspending ithread with
On 5/3/2010 1:33 PM, Chris Ruiz wrote:
> On Mon, May 3, 2010 at 9:16 AM, Mark Atkinson wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> I updated a border gateway yesterday from a Feb 23 kernel to a May 2
>> version kernel/world, and lost my connectivity to my gif0 HE tunnel.
>>
>>
On 5/3/2010 6:23 PM, Mark Atkinson wrote:
> On 5/3/2010 1:33 PM, Chris Ruiz wrote:
>> On Mon, May 3, 2010 at 9:16 AM, Mark Atkinson wrote:
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> I updated a border gateway yesterday from a Feb 23 kernel to a May 2
>>> version kernel/world, an
Before I forget, I can't find the key that you signed this message with
on any key servers; FYI.
On 05/03/10 07:16, Mark Atkinson wrote:
> I updated a border gateway yesterday from a Feb 23 kernel to a May 2
> version kernel/world,
There have been numerous changes to IPv6 related stuff, both in t
I have updated a vmware guest to -current from about 48 hours ago
to play with SUJ but before I got that far, I ran into a deadlock
trying to upgrade some ports. It gets part-way through a configure
and then stops.
VTY switching works but none of the getty's will echo input.
Ctrl-T on the active
Kristof Provost wrote:
> I've done a quick test on my Orion (88F5182) based device. It seems to
> be working fine. It detects a SATA hard disk, reads/writes, ...
> I wasn't able to mount a filesystem from the disk but that could have
> been me.
What kind of problems? Could you confirm it?
--
Ale
27 matches
Mail list logo
