* [PATCH 2.4.21-pre3-bk RESEND 2] CREDITS update
From: Stelian Pop @ 2003-01-09 14:20 UTC (permalink / raw)
To: Linux Kernel Mailing List
Hi,
This patch updates my current CREDITS entry.
Marcelo, Alan, please apply.
(Alan, IIRC this was present in your 2.4.20-ac tree but I can't see
it anymore in 2.4.21-ac. Any reason why it get dropped ?)
Thanks,
Stelian.
===== CREDITS 1.64 vs edited =====
--- 1.64/CREDITS Mon Dec 30 18:23:57 2002
+++ edited/CREDITS Mon Jan 6 10:49:31 2003
@@ -2405,13 +2405,10 @@
D: CDROM driver "sonycd535" (Sony CDU-535/531)
N: Stelian Pop
-E: stelian.pop@fr.alcove.com
+E: stelian@popies.net
P: 1024D/EDBB6147 7B36 0E07 04BC 11DC A7A0 D3F7 7185 9E7A EDBB 6147
D: sonypi, meye drivers, mct_u232 usb serial hacks
-S: Alcôve
-S: 153, bd. Anatole France
-S: 93200 Saint Denis
-S: France
+S: Paris, France
N: Frederic Potter
E: fpotter@cirpack.com
--
Stelian Pop <stelian@popies.net>
^ permalink raw reply
* Re: [IPV6]: Convert mibstats to use kmalloc_percpu
From: Ravikiran G Thirumalai @ 2003-01-09 14:27 UTC (permalink / raw)
To: arnd; +Cc: Linux Kernel, David S. Miller
In-Reply-To: <200301081718.37263.arndb@de.ibm.com>
> This does not work when cleanup_ipv6_mibs() is marked __exit,
> the fix below is needed to build a kernel with ipv6.
Yes, it should not have been marked __exit.
Thanks for the patch
Dave, Plase apply.
Thanks,
Kiran
^ permalink raw reply
* RE: ksymoops and 64 bit mips
From: Gilad Benjamini @ 2003-01-09 14:01 UTC (permalink / raw)
To: Ralf Baechle, Gilad Benjamini; +Cc: linux-mips
Au contraire.
System.map has 32 bit addresses, which I tried to sign extended
with "ffffffff" (the wonders of sed), but that didn't help.
> -----Original Message-----
> From: Ralf Baechle [mailto:ralf@linux-mips.org]
> Sent: Thursday, January 09, 2003 3:38 PM
> To: Gilad Benjamini
> Cc: linux-mips@linux-mips.org
> Subject: Re: ksymoops and 64 bit mips
>
>
> On Wed, Jan 08, 2003 at 10:15:19PM +0200, Gilad Benjamini wrote:
>
> > Initially I got a lot of garbage.
> > Upgrdaing to ksymoops 2.4.5 , and using the --truncate=1 and
> > -t elf32-little reduced
> > the amount of garbage, but still all the output shown
> > was "No symbol available".
> >
> > Any additional things I should do ?
>
> Possibly your ksymoops is get confused by the System.map
> file. The vmlinux
> file is a 32-bit ELF file but the System.map file contains
> the addresses
> sign-extended to 64-bit. As a bandaid you can just chop off the high
> 32-bits of all addresses in System.map.
>
> Ralf
>
^ permalink raw reply
* RE: ksymoops and 64 bit mips
From: Gilad Benjamini @ 2003-01-09 14:01 UTC (permalink / raw)
To: 'Ralf Baechle', Gilad Benjamini; +Cc: linux-mips
In-Reply-To: <20030109143822.A23928@linux-mips.org>
Au contraire.
System.map has 32 bit addresses, which I tried to sign extended
with "ffffffff" (the wonders of sed), but that didn't help.
> -----Original Message-----
> From: Ralf Baechle [mailto:ralf@linux-mips.org]
> Sent: Thursday, January 09, 2003 3:38 PM
> To: Gilad Benjamini
> Cc: linux-mips@linux-mips.org
> Subject: Re: ksymoops and 64 bit mips
>
>
> On Wed, Jan 08, 2003 at 10:15:19PM +0200, Gilad Benjamini wrote:
>
> > Initially I got a lot of garbage.
> > Upgrdaing to ksymoops 2.4.5 , and using the --truncate=1 and
> > -t elf32-little reduced
> > the amount of garbage, but still all the output shown
> > was "No symbol available".
> >
> > Any additional things I should do ?
>
> Possibly your ksymoops is get confused by the System.map
> file. The vmlinux
> file is a 32-bit ELF file but the System.map file contains
> the addresses
> sign-extended to 64-bit. As a bandaid you can just chop off the high
> 32-bits of all addresses in System.map.
>
> Ralf
>
^ permalink raw reply
* [PATCH 2.4.21-pre3-bk RESEND 2] sonypi driver update
From: Stelian Pop @ 2003-01-09 14:13 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Alan Cox, Marcelo Tosatti
Hi,
This little patch (present in 2.5) changes the way button release events
are reported by the sonypi driver to the application: previously,
separate release events were detected for each button. However, many
buttons (example: the jogdial, the capture button, the back button etc)
share the same release event.
The attached patch propagates a single 'ANYBUTTON_RELEASED' event
to the userspace, leaving all state machine intelligence to the
application.
Kunihiko IMAI should be credited for his ideas and tests.
Alan, Marcelo, please apply.
Thanks,
Stelian.
===== include/linux/sonypi.h 1.7 vs edited =====
--- 1.7/include/linux/sonypi.h Mon Dec 2 12:19:31 2002
+++ edited/include/linux/sonypi.h Thu Jan 9 12:46:12 2003
@@ -43,9 +43,9 @@
#define SONYPI_EVENT_JOGDIAL_DOWN_PRESSED 3
#define SONYPI_EVENT_JOGDIAL_UP_PRESSED 4
#define SONYPI_EVENT_JOGDIAL_PRESSED 5
-#define SONYPI_EVENT_JOGDIAL_RELEASED 6
+#define SONYPI_EVENT_JOGDIAL_RELEASED 6 /* obsolete */
#define SONYPI_EVENT_CAPTURE_PRESSED 7
-#define SONYPI_EVENT_CAPTURE_RELEASED 8
+#define SONYPI_EVENT_CAPTURE_RELEASED 8 /* obsolete */
#define SONYPI_EVENT_CAPTURE_PARTIALPRESSED 9
#define SONYPI_EVENT_CAPTURE_PARTIALRELEASED 10
#define SONYPI_EVENT_FNKEY_ESC 11
@@ -93,6 +93,7 @@
#define SONYPI_EVENT_MEYE_OPPOSITE 53
#define SONYPI_EVENT_MEMORYSTICK_INSERT 54
#define SONYPI_EVENT_MEMORYSTICK_EJECT 55
+#define SONYPI_EVENT_ANYBUTTON_RELEASED 56
/* get/set brightness */
#define SONYPI_IOCGBRT _IOR('v', 0, __u8)
===== drivers/char/sonypi.h 1.12 vs edited =====
--- 1.12/drivers/char/sonypi.h Mon Dec 2 12:16:22 2002
+++ edited/drivers/char/sonypi.h Thu Jan 9 12:46:12 2003
@@ -37,7 +37,7 @@
#ifdef __KERNEL__
#define SONYPI_DRIVER_MAJORVERSION 1
-#define SONYPI_DRIVER_MINORVERSION 16
+#define SONYPI_DRIVER_MINORVERSION 17
#define SONYPI_DEVICE_MODEL_TYPE1 1
#define SONYPI_DEVICE_MODEL_TYPE2 2
@@ -171,6 +171,13 @@
u8 data;
u8 event;
};
+
+/* The set of possible button release events */
+static struct sonypi_event sonypi_releaseev[] = {
+ { 0x00, SONYPI_EVENT_ANYBUTTON_RELEASED },
+ { 0, 0 }
+};
+
/* The set of possible jogger events */
static struct sonypi_event sonypi_joggerev[] = {
{ 0x1f, SONYPI_EVENT_JOGDIAL_UP },
@@ -186,7 +193,6 @@
{ 0x5d, SONYPI_EVENT_JOGDIAL_VFAST_UP_PRESSED },
{ 0x43, SONYPI_EVENT_JOGDIAL_VFAST_DOWN_PRESSED },
{ 0x40, SONYPI_EVENT_JOGDIAL_PRESSED },
- { 0x00, SONYPI_EVENT_JOGDIAL_RELEASED },
{ 0, 0 }
};
@@ -195,7 +201,6 @@
{ 0x05, SONYPI_EVENT_CAPTURE_PARTIALPRESSED },
{ 0x07, SONYPI_EVENT_CAPTURE_PRESSED },
{ 0x01, SONYPI_EVENT_CAPTURE_PARTIALRELEASED },
- { 0x00, SONYPI_EVENT_CAPTURE_RELEASED },
{ 0, 0 }
};
@@ -293,6 +298,7 @@
unsigned long mask;
struct sonypi_event * events;
} sonypi_eventtypes[] = {
+ { SONYPI_DEVICE_MODEL_TYPE1, 0, 0xffffffff, sonypi_releaseev },
{ SONYPI_DEVICE_MODEL_TYPE1, 0x70, SONYPI_MEYE_MASK, sonypi_meyeev },
{ SONYPI_DEVICE_MODEL_TYPE1, 0x30, SONYPI_LID_MASK, sonypi_lidev },
{ SONYPI_DEVICE_MODEL_TYPE1, 0x60, SONYPI_CAPTURE_MASK, sonypi_captureev },
@@ -301,6 +307,7 @@
{ SONYPI_DEVICE_MODEL_TYPE1, 0x30, SONYPI_BLUETOOTH_MASK, sonypi_blueev },
{ SONYPI_DEVICE_MODEL_TYPE1, 0x40, SONYPI_PKEY_MASK, sonypi_pkeyev },
+ { SONYPI_DEVICE_MODEL_TYPE2, 0, 0xffffffff, sonypi_releaseev },
{ SONYPI_DEVICE_MODEL_TYPE2, 0x38, SONYPI_LID_MASK, sonypi_lidev },
{ SONYPI_DEVICE_MODEL_TYPE2, 0x08, SONYPI_JOGGER_MASK, sonypi_joggerev },
{ SONYPI_DEVICE_MODEL_TYPE2, 0x08, SONYPI_CAPTURE_MASK, sonypi_captureev },
===== drivers/char/sonypi.c 1.11 vs edited =====
--- 1.11/drivers/char/sonypi.c Fri Nov 22 14:49:08 2002
+++ edited/drivers/char/sonypi.c Wed Dec 11 12:34:16 2002
@@ -714,11 +714,11 @@
SONYPI_DRIVER_MAJORVERSION,
SONYPI_DRIVER_MINORVERSION);
printk(KERN_INFO "sonypi: detected %s model, "
- "verbose = %s, fnkeyinit = %s, camera = %s, "
+ "verbose = %d, fnkeyinit = %s, camera = %s, "
"compat = %s, mask = 0x%08lx\n",
(sonypi_device.model == SONYPI_DEVICE_MODEL_TYPE1) ?
"type1" : "type2",
- verbose ? "on" : "off",
+ verbose,
fnkeyinit ? "on" : "off",
camera ? "on" : "off",
compat ? "on" : "off",
--
Stelian Pop <stelian@popies.net>
^ permalink raw reply
* Re: [PATCH 2.5.55] make PCI_LEGACY_PROC depend on PCI
From: Geert Uytterhoeven @ 2003-01-09 14:08 UTC (permalink / raw)
To: Rolf Eike Beer; +Cc: Linux Kernel Development
In-Reply-To: <200301090958.30536@bilbo.math.uni-mannheim.de>
On Thu, 9 Jan 2003, Rolf Eike Beer wrote:
> from my point of view this would make sense. Or did I miss something magic?
>
> Rolf Eike Beer
>
> --- linux-2.5.55-caliban/drivers/pci/Kconfig.old Thu Jan 9 09:55:07 2003
> +++ linux-2.5.55-caliban/drivers/pci/Kconfig Thu Jan 9 09:55:24 2003
> @@ -3,6 +3,7 @@
> #
> config PCI_LEGACY_PROC
> bool "Legacy /proc/pci interface"
> + depends on PCI
> ---help---
> This feature enables a procfs file -- /proc/pci -- that provides a
> summary of PCI devices in the system.
Yes, I needed it on m68k as well.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
^ permalink raw reply
* Re: ksymoops and 64 bit mips
From: Maciej W. Rozycki @ 2003-01-09 14:03 UTC (permalink / raw)
To: Ralf Baechle; +Cc: Gilad Benjamini, linux-mips
In-Reply-To: <20030109143822.A23928@linux-mips.org>
On Thu, 9 Jan 2003, Ralf Baechle wrote:
> > Initially I got a lot of garbage.
> > Upgrdaing to ksymoops 2.4.5 , and using the --truncate=1 and
> > -t elf32-little reduced
> > the amount of garbage, but still all the output shown
> > was "No symbol available".
> >
> > Any additional things I should do ?
>
> Possibly your ksymoops is get confused by the System.map file. The vmlinux
> file is a 32-bit ELF file but the System.map file contains the addresses
> sign-extended to 64-bit. As a bandaid you can just chop off the high
> 32-bits of all addresses in System.map.
Recent versions of ksymoops contain code to handle 64-bit MIPS flexibly
and are expected to take care of address aliases. They don't works very
well, though, and I've done a few fixes. They are available in a ksymoops
2.4.8 package at my site and hopefully will be applied in a future
release.
Anyway the cross-ksymoops case referred by Gilad is tricky -- you need to
build ksymoops linking against an appropriate BFD library, i.e. one that
supports a MIPS64 target. Additionally MIPS64-specific nm and objdump
programs have to be available to that ksymoops binary (cf. KSYMOOPS_NM and
KSYMOOPS_OBJDUMP environment variables).
For detailed information on using a cross-setup see the ksymoops
documentation.
--
+ Maciej W. Rozycki, Technical University of Gdansk, Poland +
+--------------------------------------------------------------+
+ e-mail: macro@ds2.pg.gda.pl, PGP key available +
^ permalink raw reply
* SE Linux talk at Next GLLUG Meeting Saturday 18th January 2003
From: Russell Coker @ 2003-01-09 14:02 UTC (permalink / raw)
To: selinux
---------- Forwarded message ----------
Date: Thu, 9 Jan 2003 12:47:16 +0000
From: GLLUG Organiser <gllugadmin@linux.co.uk>
Reply-To: gllug@linux.co.uk
To: gllug-announce@linux.co.uk
Cc: gllug@linux.co.uk
Subject: [Gllug-announce] Next GLLUG Meeting Saturday 18th January 2003
[apologies for the delay in sending this out. I will resend this message,
with any additions, next week]
Meeting: 18th January 2003
The Greater London Linux User Group is set to have another meeting.
That's right, there is a GLLUG meeting on Saturday 18th January 2003,
between 12noon and 5pm.
We will be meeting in the New Cavendish Street campus of Westminster
University. This is in the shadow of the BT Tower, the nearest tube
stations are Great Portland Street, Warren Street and Goodge Street. You
will find a map at [ http://www.wmin.ac.uk/static/maps.asp ] or via
html version of this message at the GLLUG web site.
NOTE: you will need to sign in at the front desk to gain access to
the building. There are building works at the moment but we'll post
signs if the entrance has moved.
Talks
We have two main talks planned for the December meeting. These will
be in the large lecture theatre on the second floor:-
12:00 - 12:30
Welcome and Introduction.
also opportunity to try and debug overhead projectors :-)
12:30 - 14:00
Russell Coker - Security Enhanced Linux
Introduction to SE Linux [ http://www.nsa.gov/selinux/ ].
It will cover the concepts of MAC vs DAC, the Identity, Role, Domain
security context model, Domain-Type enforcement and some examples of
how it can be used to improve security.
14:30 - 16:00
Carsten H. Pederson - MySQL
The exact contents of the talk are not yet available. Carsten works for
MySQL.com and can talk on both Introductory and advanced mysql subjects.
To round the meeting off: There will be an open forum discussion,
including the return of the "Heckle Steve Session".
* Do please be aware that we can't guarantee that the talks will happen
at the times stated, but we will do our best to make sure they do.
Other activities
Away from the formal lectures, we have two rooms set aside, both on
the second floor, same level as main lecture room.
The network lab, as it is known, can be used for rolling demos of
Linux being installations and to experiment with configuration.
We also have the Multimedia room. This will be used for people to set
is up their own machines. You can do this if you have something to
show off, or you are looking for a solution to some problems. If your
are bringing in your own machine, make sure you sign it in when you
arrive, otherwise security won't let you take it when you go! We'll
have monitors, keyboards, mice, and powerleads available. [So no need
to lug all that stuff].
We will have access to some of the latest iso images and a CD-Burner.
If you decide to bring a PC, please have the serial number written
down ahead of time, in case it needs to be registered at the ground
floor Reception. We may also take a picture of you and your PC as
proof of ownership.
The network lab and the multimedia room are the places you can go to,
should you be looking for sanctuary away from the formal talks. If
we're lucky the Refectory on the ground floor will have its food and
drinks machines restocked.
Sales
For the latter part of the afternoon Josette Garcia from O'Reilly
will be with us, so if you are looking to buy some O'Reilly books,
now's your chance. And yes - we do get 25% off the cover price.
John Winters of The Linux Emporium [ http://www.linuxemporium.co.uk ]
will be along to sell some boxed sets and stuff. If anybody has any
specific requirements please check out his web page and then contact
john@linuxemporium.co.uk
After
After the meeting, for those that want, the group will move off to
'The Green Man' public house, very close to Great Portland Street. We
have it booked from 5:30pm, part of the ground floor area of the bar is
reserved for us. Even if you were unable to make the daytime meeting,
please feel free to join us at the pub. To help you find the pub have
a look at this external streetmap link.
Next meeting
The date for the next meeting has not yet been set, but should be a
Saturday sometime in March or April; keep watching these pages for
further announcements.
Contact us
If you have any ideas for future events, you can either discuss
them on the main mailing list, or get our direct attention by
mailing to gllugadmin@linux.co.uk
-- Steve Cobrin
--
Gllug-announce mailing list - Gllug-announce@linux.co.uk
http://list.ftech.net/mailman/listinfo/gllug-announce
----- End forwarded message -----
-------------------------------------------------------
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
^ permalink raw reply
* Re: can't load the script
From: Arnt Karlsen @ 2003-01-09 13:56 UTC (permalink / raw)
To: netfilter
In-Reply-To: <003401c2b796$b27ae0d0$4900a8c0@knitting.leahander.com>
On Thu, 9 Jan 2003 12:22:17 +0800,
"Gary Lee" <gary@leahander.com> wrote in message
<003401c2b796$b27ae0d0$4900a8c0@knitting.leahander.com>:
> I got the problem with my script.......every time I try to run my
> script, the system will say command not found.....what's wrong?....How
> can I check that I have all components installed for
> netfilter??....Here is my script
..you of course start it like:' ./$script.name' or
'/full/path/to/script.name' ? "." and "/" _rules_. ;-)
--
..med vennlig hilsen = with Kind Regards from Arnt... ;-)
...with a number of polar bear hunters in his ancestry...
Scenarios always come in sets of three:
best case, worst case, and just in case.
^ permalink raw reply
* netfilter and ipsec
From: 寬旻 @ 2003-01-09 13:52 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: Type: text/plain, Size: 352 bytes --]
Hi ,
I am a new entrant in linux network security, and have tried to understand Netfilter and FreesWan.
There is a question now confusing me so long. Why not integrating IPSec in the Netfilter architecture?
Is there any reason that IPSec must exist as an device driver or some drawbacks to integrate??
Regards
Kuan-Ming Lin
[-- Attachment #2: Type: text/html, Size: 999 bytes --]
^ permalink raw reply
* Re: fbb, progress and questions
From: mvw @ 2003-01-09 13:52 UTC (permalink / raw)
To: Tomi Manninen; +Cc: linux-hams
In-Reply-To: <Pine.LNX.4.44.0301091159220.1414-100000@oh2bns.ampr.org>
Tomi,
You too - thanks. As always the answers here are very clarifying!
> There are actually several stages of killed messages: expired, killed,
> archived. To be honest, I have never fully understood what these mean
Ah, I am not alone then.
> The EU command edits the user database and there a password that is used
> when a user logs in with telnet or a modem (FBB has a modem interface as
> well).
> Passwd.sys is for authenticating a remote sysop.
AHA! That clarifies a lot.
> >From the questions it seems like you have never even used a packet BBS.
Actually I had one running for a few years. but it was set up for me by
another ham, who has since stopped "doing" packet. I am now doing this
myself, finally. At least I can reproduce if I have to!
Michael
^ permalink raw reply
* Re: conntrack question
From: Peter Surda @ 2003-01-09 13:47 UTC (permalink / raw)
To: netfilter-devel
In-Reply-To: <3E1D7361.8030400@myland.org>
[-- Attachment #1: Type: text/plain, Size: 671 bytes --]
On Thu, Jan 09, 2003 at 02:04:33PM +0100, Bart wrote:
> Hi,
hi
> E.g. if I want to monitor connections to an FTP-server, I would register
> a helper
> with destination-port set to 21, but this ain't the way it works,
> because I saw that
> the ftp/irc contrack helpers register a helper with a source port set,
> why ?
I assume because the conntrack works in both directions, you can run both a
server and a client behind it.
> Tnx,
> greetz
Bye,
Peter Surda (Shurdeek) <shurdeek@panorama.sth.ac.at>, ICQ 10236103, +436505122023
--
The best things in life are free, but the
expensive ones are still worth a look.
[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]
^ permalink raw reply
* Re: [ANNOUNCE] Kernel Bug Database V1.10 on-line
From: Alex Riesen @ 2003-01-09 13:52 UTC (permalink / raw)
To: John Bradford; +Cc: mingo, linux-kernel
In-Reply-To: <200301091330.h09DUqY1001279@darkstar.example.net>
John Bradford, Thu, Jan 09, 2003 14:30:52 +0100:
> > any reason why it has forced registration with a forced email address?
>
> Well, it was to discourage people posting stupid and/or rude comments
> on it.
>
> > Makes it hard to just browse the bugs.
>
> Username: guest
> Password: guest
>
> if you really don't want to register with it.
>
why login at all if one really just want to browse the bugs?
^ permalink raw reply
* NEED HELP about flush_map() in pageattr.c
From: Thomas Schlichter @ 2003-01-09 13:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Hello,
currently I am writing a patch to be able to make TLBs on any IO-devices
coherent to the CPUs TLBs. So I was looking in the kernel-sources for places
where not only the local but all TLBs are flushed. So I came up with
flush_map() in the arch/i386/mm/ and the arch/x86_64/mm/ directories.
Now my questions:
1. In the x86_64 part of code the flush_kernel_map() does a
local_flush_tlb_one() but in the i386 parts a local_flush_tlb_all(). Is the
mentioned athlon bug the cause or can it be changed to work as in the x86_64
code?
2. Can the flush_map() function be replaced by a flush_tlb_all() respective
flush_tlb_page(). If I can do so, what would be the correct value for the
first argument 'vma'?
If it is not posible could you please tell me why not...?
Thank you very much!
Thomas Schlichter
^ permalink raw reply
* Re: disabling module version support
From: Adam T. Bowen @ 2003-01-09 13:40 UTC (permalink / raw)
To: ransom .; +Cc: linux-admin
In-Reply-To: <F150GOkevWWGxegIqun00000162@hotmail.com>
> so that's great, EXCEPT I didn't get the messages printed to stdout that I
> was supposed to as described in the Linux Device Drivers book
> (http://www.xml.com/ldd/chapter/book/ch02.html)
[snip]
> "Hello, world", as you can see in my ACTUAL output, didn't appear on screen.
>
> Perhaps this is a programming issue? But it seems as though a proper
> configuration would allow me to duplicate what's in the book.
If you had only kept reading a couple of seconds longer you would have
digested :
------------------------------------------------------------------------
According to the mechanism your system uses to deliver the message lines,
your output may be different. In particular, the previous screen dump was
taken from a text console; if you are running insmod and rmmod from an
xterm, you won't see anything on your TTY. Instead, it may go to one of
the system log files, such as /var/log/messages.
------------------------------------------------------------------------
To reproduce the output in the book, you need to change the configuration
of syslog (man syslog.conf) to send messages of this type to the console.
Cheers
Adam Bowen
Unix Sys Adm
^ permalink raw reply
* Re: [ANNOUNCE] Kernel Bug Database V1.10 on-line
From: Jan-Benedict Glaw @ 2003-01-09 13:47 UTC (permalink / raw)
To: linux-kernel
In-Reply-To: <200301091311.h09DB4Ka001126@darkstar.example.net>
[-- Attachment #1: Type: text/plain, Size: 1425 bytes --]
On Thu, 2003-01-09 13:11:04 +0000, John Bradford <john@grabjohn.com>
wrote in message <200301091311.h09DB4Ka001126@darkstar.example.net>:
> Version 1.10 of my kernel bug database is now on-line at:
>
> http://grabjohn.com/kernelbugdatabase/
> If the original submitter of a bug uploaded their config file, you can
> download a config file with the same options set.
What do I get? His/her config file, or some other?
One can watch certain subsystems/drivers. That's a _really_ nice
feature, and I'd even like to be notified if a file belonging to one of
"my" choosen subsystems is to be changed on mainstream. However,
choosing subsystems of interest isn't quite fun because of the entrie's
order.
I'd do this with three parts (within one list):
ARCH - ALPHA
ARCH - SPARC
ARCH - ...
Then important subsystems:
FS-Core
INIT
NET
NET-IPv4
NET-IPv6
NET-xxx
PCI
SCSI
IDE
...
...and at last, I'd list all chooseable drivers:
3c509
cpuid
ACPI
APM
FS - AFS
FS - EXT2
FS - EXT3
FS - codepages
...
That would really ease finding the interesting parts. Where, for
example, can I go for sparc?
MfG, JBG
--
Jan-Benedict Glaw jbglaw@lug-owl.de . +49-172-7608481
"Eine Freie Meinung in einem Freien Kopf | Gegen Zensur
fuer einen Freien Staat voll Freier Bürger" | im Internet!
Shell Script APT-Proxy: http://lug-owl.de/~jbglaw/software/ap2/
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply
* Re: ksymoops and 64 bit mips
From: Ralf Baechle @ 2003-01-09 13:38 UTC (permalink / raw)
To: Gilad Benjamini; +Cc: linux-mips
In-Reply-To: <ECEPLLMMNGHMFBLHCLMAGEDGDHAA.gilad@riverhead.com>
On Wed, Jan 08, 2003 at 10:15:19PM +0200, Gilad Benjamini wrote:
> Initially I got a lot of garbage.
> Upgrdaing to ksymoops 2.4.5 , and using the --truncate=1 and
> -t elf32-little reduced
> the amount of garbage, but still all the output shown
> was "No symbol available".
>
> Any additional things I should do ?
Possibly your ksymoops is get confused by the System.map file. The vmlinux
file is a 32-bit ELF file but the System.map file contains the addresses
sign-extended to 64-bit. As a bandaid you can just chop off the high
32-bits of all addresses in System.map.
Ralf
^ permalink raw reply
* Re: New Script
From: Arnt Karlsen @ 2003-01-09 13:38 UTC (permalink / raw)
To: netfilter
In-Reply-To: <1042115936.423.58.camel@nirvana>
On 10 Jan 2003 01:38:56 +1300,
mdew <mdew@mdew.dyndns.org> wrote in message
<1042115936.423.58.camel@nirvana>:
> Ok, after taking a few samples from scripts in the mailing list, Ive
> come up with this...hopefully my edonkey problem has been solved with
> this script. I havent actually tested this yet, Probably tomorrow (its
> a bit late)
>
> current Router setup.
> (Internet) 210.54.175.12->eth0---Router--->eth1 10.0.0.6 -=> 10.0.0.x
>
>
>
> #!/bin/bash
>
> IPTABLES="/sbin/iptables"
> PAUL="10.0.0.9"
> echo "1" > /proc/sys/net/ipv4/ip_forward
..the open barn door. Echo 0 here, and 1 again
at the very end of this script.
> echo "Executing The Firwall..."
> echo ""
> echo -n "Loading Modules..."
> /sbin/modprobe ip_conntrack_ftp
> /sbin/modprobe ip_conntrack_irc
> /sbin/modprobe ip_nat_irc
> /sbin/modprobe ip_nat_ftp
> /sbin/modprobe ipt_state
> /sbin/modprobe ipt_limit
> /sbin/modprobe ipt_LOG
> echo -n "Done"
>
> $IPTABLES -F INPUT
> $IPTABLES -F OUTPUT
> $IPTABLES -F FORWARD
> $IPTABLES -P INPUT ACCEPT
> $IPTABLES -P OUTPUT ACCEPT
>
> echo "Allow unlimited traffic on the loopback interface"
> $IPTABLES -A INPUT -i lo -j ACCEPT
> $IPTABLES -A OUTPUT -o lo -j ACCEPT
>
> echo "Refusing spoofed packets pretending to be from your IP address"
> $IPTABLES -A INPUT -s 210.54.175.12 -j DROP
>
> echo "Allow SSH"
> # Is this correct?
> $IPTABLES -A INPUT -i eth0 -p tcp --sport 22 -j ACCEPT
> $IPTABLES -A INPUT -i eth1 -p tcp --sport 22 -j ACCEPT
> $IPTABLES -A INPUT -i eth0 -p tcp --dport 22 -j ACCEPT
> $IPTABLES -A INPUT -i eth1 -p tcp --dport 22 -j ACCEPT
>
> echo "Allow ftp"
> $IPTABLES -A INPUT -p tcp --sport 21 -m state --state ESTABLISHED -j
> ACCEPT
> $IPTABLES -A OUTPUT -p tcp --dport 21 -m state --state NEW,ESTABLISHED
> -j ACCEPT
>
> echo "Active ftp"
> $IPTABLES -A INPUT -p tcp --sport 20 -m state --state
> ESTABLISHED,RELATED -j ACCEPT
> $IPTABLES -A OUTPUT -p tcp --dport 20 -m state --state ESTABLISHED -j
> ACCEPT
>
> echo "Passive ftp"
> $IPTABLES -A INPUT -p tcp --sport 1024:65535 --dport 1024:65535 -m
> state--state ESTABLISHED -j ACCEPT
> $IPTABLES -A OUTPUT -p tcp --sport 1024:65535 --dport 1024:65535 -m
> state --state ESTABLISHED,RELATED -j ACCEPT
>
> echo "Allow DNS"
> $IPTABLES -A INPUT -p tcp --sport 53 -j ACCEPT
> $IPTABLES -A INPUT -p udp --sport 53 -j ACCEPT
> $IPTABLES -A OUTPUT -p tcp --dport 53 -j ACCEPT
> $IPTABLES -A OUTPUT -p udp --dport 53 -j ACCEPT
>
> echo "Allow SFTP"
> $IPTABLES -A OUTPUT -p tcp --dport 115 -j ACCEPT
> $IPTABLES -A INPUT -p tcp --sport 115 -j ACCEPT
>
> echo "Allow HTTP"
> $IPTABLES -A OUTPUT -p tcp --dport 80 -j ACCEPT
> $IPTABLES -A INPUT -p tcp --sport 80 -j ACCEPT
>
> echo "Allow https"
> $IPTABLES -A OUTPUT -p tcp --dport 443 -j ACCEPT
> $IPTABLES -A INPUT -p tcp --sport 443 -j ACCEPT
>
> echo "Rejecting all connections to 135:139"
> $IPTABLES -N NETBIOS
> $IPTABLES -A INPUT -p udp --sport 135:139 -j NETBIOS
> $IPTABLES -A INPUT -p tcp --sport 135:139 -j NETBIOS
> $IPTABLES -A INPUT -p udp --dport 135:139 -j NETBIOS
> $IPTABLES -A INPUT -p tcp --dport 135:139 -j NETBIOS
> $IPTABLES -A NETBIOS -j LOG --log-prefix "IPTABLES NETBIOS: "
> $IPTABLES -A NETBIOS -j DROP
>
> echo "Limit port 4665 traffic to PAUL"
> $IPTABLES -N PAULS_STUFF
> $IPTABLES -A FORWARD -p tcp -s $PAUL --dport 4665 -m limit --limit
> 1/hour -j PAULS_STUFF
> $IPTABLES -A FORWARD -p udp -s $PAUL --dport 4665 -m limit --limit
> 1/hour -j PAULS_STUFF
> $IPTABLES -A FORWARD -p udp -s $PAUL --sport 4665 -m limit --limit
> 1/hour -j PAULS_STUFF
> $IPTABLES -A FORWARD -p tcp -s $PAUL --sport 4665 -m limit --limit
> 1/hour -j PAULS_STUFF
> $IPTABLES -A PAULS_STUFF -j LOG --log-prefix "IPTABLES PAUL: "
> $IPTABLES -A PAULS_STUFF -j ACCEPT
>
> echo "Allowing SMTP"
> $IPTABLES -A OUTPUT -p tcp --dport 25 -j ACCEPT
> $IPTABLES -A INPUT -p tcp --sport 25 -j ACCEPT
>
> echo "Allowing POP3"
> $IPTABLES -A OUTPUT -p tcp --dport 110 -j ACCEPT
> $IPTABLES -A INPUT -p tcp --sport 110 -j ACCEPT
>
> echo "Allowing Ident"
> $IPTABLES -A OUTPUT -p tcp --dport 113 -j ACCEPT
> $IPTABLES -A INPUT -p tcp --sport 113 -j ACCEPT
>
> echo "Allowing Netmeeting/MSN"
> $IPTABLES -t nat -A PREROUTING -i eth0 -p tcp --dport 1863 -j \
> REDIRECT --to-ports 1863
> $IPTABLES -t nat -A PREROUTING -i eth0 -p tcp --dport 389 -j \
> REDIRECT --to-ports 389
> $IPTABLES -t nat -A PREROUTING -i eth0 -p tcp --dport 522 -j \
> REDIRECT --to-ports 522
>
> echo "Allowing EDonkey2k/Emule"
> echo "See: http://www.emule-project.net/faq/ports.htm"
> # should i use any -A FORWARD or PREROUTING here?
> $IPTABLES -A OUTPUT -p tcp --dport 4661 -j ACCEPT
> $IPTABLES -A INPUT -p tcp --sport 4661 -j ACCEPT
> $IPTABLES -A OUTPUT -p tcp --dport 4662 -j ACCEPT
> $IPTABLES -A INPUT -p tcp --sport 4662 -j ACCEPT
> $IPTABLES -A OUTPUT -p udp --dport 4665 -j ACCEPT
> $IPTABLES -A INPUT -p udp --sport 4665 -j ACCEPT
> $IPTABLES -A OUTPUT -p udp --dport 4672 -j ACCEPT
> $IPTABLES -A INPUT -p udp --sport 4672 -j ACCEPT
>
> $IPTABLES -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
> $IPTABLES -A OUTPUT -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT
>
>
>
--
..med vennlig hilsen = with Kind Regards from Arnt... ;-)
...with a number of polar bear hunters in his ancestry...
Scenarios always come in sets of three:
best case, worst case, and just in case.
^ permalink raw reply
* Re: 2.5.x inspiron touchpad breakage
From: Andrew McGregor @ 2003-01-09 13:43 UTC (permalink / raw)
To: Andres Salomon, linux-kernel
In-Reply-To: <pan.2003.01.09.08.27.53.688647@voxel.net>
Works for me on an Inspiron 8000. The trackpoint does not, which is a
known bug. Of course, the 3800 might be different...
Have you been bitten by the input layer configuration issue? Here's what I
have:
#
# Input device support
#
CONFIG_INPUT=y
#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
Andrew
--On Thursday, January 09, 2003 03:27:54 -0500 Andres Salomon
<dilinger@voxel.net> wrote:
> 2.5.54 and 2.5.55 do not appear to initialize the touchpad on my Dell
> Inspiron 3800. No mouse device is detected until I plug a normal ps/2
> mouse into the laptop. I assume this is some weird bios thing. 2.4.x
> works fine with it. Does anyone have suggestions about where to look for
> any changed in the 2.5 series that might've broken it, or any patches that
> fix it?
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
>
^ permalink raw reply
* kswapd CPU usage and heavy disk IO
From: Russell Coker @ 2003-01-09 13:31 UTC (permalink / raw)
To: ReiserFS; +Cc: Rik van Riel
I have a server with 4G of RAM running ReiserFS for everything that matters.
It has 2G of swap space free, but so far I have not seen swap usage go above
1.6M (so in normal use I could turn off swap entirely and expect not to see
much difference).
When it's under really heavy load (when I have a maintenance task involving a
"find /" and there are lots of POP/IMAP clients hitting the server as well as
mail delivery) and the load average gets to about 40, the "kswapd" kernel
thread starts using excessive CPU time. It will stay on ~4% but have spikes
of up to 45%!!! This is a two-processor machine so 45% CPU reported by top
means 90% of a single CPU I guess. 90% of a 1.8GHz P4 CPU is a lot of CPU
and I think that something is wrong.
In the meager documentation in the kernel source kswapd is described as being
involved in paging to disk. I don't think that this is what it is doing as
there is no noticable paging activity (it generally has at least 600M of
"buffers" so there is no real shortage of memory).
Would the activity of kswapd be involved with ReiserFS in any way? What can I
do to improve this situation?
--
http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages
http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark
http://www.coker.com.au/postal/ Postal SMTP/POP benchmark
http://www.coker.com.au/~russell/ My home page
^ permalink raw reply
* Re: observations on 2.5 config screens
From: Ruslan U. Zakirov @ 2003-01-09 13:38 UTC (permalink / raw)
To: Dave Jones; +Cc: linux-kernel
In-Reply-To: <20030108195000.GA670@codemonkey.org.uk>
DJ> > Processor option would select the processor and any architecture dependent
DJ> > options, I would think. Something like "kernel characteristics" could have
DJ> > options like smp.
DJ> SMP isn't a processor option ?
DJ> Dave
Good day!
I think, first of all it's "General Kernel options(features)" to
support SMP(Preempt, MTRR) or not.
And may be would be better to move Processor Family and SubArch menu
to the top level of the menu? Then merge "General setup" and "Processor
type and features" in one menu.
It's just my opinion, no more.
Ruslan mailto:cubic@wr.miee.ru
^ permalink raw reply
* Re: [Asterisk] DTMF noise
From: Wolfgang Fritz @ 2003-01-09 13:31 UTC (permalink / raw)
To: linux-kernel
In-Reply-To: <3E1D705E.1030203@sktc.net>
David D. Hagood wrote:
> Wolfgang Fritz wrote:
>
>> Maybe it would be better to reenable harmonic checks but comparing
>> harmonic levels to the level of the fundamental instead of using
>> absolute values as in the present implementation.
>
>
> You mean the code DOESN'T normalize the signal to the total energy
> first?!?!? YEEP!
No. The original code used _absolute_ thresholds for the DTMF tones and
the harmonics. That did not work very well.
My simple patch added a relative energy comparision of the DTMF tones
and a simple plausibiltity check (DTMF is only accepted if there is
exactly one DTNF pair and no/low signal level on the other DTMF
frequencies. That worked with my (very limited) tests.
>
> The very FIRST thing you do is compute the total signal energy in the
> sample period, trivially reject if Etotal < MinETotal, then normalize
> all other signal energies to Etotal - that is a basic tenant of DSP.
>
My patch did a first step in that direction, but took only the energy
on the DTMF frequencies. That does not seem to be sufficient.
Another thing which may improve resistance against false DTMF detection
would be to require more than one consecutive samples to contain a valid
DTMF tone. See the link in one of my posts on lkml.
>
>> standard test procedure with a lot of test cases which are not
>> available to mortal humans (audio tapes from Bellcore IIRC)
>
>
> I think we may have the test cases as WAVs at work, and I think they are
> freely distributable - I'll kick a reminder to my work account off to
> check later today.
>
That would be nice. But that must be a rather big chunk of data - the
Mitel tape alone contains 30 minutes of speech, the Bellcore tapes even
more. Too much for my dialup line, I'm afraid.
Wolfgang
^ permalink raw reply
* urgent question!
From: Max ZAUNER @ 2003-01-09 13:23 UTC (permalink / raw)
To: netfilter
[-- Attachment #1: Type: text/plain, Size: 529 bytes --]
hi,
i am rookie in linux. anyway, during my firewall setup everything installed properly. after starting my firewall a message pops up saying:
cannot load module: libipt_-j.so
i already had a look in www, but didn't find !
so, i was hoping that you can tell me what i did incorrect as well as sending me the following file:
libipt_-j.so (which is located in /usr/local/lib/iptables)
i thank you very much in advance for your prompt reply
regards,
max Z.
P.S. my email address: maddivemax at yahoo.de
[-- Attachment #2: Type: text/html, Size: 1426 bytes --]
^ permalink raw reply
* Re: [ANNOUNCE] Kernel Bug Database V1.10 on-line
From: John Bradford @ 2003-01-09 13:30 UTC (permalink / raw)
To: mingo; +Cc: linux-kernel
In-Reply-To: <Pine.LNX.4.44.0301091422140.9186-100000@localhost.localdomain>
> any reason why it has forced registration with a forced email address?
Well, it was to discourage people posting stupid and/or rude comments
on it.
> Makes it hard to just browse the bugs.
Username: guest
Password: guest
if you really don't want to register with it.
John.
^ permalink raw reply
* Re: Linux 2.4.21pre3-ac2
From: Adrian Bunk @ 2003-01-09 13:27 UTC (permalink / raw)
To: Arjan van de Ven; +Cc: Alan Cox, linux-kernel
In-Reply-To: <20030109131510.A25566@devserv.devel.redhat.com>
On Thu, Jan 09, 2003 at 01:15:10PM +0000, Arjan van de Ven wrote:
>
> this ought to fix it:
>...
Yes, thanks, I can confirm that this patch fixes the compilation
problem.
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.