Christoph Lameter wrote:
> On Wed, 24 Jan 2007, Erik Andersen wrote:
>
>> It would be far more useful if an application could hint to the
>> pagecache as to which files are and which files as not worth
>> caching, especially when the application knows a priori that data
>> from a particular file
On Wed, 24 Jan 2007 12:58:45 -0600
"Serge E. Hallyn" <[EMAIL PROTECTED]> wrote:
> > If we need to I can see doing something special if the process setting
> > fown has CAP_KILL
>
> Obviously CAP_KILL is insufficient :) I assume you mean a new
> CAP_XNS_CAP_KILL?
>
> > and bypassing the security
Hi Pierre,
>
> > HEAD has this fixed. Every spec I can get my hands on states that R1 and
> > R6 have the same format. So it sounds like this controller is doing
> > something stupid.
>
> Apparently my HW is broken... I got a hold of a DB1200 demoboard and
> the distributed version works fine the
Pierre Ossman wrote:
Petr Vandrovec wrote:
Hello,
create test scenario where first transmit of NCP request is lost by
network, and before resend you kill this process. So it stops
resending, but local sequence count is already incremented. Then when
next process tries to access ncpfs, server
Hi Dave,
[EMAIL PROTECTED] writes:
> This patch series contains the gpu sharing layer for kernel that
> I've mentioned before. It should apply against Linus's git tree.
I gave the patches a go on my PowerBook. I had to make a few changes
to get it to compile. Works fine so far: I switched betw
Al Boldi wrote:
> Rik van Riel wrote:
>> Christoph Lameter wrote:
>>> This is a patch using some of Aubrey's work plugging it in what is IMHO
>>> the right way. Feel free to improve on it. I have gotten repeatedly
>>> requests to be able to limit the pagecache.
>> IMHO it's a bad hack.
>>
>> It w
On Thu, Jan 25, 2007 at 09:35:07AM +0200, Markku Savela wrote:
>
> If want to write a loadable module which "implements" a char device
> ("virtual", no real device present). How do I get the correct
> "/dev/foo" to appear automaticly? What is the current recommended
> solution (kernel 2.6.17 in U
Manuel Lauss wrote:
>
> Actually, the bug is that because of MMC_RSP_R6 not being handled in
> the switch in au1xmmc_send_command(), the controller gets told that
> no response is expected. I changed the R6 to R1 in mmc.h, thats why
> it worked in the demoboard, and it also works now on the previo
Manuel Lauss wrote:
>
> Apparently my HW is broken... I got a hold of a DB1200 demoboard and
> the distributed version works fine there.
>
> I'm very sorry for the noise!
>
No problem. Better safe than sorry.
>
> Aren't people from AMD (now Raza) maintaining it? I have source for this
> drive
* Bill Huey <[EMAIL PROTECTED]> wrote:
> Latest patch here.
>
>
> http://finfin.is-a-geek.org/~billh/contention/patch-2.6.20-rc2-rt2.4.lock_stat.patch
>
> I'm going to review and hand merge your changes to the older patch
> tonight.
one more suggestion: please do diffs in -p1 (not in -p
Paul E. McKenney wrote:
> This patch adds an optional preemption kernel thread to the rcutorture
> tests. This thread sets itself to a low RT priority and chews up
> CPU in 10-second bursts, verifying that grace periods progress during
> this 10-second interval. This has thus far passed about 30
On Thu, 25 Jan 2007 05:42:42 + Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 24, 2007 at 12:11:30PM +0100, S?bastien Dugu? wrote:
> > > > + if (unlikely(!notify->sigq))
> > > > + return -EAGAIN;
> > >
> > > Did this just leak a ref on the task_struct?
> > >
>
--- Mark Rustad <[EMAIL PROTECTED]> wrote:
> We'll never know if any of these things were correlated with the
> solar flares because they all seem to be one-off failures. I do find
> it interesting though. Our systems seem to be doing statistically
> better this month. What do you think?
Per
Here it is
On Thu, 25 Jan 2007 05:42:42 + Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 24, 2007 at 12:11:30PM +0100, S?bastien Dugu? wrote:
> > > > + if (unlikely(!notify->sigq))
> > > > + return -EAGAIN;
> > >
> > > Did this just leak a ref on the task_s
Hi,
I didn't get a chance to try the -mm patch, but booting with acpi=off
works - other than no acpi, of course :)
What now?
Cheers,
Eamonn
On Thu, 2007-01-25 at 05:33 +, Luming Yu wrote:
> On 1/25/07, Eamonn Hamilton <[EMAIL PROTECTED]> wrote:
> > I've also just found bug #7820 on bugzilla
Ingo Molnar wrote:
* Pieter Palmers <[EMAIL PROTECTED]> wrote:
Dear all,
What is the status with respect to this problem? I see that in the
current -rt patch the problematic code piece is different. I
personally haven't tried to reproduce this myself on a more recent
kernel, but I just got
--- Ken Moffat <[EMAIL PROTECTED]> wrote:
> At the moment, you have a problem that nobody recognises. If you're not
> willing to test if the problem happens repeatably, (you appear to
> have had one failure and immediately reverted to an old kernel), who
> do you think will be able to fix it?
Thi
Dmitriy Monakhov wrote on Jan 24, 11:00 pm
> Move common segments checks from __generic_file_aio_{read,write}_nolock()
> to separate helper function generic_segment_checks().WOW my eyes
I'm realy sorry but this patch is litle bit broken. :(
I've forgot to check generic_segment_checks() retu
I didn't get a chance to try the -mm patch, but booting with acpi=off
works - other than no acpi, of course :)
What now?
Well, this should be ACPI interrupt configure issue.
Please feel free to enter a bug on bugzilla.kernel.org.
And, post acpidump output, /proc/interrupts ,lspci -vvx, dmesg for
au1xmmc: return error when encountering unhandled/unknown response type.
Signed-off-by: Manuel Lauss <[EMAIL PROTECTED]>
--- a/drivers/mmc/au1xmmc.c.orig2007-01-25 09:56:10.851983000 +0100
+++ b/drivers/mmc/au1xmmc.c 2007-01-25 10:13:12.121983000 +0100
@@ -193,6 +194,8 @@ static int
au1xmmc: implement proper R/O switch detection.
Signed-off-by: Manuel Lauss <[EMAIL PROTECTED]>
--- a/drivers/mmc/au1xmmc.c.orig2007-01-25 09:56:10.851983000 +0100
+++ b/drivers/mmc/au1xmmc.c 2007-01-25 10:13:12.121983000 +0100
@@ -152,8 +152,9 @@ static inline int au1xmmc_card_inser
On Wed, Jan 24, 2007 at 08:51:32PM -0500, Rob Landley wrote:
> On Wednesday 24 January 2007 4:03 pm, Oleg Verych wrote:
>
> > Let me propose you to test this as solution, that need no awk, only shell:
>
> Actually awk is one of the standard Single Unix Specification (version 3)
> utilities and t
In the same way that include/linux/log2.h defines the
roundup_pow_of_two() macro, define the rounddown_pow_of_two() macro so
peopls can stop re-implementing this operation using a loop.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
compile tested on x86 using "make allyesconfig",
Overall, this code looks sensible to me. Some comments on the patch below.
Paul E. McKenney wrote:
> --- linux-2.6.20-rc4-rt1/include/linux/rcupreempt.h 2007-01-09
> 10:59:54.0 -0800
> +++ linux-2.6.20-rc4-rt1-rcub/include/linux/rcupreempt.h 2007-01-09
> 11:01:12.0 -0800
* Mihamina Rakotomandimby (R12y) <[EMAIL PROTECTED]> [2007-01-25 02:36]:
> Hello,
> I would like to know what version of the kernel will||had embed(ed) the
> r1000 driver.
The r8169 driver which is in the kernel should have the same
functionality.
Regards,
Bernhard
pgpmmWlm4UwNc.pgp
Descriptio
gmane.linux.kernel:
> Hi,
Hallo.
> recently I got my hands on an ASUS A8Js notebook (Core 2 Duo T7200,
> Intel 945 PM PCI-E Chipset, for details see attached log). After booting
> the latest 2.6.20-rc5-git3 kernel (but the same behaviour occurs also with
> the 2.6.19.2, didn't try any other), s
John Stultz wrote:
On Wed, 2007-01-24 at 10:41 +0100, John wrote:
I'm using the POSIX timers API. My platform is x86 running Linux
2.6.18.6 patched with the high-resolution timer subsystem.
http://www.tglx.de/hrtimers.html
I've written a small "de-jittering engine" that receives packets in
s
Kristian Høgsberg wrote:
On 1/24/07, Pieter Palmers <[EMAIL PROTECTED]> wrote:
Kristian Høgsberg wrote:
Changes since the merge into the linux1394 tree include:
- gap count optimization
- full bus management
- loopback for async requests to the local node
- a bug fix for a problem exposed
On 1/25/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
It's been more than a week since -rc5, but I blame everybody (including
me) being away for Linux.conf.au and then me waiting for a few days
afterwards to let everybody sync up.
So there it is, -rc6, hopefully the last -rc of the series.
I
Ok... how about this baby instead. I've replaced the stack allocated
request structure by one allocated with kmalloc() and reference counted
using an atomic_t. I couldn't see anything else that was associated to
the process, so I believe this should suffice.
(This is just a RFC. Once I get an ok f
David Chinner wrote:
Only if we leave the page in the page cache. If we toss the page,
the time it takes to do the I/O for the page fault is enough for
the direct I/o to complete. Sure it's not an absolute guarantee,
but if you want an absolute guarantee:
So I guess you *could* relax it in the
done, bug number #7884
Cheers,
Eamonn
On Thu, 2007-01-25 at 09:17 +, Luming Yu wrote:
> > I didn't get a chance to try the -mm patch, but booting with acpi=off
> > works - other than no acpi, of course :)
> >
> > What now?
> Well, this should be ACPI interrupt configure issue.
> Please feel f
> Apart from kswapd, limiting pagecache helps performance of
> applications by not eating away their ANON pages or other parts of its
> resident data set. When there is enough free memory, then there is no
> performance issue. However memory is always utilized to the max.
> Hence every pagecache
Hello,
I got stunned when I opened www.lkml.org
=> lkml deals psp ipod laptop hotel flight travel holiday lcd
tv mac pc
All junk & nonsence .looks like a Domain seller!!!
What's the problem here?
~Akula2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
Subject: [patch] suspend/resume debugging: device filter
From: Ingo Molnar <[EMAIL PROTECTED]>
this patch implements the /sys/power/filter attribute, which takes a
string. If a device's name matches the filter string (exactly), then
that device is excluded from suspend/resume.
this can be helpf
i386
Practically all modules selected.
Building modules, stage 2.
MODPOST 1931 modules
WARNING: drivers/atm/fore_200e.o - Section mismatch: reference to .init.text:
from .text between 'fore200e_initialize' (at offset 0x25af) and
'fore200e_monitor_putc'
WARNING: drivers/atm/lanai.o - Section
Peter Zijlstra wrote:
>> Apart from kswapd, limiting pagecache helps performance of
>> applications by not eating away their ANON pages or other parts of its
>> resident data set. When there is enough free memory, then there is no
>> performance issue. However memory is always utilized to the m
Christopher "Monty" Montgomery wrote:
> This patch was generated against 2.6.20-rc5; it fixes a bug that
> cropped up in a late 2.6.19-mm kernel.
>
> When ALSA's sysfs device creation was converted from using
> class_device_create() to device_create(), the fourth param from
> class_device_create()
Hi.
On Thu, 2007-01-25 at 12:05 +0100, Ingo Molnar wrote:
> it might be better to do this centrally in sysfs, via a per-device
> attribute, to individually enable suspend and resume on a per device
> basis, but my sysfs-fu is not strong enough for that now ;-)
Yeah. I was thinking recently of d
Hi!
> Subject: [patch] suspend/resume debugging: device filter
> From: Ingo Molnar <[EMAIL PROTECTED]>
>
> this patch implements the /sys/power/filter attribute, which takes a
> string. If a device's name matches the filter string (exactly), then
> that device is excluded from suspend/resume.
>
On 24/01/07, Fabien Mercier <[EMAIL PROTECTED]> wrote:
I am working in video card development and I would like to be on your
mailing list.
http://www.tux.org/lkml/#s3-1
--
Jesper Juhl <[EMAIL PROTECTED]>
Don't top-post http://www.catb.org/~esr/jargon/html/T/top-post.html
Plain text mails only
Subject: [patch] suspend debugging: simulate suspend-to-RAM
From: Ingo Molnar <[EMAIL PROTECTED]>
most resume bugs are due to the kernel hanging or crashing while trying
to resume a specific device. It is extremely hard to debug such hangs
because often when the hang happens there's no console a
Peter Zijlstra wrote:
> > Apart from kswapd, limiting pagecache helps performance of
> > applications by not eating away their ANON pages or other parts of its
> > resident data set. When there is enough free memory, then there is no
> > performance issue. However memory is always utilized to the
Vaidyanathan Srinivasan wrote:
> Al Boldi wrote:
> > Rik van Riel wrote:
> >> Christoph Lameter wrote:
> >>> This is a patch using some of Aubrey's work plugging it in what is
> >>> IMHO the right way. Feel free to improve on it. I have gotten
> >>> repeatedly requests to be able to limit the pagec
[ Re-sending in the hope that it will be archived ]
Ingo Molnar wrote:
John Stultz wrote:
On Wed, 2007-01-24 at 10:41 +0100, John wrote:
I'm using the POSIX timers API. My platform is x86 running Linux
2.6.18.6 patched with the high-resolution timer subsystem.
http://www.tglx.de/hrtimers.h
Hi,
On Thu, 2007-01-25 at 00:07 -0500, Dan Merillat wrote:
> Running 2.6.20-rc4 _WITH_ the following patch: (Shouldn't be the issue,
> but just in case, I'm listing it here)
>
> Date: Fri, 29 Dec 2006 21:03:57 +0100
> From: Ingo Molnar <[EMAIL PROTECTED]>
> Subject: [patch] remove MAX_ARG_PAGES
>
On Thu, 25 Jan 2007, Oleg Verych wrote:
> gmane.linux.kernel:
> > recently I got my hands on an ASUS A8Js notebook (Core 2 Duo T7200,
> > Intel 945 PM PCI-E Chipset, for details see attached log). After booting
> > the latest 2.6.20-rc5-git3 kernel (but the same behaviour occurs also with
> > th
Scott Preece <[EMAIL PROTECTED]> wrote:
> My own hot button is making sure that the definition of what
> constitutes user activity is managed in exactly one place, whether in
> the kernel or not. My naive model would be to put the response at user
> level, but to provide a single point of definiti
Hi,
Want to remove DMA zone the from the Linux Kernel.
(Don't want to use DMA Zone, because i am not
using ISA bus, am using PCI bus. So, I don't need
this)
Can you please give me suggestions in this regards.
Thanks
RAM
___
On Wed, 2007-01-24 at 13:37 -0200, Henrique de Moraes Holschuh wrote:
> On Wed, 24 Jan 2007, Soeren Sonnenburg wrote:
> > might be a good idea to power down the drive using hdparm -Y followed by
> > a scsiadd -r.
[...]
> > the disk or remove the disk from a dm setup). However it is recommended
> >
Hi!
> Subject: [patch] suspend debugging: simulate suspend-to-RAM
> From: Ingo Molnar <[EMAIL PROTECTED]>
>
> most resume bugs are due to the kernel hanging or crashing while trying
> to resume a specific device. It is extremely hard to debug such hangs
> because often when the hang happens the
Solution found!
> On Thu, Jan 25, 2007 at 09:35:07AM +0200, Markku Savela wrote:
> > If want to write a loadable module which "implements" a char device
> > ("virtual", no real device present). How do I get the correct
> > "/dev/foo" to appear automaticly?
> From: Greg KH <[EMAIL PROTECTED]>
> I
On Wednesday 24 January 2007 8:47 pm, Hans-Peter Nilsson wrote:
> (Please CC me on replies, I'm not subscribed to LKML. Thanks.)
>
> Five SPI-related patches follow.
>
> 1: bugfix for spi_bitbang: always call the setup_transfer
> function via the overridable pointer.
>
> 2: Allow clocking SPI w
Whew, you clearly put enough work into this to get it working! Thanks.
I look forward to trying it at some point. (I have some new hardware
in hand that should make that possible.)
On Wednesday 24 January 2007 8:53 pm, Hans-Peter Nilsson wrote:
> (Please CC me on replies, I'm not subscribed to
On Wednesday 24 January 2007 8:50 pm, Hans-Peter Nilsson wrote:
> +* some cards seemed happier if they were initialized first
> +* by the native MMC stack, not SPI ... and in other cases
> +* rmmod/modprobe of mmc_spi helped the card work better,
> +
On Wednesday 24 January 2007 8:52 pm, Hans-Peter Nilsson wrote:
> (Please CC me on replies, I'm not subscribed to LKML or the SPI list.
> Thanks.)
>
> The SD/MMC SPI-based protocol isn't really duplex. In the
> normal case there's either information transmitted or received,
> not both simultane
Oops!
The error exits are not right in foo_init (need to release anything
succesfully created, if later operations fail). Probably need to make
the current foo_exit into foo_cleanup and call it in real foo_exit and
in any errors at foo_init.
But, again thanks for the help. I consider the "case cl
Hi all,
I've attached the final version of SIN, a user inactivity monitor posted few
days ago on this list. Since then a couple of things have been improved. For
example, the acpi events have been substituted by _uevents_ (thanks Arjan for
the hint!), _sysfs_ has been preferred to procfs and the
Hi all,
I am running a user application which will just open/close my driver
(simple one, empty functions with only printks) infinitely.
A massive use of printk can slow down the system noticeably OR it can
affect some time calculations.
Apart from this, it was increasing top mem usage also. After
Subject is updated
On 1/25/07, yogeshwar sonawane <[EMAIL PROTECTED]> wrote:
Hi all,
I am running a user application which will just open/close my driver
(simple one, empty functions with only printks) infinitely.
A massive use of printk can slow down the system noticeably OR it can
affect some
On Thursday, 25 January 2007 14:07, Pavel Machek wrote:
> Hi!
>
> > Subject: [patch] suspend debugging: simulate suspend-to-RAM
> > From: Ingo Molnar <[EMAIL PROTECTED]>
> >
> > most resume bugs are due to the kernel hanging or crashing while trying
> > to resume a specific device. It is extreme
On Thu 2007-01-25 14:29:24, Rafael J. Wysocki wrote:
> On Thursday, 25 January 2007 14:07, Pavel Machek wrote:
> > Hi!
> >
> > > Subject: [patch] suspend debugging: simulate suspend-to-RAM
> > > From: Ingo Molnar <[EMAIL PROTECTED]>
> > >
> > > most resume bugs are due to the kernel hanging or cr
On Thu, 25 Jan 2007, Markku Savela wrote:
> Thanks! The solution seems to work. The final *obstacle* was, that
> class_* symbols were not available until I added the
> LICENSE("GPL"). Here is the resulting template, maybe useful for
> someone, and just for verification, that I got it right.
> stat
On Thu, Jan 25, 2007 at 01:28:56PM +0100, Martin Drab wrote:
> On Thu, 25 Jan 2007, Oleg Verych wrote:
>
> > gmane.linux.kernel:
> > > recently I got my hands on an ASUS A8Js notebook (Core 2 Duo T7200,
> > > Intel 945 PM PCI-E Chipset, for details see attached log). After booting
> > > the lates
On 1/24/07, Greg KH <[EMAIL PROTECTED]> wrote:
I don't understand, where does the symlink currently point to? It looks
correct to me on my machines:
My machines and the fedora rawhide machines using the 2.6.20-rcX
releases look nothing like what you pasted. If they did, hald would
be working.
On 1/23/07 9:57 AM, "David Miller" <[EMAIL PROTECTED]> wrote:
>> Definitely disagree with that. I'd like to see the conference somewhere
>> else different this time - perhaps Czech Republic, or somewhere else more
>> easterly and Linux active (or even Finland...)
>
> This is my position as well.
On Wed, Jan 24, 2007 at 04:34:47PM -0500, Lennart Sorensen wrote:
> I am using the GPIO lines too, and didn't want to mess with the 8250
> driver (since I use that for a serial console on a 16550 UART), plus
> being able to use the 64byte fifo rather than 16byte 16550 mode fifo
> seems nicer.
Note
Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> On Wed, 2007-01-24 at 22:22 +0800, Aubrey Li wrote:
>> On 1/24/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>> > He wants to make a nommu system act like a mmu system; this will just
>> > never ever work.
>>
>> Nope. Actually my nommu system works grea
Fixes bogus accesses to ports 0-15 with a non DMA capable controller.
This I think should go in for 2.6.20
Arguably it shouldn't be called for PIO commands at all but thats a
matter for Jeff to decide
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr
> Can you _PLEASE_ not send this independantly to 3 different linux
> mailing lists?
I am sorry, it will not happen again.
-Kristian
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel
In do_exit(), the exit_task_namespaces() was placed after
exit_notify() because exit_notify ends up using the pid
namespace both to access the reaper, and for detaching the
pid. However, this placement allows an nfs server to reap
the task before exit_task_namespaces() completes.
This patch moves
Christopher "Monty" Montgomery wrote:
>
> My machines and the fedora rawhide machines using the 2.6.20-rcX
> releases look nothing like what you pasted. If they did, hald would
> be working... (I'll note that bugs have also been logged against
> Pulse and HAL by users having trouble, so it's not
On Wed, Jan 24, 2007 at 03:20:53PM -0600, Paul Fulghum wrote:
> In 2.6.16 the tty buffering pushes data to the line
> discipline without regard to tty->receive_room.
> If the line discipline can't keep up, the data gets dropped.
> I observed this data loss at higher speeds when
> placing the system
On 1/25/07, Bodo Eggert <[EMAIL PROTECTED]> wrote:
Scott Preece <[EMAIL PROTECTED]> wrote:
> My own hot button is making sure that the definition of what
> constitutes user activity is managed in exactly one place, whether in
> the kernel or not. My naive model would be to put the response at us
Serge E. Hallyn wrote:
> In do_exit(), the exit_task_namespaces() was placed after
> exit_notify() because exit_notify ends up using the pid
> namespace both to access the reaper, and for detaching the
> pid. However, this placement allows an nfs server to reap
> the task before exit_task_namespac
2.6.19 introduced changes to the UHCI handling of interrupt URBs that
caused at least some keyspan USB-to-serial converters to fail, because
the driver code incorrectly assumes that all URBs of the device are
bulk URBs, while some of them (in the default configuration) are
actually interrupt URBs.
On Tue, Jan 23, 2007 at 07:18:46PM +, Oleg Verych wrote:
> >> Ditto..
> >>
> >> Definitely disagree with that. I'd like to see the conference somewhere
> >> else different this time - perhaps *Czech Republic*, or somewhere else more
> >> easterly and Linux active (or even Finland...)
> >
> >
Hi Ralf,
the following patch should fix a compile error for MIPS_MALTA, when
CONFIG_MTD is disabled.
regards,
JAN
---
- Fix a compile error for MIPS_MALTA, when CONFIG_MTD is disabled.
Signed-off-by: Jan Altenberg <[EMAIL PROTECTED]>
---
arch/mips/mips-boards/malta/Makefile |3 ++-
1 fil
Quoting Andrew Morton ([EMAIL PROTECTED]):
> On Wed, 24 Jan 2007 12:58:45 -0600
> "Serge E. Hallyn" <[EMAIL PROTECTED]> wrote:
>
> > > If we need to I can see doing something special if the process setting
> > > fown has CAP_KILL
> >
> > Obviously CAP_KILL is insufficient :) I assume you mean a
Hopefully the last version ;-)
---
Subject: nfs: fix congestion control
The current NFS client congestion logic is severly broken, it marks the backing
device congested during each nfs_writepages() call but doesn't mirror this in
nfs_writepage() which makes for deadlocks. Also it implements its
On Thu, Jan 25, 2007 at 12:56:30PM +, Seetharam Dharmosoth wrote:
> Hi,
>
> Want to remove DMA zone the from the Linux Kernel.
> (Don't want to use DMA Zone, because i am not
> using ISA bus, am using PCI bus. So, I don't need
> this)
>
Just because you don't need ISA, doesn't mean you don't
On 1/25/07, Pierre Ossman <[EMAIL PROTECTED]> wrote:
Christopher "Monty" Montgomery wrote:
>
> My machines and the fedora rawhide machines using the 2.6.20-rcX
> releases look nothing like what you pasted. If they did, hald would
> be working... (I'll note that bugs have also been logged agains
Am Mittwoch 24 Januar 2007 21:45 schrieb Peter Osterlund:
> > Subject: pktcdvd fails with pata_amd
> > References : http://bugzilla.kernel.org/show_bug.cgi?id=7810
> > Submitter : [EMAIL PROTECTED]
> > Status : unknown
> Does reverting this patch help?
> http://www.kernel.org/git/?p=linux/
Christopher "Monty" Montgomery wrote:
>
> Interesting to know. Looking more closely, it looks like machines
> here are split between the messed up output I forwarded previously and
> the output that is expected. All of my personal boxes are messed up.
>
There is some option about deprecated sy
"Scott Preece" <[EMAIL PROTECTED]> writes:
On 1/25/07, Bodo Eggert <[EMAIL PROTECTED]> wrote:
> Imagine one computer serving two users. Two monitors, two keyboards ...
---
Good point! Of late I've been working on single-user systems, so it
was not at the front of my brain, despite
Denis Vlasenko wrote:
I will still disagree on this point (on point "use O_DIRECT, it's faster").
There is no reason why O_DIRECT should be faster than "normal" read/write
to large, aligned buffer. If O_DIRECT is faster on today's kernel,
then Linux' read()/write() can be optimized more.
Ahh bu
SИbastien DuguИ wrote:
>
> +struct task_struct *good_sigevent(sigevent_t *event)
> +{
> + struct task_struct *task = current->group_leader;
> +
> + if ((event->sigev_notify & SIGEV_THREAD_ID) == SIGEV_THREAD_ID) {
> + task = find_task_by_pid(event->sigev_notify_thread_id);
> +
>
On Thu, Jan 25, 2007 at 03:11:15PM +0200, Markku Savela wrote:
> Solution found!
>
> > On Thu, Jan 25, 2007 at 09:35:07AM +0200, Markku Savela wrote:
> > > If want to write a loadable module which "implements" a char device
> > > ("virtual", no real device present). How do I get the correct
> > >
On 1/25/07, Pierre Ossman <[EMAIL PROTECTED]> wrote:
There is some option about deprecated sysfs stuff. Perhaps this is the
cause of your twisted tree. It's off here:
# CONFIG_SYSFS_DEPRECATED is not set
It is set. It is also set in the default config, so plently of people
are running with a
On 1/25/07, Alessandro Di Marco <[EMAIL PROTECTED]> wrote:
"Scott Preece" <[EMAIL PROTECTED]> writes:
On 1/25/07, Bodo Eggert <[EMAIL PROTECTED]> wrote:
> Imagine one computer serving two users. Two monitors, two keyboards ...
---
Good point! Of late I've been working on single-user
On Thu, 2007-01-25 at 15:09 +, Alan wrote:
>
> diff -u --new-file --recursive --exclude-from /usr/src/exclude
> linux.vanilla-2.6.20-rc4-mm1/drivers/ata/libata-sff.c
> linux-2.6.20-rc4-mm1/drivers/ata/libata-sff.c
> --- linux.vanilla-2.6.20-rc4-mm1/drivers/ata/libata-sff.c 2007-01-22
Vaidyanathan Srinivasan wrote:
Rik van Riel wrote:
There are a few databases out there that mmap the whole
thing. Sleepycat for one...
That is why my suggestion would be not to touch mmapped pagecache
pages in the current pagecache limit code. The limit should concern
only unmapped pagecac
atomic.h : standardizing atomic primitives
It mainly adds support for missing 64 bits cmpxchg and 64 bits atomic add
unless. Therefore, principally 64 bits architectures are targeted by these
patches. It also adds the complete list of atomic operations on the atomic_long
type.
These patches apply
atomic.h : Add atomic64 cmpxchg, xchg and add_unless to ia64
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/include/asm-ia64/atomic.h
+++ b/include/asm-ia64/atomic.h
@@ -88,12 +88,17 @@ ia64_atomic64_sub (__s64 i, atomic64_t *v)
return new;
}
-#define atomic_cmpxchg(v, old,
local_t : i386 extension
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/include/asm-i386/local.h
+++ b/include/asm-i386/local.h
@@ -2,47 +2,198 @@
#define _ARCH_I386_LOCAL_H
#include
+#include
+#include
typedef struct
{
- volatile long counter;
+ atomic_long_t a;
local_t : adding and standardising local atomic primitives
These patches extend and standardise local_t operations on each architectures,
allowing a rich set of atomic operations to be done on per-cpu data with
minimal performance impact. On architectures where there seems to be no
difference betw
David Woodhouse wrote:
On Thu, 2007-01-25 at 15:09 +, Alan wrote:
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.20-rc4-mm1/drivers/ata/libata-sff.c
linux-2.6.20-rc4-mm1/drivers/ata/libata-sff.c
--- linux.vanilla-2.6.20-rc4-mm1/drivers/ata/libata-sff.c
On Thu, 2007-01-25 at 11:17 -0500, Jeff Garzik wrote:
> Read the code... This test is already widely in use in libata.
That doesn't make it correct; it just means it's your fault not Alan's,
right? :)
--
dwmw2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
atomic.h : Complete atomic_long operations in asm-generic
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/include/asm-generic/atomic.h
+++ b/include/asm-generic/atomic.h
@@ -66,6 +66,90 @@ static inline void atomic_long_sub(long i, atomic_long_t *l)
atomic64_sub(i, v);
}
+st
atomic.h : Add atomic64 cmpxchg, xchg and add_unless to parisc
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/include/asm-parisc/atomic.h
+++ b/include/asm-parisc/atomic.h
@@ -163,7 +163,8 @@ static __inline__ int atomic_read(const atomic_t *v)
}
/* exported interface */
-#define
1 - 100 of 344 matches
Mail list logo
