Chris Wedgwood writes:
> +#define rwlock_is_write_locked(x) ((x)->lock == 0)
AFAICS on i386 the lock word, although it goes to 0 when write-locked,
can then go negative temporarily when another cpu tries to get a read
or write lock. So I think this should be
((signed int)(x)->lock <= 0)
(or th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Damn that sucks. I think stable releases need every patch audited
before they get Linus' blessing, and unfortunately it seems we don't
have the required 150+ people jumping up to volunteer. :(
Yes I have unrealistic goals. Sane, but unrealistic. P
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On the same line, I've been graphing Ubuntu Linux Security Notices for a
while. I've noticed that in the last 5, the number of kernel-related
vulnerabilities has doubled (3 more). This disturbs me.
I categorized the vulns I'd found into fairly arbit
Jeremy Fitzhardinge wrote:
> It would be terribly useful to have some way of
> lseeking /proc//maps to the entry of a particular address. So, if
> you want to find the information about a mapping containing address
> 0x12345678, it would set the file position to (say) the entry of
> 0x1200-0x
On Sun, Jan 16, 2005 at 09:50:44PM -0800, Chris Wedgwood wrote:
> Note, even with this removed I'm still seeing a few (many actually)
> "BUG: using smp_processor_id() in preemptible [0001] code: xxx"
> messages which I've not seen before --- that might be unrelated but
> I do see *many* such m
On Sun, Jan 16, 2005 at 11:09:22PM -0800, Andrew Morton wrote:
> If you replace the last line with
>
> BUILD_LOCK_OPS(write, rwlock_t, rwlock_is_locked);
>
> does it help?
Paul noticed that too so I came up with the patch below.
If it makes sense I can do the other architectures (I'm not s
On Mon, Jan 17, 2005 at 02:17:37AM -0500, John Richard Moser wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Is there an official Linux Kernel Audit Project to actively and
> aggressively security audit all patches going into the Linux Kernel, or
> do they just get a cursory sca
John Richard Moser comcast.net> writes:
> Is there an official Linux Kernel Audit Project to actively and
> aggressively security audit all patches going into the Linux Kernel, or
> do they just get a cursory scan for bugs and obvious screwups?
>From a user point of view , there is at least trac
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Is there an official Linux Kernel Audit Project to actively and
aggressively security audit all patches going into the Linux Kernel, or
do they just get a cursory scan for bugs and obvious screwups?
- --
All content of all messages exchanged herein are
Chris Wedgwood <[EMAIL PROTECTED]> wrote:
>
> Linus,
>
> The change below is causing major problems for me on a dual K7 with
> CONFIG_PREEMPT enabled (cset -x and rebuilding makes the machine
> usable again).
>
> ...
> +BUILD_LOCK_OPS(spin, spinlock_t, spin_is_locked);
> +BUILD_LOCK_OPS(read, rwl
Hi Karim,
> Thomas Gleixner wrote:
>> It's not only me, who needs constant time. Everybody interested in
>> tracing will need that. In my opinion its a principle of tracing.
>
> relayfs is a generalized buffering mechanism. Tracing is one application
> it serves. Check out the web site: "high-spe
Bill Davidsen wrote:
Erik Steffl wrote:
Alan Cox wrote:
On Sad, 2005-01-15 at 20:25, Erik Steffl wrote:
I got these errors when accessing SATA disk (via scsi):
Jan 15 11:56:50 jojda kernel: ata2: command 0x25 timeout, stat 0x59
host_stat 0x21
Jan 15 11:56:50 jojda kernel: ata2: status=0x59 { Dri
On Mon, Jan 17, 2005 at 07:07:46AM +0100, Adrian Bunk wrote:
> I haven't tried to compile it, [...]
Please only submit compile tested patches in the future.
A cross compiler for x86-64 from i386 can be found at
ftp://ftp.suse.com/pub/suse/x86_64/supplementary/CrossTools/8.1-i386/
(work with alie
On Sun, Jan 16, 2005 at 01:42:09PM -0500, J. Bruce Fields wrote:
> On Sun, Jan 16, 2005 at 06:06:56PM +, Al Viro wrote:
> > On Sun, Jan 16, 2005 at 11:02:13AM -0500, J. Bruce Fields wrote:
> > > On Thu, Jan 13, 2005 at 10:18:51PM +, Al Viro wrote:
> > > > 6. mount --move
> > > > pro
This patch lets us use TIOCMIWAIT and TIOCGICOUNT from a 32-bit
process on a 64-bit processor. TIOCMIWAIT uses the argument as a
bitmap of things to wait for. The argument for TIOCGICOUNT points to
a struct serial_icounter_struct, which only contains ints and arrays
of int.
Signed-off-by: Paul M
Richard Purdie wrote:
For reference, I got the 512MB SD card working by adding an mdelay(3)
into the middle of mmc_send_op_cond(). Anything shorter and it marks
the card as bad...
I fail to see what this delay does. A few lines further down you have a
mmc_delay which you have removed. That delay
On Mon, Jan 17, 2005 at 06:50:40AM +0100, Andi Kleen wrote:
> On Sun, Jan 16, 2005 at 08:48:17AM +0100, Adrian Bunk wrote:
> > I didn't know the x86_64 port supports the Centaur CPU. ;-)
>
> Have you actually compiled this? Most of the gunk in asm-x86_64/mtrr.h
> is because we share the MTRR driv
Linus,
The change below is causing major problems for me on a dual K7 with
CONFIG_PREEMPT enabled (cset -x and rebuilding makes the machine
usable again).
This change was merged a couple of days ago so I'm surprised nobody
else has reported this. I tried to find where this patch came from
but I
On Sun, Jan 16, 2005 at 08:48:17AM +0100, Adrian Bunk wrote:
> I didn't know the x86_64 port supports the Centaur CPU. ;-)
Have you actually compiled this? Most of the gunk in asm-x86_64/mtrr.h
is because we share the MTRR driver with i386, and there is no good
way to disable specific CPUs in the
> Also, we're not using C++, so we don't do the "const" part of
Or C89, apparently.
> What happens if it was in MMX mode?
I don't really know anything about that stuff, but what the manuals say is
that using any MMX instruction resets the tag bits and clears the TOS field.
So the patch doesn't c
On Mon, Jan 17, 2005 at 01:34:24PM +1100, Rusty Russell wrote:
> On Sat, 2005-01-15 at 05:09 +0100, Andi Kleen wrote:
> > Fix boot up SMP race in timer setup on i386/x86-64.
>
> How's this? Didn't do x86-64, but tested on i386.
Looks ok to me. You're right that the commenced check should
do the
On Mon, 17 Jan 2005, Benjamin Herrenschmidt wrote:
> On Sun, 2005-01-16 at 21:37 -0700, Zwane Mwaikambo wrote:
> > Hello Ben,
> >
> > On Sun, 16 Jan 2005, Benjamin Herrenschmidt wrote:
> >
> > > Looks good, but you could do even better :) I still want to look at the
> > > proper mecanism to flus
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeremy Fitzhardinge wrote:
> It would be terribly useful to have some way of
> lseeking /proc//maps to the entry of a particular address. So, if
> you want to find the information about a mapping containing address
> 0x12345678, it would set the fil
Hi,
This patch for the 2.6.10 is for kernel isapnp to
recognize and configure the USR3030 modem.
Please apply.
Thanks,
Kent
__
Do you Yahoo!?
Yahoo! Mail - now with 250MB free storage. Learn more.
http://info.mail.yahoo.com/mail_250
patch-isa
Chris Caputo <[EMAIL PROTECTED]> wrote:
>
> I've been seeing bdev_lock based deadlock's since 2.6.9. Here's a latest
> one with 2.6.10-ac8. Not sure if the problem is related to the e1000
> driver (with NAPI) or the rfc2385 patches or what. Anyone else seeing
> this?
>
> Chris
>
> --
> 2
Hi Bill,
On Sun, Jan 16, 2005 at 11:26:38PM -0500, Bill Davidsen wrote:
> Is this eventually going in the mainline kernel? I'd like to use it, but
> if I'm going to have to maintain my own crypto kernels indefinitely this
> probably isn't the one for me.
On a side note, I would say that this
Philip Blundell's email address [EMAIL PROTECTED] is bouncing.
The patch below (already ACK'ed by Philip Blundell) changes all
occurances of this address in the kernel sources to [EMAIL PROTECTED] .
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
diffstat output:
Documentation/parport.txt
On Sat, 15 Jan 2005, Rudolf Usselmann wrote:
> I tried the new kernel, same results. Still can't use the
> extra memory.
Thanks for testing that Rudolf, i'll find a system to reproduce on.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAI
Well, you're right. Something (else) strange is going on, though. I was
having problems with Comcast's DNS servers not working earlier tonight, so I
had to substitute the IP address of linux.bkbits.net (192.132.92.3) for the
name in my web browser. When I use that now, it does _not_ show the cha
On Sun, Jan 16, 2005 at 11:49:22PM +0100, Pavel Machek wrote:
> Hi!
>
> I'm probably doing something wrong, but... how do I force it to work?
> I'm pretty sure it worked before, I'm not sure what changed in my
> config.
kbuild was changed to reliably pick up the stdarg.h for the gcc used.
Two iss
On Sun, 2005-01-16 at 21:37 -0700, Zwane Mwaikambo wrote:
> Hello Ben,
>
> On Sun, 16 Jan 2005, Benjamin Herrenschmidt wrote:
>
> > Looks good, but you could do even better :) I still want to look at the
> > proper mecanism to flush the CPU cache on 970, but the idea here is to
> > flush it, and
Hello Ben,
On Sun, 16 Jan 2005, Benjamin Herrenschmidt wrote:
> Looks good, but you could do even better :) I still want to look at the
> proper mecanism to flush the CPU cache on 970, but the idea here is to
> flush it, and put the CPU into a NAP loop (the 970 has no SLEEP mode)
> with the cache
Erik Steffl wrote:
Alan Cox wrote:
On Sad, 2005-01-15 at 20:25, Erik Steffl wrote:
I got these errors when accessing SATA disk (via scsi):
Jan 15 11:56:50 jojda kernel: ata2: command 0x25 timeout, stat 0x59
host_stat 0x21
Jan 15 11:56:50 jojda kernel: ata2: status=0x59 { DriveReady
SeekComplete
Jari Ruusu wrote:
loop-AES changes since previous release:
- Fixed externally compiled module version multi-key-v3 ioctl
incompatibility with boxes running 64 bit kernel and 32 bit userland.
Kernel patch versions were not affected (2.4 and 2.6 kernels).
- Fixed bug that made v3 on-disk format a
Post, Mark K wrote:
I believe I've discovered an odd discrepancy between what is in the official
Linux BitKeeper repository, and what is on ftp.kernel.org. According to
BitKeeper, the last time linux/arch/s390/config.in and
linux/arch/s390x/config.in were changed is 17 months ago. What is in
ftp.
On Mon, 10 Jan 2005, Ricky Beam wrote:
> On Mon, 10 Jan 2005, Peter Daum wrote:
> >On Mon, 10 Jan 2005, Christoph Hellwig wrote:
> >> The change came from the driver maintainer at 3ware. Get the updated
> >> tools from their website.
> >
> >Which website do you mean? The programs in the download s
On Sun, 16 Jan 2005, Roland McGrath wrote:
>
> Note, this code is identical in 2.4 so this fix applies there as well.
Uhh.. "(i + 8 - tos) & 7" makes no sense.
It's not only mathematically the same as "(i - tos) & 7", but I don't even
see how you got to the "+ 8" in the first place..
Also, we
It would be terribly useful to have some way of
lseeking /proc//maps to the entry of a particular address. So, if
you want to find the information about a mapping containing address
0x12345678, it would set the file position to (say) the entry of
0x1200-0x2000.
I haven't looked at how /pr
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: 2.6.10/arch/um/kernel/irq.c
===
--- 2.6.10.orig/arch/um/kernel/irq.c2005-01-11 12:18:51.0 -0500
+++ 2.6.10/arch/um/kernel/irq.c 2005-01-11 13:04:52.0 -0500
@@ -45
This fixes some warnings, and changes the system call table so that it will
compile in -linus, where the vperf system calls are not yet merged.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: 2.6.10/arch/um/include/sysdep-i386/ptrace_user.h
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: 2.6.10/include/asm-um/pgtable.h
===
--- 2.6.10.orig/include/asm-um/pgtable.h2005-01-13 18:35:22.0
-0500
+++ 2.6.10/include/asm-um/pgtable.h 2005-01-13 19:11:25.0
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: 2.6.10/include/asm-um/system-i386.h
===
--- 2.6.10.orig/include/asm-um/system-i386.h2004-12-24 16:34:31.0
-0500
+++ 2.6.10/include/asm-um/system-i386.h 2005-01-16 21:14:
Fix a race where signals could be handled to the parent of a new process
on the kernel stack of the child, corrupting that stack, and crashing UML
when the next first runs.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: 2.6.10/arch/um/kernel/skas/process.c
===
Fixes the "profiling timer expired" message on shutting down with profiling
enabled.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: 2.6.10/arch/um/kernel/main.c
===
--- 2.6.10.orig/arch/um/kernel/main.c 2005-01-12 15:43:08.000
Define a release method for the ubd driver so that sysfs doesn't complain
when one is removed.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: 2.6.10/arch/um/drivers/ubd_kern.c
===
--- 2.6.10.orig/arch/um/drivers/ubd_kern.c
If the file backing a ubd device is not an even blocklength, then the last
partial block is now readable, and it is padded with zeros.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: 2.6.10/arch/um/drivers/ubd_kern.c
===
--- 2.6.
Replace FRAME_SIZE_OFFSET with MAX_REG_OFFSET because different arches have
different ideas of what it means.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: 2.6.10/arch/um/include/sysdep-i386/ptrace_user.h
===
--- 2.6.10.orig/ar
Provide definitions of __initcall, __exitcall, and __init_call for userspace
code.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: 2.6.10/arch/um/include/init.h
===
--- 2.6.10.orig/arch/um/include/init.h 2005-01-16 20:37:24.
On Sun, 2005-01-16 at 20:46 +, Richard Purdie wrote:
> Without symbol_get, you can only have hard dependencies between the modules
> and hence you would be forced into loading both modules even if you only
> want one of them.
>
> I came across this function when trying to solve this exact pr
On Sat, 2005-01-15 at 05:09 +0100, Andi Kleen wrote:
> Fix boot up SMP race in timer setup on i386/x86-64.
How's this? Didn't do x86-64, but tested on i386.
Rusty.
Name: x86: no interrupts from secondary CPUs until officially online
Status: Tested on dual Pentium II, 2.6.11-rc1-bk2
Signed-off-b
Hi,
Does nobody think a system call is interrupted by SIGSTOP is
strange behaviour?
According to the man page, both of poll(2) and select(2) can be
interrupted by signals, but select(2) interrupted by SIGSTOP is
automatically restarted, and poll(2) isn't.
If it is a specification of Linux, usin
I believe I've discovered an odd discrepancy between what is in the official
Linux BitKeeper repository, and what is on ftp.kernel.org. According to
BitKeeper, the last time linux/arch/s390/config.in and
linux/arch/s390x/config.in were changed is 17 months ago. What is in
ftp.kernel.org/pub/linux
Thomas Gleixner wrote:
> Which is every 1.42 seconds on a 3GHz machine. I guess we don't have
> GB's of data when the 1.42 seconds elapse without an event.
My argument was about being able to browse the amount of data I was
refering to. The hearbeat thing was an asside to Roman as to the
fact tha
Thomas Gleixner wrote:
> This implies to seperate
>
> - infrastructure
> - event registration
> - transport mechanism
Like I said in my first response: we can't be everything for everbody,
the requirements are just too broad. ISO tried it with OSI. Have a
look at net/* for the result.
Current
On Sun, 2005-01-16 at 16:18 -0500, Karim Yaghmour wrote:
> We already do write a heartbeat event periodically to have readable
> traces in the case where the lower 32 bits of the TSC wrap-around.
Which is every 1.42 seconds on a 3GHz machine. I guess we don't have
GB's of data when the 1.42 secon
Note, this code is identical in 2.4 so this fix applies there as well.
A user reported that the x87 "tag word" value reported by PTRACE_GETFPREGS
did not match what the "fnsave" instruction stores for the same FPU state.
It turns out to be a bug in the conversion from fxsave format to fnsave
form
I'm trying to send the next post to:
"Frank Denis \(Jedi/Sector One\)" [EMAIL PROTECTED]
But my email provider doesn't let me to send this message to: [EMAIL PROTECTED]
It's about a bug.
---
Hello Frank,
I supose that I should write to you directly, or am I wrong? Besides, I'm
S
Daniel Schmidt <[EMAIL PROTECTED]> wrote:
>
> some time ago, there was an option "Use TOS as routing key" in the kernel
> configuration. I used it to priorize for example ssh connections, by
> modifying their TOS value using iptables.
>
> This option seems to have gone in a recent 2.6.10 kernel.
All,
i will try,Thanks!
=== 2005-01-15 07:00:01 ===
>On Fri, Jan 14, 2005 at 04:19:36PM +0100, David Jacoby wrote:
>> Well sorry for not making me clear, i forgot to say that
>> im not using 2.4.20 or any other default kernel. Im using
>> 2.6.10 from kernel.org.
>>
>> the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi to all,
i'am running 2.6.10 on an ACER Aspire 1601LC.
Today i got an debug Message and found it in my kern.log file:
Jan 17 01:34:48 debian kernel: [ACPI Debug] String: [0x10]
"BAT0_BIF_RETURN:"
Jan 17 01:34:48 debian kernel: [ACPI Debug] String: [0x
I've been seeing bdev_lock based deadlock's since 2.6.9. Here's a latest
one with 2.6.10-ac8. Not sure if the problem is related to the e1000
driver (with NAPI) or the rfc2385 patches or what. Anyone else seeing
this?
Chris
--
2.6.10-ac8 + rfc2385 md5 patch:
SysRq : Show Regs
Pid: 820, comm:
On Sat, Jan 15, 2005 at 01:09:08PM +1100, Nathan Scott wrote:
...
> > AFAIK the best you can do is to get the most recent XFS kernel from
> > SGI's CVS (this one is based on 2.6.10).
>
> The -mm tree also has these fixes; we'll get them merged into
> mainline soon.
Okeydokey - good
>
> > If you
Arjan van de Ven is now building RPMS of the kernel and those can be found
in the RPM subdirectory and should be yum-able. Expect the RPMS to lag the
diff a little as the RPM builds and tests do take time.
Key:o - only in -ac
* - already fixed upstream
X - di
A while back I submitted a patch that made the "CPU: After * identify,
caps:" messages produced by printk's in arch/i386/kernel/cpu/common.c line
up nicely (http://www.ussg.iu.edu/hypermail/linux/kernel/0406.3/0222.html).
The patch was accepted back then, but recently a new patch
http://linux.
Hi,
Our auto kernel build (http://www.gelato.unsw.edu.au/kerncomp/) was
dying with preempt turned on with latest BK; BUILD_LOCK_OPS is using a
spinlock function for a rwlock.
Thanks,
-i
[EMAIL PROTECTED]
http://www.gelato.unsw.edu.au
= kernel/spinlock.c 1.4 vs edited =
--- 1.4/kernel/spi
> * Jack O'Quin <[EMAIL PROTECTED]> wrote:
>> According to the manpage, nice(2) is per-process not per-thread. That
>> does not give the granularity we need.
Ingo Molnar <[EMAIL PROTECTED]> writes:
> the manpage is incorrect - sys_nice() is per-thread. (Btw., you could
> use setpriority() too.)
Keith Owens wrote:
scripts/reference*.pl - treat built-in.o as conglomerate. Ignore
references from altinstructions to init text/data.
Signed-off-by: Keith Owens
+ if ($comment =~ /GCC\:.*GCC\:/m || $object =~ /built-in.\o/) {
s|built-in.\o|built-in\.o|
Corrected patch is attached.
---
scripts/
On Sat, 2005-01-15 at 23:23 -0500, Karim Yaghmour wrote:
> > Well, that's really a core problem. We don't want to duplicate
> > infrastructure, which practically does the same. So if relayfs isn't
> > usable in this kind of situation, it really raises the question whether
> > relayfs is usable a
Hi!
This removes another O(n^2) algorithm from page relocation in
swsusp. Relocation took as long as reading pages from disk on my
machine, and it took minutes for some poor testers. Please apply,
Pavel
From: Lukas Hejtmanek <[EMAIL PROTECT
On Sul, 2005-01-16 at 23:17, Richard Purdie wrote:
> On the subject of patents, the whole idea behind SD is that there aren't
> patents as for a patent to exist, we'd have some publicly available
> information on how SD works. We're not breaking any copyrights as I nobody
> involved with this co
* Jack O'Quin <[EMAIL PROTECTED]> wrote:
> Studying the test script, I discovered that it starts a separate
> program running in the background. So, I hacked the script to run it
> with nice -15 in order not to interfere with the realtime threads. The
> XRUNS didn't get much better, but the maxi
Russell King:
> 2. Card Initialisation Problems
>
> One of my cards works fine. The other works when I enable debug and
> doesn't when I don't. I suspect the delay while it does a printk gives
> something time to happen that doesn't normally when running at full
> speed!
Different cards behave
* Jack O'Quin <[EMAIL PROTECTED]> wrote:
> According to the manpage, nice(2) is per-process not per-thread. That
> does not give the granularity we need.
the manpage is incorrect - sys_nice() is per-thread. (Btw., you could
use setpriority() too.)
Ingo
-
To unsubscribe from this list:
Michael S. Tsirkin wrote:
Hello!
Quoting r. Sam Ravnborg ([EMAIL PROTECTED]) "Re: changing local version requires
full rebuild":
On Sun, Jan 16, 2005 at 05:22:42PM +0200, Michael S. Tsirkin wrote:
Hi!
Is it just me, or does changing the local version always require
a full kernel rebuild?
If so, I'
Hi!
I'm probably doing something wrong, but... how do I force it to work?
I'm pretty sure it worked before, I'm not sure what changed in my
config.
[EMAIL PROTECTED]:/usr/src/linux$ make C=2
CHK include/linux/version.h
CHECK scripts/mod/empty.c
make[1]: `arch/i386/kernel/asm-offsets.s'
Alan Cox wrote:
On Sul, 2005-01-16 at 21:04, Andrew Morton wrote:
James Nelson <[EMAIL PROTECTED]> wrote:
This series of patches removes the last cli()/sti()/save_flags()/restore_flags()
function calls in drivers/char.
I don't see much point in this, really. Those cli() calls are a big fat
sign sa
On Sunday 16 January 2005 05:37, Andi Kleen wrote:
> Andreas Gruenbacher <[EMAIL PROTECTED]> writes:
> > this is a spin-off of an old patch by Alex Tomas <[EMAIL PROTECTED]>:
> > Alex originally had nanosecond timestamps in his original patch; here is
> > a rejuvenated version. Please tell me what
On Sun, Jan 16, 2005 at 09:11:03PM +, Alan Cox wrote:
> On Sul, 2005-01-16 at 12:04, Christoph Hellwig wrote:
> > > (where /proc/tty/driver/serial is mentioned as leaking sensitive
> > > information), to me the contents of usbserial look innocent enough.
> > > Do you have any hints on what mig
Hi,
While we're at it, the fan speed sensor reports an absurd speed when the fan
is driven with very low but non-zero pwm values. For example, driving it
with pwm=2 I get speeds over 50K rpms, while of course the fan is stopped
(almost?). This could be just an hardware sensitivity problem in
On Sun, 2005-01-16 at 23:07 +0100, Andi Kleen wrote:
> > What is complex in there ? I agree it's not convenient to do this from
> > the very low level ones that don't take the pci_dev * as an argument,
> > but from the higher level ones that does, the overhead is basically to
> > test a flag in the
On Sul, 2005-01-16 at 12:04, Christoph Hellwig wrote:
> > (where /proc/tty/driver/serial is mentioned as leaking sensitive
> > information), to me the contents of usbserial look innocent enough.
> > Do you have any hints on what might be a good solution?
>
> The permissions on the directory look
On Sul, 2005-01-16 at 04:48, Andi Kleen wrote:
> I just request that this shouldn't be done in the low level pci_config_read_*
> functions. Please keep them simple and lean. If you want such complex
> semantics for user space do it in a separate layer.
It seems reasonable not to implement the wai
On Sul, 2005-01-16 at 13:52, James Nelson wrote:
> Signed-off-by: James Nelson <[EMAIL PROTECTED]>
>
> diff -urN --exclude='*~'
> linux-2.6.11-rc1-mm1-original/drivers/char/ftape/lowlevel/ftape-io.c
> linux-2.6.11-rc1-mm1/drivers/char/ftape/lowlevel/ftape-io.c
> --- linux-2.6.11-rc1-mm1-original
On Sul, 2005-01-16 at 13:52, James Nelson wrote:
> Signed-off-by: James Nelson <[EMAIL PROTECTED]>
>
> diff -urN --exclude='*~'
> linux-2.6.11-rc1-mm1-original/drivers/char/ftape/lowlevel/ftape-format.c
> linux-2.6.11-rc1-mm1/drivers/char/ftape/lowlevel/ftape-format.c
> --- linux-2.6.11-rc1-mm1-
On Sul, 2005-01-16 at 21:04, Andrew Morton wrote:
> James Nelson <[EMAIL PROTECTED]> wrote:
> >
> > This series of patches removes the last
> > cli()/sti()/save_flags()/restore_flags()
> > function calls in drivers/char.
>
> I don't see much point in this, really. Those cli() calls are a big fa
On Sun, Jan 16, 2005 at 05:08:12PM -0500, Jon Smirl wrote:
> On Sun, 16 Jan 2005 13:18:23 +0100, Helge Hafting
> <[EMAIL PROTECTED]> wrote:
> > On Sun, Jan 16, 2005 at 06:04:32AM -0500, Jon Smirl wrote:
> > > you need to check the output from "modprobe drm debug=1" "modprobe
> > > radeon" and see i
On Sul, 2005-01-16 at 10:06, Edjard Souza Mota wrote:
> What do you think about the point we are trying to make, i.e., moving the
> ranking of PIDs to be killed to user space? Or, making user have some
> influence
> on it? We were misunderstood because the patch we sent was to make "a slight"
> or
I've read a thread about Tyan S2885 IDE problems
(http://www.ussg.iu.edu/hypermail/linux/kernel/0412.3/0457.html),
unfortunately I suffered from it too, but in a different hardware setup
and I noticed some more details about it, I hope this may help somehow.
My config is a Tyan Thunder K8W (S28
On Sun, 16 Jan 2005 13:18:23 +0100, Helge Hafting
<[EMAIL PROTECTED]> wrote:
> On Sun, Jan 16, 2005 at 06:04:32AM -0500, Jon Smirl wrote:
> > you need to check the output from "modprobe drm debug=1" "modprobe
> > radeon" and see if drm is misidentifying the board as AGP. We don't
> > want to fix so
> What is complex in there ? I agree it's not convenient to do this from
> the very low level ones that don't take the pci_dev * as an argument,
> but from the higher level ones that does, the overhead is basically to
> test a flag in the pci_dev, I doubt it will be significant in any way
> perform
loop-AES changes since previous release:
- Fixed externally compiled module version multi-key-v3 ioctl
incompatibility with boxes running 64 bit kernel and 32 bit userland.
Kernel patch versions were not affected (2.4 and 2.6 kernels).
- Fixed bug that made v3 on-disk format always use file bac
Hi!
> > > > Has this patch been ported to x86_64? Or is there a newer version of
> > > > it anywhere,
> > > > or an alternative?
> > > >
> > >
> > > Ok, Here is a new patch with x86_64 support, But I have not machine, So
> > > Need someone test it.
> >
> > OK, I will.
>
> I have tested it a
On Sun, 2005-01-16 at 16:06 -0500, Robert Wisniewski wrote:
> :-) - as above. Furthermore, it seems that reducing the places where
> interrupts are disabled would be a good thing?
depends at the price. On several cpus, disabling interupts is hundreds
of times cheaper than doing an atomic op.
Sorry for the resend (again). Last time I accidently let the patch
line wrap, so this one will actually apply. This patch is
needed because currently the sidewinder produces a load of
debugging output.
signed-off-by: Michael Marineau <[EMAIL PROTECTED]>
--- linux-2.6.10.orig/drivers/input/joysti
On Jan 15, 2005 10:22 +0100, Andreas Gruenbacher wrote:
> On Saturday 15 January 2005 23:01, Andi Kleen wrote:
> Those are just bugs from the time before there was kmem_cache_destroy. I
> checked the 2.6.11-rc1-mm1 tree: every kmem_cache_create in modules seems to
> destroyed properly except in
Christoph Hellwig writes:
> On Sun, Jan 16, 2005 at 03:11:00PM -0500, Robert Wisniewski wrote:
> > int global_val;
> >
> > modify_val_spin()
> > {
> >acquire_spin_lock()
> >// calculate some_value based on global_val
> >// for example c=global_val; if (c%0) some_value=10; else
My name is José María García Pérez (Spain). My system is an: AMD Athlon 800
(this is not an Athlon-XP). I was trying Gentoo for the first time (I'm a
newbie). The kernel 2.6.9-r1 makes a similar bug. Then I try to upgrade to
kernel-2.6.10-r4. The error persist. It appears when I try to "emerge"
Hello Roman,
Roman Zippel wrote:
> It seems we first need to specify, what relayfs actually is supposed to
> be. Is it a relaying mechanism for large amount of data from kernel to
> user space or is it a general communication channel between kernel and
> user space? You have to choose one, if
Andrew Morton writes:
> Robert Wisniewski <[EMAIL PROTECTED]> wrote:
> >
> > modify_val_spin()
> > {
> >acquire_spin_lock()
> >// calculate some_value based on global_val
> >// for example c=global_val; if (c%0) some_value=10; else some_value=20;
> >global_val = global_val
James Nelson <[EMAIL PROTECTED]> wrote:
>
> This series of patches removes the last
> cli()/sti()/save_flags()/restore_flags()
> function calls in drivers/char.
I don't see much point in this, really. Those cli() calls are a big fat
sign saying "broken on smp" and they now generate compile-time
1 - 100 of 246 matches
Mail list logo
