On Tue, 5 Dec 2006, Neil Brown wrote:
> As Andrew correctly pointed out, this bit error is not a RAM problem. It
> is actually the low bit of a counter a spinlock that was decremented
> just before the WARN_ON. So it simply indicates that the inode had
> already been freed, which I think we
On Mon, 2006-12-04 at 12:14 -0800, john stultz wrote:
> On Mon, 2006-12-04 at 19:40 +, Ian Campbell wrote:
> > On Mon, 2006-12-04 at 11:19 -0800, john stultz wrote:
> > > On Sun, 2006-12-03 at 13:50 +, Ian Campbell wrote:
> > > > In older kernels
In light of James Bottomsley's commit[1] declaring that kmap() and
friends now have to take care of coherency issues, is the patch "mm:
D-cache aliasing issue in cow_user_page"[2] correct, or could it
potentially cause a slowdown by calling flush_dcache_page() a second
time (i.e. once in an
Hi,
While running my MCA test (hardware error injection) on 2.6.19,
I got some warning like following:
> BUG: warning at kernel/irq/migration.c:27/move_masked_irq()
>
> Call Trace:
> [] show_stack+0x40/0xa0
> sp=e0006b2578d0 bsp=e0006b2510b0
> []
Nick Piggin wrote:
Aucoin wrote:
Ummm, shm_open, ftruncate, mmap ? Is it a trick question ? The process
responsible for initially setting up the shared area doesn't stay
resident.
The issue is that the shm pages should show up in the active and
inactive lists. But they aren't, and you
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Date: Tue, 05 Dec 2006 16:42:42 +1100
> - It's horribly broken in at least two area :
>
> DO NOT USE BITFIELDS FOR DATA ON THE WIRE !!!
>
> and
>
> Where do you handle endianness ? (no need to shout for
> that one).
>
> (Or in general, do
On Mon, Dec 04 2006, Andrew Morton wrote:
> >
> > > libata_resume_fix.patch
> >
> > I thought this was resolved long ago? Are there still open reports that
> > this solves, where upstream doesn't work?
>
> Heck, I don't know.
I'm not aware of any, and resume works for me. Did that patch ever
Aucoin wrote:
From: Linus Torvalds [mailto:[EMAIL PROTECTED]
I actually suspect you should be _fairly_ close to such a situation
We run with min_free_kbytes set around 4k to answer your earlier question.
Louis, exactly how do you allocate that big 1.6GB shared area?
Ummm, shm_open,
Hi,
I'd like to try to state where we are WRT the buffered write patches,
and ask for comments. Sorry for the wide cc list, but this is an
important issue which hasn't had enough review.
Well the next -mm will include everything we've done so far. I won't
repost patches unless someone would
Am Dienstag, 5. Dezember 2006 01:19 schrieb Karsten Wiese:
> Am Donnerstag, 30. November 2006 09:33 schrieb Ingo Molnar:
> > i have released the 2.6.19-rt1 tree, which can be downloaded from the
>
> Hi Ingo,
>
> here comes a freerunning trace explaining the weirdness I see here.
> I tried
Hi,
in HP nx8220 S3 resume does not work in stock kernels 2.6.15-2.6.19.
Ide light stays on.
The attached patch for ide.c for 2.6.18.2 fixes this for me, but the
patch does not apply anymore in 2.6.19.
http://bugzilla.kernel.org/show_bug.cgi?id=2039
> From: Linus Torvalds [mailto:[EMAIL PROTECTED]
> I actually suspect you should be _fairly_ close to such a situation
We run with min_free_kbytes set around 4k to answer your earlier question.
> Louis, exactly how do you allocate that big 1.6GB shared area?
Ummm, shm_open, ftruncate, mmap ? Is
Sascha Hauer wrote:
> Hi Pierre and all,
>
> since commit fcaf71fd51f9cfc504455d3e19ec242e4b2073ed
> struct mmc_host does not have a dev field. Retrieve the device with
> mmc_dev() instead.
>
> Signed-off-by: Sascha Hauer <[EMAIL PROTECTED]>
>
Bad Greg ;)
Applied, thanks.
Rgds
--
--
This patch add code to probe devices and integrate with the device model,
adds minimal sysfs structure and implements a char device for user space
control.
---
drivers/fw/Makefile |3
drivers/fw/fw-device-cdev.c | 580 +
Oops, looks like the fw-core patch was to big for the list. I've
split it into two parts: fw-core which is the transaction logic and
bus reset handling and fw-device which is device probing and sysfs
integration.
cheers,
Kristian
-
To unsubscribe from this list: send the line "unsubscribe
Benjamin Herrenschmidt wrote:
On Tue, 2006-12-05 at 00:22 -0500, Kristian Høgsberg wrote:
Hi,
I'm announcing an alternative firewire stack that I've been working on
the last few weeks. I'm aiming to implement feature parity with the
current firewire stack, but not necessarily interface
Andrew Morton wrote on Monday, December 04, 2006 9:45 PM
> On Mon, 4 Dec 2006 21:21:31 -0800
> "Chen, Kenneth W" <[EMAIL PROTECTED]> wrote:
>
> > pagevec is never expected to be more than PAGEVEC_SIZE, I think a
> > unsigned char is enough to count them. This patch makes nr, cold
> > to be
On Sun, 2006-09-17 16:49:29, Tejun Heo wrote:
> Can you please try the attached patch?
I'm seeing the same problem reported by Robin Johnson: that is, the
first two SATA disks are seen by the Linux kernel but the third is not.
The third drive is seen by the BIOS.
I attempted to apply the patch
Kristian Høgsberg wrote:
Pull in the fw-sbp2 driver for firewire storage devices.
Signed-off-by: Kristian Høgsberg <[EMAIL PROTECTED]>
---
drivers/fw/fw-ohci.c |2
drivers/fw/fw-sbp2.c | 1083 ++
2 files changed, 1084 insertions(+), 1
> > +struct descriptor {
> > + u32 req_count:16;
> > +
> > + u32 wait:2;
> > + u32 branch:2;
> > + u32 irq:2;
> > + u32 yy:1;
> > + u32 ping:1;
> > +
> > + u32 key:3;
> > + u32 status:1;
> > + u32 command:4;
> > +
> > + u32 data_address;
> > + u32 branch_address;
> > +
> > +
> I believe that this fiber enabling can be done by defining config_init in the
> phy_driver struct.
>
> struct phy_driver {
>
> /* Called to initialize the PHY,
>* including after a reset */
> int (*config_init)(struct phy_device *phydev);
>
> };
Well... I don't know
Hi all,
I get an oops during initialisation of the pata_pdc2027x module on a
POWER 285 machine. This is on a very recent Linus kernel tree
(ff51a98799931256b555446b2f5675db08de6229) with Paulus' powerpc tree
(that has now been merged). The oops looks like this:
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
Kristian Høgsberg wrote:
Add the OHCI driver to the stack and build system.
Signed-off-by: Kristian Høgsberg <[EMAIL PROTECTED]>
---
drivers/fw/fw-ohci.c | 1334 ++
drivers/fw/fw-ohci.h | 152 ++
2 files changed, 1486 insertions(+), 0
> On Fri, 2006-09-15 at 16:15 -0400, Amy Fong wrote:
> > [PATCH] Add Broadcom PHY support
> >
> > This patch adds a driver to support the bcm5421s and bcm5461s PHY
> >
> > Kernel version: linux-2.6.18-rc6
> >
> > Signed-off-by: Amy Fong
>
> Some 5421's need special initialisation (see
Andrew Morton wrote:
On Tue, 5 Dec 2006 16:14:03 +1100
Paul Mackerras <[EMAIL PROTECTED]> wrote:
radix-tree-rcu-lockless-readside.patch
There's no reason to merge this yet.
We want to use it in some powerpc arch code. Currently we use a
per-cpu array of spinlocks, and this patch would let
On Tue, 05 Dec 2006 00:22:45 -0500, "Kristian Høgsberg" <[EMAIL PROTECTED]>
wrote:
Your wonderful crossed-o might be ok here (or it would've been if only
your mailer worked -- notice that the name is right in the "On" tag
line above):
> Signed-off-by: Kristian Høgsberg <[EMAIL PROTECTED]>
>
Paul Mackerras wrote:
Andrew Morton writes:
radix-tree-rcu-lockless-readside.patch
There's no reason to merge this yet.
We want to use it in some powerpc arch code. Currently we use a
per-cpu array of spinlocks, and this patch would let us get rid of
that array.
I'd like to get another
On Mon, 4 Dec 2006 21:21:31 -0800
"Chen, Kenneth W" <[EMAIL PROTECTED]> wrote:
> pagevec is never expected to be more than PAGEVEC_SIZE, I think a
> unsigned char is enough to count them. This patch makes nr, cold
> to be unsigned char
Is that on the right side of the speed/space tradeoff?
>
On Tue, 5 Dec 2006 16:14:03 +1100
Paul Mackerras <[EMAIL PROTECTED]> wrote:
> > radix-tree-rcu-lockless-readside.patch
> >
> > There's no reason to merge this yet.
>
> We want to use it in some powerpc arch code. Currently we use a
> per-cpu array of spinlocks, and this patch would let us get
On Mon, 04 Dec 2006 23:56:42 -0500
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > via-pata-controller-xfer-fixes.patch
> > via-pata-controller-xfer-fixes-fix.patch
>
> Tejun's 3d3cca37559e3ab2b574eda11ed5207ccdb8980a has been ack'd by the
> reporter as fixing things, so these
On Tue, 2006-12-05 at 00:22 -0500, Kristian Høgsberg wrote:
> Hi,
>
> I'm announcing an alternative firewire stack that I've been working on
> the last few weeks. I'm aiming to implement feature parity with the
> current firewire stack, but not necessarily interface compatibility.
> For now, I
Andrew Morton writes:
> ppc-m48t35-add-missing-bracket.patch
> powerpc-replace-kmallocmemset-with-kzalloc.patch
These are already in Linus' tree.
> Am holding onto these until the powerpc git tree gets un-messied up.
It should be fine now. Linus has pulled it, so there are currently no
> So will each new NIC implement some parts of TCP stack in theirs drivers?
I hope not. The driver we merged (amso1100) did it completely in FW,
with a separate MAC and IP interface for the RDMA connections. I
think we better understand the Chelsio driver pretty well and think it
over
Add the OHCI driver to the stack and build system.
Signed-off-by: Kristian Høgsberg <[EMAIL PROTECTED]>
---
drivers/fw/fw-ohci.c | 1334 ++
drivers/fw/fw-ohci.h | 152 ++
2 files changed, 1486 insertions(+), 0 deletions(-)
diff --git
Pull in the fw-sbp2 driver for firewire storage devices.
Signed-off-by: Kristian Høgsberg <[EMAIL PROTECTED]>
---
drivers/fw/fw-ohci.c |2
drivers/fw/fw-sbp2.c | 1083 ++
2 files changed, 1084 insertions(+), 1 deletions(-)
diff --git
Hi,
I'm announcing an alternative firewire stack that I've been working on
the last few weeks. I'm aiming to implement feature parity with the
current firewire stack, but not necessarily interface compatibility.
For now, I have the low-level OHCI driver done, the mid-level
transaction logic
pagevec is never expected to be more than PAGEVEC_SIZE, I think a
unsigned char is enough to count them. This patch makes nr, cold
to be unsigned char and also adds an iterator index. With that,
the size can be even bumped up by 1 to 15.
Signed-off-by: Ken Chen <[EMAIL PROTECTED]>
diff -Nurp
On Mon, Dec 04, 2006 at 09:13:59PM -0800, Roland Dreier ([EMAIL PROTECTED])
wrote:
> > It is for iwarp/rdma from description.
>
> Yes, iWARP on top of 10G ethernet.
>
> > If it is 10ge, then why does it parse incomping packet headers and
> > implements initial tcp state machine?
>
> To
On Mon, Dec 04, 2006 at 10:20:51AM -0600, Steve Wise ([EMAIL PROTECTED]) wrote:
> > > This and a lot of other changes in this driver definitely says you
> > > implement your own stack of protocols on top of infiniband hardware.
> >
> > ...but I do know this driver is for 10-gig ethernet HW.
> >
> It is for iwarp/rdma from description.
Yes, iWARP on top of 10G ethernet.
> If it is 10ge, then why does it parse incomping packet headers and
> implements initial tcp state machine?
To establish connections to run RDMA over, I guess. iWARP is RDMA
over TCP.
- R.
-
To unsubscribe from
On Mon, Dec 04, 2006 at 07:45:52AM -0800, Roland Dreier ([EMAIL PROTECTED])
wrote:
> > This and a lot of other changes in this driver definitely says you
> > implement your own stack of protocols on top of infiniband hardware.
>
> ...but I do know this driver is for 10-gig ethernet HW.
It is
[EMAIL PROTECTED] wrote:
to: linux-kernel@vger.kernel.org
cc: [EMAIL PROTECTED]
2006/12/04/18:00 CST
Building modules, stage 2.
Kernel: arch/x86_64/boot/bzImage is ready (#2)
MODPOST 1256 modules
WARNING: "current_is_keventd" [drivers/net/phy/libphy.ko] undefined!
make[1]: *** [__modpost]
Martin Bligh wrote:
Fix up compiler warnings in megaraid driver
Signed-off-by: Martin J. Bligh <[EMAIL PROTECTED]>
diff -aurpN -X /home/mbligh/.diff.exclude linux-2.6.19/drivers/scsi/megaraid.c
Andrew Morton wrote:
via-pata-controller-xfer-fixes.patch
via-pata-controller-xfer-fixes-fix.patch
Tejun's 3d3cca37559e3ab2b574eda11ed5207ccdb8980a has been ack'd by the
reporter as fixing things, so these two shouldn't be needed.
libata_resume_fix.patch
I thought this was resolved long
This patch implements block device specific .direct_IO method instead
of going through generic direct_io_worker for block device.
direct_io_worker is fairly complex because it needs to handle O_DIRECT
on file system, where it needs to perform block allocation, hole detection,
extents file on
On Mon, 4 Dec 2006, Aucoin wrote:
>
> If I'm going to go through all the trouble to change the kernel and maybe
> create a new proc file how much code would I have to touch to create a proc
> file to set something like, let's say, effective memory and have all the vm
> calculations use effective
On Monday December 4, [EMAIL PROTECTED] wrote:
> This is 100% reproducible. It hangs exportfs on shutdown.
>
> Dec 4 19:50:13 glotze kernel: BUG: unable to handle kernel NULL pointer
> dereference at virtual address 0040
> Dec 4 19:50:13 glotze kernel: printing eip:
> Dec 4 19:50:13
On Tuesday December 5, [EMAIL PROTECTED] wrote:
>
> I notice it says:
> |
> v
> > 090: 6b 6b 6b 6b 6a 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
> > Single bit error detected. Probably bad RAM.
> > Run memtest86+ or a similar memory test tool.
>
> Have you
> From: Nick Piggin [mailto:[EMAIL PROTECTED]
> I'd be interested to know how OOM and page reclaim behaves after these
> patches
> (or with a newer kernel).
We didn't get far today. The various suggestions everyone has for solving
this problem spurred several new discussions inside the office and
Hi,
Sometimes we could hotplug a PCIE device, which require more MMIO
resource than that reserved by BIOS.
My question is: is there a way for kernel to reserved more MMIO
resource for a PCIE-hotplug-capable slot? I searched the
kernel-parameters.txt, but didn't find any related information.
On Mon, 4 Dec 2006, Matthew Wilcox wrote:
>
> CONFIG_LBD and CONFIG_LSF are spread into asm/types.h for no particularly
> good reason. Centralising the definition in linux/types.h means that arch
> maintainers don't need to bother adding it, as well as fixing the problem
> with x86-64 users
On Mon, 4 Dec 2006, Horst H. von Brand wrote:
> [EMAIL PROTECTED] wrote:
> > 2006/12/04/18:00 CST
> >
> > Building modules, stage 2.
> > Kernel: arch/x86_64/boot/bzImage is ready (#2)
> > MODPOST 1256 modules
> > WARNING: "current_is_keventd" [drivers/net/phy/libphy.ko] undefined!
> >
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:
Andrew Morton wrote:
On Fri, 24 Nov 2006 17:36:27 +0100
"Benoit Boissinot" <[EMAIL PROTECTED]> wrote:
On 11/24/06, Larry Finger <[EMAIL PROTECTED]> wrote:
Is there the equivalent of 'git bisect' for the -mmX kernels?
http://www.zip.com.au/~akpm/linux/patches/stuff/bisecting-mm-trees.txt
On Tue, 05 Dec 2006 03:36:09 +0100
Kasper Sandberg <[EMAIL PROTECTED]> wrote:
> i know i said i suspected this was another bug, but i have revised my
> suspecisions, and i do believe its in relation to x86 chroot on x86_64
> install, as it has happened with more stuff now, inside the chroot, and
-Original Message-
From: Greg KH [mailto:[EMAIL PROTECTED]
Sent: Monday, December 04, 2006 4:45 PM
To: Eric W. Biederman
Cc: Lu, Yinghai; USB development list; Stefan Reinauer; Peter Stuge;
linuxbios@linuxbios.org; linux-kernel@vger.kernel.org; Andi Kleen
Subject: Re: [RFC][PATCH 2/2]
On Tue, 2006-12-05 at 03:36 +0100, Kasper Sandberg wrote:
> i know i said i suspected this was another bug, but i have revised my
> suspecisions, and i do believe its in relation to x86 chroot on x86_64
> install, as it has happened with more stuff now, inside the chroot, and
> only inside the
i know i said i suspected this was another bug, but i have revised my
suspecisions, and i do believe its in relation to x86 chroot on x86_64
install, as it has happened with more stuff now, inside the chroot, and
only inside the chroot, while the same apps dont do it outside chroot.
2.6.19
On Monday 04 December 2006 3:13 pm, Randy Dunlap wrote:
> On Mon, 4 Dec 2006 21:02:06 +0100 Adrian Bunk wrote:
>
> > USB_RTL8150 must select MII to avoid link errors.
> >
> > Stolen from a patch by Randy Dunlap.
> >
> > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
> Thanks, Adrian.
>
>
On Thursday 30 November 2006 11:04 pm, Greg KH wrote:
> On Wed, Nov 29, 2006 at 05:27:31PM -0800, David Brownell wrote:
> > On Wednesday 29 November 2006 3:02 pm, Greg KH wrote:
> > > >
> > > > Here's my fix. ...
> > > > ... I audited all the drivers using the relevant APIs, and I can't
> > > >
Fix up compiler warnings in megaraid driver
Signed-off-by: Martin J. Bligh <[EMAIL PROTECTED]>
diff -aurpN -X /home/mbligh/.diff.exclude linux-2.6.19/drivers/scsi/megaraid.c
2.6.19-megaraid/drivers/scsi/megaraid.c
--- linux-2.6.19/drivers/scsi/megaraid.c2006-12-04 17:52:00.0
On Mon, Dec 04, 2006 at 03:55:52PM +0100, Nick Piggin wrote:
> Hi Mel,
>
> I think you're right about the leakage, thanks for catching it.
Yeah, it caused oom storm here.
The pagevec simplification looks nice.
I've ported it to -mm, hope it is useful.
I'm prepared to test your revised patch :)
Jeff Garzik wrote:
Bernard Pidoux wrote:
I am asking why need to compile the following modules while I do not
have any SCSI device ?
libata uses SCSI to provide a lot of infrastructure that it would
otherwise have to recreate. Also, using SCSI meant that it
automatically worked in existing
On Wednesday November 29, [EMAIL PROTECTED] wrote:
> On Tue, 28 Nov 2006, Andrew Morton wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19-rc6-mm2/
>
> md-change-lifetime-rules-for-md-devices.patch gives me the following early
> during boot (first
[EMAIL PROTECTED] wrote:
> 2006/12/04/18:00 CST
>
> Building modules, stage 2.
> Kernel: arch/x86_64/boot/bzImage is ready (#2)
> MODPOST 1256 modules
> WARNING: "current_is_keventd" [drivers/net/phy/libphy.ko] undefined!
> make[1]: *** [__modpost] Error 1
> make: *** [modules] Error 2
Also
On Mon, 4 Dec 2006 17:03:24 -0800 Randy Dunlap wrote:
> linux-2.6.19-git6/usr/include/linux/netfilter.h requires linux/rcupdate.h,
> which does not exist in exported headers
> make[3]: ***
> [/var/linsrc/linux-2.6.19-git6/usr/include/linux/.check.netfilter.h] Error 1
> make[2]: *** [linux]
On Monday December 4, [EMAIL PROTECTED] wrote:
>
> Ingo, Neil:
>
> Al has summarized that csum_partial() is arch-specific.
> However, drivers/md/md.c uses it.
Yep.
>
> Does that mean that RAID volumes are not portable across
> (some) architectures?
Yep. version-0.90 superblocks are already
Hi, your plan looks good to me.
some comments.
On Mon, 4 Dec 2006 23:45:32 + (GMT)
Mel Gorman <[EMAIL PROTECTED]> wrote:
> 1. Use lumpy-reclaim to intelligently reclaim contigous pages. The same
> logic can be used to reclaim within a PFN range
> 2. Merge anti-frag to help high-order
linux-2.6.19-git6/usr/include/linux/netfilter.h requires linux/rcupdate.h,
which does not exist in exported headers
make[3]: ***
[/var/linsrc/linux-2.6.19-git6/usr/include/linux/.check.netfilter.h] Error 1
make[2]: *** [linux] Error 2
make[1]: *** [headers_check] Error 2
make: *** [vmlinux]
On Mon, Dec 04, 2006 at 04:36:20PM -0800, Valerie Henson wrote:
> On Mon, Dec 04, 2006 at 04:10:07PM -0800, Mark Fasheh wrote:
> > Hi Steve,
> >
> > On Mon, Dec 04, 2006 at 10:54:53AM +, Steven Whitehouse wrote:
> > > > In the future, I'd like to see a "relative atime" mode, which functions
>
On Mon, Dec 04, 2006 at 02:26:52PM -0700, Eric W. Biederman wrote:
> Greg KH <[EMAIL PROTECTED]> writes:
>
> > On Mon, Dec 04, 2006 at 12:18:30PM -0800, Lu, Yinghai wrote:
> >> -Original Message-
> >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> >>
> >>
On Mon, Dec 04, 2006 at 04:10:07PM -0800, Mark Fasheh wrote:
> Hi Steve,
>
> On Mon, Dec 04, 2006 at 10:54:53AM +, Steven Whitehouse wrote:
> > > In the future, I'd like to see a "relative atime" mode, which functions
> > > in the manner described by Valerie Henson at:
> > >
> > >
On Tue, 28 Nov 2006 11:47:57 -0800 Randy Dunlap wrote:
> On Sun, 19 Nov 2006 17:32:11 -0500 Jeff Mahoney wrote:
>
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Al Viro wrote:
> > > On Sun, Nov 19, 2006 at 11:04:33AM -0800, Randy Dunlap wrote:
> > >> Andi Kleen wrote:
> > > I
Trond Myklebust wrote:
On Mon, 2006-12-04 at 22:05 +0200, Janne Karhunen wrote:
On Monday 04 December 2006 20:21, Trond Myklebust wrote:
2) NFS provides persistent storage.
To me this sounds like a chicken and an egg problem. It
both depends and provides this at the same time :/. But
hey, if
On Sun, 3 Dec 2006 23:28:11 +0100 Ivo van Doorn wrote:
> 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.
>
> ---
>
> diff --git a/drivers/input/misc/Kconfig b/drivers/input/misc/Kconfig
>
Am Donnerstag, 30. November 2006 09:33 schrieb Ingo Molnar:
> i have released the 2.6.19-rt1 tree, which can be downloaded from the
Hi Ingo,
here comes a freerunning trace explaining the weirdness I see here.
I tried max_latency tracing first, didn't see anything usefull,
went on with tracing
to: linux-kernel@vger.kernel.org
cc: [EMAIL PROTECTED]
2006/12/04/18:00 CST
Building modules, stage 2.
Kernel: arch/x86_64/boot/bzImage is ready (#2)
MODPOST 1256 modules
WARNING: "current_is_keventd" [drivers/net/phy/libphy.ko] undefined!
make[1]: *** [__modpost] Error 1
make: ***
On Mon, Dec 04, 2006 at 11:10:01AM +0100, Tobias Oed wrote:
> Tomasz Chmielewski wrote:
>
> > Yes, something's using that drive, be it a program, a module (unlikely),
> > or something that is compiled directly in the kernel (for example,
> > md/raid1).
>
> Since you mention md, dm comes to mind.
Hi Steve,
On Mon, Dec 04, 2006 at 10:54:53AM +, Steven Whitehouse wrote:
> > In the future, I'd like to see a "relative atime" mode, which functions
> > in the manner described by Valerie Henson at:
> >
> > http://lkml.org/lkml/2006/8/25/380
> >
> I'd like to second that. [adding Val Henson
Hi Linus,
This patch set comprises the bulk of my 2.6.20 features which need to be
pushed upstream. My description of the changes is below:
* Various ocfs2 cleanups, including a patchset by me intended to clean up
some of the internal ocfs2 journal api. Mostly this revolves around
On Mon, Dec 04, 2006 at 09:08:56AM -0800, Bill Huey wrote:
> On Mon, Dec 04, 2006 at 01:21:29PM +0100, bert hubert wrote:
> > How tightly is your work bound to -rt? Iow, any chance of separating the
> > two? Or should we even want to?
>
> There's other uses for it as well. Think about RCU
On (04/12/06 14:34), Andrew Morton didst pronounce:
On Mon, 4 Dec 2006 20:34:29 + (GMT)
Mel Gorman <[EMAIL PROTECTED]> wrote:
> > IOW: big-picture where-do-we-go-from-here stuff.
> >
>
> Start with lumpy reclaim,
I had lumpy-reclaim in my todo-queue but it seems to have gone away. I
Bernard Pidoux wrote:
I am asking why need to compile the following modules while I do not
have any SCSI device ?
libata uses SCSI to provide a lot of infrastructure that it would
otherwise have to recreate. Also, using SCSI meant that it
automatically worked in existing installers.
I have noticed that scsi_do_req has apparently been obsoleted in 2.6.18
and above. Is scst and target support for FC-AL going to
remain supported and/or merged at some point? If so, what is planned
for scst support for later kernels?
Jeff
-
To unsubscribe from this list: send the line
The Quantum GoVault SATAPI removable disk device returns ATA_ERR in
response to a REPORT LUNS packet. If this happens to an ATAPI device
that is attached to a SAS controller (this is the case with sas_ata),
the device does not load because SCSI won't touch a "SCSI device"
that won't report its
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 12/1/06, John <[EMAIL PROTECTED]> wrote:
> can you try adding mdelay(100); in e100_eeprom_load before the for loop,
> and then change the multiple udelay(4) to mdelay(1) in e100_eeprom_read
I applied the attached patch.
Loading the driver now takes around one minute :-)
ouch, but yep,
Alan wrote:
On Mon, 4 Dec 2006 12:47:37 -0700
Erik Andersen <[EMAIL PROTECTED]> wrote:
This patch vs 2.6.19, based on the not-actually-working-for-me
code lurking in libata-dev.git#promise-sata-pata, makes the PATA
ports on my promise sata card actually work. Since the plan as
Nice, this is
We were using the wrong symbol to size register files.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.18-mm/arch/um/include/sysdep-i386/ptrace.h
===
--- linux-2.6.18-mm.orig/arch/um/include/sysdep-i386/ptrace.h
We were not including stddef.h in files that used offsetof.
One file was also including linux/stddef.h for no perciptible reason.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.18-mm/arch/um/sys-i386/ldt.c
===
---
On Mon, 4 Dec 2006 21:02:06 +0100 Adrian Bunk wrote:
> USB_RTL8150 must select MII to avoid link errors.
>
> Stolen from a patch by Randy Dunlap.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Thanks, Adrian.
David B. may prefer a patch similar to the one that was
merged for
Include the proper header to get a definition of PAGE_SHIFT.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.17/arch/um/include/sysdep-i386/stub.h
===
--- linux-2.6.17.orig/arch/um/include/sysdep-i386/stub.h
When the UML network driver generates random MACs for its devices, it was
possible for a number of UMLs to get the same MACs because the ethernet
initialization was done before the random pool was properly seeded.
This patch moves the initialization later so that it gets better randomness.
On Fri, Dec 01, 2006 at 02:08:28AM +0100, Rafael J. Wysocki wrote:
> On Thursday, 30 November 2006 22:32, Rafael J. Wysocki wrote:
> > [Trimmed the Cc list a bit.]
> >
> > On Thursday, 30 November 2006 22:12, Andrew Morton wrote:
> > > On Thu, 30 Nov 2006 21:21:27 +0100
> > > "Rafael J. Wysocki"
Darrick J. Wong wrote:
The Quantum GoVault SATAPI removable disk device returns ATA_ERR in
response to a REPORT LUNS packet. If this happens to an ATAPI device
that is attached to a SAS controller (this is the case with sas_ata),
the device does not load because SCSI won't touch a "SCSI device"
On Mon, Dec 04, 2006 at 10:15:03PM +0100, Marcel Holtmann wrote:
> Hi Greg,
>
> > > > Provide a function device_move() to move a device to a new parent
> > > > device. Add
> > > > auxilliary functions kobject_move() and sysfs_move_dir().
> > > > kobject_move() generates a new uevent of type
The Quantum GoVault SATAPI removable disk device returns ATA_ERR in
response to a REPORT LUNS packet. If this happens to an ATAPI device
that is attached to a SAS controller (this is the case with sas_ata),
the device does not load because SCSI won't touch a "SCSI device"
that won't report its
On Wed, Nov 29, 2006 at 09:18:04PM +, Russell King wrote:
> Unfortunately, the .../new_id feature does not work with the 8250_pci
> driver.
>
> The reason for this comes down to the way .../new_id is implemented.
> When PCI tries to match a driver to a device, it checks the modules
> static
On Mon, 04 Dec 2006 16:23:27 + Jan Beulich wrote:
> Now that binutils' ld is able to properly populate .eh_frame_hdr in the
> Linux kernel case, here's a patch to add some functionality to the Dwarf2
> unwinder to actually be able to make use of this (applies on firstfloor
> tree with the
1 - 100 of 846 matches
Mail list logo
