Re: 2.4.17 & kbdrate

[Reinhard N. <rn...@gm...>]

Hi,

Geert Uytterhoeven wrote:
> 
> On Fri, 22 Mar 2002, Reinhard Nissl wrote:
> > Geert Uytterhoeven wrote:
> > > On Fri, 22 Mar 2002, Reinhard Nissl wrote:
> > > > Geert Uytterhoeven wrote:
> > > > > On Thu, 21 Mar 2002, Reinhard Nissl wrote:
> > > > > > Geert Uytterhoeven wrote:
> > > > > > > On Sun, 17 Mar 2002, Reinhard Nissl wrote:
> > > > > > > > has anyone an idea, why "kbdrate" crashes?
> > > > > > > >
> > > > > > > > My config:
> > > > > > > > SuSE Linux PPC 7.1
> > > > > > > > 2.4.17 (cvs) kernel
> > > > > > > >
> > > > > > > > BTW: "kbdrate" doesn't crash with a good old 2.2.10 kernel.
> > > > > > >
> > > > > > > > Oops: kernel access of bad area, sig: 11
> > > > > > > > NIP: C00989F0 XER: 00000000 LR: C0035E7C SP: C2DFFF20 REGS: c2dffe70 TRAP: 0300    Not tainted
> > > > > > >        ^^^^^^^^
> > > > > >
> > > > > > read_port
> > > > >
> > > > > APUS doesn't have the I/O ports of the PC keyboard controller.
> > > >
> > > > But it's possible to open /dev/port. Would it be ok to disable this device on
> > > > APUS, m68k, etc.?
> > >
> > > On m68k it's disabled, except if CONFIG_ISA=y.
> > > On APUS, it's valid if you have a PCI bridge, though.
> > >
> > > > On the other hand: what's wrong in seeking beyond EOF?
> > >
> > > Sorry, I don't understand what you mean here.
> >
> >       fd = open( "/dev/port", O_RDWR )
> >       lseek( fd, 0x64, 0 );
> >
> > The call to open() succeeds, as there exists /dev/port. Why doesn't lseek()
> > simply return an error value instead of causing a signal 11?
> 
> I don't think it causes signal 11 in the lseek, but in the read/write phase.

Going back some mails ago, there is:

> > > Call backtrace:
> > > C0035C60 C0003E7C 01800B2C 016DBA08 00000000
> >   ^^^^^^^^ ^^^^^^^^ ^^^^^^^^ ^^^^^^^^
> 
> sys_lseek, ret_from_syscall_1

So, sys_lseek calls read_port and causes a signal 11.

Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rn...@gm...