linux-kernel - Re: Unable to format or use floppies since 2.6.28

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <2375c9f90912170104s522f0b1bqe0ae76f42e8abf51@mail.gmail.com>
Date:	Thu, 17 Dec 2009 17:04:01 +0800
From:	Américo Wang <xiyou.wangcong@...il.com>
To:	law_ence.dev@...world.com, Mark Hounschell <markh@...pro.net>,
	Tejun Heo <tj@...nel.org>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: Unable to format or use floppies since 2.6.28

On Sat, Dec 12, 2009 at 5:33 PM, ael <ael@...e.none> wrote:
> Mark Hounschell wrote:
>>
>> I have many boxes. They all do the same thing. Running different versions
>> of SuSE, 10.3-11.2. Any kernel at or above 2.6.28 fails to fdformat a
>> floppy. These same machines, using the same floppies and drives, running
>> kernels older than 2.6.28 work just fine. I googled and found other such
>> reports but no solution. I know better than to just assume it's a kernel bug
>> but it sure looks like it could be so I'm inquiring about it here.
>>
>> # fdformat /dev/fd0u1440
>> Double-sided, 80 tracks, 18 sec/track. Total capacity 1440 kB.
>> Formatting ... done
>> Verifying ... Problem reading cylinder 1, expected 18432, read 2048
>
> Similar problems on debian testing: see
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548434
>
> However, fdformat is ok on Gentoo under 2.6.31 and also on Ubuntu
> 2.6.32-rc6, so it seems it is not just the kernel version in any
> simplistic way.
>
> A git-bisect seems the obvious next step?
>

Wait...

There are only 13 changes related to floppy since 2.6.28, kick out 2 changes
which just did some constifying, there are 11 only.

The most suspicious one should be commit 1011c1b9f2e from Tejun.

Mark, reverting that patch can help?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/