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
Russell Cattelan wrote:
Wendy Cheng wrote:
Linux kernel, particularly the VFS layer, is starting to show signs
of inadequacy as the software components built upon it keep growing.
I have doubts that it can keep up and handle this complexity with a
development policy like you just described (f
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
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 allo
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 n
[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 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 W
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 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 :)
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
-0
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
> > > >
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.
>
> Dav
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 release
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 chro
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
>
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:
Seri
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
P
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!
> > make
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.
Tha
> 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
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 tried
The ESB2 appears to emit spurious DMA interrupts when configured for
native mode and handling ATAPI devices. Stratus were able to pin this bug
down and produce a patch. This is a rework which applies the fixup only
to the ESB2 (for now). We can apply it to other chips later if the same
problem is f
Alan wrote:
Wants testing... so test and report
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
--- linux.vanilla-2.6.19-rc6-mm1/drivers/ata/sata_via.c 2006-11-24
13:58:05.0 +
+++ linux-2.6.19-rc6-mm1/drivers/ata/sata_via.c 2006-12-04 14:57:34.719099648
+
PATA works fine with th
Add a driver for the IT8213 which is a single channel ICH-ish PATA
controller. As it is very different to the IT8211/2 it gets its own
driver. There is a legacy drivers/ide driver also available and I'll post
that once I get time to test it all out (probably early January). If
anyone else needs the
On Mon, 4 Dec 2006 16:49:31 +
Alan <[EMAIL PROTECTED]> wrote:
> Add a driver for the IT8213 which is a single channel ICH-ish PATA
> controller. As it is very different to the IT8211/2 it gets its own
> driver. There is a legacy drivers/ide driver also available and I'll post
> that once I get
> Was the duplication of timings[] deliberate?
It's actually duplicated in all the PIIX/ICH-alike drivers. I could move
it in them all. Jeff - its copied from your piix driver - shall I move
them all ?
> diff -puN
> include/linux/pci_ids.h~pata_it8213-add-new-driver-for-the-it8213-card-tidy
>
Alan wrote:
Was the duplication of timings[] deliberate?
It's actually duplicated in all the PIIX/ICH-alike drivers. I could move
it in them all. Jeff - its copied from your piix driver - shall I move
them all ?
Please do...
Jeff
-
To unsubscribe from this list: send the line "uns
Hi Len,
Here are a set of patches for the dock station driver (drivers/acpi/dock).
One makes the dock station driver also a platform driver. The second
adds sysfs entries which will be created under /sys/devices/platform/dock.0
to allow the user to read the status of the dock station (1 for docked
From: Prarit Bhargava <[EMAIL PROTECTED]>
Fix bug which will cause acpiphp to not be able to load when dock.ko
cannot load.
Signed-off-by: Prarit Bhargava <[EMAIL PROTECTED]>
Signed-off-by: Kristen Carlson Accardi <[EMAIL PROTECTED]>
---
drivers/acpi/dock.c |8 +++-
1 file changed, 7 in
Make the dock station driver a platform device driver so that
we can create sysfs entries under /sys/device/platform.
Signed-off-by: Kristen Carlson Accardi <[EMAIL PROTECTED]>
---
drivers/acpi/dock.c | 22 --
1 file changed, 20 insertions(+), 2 deletions(-)
--- kristen-2.6
From: [EMAIL PROTECTED]
Add 2 sysfs files for user interface.
1) docked - 1/0 (read only) - indicates whether the software believes the
laptop is docked in a docking station.
2) undock - (write only) - writing to this file causes the software to
initiate an undock request to the firmware.
Signe
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 LUN
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"
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 LUN
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.
Signe
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.h2006
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
===
--- lin
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 2006-
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
removing
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
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 bei
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:
> > >
> > > http://lkml
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 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 glotz
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
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 write
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
2.6.19-megaraid/drivers/s
[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]
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 li
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 done,
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 a/driver
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 a/driver
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
change
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 ha
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, 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?
> an
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 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]>
> ---
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
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 deleti
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 t
> > +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;
> > +
> > +
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 delet
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 po
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 unsign
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 compati
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 linux-k
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 +
drivers/fw/fw-device-c
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
--
-- Pie
> 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
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
http://bugzilla.kernel.org/show_bug.cgi?id=5
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 max_lat
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, ftrun
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 n
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 seem
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
> [] dump_sta
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 archit
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 arch/i386/kernel/timers/timer_pm.c:verify_pm
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 kn
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>arch/x86_64/kernel/early_printk.c | 574
+
> drivers/usb/host/ehci.h |8 +
> include/asm-x86_64/fixmap.h |1
Can you separate usbdebug handle out from early_pr
On Mon, Dec 04, 2006 at 12:18:30PM -0800, Lu, Yinghai wrote:
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>
> >arch/x86_64/kernel/early_printk.c | 574
> +
> > drivers/usb/host/ehci.h |8 +
> > include/asm-x86_64
Eric,
Please check the version I modified for LinuxBIOS from your
usbdebug_direct.
Put the related info in
struct ehci_debug_info {
void *ehci_base;
void *ehci_op_base;
void *ehci_debug_base;
unsigned devnum;
unsigned endpoint_out;
unsigned endpoint
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]
>>
>> >arch/x86_64/kernel/early_printk.c | 574
>> +
>> > drivers/usb/host/ehc
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]
> >>
> >> >arch/x86_64/kernel/early_p
-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] x86_
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 like
Hi Dan,
> 3) How does this interact with HAL? What's the userspace interface that
> HAL will listen to to receive the signals? NetworkManager will need to
> listen to HAL for these, as rfkill switches are one big thing that NM
> does not handle now due to lack of a standard mechanism.
>
> In an
On Sat, Dec 02, 2006 at 04:49:58PM -0600, Steve Wise ([EMAIL PROTECTED]) wrote:
> +static int send_halfclose(struct iwch_ep *ep, gfp_t gfp)
> +{
> + struct cpl_close_con_req *req;
> + struct sk_buff *skb;
> +
> + PDBG("%s ep %p\n", __FUNCTION__, ep);
> + skb = get_skb(NULL, sizeof(*
> Could you convince network core developers that it is not own TCP
> implementation which will mess with existing one?
I'm not qualified to comment on this...
> This and a lot of other changes in this driver definitely says you
> implement your own stack of protocols on top of infiniband har
On Mon, 2006-12-04 at 07:45 -0800, Roland Dreier wrote:
> > Could you convince network core developers that it is not own TCP
> > implementation which will mess with existing one?
>
> I'm not qualified to comment on this...
>
I don't understand your question?
> > This and a lot of other chan
> >>
> >
> > I understood that Stephen expressed some doubts regarding the inclusion
> > of TOE enabled features.
> >
> > Was his point addressed ?
> >
> >
>
> My comments were about different hardware.
Just to clarify:
Stephen is working on the Chelsio T2 HW driver.
The drivers Di
On Sun, 2006-12-03 at 13:07 +0100, Arjan van de Ven wrote:
> On Sat, 2006-12-02 at 16:49 -0600, Steve Wise wrote:
>
> > +
> > +static struct ib_ah *iwch_ah_create(struct ib_pd *pd,
> > + struct ib_ah_attr *ah_attr)
> > +{
> > + return ERR_PTR(-ENOSYS);
> > +}
>
>
> Roland, I think at one time we were talking about changing the Core to
> better handle this? Either with attributes/capabilities that the low
> level driver can set, or by set these method ptrs to NULL and the core
> should handle it in the wrapper function...
Yes, it would make sense to ch
On Mon, 2006-12-04 at 08:45 -0800, Roland Dreier wrote:
> > Roland, I think at one time we were talking about changing the Core to
> > better handle this? Either with attributes/capabilities that the low
> > level driver can set, or by set these method ptrs to NULL and the core
> > should hand
On Mon, Dec 04, 2006 at 08:02:48PM +0300, Dmitry Mishin wrote:
> On Monday 04 December 2006 19:43, Herbert Poetzl wrote:
> > On Mon, Dec 04, 2006 at 06:19:00PM +0300, Dmitry Mishin wrote:
> > > On Sunday 03 December 2006 19:00, Eric W. Biederman wrote:
> > > > Ok. Just a quick summary of where I s
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements the HW access routines for the
Chelsio T3 network adapter's driver.
This patch is split. This is the second part.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
--
+/**
+ * t3_sge_cqcntxt_op - perform an operation on a completion que
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements on board memory, MAC and PHY management
for the Chelsio T3 network adapter's driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/ael1002.c | 231 ++
drivers/net/cxgb3/mc5.c | 456 +
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements the offload capabilities of the
Chelsio network adapter's driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb3_offload.c | 1219 +
drivers/net/cxgb3/l2t.c | 4
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements the registers definitions for the
Chelsio network adapter's driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/regs.h | 2177 ++
1 files changed, 2177 insertions(+),
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements build files and versioning for the
Chelsio T3 network adapter's driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/Kconfig | 18 ++
drivers/net/Makefile|1 +
drivers/net/cxgb3/
301 - 400 of 423 matches
Mail list logo
