On Mon, 2007-02-05 at 08:17 -0800, Randy Dunlap wrote:
> On Mon, 5 Feb 2007 14:23:35 +0800 Conke Hu wrote:
>
> > what does the directory name drivers/i2c/busses mean? did it mean bus(es)?
>
> "busses" is an acceptable spelling of "buses" in some places,
> so Yes, I believe that it means "bus(es)"
On Tuesday 06 February 2007 00:28, Jesper Juhl wrote:
> Greetings people,
>
> Here is, as promised, the first round of cleanup patches for floppy.c
> (more will follow later).
I think the real problem with floppy.c is the basic code logic,
not the coding style. While cleaning the later up is nice
Still no independent confirmation as to whether this is a problem or not.
I think it is, so I'll propose this patchset to fix it. Patch 1/3 has a
reasonable description of the problem.
Thanks,
Nick
--
SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
After running SetPageUptodate, preceeding stores to the page contents to
actually bring it uptodate may not be ordered with the store to set the page
uptodate.
Therefore, another CPU which checks PageUptodate is true, then reads the
page contents can get stale data.
Fix this by ensuring SetPageUp
__block_write_full_page is calling SetPageUptodate without the page locked.
This is unusual, but not incorrect, as PG_writeback is still set.
However with the previous patch, this is now a problem: so don't bother
setting the page uptodate in this case (it is weird that the write path
does such a
Ensure pages are uptodate after returning from read_cache_page, which allows
us to cut out most of the filesystem-internal PageUptodate_NoLock calls.
I didn't have a great look down the call chains, but this appears to fixes 7
possible use-before uptodate in hfs, 2 in hfsplus, 1 in jfs, a few in e
On Tue, 6 Feb 2007 09:02:23 +0100 (CET) Nick Piggin <[EMAIL PROTECTED]> wrote:
> __block_write_full_page is calling SetPageUptodate without the page locked.
> This is unusual, but not incorrect, as PG_writeback is still set.
>
> However with the previous patch, this is now a problem: so don't bo
On Tue, 6 Feb 2007 09:02:11 +0100 (CET) Nick Piggin <[EMAIL PROTECTED]> wrote:
> +static inline void __SetPageUptodate(struct page *page)
> +{
> +#ifdef CONFIG_S390
> if (!test_and_set_bit(PG_uptodate, &page->flags))
> page_test_and_clear_dirty(page);
> -}
> #else
> -#define
On Tue, Feb 06, 2007 at 09:20:15AM +0400, Manu Abraham wrote:
...
> >BIST is required to complete in 2 seconds. Either with success or failure.
> >I expect BIOS to have complained before launching grub/lilo.
...
> BIST is supposed to terminate before, say the OS kernel is loaded?
Yes - that's what
On 2/6/07, Greg KH <[EMAIL PROTECTED]> wrote:
On Sun, Feb 04, 2007 at 07:59:47PM +0100, Pierre Ossman wrote:
> Hi Greg,
>
> Although I am a bit of a cynic, I really hope that this endeavor works
> the way you hope.
>
> I'd also like to offer my services to this quest of yours. If you get
> any SD
On Mon, 5 Feb 2007 20:13:35 +0300 Oleg Nesterov <[EMAIL PROTECTED]> wrote:
> On 02/05, S?bastien Dugu? wrote:
> >
> > Make sure we only accept valid sigev_notify values in
> > aio_setup_sigevent(),
> > namely SIGEV_NONE, SIGEV_THREAD_ID or SIGEV_SIGNAL.
>
> I think this is correct, but I have
OK, I had initially been going to send a patch to bring the common case
into line with the error case to reduce the chance of rare bugs, but
that's stupid because the common case is obviously the better tested one!
Oh, and the error case seems to have a bug as well.
--
Andrew noticed that unlocki
On Mon, Feb 05, 2007 at 09:33:39PM -0800, Andrew Morton wrote:
> On Mon, 5 Feb 2007 22:03:31 -0700 Grant Grundler <[EMAIL PROTECTED]> wrote:
>
> > On Mon, Feb 05, 2007 at 09:55:28PM -0700, Grant Grundler wrote:
> > ...
> > > > Control: I/O- Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop-
>
On 2/6/07, Grant Grundler <[EMAIL PROTECTED]> wrote:
On Tue, Feb 06, 2007 at 09:20:15AM +0400, Manu Abraham wrote:
...
> >BIST is required to complete in 2 seconds. Either with success or failure.
> >I expect BIOS to have complained before launching grub/lilo.
...
> BIST is supposed to terminate
Ingo thanks for the review.
Ingo Molnar <[EMAIL PROTECTED]> writes:
> * Eric W. Biederman <[EMAIL PROTECTED]> wrote:
>
>> When making the interrupt vectors per cpu I failed to handle a case
>> during irq migration. If the same interrupt comes in while we are
>> servicing the irq but before we
On Mon, Feb 05, 2007 at 07:57:39PM -0800, Andrew Morton wrote:
these are lines above:
kernel: [ 144.639984] ACPI: Power Button (FF) [PWRF]
kernel: [ 144.640006] input: Power Button (CM) as /class/input/input3
kernel: [ 144.640017] ACPI: Power Button (CM) [PWRB]
kernel: [ 222.002010] PGD 25311
On 2/6/2007 8:56 AM, Andi Kleen wrote:
>> > From: David Moore <[EMAIL PROTECTED]>
...
>> > It fixes real crashes:
>> > http://lists.opensuse.org/opensuse-bugs/2006-12/msg02943.html
>> > http://qa.mandriva.com/show_bug.cgi?id=28224
>> > http://www.pchdtv.com/forum/viewtopic.php?t=2063&sid=a959a14a4c
On 2/6/07, Grant Grundler <[EMAIL PROTECTED]> wrote:
On Mon, Feb 05, 2007 at 09:33:39PM -0800, Andrew Morton wrote:
> On Mon, 5 Feb 2007 22:03:31 -0700 Grant Grundler <[EMAIL PROTECTED]> wrote:
>
> > On Mon, Feb 05, 2007 at 09:55:28PM -0700, Grant Grundler wrote:
> > ...
> > > > Control:
On Tue, 2007-02-06 at 16:11 +1100, Rusty Russell wrote:
> On Mon, 2007-02-05 at 20:54 -0800, Zachary Amsden wrote:
> > Rusty Russell wrote:
> > > Indeed, I'm expecting to push lguest this week, and this code will
> > > effect me, so I'd like to see this in a -mm soon...
> >
> > Yes, I took a look
I wrote:
> Unfortunately an author of lib/swiotlb.c chose to call many variables
> holding *virtual* addresses "dma_addr". Note how that file at the same
> time contains variables like "dma_addr_t dma_handle".
And there is even one occurrence of a "dma_addr" holding a physical
address/ bus address
On Tue, 6 Feb 2007 09:59:43 +0100 Lukas Hejtmanek <[EMAIL PROTECTED]> wrote:
> On Mon, Feb 05, 2007 at 07:57:39PM -0800, Andrew Morton wrote:
>
> these are lines above:
>
> kernel: [ 144.639984] ACPI: Power Button (FF) [PWRF]
> kernel: [ 144.640006] input: Power Button (CM) as /class/input/inp
On 06/02/07, Andi Kleen <[EMAIL PROTECTED]> wrote:
On Tuesday 06 February 2007 00:28, Jesper Juhl wrote:
> Greetings people,
>
> Here is, as promised, the first round of cleanup patches for floppy.c
> (more will follow later).
I think the real problem with floppy.c is the basic code logic,
not t
On Tue, Feb 06, 2007 at 01:09:07AM -0800, Andrew Morton wrote:
> > these are lines above:
> >
> > kernel: [ 144.639984] ACPI: Power Button (FF) [PWRF]
> > kernel: [ 144.640006] input: Power Button (CM) as /class/input/input3
> > kernel: [ 144.640017] ACPI: Power Button (CM) [PWRB]
> > kernel: [
Andrew, here is another incremental patch which does a bit of cleanup
as well as fixing a possible release on a task ref that was not taken.
Thanks,
Sébastien.
From: Sébastien Dugué <[EMAIL PROTECTED]>
AIO completion signal notification misc fixes and cleanups
This patches cl
Arjan van de Ven wrote:
On Tue, 2007-02-06 at 16:11 +1100, Rusty Russell wrote:
On Mon, 2007-02-05 at 20:54 -0800, Zachary Amsden wrote:
Rusty Russell wrote:
Indeed, I'm expecting to push lguest this week, and this code will
effect me, so I'd like to see this in a -mm soon...
On 2/6/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
On 2/6/07, Grant Grundler <[EMAIL PROTECTED]> wrote:
> On Mon, Feb 05, 2007 at 09:33:39PM -0800, Andrew Morton wrote:
> > On Mon, 5 Feb 2007 22:03:31 -0700 Grant Grundler <[EMAIL PROTECTED]> wrote:
> >
> > > On Mon, Feb 05, 2007 at 09:55:28PM -07
>>> Andi Kleen <[EMAIL PROTECTED]> 06.02.07 08:53 >>>
>On Monday 05 February 2007 23:50, Siddha, Suresh B wrote:
>> On Mon, Feb 05, 2007 at 06:19:59PM +0100, Andreas Herrmann wrote:
>> > o added check to restrict base address to 36 bit on i386
>>
>> Why is this? It can go upto implemented physical
>Shouldn't be applied without further analysis.
I don't think further analysis is required before this change be done, the
missing
conversion is rather obvious when comparing to all other functions in that file.
Whether the observed crashes really origin from the missing bits here is a
different
I think you have a bit of work to do on this driver; it seems to be
missing all termios handling apart from setting the baud rate.
Moreover, it's re-using the 8250 driver port range despite claiming
to have a proper allocation.
(I don't maintain serial anymore but I do reserve the right to
occasio
On Tue, 6 Feb 2007 10:16:17 +0100 Lukas Hejtmanek <[EMAIL PROTECTED]> wrote:
> On Tue, Feb 06, 2007 at 01:09:07AM -0800, Andrew Morton wrote:
> > > these are lines above:
> > >
> > > kernel: [ 144.639984] ACPI: Power Button (FF) [PWRF]
> > > kernel: [ 144.640006] input: Power Button (CM) as /cl
On Tuesday 06 February 2007 10:31, Jan Beulich wrote:
> >>> Andi Kleen <[EMAIL PROTECTED]> 06.02.07 08:53 >>>
> >On Monday 05 February 2007 23:50, Siddha, Suresh B wrote:
> >> On Mon, Feb 05, 2007 at 06:19:59PM +0100, Andreas Herrmann wrote:
> >> > o added check to restrict base address to 36 bit o
On Mon, 2007-02-05 at 15:32 -0800, Linus Torvalds wrote:
> On Mon, 5 Feb 2007, David Woodhouse wrote:
> >
> > The netfilter example is totally irrelevant here, since 'select' is
> > neither necessary nor sufficient for that. Russell and I have both
> > pointed that out to you already.
>
> No, the
On Mon, Feb 05, 2007 at 04:01:23PM +0200, Pekka Enberg wrote:
> Hi Joerg,
>
> On 2/5/07, Joerg Roedel <[EMAIL PROTECTED]> wrote:
> >Hmm, this seems to be the same issue as in [1] and [2]. A page that is
> >assumed to belong to the slab but is not longer marked as a slab page.
> >Could this be a bu
Thomas Bächler <[EMAIL PROTECTED]> writes:
> Commit 7628b0a8c01a02966d2228bdf741ddedb128e8f8 (drivers/net/tulip/dmfe:
> support basic carrier detection) breaks networking on my Davicom DM9009.
> ethtool always reports there is no link. tcpdump shows incoming packets,
> but TX is disabled. Revertin
>> I don't think I remember a restriction here, at least not below 44 bits
>> (that's where pfn-s would need to become 64-bit wide).
>
>The i386 mm code only supports 4 entries in the PGD, so more than 36bit cannot
>be mapped right now.
That has nothing to do with the number of physical address b
Hi folks
I have developed a patch, that lists all active probes in the
system. I have done this through /proc interface. Currently list is
available under /proc/kprobes/list. Any suggestions for better place and
name??
My patch scans through kprobe_table[],lists out all the probes
On Tue, Feb 06, 2007 at 03:25:35PM +0530, Srinivasa Ds wrote:
> Hi folks
>
> I have developed a patch, that lists all active probes in the
> system. I have done this through /proc interface. Currently list is
> available under /proc/kprobes/list. Any suggestions for better place and
> name
On Tue, 06 Feb 2007 15:25:35 +0530 Srinivasa Ds <[EMAIL PROTECTED]> wrote:
> I have developed a patch, that lists all active probes in the
> system.
userspace added the probes, so userspace should know where they all are?
-
To unsubscribe from this list: send the line "unsubscribe linux-k
Andrew Morton wrote:
> On Tue, 06 Feb 2007 15:25:35 +0530 Srinivasa Ds <[EMAIL PROTECTED]> wrote:
>
>> I have developed a patch, that lists all active probes in the
>> system.
>
> userspace added the probes, so userspace should know where they all are?
Irrespective of the number of users/
Christoph Hellwig wrote:
> On Tue, Feb 06, 2007 at 03:25:35PM +0530, Srinivasa Ds wrote:
>> Hi folks
>>
>> I have developed a patch, that lists all active probes in the
>> system. I have done this through /proc interface. Currently list is
>> available under /proc/kprobes/list. Any suggesti
On Mon, Feb 05, 2007 at 11:48:57AM +0100, Andi Kleen wrote:
> Vivek Goyal <[EMAIL PROTECTED]> writes:
> >
> > http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc6/2.6.20-rc6-mm3/broken-out/x86_64-mm-move-startup_32-in-texthead-section.patch
> >
> > http://kernel.org/pub/linux/ker
On 2/6/07, Russell King <[EMAIL PROTECTED]> wrote:
I think you have a bit of work to do on this driver; it seems to be
missing all termios handling apart from setting the baud rate.
Yes, only baud rate setting is enabled. We'll implement others in future.
Moreover, it's re-using the 8250 driv
On Tue, 6 Feb 2007 09:02:33 +0100 (CET) Nick Piggin <[EMAIL PROTECTED]> wrote:
> Ensure pages are uptodate after returning from read_cache_page, which allows
> us to cut out most of the filesystem-internal PageUptodate_NoLock calls.
Normally it's good to rename functions when we change their beh
On Tue, Feb 06, 2007 at 12:21:40AM -0800, Andrew Morton wrote:
> On Tue, 6 Feb 2007 09:02:23 +0100 (CET) Nick Piggin <[EMAIL PROTECTED]>
> wrote:
>
> > __block_write_full_page is calling SetPageUptodate without the page locked.
> > This is unusual, but not incorrect, as PG_writeback is still set
Almost all read/write operation handles data with chunks(segments or pages)
and result has integral behaviour for folowing scenario:
for_each_chunk() {
res = op();
if(IS_ERROR(res))
return progress ? progress : res;
progress += res;
}
prepare_write may has integral be
This patch solve ext3/4 retry loop issue
Issue description:
What we can do if block_prepare_write fail inside ext3_prepare_write ?
a) Stop transaction and do retry if possible, but what happend if
reboot comes after journal_force_commit, but before we exhaust
all retry attempts and generic_
On Mon, 2007-02-05 at 19:20 -0800, Andreas Gruenbacher wrote:
> On Monday 05 February 2007 11:02, Christoph Hellwig wrote:
> > On Mon, Feb 05, 2007 at 10:58:26AM -0800, Trond Myklebust wrote:
> > > On Mon, 2007-02-05 at 18:44 +, Christoph Hellwig wrote:
> > > > Just FYI: Al was very opposed to
Andrew Morton wrote:
On Tue, 6 Feb 2007 09:02:33 +0100 (CET) Nick Piggin <[EMAIL PROTECTED]> wrote:
Ensure pages are uptodate after returning from read_cache_page, which allows
us to cut out most of the filesystem-internal PageUptodate_NoLock calls.
Normally it's good to rename functions w
Hello,
I've stumbled onto a strange performance problem on a new server:
reading from disks is fast (70-80MB/s), but writing is extremely
slow (13-15MB/s). I've measured it like this:
dd if=/dev/zero of=/dev/sdd bs=4096 count=65536 conv=fdatasync
65536+0 records in
65536+0 records out
268435456
On Tue, Feb 06, 2007 at 12:28:39AM -0800, Andrew Morton wrote:
> >
> > Also, a memory leak in sys_swapon().
>
> Separate patch?
Gack, I'm an idiot, there is no memory leak :P
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
M
Andrew Morton wrote:
On Tue, 6 Feb 2007 09:02:11 +0100 (CET) Nick Piggin <[EMAIL PROTECTED]> wrote:
+static inline void __SetPageUptodate(struct page *page)
+{
+#ifdef CONFIG_S390
if (!test_and_set_bit(PG_uptodate, &page->flags))
page_test_and_clear_dirty(page);
-}
#el
On Mon, Feb 05, 2007 at 10:17:44PM -0500, Theodore Tso wrote:
> > sysrq+u is helpful. It is like \( sysrq+s && make sure no further writes
> > go to disk \).
>
> I agree it is useful, but if we're going to do it we really should do
> it right. We should have real revoke() functionality on file
>
On Mon, Feb 05, 2007 at 07:20:35PM -0800, Andreas Gruenbacher wrote:
> It's actually not hard to "fix", and nfsd would look a little less weird. But
> what would this add, what do pathnames mean in the context of nfsd, and would
> nfsd actually become less weird?
It's not actually a pathname we
On Tue, Feb 06, 2007 at 12:51:52AM -0800, Trond Myklebust wrote:
> Who cares? There is no way to export a partial directory, and in any
> case the subtree_check crap is borken beyond repair (see cross-directory
> renames which lead to actual changes to the filehandle - broken, broken,
> broken)
On Mon, Feb 05, 2007 at 06:13:26PM -0800, Andreas Gruenbacher wrote:
> On Monday 05 February 2007 10:44, Christoph Hellwig wrote:
> > Looking at the actual patches I see you're lazy in a lot of places.
> > Please make sure that when you introduce a vfsmount argument somewhere
> > that it is _always
On Tuesday February 6, [EMAIL PROTECTED] wrote:
> On Mon, Feb 05, 2007 at 07:20:35PM -0800, Andreas Gruenbacher wrote:
> > It's actually not hard to "fix", and nfsd would look a little less weird.
> > But
> > what would this add, what do pathnames mean in the context of nfsd, and
> > would
> >
On Tuesday February 6, [EMAIL PROTECTED] wrote:
> On Tue, Feb 06, 2007 at 12:51:52AM -0800, Trond Myklebust wrote:
> > Who cares? There is no way to export a partial directory, and in any
> > case the subtree_check crap is borken beyond repair (see cross-directory
> > renames which lead to actual c
On Tue, Feb 06, 2007 at 09:26:14PM +1100, Neil Brown wrote:
> What would be the benefit of having private non-visible vfsmounts?
> Sounds like a recipe for confusion?
>
> It is possible that mountd might start doing bind-mounts to create the
> 'pseudo filesystem' thing for NFSv4, but they would be
On Mon, Feb 05, 2007 at 11:17:09PM +0300, Alexey Dobriyan wrote:
> On Mon, Feb 05, 2007 at 07:00:44PM +0200, Ahmed S. Darwish wrote:
> > A trivial patch to use ARRAY_SIZE macro.
>
> You're supposed to remove it ans use ARRAY_SIZE where old macro is used.
>
> > --- a/drivers/net/wireless/wavelan.p
On Mon, Feb 05, 2007 at 12:31:26PM -0800, Auke Kok wrote:
> Alexey Dobriyan wrote:
> >On Mon, Feb 05, 2007 at 06:59:33PM +0200, Ahmed S. Darwish wrote:
> >>A patch to use ARRAY_SIZE macro already defined in kernel.h.
> >
> >Remove it and use ARRAY_SIZE instead.
> >
> >>--- a/drivers/net/ixgb/ixgb_p
On Tuesday 06 February 2007 10:53, Jan Beulich wrote:
> >> I don't think I remember a restriction here, at least not below 44 bits
> >> (that's where pfn-s would need to become 64-bit wide).
> >
> >The i386 mm code only supports 4 entries in the PGD, so more than 36bit
> >cannot
> >be mapped righ
On 02/06, S?bastien Dugu? wrote:
>
> @@ -970,8 +969,14 @@ static long aio_setup_sigevent(struct ai
> rcu_read_lock();
> target = sigevent_find_task(&event);
>
> - if (unlikely(!target))
> + if (unlikely(!target)) {
> + /*
> + * Revert notify to SIGEV_
On 2/6/07, Grant Grundler <[EMAIL PROTECTED]> wrote:
On Mon, Feb 05, 2007 at 09:33:39PM -0800, Andrew Morton wrote:
> On Mon, 5 Feb 2007 22:03:31 -0700 Grant Grundler <[EMAIL PROTECTED]> wrote:
>
> > On Mon, Feb 05, 2007 at 09:55:28PM -0700, Grant Grundler wrote:
> > ...
> > > > Control:
Rafael J. Wysocki napsal(a):
Hi,
On Sunday, 4 February 2007 14:12, Jiri Slaby wrote:
Hi.
When I'm trying to suspend to mem one machine, it wakes immediatly back with
nothing notable in dmesg:
[--snip--]
Will PM_DEBUG or ACPI_DEBUG help somehow? Or later kernel?
Later kernel might help, so
current mempolicy just checks whether a node is online or not.
If there is memory-less-node, mempolicy's target node can be
invalid.
This patch adds a check whether a node has memory or not.
This is an back-trace in which a program uses MPOL_MBIND just includes
memory-less-node.
== backtrace from
Jiri Slaby napsal(a):
monitor doesn't wake (actually I've this problem on another machine when
Ah, oh. Monitor over DVI on
01:00.0 VGA compatible controller: nVidia Corporation NV28 [GeForce4 Ti 4200 AGP
8x] (rev a1) (prog-if 00 [VGA])
Subsystem: ASUSTeK Computer Inc. Unknown device 8
On Tue, 6 Feb 2007 00:28:31 +0100
Jesper Juhl <[EMAIL PROTECTED]> wrote:
> Greetings people,
>
> Here is, as promised, the first round of cleanup patches for floppy.c
> (more will follow later).
>
> I opted to start with the simple stuff first, both to get it out of the way
> and also to get som
Cyrill V. Gorcunov napsal(a):
This patch adds checking for allocated DVMA
memory and granted IRQ line.
Signed-off-by: Cyrill V. Gorcunov <[EMAIL PROTECTED]>
---
drivers/net/sun3lance.c |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/drivers/net/sun3lance.c b/d
On Tue, 6 Feb 2007 14:05:39 +0300 Oleg Nesterov <[EMAIL PROTECTED]> wrote:
> On 02/06, S?bastien Dugu? wrote:
> >
> > @@ -970,8 +969,14 @@ static long aio_setup_sigevent(struct ai
> > rcu_read_lock();
> > target = sigevent_find_task(&event);
> >
> > - if (unlikely(!target))
> > + if
Jiri Slaby napsal(a):
Cyrill V. Gorcunov napsal(a):
This patch adds checking for allocated DVMA
memory and granted IRQ line.
Signed-off-by: Cyrill V. Gorcunov <[EMAIL PROTECTED]>
---
drivers/net/sun3lance.c |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/driv
Jiri Slaby napsal(a):
Jiri Slaby napsal(a):
Cyrill V. Gorcunov napsal(a):
This patch adds checking for allocated DVMA
memory and granted IRQ line.
Signed-off-by: Cyrill V. Gorcunov <[EMAIL PROTECTED]>
---
drivers/net/sun3lance.c |9 -
1 files changed, 8 insertions(+), 1 deletion
On 2/6/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
On 2/6/07, Grant Grundler <[EMAIL PROTECTED]> wrote:
> On Mon, Feb 05, 2007 at 09:33:39PM -0800, Andrew Morton wrote:
> > On Mon, 5 Feb 2007 22:03:31 -0700 Grant Grundler <[EMAIL PROTECTED]> wrote:
> >
> > > On Mon, Feb 05, 2007 at 09:55:28PM -07
Anderson Briglia wrote:
> Bug fixed. Is there anything else to improve?
>
>
Great. All known issues should be fixed now.
I'm currently reorganising my -mm branch, so things might go missing
from there for a while. But it will be back eventually.
Btw, any progress on testing this with SD?
Rgd
Andrew, one more cleanup to aio_setup_sigevent() to make it more readable.
Sébastien.
From: Sébastien Dugué <[EMAIL PROTECTED]>
AIO completion signal notification small cleanup
This patch cleans up aio_setup_sigevent() to make it more readable.
aio.c | 15 ---
1
dang !
rebooted it into 2.6.17.7
no errors, during a bootup, BIST isn't running anymore
running M$ did change the status from dead to alive ??? shocked !!
Interesting! does windows driver fixes the broken firmware/flash on this card?
attached lspci output in the very same setup as earlier,
On 2/6/07, Luming Yu <[EMAIL PROTECTED]> wrote:
> dang !
>
> rebooted it into 2.6.17.7
>
> no errors, during a bootup, BIST isn't running anymore
> running M$ did change the status from dead to alive ??? shocked !!
Interesting! does windows driver fixes the broken firmware/flash on this card?
> hmm stolen time could even be useful without virtualization; to a large
> degree, if cpufreq reduces the speed of your cpu you have "stolen
> cycles" that way... I wonder if this concept can be used for that as
> well...
If you mean it for the real time clock: Doesn't make sense then
because Li
On Mon, Feb 05, 2007 at 07:53:23PM -0800, Zachary Amsden wrote:
> Provide a paravirtualized way to get the CPU clock frequency; this allows much
> of the code in tsc.c to be shared between all paravirt implementations.
Is this really needed?
What worries me somewhat of your patches is that you s
On Mon, Feb 05, 2007 at 07:53:30PM -0800, Zachary Amsden wrote:
> Failure to use real-time delay here causes the keyboard to become demonically
> possessed in the event of a kernel crash, with wildly blinking lights and
> unpredictable behavior. This has resulted in several injuries.
There must b
> -#ifdef CONFIG_S390
> -#ifdef CONFIG_MATHEMU
> - {
> - .ctl_name = KERN_IEEE_EMULATION_WARNINGS,
> - .procname = "ieee_emulation_warnings",
> - .data = &sysctl_ieee_emulation_warnings,
> - .maxlen = sizeof(int),
> -
On Mon, Feb 05, 2007 at 07:53:02PM -0800, Zachary Amsden wrote:
> The time initialization changed for i386 when some code moved into time_init.
> This made it no longer possible to override the PIT / HPET, which broke
> paravirt guests.
Looks still fragile. Can this be done cleaner?
In particula
> .write_msr = native_write_msr,
> .read_tsc = native_read_tsc,
> .read_pmc = native_read_pmc,
> + .get_scheduled_cycles = native_read_tsc,
> + .get_cpu_khz = native_calculate_cpu_khz,
> .load_tr_desc = native_load_tr_desc,
Description missing?
Please write at lea
* John <[EMAIL PROTECTED]> wrote:
> > 2.6.18-rt7 is pretty old, do you see the problem in 2.6.20-rc6-rt5
> > too?
>
> Ingo, Thomas,
>
> I cannot reproduce in 2.6.20-rc6-rt6, but it is not strictly an
> apples-to-apples comparison because I get a tsc clocksource in
> 2.6.20-rc6-rt6, and an ac
On Tue, 2007-02-06 at 13:25 +0100, Andi Kleen wrote:
> > hmm stolen time could even be useful without virtualization; to a large
> > degree, if cpufreq reduces the speed of your cpu you have "stolen
> > cycles" that way... I wonder if this concept can be used for that as
> > well...
>
> I don't s
> First of all, if sending attached patches, *MAKE SURE* they're text/plain.
Sorry, next time I'll do.
> The standard way to do this is to have a command line argument named
> BOOT_IMAGE (as in BOOT_IMAGE=/foo/bar/baz). There is no reason to do
> this differently from every other bootloader.
On Tue, Feb 06, 2007 at 12:47:36PM +0100, Jiri Slaby wrote:
| Jiri Slaby napsal(a):
| >Jiri Slaby napsal(a):
| >>Cyrill V. Gorcunov napsal(a):
| >>>This patch adds checking for allocated DVMA
| >>>memory and granted IRQ line.
| >>>
| >>>Signed-off-by: Cyrill V. Gorcunov <[EMAIL PROTECTED]>
| >>>
|
On 2/6/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
On 2/6/07, Luming Yu <[EMAIL PROTECTED]> wrote:
> > dang !
> >
> > rebooted it into 2.6.17.7
> >
> > no errors, during a bootup, BIST isn't running anymore
> > running M$ did change the status from dead to alive ??? shocked !!
>
> Interesting! d
On 2/6/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
On 2/6/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
> On 2/6/07, Luming Yu <[EMAIL PROTECTED]> wrote:
> > > dang !
> > >
> > > rebooted it into 2.6.17.7
> > >
> > > no errors, during a bootup, BIST isn't running anymore
> > > running M$ did change
> Building real mode code with kernel binary (vmlinux) has got another
> disadvantage that it breaks using vmlinux for kdump purposes. One compiles
> the kernel binary to execute from a different address but real mode code/data
> will continue to be at virtual/physical addr 0 and kexec can not load
On Monday 05 February 2007 01:52, David Miller wrote:
> > Thus I used recv() with flags MSG_TRUNC|MSG_PEEK in order to detect
> > message truncation due to insufficient buffer size.
>
> What part of "Only valid for packet sockets" from the manual page
> escapes you? :-))
> It's a feature which onl
H. Peter Anvin, Vivek Goyal wrote:
>> Either way, though, putting Gujin-specific code in the main kernel
>> output is a pretty dull thud.
>
> Agreed.
May I ask if you are refering to the Gujin structures under the
ROOT_EXTENSIVE_SEARCH compilation switch, or the
C structures describing the BIOS
From: Marcin Juszkiewicz <[EMAIL PROTECTED]>
Add control of LCD backlight for Frontpath ProGear HX1050+.
Patch is based on http://downloads.sf.net/progear/progear-lcd-0.2.tar.gz
driver by M Schacht.
Signed-Off-By: Marcin Juszkiewicz <[EMAIL PROTECTED]>
---
Patch follow kernel version 2.6.20
Kc
On Mon 05-02-07 19:05:27, Christoph Hellwig wrote:
> Remove_dquot_ref can move to dqout.c instead of beeing in inode.c
> under #ifdef CONFIG_QUOTA. Also clean the resulting code up
Yes, this was because at the time the code was written, inode_lock was not
exported
from inode.c.
> a tiny little
On Mon, 05 Feb 2007 21:16:59 -0600
Robert Hancock <[EMAIL PROTECTED]> wrote:
> I'm seeing this on bootup on my laptop with recent kernels (currently
> 2.6.20-rc6-mm3):
The problem is various drivers legally validly and sensibly try to claim
IRQs but the kernel insists on vomiting forth a giant i
[I got no response after my corrected patch, so I try it again.
I request it to appear in -mm tree. Patch is against 2.6.20-rc6-mm3.]
This patch fixes a NULL-pointer dereference in ia64_machine_kexec().
The variable ia64_kimage is set in machine_kexec_prepare() which is
called from sys_kexec_load
On Mon, 2007-02-05 at 07:56 +0100, Ingo Molnar wrote:
> i have released the v2.6.20-rt1 kernel, which can be downloaded from the
> usual place:
>
> http://redhat.com/~mingo/realtime-preempt/
>
> more info about the -rt patchset can be found in the RT wiki:
>
> http://rt.wiki.kernel.org
>
>
On 2/5/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
i have released the v2.6.20-rt1 kernel, which can be downloaded from the
This is about 2.6.20-rt2, no issues here.
PID TTY STAT TIME COMMAND
1 ?Ss 0:00 init [5]
2 ?S 0:00 [migration/0]
3 ?S
On Tue, 2007-02-06 at 03:09 +0100, Nick Piggin wrote:
> On Sun, Feb 04, 2007 at 05:40:35PM +, Anton Altaparmakov wrote:
> > On Sun, 4 Feb 2007, Andrew Morton wrote:
> > > truncate's OK: we're holding i_mutex.
> >
> > How about excluding readpage() (in addition to truncate if Nick is right
>
Iterate over sb->s_inodes instead of sb->s_files in add_dquot_ref.
This reduces list search and lock hold time aswell as getting rid of
one of the few uses of file_list_lock which Ingo identified as a
scalability problem.
Previously we called dq_op->initialize for every inode handing of
a writeabl
On Mon, 5 Feb 2007, Ingo Oeser wrote:
> On Monday, 5. February 2007, Linus Torvalds wrote:
> > So thank God for the few selects we have, and we should add a whole lot
> > more!
>
> But "select" is not fine grained enough.
>
> I would like to have "require", "recommend", "suggest" for feature A.
1 - 100 of 481 matches
Mail list logo
