x11/nvidia-driver (340.24/340.32/343.13): nvidia BLOB doesn't recognize any display socket on Lenovo E540/UEFI and FBSD CURRENT

2014-09-20 Thread Tomoaki AOKI
... :-( It was removed, because we missing kernel support for the nouveau driver. So, every new GPU not supported by xf86-video-nv has to use nVidia's BLOB then? -- Tomoaki AOKIjunch...@dec.sakura.ne.jp ___ freebsd-current@freebsd.org mailing list http

Re: WiFi 802.11/ac PCIe supported adaptor

2014-09-28 Thread Tomoaki AOKI
___ 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 -- Tomoaki AOKIjunch...@dec.sakura.ne.jp

Re: WiFi 802.11/ac PCIe supported adaptor

2014-09-28 Thread Tomoaki AOKI
Grr... Not RSU, but RCU. And found these threads in -arch ML. https://lists.freebsd.org/pipermail/freebsd-arch/2014-June/015413.html https://lists.freebsd.org/pipermail/freebsd-arch/2014-June/015419.html On Sun, 28 Sep 2014 18:45:23 +0900 Tomoaki AOKI junch...@dec.sakura.ne.jp wrote

Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg?

2014-10-18 Thread Tomoaki AOKI
mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org -- 青木 知明 [Tomoaki AOKI] junch...@dec.sakura.ne.jp mxe02...@nifty.com ___ freebsd-current@freebsd.org

Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg?

2014-10-26 Thread Tomoaki AOKI
On Mon, 20 Oct 2014 18:21:58 -0400 Allan Jude allanj...@freebsd.org wrote: On 2014-10-20 17:15, Chris H wrote: On Mon, 20 Oct 2014 14:32:53 -0400 Mason Loring Bliss ma...@blisses.org wrote On Sat, Oct 18, 2014 at 02:58:57PM +0900, Tomoaki AOKI wrote: I think the advantages

Re: CURRENT: WARNING! r273914 leaves filesystems in inconsistent/corrupted condition!

2014-11-01 Thread Tomoaki AOKI
___ 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 -- 青木 知明 [Tomoaki AOKI] junch...@dec.sakura.ne.jp mxe02...@nifty.com

Re: CURRENT: WARNING! r273914 leaves filesystems in inconsistent/corrupted condition!

2014-11-02 Thread Tomoaki AOKI
On Sat, 01 Nov 2014 15:21:48 +0100 Dag-Erling Sm〓rgrav d...@des.no wrote: Tomoaki AOKI junch...@dec.sakura.ne.jp writes: Dag-Erling Sm〓rgrav d...@des.no writes: Manfred Antar n...@pozo.com writes: Then for some reason /var started to being mounted mfs. [...] If I have varmfs

Re: r276200: EFI boot failure: kernel stops booting at pci0: ACPI PCI bus on pcib0

2014-12-30 Thread Tomoaki AOKI
/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org -- Tomoaki AOKIjunch...@dec.sakura.ne.jp ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current

sysutils/lsof does not build (maybe) after r279433

2015-03-04 Thread Tomoaki AOKI
consumers to avoid conflicts would help from base side. Can sysutils/lsof side support this? -- Tomoaki AOKIjunch...@dec.sakura.ne.jp lsof_20150304.log Description: Binary data ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org

Re: sysutils/lsof does not build (maybe) after r279433

2015-03-05 Thread Tomoaki AOKI
___ 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 -- 青木 知明 [Tomoaki AOKI] junch...@dec.sakura.ne.jp mxe02...@nifty.com

Re: SSE in libthr

2015-03-28 Thread Tomoaki AOKI
.) ___ 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 -- 青木 知明 [Tomoaki AOKI] junch...@dec.sakura.ne.jp mxe02...@nifty.com

Re: SSE in libthr

2015-03-27 Thread Tomoaki AOKI
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org -- Tomoaki AOKIjunch...@dec.sakura.ne.jp ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd

Re: Call For Testers: Synaptics touchpads

2015-04-25 Thread Tomoaki AOKI
issue I mentioned below occurs with- and without- Jan's patch. On Sun, 26 Apr 2015 08:31:34 +0900 Tomoaki AOKI junch...@dec.sakura.ne.jp wrote: On Sat, 25 Apr 2015 13:26:09 -0700 (MST) r00ster srid...@outlook.com wrote: Jan, Thanks for your work! Running 'mostly' OK for me. (See below

Re: Call For Testers: Synaptics touchpads

2015-04-25 Thread Tomoaki AOKI
. ___ 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 -- 青木 知明 [Tomoaki AOKI] junch...@dec.sakura.ne.jp mxe02...@nifty.com

Re: Lenovo BIOS boot fix

2015-07-13 Thread Tomoaki AOKI
Confirmed. Boots OK as expected for my ThinkPad T420 (has buggy BIOS). On Sun, 12 Jul 2015 12:54:09 -0400 Allan Jude allanj...@freebsd.org wrote: On 2015-07-12 09:24, Tomoaki AOKI wrote: As far as I could confirm currently, *My ThinkPad didn't boot from decompressed .xz image written

Re: [HEADSUP] OpenSSL updated to 1.0.2d

2015-11-01 Thread Tomoaki AOKI
echo $F; \ > done > > This is in /bin/sh (or bash). You could change "echo" to "pkg which" > to show the package names. > > Cheers, > > Eric > ___ > freebsd-current@freebsd.org mailing list > ht

Re: Lenovo BIOS boot fix

2015-07-12 Thread Tomoaki AOKI
! ___ 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 -- Tomoaki AOKIjunch...@dec.sakura.ne.jp

Re: Lenovo BIOS boot fix

2015-07-12 Thread Tomoaki AOKI
it as the default would be nice. Another option would be to make a separate standalone program to modify the pMBR for Lenovo machines, rather than modifying gpart. Thoughts? -- Allan Jude -- Tomoaki AOKIjunch...@dec.sakura.ne.jp ___ freebsd

Re: FreeBSD 11.0-CURRENT Single User Keymap

2015-09-20 Thread Tomoaki AOKI
lt standard US keymap): > # tty > /dev/console > > Multi user (correct /etc/rc.conf keymap): > # tty > /dev/ttyv0 > > Multi user SSH〓(correct /etc/rc.conf keymap): > $ su > # tty > /dev/pts/0 > > > -- > > Gary Jennejohn > > __

Re: ZFSROOT UEFI boot

2016-02-05 Thread Tomoaki AOKI
wrote: > Yep thanks, I committed this to head today, after Warner confirmed it > was good in his env too. > > It will sit there for 1 week before I request permission to MFC to > stable/10. > > On 05/02/2016 17:24, Tomoaki AOKI wrote: > > I got a feedback from Yuic

Re: ZFSROOT UEFI boot

2016-02-05 Thread Tomoaki AOKI
re-test 2 and 3 we > should be able confirm all is good. > > If all is good a confirmation that there's no issues with the rest, but > no need for output, needed. > > Regards > Steve > > On 01/02/2016 16:19, Tomoaki AOKI wrote: > > Woops! Found mistype in

Re: ZFSROOT UEFI boot

2016-02-12 Thread Tomoaki AOKI
Confirmed MFC'ed to stable/10 as r295550. Thanks to Steven for your great work! Thanks to RE for approving before releng/10.3 branch! Regards. On Sat, 6 Feb 2016 15:34:40 +0900 Tomoaki AOKI <junch...@dec.sakura.ne.jp> wrote: > Confirmed. Thanks for your great work, Steven! > >

Re: ZFSROOT UEFI boot

2016-02-03 Thread Tomoaki AOKI
boot/loader.conf there specifies. I intentionally installed different revision of kernels on each pool / partition, so I could determine from which pool/partition kernel was loaded from. If logs are needed for them, I'll re-test using EFI_DEBUG binary. Regards. On Wed, 3 Feb 2016 00:46:01 +0900 Tom

Re: ZFSROOT UEFI boot

2016-01-29 Thread Tomoaki AOKI
On 28/01/2016 16:22, Doug Rabson wrote: > > On 28 January 2016 at 15:03, Tomoaki AOKI <junch...@dec.sakura.ne.jp> wrote: > > > >> It's exactly the NO GOOD point. The disk where boot1 is read from > >> should be where loader.efi and loader.conf are first

Re: ZFSROOT UEFI boot

2016-01-31 Thread Tomoaki AOKI
it worked fine for USB memstick for me. > > > > *`make clean && make -DMK_ZFS=no` in sys/boot/efi/boot1 didn't disabled > > ZFS module, so I must edit the definition of *boot_modules[] in > > boot1.c. I'd have been missing something. > > > > Re

Re: ZFSROOT UEFI boot

2016-01-31 Thread Tomoaki AOKI
n-debug boot process. > > If this happens you should see loader.efi loaded from this disk and then > the kernel. > > The debug output is verbose so you may need a serial console to be able to > capture the output easily. > > Thanks for testing so far hopefully we can na

Re: ZFSROOT UEFI boot

2016-01-30 Thread Tomoaki AOKI
he kernel. > > > > The debug output is verbose so you may need a serial console to be able to > > capture the output easily. > > > > Thanks for testing so far hopefully we can nail this soon 〓 > > On Saturday, 30 January 2016, Tomoaki AOKI <junch...@dec.s

Re: ZFSROOT UEFI boot

2016-02-02 Thread Tomoaki AOKI
th the rest, but > no need for output, needed. > > Regards > Steve > > On 01/02/2016 16:19, Tomoaki AOKI wrote: > > Woops! Found mistype in Diff8 report. Sorry. :-( > > Attached is the fixed one. [imagepath line of 1) is fixed.] > > > > > > On

Re: ZFSROOT UEFI boot

2016-02-01 Thread Tomoaki AOKI
firm two things: > 1. If the boot1 imgpath lines do indeed vary > 2. If the "load: '/boot/loader.efi'" line devpath matches the boot1 imgpath. > > The changes from Diff 7 shouldn't effect the outcome of the other tests, > but confirming that too wouldn't hurt but no need

Re: ZFSROOT UEFI boot

2016-01-28 Thread Tomoaki AOKI
On Sun, 24 Jan 2016 18:39:08 + Steven Hartland <kill...@multiplay.co.uk> wrote: > On 24/01/2016 12:53, Tomoaki AOKI wrote: > > Unfortunately, this (and its committed successor and original for UFS) > > fails to boot in some situation, like below. OTOH, gptzfsboot (

Re: ZFSROOT UEFI boot

2016-01-24 Thread Tomoaki AOKI
> 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" > -- Tomoaki AOKIjunch...@dec.sakura.ne.jp ___ 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: ZFSROOT UEFI boot

2016-02-01 Thread Tomoaki AOKI
Woops! Found mistype in Diff8 report. Sorry. :-( Attached is the fixed one. [imagepath line of 1) is fixed.] On Mon, 1 Feb 2016 23:36:27 +0900 Tomoaki AOKI <junch...@dec.sakura.ne.jp> wrote: > Thanks in advance. > But unfortunately, the boot behavior of Diff7 and Diff8 are changed

Re: UEFI Booting on a Thinkpad Yoga 11e w/ Security Chip

2016-03-18 Thread Tomoaki AOKI
___ > 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" > -- Tomoaki AOKIjunch...@dec.sakura

Re: Question about cam 4K quirks

2016-04-11 Thread Tomoaki AOKI
Thanks for your answer! On Sun, 10 Apr 2016 16:15:56 +0100 Steven Hartland <kill...@multiplay.co.uk> wrote: > > > On 10/04/2016 15:35, Tomoaki AOKI wrote: > > On Sun, 10 Apr 2016 06:59:04 -0600 > > Alan Somers <asom...@freebsd.org> wrote: > > > >>

Question about cam 4K quirks

2016-04-10 Thread Tomoaki AOKI
on "sector size" line for everything in kernel and related components (i.e., zfs-related ones)? Regards. -- Tomoaki AOKIjunch...@dec.sakura.ne.jp ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freeb

Re: Question about cam 4K quirks

2016-04-10 Thread Tomoaki AOKI
On Sun, 10 Apr 2016 06:59:04 -0600 Alan Somers <asom...@freebsd.org> wrote: > On Sun, Apr 10, 2016 at 12:56 AM, Tomoaki AOKI <junch...@dec.sakura.ne.jp> > wrote: > > > Hi. Maybe freebsd-hardware list would be the right place, but it's not > > so active. :-( >

Re: RFC on a published change to FreeBSD 11 kqueue file ops.

2016-04-27 Thread Tomoaki AOKI
. > > libinotify is now a port and could use these. > > > ___ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-un

Re: Weird portupgrade error on current amd64 [and powerpc64?]

2016-05-15 Thread Tomoaki AOKI
. On Sun, 8 May 2016 22:54:57 +0900 Tomoaki AOKI <junch...@dec.sakura.ne.jp> wrote: > Broken pipe problem alone is fixed on head by r299234. (MFC after 3days) > *Confirmed on stable/10. As this is the first related update >after r298192(MFC'ed one), the effect should be the same. &

Re: Weird portupgrade error on current amd64 [and powerpc64?]

2016-05-02 Thread Tomoaki AOKI
> 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" > -- Tomoaki AOKIjunch...@dec.sakura.ne.jp ___ 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: Weird portupgrade error on current amd64 [and powerpc64?]

2016-05-07 Thread Tomoaki AOKI
magic.* cannot be safely replaced like this, so > you can only wait for the next update or have to manually revert > /usr/src/contrib/file/ and reinstall it from /usr/src/usr.bin/file/. > > On Mon, 02 May 2016 23:55:47 +0900, > junc...@dec.sakura.ne.jp (Tomoaki AOKI) wrote: >

Re: Weird portupgrade error on current amd64 [and powerpc64?]

2016-05-08 Thread Tomoaki AOKI
fixed on upstream head, but cannot be confirmed on upstream public (read only) github. Doesn't seem to be sync'ed yet. On Sat, 7 May 2016 21:35:15 +0900 Tomoaki AOKI <junch...@dec.sakura.ne.jp> wrote: > Thanks for your investigation. > I left comment about this on bugzilla

Re: r 302222: broken USB?

2016-06-27 Thread Tomoaki AOKI
_ > 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" > -- Tomoaki AOKIjunch...@dec.sakura.ne.jp _

Re: Missingly recognized ADA_Q_NCQ_TRIM_BROKEN for Crucial M550 MU02

2016-08-16 Thread Tomoaki AOKI
.cgi?id=210686 Please work on it. (So do I.) I've not yet tested the proposed patch (found just now), but will test later and add feedback to it. > > Warner > > On Tue, Aug 16, 2016 at 8:01 AM, Tomoaki AOKI <junch...@dec.sakura.ne.jp> > wrote: > > Hi. >

Missingly recognized ADA_Q_NCQ_TRIM_BROKEN for Crucial M550 MU02

2016-08-16 Thread Tomoaki AOKI
not a severe problem (goes safer side, and easy to workaround via loader.conf)? -- Tomoaki AOKI<junch...@dec.sakura.ne.jp> ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send an

Re: Missingly recognized ADA_Q_NCQ_TRIM_BROKEN for Crucial M550 MU02

2016-08-17 Thread Tomoaki AOKI
M500 MU07 (appeares before this) to be recognized as ADA_Q_NCQ_TRIM_BROKEN. { /* * Crucial M500 SSDs all other firmware * NCQ Trim doesn't work */ { T_DIRECT, SIP_MEDIA_FIXED, "*", "Crucial CT*M500*", "*" }, /*quirks*/ADA_Q_NCQ_TRIM_BRO

Re: ZFS - Abyssal slow on copying

2016-10-03 Thread Tomoaki AOKI
> dedup on and later off, I would blame the OS instead. So, for further > > forensik analysis > > in the future, it would be nice to know how to look at it - if it is doable > > via simple > > checking the features of the ZFS partition ... > > > >

Re: Fwd: Re: how to reduce the size of /usr/share/i18n data?

2016-11-03 Thread Tomoaki AOKI
elete some (not all) part of conversions to shrink the contents there, keeping limited iconv features to work. -- Tomoaki AOKI<junch...@dec.sakura.ne.jp> ___ 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: Where should I put devd related scripts?

2017-07-17 Thread Tomoaki AOKI
ailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > -- Tomoaki AOKI<junch...@dec.sakura.ne.jp> ___ freebsd-current@fre

Re: type of vm.stats.vm.v_vnodepgsin vm.stats.vm.v_swappgsin, vm.stats.vm.v_vnodepgsout vm.stats.vm.v_swappgsout on AMD64 r320730

2017-07-10 Thread Tomoaki AOKI
10, 2017 at 03:40:46PM +0900, Tomoaki AOKI wrote: > > Hi. > > > > Members v_swappgsin and v_vnodepgsin are declared on sys/sys/vmmeter.h > > as > > > > u_int on stable/11@r320798 [1] > > counter_u64_t on head@r320861 [2] > > >

Re: type of vm.stats.vm.v_vnodepgsin vm.stats.vm.v_swappgsin, vm.stats.vm.v_vnodepgsout vm.stats.vm.v_swappgsout on AMD64 r320730

2017-07-10 Thread Tomoaki AOKI
__ > 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" > > -- Tomoaki AOKI<junch...@dec.sakur

ports-mgmt/pkg_rmleaves stops working properly on -head after bsdiff became default diff (r317209)

2017-05-14 Thread Tomoaki AOKI
st in pkg-mgmt/pkg_rmleaves. (At least system patch.) I wonder which option should be taken, so not yet filed PR on bugzilla. It should be filed differently with which option is taken. -- Tomoaki AOKI<junch...@dec.sakura.ne.jp> diff -u -r -P -p ports-mgmt/pkg_rmleaves/Makefile.o

Re: ports-mgmt/pkg_rmleaves stops working properly on -head after bsdiff became default diff (r317209)

2017-05-15 Thread Tomoaki AOKI
for now, and possibly more. IMHO, these Gnu diff compatible group-format related options would be worth implemented by bsdiff. [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219277 On Sun, 14 May 2017 16:03:55 +0900 Tomoaki AOKI <junch...@dec.sakura.ne.jp> wrote: > Hi. > Postin

Re: [RFC] rename nvidia-driver port binaries [ and other comments]

2017-05-15 Thread Tomoaki AOKI
Indeed, I have tasked myself to write it up > here > locally [ still in scribbled notations...] so I can forestall/fix more > quickly this > error the next time. > also... > Running late in other personal matters, and out of time. > > Respectfully.. > > J. Bouquet > ___

Re: [RFC] rename nvidia-driver port binaries [ and other comments]

2017-05-15 Thread Tomoaki AOKI
On Mon, 15 May 2017 10:51:51 -0700 (PDT) "Jeffrey Bouquet" <jbt...@iherebuywisely.com> wrote: > > > On Mon, 15 May 2017 23:53:10 +0900, Tomoaki AOKI <junch...@dec.sakura.ne.jp> > wrote: > > > Hi. > > If including its version to nvidia.ko

Re: nvidia drivers mutex lock

2017-06-03 Thread Tomoaki AOKI
of tabs/ large web pages with complex > CSS etc > are opened at a time. > So no help, just a 'me too'. > _______ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsub

Re: nvidia drivers mutex lock

2017-06-04 Thread Tomoaki AOKI
quently now. Sometimes right > after a reboot the system, the screen locks and it's reboot and pray. > > Best, > Owen > > On Sat, Jun 3, 2017, 21:59 Jeffrey Bouquet <jeffreybouq...@yahoo.com> wrote: > > > SOME LINES BOTTOM POSTED, SEE... > > -----

Re: Time to increase MAXPHYS?

2017-06-04 Thread Tomoaki AOKI
ts. But > it doesn't show up as MAXPHYS, but rather as NVME_MAX_XFER_SIZE in places. > It totally surprised me when I hit this problem at runtime and tracked it > to ground. > > > > Of course, there's times when I/Os can return much more than this. Reading > > dr

Re: nvidia drivers mutex lock

2017-06-04 Thread Tomoaki AOKI
:04:50 + blubee blubeeme <gurenc...@gmail.com> wrote: > I'm running with svn and I build by make. > If in use these steps, the BSD related patches will be applied, etc? > > Best, > Owen > > On Sun, Jun 4, 2017, 15:53 Tomoaki AOKI <junch...@dec.

Re: Time to increase MAXPHYS?

2017-06-04 Thread Tomoaki AOKI
On Sun, 4 Jun 2017 09:52:36 +0200 Hans Petter Selasky <h...@selasky.org> wrote: > On 06/04/17 09:39, Tomoaki AOKI wrote: > > Hi > > > > One possibility would be to make it MD build-time OTIONS, > > defaulting 1M on regular systems and 128k on smaller systems.

Re: zfsloader and compiler options/version?

2017-06-04 Thread Tomoaki AOKI
NE_CWDS > MALLOC_PRODUCTION=yes > LOADER_FIREWIRE_SUPPORT=yes > #WITH_FAST_DEPEND=yes > KERNCONF=ANDROMEDA > > /etc/make.conf > CFLAGS+= -O2 -pipe #-mfpmath=sse -msse2 > COPTFLAGS= -O2 -pipe > CPUTYPE?=native > WITH_CCACHE_BUILD=yes > > Bye, > Alexander. >

Re: nvidia drivers mutex lock

2017-06-09 Thread Tomoaki AOKI
gt; Anyone have some tips on disabling nvidia drivers, running this cpu with > igpu for a while? > > Best, > Owen > > On Sun, Jun 4, 2017, 18:11 blubee blubeeme <gurenc...@gmail.com> wrote: > > > Thanks a lot! I'll give it a shot in a bit. > > > >

Re: nvidia drivers mutex lock

2017-06-09 Thread Tomoaki AOKI
gt; > I've tried in the past to disable discrete and run mshybrid but that > > always comes up with 0 screens found. Even just doing Xorg -configure. > > > > Anyone have some tips on disabling nvidia drivers, running this cpu with > > igpu for a while? > > > >

Re: Time to increase MAXPHYS?

2017-06-10 Thread Tomoaki AOKI
Reading > > drive log pages, for example, can generate tens or hundreds of MB of data, > > and there's no way to do that with one transaction today. If drive makers > > were perfect, we could use the generally defined offset and length fields > > to read them out piecemeal

Re: extending the maximum filename length (pointer to patch)[request for input]

2017-09-15 Thread Tomoaki AOKI
F-8 could be already prohibited. If so, 1024 bytes is sufficient. > > > Jon > -- > Jonathan Anderson > jonat...@freebsd.org > ___ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/li

USB optical drive fails to attach by CAM status 0x50

2017-09-24 Thread Tomoaki AOKI
= 0x bSynchAddress = 0x Quirks 0xc101 should be broken down as below: #define NO_TEST_UNIT_READY 0x0001 #define NO_GETMAXLUN0x0100 #define NO_SYNCHRONIZE_CACHE0x4000 #define NO_PREVENT_ALLOW0x8000 Regards. -- Tomoaki AOKI<junch...@dec.

Re: Error build nvidia-driver with r334555

2018-06-03 Thread Tomoaki AOKI
pectedly. > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to > the maintainer. > *** Error code 1 > > -- > - > Alex. > _______ > freebsd-current@freebsd.org mailing list > https://lists.fre

Re: Error build nvidia-driver with r334555

2018-06-04 Thread Tomoaki AOKI
On Sun, 3 Jun 2018 15:20:24 +0200 Mateusz Guzik wrote: > On Sun, Jun 3, 2018 at 2:42 PM, Tomoaki AOKI > wrote: > > > This is caused by r334533 and/or r334534 (memset-related changes). > > sysutils/lsof is also affected. > > > > You should revert r334533 and

Re: Call for Testing: 12.0-CURRENT amd64 memstick installer boot-testing wanted

2018-06-01 Thread Tomoaki AOKI
ot issues reported > recently. > > Please help test, and report back (both successes and failures). > > Thanks, > > Glen > -- Tomoaki AOKI ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/

Re: USB stack

2018-01-06 Thread Tomoaki AOKI
gt; > > > > It's likely due to the slow UFS issue... > > > > Warner > > > The Transcend ssd is formated ZFS, I use it as a backup. > > The microsd might suffer from what you say since it's formatted by Android > but I do not get these slow transfer speeds on other OS. > > so a quick roundup. > 1) 256GB Samsung microsd card gets 7-8MB/s transfer speeds; > let's say that's because of the Android OS default format. > I only get these slow speeds on FreeBSD, why is that? Warner is asking "how are you copying" on another thread. How? Although it's over LAN, I experience slow copying using shells/fd to copy (1-2MB/s), while 10-60MB/s by /bin/cp. Not measured, but feeling alike for USB memstick (same file to same memstick, with at least one reboot between each copy). It shoud be said to other filers, which doesn't call /bin/cp internally or does just what /bin/cp does. As for USB memsticks, I had a problematic one, which caused plenty of errors, maybe by mismatched quirks. It worked but very slow, sometimes suddenly disappeares, although it claimed 90MB/s capable. :-( > > 2) 1TB Transcend SSD formatted to ZFS I pasted the dmesg log above; > are the slow speeds user error or something else? > > @Warner Losh > what was your setup where you were able to transfer 23-75MB/s to your USB > device? > ___ > 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" > -- Tomoaki AOKI<junch...@dec.sakura.ne.jp> ___ 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: kldxref: ...: Bad address.

2018-01-26 Thread Tomoaki AOKI
20170425 https://www.youtube.com/watch?v=VWUpyCsUKR4 > 20161221 https://www.youtube.com/watch?v=IbCHE-hONow > ___ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsub

Re: Lenovo T470s Questions

2018-02-02 Thread Tomoaki AOKI
______ > 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" > -- Tomoaki AOKI<junch...@dec.sakura.ne.jp> ___ 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: Lenovo T470s Questions

2018-02-04 Thread Tomoaki AOKI
eb 2018 12:38:47 +0100 Michael Gmelin <free...@grem.de> wrote: > > > On Fri, 2 Feb 2018 20:23:32 +0900 > Tomoaki AOKI <junch...@dec.sakura.ne.jp> wrote: > > > Not 100% sure but possibly some (one?) EisaId are (is) missing in > > ibm_ids definition

Re: A small procedural request

2018-02-22 Thread Tomoaki AOKI
On Wed, 21 Feb 2018 22:22:08 +0800 Julian Elischer <jul...@freebsd.org> wrote: > On 21/2/18 7:14 pm, Tomoaki AOKI wrote: > > Hi. > > > > +1. But have one suggestion for format. > > Something like > > > > Broken by: rXXX > > Bro

Re: A small procedural request

2018-02-21 Thread Tomoaki AOKI
ue". > > (we are not always working on the very tip). > > > thanks > > Julian > > > ___ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To u

Re: Intel CPU design flaw - FreeBSD affected?

2018-01-04 Thread Tomoaki AOKI
list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > ___ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/fre

Re: x11/nvidia-driver no longer works under -current (r338323)

2018-08-26 Thread Tomoaki AOKI
; > Stop. > make: stopped in /usr/ports/x11/nvidia-driver > > I can post more output if you need it. > > thanks, > -- > J. > ___ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listin

Re: priority of paths to kernel modules?

2018-08-26 Thread Tomoaki AOKI
river in a dependency > chain. > > Warner > ___ > 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: Enabling the WITH_REPRODUCIBLE_BUILD knob for 12.0-REL

2018-09-11 Thread Tomoaki AOKI
ble-builds.org > [2] > https://www.freebsd.org/doc/en_US.ISO8859-1/articles/freebsd-releng/releng-head.html > ___ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current

Re: Call for Testing: UEFI Changes

2018-04-01 Thread Tomoaki AOKI
d.org> wrote: > > On Thu, Mar 22, 2018 at 10:16 AM, Peter Lei <peter@ieee.org> wrote: > >> On 3/22/18 8:56 AM, Tomoaki AOKI wrote: > >>> Hi. > >>> For problem 2, try reverting r331241 alone. > >>> This worked for my ThinkPad T420. > >>

Re: Call for Testing: UEFI Changes

2018-03-22 Thread Tomoaki AOKI
gt; > 3.) Have you used efirt successfully before? > > Thanks, > > Kyle Evans > _______ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to &

Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config)

2019-01-19 Thread Tomoaki AOKI
ailable functions instead of re-adding deleted functions but I have not enough time to do, and Naomichi, the original auther of the patche, already switched to use grub and would not maintain it further. And a bad news is that [1] would never be committed, and non-UEFI GPT-based installation d

Re: Fujitsu Lifebook E751 (iGPU: HM65): distorted console with UEFI boot

2018-11-30 Thread Tomoaki AOKI
e after > installation (and, of course, loader settings as required), or not. Hi. So you can try efi_max_resolution="800x600" or efi_max_resolution="640x480" in /etc/loader.conf. See /etc/defaults/loader.conf for more info. The loader.conf man page doesn't show what's the default value. > > Thanks for the quick

Re: UEFI boot broken in 13?

2019-06-04 Thread Tomoaki AOKI
> 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" -- Tomoaki AOKI Author: imp Date: Mon May 6 18:38:46 2019 New Revision: 347193

Re: UEFI boot broken in 13?

2019-06-05 Thread Tomoaki AOKI
On Tue, 4 Jun 2019 08:58:43 -0600 Warner Losh wrote: > On Tue, Jun 4, 2019 at 8:16 AM Warner Losh wrote: > > > > > > > On Tue, Jun 4, 2019 at 7:11 AM Tomoaki AOKI > > wrote: > > > >> Hi. > >> > >> Try attached patch for stand/e

Re: Mount Root fails: r347007

2019-05-03 Thread Tomoaki AOKI
gt;> > > > > >>>> > show output in 4 screenshots: > > > >>>> > https://www.lerctr.org/~ler/FreeBSD/NO-BOOT/ > > > >>>> > > > > >>>> > What's the easiest way to try some of the other revisions? And > > > >>>> > which > > > >>>> > would > > > >>>> > you suggest? (I'm set up for meta-mode). > > > >>>> working with Kyle Evans on IRC, and backing /boot/loader.efi to > > > >>>> r346487 > > > >>>> lets the system boot > > > >>>> normally. > > > >>>> > > > >>> > > > >>> OK. I noticed vfs.root.mountfrom wasn't set. Can you see if it's set > > > >>> in > > > >>> your successfully booted system with kenv? > > > >>> > > > >> > > > >> 2 things: r346675 still works, and vfs.root.mountfrom *IS* set. > > > > r346879 does *NOT* work. Stepping back to r346759 > > > r346759 *WORKS*. So it's r346879 that breaks it. > > > > > > > Hi, > > > > Head back to -head and try applying [0] -- this block was accidentally > > reintroduced, and I wouldn't be surprised if the double-initialization > > has some weird side effect. > > > > [0] https://people.freebsd.org/~kevans/loader.diff > > To round things off: this patch was confirmed working and committed as > r347023. > ___ > 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" -- Tomoaki AOKI ___ 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"

nvdXpY dissapears while ZFS pool on it is imported

2019-10-04 Thread Tomoaki AOKI
. -- Tomoaki AOKI ___ 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: Is sc(4) no longer supported in GENERIC?

2020-04-03 Thread Tomoaki AOKI
I can't take it on myself. :) > > Thanks again! :) > > --Chris > > > ___ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsu

Re: When will the FreeBSD (u)EFI work?

2020-03-29 Thread Tomoaki AOKI
rms EFI/ESP > > > booting > > > in a more intuitive way. It seems odd to me, that I can install Windows, > > > and > > > it'll add FreeBSD to the (efi) boot menu, but not vis-a-vis. > > > > > > --Chris > > >> > > > > Thanks again, Andrey. Greatly appreciated! :) > > >> > > > > > ___ > 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" > -- Tomoaki AOKI ___ 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: what 3rd party boot mgr is required to boot multiple freebsd versions?

2020-03-17 Thread Tomoaki AOKI
. The latest patch is for head and stable/12. Applicable on top of /usr/src. Patch for stable/11 is NOT tested / maintained for more than one year, so possibly doesn't apply / work anymore. [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207940 -- Tomoaki AOKI _

Re: Fatal trap 18 on boot after OpenZFS import

2020-09-06 Thread Tomoaki AOKI
Filed PR. Bug 249147 - [ZFS][Panic]Fatal trap 18 on boot after OpenZFS import https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249147 On Fri, 4 Sep 2020 22:03:01 +0900 Tomoaki AOKI wrote: > Hi. > > Encountering boot failure with fatal trap 18 on boot, > happening at (maybe)

Re: svn commit: r365419 - in head/sys/dev: ath bwi iwm iwn mwl otus usb/wlan wtap

2020-09-11 Thread Tomoaki AOKI
On Thu, 10 Sep 2020 10:22:05 + "Bjoern A. Zeeb" wrote: > On 9 Sep 2020, at 22:41, Tomoaki AOKI wrote: > > > This breaks at least iwm. (Other drivers not tested.) > > > > Messages below are repeatedly shown and no carrier detected. > > Manual

Re: svn commit: r365419 - in head/sys/dev: ath bwi iwm iwn mwl otus usb/wlan wtap

2020-09-09 Thread Tomoaki AOKI
return error; > + if (error != 0) > + return (error); > > IWM_LOCK(sc); > if (ic->ic_nrunning > 0) { > @@ -4435,7 +4435,7 @@ iwm_media_change(struct ifnet *ifp) > iwm_init(sc); > } > IWM_UNLOCK(sc); >

Fatal trap 18 on boot after OpenZFS import

2020-09-04 Thread Tomoaki AOKI
c.conf didn't help. *Combination of the above two didn't help, too (at r364788). *There are two root pools in different physical drive. stable/12 on nvd0 (primary) and head on ada0 (secondary). *GENERIC-NODEBUG based (added options CAM_IOSCHED_DYNAMIC) kernel. -- Tomoak

Re: Build of poudriere 13-CURRENT jail is failed

2020-09-11 Thread Tomoaki AOKI
info/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" -- Tomoaki AOKI ___ 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: svn commit: r365419 - in head/sys/dev: ath bwi iwm iwn mwl otus usb/wlan wtap

2020-09-11 Thread Tomoaki AOKI
On Fri, 11 Sep 2020 14:20:22 + "Bjoern A. Zeeb" wrote: > On 11 Sep 2020, at 14:02, Tomoaki AOKI wrote: > > > On Thu, 10 Sep 2020 10:22:05 + > > "Bjoern A. Zeeb" wrote: > > > >> On 9 Sep 2020, at 22:41, Tomoaki AOKI wrote: > >

Re: Plans for git

2020-09-20 Thread Tomoaki AOKI
will > >>> be > >>> real soon. I also had hoped to refine things so that existing developers > >>> and users would have only minor disruption at the cut over because things > >>> were well documented. > >>> > >>> And once we have all the basics of phase 1 (which is just going to be 'do > >>> FreeBSD's current workflow in git, making minimal changes initially), > >>> we'll > >>> start on the refinements to the workflow that will help improve the > >>> quality > >>> of code, make it easier to integrate changes, etc. There's quite the > >>> diversity of views and opinions in the larger open source world on what > >>> best practices are here, with different projects doing different things. > >>> It > >>> will take some time for the project to adopt these new tools, new work > >>> flows and realize that in some cases a diversity of tools can be an > >>> advantage rather than a liability. This may be especially true as the > >>> needs > >>> of the ports tree differ from the needs of the src tree and what's > >>> optimal > >>> for one may not work too well for the other. > >>> > >>> So a lot of my reaction in the past few days has been frustration that > >>> this > >>> came up about a week before we had all our ducks in a row to talk about > >>> it > >>> effectively and talk about the transition plans. I apologize for being so > >>> snarky about it. > >>> > >>> Warner > >>> ___ > >>> 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" > >>> > >> > ___ > 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" -- Tomoaki AOKI ___ 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: Deprecating ftpd in the FreeBSD base system?

2020-09-20 Thread Tomoaki AOKI
> NTP: Web: https://nwtime.org > > The need of the many outweighs the greed of the few. > > > _______ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To u

Re: Fatal trap 18 on boot after OpenZFS import

2020-09-20 Thread Tomoaki AOKI
Forgot to mention here. As I already mentioned on bugzilla, this problem is fixed at r365894. Thanks again, Ryan and Matthew! On Sun, 6 Sep 2020 18:02:40 +0900 Tomoaki AOKI wrote: > Filed PR. > Bug 249147 - [ZFS][Panic]Fatal trap 18 on boot after OpenZFS import > > https://bugs

Re: Boot panic on Lenovo P50s since r367998

2020-12-24 Thread Tomoaki AOKI
gt; iwm0: code ce, frame 2/216 b82c unhandled > Security policy loaded: MAC/ntpd (mac_ntpd) > > ___ > 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" Hi. You would be bitten by a known issue with ThinkPad P50s described in rtsx (4) man page. Try adding dev.rtsx.0.inversion=1 in /boot/loader.conf. Unfortunately, man pages for head cannot read via FreeBSD project top page. So read raw manpage data with svn commit mail archive below. https://lists.freebsd.org/pipermail/svn-src-head/2020-November/141972.html In addition, write attempts to write-protected card causes 100% panic. For example, sysutils/automount trys fsck on mount. This causes 100% panic (not only rtsx, but every adapters), avoidable by write-protect off. -- Tomoaki AOKI ___ 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: update UPDATING after malloc code change

2020-11-08 Thread Tomoaki AOKI
On Sat, 7 Nov 2020 19:24:02 -0700 Warner Losh wrote: > On Sat, Nov 7, 2020 at 5:43 PM Tomoaki AOKI > wrote: > > > On Sun, 8 Nov 2020 00:22:26 +0100 > > Guido Falsi wrote: > > > > > On 07/11/20 17:20, Gary Jennejohn wrote: > > > > It seems li

  1   2   3   >