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 s
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
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 wrote:
- Original Message - From: "AN"
To: "Steven Hartland"
Cc:
Sent: Sunday, April 28, 2013 3:20 AM
Subject: Re: buildkernel
- Original Message -
From: "matt"
Here are the delete methods:
deleteflag: ATA_TRIM (2) = 1
da4: Delete methods:
deleteflag: ATA_TRIM (2) = 1
da3: Delete methods:
deleteflag: ATA_TRIM (2) = 1
Here is a truncated dmesg | fgrep mps
mps0: port 0xb000-0xb0ff mem
0xfe83c000-0xfe83,0
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
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 controlle
Do it this time without -j6, so we can see where it failed.
adrian
On 27 April 2013 19:27, Steven Hartland wrote:
>
> - Original Message - From: "AN"
> To: "Steven Hartland"
> Cc:
> Sent: Sunday, April 28, 2013 3:20 AM
> Subject: Re: buildkernel fails in zlib (all)
>
>
>
>>
>>
>> O
- Original Message -
From: "AN"
To: "Steven Hartland"
Cc:
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 - From: "AN"
To:
Sent: Sunday, April 28, 2013 3:09 AM
Subject:
On Sun, 28 Apr 2013, Steven Hartland wrote:
- Original Message - From: "AN"
To:
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 root@FBSD10:/usr/obj/usr/sr
- Original Message -
From: "AN"
To:
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 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64
Trying to buildkernel
- Original Message -
From: "matt"
To: "Steven Hartland"
Cc:
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 - From: "matt"
FYI: Change only requires kernel, world would be iden
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: svn://svn.freebsd.or
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
>
- 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 fin
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.
BT
- 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 wo
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: "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.
In
- Original Message -
From: "matt"
To:
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 before r249939.
When I saw that this functio
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
http://lists.freebsd.org/mailman/lis
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 update
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
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 installworld/inst
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 pointe
24 matches
Mail list logo
