* Re: SEGEV defines
@ 2002-11-08 9:14 Tor Arntsen
2002-11-14 2:11 ` Bradley Bozarth
0 siblings, 1 reply; 8+ messages in thread
From: Tor Arntsen @ 2002-11-08 9:14 UTC (permalink / raw)
To: Daniel Jacobowitz; +Cc: linux-mips, george, Bradley Bozarth
On Nov 7, 23:11, Daniel Jacobowitz wrote:
>Presumably they match IRIX... like the rest of MIPS's oddball
>definitions. A little hard to change them now.
FWIW: You are correct, those values come from IRIX.
>On Thu, Nov 07, 2002 at 12:33:55PM -0800, Bradley Bozarth wrote:
>> Can these be changed?
>>
>> > Now a question, why does mips use these values:
>> > #define SIGEV_SIGNAL 129 /* notify via signal */
>> > #define SIGEV_CALLBACK 130 /* ??? */
>> > #define SIGEV_THREAD 131 /* deliver via thread
>> > creation */
>> >
>> > It is the only platform that adds anything to the simple
>> > 1,2,3 values used on other platforms. The reason I ask, is
>> > that I would like to change them to conform to all the
>> > others.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: SEGEV defines
2002-11-08 9:14 SEGEV defines Tor Arntsen
@ 2002-11-14 2:11 ` Bradley Bozarth
2002-11-14 4:23 ` george anzinger
0 siblings, 1 reply; 8+ messages in thread
From: Bradley Bozarth @ 2002-11-14 2:11 UTC (permalink / raw)
To: linux-mips; +Cc: george
This presents a problem that I just ran into. What should the solution
be? Either glibc or the kernel needs to change as far as I can tell, in
order for programs compiled against glibc and using these SIGEV defines to
work w/ the mips kernel. Is this file currently wrong?
glibc-2.3.1/sysdeps/unix/sysv/linux/mips/bits/siginfo.h
Would this patch fix it?
--- siginfo.h.orig Wed Nov 13 18:04:58 2002
+++ siginfo.h Wed Nov 13 18:11:15 2002
@@ -295,11 +295,11 @@
/* `sigev_notify' values. */
enum
{
- SIGEV_SIGNAL = 0, /* Notify via signal. */
+ SIGEV_SIGNAL = 129, /* Notify via signal. */
# define SIGEV_SIGNAL SIGEV_SIGNAL
- SIGEV_NONE, /* Other notification: meaningless. */
+ SIGEV_NONE = 128, /* Other notification: meaningless. */
# define SIGEV_NONE SIGEV_NONE
- SIGEV_THREAD /* Deliver via thread creation. */
+ SIGEV_THREAD = 131 /* Deliver via thread creation. */
# define SIGEV_THREAD SIGEV_THREAD
};
On Fri, 8 Nov 2002, Tor Arntsen wrote:
> On Nov 7, 23:11, Daniel Jacobowitz wrote:
> >Presumably they match IRIX... like the rest of MIPS's oddball
> >definitions. A little hard to change them now.
>
> FWIW: You are correct, those values come from IRIX.
>
> >On Thu, Nov 07, 2002 at 12:33:55PM -0800, Bradley Bozarth wrote:
> >> Can these be changed?
> >>
> >> > Now a question, why does mips use these values:
> >> > #define SIGEV_SIGNAL 129 /* notify via signal */
> >> > #define SIGEV_CALLBACK 130 /* ??? */
> >> > #define SIGEV_THREAD 131 /* deliver via thread
> >> > creation */
> >> >
> >> > It is the only platform that adds anything to the simple
> >> > 1,2,3 values used on other platforms. The reason I ask, is
> >> > that I would like to change them to conform to all the
> >> > others.
>
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: SEGEV defines
2002-11-14 2:11 ` Bradley Bozarth
@ 2002-11-14 4:23 ` george anzinger
2002-11-14 4:51 ` Ralf Baechle
0 siblings, 1 reply; 8+ messages in thread
From: george anzinger @ 2002-11-14 4:23 UTC (permalink / raw)
To: Bradley Bozarth; +Cc: linux-mips
Bradley Bozarth wrote:
>
> This presents a problem that I just ran into. What should the solution
> be? Either glibc or the kernel needs to change as far as I can tell, in
> order for programs compiled against glibc and using these SIGEV defines to
> work w/ the mips kernel. Is this file currently wrong?
>
> glibc-2.3.1/sysdeps/unix/sysv/linux/mips/bits/siginfo.h
>
> Would this patch fix it?
>
> --- siginfo.h.orig Wed Nov 13 18:04:58 2002
> +++ siginfo.h Wed Nov 13 18:11:15 2002
> @@ -295,11 +295,11 @@
> /* `sigev_notify' values. */
> enum
> {
> - SIGEV_SIGNAL = 0, /* Notify via signal. */
> + SIGEV_SIGNAL = 129, /* Notify via signal. */
> # define SIGEV_SIGNAL SIGEV_SIGNAL
> - SIGEV_NONE, /* Other notification: meaningless. */
> + SIGEV_NONE = 128, /* Other notification: meaningless. */
> # define SIGEV_NONE SIGEV_NONE
> - SIGEV_THREAD /* Deliver via thread creation. */
> + SIGEV_THREAD = 131 /* Deliver via thread creation. */
> # define SIGEV_THREAD SIGEV_THREAD
> };
I MUCH prefer a change to the kernel if one or the other
needs to change. The issue is, of course, IRIX
compatability and what that means. This comes up because I
want to use the definitions in combination and the common
bit makes a mess of things. Still, it would be NICE if it
matched the rest of the platforms.
-g
>
> On Fri, 8 Nov 2002, Tor Arntsen wrote:
>
> > On Nov 7, 23:11, Daniel Jacobowitz wrote:
> > >Presumably they match IRIX... like the rest of MIPS's oddball
> > >definitions. A little hard to change them now.
> >
> > FWIW: You are correct, those values come from IRIX.
> >
> > >On Thu, Nov 07, 2002 at 12:33:55PM -0800, Bradley Bozarth wrote:
> > >> Can these be changed?
> > >>
> > >> > Now a question, why does mips use these values:
> > >> > #define SIGEV_SIGNAL 129 /* notify via signal */
> > >> > #define SIGEV_CALLBACK 130 /* ??? */
> > >> > #define SIGEV_THREAD 131 /* deliver via thread
> > >> > creation */
> > >> >
> > >> > It is the only platform that adds anything to the simple
> > >> > 1,2,3 values used on other platforms. The reason I ask, is
> > >> > that I would like to change them to conform to all the
> > >> > others.
> >
--
George Anzinger george@mvista.com
High-res-timers:
http://sourceforge.net/projects/high-res-timers/
Preemption patch:
http://www.kernel.org/pub/linux/kernel/people/rml
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: SEGEV defines
2002-11-14 4:23 ` george anzinger
@ 2002-11-14 4:51 ` Ralf Baechle
2002-11-15 0:43 ` Bradley Bozarth
0 siblings, 1 reply; 8+ messages in thread
From: Ralf Baechle @ 2002-11-14 4:51 UTC (permalink / raw)
To: george anzinger; +Cc: Bradley Bozarth, linux-mips
On Wed, Nov 13, 2002 at 08:23:10PM -0800, george anzinger wrote:
> I MUCH prefer a change to the kernel if one or the other
> needs to change. The issue is, of course, IRIX
> compatability and what that means. This comes up because I
> want to use the definitions in combination and the common
> bit makes a mess of things. Still, it would be NICE if it
> matched the rest of the platforms.
The IRIX compatibility code seems unused and the constants aren't even
part of the ABI at all. So in this case it indeed seems preferable to
change the kernel side.
Anybody disagrees?
Ralf
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: SEGEV defines
2002-11-14 4:51 ` Ralf Baechle
@ 2002-11-15 0:43 ` Bradley Bozarth
2002-11-15 0:43 ` Bradley Bozarth
0 siblings, 1 reply; 8+ messages in thread
From: Bradley Bozarth @ 2002-11-15 0:43 UTC (permalink / raw)
To: Ralf Baechle; +Cc: george anzinger, linux-mips
Along the same lines, the struct sigevent in the kernel says that it isn't
IRIX compatible.. but it isn't glibc compatible either. What is it
compatible with? The new posix timer code copies this struct from the
user and kaboom, so again either glibc or the kernel needs to sync up.
relevant sections:
========= glibc/sysdeps/unix/sysv/linux/mips/bits:
/* XXX This one might need to change!!! */
typedef struct sigevent
{
sigval_t sigev_value;
int sigev_signo;
int sigev_notify;
========= linux/include/asm-mips:
/* XXX This one isn't yet IRIX / ABI compatible. */
typedef struct sigevent {
int sigev_notify;
sigval_t sigev_value;
int sigev_signo;
On Thu, 14 Nov 2002, Ralf Baechle wrote:
> On Wed, Nov 13, 2002 at 08:23:10PM -0800, george anzinger wrote:
>
> > I MUCH prefer a change to the kernel if one or the other
> > needs to change. The issue is, of course, IRIX
> > compatability and what that means. This comes up because I
> > want to use the definitions in combination and the common
> > bit makes a mess of things. Still, it would be NICE if it
> > matched the rest of the platforms.
>
> The IRIX compatibility code seems unused and the constants aren't even
> part of the ABI at all. So in this case it indeed seems preferable to
> change the kernel side.
>
> Anybody disagrees?
>
> Ralf
>
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: SEGEV defines
2002-11-15 0:43 ` Bradley Bozarth
@ 2002-11-15 0:43 ` Bradley Bozarth
0 siblings, 0 replies; 8+ messages in thread
From: Bradley Bozarth @ 2002-11-15 0:43 UTC (permalink / raw)
To: Ralf Baechle; +Cc: george anzinger, linux-mips
Along the same lines, the struct sigevent in the kernel says that it isn't
IRIX compatible.. but it isn't glibc compatible either. What is it
compatible with? The new posix timer code copies this struct from the
user and kaboom, so again either glibc or the kernel needs to sync up.
relevant sections:
========= glibc/sysdeps/unix/sysv/linux/mips/bits:
/* XXX This one might need to change!!! */
typedef struct sigevent
{
sigval_t sigev_value;
int sigev_signo;
int sigev_notify;
========= linux/include/asm-mips:
/* XXX This one isn't yet IRIX / ABI compatible. */
typedef struct sigevent {
int sigev_notify;
sigval_t sigev_value;
int sigev_signo;
On Thu, 14 Nov 2002, Ralf Baechle wrote:
> On Wed, Nov 13, 2002 at 08:23:10PM -0800, george anzinger wrote:
>
> > I MUCH prefer a change to the kernel if one or the other
> > needs to change. The issue is, of course, IRIX
> > compatability and what that means. This comes up because I
> > want to use the definitions in combination and the common
> > bit makes a mess of things. Still, it would be NICE if it
> > matched the rest of the platforms.
>
> The IRIX compatibility code seems unused and the constants aren't even
> part of the ABI at all. So in this case it indeed seems preferable to
> change the kernel side.
>
> Anybody disagrees?
>
> Ralf
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: make xmenuconfig is broken
@ 2002-11-07 19:26 Maciej W. Rozycki
2002-11-07 20:33 ` SEGEV defines Bradley Bozarth
0 siblings, 1 reply; 8+ messages in thread
From: Maciej W. Rozycki @ 2002-11-07 19:26 UTC (permalink / raw)
To: Jun Sun, Karsten Merker, linux-mips
On Wed, 30 Oct 2002, Maciej W. Rozycki wrote:
> On Tue, 29 Oct 2002, Jun Sun wrote:
>
> > My limited xconfig knowledge seems to tell me that moving to the generic
> > config file is the only way to make it work. If you know a better way to fix
> > this, I will be happy to see it.
[...]
> The problem is CONFIG_SERIAL having different meanings for the MIPS port.
> It causes annoyance with dynamic parsers (like `make config') and I'm not
> surprised it breaks the xconfig static parser.
I renamed the guilty options and also I decided moving DECstation serial
port configuration to drivers/char is the way to go. As a side effect you
now may build both the dz11/z8530 drivers and the i8250 one (as an advance
towards a generic kernel).
Here is a patch for 2.4. Does it fix things for you? And is it
acceptable for the others? Specifically, I mean putting the questions
under CONFIG_SERIAL_NONSTANDARD (the name is unfortunate, but that's
heritage from the old days and is going to vainsh in 2.6 anyway).
If no objections arise, I'll check the patch in soon, probably tomorrow.
Maciej
--
+ Maciej W. Rozycki, Technical University of Gdansk, Poland +
+--------------------------------------------------------------+
+ e-mail: macro@ds2.pg.gda.pl, PGP key available +
patch-mips-2.4.20-pre6-20021017-dec-serial-1
diff -up --recursive --new-file linux-mips-2.4.20-pre6-20021017.macro/Documentation/Configure.help linux-mips-2.4.20-pre6-20021017/Documentation/Configure.help
--- linux-mips-2.4.20-pre6-20021017.macro/Documentation/Configure.help 2002-10-03 02:56:16.000000000 +0000
+++ linux-mips-2.4.20-pre6-20021017/Documentation/Configure.help 2002-11-05 21:01:48.000000000 +0000
@@ -2148,6 +2148,27 @@ SGI PROM Console Support
CONFIG_SGI_PROM_CONSOLE
Say Y here to set up the boot console on serial port 0.
+DECstation serial support
+CONFIG_SERIAL_DEC
+ This selects whether you want to be asked about drivers for
+ DECstation serial ports.
+
+ Note that the answer to this question won't directly affect the
+ kernel: saying N will just cause the configurator to skip all
+ the questions about DECstation serial ports.
+
+ If unsure, say Y.
+
+Support for console on a DECstation serial port
+CONFIG_SERIAL_DEC_CONSOLE
+ If you say Y here, it will be possible to use a serial port as the
+ system console (the system console is the device which receives all
+ kernel messages and warnings and which allows logins in single user
+ mode). Note that the firmware uses ttyS0 as the serial console on
+ the Maxine and ttyS2 on the others.
+
+ If unsure, say Y.
+
DZ11 Serial Support
CONFIG_DZ
DZ11-family serial controllers for VAXstations, including the
diff -up --recursive --new-file linux-mips-2.4.20-pre6-20021017.macro/arch/mips/config-shared.in linux-mips-2.4.20-pre6-20021017/arch/mips/config-shared.in
--- linux-mips-2.4.20-pre6-20021017.macro/arch/mips/config-shared.in 2002-10-07 02:56:25.000000000 +0000
+++ linux-mips-2.4.20-pre6-20021017/arch/mips/config-shared.in 2002-10-30 23:31:32.000000000 +0000
@@ -764,19 +764,6 @@ source drivers/char/Config.in
#source drivers/misc/Config.in
-if [ "$CONFIG_DECSTATION" = "y" ]; then
- mainmenu_option next_comment
- comment 'DECStation Character devices'
-
- tristate 'Standard/generic (dumb) serial support' CONFIG_SERIAL
- dep_bool ' DZ11 Serial Support' CONFIG_DZ $CONFIG_SERIAL
- dep_bool ' Z85C30 Serial Support' CONFIG_ZS $CONFIG_SERIAL $CONFIG_TC
- dep_bool ' Support for console on serial port' CONFIG_SERIAL_CONSOLE $CONFIG_SERIAL
-# dep_bool 'MAXINE Access.Bus mouse (VSXXX-BB/GB) support' CONFIG_DTOP_MOUSE $CONFIG_ACCESSBUS
- bool 'Enhanced Real Time Clock Support' CONFIG_RTC
- endmenu
-fi
-
if [ "$CONFIG_SGI_IP22" = "y" ]; then
mainmenu_option next_comment
comment 'SGI Character devices'
diff -up --recursive --new-file linux-mips-2.4.20-pre6-20021017.macro/drivers/char/Config.in linux-mips-2.4.20-pre6-20021017/drivers/char/Config.in
--- linux-mips-2.4.20-pre6-20021017.macro/drivers/char/Config.in 2002-10-08 02:56:56.000000000 +0000
+++ linux-mips-2.4.20-pre6-20021017/drivers/char/Config.in 2002-11-05 20:54:55.000000000 +0000
@@ -104,7 +104,14 @@ if [ "$CONFIG_SERIAL_NONSTANDARD" = "y"
fi
fi
fi
+ if [ "$CONFIG_DECSTATION" = "y" ]; then
+ bool ' DECstation serial support' CONFIG_SERIAL_DEC
+ dep_bool ' Support for console on a DECstation serial port' CONFIG_SERIAL_DEC_CONSOLE $CONFIG_SERIAL_DEC
+ dep_bool ' DZ11 serial support' CONFIG_DZ $CONFIG_SERIAL_DEC
+ dep_bool ' Z85C30 serial support' CONFIG_ZS $CONFIG_SERIAL_DEC $CONFIG_TC
+ fi
fi
+
if [ "$CONFIG_EXPERIMENTAL" = "y" -a "$CONFIG_ZORRO" = "y" ]; then
tristate 'Commodore A2232 serial support (EXPERIMENTAL)' CONFIG_A2232
fi
@@ -161,6 +168,9 @@ if [ "$CONFIG_BUSMOUSE" != "n" ]; then
if [ "$CONFIG_ADB" = "y" -a "$CONFIG_ADB_KEYBOARD" = "y" ]; then
dep_tristate ' Apple Desktop Bus mouse support (old driver)' CONFIG_ADBMOUSE $CONFIG_BUSMOUSE
fi
+# if [ "$CONFIG_DECSTATION" = "y" ]; then
+# dep_bool ' MAXINE Access.Bus mouse (VSXXX-BB/GB) support' CONFIG_DTOP_MOUSE $CONFIG_ACCESSBUS
+# fi
fi
tristate 'Mouse Support (not serial and bus mice)' CONFIG_MOUSE
diff -up --recursive --new-file linux-mips-2.4.20-pre6-20021017.macro/drivers/char/Makefile linux-mips-2.4.20-pre6-20021017/drivers/char/Makefile
--- linux-mips-2.4.20-pre6-20021017.macro/drivers/char/Makefile 2002-09-12 03:09:53.000000000 +0000
+++ linux-mips-2.4.20-pre6-20021017/drivers/char/Makefile 2002-11-05 20:37:50.000000000 +0000
@@ -126,7 +126,6 @@ endif
ifeq ($(CONFIG_DECSTATION),y)
KEYMAP =
KEYBD =
- SERIAL = decserial.o
endif
ifeq ($(CONFIG_BAGET_MIPS),y)
@@ -158,6 +157,7 @@ obj-$(CONFIG_SERIAL_21285) += serial_212
obj-$(CONFIG_SERIAL_SA1100) += serial_sa1100.o
obj-$(CONFIG_SERIAL_AMBA) += serial_amba.o
obj-$(CONFIG_TS_AU1000_ADS7846) += au1000_ts.o
+obj-$(CONFIG_SERIAL_DEC) += decserial.o
ifndef CONFIG_SUN_KEYBOARD
obj-$(CONFIG_VT) += keyboard.o $(KEYMAP) $(KEYBD)
diff -up --recursive --new-file linux-mips-2.4.20-pre6-20021017.macro/drivers/char/decserial.c linux-mips-2.4.20-pre6-20021017/drivers/char/decserial.c
--- linux-mips-2.4.20-pre6-20021017.macro/drivers/char/decserial.c 2001-07-17 19:49:00.000000000 +0000
+++ linux-mips-2.4.20-pre6-20021017/drivers/char/decserial.c 2002-11-05 20:31:26.000000000 +0000
@@ -28,7 +28,7 @@ extern int zs_init(void);
extern int dz_init(void);
#endif
-#ifdef CONFIG_SERIAL_CONSOLE
+#ifdef CONFIG_SERIAL_DEC_CONSOLE
#ifdef CONFIG_ZS
extern void zs_serial_console_init(void);
@@ -43,7 +43,7 @@ extern void dz_serial_console_init(void)
/* rs_init - starts up the serial interface -
handle normal case of starting up the serial interface */
-#ifdef CONFIG_SERIAL
+#ifdef CONFIG_SERIAL_DEC
int __init rs_init(void)
{
@@ -70,12 +70,12 @@ __initcall(rs_init);
#endif
-#ifdef CONFIG_SERIAL_CONSOLE
+#ifdef CONFIG_SERIAL_DEC_CONSOLE
-/* serial_console_init handles the special case of starting
+/* dec_serial_console_init handles the special case of starting
* up the console on the serial port
*/
-void __init serial_console_init(void)
+void __init dec_serial_console_init(void)
{
#if defined(CONFIG_ZS) && defined(CONFIG_DZ)
if (IOASIC)
diff -up --recursive --new-file linux-mips-2.4.20-pre6-20021017.macro/drivers/char/dz.c linux-mips-2.4.20-pre6-20021017/drivers/char/dz.c
--- linux-mips-2.4.20-pre6-20021017.macro/drivers/char/dz.c 2002-10-02 02:56:52.000000000 +0000
+++ linux-mips-2.4.20-pre6-20021017/drivers/char/dz.c 2002-11-05 20:32:23.000000000 +0000
@@ -1411,7 +1411,7 @@ int __init dz_init(void)
}
/* reset the chip */
-#ifndef CONFIG_SERIAL_CONSOLE
+#ifndef CONFIG_SERIAL_DEC_CONSOLE
dz_out(info, DZ_CSR, DZ_CLR);
while ((tmp = dz_in(info, DZ_CSR)) & DZ_CLR);
iob();
@@ -1433,7 +1433,7 @@ int __init dz_init(void)
return 0;
}
-#ifdef CONFIG_SERIAL_CONSOLE
+#ifdef CONFIG_SERIAL_DEC_CONSOLE
static void dz_console_put_char(unsigned char ch)
{
unsigned long flags;
@@ -1587,6 +1587,6 @@ void __init dz_serial_console_init(void)
register_console(&dz_sercons);
}
-#endif /* CONFIG_SERIAL_CONSOLE */
+#endif /* CONFIG_SERIAL_DEC_CONSOLE */
MODULE_LICENSE("GPL");
diff -up --recursive --new-file linux-mips-2.4.20-pre6-20021017.macro/drivers/char/tty_io.c linux-mips-2.4.20-pre6-20021017/drivers/char/tty_io.c
--- linux-mips-2.4.20-pre6-20021017.macro/drivers/char/tty_io.c 2002-09-16 02:58:19.000000000 +0000
+++ linux-mips-2.4.20-pre6-20021017/drivers/char/tty_io.c 2002-11-05 20:30:00.000000000 +0000
@@ -2240,6 +2240,9 @@ void __init console_init(void)
sci_console_init();
#endif
#endif
+#ifdef CONFIG_SERIAL_DEC_CONSOLE
+ dec_serial_console_init();
+#endif
#ifdef CONFIG_TN3270_CONSOLE
tub3270_con_init();
#endif
diff -up --recursive --new-file linux-mips-2.4.20-pre6-20021017.macro/drivers/tc/zs.c linux-mips-2.4.20-pre6-20021017/drivers/tc/zs.c
--- linux-mips-2.4.20-pre6-20021017.macro/drivers/tc/zs.c 2002-08-06 02:58:08.000000000 +0000
+++ linux-mips-2.4.20-pre6-20021017/drivers/tc/zs.c 2002-11-05 20:39:27.000000000 +0000
@@ -56,7 +56,7 @@
#include <linux/delay.h>
#include <linux/init.h>
#include <linux/ioport.h>
-#ifdef CONFIG_SERIAL_CONSOLE
+#ifdef CONFIG_SERIAL_DEC_CONSOLE
#include <linux/console.h>
#endif
@@ -157,10 +157,10 @@ struct dec_serial *zs_chain; /* list of
struct tty_struct zs_ttys[NUM_CHANNELS];
-#ifdef CONFIG_SERIAL_CONSOLE
+#ifdef CONFIG_SERIAL_DEC_CONSOLE
static struct console sercons;
#endif
-#if defined(CONFIG_SERIAL_CONSOLE) && defined(CONFIG_MAGIC_SYSRQ) \
+#if defined(CONFIG_SERIAL_DEC_CONSOLE) && defined(CONFIG_MAGIC_SYSRQ) \
&& !defined(MODULE)
static unsigned long break_pressed; /* break, really ... */
#endif
@@ -416,7 +416,7 @@ static _INLINE_ void receive_chars(struc
if (tty_break) {
tty_break = 0;
-#if defined(CONFIG_SERIAL_CONSOLE) && defined(CONFIG_MAGIC_SYSRQ) && !defined(MODULE)
+#if defined(CONFIG_SERIAL_DEC_CONSOLE) && defined(CONFIG_MAGIC_SYSRQ) && !defined(MODULE)
if (info->line == sercons.index) {
if (!break_pressed) {
break_pressed = jiffies;
@@ -442,7 +442,7 @@ static _INLINE_ void receive_chars(struc
write_zsreg(info->zs_channel, R0, ERR_RES);
}
-#if defined(CONFIG_SERIAL_CONSOLE) && defined(CONFIG_MAGIC_SYSRQ) && !defined(MODULE)
+#if defined(CONFIG_SERIAL_DEC_CONSOLE) && defined(CONFIG_MAGIC_SYSRQ) && !defined(MODULE)
if (break_pressed && info->line == sercons.index) {
if (ch != 0 &&
time_before(jiffies, break_pressed + HZ*5)) {
@@ -473,7 +473,7 @@ static _INLINE_ void receive_chars(struc
*tty->flip.flag_buf_ptr++ = flag;
*tty->flip.char_buf_ptr++ = ch;
-#if defined(CONFIG_SERIAL_CONSOLE) && defined(CONFIG_MAGIC_SYSRQ) && !defined(MODULE)
+#if defined(CONFIG_SERIAL_DEC_CONSOLE) && defined(CONFIG_MAGIC_SYSRQ) && !defined(MODULE)
ignore_char:
#endif
}
@@ -1701,7 +1701,7 @@ int rs_open(struct tty_struct *tty, stru
*tty->termios = info->callout_termios;
change_speed(info);
}
-#ifdef CONFIG_SERIAL_CONSOLE
+#ifdef CONFIG_SERIAL_DEC_CONSOLE
if (sercons.cflag && sercons.index == line) {
tty->termios->c_cflag = sercons.cflag;
sercons.cflag = 0;
@@ -1801,7 +1801,7 @@ static void __init probe_sccs(void)
zs_channels[n_channels].data =
zs_channels[n_channels].control + 4;
-#ifndef CONFIG_SERIAL_CONSOLE
+#ifndef CONFIG_SERIAL_DEC_CONSOLE
/*
* We're called early and memory managment isn't up, yet.
* Thus check_region would fail.
@@ -2111,7 +2111,7 @@ unsigned int unregister_zs_hook(unsigned
* Serial console driver
* ------------------------------------------------------------
*/
-#ifdef CONFIG_SERIAL_CONSOLE
+#ifdef CONFIG_SERIAL_DEC_CONSOLE
/*
@@ -2279,7 +2279,7 @@ void __init zs_serial_console_init(void)
{
register_console(&sercons);
}
-#endif /* ifdef CONFIG_SERIAL_CONSOLE */
+#endif /* ifdef CONFIG_SERIAL_DEC_CONSOLE */
#ifdef CONFIG_KGDB
struct dec_zschannel *zs_kgdbchan;
^ permalink raw reply [flat|nested] 8+ messages in thread* SEGEV defines
2002-11-07 19:26 make xmenuconfig is broken Maciej W. Rozycki
@ 2002-11-07 20:33 ` Bradley Bozarth
2002-11-07 22:10 ` Daniel Jacobowitz
0 siblings, 1 reply; 8+ messages in thread
From: Bradley Bozarth @ 2002-11-07 20:33 UTC (permalink / raw)
To: linux-mips; +Cc: george
Can these be changed?
> Now a question, why does mips use these values:
> #define SIGEV_SIGNAL 129 /* notify via signal */
> #define SIGEV_CALLBACK 130 /* ??? */
> #define SIGEV_THREAD 131 /* deliver via thread
> creation */
>
> It is the only platform that adds anything to the simple
> 1,2,3 values used on other platforms. The reason I ask, is
> that I would like to change them to conform to all the
> others.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: SEGEV defines
2002-11-07 20:33 ` SEGEV defines Bradley Bozarth
@ 2002-11-07 22:10 ` Daniel Jacobowitz
0 siblings, 0 replies; 8+ messages in thread
From: Daniel Jacobowitz @ 2002-11-07 22:10 UTC (permalink / raw)
To: Bradley Bozarth; +Cc: linux-mips, george
Presumably they match IRIX... like the rest of MIPS's oddball
definitions. A little hard to change them now.
On Thu, Nov 07, 2002 at 12:33:55PM -0800, Bradley Bozarth wrote:
> Can these be changed?
>
> > Now a question, why does mips use these values:
> > #define SIGEV_SIGNAL 129 /* notify via signal */
> > #define SIGEV_CALLBACK 130 /* ??? */
> > #define SIGEV_THREAD 131 /* deliver via thread
> > creation */
> >
> > It is the only platform that adds anything to the simple
> > 1,2,3 values used on other platforms. The reason I ask, is
> > that I would like to change them to conform to all the
> > others.
>
>
>
>
>
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2002-11-15 0:43 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-11-08 9:14 SEGEV defines Tor Arntsen
2002-11-14 2:11 ` Bradley Bozarth
2002-11-14 4:23 ` george anzinger
2002-11-14 4:51 ` Ralf Baechle
2002-11-15 0:43 ` Bradley Bozarth
2002-11-15 0:43 ` Bradley Bozarth
-- strict thread matches above, loose matches on Subject: below --
2002-11-07 19:26 make xmenuconfig is broken Maciej W. Rozycki
2002-11-07 20:33 ` SEGEV defines Bradley Bozarth
2002-11-07 22:10 ` Daniel Jacobowitz
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox