Sergio Monteiro Basto wrote:
Hi,
1st you should put this information on http://bugzilla.kernel.org/
ok, thanks.
your bug kept me the attention because on bad interrupts you have :
21: 10 IO-APIC-fasteoi ohci1394
Exactly oops on 10 interrupts, I had seen this before .
I
On Dec 03, 2006, at 20:54:41, Aucoin wrote:
As a side note, even now, *hours* after the tar has completed and
even though I have swappiness set to 0, cache pressure set to ,
all dirty timeouts set to 1 and all dirty ratios set to 1, I still
have a 360+K inactive page count and my "free"
Yoichi Yuasa wrote:
> Hi,
>
> This patch has fixed the following build error abou au1xmmc.
>
Thanks. Applied.
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer
Adrian Bunk <[EMAIL PROTECTED]> writes:
> One bouncing email address and two non-existing URLs - we need either
> updated information or this patch applied...
I don't know the status of that email address/website (the NEC network
has moved around a lot recently), but I'm reachable the address
Am Montag, 4. Dezember 2006 05:43 schrieb Maneesh Soni:
> On Fri, Dec 01, 2006 at 11:43:06PM +0100, Oliver Neukum wrote:
> > Hi,
> >
> > Alan Stern has discovered a race in sysfs, whereby driver callbacks could be
> > called after sysfs_remove_file() has run. The attached patch should fix it.
> >
On Mon, 04 Dec 2006 00:57:50 -0500
Wendy Cheng <[EMAIL PROTECTED]> wrote:
> >
> >
> >>>Did you look at improving that lock-lookup algorithm, btw? Core kernel has
> >>>no problem maintaining millions of cached VFS objects - is there any reason
> >>>why your lock lookup cannot be similarly
Andrew Morton wrote:
On Sun, 03 Dec 2006 12:49:42 -0500
Wendy Cheng <[EMAIL PROTECTED]> wrote:
I read this as "It is ok to give system admin(s) commands (that this
"drop_pagecache_sb() call" is all about) to drop page cache. It is,
however, not ok to give filesystem developer(s) this very
Erik Ohrnberger wrote:
Not to sound too dense or anything, but is there a HOWTO for this kernel to
enable the libata code?
I've read through the Documentation/kernel-parameters.txt file, and seems
like all I have to do is include libata.atapi_enabled=1 combined_mode=libata
on the grub.conf
Hello all ,
My embeded board hardware configuration is like this :
# cat /proc/cpuinfo
Processor : XScale-IXP425/IXC1100 rev 1 (v5b)
BogoMIPS: 266.24
Features: swp half thumb fastmult edsp
Hardware: Intel IXDP425 Development Platform
Revision:
This patch is still a little rough but it gets all of the major pieces
correct. With a little more work this should become a maintainable
driver.
In particular I believe the ehci debug port code is fairly solid
(with rough edges). However there are several nasty bits that
need to be resolved
[PATCH] Kexec / Kdump: Unify elf note code
The elf note saving code is currently duplicated over several architectures.
This cleanup patch simply adds code to a common file and then replaces
the arch-specific code with calls to the newly added code.
The only drawback with this approach is that
To use the debug device I need to work through a port so I need
to call ioreamp or similar. Since we are doing this very early
I chose to use a fixmap (because we are unlikely to free the mapping)
and because it is simple. If we preallocate the fixmap pud and pmd
entries the existing fixmap
On Sun, 3 Dec 2006, Andrew Morton wrote:
> On Sun, 3 Dec 2006 17:56:30 -0600
> "Aucoin" <[EMAIL PROTECTED]> wrote:
>
> > I hope I haven't muddied things up even more but basically what we want to
> > do is find a way to limit the number of cached pages for disk I/O on the OS
> > filesystem,
With legacy free systems serial ports have stopped being an option
to get early boot traces and other debug information out of a machine.
EHCI USB controllers provide a relatively simple debug interface
that can control port 1 of the root hub. This interface is limited
to 8 byte packets so it
On 12/01/2006 02:42 PM, Ken Moffat wrote:
> On Fri, Dec 01, 2006 at 10:01:34PM +, Ken Moffat wrote:
>> (i.) cdparanoia (9.8) works for root, but for a user it complains
>> that the ioctl isn't cooked and refuses to run. For test purposes,
>> it runs ok for a user as suid root, but I imagine
On Sun, 03 Dec 2006 20:35:05 -0600
Corey Minyard <[EMAIL PROTECTED]> wrote:
> Do you prefer patches to fold into the existing patches or new versions?
Incremental updates are preferred where it makes sense, please. That way
we can see what changed. I often will convert updated patches into
On Sun, 3 Dec 2006 19:54:41 -0600
"Aucoin" <[EMAIL PROTECTED]> wrote:
> What, if anything, besides manually echoing a "3" to drop_caches will cause
> all those inactive pages to be put back on the free list ?
There is no reason for the kernel to do that - a clean, inactive page is
immediately
On Sun, 3 Dec 2006 17:56:30 -0600
"Aucoin" <[EMAIL PROTECTED]> wrote:
> I hope I haven't muddied things up even more but basically what we want to
> do is find a way to limit the number of cached pages for disk I/O on the OS
> filesystem, even if it drastically slows down the untar and verify
On Fri, Dec 01, 2006 at 11:43:06PM +0100, Oliver Neukum wrote:
> Hi,
>
> Alan Stern has discovered a race in sysfs, whereby driver callbacks could be
> called after sysfs_remove_file() has run. The attached patch should fix it.
>
> It introduces a new data structure acting as a collection of all
> -Original Message-
> From: Robert Hancock [mailto:[EMAIL PROTECTED]
> Sent: Sunday, December 03, 2006 10:52 AM
> To: [EMAIL PROTECTED]
> Cc: linux-kernel@vger.kernel.org
> Subject: Re: libata update?
>
> Erik Ohrnberger wrote:
> > It's been a number of months since I build a custom
Randy Dunlap wrote:
> Bela Lubkin wrote:
>> Andrew Morton wrote:
>>
>>> Sometime, please go through the IPMI code looking for all these
>>> statically-allocated things which are initialised to 0 or NULL and remove
>>> all those intialisations? They're unneeded, they increase the vmlinux
>>>
Randy Dunlap wrote:
Bela Lubkin wrote:
Andrew Morton wrote:
Sometime, please go through the IPMI code looking for all these
statically-allocated things which are initialised to 0 or NULL and
remove
all those intialisations? They're unneeded, they increase the vmlinux
image size and there
Andrew Morton wrote:
> Corey Minyard <[EMAIL PROTECTED]> wrote:
>> +BT_CONTROL(BT_CLR_WR_PTR); /* always reset */
> argh.
>> #define BT_STATUSbt->io->inputb(bt->io, 0)
>> #define BT_CONTROL(x)bt->io->outputb(bt->io, 0, x)
>>
>> #define BMC2HOST bt->io->inputb(bt->io,
Bela Lubkin wrote:
Andrew Morton wrote:
Sometime, please go through the IPMI code looking for all these
statically-allocated things which are initialised to 0 or NULL and remove
all those intialisations? They're unneeded, they increase the vmlinux
image size and there are quite a number of
Andrew Morton wrote:
> > Sometime, please go through the IPMI code looking for all these
> > statically-allocated things which are initialised to 0 or NULL and remove
> > all those intialisations? They're unneeded, they increase the vmlinux
> > image size and there are quite a number of them.
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix build warnings for PROC_FS=n.
drivers/char/ipmi/ipmi_poweroff.c:707: warning: label 'out_err' defined but not
used
drivers/char/ipmi/ipmi_msghandler.c:1774: warning: 'ipmb_file_read_proc'
defined but not used
drivers/char/ipmi/ipmi_msghandler.c:1790:
[just pushed this to Andrew and Linus]
As scheduled, remove long-unmaintained ftape driver subsystem.
It's bitrotten, long unmaintained, long hidden under BROKEN_ON_SMP,
etc. As scheduled in feature-removal-schedule.txt, and ack'd several
times on lkml.
Please pull from 'ftape-remove' branch
Adrian Bunk writes:
> This patch changes the EMBEDDED6xx dependencies to the equivalent
> dependency that seems to have been intended.
Nack - CONFIG_EMBEDDED6xx is going away entirely, soon.
Paul.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Sun, 03 Dec 2006 20:35:05 -0600 Corey Minyard wrote:
> Andrew Morton wrote:
> > On Fri, 1 Dec 2006 22:37:46 -0600
> > Corey Minyard <[EMAIL PROTECTED]> wrote:
> >
> >
> >> +static void (*atca_oem_poweroff_hook)(ipmi_user_t user) = NULL;
> >>
> >
> > Sometime, please go through the IPMI
On Sun, 03 Dec 2006 20:35:05 -0600 Corey Minyard wrote:
> Andrew Morton wrote:
> > On Fri, 1 Dec 2006 22:37:46 -0600
> > Corey Minyard <[EMAIL PROTECTED]> wrote:
> >
> >
> >> +static void (*atca_oem_poweroff_hook)(ipmi_user_t user) = NULL;
> >>
> >
> > Sometime, please go through the IPMI
Hi,
1st you should put this information on http://bugzilla.kernel.org/
(choose enter a new bug, may choose Category ACPI with component
config-interrupts ) for better organization, instead make your own bug
documentation.
The documentation is very good you should attach the same information
on
Andrew Morton wrote:
On Fri, 1 Dec 2006 22:37:46 -0600
Corey Minyard <[EMAIL PROTECTED]> wrote:
+static void (*atca_oem_poweroff_hook)(ipmi_user_t user) = NULL;
Sometime, please go through the IPMI code looking for all these
statically-allocated things which are initialised to 0 or
On Sun, Dec 03, 2006 at 06:02:31PM +0100, Frank van Maarseveen wrote:
> --- a/lib/radix-tree.c2006-12-03 13:23:00.0 +0100
> +++ b/lib/radix-tree.c2006-12-03 17:57:03.0 +0100
> @@ -319,9 +319,6 @@ static inline void **__lookup_slot(struc
> if (index >
On Sun, Dec 03, 2006 at 06:00:09PM -0800, Bill Huey wrote:
> Rudimentary annotations to the lock initializers to avoid the binary
> tree search before attachment. For things like inodes that are created
> and destroyed constantly this might be useful to get around some
> overhead.
>
> Sorry,
Rudimentary annotations to the lock initializers to avoid the binary
tree search before attachment. For things like inodes that are created
and destroyed constantly this might be useful to get around some
overhead.
Sorry, about the patch numbering order. I think I screwed up on it.
bill
When u132-hcd is built, it includes local header ohci.h, which appears
to have been intended only for use by ohci-hcd.
This throws warnings about functions which are defined and not used.
The warnings thrown are because three small functions are implemented in
the header, but not declared
Mods to rt.c and rtmutex.c
bill
--- init/main.c 268ab0d5f5bdc422e2864cadf35a7bb95958de10
+++ init/main.c 9d14ac66cb0fe3b90334512c0659146aec5e241c
@@ -608,6 +608,7 @@ asmlinkage void __init start_kernel(void
#ifdef CONFIG_PROC_FS
On Sat, 2006-12-02 17:17:37, Kurtis D. Rader wrote:
> I'm also experiencing silent data corruption on writes to SATA disks
> connected to a Nvidia controller (nForce 4 chipset). The problem is
> 100% reproducible. Details of my configuration (mainboard model, lspci,
> etc.) are near the bottom of
This hooks into the preexisting lock definitions in the -rt kernel and
hijacks parts of lockdep for the object hash key.
bill
--- include/linux/mutex.h d231debc2848a8344e1b04055ef22e489702e648
+++ include/linux/mutex.h
Hello,
I'm please to announce the "lock stat" patch which instruments all locks in
the kernel tracking contention against the slow path of an a rt_mutex in -rt
kernels before blocking and possibly priority inheritence boosting. This is
for 2.6.19-rt1. In the real time patch, all locks such as a
I should also have made it clear that under a full load OOM kills critical
data moving processes because of (what appears to be) the out of control
memory consumption by disk I/O cache related to the tar.
As a side note, even now, *hours* after the tar has completed and even
though I have
Hi,
This patch has fixed the following build error abou au1xmmc.
drivers/mmc/au1xmmc.c: In function `au1xmmc_poll_event':
drivers/mmc/au1xmmc.c:835: warning: unused variable `status'
drivers/mmc/au1xmmc.c: At top level:
drivers/mmc/au1xmmc.c:878: error: parse error before "const"
megaraid's MMIO RD*/WR* macros directly call readl() and writel() with
an 'unsigned long' argument. This throws a warning, but is otherwise OK
because the 'unsigned long' is really the result of ioremap(). This
setup is also OK because the variable can hold an ioremap cookie /or/ a
PCI I/O port
* diva, sedlbauer: the 'ready' label is only used in certain configurations
* hfc_pci:
- cast 'arg' to proper size for testing and printing
- print out 'void __iomem *' variables with %p,
rather than using incorrect casts that throw warnings
Signed-off-by: Jeff Garzik
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
diff --git a/drivers/char/drm/drm_stub.c b/drivers/char/drm/drm_stub.c
index 7b1d4e8..35e5ff6 100644
--- a/drivers/char/drm/drm_stub.c
+++ b/drivers/char/drm/drm_stub.c
@@ -209,14 +209,16 @@ int drm_get_dev(struct pci_dev *pdev, co
if (!dev)
On Fri, Dec 01, 2006 at 02:34:42PM -0800, Stephen Pollei wrote:
> On 12/1/06, Mike Mattie <[EMAIL PROTECTED]> wrote:
>
> >In an attempt to debug another kernel issue I turned on the lock validator
> >and
> >managed to generate this report.
> >
> >As a side note the first attempt to boot with the
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
diff --git a/drivers/acpi/events/evmisc.c b/drivers/acpi/events/evmisc.c
index ee2a10b..bf63edc 100644
--- a/drivers/acpi/events/evmisc.c
+++ b/drivers/acpi/events/evmisc.c
@@ -331,7 +331,6 @@ static void ACPI_SYSTEM_XFACE acpi_ev_gl
static u32
On Mon, Dec 04, 2006 at 09:04:03AM +0800, Shaohua Li wrote:
> On Sat, 2006-12-02 at 07:44 +0100, Willy Tarreau wrote:
> > Shaohua,
> >
> > this one seems appropriate for 2.4 too. It is OK for you if I merge it ?
> Yes, 2.4 and 2.6 use the same driver. It should be fine to merge it.
>
> Thanks,
>
On Sat, 2006-12-02 at 07:44 +0100, Willy Tarreau wrote:
> Shaohua,
>
> this one seems appropriate for 2.4 too. It is OK for you if I merge it ?
Yes, 2.4 and 2.6 use the same driver. It should be fine to merge it.
Thanks,
Shaohua
> On Wed, Nov 29, 2006 at 02:00:25PM -0800, Chris Wright wrote:
>
Aucoin <[EMAIL PROTECTED]> wrote:
> We want it to swap less for this particular operation because it is low
> priority compared to the rest of what's going on inside the box.
The swapping is not a "operation" thing, it is global for /all/ what is
going on in the box. And having it swap less means
Running "make allmodconfig" on current linux-2.6.git top of tree on
x86-64, I see the following when beginning a drivers/atm compile:
make -f scripts/Makefile.build obj=drivers/atm
include/asm/byteorder.h:5:28: error: linux/compiler.h: No such file or directory
However, the build continues
We want it to swap less for this particular operation because it is low
priority compared to the rest of what's going on inside the box.
We've considered both artificially manipulating swap on the fly similar to
your suggestion as well a parallel thread that pumps a 3 into drop_caches
every few
On 12/03, Eric W. Biederman wrote:
>
> Oleg Nesterov <[EMAIL PROTECTED]> writes:
>
> > Eric, what do you think?
>
> Anyway with a little luck I should be working on the pid namespace and
> this stuff later today so I will try and send out the proper patch.
>
> Not that I'm really opposed to
On 12/04, Eric Dumazet wrote:
>
> Oleg Nesterov a ?crit :
> >
> > int start_me_again;
> >
> > struct rcu_head rcu_head;
> >
> > void rcu_func(struct rcu_head *rcu)
> > {
> > start_me_again = 1;
> > }
> >
> > // could be called on arbitrary CPU
> > void
On 12/03/06 08:59:10PM +0100, Tomasz Chmielewski wrote:
> Ross Vandegrift wrote:
> >On Sun, Dec 03, 2006 at 12:58:24PM +0100, Tomasz Chmielewski wrote:
> >>You mean the "Used by" column? No, it's not used by any other module
> >>according to lsmod output.
> >>
> >>Any other methods of checking
On Sunday 03 December 2006 21:36, Rudolf Marek wrote:
> Hello Alan,
>
> I would like to report my experience with new pata_via driver.
>
> Short version: works (no data were trashed, during the investigation), but
> the bits to detect the cable type are not set by BIOS.
> There is also a bug in my
On Sun, Dec 03, 2006 at 02:39:44PM -0800, Martin J. Bligh wrote:
> This PC has 1 ethernet interface, an e1000. Ubuntu Dapper.
>
> On 2.6.14, my e1000 interface appears as eth0.
> On 2.6.15 to 2.6.18, my e1000 interface appears as eth1.
>
> In both cases, there are no other ethX interfaces listed
Oleg Nesterov <[EMAIL PROTECTED]> writes:
>> task_struct* or something?
>
> I don't think this is good. It was converted from task_struct* to pid*.
>
> Eric, what do you think?
I think I have a fix that uses the proper locking sitting in my queue that
I haven't pushed because I have been got to
On Sun 2006-12-03 23:52:54, Roman Zippel wrote:
> Hi,
>
> On Sun, 3 Dec 2006, Pavel Machek wrote:
>
> > > What exactly is the pita here? Al only came up with some rather
> > > theoretical problems with no practical relevance.
> >
> > Lack of type-checking in timers is ugly.
>
> It's a matter
On 2006.12.03 14:39:44 -0800, Martin J. Bligh wrote:
> This PC has 1 ethernet interface, an e1000. Ubuntu Dapper.
>
> On 2.6.14, my e1000 interface appears as eth0.
> On 2.6.15 to 2.6.18, my e1000 interface appears as eth1.
>
> In both cases, there are no other ethX interfaces listed in
>
Oleg Nesterov a écrit :
On 12/03, Eric Dumazet wrote:
Oleg Nesterov a ?crit :
Yes, but how is it related to RCU ?
I mean, rcu_do_batch() is just a loop like others in kernel.
The loop itself is not buggy, but can call a buggy function, you are right.
int start_me_again;
Peter Stuge <[EMAIL PROTECTED]> writes:
> On Fri, Dec 01, 2006 at 04:02:03PM -0700, Eric W. Biederman wrote:
>> >> Sure, I will send it out shortly. I currently have a working
>> >> user space libusb thing (easy, but useful for my debug)
>> >
>> > Hm - for driving which end?
>>
>> Either. The
On Sun, 3 Dec 2006 11:35:49 -0500 (EST)
"Robert P. J. Day" <[EMAIL PROTECTED]> wrote:
>
> Convert the single obvious instance in lib/ of kmalloc() + memset()
> to kzalloc().
>
> Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
Acked-by: Alan Cox <[EMAIL PROTECTED]>
-
To unsubscribe from
Hi,
On Sun, 3 Dec 2006, Pavel Machek wrote:
> > What exactly is the pita here? Al only came up with some rather
> > theoretical problems with no practical relevance.
>
> Lack of type-checking in timers is ugly.
It's a matter of perspective, a bit more type checking would be nice, but
This PC has 1 ethernet interface, an e1000. Ubuntu Dapper.
On 2.6.14, my e1000 interface appears as eth0.
On 2.6.15 to 2.6.18, my e1000 interface appears as eth1.
In both cases, there are no other ethX interfaces listed in
"ifconfig -a". There are no modules involved, just a static
kernel
> The right thing would have been to no put in gfs2 too early. According
> to you it's unstable.
I would note that Russell is expressing his own slightly odd view not a
company one, nor afaik the view of any of the mainstream GFS2 team.
-
To unsubscribe from this list: send the line
On 12/3/06, Alan <[EMAIL PROTECTED]> wrote:
> > ACPI: PCI Interrupt :00:1f.2[B] -> Link [LNKB] -> GSI 5 (level, low) ->
IRQ5
> > PCI: Unable to reserve I/O region #1:[EMAIL PROTECTED] for device
:00:1f.2
> > ata_piix: probe of :00:1f.2 failed with error -16
> > [snip]
> > mount:
> > ACPI: PCI Interrupt :00:1f.2[B] -> Link [LNKB] -> GSI 5 (level, low) ->
> > IRQ5
> > PCI: Unable to reserve I/O region #1:[EMAIL PROTECTED] for device
> > :00:1f.2
> > ata_piix: probe of :00:1f.2 failed with error -16
> > [snip]
> > mount: could not find filesystem '/dev/root'
>
rfkill with the fixes as suggested by Arjan.
- instead of a semaphore a mutex is now being used.
- open_count changing is now locked by the mutex.
Signed-off-by Ivo van Doorn <[EMAIL PROTECTED]>
---
diff --git a/drivers/input/misc/Kconfig b/drivers/input/misc/Kconfig
index ba0e88c..6986d59
On Sun, 3 Dec 2006, Marcel Holtmann wrote:
> about the USBHID part. Jiri Kosina is just about to finally split the
> HID parser and make it available for Bluetooth and USB as an independent
> subsystem. This might conflict with any autosuspend changes for the
> USBHID. It might be better that
old-2.6-bkcvs says this trivial compile error was introduced by:
commit 196819fdfaf3b38965f9dade80a19fdc6225120a
Author: akpm
Date: Tue Nov 5 22:54:51 2002 +
[PATCH] initialize timers under arch/
This completes the kernel-wide audit.
Considering that noone seems to have
Hi,
> > This patch is a resend of a patch I has been send to the linux kernel
> > and netdev list earlier. The most recent version of a few weeks back
> > didn't compile since I missed 1 line in my patch that changed
> > include/linux/input.h.
> >
> > This patch will offer the handling of
On Thu, Nov 30, 2006 at 05:03:56AM -0500, Robert P. J. Day wrote:
>
> Add 3 more files to get "unifdef"ed when creating sanitized headers
> with "make headers_install".
Your patch should also remove them from header-y.
> Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
>
> ---
>
> diff
On 12/03, Eric Dumazet wrote:
>
> Oleg Nesterov a ?crit :
>
> Yes, but how is it related to RCU ?
> I mean, rcu_do_batch() is just a loop like others in kernel.
> The loop itself is not buggy, but can call a buggy function, you are right.
int start_me_again;
struct rcu_head
On Sunday 03 December 2006 20:20, Arjan van de Ven wrote:
> this open_count thing smells fishy to me; what are the locking rules for
> it? What guarantees that the readers of it don't get the value changed
> underneath them between looking at the value and doing whatever action
> depends on it's
On Sunday 03 December 2006 20:18, Arjan van de Ven wrote:
> On Sun, 2006-12-03 at 19:36 +0100, Ivo van Doorn wrote:
> > +
> > + down(>key_sem);
> > +
>
> Hi,
>
> this one seems to be used as a mutex only, please consider using a mutex
> instead, as is the default for new code since 2.6.16
Trying to compile that kernel on i686 the build fails in
drivers/net/phy/libphy.ko (drivers/net/phy/phy.c, line 590) due to
current_is_keventd() missing.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
On Fri, 1 Dec 2006 22:20:53 -0600
Corey Minyard <[EMAIL PROTECTED]> wrote:
>
> This patch adds the product id to the driver model platform device
> name, in addition to the device id. The IPMI spec does not require
> that individual BMCs in a system have unique devices IDs, but it
> does
On Nov 19, 2006, at 17:04:23, Christer Weinigel wrote:
With suspend-to-disk I can remove the battery (to put in a fresh
battery when traveling), try doing that with suspend-to-ram.
My PowerBook can do this with suspend-to-ram too; it has an internal
capacitor or battery of some sort which
On 12/03, Andrew Morton wrote:
>
> On Sat, 2 Dec 2006 02:48:26 +0300
> Oleg Nesterov <[EMAIL PROTECTED]> wrote:
>
> > drivers/char/vt_ioctl.c changes vc->vt_pid doing
> >
> > put_pid(xchg(>vt_pid, ...));
> >
> > This is unsafe, put_pid() can actually free the memory while vc->vt_pid is
> >
On 12/3/06, Alessandro Suardi <[EMAIL PROTECTED]> wrote:
FC6-latest running on a Latitude D610, SATA hard disk;
2.6.19 is okay, kernel built with oldconfig from the
known-working setup fails to boot not recognizing the
root partition, which is due to ata_piix not loading due
to a PCI I/O
On Fri, 1 Dec 2006 22:36:55 -0600
Corey Minyard <[EMAIL PROTECTED]> wrote:
>
> Add the ability to hot add and remove interfaces in the ipmi_si
> driver. Any users who have the device open will get errors if they
> try to send a message.
>
> ...
>
> +static int ipmi_strcasecmp(const char *s1,
On Fri, 1 Dec 2006 22:37:46 -0600
Corey Minyard <[EMAIL PROTECTED]> wrote:
> +static void (*atca_oem_poweroff_hook)(ipmi_user_t user) = NULL;
Sometime, please go through the IPMI code looking for all these
statically-allocated things which are initialised to 0 or NULL and remove
all those
On Fri, 1 Dec 2006 22:39:21 -0600
Corey Minyard <[EMAIL PROTECTED]> wrote:
>
> The IPMI BT subdriver has been patched to survive "long busy"
> timeouts seen during firmware upgrades and resets. The patch
> never returns the HOSED state, synthesizes response messages with
> meaningful completion
On Fri, 1 Dec 2006 22:35:20 -0600
Corey Minyard <[EMAIL PROTECTED]> wrote:
> Make sure to delay a little in the IPMI poll routine so we can pass in
> a timeout time and thus time things out.
>
> Signed-off-by: Corey Minyard <[EMAIL PROTECTED]>
>
> Index:
On Fri, 1 Dec 2006 22:24:22 -0600
Corey Minyard <[EMAIL PROTECTED]> wrote:
>
> This patch removes the arbitrary limit of number of IPMI interfaces.
> This has been tested with 8 interfaces.
>
> Signed-off-by: Corey Minyard <[EMAIL PROTECTED]>
> Cc: Carol Hebert <[EMAIL PROTECTED]>
>
> ..
>
>
On Fri, 1 Dec 2006 22:56:06 -0600
Corey Minyard <[EMAIL PROTECTED]> wrote:
>
> This modifies the IPMI driver so that a lower-level interface can be
> dynamically removed while in use so it can support hot-removal of
> hardware.
>
> It also adds the ability to specify and dynamically change the
On Sun, Dec 03, 2006 at 12:22:31PM -0800, David Brownell wrote:
> On Sunday 03 December 2006 11:37 am, Ralf Baechle wrote:
> > Fix syntax error introduced in ab7aefd0b38297e6d2d71f43e8f81f9f4a36cdae.
>
> Whoops, sorry -- my bad. However:
Undercaffeination ...
-
To unsubscribe from this list:
I tried compiling 2.6.19-rc6-mm2 and got an error:
CC [M] drivers/input/serio/parkbd.o
CC [M] drivers/input/serio/serport.o
CC [M] drivers/input/serio/serio_raw.o
LD drivers/kvm/built-in.o
CC [M] drivers/kvm/vmx.o
CC [M] drivers/kvm/kvm_main.o
drivers/kvm/kvm_main.c:739:32:
On Sat, 2 Dec 2006 02:48:26 +0300
Oleg Nesterov <[EMAIL PROTECTED]> wrote:
> drivers/char/vt_ioctl.c changes vc->vt_pid doing
>
> put_pid(xchg(>vt_pid, ...));
>
> This is unsafe, put_pid() can actually free the memory while vc->vt_pid is
> still used by kill_pid(vc->vt_pid).
>
> Add a
On Sun 2006-12-03 16:21:25, Roman Zippel wrote:
> Hi,
>
> On Sun, 3 Dec 2006, Russell King wrote:
>
> > I agree with Al, Matthew and Pavel. The current timer stuff is a pita
> > and needs fixing, and it seems Al has come up with a good way to do it
> > without adding additional crap into every
On Sat, 2 Dec 2006 23:06:57 -0500 Chuck Ebbert wrote:
>
>> In-Reply-To: <[EMAIL PROTECTED]>
>>
>> On Sat, 02 Dec 2006 20:54:38 +0100, Matthijs wrote:
>>
>> > make modules gives me these warnings in modpost and then errors out:
>> > WARNING: Can't handle masks in drivers/ide/pci/atiixp:05
>>
>>
On Sun, 03 Dec 2006 12:49:42 -0500
Wendy Cheng <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
>
> >On Thu, 30 Nov 2006 11:05:32 -0500
> >Wendy Cheng <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> >>
> >>The idea is, instead of unconditionally dropping every buffer associated
> >>with the
On Sun, 3 Dec 2006, Aucoin wrote:
> during tar extraction ... inactive pages reaches levels as high as ~375000
So why do you want the system to swap _less_? You need to find some free
memory for the additional processes to run in, and you have lots of
inactive pages, so I think you want to
Oleg Nesterov a écrit :
On 12/03, Eric Dumazet wrote:
Oleg Nesterov a ?crit :
On top of rcu-add-a-prefetch-in-rcu_do_batch.patch
rcu_do_batch:
struct rcu_head *next, *list;
while (list) {
next = list->next; <-- [1]
list->func(list);
Hello Alan,
I would like to report my experience with new pata_via driver.
Short version: works (no data were trashed, during the investigation), but the
bits to detect the cable type are not set by BIOS.
There is also a bug in my BIOS, which kills the UDMA register.
Long version:
I have
This e-mail describes the OCFS2 patches which I intend to push
upstream to Linus for 2.6.20.
* Various ocfs2 cleanups, including a patchset by me intended to clean up
some of the internal ocfs2 journal api. Mostly this revolves around
removing the ocfs2_journal_handle wrapper around handle_t.
On Sunday 03 December 2006 11:37 am, Ralf Baechle wrote:
> Fix syntax error introduced in ab7aefd0b38297e6d2d71f43e8f81f9f4a36cdae.
Whoops, sorry -- my bad. However:
> Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]>
>
> diff --git a/drivers/mmc/au1xmmc.c b/drivers/mmc/au1xmmc.c
> index
Pavel Machek wrote:
Feel free to keep rhel5 ugly,
Oh no he won't. We review patches internally, too :)
--
Politics is the struggle between those who want to make their country
the best in the world, and those who believe it already is. Each group
calls the other unpatriotic.
-
To
On 12/03, Eric Dumazet wrote:
>
> Oleg Nesterov a ?crit :
> >On top of rcu-add-a-prefetch-in-rcu_do_batch.patch
> >
> >rcu_do_batch:
> >
> > struct rcu_head *next, *list;
> >
> > while (list) {
> > next = list->next; <-- [1]
> > list->func(list);
> >
1 - 100 of 393 matches
Mail list logo
