[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-id: <miltonm-arm-parport-1@bga.com>
Date: Fri, 16 Jul 2010 11:23:55 -0500
From: Milton Miller <miltonm@....com>
To: Lee Jones <lee.jones@...onical.com>
Cc: linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
Russell King <rmk@....linux.org.uk>,
Martin Michlmayr <tbm@...ius.com>,
Woody Suwalski <terraluna977@...il.com>,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [PATCH] Stop ARM boards crashing when CUPS is loaded -
2.6.35-rc5
On Fri Jul 16 2010 about 05:33:06 EST, Lee Jones wrote:
> > The best solution is probably for the parport code to go through a
> > modernisation cycle like the serial code did, essentially using
> > platform devices to pass the base addresses. This would make the
> > driver more portable, and eliminates this problem entirely (because
> > platforms which don't have parports won't register the platform device(s)
> > necessary for parport to even probe illegal addresses.)
>
> This sounds brilliant - when are you going to start? </kidding>
It has a long time ago ...
drivers/parport/parport_pc.c calls parport_pc_find_nonpci_ports,
which is in asm/parport.h
>
> In all seriousness, do you think anyone is likely to undertake this
> work anytime soon? I am seeing this problem in a distribution which
> is due for release in October. I have no problem implementing a config
> change in the meantime, but as you say, a more _correct_ and portable
> solution should be sought.
Why not replace the arm asm/parport.h with asm-generic/parport.h which
already has a check for CONFIG_ISA, which appears to only be selected
on a few ARM platforms?
milton
--
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/
Powered by blists - more mailing lists