On Wed, Jul 10, 2013 at 04:36:23PM -0700, Adrian Chadd wrote:
> Hiya,
>
> I've started writing an aio_sendfile() syscall.
>
> http://people.freebsd.org/~adrian/ath/20130710-aio-sendfile-3.diff
>
> Yes, the diff is against -HEAD and not stable/9.
>
> It's
I don't get why this is dying. any ideas?
adrian
On 10 July 2013 21:18, FreeBSD Tinderbox wrote:
> TB --- 2013-07-11 02:56:02 - tinderbox 2.10 running on
> freebsd-current.sentex.ca
> TB --- 2013-07-11 02:56:02 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
> FreeBSD 8.3-PRERELEASE #0: M
On Wed, 10 Jul 2013, Garrett Wollman wrote:
< said:
I think isnan(double) and isinf(double) in math.h should only be
visible if (_BSD_VISIBLE || _XSI_VISIBLE) && __ISO_C_VISIBLE < 1999.
For C99 and higher there should only be the isnan/isinf macros.
I believe you are correct. POSIX.1-2008 (
TB --- 2013-07-11 02:56:02 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-07-11 02:56:02 - 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
Hiya,
I've started writing an aio_sendfile() syscall.
http://people.freebsd.org/~adrian/ath/20130710-aio-sendfile-3.diff
Yes, the diff is against -HEAD and not stable/9.
It's totally horrible, hackish and likely bad. I've only done some
very, very basic testing to ensure it ac
I still get issues with latest stable/9 and panics during or just
after a bunch of disk IO.
I can try to reproduce this if you'd like.
-adrian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To un
< said:
> I think isnan(double) and isinf(double) in math.h should only be
> visible if (_BSD_VISIBLE || _XSI_VISIBLE) && __ISO_C_VISIBLE < 1999.
> For C99 and higher there should only be the isnan/isinf macros.
I believe you are correct. POSIX.1-2008 (which is aligned with C99)
consistently cal
On 2013-07-10 20:32, O. Hartmann wrote:
> On Wed, 10 Jul 2013 18:04:16 +0100
> David Chisnall wrote:
>
>> On 10 Jul 2013, at 17:33, "O. Hartmann"
>> wrote:
>>
>>> Hi David,
>>>
>>> thanks for the fast response.
>>>
>>> The code I was told to check with is this:
>>>
>>> #include
>>> #include
>>
> Date: Tue, 9 Jul 2013 18:29:01 -0700
> Subject: Re: Kernel crash during heavy disk access
> From: Adrian Chadd
> To: Benjamin Kaduk , Jeff Roberson ,
> Kirk McKusick
> Cc: Eric Camachat , curr...@freebsd.org
>
> Well, best to tell kirk and jeffr.
>
> Jeffr wrote the journaling stuff.
On Wed, 10 Jul 2013 18:04:16 +0100
David Chisnall wrote:
> On 10 Jul 2013, at 17:33, "O. Hartmann"
> wrote:
>
> > Hi David,
> >
> > thanks for the fast response.
> >
> > The code I was told to check with is this:
> >
> > #include
> > #include
> > #include
> >
> > int
> > main(void)
> > {
On 07/10/2013 18:34, Pedro Giffuni wrote:
I found a missing type change. Can you try the attached patch?
SUCCESS !!
Cheers,
Pedro.
Thanks (and apologies to rmacklem !)
Claude Buisson
___
freebsd-current@freebsd.org mailing list
http://list
On 10 Jul 2013, at 17:33, "O. Hartmann" wrote:
> Hi David,
>
> thanks for the fast response.
>
> The code I was told to check with is this:
>
> #include
> #include
> #include
>
> int
> main(void)
> {
>
>std::cout << typeid(isnan(1.0)).name() << "\n";
>
> }
>
>
> If I compile it
TB --- 2013-07-10 15:29:52 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-07-10 15:29:52 - 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
Done - http://people.freebsd.org/~adrian/ath/20130710-vm0-zfs-hang.txt
adrian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On 10.07.2013 10:16, Claude Buisson wrote:
On 07/10/2013 17:05, Pedro Giffuni wrote:
Hello guys;
Thank for finding this, however ...
While I understand this change caused the issue and I am willing to
revert it,
I think the problem is actually in NFS. At least ext2/3/4 and fuse (so I
pre
On Wed, 10 Jul 2013 15:22:58 +0100
David Chisnall wrote:
> Hi,
>
> On 10 Jul 2013, at 14:58, "O. Hartmann"
> wrote:
>
> >
> > Whe I try to compile the sources of a port in spe (devel/pocl),
> > which is now out as RC6, I receive this error shown below:
> >
> > [...]
> > ../vecmathlib/pocl/..
On Wed, Jul 10, 2013 at 4:46 AM, Mark Felder wrote:
> On Wed, 10 Jul 2013 06:44:12 -0500, Michael Grimm <
> trash...@odo.in-berlin.de> wrote:
>
> Will that patch make it into 9.2? If I am not mistaken, that patch isn't
>> in stable yet.
>>
>
> I would also like to see this patch hit 9.x sooner t
On 10.07.2013 10:16, Claude Buisson wrote:
On 07/10/2013 17:05, Pedro Giffuni wrote:
Hello guys;
Thank for finding this, however ...
While I understand this change caused the issue and I am willing to
revert it,
I think the problem is actually in NFS. At least ext2/3/4 and fuse (so I
pre
On 07/10/2013 17:05, Pedro Giffuni wrote:
Hello guys;
Thank for finding this, however ...
While I understand this change caused the issue and I am willing to
revert it,
I think the problem is actually in NFS. At least ext2/3/4 and fuse (so I
presume
glusterfs) have unsigned i_gen.
I ha
Hello guys;
Thank for finding this, however ...
On 10.07.2013 08:53, Claude Buisson wrote:
On 07/10/2013 14:32, Claude Buisson wrote:
Hi,
Upgrading a CURRENT amd64 pure UFS system (watson) from r249744 to
r253007, I
have hit the following:
claude@zorglub$ mount_nfs watson:/home /mnt
claude
Hi,
On 10 Jul 2013, at 14:58, "O. Hartmann" wrote:
>
> Whe I try to compile the sources of a port in spe (devel/pocl), which
> is now out as RC6, I receive this error shown below:
>
> [...]
> ../vecmathlib/pocl/../vec_sse_double1.h:451:38: error:
> conversion from 'int' to 'boolvec_t' (aka 'bo
Whe I try to compile the sources of a port in spe (devel/pocl), which
is now out as RC6, I receive this error shown below:
[...]
../vecmathlib/pocl/../vec_sse_double1.h:451:38: error:
conversion from 'int' to 'boolvec_t' (aka 'boolvec') is
ambiguous boolvec_t isinf() const { return std::isinf(v);
On 07/10/2013 14:32, Claude Buisson wrote:
Hi,
Upgrading a CURRENT amd64 pure UFS system (watson) from r249744 to r253007, I
have hit the following:
claude@zorglub$ mount_nfs watson:/home /mnt
claude@zorglub$ /bin/ls /mnt/
claude doc.old ports.old sysref
distfiles o
Andre Oppermann wrote:
> We have a SYN cookie implementation for quite some time now but it
> has some limitations with current realities for window scaling and
> SACK encoding the in the few available bits.
>
> This patch updates and improves SYN cookies mainly by:
>
> a) encoding of MSS, WS
On 07/10/13 08:32, Claude Buisson wrote:
> Hi,
>
> Upgrading a CURRENT amd64 pure UFS system (watson) from r249744 to
> r253007, I have hit the following:
>
> claude@zorglub$ mount_nfs watson:/home /mnt
> claude@zorglub$ /bin/ls /mnt/
> claude doc.old ports.old sysref
> dis
Hi,
Upgrading a CURRENT amd64 pure UFS system (watson) from r249744 to r253007, I
have hit the following:
claude@zorglub$ mount_nfs watson:/home /mnt
claude@zorglub$ /bin/ls /mnt/
claude doc.old ports.old sysref
distfiles obj portsperso xorg-dev
doc
On Wed, 10 Jul 2013 06:44:12 -0500, Michael Grimm
wrote:
Will that patch make it into 9.2? If I am not mistaken, that patch isn't
in stable yet.
I would also like to see this patch hit 9.x sooner than later. It's so
painful when someone forgets to fix the alias numbering on servers with
Hi --
[Upcoming code freeze in stable]
On 2013-04-13 22:15, Michael Grimm wrote:
On 13.04.2013, at 14:29, Kimmo Paasiala wrote:
[great deal of simplification by ipv6_addrs_IF]
Sorry to resurrect this thread but since nothing has happened in about
three months I have to ask: What can I do
On Wed, 10 Jul 2013 12:43:00 +0200
Alexander Leidinger wrote:
> On Tue, 9 Jul 2013 17:32:33 +0200
> Gary Jennejohn wrote:
>
> > I simply named them all x to get the kernel to compile, which
> > succeeded.
>
> I committed such a fix, can you please verify that it's ok for you?
>
Yup, it works
I received this panic on the client while doing heavy parallel
reads/writes over NFS. I only recently moved these files to NFS, so I
don't know whether or not it's a recent regression.
Client: HEAD r253033
Server: 9.1-R
core.txt: http://people.freebsd.org/~bdrewery/nfs.txt
fstab of related paths
On Tue, 9 Jul 2013 17:32:33 +0200
Gary Jennejohn wrote:
> I simply named them all x to get the kernel to compile, which
> succeeded.
I committed such a fix, can you please verify that it's ok for you?
Bye,
Alexander.
--
http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7
On Sun, 07 Jul 2013 06:59:59 -0400
Michael Butler wrote:
> The recent linux header update triggers the following error:
>
> In file included from /usr/src/sys/compat/linux/linux_ioctl.c:91:
> /usr/src/sys/contrib/v4l/videodev2.h:430: warning: declaration does
> not declare anything
Can you plea
On Tue, 09 Jul 2013 22:39:40 +0200
Andreas Tobler wrote:
> On 09.07.13 22:33, Alexander Leidinger wrote:
> > Here's what I wrote as a reference:
> > ---snip---
> > Does someone know what this is supposed to result in?
> >
> > I would assume as the unions are unnamed and no variable is declared
33 matches
Mail list logo
