* Re: [Alsa-devel] Slab corruptions & Re: 2.6.17-rc1: Oops in sound applications
From: Takashi Iwai @ 2006-04-05 12:39 UTC (permalink / raw)
To: Jan Niehusmann; +Cc: Ken Moffat, linux-kernel, alsa-devel
In-Reply-To: <20060405121537.GA4807@knautsch.gondor.com>
At Wed, 5 Apr 2006 14:15:38 +0200,
Jan Niehusmann wrote:
>
> On Wed, Apr 05, 2006 at 01:14:54PM +0200, Takashi Iwai wrote:
> > Try the patch below. The change in pcm_native.c may be unnecessary,
> > but it's better so.
> > If it works, I'll submit the patches with a proper log.
>
> The patch (applied to 2.6.17-rc1) does fix the oops, but sound is still
> garbled with twinkle using /dev/dsp.
>
> About this garbled sound: I call an echo service on my asterisk server,
> which just echoes back everything I say. Works well using /dev/dsp with
> 2.6.16, but with 2.6.17-rc1, even with the patch applied, I hear no echo
> at all for ~1s. After that, I hear a strongly distorted echo.
Did you have any special setting (e.g. oss proc file)?
Takashi
^ permalink raw reply
* Re: Slab corruptions & Re: 2.6.17-rc1: Oops in sound applications
From: Takashi Iwai @ 2006-04-05 12:39 UTC (permalink / raw)
To: Jan Niehusmann; +Cc: Ken Moffat, linux-kernel, alsa-devel
In-Reply-To: <20060405121537.GA4807@knautsch.gondor.com>
At Wed, 5 Apr 2006 14:15:38 +0200,
Jan Niehusmann wrote:
>
> On Wed, Apr 05, 2006 at 01:14:54PM +0200, Takashi Iwai wrote:
> > Try the patch below. The change in pcm_native.c may be unnecessary,
> > but it's better so.
> > If it works, I'll submit the patches with a proper log.
>
> The patch (applied to 2.6.17-rc1) does fix the oops, but sound is still
> garbled with twinkle using /dev/dsp.
>
> About this garbled sound: I call an echo service on my asterisk server,
> which just echoes back everything I say. Works well using /dev/dsp with
> 2.6.16, but with 2.6.17-rc1, even with the patch applied, I hear no echo
> at all for ~1s. After that, I hear a strongly distorted echo.
Did you have any special setting (e.g. oss proc file)?
Takashi
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
^ permalink raw reply
* Re: [Xenomai-core] Frozen timer IRQ
From: Philippe Gerum @ 2006-04-05 12:38 UTC (permalink / raw)
To: Gilles Chanteperdrix; +Cc: Jan Kiszka, xenomai-core
In-Reply-To: <17459.46030.997560.684058@domain.hid>
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
> > Hi,
> >
> > my colleagues and I need some hint where to continue our search for the
> > cause of a weird cleanup issue:
> >
> > An application of our robotics framework sometimes terminates (though
> > successfully) in a way that the system timer IRQ no longer arrives
> > afterwards or no re-program takes place anymore. All other Linux IRQs
> > are fine (Ethernet, keyboard, etc.). I cannot provide an easy test case
> > yet as besides the framework some expensive gyroscope and the 16550A
> > driver are involved.
>
> I observed a similar issue when xnpod_stop_timer was called when
> shutting down the posix skin. I assumed that the problem was that
> xnpod_shutdown already called xnpod_stop_timer, so xnpod_stop_timer (and
> in particular xnarch_stop_timer) ended up being called twice.
>
Err, sorry. Forget about my previous reply: xnarch_stop_timer is _not_
protected by the XNTIMED flag, but only the last part of the
housekeeping chores performed upon stopping the systimer are. IOW, this
is a latent bug, and xnpod_stop_timer should be fixed.
--
Philippe.
^ permalink raw reply
* Relatives
From: Ebanx_cons @ 2006-04-05 12:36 UTC (permalink / raw)
EBANX CONSULTANTS.
ebanxcon1@mixmail.com
Ebanx Consultants:Private
Investigators and Security Consultants is conducting a standard process
investigation on behalf of Deutsche Bank AG,the international Banking
conglomerate, and we will like you to assist with this Independent
Enquiry.
My name is MAR WOLF. I am a senior partner in the firm. This
investigation involves a client who shares the same surname with you
and also the circumstances surrounding investments made by this client
at Deutsche Bank AG.
The Deutsche Bank AG Banking client died
intestate and nominated no successor in title over the investments made
with the Bank. The essence of this communication with you is to request
you provide us information/comments on any or all of the four issues:
1-Are you aware of any relative/relation who shares your same surname
whose last known contact address was Hamburg, Germany?
2-Are you aware
of any investment of considerable value made by such aperson at the
Deutsche Bank AG?
3-Born on the 1st of June 1927
4-Can you establish
beyond reasonable doubt your eligibility to assume status of successor
in title to the deceased?
It is pertinent that you inform us ASAP
whether or not you are familiar with this personality that we may put
an end to this communication with you and our inquiries surrounding
this personality. You must appreciate that we are constrained from
providing you with more detailed
information at this point.
Please
respond to this mail as soon as possible to afford us the opportunity
to close this investigation. Thank you for accommodating our enquiry.
ebanxcon1@mixmail.com
Mar Wolf.
^ permalink raw reply
* Re: [Xenomai-core] Frozen timer IRQ
From: Philippe Gerum @ 2006-04-05 12:29 UTC (permalink / raw)
To: Gilles Chanteperdrix; +Cc: Jan Kiszka, xenomai-core
In-Reply-To: <17459.46030.997560.684058@domain.hid>
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
> > Hi,
> >
> > my colleagues and I need some hint where to continue our search for the
> > cause of a weird cleanup issue:
> >
> > An application of our robotics framework sometimes terminates (though
> > successfully) in a way that the system timer IRQ no longer arrives
> > afterwards or no re-program takes place anymore. All other Linux IRQs
> > are fine (Ethernet, keyboard, etc.). I cannot provide an easy test case
> > yet as besides the framework some expensive gyroscope and the 16550A
> > driver are involved.
>
> I observed a similar issue when xnpod_stop_timer was called when
> shutting down the posix skin. I assumed that the problem was that
> xnpod_shutdown already called xnpod_stop_timer, so xnpod_stop_timer (and
> in particular xnarch_stop_timer) ended up being called twice.
>
The XNTIMED bit from the pod's status is checked to trap multiple
invocations, so this should not -normally- cause any issue.
--
Philippe.
^ permalink raw reply
* Re: [PATCH] [AUDIT] auditfilter.c cleanup/const-ification
From: Steve Grubb @ 2006-04-05 12:29 UTC (permalink / raw)
To: linux-audit
In-Reply-To: <20060405114152.GC98094@gaz.sfgoth.com>
On Wednesday 05 April 2006 07:41, Mitchell Blank Jr wrote:
> Do you have any info on this patch? The latest -mm (17-rc1-mm1) doesn't
> touch auditfilter.c at all.
We loosely sync to -mm as our working group's patches are ready for wider
testing. There is a git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/viro/audit-current.git/
This is what we work against.
-Steve
^ permalink raw reply
* Re: HTTP repo referencing stale heads (can't clone)
From: Radoslaw Szkodzinski @ 2006-04-05 12:23 UTC (permalink / raw)
To: Nick Hengeveld; +Cc: Daniel Drake, Junio C Hamano, git
In-Reply-To: <20060404180130.GF14967@reactrix.com>
[-- Attachment #1: Type: text/plain, Size: 988 bytes --]
Nick Hengeveld wrote:
> On Mon, Apr 03, 2006 at 07:28:28PM +0100, Daniel Drake wrote:
>
>> Ah, should have known. I am behind a (lame) transparent proxy on port 80.
>>
>> I opened that file in my web browser and it showed the old heads. After
>> a force-refresh (ctrl+F5, which sends some additionally http headers to
>> refresh the page from the real server), the old heads disappeared, and
>> git now clones successfully.
>>
>> git-http-fetch should probably send those extra headers too. I'll try to
>> find some time to look at this next week.
>
> git-http-fetch uses the "Pragma: no-cache" header when requesting
> objects that shouldn't be cached. Is this the additional header you're
> referring to?
>
As per HTTP 1.1, it should also send:
Cache-Control: no-cache
Pragma: no-cache is the deprecated extension.
It's safe to send both.
--
GPG Key id: 0xD1F10BA2
Fingerprint: 96E2 304A B9C4 949A 10A0 9105 9543 0453 D1F1 0BA2
AstralStorm
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 254 bytes --]
^ permalink raw reply
* Re: How should I handle binary file with GIT
From: moreau francis @ 2006-04-05 12:21 UTC (permalink / raw)
To: Junio C Hamano; +Cc: git
In-Reply-To: <7v3bgs4exz.fsf@assigned-by-dhcp.cox.net>
--- Junio C Hamano <junkio@cox.net> a écrit :
> It _might_ make sense to adopt a well-defined binary patch
> format (or if there is no prior art, introduce our own) and
> support that format with both git-diff-* brothers and git-apply,
> but that would be a bit longer term project.
>
well maybe it's just stupid, but why not simply transforming binary files into
ascii files (maybe by using uuencode) before using git-diff-* brothers and
git-apply ?
Francis
___________________________________________________________________________
Nouveau : téléphonez moins cher avec Yahoo! Messenger ! Découvez les tarifs exceptionnels pour appeler la France et l'international.
Téléchargez sur http://fr.messenger.yahoo.com
^ permalink raw reply
* Re: [ANNOUNCE]: IA64 ISOs based on Fedora Core 5
From: Paul Nasrat @ 2006-04-05 12:16 UTC (permalink / raw)
To: linux-ia64
In-Reply-To: <44332325.8050207@sgi.com>
On Wed, 2006-04-05 at 06:54 -0400, Prarit Bhargava wrote:
> David Woodhouse wrote:
> > On Tue, 2006-04-04 at 22:25 -0400, Paul Nasrat wrote:
> >
> >>I assume for the weekly snapshots of rawhide that you'll be putting
> >>unique (eg date based) names on the isos so they can be readily
> >>identified, else you're going to run into trouble tracking issues
> >>across media sets.
> >
> >
> > To be honest, I'm not convinced that weekly ISO builds are particularly
> > useful -- we don't do that for rawhide on other architectures either.
> > It's probably better just to encourage people to use rsync to keep up
> > with rawhide, rather than downloading it all over again each week.
> >
>
> Unfortunately, it seems I have users who are unwilling to use yum, etc.,
> in the short term. They would prefer weekly snapshots.
Really having done this for ppc, and also working on anaconda - I'd
heartily recommend using NFS and tracking rawhide. With NFS it's
trivial to drop in an RHupdates to fix up issues, with isos it becomes
much harder.
Paul
^ permalink raw reply
* Re: 2.6.16 fails to resume after INIT in user space
From: Francois WELLENREITER @ 2006-04-05 12:16 UTC (permalink / raw)
To: linux-ia64
In-Reply-To: <12848.1144211334@kao2.melbourne.sgi.com>
Hi Keith and all,
concerning this issue, it works well on Bull Novascale 5160.
However, have you tested INIT feature with a 2.6.15 kernel ?
Indeed, since this kernel version, I have noticed that on Intel Tiger
machines,
the behavior was exactly the same than the description you are giving
here below.
After a more detailed investigation with an ITP, I have seen that the
trouble ever happens
when executing the following code :
________________________________________
ia64_old_stack:
add regs=MCA_PT_REGS_OFFSET, r3
mov b0=r2 // save return address
GET_IA64_MCA_DATA(temp2)
LOAD_PHYSICAL(p0,temp1,1f)
;;
mov cr.ipsr=r0
mov cr.ifs=r0
mov cr.iip=temp1
;;
invala
rfi <---------------------------------------
________________________________________
After rfi instruction, the kernel INIT handler is called again instead
of executing the code
located at "temp1" address.
Since we provide our own SAL version on NS5160 machines, I think that
the problem might be located at the SAL level,
My comprehension is that there might be a misfunctioning in the SAL
concerning INIT event management
and when psr.mc bit is forced to 0 again, the previous INIT signal is
not filtered anymore, and the entire INIT call chain
is executed again. But it is just a personal interpretation and I have
no proof about this.
This point has been submitted to Intel gurus and is under investigation.
Best regards,
Francois WELLENREITER
>2.6.16 on SN2, compiled with gcc 3.3.3, no KDB.
>
>The SN2 controller 'NMI' command sends INIT to all processors, one as
>monarch, the rest as slaves. If all the processors are in kernel space
>(including idle) then INIT resumes after dumping the process list. If
>any of the processors are in user space then INIT claims to resume but
>gets something wrong, the system becomes dead.
>
>Send first NMI
>
> Entered OS INIT handler. PSPÿe301a0 cpu=0 monarch=0
> cpu 0, INIT occurred in user space, original stack not modified
> Entered OS INIT handler. PSPÿe301a0 cpu=3 monarch=0
> Entered OS INIT handler. PSPÿe301a0 cpu=2 monarch=0
> Entered OS INIT handler. PSPÿe301a0 cpu=1 monarch=1
> Delaying for 5 seconds...
> Processes interrupted by INIT - 0 (cpu 1 task 0xe00000b47a4b8000) 0 (cpu 2 task 0xe00000b47a4e8000) 0 (cpu 3 task 0xe00000b47a500000)
>
> ... process dump ...
>
> INIT dump complete. Monarch on cpu 1 returning to normal service.
> Slave on cpu 0 returning to normal service.
> Slave on cpu 3 returning to normal service.
> Slave on cpu 2 returning to normal service.
>
> ... No response ...
>
>Send second NMI
>
> Entered OS INIT handler. PSPÿe301a0 cpu=3 monarch=0
> Entered OS INIT handler. PSPÿe301a0 cpu=0 monarch=0
> cpu 0, INIT inconsistent previous current and r13, original stack not modified
> Entered OS INIT handler. PSPÿe301a0 cpu=2 monarch=0
> Entered OS INIT handler. PSPÿe301a0 cpu=1 monarch=1
> Delaying for 5 seconds...
> Processes interrupted by INIT - 0 (cpu 1 task 0xe00000b47a4b8000) 0 (cpu 2 task 0xe00000b47a4e8000) 0 (cpu 3 task 0xe00000b47a500000)
>
>cpu 0 was running in user space during the first NMI, so the original
>stack was not modified. On the second NMI, current for cpu 0 does not
>match r13. Which means that something went wrong when processing the
>first NMI while the process was in user space.
>
>I am still investigating this problem, but any other eyes on the code
>would be appreciated.
>
>-
>To unsubscribe from this list: send the line "unsubscribe linux-ia64" 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: [Alsa-devel] Slab corruptions & Re: 2.6.17-rc1: Oops in sound applications
From: Jan Niehusmann @ 2006-04-05 12:15 UTC (permalink / raw)
To: Takashi Iwai; +Cc: Ken Moffat, linux-kernel, alsa-devel
In-Reply-To: <s5h1wwcp93l.wl%tiwai@suse.de>
On Wed, Apr 05, 2006 at 01:14:54PM +0200, Takashi Iwai wrote:
> Try the patch below. The change in pcm_native.c may be unnecessary,
> but it's better so.
> If it works, I'll submit the patches with a proper log.
The patch (applied to 2.6.17-rc1) does fix the oops, but sound is still
garbled with twinkle using /dev/dsp.
About this garbled sound: I call an echo service on my asterisk server,
which just echoes back everything I say. Works well using /dev/dsp with
2.6.16, but with 2.6.17-rc1, even with the patch applied, I hear no echo
at all for ~1s. After that, I hear a strongly distorted echo.
If I change the twinkle settings to use the ALSA native devices instead
of /dev/dsp, everything is fine.
Pure playback, eg. with xmms, is fine with 2.6.17-rc1 using /dev/dsp.
Jan
^ permalink raw reply
* Re: Slab corruptions & Re: 2.6.17-rc1: Oops in sound applications
From: Jan Niehusmann @ 2006-04-05 12:15 UTC (permalink / raw)
To: Takashi Iwai; +Cc: Ken Moffat, linux-kernel, alsa-devel
In-Reply-To: <s5h1wwcp93l.wl%tiwai@suse.de>
On Wed, Apr 05, 2006 at 01:14:54PM +0200, Takashi Iwai wrote:
> Try the patch below. The change in pcm_native.c may be unnecessary,
> but it's better so.
> If it works, I'll submit the patches with a proper log.
The patch (applied to 2.6.17-rc1) does fix the oops, but sound is still
garbled with twinkle using /dev/dsp.
About this garbled sound: I call an echo service on my asterisk server,
which just echoes back everything I say. Works well using /dev/dsp with
2.6.16, but with 2.6.17-rc1, even with the patch applied, I hear no echo
at all for ~1s. After that, I hear a strongly distorted echo.
If I change the twinkle settings to use the ALSA native devices instead
of /dev/dsp, everything is fine.
Pure playback, eg. with xmms, is fine with 2.6.17-rc1 using /dev/dsp.
Jan
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
^ permalink raw reply
* Re: [Xenomai-core] Frozen timer IRQ
From: Gilles Chanteperdrix @ 2006-04-05 12:10 UTC (permalink / raw)
To: Jan Kiszka; +Cc: xenomai-core
In-Reply-To: <4432E540.1010108@domain.hid>
Jan Kiszka wrote:
> Hi,
>
> my colleagues and I need some hint where to continue our search for the
> cause of a weird cleanup issue:
>
> An application of our robotics framework sometimes terminates (though
> successfully) in a way that the system timer IRQ no longer arrives
> afterwards or no re-program takes place anymore. All other Linux IRQs
> are fine (Ethernet, keyboard, etc.). I cannot provide an easy test case
> yet as besides the framework some expensive gyroscope and the 16550A
> driver are involved.
I observed a similar issue when xnpod_stop_timer was called when
shutting down the posix skin. I assumed that the problem was that
xnpod_shutdown already called xnpod_stop_timer, so xnpod_stop_timer (and
in particular xnarch_stop_timer) ended up being called twice.
--
Gilles Chanteperdrix.
^ permalink raw reply
* Re: Q on audit, audit-syscall
From: Herbert Rosmanith @ 2006-04-05 12:06 UTC (permalink / raw)
To: Robin Holt; +Cc: linux-kernel
In-Reply-To: <20060405114112.GA24452@lnx-holt.americas.sgi.com>
> On Wed, Apr 05, 2006 at 01:27:03PM +0200, Herbert Rosmanith wrote:
> >
> > good afternoon,
> >
> > I'm searching for a way to trace/intercept syscalls, both before and
> > after execution. "ptrace" is not an option (you probably know why).
^^^^^^^^^^^^^^^^^^^^^^^^^^
> Does strace do what you are asking for?
as I said, "ptrace" is not an option.
^ permalink raw reply
* Re: [ANNOUNCE]: IA64 ISOs based on Fedora Core 5
From: Paul Nasrat @ 2006-04-05 12:08 UTC (permalink / raw)
To: linux-ia64
In-Reply-To: <44332325.8050207@sgi.com>
On Wed, 2006-04-05 at 06:52 -0400, Prarit Bhargava wrote:
> Paul Nasrat wrote:
> > On Tue, 2006-04-04 at 21:53 -0400, Prarit Bhargava wrote:
> >
> >>Hello,
> >>
> >>A set of CD ISOs and a DVD ISO based on the March 20, 2006 image of the
> >>ia64 Fedora development branch (also known as rawhide) are available from
> >>
> >> http://oss.sgi.com/projects/fedora
> >
> >
> > http://oss.sgi.com/projects/fedora-ia64/download - 404
>
> Yep, that doesn't exist. 'fedora', not 'fedora-ia64'
That's the Download link on the page here:
http://oss.sgi.com/projects/fedora/
<P>
The ISOs and a mirror of Fedora Core IA64 development branch can be
accessed via ftp by clicking on the <a href="http://oss.sgi.com/projects/fedora-ia64/download">
Download</a> link on the left hand side of this page.
Can you get that updated with the ftp uri.
Paul
^ permalink raw reply
* Re: Dual Core CPU on Abit NI8-Board
From: Frank von Daak @ 2006-04-05 12:05 UTC (permalink / raw)
To: linux-smp
In-Reply-To: <cbe23c50604050315u3daad82x14beed5ed16c43fd@mail.gmail.com>
Am Wednesday, 5. April 2006 12:15 schrieben Sie:
>> The only problem in this case is that the machine is very unstable on
>> 3D-Action...
>> any more ideas?
>You get IRQ sharing for you video adpaters in this last case:
>7: 5178 0 XT-PIC ohci_hcd:usb3, nvidia, nvidia
>Those video cards are on PCI-Express bus?
>With the "NVidia SLI" etc...
yes and no :-}
I've attached the two cards in SLI-Mode to the board. This means that I've
placed the chip for SLI-Mode (you can see the red chip on this image between
the two pcie-slots:
http://www.etech4sale.com/images/0146000_0146999/146929_h.jpg)
This must be done, to run both pcie-slots in 16x mode. If not, only one slot
is 16x the other is 1x.
And I've connected both cards with a SLI-bridge - but:
I don't run use the SLI mode in linux!
I'm running a flightsim (x-plane) and have connected three monitors. Because a
normal graphics-adapter can handle just 2 monitors there was the need for two
graphics-adapters.
And they are running fine, if I don't append anything in my lilo.conf! But I
can use just on one cpu-core :-(
I'm not sure if this is realy a problem with the x-server, or?
But I'm really unsure: whats my problem? SMP or Nvidia?
>You're welcome since my last message just hang your machine :))
hehe - that's really no problem!!!
Greetings
Frank
--
--
Frank von Daak
f.vondaak@kpage.de
^ permalink raw reply
* [LARTC] Configuration of my QoS ruleset (now working fine with u32
From: Nataniel Klug @ 2006-04-05 12:03 UTC (permalink / raw)
To: lartc
Hello all,
As I have promised I am sending my QoS rules. This now works fine
with u32 classifier (and parent 1:0 that I could not understand why it
did not worked well before).
Att,
Nataniel Klug
------------------------
#!/bin/sh
#------
# Script de QoS Cyber Nett
#------
# Nataniel Klug
# suporte@cnett.com.br
#------
TC="/sbin/tc"
IPT="/usr/local/sbin/iptables"
DL="eth1"
#------
# Apagando regras antigas de QoS
#------
$TC qdisc del dev $DL root 2> /dev/null > /dev/null
$TC qdisc del dev $DL ingress 2> /dev/null > /dev/null
#------
# Regras para a placa eth1
#------
$TC qdisc add dev $DL root handle 1: htb default 40
CLASS="/sbin/tc class add dev $DL parent"
$CLASS 1: classid 1:1 htb rate 3096Kbit
$CLASS 1:1 classid 1:10 htb rate 2048Kbit ceil 3096Kbit
$CLASS 1:1 classid 1:20 htb rate 1024Kbit ceil 3096Kbit
$CLASS 1:1 classid 1:30 htb rate 1024Kbit ceil 2048Kbit
$CLASS 1:1 classid 1:40 htb rate 512Kbit ceil 2048Kbit
QDISC="/sbin/tc qdisc add dev $DL parent"
$QDISC 1:10 handle 10: sfq perturb 10
$QDISC 1:20 handle 20: sfq perturb 10
$QDISC 1:30 handle 30: sfq perturb 10
$QDISC 1:40 handle 40: sfq perturb 10
FILTER="/sbin/tc filter add dev $DL parent 1:0 protocol ip prio 1 u32"
#----
# Regras com maior prioridade
# APENAS NAVEGACAO E PING
#----
$FILTER match ip sport 80 0xffff flowid 1:10
$FILTER match ip sport 443 0xffff flowid 1:10
$FILTER match ip sport 3128 0xffff flowid 1:10
$FILTER match ip protocol 1 0xff flowid 1:10
#----
# Regra especial para o conteudo
# ns2.cnett.com.br
#----
$FILTER match ip src 200.163.208.4/32 flowid 1:10
$FILTER match ip src 200.163.208.5/32 flowid 1:10
#----
# Regras com prioridade mediana
# DNS, SSH, Telnet
#----
$FILTER match ip sport 22 0xffff flowid 1:20
$FILTER match ip sport 23 0xffff flowid 1:20
$FILTER match ip sport 53 0xffff flowid 1:20
$FILTER match ip sport 2202 0xffff flowid 1:20
#----
# Regras com prioridade baixa
# Mail
#----
$FILTER match ip sport 25 0xffff flowid 1:30
$FILTER match ip sport 110 0xffff flowid 1:30
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply
* Re: p4-clockmod not working in 2.6.16
From: Tim Phipps @ 2006-04-05 12:02 UTC (permalink / raw)
To: Tim Phipps, linux-kernel; +Cc: Mike Galbraith, Edgar Toernig, Dave Jones
In-Reply-To: <1144147663.2588.247.camel@elsdt-scarecrow.arc.com>
[-- Attachment #1: Type: text/plain, Size: 887 bytes --]
On Tuesday 04 Apr 2006 11:47, Tim Phipps wrote:
> On Wed, 2006-03-22 at 06:20, Mike Galbraith wrote:
> > On Wed, 2006-03-22 at 06:57 +0100, Edgar Toernig wrote:
> > > | N60. Processor May Hang under Certain Frequencies and 12.5%
> > > | STPCLK# Duty Cycle
> > > |
> > > | Problem: If a system de-asserts STPCLK# at a 12.5% duty cycle,
> > > | the processor is running below 2 GHz, and the processor thermal
> > > | control circuit (TCC) on-demand clock modulation is active, the
> > > | processor may hang. This erratum does not occur under the automatic
> > > | mode of the TCC.
>
Here's a patch to 2.6.17-rc1 that disables the 12.5% DC on any CPU that has
N60. The frequencies in the errata are a bit vague so this is the safe bet
and it only disables one of the eight frequencies rather than the current
behaviour which disables all of mine!
Cheers,
Tim.
[-- Attachment #2: kpatch-p4clockmod --]
[-- Type: text/x-diff, Size: 658 bytes --]
--- linux-2.6.17-rc1/arch/i386/kernel/cpu/cpufreq/p4-clockmod.c.orig 2006-04-04 14:54:49.000000000 +0100
+++ linux-2.6.17-rc1/arch/i386/kernel/cpu/cpufreq/p4-clockmod.c 2006-04-04 15:19:02.000000000 +0100
@@ -244,7 +244,7 @@
for (i=1; (p4clockmod_table[i].frequency != CPUFREQ_TABLE_END); i++) {
if ((i<2) && (has_N44_O17_errata[policy->cpu]))
p4clockmod_table[i].frequency = CPUFREQ_ENTRY_INVALID;
- else if (has_N60_errata[policy->cpu] && ((stock_freq * i)/8) < 2000000)
+ else if ((i<2) && (has_N60_errata[policy->cpu]))
p4clockmod_table[i].frequency = CPUFREQ_ENTRY_INVALID;
else
p4clockmod_table[i].frequency = (stock_freq * i)/8;
^ permalink raw reply
* Re: CONFIG_FRAME_POINTER and module vermagic
From: linux-os (Dick Johnson) @ 2006-04-05 12:01 UTC (permalink / raw)
To: Christopher Friesen; +Cc: Linux kernel
In-Reply-To: <4432EC08.4010104@nortel.com>
On Tue, 4 Apr 2006, Christopher Friesen wrote:
>
> A while back there was a post that CONFIG_FRAME_POINTER doesn't affect
> calling conventions and doesn't need to be in vermagic.
>
> One of my coworkers seems to think otherwise, and I don't know enough
> about the issue to know for sure. Could someone with i386 knowledge
> comment on his thoughts?
>
> Here's what he's currently thinking:
>
> 1) regs->ebp hold a copy of the stack frame pointer. It's value is
> conserved through any function that are compiled with FRAME_POINTER on.
>
> 2) (unsigned long *)(regs->ebp + 4) is the "pc" of the caller (like the
> link register on PPC which is relative to "fp")
>
> 3) The profile_pc function usually look directly at "pc" to do it's
> profiling magic but sometimes (when the current "pc" is inside a
> lock_function, we're SMP, and CONFIG_FRAME_POINTER is enabled) it uses
> "regs->ebp+4" to be more accurate on the profiling. In other word
> profile_pc doesn't want to create a profiling entry that would show
> redundant information about being stuck into a spin_lock...
>
> So, if the kernel was built with SMP and FRAME_POINTER, a module wasn't,
> the module used ebp as a general register, then blocked in a spinlock
> when profile_pc started...then a regs->ebp value of something
> interesting (like "0", for instance) could cause interesting behaviour.
>
> Seems reasonable to me, but like I said, I'm not an expert on i386.
>
> Chris
>
Register EBP is used to set up a stack frame. The CPU has internal
macros that do this for you with 'enter nn' and 'leave'. Properly
used, these will also collapse the stack to its entry value,
discarding local variables when leaving the procedure.
Register EBP is an index register, considered precious by the 'C'
compiler. Such other registers are EBX, ESI, and EDI. These are
never to be destroyed by a called function.
When EBP is used for a frame pointer, it must always be
saved prior to use and restored after...
PAR1 = 0x08
PAR2 = 0x0c
PAR3 = 0x10
push %ebp
movl %esp, %ebp # Enter
movl PAR1(%ebp), %eax # Get first parameter
movl PAR2(%ebp), %ecx # Get second parameter
movl PAR3(%ebp), %edx # Get third parameter
.........
.........
movl %ebp, %esp # leave
popl %esp
ret
If a frame-pointer is not used, the code becomes.
PAR1 = 0x04
PAR2 = 0x08
PAR3 = 0x0c
movl PAR1(%esp), %eax
movl PAR2(%esp), %ecx
movl PAR3(%esp), %edx
This saves instuctions and frees up register EBP for use as a general
purpose register, or as an index register off from the stack segment.
However, since EBP is precious, its contents must be saved before use
and restored later, as:
pushl EBP
...........
...........
popl EBP
Failure to do this is a BUG. If you find any code that uses either
EBP, EBX, ESI, or EDI in a called function, without first saving and
then later restoring them, it is a BUG and needs to be reported.
There is a possibility that some inline assembly was improperly
coded and ends up using some register it shouldn't, but this
would quickly lead to crash and would be descovered early in
the development phase. Note that upon entry to the kernel all
the caller's registers are saved on the intermediate kernel
stack and restored upon exit. That's what the (regs *) to which
you refer, points to. The structure member, ebp, contains the
value of the EBP register when the kernel was called. Since EBP
was the first register saved in the array, it is likely (didn't check)
that the location referenced by "regs->ebp + 4" was, in fact, the
return address. In any event, the value of regs->ebp is simply
the value in a structure member, not the value of any current
registers.
Again, you can use a stack-frame if you want, or not in your
modules. It makes no difference to the rest of the kernel.
Cheers,
Dick Johnson
Penguin : Linux version 2.6.15.4 on an i686 machine (5589.42 BogoMips).
Warning : 98.36% of all statistics are fiction, book release in April.
_
\x1a\x04
****************************************************************
The information transmitted in this message is confidential and may be privileged. Any review, retransmission, dissemination, or other use of this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient, please notify Analogic Corporation immediately - by replying to this message or by sending an email to DeliveryErrors@analogic.com - and destroy all copies of this information, including any attachments, without reading or disclosing them.
Thank you.
^ permalink raw reply
* VPN module
From: Erich Schubert @ 2006-04-05 11:59 UTC (permalink / raw)
To: SE Linux
Hi,
I'll probably write a OpenVPN module sometime soon.
We already have a "vpn" module, but that is only for the vpnc client so
far.
Should I
- try to make a single module for both (I consider that a bad idea,
since vpnc is a client only for cisco VPNs, whereas OpenVPN can be used
as a full-blown VPN server and is much more flexible)
- rename the vpn policy to vpnc and make a new "openvpn" module?
best regards,
Erich Schubert
--
erich@(vitavonni.de|debian.org) -- GPG Key ID: 4B3A135C (o_
Go away or i'll replace you with a very small shell script. //\
Es ist beschämender seinen Freunden zu mißtrauen als von ihnen V_/_
getäuscht zu werden. --- François de la Rochefoucauld
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
^ permalink raw reply
* Re: End User Mailing List / Group / Policy Made Easy
From: Erich Schubert @ 2006-04-05 11:57 UTC (permalink / raw)
To: Randal T. Rioux; +Cc: sds, James Morris, SE Linux
In-Reply-To: <44333C9E.4050508@procyonlabs.com>
Hi Randy,
> In reference to user interfacing, I was considering developing an
> ncurses based editor. I generally don't install X libraries on servers
I definitely do agree here, I don't have X on any of my SELinux boxes
either.
You can do certain things remotely by copying files around (but that,
too, can be a PITA if you e.g. don't have ssh_sysadm logins), so I'd
like to see a ncurses frontent e.g. for picking the modules to link.
When you are tackling the module selection, please try to come up with
an interface that handles
- dependencies - users selecting "postfix" need "mta", too.
- suggestions - if postfix is installed, "postfix.pp" should be
preselected; however the "rsync.pp" module is only needed for running an
rsync server IIRC, not for running rsync manually over SSH which is
probably more common.
I wouldn't do this just by "preseeding", but I would display all modules
that the distribution magic spits out specially.
You can run the magic in the inital run, analyze the installed software,
then preselect the relevant modules. However, people may install
additional software later, or deinstall some. Therefore it would be nice
if the user could fire up the module picker and see the relevant entries
highlighted.
Aptitude has a pretty nice text UI for such things, albeit pretty
complex by now. But it can handle all kinds of dependencies,
suggestions, automatically installed packages and so on.
Some things I'd like to see discussed on the mailing list here:
1. How to extract dependency information from modules?
2. Where to store package -> module mappings for module autoselection?
best regards,
Erich Schubert
--
erich@(vitavonni.de|debian.org) -- GPG Key ID: 4B3A135C (o_
You know we all became mathematicians for the same reason: //\
we were lazy. --- Max Rosenlicht V_/_
Ein schöner Moment leuchtet das Leben hindurch.
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
^ permalink raw reply
* Re: [Patch] Allow bitmasks with the badpage bootoption
From: Erik Bosman @ 2006-04-05 11:57 UTC (permalink / raw)
To: Keir Fraser; +Cc: xen-devel
In-Reply-To: <983b2c50588af9fa126c1db34bb59267@cl.cam.ac.uk>
[-- Attachment #1: Type: text/plain, Size: 49 bytes --]
Signed-off-by: Erik Bosman <ebosman@gmail.com>
[-- Attachment #2: badpage-range.patch --]
[-- Type: text/x-patch, Size: 1485 bytes --]
diff -ru xen-3.0.1-orig/xen/common/page_alloc.c xen-3.0.1-range/xen/common/page_alloc.c
--- xen-3.0.1-orig/xen/common/page_alloc.c 2006-03-14 12:17:06.000000000 +0100
+++ xen-3.0.1-range/xen/common/page_alloc.c 2006-04-05 13:34:05.000000000 +0200
@@ -155,7 +155,7 @@
void init_boot_pages(physaddr_t ps, physaddr_t pe)
{
- unsigned long bad_pfn;
+ unsigned long bad_spfn, bad_epfn, i;
char *p;
ps = round_pgup(ps);
@@ -169,18 +169,31 @@
p = opt_badpage;
while ( *p != '\0' )
{
- bad_pfn = simple_strtoul(p, &p, 0);
+ bad_spfn = simple_strtoul(p, &p, 0);
+ bad_epfn = bad_spfn;
+
+ if ( *p == '-' )
+ {
+ p++;
+ bad_epfn = simple_strtoul(p, &p, 0);
+ if ( bad_epfn < bad_spfn )
+ bad_epfn = bad_spfn;
+ }
if ( *p == ',' )
p++;
else if ( *p != '\0' )
break;
- if ( (bad_pfn < max_page) && !allocated_in_map(bad_pfn) )
- {
- printk("Marking page %lx as bad\n", bad_pfn);
- map_alloc(bad_pfn, 1);
- }
+ if ( bad_epfn == bad_spfn )
+ printk("Marking page %lx as bad\n", bad_spfn);
+ else
+ printk("Marking pages %lx through %lx as bad\n",
+ bad_spfn, bad_epfn);
+
+ for ( i = bad_spfn; i <= bad_epfn; i++ )
+ if ( (i < max_page) && !allocated_in_map(i) )
+ map_alloc(i, 1);
}
}
[-- Attachment #3: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply
* Re: alsa cvs broken
From: James Courtier-Dutton @ 2006-04-05 11:54 UTC (permalink / raw)
To: Takashi Iwai; +Cc: Jaroslav Kysela, Rene Herman, alsa-devel
In-Reply-To: <s5hzmj0nu9q.wl%tiwai@suse.de>
The CVS seems to be working again.
Shall I check my next patch it via CVS or HG?
James
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
^ permalink raw reply
* Re: CSCAN I/O scheduler for 2.6.10 kernel
From: Antonio Vargas @ 2006-04-05 11:48 UTC (permalink / raw)
To: Vishal Patil; +Cc: Bill Davidsen, Linux Kernel Mailing List
In-Reply-To: <4745278c0604041402n5c6329ebw71d7fdc5c3a9dd68@mail.gmail.com>
On 4/4/06, Vishal Patil <vishpat@gmail.com> wrote:
> In that case it would be a normal elevator algorithm and that has a
> possiblity of starving the requests at one end of the disk.
>
> - Vishal
>
> On 4/4/06, Bill Davidsen <davidsen@tmr.com> wrote:
> > Vishal Patil wrote:
> > > Maintain two queues which will be sorted in ascending order using Red
> > > Black Trees. When a disk request arrives and if the block number it
> > > refers to is greater than the block number of the current request
> > > being served add (merge) it to the first sorted queue or else add
> > > (merge) it to the second sorted queue. Keep on servicing the requests
> > > from the first request queue until it is empty after which switch over
> > > to the second queue and now reverse the roles of the two queues.
> > > Simple and Sweet. Many thanks for the awesome block I/O layer in the
> > > 2.6 kernel.
> > >
> > Why both queues sorting in ascending order? I would think that one
> > should be in descending order, which would reduce the seek distance
> > between the last i/o on one queue and the first on the next.
> >
But, if there are two queues, one which is being processed and other
which gets the new requests (and the corresponding queue switch when
the current is empty), then there is no way to get starved when they
are sorted in opposite order.
--
Greetz, Antonio Vargas aka winden of network
http://wind.codepixel.com/
windNOenSPAMntw@gmail.com
thesameasabove@amigascne.org
Every day, every year
you have to work
you have to study
you have to scene.
^ permalink raw reply
* [ALSA - driver 0002003]: i can not ear anything and all setting of the ALSAMIXER are not working
From: bugtrack @ 2006-04-05 11:47 UTC (permalink / raw)
To: alsa-devel
The following issue has been SUBMITTED.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2003>
======================================================================
Reported By: pierre hubert
Assigned To:
======================================================================
Project: ALSA - driver
Issue ID: 2003
Category: PCI - ice1724
Reproducibility: always
Severity: major
Priority: normal
Status: new
Distribution: mandriva 10,2
Kernel Version: 2,6,11-6mdk
======================================================================
Date Submitted: 04-05-2006 13:47 CEST
Last Modified: 04-05-2006 13:47 CEST
======================================================================
Summary: i can not ear anything and all setting of the
ALSAMIXER are not working
Description:
I have recently bought a sound card MAUDIO-Revolution 5.1
the driver SND-ICE-1724 has installed itself without any problem
But when i use it i can not ear anything and all settings of the Alsamixer
are not working.
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
04-05-06 13:47 pierre hubert New Issue
04-05-06 13:47 pierre hubert Distribution => mandriva 10,2
04-05-06 13:47 pierre hubert Kernel Version => 2,6,11-6mdk
======================================================================
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
^ 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.