Re: alpha boot1 UFS support: HELP NEEDED!
On Wed, Jun 05, 2002 at 02:25:53PM +0200, Bernd Walter wrote: > On Wed, Jun 05, 2002 at 02:15:49PM +0200, Poul-Henning Kamp wrote: > > > > Somebody who has an alpha at hand needs to make the alpha boot1 code > > use sys/boot/common/ufsread.c before June 19th where the UFS2 patch > > is scheduled to be committed. > > I'll take a look into this during the next WE. Not much success so far. ufsread.c triggers several size limitations on alpha. I'll let you know when I have it booting. -- B.Walter COSMO-Project http://www.cosmo-project.de [EMAIL PROTECTED] Usergroup [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: alpha boot1 UFS support: HELP NEEDED!
On Wed, 5 Jun 2002, Poul-Henning Kamp wrote: > In message <[EMAIL PROTECTED]>, Bruce Evans writes: > >On Wed, 5 Jun 2002, Poul-Henning Kamp wrote: > > > >> Somebody wh > >> use sys/boot/common/ufsread.c before June 19th where the UFS2 patch > >> is scheduled to be committed. > > > >This must not be needed, since old boot blocks must keep working with > >old file systems. > > Does not compute. > > Old bootblocks are on the disks and nobody are changing them so they will > keep working with what they work with. > > This change is necessary if the alpha architecture wants to be able > to boot from a UFS2 filesystem in the future. This change is necessary in the future if someone wants to boot from a UFS2 file system. > The UFS2 patch btw allows the ufsread() function to be compiled in a > "UFS1 only" or "UFS1 or UFS2" configuration. I'm surprised both fit in the i386 version. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: alpha boot1 UFS support: HELP NEEDED!
In message <[EMAIL PROTECTED]>, Bruce Evans writes: >On Wed, 5 Jun 2002, Poul-Henning Kamp wrote: > >> Somebody wh >> use sys/boot/common/ufsread.c before June 19th where the UFS2 patch >> is scheduled to be committed. > >This must not be needed, since old boot blocks must keep working with >old file systems. Does not compute. Old bootblocks are on the disks and nobody are changing them so they will keep working with what they work with. This change is necessary if the alpha architecture wants to be able to boot from a UFS2 filesystem in the future. The UFS2 patch btw allows the ufsread() function to be compiled in a "UFS1 only" or "UFS1 or UFS2" configuration. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: alpha boot1 UFS support: HELP NEEDED!
On Wed, 5 Jun 2002, Poul-Henning Kamp wrote: > Somebody wh> use sys/boot/common/ufsread.c before June 19th where the UFS2 patch > is scheduled to be committed. This must not be needed, since old boot blocks must keep working with old file systems. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: alpha boot1 UFS support: HELP NEEDED!
On Wed, Jun 05, 2002 at 02:15:49PM +0200, Poul-Henning Kamp wrote: > > Somebody who has an alpha at hand needs to make the alpha boot1 code > use sys/boot/common/ufsread.c before June 19th where the UFS2 patch > is scheduled to be committed. I'll take a look into this during the next WE. -- B.Walter COSMO-Project http://www.cosmo-project.de [EMAIL PROTECTED] Usergroup [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
alpha boot1 UFS support: HELP NEEDED!
Somebody who has an alpha at hand needs to make the alpha boot1 code use sys/boot/common/ufsread.c before June 19th where the UFS2 patch is scheduled to be committed. I have no idea how much or how little work this is. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
