From: Olaf Hering <hidden> Date: 2007-05-21 14:12:51
The old ps3_storage driver did not support DOS geometry, so there is no
point to start adding code for it.
Signed-off-by: Olaf Hering <redacted>
Index: linux-2.6.22-rc2/drivers/block/ps3disk.c
===================================================================
From: Olaf Hering <hidden> Date: 2007-05-21 14:12:51
setting ->owner will help with refcounting (?) and it provides proper
symlinks in sysfs.
Signed-off-by: Olaf Hering <redacted>
Index: linux-2.6.22-rc2/drivers/block/ps3disk.c
===================================================================
The old ps3_storage driver did not support DOS geometry, so there is no
point to start adding code for it.
Thanks! I didn't know the .getgeo() routine is optional. I thought it was used
by disk partitioning software.
cfdisk seems to be happy after this change.
sfdisk complains it cannot get the geometry, but it continuous, assuming H=64
and S=32.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- Sony Network and Software Technology Center Europe (NSCE)
Geert.Uytterhoeven@sonycom.com ------- The Corporate Village, Da Vincilaan 7-D1
Voice +32-2-7008453 Fax +32-2-7008622 ---------------- B-1935 Zaventem, Belgium
From: Christoph Hellwig <hch@lst.de> Date: 2007-05-21 14:39:44
On Mon, May 21, 2007 at 02:53:11PM +0200, Olaf Hering wrote:
The old ps3_storage driver did not support DOS geometry, so there is no
point to start adding code for it.
That's not quite true. sd applies some heuristics and has a default
geometry if there is no ->bios_param method. Then again this whole
gemetry thing really only makes sense on x86.
From: Olaf Hering <hidden> Date: 2007-05-21 17:14:06
On Mon, May 21, Christoph Hellwig wrote:
On Mon, May 21, 2007 at 02:53:11PM +0200, Olaf Hering wrote:
quoted
The old ps3_storage driver did not support DOS geometry, so there is no
point to start adding code for it.
That's not quite true. sd applies some heuristics and has a default
geometry if there is no ->bios_param method. Then again this whole
gemetry thing really only makes sense on x86.
Ok, if it really matters, the values should match sd.
On Mon, May 21, 2007 at 02:53:11PM +0200, Olaf Hering wrote:
quoted
The old ps3_storage driver did not support DOS geometry, so there is no
point to start adding code for it.
That's not quite true. sd applies some heuristics and has a default
geometry if there is no ->bios_param method. Then again this whole
gemetry thing really only makes sense on x86.
Would it make sense to have a default implementation in block/ioctl.c?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- Sony Network and Software Technology Center Europe (NSCE)
Geert.Uytterhoeven@sonycom.com ------- The Corporate Village, Da Vincilaan 7-D1
Voice +32-2-7008453 Fax +32-2-7008622 ---------------- B-1935 Zaventem, Belgium
From: Christoph Hellwig <hch@lst.de> Date: 2007-05-30 10:12:22
On Tue, May 29, 2007 at 11:15:14AM +0200, Geert Uytterhoeven wrote:
On Mon, 21 May 2007, Christoph Hellwig wrote:
quoted
On Mon, May 21, 2007 at 02:53:11PM +0200, Olaf Hering wrote:
quoted
The old ps3_storage driver did not support DOS geometry, so there is no
point to start adding code for it.
That's not quite true. sd applies some heuristics and has a default
geometry if there is no ->bios_param method. Then again this whole
gemetry thing really only makes sense on x86.
Would it make sense to have a default implementation in block/ioctl.c?
Maybe. Someone would have to look all over block drivers if there is
something common enough to be considered default. Also some drivers
that never ran on x86 never supported it so they'd need a new method
that always returns an error. I'm not sure whether it'll be worth it
in the end.