Xen HVM Panic, HEAD

2015-02-16 Thread Sean Bruno 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

https://people.freebsd.org/~sbruno/Xen_APIC_panic.png

I suspect that there may be one or two more lines above this that are
relevant to this panic, but XENHVM kernel's now panic booting on Xen
server.  The working kernel output looks like this:

FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
XEN: Hypervisor version 4.2 detected.
CPU: Intel(R) Xeon(R) CPU   E5620  @ 2.40GHz (2400.05-MHz
K8-class CPU)
  Origin="GenuineIntel"  Id=0x206c2  Family=0x6  Model=0x2c  Stepping=2
 
Features=0x1783fbff
 
Features2=0x81ba2201
  AMD Features=0x28100800
  AMD Features2=0x1
Hypervisor: Origin = "XenVMMXenVMM"
real memory  = 1434451968 (1368 MB)
avail memory = 1353293824 (1290 MB)
Event timer "LAPIC" quality 400
ACPI APIC Table: 
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
FreeBSD/SMP: 1 package(s) x 2 core(s)
 cpu0 (BSP): APIC ID:  0
 cpu1 (AP): APIC ID:  2
ioapic0: Changing APIC ID to 1
MADT: Forcing active-low polarity and level trigger for SCI


bcc: royger@
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQF8BAEBCgBmBQJU4r8bXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx
MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5kOTcH/R4jzSNBELU+Jc1E0N7b97wS
pRzbL69AQaDnjI8yCHvMX9AwmqC1x4Fd+bpk4Xqf9Aut9SHZTUhlZlw3BAqZfPmj
ofPaaDn3B4AUIMW/K1yPUE7tup1GlM+hSdX4czoBzzO3wKC5aBz4qgv+Peb2FMDe
LwEoeWpbJFu5y11uITN0en08bdRAg7B+gJCPkPbzY+W6m0RKpWJ8PavXNfxlMTYt
WQThTEy8SdRIPQRdAKURYSqWAPkfMP2s07h4Ckm9rXybbLWCQBYMwJZxhcDfXWlz
EoYLHoQ2nt0dT3Lu9lxH8EppCZpVQRAnVLYYB6tBpeDt9boNpNxoJ0UuOf906AM=
=EspR
-END PGP SIGNATURE-
___
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: Pluggable frame buffer devices

2015-02-16 Thread Gary Palmer 
On Mon, Feb 16, 2015 at 06:10:22PM +0100, Hans Petter Selasky wrote:
> On 02/16/15 16:39, Shawn Webb wrote:
> > On Sunday, February 15, 2015 11:14:47 PM Hans Petter Selasky wrote:
> >> Hi,
> >>
> >> I've added support for USB display link adapters to FreeBSD-11-current,
> >> but the kernel panics once "vt_fb_attach(info)" is called from
> >> "fbd_register(struct fb_info* info)" when the USB device is plugged or
> >> udl.ko is loaded. Is this a known issue?
> >>
> >> REF: https://svnweb.freebsd.org/base/head/sys/dev/usb/video/udl.c
> >>
> >> --HPS
> >
> > I personally can't answer your question. But I'd love to help test this,
> > especially since Haswell graphics isn't supported, yet, and my laptop is
> > running Haswell. What would be a good USB display device to buy to help test
> > this awesome work out?
> 
> Hi Shawn,
> 
> I think any USB device that uses the brand name "DisplayLink" will work.

Hi HPS,

I thought the later generations, especially the ones with USB3 support,
used a propretary encryption between the host and the adapter that was
not currently supported by any F/OSS operating system?  

If you look on the DisplayLink forums there are angry threads about
the lack of Linux support for the later generation dongles.

e.g.

http://displaylink.org/forum/showthread.php?s=77a3ad0ad0f21031f0996325f249f584&t=61689

(there's a much longer thread somewhere which is more angry, but I've lost
 the link)

Regards,

Gary
___
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: r277959 breaks X display on IvyBridge mobile GT2 IG

2015-02-16 Thread Michael Gmelin 


On Mon, 16 Feb 2015 15:45:46 -0800
Adrian Chadd  wrote:

> On 16 February 2015 at 14:40, Ian FREISLICH 
> wrote:
> > Ian FREISLICH wrote:
> >> Adrian Chadd wrote:
> >> > Hi,
> >> >
> >>
> >> > There's a "invert backlight" option in i915, try setting it to 1?
> >>
> >> This is pretty much all I could find (unless I was looking in the
> >> wrong place).  It makes no difference.  The backlight appears to
> >> be disabled.
> >
> > Adrian, do you have any idea how to fix the backlight for my laptop?
> > I ended up reversing out your change r277959 in my local copy to
> > make the backlight work again here.
> 
> Hi,
> 
> I don't, no. I haven't dug further into the i915 backlight control
> code because, well, a lot of changed in that update. The backlight
> code was in a lot of flux during the period of time kib chose to fast
> forward, so it's not unsurprising that it broke for some.
> 
> I think for now we'll need a quirk that can be added for each laptop
> we find with that particular behaviour. The real solution is to
> continue sliding i915 forward in time.
> 

In the meantime this workaround might be useful (not sure if it works
while the driver is loaded):

https://github.com/grembo/intel_backlight_fbsd


-- 
Michael Gmelin
___
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: r277959 breaks X display on IvyBridge mobile GT2 IG

2015-02-16 Thread Adrian Chadd 
On 16 February 2015 at 14:40, Ian FREISLICH  wrote:
> Ian FREISLICH wrote:
>> Adrian Chadd wrote:
>> > Hi,
>> >
>>
>> > There's a "invert backlight" option in i915, try setting it to 1?
>>
>> This is pretty much all I could find (unless I was looking in the
>> wrong place).  It makes no difference.  The backlight appears to
>> be disabled.
>
> Adrian, do you have any idea how to fix the backlight for my laptop?
> I ended up reversing out your change r277959 in my local copy to
> make the backlight work again here.

Hi,

I don't, no. I haven't dug further into the i915 backlight control
code because, well, a lot of changed in that update. The backlight
code was in a lot of flux during the period of time kib chose to fast
forward, so it's not unsurprising that it broke for some.

I think for now we'll need a quirk that can be added for each laptop
we find with that particular behaviour. The real solution is to
continue sliding i915 forward in time.



-adrian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: r277959 breaks X display on IvyBridge mobile GT2 IG

2015-02-16 Thread Ian FREISLICH 
Ian FREISLICH wrote:
> Adrian Chadd wrote:
> > Hi,
> >
> 
> > There's a "invert backlight" option in i915, try setting it to 1?
> 
> This is pretty much all I could find (unless I was looking in the
> wrong place).  It makes no difference.  The backlight appears to
> be disabled.

Adrian, do you have any idea how to fix the backlight for my laptop?
I ended up reversing out your change r277959 in my local copy to
make the backlight work again here.

Ian

-- 
Ian Freislich
___
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: Current build world failed: bsdxml is missing?

2015-02-16 Thread Arseny Nasokin 
On 16 February 2015 at 17:04, Arseny Nasokin  wrote:

> On 16 February 2015 at 15:34, Garrett Cooper 
> wrote:
>
>> On Feb 16, 2015, at 4:28, Arseny Nasokin  wrote:
>>
>> > Geom XML output is failed to build.
>> >
>> > Build box SVN version is: CURRENT-r265265.
>> >
>> > Related log output is:
>> >
>> > --- sbin.all__D ---
>> > /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function
>> > `geom_xml2tree':
>> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x5e): undefined reference
>> to
>> > `XML_ParserCreate'
>> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xa2): undefined reference
>> to
>> > `XML_SetUserData'
>> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xb4): undefined reference
>> to
>> > `XML_SetElementHandler'
>> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xc1): undefined reference
>> to
>> > `XML_SetCharacterDataHandler'
>> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xdb): undefined reference
>> to
>> > `XML_Parse'
>> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xfd): undefined reference
>> to
>> > `XML_ParserFree'
>> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x373): undefined reference
>> to
>> > `XML_ParserFree'
>> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x37d): undefined reference
>> to
>> > `XML_GetErrorCode'
>> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x397): undefined reference
>> to
>> > `XML_ParserFree'
>> > /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function
>> > `StartElement':
>> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x3eb): undefined reference
>> to
>> > `sbuf_new'
>> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x735): undefined reference
>> to
>> > `XML_StopParser'
>> > /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function
>> > `EndElement':
>> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7bb): undefined reference
>> to
>> > `sbuf_finish'
>> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7d0): undefined reference
>> to
>> > `sbuf_data'
>> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7e9): undefined reference
>> to
>> > `sbuf_delete'
>> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xa25): undefined reference
>> to
>> > `XML_StopParser'
>> > /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function
>> > `CharData':
>> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xc62): undefined reference
>> to
>> > `sbuf_bcat’
>>
>> I think the fact that it’s missing sbuf* is the underlying cause for the
>> failures seen here. Can you please post more context in a pastebin or
>> something (what phase did buildworld fail, what options did you pass to
>> make, i.e. -DNO_CLEAN, etc?)?
>>
>> Thanks!
>>
>
> Thank you for fast reply,
>
> I remove /usr/obj/usr and $TMPDIR explicitly with rm(1) and chflags(1) and
> only then build world. (I use separate $TMPDIR for that process)
>
> # make toolchain 'SRCCONF=/path/to/src.conf' -DNO_CLEAN
> '__MAKE_CONF=/dev/null' 'TARGET=amd64'
> # make buildworld 'SRCCONF=/path/to/src.conf' -DNO_CLEAN
> '__MAKE_CONF=/dev/null' 'TARGET=amd64'
> ...
>
> The stage is: 4.4 (building everything)
>
> Build script is here:
> https://bitbucket.org/eirnym/bsd/src/9822ba9b1ed54414a79d5a632b3857f8b671c769/builder/mkw.sh?at=default
>
> -- Eir Nym
>


Full log is here http://eroese.org/_/_/pub/bsd/world.amd64.278844.log (~23
Mb)

Recent part is:

gzip -cn /usr/src/sbin/atm/atmconfig/atmconfig.8 > atmconfig.8.gz
===> sbin/badsect (all)
cc  -O2 -pipe   -DNDEBUG -std=gnu99 -fstack-protector -Wsystem-headers
-Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body
-Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare
-Wno-unused-value -Wno-parentheses-equality -Wno-unused-function
-Wno-enum-conversion -Wno-switch -Wno-switch-enum
-Wno-knr-promoted-parameter -Qunused-arguments -c
/usr/src/sbin/badsect/badsect.c
ctfconvert -L VERSION badsect.o
ERROR: ctfconvert: badsect.o doesn't have type data to convert
cc  -O2 -pipe   -DNDEBUG -std=gnu99 -fstack-protector -Wsystem-headers
-Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body
-Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare
-Wno-unused-value -Wno-parentheses-equality -Wno-unused-function
-Wno-enum-conversion -Wno-switch -Wno-switch-enum
-Wno-knr-promoted-parameter -Qunused-arguments  -static -o badsect
badsect.o  -lufs
ctfmerge -L VERSION -o badsect badsect.o
ERROR: ctfmerge: No ctf sections found to merge
gzip -cn /usr/src/sbin/badsect/badsect.8 > badsect.8.gz
===> sbin/bsdlabel (all)
cc  -O2 -pipe   -DNDEBUG -std=gnu99 -fstack-protector -Wsystem-headers
-Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual
-Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align
-Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls
-Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations
-Wthread-safety -Wno-empty-body -Wno-string-plus-int
-Wno-unused-const-variable -Q

Re: Pluggable frame buffer devices

2015-02-16 Thread Mehmet Erol Sanliturk 
On Mon, Feb 16, 2015 at 1:33 PM, Hans Petter Selasky 
wrote:

> On 02/16/15 22:30, Mehmet Erol Sanliturk wrote:
>
>> On Mon, Feb 16, 2015 at 9:10 AM, Hans Petter Selasky 
>> wrote:
>>
>>  On 02/16/15 16:39, Shawn Webb wrote:
>>>
>>>  On Sunday, February 15, 2015 11:14:47 PM Hans Petter Selasky wrote:

  Hi,
>
> I've added support for USB display link adapters to FreeBSD-11-current,
> but the kernel panics once "vt_fb_attach(info)" is called from
> "fbd_register(struct fb_info* info)" when the USB device is plugged or
> udl.ko is loaded. Is this a known issue?
>
> REF: https://svnweb.freebsd.org/base/head/sys/dev/usb/video/udl.c
>
> --HPS
>
>
 I personally can't answer your question. But I'd love to help test this,
 especially since Haswell graphics isn't supported, yet, and my laptop is
 running Haswell. What would be a good USB display device to buy to help
 test
 this awesome work out?


>>> Hi Shawn,
>>>
>>> I think any USB device that uses the brand name "DisplayLink" will work.
>>>
>>> Current list of supported devices:
>>>
>>>   /*
>>>
   * Matching devices.
   */
 static const STRUCT_USB_HOST_ID udl_devs[] = {
  {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_
 LCD4300U,
 DL120)},
  {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_
 LCD8000U,
 DL120)},
  {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_
 GUC2020,
 DL160)},
  {USB_VPI(USB_VENDOR_DISPLAYLINK,
 USB_PRODUCT_DISPLAYLINK_LD220,
 DL165)},
  {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_
 VCUD60,
 DL160)},
  {USB_VPI(USB_VENDOR_DISPLAYLINK,
 USB_PRODUCT_DISPLAYLINK_DLDVI,
 DL160)},
  {USB_VPI(USB_VENDOR_DISPLAYLINK,
 USB_PRODUCT_DISPLAYLINK_VGA10,
 DL120)},
  {USB_VPI(USB_VENDOR_DISPLAYLINK,
 USB_PRODUCT_DISPLAYLINK_WSDVI,
 DLUNK)},
  {USB_VPI(USB_VENDOR_DISPLAYLINK,
 USB_PRODUCT_DISPLAYLINK_EC008,
 DL160)},
  {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_
 HPDOCK,
 DL160)},
  {USB_VPI(USB_VENDOR_DISPLAYLINK,
 USB_PRODUCT_DISPLAYLINK_NL571,
 DL160)},
  {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_
 M01061,
 DL195)},
  {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_
 NBDOCK,
 DL165)},
  {USB_VPI(USB_VENDOR_DISPLAYLINK,
 USB_PRODUCT_DISPLAYLINK_SWDVI,
 DLUNK)},
  {USB_VPI(USB_VENDOR_DISPLAYLINK,
 USB_PRODUCT_DISPLAYLINK_UM7X0,
 DL120)},
  {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_CONV,
 DL160)},
  {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_
 PLUGABLE,
 DL160)},
  {USB_VPI(USB_VENDOR_DISPLAYLINK,
 USB_PRODUCT_DISPLAYLINK_LUM70,
 DL125)},
  {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_
 POLARIS2,
 DLUNK)},
  {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_
 LT1421,
 DLUNK)}
 };


>>>
>>> Also see:
>>>
>>> man udl
>>>
>>> Some work needs to be done to fully integrate with the VT console
>>> subsystem. I had Xorg up and running today with the DisplayLink I
>>> adapter I
>>> have, and I works quite well. With USB 3.0 ones I think we can expect
>>> more.
>>>
>>> --HPS
>>> ___
>>>
>>>
>>>
>>
>> Will there be support for the devices like the following USB video
>> adapters
>> ?
>>
>>
>> http://www.amazon.com/gp/product/B00GUE5LGS/ref=s9_
>> simh_gw_p147_d0_i11?pf_rd_m=ATVPDKIKX0DER&pf_rd_s=desktop-2&pf_rd_r=
>> 1QXWR8TQVH25A4KZWMDM&pf_rd_t=36701&pf_rd_p=1970566542&pf_rd_i=desktop
>>
>>
>> http://www.amazon.com/gp/product/B00A2E1MQA/ref=s9_
>> simh_gw_p147_d0_i3?pf_rd_m=ATVPDKIKX0DER&pf_rd_s=desktop-2&pf_rd_r=
>> 1QXWR8TQVH25A4KZWMDM&pf_rd_t=36701&pf_rd_p=1970566542&pf_rd_i=desktop
>>
>>
>> http://www.amazon.com/gp/product/B00612ZPQA/ref=s9_
>> simh_gw_p147_d0_i2?pf_rd_m=ATVPDKIKX0DER&pf_rd_s=desktop-2&pf_rd_r=
>> 1QXWR8TQVH25A4KZWMDM&pf_rd_t=36701&pf_rd_p=1970566542&pf_rd_i=desktop
>>
>>
> Depending on what USB protocol they are using we can add support for them.
> Maybe you need to buy one and dump the USB descriptors :-)
>
> --HPS
>
>

I will attempt to find sample ones ( this may require some time ) and send
their descriptors .
( Some of the following are sold in Turkey )


http://www.digitus.info/pt/productos/multimedia/video/usb-grafik-adapter/r-grafikadapter-usb-20-auf-vga-da-70833/
http://www.digitus.info/pt/productos/multimedia/video/usb-grafik-adapter/r-grafikadapter-usb-20-auf-dvi-da-70834/
http://www.digitus.info/pt/productos/multimedia/video/usb-grafik-adapter/usb-20-auf-hdmi-videoadapter-da-70851/
http://www.digitus.info/pt/productos/multimedia/video/usb-grafik-adapter/r-usb-30-zu-vga-ad

Re: Pluggable frame buffer devices

2015-02-16 Thread Hans Petter Selasky 

On 02/16/15 22:30, Mehmet Erol Sanliturk wrote:

On Mon, Feb 16, 2015 at 9:10 AM, Hans Petter Selasky 
wrote:


On 02/16/15 16:39, Shawn Webb wrote:


On Sunday, February 15, 2015 11:14:47 PM Hans Petter Selasky wrote:


Hi,

I've added support for USB display link adapters to FreeBSD-11-current,
but the kernel panics once "vt_fb_attach(info)" is called from
"fbd_register(struct fb_info* info)" when the USB device is plugged or
udl.ko is loaded. Is this a known issue?

REF: https://svnweb.freebsd.org/base/head/sys/dev/usb/video/udl.c

--HPS



I personally can't answer your question. But I'd love to help test this,
especially since Haswell graphics isn't supported, yet, and my laptop is
running Haswell. What would be a good USB display device to buy to help
test
this awesome work out?



Hi Shawn,

I think any USB device that uses the brand name "DisplayLink" will work.

Current list of supported devices:

  /*

  * Matching devices.
  */
static const STRUCT_USB_HOST_ID udl_devs[] = {
 {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LCD4300U,
DL120)},
 {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LCD8000U,
DL120)},
 {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_GUC2020,
DL160)},
 {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LD220,
DL165)},
 {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_VCUD60,
DL160)},
 {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_DLDVI,
DL160)},
 {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_VGA10,
DL120)},
 {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_WSDVI,
DLUNK)},
 {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_EC008,
DL160)},
 {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_HPDOCK,
DL160)},
 {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_NL571,
DL160)},
 {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_M01061,
DL195)},
 {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_NBDOCK,
DL165)},
 {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_SWDVI,
DLUNK)},
 {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_UM7X0,
DL120)},
 {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_CONV,
DL160)},
 {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_PLUGABLE,
DL160)},
 {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LUM70,
DL125)},
 {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_POLARIS2,
DLUNK)},
 {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LT1421,
DLUNK)}
};




Also see:

man udl

Some work needs to be done to fully integrate with the VT console
subsystem. I had Xorg up and running today with the DisplayLink I adapter I
have, and I works quite well. With USB 3.0 ones I think we can expect more.

--HPS
___





Will there be support for the devices like the following USB video adapters
?


http://www.amazon.com/gp/product/B00GUE5LGS/ref=s9_simh_gw_p147_d0_i11?pf_rd_m=ATVPDKIKX0DER&pf_rd_s=desktop-2&pf_rd_r=1QXWR8TQVH25A4KZWMDM&pf_rd_t=36701&pf_rd_p=1970566542&pf_rd_i=desktop


http://www.amazon.com/gp/product/B00A2E1MQA/ref=s9_simh_gw_p147_d0_i3?pf_rd_m=ATVPDKIKX0DER&pf_rd_s=desktop-2&pf_rd_r=1QXWR8TQVH25A4KZWMDM&pf_rd_t=36701&pf_rd_p=1970566542&pf_rd_i=desktop


http://www.amazon.com/gp/product/B00612ZPQA/ref=s9_simh_gw_p147_d0_i2?pf_rd_m=ATVPDKIKX0DER&pf_rd_s=desktop-2&pf_rd_r=1QXWR8TQVH25A4KZWMDM&pf_rd_t=36701&pf_rd_p=1970566542&pf_rd_i=desktop



Depending on what USB protocol they are using we can add support for 
them. Maybe you need to buy one and dump the USB descriptors :-)


--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: Pluggable frame buffer devices

2015-02-16 Thread Mehmet Erol Sanliturk 
On Mon, Feb 16, 2015 at 9:10 AM, Hans Petter Selasky 
wrote:

> On 02/16/15 16:39, Shawn Webb wrote:
>
>> On Sunday, February 15, 2015 11:14:47 PM Hans Petter Selasky wrote:
>>
>>> Hi,
>>>
>>> I've added support for USB display link adapters to FreeBSD-11-current,
>>> but the kernel panics once "vt_fb_attach(info)" is called from
>>> "fbd_register(struct fb_info* info)" when the USB device is plugged or
>>> udl.ko is loaded. Is this a known issue?
>>>
>>> REF: https://svnweb.freebsd.org/base/head/sys/dev/usb/video/udl.c
>>>
>>> --HPS
>>>
>>
>> I personally can't answer your question. But I'd love to help test this,
>> especially since Haswell graphics isn't supported, yet, and my laptop is
>> running Haswell. What would be a good USB display device to buy to help
>> test
>> this awesome work out?
>>
>
> Hi Shawn,
>
> I think any USB device that uses the brand name "DisplayLink" will work.
>
> Current list of supported devices:
>
>  /*
>>  * Matching devices.
>>  */
>> static const STRUCT_USB_HOST_ID udl_devs[] = {
>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LCD4300U,
>> DL120)},
>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LCD8000U,
>> DL120)},
>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_GUC2020,
>> DL160)},
>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LD220,
>> DL165)},
>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_VCUD60,
>> DL160)},
>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_DLDVI,
>> DL160)},
>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_VGA10,
>> DL120)},
>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_WSDVI,
>> DLUNK)},
>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_EC008,
>> DL160)},
>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_HPDOCK,
>> DL160)},
>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_NL571,
>> DL160)},
>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_M01061,
>> DL195)},
>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_NBDOCK,
>> DL165)},
>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_SWDVI,
>> DLUNK)},
>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_UM7X0,
>> DL120)},
>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_CONV,
>> DL160)},
>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_PLUGABLE,
>> DL160)},
>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LUM70,
>> DL125)},
>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_POLARIS2,
>> DLUNK)},
>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LT1421,
>> DLUNK)}
>> };
>>
>
>
> Also see:
>
> man udl
>
> Some work needs to be done to fully integrate with the VT console
> subsystem. I had Xorg up and running today with the DisplayLink I adapter I
> have, and I works quite well. With USB 3.0 ones I think we can expect more.
>
> --HPS
> ___
>
>


Will there be support for the devices like the following USB video adapters
?


http://www.amazon.com/gp/product/B00GUE5LGS/ref=s9_simh_gw_p147_d0_i11?pf_rd_m=ATVPDKIKX0DER&pf_rd_s=desktop-2&pf_rd_r=1QXWR8TQVH25A4KZWMDM&pf_rd_t=36701&pf_rd_p=1970566542&pf_rd_i=desktop


http://www.amazon.com/gp/product/B00A2E1MQA/ref=s9_simh_gw_p147_d0_i3?pf_rd_m=ATVPDKIKX0DER&pf_rd_s=desktop-2&pf_rd_r=1QXWR8TQVH25A4KZWMDM&pf_rd_t=36701&pf_rd_p=1970566542&pf_rd_i=desktop


http://www.amazon.com/gp/product/B00612ZPQA/ref=s9_simh_gw_p147_d0_i2?pf_rd_m=ATVPDKIKX0DER&pf_rd_s=desktop-2&pf_rd_r=1QXWR8TQVH25A4KZWMDM&pf_rd_t=36701&pf_rd_p=1970566542&pf_rd_i=desktop



Thank you very much .


Mehmet Erol Sanliturk
___
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: Suspend/resume on i915 stop working between r278348 and r278741.

2015-02-16 Thread Ranjan1018 . 
2015-02-16 10:50 GMT+01:00 Konstantin Belousov :

> On Sun, Feb 15, 2015 at 08:43:55PM +0100, Ranjan1018 . wrote:
> > 2015-02-15 19:59 GMT+01:00 Konstantin Belousov :
> >
> > > On Sun, Feb 15, 2015 at 07:45:44PM +0100, Ranjan1018 . wrote:
> > > >
> > > > Unfortunately does not work for me. Tested with r278803.
> > >
> > > Does your machine resume if you boot with hw.x2apic_enable set to 0
> > > from the loader prompt ?
> >
> > Yes. I have added to it to loader.conf
> > $ cat /boot/loader.conf | grep x2apic_enable
> > hw.x2apic_enable=0
> >
> >   Confirm that x2apic is disabled after tunable
> > > frobbing, with sysctl hw.apic.x2apic_mode.
> > >
> > $ sysctl hw.apic.x2apic_mode
> > hw.apic.x2apic_mode: 0
>
> And, does your machine resumed successfully with the tunable set ?
>
Yes.

>
> Below is the patch which seemingly worked for Gleb.
> You should not set the tunable to test it properly.
>
> diff --git a/sys/amd64/amd64/mp_machdep.c b/sys/amd64/amd64/mp_machdep.c
> index 13c3d43..b767691 100644
> --- a/sys/amd64/amd64/mp_machdep.c
> +++ b/sys/amd64/amd64/mp_machdep.c
> @@ -1507,6 +1507,7 @@ cpususpend_handler(void)
> vmm_resume_p();
>
> /* Resume MCA and local APIC */
> +   lapic_xapic_mode();
> mca_resume();
> lapic_setup(0);
>
> diff --git a/sys/i386/i386/mp_machdep.c b/sys/i386/i386/mp_machdep.c
> index 32b9540..a80de54 100644
> --- a/sys/i386/i386/mp_machdep.c
> +++ b/sys/i386/i386/mp_machdep.c
> @@ -1555,6 +1555,7 @@ cpususpend_handler(void)
> cpu_ops.cpu_resume();
>
> /* Resume MCA and local APIC */
> +   lapic_xapic_mode();
> mca_resume();
> lapic_setup(0);
>
> diff --git a/sys/x86/acpica/acpi_wakeup.c b/sys/x86/acpica/acpi_wakeup.c
> index 74522be..e652419 100644
> --- a/sys/x86/acpica/acpi_wakeup.c
> +++ b/sys/x86/acpica/acpi_wakeup.c
> @@ -270,6 +270,7 @@ acpi_wakeup_machdep(struct acpi_softc *sc, int state,
> int sleep_result,
> initializecpu();
> PCPU_SET(switchtime, 0);
> PCPU_SET(switchticks, ticks);
> +   lapic_xapic_mode();
>  #ifdef SMP
> if (!CPU_EMPTY(&suspcpus))
> acpi_wakeup_cpus(sc);
> diff --git a/sys/x86/x86/local_apic.c b/sys/x86/x86/local_apic.c
> index 1809fa6..1b66674 100644
> --- a/sys/x86/x86/local_apic.c
> +++ b/sys/x86/x86/local_apic.c
> @@ -527,7 +527,6 @@ native_lapic_xapic_mode(void)
> saveintr = intr_disable();
> if (x2apic_mode)
> native_lapic_enable_x2apic();
> -   native_lapic_disable();
> intr_restore(saveintr);
>  }
>
>
Thank you Konstantin, it works for me too!

I have commented 'hw.x2apic_enable=0' in /boot/loader.conf
$ cat /boot/loader.conf | grep x2apic_enable
#hw.x2apic_enable=0

the 2xapic result enabled
$ sysctl hw.apic.x2apic_mode
hw.apic.x2apic_mode: 1

and suspend/resume works again.

Regards
Maurizio
___
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: request for crypto hardware...

2015-02-16 Thread David King 
> I do not have the following hardware:
[...]
> padlock (VIA C3, C7 and Eden)

I have a VIA C7 with Padlock you can have if you can pick it up in San 
Francisco. Email me off-list.



signature.asc
Description: Message signed with OpenPGP using GPGMail

Jenkins build is back to normal : FreeBSD_HEAD #2391

2015-02-16 Thread jenkins-admin 
See 

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

r278857: buildkernel failure: pf_norm.c:1098:1: error: no previous prototype for function 'pf_refragment6'

2015-02-16 Thread O. Hartmann 

awk -f /usr/src/sys/conf/kmod_syms.awk ng_ksocket.ko  export_syms | xargs -J% 
objcopy %
ng_ksocket.ko objcopy --strip-debug ng_ksocket.ko
===> netgraph/l2tp (all)
--- ng_l2tp.o ---
cc  -O2 -pipe -O3 -O3 -pipe -march=native  -fno-strict-aliasing -Werror 
-D_KERNEL
-DKLD_MODULE -nostdinc   -DHAVE_KERNEL_OPTION_HEADERS
-include /usr/obj/usr/src/sys/THOR/opt_global.h -I. -I/usr/src/sys
-I/usr/src/sys/contrib/altq -fno-common  -fno-omit-frame-pointer
-mno-omit-leaf-frame-pointer -I/usr/obj/usr/src/sys/THOR  -mcmodel=kernel 
-mno-red-zone
-mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables -ffreestanding 
-fwrapv
-fstack-protector -Wno-error-tautological-compare -Wno-error-empty-body
-Wno-error-parentheses-equality -Wno-error-unused-function  
-Wno-error-pointer-sign -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
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality
-Wno-error-unused-function  -Wno-error-pointer-sign  -mno-aes -mno-avx  
-std=iso9899:1999
-c /usr/src/sys/modules/netgraph/l2tp/../../../netgraph/ng_l2tp.c --- 
all_subdir_pf
--- /usr/src/sys/modules/pf/../../netpfil/pf/pf_norm.c:1098:1: error: no 
previous
prototype for function 'pf_refragment6' [-Werror,-Wmissing-prototypes]
pf_refragment6(struct ifnet *ifp, struct mbuf **m0, struct m_tag *mtag) ^ 1 
error
generated. *** [pf_norm.o] Error code 1

make[4]: stopped in /usr/src/sys/modules/pf
1 error

make[4]: stopped in /usr/src/sys/modules/pf
*** [all_subdir_pf] Error code 2


pgpPagxE2tAYP.pgp
Description: OpenPGP digital signature

Re: Pluggable frame buffer devices

2015-02-16 Thread Hans Petter Selasky 

On 02/16/15 18:10, Hans Petter Selasky wrote:


Some work needs to be done to fully integrate with the VT console
subsystem. I had Xorg up and running today with the DisplayLink I
adapter I have, and I works quite well. With USB 3.0 ones I think we can
expect more.


s/DisplayLink I adapter I have, and I works/DisplayLink adapter I have, 
and it works/g


--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: Pluggable frame buffer devices

2015-02-16 Thread Hans Petter Selasky 

On 02/16/15 16:39, Shawn Webb wrote:

On Sunday, February 15, 2015 11:14:47 PM Hans Petter Selasky wrote:

Hi,

I've added support for USB display link adapters to FreeBSD-11-current,
but the kernel panics once "vt_fb_attach(info)" is called from
"fbd_register(struct fb_info* info)" when the USB device is plugged or
udl.ko is loaded. Is this a known issue?

REF: https://svnweb.freebsd.org/base/head/sys/dev/usb/video/udl.c

--HPS


I personally can't answer your question. But I'd love to help test this,
especially since Haswell graphics isn't supported, yet, and my laptop is
running Haswell. What would be a good USB display device to buy to help test
this awesome work out?


Hi Shawn,

I think any USB device that uses the brand name "DisplayLink" will work.

Current list of supported devices:


/*
 * Matching devices.
 */
static const STRUCT_USB_HOST_ID udl_devs[] = {
{USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LCD4300U, 
DL120)},
{USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LCD8000U, 
DL120)},
{USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_GUC2020, 
DL160)},
{USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LD220, DL165)},
{USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_VCUD60, 
DL160)},
{USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_DLDVI, DL160)},
{USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_VGA10, DL120)},
{USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_WSDVI, DLUNK)},
{USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_EC008, DL160)},
{USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_HPDOCK, 
DL160)},
{USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_NL571, DL160)},
{USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_M01061, 
DL195)},
{USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_NBDOCK, 
DL165)},
{USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_SWDVI, DLUNK)},
{USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_UM7X0, DL120)},
{USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_CONV, DL160)},
{USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_PLUGABLE, 
DL160)},
{USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LUM70, DL125)},
{USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_POLARIS2, 
DLUNK)},
{USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LT1421, DLUNK)}
};



Also see:

man udl

Some work needs to be done to fully integrate with the VT console 
subsystem. I had Xorg up and running today with the DisplayLink I 
adapter I have, and I works quite well. With USB 3.0 ones I think we can 
expect more.


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

Build failed in Jenkins: FreeBSD_HEAD #2390

2015-02-16 Thread jenkins-admin 
See 

Changes:

[avg] vt: move suspend/resume event handlers registration outside of mutex scope

This is to avoid a witness warning about a waiting memory allocation in
the evnt hanlder registration code.

Reported by:markj
MFC after:  3 days
X-MFC with: r277795

[jilles] symlink(7): Mention chflagsat() (can take AT_SYMLINK_NOFOLLOW).

MFC after:  1 week

--
[...truncated 278487 lines...]
:> export_syms
awk -f  
if_pcn.ko.debug  export_syms | xargs -J% objcopy % if_pcn.ko.debug
--- if_pcn.ko.symbols ---
objcopy --only-keep-debug if_pcn.ko.debug if_pcn.ko.symbols
--- if_pcn.ko ---
objcopy --strip-debug --add-gnu-debuglink=if_pcn.ko.symbols if_pcn.ko.debug 
if_pcn.ko
--- all_subdir_pccard ---
--- pccard_cis_quirks.o ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc   
-DHAVE_KERNEL_OPTION_HEADERS -include 

 -I. -I 
-I 
-fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer 
-I
  -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float  
-fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector 
-gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function  
-Wno-error-pointer-sign -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-op
 tion  -Wno-unknown-pragmas  -Wno-error-tautological-compare 
-Wno-error-empty-body  -Wno-error-parentheses-equality 
-Wno-error-unused-function  -Wno-error-pointer-sign  -mno-aes -mno-avx  
-std=iso9899:1999 -c 

--- all_subdir_netgraph ---
ctfconvert -L VERSION -g ng_echo.o
--- ng_echo.ko.debug ---
ld -d -warn-common -r -d -o ng_echo.ko.debug ng_echo.o
--- all_subdir_pccard ---
--- pccard.o ---
ctfconvert -L VERSION -g pccard.o
--- all_subdir_netgraph ---
ctfmerge -L VERSION -g -o ng_echo.ko.debug ng_echo.o
:> export_syms
awk -f  
ng_echo.ko.debug  export_syms | xargs -J% objcopy % ng_echo.ko.debug
--- adwmcode.o ---
--- modules-all ---
--- ng_echo.ko.symbols ---
objcopy --only-keep-debug ng_echo.ko.debug ng_echo.ko.symbols
--- adwmcode.o ---
cc  -c -O2 -pipe -fno-strict-aliasing  -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-unknown-pragmas  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function  
-Wno-error-pointer-sign -nostdinc  -I. 
-I 
-I 
-I 
-D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  
-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel 
-mno-red-zone -mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables 
-ffreestanding -fwrapv -fstack-protector -gdwarf-2 
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-f
 unction  -Wno-error-pointer-sign -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  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function  
-Wno-error-pointer-sign  -mno-aes -mno-avx  -std=iso9899:1999 -Werror  

--- modules-all ---
--- ng_echo.ko ---
objcopy --strip-debug --add-gnu-debuglink=ng_echo.ko.symbols ng_echo.ko.debug 
ng_echo.ko
===> netgraph/eiface (all)
--- ng_eiface.o ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc   
-DHAVE_KERNEL_OPTION_HEADERS -include 

 -I. -I 
-I 
-fno-common -g -fno-omit-frame-pointer -mno-omit-leaf

Re: Pluggable frame buffer devices

2015-02-16 Thread Shawn Webb 
On Sunday, February 15, 2015 11:14:47 PM Hans Petter Selasky wrote:
> Hi,
> 
> I've added support for USB display link adapters to FreeBSD-11-current,
> but the kernel panics once "vt_fb_attach(info)" is called from
> "fbd_register(struct fb_info* info)" when the USB device is plugged or
> udl.ko is loaded. Is this a known issue?
> 
> REF: https://svnweb.freebsd.org/base/head/sys/dev/usb/video/udl.c
> 
> --HPS

I personally can't answer your question. But I'd love to help test this, 
especially since Haswell graphics isn't supported, yet, and my laptop is 
running Haswell. What would be a good USB display device to buy to help test 
this awesome work out?

Thanks,

Shawn

signature.asc
Description: This is a digitally signed message part.

Re: Build failed in Jenkins: FreeBSD_HEAD #2388

2015-02-16 Thread Shawn Webb 
On Monday, February 16, 2015 10:53:33 AM jenkins-ad...@freebsd.org wrote:
> See 
> 
> Changes:
> 
> [glebius] In the forwarding case refragment the reassembled packets with the
> same size as they arrived in. This allows the sender to determine the
> optimal fragment size by Path MTU Discovery.
> 
> Roughly based on the OpenBSD work by Alexander Bluhm.
> 
> Submitted by: Kristof Provost
> Differential Revision:D1767
> 
> [glebius] Factor out ip6_fragment() function, to be used in IPv6 stack and
> pf(4).
> 
> Submitted by: Kristof Provost
> Differential Revision:D1766
> 
> --
> [...truncated 277841 lines...]
> --- ng_device.ko ---
> objcopy --strip-debug --add-gnu-debuglink=ng_device.ko.symbols
> ng_device.ko.debug ng_device.ko ===> netgraph/echo (all)
> --- ng_echo.o ---
> cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc
>   -DHAVE_KERNEL_OPTION_HEADERS -include
>  s/GENERIC/opt_global.h> -I.
> -I
> -I
> -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer
> -I sys/GENERIC>  -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float 
> -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector
> -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body 
> -Wno-error-parentheses-equality -Wno-error-unused-function 
> -Wno-error-pointer-sign -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-op tion  -Wno-unknown-pragmas 
> -Wno-error-tautological-compare -Wno-error-empty-body 
> -Wno-error-parentheses-equality -Wno-error-unused-function 
> -Wno-error-pointer-sign  -mno-aes -mno-avx  -std=iso9899:1999 -c
>  ../../../netgraph/ng_echo.c> ctfconvert -L VERSION -g ng_echo.o
> --- all_subdir_pccard ---
> ctfconvert -L VERSION -g pccard.o
> --- all_subdir_netgraph ---
> --- ng_echo.ko.debug ---
> ld -d -warn-common -r -d -o ng_echo.ko.debug ng_echo.o
> ctfmerge -L VERSION -g -o ng_echo.ko.debug ng_echo.o
> 
> :> export_syms
> 
> --- all_subdir_pccard ---
> --- pccard_cis_quirks.o ---
> --- all_subdir_netgraph ---
> awk -f
> 
> ng_echo.ko.debug  export_syms | xargs -J% objcopy % ng_echo.ko.debug ---
> all_subdir_pccard ---
> cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc
>   -DHAVE_KERNEL_OPTION_HEADERS -include
>  s/GENERIC/opt_global.h> -I.
> -I
> -I
> -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer
> -I sys/GENERIC>  -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float 
> -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector
> -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body 
> -Wno-error-parentheses-equality -Wno-error-unused-function 
> -Wno-error-pointer-sign -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-op tion  -Wno-unknown-pragmas 
> -Wno-error-tautological-compare -Wno-error-empty-body 
> -Wno-error-parentheses-equality -Wno-error-unused-function 
> -Wno-error-pointer-sign  -mno-aes -mno-avx  -std=iso9899:1999 -c
>  ev/pccard/pccard_cis_quirks.c> --- all_subdir_netgraph ---
> --- ng_echo.ko.symbols ---
> objcopy --only-keep-debug ng_echo.ko.debug ng_echo.ko.symbols
> --- ng_echo.ko ---
> objcopy --strip-debug --add-gnu-debuglink=ng_echo.ko.symbols
> ng_echo.ko.debug ng_echo.ko ===> netgraph/eiface (all)
> --- ng_eiface.o ---
> cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc
>   -DHAVE_KERNEL_OPTION_HEADERS -include
>  s/GENERIC/opt_global.h> -I.
> -I
> -I
> -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer
> -I sys/GENERIC>  -mcm

Re: Current build world failed: bsdxml is missing?

2015-02-16 Thread Arseny Nasokin 
On 16 February 2015 at 15:34, Garrett Cooper  wrote:

> On Feb 16, 2015, at 4:28, Arseny Nasokin  wrote:
>
> > Geom XML output is failed to build.
> >
> > Build box SVN version is: CURRENT-r265265.
> >
> > Related log output is:
> >
> > --- sbin.all__D ---
> > /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function
> > `geom_xml2tree':
> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x5e): undefined reference to
> > `XML_ParserCreate'
> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xa2): undefined reference to
> > `XML_SetUserData'
> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xb4): undefined reference to
> > `XML_SetElementHandler'
> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xc1): undefined reference to
> > `XML_SetCharacterDataHandler'
> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xdb): undefined reference to
> > `XML_Parse'
> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xfd): undefined reference to
> > `XML_ParserFree'
> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x373): undefined reference
> to
> > `XML_ParserFree'
> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x37d): undefined reference
> to
> > `XML_GetErrorCode'
> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x397): undefined reference
> to
> > `XML_ParserFree'
> > /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function
> > `StartElement':
> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x3eb): undefined reference
> to
> > `sbuf_new'
> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x735): undefined reference
> to
> > `XML_StopParser'
> > /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function
> > `EndElement':
> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7bb): undefined reference
> to
> > `sbuf_finish'
> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7d0): undefined reference
> to
> > `sbuf_data'
> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7e9): undefined reference
> to
> > `sbuf_delete'
> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xa25): undefined reference
> to
> > `XML_StopParser'
> > /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function
> > `CharData':
> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xc62): undefined reference
> to
> > `sbuf_bcat’
>
> I think the fact that it’s missing sbuf* is the underlying cause for the
> failures seen here. Can you please post more context in a pastebin or
> something (what phase did buildworld fail, what options did you pass to
> make, i.e. -DNO_CLEAN, etc?)?
>
> Thanks!
>

Thank you for fast reply,

I remove /usr/obj/usr and $TMPDIR explicitly with rm(1) and chflags(1) and
only then build world. (I use separate $TMPDIR for that process)

# make toolchain 'SRCCONF=/path/to/src.conf' -DNO_CLEAN
'__MAKE_CONF=/dev/null' 'TARGET=amd64'
# make buildworld 'SRCCONF=/path/to/src.conf' -DNO_CLEAN
'__MAKE_CONF=/dev/null' 'TARGET=amd64'
...

The stage is: 4.4 (building everything)

Build script is here:
https://bitbucket.org/eirnym/bsd/src/9822ba9b1ed54414a79d5a632b3857f8b671c769/builder/mkw.sh?at=default

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

Build failed in Jenkins: FreeBSD_HEAD #2389

2015-02-16 Thread jenkins-admin 
See 

Changes:

[hselasky] Allow the display port to be powered off.

[hselasky] Forward the FBIO_BLANK IOCTL to framebuffer clients. Bump the FreeBSD
version to force re-compilation of external video driver kernel
modules.

Discussed with: ray @

[royger] xen: fix xenstore dev

Xenstore user-space device has two problems currently:
 - It does not correctly handle concurrent clients, because it's storing
   each client data in dev->si_drv1.
 - It does not correctly free this data when the client closes the device.

In order to solve both of this issues store the per-client data using
cdevpriv, which also comes with a hook in order to perform the necessary
cleanup on device close.

While there also make the device eternal.

Sponsored by: Citrix Systems R&D
Reported and Tested by: thompsa
MFC after: 2 weeks

--
[...truncated 277999 lines...]
--- all_subdir_pccard ---
ctfmerge -L VERSION -g -o pccard.ko.debug pccard.o pccard_cis.o 
pccard_cis_quirks.o pccard_device.o
--- all_subdir_netgraph ---
--- ng_car.ko ---
objcopy --strip-debug --add-gnu-debuglink=ng_car.ko.symbols ng_car.ko.debug 
ng_car.ko
===> netgraph/cisco (all)
--- all_subdir_pccard ---
:> export_syms
awk -f  
pccard.ko.debug  export_syms | xargs -J% objcopy % pccard.ko.debug
--- pccard.ko.symbols ---
objcopy --only-keep-debug pccard.ko.debug pccard.ko.symbols
--- pccard.ko ---
objcopy --strip-debug --add-gnu-debuglink=pccard.ko.symbols pccard.ko.debug 
pccard.ko
--- all_subdir_pcn ---
===> pcn (all)
--- all_subdir_netgraph ---
--- ng_cisco.o ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc   
-DHAVE_KERNEL_OPTION_HEADERS -include 

 -I. -I 
-I 
-fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer 
-I
  -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float  
-fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector 
-gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function  
-Wno-error-pointer-sign -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-op
 tion  -Wno-unknown-pragmas  -Wno-error-tautological-compare 
-Wno-error-empty-body  -Wno-error-parentheses-equality 
-Wno-error-unused-function  -Wno-error-pointer-sign  -mno-aes -mno-avx  
-std=iso9899:1999 -c 

--- all_subdir_pcn ---
--- if_pcn.o ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc   
-DHAVE_KERNEL_OPTION_HEADERS -include 

 -I. -I 
-I 
-fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer 
-I
  -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float  
-fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector 
-gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function  
-Wno-error-pointer-sign -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-op
 tion  -Wno-unknown-pragmas  -Wno-error-tautological-compare 
-Wno-error-empty-body  -Wno-error-parentheses-equality 
-Wno-error-unused-function  -Wno-error-pointer-sign  -mno-aes -mno-avx  
-std=iso9899:1999 -c 

--- ar5416_eeprom.o ---
ctfconvert -L VERSION -g ar5416_eeprom.o
--- ar5416_gpio.o ---
cc  -c -O2 -pipe -fno-strict-aliasing  -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-unknown-pragmas  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function  
-Wno-error-pointer-sign -nostdinc  -I. 
-I 
-I

Re: Current build world failed: bsdxml is missing?

2015-02-16 Thread Garrett Cooper 
On Feb 16, 2015, at 4:28, Arseny Nasokin  wrote:

> Geom XML output is failed to build.
> 
> Build box SVN version is: CURRENT-r265265.
> 
> Related log output is:
> 
> --- sbin.all__D ---
> /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function
> `geom_xml2tree':
> /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x5e): undefined reference to
> `XML_ParserCreate'
> /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xa2): undefined reference to
> `XML_SetUserData'
> /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xb4): undefined reference to
> `XML_SetElementHandler'
> /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xc1): undefined reference to
> `XML_SetCharacterDataHandler'
> /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xdb): undefined reference to
> `XML_Parse'
> /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xfd): undefined reference to
> `XML_ParserFree'
> /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x373): undefined reference to
> `XML_ParserFree'
> /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x37d): undefined reference to
> `XML_GetErrorCode'
> /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x397): undefined reference to
> `XML_ParserFree'
> /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function
> `StartElement':
> /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x3eb): undefined reference to
> `sbuf_new'
> /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x735): undefined reference to
> `XML_StopParser'
> /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function
> `EndElement':
> /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7bb): undefined reference to
> `sbuf_finish'
> /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7d0): undefined reference to
> `sbuf_data'
> /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7e9): undefined reference to
> `sbuf_delete'
> /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xa25): undefined reference to
> `XML_StopParser'
> /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function
> `CharData':
> /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xc62): undefined reference to
> `sbuf_bcat’

I think the fact that it’s missing sbuf* is the underlying cause for the 
failures seen here. Can you please post more context in a pastebin or something 
(what phase did buildworld fail, what options did you pass to make, i.e. 
-DNO_CLEAN, etc?)?

Thanks!


signature.asc
Description: Message signed with OpenPGP using GPGMail

Current build world failed: bsdxml is missing?

2015-02-16 Thread Arseny Nasokin 
Geom XML output is failed to build.

Build box SVN version is: CURRENT-r265265.

Related log output is:

--- sbin.all__D ---
/usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function
`geom_xml2tree':
/usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x5e): undefined reference to
`XML_ParserCreate'
/usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xa2): undefined reference to
`XML_SetUserData'
/usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xb4): undefined reference to
`XML_SetElementHandler'
/usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xc1): undefined reference to
`XML_SetCharacterDataHandler'
/usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xdb): undefined reference to
`XML_Parse'
/usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xfd): undefined reference to
`XML_ParserFree'
/usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x373): undefined reference to
`XML_ParserFree'
/usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x37d): undefined reference to
`XML_GetErrorCode'
/usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x397): undefined reference to
`XML_ParserFree'
/usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function
`StartElement':
/usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x3eb): undefined reference to
`sbuf_new'
/usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x735): undefined reference to
`XML_StopParser'
/usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function
`EndElement':
/usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7bb): undefined reference to
`sbuf_finish'
/usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7d0): undefined reference to
`sbuf_data'
/usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7e9): undefined reference to
`sbuf_delete'
/usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xa25): undefined reference to
`XML_StopParser'
/usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function
`CharData':
/usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xc62): undefined reference to
`sbuf_bcat'
cc: error: linker command failed with exit code 1 (use -v to see invocation)

make.conf is /dev/null.
src.conf is:

WITHOUT_AMD="YES"
WITHOUT_ASSERT_DEBUG="YES"
WITH_AUTOFS="YES"
WITH_BHYVE="YES"
WITH_BSD_GREP="YES"
WITHOUT_BSDINSTALL="YES"
WITH_CLANG="YES"
WITH_CLANG_BOOTSTRAP="YES"
WITH_CLANG_EXTRAS="YES"
WITH_CLANG_FULL="YES"
WITH_CLANG_IS_CC="YES"
WITH_CTF="YES"
WITHOUT_CTM="YES"
WITHOUT_DYNAMICROOT="YES"
WITHOUT_EE="YES"
WITH_ELFTOOLCHAIN_TOOLS="YES"
WITH_FILE="YES" # We need this for svn
WITHOUT_FINGER="YES"
WITHOUT_FLOPPY="YES"
WITHOUT_FREEBSD_UPDATE="YES"
WITHOUT_GCC="YES"
WITHOUT_GCC_BOOTSTRAP="YES"
WITHOUT_GCOV="YES"
WITHOUD_GDB="YES"
WITHOUT_GNUCXX="YES"
WITHOUT_GPL_DTC="YES"
WITHOUT_INETD="YES"
WITHOUT_IPFILTER="YES"
WITHOUT_IPFW="YES"
WITHOUT_LDNS="YES"
WITHOUT_LDNS_UTILS="YES"
WITH_LLDB="YES"
WITHOUT_NIS="YES"
WITHOUT_NLS="YES"
WITHOUT_NLS_CATALOGS="YES"
WITHOUT_PC_SYSINSTALL="YES"
WITH_RBOOTD="YES"
WITHOUT_RCMDS="YES"
WITHOUT_RCS="YES"
WITH_SORT_THREADS="YES"
WITH_SVN="YES"
WITHOUT_SYSINSTALL="YES"
WITHOUT_TALK="YES"
WITHOUT_TCP_WRAPPERS="YES"
WITHOUT_TCSH="YES"
WITH_TESTS="YES"
WITHOUT_TIMED="YES"
WITHOUT_UNBOUND="YES"

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

Build failed in Jenkins: FreeBSD_HEAD #2388

2015-02-16 Thread jenkins-admin 
See 

Changes:

[glebius] In the forwarding case refragment the reassembled packets with the 
same
size as they arrived in. This allows the sender to determine the optimal
fragment size by Path MTU Discovery.

Roughly based on the OpenBSD work by Alexander Bluhm.

Submitted by:   Kristof Provost
Differential Revision:  D1767

[glebius] Factor out ip6_fragment() function, to be used in IPv6 stack and 
pf(4).

Submitted by:   Kristof Provost
Differential Revision:  D1766

--
[...truncated 277841 lines...]
--- ng_device.ko ---
objcopy --strip-debug --add-gnu-debuglink=ng_device.ko.symbols 
ng_device.ko.debug ng_device.ko
===> netgraph/echo (all)
--- ng_echo.o ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc   
-DHAVE_KERNEL_OPTION_HEADERS -include 

 -I. -I 
-I 
-fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer 
-I
  -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float  
-fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector 
-gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function  
-Wno-error-pointer-sign -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-op
 tion  -Wno-unknown-pragmas  -Wno-error-tautological-compare 
-Wno-error-empty-body  -Wno-error-parentheses-equality 
-Wno-error-unused-function  -Wno-error-pointer-sign  -mno-aes -mno-avx  
-std=iso9899:1999 -c 

ctfconvert -L VERSION -g ng_echo.o
--- all_subdir_pccard ---
ctfconvert -L VERSION -g pccard.o
--- all_subdir_netgraph ---
--- ng_echo.ko.debug ---
ld -d -warn-common -r -d -o ng_echo.ko.debug ng_echo.o
ctfmerge -L VERSION -g -o ng_echo.ko.debug ng_echo.o
:> export_syms
--- all_subdir_pccard ---
--- pccard_cis_quirks.o ---
--- all_subdir_netgraph ---
awk -f  
ng_echo.ko.debug  export_syms | xargs -J% objcopy % ng_echo.ko.debug
--- all_subdir_pccard ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc   
-DHAVE_KERNEL_OPTION_HEADERS -include 

 -I. -I 
-I 
-fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer 
-I
  -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float  
-fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector 
-gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function  
-Wno-error-pointer-sign -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-op
 tion  -Wno-unknown-pragmas  -Wno-error-tautological-compare 
-Wno-error-empty-body  -Wno-error-parentheses-equality 
-Wno-error-unused-function  -Wno-error-pointer-sign  -mno-aes -mno-avx  
-std=iso9899:1999 -c 

--- all_subdir_netgraph ---
--- ng_echo.ko.symbols ---
objcopy --only-keep-debug ng_echo.ko.debug ng_echo.ko.symbols
--- ng_echo.ko ---
objcopy --strip-debug --add-gnu-debuglink=ng_echo.ko.symbols ng_echo.ko.debug 
ng_echo.ko
===> netgraph/eiface (all)
--- ng_eiface.o ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc   
-DHAVE_KERNEL_OPTION_HEADERS -include 

 -I. -I 
-I 
-fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer 
-I
  -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float  
-fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector 
-gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-er

Corrupted output on Haswell graphics

2015-02-16 Thread Robert David 
Hi all,

I just tested current on my Haswell notebook, and I'm not able to boot current
kernel and see the output uncorrupted.
To be clear this is Thinkpad X240 with 1366x760.

When booting recent snapshot 9.2.2015 the output is like very bad modeset is
applied. I "see" the kernel boot but scaled in upper 5% of the display and
the output is multiplied to fill the whole upper edge.

I tried to set:
hw.vga.textmode=1  # this produce no output at all
kern.vt.fb.default_mode="1366x768" # this does not change anything

Tried also some other resolutions as 1024x768, 800x600, 640x480. But seems it
does not change anything.

Regards,
Robert.
___
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: Suspend/resume on i915 stop working between r278348 and r278741.

2015-02-16 Thread Konstantin Belousov 
On Sun, Feb 15, 2015 at 08:43:55PM +0100, Ranjan1018 . wrote:
> 2015-02-15 19:59 GMT+01:00 Konstantin Belousov :
> 
> > On Sun, Feb 15, 2015 at 07:45:44PM +0100, Ranjan1018 . wrote:
> > >
> > > Unfortunately does not work for me. Tested with r278803.
> >
> > Does your machine resume if you boot with hw.x2apic_enable set to 0
> > from the loader prompt ?
> 
> Yes. I have added to it to loader.conf
> $ cat /boot/loader.conf | grep x2apic_enable
> hw.x2apic_enable=0
> 
>   Confirm that x2apic is disabled after tunable
> > frobbing, with sysctl hw.apic.x2apic_mode.
> >
> $ sysctl hw.apic.x2apic_mode
> hw.apic.x2apic_mode: 0

And, does your machine resumed successfully with the tunable set ?

Below is the patch which seemingly worked for Gleb.
You should not set the tunable to test it properly.

diff --git a/sys/amd64/amd64/mp_machdep.c b/sys/amd64/amd64/mp_machdep.c
index 13c3d43..b767691 100644
--- a/sys/amd64/amd64/mp_machdep.c
+++ b/sys/amd64/amd64/mp_machdep.c
@@ -1507,6 +1507,7 @@ cpususpend_handler(void)
vmm_resume_p();
 
/* Resume MCA and local APIC */
+   lapic_xapic_mode();
mca_resume();
lapic_setup(0);
 
diff --git a/sys/i386/i386/mp_machdep.c b/sys/i386/i386/mp_machdep.c
index 32b9540..a80de54 100644
--- a/sys/i386/i386/mp_machdep.c
+++ b/sys/i386/i386/mp_machdep.c
@@ -1555,6 +1555,7 @@ cpususpend_handler(void)
cpu_ops.cpu_resume();
 
/* Resume MCA and local APIC */
+   lapic_xapic_mode();
mca_resume();
lapic_setup(0);
 
diff --git a/sys/x86/acpica/acpi_wakeup.c b/sys/x86/acpica/acpi_wakeup.c
index 74522be..e652419 100644
--- a/sys/x86/acpica/acpi_wakeup.c
+++ b/sys/x86/acpica/acpi_wakeup.c
@@ -270,6 +270,7 @@ acpi_wakeup_machdep(struct acpi_softc *sc, int state, int 
sleep_result,
initializecpu();
PCPU_SET(switchtime, 0);
PCPU_SET(switchticks, ticks);
+   lapic_xapic_mode();
 #ifdef SMP
if (!CPU_EMPTY(&suspcpus))
acpi_wakeup_cpus(sc);
diff --git a/sys/x86/x86/local_apic.c b/sys/x86/x86/local_apic.c
index 1809fa6..1b66674 100644
--- a/sys/x86/x86/local_apic.c
+++ b/sys/x86/x86/local_apic.c
@@ -527,7 +527,6 @@ native_lapic_xapic_mode(void)
saveintr = intr_disable();
if (x2apic_mode)
native_lapic_enable_x2apic();
-   native_lapic_disable();
intr_restore(saveintr);
 }
 
___
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"

Jenkins build is back to normal : FreeBSD_HEAD #2387

2015-02-16 Thread jenkins-admin 
See 

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