Summary: | [geom] [patch] fix ability to run gmirror on MSI MegaRaid (/dev/ar* vs /dev/gm*) | ||||||
---|---|---|---|---|---|---|---|
Product: | Base System | Reporter: | Alter <alter> | ||||
Component: | kern | Assignee: | freebsd-bugs (Nobody) <bugs> | ||||
Status: | Open --- | ||||||
Severity: | Affects Only Me | Keywords: | patch | ||||
Priority: | Normal | ||||||
Version: | Unspecified | ||||||
Hardware: | Any | ||||||
OS: | Any | ||||||
Attachments: |
|
Description
Alter
2012-06-29 11:40:04 UTC
Responsible Changed From-To: freebsd-bugs->freebsd-geom Over to maintainer(s). I don't think that hacking gmirror to move its metadata is a right approach to the problem. It will make metadata detection complicated and depending on some external knowledge. Why just not partition the disks and not use gmirror on top of partition table? If partition will not use the last sector of the disk, controller should be happy and gmirror won't need any hacks. -- Alexander Motin For bugs matching the following criteria: Status: In Progress Changed: (is less than) 2014-06-01 Reset to default assignee and clear in-progress tags. Mail being skipped Keyword: patch or patch-ready – in lieu of summary line prefix: [patch] * bulk change for the keyword * summary lines may be edited manually (not in bulk). Keyword descriptions and search interface: <https://bugs.freebsd.org/bugzilla/describekeywords.cgi> |