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 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 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);
> >
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;
> +
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
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
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.
--
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?
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 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 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
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
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
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,
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
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
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
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
--
> > 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
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
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
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
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
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
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 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!
> > > >
> > > > > >
> 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
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
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
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
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
>
> 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
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
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
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
> > > 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 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
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
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 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:
>
>
> 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 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
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
* 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
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
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
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
> > 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
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:
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).
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
* 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 -
* 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,
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
* 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,
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
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, 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
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
> >
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
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
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
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.
> > >
> >
* 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
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
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.
> > >
> > >
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,
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]>
---
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
* 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
>
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
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
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
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
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
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(+),
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
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
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 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 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]>
---
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
* 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
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
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
* 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
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
>
* 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
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 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
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++;
> > + }
> > + }
> > +
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
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
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
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?
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
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 sysfs_ops * ops = buffer->ops;
> + char *x,
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 sysfs_ops * ops = buffer-ops;
+ char *x, *y, *z;
301 - 400 of 798 matches
Mail list logo
