mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Osamu Tomita <tomita@cinet.co.jp>
To: Christoph Hellwig <hch@infradead.org>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>
Subject: Re: [PATCH] PC-9800 subarch. support for 2.5.62-AC1 (6/21) FS & partiton
Date: Sun, 23 Feb 2003 19:45:19 +0900	[thread overview]
Message-ID: <3E58A63F.9090607@cinet.co.jp> (raw)
In-Reply-To: <20030223102937.A15963@infradead.org>

Christoph Hellwig wrote:
> On Sun, Feb 23, 2003 at 06:43:25PM +0900, Osamu Tomita wrote:
> 
>>-	if (FAT_FIRST_ENT(sb, media) != first) {
>>+	if (FAT_FIRST_ENT(sb, media) != first
>>+	    && (!pc98 || media != 0xf8 || (first & 0xff) != 0xfe))
>>+	{
> 
> 
> I think this should be made unconditionally.  There's no reason why
> non-pc98 linux machines shouldn't read fat filesystems created on pc98.
> 
> 
>>+/* #ifdef CONFIG_BLK_DEV_IDEDISK */
>>+#include <linux/ide.h>
>>+/* #endif */
>>+
>>+/* #ifdef CONFIG_BLK_DEV_SD */
>>+#include "../../drivers/scsi/scsi.h"
>>+#include "../../drivers/scsi/hosts.h"
>>+#include <scsi/scsicam.h>
>>+/* #endif */
> 
> 
> this is really ugly..
> 
> 
>>+	int g_head, g_sect;
>>+	Sector sect;
>>+	const struct nec98_partition *part;
>>+	unsigned char *data;
>>+	int sector_size = bdev_hardsect_size(bdev);
>>+	int major = major(to_kdev_t(bdev->bd_dev));
>>+	int minor = minor(to_kdev_t(bdev->bd_dev));
> 
> 
> use MAJOR/MINOR here.
> 
> 
>>+
>>+	switch (major) {
>>+#if defined CONFIG_BLK_DEV_HD_ONLY
>>+	case HD_MAJOR:
>>+	{
>>+		extern struct hd_i_struct hd_info[2];
>>+
>>+		g_head = hd_info[minor >> 6].head;
>>+		g_sect = hd_info[minor >> 6].sect;
>>+		break;
>>+	}
>>+#endif /* CONFIG_BLK_DEV_HD_ONLY */
>>+#if defined CONFIG_BLK_DEV_SD || defined CONFIG_BLK_DEV_SD_MODULE
>>+	case SCSI_DISK0_MAJOR:
>>+	case SCSI_DISK1_MAJOR:
>>+	case SCSI_DISK2_MAJOR:
>>+	case SCSI_DISK3_MAJOR:
>>+	case SCSI_DISK4_MAJOR:
>>+	case SCSI_DISK5_MAJOR:
>>+	case SCSI_DISK6_MAJOR:
>>+	case SCSI_DISK7_MAJOR:
>>+	{
>>+		int diskinfo[3] = { 0, 0, 0 };
>>+
>>+		pc98_bios_param(bdev, diskinfo);
>>+
>>+		if ((g_head = diskinfo[0]) <= 0)
>>+			g_head = 8;
>>+		if ((g_sect = diskinfo[1]) <= 0)
>>+			g_sect = 17;
>>+		break;
>>+	}
>>+#endif /* CONFIG_BLK_DEV_SD(_MODULE) */
>>+#if defined CONFIG_BLK_DEV_IDEDISK || defined CONFIG_BLK_DEV_IDEDISK_MODULE
>>+	case IDE0_MAJOR:
>>+	case IDE1_MAJOR:
>>+	case IDE2_MAJOR:
>>+	case IDE3_MAJOR:
>>+	case IDE4_MAJOR:
>>+	case IDE5_MAJOR:
>>+	case IDE6_MAJOR:
>>+	case IDE7_MAJOR:
>>+	case IDE8_MAJOR:
>>+	case IDE9_MAJOR:
>>+	{
>>+		ide_drive_t *drive;
>>+		unsigned int	h;
>>+
>>+		for (h = 0; h < MAX_HWIFS; ++h) {
>>+			ide_hwif_t  *hwif = &ide_hwifs[h];
>>+			if (hwif->present && major == hwif->major) {
>>+				unsigned unit = minor >> PARTN_BITS;
>>+				if (unit < MAX_DRIVES) {
>>+					drive = &hwif->drives[unit];
>>+					if (drive->present) {
>>+						g_head = drive->head;
>>+						g_sect = drive->sect;
>>+						goto found;
>>+					}
>>+				}
>>+				break;
>>+			}
>>+		}
>>+	}
>>+#endif /* CONFIG_BLK_DEV_IDEDISK(_MODULE) */
>>+	default:
>>+		printk(" unsupported disk (major = %u)\n", major);
>>+		return 0;
>>+	}
> 
> 
> This is horribly ugly.  Just do an inkernel ioctl instead.  Something
> like the following (untested!):
> 
> 	struct hd_geometry geo;
> 	int err;
> 
> 	err = ioctl_by_bdev(bdev, HDIO_GETGEO, &geo);
> 	if (err)
> 		return err;
> 
> 	g_head = geo.heads;
> 	g_sect = geo.sectors;
> 	

Thank very much. I didn't know inkernel ioctl. I'll try it.

-- 
Osamu Tomita




  reply	other threads:[~2003-02-23 10:36 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-02-23  9:21 [PATCH] PC-9800 subarch. support for 2.5.62-AC1 (0/21) summary Osamu Tomita
2003-02-23  9:34 ` [PATCH] PC-9800 subarch. support for 2.5.62-AC1 (1/21) ALSA Osamu Tomita
2003-02-23  9:36 ` [PATCH] PC-9800 subarch. support for 2.5.62-AC1 (2/21) APM Osamu Tomita
2003-02-23  9:38 ` [PATCH] PC-9800 subarch. support for 2.5.62-AC1 (3/21) console Osamu Tomita
2003-02-23  9:40 ` [PATCH] PC-9800 subarch. support for 2.5.62-AC1 (4/21) Misc core Osamu Tomita
2003-02-23  9:41 ` [PATCH] PC-9800 subarch. support for 2.5.62-AC1 (5/21) DMA Osamu Tomita
2003-02-23  9:43 ` [PATCH] PC-9800 subarch. support for 2.5.62-AC1 (6/21) FS & partiton Osamu Tomita
2003-02-23 10:29   ` Christoph Hellwig
2003-02-23 10:45     ` Osamu Tomita [this message]
2003-02-24 14:05       ` Osamu Tomita
2003-02-24 14:16         ` Christoph Hellwig
2003-02-23 10:47     ` John Bradford
2003-02-23  9:44 ` [PATCH] PC-9800 subarch. support for 2.5.62-AC1 (7/21) IDE Osamu Tomita
2003-02-23  9:46 ` [PATCH] PC-9800 subarch. support for 2.5.62-AC1 (8/21) kanji Osamu Tomita
2003-02-23  9:47 ` [PATCH] PC-9800 subarch. support for 2.5.62-AC1 (9/21) kconfig Osamu Tomita
2003-02-23  9:48 ` [PATCH] PC-9800 subarch. support for 2.5.62-AC1 (10/21) NIC Osamu Tomita
2003-02-23  9:50 ` [PATCH] PC-9800 subarch. support for 2.5.62-AC1 (11/21) parport Osamu Tomita
2003-02-23  9:51 ` [PATCH] PC-9800 subarch. support for 2.5.62-AC1 (12/21) PCI Osamu Tomita
2003-02-23  9:52 ` [PATCH] PC-9800 subarch. support for 2.5.62-AC1 (13/21) PCMCIA Osamu Tomita
2003-02-23  9:53 ` [PATCH] PC-9800 subarch. support for 2.5.62-AC1 (14/21) PNP Osamu Tomita
2003-02-23  9:54 ` [PATCH] PC-9800 subarch. support for 2.5.62-AC1 (15/21) RTC Osamu Tomita
2003-02-23  9:55 ` [PATCH] PC-9800 subarch. support for 2.5.62-AC1 (16/21) SCSI Osamu Tomita
2003-02-23 10:52   ` Christoph Hellwig
2003-02-23  9:56 ` [PATCH] PC-9800 subarch. support for 2.5.62-AC1 (17/21) serial Osamu Tomita
2003-02-23  9:57 ` [PATCH] PC-9800 subarch. support for 2.5.62-AC1 (18/21) setup Osamu Tomita
2003-02-23  9:58 ` [PATCH] PC-9800 subarch. support for 2.5.62-AC1 (19/21) SMP Osamu Tomita
2003-02-23  9:59 ` [PATCH] PC-9800 subarch. support for 2.5.62-AC1 (20/21) timer Osamu Tomita
2003-02-23 10:00 ` [PATCH] PC-9800 subarch. support for 2.5.62-AC1 (21/21) traps Osamu Tomita

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3E58A63F.9090607@cinet.co.jp \
    --to=tomita@cinet.co.jp \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=hch@infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®