On 12/23/13, 8:31 AM, Konstantin Belousov wrote:
On Sun, Dec 22, 2013 at 09:54:49AM -0800, Manfred Antar wrote:
The change to vfs_bio.c in revision 259200 breaks writing to scsi tape drive on
i386 and sparc64 on current.
I don't have any other machines to test on.
here is example:
r259199:
(/)
At 11:31 PM 12/22/2013, you wrote:
>On Sun, Dec 22, 2013 at 09:54:49AM -0800, Manfred Antar wrote:
>> The change to vfs_bio.c in revision 259200 breaks writing to scsi tape drive
>> on i386 and sparc64 on current.
>> I don't have any other machines to test on.
>> here is example:
>>
>> r259199:
>
On 12/22/13 13:35, d...@gmx.com wrote:
> After a recent installworld, GHCi (``ghc -i'' from lang/ghc) fails like so:
>
> % ghci
> GHCi, version 7.6.3: http://www.haskell.org/ghc/ :? for help
> Loading package ghc-prim ... linking ... done.
> Loading package integer-gmp ... linking ... done.
> Loa
On Sun, 8 Dec 2013 22:54:25 +0100
Marc "UBM" Bocklet wrote:
> On Sun, 8 Dec 2013 22:44:33 +0100
> Marc "UBM" Bocklet wrote:
>
> >
> > Hiho! :-)
> >
> > I got myself a new ebook reader (Onyx M92), but encountered a strange
> > problem when connecting it to my freebsd machine. Shortly after
> >
On 12/23/13 15:23, Marc UBM wrote:
On Sun, 8 Dec 2013 22:54:25 +0100
Marc "UBM" Bocklet wrote:
On Sun, 8 Dec 2013 22:44:33 +0100
Marc "UBM" Bocklet wrote:
Hiho! :-)
I got myself a new ebook reader (Onyx M92), but encountered a strange
problem when connecting it to my freebsd machine. Shor
On Mon, Dec 23, 2013 at 05:35:23AM -0800, Manfred Antar wrote:
> At 11:31 PM 12/22/2013, you wrote:
> >On Sun, Dec 22, 2013 at 09:54:49AM -0800, Manfred Antar wrote:
> >> The change to vfs_bio.c in revision 259200 breaks writing to scsi tape
> >> drive on i386 and sparc64 on current.
> >> I don't
>
> On 18 December 2013 09:27, Kurt Lidl wrote:
> > A while ago, it was reported that the ISO images that FreeBSD generates
> > have a variety of problems (thread starts here):
> >
> > http://lists.freebsd.org/pipermail/freebsd-stable/2013-April/073050.html
> >
> > And again for the 10.0 releases
The HWPMC hooks are never invoked except when using the soft PMC feature for
performance monitoring. This trivial patch hints as much to the compiler, which
then moves some fairly lengthy code sequences out of the locking primitives (in
particular), reducing their runtime footprint.
This patch
Hi Markiyan,
Fixed in r259737:
http://svnweb.freebsd.org/changeset/base/259737
best
Neel
On Fri, Dec 13, 2013 at 2:35 PM, Markiyan Kushnir
wrote:
> 2013/12/13 John Baldwin :
>> On Friday, December 13, 2013 5:46:20 am Markiyan Kushnir wrote:
>>> Forgot to fill the Subject: header, re-posting it
On Monday, December 16, 2013 11:50:14 am Luigi Rizzo wrote:
> Is it ok in kernel code to use __builtin_prefetch() and assume that
> all supported compilers will do the right thing for all architectures ?
>
> I am asking is because I need to use prefetch() in a small number
> of places in my netmap
On Friday, December 13, 2013 4:50:25 pm Sean Bruno wrote:
> I guess this may have been argued before, but I don't see why we would
> want to hide specific things like: sys/kern/subr_lock.c
>
> /* Check for double-init and zero object. */
> KASSERT(!lock_initalized(lock), ("lock \"%s\" %p already
On Wednesday, December 18, 2013 11:52:54 pm Kurt Lidl wrote:
> Greetings all -
>
> I've got a completely reproducible panic when issuing a
> 'gmirror status' command on a recently deactivated gmirror.
>
> NOTE: This only happens on a machine with more than 1 CPU.
>
> I filed a bug report on it:
On Wednesday, December 18, 2013 2:43:28 pm Adrian Chadd wrote:
> [snip]
>
> So the standard trop of UNLOCK/WORK/RELOCK is pretty dangerous.
> There's no state re-validation going on when you re-acquire that lock.
> So, although it meets the lock requirements, it may not be 'correct'.
>
> It's sca
On Tuesday, December 17, 2013 3:07:56 pm Steve Kargl wrote:
> On Mon, Dec 16, 2013 at 12:20:53PM +0100, Niclas Zeising wrote:
> >
> > To get VT switching when using KMS drivers (ATI, Intel) please use
> > newcons: https://wiki.freebsd.org/Newcons or if that is not possible,
> > force the use of the
On Tuesday, December 17, 2013 3:15:33 pm Adrian Chadd wrote:
> I'm rapidly wondering if building this way should become unsupported. Too
> muxh unknown stuff is needed at startup and wed have to load all firmware
> bits to make it remotely work.
The Intel driver (i915kms) does not need firmware bi
TB --- 2013-12-23 19:50:20 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-23 19:50:20 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2013
Works for me (I'm at r259742), no panic. Thanks!
--
Markiyan.
2013/12/23 Neel Natu :
> Hi Markiyan,
>
> Fixed in r259737:
> http://svnweb.freebsd.org/changeset/base/259737
>
> best
> Neel
>
> On Fri, Dec 13, 2013 at 2:35 PM, Markiyan Kushnir
> wrote:
>> 2013/12/13 John Baldwin :
>>> On Friday, D
Hi,
GENERIC has
# VirtIO support
device virtio # Generic VirtIO bus (required)
device virtio_pci # VirtIO PCI device
device vtnet # VirtIO Ethernet device
device virtio_blk # VirtIO Block device
device virtio_scsi # Vir
Hm! Cool! I'll give this a spin tomorrow on my
frequently-very-lock-busy boxes and get back to you.
-a
On 23 December 2013 09:52, Rang, Anton wrote:
> The HWPMC hooks are never invoked except when using the soft PMC feature for
> performance monitoring. This trivial patch hints as much to the
- Original Message -
> Hi,
>
> GENERIC has
>
> # VirtIO support
> device virtio # Generic VirtIO bus (required)
> device virtio_pci # VirtIO PCI device
> device vtnet # VirtIO Ethernet device
> device virtio_blk # VirtIO B
20 matches
Mail list logo
