Hello,
On Wed, 27 Jul 2005 16:16:05 -0700
Andrew Morton [EMAIL PROTECTED] wrote:
Florian Engelhardt [EMAIL PROTECTED] wrote:
Hello,
first of all, sorry for the long headline.
second:
Every time, i try to do the following:
cat /proc/acpi/thermal_zone/THRM/temperature
the whole
debug.exception-trace causes a large amount of log spew when on, and
it's on by default, which is an irritation.
Here's a patch to turn it off.
--- linux-2.6.12/arch/x86_64/mm/fault.c.~1~ 2005-06-28
21:33:27.0 -0700
+++ linux-2.6.12/arch/x86_64/mm/fault.c 2005-07-27
Florian Engelhardt [EMAIL PROTECTED] wrote:
Hello,
On Wed, 27 Jul 2005 16:16:05 -0700
Andrew Morton [EMAIL PROTECTED] wrote:
Florian Engelhardt [EMAIL PROTECTED] wrote:
Hello,
first of all, sorry for the long headline.
second:
Every time, i try to do the following:
Greg KH wrote:
+ /* locate trailng white space */
+ z = y = x;
+ while (y - buffer-page count) {
+ y++;
+ z = y;
+ while (isspace(*y) (y - buffer-page count)) {
+ y++;
+ }
+ }
+ count = z - x;
Hm, I
Quoting r. Greg KH [EMAIL PROTECTED]:
Subject: Re: [PATCH] arch/xx/pci: remap_pfn_range - io_remap_pfn_range
On Tue, Jul 26, 2005 at 01:32:00AM +0300, Michael S. Tsirkin wrote:
Greg, Martin, does the following make sense?
If it does, should other architectures be updated as well?
Hm,
On Thu, Jul 28, 2005 at 09:48:59AM +0300, Michael S. Tsirkin wrote:
Quoting r. Greg KH [EMAIL PROTECTED]:
Subject: Re: [PATCH] arch/xx/pci: remap_pfn_range - io_remap_pfn_range
On Tue, Jul 26, 2005 at 01:32:00AM +0300, Michael S. Tsirkin wrote:
Greg, Martin, does the following make
* Steven Rostedt [EMAIL PROTECTED] wrote:
A colleague of mine, well actually the VP of my company of the time,
Doug Locke, gave me a perfect example. If you have a program that
runs a nuclear power plant that needs to wake up and run 4 seconds
every 10 seconds, and on that same computer
hello,
is ther anyone capable me to help in writing device driver programming?
if so i'll be very greatful to you.
waiting 4 a +ve reply.
deepak
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
* Steven Rostedt [EMAIL PROTECTED] wrote:
a fair number of apps assume that there's _at least_ 100 levels of
priorities. The moment you have a custom kernel that offers more than
100 priorities, there will be apps that assume that there are more than
100 priority levels, and will
Hi!
This could be used to have a process execute any other piece that is
required to run in the context of the thread. Maybe such a feature could
help with PTRACE or/and get_user_pages that currently do ugly things to a
process. It may also allow changing values that so far cannot be
Hi!
Yes, I think we should do device_suspend(PMSG_FREEZE) in reboot path.
Considering how many device drivers that are likely broken, I disagree.
Especially since Andrew seems to have trivially found a machine where it
doesn't work.
I'm not sure if we want to do that for 2.6.13,
Hi!
So unless you are really ambitious I'd like to take
device_suspend(PMSG_FREEZE) out of the reboot path for
2.6.13, put in -mm where people can bang on it for a bit
and see that it is coming and delay the merge with the stable
branch until the bugs with common hardware have been sorted
* Luca Falavigna [EMAIL PROTECTED] wrote:
This patch, built against kernel version 2.6.13-rc3, fixes a small bug
in drivers/block/paride/pseudo.h which prevents its related drivers
from being compiled successfully when RT patch (version 0.7.51-38) is
compiled in. This is due to the new
From: Ben Dooks [EMAIL PROTECTED]
Subject: Re: [PATCH][RFC] swsusp for OSK
Date: Fri, 8 Jul 2005 16:03:37 +0100
Hmm, I have no idea if this is correct... I assume it is not saving
the page tables over suspend/resume, and that is why you are having
trouble restoring the page table?
I looked
* david mosberger [EMAIL PROTECTED] wrote:
Also, should this be called prefetch_stack() or perhaps even just
prefetch_task()? Not every architecture defines a switch_stack
structure.
yeah. I'd too suggest to call it prefetch_stack(), and not make it a
macro hook but something defined on
This patch changes the type of return value of acpi_register_gsi()
from unsigned int to int to indicate an error. If
acpi_register_gsi() fails to register gsi, it returns negative value.
Signed-off-by: Kenji Kaneshige [EMAIL PROTECTED]
---
This patch adds the error check of acpi_register_gsi() into hpet
driver.
Signed-off-by: Kenji Kaneshige [EMAIL PROTECTED]
---
linux-2.6.13-rc3-kanesige/drivers/char/hpet.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff -puN
This patch adds the error check of acpi_register_gsi() into
acpi_pci_enable_irq().
Signed-off-by: Kenji Kaneshige [EMAIL PROTECTED]
---
linux-2.6.13-rc3-kanesige/drivers/acpi/pci_irq.c |9 -
1 files changed, 8 insertions(+), 1 deletion(-)
diff -puN
This patch adds the error check of acpi_register_gsi() into ACPI based
8250 serial driver.
Signed-off-by: Kenji Kaneshige [EMAIL PROTECTED]
---
linux-2.6.13-rc3-kanesige/drivers/serial/8250_acpi.c | 20 +++
1 files changed, 16 insertions(+), 4 deletions(-)
diff -puN
Hi,
Current acpi_register_gsi() function has no way to indicate errors to
its callers even though acpi_register_gsi() can fail to register gsi
because of some reasons (out of memory, lack of interrupt vectors,
incorrect BIOS, and so on). As a result, caller of acpi_register_gsi()
cannot handle
Change iosapic_register_intr(), which called by acpi_register_gsi(),
to return negative value on error instead of panic.
Signed-off-by: Kenji Kaneshige [EMAIL PROTECTED]
---
linux-2.6.13-rc3-kanesige/arch/ia64/kernel/iosapic.c | 20 ---
1 files changed, 13 insertions(+), 7
At Wed, 27 Jul 2005 22:52:49 +0200,
Pavel Machek wrote:
Hi!
The following patch adds free_irq() and request_irq() to the suspend and
resume, respectively, routines in the snd_intel8x0 driver.
The patch looks OK to me although I have some concerns.
- The error in resume can't
On Wed, 27 Jul 2005, Linux Kernel Mailing List wrote:
tree 17014af0ea8b19dae7848736d324499715b7a1a3
parent 3ca34fcbfbf8a7cbe99d54ae81c4e28fdc6f4ac6
author Jon Smirl [EMAIL PROTECTED] Thu, 28 Jul 2005 01:46:05 -0700
committer Linus Torvalds [EMAIL PROTECTED] Thu, 28 Jul 2005 06:26:18 -0700
At Thu, 28 Jul 2005 03:21:55 +0200,
Thomas Zehetbauer wrote:
[1 text/plain (quoted-printable)]
On Wed, 2005-07-27 at 16:44 -0400, Lee Revell wrote:
On Wed, 2005-07-27 at 21:46 +0200, Thomas Zehetbauer wrote:
I cannot get my SB Live! 5.1's SPDIF (digital) output to work with
kernel
This makes the vDSO use nops for all its padding around instructions,
rather than sometimes zeros, and nop-pads the end of the area containing
instructions to a 32-byte cache line, to keep text and data in separate lines.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
---
Miles Bader wrote:
Jan Dittmer [EMAIL PROTECTED] writes:
Which is the recommended gcc/binutils combination for v850?
The most crucial thing is that all supported processors are v850e
derivatives (note the e), so please configure gcc/binutils for target
v850e-elf.
Thanks, that got me
Hi!
The following patch adds free_irq() and request_irq() to the suspend and
resume, respectively, routines in the snd_intel8x0 driver.
The patch looks OK to me although I have some concerns.
- The error in resume can't be handled properly.
What should we do for the
This patch adds the error check of acpi_register_gsi() into pnpacpi
driver.
Signed-off-by: Kenji Kaneshige [EMAIL PROTECTED]
---
linux-2.6.13-rc3-kanesige/drivers/pnp/pnpacpi/rsparser.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -puN
At Wed, 27 Jul 2005 01:38:37 +0200,
Zoran Dzelajlija wrote:
Zach Brown [EMAIL PROTECTED] wrote:
Adrian Bunk wrote:
This patch schedules obsolete OSS drivers (with ALSA drivers that
support the same hardware) for removal.
I've Cc'ed the people listed in MAINTAINERS as being
* Keith Owens kaos@ocs.com.au wrote:
yeah. I'd too suggest to call it prefetch_stack(), and not make it a
macro hook but something defined on all arches, with for now only ia64
having any real code in the inline function.
i'm wondering, is the switch_stack at the same/similar place as
On Thu, 28 Jul 2005 09:41:18 +0200,
Ingo Molnar [EMAIL PROTECTED] wrote:
* david mosberger [EMAIL PROTECTED] wrote:
Also, should this be called prefetch_stack() or perhaps even just
prefetch_task()? Not every architecture defines a switch_stack
structure.
yeah. I'd too suggest to call it
Keith Owens wrote:
On Thu, 28 Jul 2005 09:41:18 +0200,
Ingo Molnar [EMAIL PROTECTED] wrote:
i'm wondering, is the switch_stack at the same/similar place as
next-thread_info? If yes then we could simply do a
prefetch(next-thread_info).
No, they can be up to 30K apart. See
* Nick Piggin [EMAIL PROTECTED] wrote:
No, they can be up to 30K apart. See include/asm-ia64/ptrace.h.
thread_info is at ~0xda0, depending on the config. The switch_stack
can be as high as 0x7bd0 in the kernel stack, depending on why the task
is sleeping.
Just a minor point, I agree
Hi,
On Thursday, 28 of July 2005 10:06, Takashi Iwai wrote:
At Wed, 27 Jul 2005 22:52:49 +0200,
Pavel Machek wrote:
Hi!
The following patch adds free_irq() and request_irq() to the suspend and
resume, respectively, routines in the snd_intel8x0 driver.
The patch looks OK
On Thu, 2005-07-28 at 10:06 +0200, Takashi Iwai wrote:
At Wed, 27 Jul 2005 22:52:49 +0200,
Pavel Machek wrote:
Hi!
The following patch adds free_irq() and request_irq() to the suspend and
resume, respectively, routines in the snd_intel8x0 driver.
The patch looks OK to me
Jan Dittmer [EMAIL PROTECTED] writes:
v850e-elf.
Thanks, that got me much further, compilation aborts now with
Hmmm, what sources are you compiling exactly?
I last tested with 2.6.12 + 2.6.12-uc0 (uClinux) patches + the v850 patches
I sent to the LKML recently (from which I presume you got
On Thu, 2005-07-28 at 10:43 +0200, Rafael J. Wysocki wrote:
Hi,
On Thursday, 28 of July 2005 10:06, Takashi Iwai wrote:
At Wed, 27 Jul 2005 22:52:49 +0200,
Pavel Machek wrote:
Hi!
The following patch adds free_irq() and request_irq() to the suspend
and
resume,
On Wed, 27 Jul 2005 05:05:12 -0300, Marcelo Tosatti [EMAIL PROTECTED] wrote:
Here goes another -pre, after a long period.
Breaks Toshiba laptop: hard lockup -- what is on screen is same as
working dmesg up to point: host/uhci.c: detected 2 port
Same .config as for 2.4.31-hf3 or 2.4.32-pre1
On 27/07/2005 9:45 a.m., Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm2/
- Lots of fixes and updates all over the place. There are probably over 100
patches here which need to go into 2.6.13.
- A reminder that -mm commit
On Wed, 2005-07-27 at 11:34 -0700, Ajay Patel wrote:
Hi,
I have a PowerMac G5. (Newer Model with SMU).
It has a Sungem ethernet with PHY ID: 2060d2.
When this ethernet is connected to
Tigon3 [partno(BCM95704A6) rev 2002 PHY(5704)] or
to the cisco switch, The PowerMac declares link up
Reuben Farrelly [EMAIL PROTECTED] wrote:
On 27/07/2005 9:45 a.m., Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm2/
- Lots of fixes and updates all over the place. There are probably over 100
patches here which need to go
Ingo Molnar wrote:
* Nick Piggin [EMAIL PROTECTED] wrote:
No, they can be up to 30K apart. See include/asm-ia64/ptrace.h.
thread_info is at ~0xda0, depending on the config. The switch_stack
can be as high as 0x7bd0 in the kernel stack, depending on why the task
is sleeping.
Just a minor
* Ingo Molnar [EMAIL PROTECTED] wrote:
[...] If yes then we want to have something like:
prefetch(kernel_stack(next));
to make it more generic. By default kernel_stack(next) could be
next-thread_info (to make sure we prefetch something real). On e.g.
x86/x64, kernel_stack(next)
* Nick Piggin [EMAIL PROTECTED] wrote:
Just a minor point, I agree with David: I'd like it to be called
prefetch_task(), because some architecture may want to prefetch other
memory.
such as?
Not sure. thread_info? Maybe next-timestamp or some other fields in
next, something in
* Ingo Molnar [EMAIL PROTECTED] wrote:
next-mm we might want to prefetch, but it's probably not worth it
because we are referencing it too soon, in context_switch(). (while
the kernel stack itself wont be referenced until the full
context-switch is done) But might be worth trying - but
It seems to work after comparing my .config with Andreas Baer's and also
setting USB Support to built-in and not module. Somehow the modules
are unloaded or whatever. It seems to work now. Hopefully it will last...
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
Hello,
Apologies for sending this to the list but I am not sure about who is the
maintainer: It is a USB (HID) specific problem but the error messages are
coming from the base bus.c driver.
Full problem details follow.
Thank you in advance,
Costas
Ingo Molnar wrote:
* Nick Piggin [EMAIL PROTECTED] wrote:
such as?
Not sure. thread_info? Maybe next-timestamp or some other fields in
next, something in next-mm?
next-thread_info we could and should prefetch - but from the generic
scheduler code (see the patch i just sent).
Hi Andrew!
I cannot build any external module (acerhk, pwc), in all the cases it
the make run looks similar:
make -C /lib/modules/`uname -r`/build SUBDIRS=/src/hotkey/acerhk-0.5.25 modules
make[1]: Entering directory `/usr/src/linux-2.6.13-rc3-mm2'
scripts/Makefile.build:14:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm3/
- Added the anonymous pagefault scalability enhancement patches.
I remain fairly dubious about this - it seems a fairly specific and
complex piece of work to speed up one extremely specific part of one
On Wed, 27 Jul 2005, K.R. Foley wrote:
Esben Nielsen wrote:
[...]
All of the RT priorities that we have are not absolutely necessary. As I
think Steven pointed out in another email, it is nice though to be able
to priortize tasks using large jumps in priorities and then being able
to
J.A. Magallon wrote:
On 07.27, Sam Ravnborg wrote:
On Fri, Jul 15, 2005 at 10:14:43PM +, J.A. Magallon wrote:
On 07.16, J.A. Magallon wrote:
On 07.15, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/
This time I did not
It is the first mail that I write. I call gabri and I am 18 years old. I am
Spanish. I want to comment that me program does not work ningun to regulate
the Mhz of the processor. Cpufreq, cpuydn, powernow . I do not manage to
load ningun module from the kernel inside cpuscalig in that it(he,she)
On Thursday 28 July 2005 09:31, deepak jose wrote:
hello,
is ther anyone capable me to help in writing device driver programming?
if so i'll be very greatful to you.
waiting 4 a +ve reply.
deepak
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
Hi Andrew!
I cannot build any external module (acerhk, pwc), in all the cases it
the make run looks similar:
make -C /lib/modules/`uname -r`/build SUBDIRS=/src/hotkey/acerhk-0.5.25
modules
make[1]: Entering directory `/usr/src/linux-2.6.13-rc3-mm2'
scripts/Makefile.build:14:
On Thu, 2005-07-28 at 11:02 +0100, Paulo Marques wrote:
J.A. Magallon wrote:
On 07.27, Sam Ravnborg wrote:
On Fri, Jul 15, 2005 at 10:14:43PM +, J.A. Magallon wrote:
On 07.16, J.A. Magallon wrote:
On 07.15, Andrew Morton wrote:
This is an example, where having struct pnode just complicates things.
If there was no struct pnode, this function would be just one line:
setting the shared flag.
So your comment is mostly about getting rid of pnode and distributing
the pnode functionality in the vfsmount structure.
Yes,
* Nick Piggin [EMAIL PROTECTED] wrote:
i'm not sure what you mean by prefetching next-timestamp, it's an
inline field to 'next', in the first cacheline of it, which we've
already used so it's present. (If you mean the value of next-timestamp,
that has no address meaning at all so would
On Wednesday 27 July 2005 11:43, Andrew Morton wrote:
Hi again,
you can ignore the conntrack patch - it has already been submitted by somebody
else. My bad, sorry.
Regards,
Boris.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On 7/28/05, cengizkirli [EMAIL PROTECTED] wrote:
It seems to work after comparing my .config with Andreas Baer's and also
setting USB Support to built-in and not module. Somehow the modules
are unloaded or whatever. It seems to work now. Hopefully it will last...
now I know why I set USB to
CC arch/i386/kernel/cpu/mtrr/main.o
arch/i386/kernel/cpu/mtrr/main.c: In Funktion »set_mtrr«:
arch/i386/kernel/cpu/mtrr/main.c:225: error: `ipi_handler' undeclared (first
use in this function)
arch/i386/kernel/cpu/mtrr/main.c:225: error: (Each undeclared identifier is
reported only once
Bernd Petrovitsch wrote:
On Thu, 2005-07-28 at 11:02 +0100, Paulo Marques wrote:
J.A. Magallon wrote:
[...]
All the problems are born here:
struct sym_entry {
unsigned long long addr;
unsigned int len;
unsigned char *sym;
};
What are you guys talking about?
unsigned char * is
Ingo Molnar wrote:
* Nick Piggin [EMAIL PROTECTED] wrote:
[...]
prefetch_area(void *first_addr, void *last_addr)
(or as addr,len)
Yep. We have prefetch_range.
Yeah, then a specific field _within_ next-mm or thread_info may want
to be fetched. In short, I don't see any
A similar problem was noted with RHEL4, it seems the modules.pcimap
and pci.ids file were correct, but the pcitable file contained entries
for all ql[ae]23xx based HBAs to load qla2300.ko.
It's my understanding that this was fixed for RHEL4 U1. Which distro
are you using? If
On Thu, Jul 28, 2005 at 02:58:40AM -0700, Andrew Morton wrote:
...
Changes since 2.6.13-rc3-mm2:
...
+alpha-fix-statement-with-no-effect-warnings.patch
Alpha warning fixes
...
This patch broke the compilation on i386 with CONFIG_SMP=n and
CONFIG_MTRR=y:
-- snip --
...
CC
Sebastian Kaergel wrote:
CC arch/i386/kernel/cpu/mtrr/main.o
arch/i386/kernel/cpu/mtrr/main.c: In Funktion »set_mtrr«:
arch/i386/kernel/cpu/mtrr/main.c:225: error: `ipi_handler' undeclared (first
use in this function)
arch/i386/kernel/cpu/mtrr/main.c:225: error: (Each undeclared
On Fri, 22 Jul 2005 15:13:33 + (UTC)
Joy Leima [EMAIL PROTECTED] wrote:
Lukasz,
I think I have a fix for you. Verify for me that it is the same
problem. Send a large UDP packet through the bridge. I believe the
problem is the ip_fragment code is not taking into account the VLAN
Hi Rajat, you can learn more about the OSHP method by reading the PCI
express spec. It is used to tell an ACPI bios that the OS will be
handling the hotplug events natively. It may be that your BIOS does
not allow native hotplug for pcie, in which case you need to be using
the acpiphp
On Thu, 2005-07-28 at 11:40 +0100, Paulo Marques wrote:
[...]
You're comming really late in this thread :)
Well, the same issue arised recently somewhere else too on this list and
lots of C programmers (not only beginners) don't know about the 3 char
types as speficied in the C standard.
[ The C
Hi
I have a Thinpad X40 notebook, with a Ricoh SD Card Reader. This card
reader has not a Linux driver, so I can't use it. Googling I've deduced
nobody can, as everybody notes the same problem with the device.
The device is not new, as my notebook is one year old. So it's strange we
still don't
Thanks for the report. I had overlooked this usage when modifying this
part of kbuild.
The following fix it - and work in the following test setups:
make
make O=
make M=
make O= M=
Yes, it works now.
Thanks,
Miklos
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
On Thursday, 28 of July 2005 10:48, Shaohua Li wrote:
On Thu, 2005-07-28 at 10:43 +0200, Rafael J. Wysocki wrote:
Hi,
On Thursday, 28 of July 2005 10:06, Takashi Iwai wrote:
At Wed, 27 Jul 2005 22:52:49 +0200,
Pavel Machek wrote:
Hi!
The following patch adds
Hello
Hostap driver has been in the -mm tree for a long time. Any plans to merge it to
upcoming 2.6.13?
--
Best Regards, Jar
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On 28/07/2005 9:10 p.m., Andrew Morton wrote:
Reuben Farrelly [EMAIL PROTECTED] wrote:
On 27/07/2005 9:45 a.m., Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm2/
- Lots of fixes and updates all over the place. There are probably
I'm working on a research about QoS schedulers for Linux clusters.
Moreover, the ideal would be that the scheduler is implemented
altering the native kernel scheduler. I'm kind of having trouble to
find such schedulers, can anybody help me out?
Thanks,
Vitor
-
To unsubscribe from this list: send
In the thread [RFC][PATCH] Make MAX_RT_PRIO and MAX_USER_RT_PRIO
configurable I discovered that a C version of find_first_bit is faster
than the asm version now when compiled against gcc 3.3.6 and gcc 4.0.1
(both from versions of Debian unstable). I wrote a benchmark (attached)
that runs the code
Hi,
core file is not generated when kernel is crashed with
Sysrq key ?
What could be the reason for this ?
Br,
Dipankar.
Start your day with Yahoo! - make it your home page
http://www.yahoo.com/r/hs
-
To
On Thu, 2005-07-28 at 09:22 +0200, Ingo Molnar wrote:
nitpicking: i guess the answer also depends on what the precise
requirement is. If the requirement is 'run for 4 seconds every 10
seconds, uninterrupted, else the power plant melts down', i'd sure not
make the washing machine process
What is the oldest gcc we want to support in kernel 2.6?
Currently, it's 2.95 .
I'd suggest raising this to 3.2 which should AFAIK not be a problem for
any distribution supporting kernel 2.6 .
Is there any good reason why we should not drop support for older
compilers?
cu
Adrian
--
On Thu, Jul 28, 2005 at 04:52:42AM -0700, dipankar das wrote:
core file is not generated when kernel is crashed with
Sysrq key ?
That's right.
What could be the reason for this ?
Because it wasn't designed to do so. Core files are for crashing
userland programs. There are projects for
For reference,
Thanks to Ogawa Hirofumi,
the solution was to use noapic on the boot line, as my machine is too
old to handle APIC well.
Cheers
Mark.
On 19 Jul 2005, at 18:00, Mark Burton wrote:
Hi,
I'm getting similar results to Nick Warne, in that when my ethernet is
stressed at all (for
Hi,
Sorry in taking so long to track this down. I just got motivated
today.
I have a VIA SMP system and somewhere between 2.6.12-rc3 and 2.6.12
the USB mouse started moving around really slowly. Anyway, it turns
out that the attached patch (against 2.6.13-rc3-git8) fixes the problem.
Let me
On Thu, 28 Jul 2005, dipankar das wrote:
Hi,
core file is not generated when kernel is crashed with
Sysrq key ?
What could be the reason for this ?
Br,
Dipankar.
It's not supposed to write any 'core' file. A 'core' file is
a dump of users' virtual memory. It has nothing to do with
Hi Miles,
Miles Bader wrote:
Jan Dittmer [EMAIL PROTECTED] writes:
v850e-elf.
Thanks, that got me much further, compilation aborts now with
Hmmm, what sources are you compiling exactly?
I last tested with 2.6.12 + 2.6.12-uc0 (uClinux) patches + the v850 patches
I sent to the LKML
o With introduction of kexec as boot-loader, the assumption that parameter
segment will always be loaded at lower address than kernel and will be
addressable by early bootup page tables is no longer valid. In kexec on
panic case parameter segment might well be loaded beyond kernel image
On Wed, 2005-07-27 at 23:32 +0200, Esben Nielsen wrote:
This is rate monotonic scheduling
(http://en.wikipedia.org/wiki/Rate-monotonic_scheduling).
Bingo! you win the cigar!
((Notice: The article gets it wrong on the priority inheritance/ceiling
stuff...))
It's too early in the morning
Greg Hm, you do realize that io_remap_pfn_range() is the same
Greg thing as remap_pfn_range() on i386, right?
Greg So, why would this patch change anything?
It's not the same thing under Xen. I think this patch
fixes userspace
access to PCI memory for XenLinux.
Hi Alexander,
Alexander Fieroch wrote:
Alexander Fieroch wrote:
http://dlsvr01.asus.com/pub/ASUS/lan/marvell/8053/8053_others2.zip
Oh, that driver is very old. Here is the latest one which is working
with the current kernel:
On Thu, Jul 28, 2005 at 04:52:42AM -0700, dipankar das wrote:
Hi,
core file is not generated when kernel is crashed with
Sysrq key ?
Do you mean that /proc/vmcore is not present once you are booted into
capture kernel after crash? If yes, have you enabled the support for
/proc/vmcore in
Hi all , error when i try up the module powernow-k8
Jul 28 16:25:26 debian kernel: powernow-k8: Found 1
AMD Athlon 64 / Opteron processors (version 1.00.09b)
Jul 28 16:25:26 debian kernel: powernow-k8: BIOS
error: maxvid exceeded with pstate 0
what can do it?
Adrian Bunk [EMAIL PROTECTED] writes:
Is there any good reason why we should not drop support for older
compilers?
Compilation speed? Don't know, using 3 (4?) years old Athlon 2000
it's not a problem unless I need full build 30 times a day.
But people on 266 MHz ARM5 may notice.
--
I usually compile without module support. This time, I turned modules
on in order to compile an external module.
To my surprise, drivers/scsi/qla2xxx/qla2xxx.ko were built even though
no actual modules are selected in my .config, and the source is
not patched at all except the mm1 patch.
Helge
Hello,
I want ,for tracing and debugging purposes, to be able to generate a single
interrupt on a device which (unlike the timer or ide devices, for example) does
not get interrupts very frequently.
Looking at the output of /proc/interrupts (and look at IRQ 6 of the
floppy) shows
that the
[snip]
static inline int find_first_bit(const unsigned long *addr, unsigned size)
{
[snip]
+ int x = 0;
+ do {
+ if (*addr)
+ return __ffs(*addr) + x;
+ addr++;
+ if (x = size)
+ break;
+ x
Hello,
I want ,for tracing and debugging purposes, to be able to generate a single
interrupt on a device which (unlike the timer or ide devices, for example) does
not get interrupts very frequently.
Looking at the output of /proc/interrupts (and look at IRQ 6 of the
floppy) shows
that the
On 7/28/05, Greg KH [EMAIL PROTECTED] wrote:
On Thu, Jul 28, 2005 at 12:49:21AM -0400, Jon Smirl wrote:
@@ -207,6 +208,28 @@ flush_write_buffer(struct dentry * dentr
struct attribute * attr = to_attr(dentry);
struct kobject * kobj = to_kobj(dentry-d_parent);
struct
On 7/28/05, Mitchell Blank Jr [EMAIL PROTECTED] wrote:
Greg KH wrote:
+ /* locate trailng white space */
+ z = y = x;
+ while (y - buffer-page count) {
+ y++;
+ z = y;
+ while (isspace(*y) (y - buffer-page count)) {
+
On Thu, Jul 28, 2005 at 02:50:24PM +0200, Helge Hafting wrote:
I usually compile without module support. This time, I turned modules
on in order to compile an external module.
To my surprise, drivers/scsi/qla2xxx/qla2xxx.ko were built even though
no actual modules are selected in my
On 27/07/05 18:56 -0400, Paul Mackerras wrote:
Andrew Morton writes:
Matt Porter [EMAIL PROTECTED] wrote:
+static u64 dma_mask = 0xULL;
How about just DMA_32BIT_MASK from dma-mapping.h, that one has to be
correct. ;-)
I'm sure you're totally uninterested in this, but the
On 7/28/05, Geert Uytterhoeven [EMAIL PROTECTED] wrote:
On Wed, 27 Jul 2005, Linux Kernel Mailing List wrote:
There are a couple of ways to fix this.
1) Add a check to limit use of the sysfs attributes to 256 entries. If
you want more you have to use /dev/fb0 and the ioctl. More is an
uncommon
401 - 500 of 798 matches
Mail list logo
