`. That is probably why it slipped through testing. This patch
fixes it for me: https://github.com/openzfs/zfs/pull/15251 .
Mark, could you please try the patch?
Thank you Alex for the fix!
--
Pawel Jakub Dawidek
On 4/18/23 05:14, Mateusz Guzik wrote:
On 4/17/23, Pawel Jakub Dawidek wrote:
Correct me if I'm wrong, but from my understanding there were zero
problems with block cloning when it wasn't in use or now disabled.
The reason I've introduced vfs.zfs.bclone_enabled sysctl, was to exactly
avoid
kup or inspect them).
--
Pawel Jakub Dawidek
ult
and didn't cause any problems when disabled.
--
Pawel Jakub Dawidek
On 4/17/23 18:15, Pawel Jakub Dawidek wrote:
There were three issues that I know of after the recent OpenZFS merge:
1. Data corruption unrelated to block cloning, so it can happen even
with block cloning disabled or not in use. This was the problematic commit:
https://github.com/openzfs
thousands of packages without
panics or failures due to data corruption.
Thank you, Florian, that was very helpful!
This should fix the problem:
https://github.com/openzfs/zfs/pull/14758
--
Pawel Jakub Dawidek
On 4/14/23 09:23, Charlie Li wrote:
Pawel Jakub Dawidek wrote:
Here is the change that reverts most of the modifications and disables
cloning new blocks. It does retain ability to free existing cloned
blocks and keeps block_cloning feature around, so upgraded pools can
be imported
On 4/14/23 07:52, Charlie Li wrote:
Pawel Jakub Dawidek wrote:
thank you for your testing and patience so far. I'm working on a patch
to revert block cloning without affecting people who already upgraded
their pools.
Testing with mjg@ earlier today revealed that block_cloning
On 4/14/23 07:40, Pawel Jakub Dawidek wrote:
On 4/13/23 22:56, Cy Schubert wrote:
I'm in the process of building a branch reverting the merge altogether
and
will test it on my sandbox machine later today.
Cy,
thank you for your testing and patience so far. I'm working on a patch
to revert
already upgraded
their pools.
I'd also greatly appreciate if you could provide a procedure for me to
reproduce the corruption, ideally without the internet access, as I'll
be on the plane(s) for the next ~24h.
--
Pawel Jakub Dawidek
losing
critical financial documentation.
Shawn,
I'm working on a patch to safely revert this that would also work for
people who already upgraded their pools.
I'm sorry for this mess.
--
Pawel Jakub Dawidek
nt when kernel
already paniced, there are no interrupt, so there is no networking.
Storage controllers have special methods to handle dumping kernel memory
- it doesn't go through GEOM, it cannot go through GEOM as the scheduler
doesn't work too.
--
Pawel Jakub Dawidek http://www.w
On Fri, Sep 25, 2015 at 12:11:51AM +0300, Slawa Olhovchenkov wrote:
> On Thu, Sep 24, 2015 at 10:58:00PM +0200, Pawel Jakub Dawidek wrote:
>
> > On Thu, Sep 24, 2015 at 02:18:50PM +0300, Slawa Olhovchenkov wrote:
> > > On Thu, Sep 24, 2015 at 11:28:05AM +0300, An
On Tue, Aug 25, 2015 at 03:32:35PM -0700, NGie Cooper wrote:
On Tue, Aug 25, 2015 at 3:21 PM, Xin Li delp...@delphij.net wrote:
On 08/25/15 14:55, Pawel Jakub Dawidek wrote:
Now that I think of it, it might have been that I did
buildworld/buildkernel before -p1. Then freebsd-update updated
On Tue, Aug 25, 2015 at 11:04:37PM +0200, Pawel Jakub Dawidek wrote:
On Sun, Aug 23, 2015 at 03:29:01PM -0700, Xin Li wrote:
On 8/23/15 14:55, Pawel Jakub Dawidek wrote:
I used to build world and kernel on one machine and export both /usr/src/
and
/usr/obj read-only to other
On Tue, Aug 25, 2015 at 11:53:47PM +0200, Pawel Jakub Dawidek wrote:
On Tue, Aug 25, 2015 at 11:04:37PM +0200, Pawel Jakub Dawidek wrote:
On Sun, Aug 23, 2015 at 03:29:01PM -0700, Xin Li wrote:
On 8/23/15 14:55, Pawel Jakub Dawidek wrote:
I used to build world and kernel on one
On Sun, Aug 23, 2015 at 03:29:01PM -0700, Xin Li wrote:
On 8/23/15 14:55, Pawel Jakub Dawidek wrote:
I used to build world and kernel on one machine and export both /usr/src/
and
/usr/obj read-only to other machines. It doesn't work anymore (this is from
'make installworld
-version.sh: Read-only file system
*** Error code 1
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://mobter.com
pgp0DzHE4AU2t.pgp
Description: PGP signature
On Thu, Aug 06, 2015 at 04:06:40AM +0200, Pawel Jakub Dawidek wrote:
On Wed, Aug 05, 2015 at 03:24:26AM +, Ed Maste wrote:
I've encountered a few memory modified after free panics recently,
which seem to be from geli. I don't yet have any debugging to
completely confirm it's geli
0xfe011414aab0
--- trap 0, rip = 0, rsp = 0xfe011414ab70, rbp = 0 ---
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://mobter.com
pgpMR9ZeEaVYN.pgp
On Mon, Jun 02, 2014 at 03:27:06PM -0700, John-Mark Gurney wrote:
Pawel Jakub Dawidek wrote this message on Mon, Jun 02, 2014 at 22:26 +0200:
The problem is that GPT labels (or GPT IDs for that matter) should not
be implemented within GLABEL. This is wrong. It should be implemented as
part
the others
disappear then. Only opening ada0 for writting would make them disappear.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://mobter.com
/save-entropy.sh (working copy)
@@ -42,6 +42,10 @@ elif [ -r /etc/rc.conf ]; then
. /etc/rc.conf 2/dev/null
fi
+if [ `/sbin/sysctl -n security.jail.jailed` -eq 1 ]; then
+ exit 0
+fi
+
case ${entropy_dir} in
[Nn][Oo])
exit 0
--
Pawel Jakub Dawidek
to a structure and
not uint64_t bitfield).
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://mobter.com
pgpOTGPPh0ZvY.pgp
Description: PGP signature
On Wed, Jul 24, 2013 at 02:47:11PM +0300, Andriy Gapon wrote:
on 22/07/2013 23:38 Pawel Jakub Dawidek said the following:
The /boot/ has to be unencrypted and can be stored on eg. USB
pendrive which is never left unattended, unlike laptop which can be left
in eg. a hotel room
existing
installations and doesn't allow for full disk encryption configuration
on ZFS-only systems.
BTW. If moving zpool.cache to /etc/zfs/ will work for both cases that's
fine by me, although the migration might be tricky.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
On Wed, Jul 03, 2013 at 11:04:21PM -0700, Alfred Perlstein wrote:
On 7/3/13 3:52 PM, Pawel Jakub Dawidek wrote:
Hi.
I've just committed Capsicum sandboxing for the dhclient(8).
Let me know (ideally by sending e-mail to current@ and CCing me) if you
notice any weird behaviour
On Thu, Jul 04, 2013 at 04:55:14PM +0400, Andrey Chernov wrote:
On 04.07.2013 2:52, Pawel Jakub Dawidek wrote:
I've just committed Capsicum sandboxing for the dhclient(8).
Let me know (ideally by sending e-mail to current@ and CCing me) if you
notice any weird behaviour.
I don't test one
Hi.
I've just committed Capsicum sandboxing for the dhclient(8).
Let me know (ideally by sending e-mail to current@ and CCing me) if you
notice any weird behaviour.
The work was sponsored by the FreeBSD Foundation.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
);
if ((flags MSG_CMSG_CLOEXEC) != 0)
fde-fde_flags |= UF_EXCLOSE;
Thanks for tracking it down before I had time to get to it!
The change looks good.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer
Webb
___
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
--
Pawel Jakub Dawidek http
On Thu, Mar 14, 2013 at 08:28:25AM +0100, Dirk Engling wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 13.03.13 23:08, Pawel Jakub Dawidek wrote:
I think I considered something similar at first, but the change I
proposed was optimal, IMHO at the cost of producing pretty large
On Thu, Mar 14, 2013 at 09:42:40AM -0400, John Baldwin wrote:
On Thursday, March 14, 2013 4:44:20 am Pawel Jakub Dawidek wrote:
On Thu, Mar 14, 2013 at 08:28:25AM +0100, Dirk Engling wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 13.03.13 23:08, Pawel Jakub Dawidek wrote
On Thu, Mar 14, 2013 at 10:11:07AM -0700, Chuck Swiger wrote:
Hi--
On Mar 14, 2013, at 9:50 AM, John Baldwin wrote:
On Thursday, March 14, 2013 12:29:58 pm Pawel Jakub Dawidek wrote:
[ ... ]
Heh, I did consider that as well, but here you check errno twice,
instead of once. Guys
waiting for the other process to write its PID) just
to throw read PID away.
How about this patch?
http://people.freebsd.org/~pjd/patches/pidfile.c.patch
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am
On Wed, Mar 13, 2013 at 10:59:17PM +0100, Dirk Engling wrote:
On Wed, 13 Mar 2013, Pawel Jakub Dawidek wrote:
How about this patch?
http://people.freebsd.org/~pjd/patches/pidfile.c.patch
If you move the lines
+ if (errno == 0 || errno == EAGAIN
weird
behaviour yet. If someone can provide a way to reproduce the problem,
I'd be happy to investigate.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http
On Sun, Mar 03, 2013 at 10:18:02PM +0300, Jan Beich wrote:
Pawel Jakub Dawidek p...@freebsd.org writes:
I just committed pretty large change that affects not only Capsicum, but
also descriptor handling code in the kernel. If you will find some
strange problems after r243611 (like panics
On Sun, Mar 03, 2013 at 10:18:02PM +0300, Jan Beich wrote:
Pawel Jakub Dawidek p...@freebsd.org writes:
I just committed pretty large change that affects not only Capsicum, but
also descriptor handling code in the kernel. If you will find some
strange problems after r243611 (like panics
.
This was because I divided larger change into smaller changes.
r247738 should be fine.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://tupytaj.pl
pgp3VnbiqBD_t.pgp
On Fri, Mar 01, 2013 at 10:24:01PM -0500, Michael Butler wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/01/13 21:05, Pawel Jakub Dawidek wrote:
I just committed pretty large change that affects not only Capsicum, but
also descriptor handling code in the kernel. If you
On Fri, Mar 01, 2013 at 09:45:02PM -0600, Larry Rosenman wrote:
On Sat, 2 Mar 2013, Pawel Jakub Dawidek wrote:
I just committed pretty large change that affects not only Capsicum, but
also descriptor handling code in the kernel. If you will find some
strange problems after r243611 (like
report here if you find problems that look related to my
change.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://tupytaj.pl
pgpD8eAHegq2k.pgp
Description: PGP
On Sun, Feb 10, 2013 at 09:50:58AM +0200, Andriy Gapon wrote:
on 10/02/2013 01:35 Pawel Jakub Dawidek said the following:
geli(8) almost exclusively deals with sensitive data. Even mlocking
MAXPHYS would fail with current limits, but this is bad idea.
With mlockall() I am sure I didn't
Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://tupytaj.pl
pgpjcefoSL7Mf.pgp
Description: PGP signature
is ahci.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://tupytaj.pl
pgpeGRk3y8xZd.pgp
Description: PGP signature
On Mon, Jan 28, 2013 at 03:07:59PM +0200, Andriy Gapon wrote:
on 28/01/2013 14:45 Pawel Jakub Dawidek said the following:
FYI, it doesn't change anything for me. Resume seems to work, but
suspend just reset my laptop.
Sorry, I am a little confused by this description.
How can you know
On Mon, Jan 28, 2013 at 03:40:18PM +0200, Andriy Gapon wrote:
on 28/01/2013 15:24 Pawel Jakub Dawidek said the following:
On Mon, Jan 28, 2013 at 03:07:59PM +0200, Andriy Gapon wrote:
on 28/01/2013 14:45 Pawel Jakub Dawidek said the following:
FYI, it doesn't change anything for me. Resume
On Fri, Jan 25, 2013 at 04:19:44PM -0500, Jung-uk Kim wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-01-25 04:26:02 -0500, Pawel Jakub Dawidek wrote:
On Thu, Jan 24, 2013 at 05:18:48PM +0100, Pawel Jakub Dawidek
wrote:
One is when I leave laptop idle for some time (few
On Thu, Jan 24, 2013 at 05:18:48PM +0100, Pawel Jakub Dawidek wrote:
One is when I leave laptop idle for some time (few hours?):
http://people.freebsd.org/~pjd/misc/acpi_idle_panic_0.jpg
http://people.freebsd.org/~pjd/misc/acpi_idle_panic_1.jpg
Small update. This panic doesn't
On Wed, Jan 23, 2013 at 07:54:57PM -0500, Jung-uk Kim wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-01-22 12:56:29 -0500, Pawel Jakub Dawidek wrote:
I just upgraded to HEAD today and was wondering what will explode.
Now I know.
When I unplug power cord from my laptop
at offset
272560128.
GEOM_ELI: da5.eli: Failed to authenticate 131072 bytes of data at offset
272429056.
GEOM_ELI: da5.eli: Failed to authenticate 32768 bytes of data at offset
272396288.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer
more info.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://tupytaj.pl
pgpaejQVh5GkP.pgp
Description: PGP signature
corruption?
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://tupytaj.pl
pgpwnenyZmG1u.pgp
Description: PGP signature
due to GEOM tasting, but ignore them and run:
# dd if=/dev/random of=/dev/da0.eli bs=1m
Once that done try to read the data back and look at the logs to see if
any corruptions are reported.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer
to allocate memory even if you have physical pages available.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://tupytaj.pl
pgphr9pcEGGow.pgp
Description: PGP
I used wrong Hans' login, resending with the proper e-mail.
On Mon, Jan 21, 2013 at 09:58:52PM +0100, Pawel Jakub Dawidek wrote:
On Sat, Jan 19, 2013 at 11:26:39PM +0900, Alexander Nedotsukov wrote:
Let's use some space out of it.
#dd if=/dev/zero of=/tank/foo
^C250939+0 records
page is correct (/etc/security/auditdistd.conf).
This was last minute change, which I just fixed (r244181).
Thank you for the report!
If you have any other questions, don't hesitate to ask. Feel free to CC
me when sending a question to the mailing list.
--
Pawel Jakub Dawidek
very early for other reasons), it is
late at night to figure out the fix (which was trivial: CC=gcc), so I
assumed that if the code builds on dev box it is fine. It wasn't.
My mistake, I should've waited till moring. Once again, sorry about
that!
--
Pawel Jakub Dawidek http
have disks in your system
with ZFS pools that should not be auto-imported and zpool.cache is the
way to tell the difference.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am
On Sun, Sep 23, 2012 at 08:20:41PM -0400, Glen Barber wrote:
Hi Pawel,
On Sun, Sep 23, 2012 at 09:53:58PM +0200, Pawel Jakub Dawidek wrote:
FYI, I just committed TRIM support to ZFS, especially useful for
SSD-only pools. This is something I implemented long time ago, but was
now
On Mon, Sep 24, 2012 at 04:55:20PM +0100, Steven Hartland wrote:
- Original Message -
From: Bob Bishop r...@gid.co.uk
To: Pawel Jakub Dawidek p...@freebsd.org
Cc: freebsd-current@freebsd.org; freebsd...@freebsd.org; Steven
Hartland kill...@multiplay.co.uk
Sent: Monday, September 24
count is increasing, but otherwise everything appears to work
OK.
Are you sure your world and kernel are in sync? I remember seeing
similar problem when my userland was updated.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http
it during EuroBSDcon 2012
in a month that will be held this year in Warsaw, Poland:
http://eurobsdcon.org
:)
On Sun, Sep 23, 2012 at 07:40:58PM +, Pawel Jakub Dawidek wrote:
Author: pjd
Date: Sun Sep 23 19:40:58 2012
New Revision: 240868
URL: http://svn.freebsd.org/changeset/base
On Sun, Sep 23, 2012 at 10:24:53PM +0100, Bob Bishop wrote:
Hi,
On 23 Sep 2012, at 20:53, Pawel Jakub Dawidek wrote:
FYI, I just committed TRIM support to ZFS, especially useful for
SSD-only pools. [etc]
Is any of this applicable to -STABLE or 8.x?
I have a patch against stable/8
OSes.
In my opinion that's fair.
With such a warning in place, I think we can allow users to decide on
their own if they really want that or not. Then, we can also improve
FreeBSD boot loader to play nice with FreeBSD-specific extensions.
--
Pawel Jakub Dawidek http
device nodes.
You cannot trust some id that is found on disk to be unique, as all
your assumptions break when the user decides to dd(1)-copy content of
this disk to another disk, for example.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer
gmirror is different in this regard from any
other software RAID or volume manager. If you try to use disk that
contains unrecognized metadata the behaviour is undefined (but hopefully
not a panic).
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer
or not.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://tupytaj.pl
pgpEUWAStpc5C.pgp
Description: PGP signature
On Wed, Jun 27, 2012 at 10:45:35AM -0700, Marcel Moolenaar wrote:
On Jun 26, 2012, at 2:43 PM, Pawel Jakub Dawidek wrote:
As for sharing disk with other OS. If you share the disk with OS that
doesn't support gmirror, you shouldn't use gmirror in the first place.
You probably want
Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://tupytaj.pl
pgpWMg9tnH9tN.pgp
Description: PGP signature
On Tue, Jun 26, 2012 at 06:01:26PM +0400, Andrey V. Elsukov wrote:
On 26.06.2012 16:57, Pawel Jakub Dawidek wrote:
On Tue, Jun 26, 2012 at 04:50:36PM +0400, Andrey V. Elsukov wrote:
Hi All,
Some time ago i have started reading the code in the sys/boot.
Especially i'm interested
problem with graid - until we add
support for it to the boot code, we won't be able to boot from it.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http
.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://tupytaj.pl
pgprySQFgONfF.pgp
Description: PGP signature
On Tue, Apr 03, 2012 at 06:18:43PM -0700, Julian Elischer wrote:
for flash drives this is great news..
Now if ZFS would get trim support, that too would be great.
I'm working on it.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer
128 1 freebsd-boot (64k)
162 26621952 2 freebsd-ufs [bootonce,bootme] (12G)
266221148388608 3 freebsd-swap (4.0G)
35010722 590131693 4 freebsd-zfs (281G)
system ada0p2 not boot.
This functionality only works with UFS (gptboot).
--
Pawel Jakub
21, 2012 at 09:12:53PM +, Pawel Jakub Dawidek wrote:
Author: pjd
Date: Sat Jan 21 21:12:53 2012
New Revision: 230438
URL: http://svn.freebsd.org/changeset/base/230438
Log:
Dramatically optimize listing snapshots when user requests only snapshot
names and wants to sort them by name
On Thu, Dec 29, 2011 at 11:12:59AM -0500, John Baldwin wrote:
On Sunday, December 25, 2011 11:01:33 am Коньков Евгений wrote:
Здравствуйте, John.
Вы писали 20 декабря 2011 г., 16:52:44:
JB On Saturday, December 17, 2011 6:21:27 pm Pawel Jakub Dawidek wrote:
On Mon, Dec 12, 2011
.
Unfortunately it paniced today. Take a look at:
http://people.freebsd.org/~pjd/misc/tcp_panic.jpg
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://yomoli.com
for the delay, but I'm just rebooting the box that triggered the
panic with John's patch. I should know more in a day or two.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am
of you could send me few lines
around zfs_vnops.c:1470 and vfs_cache.c:726.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://yomoli.com
pgpI7RzOpvuwY.pgp
but exits
when trying to pat it, as it gets an error, which leads to a reset short
aferwards.
+ }
+}
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http
() at kern_ioctl+0xcd
sys_ioctl() at sys_ioctl+0xfd
amd64_syscall() at amd64_syscall+0x3ac
Xfast_syscall() at Xfast_syscall+0xf7
--- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x800da711c, rsp =
0x7fff9d28, rbp = 0x7fffa1f0 ---
--
Pawel Jakub Dawidek http
, but whoever steps up have to be ready to
test patches.
2. Use alternative way of accessing it (eg. via direct ioctl to ubsec
device), at least until we start to support more cards.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer
to include those fixes in 9.0-RELEASE.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://yomoli.com
pgpWkozxezUrm.pgp
Description: PGP signature
writes to device, but this is weak
assumption.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://yomoli.com
pgpJEqgC1I0SO.pgp
Description: PGP signature
On Fri, Oct 28, 2011 at 09:11:42AM +0200, Hans Petter Selasky wrote:
On Thursday 27 October 2011 20:51:15 Pawel Jakub Dawidek wrote:
On Thu, Oct 27, 2011 at 08:42:09PM +0200, Hans Petter Selasky wrote:
This is the root HUB. Can you also show the actual device?
Sorry, it wasn't connected
Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://yomoli.com
pgpsXGKnZ7vPK.pgp
Description: PGP signature
= 0x0009
bDeviceSubClass = 0x
bDeviceProtocol = 0x0001
bMaxPacketSize0 = 0x0040
idVendor = 0x
idProduct = 0x
bcdDevice = 0x0100
iManufacturer = 0x0001 nVidia
iProduct = 0x0002 EHCI root HUB
iSerialNumber = 0x no string
bNumConfigurations = 0x0001
--
Pawel Jakub
iSerialNumber = 0x0003 retrieving string failed
bNumConfigurations = 0x0001
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://yomoli.com
pgpR8r24wP9lu.pgp
Description
to
estimate when the scrub happens, for instance, if a scrub was done on
Saturday, it always happen on Saturdays. [...]
Sounds reasonable.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I
quite get is why we haven't had a lot more reports of this issue...
Maybe because my TCP/IP stack is heavly modified? ...not:)
No idea to be honest. Ask Ken to turn on INVARIANTS in 9.0-RC2 and we
will see:)
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD
On Mon, Oct 24, 2011 at 08:14:22AM -0400, John Baldwin wrote:
On Sunday, October 23, 2011 11:58:28 am Pawel Jakub Dawidek wrote:
On Sun, Oct 23, 2011 at 11:44:45AM +0300, Kostik Belousov wrote:
On Sun, Oct 23, 2011 at 08:10:38AM +0200, Pawel Jakub Dawidek wrote:
My suggestion would
, but
'zpool import pool' doesn't?
Does, eg. 'geom disk status' work or returns an error?
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://yomoli.com
On Sun, Oct 23, 2011 at 12:35:15PM +1100, Lawrence Stewart wrote:
On 10/22/11 19:49, Pawel Jakub Dawidek wrote:
The panic message says:
panic: tcp_input negative window: tp 0xfe007763e000 rcv_nxt
3718269252 rcv_adv 3718268291
I only have picture of the backtrace:
http
On Sun, Oct 23, 2011 at 11:44:45AM +0300, Kostik Belousov wrote:
On Sun, Oct 23, 2011 at 08:10:38AM +0200, Pawel Jakub Dawidek wrote:
My suggestion would be that if we won't be able to fix it before 9.0,
we should turn this assertion off, as the system seems to be able to
recover
The panic message says:
panic: tcp_input negative window: tp 0xfe007763e000 rcv_nxt
3718269252 rcv_adv 3718268291
I only have picture of the backtrace:
http://people.freebsd.org/~pjd/misc/panic_negative_window.jpg
--
Pawel Jakub Dawidek http
On Thu, Oct 13, 2011 at 04:11:40PM +0200, Dag-Erling Smørgrav wrote:
Pawel Jakub Dawidek p...@freebsd.org writes:
I'm still in opinion that EWOULDBLOCK and EAGAIN (which is the same
value on FreeBSD) should be converted to EEXIST on pidfile_open()
return.
The historical (and documented
. Does anyone have any objections to that
approach?
I think we already do that internally in pidfile_open(). Can you take a look at
the source and confirm that this is what you mean?
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer
!= EAGAIN || --count == 0)
+ break;
+ nanosleep(rqtp, 0);
}
+ if (errno == 0)
+ errno = EEXIST;
free(pfh);
return (NULL);
}
--
Pawel Jakub Dawidek
1 - 100 of 199 matches
Mail list logo