Re: Install 10.0-RC3 on MacBookPro Late 2013

2014-01-05 Thread Adrian Chadd
.. are you getting this USB_ERR_TIMEOUT even with the xhci code from -9?


-a

On 5 January 2014 23:10, Hans Petter Selasky  wrote:
> On 01/06/14 05:11, Huang Wen Hui wrote:
>>
>> Hi,
>>
>> USB still have a lot of  USB_ERR_TIMEOUT,  but Internal keyboard and
>> external keyboard found and works!
>> usb disk also found, but booting stop at:
>> Mounting from ufs:/dev/da0a failed with error 6.
>> or a lot of cam Retrying command.
>>
>> Cheers,
>> Huang Wen Hui
>
>
> Hi,
>
> I think there is an IRQ problem. Either some IRQ is not handled or IRQ's are
> not forwarded to the drivers properly. You might want to compile the XHCI
> debugging variable to 16 inside dev/usb/controller/xhci.c, and watch what is
> going on.
>
> --HPS
>
___
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"


Re: Install 10.0-RC3 on MacBookPro Late 2013

2014-01-05 Thread Hans Petter Selasky

On 01/06/14 05:11, Huang Wen Hui wrote:

Hi,

USB still have a lot of  USB_ERR_TIMEOUT,  but Internal keyboard and
external keyboard found and works!
usb disk also found, but booting stop at:
Mounting from ufs:/dev/da0a failed with error 6.
or a lot of cam Retrying command.

Cheers,
Huang Wen Hui


Hi,

I think there is an IRQ problem. Either some IRQ is not handled or IRQ's 
are not forwarded to the drivers properly. You might want to compile the 
XHCI debugging variable to 16 inside dev/usb/controller/xhci.c, and 
watch what is going on.


--HPS

___
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"


Re: newcons(vt) can't work at Intel HD4400

2014-01-05 Thread Adrian Chadd
That just adds the IDs, it doesn't add the support code. :(



-a

On 5 January 2014 20:50, 乔楚  wrote:
> I found there have patchs for Haswell which posted by Neel Chauhan.
>
> http://lists.freebsd.org/pipermail/freebsd-current/2013-September/044727.html
> http://lists.freebsd.org/pipermail/freebsd-current/2013-November/046520.html
>
> If there has a patch for current svn version, I'll test it.
>
>
> 2014/1/4 Aleksandr Rybalko :
>> On Fri, 03 Jan 2014 17:26:09 +0100
>> Claude Buisson  wrote:
>>
>>> On 01/03/2014 16:27, 乔楚 wrote:
>>> > As you said, it's used vesa driver, and error on drm.
>>> >
>>>
>>> 
>>>
>>> According to https://wiki.freebsd.org/Graphics, Haswell GPU are not
>>> supported by FreeBSD DRM/KMS drivers.
>>>
>>> Claude Buisson
>>>
>>>
>>>
>>
>> Right.
>> Thank you Claude for comment.
>> And thanks 乔楚 for report. (Not sure I use your name right way :) )
>> Anyway you should wait for vt(9) VESA driver or drm2 Haswell support,
>> whatever come first.
>>
>> Thanks!
>>
>> WBW
>> --
>> Aleksandr Rybalko 
> ___
> 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"
___
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"

Re: newcons(vt) can't work at Intel HD4400

2014-01-05 Thread 乔楚
I found there have patchs for Haswell which posted by Neel Chauhan.

http://lists.freebsd.org/pipermail/freebsd-current/2013-September/044727.html
http://lists.freebsd.org/pipermail/freebsd-current/2013-November/046520.html

If there has a patch for current svn version, I'll test it.


2014/1/4 Aleksandr Rybalko :
> On Fri, 03 Jan 2014 17:26:09 +0100
> Claude Buisson  wrote:
>
>> On 01/03/2014 16:27, 乔楚 wrote:
>> > As you said, it's used vesa driver, and error on drm.
>> >
>>
>> 
>>
>> According to https://wiki.freebsd.org/Graphics, Haswell GPU are not
>> supported by FreeBSD DRM/KMS drivers.
>>
>> Claude Buisson
>>
>>
>>
>
> Right.
> Thank you Claude for comment.
> And thanks 乔楚 for report. (Not sure I use your name right way :) )
> Anyway you should wait for vt(9) VESA driver or drm2 Haswell support,
> whatever come first.
>
> Thanks!
>
> WBW
> --
> Aleksandr Rybalko 
___
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"

Re: Install 10.0-RC3 on MacBookPro Late 2013

2014-01-05 Thread Huang Wen Hui
Hi,

USB still have a lot of  USB_ERR_TIMEOUT,  but Internal keyboard and
external keyboard found and works!
usb disk also found, but booting stop at:
Mounting from ufs:/dev/da0a failed with error 6.
or a lot of cam Retrying command.

Cheers,
Huang Wen Hui




2014/1/6 Huang Wen Hui 

> Hi,
> I also install 11-amd64 snapshot 2 days ago,  I remember AHCI is OK, but
> USB and random hang are still existed.
> I will confirm it later.
>
> Cheers,
> Huang Wen Hui.
>
>
> 2014/1/6 Adrian Chadd 
>
>> Hi!
>>
>> Would you mind a recent 11-amd64 snapshot? Hans has committed a few
>> fixes to the driver recently.
>>
>> Thanks!
>>
>>
>> -a
>>
>>
>> On 5 January 2014 19:01, Huang Wen Hui  wrote:
>> > Hi,
>> >
>> > I am trying to install FreeBSD on MacBookPro Late 2013, I got 3 main
>> > problems:
>> >
>> > 1. USB problem
>> >
>> > This MacBookPro model only have xhci controller, 10.0-RC3 and 9.2R not
>> > working, keyboard and touchpad not respond. Error messages are
>> > "xhci_do_command: Command timeout!" and "USB_ERR_TIMEOUT".
>> > I also try to set "hw.usb.xhci.msi=0", no lucky.
>> >
>> > But 9.1R is OK, I copy xhci*.* file from 9.1R to 10.0, with very small
>> > change, and
>> > xhci works under 10.0-RC3!
>> >
>> > dmesg in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/dmesg-10.0.txt
>> > vmstat -i in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/vmstat-10.0.txt
>> > pciconf in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/pciconf.txt
>> >
>> > dmesg in 10.0 + xhci of 9.1R:
>> > http://sw.gddsn.org.cn/freebsd/dmesg-10.0+9.1.txt
>> > vmstat -i in  + xhci of 9.1R:
>> > http://sw.gddsn.org.cn/freebsd/vmstat-10.0+9.1.txt
>> >
>> > 2. AHCI timeout problem
>> >
>> > After booting, system quickly hit ahci timeout problem, I have to set
>> > "camcontrol tags ada0 -N 1".
>> > this can decrease timeout problem, but still happen when running heavy
>> IO.
>> >
>> > "hint.ahci.0.msi=0" seem to fix this problem, but ahci and xhci use same
>> > IRQ 16, this make 10.0+9.1xhci
>> > unstable:( Internal keyboard and touchpad not working,  external
>> keyboard
>> > and mouse working.
>> >
>> > vmstat -i in 10.0+9.1xhci with "hint.ahci.0.msi=0":
>> > http://sw.gddsn.org.cn/freebsd/vmstat-10.0+9.1+msi.txt
>> > camcontrol identify: http://sw.gddsn.org.cn/freebsd/cam-identify.txt
>> > smartctl: http://sw.gddsn.org.cn/freebsd/smartctl.txt
>> >
>> > 3. Random hang
>> >
>> > Sometimes the system(10.0+9.1xhci) hang without any message, keyboard,
>> > mouse and ping ping not respond.
>> > console no message, ctrl+alt+esc also could not break into ddb, I may
>> try
>> > firewire/dcons, help it can get some
>> > useful information.
>> >
>> > I really like to have a working freebsd on MacBookPro, anything I can
>> > provide or any ideas?
>> >
>> > Cheers,
>> > Huang Wen Hui
>> > ___
>> > 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"
>>
>
>
___
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"


Re: Install 10.0-RC3 on MacBookPro Late 2013

2014-01-05 Thread Lundberg, Johannes
Hi Huang

I have also been working on getting FreeBSD running on the new MBA and I'm
basically at the same place as you.
Please post any progress you have to the current mailing list.
--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.


On Mon, Jan 6, 2014 at 12:20 PM, Huang Wen Hui  wrote:

> Hi,
> I also install 11-amd64 snapshot 2 days ago,  I remember AHCI is OK, but
> USB and random hang are still existed.
> I will confirm it later.
>
> Cheers,
> Huang Wen Hui.
>
> 2014/1/6 Adrian Chadd 
>
> > Hi!
> >
> > Would you mind a recent 11-amd64 snapshot? Hans has committed a few
> > fixes to the driver recently.
> >
> > Thanks!
> >
> >
> > -a
> >
> >
> > On 5 January 2014 19:01, Huang Wen Hui  wrote:
> > > Hi,
> > >
> > > I am trying to install FreeBSD on MacBookPro Late 2013, I got 3 main
> > > problems:
> > >
> > > 1. USB problem
> > >
> > > This MacBookPro model only have xhci controller, 10.0-RC3 and 9.2R not
> > > working, keyboard and touchpad not respond. Error messages are
> > > "xhci_do_command: Command timeout!" and "USB_ERR_TIMEOUT".
> > > I also try to set "hw.usb.xhci.msi=0", no lucky.
> > >
> > > But 9.1R is OK, I copy xhci*.* file from 9.1R to 10.0, with very small
> > > change, and
> > > xhci works under 10.0-RC3!
> > >
> > > dmesg in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/dmesg-10.0.txt
> > > vmstat -i in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/vmstat-10.0.txt
> > > pciconf in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/pciconf.txt
> > >
> > > dmesg in 10.0 + xhci of 9.1R:
> > > http://sw.gddsn.org.cn/freebsd/dmesg-10.0+9.1.txt
> > > vmstat -i in  + xhci of 9.1R:
> > > http://sw.gddsn.org.cn/freebsd/vmstat-10.0+9.1.txt
> > >
> > > 2. AHCI timeout problem
> > >
> > > After booting, system quickly hit ahci timeout problem, I have to set
> > > "camcontrol tags ada0 -N 1".
> > > this can decrease timeout problem, but still happen when running heavy
> > IO.
> > >
> > > "hint.ahci.0.msi=0" seem to fix this problem, but ahci and xhci use
> same
> > > IRQ 16, this make 10.0+9.1xhci
> > > unstable:( Internal keyboard and touchpad not working,  external
> keyboard
> > > and mouse working.
> > >
> > > vmstat -i in 10.0+9.1xhci with "hint.ahci.0.msi=0":
> > > http://sw.gddsn.org.cn/freebsd/vmstat-10.0+9.1+msi.txt
> > > camcontrol identify: http://sw.gddsn.org.cn/freebsd/cam-identify.txt
> > > smartctl: http://sw.gddsn.org.cn/freebsd/smartctl.txt
> > >
> > > 3. Random hang
> > >
> > > Sometimes the system(10.0+9.1xhci) hang without any message, keyboard,
> > > mouse and ping ping not respond.
> > > console no message, ctrl+alt+esc also could not break into ddb, I may
> try
> > > firewire/dcons, help it can get some
> > > useful information.
> > >
> > > I really like to have a working freebsd on MacBookPro, anything I can
> > > provide or any ideas?
> > >
> > > Cheers,
> > > Huang Wen Hui
> > > ___
> > > 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"
> >
> ___
> 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"
>

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について:この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
CONFIDENTIALITY NOTE: The information in this email is confidential
and intended solely for the addressee.
Disclosure, copying, distribution or any other action of use of this
email by person other than intended recipient, is prohibited.
If you are not the intended recipient and have received this email in
error, please destroy the original message.
___
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"


Re: Install 10.0-RC3 on MacBookPro Late 2013

2014-01-05 Thread Huang Wen Hui
Hi,
I also install 11-amd64 snapshot 2 days ago,  I remember AHCI is OK, but
USB and random hang are still existed.
I will confirm it later.

Cheers,
Huang Wen Hui.

2014/1/6 Adrian Chadd 

> Hi!
>
> Would you mind a recent 11-amd64 snapshot? Hans has committed a few
> fixes to the driver recently.
>
> Thanks!
>
>
> -a
>
>
> On 5 January 2014 19:01, Huang Wen Hui  wrote:
> > Hi,
> >
> > I am trying to install FreeBSD on MacBookPro Late 2013, I got 3 main
> > problems:
> >
> > 1. USB problem
> >
> > This MacBookPro model only have xhci controller, 10.0-RC3 and 9.2R not
> > working, keyboard and touchpad not respond. Error messages are
> > "xhci_do_command: Command timeout!" and "USB_ERR_TIMEOUT".
> > I also try to set "hw.usb.xhci.msi=0", no lucky.
> >
> > But 9.1R is OK, I copy xhci*.* file from 9.1R to 10.0, with very small
> > change, and
> > xhci works under 10.0-RC3!
> >
> > dmesg in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/dmesg-10.0.txt
> > vmstat -i in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/vmstat-10.0.txt
> > pciconf in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/pciconf.txt
> >
> > dmesg in 10.0 + xhci of 9.1R:
> > http://sw.gddsn.org.cn/freebsd/dmesg-10.0+9.1.txt
> > vmstat -i in  + xhci of 9.1R:
> > http://sw.gddsn.org.cn/freebsd/vmstat-10.0+9.1.txt
> >
> > 2. AHCI timeout problem
> >
> > After booting, system quickly hit ahci timeout problem, I have to set
> > "camcontrol tags ada0 -N 1".
> > this can decrease timeout problem, but still happen when running heavy
> IO.
> >
> > "hint.ahci.0.msi=0" seem to fix this problem, but ahci and xhci use same
> > IRQ 16, this make 10.0+9.1xhci
> > unstable:( Internal keyboard and touchpad not working,  external keyboard
> > and mouse working.
> >
> > vmstat -i in 10.0+9.1xhci with "hint.ahci.0.msi=0":
> > http://sw.gddsn.org.cn/freebsd/vmstat-10.0+9.1+msi.txt
> > camcontrol identify: http://sw.gddsn.org.cn/freebsd/cam-identify.txt
> > smartctl: http://sw.gddsn.org.cn/freebsd/smartctl.txt
> >
> > 3. Random hang
> >
> > Sometimes the system(10.0+9.1xhci) hang without any message, keyboard,
> > mouse and ping ping not respond.
> > console no message, ctrl+alt+esc also could not break into ddb, I may try
> > firewire/dcons, help it can get some
> > useful information.
> >
> > I really like to have a working freebsd on MacBookPro, anything I can
> > provide or any ideas?
> >
> > Cheers,
> > Huang Wen Hui
> > ___
> > 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"
>
___
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"


Re: Install 10.0-RC3 on MacBookPro Late 2013

2014-01-05 Thread Adrian Chadd
Hi!

Would you mind a recent 11-amd64 snapshot? Hans has committed a few
fixes to the driver recently.

Thanks!


-a


On 5 January 2014 19:01, Huang Wen Hui  wrote:
> Hi,
>
> I am trying to install FreeBSD on MacBookPro Late 2013, I got 3 main
> problems:
>
> 1. USB problem
>
> This MacBookPro model only have xhci controller, 10.0-RC3 and 9.2R not
> working, keyboard and touchpad not respond. Error messages are
> "xhci_do_command: Command timeout!" and "USB_ERR_TIMEOUT".
> I also try to set "hw.usb.xhci.msi=0", no lucky.
>
> But 9.1R is OK, I copy xhci*.* file from 9.1R to 10.0, with very small
> change, and
> xhci works under 10.0-RC3!
>
> dmesg in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/dmesg-10.0.txt
> vmstat -i in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/vmstat-10.0.txt
> pciconf in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/pciconf.txt
>
> dmesg in 10.0 + xhci of 9.1R:
> http://sw.gddsn.org.cn/freebsd/dmesg-10.0+9.1.txt
> vmstat -i in  + xhci of 9.1R:
> http://sw.gddsn.org.cn/freebsd/vmstat-10.0+9.1.txt
>
> 2. AHCI timeout problem
>
> After booting, system quickly hit ahci timeout problem, I have to set
> "camcontrol tags ada0 -N 1".
> this can decrease timeout problem, but still happen when running heavy IO.
>
> "hint.ahci.0.msi=0" seem to fix this problem, but ahci and xhci use same
> IRQ 16, this make 10.0+9.1xhci
> unstable:( Internal keyboard and touchpad not working,  external keyboard
> and mouse working.
>
> vmstat -i in 10.0+9.1xhci with "hint.ahci.0.msi=0":
> http://sw.gddsn.org.cn/freebsd/vmstat-10.0+9.1+msi.txt
> camcontrol identify: http://sw.gddsn.org.cn/freebsd/cam-identify.txt
> smartctl: http://sw.gddsn.org.cn/freebsd/smartctl.txt
>
> 3. Random hang
>
> Sometimes the system(10.0+9.1xhci) hang without any message, keyboard,
> mouse and ping ping not respond.
> console no message, ctrl+alt+esc also could not break into ddb, I may try
> firewire/dcons, help it can get some
> useful information.
>
> I really like to have a working freebsd on MacBookPro, anything I can
> provide or any ideas?
>
> Cheers,
> Huang Wen Hui
> ___
> 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"
___
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"


Install 10.0-RC3 on MacBookPro Late 2013

2014-01-05 Thread Huang Wen Hui
Hi,

I am trying to install FreeBSD on MacBookPro Late 2013, I got 3 main
problems:

1. USB problem

This MacBookPro model only have xhci controller, 10.0-RC3 and 9.2R not
working, keyboard and touchpad not respond. Error messages are
"xhci_do_command: Command timeout!" and "USB_ERR_TIMEOUT".
I also try to set "hw.usb.xhci.msi=0", no lucky.

But 9.1R is OK, I copy xhci*.* file from 9.1R to 10.0, with very small
change, and
xhci works under 10.0-RC3!

dmesg in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/dmesg-10.0.txt
vmstat -i in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/vmstat-10.0.txt
pciconf in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/pciconf.txt

dmesg in 10.0 + xhci of 9.1R:
http://sw.gddsn.org.cn/freebsd/dmesg-10.0+9.1.txt
vmstat -i in  + xhci of 9.1R:
http://sw.gddsn.org.cn/freebsd/vmstat-10.0+9.1.txt

2. AHCI timeout problem

After booting, system quickly hit ahci timeout problem, I have to set
"camcontrol tags ada0 -N 1".
this can decrease timeout problem, but still happen when running heavy IO.

"hint.ahci.0.msi=0" seem to fix this problem, but ahci and xhci use same
IRQ 16, this make 10.0+9.1xhci
unstable:( Internal keyboard and touchpad not working,  external keyboard
and mouse working.

vmstat -i in 10.0+9.1xhci with "hint.ahci.0.msi=0":
http://sw.gddsn.org.cn/freebsd/vmstat-10.0+9.1+msi.txt
camcontrol identify: http://sw.gddsn.org.cn/freebsd/cam-identify.txt
smartctl: http://sw.gddsn.org.cn/freebsd/smartctl.txt

3. Random hang

Sometimes the system(10.0+9.1xhci) hang without any message, keyboard,
mouse and ping ping not respond.
console no message, ctrl+alt+esc also could not break into ddb, I may try
firewire/dcons, help it can get some
useful information.

I really like to have a working freebsd on MacBookPro, anything I can
provide or any ideas?

Cheers,
Huang Wen Hui
___
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"


Re: [Xen-devel] [PATCH v9 14/19] xen: introduce xenpv bus and a dummy pvcpu device

2014-01-05 Thread Julien Grall



On 01/02/2014 03:43 PM, Roger Pau Monne wrote:

Since Xen PVH guests doesn't have ACPI, we need to create a dummy
bus so top level Xen devices can attach to it (instead of
attaching directly to the nexus) and a pvcpu device that will be used
to fill the pcpu->pc_device field.
---
  sys/conf/files.amd64 |1 +
  sys/conf/files.i386  |1 +
  sys/x86/xen/xenpv.c  |  155 ++


I think it makes more sense to have 2 files: one for xenpv bus and one 
for a dummy pvcpu device. It would allow us to move xenpv bus to common 
code (sys/xen or sys/dev/xen).


[..]


+
+static int
+xenpv_probe(device_t dev)
+{
+
+   device_set_desc(dev, "Xen PV bus");
+   device_quiet(dev);
+   return (0);


As I understand, 0 means I can "handle" the current device, in this case 
if a device is probing, because it doesn't have yet a driver, we will 
use xenpv and end up with 2 (or even more) xenpv buses.


As we only want to probe xenpv bus once, when the bus was added 
manually, returning BUS_PROBE_NO_WILDCARD would suit better.


[..]


+static int
+xenpvcpu_probe(device_t dev)
+{
+
+   device_set_desc(dev, "Xen PV CPU");
+   return (0);


Same here: BUS_PROBE_NOWILDCARD.

--
Julien Grall
___
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"


Re: [Xen-devel] [PATCH v9 15/19] xen: create a Xen nexus to use in PV/PVH

2014-01-05 Thread Julien Grall



On 01/02/2014 03:43 PM, Roger Pau Monne wrote:

Introduce a Xen specific nexus that is going to be in charge for
attaching Xen specific devices.


Now that we have a xenpv bus, do we really need a specific nexus for Xen?
We should be able to use the identify callback of xenpv to create the bus.

The other part of this patch can be merged in the patch #14 "Introduce 
xenpv bus and a dummy pvcpu device".


--
Julien Grall
___
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"


[head tinderbox] failure on amd64/amd64

2014-01-05 Thread FreeBSD Tinderbox
TB --- 2014-01-05 21:40:26 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-01-05 21:40:26 - 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 --- 2014-01-05 21:40:26 - starting HEAD tinderbox run for amd64/amd64
TB --- 2014-01-05 21:40:26 - cleaning the object tree
TB --- 2014-01-05 21:40:26 - /usr/local/bin/svn stat /src
TB --- 2014-01-05 21:40:30 - At svn revision 260335
TB --- 2014-01-05 21:40:31 - building world
TB --- 2014-01-05 21:40:31 - CROSS_BUILD_TESTING=YES
TB --- 2014-01-05 21:40:31 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-01-05 21:40:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-01-05 21:40:31 - SRCCONF=/dev/null
TB --- 2014-01-05 21:40:31 - TARGET=amd64
TB --- 2014-01-05 21:40:31 - TARGET_ARCH=amd64
TB --- 2014-01-05 21:40:31 - TZ=UTC
TB --- 2014-01-05 21:40:31 - __MAKE_CONF=/dev/null
TB --- 2014-01-05 21:40:31 - cd /src
TB --- 2014-01-05 21:40:31 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Sun Jan  5 21:40:41 UTC 2014
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> stage 5.1: building 32 bit shim libraries
[...]
ranlib libgcc_eh.a
sh /src/tools/install.sh -C -o root -g wheel -m 444   libgcc_eh.a 
/obj/amd64.amd64/src/lib32/usr/lib32
===> lib/libcompiler_rt (obj,depend,all,install)
rm -f .depend
CC='cc -m32 -march=i686 -mmmx -msse -msse2 -DCOMPAT_32BIT  -isystem 
/obj/amd64.amd64/src/lib32/usr/include/  -L/obj/amd64.amd64/src/lib32/usr/lib32 
 -B/obj/amd64.amd64/src/lib32/usr/lib32' mkdep -f .depend -a
-DVISIBILITY_HIDDEN -std=gnu99   
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashldi3.S 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashrdi3.S 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c 
/src/lib/libcompiler_rt/..!
 /../contrib/compiler-rt/lib/clzdi2.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpdi2.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/divdi3.S 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/!
 lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt!
 /lib/divxc3.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/eprintf.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsdi2.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt!
 /lib/fixunsxfdi.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c 
/src/lib/libcompiler_rt/../../contrib/compiler-rt/li

[head tinderbox] failure on armv6/arm

2014-01-05 Thread FreeBSD Tinderbox
TB --- 2014-01-05 21:40:26 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-01-05 21:40:26 - 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 --- 2014-01-05 21:40:26 - starting HEAD tinderbox run for armv6/arm
TB --- 2014-01-05 21:40:26 - cleaning the object tree
TB --- 2014-01-05 21:43:19 - /usr/local/bin/svn stat /src
TB --- 2014-01-05 21:43:22 - At svn revision 260335
TB --- 2014-01-05 21:43:23 - building world
TB --- 2014-01-05 21:43:23 - CROSS_BUILD_TESTING=YES
TB --- 2014-01-05 21:43:23 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-01-05 21:43:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-01-05 21:43:23 - SRCCONF=/dev/null
TB --- 2014-01-05 21:43:23 - TARGET=arm
TB --- 2014-01-05 21:43:23 - TARGET_ARCH=armv6
TB --- 2014-01-05 21:43:23 - TZ=UTC
TB --- 2014-01-05 21:43:23 - __MAKE_CONF=/dev/null
TB --- 2014-01-05 21:43:23 - cd /src
TB --- 2014-01-05 21:43:23 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Sun Jan  5 21:43:30 UTC 2014
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Mon Jan  6 00:46:32 UTC 2014
TB --- 2014-01-06 00:46:32 - generating LINT kernel config
TB --- 2014-01-06 00:46:32 - cd /src/sys/arm/conf
TB --- 2014-01-06 00:46:32 - /usr/bin/make -B LINT
TB --- 2014-01-06 00:46:32 - cd /src/sys/arm/conf
TB --- 2014-01-06 00:46:32 - /usr/sbin/config -m LINT
TB --- 2014-01-06 00:46:32 - skipping LINT kernel
TB --- 2014-01-06 00:46:32 - cd /src/sys/arm/conf
TB --- 2014-01-06 00:46:32 - /usr/sbin/config -m AC100
TB --- 2014-01-06 00:46:32 - building AC100 kernel
TB --- 2014-01-06 00:46:32 - CROSS_BUILD_TESTING=YES
TB --- 2014-01-06 00:46:32 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-01-06 00:46:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-01-06 00:46:32 - SRCCONF=/dev/null
TB --- 2014-01-06 00:46:32 - TARGET=arm
TB --- 2014-01-06 00:46:32 - TARGET_ARCH=armv6
TB --- 2014-01-06 00:46:32 - TZ=UTC
TB --- 2014-01-06 00:46:32 - __MAKE_CONF=/dev/null
TB --- 2014-01-06 00:46:32 - cd /src
TB --- 2014-01-06 00:46:32 - /usr/bin/make -B buildkernel KERNCONF=AC100
>>> Kernel build for AC100 started on Mon Jan  6 00:46:32 UTC 2014
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
[...]
machine -> /src/sys/arm/include
cc  -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual 
-Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs 
-fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body 
-Wno-error-parentheses-equality -nostdinc -I. -I/src/sys 
-I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath 
-I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal 
-I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb 
-I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -funwind-tables 
-ffreestanding /src/sys/arm/arm/genassym.c
In file included from /src/sys/arm/arm/genassym.c:48:
In file included from ./machine/intr.h:71:
/src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found
#include "device_if.h"
 ^
1 error generated.
*** Error code 1

Stop.
bmake[1]: stopped in /obj/arm.armv6/src/sys/AC100
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2014-01-06 00:46:35 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-01-06 00:46:35 - ERROR: failed to build AC100 kernel
TB --- 2014-01-06 00:46:35 - 8689.05 user 1630.46 system 11169.08 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full
___
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"


[head tinderbox] failure on arm/arm

2014-01-05 Thread FreeBSD Tinderbox
TB --- 2014-01-05 21:40:26 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-01-05 21:40:26 - 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 --- 2014-01-05 21:40:26 - starting HEAD tinderbox run for arm/arm
TB --- 2014-01-05 21:40:26 - cleaning the object tree
TB --- 2014-01-05 21:43:20 - /usr/local/bin/svn stat /src
TB --- 2014-01-05 21:43:23 - At svn revision 260335
TB --- 2014-01-05 21:43:24 - building world
TB --- 2014-01-05 21:43:24 - CROSS_BUILD_TESTING=YES
TB --- 2014-01-05 21:43:24 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-01-05 21:43:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-01-05 21:43:24 - SRCCONF=/dev/null
TB --- 2014-01-05 21:43:24 - TARGET=arm
TB --- 2014-01-05 21:43:24 - TARGET_ARCH=arm
TB --- 2014-01-05 21:43:24 - TZ=UTC
TB --- 2014-01-05 21:43:24 - __MAKE_CONF=/dev/null
TB --- 2014-01-05 21:43:24 - cd /src
TB --- 2014-01-05 21:43:24 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Sun Jan  5 21:43:31 UTC 2014
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Mon Jan  6 00:46:31 UTC 2014
TB --- 2014-01-06 00:46:31 - generating LINT kernel config
TB --- 2014-01-06 00:46:31 - cd /src/sys/arm/conf
TB --- 2014-01-06 00:46:31 - /usr/bin/make -B LINT
TB --- 2014-01-06 00:46:31 - cd /src/sys/arm/conf
TB --- 2014-01-06 00:46:31 - /usr/sbin/config -m LINT
TB --- 2014-01-06 00:46:31 - building LINT kernel
TB --- 2014-01-06 00:46:31 - CROSS_BUILD_TESTING=YES
TB --- 2014-01-06 00:46:31 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-01-06 00:46:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-01-06 00:46:31 - SRCCONF=/dev/null
TB --- 2014-01-06 00:46:31 - TARGET=arm
TB --- 2014-01-06 00:46:31 - TARGET_ARCH=arm
TB --- 2014-01-06 00:46:31 - TZ=UTC
TB --- 2014-01-06 00:46:31 - __MAKE_CONF=/dev/null
TB --- 2014-01-06 00:46:31 - cd /src
TB --- 2014-01-06 00:46:31 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Mon Jan  6 00:46:32 UTC 2014
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
[...]
machine -> /src/sys/arm/include
cc  -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions 
-Wmissing-include-dirs -fdiagnostics-show-option 
-Wno-error-tautological-compare -Wno-error-empty-body 
-Wno-error-parentheses-equality -nostdinc -I. -I/src/sys 
-I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath 
-I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal 
-I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb 
-I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables 
-ffreestanding /src/sys/arm/arm/genassym.c
In file included from /src/sys/arm/arm/genassym.c:48:
In file included from ./machine/intr.h:71:
/src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found
#include "device_if.h"
 ^
1 error generated.
*** Error code 1

Stop.
bmake[1]: stopped in /obj/arm.arm/src/sys/LINT
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2014-01-06 00:47:05 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-01-06 00:47:05 - ERROR: failed to build LINT kernel
TB --- 2014-01-06 00:47:05 - 8684.89 user 1645.23 system 11198.30 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full
___
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"


[head tinderbox] failure on powerpc64/powerpc

2014-01-05 Thread FreeBSD Tinderbox
TB --- 2014-01-05 18:20:13 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-01-05 18:20:13 - 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 --- 2014-01-05 18:20:13 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2014-01-05 18:20:14 - cleaning the object tree
TB --- 2014-01-05 18:22:10 - /usr/local/bin/svn stat /src
TB --- 2014-01-05 18:22:13 - At svn revision 260317
TB --- 2014-01-05 18:22:14 - building world
TB --- 2014-01-05 18:22:14 - CROSS_BUILD_TESTING=YES
TB --- 2014-01-05 18:22:14 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-01-05 18:22:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-01-05 18:22:14 - SRCCONF=/dev/null
TB --- 2014-01-05 18:22:14 - TARGET=powerpc
TB --- 2014-01-05 18:22:14 - TARGET_ARCH=powerpc64
TB --- 2014-01-05 18:22:14 - TZ=UTC
TB --- 2014-01-05 18:22:14 - __MAKE_CONF=/dev/null
TB --- 2014-01-05 18:22:14 - cd /src
TB --- 2014-01-05 18:22:14 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Sun Jan  5 18:22:21 UTC 2014
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> stage 5.1: building 32 bit shim libraries
>>> World build completed on Sun Jan  5 21:25:34 UTC 2014
TB --- 2014-01-05 21:25:34 - generating LINT kernel config
TB --- 2014-01-05 21:25:34 - cd /src/sys/powerpc/conf
TB --- 2014-01-05 21:25:34 - /usr/bin/make -B LINT
TB --- 2014-01-05 21:25:34 - cd /src/sys/powerpc/conf
TB --- 2014-01-05 21:25:34 - /usr/sbin/config -m LINT
TB --- 2014-01-05 21:25:34 - skipping LINT kernel
TB --- 2014-01-05 21:25:34 - cd /src/sys/powerpc/conf
TB --- 2014-01-05 21:25:34 - /usr/sbin/config -m GENERIC
TB --- 2014-01-05 21:25:34 - skipping GENERIC kernel
TB --- 2014-01-05 21:25:34 - cd /src/sys/powerpc/conf
TB --- 2014-01-05 21:25:34 - /usr/sbin/config -m GENERIC64
TB --- 2014-01-05 21:25:34 - building GENERIC64 kernel
TB --- 2014-01-05 21:25:34 - CROSS_BUILD_TESTING=YES
TB --- 2014-01-05 21:25:34 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-01-05 21:25:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-01-05 21:25:34 - SRCCONF=/dev/null
TB --- 2014-01-05 21:25:34 - TARGET=powerpc
TB --- 2014-01-05 21:25:34 - TARGET_ARCH=powerpc64
TB --- 2014-01-05 21:25:34 - TZ=UTC
TB --- 2014-01-05 21:25:34 - __MAKE_CONF=/dev/null
TB --- 2014-01-05 21:25:34 - cd /src
TB --- 2014-01-05 21:25:34 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64
>>> Kernel build for GENERIC64 started on Sun Jan  5 21:25:34 UTC 2014
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
objcopy --only-keep-debug t5fw_cfg.ko.debug t5fw_cfg.ko.symbols
objcopy --strip-debug --add-gnu-debuglink=t5fw_cfg.ko.symbols t5fw_cfg.ko.debug 
t5fw_cfg.ko
===> cyclic (all)
cc  -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc  
-I/src/sys/modules/cyclic/../../cddl/compat/opensolaris 
-I/src/sys/modules/cyclic/../../cddl/contrib/opensolaris/uts/common 
-I/src/sys/modules/cyclic/../.. 
-I/src/sys/modules/cyclic/../../cddl/dev/cyclic/i386 
-DHAVE_KERNEL_OPTION_HEADERS -include 
/obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq 
-finline-limit=15000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -fno-common -g -mlongcall -fno-omit-frame-pointer 
-I/obj/powerpc.powerpc64/src/sys/GENERIC64  -msoft-float -mno-altivec 
-mcall-aixdesc -ffreestanding -fstack-protector -std=iso9899:1999  
-fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef 
-Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs 
-fdiagnostics-show-option   -Wno-unknown-pragmas -include 
/src/sys/modules/cyclic/../../cddl/compat/ope!
 nsolaris/sys/debug_compat.h -c 
/src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c
cc1: warnings being treated as errors
In file included from 
/src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c:326:
/src/sys/modules/cyclic/../../sys/kernel.h:61: warning: redundant redeclaration 
of 'hz' [-Wredundant-decls]
/src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/time.h:73: warning: 
previous declaration of 'hz' was here
*** Error code 1

Stop.
bmake[3]: stopped in /src/sys/modules/cyclic
*** Error code 1

Stop.
bmake[2]: stopped in /src/sys/modules
*** Error code 1

Stop.
bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64
*** Error code 1

Stop.
bmake: stopped in /src
*** E

Re: [CFT] bsdinstall and zfsboot enhancements

2014-01-05 Thread Nathan Whitehorn
On 12/01/13 07:34, Jilles Tjoelker wrote:
> On Sat, Nov 30, 2013 at 04:36:18PM -0600, Nathan Whitehorn wrote:
>> This took much longer than I'd anticipated, but the patch to init is
>> attached. I chose not to make the changes to init rather than
>> getttyent() and friends in libc, which I am open to revisiting.
> lib/libpam/modules/pam_securetty/pam_securetty.c calls getttynam(3) and
> will not allow root login on a "fake" TTY that getttynam() does not
> know. This module is enabled by default for the "login" service.
>
> So it is probably better to patch libc rather than init.

OK, here's a revised patch. This one is shorter and works by introducing
an "auto" flag (ideas for names appreciated) that means "on" if the line
is an active console and "off" otherwise. Note that the behavior is now:
- ttys marked "off" stay off
- ttys marked "on" stay on
- ttys marked "auto" are enabled iff they are console devices
- ttys not present in /etc/ttys stay off

This behavior change is much easier to implement when doing it in libc
for various structural reasons and allows the terminal type, etc. to be
specified in the usual way.

>> The behavior changes are as follows:
>> If the "console" device in /etc/ttys in marked "on", instead of opening
>> /dev/console, init will loop through the active kernel console devices,
>> and for each will:
>> 1. If the kernel console device is in /etc/ttys and marked "on", it
>> already has a terminal and will be ignored.
>> 2. If marked "off", that is an explicit statement that a console is not
>> wanted and so it will be ignored.
>> 3. If not present in /etc/ttys, init will run getty with whatever
>> parameters "console" has.
> This seems to make sense.
>
>> (3) is the main behavioral change. No changes in behavior will occur if
>> /etc/ttys is not modified. If we turn on "console" by default, it will
>> usually have no effect instead of trying to run multiple gettys, which
>> is new. If we then also comment out the ttyu0 line, instead of marking
>> it "off", the result will be the conditional presence of a login prompt
>> on the first serial port depending on whether it is an active console
>> device for the kernel. I believe this is the behavior we are going for.
> The terminal type for the console entry should probably be changed to
> something other than "unknown" to reduce annoyance.
>
>> Comments and test results would be appreciated.
> As a preparatory patch, you could remove se_index and session_index from
> init. They are only used to warn about a changed slot number in utmp(5)
> which is irrelevant with utmpx. This noise warning would also appear
> in most cases when changing from a "fake" console entry to a real line
> in /etc/ttys. Also, if you do decide to fake ttys entries in init rather
> than libc, the patch to init will be simpler.
>

With the new patch, this is indeed the case: no changes to init are
necessary at all. This does not change any behavior unless explicitly
requested in /etc/ttys, so unless there are any objections in the next
couple days, I will commit it.
-Nathan
Index: include/ttyent.h
===
--- include/ttyent.h(revision 260331)
+++ include/ttyent.h(working copy)
@@ -37,6 +37,7 @@
 
 #define_TTYS_OFF   "off"
 #define_TTYS_ON"on"
+#define_TTYS_AUTO  "auto"
 #define_TTYS_SECURE"secure"
 #define_TTYS_INSECURE  "insecure"
 #define_TTYS_WINDOW"window"
Index: lib/libc/gen/getttyent.c
===
--- lib/libc/gen/getttyent.c(revision 260331)
+++ lib/libc/gen/getttyent.c(working copy)
@@ -39,6 +39,9 @@
 #include 
 #include 
 
+#include 
+#include 
+
 static char zapchar;
 static FILE *tf;
 static size_t lbsize;
@@ -64,6 +67,32 @@
return (t);
 }
 
+static int
+auto_tty_status(const char *ty_name)
+{
+   size_t len;
+   char *buf, *cons, *nextcons;
+
+   /* Check if this is an enabled kernel console line */
+   buf = NULL;
+   if (sysctlbyname("kern.console", NULL, &len, NULL, 0) == -1)
+   return (0); /* Errors mean don't enable */
+   buf = malloc(len);
+   if (sysctlbyname("kern.console", buf, &len, NULL, 0) == -1)
+   return (0);
+
+   if ((cons = strchr(buf, '/')) == NULL)
+   return (0);
+   *cons = '\0';
+   nextcons = buf;
+   while ((cons = strsep(&nextcons, ",")) != NULL && strlen(cons) != 0) {
+   if (strcmp(cons, ty_name) == 0)
+   return (TTY_ON);
+   }
+
+   return (0);
+}
+
 struct ttyent *
 getttyent(void)
 {
@@ -126,6 +155,8 @@
tty.ty_status &= ~TTY_ON;
else if (scmp(_TTYS_ON))
tty.ty_status |= TTY_ON;
+   else if (scmp(_TTYS_AUTO))
+   tty.ty_status |= auto_tty_status(tty.ty_name);
else if (scmp(_TTYS_SEC

[head tinderbox] failure on sparc64/sparc64

2014-01-05 Thread FreeBSD Tinderbox
TB --- 2014-01-05 18:53:40 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-01-05 18:53:40 - 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 --- 2014-01-05 18:53:40 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2014-01-05 18:53:40 - cleaning the object tree
TB --- 2014-01-05 18:55:28 - /usr/local/bin/svn stat /src
TB --- 2014-01-05 18:55:34 - At svn revision 260317
TB --- 2014-01-05 18:55:35 - building world
TB --- 2014-01-05 18:55:35 - CROSS_BUILD_TESTING=YES
TB --- 2014-01-05 18:55:35 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-01-05 18:55:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-01-05 18:55:35 - SRCCONF=/dev/null
TB --- 2014-01-05 18:55:35 - TARGET=sparc64
TB --- 2014-01-05 18:55:35 - TARGET_ARCH=sparc64
TB --- 2014-01-05 18:55:35 - TZ=UTC
TB --- 2014-01-05 18:55:35 - __MAKE_CONF=/dev/null
TB --- 2014-01-05 18:55:35 - cd /src
TB --- 2014-01-05 18:55:35 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Sun Jan  5 18:55:42 UTC 2014
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Sun Jan  5 20:04:05 UTC 2014
TB --- 2014-01-05 20:04:05 - generating LINT kernel config
TB --- 2014-01-05 20:04:05 - cd /src/sys/sparc64/conf
TB --- 2014-01-05 20:04:05 - /usr/bin/make -B LINT
TB --- 2014-01-05 20:04:05 - cd /src/sys/sparc64/conf
TB --- 2014-01-05 20:04:05 - /usr/sbin/config -m LINT
TB --- 2014-01-05 20:04:05 - building LINT kernel
TB --- 2014-01-05 20:04:05 - CROSS_BUILD_TESTING=YES
TB --- 2014-01-05 20:04:05 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-01-05 20:04:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-01-05 20:04:05 - SRCCONF=/dev/null
TB --- 2014-01-05 20:04:05 - TARGET=sparc64
TB --- 2014-01-05 20:04:05 - TARGET_ARCH=sparc64
TB --- 2014-01-05 20:04:05 - TZ=UTC
TB --- 2014-01-05 20:04:05 - __MAKE_CONF=/dev/null
TB --- 2014-01-05 20:04:05 - cd /src
TB --- 2014-01-05 20:04:05 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Sun Jan  5 20:04:05 UTC 2014
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
ld -Bshareable  -d -warn-common -o nullfs.ko nullfs.kld
objcopy --strip-debug nullfs.ko
===> opensolaris (all)
cc  -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc  
-I/src/sys/modules/opensolaris/../../cddl/compat/opensolaris 
-I/src/sys/modules/opensolaris/../../cddl/contrib/opensolaris/uts/common 
-I/src/sys/modules/opensolaris/../.. -DHAVE_KERNEL_OPTION_HEADERS -include 
/obj/sparc64.sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq 
-finline-limit=15000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -fno-common  -I/obj/sparc64.sparc64/src/sys/LINT 
-fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector 
-std=iso9899:1999  -fstack-protector -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
-Wundef -Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs 
-fdiagnostics-show-option   -Wno-unknown-pragmas -include 
/src/sys/modules/opensolaris/../../cddl/compat/opensolaris/sys/debug_compat.h 
-c /src/sys/modules/opensolaris/../../cddl/compat/openso!
 laris/kern/opensolaris.c
cc1: warnings being treated as errors
In file included from 
/src/sys/modules/opensolaris/../../cddl/compat/opensolaris/kern/opensolaris.c:35:
/src/sys/modules/opensolaris/../../sys/kernel.h:61: warning: redundant 
redeclaration of 'hz' [-Wredundant-decls]
/src/sys/modules/opensolaris/../../cddl/compat/opensolaris/sys/time.h:73: 
warning: previous declaration of 'hz' was here
*** Error code 1

Stop.
bmake[3]: stopped in /src/sys/modules/opensolaris
*** Error code 1

Stop.
bmake[2]: stopped in /src/sys/modules
*** Error code 1

Stop.
bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2014-01-05 20:23:46 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-01-05 20:23:46 - ERROR: failed to build LINT kernel
TB --- 2014-01-05 20:23:46 - 4163.40 user 682.38 system 5406.23 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to

[head tinderbox] failure on powerpc/powerpc

2014-01-05 Thread FreeBSD Tinderbox
TB --- 2014-01-05 18:08:22 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-01-05 18:08:22 - 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 --- 2014-01-05 18:08:22 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2014-01-05 18:08:22 - cleaning the object tree
TB --- 2014-01-05 18:10:17 - /usr/local/bin/svn stat /src
TB --- 2014-01-05 18:10:21 - At svn revision 260317
TB --- 2014-01-05 18:10:22 - building world
TB --- 2014-01-05 18:10:22 - CROSS_BUILD_TESTING=YES
TB --- 2014-01-05 18:10:22 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-01-05 18:10:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-01-05 18:10:22 - SRCCONF=/dev/null
TB --- 2014-01-05 18:10:22 - TARGET=powerpc
TB --- 2014-01-05 18:10:22 - TARGET_ARCH=powerpc
TB --- 2014-01-05 18:10:22 - TZ=UTC
TB --- 2014-01-05 18:10:22 - __MAKE_CONF=/dev/null
TB --- 2014-01-05 18:10:22 - cd /src
TB --- 2014-01-05 18:10:22 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Sun Jan  5 18:10:29 UTC 2014
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
[...]
c++   -O2 -pipe 
-I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include 
-I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include 
-I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate
 -I. 
-I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clang/include
 -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS 
-D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER 
-DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing 
-DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" 
-DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" 
-fstack-protector -fno-exceptions -fno-rtti  -c 
/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/TransARCAssign.cpp
 -o TransARCAssign.o
c++   -O2 -pipe 
-I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include 
-I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include 
-I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate
 -I. 
-I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clang/include
 -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS 
-D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER 
-DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing 
-DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" 
-DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" 
-fstack-protector -fno-exceptions -fno-rtti  -c 
/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/TransAutoreleasePool.cpp
 -o TransAutoreleasePool.o
c++   -O2 -pipe 
-I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include 
-I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include 
-I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate
 -I. 
-I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clang/include
 -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS 
-D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER 
-DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing 
-DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" 
-DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" 
-fstack-protector -fno-exceptions -fno-rtti  -c 
/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/TransBlockObjCVariable.cpp
 -o TransBlockObjCVariable.o
/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include/clang/AST/RecursiveASTVisitor.h:
 In member function 'bool 
clang::RecursiveASTVisitor::TraverseClassTemplateDecl(clang::ClassTemplateDecl*)
 [with Derived = ::BlockObjCVarRewriter]':
/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include/clang/AST/RecursiveASTVisitor.h:1452:
 internal compiler error: in var_ann, at tree-flow-inline.h:127
Please submit a full bug report,
with preprocessed source if appropriate.
See http://www.freebsd.org/send-pr.html> for instructions.
*** Error code 1

Stop.
bmake[5]: stopped in /src/lib/clang/libclangarcmigrate
*** Error code 1

Stop.
bmake[4]: stopped in /src/lib/clang
*** Error code 1

Stop.
bmake[3]: stopped in /src/lib
*** Error code 1

Stop.
bmake[2]: stopped in /src
*** Error code 1

Stop.
bmake[1]: stopped in /src
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2014-01-05 18:53:40 - WARNING: /usr/bin/make returned exit 

Re: 11.0-CURRENT panic (nfsd?)

2014-01-05 Thread Markiyan Kushnir
$ nm /boot/kernel/kernel | grep svc_run_internal
80714db0 t svc_run_internal
$ addr2line -e /boot/kernel/kernel 0x80715779
/usr/src.svnup/sys/rpc/svc.c:971

   949  static void
   950  svc_executereq(struct svc_req *rqstp)
   951  {
   952  SVCXPRT *xprt = rqstp->rq_xprt;
   953  SVCPOOL *pool = xprt->xp_pool;
   954  int prog_found;
   955  rpcvers_t low_vers;
   956  rpcvers_t high_vers;
   957  struct svc_callout *s;
   958
   959  /* now match message with a registered service*/
   960  prog_found = FALSE;
   961  low_vers = (rpcvers_t) -1L;
   962  high_vers = (rpcvers_t) 0L;
   963  TAILQ_FOREACH(s, &pool->sp_callouts, sc_link) {
   964  if (s->sc_prog == rqstp->rq_prog) {
   965  if (s->sc_vers == rqstp->rq_vers) {
   966  /*
   967   * We hand ownership of r to the
   968   * dispatch method - they must call
   969   * svc_freereq.
   970   */
   971  (*s->sc_dispatch)(rqstp, xprt);
   972  return;
   973  }  /* found correct version */
   974  prog_found = TRUE;
   975  if (s->sc_vers < low_vers)
   976  low_vers = s->sc_vers;
   977  if (s->sc_vers > high_vers)
   978  high_vers = s->sc_vers;
   979  }   /* found correct program */
   980  }
   981
   982  /*
   983   * if we got here, the program or version
   984   * is not served ...
   985   */
   986  if (prog_found)
   987  svcerr_progvers(rqstp, low_vers, high_vers);
   988  else
   989  svcerr_noprog(rqstp);
   990
   991  svc_freereq(rqstp);
   992  }
   993

2014/1/5 John-Mark Gurney :
> Markiyan Kushnir wrote this message on Sun, Jan 05, 2014 at 11:06 +0200:
>> 2014/1/5 John-Mark Gurney :
>> > Markiyan Kushnir wrote this message on Sun, Jan 05, 2014 at 10:57 +0200:
>> >> I started to see a reliable panic on a recent CURRENT:
>> >>
>> >> $ uname -a
>> >> FreeBSD mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0
>> >> r260296: Sun Jan  5 07:14:50 EET 2014
>> >> r...@vm.mkushnir.mooo.com:/usr/obj/usr/src.svnup/sys/MAREK  amd64
>> >>
>> >> The panic is always triggered by the first request to the nfs service
>> >> (this machine runs a PXE server).
>> >>
>> >> The core.txt is attached. Please let me know if I can help more.
>> >
>> > Apparently the mime-type on the attachment was bad and got scrubbed...
>> >
>> > Maybe include it inline if it isn't too long?
>> >
>>
>> It's 144KB long. I will share it via Google Drive:
>>
>> https://drive.google.com/file/d/0B9Q-zpUXxqCnNVhBY0M5ZzU4d1k/edit?usp=sharing
>
> Looks like a NULL function pointer was called:
> Fatal trap 12: page fault while in kernel mode
> cpuid = 0; apic id = 00
> fault virtual address   = 0x0
> fault code  = supervisor read instruction, page not present
> instruction pointer = 0x20:0x0
> stack pointer   = 0x28:0xfe00d9a2bea0
> frame pointer   = 0x28:0xfe00d9a2c010
> code segment= base 0x0, limit 0xf, type 0x1b
> = DPL 0, pres 1, long 1, def32 0, gran 1
> processor eflags= interrupt enabled, resume, IOPL = 0
> current process = 1323 (nfsd: master)
> trap number = 12
> panic: page fault
>
> --- trap 0xc, rip = 0, rsp = 0xfe00d9a2bea0, rbp = 0xfe00d9a2c010 ---
> uart_sab82532_class() at 0/frame 0xfe00d9a2c010
> svc_run_internal() at svc_run_internal+0x9c9/frame 0xfe00d9a2c1b0
> svc_run() at svc_run+0xed/frame 0xfe00d9a2c1f0
> nfsrvd_nfsd() at nfsrvd_nfsd+0x19a/frame 0xfe00d9a2c350
> nfssvc_nfsd() at nfssvc_nfsd+0x11a/frame 0xfe00d9a2c970
> sys_nfssvc() at sys_nfssvc+0xd2/frame 0xfe00d9a2c9a0
> amd64_syscall() at amd64_syscall+0x265/frame 0xfe00d9a2cab0
> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe00d9a2cab0
> --- syscall (155, FreeBSD ELF64, sys_nfssvc), rip = 0x80088c13a, rsp = 
> 0x7fffd438, rbp = 0x7fffd6e0 ---
>
> The uart_sab82532_class is just the closest symbol to 0, so it's in
> svc_run_internal that's the problem...  Could you run:
> nm /boot/kernel/kernel | grep svc_run_internal
>
> This should return a line w/ a large hex number at the front, then run:
> addr2line -e /boot/kernel/kernel $( expr 0x+0x9c9)
>
> This will give you a file name and line number, and can you copy/paste
> the lines around and including that line number?  This will help make
> sure we get the correct code...
>
> Thanks.
>
> --
>   John-Mark Gurney  Voice: +1 415 225 5579
>
>   

Re: 11.0-CURRENT panic (nfsd?)

2014-01-05 Thread John-Mark Gurney
Markiyan Kushnir wrote this message on Sun, Jan 05, 2014 at 11:06 +0200:
> 2014/1/5 John-Mark Gurney :
> > Markiyan Kushnir wrote this message on Sun, Jan 05, 2014 at 10:57 +0200:
> >> I started to see a reliable panic on a recent CURRENT:
> >>
> >> $ uname -a
> >> FreeBSD mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0
> >> r260296: Sun Jan  5 07:14:50 EET 2014
> >> r...@vm.mkushnir.mooo.com:/usr/obj/usr/src.svnup/sys/MAREK  amd64
> >>
> >> The panic is always triggered by the first request to the nfs service
> >> (this machine runs a PXE server).
> >>
> >> The core.txt is attached. Please let me know if I can help more.
> >
> > Apparently the mime-type on the attachment was bad and got scrubbed...
> >
> > Maybe include it inline if it isn't too long?
> >
> 
> It's 144KB long. I will share it via Google Drive:
> 
> https://drive.google.com/file/d/0B9Q-zpUXxqCnNVhBY0M5ZzU4d1k/edit?usp=sharing

Looks like a NULL function pointer was called:
Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address   = 0x0
fault code  = supervisor read instruction, page not present
instruction pointer = 0x20:0x0
stack pointer   = 0x28:0xfe00d9a2bea0
frame pointer   = 0x28:0xfe00d9a2c010
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 1323 (nfsd: master)
trap number = 12
panic: page fault

--- trap 0xc, rip = 0, rsp = 0xfe00d9a2bea0, rbp = 0xfe00d9a2c010 ---
uart_sab82532_class() at 0/frame 0xfe00d9a2c010
svc_run_internal() at svc_run_internal+0x9c9/frame 0xfe00d9a2c1b0
svc_run() at svc_run+0xed/frame 0xfe00d9a2c1f0
nfsrvd_nfsd() at nfsrvd_nfsd+0x19a/frame 0xfe00d9a2c350
nfssvc_nfsd() at nfssvc_nfsd+0x11a/frame 0xfe00d9a2c970
sys_nfssvc() at sys_nfssvc+0xd2/frame 0xfe00d9a2c9a0
amd64_syscall() at amd64_syscall+0x265/frame 0xfe00d9a2cab0
Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe00d9a2cab0
--- syscall (155, FreeBSD ELF64, sys_nfssvc), rip = 0x80088c13a, rsp = 
0x7fffd438, rbp = 0x7fffd6e0 ---

The uart_sab82532_class is just the closest symbol to 0, so it's in
svc_run_internal that's the problem...  Could you run:
nm /boot/kernel/kernel | grep svc_run_internal

This should return a line w/ a large hex number at the front, then run:
addr2line -e /boot/kernel/kernel $( expr 0x+0x9c9)

This will give you a file name and line number, and can you copy/paste
the lines around and including that line number?  This will help make
sure we get the correct code...

Thanks.

-- 
  John-Mark Gurney  Voice: +1 415 225 5579

 "All that I will do, has been done, All that I have, has not."
___
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"


Re: ZFS command can block the whole ZFS subsystem!

2014-01-05 Thread Adam Vande More
On Sun, Jan 5, 2014 at 9:41 AM, O. Hartmann wrote:
>
> >
> > As already described by Dan and perhaps not followed up on:  dedup
> > requires at very large amount of memory.  Assuming 32GB is sufficient
> > is most likely wrong.
> >
> > What does zdb -S BACKUP00 say?
>
> That command is stuck for 2 hours by now ...


That is expected. It is not stuck, it is running.  It's output will
indicate what is the minimum required for your dataset. The command will be
slow if you have large dataset/insufficient ram.  Really slow if both.


-- 
Adam
___
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"


Re: ZFS command can block the whole ZFS subsystem!

2014-01-05 Thread O. Hartmann
On Sun, 5 Jan 2014 06:43:18 -0600
Adam Vande More  wrote:

> On Sun, Jan 5, 2014 at 2:11 AM, O. Hartmann
> wrote:
> 
> > On Sun, 5 Jan 2014 10:14:26 +1100
> > Peter Jeremy  wrote:
> >
> > > On 2014-Jan-04 23:26:42 +0100, "O. Hartmann"
> > >  wrote:
> > > >zfs list -r BACKUP00
> > > >NAME  USED  AVAIL  REFER  MOUNTPOINT
> > > >BACKUP00 1.48T  1.19T   144K  /BACKUP00
> > > >BACKUP00/backup  1.47T  1.19T  1.47T  /backup
> > >
> > > Well, that at least shows it's making progress - it's gone from
> > > 2.5T to 1.47T used (though I gather that has taken several
> > > days).  Can you pleas post the result of
> > > zfs get all BACKUP00/backup
> > >
> >
> > Here we go:
> >
> >
> > NAME PROPERTY  VALUE SOURCE
> > BACKUP00/backup  type  filesystem-
> > BACKUP00/backup  creation  Fr Dez 20 23:17 2013  -
> > BACKUP00/backup  used  1.47T -
> > BACKUP00/backup  available 1.19T -
> > BACKUP00/backup  referenced1.47T -
> > BACKUP00/backup  compressratio 1.00x -
> > BACKUP00/backup  mounted   no-
> > BACKUP00/backup  quota none  default
> > BACKUP00/backup  reservation   none  default
> > BACKUP00/backup  recordsize128K  default
> > BACKUP00/backup  mountpoint/backup   local
> > BACKUP00/backup  sharenfs  off   default
> > BACKUP00/backup  checksum  sha256local
> > BACKUP00/backup  compression   lz4   local
> > BACKUP00/backup  atime ondefault
> > BACKUP00/backup  devices   ondefault
> > BACKUP00/backup  exec  ondefault
> > BACKUP00/backup  setuidondefault
> > BACKUP00/backup  readonly  off   default
> > BACKUP00/backup  jailedoff   default
> > BACKUP00/backup  snapdir   hiddendefault
> > BACKUP00/backup  aclmode   discard   default
> > BACKUP00/backup  aclinheritrestricteddefault
> > BACKUP00/backup  canmount  ondefault
> > BACKUP00/backup  xattr ondefault
> > BACKUP00/backup  copies1 default
> > BACKUP00/backup  version   5 -
> > BACKUP00/backup  utf8only  off   -
> > BACKUP00/backup  normalization none  -
> > BACKUP00/backup  casesensitivity   sensitive -
> > BACKUP00/backup  vscan off   default
> > BACKUP00/backup  nbmandoff   default
> > BACKUP00/backup  sharesmb  onlocal
> > BACKUP00/backup  refquota  none  default
> > BACKUP00/backup  refreservationnone  default
> > BACKUP00/backup  primarycache  all   default
> > BACKUP00/backup  secondarycacheall   default
> > BACKUP00/backup  usedbysnapshots   0 -
> > BACKUP00/backup  usedbydataset 1.47T -
> > BACKUP00/backup  usedbychildren0 -
> > BACKUP00/backup  usedbyrefreservation  0 -
> > BACKUP00/backup  logbias   latency   default
> > BACKUP00/backup  dedup onlocal
> >
> 
> As already described by Dan and perhaps not followed up on:  dedup
> requires at very large amount of memory.  Assuming 32GB is sufficient
> is most likely wrong.
> 
> What does zdb -S BACKUP00 say?

That command is stuck for 2 hours by now ...

> 
> Also I will note you were asked if the ZFS FS in question had dedup
> enabled.  You replied with a response from an incorrect FS.
> 
> 
> 




signature.asc
Description: PGP signature


[head tinderbox] failure on armv6/arm

2014-01-05 Thread FreeBSD Tinderbox
TB --- 2014-01-05 11:00:22 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-01-05 11:00:22 - 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 --- 2014-01-05 11:00:22 - starting HEAD tinderbox run for armv6/arm
TB --- 2014-01-05 11:00:22 - cleaning the object tree
TB --- 2014-01-05 11:03:09 - /usr/local/bin/svn stat /src
TB --- 2014-01-05 11:03:12 - At svn revision 260317
TB --- 2014-01-05 11:03:13 - building world
TB --- 2014-01-05 11:03:13 - CROSS_BUILD_TESTING=YES
TB --- 2014-01-05 11:03:13 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-01-05 11:03:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-01-05 11:03:13 - SRCCONF=/dev/null
TB --- 2014-01-05 11:03:13 - TARGET=arm
TB --- 2014-01-05 11:03:13 - TARGET_ARCH=armv6
TB --- 2014-01-05 11:03:13 - TZ=UTC
TB --- 2014-01-05 11:03:13 - __MAKE_CONF=/dev/null
TB --- 2014-01-05 11:03:13 - cd /src
TB --- 2014-01-05 11:03:13 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Sun Jan  5 11:03:20 UTC 2014
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Sun Jan  5 14:07:08 UTC 2014
TB --- 2014-01-05 14:07:08 - generating LINT kernel config
TB --- 2014-01-05 14:07:08 - cd /src/sys/arm/conf
TB --- 2014-01-05 14:07:08 - /usr/bin/make -B LINT
TB --- 2014-01-05 14:07:09 - cd /src/sys/arm/conf
TB --- 2014-01-05 14:07:09 - /usr/sbin/config -m LINT
TB --- 2014-01-05 14:07:09 - skipping LINT kernel
TB --- 2014-01-05 14:07:09 - cd /src/sys/arm/conf
TB --- 2014-01-05 14:07:09 - /usr/sbin/config -m AC100
TB --- 2014-01-05 14:07:09 - building AC100 kernel
TB --- 2014-01-05 14:07:09 - CROSS_BUILD_TESTING=YES
TB --- 2014-01-05 14:07:09 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-01-05 14:07:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-01-05 14:07:09 - SRCCONF=/dev/null
TB --- 2014-01-05 14:07:09 - TARGET=arm
TB --- 2014-01-05 14:07:09 - TARGET_ARCH=armv6
TB --- 2014-01-05 14:07:09 - TZ=UTC
TB --- 2014-01-05 14:07:09 - __MAKE_CONF=/dev/null
TB --- 2014-01-05 14:07:09 - cd /src
TB --- 2014-01-05 14:07:09 - /usr/bin/make -B buildkernel KERNCONF=AC100
>>> Kernel build for AC100 started on Sun Jan  5 14:07:09 UTC 2014
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
[...]
machine -> /src/sys/arm/include
cc  -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual 
-Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs 
-fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body 
-Wno-error-parentheses-equality -nostdinc -I. -I/src/sys 
-I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath 
-I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal 
-I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb 
-I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -funwind-tables 
-ffreestanding /src/sys/arm/arm/genassym.c
In file included from /src/sys/arm/arm/genassym.c:48:
In file included from ./machine/intr.h:71:
/src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found
#include "device_if.h"
 ^
1 error generated.
*** Error code 1

Stop.
bmake[1]: stopped in /obj/arm.armv6/src/sys/AC100
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2014-01-05 14:07:13 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-01-05 14:07:13 - ERROR: failed to build AC100 kernel
TB --- 2014-01-05 14:07:13 - 8697.74 user 1625.16 system 11210.70 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full
___
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"


[head tinderbox] failure on arm/arm

2014-01-05 Thread FreeBSD Tinderbox
TB --- 2014-01-05 11:00:22 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-01-05 11:00:22 - 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 --- 2014-01-05 11:00:22 - starting HEAD tinderbox run for arm/arm
TB --- 2014-01-05 11:00:22 - cleaning the object tree
TB --- 2014-01-05 11:03:10 - /usr/local/bin/svn stat /src
TB --- 2014-01-05 11:03:13 - At svn revision 260317
TB --- 2014-01-05 11:03:14 - building world
TB --- 2014-01-05 11:03:14 - CROSS_BUILD_TESTING=YES
TB --- 2014-01-05 11:03:14 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-01-05 11:03:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-01-05 11:03:14 - SRCCONF=/dev/null
TB --- 2014-01-05 11:03:14 - TARGET=arm
TB --- 2014-01-05 11:03:14 - TARGET_ARCH=arm
TB --- 2014-01-05 11:03:14 - TZ=UTC
TB --- 2014-01-05 11:03:14 - __MAKE_CONF=/dev/null
TB --- 2014-01-05 11:03:14 - cd /src
TB --- 2014-01-05 11:03:14 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Sun Jan  5 11:03:21 UTC 2014
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Sun Jan  5 14:07:09 UTC 2014
TB --- 2014-01-05 14:07:09 - generating LINT kernel config
TB --- 2014-01-05 14:07:09 - cd /src/sys/arm/conf
TB --- 2014-01-05 14:07:09 - /usr/bin/make -B LINT
TB --- 2014-01-05 14:07:09 - cd /src/sys/arm/conf
TB --- 2014-01-05 14:07:09 - /usr/sbin/config -m LINT
TB --- 2014-01-05 14:07:09 - building LINT kernel
TB --- 2014-01-05 14:07:09 - CROSS_BUILD_TESTING=YES
TB --- 2014-01-05 14:07:09 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-01-05 14:07:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-01-05 14:07:09 - SRCCONF=/dev/null
TB --- 2014-01-05 14:07:09 - TARGET=arm
TB --- 2014-01-05 14:07:09 - TARGET_ARCH=arm
TB --- 2014-01-05 14:07:09 - TZ=UTC
TB --- 2014-01-05 14:07:09 - __MAKE_CONF=/dev/null
TB --- 2014-01-05 14:07:09 - cd /src
TB --- 2014-01-05 14:07:09 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Sun Jan  5 14:07:09 UTC 2014
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
[...]
machine -> /src/sys/arm/include
cc  -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions 
-Wmissing-include-dirs -fdiagnostics-show-option 
-Wno-error-tautological-compare -Wno-error-empty-body 
-Wno-error-parentheses-equality -nostdinc -I. -I/src/sys 
-I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath 
-I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal 
-I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb 
-I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables 
-ffreestanding /src/sys/arm/arm/genassym.c
In file included from /src/sys/arm/arm/genassym.c:48:
In file included from ./machine/intr.h:71:
/src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found
#include "device_if.h"
 ^
1 error generated.
*** Error code 1

Stop.
bmake[1]: stopped in /obj/arm.arm/src/sys/LINT
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2014-01-05 14:07:44 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-01-05 14:07:44 - ERROR: failed to build LINT kernel
TB --- 2014-01-05 14:07:44 - 8689.45 user 1644.32 system 11241.59 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full
___
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"


Re: ZFS command can block the whole ZFS subsystem!

2014-01-05 Thread Adam Vande More
On Sun, Jan 5, 2014 at 2:11 AM, O. Hartmann wrote:

> On Sun, 5 Jan 2014 10:14:26 +1100
> Peter Jeremy  wrote:
>
> > On 2014-Jan-04 23:26:42 +0100, "O. Hartmann"
> >  wrote:
> > >zfs list -r BACKUP00
> > >NAME  USED  AVAIL  REFER  MOUNTPOINT
> > >BACKUP00 1.48T  1.19T   144K  /BACKUP00
> > >BACKUP00/backup  1.47T  1.19T  1.47T  /backup
> >
> > Well, that at least shows it's making progress - it's gone from 2.5T
> > to 1.47T used (though I gather that has taken several days).  Can you
> > pleas post the result of
> > zfs get all BACKUP00/backup
> >
>
> Here we go:
>
>
> NAME PROPERTY  VALUE SOURCE
> BACKUP00/backup  type  filesystem-
> BACKUP00/backup  creation  Fr Dez 20 23:17 2013  -
> BACKUP00/backup  used  1.47T -
> BACKUP00/backup  available 1.19T -
> BACKUP00/backup  referenced1.47T -
> BACKUP00/backup  compressratio 1.00x -
> BACKUP00/backup  mounted   no-
> BACKUP00/backup  quota none  default
> BACKUP00/backup  reservation   none  default
> BACKUP00/backup  recordsize128K  default
> BACKUP00/backup  mountpoint/backup   local
> BACKUP00/backup  sharenfs  off   default
> BACKUP00/backup  checksum  sha256local
> BACKUP00/backup  compression   lz4   local
> BACKUP00/backup  atime ondefault
> BACKUP00/backup  devices   ondefault
> BACKUP00/backup  exec  ondefault
> BACKUP00/backup  setuidondefault
> BACKUP00/backup  readonly  off   default
> BACKUP00/backup  jailedoff   default
> BACKUP00/backup  snapdir   hiddendefault
> BACKUP00/backup  aclmode   discard   default
> BACKUP00/backup  aclinheritrestricteddefault
> BACKUP00/backup  canmount  ondefault
> BACKUP00/backup  xattr ondefault
> BACKUP00/backup  copies1 default
> BACKUP00/backup  version   5 -
> BACKUP00/backup  utf8only  off   -
> BACKUP00/backup  normalization none  -
> BACKUP00/backup  casesensitivity   sensitive -
> BACKUP00/backup  vscan off   default
> BACKUP00/backup  nbmandoff   default
> BACKUP00/backup  sharesmb  onlocal
> BACKUP00/backup  refquota  none  default
> BACKUP00/backup  refreservationnone  default
> BACKUP00/backup  primarycache  all   default
> BACKUP00/backup  secondarycacheall   default
> BACKUP00/backup  usedbysnapshots   0 -
> BACKUP00/backup  usedbydataset 1.47T -
> BACKUP00/backup  usedbychildren0 -
> BACKUP00/backup  usedbyrefreservation  0 -
> BACKUP00/backup  logbias   latency   default
> BACKUP00/backup  dedup onlocal
>

As already described by Dan and perhaps not followed up on:  dedup requires
at very large amount of memory.  Assuming 32GB is sufficient is most likely
wrong.

What does zdb -S BACKUP00 say?

Also I will note you were asked if the ZFS FS in question had dedup
enabled.  You replied with a response from an incorrect FS.



-- 
Adam
___
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"


Re: ARC "pressured out", how to control/stabilize ? (reformatted to text/plain)

2014-01-05 Thread Andriy Gapon
on 04/01/2014 14:50 Vladimir Sharun said the following:
[snip]
> ARC: 28G Total, 2085M MFU, 20G MRU, 29M Anon, 1858M Header, 3855M Other
[snip]
> ITEM   SIZE  LIMIT USED FREE  REQ FAIL SLEEP
[snip]
> zio_data_buf_131072: 131072,  0,  488217,   9,287155442,   0,   0

I noticed a particular discrepancy between reported ARC usage and sizes of UMA
zones used by ZFS code:

488217 * 131072 = ~59GB right there.

There are several possibilities for this discrepancy:
- bad accounting or reporting of ARC stats
- those 128K buffers being used in a special way and thus not accounted as ARC
- some sort of resource leak

You could try to use DTrace to gather the stacks of all code paths that lead to
allocation of those buffers.  Something like:

fbt::zio_data_buf_alloc:entry
/arg0 == 131072/
{
@[stack()] = count();
}

This could be a start for understanding the issue.

-- 
Andriy Gapon
___
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"


[head tinderbox] failure on powerpc64/powerpc

2014-01-05 Thread FreeBSD Tinderbox
TB --- 2014-01-05 07:30:50 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-01-05 07:30:50 - 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 --- 2014-01-05 07:30:50 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2014-01-05 07:30:50 - cleaning the object tree
TB --- 2014-01-05 07:32:46 - /usr/local/bin/svn stat /src
TB --- 2014-01-05 07:32:50 - At svn revision 260309
TB --- 2014-01-05 07:32:51 - building world
TB --- 2014-01-05 07:32:51 - CROSS_BUILD_TESTING=YES
TB --- 2014-01-05 07:32:51 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-01-05 07:32:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-01-05 07:32:51 - SRCCONF=/dev/null
TB --- 2014-01-05 07:32:51 - TARGET=powerpc
TB --- 2014-01-05 07:32:51 - TARGET_ARCH=powerpc64
TB --- 2014-01-05 07:32:51 - TZ=UTC
TB --- 2014-01-05 07:32:51 - __MAKE_CONF=/dev/null
TB --- 2014-01-05 07:32:51 - cd /src
TB --- 2014-01-05 07:32:51 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Sun Jan  5 07:32:58 UTC 2014
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> stage 5.1: building 32 bit shim libraries
>>> World build completed on Sun Jan  5 10:41:34 UTC 2014
TB --- 2014-01-05 10:41:34 - generating LINT kernel config
TB --- 2014-01-05 10:41:34 - cd /src/sys/powerpc/conf
TB --- 2014-01-05 10:41:34 - /usr/bin/make -B LINT
TB --- 2014-01-05 10:41:34 - cd /src/sys/powerpc/conf
TB --- 2014-01-05 10:41:34 - /usr/sbin/config -m LINT
TB --- 2014-01-05 10:41:34 - skipping LINT kernel
TB --- 2014-01-05 10:41:34 - cd /src/sys/powerpc/conf
TB --- 2014-01-05 10:41:34 - /usr/sbin/config -m GENERIC
TB --- 2014-01-05 10:41:34 - skipping GENERIC kernel
TB --- 2014-01-05 10:41:34 - cd /src/sys/powerpc/conf
TB --- 2014-01-05 10:41:34 - /usr/sbin/config -m GENERIC64
TB --- 2014-01-05 10:41:34 - building GENERIC64 kernel
TB --- 2014-01-05 10:41:34 - CROSS_BUILD_TESTING=YES
TB --- 2014-01-05 10:41:34 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-01-05 10:41:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-01-05 10:41:34 - SRCCONF=/dev/null
TB --- 2014-01-05 10:41:34 - TARGET=powerpc
TB --- 2014-01-05 10:41:34 - TARGET_ARCH=powerpc64
TB --- 2014-01-05 10:41:34 - TZ=UTC
TB --- 2014-01-05 10:41:34 - __MAKE_CONF=/dev/null
TB --- 2014-01-05 10:41:34 - cd /src
TB --- 2014-01-05 10:41:34 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64
>>> Kernel build for GENERIC64 started on Sun Jan  5 10:41:35 UTC 2014
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
objcopy --only-keep-debug t5fw_cfg.ko.debug t5fw_cfg.ko.symbols
objcopy --strip-debug --add-gnu-debuglink=t5fw_cfg.ko.symbols t5fw_cfg.ko.debug 
t5fw_cfg.ko
===> cyclic (all)
cc  -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc  
-I/src/sys/modules/cyclic/../../cddl/compat/opensolaris 
-I/src/sys/modules/cyclic/../../cddl/contrib/opensolaris/uts/common 
-I/src/sys/modules/cyclic/../.. 
-I/src/sys/modules/cyclic/../../cddl/dev/cyclic/i386 
-DHAVE_KERNEL_OPTION_HEADERS -include 
/obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq 
-finline-limit=15000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -fno-common -g -mlongcall -fno-omit-frame-pointer 
-I/obj/powerpc.powerpc64/src/sys/GENERIC64  -msoft-float -mno-altivec 
-mcall-aixdesc -ffreestanding -fstack-protector -std=iso9899:1999  
-fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef 
-Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs 
-fdiagnostics-show-option   -Wno-unknown-pragmas -include 
/src/sys/modules/cyclic/../../cddl/compat/ope!
 nsolaris/sys/debug_compat.h -c 
/src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c
cc1: warnings being treated as errors
In file included from 
/src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c:326:
/src/sys/modules/cyclic/../../sys/kernel.h:61: warning: redundant redeclaration 
of 'hz' [-Wredundant-decls]
/src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/time.h:73: warning: 
previous declaration of 'hz' was here
*** Error code 1

Stop.
bmake[3]: stopped in /src/sys/modules/cyclic
*** Error code 1

Stop.
bmake[2]: stopped in /src/sys/modules
*** Error code 1

Stop.
bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64
*** Error code 1

Stop.
bmake: stopped in /src
*** E

[head tinderbox] failure on sparc64/sparc64

2014-01-05 Thread FreeBSD Tinderbox
TB --- 2014-01-05 09:03:47 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-01-05 09:03:47 - 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 --- 2014-01-05 09:03:47 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2014-01-05 09:03:47 - cleaning the object tree
TB --- 2014-01-05 09:05:15 - /usr/local/bin/svn stat /src
TB --- 2014-01-05 09:06:05 - At svn revision 260309
TB --- 2014-01-05 09:06:06 - building world
TB --- 2014-01-05 09:06:06 - CROSS_BUILD_TESTING=YES
TB --- 2014-01-05 09:06:06 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-01-05 09:06:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-01-05 09:06:06 - SRCCONF=/dev/null
TB --- 2014-01-05 09:06:06 - TARGET=sparc64
TB --- 2014-01-05 09:06:06 - TARGET_ARCH=sparc64
TB --- 2014-01-05 09:06:06 - TZ=UTC
TB --- 2014-01-05 09:06:06 - __MAKE_CONF=/dev/null
TB --- 2014-01-05 09:06:06 - cd /src
TB --- 2014-01-05 09:06:06 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Sun Jan  5 09:06:14 UTC 2014
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Sun Jan  5 10:07:40 UTC 2014
TB --- 2014-01-05 10:07:40 - generating LINT kernel config
TB --- 2014-01-05 10:07:40 - cd /src/sys/sparc64/conf
TB --- 2014-01-05 10:07:40 - /usr/bin/make -B LINT
TB --- 2014-01-05 10:07:40 - cd /src/sys/sparc64/conf
TB --- 2014-01-05 10:07:40 - /usr/sbin/config -m LINT
TB --- 2014-01-05 10:07:40 - building LINT kernel
TB --- 2014-01-05 10:07:40 - CROSS_BUILD_TESTING=YES
TB --- 2014-01-05 10:07:40 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-01-05 10:07:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-01-05 10:07:40 - SRCCONF=/dev/null
TB --- 2014-01-05 10:07:40 - TARGET=sparc64
TB --- 2014-01-05 10:07:40 - TARGET_ARCH=sparc64
TB --- 2014-01-05 10:07:40 - TZ=UTC
TB --- 2014-01-05 10:07:40 - __MAKE_CONF=/dev/null
TB --- 2014-01-05 10:07:40 - cd /src
TB --- 2014-01-05 10:07:40 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Sun Jan  5 10:07:40 UTC 2014
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
ld -Bshareable  -d -warn-common -o nullfs.ko nullfs.kld
objcopy --strip-debug nullfs.ko
===> opensolaris (all)
cc  -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc  
-I/src/sys/modules/opensolaris/../../cddl/compat/opensolaris 
-I/src/sys/modules/opensolaris/../../cddl/contrib/opensolaris/uts/common 
-I/src/sys/modules/opensolaris/../.. -DHAVE_KERNEL_OPTION_HEADERS -include 
/obj/sparc64.sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq 
-finline-limit=15000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -fno-common  -I/obj/sparc64.sparc64/src/sys/LINT 
-fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector 
-std=iso9899:1999  -fstack-protector -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
-Wundef -Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs 
-fdiagnostics-show-option   -Wno-unknown-pragmas -include 
/src/sys/modules/opensolaris/../../cddl/compat/opensolaris/sys/debug_compat.h 
-c /src/sys/modules/opensolaris/../../cddl/compat/openso!
 laris/kern/opensolaris.c
cc1: warnings being treated as errors
In file included from 
/src/sys/modules/opensolaris/../../cddl/compat/opensolaris/kern/opensolaris.c:35:
/src/sys/modules/opensolaris/../../sys/kernel.h:61: warning: redundant 
redeclaration of 'hz' [-Wredundant-decls]
/src/sys/modules/opensolaris/../../cddl/compat/opensolaris/sys/time.h:73: 
warning: previous declaration of 'hz' was here
*** Error code 1

Stop.
bmake[3]: stopped in /src/sys/modules/opensolaris
*** Error code 1

Stop.
bmake[2]: stopped in /src/sys/modules
*** Error code 1

Stop.
bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2014-01-05 10:27:58 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-01-05 10:27:58 - ERROR: failed to build LINT kernel
TB --- 2014-01-05 10:27:58 - 4136.40 user 679.55 system 5051.11 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to

[head tinderbox] failure on powerpc/powerpc

2014-01-05 Thread FreeBSD Tinderbox
TB --- 2014-01-05 07:18:39 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-01-05 07:18:39 - 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 --- 2014-01-05 07:18:39 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2014-01-05 07:18:39 - cleaning the object tree
TB --- 2014-01-05 07:20:42 - /usr/local/bin/svn stat /src
TB --- 2014-01-05 07:20:46 - At svn revision 260309
TB --- 2014-01-05 07:20:47 - building world
TB --- 2014-01-05 07:20:47 - CROSS_BUILD_TESTING=YES
TB --- 2014-01-05 07:20:47 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-01-05 07:20:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-01-05 07:20:47 - SRCCONF=/dev/null
TB --- 2014-01-05 07:20:47 - TARGET=powerpc
TB --- 2014-01-05 07:20:47 - TARGET_ARCH=powerpc
TB --- 2014-01-05 07:20:47 - TZ=UTC
TB --- 2014-01-05 07:20:47 - __MAKE_CONF=/dev/null
TB --- 2014-01-05 07:20:47 - cd /src
TB --- 2014-01-05 07:20:47 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Sun Jan  5 07:20:54 UTC 2014
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Sun Jan  5 09:58:44 UTC 2014
TB --- 2014-01-05 09:58:44 - generating LINT kernel config
TB --- 2014-01-05 09:58:44 - cd /src/sys/powerpc/conf
TB --- 2014-01-05 09:58:44 - /usr/bin/make -B LINT
TB --- 2014-01-05 09:58:44 - cd /src/sys/powerpc/conf
TB --- 2014-01-05 09:58:44 - /usr/sbin/config -m LINT
TB --- 2014-01-05 09:58:44 - building LINT kernel
TB --- 2014-01-05 09:58:44 - CROSS_BUILD_TESTING=YES
TB --- 2014-01-05 09:58:44 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-01-05 09:58:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-01-05 09:58:44 - SRCCONF=/dev/null
TB --- 2014-01-05 09:58:44 - TARGET=powerpc
TB --- 2014-01-05 09:58:44 - TARGET_ARCH=powerpc
TB --- 2014-01-05 09:58:44 - TZ=UTC
TB --- 2014-01-05 09:58:44 - __MAKE_CONF=/dev/null
TB --- 2014-01-05 09:58:44 - cd /src
TB --- 2014-01-05 09:58:44 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Sun Jan  5 09:58:44 UTC 2014
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
ld -Bshareable  -d -warn-common -o t5fw_cfg.ko t5fw_cfg.kld
objcopy --strip-debug t5fw_cfg.ko
===> cyclic (all)
cc  -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc  
-I/src/sys/modules/cyclic/../../cddl/compat/opensolaris 
-I/src/sys/modules/cyclic/../../cddl/contrib/opensolaris/uts/common 
-I/src/sys/modules/cyclic/../.. 
-I/src/sys/modules/cyclic/../../cddl/dev/cyclic/i386 
-DHAVE_KERNEL_OPTION_HEADERS -include 
/obj/powerpc.powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq 
-finline-limit=15000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -fno-common  -mlongcall -fno-omit-frame-pointer 
-I/obj/powerpc.powerpc/src/sys/LINT -fno-builtin -msoft-float -mno-altivec 
-ffreestanding -fstack-protector -std=iso9899:1999  -fstack-protector -Wall 
-Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes 
-Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign 
-fformat-extensions  -Wmissing-include-dirs -fdiagnostics-show-option   
-Wno-unknown-pragmas -include 
/src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/debug_!
 compat.h -c /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c
cc1: warnings being treated as errors
In file included from 
/src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c:326:
/src/sys/modules/cyclic/../../sys/kernel.h:61: warning: redundant redeclaration 
of 'hz' [-Wredundant-decls]
/src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/time.h:73: warning: 
previous declaration of 'hz' was here
*** Error code 1

Stop.
bmake[3]: stopped in /src/sys/modules/cyclic
*** Error code 1

Stop.
bmake[2]: stopped in /src/sys/modules
*** Error code 1

Stop.
bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2014-01-05 10:11:19 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-01-05 10:11:19 - ERROR: failed to build LINT kernel
TB --- 2014-01-05 10:11:19 - 8656.84 user 1087.17 system 10360.12 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send a

Re: 11.0-CURRENT panic (nfsd?)

2014-01-05 Thread Markiyan Kushnir
2014/1/5 John-Mark Gurney :
> Markiyan Kushnir wrote this message on Sun, Jan 05, 2014 at 10:57 +0200:
>> I started to see a reliable panic on a recent CURRENT:
>>
>> $ uname -a
>> FreeBSD mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0
>> r260296: Sun Jan  5 07:14:50 EET 2014
>> r...@vm.mkushnir.mooo.com:/usr/obj/usr/src.svnup/sys/MAREK  amd64
>>
>> The panic is always triggered by the first request to the nfs service
>> (this machine runs a PXE server).
>>
>> The core.txt is attached. Please let me know if I can help more.
>
> Apparently the mime-type on the attachment was bad and got scrubbed...
>
> Maybe include it inline if it isn't too long?
>

It's 144KB long. I will share it via Google Drive:

https://drive.google.com/file/d/0B9Q-zpUXxqCnNVhBY0M5ZzU4d1k/edit?usp=sharing

--
Markiyan.


> --
>   John-Mark Gurney  Voice: +1 415 225 5579
>
>  "All that I will do, has been done, All that I have, has not."
___
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"


Re: 11.0-CURRENT panic (nfsd?)

2014-01-05 Thread John-Mark Gurney
Markiyan Kushnir wrote this message on Sun, Jan 05, 2014 at 10:57 +0200:
> I started to see a reliable panic on a recent CURRENT:
> 
> $ uname -a
> FreeBSD mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0
> r260296: Sun Jan  5 07:14:50 EET 2014
> r...@vm.mkushnir.mooo.com:/usr/obj/usr/src.svnup/sys/MAREK  amd64
> 
> The panic is always triggered by the first request to the nfs service
> (this machine runs a PXE server).
> 
> The core.txt is attached. Please let me know if I can help more.

Apparently the mime-type on the attachment was bad and got scrubbed...

Maybe include it inline if it isn't too long?

-- 
  John-Mark Gurney  Voice: +1 415 225 5579

 "All that I will do, has been done, All that I have, has not."
___
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"


Re: 11.0-CURRENT panic (nfsd?)

2014-01-05 Thread Markiyan Kushnir
Please ignore the attached core.txt.1.gz, and see the new
core.txt.2.gz in this attachment. I confused files.

--
Markiyan.


2014/1/5 Markiyan Kushnir :
> I started to see a reliable panic on a recent CURRENT:
>
> $ uname -a
> FreeBSD mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0
> r260296: Sun Jan  5 07:14:50 EET 2014
> r...@vm.mkushnir.mooo.com:/usr/obj/usr/src.svnup/sys/MAREK  amd64
>
> The panic is always triggered by the first request to the nfs service
> (this machine runs a PXE server).
>
> The core.txt is attached. Please let me know if I can help more.
>
> --
> Markiyan.
___
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"


11.0-CURRENT panic (nfsd?)

2014-01-05 Thread Markiyan Kushnir
I started to see a reliable panic on a recent CURRENT:

$ uname -a
FreeBSD mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0
r260296: Sun Jan  5 07:14:50 EET 2014
r...@vm.mkushnir.mooo.com:/usr/obj/usr/src.svnup/sys/MAREK  amd64

The panic is always triggered by the first request to the nfs service
(this machine runs a PXE server).

The core.txt is attached. Please let me know if I can help more.

--
Markiyan.
___
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"


Re: ZFS command can block the whole ZFS subsystem!

2014-01-05 Thread O. Hartmann
On Sun, 5 Jan 2014 19:30:39 +1100
Peter Jeremy  wrote:

> On 2014-Jan-05 09:11:38 +0100, "O. Hartmann"
>  wrote:
> >On Sun, 5 Jan 2014 10:14:26 +1100
> >Peter Jeremy  wrote:
> >
> >> On 2014-Jan-04 23:26:42 +0100, "O. Hartmann"
> >>  wrote:
> >> >zfs list -r BACKUP00
> >> >NAME  USED  AVAIL  REFER  MOUNTPOINT
> >> >BACKUP00 1.48T  1.19T   144K  /BACKUP00
> >> >BACKUP00/backup  1.47T  1.19T  1.47T  /backup
> >> 
> >> Well, that at least shows it's making progress - it's gone from
> >> 2.5T to 1.47T used (though I gather that has taken several days).
> >> Can you pleas post the result of
> >> zfs get all BACKUP00/backup
> 
> >BACKUP00/backup  deduponlocal
> 
> This is your problem.  Before it can free any block, it has to check
> for other references to the block via the DDT and I suspect you don't
> have enough RAM to cache the DDT.
> 
> Your options are:
> 1) Wait until the delete finishes.
> 2) Destroy the pool with extreme prejudice: Forcably export the pool
>(probably by booting to single user and not starting ZFS) and write
>zeroes to the first and last MB of ada3p1.
> 
> BTW, this problem will occur on any filesystem where you've ever
> enabled dedup - once there are any dedup'd blocks in a filesystem,
> all deletes need to go via the DDT.
> 

As I stated earlier in the this thread, the box in question has 32 GB
RAM and this should be sufficient.


signature.asc
Description: PGP signature


Re: ZFS command can block the whole ZFS subsystem!

2014-01-05 Thread Peter Jeremy
On 2014-Jan-05 09:11:38 +0100, "O. Hartmann"  
wrote:
>On Sun, 5 Jan 2014 10:14:26 +1100
>Peter Jeremy  wrote:
>
>> On 2014-Jan-04 23:26:42 +0100, "O. Hartmann"
>>  wrote:
>> >zfs list -r BACKUP00
>> >NAME  USED  AVAIL  REFER  MOUNTPOINT
>> >BACKUP00 1.48T  1.19T   144K  /BACKUP00
>> >BACKUP00/backup  1.47T  1.19T  1.47T  /backup
>> 
>> Well, that at least shows it's making progress - it's gone from 2.5T
>> to 1.47T used (though I gather that has taken several days).  Can you
>> pleas post the result of
>> zfs get all BACKUP00/backup

>BACKUP00/backup  deduponlocal

This is your problem.  Before it can free any block, it has to check
for other references to the block via the DDT and I suspect you don't
have enough RAM to cache the DDT.

Your options are:
1) Wait until the delete finishes.
2) Destroy the pool with extreme prejudice: Forcably export the pool
   (probably by booting to single user and not starting ZFS) and write
   zeroes to the first and last MB of ada3p1.

BTW, this problem will occur on any filesystem where you've ever
enabled dedup - once there are any dedup'd blocks in a filesystem,
all deletes need to go via the DDT.

-- 
Peter Jeremy


pgp3MDihoDvIU.pgp
Description: PGP signature


Re: ZFS command can block the whole ZFS subsystem!

2014-01-05 Thread O. Hartmann
On Sun, 5 Jan 2014 10:14:26 +1100
Peter Jeremy  wrote:

> On 2014-Jan-04 23:26:42 +0100, "O. Hartmann"
>  wrote:
> >zfs list -r BACKUP00
> >NAME  USED  AVAIL  REFER  MOUNTPOINT
> >BACKUP00 1.48T  1.19T   144K  /BACKUP00
> >BACKUP00/backup  1.47T  1.19T  1.47T  /backup
> 
> Well, that at least shows it's making progress - it's gone from 2.5T
> to 1.47T used (though I gather that has taken several days).  Can you
> pleas post the result of
> zfs get all BACKUP00/backup
> 

Here we go:


NAME PROPERTY  VALUE SOURCE
BACKUP00/backup  type  filesystem-
BACKUP00/backup  creation  Fr Dez 20 23:17 2013  -
BACKUP00/backup  used  1.47T -
BACKUP00/backup  available 1.19T -
BACKUP00/backup  referenced1.47T -
BACKUP00/backup  compressratio 1.00x -
BACKUP00/backup  mounted   no-
BACKUP00/backup  quota none  default
BACKUP00/backup  reservation   none  default
BACKUP00/backup  recordsize128K  default
BACKUP00/backup  mountpoint/backup   local
BACKUP00/backup  sharenfs  off   default
BACKUP00/backup  checksum  sha256local
BACKUP00/backup  compression   lz4   local
BACKUP00/backup  atime ondefault
BACKUP00/backup  devices   ondefault
BACKUP00/backup  exec  ondefault
BACKUP00/backup  setuidondefault
BACKUP00/backup  readonly  off   default
BACKUP00/backup  jailedoff   default
BACKUP00/backup  snapdir   hiddendefault
BACKUP00/backup  aclmode   discard   default
BACKUP00/backup  aclinheritrestricteddefault
BACKUP00/backup  canmount  ondefault
BACKUP00/backup  xattr ondefault
BACKUP00/backup  copies1 default
BACKUP00/backup  version   5 -
BACKUP00/backup  utf8only  off   -
BACKUP00/backup  normalization none  -
BACKUP00/backup  casesensitivity   sensitive -
BACKUP00/backup  vscan off   default
BACKUP00/backup  nbmandoff   default
BACKUP00/backup  sharesmb  onlocal
BACKUP00/backup  refquota  none  default
BACKUP00/backup  refreservationnone  default
BACKUP00/backup  primarycache  all   default
BACKUP00/backup  secondarycacheall   default
BACKUP00/backup  usedbysnapshots   0 -
BACKUP00/backup  usedbydataset 1.47T -
BACKUP00/backup  usedbychildren0 -
BACKUP00/backup  usedbyrefreservation  0 -
BACKUP00/backup  logbias   latency   default
BACKUP00/backup  dedup onlocal
BACKUP00/backup  mlslabel-
BACKUP00/backup  sync  standard  default
BACKUP00/backup  refcompressratio  1.00x -
BACKUP00/backup  written   1.47T -
BACKUP00/backup  logicalused   1.47T -
BACKUP00/backup  logicalreferenced 1.47T -


signature.asc
Description: PGP signature