* Re: [parisc-linux] new 2.4.20-pa10 kernel: boot pb.
From: Bruno Vidal @ 2002-12-10 16:54 UTC (permalink / raw)
Cc: Randolph Chung, parisc-linux@lists.parisc-linux.org
In-Reply-To: <3DF456D5.7E000273@admin.france.hp.com>
[-- Attachment #1: Type: text/plain, Size: 380 bytes --]
Hi
I didn't find anything new about this pb. It is hanging in the scan of
the bus while in scan_scsis_single(). I've tried to recompile 2.4.19-pa20
and it works fine ???? So what change beetween 2.4.19 and 2.4.20 in this
area ?
thanks.
--
Vidal Bruno, (770-4271)
SSD-HA Team, HP-UX & LINUX Support
bruno_vidal@admin.france.hp.com
[-- Attachment #2: Card for Bruno Vidal --]
[-- Type: text/x-vcard, Size: 386 bytes --]
begin:vcard
n:Bruno;VIDAL
tel;fax:01-69-82-60-14
tel;work:01-69-29-42-71
x-mozilla-html:TRUE
url:www.france.hp.com
org:Solution Center
version:2.1
email;internet:bruno_vidal@hp.com
title:Expert Logiciel Environnement Haute Disponibilité
adr;quoted-printable:;;HP France=0D=0A;Z.A de Courtaboeuf;1 Av. du Canada;91947 Les Ulis cedex;France
x-mozilla-cpt:;26208
fn:VIDAL Bruno
end:vcard
^ permalink raw reply
* Re: Anti-virus for Sendmail
From: Carl @ 2002-12-10 17:19 UTC (permalink / raw)
To: Manoj Sharma, , linux-admin
In-Reply-To: <200212110002.39658.manoj@tacitnetworks.com>
Manoj,
For open source solution you can try http://www.openantivirus.org/
I'm not sure how mature the software is as i haven't looked at it in a long time.
http://www.linuxsecurity.com has some listings for security resources or
just do a google search on "linux avp"
Carl
At 00:02 11/12/2002 -0500, you wrote:
>Hello All,
>
>I need suggestions for a Anti-virus for my mail server
>(Running Sendmail on RedHat Linux)
>
>Thanks in advance.
>
>--
>Manoj Sharma
>
>-
>To unsubscribe from this list: send the line "unsubscribe linux-admin" in
>the body of a message to majordomo@vger.kernel.org
>More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply
* Re: Agressive selective pre-allocation
From: Anders Widman @ 2002-12-10 17:17 UTC (permalink / raw)
To: reiserfs-list
In-Reply-To: <3DF61996.8050001@NightStorm.com>
> It seems to me that it would be better to have the file system keep
> track of this itself. If the following is known about each file:
> original creation date
> current file size
> number of times extended
> then it might be possible to compute a growth policy. For example when
> extending a small file, just move and extend it. As the file and
> extention frequencies increase then create larger new extents.
> But the problem really is that apps don't actually "grow"these files but
> instead rebuilds them. Thus the file system sees a request to open a
> new file and not to extend an existing one. This would make tracking
> the above parameters way beyond difficult.
Actually, It is impossible to predict how an application will use the
filesystem. The very best and easiest would be if the application
itself allocated enough space to fit the entire file. Either by
telling the FS that the final size of the file, or by actually
creating a large empty file and internally keep a pointer where in the
it should write.
The filesystem writers and "followers" could try to persuade
application developers to do this. Maybe as Hans suggested, by using a
plug-in system or something similar.
//Anders
^ permalink raw reply
* Re: Linux 2.5.51
From: James Simmons @ 2002-12-10 18:16 UTC (permalink / raw)
To: Stian Jordet; +Cc: Benjamin Herrenschmidt, Allan Duncan, linux-kernel
In-Reply-To: <1039539527.762.6.camel@chevrolet.hybel>
> > I can take care of radeon's. Did you already used my updated version
> > from the PPC tree ?
>
> Will the Radeon fbdev driver work with all Radeons (for instance a
> Radeon 9700 Pro)?
Yes I saw support for this card :-)
^ permalink raw reply
* Re: [PATCH] compatibility syscall layer (lets try again)
From: Martin Schwidefsky @ 2002-12-10 17:17 UTC (permalink / raw)
To: Keith Owens; +Cc: LKML
> EX R1,syscall - instruction length is 4, not 2.
Another good reason not to go back to user space.
blue skies,
Martin
Linux/390 Design & Development, IBM Deutschland Entwicklung GmbH
Schönaicherstr. 220, D-71032 Böblingen, Telefon: 49 - (0)7031 - 16-2247
E-Mail: schwidefsky@de.ibm.com
^ permalink raw reply
* Re: Linux 2.5.51
From: James Simmons @ 2002-12-10 18:12 UTC (permalink / raw)
To: Benjamin Herrenschmidt; +Cc: Allan Duncan, linux-kernel
In-Reply-To: <1039539557.3373.1.camel@zion>
> > P.S.S
> >
> > What I really need is a Radeon card :-)
>
> I can take care of radeon's. Did you already used my updated version
> from the PPC tree ?
Yes :-) This is the final changes so no more breakage after this.
P.S
I do have generic EDID code coming for PPC :-) fbmon is alive!!!
^ permalink raw reply
* Re: module-init-tools 0.9.3 -- "missing" issue
From: Rusty Lynch @ 2002-12-10 17:19 UTC (permalink / raw)
To: ALESSANDRO.SUARDI, rusty; +Cc: linux-kernel
In-Reply-To: <2105495.1039535073217.JavaMail.nobody@web55.us.oracle.com>
I see the same thing on my RH 8.0 box (autoconf 2.53). I can still build, I just get the warning. Although it looks like autoconf
does this by design because after running aclocal my aclocal.m4 has some extra code added to the end that causes this ==>
# AM_MISSING_HAS_RUN
# ------------------
# Define MISSING if not defined so far and test if it supports --run.
# If it does, set am_missing_run to use it, otherwise, to nothing.
AC_DEFUN([AM_MISSING_HAS_RUN],
[AC_REQUIRE([AM_AUX_DIR_EXPAND])dnl
test x"${MISSING+set}" = xset || MISSING="\${SHELL} $am_aux_dir/missing"
# Use eval to expand $SHELL
if eval "$MISSING --run true"; then
am_missing_run="$MISSING --run "
else
am_missing_run=
AC_MSG_WARN([`missing' script is too old or missing])
fi
])
----- Original Message -----
From: "ALESSANDRO.SUARDI" <ALESSANDRO.SUARDI@oracle.com>
To: <rusty@rustcorp.com.au>
Cc: <linux-kernel@vger.kernel.org>
Sent: Tuesday, December 10, 2002 7:44 AM
Subject: module-init-tools 0.9.3 -- "missing" issue
> As per the README...
>
> [asuardi@dolphin module-init-tools-0.9.3]$ aclocal
> [asuardi@dolphin module-init-tools-0.9.3]$ automake --add-missing --copy
> Makefile.am: installing `./depcomp'
> [asuardi@dolphin module-init-tools-0.9.3]$ autoconf
> [asuardi@dolphin module-init-tools-0.9.3]$ ./configure --prefix=/
> checking build system type... i686-pc-linux-gnu
> checking host system type... i686-pc-linux-gnu
> checking target system type... i686-pc-linux-gnu
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> /download/kernel/v2.5/module-init-tools-0.9.3/missing: Unknown `--run' option
> Try `/download/kernel/v2.5/module-init-tools-0.9.3/missing --help' for more information
> configure: WARNING: `missing' script is too old or missing
> checking for gawk... gawk
> checking whether make sets ${MAKE}... yes
> checking for gcc... gcc
> checking for C compiler default output... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables...
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for style of include used by make... GNU
> checking dependency style of gcc... gcc3
> configure: creating ./config.status
> config.status: creating Makefile
> config.status: executing depfiles commands
>
> So - it complains about 'missing' not knowing the --run option. Indeed:
>
> [asuardi@dolphin module-init-tools-0.9.3]$ ./missing --help
> ./missing [OPTION]... PROGRAM [ARGUMENT]...
>
> Handle `PROGRAM [ARGUMENT]...' for when PROGRAM is missing, or return an
> error status if there is no known handling for PROGRAM.
>
> Options:
> -h, --help display this help and exit
> -v, --version output version information and exit
>
> Supported PROGRAM values:
> aclocal touch file `aclocal.m4'
> autoconf touch file `configure'
> autoheader touch file `config.h.in'
> automake touch all `Makefile.in' files
> bison create `y.tab.[ch]', if possible, from existing .[ch]
> flex create `lex.yy.c', if possible, from existing .c
> lex create `lex.yy.c', if possible, from existing .c
> makeinfo touch the output file
> yacc create `y.tab.[ch]', if possible, from existing .[ch]
> [asuardi@dolphin module-init-tools-0.9.3]$
>
>
> Unfortunately I'm a newbie in the new module-init-tools && little time to
> dig deeper, so take this as a very simple report. Thanks,
>
> --alessandro
> -
> 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
* RE: [RFC] countdown timer driver
From: Heater, Daniel (IndSys, GEFanuc, VMIC) @ 2002-12-10 17:17 UTC (permalink / raw)
To: 'Dan Kegel', linux-kernel
> > Questions:
> > 1. Is there already a standard kernel interface to this
> type of timer?
>
> The Posix high-res timer stuff, I think. Have you tried expressing
> what you want user programs to do in terms of Posix high-res
> timers yet?
>
> > 2. Is there any reason to interface/integrate this type of
> device with the
> > high-res timer stuff currently under development for the
> 2.5 kernel?
>
> Yes; perhaps you could create a service provider interface
> for the posix high-res timer stuff, then use that SPI
> to plug your hardware in?
>
> I may be way off base here, but it does seem like it's due dilligence
> to verify that you're not reinventing an interface here.
Yes, the first intent of this request is to see if there is a suitable
interface already available.
I will follow up about the service provider interface on the high-res timer
list.
Thanks.
^ permalink raw reply
* Re: [BENCHMARK] 2.5.51 with contest
From: Stan Bubrouski @ 2002-12-10 17:18 UTC (permalink / raw)
To: Con Kolivas; +Cc: linux kernel mailing list
In-Reply-To: <200212102245.19862.conman@kolivas.net>
Con Kolivas wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Here are contest results (http://contest.kolivas.net) for 2.5.51 and related
> kerneles using the dedicated osdl (http://www.osdl.org) hardware.
>
> Uniprocessor:
> noload:
> Kernel [runs] Time CPU% Loads LCPU% Ratio
> 2.5.49 [5] 70.0 96 0 0 1.05
> 2.5.50 [5] 69.9 96 0 0 1.05
> 2.5.50-mm1 [5] 71.4 94 0 0 1.07
> 2.5.51 [2] 69.8 96 0 0 1.05
I know this has been brought up before, but
these don't seem to mean much unless you
include 2.4.20 in the comaprison.
-Stan
^ permalink raw reply
* Bulk Email Sending & Bullet Proof Web Hosting
From: knightofsweetnes @ 2002-12-10 17:39 UTC (permalink / raw)
To: linux-mtd
We offer you e-mail addresses databases for advertisement
mailing; we sell databases also carry out mailing and hosting
for the advertising projects.
We can work on a turnkey project create a site with original design,
program and subject contents. Our databases updates constantly
with the e-mail addresses from all over the world.
Their validity and originality are verified. Today they contains over
than 50 million addresses.
We use our own mailing soft which can be ideally adjusted for every
customer. We have a high-speed channel and a high power server.
The constant of our service demand allows us to keep low prices.
http://www.e-mailpromo.net
Please don't hesitate to contact us anytime!
We'll be happy to answer every your question!
http://www.e-mailpromo.net
We received your address from a public area.
We apologize if this letter has reached you by mistake.
We'll not disturb you any more.
NB. This message is sent in compliance with the new e-mail bill section
301. Under Bill S. 1618 TITLE III passed by the 105th US Congress.
This message can not be considered as Spam as long as we include the way
to be Removed, Paragraph (a)(c) of S. 1618.
TO REMOVE YOUR ADDRESS FROM YOUR MAILING LIST: you can send message to
info@e-mailpromo.net with Subject "Remove".
^ permalink raw reply
* Re: bash script problem
From: Brian Jackson @ 2002-12-10 17:07 UTC (permalink / raw)
To: Daniel Peter Cavanagh; +Cc: linux-newbie
In-Reply-To: <3DF54C86.7070908@vtown.com.au>
Try this:
fetchmail -su nofsk pop.vtown.com.au && pine || echo failed fetch
see if that works for you.
--Brian Jackson
Daniel Peter Cavanagh writes:
> Hi,
>
> I'd like to write a script that will run a command, and if successful run
> another command otherwise echo a message.
>
> This is what I have but it doesn't work (I've never written a bash script
> before):
>
> if [ `fetchmail -su nofsk pop.vtown.com.au` ]; then
> pine
> else
> echo failed fetch
> fi
>
> Could something please fix this up. Thanks for your help, Daniel.
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-newbie" 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.linux-learn.org/faqs
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" 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.linux-learn.org/faqs
^ permalink raw reply
* Re: module-init-tools 0.9.3 -- "missing" issue
From: ALESSANDRO.SUARDI @ 2002-12-10 17:07 UTC (permalink / raw)
To: axel; +Cc: rusty, linux-kernel
Axel wrote:
> Hi ALESSANDRO.SUARDI!
Yeah, make fun of me - you'll be damned to use WebMail for your next 10 lives ;)
> I'd say your automake is too old or too new. Not sure.
RedHat 8.0 comes with automake 1.5 and 1.6.3 - both yield the same result.
--alessandro
^ permalink raw reply
* Re: Radix tree related oops in 2.5.51-mm1
From: Ruslan U. Zakirov @ 2002-12-10 17:11 UTC (permalink / raw)
To: Roger A Oksanen; +Cc: linux-kernel, davej, trivial
In-Reply-To: <Pine.LNX.4.44.0212101809460.6514-100000@melkki.cs.Helsinki.FI>
Hi Roger and all.
RAO> Oh, and just in case someone tries to compile with my config; to get the
RAO> ALSA AWE32 code to compile (in sb16.c) , I had to change the init variable c
RAO> sp as it was a duplicate of the global csp variable..
RAO> I should probably see(test) if the plain 2.5.51 has this problem also..
RAO> # CONFIG_SND_SB16 is not set
RAO> CONFIG_SND_SBAWE=y
RAO> CONFIG_SND_SB16_CSP=y
I have same problem with it. Somebody miss this fact when striped out
snd prefix in this driver. I've send patch to kernel list, but it was
skiped.
But with solving this problem you don't have CSP enabled because it's
disabled by default and you must use bootparams to enable it:
#ifdef CONFIG_SND_SB16_CSP
static int csp[SNDRV_CARDS] = {[0 ... (SNDRV_CARDS - 1)] = 0};
#endif
Here is my TRIVIAL patch.
--- sound/isa/sb/sb16.c.orig Tue Dec 10 19:46:41 2002
+++ sound/isa/sb/sb16.c Tue Dec 10 19:48:27 2002
@@ -664,7 +664,7 @@
{
static unsigned __initdata nr_dev = 0;
int __attribute__ ((__unused__)) pnp = INT_MAX;
- int __attribute__ ((__unused__)) csp = INT_MAX;
+ int __attribute__ ((__unused__)) xcsp = INT_MAX;
if (nr_dev >= SNDRV_CARDS)
return 0;
@@ -681,7 +681,7 @@
get_option(&str,&mic_agc[nr_dev]) == 2
#ifdef CONFIG_SND_SB16_CSP
&&
- get_option(&str,&csp[nr_dev]) == 2
+ get_option(&str,&xcsp) == 2
#endif
#ifdef SNDRV_SBAWE_EMU8000
&&
@@ -694,8 +694,8 @@
isapnp[nr_dev] = pnp;
#endif
#ifdef CONFIG_SND_SB16_CSP
- if (csp != INT_MAX)
- csp[nr_dev] = csp;
+ if (xcsp != INT_MAX)
+ csp[nr_dev] = xcsp;
#endif
nr_dev++;
return 1;
Best Regards.
Ruslan. See you later...
^ permalink raw reply
* Re: 2.5.51 won't boot with devfs enabled
From: Dave Jones @ 2002-12-10 17:09 UTC (permalink / raw)
To: ebuddington; +Cc: linux-kernel
In-Reply-To: <20021210111835.A92@ma-northadams1b-112.bur.adelphia.net>
On Tue, Dec 10, 2002 at 11:18:35AM -0500, Eric Buddington wrote:
> With 2.5.51 (gcc-3.2, Athlon, mostly modules, DEVFS=y, DEVFS_DEBUG=y),
> boot panics with "VFS: Cannot open root device "hda1" or
> 03:01".
>
> I had the same problem with 2.5.50, avoidable by disabling devfs entirely.
Sounds similar to http://bugzilla.kernel.org/show_bug.cgi?id=110
Does enabling UNIX98 pty's fix your problem ?
Dave
^ permalink raw reply
* RE: Port Forwarding only works outside?
From: Todd Hartman @ 2002-12-10 17:00 UTC (permalink / raw)
To: 'netfilter@lists.netfilter.org'
I tried the suggestion and I'm sorry to say that it didn't work either. I
realize I didn't give very exacting details on what we had already. I'll do
that now. Here's the /etc/sysconfig/iptables file I'm currently working
with. This was generated through the webmin interface.
# Generated by iptables-save v1.2.5 on Tue Dec 10 10:52:38 2002
*nat
:OUTPUT ACCEPT [0:0]
:PREROUTING ACCEPT [0:0]
:POSTROUTING ACCEPT [0:0]
-A POSTROUTING -o eth0 -j MASQUERADE
-A PREROUTING -p tcp -m tcp -i eth0 --dport 25 -j DNAT --to-destination
192.168.1.29:25
COMMIT
# Completed on Tue Dec 10 10:52:38 2002
# Generated by iptables-save v1.2.5 on Tue Dec 10 10:52:38 2002
*mangle
:PREROUTING ACCEPT [272:72783]
:INPUT ACCEPT [6571:1221017]
:FORWARD ACCEPT [2516:1428106]
:OUTPUT ACCEPT [296:174336]
:POSTROUTING ACCEPT [7989:3971198]
COMMIT
# Completed on Tue Dec 10 10:52:38 2002
# Generated by iptables-save v1.2.5 on Tue Dec 10 10:52:38 2002
*filter
:INPUT ACCEPT [273:72823]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [296:174336]
COMMIT
# Completed on Tue Dec 10 10:52:38 2002
I have another server at home that's doing pretty much the same thing with
different ports (for games on a machine behind the firewall) and that's
working fine. If I change that 192.168.1.29:25 to my home server's IP, it
forwards just fine. Also, on this firwall, I can telnet to 192.168.1.29 25
but I can't seem to forward to it.
-T
-----Original Message-----
From: Sander Sneekes [mailto:sander@dmdsecure.com]
Sent: Tuesday, December 10, 2002 10:29 AM
To: Todd Hartman
Cc: 'netfilter@lists.netfilter.org'
Subject: Re: Port Forwarding only works outside?
try
iptables -t nat -A POSTROUTING -s 192.168.1.0/24 -j MASQUERADE iptables -A
FORWARD -p tcp --dport 25 -d 192.168.1.29 -j ACCEPT iptables -A PREROUTING
-t nat -p tcp --dport 25 -d x.x.x.x -j DNAT --to 192.168.1.29
x.x.x.x = eth0 external ip
On Tue, 2002-12-10 at 16:31, Todd Hartman wrote:
> I've come across an issue I just don't know how to solve. I'm not even
> certain it's an issue with iptables itself, but I thought that someone
> here might have run across this before and have some advice.
>
> I've got a RH7.3 box set up with two NICs. Eth0 is external and eth1
> is internal. Internal network is 192.168.1.* with netmask
> 255.255.255.128. I need to forward traffic on eth0, port 25 to
> 192.168.1.29. The firewall is 192.168.1.1 - both in the same subnet as
> I understand it.
>
> When I forward SMTP traffic to 192.168.1.29 and try to telnet to port
> 25 to test SMTP, it just sits there, unresponsive. BUT, if I forward
> eth0 port 25 traffic to a machine out on the internet, it works just
> fine.
>
> I suspect a networking problem, but I don't know well enough to pin it
> down myself.
>
> -T
>
^ permalink raw reply
* Re: [BUG]: agpgart for i810 chipsets broken in 2.5.51
From: Dave Jones @ 2002-12-10 17:05 UTC (permalink / raw)
To: Alan Cox; +Cc: Antonino Daplas, Linux Kernel Mailing List
In-Reply-To: <1039539977.14251.40.camel@irongate.swansea.linux.org.uk>
On Tue, Dec 10, 2002 at 05:06:17PM +0000, Alan Cox wrote:
> Given how fragile the AGP code can be I would much rather we had the AGP
> continue to initialize late. If the AGP init function is something like
>
>
> int agp_required(void)
> {
> static int agp_inited = 0;
>
> if(!agp_inited)
> {
> agp_inited = 1;
> agp_do_real_init();
> }
> }
>
> module_init(agp_required);
>
>
> Then the i810 fb driver can do
>
> agp_required();
>
> and force the order change only if necessary.
That works for me. It's not ideal, but it's the cleanest
solution suggested so far. I'll hack a check into
agp_init() to do this, which should allow us to close bug #20 [*]
Dave
[*] http://bugzilla.kernel.org/show_bug.cgi?id=20
^ permalink raw reply
* Re: bash script problem
From: ichi @ 2002-12-10 16:55 UTC (permalink / raw)
To: Daniel Peter Cavanagh; +Cc: linux-newbie
In-Reply-To: <3DF54C86.7070908@vtown.com.au>
Daniel Peter Cavanagh wrote:
>
> I'd like to write a script that will run a command,
> and if successful run another command otherwise echo
> a message.
How about this:
------------------------------------
fetchmail -su nofsk pop.vtown.com.au
case $? in 0) pine;;
*) echo failed fetch;;
esac
------------------------------------
Cheers,
Steven
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" 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.linux-learn.org/faqs
^ permalink raw reply
* radeonfb and 2.5.51
From: Hanno Böck @ 2002-12-10 17:00 UTC (permalink / raw)
To: linux-kernel
I tried to compile the latest 2.5.51, but radeonfb brings errors.
I defined all missing PCI_DEVICE_ID_ATI_RADEON things, but still get a compile error about wrong definition of the display-type.
Is there a fix available?
--
Hanno Boeck - hanno@gmx.de /"\
\ / ASCII Ribbon Campaign
Say no to DCMA, TCPA, Palladium! X Against HTML Mail
www.stop1984.com / \
^ permalink raw reply
* Re: Which filesystem can live on one flash sector?
From: Russ Dill @ 2002-12-10 17:28 UTC (permalink / raw)
To: fred; +Cc: linuxppc-embedded, linux-mtd
In-Reply-To: <000001c2a011$ab5926f0$940879c8@sc.mcel.mot.com>
On Mon, 2002-12-09 at 23:02, fred wrote:
> Hi,
>
> I am using CRAMFS plus RAMFS on my board.
> And there is only one sector left for saving configuration data.
> Can I put a file system, e.g. JFFS, on it?
I'd make another block free and then do some sort of journalling from
userspace (each data block has a header with crc, size, header crc, and
revision). If you flash it boot block flash, the boot block may be the
place to find a couple small free sectors.
^ permalink raw reply
* Re: GDB patch
From: Daniel Jacobowitz @ 2002-12-10 16:51 UTC (permalink / raw)
To: Carsten Langgaard; +Cc: Ralf Baechle, linux-mips
In-Reply-To: <3DF5D902.22E5AA55@mips.com>
On Tue, Dec 10, 2002 at 01:07:31PM +0100, Carsten Langgaard wrote:
> I've attached a patch for gdb-stub.c to make it work better with the
> sde-gdb.
> These changes should be backwards compatible with a standard gdb, so it
> shouldn't break anything.
> Ralf, could you please apply it.
Strongly object. While I didn't check the implementation, it's nice to
see 'X' implemented. And P. But what the heck is this?
> @@ -816,13 +839,64 @@
> case 'k' :
> break; /* do nothing */
>
> + case 'R':
> + /* RNN[:SS], Set the value of CPU register NN (size SS) */
> + /* FALL THROUGH */
> - /*
> - * Reset the whole machine (FIXME: system dependent)
> - */
> case 'r':
> - break;
> + /* rNN[:SS] Return the value of CPU register NN (size SS) */
We're not making up a protocol here, we're implementing one. R and r
don't have anything to do with setting registers.
> + case 'D':
> + putpacket("OK");
> + return;
> + /* NOTREACHED */
>
> /*
> * Step to next instruction
'D' should generally resume the machine, by the way.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
^ permalink raw reply
* Re: Linux 2.5.51
From: Stian Jordet @ 2002-12-10 16:58 UTC (permalink / raw)
To: Benjamin Herrenschmidt; +Cc: James Simmons, Allan Duncan, linux-kernel
In-Reply-To: <1039539557.3373.1.camel@zion>
tir, 2002-12-10 kl. 17:59 skrev Benjamin Herrenschmidt:
> > The matrox driver hasn't be ported yet. About 1/2 are now ported to the
> > final api. Over the following week I will porting a bunch of new drivers.
> > This is the final changes in the api so drivers can now be ported!!!! If
> > you need help porting them email me and I'm here to help.
> >
> > P.S
> > I even was donated a SPARC 10 station!!! Thanks Chris!!!
> >
> > P.S.S
> >
> > What I really need is a Radeon card :-)
>
> I can take care of radeon's. Did you already used my updated version
> from the PPC tree ?
Will the Radeon fbdev driver work with all Radeons (for instance a
Radeon 9700 Pro)?
--
Stian
^ permalink raw reply
* Re: Linux 2.5.51
From: Benjamin Herrenschmidt @ 2002-12-10 16:59 UTC (permalink / raw)
To: James Simmons; +Cc: Allan Duncan, linux-kernel
In-Reply-To: <Pine.LNX.4.33.0212092243260.2617-100000@maxwell.earthlink.net>
> The matrox driver hasn't be ported yet. About 1/2 are now ported to the
> final api. Over the following week I will porting a bunch of new drivers.
> This is the final changes in the api so drivers can now be ported!!!! If
> you need help porting them email me and I'm here to help.
>
> P.S
> I even was donated a SPARC 10 station!!! Thanks Chris!!!
>
> P.S.S
>
> What I really need is a Radeon card :-)
I can take care of radeon's. Did you already used my updated version
from the PPC tree ?
Ben.
^ permalink raw reply
* [Linux-ia64] Serial patch for HP Diva
From: Paul Bame @ 2002-12-10 16:47 UTC (permalink / raw)
To: linux-ia64
When running gettys on multiple of the ports on HP's "Diva" MP
(Management Processor) card, which shows up in various forms in various
boxes, transmit-empty interrupts from the simulated 16550 uarts get
"used up". You can't get a further transmit empty interrupt from
a single empty condition which causes output to hang. The following
ugly patch:
1) bypasses one common case where the interrupt is used up,
the rs_timer() poll of serial devices which forces a tx-empty
interrupt
2) calculates the correct IIR value (in rs-interrupt()) when
the card won't produce the right one, so the rest of the
interrupt will operate normally
3) adds a once-per-second timer to poll the Diva card
When and if HP produces a box with multiple Diva cards, this patch
will need to be updated. This same logic is recently committed to
the PA-RISC/Linux tree (http://parisc-linux.org) too.
-Paul Bame
Index: drivers/char/serial.c
=================================RCS file: /var/cvs/linux/drivers/char/serial.c,v
retrieving revision 1.20
retrieving revision 1.23
diff -u -u -r1.20 -r1.23
--- drivers/char/serial.c 27 Aug 2002 15:20:48 -0000 1.20
+++ drivers/char/serial.c 27 Nov 2002 21:23:31 -0000 1.23
@@ -260,6 +260,10 @@
static struct timer_list serial_timer;
+#define HP_DIVA_CHECKTIME (1*HZ)
+static struct timer_list hp_diva_timer;
+static int hp_diva_irq = -1;
+
/* serial subtype definitions */
#ifndef SERIAL_TYPE_NORMAL
#define SERIAL_TYPE_NORMAL 1
@@ -797,6 +801,28 @@
#ifdef CONFIG_SERIAL_SHARE_IRQ
/*
+ * It is possible to "use up" transmit empty interrupts in some
+ * cases with HP Diva cards. Figure out if there _should_ be a
+ * transmit interrupt and if so, return a suitable iir value so
+ * that we can recover when called from rs_timer().
+ */
+static inline int hp_diva_iir(int irq, struct async_struct *info)
+{
+ int iir = serial_in(info, UART_IIR);
+
+ if (irq = hp_diva_irq &&
+ (iir & UART_IIR_NO_INT) != 0 &&
+ (info->IER & UART_IER_THRI) != 0 &&
+ (info->xmit.head != info->xmit.tail || info->x_char) &&
+ (serial_in(info, UART_LSR) & UART_LSR_THRE) != 0) {
+ iir &= ~(UART_IIR_ID | UART_IIR_NO_INT);
+ iir |= UART_IIR_THRI;
+ }
+
+ return iir;
+}
+
+/*
* This is the serial driver's generic interrupt routine
*/
static void rs_interrupt(int irq, void *dev_id, struct pt_regs * regs)
@@ -826,7 +852,7 @@
do {
if (!info->tty ||
- ((iir=serial_in(info, UART_IIR)) & UART_IIR_NO_INT)) {
+ ((iir=hp_diva_iir(irq, info)) & UART_IIR_NO_INT)) {
if (!end_mark)
end_mark = info;
goto next;
@@ -1090,9 +1116,11 @@
#ifdef CONFIG_SERIAL_SHARE_IRQ
if (info->next_port) {
do {
- serial_out(info, UART_IER, 0);
- info->IER |= UART_IER_THRI;
- serial_out(info, UART_IER, info->IER);
+ if (i != hp_diva_irq) {
+ serial_out(info, UART_IER, 0);
+ info->IER |= UART_IER_THRI;
+ serial_out(info, UART_IER, info->IER);
+ }
info = info->next_port;
} while (info);
#ifdef CONFIG_SERIAL_MULTIPORT
@@ -1124,6 +1152,32 @@
}
/*
+ * This subroutine is called when the hp_diva_timer goes off. In certain
+ * cases (multiple gettys in particular) Diva seems
+ * to issue only a single transmit empty interrupt instead of one each
+ * time THRI is enabled, causing interrupts to be "used up". This
+ * serves to poll the Diva UARTS more frequently than rs_timer() does.
+ */
+static void hp_diva_check(unsigned long dummy)
+{
+ static unsigned long last_strobe;
+ struct async_struct *info;
+ unsigned long flags;
+
+ if (time_after_eq(jiffies, last_strobe + HP_DIVA_CHECKTIME)) {
+ info = IRQ_ports[hp_diva_irq];
+ if (info) {
+ save_flags(flags); cli();
+ rs_interrupt(hp_diva_irq, NULL, NULL);
+ restore_flags(flags);
+ }
+ }
+ last_strobe = jiffies;
+ mod_timer(&hp_diva_timer, jiffies + HP_DIVA_CHECKTIME);
+}
+
+
+/*
* ---------------------------------------------------------------
* Low level utility subroutines for the serial driver: routines to
* figure out the appropriate timeout for an interrupt chain, routines
@@ -4267,6 +4321,8 @@
if (!enable)
return 0;
+ hp_diva_irq = dev->irq;
+
switch (dev->subsystem_device) {
case 0x1049: /* Prelude Diva 1 */
case 0x1223: /* Superdome */
@@ -4285,6 +4341,10 @@
break;
}
+ init_timer(&hp_diva_timer);
+ hp_diva_timer.function = hp_diva_check;
+ mod_timer(&hp_diva_timer, jiffies + HP_DIVA_CHECKTIME);
+
return 0;
}
@@ -5813,6 +5873,8 @@
/* printk("Unloading %s: version %s\n", serial_name, serial_version); */
del_timer_sync(&serial_timer);
+ if (hp_diva_irq != -1)
+ del_timer_sync(&hp_diva_timer);
save_flags(flags); cli();
remove_bh(SERIAL_BH);
if ((e1 = tty_unregister_driver(&serial_driver)))
^ permalink raw reply
* Problems with ax25 support in 2.4.18 kernel ?
From: Lane Wilson @ 2002-12-10 16:45 UTC (permalink / raw)
To: linux-hams
Is there any hams out there who are running the ax25 ham radio support
packages under Linux slackware 8.1? If so, what versions of the packages are
you using with the 2.4.18 kernel? Are you finding any stability problems at
all?
What I am doing is setting up a new Linux computer to be used with XFBB and
JNOS, and I am currently setting up base Linux ax.25 support in the OS. The
problem I am having is that the computer "locks up" solid when running any
web browser in
KDE (3.0), only once I have a KISS serial port attached to a TNC. If I do
not perform the "kissattach" command, then all is well. Once the kissattach
command has been executed, I then start up X-Window (startx) and then
start-up a web browser, and it will freeze the machine in about a minute.
Details:
PC: Duron 1.3GHz CPU, 512M Ram
OS: Slackware 8.1 Linux
kernel: 2.4.18 (also tried 2.4.20)
AX25: libax25-0.0.10.tag.gz
ax25-tools-0.0.8.tar.gz
ax25-apps-0.0.6.tar.gz
COM Ports: COM1, COM2, and one serial port residing on a USB to serial
converter cable
Can anybody recommend what version of the Linux kernel should be used with
the Linux ax.25 support to get a stable operation?
Thank-you for your help
Lane, ve7ihl
^ permalink raw reply
* Re: Agressive selective pre-allocation
From: Bruce A. Mallett @ 2002-12-10 16:43 UTC (permalink / raw)
To: reiserfs-list
In-Reply-To: <20021210074600.J26400@vestdata.no>
It seems to me that it would be better to have the file system keep
track of this itself. If the following is known about each file:
original creation date
current file size
number of times extended
then it might be possible to compute a growth policy. For example when
extending a small file, just move and extend it. As the file and
extention frequencies increase then create larger new extents.
But the problem really is that apps don't actually "grow"these files but
instead rebuilds them. Thus the file system sees a request to open a
new file and not to extend an existing one. This would make tracking
the above parameters way beyond difficult.
Ragnar Kjørstad wrote:
>Hi
>
>
>A lot of filesystems have files that grow slowly over time, and this is
>causing serious fragmentation, and thus performance-problems in some
>situations.
>
>A defragmentation-utility could potentially solve this, but maybe there
>is a better way?
>
>Some files, for instance MBOX-type mailboxes and logfiles, are known to
>the user/administrator to grow over time. It is possible to preallocate
>diskspace by creating large files with just zeroes in them, but this is
>not very flexible and requires the application to be awere.
>
>An alternative would be the possibility to tell the fs about the
>properties of the files. Maybe an ioctl to notify the fs that for this
>particular file the fs should allocate X blocks at the time? That would
>ensure that the files only get limited fragmentation and performance
>stays optimal.
>
>Does the metadata-format support blocks beeing allocated but not used
>yet? Is it sufficient to add them to the extent-map, mark them free,
>without changing the size of the file?
>
>An even better way would be to mark the blocks as "preallocated" without
>assigning them to the file. This would allow preallocation without
>actually locking the blocks - so if the disk went full the allocator
>could override the preallocation and use them for other data.
>
>Blocks are managed in extents in reiserfs4, right? So I assume there is
>an extent-list for free blocks? So maybe one could add an extra
>extent-list for "preallocated blocks", and the change the allocator to
>search that list if, and only if, it is appending to file on the
>previous block or if there are no blocks in the free-list?
>
>
>I have no time to try to implement this right now, but I just got the
>idea and figgured I should write it down while fresh in memory. Any
>reason why this wouldn't work?
>
>Personally I think fragmentation is one of the most serious
>performance-problems for filesystems, and this could potentially help a
>lot at least for the slow-growing files like logfiles and mboxes.
>
>
>
>
>
^ 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.