Hi
I've been getting the following panic on recent current r249717.
Sadly the crashdump is useless.
Fatal trap 9: general protection fault while in kernel mode
cpuid = 15; apic id = 0f
instruction pointer = 0x20:0x80546fbc
stack pointer = 0x28:0xff846b60
frame
Since the overhaul of several core functions of P Davidek, the NSCD
nameservice caching daemon seems to be broken. Just to test this, I
enabled the nscd again and my most recent CURRENT box seems to have
forgotten that there is a root:
su: unknown login: root
or when trying to
I'm getting a core dump on 'config -x /boot/kernel/kernel' on 9.1-RELEASE i386.
Assertion failed: (r != '\0' (Char present in the configuration
string mustn't be equal to 0)), function kernconfdump, file
/usr/src/usr.sbin/config/main.c, line 710.
I have double checked that my config file is
I had been updating/porting Steve Hartland's patches for zfs trim on mps
for 8.3 stable.
Trim was working fine for me before r249939.
When I saw that this functionality was being added to current, I built
world/kernel without the patches.
Indeed, many of the commits are quite similar to the
Just got this link on IRC, (freenode/##freebsd) was so funny I thought
I would see if I could get any of you guys to spit out you're coffee
:)
http://antibsd.wordpress.com/
___
freebsd-current@freebsd.org mailing list
- Original Message -
From: matt sendtom...@gmail.com
To: freebsd-current@FreeBSD.org
Sent: Saturday, April 27, 2013 10:00 PM
Subject: r249939+ not detecting ata trim
I had been updating/porting Steve Hartland's patches for zfs trim on mps
for 8.3 stable.
Trim was working fine for me
- Original Message -
From: Steven Hartland
I had been updating/porting Steve Hartland's patches for zfs trim on mps
for 8.3 stable.
Trim was working fine for me before r249939.
When I saw that this functionality was being added to current, I built
world/kernel without the patches.
On 04/27/13 15:58, Steven Hartland wrote:
If your controller doesn't support UNMAP then this will be the reason,
however mps should support this.
Could you confirm if previously you where seeing UNMAP as the reported
delete_method?
Regards
Steve
- Original Message -
From: matt
On 04/27/13 15:58, Steven Hartland wrote:
If your controller doesn't support UNMAP then this will be the reason,
however mps should support this.
Could you confirm if previously you where seeing UNMAP as the reported
delete_method?
I am rebuilding
On 04/27/13 18:32, Steven Hartland wrote:
FYI: Change only requires kernel, world would be identical, which
should save you some time.
Regards
Steve
And some untrimmed deletes!
Thanks, with geom/cam/disk stuff I usually assume that it could affect
userland out of caution.
BTW...ata
- Original Message -
From: matt
FYI: Change only requires kernel, world would be identical, which
should save you some time.
And some untrimmed deletes!
Thanks, with geom/cam/disk stuff I usually assume that it could affect
userland out of caution.
BTW...ata identify is working
On 04/27/13 18:51, Steven Hartland wrote:
- Original Message - From: matt
FYI: Change only requires kernel, world would be identical, which
should save you some time.
And some untrimmed deletes!
Thanks, with geom/cam/disk stuff I usually assume that it could affect
userland out of
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #62 r249867: Wed Apr 24
21:53:34 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64
Trying to buildkernel at:
# svn info
Path: .
Working Copy Root Path: /usr/src
URL: svn://svn.freebsd.org/base/head
Repository Root:
- Original Message -
From: matt sendtom...@gmail.com
To: Steven Hartland kill...@multiplay.co.uk
Cc: freebsd-current@FreeBSD.org
Sent: Sunday, April 28, 2013 3:03 AM
Subject: Re: r249939+ not detecting ata trim
On 04/27/13 18:51, Steven Hartland wrote:
- Original Message -
- Original Message -
From: AN a...@neu.net
To: freebsd-current@freebsd.org
Sent: Sunday, April 28, 2013 3:09 AM
Subject: buildkernel fails in zlib (all)
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #62 r249867: Wed Apr 24
21:53:34 CDT 2013
On Sun, 28 Apr 2013, Steven Hartland wrote:
- Original Message - From: AN a...@neu.net
To: freebsd-current@freebsd.org
Sent: Sunday, April 28, 2013 3:09 AM
Subject: buildkernel fails in zlib (all)
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #62 r249867: Wed Apr 24
21:53:34
- Original Message -
From: AN a...@neu.net
To: Steven Hartland kill...@multiplay.co.uk
Cc: freebsd-current@freebsd.org
Sent: Sunday, April 28, 2013 3:20 AM
Subject: Re: buildkernel fails in zlib (all)
On Sun, 28 Apr 2013, Steven Hartland wrote:
- Original Message -
Do it this time without -j6, so we can see where it failed.
adrian
On 27 April 2013 19:27, Steven Hartland kill...@multiplay.co.uk wrote:
- Original Message - From: AN a...@neu.net
To: Steven Hartland kill...@multiplay.co.uk
Cc: freebsd-current@freebsd.org
Sent: Sunday, April 28,
On 04/27/13 19:13, Steven Hartland wrote:
Thats correct, the mps controllers I have here announce UNMAP support for
SATA disks that support TRIM and then do firmware translation on the
commands sent from the OS before passing them to the disks.
This is why I was expecting your controller to
On 04/27/13 19:33, Adrian Chadd wrote:
Do it this time without -j6, so we can see where it failed.
Another good one is to add
| tee buildworld.log
to the end of the build command as a matter of course, since you can
then search the log if the error was beyond scrollback.
AN, if your sources
- Original Message -
From: matt sendtom...@gmail.com
Here are the delete methods:
deleteflag: ATA_TRIM (2) = 1
da4: Delete methods: ATA_TRIM(*)
deleteflag: ATA_TRIM (2) = 1
da3: Delete methods: ATA_TRIM(*)
deleteflag: ATA_TRIM (2) = 1
Here is a truncated dmesg | fgrep mps
mps0: LSI
On Sat, 27 Apr 2013, Adrian Chadd wrote:
Do it this time without -j6, so we can see where it failed.
adrian
On 27 April 2013 19:27, Steven Hartland kill...@multiplay.co.uk wrote:
- Original Message - From: AN a...@neu.net
To: Steven Hartland kill...@multiplay.co.uk
Cc:
On Sat, Apr 27, 2013 at 10:17:32AM +0200, Ian FREISLICH wrote:
Hi
I've been getting the following panic on recent current r249717.
Sadly the crashdump is useless.
I just saw similar panic on 10-CURRENT r249588.
Fatal trap 9: general protection fault while in kernel mode
cpuid = 15; apic
I rebuilt the FreeBSD 10.0 kernel, found it can't load my mobile disk:
(da0:umass-sim0:0:0:0): ATA COMMAND PASS THROUGH(16). CDB: 85 0
8 0a 00 00 02 00 00 00 00 00 00 00 40 ec 00
(da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error
(da0:umass-sim0:0:0:0): Retrying command
The
24 matches
Mail list logo
