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++;
> > + }
> > + }
> > + coun
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 followi
* 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 comp
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 http://v
* 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
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
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 sorte
* 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 n
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 look
* 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 defin
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]>
---
linux-2.6.13-rc3-kanesige/arch/i386/kernel/acpi
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 drivers/char/hpet.c~handle-error-acpi_regi
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
drivers/acpi/pci_irq.c~handl
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 drive
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 the
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 i
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 -07
At Thu, 28 Jul 2005 03:21:55 +0200,
Thomas Zehetbauer wrote:
>
> [1 ]
> 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 > 2.6.12. I have not c
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]>
--- a/arch/i386/kernel/vs
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, t
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.
> > >
> > >
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 drivers/pnp/pnpacpi/rsparser.c~handl
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 a
* Keith Owens 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
> >next-
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
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 include/asm-ia
* 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 poi
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.
> > >
> > >
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 p
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
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
> >
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-pr
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 activity
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 declar
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 whi
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_sta
* 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,
* 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 -
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
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:
/usr/src/linux-2.6.1
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 t
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
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 br
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 bo
> 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:
> /usr/
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:
>
> >ftp://ftp.kernel.org/pub/linux/k
> > 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
* 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
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 PROTEC
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 se
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
ar
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 si
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 argu
> > > 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
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 ident
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 acpiph
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-k
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!
> > > >
> > > > > >
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 http://vger.kernel.org/maj
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 cod
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 unsubscri
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 ker
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 kno
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
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 rec
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 a
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 mornin
> > 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 f
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:
http://www.syskonnect.de/syskonnect/support/driver/htm/sk9elin.
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.
--
Krzys
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 H
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 flopp
[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;
> +
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 flopp
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);
> > s
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 .c
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
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
uncomm
Am Donnerstag, 28. Juli 2005 14:54 schrieb Jon Smirl:
> 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;
Jon Smirl wrote:
On 7/28/05, Mitchell Blank Jr <[EMAIL PROTECTED]> wrote:
[...]
It looks sane-ish to me, but also more complicated than need be. Why can't
you just do something like:
while (count > 0 && isspace(x[count - 1]))
count--;
Do we need to deal with UTF8 here?
Hi there,
More info on Toshiba laptop lockup with 2.4.32-pre2:
/var/log/syslog:
Jul 28 22:59:33 tosh kernel: Linux version 2.4.32-pre2 ([EMAIL PROTECTED]) (gcc
version 3.3.5) #4 Thu Jul 28 22:57:05 EST 2005
Jul 28 22:59:33 tosh kernel: BIOS-e820: - 0009fc00
(usable)
Jul
Minimum data length must be UART_STATE + 1, as data[UART_STATE] is being
accessed for the new line_state. Although PL-2303 hardware is not
expected to send data with exactly UART_STATE length, this keeps it on
the safe side.
Signed-off-by: Horst Schirmeier <[EMAIL PROTECTED]>
---
--- linux-2.6.13
1 - 100 of 406 matches
Mail list logo
