On Wed, Jul 26, 2023 at 11:26 AM Rin Okuyama wrote:
>
> Module Name:src
> Committed By: rin
> Date: Wed Jul 26 02:26:11 UTC 2023
>
> Modified Files:
> src/distrib/utils/x_fsck_ffs: Makefile
> src/distrib/utils/x_newfs: Makefile
>
> Log Message:
> x_fsck_ffs, x_newfs
jdolecek@ wrote:
> Module Name: src
> Committed By: jdolecek
> Date: Fri Apr 17 14:55:24 UTC 2020
>
> Modified Files:
> src/distrib/utils/libhack: Makefile.inc
>
> Log Message:
> include aligned_alloc(3), now needed for newfs and fsck_ffs
Could you consider to disable such extra
Jared McNeill writes:
> You shouldn't set fdtfile in this script because U-Boot already sets
> it. From socfpga_de0_nano_soc_defconfig:
>
> CONFIG_DEFAULT_FDT_FILE="socfpga_cyclone5_de0_nano_soc.dtb"
>
> This way, if you match on the SoC type in this file, you can run on
> any board using this So
On Thu, 22 Nov 2018, Aymeric Vincent wrote:
src/distrib/utils/embedded/files: armv7_boot.cmd
You shouldn't set fdtfile in this script because U-Boot already sets it.
From socfpga_de0_nano_soc_defconfig:
CONFIG_DEFAULT_FDT_FILE="socfpga_cyclone5_de0_nano_soc.dtb"
This way, if you m
On May 22, 1:26pm, m...@3am-software.com (Matt Thomas) wrote:
-- Subject: Re: CVS commit: src/distrib/utils/embedded/conf
| No, use the :Q modifier
This is not make(1) it is sh(1) :-)
christos
> On May 22, 2015, at 11:07 AM, Christos Zoulas wrote:
>
> In article <20150522011822.807e...@cvs.netbsd.org>,
> Jared D. McNeill wrote:
>> -=-=-=-=-=-
>>
>> Module Name: src
>> Committed By:jmcneill
>> Date:Fri May 22 01:18:22 UTC 2015
>>
>> Modified Files:
>> sr
In article <20150522011822.807e...@cvs.netbsd.org>,
Jared D. McNeill wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: jmcneill
>Date: Fri May 22 01:18:22 UTC 2015
>
>Modified Files:
> src/distrib/utils/embedded/conf: armv7.conf
>
>Log Message:
>add JETSONTK1 to armv7.img
P
Thank you for catching this mistake, it should have been appending to
${mnt}/etc/rc.local. I have checked in a fix.
On Thu, 12 Feb 2015, Takahiro HAYASHI wrote:
On 2015/02/07 00:15, Jared D. McNeill wrote:
Module Name:src
Committed By: jmcneill
Date: Fri Feb 6 15:15:02 UTC 20
On 2015/02/07 00:15, Jared D. McNeill wrote:
Module Name:src
Committed By: jmcneill
Date: Fri Feb 6 15:15:02 UTC 2015
Modified Files:
src/distrib/utils/embedded/conf: rpi.conf
Log Message:
By default, RPI firmware sets the max CPU frequency to 600MHz. This can be
overri
> make a swap file?
Swap space in the distributed image is just annoying
for users to rawwrite it into devices.
To use resize_ffs(8), users have to edit disklabel anyway,
so I'm using a dumb script that checks disk size, updates labels,
and executes resize_ffs(8) for my custom images.
---
Izumi
make a swap file?
.mrg.
In article <20140401184816.gq20...@snowdrop.l8s.co.uk>,
David Laight wrote:
>On Mon, Mar 31, 2014 at 02:18:45PM -0400, Christos Zoulas wrote:
>> Module Name: src
>> Committed By:christos
>> Date:Mon Mar 31 18:18:45 UTC 2014
>>
>> Modified Files:
>> src/distrib/utils/
On Mon, Mar 31, 2014 at 02:18:45PM -0400, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Mon Mar 31 18:18:45 UTC 2014
>
> Modified Files:
> src/distrib/utils/embedded/conf: x86.conf
>
> Log Message:
> remove swap; these days x86 machines don't need it.
In article <20130916152357.883d...@cvs.netbsd.org>,
Adrian Steinmann wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: ast
>Date: Mon Sep 16 15:23:57 UTC 2013
>
>Modified Files:
> src/distrib/utils/embedded/conf: beagleboard.conf rpi.conf
> rpi_inst.conf
>
>Log Mes
On Sep 15, 8:54pm, a...@netbsd.org (Adrian Steinmann) wrote:
-- Subject: Re: CVS commit: src/distrib/utils/embedded
| So you're suggesting I remove the
|
| GZIP_CMD=${TOOL_GZIP:-gzip} # ${GZIP} is special to gzip(1)
Leave that definition in mkimage and remove them from the .conf files
whe
On Sun, Sep 15, 2013 at 02:05:59PM -0400, Christos Zoulas wrote:
> On Sep 15, 5:59pm, a...@netbsd.org (Adrian Steinmann) wrote:
> -- Subject: Re: CVS commit: src/distrib/utils/embedded
>
> | On Sun, Sep 15, 2013 at 01:26:51PM +, Christos Zoulas wrote:
> | > In article &l
On Sep 15, 5:59pm, a...@netbsd.org (Adrian Steinmann) wrote:
-- Subject: Re: CVS commit: src/distrib/utils/embedded
| On Sun, Sep 15, 2013 at 01:26:51PM +, Christos Zoulas wrote:
| > In article <20130914125127.7648...@cvs.netbsd.org>,
| > Adrian Steinmann wrote:
| >
| >
On Sun, Sep 15, 2013 at 01:26:51PM +, Christos Zoulas wrote:
> In article <20130914125127.7648...@cvs.netbsd.org>,
> Adrian Steinmann wrote:
>
> 1. This is useless in the .conf files since mkimage sets it alreay.
> >+GZIP_CMD=${TOOL_GZIP:-gzip} # ${GZIP} is special to gzip(1)
Well yes, but it
In article <20130914125127.7648...@cvs.netbsd.org>,
Adrian Steinmann wrote:
1. This is useless in the .conf files since mkimage sets it alreay.
>+GZIP_CMD=${TOOL_GZIP:-gzip} # ${GZIP} is special to gzip(1)
>+
2. You might as well rename the rest of the variables _CMD for conistency.
christos
On Mon, Apr 08, 2013 at 07:55:10 -0700, Hisashi T Fujinaka wrote:
> On Mon, 8 Apr 2013, Valery Ushakov wrote:
>
> >On Mon, Apr 08, 2013 at 06:35:03 -0700, Hisashi T Fujinaka wrote:
> >
> >>On Mon, 8 Apr 2013, Jared McNeill wrote:
> >>
> >>>As author of 1.37, just so it's clear that I didn't appro
On Mon, 8 Apr 2013, Valery Ushakov wrote:
On Mon, Apr 08, 2013 at 06:35:03 -0700, Hisashi T Fujinaka wrote:
On Mon, 8 Apr 2013, Jared McNeill wrote:
As author of 1.37, just so it's clear that I didn't approve this commit, I
don't recall being asked about it at all.
I asked you directly sev
On Mon, Apr 08, 2013 at 06:35:03 -0700, Hisashi T Fujinaka wrote:
> On Mon, 8 Apr 2013, Jared McNeill wrote:
>
> >As author of 1.37, just so it's clear that I didn't approve this commit, I
> >don't recall being asked about it at all.
>
> I asked you directly several times on IRC and you didn't r
On Mon, 8 Apr 2013, Jared McNeill wrote:
On Fri, 5 Apr 2013, Hisashi T Fujinaka wrote:
On Sat, 6 Apr 2013, Izumi Tsutsui wrote:
If the problem is overflow of the image, shouldn't the "extra" variable
in each config file be bumped instead of changing a unit?
Sorry for the messy commit. I ju
On Fri, 5 Apr 2013, Hisashi T Fujinaka wrote:
On Sat, 6 Apr 2013, Izumi Tsutsui wrote:
If the problem is overflow of the image, shouldn't the "extra" variable
in each config file be bumped instead of changing a unit?
Sorry for the messy commit. I just changed the -b line the way I did
becaus
On Sat, 6 Apr 2013, Izumi Tsutsui wrote:
If the problem is overflow of the image, shouldn't the "extra" variable
in each config file be bumped instead of changing a unit?
Sorry for the messy commit. I just changed the -b line the way I did
because I'm not sure where extra comes from and versio
> > If the problem is overflow of the image, shouldn't the "extra" variable
> > in each config file be bumped instead of changing a unit?
>
> Sorry for the messy commit. I just changed the -b line the way I did
> because I'm not sure where extra comes from and version 1.37 broke every
> img that I
On Sat, 6 Apr 2013, Izumi Tsutsui wrote:
Module Name:src
Committed By: htodd
Date: Wed Apr 3 19:37:43 UTC 2013
Modified Files:
src/distrib/utils/embedded: mkimage
Log Message:
Fix build.
What build problem did you try to fix?
--- mkimage 28 Mar 2013 00:20:02 -00
> Module Name: src
> Committed By: htodd
> Date: Wed Apr 3 19:37:43 UTC 2013
>
> Modified Files:
> src/distrib/utils/embedded: mkimage
>
> Log Message:
> Fix build.
What build problem did you try to fix?
--- mkimage 28 Mar 2013 00:20:02 - 1.37
+++ mkimage 3 Apr
On Feb 3, 7:02pm, tsut...@ceres.dti.ne.jp (Izumi Tsutsui) wrote:
-- Subject: Re: CVS commit: src/distrib/utils/embedded
| Does this mean that tools makefs -t msdos is now functional?
| If so I'd consider to prepare build.sh live-image targets for more ports.
| (to build images without
> Modified Files:
> src/distrib/utils/embedded: mkimage
> src/distrib/utils/embedded/conf: beagleboard.conf evbarm.conf rpi.conf
> usermode.conf
>
> Log Message:
> switch to makefs
Does this mean that tools makefs -t msdos is now functional?
If so I'd consider to prepare bui
On Wed, Nov 21, 2012 at 11:07:04AM -0600, Jonathan A. Kollasch wrote:
> AFAIR softdeps were never enabled by default when they were around,
> it was always more of a "if you want performance, enable them" note
> somewhere.
I was suprised, but you are right.
Martin
On Wed, Nov 21, 2012 at 12:52:04PM +0100, Martin Husemann wrote:
> On Tue, Nov 20, 2012 at 08:17:43PM +, Jonathan A. Kollasch wrote:
> > Module Name:src
> > Committed By: jakllsch
> > Date: Tue Nov 20 20:17:43 UTC 2012
> >
> > Modified Files:
> > src/distrib/uti
On Tue, Nov 20, 2012 at 08:17:43PM +, Jonathan A. Kollasch wrote:
> Module Name: src
> Committed By: jakllsch
> Date: Tue Nov 20 20:17:43 UTC 2012
>
> Modified Files:
> src/distrib/utils/sysinst: bsddisklabel.c
>
> Log Message:
> Don't enable WAPBL by default. It's far too dang
Module Name:src
Committed By: christos
Date: Sat Jun 23 14:06:02 UTC 2012
Modified Files:
src/distrib/utils/sysinst: disks.c
Log Message:
Trying to print a function pointer as a string is likely to cause tears.
While here, don't match on the unit either
Does not seem t
mbalmer@ wrote:
> >> Log Message:
> >> Put back spaces at EOL where needed (in a message file, a space at EOL
> >> means a line break, a line break means a space...)
> >> This should fix PR 46042.
> >
> > Did you check all changes?
>
> I mechanically reverted all whitespace changes so we have th
Am 01.03.12 17:31, schrieb Izumi Tsutsui:
>> Module Name: src
>> Committed By:mbalmer
>> Date:Thu Mar 1 16:22:16 UTC 2012
>>
>> Modified Files:
>> src/distrib/utils/sysinst: msg.mbr.de msg.mbr.en msg.mbr.es msg.mbr.fr
>> msg.mbr.pl msg.mi.de msg.mi.en msg.mi.e
> Module Name: src
> Committed By: mbalmer
> Date: Thu Mar 1 16:22:16 UTC 2012
>
> Modified Files:
> src/distrib/utils/sysinst: msg.mbr.de msg.mbr.en msg.mbr.es msg.mbr.fr
> msg.mbr.pl msg.mi.de msg.mi.en msg.mi.es msg.mi.fr msg.mi.pl
> src/distrib/utils/sysinst/arc
On Sun, Oct 30, 2011 at 12:30:57AM +, Jonathan A. Kollasch wrote:
> Log Message:
> As both of the "ns-wide.wide.ad.jp" and "light.imasy.or.jp" IPv6 resolvers
> now refuse my queries, replace them with "google-public-dns-a.google.com"
> and "google-public-dns-b.google.com".
(a) Why offer two op
On Sun, Jan 08, 2012 at 09:12:31AM +1100, matthew green wrote:
> this breaks the non-X11R7 systems. please revert it. this needs
> to be fixed to handle both cases -- they still exist.
Aren't there three cases?
- arch is using X11R7 on the to-be-installed version and (old) installed
system
> Module Name: src
> Committed By: christos
> Date: Sat Jan 7 18:54:31 UTC 2012
>
> Modified Files:
> src/distrib/utils/sysinst: aout2elf.c msg.mi.de msg.mi.en msg.mi.es
> msg.mi.fr msg.mi.pl upgrade.c
>
> Log Message:
> only deal with X11R7 now.
this breaks the non-X1
martin@ wrote:
> On Fri, Nov 04, 2011 at 09:02:15PM +0900, Izumi Tsutsui wrote:
> > What won't work on securelevel 1?
> > installboot(8) against mounted LABELSECTOR?
>
> Yes.
Doesn't DIOCWLABEL work as macppc does?
http://nxr.NetBSD.org/xref/src/usr.sbin/installboot/arch/macppc.c#119
---
Izumi
On Fri, Nov 04, 2011 at 09:02:15PM +0900, Izumi Tsutsui wrote:
> What won't work on securelevel 1?
> installboot(8) against mounted LABELSECTOR?
Yes.
Martin
> Log Message:
> Add a new hook, md_pre_mount(), that is called after preparation of
> the target filesystem, but before mounting it. Use this on sparc64
> to install the primary boot block, but install the secondary boot
> (/ofwboot) later.
> This allows sysinst to run at securelevel 1 (as long as
On Mon, Oct 31, 2011 at 03:45:05PM +, Jonathan A. Kollasch wrote:
> Depends, I often will install sets I've built myself from a random
> server. But adding a server (preferably further down the
> list) that only answers for netbsd.org might be a option some people
> would prefer to use.
I won
On Mon, Oct 31, 2011 at 11:40:25AM -0400, Greg Troxel wrote:
>
> If TNF can provide a open resolver on a stable IPv6 address for use
> by sysinst, that'd be great.
>
> Do we need only a resolver that answers for things in netbsd.org, to
> find mirrors, or really a full resolver?
Depends, I o
If TNF can provide a open resolver on a stable IPv6 address for use
by sysinst, that'd be great.
Do we need only a resolver that answers for things in netbsd.org, to
find mirrors, or really a full resolver?
pgpkxsOKL8CZH.pgp
Description: PGP signature
On Sun, Oct 30, 2011 at 11:07:04AM +0100, Martin Husemann wrote:
> On Sun, Oct 30, 2011 at 09:41:09AM +0100, Bernd Ernesti wrote:
> > > Log Message:
> > > As both of the "ns-wide.wide.ad.jp" and "light.imasy.or.jp" IPv6 resolvers
> > > now refuse my queries, replace them with "google-public-dns-a.g
On Sun, Oct 30, 2011 at 09:41:09AM +0100, Bernd Ernesti wrote:
> > Log Message:
> > As both of the "ns-wide.wide.ad.jp" and "light.imasy.or.jp" IPv6 resolvers
> > now refuse my queries, replace them with "google-public-dns-a.google.com"
> > and "google-public-dns-b.google.com".
>
> IMHO they shoul
On Sun, Oct 30, 2011 at 12:30:57AM +, Jonathan A. Kollasch wrote:
> Module Name: src
> Committed By: jakllsch
> Date: Sun Oct 30 00:30:57 UTC 2011
>
> Modified Files:
> src/distrib/utils/sysinst: menus.mi
>
> Log Message:
> As both of the "ns-wide.wide.ad.jp" and "light.imasy.o
On Sun, Feb 28, 2010 at 11:47:44AM +, David Holland wrote:
> The right thing to do is to make fsck_lfs exit without doing anything
> (or otherwise behave innocuously) when run with -p.
Fine with me, please feel free to do that and backout the sysinst change.
Martin
On Wed, Feb 17, 2010 at 04:09:52PM +, Martin Husemann wrote:
> Modified Files:
> src/distrib/utils/sysinst: disks.c
>
> Log Message:
> eeh says we should not enable fsck_lfs on lfs partitions
Even assuming this is true in the medium to long term rather than a
temporary problem... th
On Thu, Feb 18, 2010 at 01:15:44AM +0900, Izumi Tsutsui wrote:
> I'd also like to make lfs optional in sysinst per ports,
> but I wonder how we can put #ifdef into menuc(1) sources..
I thought it is (runtime-) optional by checking for mount_lfs and friends,
see check_lfs_progs().
Martin
> Modified Files:
> src/distrib/utils/sysinst: disks.c
>
> Log Message:
> eeh says we should not enable fsck_lfs on lfs partitions
I'd also like to make lfs optional in sysinst per ports,
but I wonder how we can put #ifdef into menuc(1) sources..
---
Izumi Tsutsui
On 08/24 05:13, Matthias Scheler wrote:
> On Sun, Aug 23, 2009 at 09:16:17PM +, Jared D. McNeill wrote:
> > Modified Files:
> > src/distrib/utils/sysinst: menus.mi msg.mi.de msg.mi.en msg.mi.es
> > msg.mi.fr msg.mi.pl util.c
> >
> > Log Message:
> > Get rid of the 'select extractio
On Sun, Aug 23, 2009 at 09:16:17PM +, Jared D. McNeill wrote:
> Modified Files:
> src/distrib/utils/sysinst: menus.mi msg.mi.de msg.mi.en msg.mi.es
> msg.mi.fr msg.mi.pl util.c
>
> Log Message:
> Get rid of the 'select extraction verbosity' menu.
Which option does it use now?
On Sat, Apr 04, 2009 at 10:43:41PM +, David Holland wrote:
> On Sat, Apr 04, 2009 at 02:27:01PM +, Andrew Doran wrote:
> > Yes, alpha boots. It has significant problems from what I have seen.
>
> PR numbers?
>
> (There are quite a few in my index, but they're mostly old and of
> doubtful
On Sun, Apr 05, 2009 at 08:52:39AM +0900, Izumi Tsutsui wrote:
> Then, is it matter for modern GB HDD? ;-p
No, that's why the suggestion was to check the disk size and default to
UFS2 only on those shiny new big disks.
Martin
On Sun, Apr 05, 2009 at 08:03:54AM +0900, Izumi Tsutsui wrote:
> > I suggested that to ad in private email earlier. UFS1 is still good for
> > small file systems because it has less overhead.
>
> Is the possible overhead noticeable on the modern CPU?
> If not, it's okay to change default per port
jo...@britannica.bec.de wrote:
> On Sun, Apr 05, 2009 at 08:03:54AM +0900, Izumi Tsutsui wrote:
> > > I suggested that to ad in private email earlier. UFS1 is still good for
> > > small file systems because it has less overhead.
> >
> > Is the possible overhead noticeable on the modern CPU?
> > I
jo...@britannica.bec.de wrote:
> On Sun, Apr 05, 2009 at 08:52:39AM +0900, Izumi Tsutsui wrote:
> > jo...@britannica.bec.de wrote:
> >
> > > On Sun, Apr 05, 2009 at 08:03:54AM +0900, Izumi Tsutsui wrote:
> > > > > I suggested that to ad in private email earlier. UFS1 is still good
> > > > > for
On Sun, Apr 05, 2009 at 08:52:39AM +0900, Izumi Tsutsui wrote:
> jo...@britannica.bec.de wrote:
>
> > On Sun, Apr 05, 2009 at 08:03:54AM +0900, Izumi Tsutsui wrote:
> > > > I suggested that to ad in private email earlier. UFS1 is still good for
> > > > small file systems because it has less overhe
pe...@piermont.com wrote:
> Martin Husemann writes:
> > On Sun, Apr 05, 2009 at 01:13:38AM +0900, Izumi Tsutsui wrote:
> >> Like this?
> >
> > Looks good - one more evil idea: do we know the size of the target disk
> > at this point already? (I think so...)
> > We could make UFS2 the default for
On Sat, Apr 04, 2009 at 02:27:01PM +, Andrew Doran wrote:
> Yes, alpha boots. It has significant problems from what I have seen.
PR numbers?
(There are quite a few in my index, but they're mostly old and of
doubtful currency.)
--
David A. Holland
dholl...@netbsd.org
Martin Husemann writes:
> On Sun, Apr 05, 2009 at 01:13:38AM +0900, Izumi Tsutsui wrote:
>> Like this?
>
> Looks good - one more evil idea: do we know the size of the target disk
> at this point already? (I think so...)
> We could make UFS2 the default for everything > 50GB or some arbitrary
> t
On Sun, Apr 05, 2009 at 01:13:38AM +0900, Izumi Tsutsui wrote:
> Like this?
Looks good - one more evil idea: do we know the size of the target disk
at this point already? (I think so...)
We could make UFS2 the default for everything > 50GB or some arbitrary
threshold.
Martin
a...@netbsd.org wrote:
> On Sat, Apr 04, 2009 at 03:04:43PM +0200, Martin Husemann wrote:
>
> > On Sat, Apr 04, 2009 at 09:43:46PM +0900, Izumi Tsutsui wrote:
> > > In any case, __HAVE_UFS2_BOOT in types.h seems ambiguous for me.
> > > Isn't it better to have some other macro in sysinst/arch/${MA
On Sat, Apr 04, 2009 at 03:12:59PM +0200, Martin Husemann wrote:
> On Sat, Apr 04, 2009 at 11:50:00AM +, Andrew Doran wrote:
> > alpha and pmax seem unmaintained and as far as I can tell don't boot/work,
> > so I don't care.
>
> I have no pmax, but alpha (current as of a few hours ago) boots
On Sat, Apr 04, 2009 at 03:04:43PM +0200, Martin Husemann wrote:
> On Sat, Apr 04, 2009 at 09:43:46PM +0900, Izumi Tsutsui wrote:
> > In any case, __HAVE_UFS2_BOOT in types.h seems ambiguous for me.
> > Isn't it better to have some other macro in sysinst/arch/${MACHINE}/md.h ?
>
> I agree, it doe
On Sat, Apr 04, 2009 at 11:50:00AM +, Andrew Doran wrote:
> alpha and pmax seem unmaintained and as far as I can tell don't boot/work,
> so I don't care.
I have no pmax, but alpha (current as of a few hours ago) boots just fine.
Martin
On Sat, Apr 04, 2009 at 09:43:46PM +0900, Izumi Tsutsui wrote:
> In any case, __HAVE_UFS2_BOOT in types.h seems ambiguous for me.
> Isn't it better to have some other macro in sysinst/arch/${MACHINE}/md.h ?
I agree, it does not belong in types.h.
Martin
a...@netbsd.org wrote:
> On Sat, Apr 04, 2009 at 07:47:12PM +0900, Izumi Tsutsui wrote:
> > a...@netbsd.org wrote:
> > > Module Name: src
> > > Committed By: ad
> > > Date: Sat Apr 4 10:38:00 UTC 2009
> > >
> > > Modified Files:
> > > src/distrib/utils/sysinst: bsddisklabe
On Sat, Apr 04, 2009 at 07:47:12PM +0900, Izumi Tsutsui wrote:
> a...@netbsd.org wrote:
>
> > Module Name:src
> > Committed By: ad
> > Date: Sat Apr 4 10:38:00 UTC 2009
> >
> > Modified Files:
> > src/distrib/utils/sysinst: bsddisklabel.c
> >
> > Log Message:
>
a...@netbsd.org wrote:
> Module Name: src
> Committed By: ad
> Date: Sat Apr 4 10:38:00 UTC 2009
>
> Modified Files:
> src/distrib/utils/sysinst: bsddisklabel.c
>
> Log Message:
> - Default to UFS2 if the platform can boot from it.
Should we reject UFS2 for root partition
if MD
73 matches
Mail list logo
