Hi,
I came across the following LoR:
lock order reversal:
1st 0xc56aae04 if_afdata (if_afdata) @
/usr/home/garrcoop/ipcvs/freebsd/src/sys/net/if_llatbl.c:130
2nd 0xc58a1d80 radix node head (radix node head) @
/usr/home/garrcoop/ipcvs/freebsd/src/sys/net/route.c:360
KDB: stack backtrace:
db_t
I have found that directory entry may be deleted from a ZFS directory
with the sticky bit, if "the entry is a plain file and you have write
access"
(this is citation from a comments in zfs_dir.c)
But this behavior isn't described in the sticky(8) and isn't allowed on a
UFS.
The attached patch provi
In message: <4b7ef63c.7030...@freebsd.org>
Alexander Motin writes:
: Hi.
:
: Norikatsu Shigemura wrote:
: > I got a OpenRD-client (Marvell 88F6281 SoC), and I'm tring to
: > make mvsata(4) ATA_CAM, like following:
: >
: > But I got following panic, my I help you?
: >
On Fri, Feb 19, 2010 at 05:49:59PM +0100, Olivier Houchard wrote:
> >
> > Strange:
>
>
> Not so much, the first values for ras_start/end were chosen to be immediate
> values, so you could just mov them, but the new one aren't.
> Try something like the patch attached instead (untested, I have no
Hi.
Norikatsu Shigemura wrote:
> I got a OpenRD-client (Marvell 88F6281 SoC), and I'm tring to
> make mvsata(4) ATA_CAM, like following:
>
> But I got following panic, my I help you?
> In this time, I attached no devices to SATA/eSATA port.
> - - - - - -- - - - - - - - - -
On Thu, Feb 18, 2010 at 03:39:28PM +0300, Alexander Zagrebin wrote:
> I have noticed, that statfs called for ZFS file systems,
> returns the value of FS's recordsize property in both f_bsize and
> f_iosize.
>
> It's a problem for some software.
> For example, squid uses block size of cache's file
Hi.
Yesterday I committed HAST to the HEAD branch.
HAST allows to transparently store data on two physically separated
machines connected over the TCP/IP network. HAST works in
Primary-Secondary (Master-Backup, Master-Slave) configuration, which
means that only one of the cluster nodes can be act
On Wed, 27 Jan 2010, Jack Vogel wrote:
I have no idea, i see no evidence that its the em driver at fault, do you?
Just for the sake of random randomness, I've noticed that my 16th January
vintage kernel seems to have lost its 1 Gbit capability on the em0
connection and also seems to have int
>
> Strange:
Not so much, the first values for ras_start/end were chosen to be immediate
values, so you could just mov them, but the new one aren't.
Try something like the patch attached instead (untested, I have no arm setup
here, but you'll get the idea).
Regards,
Olivier
Index: contrib/bind
On Fri, Feb 19, 2010 at 01:29:03PM +0100, Grzegorz Bernacki wrote:
> Hi,
>
> Some time ago we changed an address of RAS. Probably that's the problem.
> Please try
> with patch below.
>
> grzesiek
>
> diff --git a/contrib/bind9/lib/isc/arm/include/isc/atomic.h
> b/contrib/bind9/lib/
> index 6a6
Mark Tinguely wrote:
Some time ago we changed an address of RAS. Probably that's the problem.
Please try
with patch below.
grzesiek
Good job.
IMO, ARM atomic.h should have cmpxchg and the other standard atomic routines
so applications don't roll their own and they become stale.
Yes, I
On Fri, Feb 19, 2010 at 08:13:15AM -0600, Mark Tinguely wrote:
> >
> > Some time ago we changed an address of RAS. Probably that's the problem.
> > Please try
> > with patch below.
> >
> > grzesiek
>
> Good job.
>
> IMO, ARM atomic.h should have cmpxchg and the other standard atomic routines
>
> Some time ago we changed an address of RAS. Probably that's the problem.
> Please try
> with patch below.
>
> grzesiek
Good job.
IMO, ARM atomic.h should have cmpxchg and the other standard atomic routines
so applications don't roll their own and they become stale.
This will help applica
Bernd Walter wrote:
On Fri, Feb 19, 2010 at 01:29:03PM +0100, Grzegorz Bernacki wrote:
Bernd Walter wrote:
On Fri, Feb 19, 2010 at 05:12:06AM +0100, Bernd Walter wrote:
On Thu, Feb 18, 2010 at 08:47:39PM -0700, M. Warner Losh wrote:
In message: <20100219033000.gz43...@cicely7.cicely.de>
On Fri, Feb 19, 2010 at 01:29:03PM +0100, Grzegorz Bernacki wrote:
> Bernd Walter wrote:
> >On Fri, Feb 19, 2010 at 05:12:06AM +0100, Bernd Walter wrote:
> >>On Thu, Feb 18, 2010 at 08:47:39PM -0700, M. Warner Losh wrote:
> >>>In message: <20100219033000.gz43...@cicely7.cicely.de>
> >>>
Bernd Walter wrote:
On Fri, Feb 19, 2010 at 05:12:06AM +0100, Bernd Walter wrote:
On Thu, Feb 18, 2010 at 08:47:39PM -0700, M. Warner Losh wrote:
In message: <20100219033000.gz43...@cicely7.cicely.de>
Bernd Walter writes:
: Warner - it names you in the copyright, so very likely you
On Fri, Feb 19, 2010 at 05:12:06AM +0100, Bernd Walter wrote:
> On Thu, Feb 18, 2010 at 08:47:39PM -0700, M. Warner Losh wrote:
> > In message: <20100219033000.gz43...@cicely7.cicely.de>
> > Bernd Walter writes:
> > : Warner - it names you in the copyright, so very likely you know this
17 matches
Mail list logo
