... :-(
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
___
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
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
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
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
___
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
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
/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
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
___
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
.)
___
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
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
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
.
___
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
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
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
!
___
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
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
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
> > __
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-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
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!
>
>
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
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
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
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
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
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
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
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 (
> 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"
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
___
> 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
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:
> >
> >>
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
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. :-(
>
.
>
> 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
.
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.
&
> 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"
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:
>
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
_
> 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
_
.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.
>
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
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
> 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 ...
> >
> >
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"
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
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]
> >
>
__
> 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
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
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
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
> ___
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
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
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...
> > -----
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
: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.
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.
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.
>
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.
> >
> >
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?
> >
> >
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
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
= 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.
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
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
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/
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"
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
______
> 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"
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
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
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
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
;
> 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
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"
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
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.
> >>
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 &
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
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
> 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
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
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"
.
--
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"
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
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"
.
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
_
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)
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
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);
>
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
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"
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:
> >
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"
> 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
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
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"
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 - 100 of 232 matches
Mail list logo