Ian Campbell wrote:
I'm just preparing to send out a version which uses the native_* way of
doing things, its not actually as clean as I would like so I'd be
interested to see the ASM variant.
This is the asm version I came up with. This is only the actual
assembly part; it doesn't require
On 22/01/2008, Anton Salikhmetov <[EMAIL PROTECTED]> wrote:
> 2008/1/22, Anton Salikhmetov <[EMAIL PROTECTED]>:
> > 2008/1/22, Jesper Juhl <[EMAIL PROTECTED]>:
> > > Some very pedantic nitpicking below;
> > >
...
>
> By the way, if we're talking "pedantic", then:
>
> >>>
>
> debian:/tmp$ cat c.c
>
Tejun Heo wrote:
> Bartlomiej Zolnierkiewicz wrote:
>> On Monday 21 January 2008, Tejun Heo wrote:
>>
>> [...]
>>
Old IDE says it works for PATA. For SATA I can see it might need more
care and you might simply not be able to get the info.
>>> Old IDE often locks up the machine hard after
2008/1/22, Anton Salikhmetov <[EMAIL PROTECTED]>:
> 2008/1/22, Jesper Juhl <[EMAIL PROTECTED]>:
> > Some very pedantic nitpicking below;
> >
> > On 22/01/2008, Anton Salikhmetov <[EMAIL PROTECTED]> wrote:
> > > http://bugzilla.kernel.org/show_bug.cgi?id=2645#c40
> > >
> > > Update file times at
On Jan 21, 2008 6:18 PM, Srivatsa Vaddagiri wrote:
> On Sun, Jan 20, 2008 at 09:03:38AM +0530, Dhaval Giani wrote:
> > > btw: writing 1 into "cpu_share" totally locks up the computer!
> > >
> >
> > Can you please provide some more details. Can you go into another
> > console (try ctrl-alt-f1) and
2008/1/22, Jesper Juhl <[EMAIL PROTECTED]>:
> On 22/01/2008, Anton Salikhmetov <[EMAIL PROTECTED]> wrote:
> > 2008/1/22, Jesper Juhl <[EMAIL PROTECTED]>:
> > > Some very pedantic nitpicking below;
> > >
> > > On 22/01/2008, Anton Salikhmetov <[EMAIL PROTECTED]> wrote:
> ...
> > > > +
On 22/01/2008, Anton Salikhmetov <[EMAIL PROTECTED]> wrote:
> 2008/1/22, Jesper Juhl <[EMAIL PROTECTED]>:
> > Some very pedantic nitpicking below;
> >
> > On 22/01/2008, Anton Salikhmetov <[EMAIL PROTECTED]> wrote:
...
> > > + if (file && (vma->vm_flags & VM_SHARED)) {
> > > +
2008/1/22, Jesper Juhl <[EMAIL PROTECTED]>:
> Some very pedantic nitpicking below;
>
> On 22/01/2008, Anton Salikhmetov <[EMAIL PROTECTED]> wrote:
> > http://bugzilla.kernel.org/show_bug.cgi?id=2645#c40
> >
> > Update file times at write references to memory-mapped files.
> > Force file times
> Could you point me to some bugreports?
>
> I would like to know more about hosts/conditions for which it happens.
The timer reset path races the I/O path races the interrupt path. That
was the vomitously foul race that persuaded me to go libata instead. I
seem to remember explaining this all
Some very pedantic nitpicking below;
On 22/01/2008, Anton Salikhmetov <[EMAIL PROTECTED]> wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=2645#c40
>
> Update file times at write references to memory-mapped files.
> Force file times update at the next write reference after
> calling the
2008/1/22, Jesper Juhl <[EMAIL PROTECTED]>:
> On 22/01/2008, Anton Salikhmetov <[EMAIL PROTECTED]> wrote:
> > This is the seventh version of my solution for the bug #2645:
> >
> > http://bugzilla.kernel.org/show_bug.cgi?id=2645
> >
> > Since the previous version, the following has changed: based
> Are you by any chance using PDC20263?
>
> [ PDC2026{5,7} should be fine (unless somebody broke it but then git-bisect
> should do the job)... ]
I tried both the 20263 and 20267. The logs I've got from the older trees
all show PIO in use. I'll dig further when I get time.
Alan
--
To
Bartlomiej Zolnierkiewicz wrote:
> On Monday 21 January 2008, Tejun Heo wrote:
>
> [...]
>
>>> Old IDE says it works for PATA. For SATA I can see it might need more
>>> care and you might simply not be able to get the info.
>> Old IDE often locks up the machine hard after timeouts. I'm all for
On 22/01/2008, Anton Salikhmetov <[EMAIL PROTECTED]> wrote:
> This is the seventh version of my solution for the bug #2645:
>
> http://bugzilla.kernel.org/show_bug.cgi?id=2645
>
> Since the previous version, the following has changed: based on
> Linus' comment, SMP-safe PTE update implemented.
>
>
On Tue, 2008-01-22 at 10:00 +0900, Tejun Heo wrote:
> Matt Mackall wrote:
> > I suppose. I still find this approach less than ideal, especially
> > putting something potentially large on the stack. The dangers are
> > perhaps worse than a malloc, really.
>
> I pondered on this a bit but the
On Tuesday 22 January 2008 12:13, Nick Piggin wrote:
> On Tuesday 22 January 2008 07:14, Ingo Molnar wrote:
> > Nick Piggin (5):
> > mm: fix PageUptodate memory ordering bug
>
> This should actually be named differently. It should be
> called
>
> x86: don't unconditionally enable expensive
On Monday 21 January 2008, Tejun Heo wrote:
[...]
> > Old IDE says it works for PATA. For SATA I can see it might need more
> > care and you might simply not be able to get the info.
>
> Old IDE often locks up the machine hard after timeouts. I'm all for
Could you point me to some bugreports?
David Fries wrote:
The ds18b20 one wire temperature sensor conversion routine is
returning the units in degrees C while the ds1820 (ds18s20) is
returning it in .001 degrees C. 20C vs 20312C. Once you know the
units I'm liking the latter as it gives a higher precision. Time to
break user
On Tuesday 22 January 2008 07:14, Ingo Molnar wrote:
> Nick Piggin (5):
> mm: fix PageUptodate memory ordering bug
This should actually be named differently. It should be
called
x86: don't unconditionally enable expensive SMP ppro workaround
I actually had a more complete patch which
On Tuesday 22 January 2008, Alan Cox wrote:
> > IDE pdc202xx_old host driver supports ATAPI DMA just fine and in line
> > with the PDC2026x programming guide.
>
> News to me. It didn't last time I tried it the driver selected PIO.
Hmmm...
commit f3d5b34caae393f13a9486036f98c81cac1595c4
Author:
On Sat, 2008-01-19 at 00:20 +0800, Masami Hiramatsu wrote:
> From: Masami Hiramatsu <[EMAIL PROTECTED]>
>
> Fix the order of atomic operations to prevent overwriting
> prev_kprobe[0].
> To pop values from stack, we must decrement stack index right AFTER
> reading values.
>
> Signed-off-by:
Matt Mackall wrote:
> I suppose. I still find this approach less than ideal, especially
> putting something potentially large on the stack. The dangers are
> perhaps worse than a malloc, really.
I pondered on this a bit but the thing is we already use several
hundreds bytes in a function which
On Mon, Jan 21, 2008 at 01:06:41PM +0100, Sam Ravnborg wrote:
> On Mon, Jan 21, 2008 at 07:52:57PM +0900, Paul Mundt wrote:
> > On Mon, Jan 21, 2008 at 11:47:45AM +0100, Sam Ravnborg wrote:
> > > On Mon, Jan 21, 2008 at 11:45:06AM +0100, Sam Ravnborg wrote:
> > > > On Mon, Jan 21, 2008 at
On Jan 22, 2008 5:16 AM, Jarek Poplawski <[EMAIL PROTECTED]> wrote:
> Dave Young wrote, On 01/21/2008 09:44 AM:
> ...
> > I applied it in my kernel, built and run without warnings, but it need
> > more testing.
> > I will be very glad to see the test result about this if you could, thanks.
>
> Bad
On Tue, 22 Jan 2008, Nick Piggin wrote:
> On Tuesday 22 January 2008 02:22, Steven Rostedt wrote:
> > From: john stultz <[EMAIL PROTECTED]>
>
> > static inline cycle_t
> > -clocksource_get_cycles(struct clocksource *cs, cycle_t now)
> > +clocksource_get_basecycles(struct clocksource *cs)
> >
This is the seventh version of my solution for the bug #2645:
http://bugzilla.kernel.org/show_bug.cgi?id=2645
Since the previous version, the following has changed: based on
Linus' comment, SMP-safe PTE update implemented.
Discussions, which followed my past submissions, showed that it was
Use the PAGE_ALIGN() macro instead of "manual" alignment.
Improve readability of the loop, which traverses the process
memory regions. Make code more symmetric and possibly boost
performance on some RISC CPUs by moving variable assignments.
Signed-off-by: Anton Salikhmetov <[EMAIL PROTECTED]>
---
http://bugzilla.kernel.org/show_bug.cgi?id=2645#c40
Update file times at write references to memory-mapped files.
Force file times update at the next write reference after
calling the msync() system call with the MS_ASYNC flag.
Signed-off-by: Anton Salikhmetov <[EMAIL PROTECTED]>
---
Hello,
Alan Cox wrote:
>> I still don't think it's worth the trouble. There's currently only one
>> reported device which forgets to raise IRQ on media error. The behavior
>
> Most people wouldn't realise what is going on.
Yeap, true but I don't think we have many timeouts due to media
On Tuesday 22 January 2008 02:22, Steven Rostedt wrote:
> From: john stultz <[EMAIL PROTECTED]>
> static inline cycle_t
> -clocksource_get_cycles(struct clocksource *cs, cycle_t now)
> +clocksource_get_basecycles(struct clocksource *cs)
> {
> - cycle_t offset = (now - cs->cycle_last) &
On Tuesday 22 January 2008 07:58, Frederik Himpe wrote:
> With Linux 2.6.24-rc8 I often have the problem that the pan usenet
> reader starts using 100% of CPU time after some time. When this happens,
> kill -9 does not work, and strace just hangs when trying to attach to
> the process. The same
> IDE pdc202xx_old host driver supports ATAPI DMA just fine and in line
> with the PDC2026x programming guide.
News to me. It didn't last time I tried it the driver selected PIO.
> > So turn it ATAPI DMA off, these are disk optimised controllers.
>
> This is an acceptable workaround for 2.6.24
Tomasz Chmielewski wrote:
Clock throttling is not likely to save your battery, unless you have
tasks that are running at 100% CPU for an unlimited time or
something, and you force your CPU to throttle. Normally most people
have tasks that run and then the CPU idles - loading an email,
Hi Jordan,
On Mon, Jan 21, 2008 at 04:27:09PM -0700, Jordan Crouse wrote:
> Okay - I've been exploring a little bit more. I talked to the TinyBIOS
> developer, and he verified that TinyBIOS shouldn't use any MFGPT timers.
> He also told me that the mysterious "MFGPT workaround" was in fact the
On Tue, 22 Jan 2008, Rusty Russell wrote:
>
> Attempt to create callbacks which take unsigned long as well as
> correct pointer types.
I bow down before you.
I thought I had done some rather horrible things with gcc built-ins and
macros, but I hereby hand over my crown to you.
As my daughter
Li Xiaodong wrote:
I thought the effects of exit(0) and _exit(0) should be different.
int main(void)
{
int var = 0;
pid_t pid;
printf("before vfork\n");
if ( (pid = vfork()) < 0 )
printf("error\n");
else if ( pid == 0 )
{
Lost Garden wrote:
I'm writing a driver for DVB-C PCI receiving cards these days and
I found a tricky problem of interrupts. Since kernel-2.6.19 the
interrupt handlers get rid of "struct pt_regs*" argument and I think
it will be easy for me to modify the driver to fit for the recent
kernel.
On Mon, 21 Jan 2008 11:38:38 +1100 Rusty Russell wrote:
> On Sunday 20 January 2008 08:25:49 Sam Ravnborg wrote:
> > On Sat, Jan 19, 2008 at 11:56:43AM -0800, Randy Dunlap wrote:
> > > rcu_online_cpu() should be __cpuinit instead of __devinit.
> >
> > So if we have:
> > CONFIG_HOTPLUG=n
> >
On Monday 21 January 2008 23:38:47 Tejun Heo wrote:
> Rusty Russell wrote:
> > On Monday 21 January 2008 09:17:30 Rusty Russell wrote:
> >> But it would be cool to allow functions which take an unsigned long.
> >> I'll test this out and see what I can make...
> >
> > I think this comes under "too
On Sun, 2008-01-20 at 10:18 -0500, Jon Smirl wrote:
> > So it seems to me like the polling mode code is never actually used?
> > Unless some platforms include an "empty" IRQ in their device
> > definition. Which indeed seems to be the case... but then they set
> the
> > IRQ to 0, NOT to NO_IRQ,
Okay - I've been exploring a little bit more. I talked to the TinyBIOS
developer, and he verified that TinyBIOS shouldn't use any MFGPT timers.
He also told me that the mysterious "MFGPT workaround" was in fact the
magic MFGPT erasing MSR that was in the old kernel driver.
So with the "MFGPT
Eric Dumazet wrote:
Chris Friesen a écrit :
I've done some further digging, and it appears that one of the
problems we may be facing is very high instantaneous traffic rates.
Instrumentation showed up to 222K packets/sec for short periods (at
least 1.1 ms, possibly longer), although the
The ds18b20 one wire temperature sensor conversion routine is
returning the units in degrees C while the ds1820 (ds18s20) is
returning it in .001 degrees C. 20C vs 20312C. Once you know the
units I'm liking the latter as it gives a higher precision. Time to
break user applications so the driver
...avec le mini agenda maxi pratique My Small Notes c'est gratuit !
Découvrez le sur le site http://www.mysmallnotes.com?s=mp
Le webmaster.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Hi;
With Linus's latest git, powertop reports following while system nearly %100
idle;
PowerTOP version 1.9 (C) 2007 Intel Corporation
CnAvg residency P-states (frequencies)
C0 (cpu running)( 6,3%) 1,84 Ghz 0,4%
C10,0ms ( 0,0%)
On Tuesday 22 January 2008 07:43:41 Jon Masters wrote:
> The struct module taints member is supposed to store per-module taint
> data. The kernel knows about certain specific external modules that will
> taint the kernel, such as ndiswrapper. Use of ndiswrapper possibly
> should set the per-module
While at it:
* Remove needless '!drive->crc_count' check.
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/ide-iops.c | 41 +
1 file changed, 13 insertions(+), 28 deletions(-)
Index: b/drivers/ide/ide-iops.c
* Move check_dma_crc() to ide-dma.c and add inline version for
CONFIG_BLK_DEV_IDEDMA=n case.
* Rename check_dma_crc() to ide_check_dma_crc().
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/ide-dma.c | 20
drivers/ide/ide-iops.c | 24
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/ide-iops.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
Index: b/drivers/ide/ide-iops.c
===
---
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/ide-iops.c | 18 --
drivers/ide/ide-taskfile.c |6 +-
include/linux/ide.h|1 -
3 files changed, 5 insertions(+), 20 deletions(-)
Index: b/drivers/ide/ide-iops.c
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/ide-iops.c | 15 ---
drivers/ide/ide-taskfile.c |5 -
include/linux/ide.h|1 -
3 files changed, 4 insertions(+), 17 deletions(-)
Index: b/drivers/ide/ide-iops.c
* Use __ide_set_handler() in ide_execute_command().
While at it:
* Fix whitespace damage in ide_execute_command().
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/ide-iops.c | 21 -
1 file changed, 8 insertions(+), 13 deletions(-)
Index:
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/ide-iops.c |2 --
1 file changed, 2 deletions(-)
Index: b/drivers/ide/ide-iops.c
===
--- a/drivers/ide/ide-iops.c
+++ b/drivers/ide/ide-iops.c
@@
* ->nice0 and ->nice2 ide_drive_t fields are always zero so remove them.
* IDE_NICE_0 and IDE_NICE_2 defines from are no longer
used by any kernel code so cover them with #ifndef/#endif __KERNEL__.
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/ide.c |5
* siimage.c: use hwif->sata_scr[SATA_{ERROR,STATUS}_OFFSET] instead of
SATA_{ERROR,STATUS}_REG macros.
* Remove no longer needed SATA_*_REG macros.
While at it:
* Remove needless SATA Status register read from sil_sata_reset_poll().
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL
On Monday 21 January 2008 22:00:31 Jiri Slaby wrote:
> On 01/21/2008 09:11 PM, J. Pablo Fernández wrote:
> > Hello,
> >
> > I'm interested in making a driver for the Kinesis Savant Elite
> > Programable USB Foot Switches[1].
>
> [1]+1 says
> Linux, Sun and other Non Windows Platforms
> · Requires
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
include/linux/ide.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: b/include/linux/ide.h
===
--- a/include/linux/ide.h
+++ b/include/linux/ide.h
@@
* Cache value read from the Status register in 'stat' variable in do_probe()
and enable_nest(), then remove remove needless Status register reads.
While at it:
* Add proper KERN_* levels to printk() calls.
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
include/linux/ide.h |1 -
1 file changed, 1 deletion(-)
Index: b/include/linux/ide.h
===
--- a/include/linux/ide.h
+++ b/include/linux/ide.h
@@ -607,7 +607,6 @@
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/cris/ide-cris.c |6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
Index: b/drivers/ide/cris/ide-cris.c
===
--- a/drivers/ide/cris/ide-cris.c
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/pci/trm290.c |5 +
1 file changed, 1 insertion(+), 4 deletions(-)
Index: b/drivers/ide/pci/trm290.c
===
--- a/drivers/ide/pci/trm290.c
+++
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/scsi/ide-scsi.c |7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
Index: b/drivers/scsi/ide-scsi.c
===
--- a/drivers/scsi/ide-scsi.c
+++
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/ide-tape.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: b/drivers/ide/ide-tape.c
===
--- a/drivers/ide/ide-tape.c
+++
Easy stuff done as relax from more hard-core changes...
diffstat:
drivers/ide/cris/ide-cris.c |6 -
drivers/ide/ide-dma.c | 20 ++
drivers/ide/ide-iops.c | 145 ++--
drivers/ide/ide-probe.c | 35 ++
On 01/22/2008 12:13 AM, J. Pablo Fernández wrote:
On Monday 21 January 2008 22:00:31 Jiri Slaby wrote:
On 01/21/2008 09:11 PM, J. Pablo Fernández wrote:
Hello,
I'm interested in making a driver for the Kinesis Savant Elite
Programable USB Foot Switches[1].
[1]+1 says
Linux, Sun and other Non
Ben Greear wrote:
Chris Friesen wrote:
Is there anything else we can do to minimize the latency of network
packet processing and avoid having to crank the rx ring size up so high?
Why is it such a big deal to crank up the rx queue length? Seems like
a perfectly normal way to handle bursts
An early call to nr_free_zone_pages() calls numa_node_id() which
needs to call early_cpu_to_node() since per_cpu(cpu_to_node_map)
might not be setup yet.
I also had to export x86_cpu_to_node_map_early_ptr because of some
calls from the network code to numa_node_id():
On Mon, 2008-01-21 at 17:10 +0100, Jean Delvare wrote:
> Hi Jon,
>
> On Sun, 20 Jan 2008 10:39:43 -0500, Jon Smirl wrote:
> > Here' s a version with the compares to zero switched to NO_IRQ. If I
> > understand how NO_IRQ works it is the correct change. My understanding
> > is that under ppc IRQ
Under 2.6.22.16, I physically pulled a SATA disk (/dev/sdac, connected to
an aacraid controller) that was acting as the local raid1 member of
/dev/md30.
Linux MD didn't see an /dev/sdac1 error until I tried forcing the issue by
doing a read (with dd) from /dev/md30:
Jan 21 17:08:07 lab17-233
Hi,
On Saturday 19 January 2008, Alan Cox wrote:
> The PDC202xx older devices do not support ATAPI DMA via the usual
> interfaces. What documentation I have isn't sufficient to support DMA and
> it isn't clear if the Windows drivers do this or it is possible at all.
> (Neither do the drivers/ide
On Jan 16, 2008 13:30 -0800, Valerie Henson wrote:
> I have a partial solution that sort of blindly manages the buffer
> cache. First, the user passes e2fsck a parameter saying how much
> memory is available as buffer cache. The readahead thread reads
> things in and immediately throws them
* Add IDE_TFLAG_DMA_PIO_FALLBACK taskfile flag to indicate the need
to skip loading taskfile registers in do_rw_taskfile().
* Export do_rw_taskfile().
* Convert __ide_do_rw_disk() to use do_rw_taskfile().
* Unexport ide_tf_load().
* Unexport {pre_task_out,task_in}_intr() and make it static.
Hi Borislav,
On Sunday 20 January 2008, Borislav Petkov wrote:
> On Mon, Jan 14, 2008 at 10:38:17PM +0100, Bartlomiej Zolnierkiewicz wrote:
> > > By the way, I have an Iomega ZIP 100 drive somewhere in my hardware pile
> > > and
> > > will do some testing with the "new" :) driver just in case.
This will help when unifying the oops dumping code on 32/64
bit. No functional changes.
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
arch/x86/mm/fault_32.c | 54 ++-
arch/x86/mm/fault_64.c | 21 --
2 files changed, 44
This changes the oops dumping format for page faults to
be similar between X86_32 and 64.
This is the first user of printk_address on X86_32.
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
Ingo, this patch has behavior changes that will need discussion
arch/x86/mm/fault_32.c | 12
...avec le mini agenda maxi pratique My Small Notes c'est gratuit !
Découvrez le sur le site http://www.mysmallnotes.com?s=mp et vive le logiciel
libre.
Le webmaster.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
Small fomatting fixes to 64-bit as well, trailing whitespace
and extra semicolon, also move the ifdefs for CONFIG_KALLSYMS
into the function itself.
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
Replacements for the 2-patch series I sent earlier.
arch/x86/kernel/traps_32.c | 28
On 01/20/2008 10:45 PM, Øyvind Aabling wrote:
moxa.c changes to MOXA_GET_CONF ioctl breaks moxaload (userspace
application for firmware download to MOXA Intellio CPU boards).
Attached (and included inline below) is a patch to solve a problem
introduced by changes to struct moxa_board_conf in
Denys Fedoryshchenko wrote:
> After running screen found in dmesg. It was not happening before.
>
> [625138.248257]
> [625138.248260] =
> [625138.248542] [ INFO: possible recursive locking detected ]
> [625138.248686] 2.6.24-rc8-devel #2
>
Hi!
> > index f7dfff2..e5693d6 100644
> > --- a/kernel/power/Makefile
> > +++ b/kernel/power/Makefile
> > @@ -5,7 +5,7 @@ endif
> >
> > obj-y := main.o
> > obj-$(CONFIG_PM_LEGACY)+= pm.o
> > -obj-$(CONFIG_PM_SLEEP) += process.o console.o
>
Ok my attempt to get the card failed so we are going to have to do this
the hard way. See where this patch crashes and what it prints
(On top of the other patches)
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.24-rc8-mm1/drivers/scsi/initio.c
On Sun, 20 Jan 2008 09:14:42 +0100
Willy Tarreau <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've just pulled latest -git and tried this morning in on one of my ALIX
> mobos equipped with an AMD Geode LX800 + CS5536. HEAD is a7da60f41551*.
>
> Last kernel which runs on it was 2.6.22.14. I've not yet
Specifically the boot time page tables in a CONFIG_X86_PAE=y enabled
kernel are in PAE format.
early_ioremap is updated to use the standard page table accessors.
Derived from an earlier patch by Eric Biederman.
Signed-off-by: Ian Campbell <[EMAIL PROTECTED]>
Cc: Thomas Gleixner <[EMAIL
The following patches change x86_32 to use native format for the boot
time page tables. The first two are taken directly from Eric
Biederman's older patch series
http://marc.info/?l=linux-kernel=117794868309910=2 and
http://marc.info/?l=linux-kernel=117794868819193=2 while the final
patch is
Currently in head_32.S there are two ways we test to see if we
are the boot cpu. By looking at %ebx and by looking at the
static variable ready. When changing things around I have
found that it gets tricky to preserve %ebx. So this
patch just switches head.S over to the more reliable
test of
I am preparing to convert the boot time page table to the kernels
native format. To achieve that I need to enable PAE. Enabling PSE
and the no execute bit would not hurt. So this patch modifies
the boot cpu path to execute all of the kernels enable code
if and only if we have the proper bits set
> On Mon, 2008-01-21 at 22:25 +0100, Miklos Szeredi wrote:
> > > You have removed the code that checked if the peer or
> > > master mount was in the same namespace before reporting their
> > > corresponding mount-ids. One downside of that approach is the
> > > user will see an mount_id in
On 01/21/2008 09:11 PM, J. Pablo Fernández wrote:
Hello,
I'm interested in making a driver for the Kinesis Savant Elite Programable
USB Foot Switches[1].
[1]+1 says
Linux, Sun and other Non Windows Platforms
· Requires available USB port. Uses generic drivers provided by the operating
On Mon, 2008-01-21 at 22:25 +0100, Miklos Szeredi wrote:
> > You have removed the code that checked if the peer or
> > master mount was in the same namespace before reporting their
> > corresponding mount-ids. One downside of that approach is the
> > user will see an mount_id in
This finally makes paravirt-ops able to compile and boot under x86_64.
Signed-off-by: Eduardo Habkost <[EMAIL PROTECTED]>
---
arch/x86/kernel/paravirt.c | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kernel/paravirt.c b/arch/x86/kernel/paravirt.c
paravirt_pagetable_setup_{start,done}() are not used (yet) under x86_64,
and native_pagetable_setup_{start,done}() don't exist on x86_64. So they
don't need to be set.
Signed-off-by: Eduardo Habkost <[EMAIL PROTECTED]>
---
arch/x86/kernel/paravirt.c |2 ++
1 files changed, 2 insertions(+), 0
This series contain fixes to make the paravirt_ops code compile and boot
on x86_64.
This is a follow-up for the previous series from Glauber.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Trivial compile fix.
Signed-off-by: Eduardo Habkost <[EMAIL PROTECTED]>
---
include/asm-x86/paravirt.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/asm-x86/paravirt.h b/include/asm-x86/paravirt.h
index 52bcd9d..62cecb7 100644
--- a/include/asm-x86/paravirt.h
Add .set_pgd field to pv_mmu_ops.
Implement pud_val(), __pud(), set_pgd(), pud_clear(), pgd_clear().
pud_clear() and pgd_clear() are implemented simply using set_pud()
and set_pmd(). They don't have a field at pv_mmu_ops.
Signed-off-by: Eduardo Habkost <[EMAIL PROTECTED]>
---
On Mon, 2008-01-21 at 13:38 -0800, H. Peter Anvin wrote:
> Ian Campbell wrote:
> > On Sun, 2008-01-20 at 20:30 +0200, Mika Penttilä wrote:
> >>>
> >> You have dropped the requirement to map all of low memory (the boot
> >> allocator is used for instance to construct physical mem mapping).
>
On Sat, 2008-01-19 at 07:58 +0900, Tejun Heo wrote:
> Matt Mackall wrote:
> > On Wed, 2008-01-16 at 10:00 +0900, Tejun Heo wrote:
> >> And mprintk the following.
> >>
> >> code:
> >> DEFINE_MPRINTK(mp, 2 * 80);
> >>
> >> mprintk_set_header(, KERN_INFO "ata%u.%2u: ", 1, 0);
> >>
Ian Campbell wrote:
On Sun, 2008-01-20 at 20:30 +0200, Mika Penttilä wrote:
You have dropped the requirement to map all of low memory (the boot
allocator is used for instance to construct physical mem mapping).
Either you should fix your INIT_MAP_BEYOND_END or make a big comment
telling us
> What do you think about doing this only if FS_SAFE is also set,
> so for instance at first only FUSE would allow itself to be
> made user-mountable?
>
> A safe thing to do, or overly intrusive?
It goes somewhat against the "no policy in kernel" policy ;). I think
the warning in the
On Mon, 21 Jan 2008, Yinghai Lu wrote:
On Monday 21 January 2008 11:14:02 am Justin Piszcz wrote:
please get x86.git
git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
cd linux-2.6
#--{ x86.git instructions }-->
# Add Linus's tree as a
Chris Friesen a écrit :
I've done some further digging, and it appears that one of the problems
we may be facing is very high instantaneous traffic rates.
Instrumentation showed up to 222K packets/sec for short periods (at
least 1.1 ms, possibly longer), although the long-term average is down
101 - 200 of 876 matches
Mail list logo