All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bill Davidsen <davidsen@tmr.com>
To: James Dingwall <james.dingwall@cramer.com>
Cc: "'linux-kernel@vger.kernel.org'" <linux-kernel@vger.kernel.org>,
	Andries.Brouwer@cwi.nl, "'Chris Wright'" <chrisw@osdl.org>
Subject: Re: Bug: 2.6.11.8 msdos.c
Date: Fri, 06 May 2005 09:59:10 -0400	[thread overview]
Message-ID: <427B782E.6040309@tmr.com> (raw)
In-Reply-To: <3E116F19B784CD47A7CE7F923A436499014C8E39@s2.cramer.co.uk>

James Dingwall wrote:
>>* James Dingwall (james.dingwall@cramer.com) wrote:
>>
>>>Using vanilla 2.6.11.8 I get a "Cannot open initial 
>>
>>console" on boot,
>>
>>>2.6.11.7 was fine.  I have removed the patches to 
>>
>>fs/partitions/msdos.c and
>>
>>>this has fixed my problem.  I've read the discussion on 
>>
>>this patch but it
>>
>>>doesn't indicate that this problem may occur so there is no 
>>
>>suggested
>>
>>>solution.  I have attached my .config and my partition 
>>
>>layout is below, I
>>
>>>can provide any other information that might be useful.  
>>
>>I'm not on the list
>>
>>>so plase Cc, I will follow the thread in the archives too.
>>
>>Thanks for the report James.  To be clear, you simply backed out the
>>following: (I ask partly because this got merged in as part of the i2c
>>sysfs ChangeSet, odd)
>>
>>===== fs/partitions/msdos.c 1.26 vs 1.27 =====
>>--- 1.26/fs/partitions/msdos.c	2004-11-09 12:43:17 -08:00
>>+++ 1.27/fs/partitions/msdos.c	2005-03-07 20:41:42 -08:00
>>@@ -114,6 +114,9 @@ parse_extended(struct parsed_partitions 
>> 		 */
>> 		for (i=0; i<4; i++, p++) {
>> 			u32 offs, size, next;
>>+
>>+			if (SYS_IND(p) == 0)
>>+				continue;
>> 			if (!NR_SECTS(p) || is_extended_partition(p))
>> 				continue;
>> 
>>@@ -430,6 +433,8 @@ int msdos_partition(struct parsed_partit
>> 	for (slot = 1 ; slot <= 4 ; slot++, p++) {
>> 		u32 start = START_SECT(p)*sector_size;
>> 		u32 size = NR_SECTS(p)*sector_size;
>>+		if (SYS_IND(p) == 0)
>>+			continue;
>> 		if (!size)
>> 			continue;
>> 		if (is_extended_partition(p)) {
> 
> 
> Yes, this is the patch that I backed out.
> 
> 
>>>Disk /dev/hda: 30.0 GB, 30020272128 bytes
>>>255 heads, 63 sectors/track, 3649 cylinders
>>>Units = cylinders of 16065 * 512 = 8225280 bytes
>>>
>>>   Device Boot      Start         End      Blocks   Id  System
>>>/dev/hda1   *           1        1797    14434371   83  Linux
>>>/dev/hda2            1798        3649    14876190    5  Extended
>>>/dev/hda5            1798        1860      506016    0  Empty
>>>/dev/hda6            1861        1892      257008+  83  Linux
>>>/dev/hda7            1893        1924      257008+  83  Linux
>>>/dev/hda8            1925        2049     1004031   82  
>>
>>Linux swap / Solaris
>>
>>>/dev/hda9            2050        2112      506016    0  Empty
>>>/dev/hda10           2113        2611     4008186   83  Linux
>>>/dev/hda11           2612        2861     2008093+  83  Linux
> 
> 
> Andries' hint about changing the partition types to !0 is a fix for the
> problem.

What is the reason for the patch in the first place? Obviously it's 
intended to do something, or not do something bad, but what's wrong with 
a reserved partition?

I looked at the rest of msdos.c and it wasn't blindingly clear what the 
original intent was. A partition type of zero is unusual, but it's not 
illegal, is it? (as in violates some standard)

-- 
    -bill davidsen (davidsen@tmr.com)
"The secret to procrastination is to put things off until the
  last possible moment - but no longer"  -me

  reply	other threads:[~2005-05-06 13:59 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-06  8:12 Bug: 2.6.11.8 msdos.c James Dingwall
2005-05-06 13:59 ` Bill Davidsen [this message]
2005-05-06 14:11   ` Richard B. Johnson
2005-05-09 17:39     ` Bill Davidsen
     [not found] <42kyq-2oO-35@gated-at.bofh.it>
     [not found] ` <41bQz-2lJ-15@gated-at.bofh.it>
     [not found]   ` <42kyq-2oO-33@gated-at.bofh.it>
2005-05-09 20:38     ` Bodo Eggert <harvested.in.lkml@posting.7eggert.dyndns.org>
  -- strict thread matches above, loose matches on Subject: below --
2005-05-05 10:33 James Dingwall
2005-05-05 16:54 ` Chris Wright
2005-05-05 17:38   ` Andries Brouwer

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=427B782E.6040309@tmr.com \
    --to=davidsen@tmr.com \
    --cc=Andries.Brouwer@cwi.nl \
    --cc=chrisw@osdl.org \
    --cc=james.dingwall@cramer.com \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.