hi
i got this kernel bug on our production system, which is running since last
saturday.
anybody an idea??
Marc
uname -a
Linux files 2.6.18-5-686-bigmem #1 SMP Thu Aug 30 03:25:44 UTC 2007 i686
GNU/Linux
Nov 13 16:55:24 files kernel: [ cut here ]
Nov 13 16:55:24
Hi Alan!
On Tue, Nov 13, 2007 at 09:22:30PM +, Alan Cox wrote:
> It isn't a known issue, and it suprises me as SG_IO basically passes
> commands through to the drive. We don't support speed change via xfermode
> setting but GPCMD_SET_STREAMING sohuld behave.
>
> Do you have a simple code
On Tue, 13 Nov 2007 23:09:37 + Russell King <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 13, 2007 at 02:32:01PM -0800, Andrew Morton wrote:
> > On Tue, 13 Nov 2007 22:18:01 + Russell King <[EMAIL PROTECTED]> wrote:
> > > On Tue, Nov 13, 2007 at 12:52:22PM -0800, Andrew Morton wrote:
> > > >
On Sun, 11 Nov 2007 07:29:35 +0800
"dave chung" <[EMAIL PROTECTED]> wrote:
> On 11/10/07, Stanislav Brabec <[EMAIL PROTECTED]> wrote:
> > Attached patch fixes two compilation problems of s1d13xxxfb.c:
> > - Fixes outdated dbg() message to fix compilation error with debugging
> > enabled.
> > -
On Tue, Nov 13, 2007 at 02:32:01PM -0800, Andrew Morton wrote:
> On Tue, 13 Nov 2007 22:18:01 + Russell King <[EMAIL PROTECTED]> wrote:
> > On Tue, Nov 13, 2007 at 12:52:22PM -0800, Andrew Morton wrote:
> > > On Tue, 13 Nov 2007 19:32:19 + Russell King <[EMAIL PROTECTED]> wrote:
> > > >
Hi Greg,
* Greg KH <[EMAIL PROTECTED]>:
> On Tue, Nov 13, 2007 at 02:31:08PM -0700, Alex Chiang wrote:
> >
> > FWIW, the ACPI 2.0 spec did not require uniqueness for _SUN.
> > (although there is a strange table that refers to _SUN as the
> > slot-unique ID (table 6-1 in spec v2.0b), the actual
On Mon, 5 Nov 2007 12:03:34 -0800 Greg KH <[EMAIL PROTECTED]> wrote:
> > > > <4> [<00142548>] sys_reboot+0x1a4/0x1f4
> > > > <4> [<00111038>] sysc_noemu+0x10/0x16
> > > > <4> [<021048e0>] 0x21048e0
> > > > <4>
> > > > <4>
> > > >
> > > > Huh? We
On Tue, Nov 13, 2007 at 01:11:02PM -0700, Matthew Wilcox wrote:
> On Tue, Nov 13, 2007 at 10:51:22AM -0800, Greg KH wrote:
> > Ok, again, I want to see the IBM people sign off on this, after testing
> > on all of their machines, before I'll consider this, as I know the IBM
> > acpi tables are
On Tue, Nov 13, 2007 at 04:04:00PM -0700, Matthew Wilcox wrote:
> On Tue, Nov 13, 2007 at 02:56:05PM -0800, Greg KH wrote:
> > Why not just use the code in the linux firmware kit that does this
> > already today from userspace (thanks to Kristen for pointing this out to
> > me on irc.)?
>
> So
On Tue, Nov 13, 2007 at 11:51:19AM +0100, Tino Keitel wrote:
> On Tue, Nov 13, 2007 at 09:27:20 +1100, David Chinner wrote:
>
> [...]
>
> > No. I'd say something got screwed up during suspend/resume. Is it
> > reproducable?
>
> No. I often use suspend to RAM, and usually it works without such
>
On Tue, Nov 13, 2007 at 02:56:05PM -0800, Greg KH wrote:
> Why not just use the code in the linux firmware kit that does this
> already today from userspace (thanks to Kristen for pointing this out to
> me on irc.)?
So then we have something that works on ACPI-based machines. Who will
add
On Tue, 13 Nov 2007 12:26:32 -0800
Greg KH <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 13, 2007 at 01:21:54PM -0700, Alex Chiang wrote:
> > * Greg KH <[EMAIL PROTECTED]>:
> > > On Mon, Nov 12, 2007 at 05:08:53PM -0700, Alex Chiang wrote:
> > > >
> > > > Recently, Matthew Wilcox sent out the
Andi,
On Tue, Nov 13, 2007 at 11:25:34PM +0100, Andi Kleen wrote:
> On Tue, Nov 13, 2007 at 02:22:34PM -0800, Stephane Eranian wrote:
> > Andi,
> > On Tue, Nov 13, 2007 at 10:50:56PM +0100, Andi Kleen wrote:
> > > > Yes, horribly more complicated because of locking issues within perfmon.
> > > >
On Tue, Nov 13, 2007 at 02:51:13PM -0800, Rick Jones wrote:
> Greg KH wrote:
>> Doesn't /sys/firmware/acpi give you raw access to the correct tables
>> already?
>> And isn't there some other tool that dumps the raw ACPI tables? I
>> thought the acpi developers used it all the time when debugging
On Tue, 13 Nov 2007 17:04:57 -0500
"Ron Yorgason" <[EMAIL PROTECTED]> wrote:
> I received a response from Synchrotech, the supplier of one of my
> cards. He said that they were under NDA with their manufacturing
> partner and couldn't offer the full specs. However he could tell me
> the
This is a note to let you know that we have just queued up the patch titled
Subject: xfs: eagerly remove vmap mappings to avoid upsetting Xen
to the 2.6.23-stable tree. Its filename is
xen-xfs-unmap.patch
A git repo of this tree can be found at
Greg KH wrote:
Doesn't /sys/firmware/acpi give you raw access to the correct tables
already?
And isn't there some other tool that dumps the raw ACPI tables? I
thought the acpi developers used it all the time when debugging things
with users.
I'm neither an acpi developer (well I don't think
This is a note to let you know that we have just queued up the patch titled
Subject: xen: deal with stale cr3 values when unpinning pagetables
to the 2.6.23-stable tree. Its filename is
xen-handle-lazy-cr3-on-unpin.patch
A git repo of this tree can be found at
This is a note to let you know that we have just queued up the patch titled
Subject: xen: add batch completion callbacks
to the 2.6.23-stable tree. Its filename is
xen-multicall-callbacks.patch
A git repo of this tree can be found at
This is a note to let you know that we have just queued up the patch titled
Subject: xen: fix incorrect vcpu_register_vcpu_info hypercall argument
to the 2.6.23-stable tree. Its filename is
xen-fix-register_vcpu_info.patch
A git repo of this tree can be found at
On Tue, 13 Nov 2007, Mark Lord wrote:
> Thomas Gleixner wrote:
> > On Tue, 13 Nov 2007, Mark Lord wrote:
> >
> > > > Andrew Morton wrote:
> > > > > > On Mon, 12 Nov 2007 22:42:32 -0800 "Natalie Protasevich"
> > > > > > <[EMAIL PROTECTED]> wrote:
> > > > ..
> > > > > > > > with CONFIG_NO_HZ
On Tue, 13 Nov 2007 23:24:14 +0100 Jörn Engel <[EMAIL PROTECTED]> wrote:
> On Tue, 13 November 2007 13:56:58 -0800, Andrew Morton wrote:
> >
> > It's relatively common that a regression in subsystem A will manifest as a
> > failure in subsystem B, and the report initially lands on the desk of
Mathieu Desnoyers wrote:
Andi seemed to trust gas stability and you answered:
"The comment was referring to x86-64, but I incorrectly remembered that
applying to "movq $imm,%reg" as opposed to loading from an absolute
address. gas actually has a special opcode (movabs) for the 64-bit
On Tue, Nov 13, 2007 at 06:25:16PM +, Alan Cox wrote:
> > Given the wide range of ARM platforms today, it is utterly idiotic to
> > expect a single person to be able to provide responses for all ARM bugs.
> > I for one wish I'd never *VOLUNTEERED* to be a part of the kernel
> > bugzilla, and
On Tue, 13 November 2007 13:52:17 -0800, Christoph Lameter wrote:
>
> Could you run your own test to verify?
You bastard! You know I'm too lazy to do that. ;)
As long as the order-0 number is stable across multiple runs I don't
mind. The numbers just looked suspiciously as if they were not
On Tue, 13 Nov 2007 22:18:01 + Russell King <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 13, 2007 at 12:52:22PM -0800, Andrew Morton wrote:
> > On Tue, 13 Nov 2007 19:32:19 + Russell King <[EMAIL PROTECTED]> wrote:
> > > There's another issue I want to raise concerning bugzilla. We have the
On Tue, 13 November 2007 13:56:58 -0800, Andrew Morton wrote:
>
> It's relatively common that a regression in subsystem A will manifest as a
> failure in subsystem B, and the report initially lands on the desk of the
> subsystem B developers.
>
> But that's OK. The subsystem B people are the
On Tue, Nov 13, 2007 at 10:32:39AM -0800, Stephane Eranian wrote:
> It would obvisouly cause a lot of troubles to existing perfmon libraries and
> applications (e.g. PAPI). It would also be fairly tricky to do because you'd
> have to make sure that in the beginning, you leave enough flexiblity
On Mon, Oct 15, 2007 at 09:34:09AM +0200, Arnd Bergmann wrote:
> On Monday 15 October 2007, Alasdair G Kergon wrote:
> > The underlying ABI is not changing, I hope - the trailing padding in the
> > struct should not affect the processing of the data by dm, and I see no
> > reason to continue
Jörn Engel wrote:
On Tue, 13 November 2007 15:18:07 -0500, Mark Lord wrote:
I just find it weird that something can be known broken for several -rc*
kernels before I happen to install it, discover it's broken on my own machine,
and then I track it down, fix it, and submit the patch, generally
What about investing some effort to do a proper performance counter
infrastructure or turning the mess perfom is into one instead of this
useless rant? Code is not getting any better by your complain ccing
gazillions of useless list.
-
To unsubscribe from this list: send the line "unsubscribe
On 13 Nov 2007 at 13:46, Mathieu Desnoyers wrote:
> +void *text_poke_early(void *addr, const void *opcode, size_t len)
> +{
> + memcpy(addr, opcode, len);
> + text_sync(addr, len);
> + return addr;
> +}
why do you need this function (vs. using text_poke throughout)?
> +#define
On Tue, Nov 13, 2007 at 12:52:22PM -0800, Andrew Morton wrote:
> On Tue, 13 Nov 2007 19:32:19 + Russell King <[EMAIL PROTECTED]> wrote:
> > There's another issue I want to raise concerning bugzilla. We have the
> > classic case of "not enough people reading bugzilla bugs" - which is one
> >
On Tue, Nov 13, 2007 at 02:22:34PM -0800, Stephane Eranian wrote:
> Andi,
> On Tue, Nov 13, 2007 at 10:50:56PM +0100, Andi Kleen wrote:
> > > Yes, horribly more complicated because of locking issues within perfmon.
> > > As soon as you expose a file descriptor, you need some locking to prevent
> >
Andi,
On Tue, Nov 13, 2007 at 10:50:56PM +0100, Andi Kleen wrote:
> > Yes, horribly more complicated because of locking issues within perfmon.
> > As soon as you expose a file descriptor, you need some locking to prevent
> > multiple user threads (malicious or not) to compete to access the PMU
On Monday 12 November 2007, Sam Ravnborg wrote:
> This revised patchset does the followings things:
> o unify the i386 and x86_64 Kconfig files
> o introduce support for K64BIT to set CONFIG_64BIT on command line
> o introdue support for "make ARCH=x86"
> o degraded ARCH={i386,x86_64} to select
On Tue, 13 Nov 2007, David Miller wrote:
> Yes, I could add virtualized area support to sparc64, but we cannot
> impose this on every platform.
Other platforms do not have the 8MB restriction nor do they have so many
processors.
Here is the draft of a virtual cpu area implementation for
On Tue, Nov 13, 2007 at 12:21:16PM -0800, Jeremy Fitzhardinge wrote:
> Subject: x86/paravirt: revert exports to restore old behaviour
>
> Subdividing the paravirt_ops structure caused a regression in certain
> non-GPL modules which try to use mmu_ops and cpu_ops. This restores
> the old
On Tue, Nov 13, 2007 at 03:01:01PM -0700, Bjorn Helgaas wrote:
> On Tuesday 13 November 2007 02:30:49 pm Greg KH wrote:
> > On Tue, Nov 13, 2007 at 01:36:45PM -0700, Alex Chiang wrote:
> > > * Greg KH <[EMAIL PROTECTED]>:
> > > > IBM sells a program that does this for server rooms. It's
> > > >
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
> On 13 Nov 2007 at 13:46, Mathieu Desnoyers wrote:
>
> > +void *text_poke_early(void *addr, const void *opcode, size_t len)
> > +{
> > + memcpy(addr, opcode, len);
> > + text_sync(addr, len);
> > + return addr;
> > +}
>
> why do you need this
Hi Kamalesh,
On Tue, 13 Nov 2007 16:35:06 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
>
> The 2.6.24-rc2-git3 kernel build fails during linking
>
> KSYM.tmp_kallsyms1.S
> AS .tmp_kallsyms1.o
> LD .tmp_vmlinux2
> KSYM.tmp_kallsyms2.S
> AS .tmp_kallsyms2.o
>
Hello,
everything works as expected, but ...
closing X and no capabilities set for xinit does shutdown only the
windowmanager and not the X server (Xorg server 1.4)
Consolemessage is:
xinit: Operation not permitted (errno 1): Can't kill X server
the xattr capability is removed, when the file
I received a response from Synchrotech, the supplier of one of my
cards. He said that they were under NDA with their manufacturing
partner and couldn't offer the full specs. However he could tell me
the specific bridge chip:
JMicron JMB368 PCIe to PATA controller
A quick google led me to their
Romano Giannetti wrote:
> This was what I did in my (in the end almost successful) bisecting when
> trying to find the mmc problem (see the thread named "2.6.24-rc1 eat my
> SD card"). This is true in theory, but it has some problem. The "this
> commit does not compile is the easiest and in man
On Sat, 03 Nov 2007 the mental interface of
Nathan Lynch told:
[...]
> Does 2.6.23 (or any earlier kernel) work?
>
2.6.24-rc2 works so lala :)
Machine:
processor : 0
cpu : 7447A, altivec supported
clock : 833.333000MHz
revision: 0.2 (pvr 8003 0102)
bogomips
On Tuesday 13 November 2007 02:30:49 pm Greg KH wrote:
> On Tue, Nov 13, 2007 at 01:36:45PM -0700, Alex Chiang wrote:
> > * Greg KH <[EMAIL PROTECTED]>:
> > > IBM sells a program that does this for server rooms. It's
> > > probably part of some Tivoli package somewhere, sorry I don't
> > >
On Tue, 13 Nov 2007, Eric Dumazet wrote:
> This is because NR_CPUS is defaulted to 32 on i386 (with a limit of 256), so
> reserving 256*256KB = 64 MB of virtual space might be too much. (this is half
> the typical vmalloc area)
It defaults to 8 except if you use a NUMA system.
config NR_CPUS
* H. Peter Anvin ([EMAIL PROTECTED]) wrote:
> Mathieu Desnoyers wrote:
>> * H. Peter Anvin ([EMAIL PROTECTED]) wrote:
>>> Mathieu Desnoyers wrote:
* H. Peter Anvin ([EMAIL PROTECTED]) wrote:
> Mathieu Desnoyers wrote:
>>> - Use "=g" constraint for char immediate value inline assembly.
On Tue, 13 Nov 2007, Eric Dumazet wrote:
> Once you add in mm/vmalloc.c all needed helpers, no need to use BSS Megablob
> anymore ?
Well I think all of this can be avoided by simply copying the existing
vmemmap helper functions and providing a virtual address for sparc64.
-
To unsubscribe from
On Tue, Nov 13, 2007 at 03:41:21PM -0600, Linas Vepstas wrote:
> /sys/bus/pci/slots
> /sys/bus/pci/slots/control
> /sys/bus/pci/slots/control/remove_slot
> /sys/bus/pci/slots/control/add_slot
> /sys/bus/pci/slots/0001:00:02.0
> /sys/bus/pci/slots/0001:00:02.0/phy_location
Ugh. Almost two years
Christoph Lameter a écrit :
On Tue, 13 Nov 2007, David Miller wrote:
One thing you could do is simply use a vmalloc allocation in the
non-virtualized case.
Yuck. Meaning to add more crappy code. The bss limitations to 8M is a bit
strange though. Do other platforms have the same issues?
On Tue, 13 Nov 2007 22:33:58 +0100 Jörn Engel <[EMAIL PROTECTED]> wrote:
> On Tue, 13 November 2007 15:18:07 -0500, Mark Lord wrote:
> >
> > I just find it weird that something can be known broken for several -rc*
> > kernels before I happen to install it, discover it's broken on my own
> >
Hi,
On Monday 12 November 2007, Andrew Morton wrote:
> On Fri, 09 Nov 2007 11:22:41 +0100 Jonas Stare <[EMAIL PROTECTED]> wrote:
>
> > Hi.
> >
> > This week I ran into a strange hardware problem. During boot I got a 35
> > second delay while waiting for IDE-disks that weren't there to report
On Tue, 13 Nov 2007, Jörn Engel wrote:
> On Mon, 12 November 2007 20:41:10 -0800, Christoph Lameter wrote:
> > On Mon, 12 Nov 2007, Ray Lee wrote:
> >
> > > Discontig obviously needs to die. However, FlatMem is consistently
> > > faster, averaging about 2.1% better overall for your numbers
On Tue, 13 Nov 2007, Andrew Morton wrote:
There are a number of process things we _could_ do. Like
- have bugfix-only kernel releases
Adrian Bunk does (did?) this with 2.6.16.x, although it always seemed to
me like an unrewarded one man show. AFAIK not even the big distros are
begging for
On Tuesday, 13 of November 2007, Mark Lord wrote:
> Matthew Wilcox wrote:
> > On Tue, Nov 13, 2007 at 01:43:53PM -0500, Mark Lord wrote:
> >
> >> mkdir t
> >> cd t
> >> git clone
> >> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
> >> (wait half an hour)
> >> /usr/bin/du -s
> Yes, horribly more complicated because of locking issues within perfmon.
> As soon as you expose a file descriptor, you need some locking to prevent
> multiple user threads (malicious or not) to compete to access the PMU state.
Why do you need the file descriptor?
One of the main problems
Andi.
On Tue, Nov 13, 2007 at 10:29:02PM +0100, Andi Kleen wrote:
> On Tue, Nov 13, 2007 at 01:13:45PM -0800, Stephane Eranian wrote:
> > Oprofile does not setup the PMU interrupt. It builds on top of the NMI
> > watchdog
> > setup.
>
> Oprofile works without the NMI watchdog too, but it just
On Mon, 5 Nov 2007 06:29:26 + (GMT) Dave Airlie <[EMAIL PROTECTED]> wrote:
> These patches are the first set of patches containing the core components
> of the DRI memory manger from Tungsten Graphics.
Something in your tree makes my i915-based Vaio oops when running glxgears:
[
On Tue, Nov 13, 2007 at 01:33:13PM -0800, Stephane Eranian wrote:
> I think I understand your concerns. I will work on this. I think it is
> possible to
> refactor. It will certainly be painful (for me), but I think it can be done
> within
> some reasonable delay. Of course, it would be help if
On Tue, 13 Nov 2007 19:42:10 +0300, Al Boldi said:
> Oh. What about breaking out a stable-mm snapshot against the latest stable
> kernel?
You can roll your own of those.
Get a 2.6.23.N kernel tarball.
patch -R the 23.N patch against that, giving you a 23.0 tree.
Apply patch-2.6.24-rc2 to
On Tue, 13 Nov 2007, David Miller wrote:
> One thing you could do is simply use a vmalloc allocation in the
> non-virtualized case.
Yuck. Meaning to add more crappy code. The bss limitations to 8M is a bit
strange though. Do other platforms have the same issues?
-
To unsubscribe from this
On Tue, Nov 13, 2007 at 01:59:39PM -0700, Alex Chiang wrote:
>
> > On pseries systems, I deal with something called the
> > "partitionable endpoint", which I think probably usually
> > corresponds to physical slots, but I don't really know.
> >
> > So, naively, the physical slot concept doesn't
On Tue, 13 Nov 2007, Julia Lawall wrote:
> Send to:
> [EMAIL PROTECTED],
> [EMAIL PROTECTED],
> linux-kernel@vger.kernel.org,
> [EMAIL PROTECTED]
>
> Subject: [PATCH 1/4] drivers/i2c: Drop redundant includes of moduleparam.h
>
>
> --
>
> From:
On Tue, 13 November 2007 15:18:07 -0500, Mark Lord wrote:
>
> I just find it weird that something can be known broken for several -rc*
> kernels before I happen to install it, discover it's broken on my own
> machine,
> and then I track it down, fix it, and submit the patch, generally all
>
On Tue, Nov 13, 2007 at 02:31:08PM -0700, Alex Chiang wrote:
> * Matt Domsch <[EMAIL PROTECTED]>:
> >
> > The only reported _SUN problems on Dell systems were on the
> > PE6800 and PE6850 systems, which we've fixed with an updated
> > BIOS several months ago. IIRC the values weren't always
On Tue, Nov 13, 2007 at 01:04:11PM -0800, Andrew Morton wrote:
>...
> Here's an important point: developers have a fixed amount of development
> time. They spend some of that time fixing bugs and the rest of that time
> on . And while one could cook up all sorts of wonderful
> process changes,
From: Julia Lawall <[EMAIL PROTECTED]>
Drop #include in files that also include #include
. module.h includes moduleparam.h already.
The semantic patch implementing this change is as follows:
@ includesmodule @
@@
#include
@ depends on includesmodule @
@@
- #include
Signed-off-by: Julia
Hi Thierry
Thierry Merle wrote:
Hi Mauro,
Mauro Carvalho Chehab a écrit :
Em Ter, 2007-11-06 às 18:25 +0100, Markus Hirschmann escreveu:
Hello Kernel-Developer,
Module quickcam_messenger seems to be broken (tried 2.6.18 and 2.6.22)
on 2 different NSLU2 (ARM). Picture is attached. Same
From: Julia Lawall <[EMAIL PROTECTED]>
Drop #include in files that also include #include
. module.h includes moduleparam.h already.
The semantic patch implementing this change is as follows:
@ includesmodule @
@@
#include
@ depends on includesmodule @
@@
- #include
Signed-off-by: Julia
Greg,
On Tue, Nov 13, 2007 at 10:59:24AM -0800, Greg KH wrote:
> On Tue, Nov 13, 2007 at 10:47:45AM -0800, Philip Mucci wrote:
> > Hi folks,
> >
> > Well, I can say the mood here at supercomputing'07 is pretty somber in
> > regards to the latest exchange of messages regarding the perfmon
On Tue, Nov 13, 2007 at 01:36:45PM -0700, Alex Chiang wrote:
> * Greg KH <[EMAIL PROTECTED]>:
> >
> > Ok, again, I want to see the IBM people sign off on this, after
> > testing on all of their machines, before I'll consider this, as
> > I know the IBM acpi tables are "odd".
>
> Who would be a
On Tue, Nov 13, 2007 at 03:15:09PM -0600, Matt Domsch wrote:
> On Tue, Nov 13, 2007 at 10:51:22AM -0800, Greg KH wrote:
> > On Tue, Nov 13, 2007 at 11:33:53AM -0700, Matthew Wilcox wrote:
> > > On Tue, Nov 13, 2007 at 09:01:29AM -0800, Greg KH wrote:
> > > > I'm still not sold on this idea at all.
From: Julia Lawall <[EMAIL PROTECTED]>
Drop #include in files that also include #include
. module.h includes moduleparam.h already.
The semantic patch implementing this change is as follows:
@ includesmodule @
@@
#include
@ depends on includesmodule @
@@
- #include
Signed-off-by: Julia
I jump in this discussion hoping to have some more insight on git and to
report my experience as a tester. I consider myself as half-literate in
this (I am here since 1991, more or less, and I am able to compile a
kernel and even hand-apply a patch, although I am in no way a kernel
programmer).
Send to:
[EMAIL PROTECTED],
[EMAIL PROTECTED],
linux-kernel@vger.kernel.org,
[EMAIL PROTECTED]
Subject: [PATCH 1/4] drivers/i2c: Drop redundant includes of moduleparam.h
--
From: Julia Lawall <[EMAIL PROTECTED]>
Drop #include in files that
* Matt Domsch <[EMAIL PROTECTED]>:
>
> The only reported _SUN problems on Dell systems were on the
> PE6800 and PE6850 systems, which we've fixed with an updated
> BIOS several months ago. IIRC the values weren't always unique
> which kind of defeated the purpose.
FWIW, the ACPI 2.0 spec did
Mathieu Desnoyers wrote:
* H. Peter Anvin ([EMAIL PROTECTED]) wrote:
Mathieu Desnoyers wrote:
* H. Peter Anvin ([EMAIL PROTECTED]) wrote:
Mathieu Desnoyers wrote:
- Use "=g" constraint for char immediate value inline assembly.
"=g" is the same as "=rmi" which is inherently bogus. In your
On Tue, Nov 13, 2007 at 01:13:45PM -0800, Stephane Eranian wrote:
> Oprofile does not setup the PMU interrupt. It builds on top of the NMI
> watchdog
> setup.
Oprofile works without the NMI watchdog too, but it just happens to be another
NMI user.
> It uses the register_die() mechanism,
Not
On Tue, 13 Nov 2007, J. Bruce Fields wrote:
Could you get a sysrq-T trace? (First get the [nfsd] processes in [D]
Ah, I forgot about that. Will do as soon as I get a working kernel again.
I'm in the middle of git-bisecting and I had to mark the last 2 versions
as "bad" but only because they
On Tue, Nov 13, 2007 at 03:13:46PM -0500, Mark Lord wrote:
> Adrian Bunk wrote:
>> On Tue, Nov 13, 2007 at 02:26:05PM -0500, Mark Lord wrote:
> ..
>>> If you've been making significant updates to a driver/subsystem,
>>> and people are reporting that it is now broken for them,
>>
>> What are
> while trying to limit the speed of DVD drives during DVD playback I've
> come under the impression that GPCMD_SET_STREAMING via SG_IO doesn't yet
> work with libata/PATA (AMD/NVIDIA PATA support). I tested on an NForce2
> board (all IDE, no SATA) and kernel 2.6.22.12. When I use the "old" ATA
>
On Tue, 13 Nov 2007 21:38:47 +0100
Gabriel C <[EMAIL PROTECTED]> wrote:
> Hi,
>
> With newer kernels HDD in my old laptop is limited to UDMA 33.
> With this patch I get UDMA 100 again.
>
> Signed-off-by: Gabriel Craciunescu <[EMAIL PROTECTED]>
Acked-by: Alan Cox <[EMAIL PROTECTED]>
Alan
-
To
On Sun, 2007-10-28 at 18:08 -0700, David Miller wrote:
> From: Greg KH <[EMAIL PROTECTED]>
> Date: Sun, 28 Oct 2007 13:03:36 -0700
>
> > But doesn't aligning such regions on that alignment break some devices
> > as that is not what the device is asking for in the BIOS?
>
> There are also
On Tue, Nov 13, 2007 at 10:51:22AM -0800, Greg KH wrote:
> On Tue, Nov 13, 2007 at 11:33:53AM -0700, Matthew Wilcox wrote:
> > On Tue, Nov 13, 2007 at 09:01:29AM -0800, Greg KH wrote:
> > > I'm still not sold on this idea at all. I'm really betting that there
> > > is a lot of incorrect acpi slot
Hallo!
I'm wondering if I could do a manual pci bus reset from kernel (or userspace)
with kernel 2.6.18.
The background is as follows: We have a self build pci-express card with
FPGA chip mounted on it. The FPGA can be programmend via an additional serial
interface, but the system becomes not
> Bug fixing is not about finding someone to blame, it's about getting the
> bug fixed.
Partly - its also about understanding why the bug occurred and making it
not happen again.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Will,
On Tue, Nov 13, 2007 at 01:33:55PM -0500, William Cohen wrote:
>
> The oprofile module can setup a handler for PMU interrupts. This is done in
> archi/x86/oprofile/nmi_int:nmi_cpu_setup(). Other modules could do the
> same. However, it bumps what ever was using the nmi/pmu off, then
Contains cmd64x regression fix from Sergei + some minor fixes.
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/bart/ide-2.6.git/
to receive the following updates:
drivers/ide/Kconfig |4
drivers/ide/cris/ide-cris.c |3 +--
drivers/ide/ide-io.c|
Thomas Meyer schrieb:
> i get these errors in the kernel log while trying to copy a file from an
> iso9660 file system (/dev/sr0) to my intenal hard disk. This is the
> second cd/dvd that gives me this error. kernel 2.6.23 works without any
> problems, so i think this is not an medium error:
>
>
On Tue, 13 Nov 2007 21:00:30 +0100 (CET) Christian Kujau <[EMAIL PROTECTED]>
wrote:
> On Tue, 13 Nov 2007, Andrew Morton wrote:
> > I think that we're fairly good about working the regressions in
> > Adrian/Michal/Rafael's lists but once Linus releases 2.6.x we tend to let
> > the unsolved ones
* Linas Vepstas <[EMAIL PROTECTED]>:
> On Tue, Nov 13, 2007 at 09:01:29AM -0800, Greg KH wrote:
> >
> > Also, some companies already provide userspace tools to get
> > all of this information about the different slots in a system
> > and what is where, from userspace, no kernel changes are
> >
Hi Mark,
On Tue, 13 Nov 2007 08:12:10 -0500, Mark M. Hoffman wrote:
> Hi Linus:
>
> Please pull from:
> git://lm-sensors.org/kernel/mhoffman/hwmon-2.6.git release
>
> You'll get one new driver, a few cleanups, and a few bugfixes. This
> takes care of all known regressions; hopefully it's
Hi!
Just using kernel 2.6.24-rc2 (325d22df7b19e0116aff3391d3a03f73d0634ded).
When booting the system hangs, using the emergency-sync a couple of times gets
the system to go on at some point.
Its always around starting X/Firewall (can't actually say whats done in this
moment).
Looking at
On Tue, 13 Nov 2007 19:32:19 + Russell King <[EMAIL PROTECTED]> wrote:
> There's another issue I want to raise concerning bugzilla. We have the
> classic case of "not enough people reading bugzilla bugs" - which is one
> of the biggest problems with bugzilla. Virtually no one in the ARM
>
On Tue, 13 Nov 2007 11:22:45 -0800 David Brownell <[EMAIL PROTECTED]> wrote:
> On Tuesday 13 November 2007, Ingo Molnar wrote:
> >
> > * David Brownell <[EMAIL PROTECTED]> wrote:
> >
> > > > > I speculate that either the design has changed (without fanfare),
> > > > > or else that stuff is in
* Mathieu Desnoyers ([EMAIL PROTECTED]) wrote:
> Hi,
>
> I have seen a few threads about unfixed kernel regression lately. I
> strongly believe that many kernel developers and users could help
> pinpointing the cause of those bugs much more efficiently by using a
> tool like LTTng.
>
> If you
On Mon, 12 November 2007 20:41:10 -0800, Christoph Lameter wrote:
> On Mon, 12 Nov 2007, Ray Lee wrote:
>
> > Discontig obviously needs to die. However, FlatMem is consistently
> > faster, averaging about 2.1% better overall for your numbers above. Is
> > the page allocator not, erm, a fast path,
On Tue, 2007-11-13 at 14:40 -0600, Matt Mackall wrote:
> On Tue, Nov 13, 2007 at 01:46:46PM +0100, Peter Zijlstra wrote:
> >
> > On Tue, 2007-11-13 at 03:18 -0800, Andrew Morton wrote:
> > > On Tue, 13 Nov 2007 10:57:31 + David Howells <[EMAIL PROTECTED]>
> > > wrote:
> > >
> > > > SL Baur
On Sun, 11 Nov 2007 09:51:20 +0900
"Joonwoo Park" <[EMAIL PROTECTED]> wrote:
> IMHO even though netdevice is in the promiscuous mode, we should receive all
> of ingress packets.
> This disable the vlan filtering feature when a vlan hw accel configured e1000
> device goes into promiscuous mode.
201 - 300 of 1240 matches
Mail list logo