* Re: Problem reading directories
From: @ 2003-01-09 6:24 UTC (permalink / raw)
To: Sergey Suleymanov, Linux-MSDOS Mailing list
> >>>>> José Mario Trujillo writes:
>
> José> Hi, I'm running in a Debian Linux dosmeu 1.1.4 and Freedos 8b.
> José> I tried to install a propietary aplication that creates a
> José> directory tree like c:\#$COMPAC.PRO\COMPAC\ and inside create a
I solve the problem using a msdos image on a diferent disk, which FAT16
filesystem.
Tanks a lot.
José Mario Trujillo.
^ permalink raw reply
* Re: shutdown script
From: pa3gcu @ 2003-01-09 6:16 UTC (permalink / raw)
To: whein3, Wilson G. Hein, Linux-Hams Mailing List
In-Reply-To: <NCBBKBAJDJIPKFIAFBKLOEFBEHAC.vze2b869@verizon.net>
On Wednesday 08 January 2003 20:06, Wilson G. Hein wrote:
> I'm wondering if someone has a script to close ax25 and netrom, etc
> interfaces. I would presume it would have something to look at the pid's
> and then kill the process. I wnat to plug it into
> /etc/sysconfig/network-scripts to automate startup and close through the
> normal init scripts.
>
> TIA,
>
> Regards,
>
> Willie, WJ3G
http://people.zeelandnet.nl/pa3gcu/description.htm
--
Regards Richard
pa3gcu@zeelandnet.nl
http://people.zeelandnet.nl/pa3gcu/
^ permalink raw reply
* RE: opening a port..
From: mdew @ 2003-01-09 6:16 UTC (permalink / raw)
To: Dharmendra.T; +Cc: Rob Sterenborg, netfilter
In-Reply-To: <1042088119.810.3.camel@india>
On Thu, 2003-01-09 at 17:55, Dharmendra.T wrote:
> On Thu, 2003-01-09 at 08:11, mdew wrote:
> > On Thu, 2003-01-09 at 03:24, Rob Sterenborg wrote:
> > > > ok, telnet from another machine to the router.
> > > >
> > > > telnet 10.0.0.6 4662
> > > > Trying 10.0.0.6...
> > > > telnet: Unable to connect to remote host: Connection refused
> > > >
> > > > what "service" should I be running? I simply want 4662 open both ways.
> > >
> > > # netstat -an|grep 4662
> > > should tell you if your box is listening at all on port 4662.
> > >
> > > If you run eDonkey server on the firewall box, open port in the INPUT
> > > chain.
> > > If your eDonkey server is *behind* the firewall, open the port in the
> > > FORWARD chain, and add a DNAT rule in the nat table -> PREROUTING chain.
> >
> > the edonkey server is behind the firewall
> >
> > 210.54.175.12--->eth0 (Router) 10.0.0.6(eth1)--->10.0.0.x
> >
> > iptables -t nat -A PREROUTING -p tcp -i eth0 -d 210.54.175.12 --dport 4662 -j DNAT --to 10.0.0.6:4662
> >
>
> This should work without the last rule.
>
> iptables -A FORWARD -p tcp -i eth0 -d 10.0.0.6 --dport 4662 -j ACCEPT
> >
> > like that?
the router isnt picking this up..
mdew:~# iptables -t nat -A PREROUTING -p tcp -i eth0 -d 210.54.175.12
--dport 4662 -j DNAT --to 10.0.0.6:4662
mdew:~# iptables -A FORWARD -p tcp -i eth0 -d 10.0.0.6 --dport 4662 -j
ACCEPT
mdew:~# netstat -an|grep 4662
mdew:~#
mdew@nirvana:~$ nmap 10.0.0.6
Starting nmap V. 3.10ALPHA4 ( www.insecure.org/nmap/ )
Interesting ports on debian (10.0.0.6):
(The 1598 ports scanned but not shown below are in state: closed)
Port State Service
22/tcp open ssh
25/tcp open smtp
110/tcp open pop-3
113/tcp open auth
135/tcp filtered loc-srv
139/tcp filtered netbios-ssn
8080/tcp open http-proxy
Nmap run completed -- 1 IP address (1 host up) scanned in 2.545 seconds
^ permalink raw reply
* [PATCH] kallsyms off-by-one and sorting
From: Hugh Dickins @ 2003-01-09 6:22 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Andi Kleen, linux-kernel
Beware of kksymoops reports on 2.5.55:
kallsyms was off-by-one, showing the preceding symbol name. For
example, if best index 0, no string was copied into the namebuf.
And it seems odd to do stem compression on symbols sorted by value:
save more space sorting by name. It's harder then to avoid aliases
for a value; but very few in kernel text, so scrap last_addr check.
Makefile | 2 +-
kernel/kallsyms.c | 32 ++++++++++++++++----------------
scripts/kallsyms.c | 15 +++------------
3 files changed, 20 insertions(+), 29 deletions(-)
Resend against 2.5.55: please apply.
Hugh
--- 2.5.55/Makefile Thu Jan 9 05:34:15 2003
+++ linux/Makefile Thu Jan 9 05:36:45 2003
@@ -355,7 +355,7 @@
kallsyms.o := .tmp_kallsyms2.o
quiet_cmd_kallsyms = KSYM $@
-cmd_kallsyms = $(NM) -n $< | scripts/kallsyms > $@
+cmd_kallsyms = $(NM) $< | scripts/kallsyms > $@
.tmp_kallsyms1.o .tmp_kallsyms2.o: %.o: %.S scripts FORCE
$(call if_changed_dep,as_o_S)
--- 2.5.55/kernel/kallsyms.c Thu Jan 9 05:34:27 2003
+++ linux/kernel/kallsyms.c Thu Jan 9 05:36:45 2003
@@ -25,8 +25,6 @@
unsigned long *offset,
char **modname, char *namebuf)
{
- unsigned long i, best = 0;
-
/* This kernel should never had been booted. */
if ((void *)kallsyms_addresses == &kallsyms_dummy)
BUG();
@@ -35,32 +33,34 @@
namebuf[0] = 0;
if (addr >= (unsigned long)_stext && addr <= (unsigned long)_etext) {
- unsigned long symbol_end;
+ unsigned long below = 0;
+ unsigned long above = (unsigned long)_etext;
+ unsigned long i, best = 0;
char *name = kallsyms_names;
- /* They're sorted, we could be clever here, but who cares? */
for (i = 0; i < kallsyms_num_syms; i++) {
- if (kallsyms_addresses[i] > kallsyms_addresses[best] &&
- kallsyms_addresses[i] <= addr)
- best = i;
+ unsigned long kaddr = kallsyms_addresses[i];
+ if (kaddr <= addr) {
+ if (kaddr > below) {
+ below = kaddr;
+ best = i;
+ }
+ } else {
+ if (kaddr < above)
+ above = kaddr;
+ }
}
/* Grab name */
- for (i = 0; i < best; i++) {
+ for (i = 0; i <= best; i++) {
unsigned prefix = *name++;
strncpy(namebuf + prefix, name, 127 - prefix);
name += strlen(name) + 1;
}
- /* Base symbol size on next symbol. */
- if (best + 1 < kallsyms_num_syms)
- symbol_end = kallsyms_addresses[best + 1];
- else
- symbol_end = (unsigned long)_etext;
-
- *symbolsize = symbol_end - kallsyms_addresses[best];
+ *symbolsize = above - below;
*modname = NULL;
- *offset = addr - kallsyms_addresses[best];
+ *offset = addr - below;
return namebuf;
}
--- 2.5.55/scripts/kallsyms.c Thu Jan 9 05:34:28 2003
+++ linux/scripts/kallsyms.c Thu Jan 9 05:36:45 2003
@@ -5,7 +5,7 @@
* This software may be used and distributed according to the terms
* of the GNU General Public License, incorporated herein by reference.
*
- * Usage: nm -n vmlinux | scripts/kallsyms > symbols.S
+ * Usage: nm vmlinux | scripts/kallsyms > symbols.S
*/
#include <stdio.h>
@@ -91,7 +91,6 @@
static void
write_src(void)
{
- unsigned long long last_addr;
int i, valid = 0;
char *prev;
@@ -109,16 +108,12 @@
printf(".globl kallsyms_addresses\n");
printf("\tALGN\n");
printf("kallsyms_addresses:\n");
- for (i = 0, last_addr = 0; i < cnt; i++) {
+ for (i = 0; i < cnt; i++) {
if (!symbol_valid(&table[i]))
continue;
- if (table[i].addr == last_addr)
- continue;
-
printf("\tPTR\t%#llx\n", table[i].addr);
valid++;
- last_addr = table[i].addr;
}
printf("\n");
@@ -132,20 +127,16 @@
printf("\tALGN\n");
printf("kallsyms_names:\n");
prev = "";
- for (i = 0, last_addr = 0; i < cnt; i++) {
+ for (i = 0; i < cnt; i++) {
int k;
if (!symbol_valid(&table[i]))
continue;
- if (table[i].addr == last_addr)
- continue;
-
for (k = 0; table[i].sym[k] && table[i].sym[k] == prev[k]; ++k)
;
printf("\t.byte 0x%02x ; .asciz\t\"%s\"\n", k, table[i].sym + k);
- last_addr = table[i].addr;
prev = table[i].sym;
}
printf("\n");
^ permalink raw reply
* exception tables in 2.5.55
From: Miles Bader @ 2003-01-09 6:20 UTC (permalink / raw)
To: Rusty Russell, Greg Ungerer, David McCullough; +Cc: linux-kernel
I'm building for the v850, which has no MMU.
Starting with 2.5.55, I'm getting link errors like:
kernel/extable.c:29: undefined reference to `search_extable'
I didn't have to worry about this with earlier kernels, and it looks
like what happened is that previously arch-specific code was
consolidated into the generic kernel.
As far as I can see, the purpose of exception tables is to deal with
unexpected memory access traps and on the v850, this basically can't
happen (there's no MMU, and no way I know of to detect non-existant
memory). So I'd like to make the generic exception handling stuff
optional.
However, I'm not sure the best way to do this -- I could try to make it
dependent on CONFIG_MMU, but are there non-MMU processors that _can_
usefully use exception tables (in which case perhaps there should just
be a separate CONFIG_EXTABLES or something)?
[Oh, and also, please tell me if I'm mistaken about the purpose of
these tables and really _should_ just implement them.]
Thanks,
-Miles
--
Somebody has to do something, and it's just incredibly pathetic that it
has to be us. -- Jerry Garcia
^ permalink raw reply
* oops while vmware-config.pl with kernel 2.4.21-pre2
From: Tupshin Harper @ 2003-01-09 6:04 UTC (permalink / raw)
To: linux-kernel
I'm going to forward this to the vmware folks, but there's a decent
chance they are not totally to blame:
I did the following:
sudo vmware-config.pl
at some point during vmware's unloading of modules, compiling of new
ones, and loading of new ones, I got the enclosed oops.
What is interesting is that the process became unkillable, as has every
subsequent sudoed command. su works just fine, but everything that is
sudoed hangs and is unkillable.
-Tupshin
Jan 8 21:40:41 fussbudget kernel: c0213b17
Jan 8 21:40:41 fussbudget kernel: Oops: 0002
Jan 8 21:40:41 fussbudget kernel: CPU: 0
Jan 8 21:40:41 fussbudget kernel: EIP: 0010:[skb_clone+407/448]
Tainted: PF
Jan 8 21:40:41 fussbudget kernel: EFLAGS: 00010246
Jan 8 21:40:41 fussbudget kernel: eax: 00000000 ebx: caa92074 ecx:
00000000 edx: 00000000
Jan 8 21:40:41 fussbudget kernel: esi: caa920d0 edi: c4db7a1c ebp:
c4db79c0 esp: dc169e54
Jan 8 21:40:41 fussbudget kernel: ds: 0018 es: 0018 ss: 0018
Jan 8 21:40:41 fussbudget kernel: Process ifconfig (pid: 4563,
stackpage=dc169000)
Jan 8 21:40:41 fussbudget kernel: Stack: ddb63004 ddb63000 00000000
ddb63000 e4f287e3 caa92074 00000020 000000c8
Jan 8 21:40:41 fussbudget kernel: 0012a4e7 00000001 c0225a95
c03745a0 caa92000 caa92074 caa92074 00000000
Jan 8 21:40:41 fussbudget kernel: e4f27fb1 ddb6304c caa92074
caa92074 00000000 656e6d76 00000000 00001002
Jan 8 21:40:41 fussbudget kernel: Call Trace: [<e4f287e3>]
[rt_cache_flush+181/224] [<e4f27fb1>] [<e4f29c1c>] [dev_open+76/176]
Jan 8 21:40:41 fussbudget kernel: Code: ff 00 8b 83 98 00 00 00 c6 43
69 01 85 c0 74 04 8b 00 ff 00
Using defaults from ksymoops -t elf32-i386 -a i386
>>ebx; caa92074 <_end+a71aaac/20609a98>
>>esi; caa920d0 <_end+a71ab08/20609a98>
>>edi; c4db7a1c <_end+4a40454/20609a98>
>>ebp; c4db79c0 <_end+4a403f8/20609a98>
>>esp; dc169e54 <_end+1bdf288c/20609a98>
Trace; e4f287e3 <[vmnet]VNetHubReceive+57/a7>
Code; 00000000 Before first symbol
00000000 <_EIP>:
Code; 00000000 Before first symbol
0: ff 00 incl (%eax)
Code; 00000002 Before first symbol
2: 8b 83 98 00 00 00 mov 0x98(%ebx),%eax
Code; 00000008 Before first symbol
8: c6 43 69 01 movb $0x1,0x69(%ebx)
Code; 0000000c Before first symbol
c: 85 c0 test %eax,%eax
Code; 0000000e Before first symbol
e: 74 04 je 14 <_EIP+0x14>
Code; 00000010 Before first symbol
10: 8b 00 mov (%eax),%eax
Code; 00000012 Before first symbol
12: ff 00 incl (%eax)
^ permalink raw reply
* Re: fbb, progress and questions
From: Shane Deering @ 2003-01-09 5:40 UTC (permalink / raw)
To: linux-hams
In-Reply-To: <Pine.LNX.4.44.0301082249560.27870-100000@jeeves.mvw.net>
On Thu, 9 Jan 2003 15:08, mvw@mvw.net wrote:
> Hello all,
>
> Well, a week further and some progress on fbb... but it is rather hard
> going - for someone used to the Internet and smtp etc, this is all a tad
> counterintuitive, and the documentation is rather obtuse, so bear with
> me... I have so many questions I don't know where to start... I will not
> bore you but just to give you a flavour of BASIC stuff I just cannot find
> documented, and yes, before you ask, I have read the docs (or tried to) on
> the f6fbb.org site..:
>
> - How does this "forwarding" work??
similar to smtp and nntp, but a different protocol.
> - What are messages vs bulletins vs private messages etc?
You've got bulletins and personal messages.
Like you have news and email on the Internet.
> - when a message is "on hold", how do I get it "off hold"?
something like eh, er or lh. It's been a long time. Anything that might want
an H in reject.sys just gets an R. I'm not going to muck around checking
dubious posts.
> - Why does killing a message not remove it? How DO I remove it?
It should get deleted during housekeeping. you could try using kk (extra k as
it says when you type ? k).
> - How does a node I forward to, allow/know/handle this?
You don't forward to nodes. allow/know/handle what ???
> - Why do I have one password set with "EU" command and one in passwd.sys,
> and never the twain shall meet?
Dunno. I use passwd.sys
> - ehy can I not use the "EU" command when telnetted in, but I can use it
> when using the xfbbC app?
I don't use telnet.
> - the forward file apprently needs a degree of knowledge that is beyond
> me: so, any examples?
Using kernel ax25.
A simple direct connect to my JNOS.
#
A jnos
P D
J 0
N
IF H 00-23
C C VK3BVP-13
ENDIF
B TCPIP
F TCPIP
B VK3BVP
F VK3BVP
F VK3WRE
#H QSL.NET
G ALL
G AMSAT
G ARL
G ARRL
G AS
G ASIA
G GIPPS
G PAC
G TCPIP
G VK3
G VKNET
G WW
G NASA
G TEST
-----------
Forward to a remote BBS using netrom.
# forward for edk
A VK3EDK
P A
L B 235
L N 4
#IF H 20-23
# T P
#ENDIF
IF MAN
#T P
C C VK3BXG-2
C C VK3EDK
ELSE
IF C1
C C VK3bxg-2
C C VK3EDK
END IF
ENDIF
#
F VK3DSE
B VK3DSE
F VK3EDK
B VK3EDK
! H VK3FRC.#MEL.VIC.AUS.OC
! H VK3ZZT.#MEL.VIC.AUS.OC
! H VK3YBI.#MEL.VIC.AUS.OC
H *.#MEL.VIC.AUS.OC
H *.#WEV.VIC.AUS.OC
H *.#NEV.VIC.AUS.OC
H *.ACT.AUS.OC
G AMSAT
G ARL
G ARRL
G ASIA
G MELB
G NASA
G PAC
G SEA
G SPACE
G VK3
G AUS
G VKNET
G WIA
#G WW
#G GIPPS
#R
---------------
A tip: Don't be like the idiot LLL's and put asterisks in your forward
scripts. It just means that the rest of us have to fix your mistakes.
> - What are white pages (the docs just say this is an interesting
> implementation of white pages)?
That's like your phone book. Saves a lot of typing as it does what you want
below when you send a message. FBB will (can) send updates to their BBS's to
keep their white pages up to date.
> - How do I get bulletins in? And out?
Forwarding.
> - Using EU, can I not change someone's home bbs?
Have a play with "ie callsign"
> - Is there a 'phone book', so I do not have to type SP <call> @
> ve3mch.#scon.on.can.noam or some such string each time?
See above.
> - Many programming techniques that are used in fbb are extremely poor
> (sorry! do not mean to be rude, but just wondering WHY). Like using
> binary configuration settings (2, 4, 8, 16, 32, etc); or using setup files
I have other software that also does it that way.
> that depend on exact numbers of lines, etc. Is this historical accident?
Some files have moved away from that in the linux version. Maybe one day they
all will.
> - I guess fbb does its own ax25 thing - why not just use kernel ax25?
It does. I only use ports provided by the kernel.
You have choices. You are not forced to do it this way or that way.
>
>
> As you see, my lack of understanding is so great that I wonder if I will
> ever usefully use this.
Probably not, but have a go anyway.
> So rather than bore you with too many questions
> about the detail, a few meta questions, namely: is this all part of the
> normal learning process, or am I overlooking some good basic docs
> somewhere? (Or am I too dumb)? Should I bother? And, if yes, what is the
> best way to find info (not the docs, apparently).
You have asked a lot of basic questions over the last few weeks and seem to
get stuck easily. But maybe the rest of us have been there, done that for too
long and we take too much for granted.
The docs do contain a lot of info. you just have to read the right ones.
Have a look at the DOS and windows docs too.
--
Shane Deering vk3bvp@qsl.net vk3bvp@vk3bvp.#sev.vic.aus.oc
http://www.qsl.net/vk3bvp/ Up 5 hours and 13 minutes
Sent with KMail v1.4.1 on Thu Jan 9 15:55:07 EST 2003
^ permalink raw reply
* RE: DMZ trouble!
From: David Collodel @ 2003-01-09 5:34 UTC (permalink / raw)
To: netfilter
Perhaps it would help if I included my entire script? Or at least the
relevant parts of it.
Thanks for any help you can offer.
#
# 1.1 Internet Configuration.
#
#
# 1.1.1 Device and network configs.
#
EXT_IFACE="eth0" # External Interface
LAN_IFACE="eth1" # Internal Interface
DMZ_IFACE="eth2" # DMZ Interface
LO_IFACE="lo" # Loopback Interface
GATEWAY="66.91.171.1" # Our External gateway.
EXT_IP="66.92.171.151" # Primary IP address of $EXT_IFACE
NET_BCAST="66.92.171.255" # Broadcast addy of external (ISP's) net.
#
# 1.1.2 Define our "real" ip's to be NAT'ed
# More can be added, but additional rules will need to be created
# below to specify their access.
#
HTTP_IP="66.92.171.152" # WWW server IP
DNS_IP="66.92.171.150" # Mail, DNS IP
SQL_IP="66.92.171.149" # Data service IP
#
# 1.1.3 Local Area Network configuration.
#
# LAN IP range and localhost IP. /24 means to only use the first 24
# bits of the 32 bit IP address. the same as netmask 255.255.255.0
#
LAN_IP="172.16.11.1" # IP bound to $LAN_IFACE
LAN_NET="172.16.11.0/24" # Internal Net range
LAN_BCAST="172.16.11.255" # LAN Broadcast Address
#
# 1.1.4 DMZ Configuration.
#
DMZ_HTTP_IP="172.16.12.2" # IP where $HTTP_IP will be NAT'ed
DMZ_DNS_IP="172.16.12.3" # IP where $DNS_IP will be NAT'ed
DMZ_SQL_IP="172.16.12.4" # IP where $SQL_IP will be NAT'ed
DMZ_IP="172.16.12.1" # IP bound to $DMZ_IFACE
DMZ_NET="172.16.12.0/24" # DMZ Network range
DMZ_BCAST="172.16.12.255" # DMZ Broadcast Address
#
# 1.1.5 Localhost Configuration.
#
LO_IP="127.0.0.1"
#
# 1.2 IPTables Configuration.
#
#
# 1.2.1 Define IPtables binary
IPTABLES="/sbin/iptables"
#
# 2. rules set up.
#
# 2.1 Filter table
#
#
# 2.1.1 Set policies first, then flush chains
#
$IPTABLES -P INPUT DROP
$IPTABLES -P OUTPUT DROP
$IPTABLES -P FORWARD DROP
$IPTABLES -F
$IPTABLES -F INPUT
$IPTABLES -F OUTPUT
$IPTABLES -F FORWARD
$IPTABLES -F -t mangle
$IPTABLES -t mangle -X
$IPTABLES -X
#
# 2.2 Create userspecified chains
#
#
# 2.2.1 Create chain for bad tcp packets
#
$IPTABLES -N bad_tcp_packets
$IPTABLES -A bad_tcp_packets -p tcp ! --syn -m state --state NEW -j LOG
\
--log-prefix "New not syn:"
$IPTABLES -A bad_tcp_packets -p tcp ! --syn -m state --state NEW -j DROP
## DROP packets associated with an "INVALID" connection.
$IPTABLES -A bad_tcp_packets -m state --state INVALID $LOG "INVALID
STATE: "
$IPTABLES -A bad_tcp_packets -m state --state INVALID -j DROP
#
# 2.2.2 Create chain to handle various stateful connections
#
$IPTABLES -N KEEP_STATE
$IPTABLES -F KEEP_STATE
## ACCEPT certain packets which are starting a new connection or are
## related to an established connection.
$IPTABLES -A KEEP_STATE -p TCP --syn -j ACCEPT
$IPTABLES -A KEEP_STATE -m state --state RELATED,ESTABLISHED -j ACCEPT
## ACCEPT packets whose input interface is anything but the external
interface.
$IPTABLES -A KEEP_STATE -i ! $EXT_IP -m state --state NEW -j ACCEPT
## DROP packets associated with an "INVALID" connection.
$IPTABLES -A KEEP_STATE -m state --state INVALID $LOG "INVALID STATE: "
$IPTABLES -A KEEP_STATE -m state --state INVALID -j DROP
## Drop the rest
$IPTABLES -A KEEP_STATE -p TCP -j DROP
#
# 2.2.3 Create chain for ICMP control
#
$IPTABLES -N icmp_packets
$IPTABLES -A icmp_packets -p ICMP -s 0/0 --icmp-type 3 -j ACCEPT
$IPTABLES -A icmp_packets -p ICMP -s 0/0 --icmp-type 4 -j ACCEPT
$IPTABLES -A icmp_packets -p ICMP -s 0/0 --icmp-type 8 -j ACCEPT
$IPTABLES -A icmp_packets -p ICMP -s 0/0 --icmp-type 11 -j ACCEPT
#
# 2.3 INPUT chain
#
#
# 2.3.1 Take out the nasties first.
#
$IPTABLES -A INPUT -p tcp -j bad_tcp_packets
#
# 2.3.2 Filter ICMP Packets from the Internet to this box
#
$IPTABLES -A INPUT -p ICMP -i $EXT_IFACE -j icmp_packets
#
# 2.3.3 Packets from LAN, DMZ or LOCALHOST
#
# From External Interface, for SSH management
$IPTABLES -A INPUT -p TCP -i $EXT_IFACE -d $EXT_IP --dport 22 -j ACCEPT
# From DMZ Interface to DMZ firewall IP
$IPTABLES -A INPUT -p ALL -i $DMZ_IFACE -d $DMZ_IP -j ACCEPT
$IPTABLES -A INPUT -p ALL -i $DMZ_IFACE -s $DMZ_IP -d $DMZ_NET -j
KEEP_STATE
# From LAN Interface to LAN firewall IP
$IPTABLES -A INPUT -p ALL -i $LAN_IFACE -d $LAN_IP -j ACCEPT
$IPTABLES -A INPUT -p ALL -i $LAN_IFACE -d $LAN_BCAST -j ACCEPT
$IPTABLES -A INPUT -p ALL -i $LAN_IFACE -d $LAN_NET -j ACCEPT
$IPTABLES -A INPUT -p ALL -i $LAN_IFACE -s $LAN_NET -d $LAN_IP -j ACCEPT
# From Localhost interface to Localhost IP's
$IPTABLES -A INPUT -p ALL -i $LO_IFACE -s $LO_IP -j ACCEPT
$IPTABLES -A INPUT -p ALL -i $LO_IFACE -s $LAN_IP -j ACCEPT
$IPTABLES -A INPUT -p ALL -i $LO_IFACE -s $EXT_IP -j ACCEPT
# Special rule for DHCP requests from LAN, which are not caught properly
# otherwise.
$IPTABLES -A INPUT -p UDP -i $LAN_IFACE --dport 67 --sport 68 -j ACCEPT
# All established and related packets incoming from the internet to the
# firewall
$IPTABLES -A INPUT -p ALL -d $EXT_IP -m state --state
ESTABLISHED,RELATED \
-j ACCEPT
# Prevent MS multicast from nailing the logs.
$IPTABLES -A INPUT -i $EXT_IFACE -d 224.0.0.0/8 -j DROP
# Log weird packets that don't match the above.
$IPTABLES -A INPUT -m limit --limit 3/minute --limit-burst 3 -j LOG \
--log-level DEBUG --log-prefix "IPT INPUT packet died: "
#
# 2.4 Forward chain
#
#
# 2.4.1 Take out the nasties first.
#
$IPTABLES -A FORWARD -p tcp -j bad_tcp_packets
#
# 2.4.2 DMZ section
#
# General rules
$IPTABLES -A FORWARD -i $DMZ_IFACE -o $EXT_IFACE -j ACCEPT
$IPTABLES -A FORWARD -i $EXT_IFACE -o $DMZ_IFACE -m state \
--state ESTABLISHED,RELATED -j ACCEPT
$IPTABLES -A FORWARD -i $LAN_IFACE -o $DMZ_IFACE -j KEEP_STATE
$IPTABLES -A FORWARD -i $DMZ_IFACE -o $LAN_IFACE -m state \
--state ESTABLISHED,RELATED -j ACCEPT
$IPTABLES -A FORWARD -p icmp -i $DMZ_IFACE -j icmp_packets
# HTTP server
$IPTABLES -A FORWARD -p TCP -i $EXT_IFACE -o $DMZ_IFACE -d $DMZ_HTTP_IP
--dport 80 -j KEEP_STATE
$IPTABLES -A FORWARD -p TCP -i $EXT_IFACE -o $DMZ_IFACE -d $DMZ_HTTP_IP
--dport 443 -j KEEP_STATE
$IPTABLES -A FORWARD -p TCP -i $EXT_IFACE -o $DMZ_IFACE -d $DMZ_HTTP_IP
--dport 8000 -j KEEP_STATE
$IPTABLES -A FORWARD -p TCP -i $EXT_IFACE -o $DMZ_IFACE -d $DMZ_HTTP_IP
--dport 8001 -j KEEP_STATE
$IPTABLES -A FORWARD -p TCP -i $EXT_IFACE -o $DMZ_IFACE -d $DMZ_HTTP_IP
--dport 22 -j KEEP_STATE
$IPTABLES -A FORWARD -p ICMP -i $EXT_IFACE -o $DMZ_IFACE -d $DMZ_HTTP_IP
-j icmp_packets
# DNS server
$IPTABLES -A FORWARD -p TCP -i $EXT_IFACE -o $DMZ_IFACE -d $DMZ_DNS_IP
--dport 53 -j KEEP_STATE
$IPTABLES -A FORWARD -p UDP -i $EXT_IFACE -o $DMZ_IFACE -d $DMZ_DNS_IP
--dport 53 -j ACCEPT
$IPTABLES -A FORWARD -p TCP -i $EXT_IFACE -o $DMZ_IFACE -d $DMZ_DNS_IP
--dport 443 -j KEEP_STATE
$IPTABLES -A FORWARD -p TCP -i $EXT_IFACE -o $DMZ_IFACE -d $DMZ_DNS_IP
--dport 25 -j KEEP_STATE
$IPTABLES -A FORWARD -p TCP -i $EXT_IFACE -o $DMZ_IFACE -d $DMZ_DNS_IP
--dport 22 -j KEEP_STATE
$IPTABLES -A FORWARD -p TCP -i $EXT_IFACE -o $DMZ_IFACE -d $DMZ_DNS_IP
--dport 995 -j KEEP_STATE
$IPTABLES -A FORWARD -p ICMP -i $EXT_IFACE -o $DMZ_IFACE -d $DMZ_DNS_IP
-j icmp_packets
#
# 2.4.3 LAN section
#
$IPTABLES -A FORWARD -i $LAN_IFACE -j ACCEPT
$IPTABLES -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT
# Log weird packets that don't match the above.
$IPTABLES -A FORWARD -m limit --limit 3/minute --limit-burst 3 -j LOG \
--log-level DEBUG --log-prefix "IPT FORWARD packet died: "
#
# 2.5 OUTPUT chain
#
#
# 2.5.1 Take out the nasties first
#
$IPTABLES -A OUTPUT -p tcp -j bad_tcp_packets
#
# Special OUTPUT rules to decide which IP's to allow.
#
$IPTABLES -A OUTPUT -p ALL -s $LO_IP -j ACCEPT
$IPTABLES -A OUTPUT -p ALL -s $LAN_IP -j ACCEPT
$IPTABLES -A OUTPUT -p ALL -s $LAN_NET -j ACCEPT
$IPTABLES -A OUTPUT -p ALL -s $EXT_IP -j ACCEPT
# Log weird packets that don't match the above.
$IPTABLES -A OUTPUT -m limit --limit 3/minute --limit-burst 3 -j LOG \
--log-level DEBUG --log-prefix "IPT OUTPUT packet died: "
#
# 3 NAT table
#
#
# 3.1 Flush the NAT table
#
$IPTABLES -F -t nat
#
# 3.2 PREROUTING chain
#
#
# 3.2.3 DMZ DNAT
#
$IPTABLES -t nat -A PREROUTING -p TCP -i $EXT_IFACE -d $HTTP_IP --dport
80 -j DNAT --to-destination $DMZ_HTTP_IP
$IPTABLES -t nat -A PREROUTING -p TCP -i $EXT_IFACE -d $HTTP_IP --dport
22 -j DNAT --to-destination $DMZ_HTTP_IP
$IPTABLES -t nat -A PREROUTING -p TCP -i $EXT_IFACE -d $HTTP_IP --dport
443 -j DNAT --to-destination $DMZ_HTTP_IP
$IPTABLES -t nat -A PREROUTING -p TCP -i $EXT_IFACE -d $HTTP_IP --dport
8000 -j DNAT --to-destination $DMZ_HTTP_IP
$IPTABLES -t nat -A PREROUTING -p TCP -i $EXT_IFACE -d $HTTP_IP --dport
8001 -j DNAT --to-destination $DMZ_HTTP_IP
$IPTABLES -t nat -A PREROUTING -p TCP -i $EXT_IFACE -d $DNS_IP --dport
53 -j DNAT --to-destination $DMZ_DNS_IP
$IPTABLES -t nat -A PREROUTING -p UDP -i $EXT_IFACE -d $DNS_IP --dport
53 -j DNAT --to-destination $DMZ_DNS_IP
$IPTABLES -t nat -A PREROUTING -p TCP -i $EXT_IFACE -d $DNS_IP --dport
443 -j DNAT --to-destination $DMZ_DNS_IP
$IPTABLES -t nat -A PREROUTING -p TCP -i $EXT_IFACE -d $DNS_IP --dport
22 -j DNAT --to-destination $DMZ_DNS_IP
$IPTABLES -t nat -A PREROUTING -p TCP -i $EXT_IFACE -d $DNS_IP --dport
25 -j DNAT --to-destination $DMZ_DNS_IP
$IPTABLES -t nat -A PREROUTING -p TCP -i $EXT_IFACE -d $DNS_IP --dport
995 -j DNAT --to-destination $DMZ_DNS_IP
#
# 3.3 POSTROUTING chain
#
#
# 3.3.1 Enable simple IP Forwarding and Network Address Translation
#
$IPTABLES -t nat -A POSTROUTING -o $EXT_IFACE -j SNAT --to-source
$EXT_IP
--
David Collodel <dave@crawlspaceradio.com>
^ permalink raw reply
* Re: Linux 2.4.21pre3-ac2
From: Allan Duncan @ 2003-01-09 5:32 UTC (permalink / raw)
To: linux-kernel; +Cc: Alan Cox
In-Reply-To: <20030109015006$7068@gated-at.bofh.it>
Alan Cox wrote:
...
> o Add the fast IRQ path to via 8233/5 audio (me)
...
'fraid not:
gcc -D__KERNEL__ -I/usr/src/lx-2.4.21-p3-ac2/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2
-fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2
-march=athlon -DMODULE -nostdinc -iwithprefix include -DKBUILD_BASENAME=via82cxxx_audio -c -o
via82cxxx_audio.o via82cxxx_audio.c
via82cxxx_audio.c: In function `via_new_interrupt':
via82cxxx_audio.c:1927: `status32' undeclared (first use in this function)
via82cxxx_audio.c:1927: (Each undeclared identifier is reported only once
via82cxxx_audio.c:1927: for each function it appears in.)
make[2]: *** [via82cxxx_audio.o] Error 1
make[2]: Leaving directory `/usr/src/lx-2.4.21-p3-ac2/drivers/sound'
make[1]: *** [_modsubdir_sound] Error 2
make[1]: Leaving directory `/usr/src/lx-2.4.21-p3-ac2/drivers'
make: *** [_mod_drivers] Error 2
^ permalink raw reply
* Hardlocks with softwareraid
From: name @ 2003-01-09 5:20 UTC (permalink / raw)
To: linux-raid
Hello
I have been trying to get some raid5sets going on my machine but have
been running in to some problems.
I have two promise udma133 tx2 controllers (both flashed to the latest
bios) and 5 80gb idedrives. the problem is that when i try to mkraid a set
with a drive on my second promise controller my computer hard locks, no
crash dump or such.
I have tried different drive combinations and they work as long as i
only use 4 drives, two on the mobo and two on one promise. Indifferent of
which of the five drives get to be the fifth drive on the second
controller the system hard locks when i mkraid.
If i make a filesystem on the fifth drive and mount it like a normal
drive it works like normal.
It behaves the same if i change the second 133 tx2 for a fasttrack100
controller or shuffle the cards in different pci-slots.
My setup:
Linux sverver 2.4.20-ac2 #6 Tue Jan 7 01:09:24 CET 2003 i686 unknown
Debian 3.0
raidtools 0.9
hda: QUANTUM FIREBALLP KX20.5, ATA DISK drive #boot drive, not used in
raid
hdb: WDC WD800BB-00BSA0, ATA DISK drive
hdc: WDC WD800BB-53BSA0, ATA DISK drive
hde: IC35L080AVVA07-0, ATA DISK drive
hdg: WDC WD800BB-00BSA0, ATA DISK drive
hdi: WDC WD800BB-00BSA0, ATA DISK drive
^ permalink raw reply
* Re: can't load the script
From: Dharmendra.T @ 2003-01-09 5:17 UTC (permalink / raw)
To: Gary Lee; +Cc: Netfilter
In-Reply-To: <003401c2b796$b27ae0d0$4900a8c0@knitting.leahander.com>
Check
#which iptables
if not found
#find / -name iptables
It should say where is your iptables executable.If you found the
executable change the path of the script to which you have found. Else
install the iptables.
>
>
--
Dharmendra.T
Linux Enthu
^ permalink raw reply
* Re: [PATCH] /proc/sys/kernel/pointer_size
From: William Lee Irwin III @ 2003-01-09 5:23 UTC (permalink / raw)
To: David S. Miller, torvalds, levon, linux-kernel
In-Reply-To: <20030109040025.GA11596@nevyn.them.org>
On Wed, Jan 08, 2003 at 04:03:52PM -0800, David S. Miller wrote:
>> A funny way to initialize this could be by reading System.map
>> and seeing how many significant hexidecimal digits are used
>> to list the kernel symbol addresses :-)
On Wed, Jan 08, 2003 at 11:00:25PM -0500, Daniel Jacobowitz wrote:
> Don't try it, the perversity of MIPS will break you :)
> Just to clarify something that I saw getting lost in this discussion:
> Oprofile doesn't need to become built as a 64-bit binary, just
> configured to accept 64-bit kernels. So this doesn't rule out using a
> 32-bit oprofile (i.e. not needing a 64-bit libc) on a 64-bit kernel.
> It just means that we need to specify it somehow.
> John, speaking of MIPS perversity: MIPS64 kernels can come in ELF32
> files. So you may just want to make this a configure-time option.
pkirchner has informed me /proc/kcore returns the correct information
in this case on MIPS, and I've also received x86-32/64 confirmation.
64-bit in 32-bit ELF: <pkirchner:#mipslinux> it does say abi=674 mips1 not 32bitmode not fp32
DecStation 5000/200: /proc/kcore: file format elf32-tradlittlemips
Bill
^ permalink raw reply
* Re: XFree86 vs. 2.5.54 - reboot
From: Bob_Tracy(0000) @ 2003-01-09 5:17 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
In-Reply-To: <3E1C9D9A.FD5CA1F6@digeo.com>
Andrew Morton wrote:
> Perhaps you should try disabling
> various DRM/AGP type things in config, see if that helps.
All the DRM/AGP stuff was configured as modules, and none of them
were loaded prior to running "startx". If disabling them entirely
is different from not loading them, I'll be happy to give that a try.
> If not, it would
> help if you could identify the kernel version at which the failure started
> to occur.
Wish I knew for certain... The 2.5 series got to be unusable from my
perspective somewhere in the 2.5.50 timeframe. 2.5.51 may have worked:
that was the last 2.5 kernel I built prior to 2.5.54. I didn't run it
as a "production" kernel either because of the X11 problem, or because
the ALSA emu10k1 driver was broken (the latter is fine in 2.5.54 as far
as I can tell).
2.5.55 is out. Maybe I should give that a try.
--
-----------------------------------------------------------------------
Bob Tracy WTO + WIPO = DMCA? http://www.anti-dmca.org
rct@frus.com
-----------------------------------------------------------------------
^ permalink raw reply
* Re: DMZ trouble!
From: Dharmendra.T @ 2003-01-09 5:07 UTC (permalink / raw)
To: David Collodel; +Cc: netfilter
In-Reply-To: <1042083771.2320.162.camel@jimmy>
On Thu, 2003-01-09 at 09:12, David Collodel wrote:
> Hi,
>
> I've recently been working on a firewall using IPtables to create a
> DMZ/LAN setup.
>
> I have a system with 3 NIC's.
>
> eth0 has the "real" static IP's from my ISP. I'm using NAT to translate
> from the IP bound on this NIC to the internal DMZ and LAN hosts.
> eth1 is set to 172.16.12.1 and is used as the DMZ interface. Hosts
> connected to this interface are all 172.16.12.x
> eth2 is set to 172.16.11.1 and is used as the LAN interface.Hosts
> connected here are all 172.16.11.x
>
> Most things seem to be working, I can connect from the LAN to the DMZ
> and to the Internet. I can connect from the DMZ to the Internet, but not
> to the LAN, but already established connections work. Only the ports I
> specify are open from the Internet to the DMZ.
>
> The problem I'm having is this:
>
> When I try to connect to a host in the DMZ from the LAN, it does not
> work when I use the "real" IP address.
>
> An example of the error in the logs is this:
> -----
> IPT INPUT packet died: IN=eth1 OUT=
> MAC=00:10:5a:1b:48:8a:00:10:5a:00:ff:b8:08:00 SRC=172.16.11.2
> DST=66.92.171.152 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=3514 DF PROTO=TCP
> SPT=32949 DPT=80 WINDOW=5440 RES=0x00 SYN URGP=0
> ----
>
> Does anyone have any idea why this might be happening?
>
> Much thanks.
>
> --
> David Collodel <dave@crawlspaceradio.com>
>
>
You have to configure your DNS server so that whenever a request comes
from the internal it should be sent to DMZ.
If from internal you can connect to any of the servers which are there
in the external, then you should also be able to connect to the DMZ
using the external ip.
And tell me how the connetivity is going on from external to the DMZ?
--
Dharmendra.T
Linux Enthu
^ permalink raw reply
* RE: [PATCH 2.5.54] cpufreq-ACPI: deprecated usage of CPUFREQ_ALL_ CPUS
From: Grover, Andrew @ 2003-01-09 1:06 UTC (permalink / raw)
To: Dominik Brodowski; +Cc: linux-kernel, cpufreq, acpi-devel
> From: Dominik Brodowski [mailto:linux@brodo.de]
> Deprecated usage of CPUFREQ_ALL_CPUS: as policy->cpu now only points
> to an existing CPU, some code can safely be removed from the ACPI
> P-States cpufreq driver.
OK thanks, applied.
BTW Dominik in the future don't feel you need to submit cpufreq-ACPI
patches through me - although a CC would still be nice. ;-)
Regards -- Andy
^ permalink raw reply
* Record RPC patch
From: David Shirley @ 2003-01-09 5:00 UTC (permalink / raw)
To: netfilter
Hi All,
Whats happened with the record RPC patch? Why is it
listed as broken?
Is there a replacement that does the same thing?
Cheers
Dave
/-----------------------------------
David Shirley
System's Administrator
Computer Science - Curtin University
(08) 9266 2986
-----------------------------------/
^ permalink raw reply
* RE: DMZ trouble!
From: David Collodel @ 2003-01-09 4:59 UTC (permalink / raw)
To: John A. Novak; +Cc: netfilter
In-Reply-To: <F635E25A78F69C41B85DC6CB18972A9A474721@kepler.blueshiftinc.com>
Yes. I've got the following for my generic FORWARD rules:
-----
$IPTABLES -A FORWARD -i $DMZ_IFACE -o $EXT_IFACE -j ACCEPT
$IPTABLES -A FORWARD -i $EXT_IFACE -o $DMZ_IFACE -m state \
--state ESTABLISHED,RELATED -j ACCEPT
$IPTABLES -A FORWARD -i $LAN_IFACE -o $DMZ_IFACE -j KEEP_STATE
$IPTABLES -A FORWARD -i $DMZ_IFACE -o $LAN_IFACE -m state \
--state ESTABLISHED,RELATED -j ACCEPT
-----
DMZ_IFACE = eth1
EXT_IFACE = eth0
LAN_IFACE = eth2
The traffic gets forwarded everywhere if I use the internal IP
addresses. It only seems to have a problem if I try to connect from a
LAN address to a "real" ip that's bound to eth0
something like 172.16.11.2 -> 172.16.12.2 works fine.
However, 172.16.11.2 -> 66.92.171.152 does not work.
66.92.171.152 is bound to eth0, and when someone on the OUTSIDE tries to
connect to it, it gets properly forwarded and NAT'ed to 172.16.12.2
On Wed, 2003-01-08 at 23:22, John A. Novak wrote:
> Do you have rules that allow traffic to be forwarded from the LAN to the DMZ and back ?
>
> John Novak
>
> -----Original Message-----
> From: David Collodel [mailto:dave@crawlspaceradio.com]
> Sent: Wednesday, January 08, 2003 7:43 PM
> To: netfilter@lists.netfilter.org
> Subject: DMZ trouble!
>
>
> Hi,
>
> I've recently been working on a firewall using IPtables to create a
> DMZ/LAN setup.
>
> I have a system with 3 NIC's.
>
> eth0 has the "real" static IP's from my ISP. I'm using NAT to translate
> from the IP bound on this NIC to the internal DMZ and LAN hosts.
> eth1 is set to 172.16.12.1 and is used as the DMZ interface. Hosts
> connected to this interface are all 172.16.12.x
> eth2 is set to 172.16.11.1 and is used as the LAN interface.Hosts
> connected here are all 172.16.11.x
>
> Most things seem to be working, I can connect from the LAN to the DMZ
> and to the Internet. I can connect from the DMZ to the Internet, but not
> to the LAN, but already established connections work. Only the ports I
> specify are open from the Internet to the DMZ.
>
> The problem I'm having is this:
>
> When I try to connect to a host in the DMZ from the LAN, it does not
> work when I use the "real" IP address.
>
> An example of the error in the logs is this:
> -----
> IPT INPUT packet died: IN=eth1 OUT=
> MAC=00:10:5a:1b:48:8a:00:10:5a:00:ff:b8:08:00 SRC=172.16.11.2
> DST=66.92.171.152 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=3514 DF PROTO=TCP
> SPT=32949 DPT=80 WINDOW=5440 RES=0x00 SYN URGP=0
> ----
>
> Does anyone have any idea why this might be happening?
>
> Much thanks.
--
David Collodel <dave@crawlspaceradio.com>
^ permalink raw reply
* RE: opening a port..
From: Dharmendra.T @ 2003-01-09 4:55 UTC (permalink / raw)
To: mdew; +Cc: Rob Sterenborg, netfilter
In-Reply-To: <1042080082.606.21.camel@nirvana>
On Thu, 2003-01-09 at 08:11, mdew wrote:
> On Thu, 2003-01-09 at 03:24, Rob Sterenborg wrote:
> > > ok, telnet from another machine to the router.
> > >
> > > telnet 10.0.0.6 4662
> > > Trying 10.0.0.6...
> > > telnet: Unable to connect to remote host: Connection refused
> > >
> > > what "service" should I be running? I simply want 4662 open both ways.
> >
> > # netstat -an|grep 4662
> > should tell you if your box is listening at all on port 4662.
> >
> > If you run eDonkey server on the firewall box, open port in the INPUT
> > chain.
> > If your eDonkey server is *behind* the firewall, open the port in the
> > FORWARD chain, and add a DNAT rule in the nat table -> PREROUTING chain.
>
> the edonkey server is behind the firewall
>
> 210.54.175.12--->eth0 (Router) 10.0.0.6(eth1)--->10.0.0.x
>
> iptables -t nat -A PREROUTING -p tcp -i eth0 -d 210.54.175.12 --dport 4662 -j DNAT --to 10.0.0.6:4662
>
This should work without the last rule.
iptables -A FORWARD -p tcp -i eth0 -d 10.0.0.6 --dport 4662 -j ACCEPT
>
> like that?
>
>
>
--
Dharmendra.T
Linux Enthu
^ permalink raw reply
* 2.5.55-mm1
From: Andrew Morton @ 2003-01-09 4:45 UTC (permalink / raw)
To: lkml, linux-mm
http://www.zip.com.au/~akpm/linux/patches/2.5/2.5.55/2.5.55-mm1/
. Lots of various random fixes (I generally don't changelog these - the diffs
just quietly change)
. Chris's reiserfs multipage direct-to-bio reads patch is back again.
. oprofile for Pentium 4's
. I've dropped Adam's micro-devfs patch in here too. Reports from people who
use devfs would be appreciated. Success reports, as well as bugs.
Changes since 2.5.54-mm3:
-log_buf_size.patch
-nfsd-fix.patch
-dio-return-partial-result.patch
-aio-direct-io-infrastructure.patch
-deferred-bio-dirtying.patch
-aio-direct-io.patch
-aio-dio-debug.patch
-dio-reduce-context-switch-rate.patch
-dio-always-kmalloc.patch
-misc.patch
-3c920.patch
-copy_page_range-cleanup.patch
-pte_chain_alloc-fix.patch
-page_add_rmap-rework.patch
-rat-preload.patch
-use-rat-preallocation.patch
-mempool_resize-fix.patch
-slab-redzone-cleanup.patch
-shrink-kmap-space.patch
-route-cache-kmalloc-per-cpu.patch
-wli-12_pidhash_size.patch
Merged
+deadline-fixups.patch
Some IO scheduler adjustments
+touched_by_munmap-go-forwards.patch
Support for low-latency pagetable zapping
+misc.patch
Misc fixes
+ext3-ino_t-cleanup.patch
ext3 cleanup
+reiserfs-readpages.patch
back again. Multipage direct-to-BIO reads for reiserfs
+inline-constant-small-copy_user.patch
Inline constant 1, 2 and 4-bytes copy_*_user's for ia32
+oprofile-p4.patch
+op4-fix.patch
oprofile support for pentium 4
-wli-01_numaq_io.patch
Lots of rejects
+smalldevfs.patch
Adam's cut-down devfs
All 51 patches:
linus.patch
cset-1.838.136.15-to-1.930.txt.gz
kgdb.patch
rcf.patch
run-child-first after fork
devfs-fix.patch
cputimes_stat.patch
Retore per-cpu time accounting, with a config option
inlines-net.patch
rbtree-iosched.patch
rbtree-based IO scheduler
deadline-fixups.patch
deadsched cleanups/fixups
i_shared_sem.patch
turn i_shared_lock into a semaphore
cond_resched_lock-rework.patch
simplify and generalise cond_resched_lock
untypedef-mmu_gather.patch
replace `typedef mmu_gather_t' with `struct mmu_gather'
touched_by_munmap-go-forwards.patch
Don't reverse the VMA list in touched_by_munmap()
low-latency-page-unmapping.patch
low-latency pagetable teardown
misc.patch
misc fixes
smp-preempt-latency-fix.patch
Fix an SMP+preempt latency problem
ext3-ino_t-cleanup.patch
Subject: [PATCH] 2.5 ext3 ino_t removal
smaller-head-arrays.patch
setuid-exec-no-lock_kernel.patch
remove lock_kernel() from exec of setuid apps
ptrace-flush.patch
Subject: [PATCH] ptrace on 2.5.44
buffer-debug.patch
buffer.c debugging
warn-null-wakeup.patch
pentium-II.patch
Pentium-II support bits
reiserfs-readpages.patch
reiserfs v3 readpages support
rcu-stats.patch
RCU statistics reporting
auto-unplug.patch
self-unplugging request queues
less-unplugging.patch
Remove most of the blk_run_queues() calls
ext3-fsync-speedup.patch
Clean up ext3_sync_file()
lockless-current_kernel_time.patch
Lockless current_kernel_timer()
scheduler-tunables.patch
scheduler tunables
set_page_dirty_lock.patch
fix set_page_dirty vs truncate&free races
htlb-2.patch
hugetlb: fix MAP_FIXED handling
inline-constant-small-copy_user.patch
inline 1,2 and 4-byte copy_*_user operations
oprofile-p4.patch
op4-fix.patch
wli-02_do_sak.patch
(undescribed patch)
wli-03_proc_super.patch
(undescribed patch)
wli-06_uml_get_task.patch
(undescribed patch)
wli-07_numaq_mem_map.patch
(undescribed patch)
wli-08_numaq_pgdat.patch
(undescribed patch)
wli-09_has_stopped_jobs.patch
(undescribed patch)
wli-10_inode_wait.patch
(undescribed patch)
wli-11_pgd_ctor.patch
(undescribed patch)
wli-11_pgd_ctor-update.patch
pgd_ctor update
wli-13_rmap_nrpte.patch
(undescribed patch)
dcache_rcu-2.patch
dcache_rcu-2-2.5.51.patch
dcache_rcu-3.patch
dcache_rcu-3-2.5.51.patch
page-walk-api.patch
page-walk-api-2.5.53-mm2-update.patch
pagewalk API update
page-walk-scsi.patch
page-walk-scsi-2.5.53-mm2.patch
pagewalk scsi update
smalldevfs.patch
smalldevfs
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply
* Re: marking all h323 packets with some TOS
From: Ranjeet Shetye @ 2003-01-09 4:37 UTC (permalink / raw)
To: netfilter
In-Reply-To: <3E1D604D.18388311@networkprograms.com>
Are the modules loaded into the kernel ? run an lsmod and make sure that
the modules are loaded.
Otherwise you will need to use insmod or modprobe to load the modules
into the kernel
you might want to do this in some startup script so that the modules are
loaded on bootup.
Ranjeet Shetye.
On Thu, 2003-01-09 at 12:43, Upma Gandhi wrote:
> Hello Raymond,
> Thanks for your help.
> Modules are not missing and they are compiled also.
> But one doubt , in ip_conntarck_in function of ip_conntrack_core.c file.
> When it lokks for ct-helper, it's address is 0, means that helper are
> not register.
> But I've compiled h323& rtc helper, as I'm very new to
> iptables/netfilter, I don't have any idea what does this means ?
>
> Regards
> Upma
>
> Raymond Leach wrote:
>
> > Sounds like it doesn't understand the -j FTOS. Maybe a missing module or
> > not compiled into the kernel?
> >
> > On Thu, 2003-01-09 at 10:13, Upma Gandhi wrote:
> > > Hello All,
> > > I have a following setup
> > >
> > > Internet <-> Router with netfilter configure <-> LAN(192.9.201.0/24)
> > >
> > > lets supopose eth0 is LAN side Interface and
> > > eth1 is WAN side interface.
> > >
> > > what I want to do is "Mark all h323 packets with some tos value".
> > > for which my iptables command seems to be like this-
> > > iptables -t mangle -A FORWARD -o eth0 -d 192.9.201.0/24 -p tcp -m
> > > rtp -j FTOS --set-ftos 0xb8.
> > >
> > > but it's giving an error message -
> > > iptable: No chain/target/match by tha rule.
> > >
> > > Can anybody help me out.
> > >
> > > Thanks & Regards
> > > Upma
> > >
> > --
> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > ( Raymond Leach )
> > ) Knowledge Factory (
> > ( )
> > ) Tel: +27 11 445 8100 (
> > ( Fax: +27 11 445 8101 )
> > ) (
> > ( http://www.knowledgefactory.co.za/ )
> > ) http://www.saptg.co.za/ (
> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > o o
> > o o
> > .--. .--.
> > | o_o| |o_o |
> > | \_:| |:_/ |
> > / / \\ // \ \
> > ( | |) (| | )
> > /`\_ _/'\ /'\_ _/`\
> > \___)=(___/ \___)=(___/
> >
> > ------------------------------------------------------------------------
> > Name: signature.asc
> > signature.asc Type: application/pgp-signature
> > Description: This is a digitally signed message part
>
>
^ permalink raw reply
* bdi200 or powertap.. help me to decide.
From: Omanakuttan @ 2003-01-09 4:36 UTC (permalink / raw)
To: linuxppc-embedded
Hi,
we are developing a custom board based on mpc8260eds board and planning
to run linux on it. We require a tool to debug the kernel and ppcboot,
if required.
I have been following the recent ( and ongoing ) discussions on bdi2000.
I have recommended the company to buy bdi2000. The company is
considering bdi2000 and powertap. ( AMC Applied Microsystems
Corporation's PowerTAP™).
I am going through the data sheet of powertap and doing a comparitative
study of both products to find out which one is better suited for linux
kernel debugging. Frankly we don't need any of the jazz that powertap +
MWX-ICE™ debugger offers .We will be happy to use GNU tools. One good
feature I see in powertap is to examine the contents of the registers.
but I am a little pessimistic about the linux kernel debug support on
powertap.
If you have any inputs that will help me to decide the product we should
buy, please provide them.
Thanks and regards,
Om.
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* 2.5.55-mm1
From: Andrew Morton @ 2003-01-09 4:45 UTC (permalink / raw)
To: lkml, linux-mm
http://www.zip.com.au/~akpm/linux/patches/2.5/2.5.55/2.5.55-mm1/
. Lots of various random fixes (I generally don't changelog these - the diffs
just quietly change)
. Chris's reiserfs multipage direct-to-bio reads patch is back again.
. oprofile for Pentium 4's
. I've dropped Adam's micro-devfs patch in here too. Reports from people who
use devfs would be appreciated. Success reports, as well as bugs.
Changes since 2.5.54-mm3:
-log_buf_size.patch
-nfsd-fix.patch
-dio-return-partial-result.patch
-aio-direct-io-infrastructure.patch
-deferred-bio-dirtying.patch
-aio-direct-io.patch
-aio-dio-debug.patch
-dio-reduce-context-switch-rate.patch
-dio-always-kmalloc.patch
-misc.patch
-3c920.patch
-copy_page_range-cleanup.patch
-pte_chain_alloc-fix.patch
-page_add_rmap-rework.patch
-rat-preload.patch
-use-rat-preallocation.patch
-mempool_resize-fix.patch
-slab-redzone-cleanup.patch
-shrink-kmap-space.patch
-route-cache-kmalloc-per-cpu.patch
-wli-12_pidhash_size.patch
Merged
+deadline-fixups.patch
Some IO scheduler adjustments
+touched_by_munmap-go-forwards.patch
Support for low-latency pagetable zapping
+misc.patch
Misc fixes
+ext3-ino_t-cleanup.patch
ext3 cleanup
+reiserfs-readpages.patch
back again. Multipage direct-to-BIO reads for reiserfs
+inline-constant-small-copy_user.patch
Inline constant 1, 2 and 4-bytes copy_*_user's for ia32
+oprofile-p4.patch
+op4-fix.patch
oprofile support for pentium 4
-wli-01_numaq_io.patch
Lots of rejects
+smalldevfs.patch
Adam's cut-down devfs
All 51 patches:
linus.patch
cset-1.838.136.15-to-1.930.txt.gz
kgdb.patch
rcf.patch
run-child-first after fork
devfs-fix.patch
cputimes_stat.patch
Retore per-cpu time accounting, with a config option
inlines-net.patch
rbtree-iosched.patch
rbtree-based IO scheduler
deadline-fixups.patch
deadsched cleanups/fixups
i_shared_sem.patch
turn i_shared_lock into a semaphore
cond_resched_lock-rework.patch
simplify and generalise cond_resched_lock
untypedef-mmu_gather.patch
replace `typedef mmu_gather_t' with `struct mmu_gather'
touched_by_munmap-go-forwards.patch
Don't reverse the VMA list in touched_by_munmap()
low-latency-page-unmapping.patch
low-latency pagetable teardown
misc.patch
misc fixes
smp-preempt-latency-fix.patch
Fix an SMP+preempt latency problem
ext3-ino_t-cleanup.patch
Subject: [PATCH] 2.5 ext3 ino_t removal
smaller-head-arrays.patch
setuid-exec-no-lock_kernel.patch
remove lock_kernel() from exec of setuid apps
ptrace-flush.patch
Subject: [PATCH] ptrace on 2.5.44
buffer-debug.patch
buffer.c debugging
warn-null-wakeup.patch
pentium-II.patch
Pentium-II support bits
reiserfs-readpages.patch
reiserfs v3 readpages support
rcu-stats.patch
RCU statistics reporting
auto-unplug.patch
self-unplugging request queues
less-unplugging.patch
Remove most of the blk_run_queues() calls
ext3-fsync-speedup.patch
Clean up ext3_sync_file()
lockless-current_kernel_time.patch
Lockless current_kernel_timer()
scheduler-tunables.patch
scheduler tunables
set_page_dirty_lock.patch
fix set_page_dirty vs truncate&free races
htlb-2.patch
hugetlb: fix MAP_FIXED handling
inline-constant-small-copy_user.patch
inline 1,2 and 4-byte copy_*_user operations
oprofile-p4.patch
op4-fix.patch
wli-02_do_sak.patch
(undescribed patch)
wli-03_proc_super.patch
(undescribed patch)
wli-06_uml_get_task.patch
(undescribed patch)
wli-07_numaq_mem_map.patch
(undescribed patch)
wli-08_numaq_pgdat.patch
(undescribed patch)
wli-09_has_stopped_jobs.patch
(undescribed patch)
wli-10_inode_wait.patch
(undescribed patch)
wli-11_pgd_ctor.patch
(undescribed patch)
wli-11_pgd_ctor-update.patch
pgd_ctor update
wli-13_rmap_nrpte.patch
(undescribed patch)
dcache_rcu-2.patch
dcache_rcu-2-2.5.51.patch
dcache_rcu-3.patch
dcache_rcu-3-2.5.51.patch
page-walk-api.patch
page-walk-api-2.5.53-mm2-update.patch
pagewalk API update
page-walk-scsi.patch
page-walk-scsi-2.5.53-mm2.patch
pagewalk scsi update
smalldevfs.patch
smalldevfs
^ permalink raw reply
* Re: [PATCH] /proc/sys/kernel/pointer_size
From: David S. Miller @ 2003-01-09 4:31 UTC (permalink / raw)
To: dan; +Cc: torvalds, levon, linux-kernel
In-Reply-To: <20030109040025.GA11596@nevyn.them.org>
From: Daniel Jacobowitz <dan@debian.org>
Date: Wed, 8 Jan 2003 23:00:25 -0500
Just to clarify something that I saw getting lost in this discussion:
Oprofile doesn't need to become built as a 64-bit binary, just
configured to accept 64-bit kernels. So this doesn't rule out using a
32-bit oprofile (i.e. not needing a 64-bit libc) on a 64-bit kernel.
It just means that we need to specify it somehow.
That's right, indeed. And furthermore, I'm willing to eat the 64-bit
overhead for all sparc builds. :)
^ permalink raw reply
* Linux v2.5.55
From: Linus Torvalds @ 2003-01-09 4:35 UTC (permalink / raw)
To: Kernel Mailing List
All over the map again: arm, alpha, ppc, sparc, usb, isdn, dm, sysfs,
knfsd - you name it.
Linus
Summary of changes from v2.5.54 to v2.5.55
============================================
<adaplas@pol.net>:
o [AGPGART]: early agp init fix intel_agp_init() must not be
declared static for explicit early initialization to work (ie
i810fb).
<arnd@bergmann-dalldorf.de>:
o [NET-DV]: Add some missing statics
<craig@homerjay.homelinux.org>:
o Fix errors making Docbook documentation
<daniel.ritz@gmx.ch>:
o Fix kallsyms stem compression crash
o Stop APM initialization race from oopsing
<gerg@moreton.com.au>:
o remove malloc.h from 68328 serial driver
<joe@fib011235813.fsnet.co.uk>:
o dm: Don't let the ioctl interface drop a suspended device
o dm: Correct clone info initialisation
o dm: Correct target_type reference counting
o dm: rwlock_t -> rw_semaphore (fluff)
o dm: Call dm_put_target_type() *after* calling the destructor
o dm: Remove explicit returns from void fns (fluff)
o dm: printk tgt->error if dm_table_add_target() fails
o dm: Simplify error->map
o dm: Export dm_table_get_mode()
o dm: Remove redundant error checking
<john@grabjohn.com>:
o Fix two mis-spellings of 'kernel'
<kala@pinerecords.com>:
o remove net config from arch-alpha
o remove net config from arch-arm
o remove net config from arch-cris
o remove net config from arch-ia64
o remove net config from arch-m68k
o remove net config from arch-m68k_nommu
o remove net config from arch-mips32
o remove net config from arch-mips64
o remove net config from arch-parisc
o remove net config from arch-ppc
o remove net config from arch-ppc64
o remove net config from arch-sparc32
o remove net config from arch-sparc64
o remove net config from arch-superh
o remove net config from arch-v850
o remove net config from arch-x86
o remove net config from arch-x86_64
o add proper bus dependencies to net driver configs
o add m68k dependencies to net driver config
o Add the unified NETDEVICES submenu
o Bring the "Networking support" menu to life
<mikal@stillhq.com>:
o misc_register-011-002
o xpad_typo
o cli_sti_removal-002
o misc_register-008-004
o misc_register-029-004
o misc_register-007-005
<pablo@menichini.com.ar>:
o Handle kmalloc fails: drivers_pci_probe.c
o [SPARC-ENVCTRL]: Handle failed kmalloc
<valko@linux.karinthy.hu>:
o [SPARC64]: Translate IPT_SO_SET_REPLACE socket option for 32-bit
apps
<wd@denx.de>:
o PPC32: Add support for SPI and RISC timers to the MPC8xx commproc.h
file.
o PPC32: Minor updates for a few MPC8xx platforms
o PPC32: Make the MPC8xx FEC driver PHY selection configurable
o PPC32: Add code to support the AMD AM79C874 PHY to the MPC8xx FEC
driver
<wrlk@riede.org>:
o fix ide-scsi oops with abort
Adrian Bunk <bunk@fs.tum.de>:
o remove kernel 2.0 compatibility code from i91uscsi.c
o Remove stale zft_dirty() caller and declaration
o remove code for 2.0 kernels from drivers/char/ftape/*
Andi Kleen <ak@suse.de>:
o x86-64 updates for 2.5.54
o 2.5.54 AGP driver fixes for x86-64
o x86_64 extable fixes
o Fix x86-64 AGPGART/IOMMU compilation
Andrew Morton <akpm@digeo.com>:
o hugetlbfs deadlock
o move LOG_BUF_SIZE to header/config
o devfs mount-time readdir fix and cleanup
o misc fixes
o 3c59x: 3c920 support
o copy_page_range: minor cleanup
o infrastructure for handling pte_chain_alloc() failures
o handle pte_chain_alloc() failures
o infrastructure for handling radix_tree_node allocation
o handle radix_tree_node allocation failures
o mempool_resize fix
o slab: redzoning cleanup
o shrink the amount of vmalloc space reserved for kmap
o Dynamically size the pidhash hash table
o AIO exit fix
o return the correct thing from direct-io
o AIO support for raw/O_DIRECT
o bio dirtying infrastructure
o AIO support for raw/O_DIRECT
o Reduced wakeup rate in direct-io code
Andries E. Brouwer <andries.brouwer@cwi.nl>:
o scsi_scan.c
o htmldoc fix
Anton Blanchard <anton@samba.org>:
o ppc64: remove yaboot hooks, we dont use them on ppc64
o ppc64: remove MSCHUNKS code from prom.c, its no longer used on
pSeries
o ppc64: call quiesce
o ppc64: quieten boot wrapper a bit
o ppc64: Makefile cleanup from Sam Ravnborg
o ppc64: remove some old xmon code
o ppc64: move sys32_times + sys32_newstat from Stephen Rothwell
o ppc64: remove some old code
o ppc64: remove xics_isa_init
o ppc64: move xics.h into include/asm-ppc64
o ppc64: add identifiers to asm statements, makes reading disassembly
slightly easier
o ppc64: wrap pSeries and iSeries specific code
o ppc64: Split up pSeries and iSeries specific files, helps with
bloat and TOC utilisation
o ppc64: Makefile cleanup from Sam Ravnborg
o ppc64: support for > 32 CPUs (24 way RS64 with HMT shows up as 48
way)
o ppc64: Fix for memcpy from paulus
o ppc64: Add readahead ioctls
o ppc64: restore FB ioctls
o ppc64: eliminate the rest of the __kernel_..._t32 typedefs from
Stephen Rothwell
o ppc64: update
o small module patch
Benjamin Herrenschmidt <benh@kernel.crashing.org>:
o PPC32: Extend CPU and idle handling for new 7xx/7xxx PPC cpus
o PPC32: Update L2/L3 cache control register handling (from 2.4)
Bjorn Helgaas <bjorn_helgaas@hp.com>:
o [AGP] Remove bogus AGP/DRM assumptions [Forward port of a 2.4 patch
that got applied last month -- DJ]
o [AGP] size AGP mem correctly when memory is discontiguous
o 440GX AGP update
o i810/i830 AGP update
Bob Miller <rem@osdl.org>:
o Remove unused function from radeon_mem.c
o Fixed ifdefs for a label in ncpfs_sock.c
Chris Wilson <chris@qwirx.com>:
o misc_register sx.c version 2
o Kernel Janitors patch to drivers_macintosh_ans-lcd.c
o ip27-rtc.c create_proc_read_entry patch
o perf.c misc_register patch
o drivers_macintosh_via-pmu_.c
o drivers_sgi_char_streamable.c misc_register patch
o drivers_sgi_char_usema.c misc_register patch
o cli_sti in drivers_net_irda_sa1100_ir.c
Christoph Hellwig <hch@infradead.org>:
o Fix PCMCIA SCSI driver build
Dave Jones <davej@codemonkey.org.uk>:
o [AGP] add agp_num_entries() function to determine GATT table size -
reserved IOMMU entries
o [AGP] Move the VIA KT400 to its own driver
o [AGP] Add debug info to failure path of AGP 3.0 rate enabling
o [AGP] VIA KT400 AGP 3.0 aperture size decoding
o [AGP] Flesh out the VIA KT400 driver some more
o [AGP] VIA VT8235/P4X400 GART support (based upon 2.4 patch from
Richard Baverstock <beaver@gto.net>)
o [AGP] Clean up some comments
o [AGP] P4X333 uses same northbridge as P4X400 Also renumber it. (The
previous patch used the number of the southbridge by mistake)
o x86-64 RAID XOR compile fix
o Fix READ_CD fallback
o CDROM changers timeout tweak
o Wacky gdth driver vendor update
o P4 typo
o CREDITS updates
o Appletalk bits depend on ISA/EISA
o yenta comment typo
o Missed checks in hisax
o Make ip2 module variable dependant on CONFIG_MODULE
o Missing check in PCI hotplug
o Fix up dma_alloc_coherent with 64bit DMA masks on i386
o zoran ioctl sleeping fixes
o x86-64 pmd corruption fix
o size_t fixes
o tracer pid
o Correct header
o Remove broken prefetching in free_one_pgd()
o x86-64 spinlock code typo
o compiler warning silence
o EDD typo
o signal.h -W cleanup
o Remove unneeded CONFIG_X86_USE_STRING_486
o Remove unused proto
Dave Kleikamp <shaggy@shaggy.austin.ibm.com>:
o JFS: In jfs_extendfs, brelse was being called with wrong bufferhead
o JFS: Clean up flushing outstanding transactions to journal
o JFS: add sync_fs super_operation
o JFS: define aio_read and aio_write file_operations
David Jeffery <david_jeffery@adaptec.com>:
o ips driver 1/3: remove 2.2 kernel compat code
o ips driver 2/3: adapter error handling fixes
o ips driver 3/3: code cleanup
David S. Miller <davem@nuts.ninka.net>:
o [AIC7xxx]: aic7xxx_osm.h needs asm/io.h, this keeps being deleted
by Justin :(
o [SPARC]: Kill ide intr lock crap from asm ide.h headers
o [SPARC64]: Add dummy archclean target
o [USB]: core/hcd.c needs dma-mapping.h
o [USB]: Add missing quotes in ohci debugging snprintf
o [SPARC64]: Only include linux/cache.h in asm/smp.h if not assembler
o [NFS4]: Use proper printf format for size_t
o [SPARC64]: Add dummy archmrproper rule
o [SPARC64]: Fix aic7xxx kconfig path
o [SPARC]: sbus.c ifdeffing cleanup
o [SPARC64]: flock compat changes
o kernel/pid.c: Use proper size_t printf format string
o [SPARC64]: Fix typos in Rustys extable changes
o [SUNRPC]: svcauth.h needs linux/string.h
o [CRC32]: Fix pointer casts on 64-bit
o [SUNGEM]: Add warning to ppc code wrt. MAX_ADDR_LEN change
o [NET]: Remove dup wireless.h include in socket.c
Dipankar Sarma <dipankar@in.ibm.com>:
o [IPV4]: barriers in lockfree rtcache
Dominik Brodowski <linux@brodo.de>:
o cpufreq: p4-clockmod bugfixes
o cpufreq: elanfreq cleanup and compile fix
o cpufreq: update timer notifier
Geert Uytterhoeven <geert@linux-m68k.org>:
o Remove unused prototype for init_modules()
Gerd Knorr <kraxel@bytesex.org>:
o add tda9887 module
o video-buf.c update
o add v4l1-compat module
o bttv driver update
o update bttv documentation
o add bt832 module
o media/video i2c updates
o i2c update for tuner.c
o saa7134 driver update
Greg Kroah-Hartman <greg@kroah.com>:
o IBM PCI Hotplug: fix compile time error due to find_bus() function
name
o PCI: properly unregister a PCI device if it is removed
o PCI hotplug: clean up the try_module_get() logic a bit
Hideaki Yoshifuji <yoshfuji@linux-ipv6.org>:
o [IPV6]: Fix Length of Authentication Extension Header
Hugh Dickins <hugh@veritas.com>:
o I/O APIC confusion
o demystify do_boot_cpu stack
James Bottomley <jejb@raven.il.steeleye.com>:
o parisc update for 53c700/lasi700
o shuffle sr_ioctl include ordering for parisc
o update ncr53c8xx to new dma_ API (needed to incorporate zalon)
James Morris <jmorris@intercode.com.au>:
o [SUNSAB]: Bug fixes for new sunsab uart driver
Jeff Garzik <jgarzik@redhat.com>:
o [netdrvr mii] fix ugly lack of useful bit masking
o [netdrvr] add AMD-8111 ethernet driver (yet another PCI lance)
o [netdrvr eepro100] new pci id
o [netdrvr de4x5] fix uninitializer timer
o [netdrver e1000] wol updates
o [netdrvr e1000] restore VLAN settings after resume
o [netdrvr e1000] small cleanups and fixes
o [netdrvr e100] Bug fix: system panic in watchdog when repeating
ifdown, rmmod, insmod
o [netdrvr e100] Bug fix: enable/disable WOL based on EEPROM settings
o [netdrvr e100] fix ethtool/mii interface up/down issues
o [IrDA] s/MOD_foo_COUNT/SET_MODULE_OWNER/ cleanups
o [netdrvr] ethernet crc fixes
o [netdrvr e100] better debugging for command failures/timeouts
o [netdrvr e100] changelog/whitespace updates, small fixes
o [netdrvr amd8111e] add to drivers/net/Makefile.lib too, as it uses
crc32
Justin T. Gibbs <gibbs@overdrive.btc.adaptec.com>:
o Update the aic7xxx Makefile so that the register information tables
are not rebuilt on every build.
o aic7xxx/aicasm
o aic7xxx and aic79xx drivers Correct several DV issues
o aic7xxx and aic79xx driver updates
Kai Germaschewski <kai@tp1.ruhr-uni-bochum.de>:
o ISDN/HiSax: Fix compilation for !CONFIG_ISAPNP
o ISDN/HiSax: Remove unused B-Channel callbacks
o ISDN/HiSax: un-virtualize W6692 B-Channel access
o ISDN/HiSax: Helper functions for B-Channel {read,write}_reg()
o ISDN/HiSax: Move BC_{Read,Write}_Reg into struct bc_hw_ops
o ISDN/HiSax: Un-virtualize D-channel access in hfc_2bds0.c
o ISDN/HiSax: Un-virtualize D-channel access in w6692.c
o ISDN/HiSax: Helper functions for D-Channel {read,write}_reg() etc
o ISDN/HiSax: Move isac{read,write}{,fifo} into struct dc_hw_ops
o ISDN/HiSax: Simplify readreg()/writereg() use
o ISDN/HiSax: Use u8 instead of u_char
o ISDN/HiSax: Renaming ReadISAC -> isac_read etc
o ISDN/HiSax: Add B-Channel FIFO ops
o ISDN/HiSax: Use {isac,hscx}_{read,write} and friends
o ISDN/HiSax: Un-inline hscx_irq.c
o ISDN/HiSax: Un-inline jade_irq.c
o ISDN/HiSax: Remove unnecessary locking
o ISDN/HiSax: "ops" structure for the shared xmit handling
Linus Torvalds <torvalds@home.transmeta.com>:
o Fix befs/romfs breakage from vfs.h cleanups by Christoph
o Needs <linux/string.h> for strlen()
o Move x86 signal handler return stub to the vsyscall page, and stop
honoring the SA_RESTORER information.
o Make vm86 traps correctly distinguish between vm86 and kernel mode
Luca Barbieri <ldb@ldb.ods.org>:
o Fix sysenter iopl
o Fix sysenter (%ebp) fault handling
o Introduce TIF_IRET and use it to disable sysexit
Martin J. Bligh <mbligh@aracnet.com>:
o create generalised apic_to_node mapping
o make i386 topology caching
o changes do_boot_cpu to return an error code
o move one more to subarch, general tidy up
o cleanup apicid <-> cpu mapping
o remove clustered_apic_mode from smpboot.c
o nuke clustered_apic_mode and friends
Martin Mares <mj@ucw.cz>:
o PCI IDs update
Mikael Pettersson <mikpe@csd.uu.se>:
o fix ide-cd/ide-scsi oopses after module unload
Neil Brown <neilb@cse.unsw.edu.au>:
o knfsd: Avoid opps when NFSD decodes bad filehandle
o knfsd: Fix bug in RPC cache when entry in replaced
o knfsd: Fix some bugs in qword management
o knfsd: Handle -EAGAIN from exp_find properly in nfsfh.c
o knfsd: Don't assume a reader on an RPC cache channel at statup
o knfsd: rpc/svc auth_unix tidyup
o knfsd: Allow rpcsvc caches to provide a 'cache_show' method
o knfsd: Provide content file for auth.unix.ip cache
o knfsd: Provide 'flush' interface for userspace to flush rpc/svc
caches
o knfsd: Fixes for nfsd filesystem files
o knfsd: Change names of legacy interfaces in nfsd filesys to start
with period
o knfsd: Add 'filehandle' entry for nfsd filesystem for looking up a
filehandle
o knfsd: Add 'threads' file to nfsd filesystem to allow changing
number of threads
o knfsd: Use hash_long from hash.h for hashing in rpc/svc caches
o knfsd: NFSv4 server fixes
o md: Make sure yielding thread actually yields cpu when waiting for
turn at reconstruct
o md: Make MD device-is-idle test check whole device, not partition
o md: Record location of incomplete resync at shutdown and restart
from there
Patrick Mochel <mochel@osdl.org>:
o kobjects: minor updates
o fs/partitions/check.c - minor updates
o driver model: eliminate struct device_driver::bus_list
o driver model: get correct pointer of interfaces from data
o Deprecate /proc/pci
o kobject.h - add check that we're being included by other kernel
entities
o kobject: Introduce struct kobj_type
o driver model: clean up struct bus_type a bit
o driver model: clean up struct device_class a bit
o Introduce struct kset
o kobjects: Remove kobject::subsys and subsystem::kobj
o edd: fix up for changes in kobject infrastructure
o acpi: use decl_subsys() macro
o remove kernel/platform.c
o block devices: use list and lock in block_subsys, instead of those
defined in genhd.c
o net devices: Get network devices to show up in sysfs
o bus drivers: fix leaking refcounts
o driver model: allow manual binding of devices to drivers
o add kset_find_obj() to search for object in a kset's list
o Implement find_bus() for finding a struct bus_type by name
o Update kobject documentation
Paul Mackerras <paulus@samba.org>:
o PPC32: Update the support for the IBM 40x embedded PowerPC chips
and boards
o PPC32: Fix so that we don't use the 6xx-specific idle code on
POWER3
o PPC32: remove support for IBM iSeries machines
o PPC32: create arch/ppc/platforms/4xx/Kconfig and move the config
o PPC32: Fix an oops that could happen if ptrace caused a page fault
o PPC32: Misc. updates to arch/ppc/Kconfig
o PPC32: Makefile and other fixes for the boot wrappers
o PPC32: Use non-pinned large-page TLB entries for kernel RAM mapping
o PPC32: adapt platform code to changes in i8259 PIC code
o PPC32: Use C99 initializer syntax in INIT_THREAD
o PPC32: move some declarations from asm/pci-bridge.h to asm/prom.h
o PPC32: Move IRQ sense/polarity definitions from open_pic.h to irq.h
o PPC32: use CONFIG_FRAMEBUFFER_CONSOLE for logo rather than
CONFIG_FB
o PPC32: Move files for the "oak" 403-based platform in with the
o PPC32: Update the defconfigs
o PPC32: remove execute permission from some ppc source files
o PPC32: Add support for the IBM405LP-based "Beech" board
o PPC32: Add support for the "Redwood-6" STB03xxx-based eval board
o PPC32: Add support for new IBM embedded PPC cpus
Pete Zaitcev <zaitcev@redhat.com>:
o [SPARC]: Add Ravnborg Makefile cleanups
o [SPARC]: Include file cleanups, fixes restart_block compile
o [SPARC]: Build problem in ksyms
o [SPARC]: Eric Browers sbus interrupts decoders
Ravikiran G. Thirumalai <kiran@in.ibm.com>:
o [NET]: Convert sockets_in_use to use per_cpu areas
o [IPV4]: Convert mibstats to use kmalloc_percpu
o [IPV6]: Convert mibstats to use kmalloc_percpu
o [SCTP]: Convert mibstats to use kmalloc_percpu
o [IPV4]: Convert rt_cache_state to use kmalloc_percpu
Ray Lee <ray-lk@madrabbit.org>:
o Re: unix_getname buglet - > 2.5.4(?)
Richard Henderson <rth@twiddle.net>:
o [ALPHA] ET_REL modules support
o [ALPHA] Export scr_memcpyw for modular fbcon
o [TGAFB] Implement the fb_fillrect hook
o [TGAFB] Implement the fb_copyarea hook
o [MODULES] Fix compiler warning wrt try_module_get when modules are
disabled.
o [FB] Re-add fb_readq for non-sparc
o [ALPHA] Distribute the irq and extra device init routines in
arch/alpha/kernel/ to the config options that need them. Fix a few
build problems for XLT and RX164.
o [ALPHA] Makefile cleanup from Sam Ravnborg <sam@ravnborg.org>
o [ALPHA] Corrections to last makefile patch
o [ALPHA] Update for generic exception table cleanup
o [ALPHA] Adjust signature of module_frob_arch_sections
o fix alpha boot oops
Richard Hirst <rhirst@linuxcare.com>:
o Add parisc Zalon SCSI card
Rob Radez <rob@osinvestor.com>:
o [SPARC]: Add param section to linker script
Robert Love <rml@tech9.net>:
o remove wavelan_cs warning
Roland Dreier <roland@topspin.com>:
o [NET]: Increase MAX_ADDR_LEN
Russell King <rmk@flint.arm.linux.org.uk>:
o [ARM] Fix up location of Acorn font file
o [ARM] Fix child-structure named initialisers
o [ARM] Semaphore functions need to be memory barriers
o [ARM] Add restart block infrastructure
o [ARM] Add __param section for kernel/module parameters
o [ARM] Fix up {__,}put_user macros
o [ARM] Allow arch/arm/kernel/asm-offsets.s to be regenerated
o [ARM] Convert semaphore initialisers to C99 syntax
o [ARM] IOP310 build fixes
o [ARM] Allow arch/arm/kernel/bios32.c to build for iop310
o [ARM] Make jornada720 build again
o [ARM] Minor fixes to drivers/pcmcia/sa1111_generic.c
o [ARM] Fix ups for ARM generic dma mapping interface
o [ARM] Sanitise sa1111 and neponset device driver names
o [ARM] Update mach-types
o [ARM] Add basic support for enable/disable_irq_wake
o [ARM] Add support for IRQ-based wakeup for SA11x0 CPUs
o [ARM] Add IRQ wake support for SA1111 PS/2 interfaces
Rusty Russell <rusty@rustcorp.com.au>:
o Modules: fix plt sections
o Use sh_entsize for ELF section offsets
o MODULE_LICENSE and EXPORT_SYMBOL_GPL support
o Exception table cleanup
o /proc/modules change
o Fix BUG() decl warning in smp.h for UP
o Update MAINTAINERS for modules
o "constfrobbing considered harmful"
o Remove mod_bound macro and unify kernel_text_address()
Stephen Rothwell <sfr@canb.auug.org.au>:
o x86 savesegment() cleanup
o better compat_jiffies_to_clock_t
o compat_flock: generic
o compat_flock: ppc64
o compat_flock: x86_64
o compat_flock: ia64
o compat_flock: s390x
o [SPARC64]: Kill __kernel 32-bit compat types, use compat_foo
instead
o {get,put}_compat_timspec: generic
o {get,put}_compat_timspec: s390x
Thibaut Varene <varenet@parisc-linux.org>:
o linux-2.5.46: Remove unused static variable
Thomas Sailer <sailer@scs.ch>:
o 2.5.54: fix oopsable bug in OSS PCI sound drivers
Tom Callaway <tcallawa@redhat.com>:
o [SUNLANCE]: Add missing asm/machine.h include for sun4 builds
Tom Rini <trini@kernel.crashing.org>:
o PPC32: Cleanup the questions under CONFIG_ADVANCED_OPTIONS
o PPC32: Fix a delay which could occur when booting on machines
without an RTC.
o PPC32: Add explicit parens to the _ALIGN macro
o PPC32: Fix some 'prep' machines which are not true PRePs, and can
safely poll for interrupts on the i8259.
o PPC32: Fix a problem in the bootloader/wrapper where we might
o PPC32: Remove extra __KERNEL__ checks in some headers, as well as
adding /* __KERNEL__ */ to the #endif of others.
Tomas Szepe <szepe@pinerecords.com>:
o unify netdev config follow-up
o [NET]: Protect secpath references in skbuff.c with CONFIG_INET
Trond Myklebust <trond.myklebust@fys.uio.no>:
o Fix NFS 'off by one' bug
o allow arbitrary alignment of NFS read/write requests
o Cleanup for SunRPC auth code
William Stinson <wstinson@wanadoo.fr>:
o remove check_region in drivers_isdn_hisax_mic.c
o remove check_region from drivers_isdn_hisax_sedlbauer.c
o remove check_region calls from drivers_telephony_ixj.c
o remove check_region from drivers_isdn_hisax_asuscom.c
o remove check_region from drivers_isdn_hisax_enternow_pci.c
o remove check_region from drivers_isdn_hisax_teles0.c
o remove check_region from drivers_isdn_hisax_w6692.c
o remove check_region from isdn_hisax_s0box.c
o remove check_region from fdc-io.c version 2
o remove check_region from drivers_isdn_hisax_avm_pci.c
o remove check_region from drivers_isdn_hisax_bkm_a8.c
o remove check_region from sportster.c
o remove check_region from nj_u.c
o remove check_region from Documentation_DocBook_videobook.tmpl
o remove check_region from saphir.c
o [SPARC-BPP]: remove check_region
^ permalink raw reply
* Wireless Extensions v16-3 - clean patches
From: Joshua M. Kwan @ 2003-01-09 4:31 UTC (permalink / raw)
To: jt; +Cc: linux-kernel
[-- Attachment #1.1: Type: text/plain, Size: 837 bytes --]
Hi Jean,
I have attached two patches that allow current 2.5.54 BK and 2.4.20
vanilla to patch cleanly from whatever WE they came with to WE16,
from your site. This is easier since the patches on your website for
2.4.20 require two patches, and the 2.5.x one has a single reject
that was not hard to resolve (just a few line breaks here and there
and editing of the surrounding text confused patch.)
For 2.5, the BK i diffed against was a fresh tree from today, but
since you're the one that makes all the changes to those files
anyway, it really doesn't matter until a new WE is pushed! And then
this patch won't be necessary at all :)
Both patches should be placed in the root of the source tree and
applied with -p0.
Hope this can benefit others who would like to easily upgrade their
WE :)
Regards
Josh
[-- Attachment #1.2: we14_2.4.20-we16.patch.bz2 --]
[-- Type: application/octet-stream, Size: 8908 bytes --]
[-- Attachment #1.3: we15_2.5.54bk-we16.patch.bz2 --]
[-- Type: application/octet-stream, Size: 6108 bytes --]
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ 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.