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 ti...@cicely7.cicely.de writes:
: Warner - it names you in the copyright, so very
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 ti...@cicely7.cicely.de writes:
: Warner - it names you in the
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
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
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 application
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
so
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 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
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:
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
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
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.
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 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 arm
In message: 4b7ef63c.7030...@freebsd.org
Alexander Motin m...@freebsd.org 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
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
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:
17 matches
Mail list logo
