Linux PARISC architecture development
 help / color / mirror / Atom feed
From: Helge Deller <deller@gmx.de>
To: "Thomas Marteau" <marteaut@esiee.fr>
Cc: parisc-linux@puffin.external.hp.com
Subject: Re: [parisc-linux] The config for 712 hp boxes
Date: Fri, 17 Nov 2000 15:34:09 +0100	[thread overview]
Message-ID: <00111715340901.11253@P100> (raw)
In-Reply-To: <000f01c05083$89805240$a832d793@esiee.fr>

[CC'ed the list, so maybe someone else can comment too....]

On Friday 17 November 2000 11:45, Thomas Marteau wrote:
> Hi Helge,

Hi,

> 
> 
> ----- Original Message -----
> From: Helge Deller <deller@gmx.de>
> To: Thomas Marteau <marteaut@esiee.fr>
> Cc: <parisc-linux@puffin.external.hp.com>
> Sent: Thursday, November 16, 2000 10:28 PM
> Subject: Re: [parisc-linux] The config for 712 hp boxes
> 
> 
> > On Thursday 16 November 2000 18:18, Thomas Marteau wrote:
> > > Hi all,
> > >
> > > [....]
> > > Also, in this mail, you have the diff between our hp_keyb.c and the
> official
> > > one but it gives you the ~ and the ' and others scancodes.
> > > [....]
> >
> > Hi ESIEE-Team !
> >
> > Thanks for your patch !
> >
> > I committed your patch into CVS and just tweaked it a little for
> > CONFIG_MAGIC_SYSRQ. I hope this is ok for you ?
> We didn't really understand why pckbd_sysrq_xlate was here for.
> If you can explain to us, it will be fine.

The best documentation you can find is in linux/Documentation/sysrq.txt.
The copy of pckbd_sysrq_xlate[] is a simple implementation of 
keyboard-scancodes to chars, which is used by drivers/char/keyboard.c to call 
handle_sysrq() from /drivers/char/sysrq.c.
This means, that you can press Alt-PrintScr (=> SysRQ) and a char at the 
keyboard simultaniously and your machine for example syncs the disks, mounts 
all discs read-only or reboots your machine immediately.
 

> > If your time permits, I would like to ask, if you maybe also want to look
> at
> > getting the CAPS-Lock-, Scroll-Lock- & Num-Lock-LED's working ?

> Normally, you can see yours leds switching on/off but we did not init them.
> So they are like boot admin switch them...
                               ^^^^^^^ ^^^^^ ^^^
Sorry ?

> But we would like to know how and where we have to init them
> because we know how to. We have made test and it was working...

I'm not sure, but I think you should check the code in lasikbd_leds() in 
hp_psaux.c.
The initialization should maybe be done in the same file in the function 
lasi_ps2_register() before calling register_kbd_ops().

> 
> > Furthermore you mention in your project-history on your homepage something
> > about "keyboard and soundchip problems" (Oct. 24). I'm asking just out of
> > curiousity: Did you thought about programming the on-board sound-chips
> (which
> > I believe would be a hard job.)  ?
> Yes, it is in our internal todo list, if we have time to. Because we look at
> it with Thierry, we saw that, for LASI,
> you have an interface and then the chip to configure. But it is very
> interesting...

Yes it is, and it would be great if you worked on that too ! 

> 
> Also, we want to rule the power leds but they are different if  the box is
> 712 or B132 or ... So our question is how to implement
> this kind of initialsation and deinitialisation in a linux kernel and in a
> second time, how to do for differents kind of boxes.

As far as I know / have heard, there are only two types of LED's (but I may 
be wrong here !). One is where the LED's are organized in a row on the front 
panel (as my local machines here), and the other one, where you have 
(LED/)LCD-Numbers on your front panel ?

They differ how to be accessed and where the controlling registers are 
located. One method to distiguish them is maybe to place the special 
initialisation code into drivers/gsc/lasi.c and asp.c, depending on the 
machine and which method needs to be used.
Since I don't have any real documentation or knowledge of the programming of 
the LEDs (beside of the PDC-calls I placed into setup.c), maybe someone else 
can better comment on that or give some documentation ?

> 
> Thanks for your answers, Helge
> Bye,
> ESIEE Team

Best regards,

	Helge Deller.

      parent reply	other threads:[~2000-11-17 14:32 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-11-16 17:18 [parisc-linux] The config for 712 hp boxes Thomas Marteau
2000-11-16 18:10 ` Grant Grundler
2000-11-16 18:25   ` Helge Deller
2000-11-16 21:28 ` Helge Deller
     [not found]   ` <000f01c05083$89805240$a832d793@esiee.fr>
2000-11-17 14:34     ` Helge Deller [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=00111715340901.11253@P100 \
    --to=deller@gmx.de \
    --cc=marteaut@esiee.fr \
    --cc=parisc-linux@puffin.external.hp.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox