* Re: Segfault on the i386 enter instruction
From: linux-os (Dick Johnson) @ 2006-05-12 14:07 UTC (permalink / raw)
To: Tomasz Malesinski; +Cc: linux-kernel
In-Reply-To: <20060512131654.GB2994@duch.mimuw.edu.pl>
On Fri, 12 May 2006, Tomasz Malesinski wrote:
> The code attached below segfaults on the enter instruction. It works
> when a stack frame is created by the three commented out
> instructions and also when the first operand of the enter instruction
> is small (less than about 6500 on my system).
>
> AFAIK, the only difference between creating a stack frame with the
> enter instruction or push/mov/sub is that enter checks if the new
> value of esp is inside the stack segment limit.
>
> I tested it on a vanilla kernel 2.4.26 on Intel Celeron and also on
> probably non-vanilla 2.6.16.13 running on 3 dual core AMD Opteron,
> quite busy, server. It is working in 32-bit mode. Interestingly, on
> the second machine sometimes the program worked correctly.
>
> I am not subscribed to the list. Please cc replies to me.
>
>
> .file "a.c"
> .version "01.01"
> gcc2_compiled.:
> .section .rodata
> .LC0:
> .string "asdf\n"
> .text
> .align 4
> .globl main
> .type main,@function
> main:
> enter $10008, $0
> # pushl %ebp
> # movl %esp,%ebp
> # subl $10008,%esp
> addl $-12,%esp
^^^^^^^^^^^^^^____________ WTF
adding a negative number is subtracting that positive value.
You just subtracted 0xfffffff3 (on a 32-bit machine) from
the stack pointer. It damn-well better seg-fault!
> pushl $.LC0
> call printf
> addl $16,%esp
> .L2:
> leave
> ret
> .Lfe1:
> .size main,.Lfe1-main
> .ident "GCC: (GNU) 2.95.4 20011002 (Debian prerelease)"
>
> --
> Tomek Malesinski
> -
> 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/
>
Cheers,
Dick Johnson
Penguin : Linux version 2.6.16.4 on an i686 machine (5592.89 BogoMips).
New book: http://www.lymanschool.com
_
\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
* RE: New Linux & GPL isuues
From: Mukund JB. @ 2006-05-12 14:07 UTC (permalink / raw)
To: Kari Hurtta; +Cc: linux-newbie
Dear Kari,
>You can not distribute resulting binary.
But how are they distributing the driver modules.
Is it valid from the module distributor point of view?
Can some one distribute it so?
Regards,
Mukund Jampala
>> I am planning to use a module in my Open Source project GPL claimed
>> module.
>> I have to buy it from the customer.
>>
>> The module is so build that it has 2 object files:
>> One object file will be provided with the source code which registers
>> itself to the kernel char driver interface and uses them.
>> The Second object file contains the proprietary code of the
>> manufacturer.
>> They build it this way and create a .ko file by linking them.
>> Later I can load this module into a running kernel module.
>>
>> If this is the case, the second object file is not open source.
>> Can you please elaborate on this and let me know if I can use this in
my
>> GPL based project.
>
>You can not distribute resulting binary.
>
>> Regards,
>> Mukund Jampala
>>
>
>/ Kari Hurtta
>
>
>>
>> -
>> 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
* [ALSA - utils 0002116]: no sound in kernel 2.6.16-1-686
From: bugtrack @ 2006-05-12 14:07 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2116>
======================================================================
Reported By: mramirez
Assigned To:
======================================================================
Project: ALSA - utils
Issue ID: 2116
Category: speakertest
Reproducibility: always
Severity: minor
Priority: normal
Status: new
======================================================================
Date Submitted: 05-12-2006 01:07 CEST
Last Modified: 05-12-2006 16:07 CEST
======================================================================
Summary: no sound in kernel 2.6.16-1-686
Description:
I have updated my kernel from 2.6.15-1-486 to 2.6.16-1-686, and now the
sound not work.
I run alsaconf, but not solve the problem.
if i boot on kernel 2.6.15-1-486 the sound work. (only in this version)
somebody help me?
======================================================================
----------------------------------------------------------------------
tiwai - 05-12-06 16:07
----------------------------------------------------------------------
Try 2.6.17rc4.
Issue History
Date Modified Username Field Change
======================================================================
05-12-06 01:07 mramirez New Issue
05-12-06 16:07 tiwai Note Added: 0009777
======================================================================
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
^ permalink raw reply
* Re: rt20 patch question
From: Steven Rostedt @ 2006-05-12 14:05 UTC (permalink / raw)
To: Mark Hounschell
Cc: Ingo Molnar, linux-kernel, Daniel Walker, Thomas Gleixner,
johnstul
In-Reply-To: <44649119.5040105@compro.net>
On Fri, 12 May 2006, Mark Hounschell wrote:
> Steven Rostedt wrote:
> >
> > I was looking at the logdump, but I don't see anything spinning. CPU 1
> > seems to be constantly running your v67 program (alternating with
> > posix_cpu_timer), and CPU: 0 is still switching with the swapper, along
> > with other tasks, so that this means nothing is just spinning and hogging
> > the CPU (on CPU 0, but I assume the v67 tasks is suppose to keep running).
> >
>
> Yes the v67 task is the CPU process. Could it also mean I just didn't
> get the logdump at the right time?
>
[ 619.220396] CPU:0 (bash:7783) -->> (konsole:7763)
[ 619.220558] CPU:0 (konsole:7763) -->> (swapper:0)
[ 619.220706] CPU:1 (v67:11149) -->> (IRQ 161:11082)
[ 619.220717] CPU:1 (IRQ 161:11082) -->> (v67:11149)
[ 619.223111] CPU:0 (swapper:0) -->> (posix_cpu_timer:3)
[ 619.223116] CPU:0 (posix_cpu_timer:3) -->> (softirq-timer/0:5)
[ 619.223127] CPU:0 (softirq-timer/0:5) -->> (swapper:0)
[ 619.223570] CPU:1 (v67:11149) -->> (posix_cpu_timer:14)
[ 619.223573] CPU:1 (posix_cpu_timer:14) -->> (v67:11149)
[ 619.227097] CPU:0 (swapper:0) -->> (posix_cpu_timer:3)
[ 619.227099] CPU:0 (posix_cpu_timer:3) -->> (softirq-timer/0:5)
[ 619.227102] CPU:0 (softirq-timer/0:5) -->> (swapper:0)
[ 619.227566] CPU:1 (v67:11149) -->> (posix_cpu_timer:14)
[ 619.227568] CPU:1 (posix_cpu_timer:14) -->> (v67:11149)
...
[ 633.861475] CPU:1 (v67:11149) -->> (posix_cpu_timer:14)
[ 633.861477] CPU:1 (posix_cpu_timer:14) -->> (v67:11149)
[ 633.865001] CPU:0 (swapper:0) -->> (posix_cpu_timer:3)
[ 633.865003] CPU:0 (posix_cpu_timer:3) -->> (softirq-timer/0:5)
[ 633.865006] CPU:0 (softirq-timer/0:5) -->> (swapper:0)
[ 633.865470] CPU:1 (v67:11149) -->> (posix_cpu_timer:14)
[ 633.865473] CPU:1 (posix_cpu_timer:14) -->> (v67:11149)
[ 633.866421] CPU:1 (v67:11149) -->> (IRQ 161:11082)
[ 633.866430] CPU:1 (IRQ 161:11082) -->> (v67:11149)
[ 633.868998] CPU:0 (swapper:0) -->> (posix_cpu_timer:3)
[ 633.869000] CPU:0 (posix_cpu_timer:3) -->> (softirq-timer/0:5)
[ 633.869002] CPU:0 (softirq-timer/0:5) -->> (swapper:0)
[ 633.869467] CPU:1 (v67:11149) -->> (posix_cpu_timer:14)
[ 633.869470] CPU:1 (posix_cpu_timer:14) -->> (v67:11149)
[ 633.872993] CPU:0 (swapper:0) -->> (posix_cpu_timer:3)
[ 633.872995] CPU:0 (posix_cpu_timer:3) -->> (softirq-timer/0:5)
[ 633.872998] CPU:0 (softirq-timer/0:5) -->> (swapper:0)
[ 633.873463] CPU:1 (v67:11149) -->> (posix_cpu_timer:14)
[ 633.873465] CPU:1 (posix_cpu_timer:14) -->> (v67:11149)
[ 633.874747] CPU:1 (v67:11149) -->> (IRQ 161:11082)
[ 633.874756] CPU:1 (IRQ 161:11082) -->> (v67:11149)
[ 633.876990] CPU:0 (swapper:0) -->> (posix_cpu_timer:3)
[ 633.876992] CPU:0 (posix_cpu_timer:3) -->> (softirq-timer/0:5)
[ 633.876996] CPU:0 (softirq-timer/0:5) -->> (kded:6119)
[ 633.877030] CPU:0 (kded:6119) -->> (swapper:0)
[ 633.877460] CPU:1 (v67:11149) -->> (posix_cpu_timer:14)
[ 633.877462] CPU:1 (posix_cpu_timer:14) -->> (v67:11149)
[ 633.878447] CPU:0 (swapper:0) -->> (IRQ 1:823)
[ 633.878474] CPU:0 (IRQ 1:823) -->> (softirq-tasklet:9)
[ 633.878478] CPU:0 (softirq-tasklet:9) -->> (events/0:24)
[ 633.878488] CPU:0 (events/0:24) -->> (X:5513)
[ 633.878627] CPU:0 (X:5513) -->> (konsole:7763)
[ 633.878669] CPU:0 (konsole:7763) -->> (X:5513)
[ 633.878683] CPU:0 (X:5513) -->> (konsole:7763)
[ 633.879309] CPU:0 (konsole:7763) -->> (X:5513)
[ 633.879415] CPU:0 (X:5513) -->> (konsole:7763)
[ 633.879457] CPU:0 (konsole:7763) -->> (X:5513)
[ 633.879463] CPU:0 (X:5513) -->> (konsole:7763)
[ 633.879467] CPU:0 (konsole:7763) -->> (X:5513)
[ 633.879553] CPU:0 (X:5513) -->> (kded:6119)
[ 633.879651] CPU:0 (kded:6119) -->> (kwin:6135)
[ 633.879711] CPU:0 (kwin:6135) -->> (kdesktop:6140)
[ 633.879782] CPU:0 (kdesktop:6140) -->> (kicker:6142)
[ 633.879858] CPU:0 (kicker:6142) -->> (X:5513)
[ 633.879927] CPU:0 (X:5513) -->> (kwin:6135)
[ 633.879963] CPU:0 (kwin:6135) -->> (X:5513)
[ 633.879977] CPU:0 (X:5513) -->> (bash:7783)
[ 633.880042] CPU:0 (bash:7783) -->> (konsole:7763)
[ 633.880103] CPU:0 (konsole:7763) -->> (X:5513)
[ 633.880119] CPU:0 (X:5513) -->> (konsole:7763)
[ 633.880211] CPU:0 (konsole:7763) -->> (bash:7783)
Well, the bash is what turned off the logging, and the logging started at
619.xxx and ended at 633.xxx so that's ~14 seconds of logging. So I would
assume you did it in the right place.
How long does the stop happen, and what exactly freezes? Can you ping the
machine? Also, have you tried to switch to a console before it freezes,
and see if it doesn't freeze that. I'm curious if X isn't waiting on
something.
-- Steve
^ permalink raw reply
* [ALSA - driver 0002103]: Sound goes off when adjusting volume from alsa-mixer
From: bugtrack @ 2006-05-12 14:04 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2103>
======================================================================
Reported By: raddy
Assigned To: tiwai
======================================================================
Project: ALSA - driver
Issue ID: 2103
Category: PCI - hda-intel
Reproducibility: always
Severity: major
Priority: normal
Status: assigned
Distribution: Suse
Kernel Version: 2.6.13-15
======================================================================
Date Submitted: 05-08-2006 11:28 CEST
Last Modified: 05-12-2006 16:04 CEST
======================================================================
Summary: Sound goes off when adjusting volume from alsa-mixer
Description:
i have an Asus P5RD2-VM motherboard equipped with Uli M5461 integrated
sound card supporting HD-Audio,
it uses snd_hda_intel driver,
it was detected fine,
Alsa played a test sound that itself produced no sound from speakers,
sound is going off in many curcomstance,
they are,
1 > when adjusting volume,
2 > switching to several songs intermittently.
======================================================================
----------------------------------------------------------------------
UMMO - 05-12-06 10:42
----------------------------------------------------------------------
I'm having the same issue on my Lenovo 3000 N100 using the Intel ICH7 rev
02 chipset. Alsamixer reports the audio chip as an Analog Devices AD1986A.
Using ALSA 1.0.11 drivers compiled separately, and a 2.6.16 kernel.
After loading the ALSA modules, sound works fine until trying to adjust
the mixer in any way while an audio stream is playing, after which it just
cuts off completely. If I close all playing audio streams and tweak the
headphone and PCM mixers up and down a bit using alsamixer, it comes back
and new streams will play until I adjust the mixer again.
Also, there's no sound on the internal speakers, only the headphone jack.
----------------------------------------------------------------------
tiwai - 05-12-06 16:04
----------------------------------------------------------------------
Too old version to debug. Try ALSA 1.0.11.
If still doesn't work, check the codec chip via
/proc/asound/card0/codec#*, and try different model options described in
ALSA-Configuration.txt.
Issue History
Date Modified Username Field Change
======================================================================
05-08-06 11:28 raddy New Issue
05-08-06 11:28 raddy Distribution => Suse
05-08-06 11:28 raddy Kernel Version => 2.6.13-15
05-10-06 07:54 raddy Issue Monitored: raddy
05-12-06 10:42 UMMO Note Added: 0009774
05-12-06 10:43 UMMO Issue Monitored: UMMO
05-12-06 16:04 tiwai Note Added: 0009776
======================================================================
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
^ permalink raw reply
* Re: High load average on disk I/O on 2.6.17-rc3
From: Bill Davidsen @ 2006-05-09 18:33 UTC (permalink / raw)
To: Bernd Eckenfels, Linux Kernel Mailing List
In-Reply-To: <E1FdE9I-00058a-00@calista.inka.de>
Bernd Eckenfels wrote:
> Erik Mouw <erik@harddisk-recovery.com> wrote:
>> ... except that any kernel < 2.6 didn't account tasks waiting for disk
>> IO. Load average has always been somewhat related to tasks contending
>> for CPU power.
>
> Actually all Linux kernels accounted for diskwaits and others like BSD based
> not. It is a very old linux oddness.
Well, sort of. The current numbers are counting kernel threads against
load average, and before there were kernel threads that clearly didn't
happen. So what you say is true, but it's only a part of the truth.
--
-bill davidsen (davidsen@tmr.com)
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
^ permalink raw reply
* [ALSA - driver 0002117]: No 5.1-support für VIA8237x/1617 based soundsystems (i.e. VIA EPIA SP8000-Board)
From: bugtrack @ 2006-05-12 14:03 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2117>
======================================================================
Reported By: Flipsen1977
Assigned To:
======================================================================
Project: ALSA - driver
Issue ID: 2117
Category: PCI - via82xx
Reproducibility: always
Severity: major
Priority: normal
Status: new
Distribution: Debian
Kernel Version: 2.6.15
======================================================================
Date Submitted: 05-12-2006 09:42 CEST
Last Modified: 05-12-2006 16:03 CEST
======================================================================
Summary: No 5.1-support für VIA8237x/1617 based soundsystems
(i.e. VIA EPIA SP8000-Board)
Description:
I've installed the latest via82xx-module, 2-channel works fine, but
6-channel isn't available at all.
alsamixer shows all the channels, they are unmuted und up at 90-100%, but
center/lfe und rear speakers don't work. I've been missing an opportunity
to switch the line-in and mic-in to output. As I read in some articles
there isn't yet support for this chipset.
Is there already something done?
======================================================================
----------------------------------------------------------------------
tiwai - 05-12-06 16:03
----------------------------------------------------------------------
Did you test with speaker-test?
Issue History
Date Modified Username Field Change
======================================================================
05-12-06 09:42 Flipsen1977 New Issue
05-12-06 09:42 Flipsen1977 Distribution => Debian
05-12-06 09:42 Flipsen1977 Kernel Version => 2.6.15
05-12-06 16:03 tiwai Note Added: 0009775
======================================================================
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
^ permalink raw reply
* Re: Segfault on the i386 enter instruction
From: Denis Vlasenko @ 2006-05-12 14:03 UTC (permalink / raw)
To: Andi Kleen; +Cc: Tomasz Malesinski, linux-kernel
In-Reply-To: <p734pzv73oj.fsf@bragg.suse.de>
On Friday 12 May 2006 16:50, Andi Kleen wrote:
> Tomasz Malesinski <tmal@mimuw.edu.pl> writes:
>
> > The code attached below segfaults on the enter instruction. It works
> > when a stack frame is created by the three commented out
> > instructions and also when the first operand of the enter instruction
> > is small (less than about 6500 on my system).
>
> The difference is the value of the stack pointer when the page fault
> of extending the stack downwards occurs. For the long sequence
> ESP is already changed when it happens. For ENTER the CPU undoes
> the change before raising the fault. The page fault handler
> checks the page fault against ESP to catch invalid references below
> the stack.
>
> I don't think the 64bit kernel does anything different here than the
> 32bit kernel. I tested it on a 32bit box and it faulted there too.
For me, it doesn't fault. I looked with strace. It doesn't fault even with
enter $64008, $0
Is it something in newest kernels? Mine is 2.6.16-rc5.
--
vda
^ permalink raw reply
* Re: 2.6 vs 2.4
From: Benjamin Herrenschmidt @ 2006-05-12 14:02 UTC (permalink / raw)
To: Srinivas Murthy; +Cc: linuxppc-dev
In-Reply-To: <1147442231.9412.9.camel@localhost.localdomain>
On Fri, 2006-05-12 at 23:57 +1000, Benjamin Herrenschmidt wrote:
> On Thu, 2006-05-11 at 23:51 -0700, Srinivas Murthy wrote:
> > Hi,
> > Wolfgang Denk has a good listing of issues to consider betn linux 2.4
> > vs 2.6 for ppc82xx based platforms
> > (http://www.denx.de/wiki/Know/Linux24vs26).
> >
> > Would this recommendation still hold?
> >
> > Are there any patches, developments in this area?
>
> The main open question is: is somebody still maintaining the 8xx kernel
> port ?
Oh , and to give a better reply after reading that web page... I'd say
there might be a reason why 2.6 is slower (or appears slower) than 2.4
on some of those embedded platforms. It's definitely faster in a number
of areas on 6xx and other desktop CPUs. A lot of embedded folks will
then bitch and complain about the slowdown on their 8xx processor, but
very few of them if not none popped up actually identifying the actual
issues and coming up with solution for them during the 2.6 dev. cycle.
Ben.
^ permalink raw reply
* Re: 2.6 vs 2.4
From: Benjamin Herrenschmidt @ 2006-05-12 13:57 UTC (permalink / raw)
To: Srinivas Murthy; +Cc: linuxppc-dev
In-Reply-To: <7cb1293c0605112351y658460a0x8b793ea12004dbfc@mail.gmail.com>
On Thu, 2006-05-11 at 23:51 -0700, Srinivas Murthy wrote:
> Hi,
> Wolfgang Denk has a good listing of issues to consider betn linux 2.4
> vs 2.6 for ppc82xx based platforms
> (http://www.denx.de/wiki/Know/Linux24vs26).
>
> Would this recommendation still hold?
>
> Are there any patches, developments in this area?
The main open question is: is somebody still maintaining the 8xx kernel
port ?
Ben.
^ permalink raw reply
* VT: serial console?
From: Gerd Hoffmann @ 2006-05-12 13:56 UTC (permalink / raw)
To: Xen devel list
Hi,
Current Testing tree: serial ports seem not to work with full
virtualization.
/etc/xen/xmexample.hvm suggests to use "serial='pty'". That seems to
work partly, at least the pty allocated shows up in xenstore and it is
possible to use "xm console ..." to connect. But I don't see any serial
console output from the linux kernel (boot with console=ttyS0, fire up a
getty).
Any idea what is going wrong?
cheers,
Gerd
--
Gerd Hoffmann <kraxel@suse.de>
Erst mal heiraten, ein, zwei Kinder, und wenn alles läuft
geh' ich nach drei Jahren mit der Familie an die Börse.
http://www.suse.de/~kraxel/julika-dora.jpeg
^ permalink raw reply
* Re: [PATCH 1/4] Vectorize aio_read/aio_write methods
From: Badari Pulavarty @ 2006-05-12 13:56 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel, hch, bcrl, cel
In-Reply-To: <20060512030855.65651bb5.akpm@osdl.org>
Andrew Morton wrote:
>Andrew Morton <akpm@osdl.org> wrote:
>
>>Please send fix.
>>
>
>On second thoughts, I'll drop them all. Too many fixups, this code needs
>more work.
>
>Please ensure that the next version passes allmodconfig without adding any
>new warnings on both 32-bit and 64-bit compilers, thanks.
>
Will do. I have been building and testing on 64-bit machines (amd64, ppc64).
Thanks,
Badari
>
^ permalink raw reply
* How is buffer size, periode size and periods determined?
From: Hans-Christian Egtvedt @ 2006-05-12 13:55 UTC (permalink / raw)
To: alsa-devel
Hi
I'm experiencing that my aplay/arecord (1.0.11) is setting up a bit
weird values for buffer size, period size and periods.
For example when trying to record S16_LE 44100 Hz Mono I get the
following parameters:
buffer size: 44100
period size: 4094
periods : 10
10 * 4094 = 40940 != 44100, the player asks for a bigger buffer than needed.
Other example, S16_LE 32000 Hz Mono:
buffer size: 32752
period size: 4094
periods : 8
8 * 4094 = 32752 == 32752, which is a correct buffer size.
How come the alsa-lib/aplay behaves like this? I would like to see the
last behaviour all the time. Does this point to a bug on my platform, or
is this the way alsa-lib can calculate the buffers?
The reason I'm asking is that it wastes some memory and the DMA
controller currently in the Linux for my platform doesn't like the
buffersize to be greater than periode size * periods.
--
With kind regards,
Med vennlig hilsen,
Hans-Christian Egtvedt
Applications Engineer - AVR Applications Lab
Atmel Norway
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
^ permalink raw reply
* Re: latest ACPI patch vs 2.6.17-rc4
From: Dave Jones @ 2006-05-12 13:54 UTC (permalink / raw)
To: Len Brown; +Cc: linux-acpi
In-Reply-To: <200605120518.38033.len.brown@intel.com>
On Fri, May 12, 2006 at 05:18:37AM -0400, Len Brown wrote:
> Folks,
> The latest ACPI patch is against 2.6.17-rc4 and is available here:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git test
> ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/test/2.6.17/acpi-test-20060310-2.6.17-rc4.diff.gz
>
> Note that I removed the acpi_in_resume workaround, so you'll get some oops'
> during resume, until we replace it with something else.
Which you intend to do before .17 final I assume?
Seems funny to be ripping something out without a replacement fix.
Dave
--
http://www.codemonkey.org.uk
^ permalink raw reply
* Re: Policy routing with mark not working.
From: Andre Kalamandeen @ 2006-05-12 13:53 UTC (permalink / raw)
To: netfilter
In-Reply-To: <4464694E.8030309@plouf.fr.eu.org>
Hey, i figured out what the problem was, i was passing
all packets through squid, so when it was maked in the
mangle PREROUTING chain, squid removed the marks since
it doesnt support them, but changing the chain to
OUTPUT solved this prob. Thanks to all.
--- Pascal Hambourg <pascal.mail@plouf.fr.eu.org>
wrote:
> Hello,
>
> Frank a écrit :
> > Also, after much time banging my head against the
> wall trying to
> > figure out why my marks were ignored, I discovered
> that in spite of
> > what the netfilter packet traversal diagram shows,
> marks set in
> > PREROUTING are ignored for packets originating on
> the box doing the
> > routing, and the marks need to be set on the
> OUTPUT chain for that
> > case
>
> "In spite" ? What are you tacking about ? That's
> exactly what the
> Netfilter diagram shows : locally generated packets
> don't go through the
> PREROUTING chain - except when sent to (and
> therefore received back
> from) the loopback interface.
>
>
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
^ permalink raw reply
* Re: [linux-pm] Re: [PATCH/rfc] schedule /sys/device/.../power for removal
From: David Brownell @ 2006-05-12 13:52 UTC (permalink / raw)
To: linux-pm; +Cc: Andrew Morton, Pavel Machek, linux-kernel
In-Reply-To: <20060512031151.76a9d226.akpm@osdl.org>
On Friday 12 May 2006 3:11 am, Andrew Morton wrote:
>
> What will be impacted by this?
Driver suspend/resume testing ... impact is strongly negative.
Without this interface, there is NO way to test individual drivers for
correct handling of suspend/resume calls; the only way to test drivers
is to suspend/resume the whole system, along with all other drivers in
the system. Which means that ALL the drivers must work sanely before
tests for any one of them can succeed ... a losing model when you're
testing PM on new platforms.
Which IMO makes removing this a Bad Thing. It needs to have some
kind of replacement in place before the "magic numbers" go away.
(The magic numbers are bad, and should go away -- yes. Nobody has
really shown that userspace needs this mechanism for any purpose
other than driver testing. Userspace device-specific power management
tools would need knowledge that's not yet exposed though sysfs.)
I think both Patrick Mochel and Alan Stern have sent patches at
various times to let individual drivers provide a list of named
states they support, In some cases (like PCI) those lists could
be delegated to bus-specific code.
^ permalink raw reply
* [PATCH 5/5] new pcmcia IDs for hostap - Planex GW-CF11X
From: Marcin Juszkiewicz @ 2006-05-12 13:52 UTC (permalink / raw)
To: netdev; +Cc: Jouni Malinen, Pavel Roskin
Platform: Sharp Zaurus SL-C3100 running 2.6.16 + pcmciautils 013
root@spitz:~# pccardctl ident
Socket 0:
product info: "HITACHI", "microdrive", "", ""
manfid: 0x0319, 0x0000
function: 4 (fixed disk)
Socket 1:
product info:"PLANEX COMMUNICATION INC","PLANEX GW-CF11X Wireless CF Card", "", ""
manfid: 0xd601, 0x0010
function: 6 ( network )
Signed-off-by: Marcin Juszkiewicz <openembedded@hrw.one.pl>
Index: linux/drivers/net/wireless/hostap/hostap_cs.c
===================================================================
--- linux.orig/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:46:35.000000000 +0200
+++ linux/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:48:54.000000000 +0200
@@ -967,6 +967,9 @@
0x4ac44287, 0x235a6bed),
PCMCIA_DEVICE_PROD_ID12("PLANEX", "GeoWave/GW-CF110",
0x209f40ab, 0xd9715264),
+ PCMCIA_DEVICE_PROD_ID12("PLANEX COMMUNICATION INC",
+ "PLANEX GW-CF11X Wireless CF Card",
+ 0x4703cf68, 0xfad7318d),
PCMCIA_DEVICE_PROD_ID12("PLANEX", "GeoWave/GW-NS110",
0x209f40ab, 0x46263178),
PCMCIA_DEVICE_PROD_ID12(
--
JID: hrw-jabber.org
Sharp Zaurus C-760 (OZ 3.5.x)
OpenEmbedded/OpenZaurus/OPIE developer
That must be wonderful! I don understand it at all.
^ permalink raw reply
* Re: RAID5 excesses
From: Marcin Hlybin @ 2006-05-12 13:52 UTC (permalink / raw)
To: linux-raid
In-Reply-To: <200604201422.55243.marcin.hlybin@swmind.com>
On Thursday 20 of April 2006 14:22, you wrote:
> Here is a particularly interesting problem.
> I have 1TB RAID5 production arrary and a lot of stress ;)
I don't know if it was caused by PowerSaving in WD3200 disks, but I've bought
Adaptec AACRAID controller and it works very nice.
If you've got any information about these disks -model WD3200JD-60KLB0 -a nd
why there are such problems, please let me know.
Regards
--
Marcin Hlybin, marcin.hlybin (at) swmind.com
Sys/Net Administrator, tel. +48 12 2523 402
SoftwareMind, www.softwaremind.pl | Where quality meets the future
^ permalink raw reply
* Re: Segfault on the i386 enter instruction
From: Andi Kleen @ 2006-05-12 13:50 UTC (permalink / raw)
To: Tomasz Malesinski; +Cc: linux-kernel
In-Reply-To: <20060512131654.GB2994@duch.mimuw.edu.pl>
Tomasz Malesinski <tmal@mimuw.edu.pl> writes:
> The code attached below segfaults on the enter instruction. It works
> when a stack frame is created by the three commented out
> instructions and also when the first operand of the enter instruction
> is small (less than about 6500 on my system).
The difference is the value of the stack pointer when the page fault
of extending the stack downwards occurs. For the long sequence
ESP is already changed when it happens. For ENTER the CPU undoes
the change before raising the fault. The page fault handler
checks the page fault against ESP to catch invalid references below
the stack.
I don't think the 64bit kernel does anything different here than the
32bit kernel. I tested it on a 32bit box and it faulted there too.
Handling it like you expect would require to disassemble
the function in the page fault handler and it's probably not
worth doing that for this weird case.
-Andi
^ permalink raw reply
* Re: New Linux & GPL isuues
From: Kari Hurtta @ 2006-05-12 13:49 UTC (permalink / raw)
To: Mukund JB.; +Cc: linux-newbie
In-Reply-To: <AF63F67E8D577C4390B25443CBE3B9F70927A1@esnmail.esntechnologies.co.in>
> Dear All,
>
> I am planning to use a module in my Open Source project GPL claimed
> module.
> I have to buy it from the customer.
>
> The module is so build that it has 2 object files:
> One object file will be provided with the source code which registers
> itself to the kernel char driver interface and uses them.
> The Second object file contains the proprietary code of the
> manufacturer.
> They build it this way and create a .ko file by linking them.
> Later I can load this module into a running kernel module.
>
> If this is the case, the second object file is not open source.
> Can you please elaborate on this and let me know if I can use this in my
> GPL based project.
You can not distribute resulting binary.
> Regards,
> Mukund Jampala
>
/ Kari Hurtta
>
> -
> 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
* [PATCH 4/5] new pcmcia IDs for hostap - Netgear MA701
From: Marcin Juszkiewicz @ 2006-05-12 13:48 UTC (permalink / raw)
To: netdev; +Cc: Jouni Malinen, Pavel Roskin
One more Prism2 card which works with HostAP.
Platform: Sharp Zaurus SL-5500 running 2.4.18 + hostap_cs 0.4.7
root@collie:~# cardctl ident
Socket 0:
product info: "NETGEAR", "MA701 Wireless CF Card", ""
manfid: 0xd601, 0x0002
function: 6 (network)
root@collie:~# ifconfig wlan0
wlan0 Link encap:Ethernet HWaddr 00:0F:B5:DE:41:CE
inet addr:135.82.8.139 Bcast:135.82.255.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:56 errors:0 dropped:0 overruns:0 frame:0
TX packets:40 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:7449 (7.2 KiB) TX bytes:7250 (7.0 KiB)
Interrupt:35
Signed-off-by: Marcin Juszkiewicz <openembedded@hrw.one.pl>
Index: linux/drivers/net/wireless/hostap/hostap_cs.c
===================================================================
--- linux.orig/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:43:36.000000000 +0200
+++ linux/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:46:35.000000000 +0200
@@ -976,6 +976,8 @@
0x0733cc81, 0x0c52f395),
PCMCIA_DEVICE_PROD_ID12("D-Link", "DCF-660W",
0x1a424a1c, 0xe78b6dcc),
+ PCMCIA_DEVICE_PROD_ID12("NETGEAR", "MA701 Wireless CF Card",
+ 0x9aa79dc3, 0xd9ec98e),
PCMCIA_DEVICE_NULL
};
MODULE_DEVICE_TABLE(pcmcia, hostap_cs_ids);
--
JID: hrw-jabber.org
Sharp Zaurus C-760 (OZ 3.5.x)
OpenEmbedded/OpenZaurus/OPIE developer
Monday is a hard way to spend one-seventh of your life.
^ permalink raw reply
* Re: Segfault on the i386 enter instruction
From: Denis Vlasenko @ 2006-05-12 13:47 UTC (permalink / raw)
To: Tomasz Malesinski; +Cc: linux-kernel
In-Reply-To: <20060512131654.GB2994@duch.mimuw.edu.pl>
On Friday 12 May 2006 16:16, Tomasz Malesinski wrote:
> The code attached below segfaults on the enter instruction. It works
> when a stack frame is created by the three commented out
> instructions and also when the first operand of the enter instruction
> is small (less than about 6500 on my system).
>
> AFAIK, the only difference between creating a stack frame with the
> enter instruction or push/mov/sub is that enter checks if the new
> value of esp is inside the stack segment limit.
>
> I tested it on a vanilla kernel 2.4.26 on Intel Celeron and also on
> probably non-vanilla 2.6.16.13 running on 3 dual core AMD Opteron,
> quite busy, server. It is working in 32-bit mode. Interestingly, on
> the second machine sometimes the program worked correctly.
Does not segfault for me:
# gcc Segfault.S
# ./a.out
asdf
# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 11
model name : Intel(R) Celeron(TM) CPU 1200MHz
stepping : 1
cpu MHz : 1196.201
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse
bogomips : 2395.77
# gcc -v 2>&1 | tail -1
gcc version 3.4.3
--
vda
--
vda
^ permalink raw reply
* Re: 3c59x vortex_timer rt hack (was: rt20 patch question)
From: Steven Rostedt @ 2006-05-12 13:46 UTC (permalink / raw)
To: Ingo Molnar
Cc: Mark Hounschell, linux-kernel, Daniel Walker, Thomas Gleixner,
akpm
In-Reply-To: <20060512133627.GA30447@elte.hu>
On Fri, 12 May 2006, Ingo Molnar wrote:
> >
> > BTW, I originally thought about having Mark do this, but I'm nervious
> > about the side effects that this might have. Basically, it's doing
> > ioreads from the device while the interrupt could be doing iowrites.
>
> yes, that can happen - but since this is a timeout, this is rather
> unlikely in practice. Nevertheless it's possible, so i marked the code a
> hack.
>
Yes, but this is the source of Mark's bug, so he is definitely hitting it.
-- Steve
^ permalink raw reply
* [PATCH 3/5] new pcmcia IDs for hostap - D-Link DCF-660W
From: Marcin Juszkiewicz @ 2006-05-12 13:45 UTC (permalink / raw)
To: netdev; +Cc: Jouni Malinen, Pavel Roskin
I use D-Link DCF-660W card with WPA protected network. By default
orinoco_cs was loaded for my card so I was not able to connect. This patch
make my card working with hostap_cs (like it was when I used pcmcia-cs).
Card was used with hostap_cs during last year in two Zaurus models (2.4.18
on one and 2.6.11 - 2.6.16 on another).
I do not know does removing card from orinoco_cs is correct way.
Platform: Sharp Zaurus C760 running 2.6.16 and pcmciautils 013.
root@c7x0:~# pccardctl ident
Socket 0:
product info: "D-Link", "DCF-660W", "", ""
manfid: 0xd601, 0x0005
function: 6 (network)
root@c7x0:~# iwconfig wlan0
wlan0 IEEE 802.11b ESSID:"test"
Mode:Master Frequency:2.422 GHz Access Point: 00:80:C8:2C:09:3F
Bit Rate:11 Mb/s Sensitivity=1/3
Retry min limit:8 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off
Link Quality:0 Signal level:0 Noise level:0
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
Signed-off-by: Marcin Juszkiewicz <openembedded@hrw.one.pl>
Index: linux/drivers/net/wireless/hostap/hostap_cs.c
===================================================================
--- linux.orig/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:36:08.000000000 +0200
+++ linux/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:43:36.000000000 +0200
@@ -974,6 +974,8 @@
0x273fe3db, 0x32a1eaee),
PCMCIA_DEVICE_PROD_ID12("Linksys", "Wireless CompactFlash Card",
0x0733cc81, 0x0c52f395),
+ PCMCIA_DEVICE_PROD_ID12("D-Link", "DCF-660W",
+ 0x1a424a1c, 0xe78b6dcc),
PCMCIA_DEVICE_NULL
};
MODULE_DEVICE_TABLE(pcmcia, hostap_cs_ids);
Index: linux/drivers/net/wireless/orinoco_cs.c
===================================================================
--- linux.orig/drivers/net/wireless/orinoco_cs.c 2006-05-12 15:34:49.000000000 +0200
+++ linux/drivers/net/wireless/orinoco_cs.c 2006-05-12 15:42:32.000000000 +0200
@@ -539,7 +539,6 @@
PCMCIA_DEVICE_MANF_CARD(0xc001, 0x0008), /* CONTEC FLEXSCAN/FX-DDS110-PCC */
PCMCIA_DEVICE_MANF_CARD(0xc250, 0x0002), /* Conceptronic CON11Cpro, EMTAC A2424i */
PCMCIA_DEVICE_MANF_CARD(0xd601, 0x0002), /* Safeway 802.11b, ZCOMAX AirRunner/XI-300 */
- PCMCIA_DEVICE_MANF_CARD(0xd601, 0x0005), /* D-Link DCF660, Sandisk Connect SDWCFB-000 */
PCMCIA_DEVICE_PROD_ID12(" ", "IEEE 802.11 Wireless LAN/PC Card", 0x3b6e20c8, 0xefccafe9),
PCMCIA_DEVICE_PROD_ID12("3Com", "3CRWE737A AirConnect Wireless LAN PC Card", 0x41240e5b, 0x56010af3),
PCMCIA_DEVICE_PROD_ID12("ACTIONTEC", "PRISM Wireless LAN PC Card", 0x393089da, 0xa71e69d5),
--
JID: hrw-jabber.org
Sharp Zaurus C-760 (OZ 3.5.x)
OpenEmbedded/OpenZaurus/OPIE developer
Fear leads to anger, anger leads to hate, hate... leads to suffering.
-- Yoda
^ permalink raw reply
* Re: rt20 patch question
From: Mark Hounschell @ 2006-05-12 13:43 UTC (permalink / raw)
To: Steven Rostedt
Cc: Ingo Molnar, linux-kernel, Daniel Walker, Thomas Gleixner,
johnstul
In-Reply-To: <Pine.LNX.4.58.0605120854480.30264@gandalf.stny.rr.com>
Steven Rostedt wrote:
>
> I was looking at the logdump, but I don't see anything spinning. CPU 1
> seems to be constantly running your v67 program (alternating with
> posix_cpu_timer), and CPU: 0 is still switching with the swapper, along
> with other tasks, so that this means nothing is just spinning and hogging
> the CPU (on CPU 0, but I assume the v67 tasks is suppose to keep running).
>
Yes the v67 task is the CPU process. Could it also mean I just didn't
get the logdump at the right time?
Mark
^ 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.