* [RFC] Add XFS support in SYSLINUX
@ 2012-04-02 14:27 CHEN Baozi
2012-04-02 18:48 ` Christoph Hellwig
0 siblings, 1 reply; 3+ messages in thread
From: CHEN Baozi @ 2012-04-02 14:27 UTC (permalink / raw)
To: xfs
Hi all,
I'm a student applying for this year's GSoC and planning to add XFS support to the syslinux bootloader. I did some research on the syslinux's implementation, and have a rough idea.
XFS starts its superblock from the first bytes of partition, where syslinux would install its boot codes(in the first 512 bytes). Currently, we have two approach to handle that. One is to follow the GRUB that put its codes in the first few bytes immediately following the MBR and before the first partition's first sector. However, this approach breaks some designing rules of syslinux, so it won't be accepted. The other one that we are now considering is to use the remaining 2048 bytes left in XFS's first block. But I'm not sure that this area is reserved for some new features in the future.
Any comment?
Regards,
Chen Baozi
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [RFC] Add XFS support in SYSLINUX
2012-04-02 14:27 [RFC] Add XFS support in SYSLINUX CHEN Baozi
@ 2012-04-02 18:48 ` Christoph Hellwig
2012-04-04 1:36 ` CHEN Baozi
0 siblings, 1 reply; 3+ messages in thread
From: Christoph Hellwig @ 2012-04-02 18:48 UTC (permalink / raw)
To: CHEN Baozi; +Cc: xfs
Hi Chen,
thanks a lot for your interested in tackling this project.
Writing to the end of the first block would work for 4k or larger block
sizes filesystems, but it's not a very clean solution.
Id had a quick brainstorm with Dave and we came up with the following
idea:
- create an extended attribute on the root filesystem that is larger
than than the filesystem block size (typically 4k), and store the
syslink payload in it.
- for the first prototype get its block number using the GETBMAPX
ioctl, and use it.
once that prototype works we can talk about a good interface for you.
We could precreate the attribute at mkfs time at a fixed block number
so that syslinux can hardcode it, or we could discuss any other kind
of interface that helps you.
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [RFC] Add XFS support in SYSLINUX
2012-04-02 18:48 ` Christoph Hellwig
@ 2012-04-04 1:36 ` CHEN Baozi
0 siblings, 0 replies; 3+ messages in thread
From: CHEN Baozi @ 2012-04-04 1:36 UTC (permalink / raw)
To: Christoph Hellwig; +Cc: xfs
Thanks for advice:-)
Baozi
On Apr 3, 2012, at 2:48 AM, Christoph Hellwig wrote:
> Hi Chen,
>
> thanks a lot for your interested in tackling this project.
>
> Writing to the end of the first block would work for 4k or larger block
> sizes filesystems, but it's not a very clean solution.
>
> Id had a quick brainstorm with Dave and we came up with the following
> idea:
>
> - create an extended attribute on the root filesystem that is larger
> than than the filesystem block size (typically 4k), and store the
> syslink payload in it.
> - for the first prototype get its block number using the GETBMAPX
> ioctl, and use it.
>
> once that prototype works we can talk about a good interface for you.
> We could precreate the attribute at mkfs time at a fixed block number
> so that syslinux can hardcode it, or we could discuss any other kind
> of interface that helps you.
>
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2012-04-04 1:36 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-04-02 14:27 [RFC] Add XFS support in SYSLINUX CHEN Baozi
2012-04-02 18:48 ` Christoph Hellwig
2012-04-04 1:36 ` CHEN Baozi
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox