* 2.4.22-pre2 unresolved proc_get_inode
@ 2003-06-28 10:40 Margit Schubert-While
2003-06-28 11:21 ` viro
0 siblings, 1 reply; 3+ messages in thread
From: Margit Schubert-While @ 2003-06-28 10:40 UTC (permalink / raw)
To: linux-kernel
if [ -r System.map ]; then /sbin/depmod -ae -F System.map 2.4.22-pre2; fi
depmod: *** Unresolved symbols in
/lib/modules/2.4.22-pre2/kernel/drivers/net/wan/comx.o
depmod: proc_get_inode
I suppose we let Christoph and Marc fight it out.
Margit
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: 2.4.22-pre2 unresolved proc_get_inode
2003-06-28 10:40 2.4.22-pre2 unresolved proc_get_inode Margit Schubert-While
@ 2003-06-28 11:21 ` viro
2003-06-28 12:15 ` Margit Schubert-While
0 siblings, 1 reply; 3+ messages in thread
From: viro @ 2003-06-28 11:21 UTC (permalink / raw)
To: Margit Schubert-While; +Cc: linux-kernel
On Sat, Jun 28, 2003 at 12:40:36PM +0200, Margit Schubert-While wrote:
> if [ -r System.map ]; then /sbin/depmod -ae -F System.map 2.4.22-pre2; fi
> depmod: *** Unresolved symbols in
> /lib/modules/2.4.22-pre2/kernel/drivers/net/wan/comx.o
> depmod: proc_get_inode
>
> I suppose we let Christoph and Marc fight it out.
You know what? I'm so fed up with that crap, that today Marcelo will
get a patch killing proc_get_inode(), making proc_lookup() static and
eliminating ->proc_iops completely.
Enough is enough. comx is the only user of that crap and all procfs
code in comx is broken by design and trivially exploitable. It's
unsalvagable and any attempt to fix it will amount to rewrite from
scratch anyway.
It's not a new problem, it had been discussed to hell and back and
comx folks could not have been arsed to do anything about it in what,
3 years?
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: 2.4.22-pre2 unresolved proc_get_inode
2003-06-28 11:21 ` viro
@ 2003-06-28 12:15 ` Margit Schubert-While
0 siblings, 0 replies; 3+ messages in thread
From: Margit Schubert-While @ 2003-06-28 12:15 UTC (permalink / raw)
To: linux-kernel; +Cc: viro
Fine by me :-)
Don't use it, don't need it.
As a matter of course, I throw a standard Suse config in and answer
"m"/"y" to the new stuff. Serves to shake out a few things.
Margit
At 12:21 28.06.2003 +0100, Viro wrote:
>On Sat, Jun 28, 2003 at 12:40:36PM +0200, Margit Schubert-While wrote:
> > if [ -r System.map ]; then /sbin/depmod -ae -F System.map 2.4.22-pre2; fi
> > depmod: *** Unresolved symbols in
> > /lib/modules/2.4.22-pre2/kernel/drivers/net/wan/comx.o
> > depmod: proc_get_inode
> >
> > I suppose we let Christoph and Marc fight it out.
>
>You know what? I'm so fed up with that crap, that today Marcelo will
>get a patch killing proc_get_inode(), making proc_lookup() static and
>eliminating ->proc_iops completely.
>
>Enough is enough. comx is the only user of that crap and all procfs
>code in comx is broken by design and trivially exploitable. It's
>unsalvagable and any attempt to fix it will amount to rewrite from
>scratch anyway.
>
>It's not a new problem, it had been discussed to hell and back and
>comx folks could not have been arsed to do anything about it in what,
>3 years?
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2003-06-28 12:01 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-06-28 10:40 2.4.22-pre2 unresolved proc_get_inode Margit Schubert-While
2003-06-28 11:21 ` viro
2003-06-28 12:15 ` Margit Schubert-While
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).