* Re: [LARTC] IMQ Runtime error
From: Andy Furniss @ 2004-01-26 15:09 UTC (permalink / raw)
To: lartc
In-Reply-To: <1075073625.40145259a53ea@mail.psnet.gov.ng>
Roy wrote:
> even if imq is quite useless right now
I thought it was OK for inbound traffic.
What sort of load/traffic do you see crashes with.
I have an old P200 as a gateway and can run bittorrents on it, with IMQ
doing outbound for locally generated traffic (not that I really need
to) and can do > a gig/day without ever crashing. I do close down at
night though, and only have 256/512 bandwidth. Is this way below what
you need to do to crash?
> this eeror is caused probably by other loaded modules for userspace queue
> nf_queue probably
> since imq uses the same function
Yea this is a pain, I would like to run a userspace for up and IMQ for down,
but can't use lib_ipq at the same time as IMQ.
It has been suggested that I can work round this, but I haven't tried yet.
Do you think it's possible?
Andy.
> ----- Original Message -----
> From: "tc" <tc@me.net.ng>
> To: <lartc@mailman.ds9a.nl>
> Sent: Monday, January 26, 2004 1:33 AM
> Subject: [LARTC] IMQ Runtime error
>
>
>
>>hi all, i have applied all patches and compiled the kernel
>>(2.4.21), iptables
>>(1.2.9) and iproute2 (2.4.7-now-ss020116) however when i run '"'modprobe
>
> imq
>
>>numdevs=1'"', the system returns - imq.o: init_module: Device or resource
>
> busy
>
>>the transcript is below -
>>
>>[root@vmlinux project]# modprobe imq numdevs=1
>>/lib/modules/2.4.21-BW/kernel/drivers/net/imq.o: init_module: Device or
>
> resource
>
>>busy
>>Hint: insmod errors can be caused by incorrect module parameters,
>
> including
>
>>invalid IO or IRQ parameters.
>> You may find more information in syslog or the output from dmesg
>>/lib/modules/2.4.21-BW/kernel/drivers/net/imq.o: insmod
>>/lib/modules/2.4.21-BW/kernel/drivers/net/imq.o failed
>>/lib/modules/2.4.21-BW/kernel/drivers/net/imq.o: insmod imq failed
>>
>>what could be wrong? thanks all,
>>bye
>>joseph
>>_______________________________________________
>>LARTC mailing list / LARTC@mailman.ds9a.nl
>>http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
>>
>
>
> _______________________________________________
> LARTC mailing list / LARTC@mailman.ds9a.nl
> http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
>
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply
* [linux-lvm] problems mounting snapshots
From: R Dicaire @ 2004-01-26 15:09 UTC (permalink / raw)
To: linux-lvm
First the specs:
Linux kernel 2.4.23-xfs patched with LVM 1.0.8
lvm tools 1.0.8
Slackware 9.1
gcc -v
Reading specs from /usr/lib/gcc-lib/i486-slackware-linux/3.2.3/specs
Configured with: ../gcc-3.2.3/configure --prefix=/usr --enable-shared
--enable-threads=posix --enable-__cxa_atexit --disable-checking
--with-gnu-ld --verbose --target=i486-slackware-linux
--host=i486-slackware-linux
Thread model: posix
gcc version 3.2.3
The problem:
Various errors trying to mount snapshots using ext3/xfs/reiserfs
xfs:
mount -t xfs /dev/vg0/snap_home /mnt/hd -o ro
mount: wrong fs type, bad option, bad superblock on /dev/vg0/snap_home,
or too many mounted file systems
Jan 26 14:50:26 rdb kernel: XFS: Filesystem lvm(58,8) has duplicate UUID
- can't mount
ext3:
mount -t ext3 /dev/vg0/snap_tmp /mnt/hd -o ro
mount: wrong fs type, bad option, bad superblock on /dev/vg0/snap_tmp,
or too many mounted file systems
Jan 26 15:00:59 rdb kernel: EXT3-fs: INFO: recovery required on readonly
filesystem.
Jan 26 15:00:59 rdb kernel: EXT3-fs: write access unavailable, cannot
proceed.
reiserfs:
It'll mount but complains:
Jan 26 15:03:09 rdb kernel: reiserfs: found format "3.6" with standard
journal
Jan 26 15:03:09 rdb kernel: reiserfs: checking transaction log (device
lvm(58,8)) ...
Jan 26 15:03:09 rdb kernel: for (lvm(58,8))
Jan 26 15:03:09 rdb kernel: Can't write to read-only device 3a:08
Jan 26 15:03:09 rdb last message repeated 6 times
Jan 26 15:03:09 rdb kernel: reiserfs: replayed 3 transactions in 0
seconds
Jan 26 15:03:09 rdb kernel: lvm(58,8):Using tea hash to sort names
------------------------------------------------------------------
I uograded to 1.0.8 to try and fix this mount issue, to no avail.
Have I missed something? Any help would be greatly appreciated, thanks.
--
aRDy Music
http://www.ardynet.com
^ permalink raw reply
* Re: DOC2k booting speed ...
From: David Woodhouse @ 2004-01-26 15:07 UTC (permalink / raw)
To: Philippe; +Cc: linux-mtd
In-Reply-To: <000501c3e41d$c858e780$247dfea9@jennifer>
On Mon, 2004-01-26 at 16:05 +0100, Philippe wrote:
> When grub is booting, it takes 10 seconds to load the kernel and 35 seconds
> to load the initrd.
> -> 5MB loaded : 45sec
>
> When I boot from the Doc but with loading from the hard drive it takes 1
> seconds to load the kernel and 2 seconds to load the initrd.
> -> 5MB loaded : 3sec
Grub's drivers are not particularly optimised. Why use an initrd rather
loaded by the bootloader, rather than having the kernel itself access
the device? That should be much faster, and wouldn't even need to whole
device to be read at startup.
--
dwmw2
^ permalink raw reply
* Re: cfi_cmdset_0002 -- erase suspends broken.
From: David Woodhouse @ 2004-01-26 15:05 UTC (permalink / raw)
To: David Vrabel; +Cc: Linux MTD List
In-Reply-To: <4014E81E.4090808@arcom.com>
On Mon, 2004-01-26 at 10:12 +0000, David Vrabel wrote:
> > The problem with the occasional bit errors appears to only occur
> > when the erase is suspended for a write so I've temporarily disabled
> > that.
>
> Seems I left the patch off that does this.
Thanks. Wanna go ahead and commit it?
> The message in this transmission is sent in confidence for the
> attention of the addressee only and should not be disclosed to any
> other party. Unauthorised recipients are requested to preserve this
> confidentiality. Please advise the sender if the addressee is not
> resident at the receiving end. Email to and from Arcom is
> automatically monitored for operational and lawful business reasons.
Not appropriate for a mailing list. If your management and/or lawyers
are incompetent enough to think this is at _all_ useful or enforceable,
and if they _really_ insist on making their level of competence publicly
known with every mail sent out from your company address, then please
use a different mail account for posting to the list.
You're welcome to use your @infradead.org account for list traffic if
you want, btw.
--
dwmw2
^ permalink raw reply
* Re: partitioning
From: Hal MacArgle @ 2004-01-26 15:04 UTC (permalink / raw)
To: linux-newbie
In-Reply-To: <Pine.LNX.4.58.0401260017210.9502@ppg_penguin>
On 01-26, Ken Moffat wrote:
>
> If you're going to separate /usr, and the reasons for doing so probably
> don't apply to many people here, even 3GB should be too much. Depends,
> of course, on exactly what you put there, but assuming you don't install
> a _lot_ of things you aren't going to use then 3GB is more than enough
> for a _full_ system (except /home).
>
Care to comment on the reasons for putting /usr in it's
separate partition??
For the many personal and home office work stations wouldn't
that be overkill and not within the KISS philosophy??
Just curious. Cheers. <grin>
Hal - in Terra Alta, WV - Slackware GNU/Linux 9.0 (2.4.20)
Utrum Per Hebdomadem Perveniam
.
-
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
* DOC2k booting speed ...
From: Philippe @ 2004-01-26 15:05 UTC (permalink / raw)
To: linux-mtd
Hi,
I’m using
- doc2000 (32MB)
- via c3 800
- linux kernel 2.4.22
- mtd mtd-snapshot-20040124.tar.bz2
- I use nftl
I have build a little system (kernel+initrd). My initrd is about 4MB
compressed (10MB uncompressed)
I have set up grub in the doc
When grub is booting, it takes 10 seconds to load the kernel and 35 seconds
to load the initrd.
-> 5MB loaded : 45sec
When I boot from the Doc but with loading from the hard drive it takes 1
seconds to load the kernel and 2 seconds to load the initrd.
-> 5MB loaded : 3sec
on the m-sys web, they say that the DOC2k should have a read rate about
1MB/s so if I’m right everything should be loaded in less than 10sec
If anyone has a clue
Thanks
Philippe
^ permalink raw reply
* Re: NFSv4 & /etc/exportfs
From: Vincent ROQUETA @ 2004-01-26 15:04 UTC (permalink / raw)
To: nfs
In-Reply-To: <200401261544.07589.vincent.roqueta@ext.bull.net>
I'm trying with this patches:
http://www.citi.umich.edu/projects/nfsv4/linux/nfs-utils-patches/nfs-utils-1.0.6-1/
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply
* Re: 2.2 kernel and ext3 filesystems
From: Chuck Campbell @ 2004-01-26 14:56 UTC (permalink / raw)
To: Andrew Morton; +Cc: campbell, linux-kernel
In-Reply-To: <20040123215848.28dac746.akpm@osdl.org>
On Fri, Jan 23, 2004 at 09:58:48PM -0800, Andrew Morton wrote:
> Chuck Campbell <campbell@accelinc.com> wrote:
> >
> > Was the ext3 filesystem ever back ported to the 2.2 kernel series?
>
> It was written for 2.2, and then forward-ported.
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/sct/ext3/v2.2/
Interesting. I looked at the system running 2.2, and there are no ext3
options in the running config file. It may have been later than 2.2.22...
All of this made me remember that an ext3 filesystem can be mounted as ext2,
so I got done what I really needed anyway.
thanks for the reply,
-chuck
--
^ permalink raw reply
* MUTUAL BENEFIT
From: zchri @ 2004-01-26 14:56 UTC (permalink / raw)
To: zchri
FOR YOUR CONSIDERATION.
Sir/madam
This mail may come to you as a suprise base on the fact that,we have not
met.I got your contact from a directory in searc for a reliable personality
that could understand our situation to help us.
I am a zimbabwean citizen presently taking refugee in GHANA.Due to crises
in my country coupled with the assisanation of my late father MR.ZHANGA
KALASHA who was killed by BY PRESIDENT ROBERT MUGABE war veteran association
who are calling for the white collection of farm land from all white settlers
which is wrong.
My father due to his stand over these issues fell out with the ruling party
of PRESIDENT ROBERT MUGABE.Now my mother and I had flee from our country
to find refuge here in GHANA. Before the death of my father he was a major
dealer of Diamond and Merchandise.He secretly moved these funds acquired
from various sales in a trunk-box and deposited it in a security deposit
company in Ghana.But at the time of deposit he told the security company
that it is diamonds that are contained in the box. The total amount contained
in the box is $12 .5M US.
We need a trust worthy and experience person that will help us to invest
this money in your country and take us as one family and will also buy
a house for us over there where we can live safely.We are prepared to give
you 20% of the money for that assistance.
We are expecting to hear from you.
waiting you for your anticipated cooperation.
please in your reply include your cellphone number and fax number.
please sorry for addressing the email to my email box, l wanted to be sure
if the message got to you.
please reply through this e-mail sddress[zhanga@gobot.com]
Best Regards,
CHRIS ZHANGA
PLEASE YOU CAN READ FROM THE WEBSITE ABOUT THE PROBLEMS IN ZIMBABWE.
http://www.gta.gov.zw/land%20issues/LAND.htm
^ permalink raw reply
* Re: [PATCH] possible fix for misbehaving hdsp
From: Thomas Charbonnel @ 2004-01-26 14:54 UTC (permalink / raw)
To: Takashi Iwai; +Cc: alsa-devel
In-Reply-To: <s5hektmvk8b.wl@alsa2.suse.de>
Takashi Iwai a écrit :
> At Mon, 26 Jan 2004 14:54:42 +0100,
> Thomas Charbonnel wrote:
>
>>[1 <text/plain; us-ascii (7bit)>]
>>Hi,
>>
>>Could people experiencing problems with their hdsp (namely Tim and Paul)
>>try the attached patch ?
>
>
> it includes a non-ASCII letter
>
>
>>+ /* From Martin Bj?en :
>
>
> can it be replaced with oe or something else?
>
>
> Takashi
>
>
Of course -> Martin Bjoernsen.
IIRC, there is another occurence of this in the driver code, if you want
to fix it also.
Thanks,
Thomas
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
^ permalink raw reply
* Re: [patch] Re: Kernels > 2.6.1-mm3 do not boot. - SOLVED
From: Fabio Coatti @ 2004-01-26 14:51 UTC (permalink / raw)
To: John Stoffel
Cc: Andi Kleen, Andrew Morton, Valdis.Kletnieks, bunk, eric,
linux-kernel
In-Reply-To: <16405.8292.823683.530462@gargle.gargle.HOWL>
Alle Monday 26 January 2004 15:12, John Stoffel ha scritto:
>
> Just to follow up here. On kernels 2.6.2-rc1 and 2.6.2-rc2, it just
> hangs on bootup and doesn't give any Oops output.
>
> When I tried out 2.6.2-rc1-mm[1,2,3], it would start booting, but
> oops immediately with the one I posted before, but I've re-created
> here.
It seems a little bit different from my situation: 2.6.2-rcX (basically non
-mm versions) boots and works just fine (besides some oopses on shutdown, but
this is another story, I'll investigate further on this).
-mm series, both 2.6.2-rcX-mmY and 2.6.1-mmZ with Z > 3 hangs after
decompressing image, if I leave -funit-at-time in Makefile. I can redo any
of these tests, I can also use a serial interface to capture any "hidden"
oops, if someone sends me any needed patch to show some data (i.e. early
printk) and the desired tests.
>
> I'm at work now, so I won't be able to do any tests besides remote
> kernel compiles during the day.
The same holds for me :)
--
Fabio Coatti http://www.ferrara.linux.it/members/cova
Ferrara Linux Users Group http://ferrara.linux.it
GnuPG fp:9765 A5B6 6843 17BC A646 BE8C FA56 373A 5374 C703
Old SysOps never die... they simply forget their password.
^ permalink raw reply
* Re: [Qemu-devel] Reactos not booting
From: Gabriel Ebner @ 2004-01-26 14:49 UTC (permalink / raw)
To: qemu-devel
In-Reply-To: <20040126143532.3dd0b942.Jens.Arm@gmx.de>
Hello,
Am Mon, den 26.01.2004 schrieb Jens Arm um 14:35:
> I have to use the newest VGA- and normal BIOS that freeloader boots.
> The BIOSes which are in the qemu-CVS do not boot with reactos.
You mean those included in CVS, don't you? That's what I meant with
current CVS. :)
Gabriel.
^ permalink raw reply
* Boot problem with 2.6.2-rc2
From: Ralf Hildebrandt @ 2004-01-26 14:49 UTC (permalink / raw)
To: linux-kernel
Hi!
On my Toshiba Sattelite Pro 6100 I cannot boot 2.6.2-rc2. Right now
I'm using 2.6.1-mm4, which works like a charm.
Booting 2.6.2-rc2 just gives me a black screen with absoulutely no
output and no activity.
--
Ralf Hildebrandt (Im Auftrag des Referat V a) Ralf.Hildebrandt@charite.de
Charite - Universitätsmedizin Berlin Tel. +49 (0)30-450 570-155
Gemeinsame Einrichtung von FU- und HU-Berlin Fax. +49 (0)30-450 570-916
Referat V a - Kommunikationsnetze - AIM. ralfpostfix
^ permalink raw reply
* Re: [PATCH] possible fix for misbehaving hdsp
From: Takashi Iwai @ 2004-01-26 14:48 UTC (permalink / raw)
To: Thomas Charbonnel; +Cc: alsa-devel, Paul Davis, Tim Blechmann
In-Reply-To: <40151C22.6020005@undata.org>
At Mon, 26 Jan 2004 14:54:42 +0100,
Thomas Charbonnel wrote:
>
> [1 <text/plain; us-ascii (7bit)>]
> Hi,
>
> Could people experiencing problems with their hdsp (namely Tim and Paul)
> try the attached patch ?
it includes a non-ASCII letter
> + /* From Martin Bj?en :
can it be replaced with oe or something else?
Takashi
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
^ permalink raw reply
* Re: [PATCH]: altq HFSC port
From: jamal @ 2004-01-26 14:46 UTC (permalink / raw)
To: Patrick McHardy; +Cc: netdev, linux-net, David S. Miller
In-Reply-To: <Pine.GSO.4.42.0401261228290.22399-200000@stinky.trash.net>
On Mon, 2004-01-26 at 07:02, Patrick McHardy wrote:
> This patch is a port of HFSC from altq to Linux 2.6. HFSC is a
> hierarchical packet scheduler which allows flexible resource
> allocation by decoupling of bandwidth and delay. The original
> version and a paper describing HFSC can be found here:
> http://www-2.cs.cmu.edu/~hzhang/HFSC/main.html .
[..]
I think it is a good idea to have this in the kernel. Glad someone
eventually got to it.
> The last issue is the License: The altq version is released under a
> BSD-style License without advertising clause (the original authors
> kindly agreed to remove it). It is my understanding that this is
> compatible with the GPL, and because the code includes some minor
> amounts of GPL'ed code the correct License is GPL and not
> Dual BSD/GPL. I would be glad if someone can confirm that this is
> correct.
>
This is probably the most contentious issue (given say current SCO
stoopidty).
Have you talked to the original author on this? I think granting you
written consent to move to GPL may be sufficient.
cheers,
jamal
PS:- i will look at the code and give you some feedback.
^ permalink raw reply
* snd_pcm_unlink -> EINVAL?
From: Tim Goetze @ 2004-01-26 14:40 UTC (permalink / raw)
To: alsa-devel
when calling snd_pcm_unlink (stream) after an xrun occurred, it
returns EINVAL (hw: device, duplex, mmap'd IO, stop_threshold = ~0),
even though 'stream' is a valid PCM stream handle.
the snd_pcm_unlink code path seems to return EINVAL only if the stream
isn't linked to another.
but EINVAL misses the point, since the stream handle is valid.
if one tries to unlink a stream that isn't linked to another, EALREADY
is correct imo.
and my question for today: does the kernel layer unlink PCM streams
when an xrun occurs?
tim
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
^ permalink raw reply
* 2.4.23 IDE hang on boot with two single-channel controllers
From: Jeremy Jackson @ 2004-01-26 14:44 UTC (permalink / raw)
To: linux-ide
Hi All,
Already posted this to linux-kernel.
kdb shows proc_ide_create() stuck in a loop when booting on a Compaq
Armada 7730MT while attached to the docking station.
This is a unique IDE hardware setup. Channel ide0's controller is in
the laptop, while ide1 is a separate controller (pci device) in the
docking station and is not always present.
This seems to be triggering a bug in ide-proc.c:
void proc_ide_create(void)
{
#ifdef CONFIG_BLK_DEV_IDEPCI
ide_pci_host_proc_t *p = ide_pci_host_proc_list;
#endif /* CONFIG_BLK_DEV_IDEPCI */
proc_ide_root = proc_mkdir("ide", 0);
if (!proc_ide_root) return;
create_proc_ide_interfaces();
create_proc_read_entry("drivers", 0, proc_ide_root,
proc_ide_read_drivers, NULL);
#ifdef CONFIG_BLK_DEV_IDEPCI
while (p != NULL) <------------------- INFINITE LOOP HERE
{
if (p->name != NULL && p->set == 1 && p->get_info != NULL)
{
p->parent = proc_ide_root;
create_proc_info_entry(p->name, 0, p->parent,
p->get_info);
p->set = 2;
}
p = p->next;
}
#endif /* CONFIG_BLK_DEV_IDEPCI */
}
I'm not sure if the problem is in the loop or bad data being setup
before it starts.
Assistance fixing it would be appreciated.
Regards,
Jeremy Jackson
^ permalink raw reply
* Re: IMQ Replacement
From: Sven Schuster @ 2004-01-26 14:42 UTC (permalink / raw)
To: Andre Correa; +Cc: Netfilter Mailing List
In-Reply-To: <40150537.4040501@pobox.com>
[-- Attachment #1: Type: text/plain, Size: 1262 bytes --]
Hi Andre,
maybe interessting for you: Marcel Sebek recently started a thread
on netdev about this topic. He has ported the IMQ device to 2.6
and asked if this might be accepted. Davem contacted Patrick
McHardy, the original author, who said that the IMQ device was
buggy.
This thread still continues, take a look at netdev ml archives for
more information.
HTH
Sven
On Mon, Jan 26, 2004 at 10:16:55AM -0200, Andre Correa told us:
>
> Hi guys, Andy F. pointed out that Alexander Clouter and other guys
> ported IMQ to 2.6. The URL to their port is:
>
> http://www.digriz.org.uk/jdg-qos-script/#qos-2.6
>
> I had no time or resources to test it so far...
>
> I've got no answer from the last IMQ maintainer so I'll start a list for
> us to discuss what we'll gonna do about it. I'll let you know later today.
>
> I'm sorry if this thread is disturbing somebody in this list. I'll just
> post 1 or 2 e-mails about it and we'll be out...
>
> Meanwhile, anybody interrested in joining us to work with IMQ please
> contact me privately.
>
> tks...
>
> Andre
--
Linux zion 2.6.1 #2 Mon Jan 12 14:25:44 CET 2004 i686 athlon i386 GNU/Linux
15:38:04 up 13 days, 21:10, 5 users, load average: 0.23, 0.12, 0.04
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply
* Re: gcc 2.95.3
From: David Woodhouse @ 2004-01-26 14:41 UTC (permalink / raw)
To: Russell King; +Cc: Stef van der Made, linux-kernel
In-Reply-To: <20040124004848.C25466@flint.arm.linux.org.uk>
On Sat, 2004-01-24 at 00:48 +0000, Russell King wrote:
> I suspect that the fs/jffs2/erase.c problem is not ARM-specific, though
> I'm no compiler expert.
I think it's been seen on MIPS too.
--
dwmw2
^ permalink raw reply
* Re: [patch] Re: Kernels > 2.6.1-mm3 do not boot. - SOLVED
From: Andi Kleen @ 2004-01-26 14:36 UTC (permalink / raw)
To: John Stoffel
Cc: Andi Kleen, Adrian Bunk, Valdis.Kletnieks, Fabio Coatti,
Andrew Morton, Eric, linux-kernel
In-Reply-To: <16405.8396.359717.70413@gargle.gargle.HOWL>
On Mon, Jan 26, 2004 at 09:14:36AM -0500, John Stoffel wrote:
>
> >> On node 0 totalpages: 196606
> >> DMA zone: 4096 pages, LIFO batch:1
> >> Normal zone: 192510 pages, LIFO batch:16
> >> HighMem zone: 0 pages, LIFO batch:1
>
> Andi> Ok, it didn't oops. Just hung early. Probably needs some printks
> Andi> to track it down.
>
> Andi> And the problem really goes away when you disable -funit-at-a-time ?
>
> This was from both 2.6.2-rc1 and 2.6.2-rc2, and since the later
> doesn't have the -funit-at-time declaration in the Makefile, I don't
> think that's the problem.
>
> My gcc version is:
>
> > gcc --version
> gcc.real (GCC) 3.3.3 20040110 (prerelease) (Debian)
Well, you have some different problem then. I was assuming you used
-funit-at-a-time because you posted on the unit-at-a-time thread.
I don't know what's wrong with your kernel, sorry.
If it happened to me here I would add printks to the early kernel
initialisation until I figured out where it hangs.
(it's somewhere after mem_init and before console_init in
init/main.c:start_kernel). You could try that, together with earlyprintk.
-Andi
^ permalink raw reply
* Re: [LARTC] Re: Problems with netfilter
From: rubens @ 2004-01-26 14:38 UTC (permalink / raw)
To: lartc
In-Reply-To: <ACEEJABKCELIHBFMPFOMCEKHCBAA.lartc@nikhiljogia.com>
> iptables -A OUTPUT -t mangle -p tcp --dport 25 -j MARK --set-mark 25
> ip rule add fwmark 25 lookup mail
> ip route add default via xxx.xxx.xxx.xxx dev ppp0 table mail
>
> Running tcpdump it appears that port 25 traffic is be routed through the
> ADSL connection. However, the source IP address appears to be the cable IP
Correct routing is kinda odd in this case, as IPTABLES OUTPUT happens
after OUTPUT ROUTING, according to KPTD
(http://www.docum.org/stef.coene/qos/kptd).
> address (cable is the default gateway). I have put SNAT rules in place,
> however they don't seem to work.
>
> The SNAT rules I used were:
>
> iptables -t nat -A POSTROUTING -o ppp0 -j SNAT --to yyy.yyy.yyy.yyy
> and the same thing with the cable connection.
>
> Rememeber, the packets are being generated locally through the mail server
> (qmail).
IPTABLES POSTROUTING happens for both locally originated and forwarded
traffic (see KPTD); it should have worked.
Anyway, binding the mail server to the intended IP address (by adding it
to the tcpserver call) should also do this part of the job.
Rubens
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply
* Re: [PATCH] oprofile per-cpu buffer overrun
From: Philippe Elie @ 2004-01-26 15:52 UTC (permalink / raw)
To: John Levon; +Cc: Andrew Morton, linux-kernel
In-Reply-To: <20040126103237.GA52771@compsoc.man.ac.uk>
John Levon wrote:
> On Sun, Jan 25, 2004 at 08:07:01PM -0800, Andrew Morton wrote:
>
>
>>When implementing a circular buffer it is better to not constrain the head
>>and tail indices - just let them grow and wrap without bound. You only need
>>to bring them in-bounds when you actually use them to index the buffer.
neat!
> I'm not sure why that's better.
We win in increment_head/increment_tail:
static void increment_head(struct oprofile_cpu_buffer * b)
{
-
unsigned long new_head = b->head_pos + 1;
wmb();
-
if (new_head < (b->buffer_size))
-
b->head_pos = new_head;
-
else
-
b->head_pos = 0;
+
b->head_pos++;
}
for this added cost when accessing the buffer:
b->buffer[b->head & b->buffer_size_mask];
Modulo use is not worth but with buffer_size a power of 2
it's probably a win, I'll try and measure this later, not
urgent since the problem is fixed, I added it in our todo.
regards,
Phil
^ permalink raw reply
* [Kernel-janitors] new ARI Engines Engine Casting
From: engine-parts.com @ 2004-01-26 14:34 UTC (permalink / raw)
To: kernel-janitors
[-- Attachment #1: Type: text/html, Size: 2114 bytes --]
[-- Attachment #2: SpamAssassinReport.txt --]
[-- Type: text/plain, Size: 1774 bytes --]
This mail is probably spam. The original message has been attached
along with this report, so you can recognize or block similar unwanted
mail in future. See http://spamassassin.org/tag/ for more details.
Content preview: ARI Engines Engine Casting Number Books ARI Racing
Engines & Complete Machine Shop
URI:http://www.engine-parts.com/arilogo2.jpg
URI:http://www.engine-parts.com http://www.engine-parts.com
URI:http://www.engine-parts.com/checkerbar.gif [...]
Content analysis details: (9.70 points, 5 required)
NO_REAL_NAME (1.1 points) From: does not include a real name
BANG_MONEY (0.5 points) BODY: Talks about money with an exclamation!
HTML_SHOUTING4 (0.5 points) BODY: HTML has very strong "shouting" markup
HTML_FONT_COLOR_RED (0.1 points) BODY: HTML font color is red
HTML_TAG_BALANCE_BODY (0.4 points) BODY: HTML has unbalanced "body" tags
HTML_MESSAGE (0.1 points) BODY: HTML included in message
HTML_IMAGE_ONLY_08 (1.1 points) BODY: HTML has images with 600-800 bytes of words
HTML_FONT_COLOR_UNSAFE (0.1 points) BODY: HTML font color not within safe 6x6x6 palette
HTML_FONT_COLOR_BLUE (0.1 points) BODY: HTML font color is blue
HTML_IMAGE_RATIO_10 (0.1 points) BODY: HTML has a low ratio of text to image area
HTML_TAG_BALANCE_HTML (0.2 points) BODY: HTML has unbalanced "html" tags
HTML_50_60 (0.5 points) BODY: Message is 50% to 60% HTML
MAILTO_LINK (0.1 points) BODY: Includes a URL link to send an email
MSG_ID_ADDED_BY_MTA_3 (0.5 points) 'Message-Id' was added by a relay (3)
CLICK_BELOW (0.5 points) Asks you to click below
MIME_HTML_ONLY (0.1 points) Message only has text/html MIME parts
FORGED_MUA_OUTLOOK (3.7 points) Forged mail pretending to be from MS Outlook
[-- Attachment #3: Type: text/plain, Size: 163 bytes --]
_______________________________________________
Kernel-janitors mailing list
Kernel-janitors@lists.osdl.org
http://lists.osdl.org/mailman/listinfo/kernel-janitors
^ permalink raw reply
* Re: [RFC/PATCH] IMQ port to 2.6
From: jamal @ 2004-01-26 14:29 UTC (permalink / raw)
To: Vladimir B. Savkin; +Cc: linux-kernel, netdev
In-Reply-To: <20040126135545.GA19497@usr.lcm.msu.ru>
On Mon, 2004-01-26 at 08:55, Vladimir B. Savkin wrote:
> On Mon, Jan 26, 2004 at 08:38:33AM -0500, jamal wrote:
> > I cant say i doubt you, but your word alone is insufficient data ;->
>
> You can see for youself. Police users' traffic to half of the normal rate
> and here them scream :) Then change policing to shaping using wrr
> (or htb class for each user), and sfq on the leafs, and users are happy.
>
;-> Sorry I dont have time. But this could be a nice paper since
i havent seen this topic covered. If you want to write one i could
help provide you an outline.
> Well, I use wrr + sfq exactly for fairness. No such thing can be
> achieved with policing only.
>
Thats what i was assuming. Shaping alone is insufficient as well.
> Here it is:
>
> +---------+ +-ppp0- ... - client0
> | +-eth1-<+-ppp1- ... - client1
> Internet ----- eth0-+ router | . . . . . . . .
> | +-eth2-< . . . . . .
> +---------+ +-pppN- ... - clientN
>
>
> Traffic flows from internet to clients.
> The ethX names are for example only, my setup is more complex actually,
> but that complexity is not related to IMQ or traffic shaping.
> Clients use PPTP or PPPoE to connect to router.
> See, there's no single interface I can attach qdisc to, if I want
> to put all clients into the same qdisc.
>
So why cant you attach a ingress qdisc on eth1-2 and use policing to
mark excess traffic (not drop)? On eth0 all you do is based on the mark
you stash them on a different class i.e move the stuff you have on
IMQ0 to eth0.
Example on ingress:
meter1=" police index 1 rate $CIR1"
meter1a=" police index 2 rate $PIR1"
index 2 is shared by all flows for default.
index 1 (and others) is guaranteeing rate (20Kbps) for each of the flows
etc.
Look for example at examples/Edge32-ca-u32
The most important thing to know is that policers can be shared across
devices, flows etc using the "index" operator.
I just noticed you are copying linux-kernel. Please take it off the list
in your response, this is a netdev issue. This should warn anyone
interested in the thread to join netdev.
cheers,
jamal
^ permalink raw reply
* Re: pmdisk working on ppc (WAS: Help port swsusp to ppc)
From: Guido Guenther @ 2004-01-26 14:29 UTC (permalink / raw)
To: Benjamin Herrenschmidt
Cc: Hugang, Patrick Mochel, Nigel Cunningham, ncunningham,
Linux Kernel Mailing List, linuxppc-dev list
In-Reply-To: <1074912854.834.61.camel@gaston>
On Sat, Jan 24, 2004 at 01:54:15PM +1100, Benjamin Herrenschmidt wrote:
> Ok, I hammered that for a day and got pmdisk (patrick's version) suspending
> and resuming on a pismo G3 (with XFree etc.. running). Lots of rough edges
> still (via-pmu sleep need to be improved, ADB need porting to the new driver
> model to be properly suspended/resumed, a sysdev for RTC is needed too for
> time, the asm code should be fixed for G5, etc...)
Works fine on a
processor : 0
cpu : 7455, altivec supported
clock : 867MHz
revision : 3.3 (pvr 8001 0303)
bogomips : 863.00
machine : PowerBook6,1
motherboard : PowerBook6,1 MacRISC3 Power Macintosh
board revision : 00000001
detected as : 287 (PowerBook G4 12")
pmac flags : 0000000b
L2 cache : 256K unified
memory : 256MB
pmac-generation : NewWorld
Cheers,
-- Guido
^ 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.