from:"Lundberg, Johannes"

Definitely. I was there last time and plan to go next time. When is that by
the way? I can't find any info on meetup...

If it's too far to the next meeting I was planning on having a meetup at my
office (max 8 ppl) or rent a room at hacker dojo if there is enough people
who wanna join.


On Friday, February 26, 2016, Larry Maloney <larry.malo...@hackerdojo.com>
wrote:

> Come to BAFUg at the Hacker Dojo
>
> Sent from my iPhone
>
> > On Feb 26, 2016, at 3:51 PM, Lundberg, Johannes <
> johan...@brilliantservice.co.jp <javascript:;>> wrote:
> >
> > Hi
> >
> > My three boards from UP has arrived. At last, an Intel based small sized
> > dev board!
> > http://up-shop.org/
> >
> > This is an early developer version board with the new super low power
> 14nm
> > x5-Z8300 CPU (CherryTrail) with 16GB eMMC and 1GB RAM (a bit different
> from
> > the specs of the final version).
> >
> > Any kernel hackers in the Bay Area (south of San Francisco) who are
> > interested to get together next week and get FreeBSD running on it?
> (Pizza
> > on me :)
> >
> > I can also lend a couple of boards to anyone who wants to continue
> hacking
> > after the meeting.
> >
> >
> > What I've done so far
> > - Running from USB memstick. Need to disable uart.1 or boot halts.
> > - Started working on sdhci_acpi driver
> >
> https://github.com/yohanesu75/freebsd/blob/sdhci-acpi-mmccampatch/sys/dev/sdhci/sdhci_acpi.c
> > which requires this patch
> > https://reviews.freebsd.org/D4761 (mmc on cam)
> > and is a work in progress and I'm kind of stuck because I don't know how
> to
> > do the IO port stuff so that the card can be detected..
> >
> > (There is a BIOS option to run the SDHCI controller on PCI bus but it
> fails
> > to detect the eMMC memory. I think Intel (SD?|GP?)IO ports are required
> for
> > this which will be added support for in the D4761 patch.)
> >
> > Working (out of the box - haven't tested everything)
> > - HDMI output
> > - Realtek GB Ethernet
> > - USB 2.0
> >
> > Top priority would be to get eMMC storage working (on top of cam/mmc).
> > Other goals:
> > - Working GPIO
> > - Writing device drivers for SoC components like the ISP and on-board
> > chips.
> > - Hardware graphics rendering
> > - Power consumption optimizations
> >
> > Have a nice weekend!
> > Johannes
> >
> > --
> > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> > 秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
> > もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
> > 複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
> > ---
> > 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-hack...@freebsd.org <javascript:;> mailing list
> > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> > To unsubscribe, send any mail to "
> freebsd-hackers-unsubscr...@freebsd.org <javascript:;>"
>


-- 
--
Name: Johannes Lundberg
Position: Mirama project leader
Phone:+1-408-636-2161
Skype:brilliantjohannes
Online:   LinkedIn <http://jp.linkedin.com/in/lundbergjohannes> Facebook
<https://www.facebook.com/miramaone> Reddit
<https://www.reddit.com/user/yohanesu75/> Twitter
<https://twitter.com/Yohanesu75Tweet> GitHub <https://github.com/yohanesu75>
GitLab <https://gitlab.com/u/johannes_lundberg>
Company:  Mirama <http://mira.ma> Brilliantservice US
<http://www.brilliantserviceusa.com> Brilliantservice JP
<http://www.brilliantservice.co.jp>

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Meet to hack on new Intel Atom SoC board

Hi

My three boards from UP has arrived. At last, an Intel based small sized
dev board!
http://up-shop.org/

This is an early developer version board with the new super low power 14nm
x5-Z8300 CPU (CherryTrail) with 16GB eMMC and 1GB RAM (a bit different from
the specs of the final version).

Any kernel hackers in the Bay Area (south of San Francisco) who are
interested to get together next week and get FreeBSD running on it? (Pizza
on me :)

I can also lend a couple of boards to anyone who wants to continue hacking
after the meeting.


What I've done so far
- Running from USB memstick. Need to disable uart.1 or boot halts.
- Started working on sdhci_acpi driver
https://github.com/yohanesu75/freebsd/blob/sdhci-acpi-mmccampatch/sys/dev/sdhci/sdhci_acpi.c
which requires this patch
https://reviews.freebsd.org/D4761 (mmc on cam)
and is a work in progress and I'm kind of stuck because I don't know how to
do the IO port stuff so that the card can be detected..

(There is a BIOS option to run the SDHCI controller on PCI bus but it fails
to detect the eMMC memory. I think Intel (SD?|GP?)IO ports are required for
this which will be added support for in the D4761 patch.)

Working (out of the box - haven't tested everything)
- HDMI output
- Realtek GB Ethernet
- USB 2.0

Top priority would be to get eMMC storage working (on top of cam/mmc).
Other goals:
- Working GPIO
- Writing device drivers for SoC components like the ISP and on-board
chips.
- Hardware graphics rendering
- Power consumption optimizations

Have a nice weekend!
Johannes

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: hint.uart.1 in device.hints causes freeze at boot

Yes. Doing that or removing it from device.hints and it will boot properly.
I haven't really dug any deeper as to why, yet.


On Fri, Feb 26, 2016 at 9:56 AM, Ian Lepore <i...@freebsd.org> wrote:

> On Fri, 2016-02-26 at 09:48 -0600, Lundberg, Johannes wrote:
> > Hi
> >
> > Not sure if it's ok to cross post but I wasn't sure which list to
> > send to.
> >
> > On Intel Atom X5-Z8300 SoC (CherryTrail) the install memstick image
> > (amd64)
> > halts during boot because of uart.1 settings in device hints.
> >
> > I'm sure it is there for a reason so what is the alternative actions?
> > Is
> > the solution to get a bootable Atom SoC image to create yet another
> > distribution or can the installer choose the proper device.hints
> > dynamically during boot?
> >
> > Best regards
> >
>
> There's not a lot of information to go on here... at what point does it
> halt?  Why do you think it's related to the uart 1 hint?  Does it help
> to set hint.uart.1.disabled=1 in loader before booting?
>
> -- Ian
>
>

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

hint.uart.1 in device.hints causes freeze at boot

Hi

Not sure if it's ok to cross post but I wasn't sure which list to send to.

On Intel Atom X5-Z8300 SoC (CherryTrail) the install memstick image (amd64)
halts during boot because of uart.1 settings in device hints.

I'm sure it is there for a reason so what is the alternative actions? Is
the solution to get a bootable Atom SoC image to create yet another
distribution or can the installer choose the proper device.hints
dynamically during boot?

Best regards

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Realtek MMC/MMCSD reader?

2016-02-19 Thread Lundberg, Johannes

I'm also newbie and I'm working on adding a sdhci_acpi driver for Intel's
Atom SoC. I wonder if your device would work with the existing sdhci_pci
driver. Maybe it just a matter of adding the device id and possibly setting
some quirks or you might have to write a new driver for the host
controller? For me it's a bit tricky because I have to communicate with the
card using GPIO before it can be detected.

There is a driver in FreeBSD for reading and writing to a mmc so maybe it
is just a matter of connecting that to the controller.

Searching the Linux source for the device id to see if there is a driver is
a good idea.

For FreeBSD source check

sys/dev/mmc/
sys/dev/sdhci/

There is also a ongoing project to rewrite mmc to use cam. Maybe good idea
to check that as well.

https://wiki.freebsd.org/SDIO

On Friday, February 19, 2016, Larry Rosenman  wrote:

> On 2016-02-19 22:25, Gary Corcoran wrote:
>
>> On 2/19/2016 11:08 PM, Larry Rosenman wrote:
>>
>>> On 2016-02-19 22:05, Mehmet Erol Sanliturk wrote:
>>>
 On Fri, Feb 19, 2016 at 7:58 PM, Larry Rosenman  wrote:

 Great.  Since I've never done that
>
> Any ideas of anyone that might be able to help?
>
> Or where to even start?
>
>
>
>

 Perhaps

 https://www.nostarch.com/bsddrivers.htm
 FreeBSD Device Drivers


 ?


 Mehmet Erol Sanliturk


 perhaps.  But I'd need an NDA with RealTek to get the chip specs, and
>>> I'm not sure I can do that working for Nokia during the day
>>> as I do.
>>>
>>> I'd love for one of the current folks that do realtek stuff to look.
>>>
>> Sometimes people look to see if Linux has a driver, and if so, you
>> might be able to get enough
>> programming info from their driver to be able to write a FreeBSD
>> driver, without getting the
>> full chip specs.
>>
>> Gary
>>
>>
> http://askubuntu.com/questions/731093/sd-card-reader-realtek-522a-not-working-in-dell-i7559-in-ubuntu-15-10
>
> I'm still VERY much a newbie (like ZERO experience) writing drivers.
>
> Does anyone want to help?
>
> I'm more than willing to guinea pig stuff.
>
>
> --
> Larry Rosenman http://www.lerctr.org/~ler
> Phone: +1 214-642-9640 E-Mail: l...@lerctr.org
> US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>


-- 
--
Name: Johannes Lundberg
Position: Mirama project leader
Phone:+1-408-636-2161
Skype:brilliantjohannes
Online:   LinkedIn  Facebook
 Reddit
 Twitter
 GitHub 
GitLab 
Company:  Mirama  Brilliantservice US
 Brilliantservice JP


-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Intel Haswell support - Any updates?

I am wondering the same.. I am sure the very few developers we have are
working as much as they can on this.

However, the lack of support for the most common hardware since three years
back is, I believe, preventing many new users, beginners as well as
professionals, from coming to FreeBSD, and I hope the foundation would pour
some money into this to speed up the development...

Making it possible to use Wayland on FreeBSD would open up for a whole new
category on devices (mobile, IVI, etc) where many people are now wondering
whether to go Linux, Android or something else.. FreeBSD has the license
and the stability making it very attractive, all that's missing is a modern
graphics stack..

If I had the skills or resources I would pitch in but currently I don't so
all I can do is complain to the foundation.

I would love to see FreeBSD become the de facto OS in these new areas and
it feels like it could be within reach... Or maybe my feeling is way off,
correct me if I'm wrong :)

Sorry for the rant...

Johannes

On Thu, Sep 17, 2015 at 5:00 PM, Anders Bolt-Evensen 
wrote:

> Hello!
>
> I'm just curious about how Intel Haswell GPU support in FreeBSD is coming
> along?
> What's the ETA of when the driver can be tested?
>
> Anders
> ___
> freebsd-current@freebsd.org mailing list
> https://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
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Intel Haswell support - Any updates?

Looking at those pages it seems like development has basically been
standing still for the last couple of years.

DragonFlyBSD claims to have support for Haswell, maybe it can work as a
stand-in while waiting for FreeBSD if you need the GPU for development or
something..


On Thu, Sep 17, 2015 at 6:41 PM, Andreas Nilsson <andrn...@gmail.com> wrote:

> I guess interested parties could keep an eye on
> https://github.com/freebsd/freebsd-base-graphics/tree/drm-i915-update-38
> and https://wiki.freebsd.org/Graphics
>
> Best regards
> Andreas
>
> On Thu, Sep 17, 2015 at 11:20 AM, Lundberg, Johannes <
> johan...@brilliantservice.co.jp> wrote:
>
>> I am wondering the same.. I am sure the very few developers we have are
>> working as much as they can on this.
>>
>> However, the lack of support for the most common hardware since three
>> years
>> back is, I believe, preventing many new users, beginners as well as
>> professionals, from coming to FreeBSD, and I hope the foundation would
>> pour
>> some money into this to speed up the development...
>>
>> Making it possible to use Wayland on FreeBSD would open up for a whole new
>> category on devices (mobile, IVI, etc) where many people are now wondering
>> whether to go Linux, Android or something else.. FreeBSD has the license
>> and the stability making it very attractive, all that's missing is a
>> modern
>> graphics stack..
>>
>> If I had the skills or resources I would pitch in but currently I don't so
>> all I can do is complain to the foundation.
>>
>> I would love to see FreeBSD become the de facto OS in these new areas and
>> it feels like it could be within reach... Or maybe my feeling is way off,
>> correct me if I'm wrong :)
>>
>> Sorry for the rant...
>>
>> Johannes
>>
>> On Thu, Sep 17, 2015 at 5:00 PM, Anders Bolt-Evensen <
>> andersb...@icloud.com>
>> wrote:
>>
>> > Hello!
>> >
>> > I'm just curious about how Intel Haswell GPU support in FreeBSD is
>> coming
>> > along?
>> > What's the ETA of when the driver can be tested?
>> >
>> > Anders
>> > ___
>> > freebsd-current@freebsd.org mailing list
>> > https://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
>> https://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
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Intel Haswell support - Any updates?

Well, I've been following the FreeBSD graphics page for 2-3 years now and
from what I can tell it's been updated basically once per year and with
very little/slow progress.

Don't get me wrong, I am not criticizing the developers. They are doing a
great job, much more than I ever could. However, from what I see,
development seems to more or less have stopped. Maybe it is because there
was a lot of preparation work that is less visible?...

Anyway, I wish the foundation would support the graphics team by sponsoring
this development...


--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

On Thu, Sep 17, 2015 at 7:10 PM, David Chisnall <thera...@freebsd.org>
wrote:

> On 17 Sep 2015, at 10:55, Lundberg, Johannes <
> johan...@brilliantservice.co.jp> wrote:
> >
> > Looking at those pages it seems like development has basically been
> > standing still for the last couple of years.
>
> I’m not sure why you’d have that impression.  The Haswell entry on that
> page links here:
>
>
> https://wiki.freebsd.org/Graphics/Update%20i915%20GPU%20driver%20to%20Linux%203.8
>
> This has a status update from July and links to this GitHub repo:
>
> https://github.com/freebsd/freebsd-base-graphics/tree/drm-i915-update-38
>
> The last graphics-related commit in that repo was 6 hours ago:
>
> https://github.com/freebsd/freebsd-base-graphics/commits/drm-i915-update-38
>
> It was preceded by a load of other work.  If you look at the changes since
> the last non-graphic-related commit in that branch (about a month ago)
> you’ll see a huge quantity of changes.
>
> Of course, I’m sure that the graphics team would welcome assistance if
> people feel that their progress is too slow.
>
> David
>
>

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Intel Haswell support - Any updates?

Same here. I would personally definitely buy new hardware from Intel if
FreeBSD worked on it (not vesa...)

However, the problem now is not the driver right? But the whole graphics
stack which has to be rewritten to work with new generation graphics like
KMS, Wayland, etc?


On Thursday, September 17, 2015, Adam McDougall <mcdou...@egr.msu.edu>
wrote:

> On Thu, Sep 17, 2015 at 12:43:59PM +0100, David Chisnall wrote:
>
>   On 17 Sep 2015, at 11:31, Lundberg, Johannes <
> johan...@brilliantservice.co.jp <javascript:;>> wrote:
>   >
>   > Anyway, I wish the foundation would support the graphics team by
> sponsoring this development…
>
>   The Foundation did fund a lot of this work, and likely will again.  The
> problem is not
>   willingness of the Foundation to fund it, nor availability of funds.
>
> I was not aware of this and am happy to hear it!
>
>   Long term, the real solution is to convince GPU vendors to put as much
> effort into
>   funding FreeBSD driver development as they do into funding Linux and
> Windows driver
>   development.  The Foundation has been reaching out in this direction,
>
> Glad to hear this too.  It is more comforting to hear.
>
>   but it’s far more compelling if people can document cases where lack of
> FreeBSD support
>   has cost a vendor sales.  If you’ve bought a system with an nVidia or
> AMD GPU (or,
>   ideally, if your company has bought a few thousand) because of lack of
> FreeBSD support
>   from Intel, then let Intel know.
>
>   David
>
> In all seriousness, do you have a suggested contact for us?  I can't offer
> bulk sales
> avoidance but on a personal level I am clinging to a 4.5 year old laptop
> and would
> replace it tomorrow with another higher end model if I had any practical
> choices for
> FreeBSD graphics support.  Even nVidia is not a checkbox solution on
> laptops because as
> far as I understand it you still have to deal with Optimus which cannot
> simply be
> disabled as in the past.  I also have considerable stability problems with
> the nVidia
> driver on my desktops and I will be reporting it very soon after some
> debugging.  Thanks.
> ___
> freebsd-current@freebsd.org <javascript:;> mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org
> <javascript:;>"



-- 
--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Intel Haswell support - Any updates?

No yet but I would like to have a meeting if possible. Are there any
foundation folks in the bay area?
Starting from next month I will be based in our Los Altos office for the
time being.


--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

On Fri, Sep 18, 2015 at 9:53 AM, Adrian Chadd 
wrote:

> Have you had a one-on-one with anyone at the foundation and expressed
> your desires/concerns? You're a vendor after all...
>
> -a
>

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Intel Haswell support - Any updates?

Same here. Vesa won't work, I tried scfb and while it works to get graphics
on the screen it is not an option when my development requires hardware
acceleration so current I am running Arch Linux.

Since our target platform is Intel Atom BayTrail/CherryTrail there's no
other way..

--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

On Fri, Sep 18, 2015 at 12:28 AM, Rui Paulo <rpa...@me.com> wrote:

> On Thu, 2015-09-17 at 11:24 -0400, Kris Moore wrote:
> > On 09/17/2015 11:19, O. Hartmann wrote:
> > > Am Thu, 17 Sep 2015 11:02:07 -0400
> > > Kris Moore <k...@pcbsd.org> schrieb:
> > >
> > > > On 09/17/2015 09:48, Matthias Apitz wrote:
> > > > > El día Thursday, September 17, 2015 a las 10:41:43PM +0900,
> > > > > Lundberg, Johannes
> > > > > escribió:
> > > > >
> > > > > > Same here. I would personally definitely buy new hardware
> > > > > > from Intel if
> > > > > > FreeBSD worked on it (not vesa...)
> > > > > > ...
> > > > > What dow you have against vesa? I run CURRENT on some Acer C720
> > > > > Chromebooks with Haswell chipset in Vesa mode. And you will not
> > > > > note it.
> > > > > I have never ever had such a fast desktop (KDE4) before. I can
> > > > > live fine
> > > > > with Vesa until Haswell suport is there.
> > > > >
> > > > > matthias
> > > > BTW, have you tried the xf86-video-scfb driver? It works much
> > > > better
> > > > than vesa here. The only catch is you have to be booted UEFI with
> > > > CSM
> > > > disabled. Using it on my X1 Carbon, gets 3k resolution properly
> > > > and
> > > > everything. Thanks to Glen Barber for bringing that to my
> > > > attention.
> > > >
> > > Running that specific driver on several Lenovo HD4600 driven models
> > > gives me headaches
> > > and more. This software-framebuffer works - yes, on whatever
> > > resolution you might wish,
> > > but it consumes CPU time. That said, I recall that the display was
> > > jumpy, slow and
> > > unresponsive when used under heavy load - not even 3k resolution,
> > > but with a moderate
> > > lowend of 1980x1080.
> >
> > Interesting, that's been the opposite of my experience here. Vesa was
> > much slower / using more CPU time and didn't give me the native
> > resolution. Switching to scfb made the laptop "usable" for me, at
> > least
> > until we get a proper Intel driver that does Broadwell.
>
> I, too, used scfb for 4 months, but I gave up and installed Linux.
> These are the things that don't work with scfb:
>
> 1) brightness control (almost at max when booting)
> 2) external monitor
> 3) hardware acceleration.
>
> scfb is a working solution in specific cases, but a laptop isn't one of
> them.
>
> --
> Rui Paulo
>
> ___
> freebsd-current@freebsd.org mailing list
> https://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
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: [Call for testers] DRM device-independent code update to Linux 3.8

2015-02-17 Thread Lundberg, Johannes

I just checked out head and applied the patch and all except the last hunk
applied successfully.

My sys/modules/drm2/radeonkms/Makefile looks like this at the end and
therefor fails:

#radeon_prime.c
#--radeon_trace_points.c

SRCS+=  \
opt_acpi.h  \
opt_compat.h\
opt_drm.h   \
opt_syscons.h   \
acpi_if.h   \
bus_if.h\
fb_if.h \
device_if.h \
iicbb_if.h  \
iicbus_if.h \
pci_if.h

CFLAGS  += -I${.CURDIR}/../../../dev/drm2/radeon

.include bsd.kmod.mk




--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

On Wed, Feb 18, 2015 at 8:45 AM, Jean-Sébastien Pédron dumbb...@freebsd.org
 wrote:

 Hi!

 An update to the DRM subsystem, not including the drivers, is ready for
 wider testing!

 The patch against HEAD is here:
 https://people.freebsd.org/~dumbbell/graphics/drm-update-38.f.patch

 I'm interested in success/failure reports for amd64, powerpc and
 powerpc64 users, for i915 and Radeon GPUs. I already know there is a
 build issue on i386, please wait for the next patch if you are in this
 case.

 The changes brought by this patch are explained in a blog post:
 http://blogs.freebsdish.org/graphics/2015/02/18/testing-the-drm-update/

 This is working well for some Radeon users for more than a year.
 However, it only started to work with i915 a month ago, when the i915
 refresh was committed.

 Try your day-to-day applications, try suspend/resume, try all output
 connectors, try OpenGL stuff, try backlight controls, everything :)

 Thank you!

 --
 Jean-Sébastien Pédron



-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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: [Call for testers] DRM device-independent code update to Linux 3.8

2015-02-17 Thread Lundberg, Johannes

Hi

Good job! Will do some testing!  As for the i915 driver, what versions are
supported?  Up until and including HD4000 Gen7 Ivy bridge?

--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

On Wed, Feb 18, 2015 at 8:45 AM, Jean-Sébastien Pédron dumbb...@freebsd.org
 wrote:

 Hi!

 An update to the DRM subsystem, not including the drivers, is ready for
 wider testing!

 The patch against HEAD is here:
 https://people.freebsd.org/~dumbbell/graphics/drm-update-38.f.patch

 I'm interested in success/failure reports for amd64, powerpc and
 powerpc64 users, for i915 and Radeon GPUs. I already know there is a
 build issue on i386, please wait for the next patch if you are in this
 case.

 The changes brought by this patch are explained in a blog post:
 http://blogs.freebsdish.org/graphics/2015/02/18/testing-the-drm-update/

 This is working well for some Radeon users for more than a year.
 However, it only started to work with i915 a month ago, when the i915
 refresh was committed.

 Try your day-to-day applications, try suspend/resume, try all output
 connectors, try OpenGL stuff, try backlight controls, everything :)

 Thank you!

 --
 Jean-Sébastien Pédron



-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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: Weird behavior writing to SSD on 2013 MacBook

2015-02-05 Thread Lundberg, Johannes

The only values that change are load and r. u and s are 0.00.
If I wait long enough it always continues but might be several minutes.


--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

On Thu, Feb 5, 2015 at 4:56 PM, Dimitry Andric d...@freebsd.org wrote:

 If you let bsdtar continue, and press control-T a few times, does the
 user time (u) increase at all?  Does it ever go any further, if you let
 it run for a very long time?

 I believe a problem may have been introduced by r277922, leading to
 filesystem hangs in some scenarios.  It looks like this commit is also
 in dumbbell's github fork:


 https://github.com/dumbbell/freebsd/commit/83723416a6bb8695d60c6573722a81086899f521

 -Dimitry

  On 05 Feb 2015, at 08:32, Lundberg, Johannes 
 johan...@brilliantservice.co.jp wrote:
 
  The release is the latest snapshot memstick image and kernel is from
  https://github.com/dumbbell/freebsd/tree/kms-drm-update-38.
 
  I think this problem existed before I changed kernel.
 
  I haven't changed any settings on the filesystem so I assume TRIM is off.
 
  When stopped bsdtar is in state flswai. What does this mean?
 
  / is 13 GB and 80% full.
 
 
  --
  Johannes Lundberg
  BRILLIANTSERVICE CO., LTD.
 
  On Thu, Feb 5, 2015 at 4:21 PM, Allan Jude allanj...@freebsd.org
 wrote:
 
  On 2015-02-04 20:40, Lundberg, Johannes wrote:
  By the way,
 
  For the second test I first ran portsnap extract without removing the
 old
  /usr/ports folder and it ran through quickly without any halts..
 
  --
  Johannes Lundberg
  BRILLIANTSERVICE CO., LTD.
 
  On Thu, Feb 5, 2015 at 10:38 AM, Lundberg, Johannes 
  johan...@brilliantservice.co.jp wrote:
 
  I deleted /usr/ports and did a new portsnap extract
 
  portsnap stopped at /usr/ports/editors/teco
 
  that folder is empty and the previous folder (editors/tea) is
 populated
  with files.
 
  portsnap stopped for about 2-3 minutes and during the whole time gstat
  showed values like this: (disc io load was constantly fluctuating
 around
  200 MB/s, not static)
 
  dT: 1.002s  w: 1.000s
  L(q)  ops/sr/s   kBps   ms/rw/s   kBps   ms/w   %busy Name
  1240  43523  0  00.0  43523 220158   24.1   99.5| ada0
 0  0  0  00.0  0  00.00.0| ada0p1
 0  0  0  00.0  0  00.00.0| ada0p2
 0  0  0  00.0  0  00.00.0| ada0p3
 0  0  0  00.0  0  00.00.0| ada0p4
 0  0  0  00.0  0  00.00.0| ada0p5
 0  0  0  00.0  0  00.00.0| ada0p6
  1240  43523  0  00.0  43523 220158   24.1   99.5| ada0p7
 0  0  0  00.0  0  00.00.0| ada0p8
 0  0  0  00.0  0  00.00.0|
  gpt/EFI%20System%20Partition
 0  0  0  00.0  0  00.00.0|
  gptid/ca33c17c-0ef4-4d9b-b2bb-cb37a907504b
 0  0  0  00.0  0  00.00.0|
  msdosfs/EFI
 0  0  0  00.0  0  00.00.0|
  gpt/Untitled
 0  0  0  00.0  0  00.00.0|
  gptid/319461e8-0310-47d5-b4d1-6ba5a92cf9a9
 0  0  0  00.0  0  00.00.0|
  gpt/Recovery%20HD
 0  0  0  00.0  0  00.00.0|
  gptid/cb9530b7-8872-46d0-b36c-fca667b4e541
 0  0  0  00.0  0  00.00.0|
  gptid/6ac11466-21c5-4420-85bc-eb1c3c7fa616
 0  0  0  00.0  0  00.00.0|
  gptid/0047cc59-6b75-4508-98d0-842beafd3164
 0  0  0  00.0  0  00.00.0|
  gptid/ddebb168-ac18-11e4-8f9e-283737012e32
 0  0  0  00.0  0  00.00.0|
  msdosfs/NO_NAME
 
 
  That is, 100% busy and 200 MB/s...
 
  top shows
 
  last pid: 13709;  load averages:  1.18,  0.98,
  0.58
  up 0+00:28:36  10:35:38
  27 processes:  1 running, 26 sleeping
  CPU:  0.0% user,  0.0% nice, 12.3% system, 11.1% interrupt, 76.6% idle
  Mem: 25M Active, 651M Inact, 587M Wired, 30M Cache, 411M Buf, 2566M
 Free
  Swap: 706M Total, 706M Free
 
 
  I have used FreeBSD with SSD plenty and never seen this behavior
 before.
 
  --
  Johannes Lundberg
  BRILLIANTSERVICE CO., LTD.
 
  On Thu, Feb 5, 2015 at 10:14 AM, Allan Jude allanj...@freebsd.org
  wrote:
 
  On 2015-02-04 19:29, Lundberg, Johannes wrote:
  Hi
 
  I'm thought I was gonna do some test runs with HEAD on a 2013
 Macbook
  Air
  and noticed some weird behavior regarding disk I/O.
 
  This happens both when doing portsnap extract and clone from git
  repository.
 
  For example portsnap extract, the extraction process (the output of
  it)
  suddenly stops, for seconds or maybe even minutes, quite many times
  during
  the whole extraction process.
  iostat reports ~200 MB/s on ada0 the whole time during freeze.
 
 
  pciconf:
 
  ahci0@pci0:4:0:0:class=0x010601 card=0x91831b4b

Re: Weird behavior writing to SSD on 2013 MacBook

2015-02-05 Thread Lundberg, Johannes

It seems like the patch solved my problem. No more freezing of the
filesystem.


--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

On Thu, Feb 5, 2015 at 6:19 PM, Alfred Perlstein bri...@mu.org wrote:

 It's possible original intent of that construct was just a pause/throttle
 if it used to be an if(). Makes sense although should investigate further.

 Sent from my iPhone

  On Feb 5, 2015, at 1:03 AM, Konstantin Belousov kostik...@gmail.com
 wrote:
 
  On Thu, Feb 05, 2015 at 12:45:55AM -0800, Alfred Perlstein wrote:
 
 
  On 2/5/15 12:30 AM, Konstantin Belousov wrote:
  On Thu, Feb 05, 2015 at 08:56:59AM +0100, Dimitry Andric wrote:
  If you let bsdtar continue, and press control-T a few times, does the
  user time (u) increase at all?  Does it ever go any further, if you
 let
  it run for a very long time?
 
  I believe a problem may have been introduced by r277922, leading to
  filesystem hangs in some scenarios.  It looks like this commit is also
  in dumbbell's github fork:
 
 
 https://github.com/dumbbell/freebsd/commit/83723416a6bb8695d60c6573722a81086899f521
 
  Would be nice if you mailed me with your findings.
 
  Please try this.
 
  diff --git a/sys/ufs/ffs/ffs_softdep.c b/sys/ufs/ffs/ffs_softdep.c
  index 79783c8..700854e 100644
  --- a/sys/ufs/ffs/ffs_softdep.c
  +++ b/sys/ufs/ffs/ffs_softdep.c
  @@ -1393,7 +1393,7 @@ softdep_flush(addr)
   VFSTOUFS(mp)-softdep_jblocks-jb_suspended))
   kthread_suspend_check();
   ACQUIRE_LOCK(ump);
  -while ((ump-softdep_flags  (FLUSH_CLEANUP | FLUSH_EXIT)) ==
 0)
  +if ((ump-softdep_flags  (FLUSH_CLEANUP | FLUSH_EXIT)) == 0)
   msleep(ump-softdep_flushtd, LOCK_PTR(ump), PVM,
   sdflush, hz / 2);
   ump-softdep_flags = ~FLUSH_CLEANUP;
  @@ -1423,10 +1423,9 @@ worklist_speedup(mp)
 
   ump = VFSTOUFS(mp);
   LOCK_OWNED(ump);
  -if ((ump-softdep_flags  (FLUSH_CLEANUP | FLUSH_EXIT)) == 0) {
  +if ((ump-softdep_flags  (FLUSH_CLEANUP | FLUSH_EXIT)) == 0)
   ump-softdep_flags |= FLUSH_CLEANUP;
  -wakeup(ump-softdep_flushtd);
  -}
  +wakeup(ump-softdep_flushtd);
   }
 
   static int
  @@ -1471,11 +1470,10 @@ softdep_speedup(ump)
   TAILQ_INSERT_TAIL(softdepmounts, sdp, sd_next);
   FREE_GBLLOCK(lk);
   if ((altump-softdep_flags 
  -(FLUSH_CLEANUP | FLUSH_EXIT)) == 0) {
  +(FLUSH_CLEANUP | FLUSH_EXIT)) == 0)
   altump-softdep_flags |= FLUSH_CLEANUP;
  -altump-um_softdep-sd_cleanups++;
  -wakeup(altump-softdep_flushtd);
  -}
  +altump-um_softdep-sd_cleanups++;
  +wakeup(altump-softdep_flushtd);
   FREE_LOCK(altump);
   }
   }
  ___
 
  Why the conversion of while() to if()?
 
 
  The reason for a while() when doing msleep/wakeup is typically to
  prevent superfluous wakeups from signalling early.
 
  if()-while() was one of the changes in r277922, and I suspect that it
  is the cause of the issue.  I.e. my thought right now is that
  softdep_process_worklist() does not keep up with the requests.
 
  If this is true, then real fix is somewhere else, but restoring
  pre-r277922 behaviour should get rid of immediate pain.
 


-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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

Weird behavior writing to SSD on 2013 MacBook

Hi

I'm thought I was gonna do some test runs with HEAD on a 2013 Macbook Air
and noticed some weird behavior regarding disk I/O.

This happens both when doing portsnap extract and clone from git repository.

For example portsnap extract, the extraction process (the output of it)
suddenly stops, for seconds or maybe even minutes, quite many times during
the whole extraction process.
iostat reports ~200 MB/s on ada0 the whole time during freeze.


pciconf:

ahci0@pci0:4:0:0:class=0x010601 card=0x91831b4b chip=0x91831b4b
rev=0x14 hdr=0x00
vendor = 'Marvell Technology Group Ltd.'
class  = mass storage
subclass   = SATA


dmesg (relevant lines?):

ahci0: Marvell 88SS9183 AHCI SATA controller port
0x1028-0x102f,0x1034-0x1037,0x1020-0x1027,0x1030-0x1033,0x1000-0x101f mem
0xb070-0xb07001ff at device 0.0 on pci4
ahci0: AHCI v1.00 with 1 6Gbps ports, Port Multiplier not supported
ahcich0: AHCI channel at channel 0 on ahci0

ada0 at ahcich0 bus 0 scbus0 target 0 lun 0
ada0: APPLE SSD SD0128F A222821 ATA-8 SATA 3.x device
ada0: Serial Number 1325A5401681 \^T\^T\^T\^T\^T\^T\^T
ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 512bytes)
ada0: Command Queueing enabled
ada0: 115712MB (236978176 512 byte sectors: 16H 63S/T 16383C)
ada0: Previously was known as ad4

GEOM: ada0: enabling Boot Camp
GEOM: diskid/DISK-1325A5401681%20%14%14%14%14%14%14%14: enabling Boot Camp


gpart:

=   34  236978109  ada0  GPT  (113G)
 34  6- free -  (3.0K)
 40 409600 1  efi  (200M)
 409640  174519128 2  apple-hfs  (83G)
  1749287681269536 3  apple-boot  (620M)
  176198304   1376- free -  (688K)
  176199680   29782016 4  linux-data  (14G)
  2059816962097152 5  linux-swap  (1.0G)
  208078848   1600 6  efi  (800K)
  208080448   27261368 7  freebsd-ufs  (13G)
  2353418161445888 8  freebsd-swap  (706M)
  236787704 190439- free -  (93M)


One other weird thing is that FreeBSD does not show up in the refind boot
menu by default, only OSX and Linux. I have to press ESC once to reload for
FreeBSD boot option to show up.. Any clues? Is my partition configuration
wrong in some way?

Thanks!
--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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: Weird behavior writing to SSD on 2013 MacBook

I deleted /usr/ports and did a new portsnap extract

portsnap stopped at /usr/ports/editors/teco

that folder is empty and the previous folder (editors/tea) is populated
with files.

portsnap stopped for about 2-3 minutes and during the whole time gstat
showed values like this: (disc io load was constantly fluctuating around
200 MB/s, not static)

dT: 1.002s  w: 1.000s
 L(q)  ops/sr/s   kBps   ms/rw/s   kBps   ms/w   %busy Name
 1240  43523  0  00.0  43523 220158   24.1   99.5| ada0
0  0  0  00.0  0  00.00.0| ada0p1
0  0  0  00.0  0  00.00.0| ada0p2
0  0  0  00.0  0  00.00.0| ada0p3
0  0  0  00.0  0  00.00.0| ada0p4
0  0  0  00.0  0  00.00.0| ada0p5
0  0  0  00.0  0  00.00.0| ada0p6
 1240  43523  0  00.0  43523 220158   24.1   99.5| ada0p7
0  0  0  00.0  0  00.00.0| ada0p8
0  0  0  00.0  0  00.00.0|
gpt/EFI%20System%20Partition
0  0  0  00.0  0  00.00.0|
gptid/ca33c17c-0ef4-4d9b-b2bb-cb37a907504b
0  0  0  00.0  0  00.00.0| msdosfs/EFI
0  0  0  00.0  0  00.00.0| gpt/Untitled
0  0  0  00.0  0  00.00.0|
gptid/319461e8-0310-47d5-b4d1-6ba5a92cf9a9
0  0  0  00.0  0  00.00.0|
gpt/Recovery%20HD
0  0  0  00.0  0  00.00.0|
gptid/cb9530b7-8872-46d0-b36c-fca667b4e541
0  0  0  00.0  0  00.00.0|
gptid/6ac11466-21c5-4420-85bc-eb1c3c7fa616
0  0  0  00.0  0  00.00.0|
gptid/0047cc59-6b75-4508-98d0-842beafd3164
0  0  0  00.0  0  00.00.0|
gptid/ddebb168-ac18-11e4-8f9e-283737012e32
0  0  0  00.0  0  00.00.0|
msdosfs/NO_NAME


That is, 100% busy and 200 MB/s...

top shows

last pid: 13709;  load averages:  1.18,  0.98,
0.58
up 0+00:28:36  10:35:38
27 processes:  1 running, 26 sleeping
CPU:  0.0% user,  0.0% nice, 12.3% system, 11.1% interrupt, 76.6% idle
Mem: 25M Active, 651M Inact, 587M Wired, 30M Cache, 411M Buf, 2566M Free
Swap: 706M Total, 706M Free


I have used FreeBSD with SSD plenty and never seen this behavior before.

--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

On Thu, Feb 5, 2015 at 10:14 AM, Allan Jude allanj...@freebsd.org wrote:

 On 2015-02-04 19:29, Lundberg, Johannes wrote:
  Hi
 
  I'm thought I was gonna do some test runs with HEAD on a 2013 Macbook Air
  and noticed some weird behavior regarding disk I/O.
 
  This happens both when doing portsnap extract and clone from git
 repository.
 
  For example portsnap extract, the extraction process (the output of it)
  suddenly stops, for seconds or maybe even minutes, quite many times
 during
  the whole extraction process.
  iostat reports ~200 MB/s on ada0 the whole time during freeze.
 
 
  pciconf:
 
  ahci0@pci0:4:0:0:class=0x010601 card=0x91831b4b chip=0x91831b4b
  rev=0x14 hdr=0x00
  vendor = 'Marvell Technology Group Ltd.'
  class  = mass storage
  subclass   = SATA
 
 
  dmesg (relevant lines?):
 
  ahci0: Marvell 88SS9183 AHCI SATA controller port
  0x1028-0x102f,0x1034-0x1037,0x1020-0x1027,0x1030-0x1033,0x1000-0x101f mem
  0xb070-0xb07001ff at device 0.0 on pci4
  ahci0: AHCI v1.00 with 1 6Gbps ports, Port Multiplier not supported
  ahcich0: AHCI channel at channel 0 on ahci0
 
  ada0 at ahcich0 bus 0 scbus0 target 0 lun 0
  ada0: APPLE SSD SD0128F A222821 ATA-8 SATA 3.x device
  ada0: Serial Number 1325A5401681 \^T\^T\^T\^T\^T\^T\^T
  ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 512bytes)
  ada0: Command Queueing enabled
  ada0: 115712MB (236978176 512 byte sectors: 16H 63S/T 16383C)
  ada0: Previously was known as ad4
 
  GEOM: ada0: enabling Boot Camp
  GEOM: diskid/DISK-1325A5401681%20%14%14%14%14%14%14%14: enabling Boot
 Camp
 
 
  gpart:
 
  =   34  236978109  ada0  GPT  (113G)
   34  6- free -  (3.0K)
   40 409600 1  efi  (200M)
   409640  174519128 2  apple-hfs  (83G)
1749287681269536 3  apple-boot  (620M)
176198304   1376- free -  (688K)
176199680   29782016 4  linux-data  (14G)
2059816962097152 5  linux-swap  (1.0G)
208078848   1600 6  efi  (800K)
208080448   27261368 7  freebsd-ufs  (13G)
2353418161445888 8  freebsd-swap  (706M)
236787704 190439- free -  (93M)
 
 
  One other weird thing is that FreeBSD does not show up in the refind boot
  menu by default, only OSX and Linux. I have to press ESC once to reload
 for
  FreeBSD boot option to show up.. Any clues? Is my partition configuration

Re: Weird behavior writing to SSD on 2013 MacBook

By the way,

For the second test I first ran portsnap extract without removing the old
/usr/ports folder and it ran through quickly without any halts..

--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

On Thu, Feb 5, 2015 at 10:38 AM, Lundberg, Johannes 
johan...@brilliantservice.co.jp wrote:

 I deleted /usr/ports and did a new portsnap extract

 portsnap stopped at /usr/ports/editors/teco

 that folder is empty and the previous folder (editors/tea) is populated
 with files.

 portsnap stopped for about 2-3 minutes and during the whole time gstat
 showed values like this: (disc io load was constantly fluctuating around
 200 MB/s, not static)

 dT: 1.002s  w: 1.000s
  L(q)  ops/sr/s   kBps   ms/rw/s   kBps   ms/w   %busy Name
  1240  43523  0  00.0  43523 220158   24.1   99.5| ada0
 0  0  0  00.0  0  00.00.0| ada0p1
 0  0  0  00.0  0  00.00.0| ada0p2
 0  0  0  00.0  0  00.00.0| ada0p3
 0  0  0  00.0  0  00.00.0| ada0p4
 0  0  0  00.0  0  00.00.0| ada0p5
 0  0  0  00.0  0  00.00.0| ada0p6
  1240  43523  0  00.0  43523 220158   24.1   99.5| ada0p7
 0  0  0  00.0  0  00.00.0| ada0p8
 0  0  0  00.0  0  00.00.0|
 gpt/EFI%20System%20Partition
 0  0  0  00.0  0  00.00.0|
 gptid/ca33c17c-0ef4-4d9b-b2bb-cb37a907504b
 0  0  0  00.0  0  00.00.0| msdosfs/EFI
 0  0  0  00.0  0  00.00.0| gpt/Untitled
 0  0  0  00.0  0  00.00.0|
 gptid/319461e8-0310-47d5-b4d1-6ba5a92cf9a9
 0  0  0  00.0  0  00.00.0|
 gpt/Recovery%20HD
 0  0  0  00.0  0  00.00.0|
 gptid/cb9530b7-8872-46d0-b36c-fca667b4e541
 0  0  0  00.0  0  00.00.0|
 gptid/6ac11466-21c5-4420-85bc-eb1c3c7fa616
 0  0  0  00.0  0  00.00.0|
 gptid/0047cc59-6b75-4508-98d0-842beafd3164
 0  0  0  00.0  0  00.00.0|
 gptid/ddebb168-ac18-11e4-8f9e-283737012e32
 0  0  0  00.0  0  00.00.0|
 msdosfs/NO_NAME


 That is, 100% busy and 200 MB/s...

 top shows

 last pid: 13709;  load averages:  1.18,  0.98,
 0.58
 up 0+00:28:36  10:35:38
 27 processes:  1 running, 26 sleeping
 CPU:  0.0% user,  0.0% nice, 12.3% system, 11.1% interrupt, 76.6% idle
 Mem: 25M Active, 651M Inact, 587M Wired, 30M Cache, 411M Buf, 2566M Free
 Swap: 706M Total, 706M Free


 I have used FreeBSD with SSD plenty and never seen this behavior before.

 --
 Johannes Lundberg
 BRILLIANTSERVICE CO., LTD.

 On Thu, Feb 5, 2015 at 10:14 AM, Allan Jude allanj...@freebsd.org wrote:

 On 2015-02-04 19:29, Lundberg, Johannes wrote:
  Hi
 
  I'm thought I was gonna do some test runs with HEAD on a 2013 Macbook
 Air
  and noticed some weird behavior regarding disk I/O.
 
  This happens both when doing portsnap extract and clone from git
 repository.
 
  For example portsnap extract, the extraction process (the output of it)
  suddenly stops, for seconds or maybe even minutes, quite many times
 during
  the whole extraction process.
  iostat reports ~200 MB/s on ada0 the whole time during freeze.
 
 
  pciconf:
 
  ahci0@pci0:4:0:0:class=0x010601 card=0x91831b4b chip=0x91831b4b
  rev=0x14 hdr=0x00
  vendor = 'Marvell Technology Group Ltd.'
  class  = mass storage
  subclass   = SATA
 
 
  dmesg (relevant lines?):
 
  ahci0: Marvell 88SS9183 AHCI SATA controller port
  0x1028-0x102f,0x1034-0x1037,0x1020-0x1027,0x1030-0x1033,0x1000-0x101f
 mem
  0xb070-0xb07001ff at device 0.0 on pci4
  ahci0: AHCI v1.00 with 1 6Gbps ports, Port Multiplier not supported
  ahcich0: AHCI channel at channel 0 on ahci0
 
  ada0 at ahcich0 bus 0 scbus0 target 0 lun 0
  ada0: APPLE SSD SD0128F A222821 ATA-8 SATA 3.x device
  ada0: Serial Number 1325A5401681 \^T\^T\^T\^T\^T\^T\^T
  ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 512bytes)
  ada0: Command Queueing enabled
  ada0: 115712MB (236978176 512 byte sectors: 16H 63S/T 16383C)
  ada0: Previously was known as ad4
 
  GEOM: ada0: enabling Boot Camp
  GEOM: diskid/DISK-1325A5401681%20%14%14%14%14%14%14%14: enabling Boot
 Camp
 
 
  gpart:
 
  =   34  236978109  ada0  GPT  (113G)
   34  6- free -  (3.0K)
   40 409600 1  efi  (200M)
   409640  174519128 2  apple-hfs  (83G)
1749287681269536 3  apple-boot  (620M)
176198304   1376- free -  (688K)
176199680   29782016 4  linux-data  (14G)
2059816962097152 5  linux-swap  (1.0G)
208078848   1600 6  efi  (800K)
208080448   27261368 7  freebsd

Re: Weird behavior writing to SSD on 2013 MacBook

The release is the latest snapshot memstick image and kernel is from
https://github.com/dumbbell/freebsd/tree/kms-drm-update-38.

I think this problem existed before I changed kernel.

I haven't changed any settings on the filesystem so I assume TRIM is off.

When stopped bsdtar is in state flswai. What does this mean?

/ is 13 GB and 80% full.


--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

On Thu, Feb 5, 2015 at 4:21 PM, Allan Jude allanj...@freebsd.org wrote:

 On 2015-02-04 20:40, Lundberg, Johannes wrote:
  By the way,
 
  For the second test I first ran portsnap extract without removing the old
  /usr/ports folder and it ran through quickly without any halts..
 
  --
  Johannes Lundberg
  BRILLIANTSERVICE CO., LTD.
 
  On Thu, Feb 5, 2015 at 10:38 AM, Lundberg, Johannes 
  johan...@brilliantservice.co.jp wrote:
 
  I deleted /usr/ports and did a new portsnap extract
 
  portsnap stopped at /usr/ports/editors/teco
 
  that folder is empty and the previous folder (editors/tea) is populated
  with files.
 
  portsnap stopped for about 2-3 minutes and during the whole time gstat
  showed values like this: (disc io load was constantly fluctuating around
  200 MB/s, not static)
 
  dT: 1.002s  w: 1.000s
   L(q)  ops/sr/s   kBps   ms/rw/s   kBps   ms/w   %busy Name
   1240  43523  0  00.0  43523 220158   24.1   99.5| ada0
  0  0  0  00.0  0  00.00.0| ada0p1
  0  0  0  00.0  0  00.00.0| ada0p2
  0  0  0  00.0  0  00.00.0| ada0p3
  0  0  0  00.0  0  00.00.0| ada0p4
  0  0  0  00.0  0  00.00.0| ada0p5
  0  0  0  00.0  0  00.00.0| ada0p6
   1240  43523  0  00.0  43523 220158   24.1   99.5| ada0p7
  0  0  0  00.0  0  00.00.0| ada0p8
  0  0  0  00.0  0  00.00.0|
  gpt/EFI%20System%20Partition
  0  0  0  00.0  0  00.00.0|
  gptid/ca33c17c-0ef4-4d9b-b2bb-cb37a907504b
  0  0  0  00.0  0  00.00.0|
 msdosfs/EFI
  0  0  0  00.0  0  00.00.0|
 gpt/Untitled
  0  0  0  00.0  0  00.00.0|
  gptid/319461e8-0310-47d5-b4d1-6ba5a92cf9a9
  0  0  0  00.0  0  00.00.0|
  gpt/Recovery%20HD
  0  0  0  00.0  0  00.00.0|
  gptid/cb9530b7-8872-46d0-b36c-fca667b4e541
  0  0  0  00.0  0  00.00.0|
  gptid/6ac11466-21c5-4420-85bc-eb1c3c7fa616
  0  0  0  00.0  0  00.00.0|
  gptid/0047cc59-6b75-4508-98d0-842beafd3164
  0  0  0  00.0  0  00.00.0|
  gptid/ddebb168-ac18-11e4-8f9e-283737012e32
  0  0  0  00.0  0  00.00.0|
  msdosfs/NO_NAME
 
 
  That is, 100% busy and 200 MB/s...
 
  top shows
 
  last pid: 13709;  load averages:  1.18,  0.98,
  0.58
  up 0+00:28:36  10:35:38
  27 processes:  1 running, 26 sleeping
  CPU:  0.0% user,  0.0% nice, 12.3% system, 11.1% interrupt, 76.6% idle
  Mem: 25M Active, 651M Inact, 587M Wired, 30M Cache, 411M Buf, 2566M Free
  Swap: 706M Total, 706M Free
 
 
  I have used FreeBSD with SSD plenty and never seen this behavior before.
 
  --
  Johannes Lundberg
  BRILLIANTSERVICE CO., LTD.
 
  On Thu, Feb 5, 2015 at 10:14 AM, Allan Jude allanj...@freebsd.org
 wrote:
 
  On 2015-02-04 19:29, Lundberg, Johannes wrote:
  Hi
 
  I'm thought I was gonna do some test runs with HEAD on a 2013 Macbook
  Air
  and noticed some weird behavior regarding disk I/O.
 
  This happens both when doing portsnap extract and clone from git
  repository.
 
  For example portsnap extract, the extraction process (the output of
 it)
  suddenly stops, for seconds or maybe even minutes, quite many times
  during
  the whole extraction process.
  iostat reports ~200 MB/s on ada0 the whole time during freeze.
 
 
  pciconf:
 
  ahci0@pci0:4:0:0:class=0x010601 card=0x91831b4b chip=0x91831b4b
  rev=0x14 hdr=0x00
  vendor = 'Marvell Technology Group Ltd.'
  class  = mass storage
  subclass   = SATA
 
 
  dmesg (relevant lines?):
 
  ahci0: Marvell 88SS9183 AHCI SATA controller port
  0x1028-0x102f,0x1034-0x1037,0x1020-0x1027,0x1030-0x1033,0x1000-0x101f
  mem
  0xb070-0xb07001ff at device 0.0 on pci4
  ahci0: AHCI v1.00 with 1 6Gbps ports, Port Multiplier not supported
  ahcich0: AHCI channel at channel 0 on ahci0
 
  ada0 at ahcich0 bus 0 scbus0 target 0 lun 0
  ada0: APPLE SSD SD0128F A222821 ATA-8 SATA 3.x device
  ada0: Serial Number 1325A5401681 \^T\^T\^T\^T\^T\^T\^T
  ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 512bytes)
  ada0: Command Queueing enabled
  ada0: 115712MB (236978176 512 byte sectors: 16H 63S/T 16383C)
  ada0: Previously

TI WiLink 6.0 (WL1271)

2015-02-01 Thread Lundberg, Johannes

Hi

Does anyone with insights into the WiFi world know the porting status of
this driver?
There seem to be a Linux driver available. What kind of problems would we
face for creating a FreeBSD driver? Is it just a matter of someone sitting
down doing it or are there any other obstacles?

Thanks!
--
Johannes Lundberg

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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: TI WiLink 6.0 (WL1271)

2015-02-01 Thread Lundberg, Johannes

Would you be able to estimate roughly the amount of time needed?

--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

On Mon, Feb 2, 2015 at 2:00 PM, Adrian Chadd adr...@freebsd.org wrote:

 Hi,

 Yup, someone has to port the driver and bus framework.



 -adrian


 On 1 February 2015 at 20:24, Lundberg, Johannes
 johan...@brilliantservice.co.jp wrote:
  Hi
 
  Does anyone with insights into the WiFi world know the porting status of
  this driver?
  There seem to be a Linux driver available. What kind of problems would we
  face for creating a FreeBSD driver? Is it just a matter of someone
 sitting
  down doing it or are there any other obstacles?
 
  Thanks!
  --
  Johannes Lundberg
 
  --
  =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
  もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
  複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
  ---
  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


-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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: System-On-Module

2015-01-29 Thread Lundberg, Johannes

Hi All

Thanks again for all the replies.

How is the support for A15 and how is Qualcomm to work with when it comes
to porting?

Thinking about this guy which is closer to what I want spec-wise..
http://www.variscite.com/products/system-on-module-som/cortex-a15-krait/var-som-sd600-cpu-qualcomm-snapdragon600

--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

On Thu, Jan 29, 2015 at 11:33 AM, Bernd Walter ti...@cicely7.cicely.de
wrote:

On Wed, Jan 28, 2015 at 05:36:00PM -0700, Ian Lepore wrote:
On Thu, 2015-01-29 at 09:12 +0900, Lundberg, Johannes wrote:
Ah now I see it has EDM connection. I didn't look carefully enough.
All the
images are with the expansion board attached..

Spec-wise and portability-wise it seems like a good option but my
hardware
guy keeps warning me about Freescale that they often have hardware
bugs and
rather than fixing the bugs they pretend they are not there.. In other
words, Freescale is good for software developers because of open
documentation but not so for hardware manufactures. Any experiences
with
this?

The imx6 manuals include an errata list, so it would be good to check
that for anything specific that would matter to your projects.

If you use a prebuild module then you don't get much in touch with
the freescale chip fropm the hardware side.
On the other hand, there are countless iMX6 boards out there with
schematics online.
My recently bought Novena even came with printed schematics and they
open sourced the HW design files as well.
I don't think there are hidden surprises on the hardware side.

For the devices we use in our products everything is good so far with
the hardware. That's emmc, sdcard, ethernet, i2c, uarts, usb, and lots
of gpio (inputs and outputs). The ethernet is gigabit but has a known
limitation of 40MB/s due to the bus it's connected to in the chip. (But
hey, it's documented so it's not a problem, right? :)

You mentioned video, and we don't have that working on freebsd imx6 yet,
but there's not a ton of work to do. There's a framebuffer driver for
imx5 and it has pretty much the same framebuffer hardware. Getting
video output to a TTL LCD is probably just hours of work. Getting it to
an LVDS LCD or HDMI probably needs days of work (entire drivers written,
potentially, I haven't looked into it).

Sounds interesting for my Novena.
The one I already got are board only (with some FPGA breakout, ...).
They have HDMI though.
But I'm also awaiting for the one with case and LCD panel.
Not to forget that I have a fairy EDM carrier with LCD already.
That said I'v always wondered how much work is it to get the camera
interface running, since the Hummingboards can connect to the RPi
camera modules.

Some audio support was recently committed, but I don't know much about
it yet.

-- Ian

--
B.Walter be...@bwct.de http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.

--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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: System-On-Module

2015-01-29 Thread Lundberg, Johannes

What I'm most worried about is the graphics stack.. Some companies don't
seem so keen on handing out specs.

On Thursday, January 29, 2015, Ganbold Tsagaankhuu ganb...@gmail.com
wrote:

On Thu, Jan 29, 2015 at 4:18 PM, Lundberg, Johannes
johan...@brilliantservice.co.jp
javascript:_e(%7B%7D,'cvml','johan...@brilliantservice.co.jp'); wrote:

Hi All

Thanks again for all the replies.

How is the support for A15 and how is Qualcomm to work with when it comes
to porting?

Thinking about this guy which is closer to what I want spec-wise..

http://www.variscite.com/products/system-on-module-som/cortex-a15-krait/var-som-sd600-cpu-qualcomm-snapdragon600

I think IFC6410 has same SoC as above SoM and as for ifc6410 either mmc/sd
or usb ehci driver needed in order to boot FreeBSD into multi user mode.

Ganbold

--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

On Thu, Jan 29, 2015 at 11:33 AM, Bernd Walter ti...@cicely7.cicely.de
javascript:_e(%7B%7D,'cvml','ti...@cicely7.cicely.de');
wrote:

Spec-wise and portability-wise it seems like a good option but my
hardware
guy keeps warning me about Freescale that they often have hardware
bugs and
rather than fixing the bugs they pretend they are not there.. In
other
words, Freescale is good for software developers because of open
documentation but not so for hardware manufactures. Any experiences
with
this?

The imx6 manuals include an errata list, so it would be good to check
that for anything specific that would matter to your projects.

For the devices we use in our products everything is good so far with
the hardware. That's emmc, sdcard, ethernet, i2c, uarts, usb, and
lots
of gpio (inputs and outputs). The ethernet is gigabit but has a known
limitation of 40MB/s due to the bus it's connected to in the chip.
(But
hey, it's documented so it's not a problem, right? :)

You mentioned video, and we don't have that working on freebsd imx6
yet,
but there's not a ton of work to do. There's a framebuffer driver for
imx5 and it has pretty much the same framebuffer hardware. Getting
video output to a TTL LCD is probably just hours of work. Getting it
to
an LVDS LCD or HDMI probably needs days of work (entire drivers
written,
potentially, I haven't looked into it).

Some audio support was recently committed, but I don't know much about
it yet.

-- Ian

--
B.Walter be...@bwct.de javascript:_e(%7B%7D,'cvml','be...@bwct.de');
http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.

--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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
javascript:_e(%7B%7D,'cvml','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
javascript:_e(%7B%7D,'cvml','freebsd-current-unsubscr...@freebsd.org');

--
--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

Re: System-On-Module

2015-01-29 Thread Lundberg, Johannes

How about GPU 2D 3D support for Vivante GC2000?

There seem to be some open source driver out there but its GPL

GPU acceleration for 2D and 3D is a must for us and if it is only a matter
of a few programmers time and effort we can invest in it.

Can there be any blocking things like proprietary software/hardware etc?

--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

On Thu, Jan 29, 2015 at 9:36 AM, Ian Lepore i...@freebsd.org wrote:

On Thu, 2015-01-29 at 09:12 +0900, Lundberg, Johannes wrote:
Ah now I see it has EDM connection. I didn't look carefully enough. All
the
images are with the expansion board attached..

Spec-wise and portability-wise it seems like a good option but my
hardware
guy keeps warning me about Freescale that they often have hardware bugs
and
rather than fixing the bugs they pretend they are not there.. In other
words, Freescale is good for software developers because of open
documentation but not so for hardware manufactures. Any experiences with
this?

The imx6 manuals include an errata list, so it would be good to check
that for anything specific that would matter to your projects.

Some audio support was recently committed, but I don't know much about
it yet.

-- Ian

--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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

System-On-Module

Hi

Of all the low power, high-spec system/computer-on-modules out there which
have best support for FreeBSD?

MEN
Variscite
Technologic system
Adlink
etc.

What I am looking for is a system with roughly this specs
ARM or x86, 64bit if possible.
2-4 cores
1.5-2.0 GHz
2 GB RAM
~16 GB Storage
USB 3.0
PCB size about one to two credit cards.

I wish to minimize the amount of porting needed so I am very grateful if
someone has good insights in this area. And of course, it would help a lot
if it was a manufacturer who is willing to provide datasheets to make
porting possible..

Thanks!
--
Johannes Lundberg

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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: System-On-Module

Thanks a lot guys.

I can specify a bit more details.
We don't need any sd-card, sata or external storage. Just the internal eMMC
is enough.
Display output can be DSI, LVDS or something that can easily be serialized
to transfer over 2 wires.
If WiFi and Bluetooth 4.0 is on the board that'll also be great.
And of course, it would be helpful if the said board also is available as
development kit...

If the first tests are ok (tests can be done using Linux if FreeBSD doesn't
run out of the box) we're looking to buy a larger amount, at least 1000 to
start with.

We are flexible about prize and size of the board.

Atom is preferable over imx6, but I'll check out what you recommended.
Thanks again!

Ps. Hopefully we can also provide development boards for anyone who wants
to help with porting out of own interest.

--
Johannes Lundberg

On Thu, Jan 29, 2015 at 5:14 AM, Bernd Walter ti...@cicely7.cicely.de
wrote:

On Wed, Jan 28, 2015 at 12:27:31PM -0700, Ian Lepore wrote:
On Wed, 2015-01-28 at 19:32 +0100, Bernd Walter wrote:
On Wed, Jan 28, 2015 at 06:52:52PM +0900, Lundberg, Johannes wrote:
Hi

Of all the low power, high-spec system/computer-on-modules out there
which
have best support for FreeBSD?

MEN
Variscite
Technologic system
Adlink
etc.

What I am looking for is a system with roughly this specs
ARM or x86, 64bit if possible.
2-4 cores
1.5-2.0 GHz
2 GB RAM
~16 GB Storage
USB 3.0
PCB size about one to two credit cards.

In that range I would go for a Wandboard.
They are 1, 2 or 4 core iMX6 32bit with 512M, 1G or 2G RAM.
The 4 core has SATA, which to my knowledge we don't support yet.
They come with 2 useable SD-card slots - one on the module and one
on a carrier board.
Clock rate is 1GHz only IIRC and they only have high speed USB,
although
the newest carrier boards have some super speed wiring for future
modules.

TechNexion, the originator of that module system also has some
x86 boards - some may fit your requirements, but those are at
a higher price and bigger form factor.
Tech Nexion also has iMX6 boards similar to the wandboard with
different featuresets, but also at a higher price.

You do get more for that higher price with the Technexion EDM modules,
namely 1.2ghz chips instead of 1.0, and parts that are industrial and/or
automotive temperature-rated rather than consumer grade. On the other
hand, you generally can't buy Technexion modules one at a time. Last
time I checked they were minimum order 10 pieces even from resellers
like Mouser and Digikey.

Temperature rating - that can easily justify the higher price.

Another small-board imx6 possibility is the Hummingboard from SolidRun.
I now have freebsd running on a SolidRun Cubox-i4, so I expect no large
drama in getting it working on other SolidRun imx6 products. Gonzo
ordered a Hummingboard recently, so we should know for sure some time
soon.

To my knowledge they come in 3 different sizes.
I own the biggest two versions of them.
Completely forgot that the Hummingboard uses modules as well and the
modules are even very small.

--
B.Walter be...@bwct.de http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.

--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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: System-On-Module

By the way, this is for an embedded mobile device so we are looking for
something more like

http://www.kontron.com/products/computeronmodules/smarc/smarc-samx6i.html

instead of Wandboard which has all the connectors that we won't use.

--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

On Thu, Jan 29, 2015 at 8:21 AM, Lundberg, Johannes
johan...@brilliantservice.co.jp wrote:

Thanks a lot guys.

I can specify a bit more details.
We don't need any sd-card, sata or external storage. Just the internal
eMMC is enough.
Display output can be DSI, LVDS or something that can easily be serialized
to transfer over 2 wires.
If WiFi and Bluetooth 4.0 is on the board that'll also be great.
And of course, it would be helpful if the said board also is available as
development kit...

If the first tests are ok (tests can be done using Linux if FreeBSD
doesn't run out of the box) we're looking to buy a larger amount, at least
1000 to start with.

We are flexible about prize and size of the board.

Atom is preferable over imx6, but I'll check out what you recommended.
Thanks again!

Ps. Hopefully we can also provide development boards for anyone who wants
to help with porting out of own interest.

--
Johannes Lundberg

On Thu, Jan 29, 2015 at 5:14 AM, Bernd Walter ti...@cicely7.cicely.de
wrote:

On Wed, Jan 28, 2015 at 12:27:31PM -0700, Ian Lepore wrote:
On Wed, 2015-01-28 at 19:32 +0100, Bernd Walter wrote:
On Wed, Jan 28, 2015 at 06:52:52PM +0900, Lundberg, Johannes wrote:
Hi

Of all the low power, high-spec system/computer-on-modules out
there which
have best support for FreeBSD?

MEN
Variscite
Technologic system
Adlink
etc.

What I am looking for is a system with roughly this specs
ARM or x86, 64bit if possible.
2-4 cores
1.5-2.0 GHz
2 GB RAM
~16 GB Storage
USB 3.0
PCB size about one to two credit cards.

Temperature rating - that can easily justify the higher price.

To my knowledge they come in 3 different sizes.
I own the biggest two versions of them.
Completely forgot that the Hummingboard uses modules as well and the
modules are even very small.

--
B.Walter be...@bwct.de http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.

--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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: System-On-Module

Ah now I see it has EDM connection. I didn't look carefully enough. All the
images are with the expansion board attached..

Spec-wise and portability-wise it seems like a good option but my hardware
guy keeps warning me about Freescale that they often have hardware bugs and
rather than fixing the bugs they pretend they are not there.. In other
words, Freescale is good for software developers because of open
documentation but not so for hardware manufactures. Any experiences with
this?

--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

On Thu, Jan 29, 2015 at 9:06 AM, Ian Lepore i...@freebsd.org wrote:

 On Thu, 2015-01-29 at 08:28 +0900, Lundberg, Johannes wrote:
  By the way, this is for an embedded mobile device so we are looking for
  something more like
 
 
 http://www.kontron.com/products/computeronmodules/smarc/smarc-samx6i.html
 
  instead of Wandboard which has all the connectors that we won't use.

 That's similar to the EDM module that wandboards use:

 http://www.technexion.com/products/edm/edm-som/edm1-cf-imx6

 You can buy the EDM modules directly from Technexion if you're willing
 to buy quantity, or through resellers like Digikey.  The EDM modules
 from technexion are compatible with the wandboard carrier boards, so you
 can use a few cheap wandboards as devel and eval boards (or you can buy
 the overpriced fairyboard carrier from technexion that has PCIe
 connectors that wandboard lacks).

 We're using these modules at $work, and that's basically the path I
 took... I started with a wandboard and got freebsd running on it, and
 once it got past the proof of concept stage (the minimum set of drivers
 for the imx6 devices we need, and reasonable freebsd stability -- I had
 a board running a stress test with 2 months of uptime) we designed our
 own motherboards with EDM sockets on them.

 -- Ian



-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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: System-On-Module

How about these Tegra3 boards?

https://www.toradex.com/computer-on-modules/apalis-arm-family/nvidia-tegra-3

--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

On Thu, Jan 29, 2015 at 9:36 AM, Ian Lepore i...@freebsd.org wrote:

On Thu, 2015-01-29 at 09:12 +0900, Lundberg, Johannes wrote:
Ah now I see it has EDM connection. I didn't look carefully enough. All
the
images are with the expansion board attached..

Spec-wise and portability-wise it seems like a good option but my
hardware
guy keeps warning me about Freescale that they often have hardware bugs
and
rather than fixing the bugs they pretend they are not there.. In other
words, Freescale is good for software developers because of open
documentation but not so for hardware manufactures. Any experiences with
this?

The imx6 manuals include an errata list, so it would be good to check
that for anything specific that would matter to your projects.

Some audio support was recently committed, but I don't know much about
it yet.

-- Ian

--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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: Intel i915 GPU hung

2014-12-02 Thread Lundberg, Johannes

Waking up an old thread here but I thought I'd share what I've learned.

I think I found out what caused both tearing and crashing when I used
OpenGL.
Since I changed from using xcompmgr to compton with following options

compton --backend glx --vsync opengl-swc --paint-on-overlay
--glx-no-stencil -b

I have never had a crash or tearing. Have no idea why this is but I am just
happy I don't get hung GPU anymore.


--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

On Fri, Sep 12, 2014 at 2:07 PM, Lundberg, Johannes 
johan...@brilliantservice.co.jp wrote:

 Now with only sna enabled (which I think I read somewhere should be the
 default and that's why I didn't enable it before) I got GPU hung again.

 uname -a:
 FreeBSD bsd 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu Jan 16
 22:34:59 UTC 2014 r...@snap.freebsd.org:/usr/
 obj/usr/src/sys/GENERIC  amd64

 dmesg, error_state, pciconf, pkginfo and Xorg.0.log can be downloaded here

 https://dl.dropboxusercontent.com/u/10335306/GPU_hung_logs.zip



 --
 Johannes Lundberg
 BRILLIANTSERVICE CO., LTD.

 On Fri, Sep 12, 2014 at 10:14 AM, Garrett Cooper yaneurab...@gmail.com
 wrote:

 On Thu, Sep 11, 2014 at 6:08 PM, Lundberg, Johannes
 johan...@brilliantservice.co.jp wrote:
  First try with sna+swapbufferswait+tearfree gave me this after a while
 
  Xorg.log
 
  [  1901.000] (EE) intel(0): sna_mode_redisplay: page flipping failed,
  disabling CRTC:3 (pipe=0)
  [  1901.365] (EE) intel(0): sna_mode_redisplay: page flipping failed,
  disabling CRTC:5 (pipe=1)
  [  1901.441] (EE) intel(0): Detected a hung GPU, disabling acceleration.
  [  2841.578] (II) UnloadModule: mouse
  [  2841.578] (II) UnloadModule: kbd
  [  2841.579] (II) intel(0): switch to mode 1366x768@60.0 on pipe 0
 using
  LVDS1, position (0, 0), rotation normal
  [  2841.632] (EE) intel(0): failed to set mode: Unknown error: -22
  [  2841.632] (II) intel(0): switch to mode 1280x720@60.3 on pipe 1
 using
  VGA1, position (0, 0), rotation normal
  [  2841.683] (EE) intel(0): failed to set mode: Unknown error: -22

 This looks off -- it's the Linux kernel error code for EINVAL
 (FreeBSD error codes in the kernel being positive).
 Cheers,
 -Garrett




-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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

snapshot iso, memstick.img missing?

2014-11-07 Thread Lundberg, Johannes

Hi

I can't seem to find
FreeBSD-11.0-CURRENT-amd64-20141025-r273635-memstick.img

Any reason why this is missing?

--
Johannes Lundberg

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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: snapshot iso, memstick.img missing?

2014-11-07 Thread Lundberg, Johannes

Same here. Was gonna test it on my new MacBookAir 6,1 (2014 model).

--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

On Sat, Nov 8, 2014 at 9:26 AM, Mason Loring Bliss ma...@blisses.org
wrote:

 On Sat, Nov 08, 2014 at 08:34:17AM +0900, Lundberg, Johannes wrote:

  I can't seem to find
  FreeBSD-11.0-CURRENT-amd64-20141025-r273635-memstick.img

 Seconding this, I don't see it here:


 ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/amd64/amd64/ISO-IMAGES/11.0/

 I was hoping to grab it to try booting my macbook11,1, which wasn't happy
 with the latest 10-series I tried on it.

 --
 Love is a snowmobile racing across the tundra and then suddenly it
 flips over, pinning you underneath. At night, the ice weasels come.
 ___
 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: Intel i915 GPU hung

I often get this on HD3000 when I push the GPU too hard.. (Well not really
hard at all, but the harder I push it the sooner I get GPU crash). After
the crash the desktop works fine but pure OpenGL apps don't (ie nothing
shows up on the screen). I assume it has switched to software rendering(?)

I'll try to get the error_state next time and post it.

This is the only problem I have running FreeBSD on my Intel laptop and it
is quite annoying when computer (GPU) crashes during demo for visitors and
potential customers..

Anyone have any clue on what the problem might be?


On Thu, Sep 11, 2014 at 11:49 PM, Ranjan1018 . 21474...@gmail.com wrote:

 Hello,

 I have just upgrade my laptop, a Samsung Ativ Book 2 with an integrated
 Intel HD Graphics 4000, to:

 FreeBSD ativ.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r271400: Wed Sep 10
 21:40:48 CEST 2014 root@ativ.local:/usr/obj/usr/src/sys/NEWCONS  amd64

 Using Firefox, after some minutes, I receive the error:

 error: [drm:pid12:i915_hangcheck_elapsed] *ERROR* Hangcheck timer
 elapsed... GPU hung
 info: [drm] capturing error event; look for more information in sysctl
 hw.dri.0.info.i915_error_state

 This error is not related to r271400, but I first saw it few months ago in
 current.

 The output of the command
 sysctl hw.dri.0.info.i915_error_state
 is:


 https://drive.google.com/file/d/0BzoWQoMqq1sfa0tyVGJVYVBhRnc/edit?usp=sharing

 After the error I am not able to run mplayer for videos: the window is
 black.

 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


-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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: Intel i915 GPU hung

I have a feeling I tried that before but I will try it again and report
back the results.

I would also like to enable tear free by setting swapbufferswait and
tearfree to true but when testing with glxgears I get very variable
framerate and jerky animation. I don't know if this is a bug in glxgears or
somewhere else... Any experience with this?

--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

On Fri, Sep 12, 2014 at 8:46 AM, Henry Hu henry.hu...@gmail.com wrote:



 On Thu, Sep 11, 2014 at 7:18 PM, Lundberg, Johannes 
 johan...@brilliantservice.co.jp wrote:

 I often get this on HD3000 when I push the GPU too hard.. (Well not really
 hard at all, but the harder I push it the sooner I get GPU crash). After
 the crash the desktop works fine but pure OpenGL apps don't (ie nothing
 shows up on the screen). I assume it has switched to software rendering(?)

 I'll try to get the error_state next time and post it.

 This is the only problem I have running FreeBSD on my Intel laptop and it
 is quite annoying when computer (GPU) crashes during demo for visitors and
 potential customers..

 Anyone have any clue on what the problem might be?


 If possible, have you tried the SNA acceleration method? Just add
 Option AccelMethod sna
 to your device section of xorg.conf.

 I had GPU hung before, and after I switched to SNA, it never happened.



 On Thu, Sep 11, 2014 at 11:49 PM, Ranjan1018 . 21474...@gmail.com
 wrote:

  Hello,
 
  I have just upgrade my laptop, a Samsung Ativ Book 2 with an integrated
  Intel HD Graphics 4000, to:
 
  FreeBSD ativ.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r271400: Wed
 Sep 10
  21:40:48 CEST 2014 root@ativ.local:/usr/obj/usr/src/sys/NEWCONS
 amd64
 
  Using Firefox, after some minutes, I receive the error:
 
  error: [drm:pid12:i915_hangcheck_elapsed] *ERROR* Hangcheck timer
  elapsed... GPU hung
  info: [drm] capturing error event; look for more information in sysctl
  hw.dri.0.info.i915_error_state
 
  This error is not related to r271400, but I first saw it few months ago
 in
  current.
 
  The output of the command
  sysctl hw.dri.0.info.i915_error_state
  is:
 
 
 
 https://drive.google.com/file/d/0BzoWQoMqq1sfa0tyVGJVYVBhRnc/edit?usp=sharing
 
  After the error I am not able to run mplayer for videos: the window is
  black.
 
  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
 

 --
 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
 秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
 もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
 複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
 ---
 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-...@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-x11
 To unsubscribe, send any mail to freebsd-x11-unsubscr...@freebsd.org




 --
 Cheers,
 Henry


-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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: Intel i915 GPU hung

First try with sna+swapbufferswait+tearfree gave me this after a while

Xorg.log

[  1901.000] (EE) intel(0): sna_mode_redisplay: page flipping failed,
disabling CRTC:3 (pipe=0)
[  1901.365] (EE) intel(0): sna_mode_redisplay: page flipping failed,
disabling CRTC:5 (pipe=1)
[  1901.441] (EE) intel(0): Detected a hung GPU, disabling acceleration.
[  2841.578] (II) UnloadModule: mouse
[  2841.578] (II) UnloadModule: kbd
[  2841.579] (II) intel(0): switch to mode 1366x768@60.0 on pipe 0 using
LVDS1, position (0, 0), rotation normal
[  2841.632] (EE) intel(0): failed to set mode: Unknown error: -22
[  2841.632] (II) intel(0): switch to mode 1280x720@60.3 on pipe 1 using
VGA1, position (0, 0), rotation normal
[  2841.683] (EE) intel(0): failed to set mode: Unknown error: -22
[  2841.710] Server terminated successfully (0). Closing log file.

messages log

Sep 12 09:47:13 kernel:
Sep 12 09:47:13 kernel: error: [drm:pid1488:intel_pipe_set_base] *ERROR*
pin  fence failed
Sep 12 09:47:13 kernel: error: [drm:pid1488:drm_crtc_helper_set_config]
*ERROR* failed to set mode on [CRTC:3]
Sep 12 09:47:13 kernel: error: [drm:pid1488:intel_pipe_set_base] *ERROR*
pin  fence failed
Sep 12 09:47:13 kernel: error: [drm:pid1488:drm_crtc_helper_set_config]
*ERROR* failed to set mode on [CRTC:5]
Sep 12 09:47:14 syslogd: exiting on signal 15


Unfortunately I could not access the console after this so I could not get
the intel error state.

Now I'm trying another run without swapbufferswait and tearfree, only sna
enabled.

--
Johannes Lundberg


On Fri, Sep 12, 2014 at 9:29 AM, Lundberg, Johannes 
johan...@brilliantservice.co.jp wrote:

 I have a feeling I tried that before but I will try it again and report
 back the results.

 I would also like to enable tear free by setting swapbufferswait and
 tearfree to true but when testing with glxgears I get very variable
 framerate and jerky animation. I don't know if this is a bug in glxgears or
 somewhere else... Any experience with this?

 --
 Johannes Lundberg
 BRILLIANTSERVICE CO., LTD.

 On Fri, Sep 12, 2014 at 8:46 AM, Henry Hu henry.hu...@gmail.com wrote:



 On Thu, Sep 11, 2014 at 7:18 PM, Lundberg, Johannes 
 johan...@brilliantservice.co.jp wrote:

 I often get this on HD3000 when I push the GPU too hard.. (Well not
 really
 hard at all, but the harder I push it the sooner I get GPU crash). After
 the crash the desktop works fine but pure OpenGL apps don't (ie nothing
 shows up on the screen). I assume it has switched to software
 rendering(?)

 I'll try to get the error_state next time and post it.

 This is the only problem I have running FreeBSD on my Intel laptop and it
 is quite annoying when computer (GPU) crashes during demo for visitors
 and
 potential customers..

 Anyone have any clue on what the problem might be?


 If possible, have you tried the SNA acceleration method? Just add
 Option AccelMethod sna
 to your device section of xorg.conf.

 I had GPU hung before, and after I switched to SNA, it never happened.



 On Thu, Sep 11, 2014 at 11:49 PM, Ranjan1018 . 21474...@gmail.com
 wrote:

  Hello,
 
  I have just upgrade my laptop, a Samsung Ativ Book 2 with an integrated
  Intel HD Graphics 4000, to:
 
  FreeBSD ativ.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r271400: Wed
 Sep 10
  21:40:48 CEST 2014 root@ativ.local:/usr/obj/usr/src/sys/NEWCONS
 amd64
 
  Using Firefox, after some minutes, I receive the error:
 
  error: [drm:pid12:i915_hangcheck_elapsed] *ERROR* Hangcheck timer
  elapsed... GPU hung
  info: [drm] capturing error event; look for more information in sysctl
  hw.dri.0.info.i915_error_state
 
  This error is not related to r271400, but I first saw it few months
 ago in
  current.
 
  The output of the command
  sysctl hw.dri.0.info.i915_error_state
  is:
 
 
 
 https://drive.google.com/file/d/0BzoWQoMqq1sfa0tyVGJVYVBhRnc/edit?usp=sharing
 
  After the error I am not able to run mplayer for videos: the window is
  black.
 
  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
 

 --
 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
 秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
 もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
 複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
 ---
 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-...@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-x11
 To unsubscribe, send any mail to freebsd-x11-unsubscr...@freebsd.org

Re: Intel i915 GPU hung

Now with only sna enabled (which I think I read somewhere should be the
default and that's why I didn't enable it before) I got GPU hung again.

uname -a:
FreeBSD bsd 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu Jan 16
22:34:59 UTC 2014 r...@snap.freebsd.org:/usr/
obj/usr/src/sys/GENERIC  amd64

dmesg, error_state, pciconf, pkginfo and Xorg.0.log can be downloaded here

https://dl.dropboxusercontent.com/u/10335306/GPU_hung_logs.zip



--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

On Fri, Sep 12, 2014 at 10:14 AM, Garrett Cooper yaneurab...@gmail.com
wrote:

 On Thu, Sep 11, 2014 at 6:08 PM, Lundberg, Johannes
 johan...@brilliantservice.co.jp wrote:
  First try with sna+swapbufferswait+tearfree gave me this after a while
 
  Xorg.log
 
  [  1901.000] (EE) intel(0): sna_mode_redisplay: page flipping failed,
  disabling CRTC:3 (pipe=0)
  [  1901.365] (EE) intel(0): sna_mode_redisplay: page flipping failed,
  disabling CRTC:5 (pipe=1)
  [  1901.441] (EE) intel(0): Detected a hung GPU, disabling acceleration.
  [  2841.578] (II) UnloadModule: mouse
  [  2841.578] (II) UnloadModule: kbd
  [  2841.579] (II) intel(0): switch to mode 1366x768@60.0 on pipe 0 using
  LVDS1, position (0, 0), rotation normal
  [  2841.632] (EE) intel(0): failed to set mode: Unknown error: -22
  [  2841.632] (II) intel(0): switch to mode 1280x720@60.3 on pipe 1 using
  VGA1, position (0, 0), rotation normal
  [  2841.683] (EE) intel(0): failed to set mode: Unknown error: -22

 This looks off -- it's the Linux kernel error code for EINVAL
 (FreeBSD error codes in the kernel being positive).
 Cheers,
 -Garrett


-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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: ucom_free Fatal trap on shutdown / module unload

2014-07-01 Thread Lundberg, Johannes

Hi Hans

Thanks for the uhso patch. That did the trick. Now reboot and kldunload
works fine.

--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.


On Tue, Jul 1, 2014 at 2:33 PM, Hans Petter Selasky h...@selasky.org wrote:

 Hi,

 Try the attached patch. Does it make any difference?

 --HPS


-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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: ucom_free Fatal trap on shutdown / module unload

2014-06-30 Thread Lundberg, Johannes

Hi Hans

Thanks for the tips.

I tried both adding them in kernel config and the patch (not
simultaneously) but no effect. Still crash on unload/reboot.

--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

On Mon, Jun 30, 2014 at 1:13 PM, Hans Petter Selasky h...@selasky.org
wrote:

On 06/30/14 06:01, Lundberg, Johannes wrote:

As I mention in earlier mail, it is when I comment out following lines it
works

# For full debugger support use (turn off in stable branch):
options DDB # Support DDB.
options GDB # Support remote GDB.
options DEADLKRES # Enable the deadlock resolver
options INVARIANTS # Enable calls of extra sanity
checking
options INVARIANT_SUPPORT # Extra sanity checks of internal
structures, required by INVARIANTS
options WITNESS # Enable checks to detect
deadlocks
and cycles
options WITNESS_SKIPSPIN# Don't run witness on spinlocks
for speed
options MALLOC_DEBUG_MAXZONES=8 # Separate malloc(9) zones

I have tried different levels of debugging and I have narrowed it down to
INVARIANTS.

Hi,

What happens if you put ucom and uhso in the kernel config file, instead
of loading them as modules.

Please find attached a patch you can try. It ensures that the ucom mtx is
not destroyed before we are finished using it at shutdown.

--HPS

--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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: ucom_free Fatal trap on shutdown / module unload

2014-06-29 Thread Lundberg, Johannes

As I mention in earlier mail, it is when I comment out following lines it
works

# For full debugger support use (turn off in stable branch):
options DDB # Support DDB.
options GDB # Support remote GDB.
options DEADLKRES   # Enable the deadlock resolver
options INVARIANTS  # Enable calls of extra sanity
checking
options INVARIANT_SUPPORT   # Extra sanity checks of internal
structures, required by INVARIANTS
options WITNESS # Enable checks to detect deadlocks
and cycles
options WITNESS_SKIPSPIN# Don't run witness on spinlocks
for speed
options MALLOC_DEBUG_MAXZONES=8 # Separate malloc(9) zones


I have tried different levels of debugging and I have narrowed it down to
INVARIANTS.

That is

# For full debugger support use (turn off in stable branch):
#options DDB # Support DDB.
#options GDB # Support remote GDB.
#options DEADLKRES   # Enable the deadlock resolver
#options INVARIANTS  # Enable calls of extra sanity
checking
#options INVARIANT_SUPPORT   # Extra sanity checks of internal
structures, required by INVARIANTS
#options WITNESS # Enable checks to detect
deadlocks and cycles
#options WITNESS_SKIPSPIN# Don't run witness on spinlocks
for speed
#options MALLOC_DEBUG_MAXZONES=8 # Separate malloc(9) zones

works but the following crashes when unloading uhso.

# For full debugger support use (turn off in stable branch):
#options DDB # Support DDB.
#options GDB # Support remote GDB.
#options DEADLKRES   # Enable the deadlock resolver
options INVARIANTS  # Enable calls of extra sanity
checking
options INVARIANT_SUPPORT   # Extra sanity checks of internal
structures, required by INVARIANTS
#options WITNESS # Enable checks to detect
deadlocks and cycles
#options WITNESS_SKIPSPIN# Don't run witness on spinlocks
for speed
#options MALLOC_DEBUG_MAXZONES=8 # Separate malloc(9) zones




--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.


On Sat, Jun 28, 2014 at 11:56 PM, Hans Petter Selasky h...@selasky.org
wrote:

 On 06/28/14 08:59, Lundberg, Johannes wrote:

 The problem exists already from Revision *239180*
 http://svnweb.freebsd.org/base?view=revisionrevision=239180 where ucom

 was introduced.. Also observe that it only crashes when full debugging is
 enabled. No problems with debugging off (release settings in kernel conf).


 Interesting.

 You mean USB_DEBUG is defined or hw.usb.ucom.debug is set?

 --HPS



-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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: ucom_free Fatal trap on shutdown / module unload

2014-06-23 Thread Lundberg, Johannes

Hi

Well I'm running the snaphot memstick image from June of 11-CURRENT amd64,
with newcons.

The device is embedded in the laptop and I can not remove it easily so I
don't know what would happen if I do.

I'm sending you the screenshots separately in direct mail so we don't have
to wait for large attachment approval on the list.




--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.


On Tue, Jun 24, 2014 at 1:39 PM, Hans Petter Selasky h...@selasky.org
wrote:

 On 06/23/14 07:34, Lundberg, Johannes wrote:

 I added some logging to see what is going on and this is what I got (none
 of the proposed solution solved the problem)

 uhso_detach gets called 7 times (for oid 0-6). It crashes the 2nd time on
 the call usbd_transfer_unsetup(sc-sc_xfer, 3);


 Hi,

 You are running -stable presumably?

 Can you set hw.usb.debug=16 and collects the 10 last prints before the
 panic, and backtrace would be nice too. This does not happen when you
 unplug the device, correct?

 --HPS



-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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: ucom_free Fatal trap on shutdown / module unload

2014-06-22 Thread Lundberg, Johannes

Hi

I tried replacing
DRIVER_MODULE(uhso, uhub, uhso_driver, uhso_devclass, uhso_driver_loaded,
0);
with
DRIVER_MODULE_ORDERED(uhso, uhub, uhso_driver, uhso_devclass,
uhso_driver_loaded, 0, SI_ORDER_ANY);
but makes no difference..

Don't know if its relevant but with ucom debug on I get a message just
before crash in method ucom_close that it tries to close a connection that
has already been closed.



--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.


On Fri, Jun 20, 2014 at 4:51 PM, Hans Petter Selasky h...@selasky.org
wrote:

 On 06/20/14 04:25, Lundberg, Johannes wrote:

 Hi

 I'm getting this error on 11-CURRENT amd64 (snapshot from June). (see
 attached image)
 Worked fine with 10 I think..

 The ucom module is loaded as a dependency by the uhso module.

 Any clues?
 --
 Johannes Lundberg


 [image: Inline image 1]


 Hi,

 Possibly something similar to what was done in USB audio that
 DRIVER_MODULE_ORDERED() needs to be used instead of DRIVER_MODULE().

 --HPS


-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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: ucom_free Fatal trap on shutdown / module unload

2014-06-22 Thread Lundberg, Johannes

I added some logging to see what is going on and this is what I got (none
of the proposed solution solved the problem)

uhso_detach gets called 7 times (for oid 0-6). It crashes the 2nd time on
the call usbd_transfer_unsetup(sc-sc_xfer, 3);

--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.


On Mon, Jun 23, 2014 at 11:55 AM, Hans Petter Selasky h...@selasky.org
wrote:

 On 06/23/14 03:30, Lundberg, Johannes wrote:

 Hi

 I tried replacing
 DRIVER_MODULE(uhso, uhub, uhso_driver, uhso_devclass, uhso_driver_loaded,
 0);
 with
 DRIVER_MODULE_ORDERED(uhso, uhub, uhso_driver, uhso_devclass,
 uhso_driver_loaded, 0, SI_ORDER_ANY);
 but makes no difference..

 Don't know if its relevant but with ucom debug on I get a message just
 before crash in method ucom_close that it tries to close a connection that
 has already been closed.


 Hi Johannes,

 Try the opposite:

 DRIVER_MODULE_ORDERED(uhso, uhub, uhso_driver, uhso_devclass,
 uhso_driver_loaded, 0, SI_ORDER_MIDDLE + 1);

 Because I suspect that the uhso_ifnet_unit unrhdr is freed before the
 fake detach is executed:

  static int
 uhso_driver_loaded(struct module *mod, int what, void *arg)
 {
 switch (what) {
 case MOD_LOAD:
 /* register our autoinstall handler */
 uhso_etag = EVENTHANDLER_REGISTER(usb_dev_configured,
 uhso_test_autoinst, NULL, EVENTHANDLER_PRI_ANY);
 /* create our unit allocator for inet devs */
 uhso_ifnet_unit = new_unrhdr(0, INT_MAX, NULL);
 break;
 case MOD_UNLOAD:
 EVENTHANDLER_DEREGISTER(usb_dev_configured, uhso_etag);
 delete_unrhdr(uhso_ifnet_unit);
 break;
 default:
 return (EOPNOTSUPP);
 }
 return (0);
 }


 Alternativly set uhso_ifnet_unit to NULL and check this in probe and
 attach!

 --HPS

 --HPS


-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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

ucom_free Fatal trap on shutdown / module unload

2014-06-19 Thread Lundberg, Johannes

Hi

I'm getting this error on 11-CURRENT amd64 (snapshot from June). (see
attached image)
Worked fine with 10 I think..

The ucom module is loaded as a dependency by the uhso module.

Any clues?
--
Johannes Lundberg


[image: Inline image 1]

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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: Apple Trackpad driver

2014-01-29 Thread Lundberg, Johannes

I tested the driver on a 2012 Macbook Air 11 and it works great! Good job!

Is there a way to disable click-by-touch? I always preferred clicking with
the physical button that is built in to the pad.

Best regards

--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

On Wed, Jan 29, 2014 at 2:24 PM, Lundberg, Johannes
johan...@brilliantservice.co.jp wrote:

This is really good news :) I will try it on my 2012 and 2013 MBAs soon!
(hopefully it is same hardware as in the pros)

--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

On Wed, Jan 29, 2014 at 2:13 PM, Adrian Chadd adr...@freebsd.org wrote:

holy crap, cool!

Hans? Any chance we could get this into -HEAD?

-a

On 28 January 2014 17:43, Huang Wen Hui huang...@gmail.com wrote:
Hi,
I have a working trackpad driver for my MBP 2013, I am not C
programmer
usually,
so the code may ugly. If someone like to test, you can download it from
http://sw.gddsn.org.cn/freebsd/wsp-140129.tar.gz,
I only test it on MBP2012 and MBP2013. Right now the driver have these
feature:

1. Vertical scrolling with 2 fingers movement,
2. In firefox, 2 fingers horizontal movement act as page back/forward.
3. one finger tap act as left mouse click, 2 fingers tap act as right
mouse
click, and
three fingers tap act as middle mouse click.
4. you also use sysctl to modify some parameters:
hw.usb.wsp.scale_factor: 12
hw.usb.wsp.z_factor: 5
hw.usb.wsp.pressure_touch_threshold: 50
hw.usb.wsp.pressure_untouch_threshold: 10
hw.usb.wsp.pressure_tap_threshold: 120
hw.usb.wsp.scr_hor_threshold: 50

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: Apple Trackpad driver

2014-01-28 Thread Lundberg, Johannes

This is really good news :)  I will try it on my 2012 and 2013 MBAs soon!
(hopefully it is same hardware as in the pros)

--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.


On Wed, Jan 29, 2014 at 2:13 PM, Adrian Chadd adr...@freebsd.org wrote:

 holy crap, cool!

 Hans? Any chance we could get this into -HEAD?


 -a


 On 28 January 2014 17:43, Huang Wen Hui huang...@gmail.com wrote:
  Hi,
  I have a working trackpad driver  for my MBP 2013, I am not  C programmer
  usually,
  so the code may ugly. If someone like to test, you can download it from
  http://sw.gddsn.org.cn/freebsd/wsp-140129.tar.gz,
  I only test it on MBP2012 and MBP2013. Right now the driver have these
  feature:
 
  1. Vertical scrolling with 2 fingers movement,
  2. In firefox, 2 fingers horizontal movement act as page back/forward.
  3. one finger tap act as left mouse click, 2 fingers tap act as right
 mouse
  click, and
  three fingers tap act as middle mouse click.
  4. you also use sysctl to modify some parameters:
  hw.usb.wsp.scale_factor: 12
  hw.usb.wsp.z_factor: 5
  hw.usb.wsp.pressure_touch_threshold: 50
  hw.usb.wsp.pressure_untouch_threshold: 10
  hw.usb.wsp.pressure_tap_threshold: 120
  hw.usb.wsp.scr_hor_threshold: 50
 
  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: Move 3G modem from u3g to uhso?

2014-01-11 Thread Lundberg, Johannes

Thanks a lot you both.

On Sunday, January 12, 2014, Rui Paulo wrote:

 On 10 Jan 2014, at 02:54, Lundberg, Johannes 
 johan...@brilliantservice.co.jp javascript:; wrote:

  Ah I see. Of course usb.conf is generated automatically :) I guess it is
  generated at make buildkernel and the new one can be found in obj folder?

 It's generated using src/tools/tools/bus_autoconf.

 --
 Rui Paulo





-- 
--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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

newcons + splash image

2014-01-11 Thread Lundberg, Johannes

Hi

Does newcons yet support splash images the same way syscons do?

What is the current plan around this? Will there be any way to easily
display image / animation during boot or is one expected to write a
separate program for showing alternate boot or splash image?

Best regards
--
Johannes Lundberg

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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: Move 3G modem from u3g to uhso?

2014-01-10 Thread Lundberg, Johannes

Ah I see. Of course usb.conf is generated automatically :) I guess it is
generated at make buildkernel and the new one can be found in obj folder?

Here is the patch:

Index: sys/dev/usb/net/uhso.c
===
--- sys/dev/usb/net/uhso.c(revision 260369)
+++ sys/dev/usb/net/uhso.c(working copy)
@@ -281,6 +281,8 @@
 UHSO_DEV(OPTION, ICON505, UHSO_AUTO_IFACE),
 /* Option iCON 452 */
 UHSO_DEV(OPTION, ICON505, UHSO_AUTO_IFACE),
+/* Option GTM661W */
+UHSO_DEV(OPTION, GTM661W, UHSO_AUTO_IFACE),
 #undef UHSO_DEV
 };

Index: sys/dev/usb/serial/u3g.c
===
--- sys/dev/usb/serial/u3g.c(revision 260369)
+++ sys/dev/usb/serial/u3g.c(working copy)
@@ -388,7 +388,6 @@
 U3G_DEV(OPTION, GTMAXHSUPA, 0),
 U3G_DEV(OPTION, GTMAXHSUPAE, 0),
 U3G_DEV(OPTION, VODAFONEMC3G, 0),
-U3G_DEV(OPTION, GTM661W, 0),
 U3G_DEV(QISDA, H20_1, 0),
 U3G_DEV(QISDA, H20_2, 0),
 U3G_DEV(QISDA, H21_1, 0),


Thank you!
--
Johannes Lundberg

On Fri, Jan 10, 2014 at 4:07 PM, Hans Petter Selasky h...@bitfrost.nowrote:

 On 01/10/14 06:06, Lundberg, Johannes wrote:
  Hi
 
  I have been using Globetrotter HSUPA Modem Option N.V. usb modem for a
  while with the uhso driver and now I installed 11-CURRENT and see that it
  has been added to devd and u3g is loaded automatically. Since this device
  has support for it wouldn't it be better to use uhso driver so we get the
  uhso0 network interface?
 
  The device in question is
 
  nomatch 32 {
   match bus uhub[0-9]+;
   match mode host;
   match vendor 0x0af0;
   match product 0x9000;
   action kldload -n u3g;
  };
 
  which I changed to
 
  nomatch 32 {
   match bus uhub[0-9]+;
   match mode host;
   match vendor 0x0af0;
   match product 0x9000;
   action kldload -n uhso;
  };
 
  But this also requires adding the device in sys/dev/usb/net/uhso.c
 
   /* Option GTM661W */
   UHSO_DEV(OPTION, GTM661W, UHSO_AUTO_IFACE),

 Hi,

 When you remove the device entry from the u3g.c driver, the usb.conf
 file will be updated later. Can you submit a complete patch for this?

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


-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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

Intel graphics driver broken on 10-RC5

Hi

I just tried a few variants on my 64 bit laptop with Intel HD4000 graphics.
Ivy bridge I think (not haswell for sure)..
10.0-RC5 compiled from source [GENERIC kernel config on amd64 and i386]
works with vesa but with Intel I can't even start X (this was possible a
while ago on 10 alpha I think)
CURRENT [amd64] seem to work fine with Intel driver so far. I have X +
openbox + glxgears running.

Attached with this mail is Xorg.log, dmesg and pkg info from 10.0-RC5 on
amd64.
All packages are installed with pkg install xxx

Is it to expect that the Intel driver won't be usable in the final 10.0
release?

Keep up the good work!!
Best regards
--
Johannes Lundberg

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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 PC 10.0-RC5 FreeBSD 10.0-RC5 #0 r260461M: Thu Jan  9 15:29:40 JST 2014  
   root@PC:/usr/obj/usr/src-releng10/sys/GENERIC  amd64

# pkg info

appres-1.0.4   Program to list application's resources
aspell-0.60.6.1_3  Spelling checker with better suggestion logic 
than ispell
bitmap-1.0.7   Bitmap editor and converter utilities for X
ca_root_nss-3.15.3.1   The root certificate bundle from the Mozilla 
Project
cairo-1.10.2_7,2   Vector graphics library with cross-device output 
support
compositeproto-0.4.2   Composite extension headers
consolekit-0.4.3   Framework for defining and tracking users
cups-client-1.5.4_1Common UNIX Printing System: Library cups
damageproto-1.2.1  Damage extension headers
dbus-1.6.12A message bus system for inter-application 
communication
dbus-glib-0.100.2  GLib bindings for the D-BUS messaging system
dejavu-2.34Bitstream Vera Fonts clone with a wider range of 
characters
dmidecode-2.12 Tool for dumping DMI (SMBIOS) contents in 
human-readable format
dmxproto-2.3.1 DMX extension headers
dri-7.6.1_3,2  OpenGL hardware acceleration drivers for the DRI
dri2proto-2.8  DRI2 prototype headers
encodings-1.0.4_1,1X.Org Encoding fonts
expat-2.1.0XML 1.0 parser written in C
fixesproto-5.0 Fixes extension headers
flac-1.3.0_1   Free lossless audio codec
flite-1.4  A small run-time speech synthesis engine
font-adobe-100dpi-1.0.3_1  X.Org Adobe 100dpi font
font-adobe-75dpi-1.0.3_1   X.Org Adobe 75dpi font
font-adobe-utopia-100dpi-1.0.4_1 X.Org Adobe Utopia 100dpi font
font-adobe-utopia-75dpi-1.0.4_1 X.Org Adobe Utopia 75dpi font
font-adobe-utopia-type1-1.0.4_1 X.Org Adobe Utopia Type1 font
font-alias-1.0.3_1 X.Org Font aliases
font-arabic-misc-1.0.3_1   X.Org miscellaneous Arabic fonts
font-bh-100dpi-1.0.3_1 X.Org Bigelow Holmes 100dpi font
font-bh-75dpi-1.0.3_1  X.Org Bigelow Holmes 75dpi font
font-bh-lucidatypewriter-100dpi-1.0.3_1 X.Org Bigelow Holmes Lucida TypeWriter 
100dpi font
font-bh-lucidatypewriter-75dpi-1.0.3_1 X.Org Bigelow Holmes Lucida TypeWriter 
75dpi font
font-bh-ttf-1.0.3_1X.Org Bigelow  Holmes TTF font
font-bh-type1-1.0.3_1  X.Org Bigelow Holmes Type1 font
font-bitstream-100dpi-1.0.3_1  X.Org Bitstream Vera 100dpi font
font-bitstream-75dpi-1.0.3_1   X.Org Bitstream Vera 75dpi font
font-bitstream-type1-1.0.3_1   X.Org Bitstream Vera Type1 font
font-cronyx-cyrillic-1.0.3_1   X.Org Cronyx Cyrillic font
font-cursor-misc-1.0.3_1   X.Org miscellaneous Cursor fonts
font-daewoo-misc-1.0.3_1   X.Org miscellaneous Daewoo fonts
font-dec-misc-1.0.3_1  X.Org miscellaneous Dec fonts
font-ibm-type1-1.0.3_1 X.Org IBM Type1 font
font-isas-misc-1.0.3_1 X.Org miscellaneous ISAS fonts
font-jis-misc-1.0.3_1  X.Org miscellaneous JIS fonts
font-micro-misc-1.0.3_1X.Org miscellaneous Micro fonts
font-misc-cyrillic-1.0.3_1 X.Org miscellaneous Cyrillic font
font-misc-ethiopic-1.0.3_1 X.Org miscellaneous Ethiopic font
font-misc-meltho-1.0.3_1   X.Org miscellaneous Meltho font
font-misc-misc-1.1.2_1 X.Org miscellaneous Misc fonts
font-mutt-misc-1.0.3_1 X.Org miscellaneous Mutt fonts
font-schumacher-misc-1.1.2_1   X.Org miscellaneous Schumacher fonts
font-screen-cyrillic-1.0.4_1   X.Org Screen Cyrillic font
font-sony-misc-1.0.3_1 X.Org miscellaneous Sony fonts
font-sun-misc-1.0.3_1  X.Org miscellaneous Sun fonts
font-util-1.3.0_1

Re: Install 10.0-RC3 on MacBookPro Late 2013

Huang's MBP: xhci0@pci0:0:20:0:class=0x0c0330 card=0x72708086
chip=0x8c318086 rev=0x05 hdr=0x00

seems to be different from my MBA. Is there any more information I can
provide that can help us come closer to finding a solution?


--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.


On Wed, Jan 8, 2014 at 9:37 AM, Lundberg, Johannes 
johan...@brilliantservice.co.jp wrote:

 Hi Hans

 Yeah I made sure I got the latest source that contained your latest commit.

 Sorry no patch at this moment. I've been busy with other things lately so
 I haven't worked on this for some time now but felt the urge to give it a
 try when it seemed to be OK on MBP..

 Output from pciconf -lv

 xhci0@pci0:0:20:0: class=0x0c0330 card=0x72708086 chip=0x9c318086
 rev=0x04 hdr=0x00
 vendor = 'Intel Corporation'
 device = 'Lynx Point-LP USB xHCI HC'
 class = serial bus
 sublass = USB





 --
 Johannes Lundberg
 BRILLIANTSERVICE CO., LTD.


 On Tue, Jan 7, 2014 at 10:29 PM, Hans Petter Selasky h...@bitfrost.nowrote:

 On 01/07/14 14:22, Lundberg, Johannes wrote:
  Lucky you!
 
  I tried the latest src just now, made memstick on amd64 and ran on
 MBA2013
  but no luck. Reverting xhci* to 243780 as I've done before made it pass
 the
  boot sequence and to the installer.
 
  Was hoping the same fix applied to Air as well:(

 Hi Johannes,

 Do you have a patch which fixes the problem instead of reverting?

 You are sure you tested the latest and greatest?

 Can you show pciconf -lv (only USB controllers) ?

 --HPS




-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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

Error when adding user with multiple groups with bsdconfig

Hi

I'm on 11-CURRENT amd64. I wanted to add a user using bsdconfig but got
an error when adding to several groups.

Error message:
ERROR!: pw
pw: group `wheel daemon operator dialer network` does not exist.

Creating a user who is only added to one group (for example wheel) works
fine.

I have submitted a PR.
--
Johannes Lundberg

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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

Move 3G modem from u3g to uhso?

Hi

I have been using Globetrotter HSUPA Modem Option N.V. usb modem for a
while with the uhso driver and now I installed 11-CURRENT and see that it
has been added to devd and u3g is loaded automatically. Since this device
has support for it wouldn't it be better to use uhso driver so we get the
uhso0 network interface?

The device in question is

nomatch 32 {
match bus uhub[0-9]+;
match mode host;
match vendor 0x0af0;
match product 0x9000;
action kldload -n u3g;
};

which I changed to

nomatch 32 {
match bus uhub[0-9]+;
match mode host;
match vendor 0x0af0;
match product 0x9000;
action kldload -n uhso;
};

But this also requires adding the device in sys/dev/usb/net/uhso.c

/* Option GTM661W */
UHSO_DEV(OPTION, GTM661W, UHSO_AUTO_IFACE),

Best regards
--
Johannes Lundberg

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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: Error when adding user with multiple groups with bsdconfig