On 02/28/2007 02:04 PM, Alan wrote:
PLIP/Laplink runs bidirectional on ordinary parallel ports. The
bidirectional part of parallel ports in "normal" modes is still used
for things like PnP detection of printer and drivers.
And my parallel port Iomega ZIP drive, it seems. I actually checked
> The bidirectional use is/was PL/IP, aka "laplink" connections. Yes, I
> still have a machine I installed that way, and it will run 2.2.19
> forever before I try it again. ;-)
PLIP/Laplink runs bidirectional on ordinary parallel ports. The
bidirectional part of parallel ports in "normal" modes
The bidirectional use is/was PL/IP, aka laplink connections. Yes, I
still have a machine I installed that way, and it will run 2.2.19
forever before I try it again. ;-)
PLIP/Laplink runs bidirectional on ordinary parallel ports. The
bidirectional part of parallel ports in normal modes is
On 02/28/2007 02:04 PM, Alan wrote:
PLIP/Laplink runs bidirectional on ordinary parallel ports. The
bidirectional part of parallel ports in normal modes is still used
for things like PnP detection of printer and drivers.
And my parallel port Iomega ZIP drive, it seems. I actually checked
Linus Torvalds wrote:
On Mon, 26 Feb 2007, Rene Herman wrote:
Other than these two, ECP parallel ports are the other remaining users.
Now, even though on a machine that still has a parallel port it might usually
indeed be set to ECP in its BIOS; having anything attached to the port also
use it
Linus Torvalds wrote:
On Mon, 26 Feb 2007, Rene Herman wrote:
Other than these two, ECP parallel ports are the other remaining users.
Now, even though on a machine that still has a parallel port it might usually
indeed be set to ECP in its BIOS; having anything attached to the port also
use it
On Mon, 26 Feb 2007, Rene Herman wrote:
>
> Other than these two, ECP parallel ports are the other remaining users.
> Now, even though on a machine that still has a parallel port it might usually
> indeed be set to ECP in its BIOS; having anything attached to the port also
> use it as such
On 02/26/2007 07:13 PM, Linus Torvalds wrote:
The floppy is still pretty much the only user of native motherboard
(aka i8237) DMA'ing for most people. Some old ISA sound-cards may do
it, of course.
Other than these two, ECP parallel ports are the other remaining users.
Now, even though on a
On Mon, 26 Feb 2007, Oleg Nesterov wrote:
>
> I know nothing about floppy, but I guess the reason is floppy_disable_hlt().
>
> Sorry for the offtopic question, is it really needed? According to grep,
> floppy
> is the only one user of disable_hlt().
I suspect you'd have a hard time finding a
Stephane Eranian wrote:
>
> On Mon, Feb 26, 2007 at 09:10:22AM -0800, Linus Torvalds wrote:
> >
> > It is in fact possible that the floppy failure might just be from some
> > timing-dependent thing, and the slowdown itself is the problem.
> >
> > Although I do find that a bit unlikely, since
Linus,
On Mon, Feb 26, 2007 at 09:10:22AM -0800, Linus Torvalds wrote:
> >
> > Side note: this patch adds several function calls (4), several additional
> > L1 cache touches and a generally inefficient code path to *every single
> > interrupt that exits from the idle poll*, not to mention the
On Mon, 26 Feb 2007, Stephane Eranian wrote:
>
> The same code was used for i386 but I think for both architectures, the patch
> is missing default_idle(). I believe deault idle should look as follows:
Side note - I'll revert it regardless.
We can re-merge it later after
- it has been
Hi,
On Mon, Feb 26, 2007 at 07:51:19AM -0800, Linus Torvalds wrote:
>
>
> On Mon, 26 Feb 2007, Jiri Slaby wrote:
> >
> > Ok, this commit is the culprit:
> > Commit: 2ff2d3d74705d34ab71b21f54634fcf50d57bdd5
> > Author: Stephane Eranian <[EMAIL PROTECTED]> Tue, 13 Feb 2007 13:26:22 +0100
> >
>
On Mon, 26 Feb 2007, Benjamin LaHaise wrote:
>
> Side note: this patch adds several function calls (4), several additional
> L1 cache touches and a generally inefficient code path to *every single
> interrupt that exits from the idle poll*, not to mention the extra (useless,
> as it doesn't
On Mon, Feb 26, 2007 at 07:51:19AM -0800, Linus Torvalds wrote:
> > Commit: 2ff2d3d74705d34ab71b21f54634fcf50d57bdd5
> > Author: Stephane Eranian <[EMAIL PROTECTED]> Tue, 13 Feb 2007 13:26:22 +0100
> >
> > [PATCH] i386: add idle notifier
>
> Interesting. It doesn't touch floppy at all, but
Linus Torvalds napsal(a):
On Mon, 26 Feb 2007, Jiri Slaby wrote:
Ok, this commit is the culprit:
Commit: 2ff2d3d74705d34ab71b21f54634fcf50d57bdd5
Author: Stephane Eranian <[EMAIL PROTECTED]> Tue, 13 Feb 2007 13:26:22 +0100
[PATCH] i386: add idle notifier
Interesting. It doesn't touch
On Mon, 26 Feb 2007, Jiri Slaby wrote:
>
> Ok, this commit is the culprit:
> Commit: 2ff2d3d74705d34ab71b21f54634fcf50d57bdd5
> Author: Stephane Eranian <[EMAIL PROTECTED]> Tue, 13 Feb 2007 13:26:22 +0100
>
> [PATCH] i386: add idle notifier
Interesting. It doesn't touch floppy at all, but
Jiri Slaby napsal(a):
Once again and for the last time: I do not state that floppy.c is
broken. I only state that it is immpossible to mount a floppy drive
with kernel 2.6.21-rc1-git1. Kernel 2.6.20 is OK. But 2.6.21-rc1-git1
is definitely buggy!
I did some work already:
a. I copied the
Uwe Bugla napsal(a):
Hi folks,
Hi.
Once again and for the last time: I do not state that floppy.c is broken. I
only state that it is immpossible to mount a floppy drive with kernel
2.6.21-rc1-git1. Kernel 2.6.20 is OK. But 2.6.21-rc1-git1 is definitely buggy!
I did some work already:
a. I
Uwe Bugla napsal(a):
Hi folks,
Hi.
Once again and for the last time: I do not state that floppy.c is broken. I
only state that it is immpossible to mount a floppy drive with kernel
2.6.21-rc1-git1. Kernel 2.6.20 is OK. But 2.6.21-rc1-git1 is definitely buggy!
I did some work already:
a. I
Jiri Slaby napsal(a):
Once again and for the last time: I do not state that floppy.c is
broken. I only state that it is immpossible to mount a floppy drive
with kernel 2.6.21-rc1-git1. Kernel 2.6.20 is OK. But 2.6.21-rc1-git1
is definitely buggy!
I did some work already:
a. I copied the
On Mon, 26 Feb 2007, Jiri Slaby wrote:
Ok, this commit is the culprit:
Commit: 2ff2d3d74705d34ab71b21f54634fcf50d57bdd5
Author: Stephane Eranian [EMAIL PROTECTED] Tue, 13 Feb 2007 13:26:22 +0100
[PATCH] i386: add idle notifier
Interesting. It doesn't touch floppy at all, but it
Linus Torvalds napsal(a):
On Mon, 26 Feb 2007, Jiri Slaby wrote:
Ok, this commit is the culprit:
Commit: 2ff2d3d74705d34ab71b21f54634fcf50d57bdd5
Author: Stephane Eranian [EMAIL PROTECTED] Tue, 13 Feb 2007 13:26:22 +0100
[PATCH] i386: add idle notifier
Interesting. It doesn't touch
On Mon, Feb 26, 2007 at 07:51:19AM -0800, Linus Torvalds wrote:
Commit: 2ff2d3d74705d34ab71b21f54634fcf50d57bdd5
Author: Stephane Eranian [EMAIL PROTECTED] Tue, 13 Feb 2007 13:26:22 +0100
[PATCH] i386: add idle notifier
Interesting. It doesn't touch floppy at all, but it *does*
On Mon, 26 Feb 2007, Benjamin LaHaise wrote:
Side note: this patch adds several function calls (4), several additional
L1 cache touches and a generally inefficient code path to *every single
interrupt that exits from the idle poll*, not to mention the extra (useless,
as it doesn't get
Hi,
On Mon, Feb 26, 2007 at 07:51:19AM -0800, Linus Torvalds wrote:
On Mon, 26 Feb 2007, Jiri Slaby wrote:
Ok, this commit is the culprit:
Commit: 2ff2d3d74705d34ab71b21f54634fcf50d57bdd5
Author: Stephane Eranian [EMAIL PROTECTED] Tue, 13 Feb 2007 13:26:22 +0100
[PATCH]
On Mon, 26 Feb 2007, Stephane Eranian wrote:
The same code was used for i386 but I think for both architectures, the patch
is missing default_idle(). I believe deault idle should look as follows:
Side note - I'll revert it regardless.
We can re-merge it later after
- it has been tested
Linus,
On Mon, Feb 26, 2007 at 09:10:22AM -0800, Linus Torvalds wrote:
Side note: this patch adds several function calls (4), several additional
L1 cache touches and a generally inefficient code path to *every single
interrupt that exits from the idle poll*, not to mention the extra
Stephane Eranian wrote:
On Mon, Feb 26, 2007 at 09:10:22AM -0800, Linus Torvalds wrote:
It is in fact possible that the floppy failure might just be from some
timing-dependent thing, and the slowdown itself is the problem.
Although I do find that a bit unlikely, since machines these
On Mon, 26 Feb 2007, Oleg Nesterov wrote:
I know nothing about floppy, but I guess the reason is floppy_disable_hlt().
Sorry for the offtopic question, is it really needed? According to grep,
floppy
is the only one user of disable_hlt().
I suspect you'd have a hard time finding a
On 02/26/2007 07:13 PM, Linus Torvalds wrote:
The floppy is still pretty much the only user of native motherboard
(aka i8237) DMA'ing for most people. Some old ISA sound-cards may do
it, of course.
Other than these two, ECP parallel ports are the other remaining users.
Now, even though on a
On Mon, 26 Feb 2007, Rene Herman wrote:
Other than these two, ECP parallel ports are the other remaining users.
Now, even though on a machine that still has a parallel port it might usually
indeed be set to ECP in its BIOS; having anything attached to the port also
use it as such seems
On Sun, 2007-02-25 at 19:29 +0100, Uwe Bugla wrote:
> Hi everybody,
> "The bug was introduced somewhere at the transition of 2.6.20 towards
> 2.6.20-git14."
> I fortunately had some git9 patch at home and found out that it is sane.
> In so far the floppy mount bug was introduced somewhen between
On Sun, Feb 25, 2007 at 07:29:39PM +0100, Uwe Bugla wrote:
> "The bug was introduced somewhere at the transition of 2.6.20 towards
> 2.6.20-git14."
> I fortunately had some git9 patch at home and found out that it is sane.
> "I'm afraid that the most proactical
> way of fixing this is to ask you
Hi everybody,
"The bug was introduced somewhere at the transition of 2.6.20 towards
2.6.20-git14."
I fortunately had some git9 patch at home and found out that it is sane.
In so far the floppy mount bug was introduced somewhen between 2.6.20-git10 and
2.6.20-git14.
"I'm afraid that the most
Hi everybody,
The bug was introduced somewhere at the transition of 2.6.20 towards
2.6.20-git14.
I fortunately had some git9 patch at home and found out that it is sane.
In so far the floppy mount bug was introduced somewhen between 2.6.20-git10 and
2.6.20-git14.
I'm afraid that the most
On Sun, Feb 25, 2007 at 07:29:39PM +0100, Uwe Bugla wrote:
The bug was introduced somewhere at the transition of 2.6.20 towards
2.6.20-git14.
I fortunately had some git9 patch at home and found out that it is sane.
I'm afraid that the most proactical
way of fixing this is to ask you to run a
On Sun, 2007-02-25 at 19:29 +0100, Uwe Bugla wrote:
Hi everybody,
The bug was introduced somewhere at the transition of 2.6.20 towards
2.6.20-git14.
I fortunately had some git9 patch at home and found out that it is sane.
In so far the floppy mount bug was introduced somewhen between
it is definitely NOT my job to repair errors that other responsibility-free
people pushed into vanilla mainline without the slightest test effort in some
mm-tree for example. Who wasted it must repair it, without the slightest
discussion!
You're assuming the author didn't test it. For things
Original-Nachricht
Datum: Sat, 24 Feb 2007 10:07:29 -0800
Von: Andrew Morton <[EMAIL PROTECTED]>
An: "Uwe Bugla" <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED], [EMAIL PROTECTED], linux-kernel@vger.kernel.org
Betreff: Re: bug in kernel 2.6.21-rc1-git1: conventional floppy drive
Original-Nachricht
Datum: Sat, 24 Feb 2007 10:07:29 -0800
Von: Andrew Morton <[EMAIL PROTECTED]>
An: "Uwe Bugla" <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED], [EMAIL PROTECTED], linux-kernel@vger.kernel.org
Betreff: Re: bug in kernel 2.6.21-rc1-git1: conventional floppy drive
> On Sat, 24 Feb 2007 18:54:24 +0100 "Uwe Bugla" <[EMAIL PROTECTED]> wrote:
> Hi folks,
> Second attempt now:
> I already reported to Linus Torvalds and Andrew Morton that it is impossible
> to mount a conventional floppy drive without hanging up the whole system.
> Andrew's reaction was quite
Hi folks,
Second attempt now:
I already reported to Linus Torvalds and Andrew Morton that it is impossible to
mount a conventional floppy drive without hanging up the whole system.
Andrew's reaction was quite ambiguous: "We did not break it"
Once again and for the last time: I do not state that
Hi folks,
Second attempt now:
I already reported to Linus Torvalds and Andrew Morton that it is impossible to
mount a conventional floppy drive without hanging up the whole system.
Andrew's reaction was quite ambiguous: We did not break it
Once again and for the last time: I do not state that
On Sat, 24 Feb 2007 18:54:24 +0100 Uwe Bugla [EMAIL PROTECTED] wrote:
Hi folks,
Second attempt now:
I already reported to Linus Torvalds and Andrew Morton that it is impossible
to mount a conventional floppy drive without hanging up the whole system.
Andrew's reaction was quite ambiguous:
Original-Nachricht
Datum: Sat, 24 Feb 2007 10:07:29 -0800
Von: Andrew Morton [EMAIL PROTECTED]
An: Uwe Bugla [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], [EMAIL PROTECTED], linux-kernel@vger.kernel.org
Betreff: Re: bug in kernel 2.6.21-rc1-git1: conventional floppy drive cannot be
Original-Nachricht
Datum: Sat, 24 Feb 2007 10:07:29 -0800
Von: Andrew Morton [EMAIL PROTECTED]
An: Uwe Bugla [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], [EMAIL PROTECTED], linux-kernel@vger.kernel.org
Betreff: Re: bug in kernel 2.6.21-rc1-git1: conventional floppy drive cannot be
it is definitely NOT my job to repair errors that other responsibility-free
people pushed into vanilla mainline without the slightest test effort in some
mm-tree for example. Who wasted it must repair it, without the slightest
discussion!
You're assuming the author didn't test it. For things
48 matches
Mail list logo