Re: [ANNOUNCE] System Inactivity Monitor v1.0

On Thu, 2007-01-18 at 20:29 +0100, Alessandro Di Marco wrote: > Hi all, > > this is a new 2.6.20 module implementing a user inactivity trigger. Basically > it acts as an event sniffer, issuing an ACPI event when no user activity is > detected for more than a certain amount of time. This event can

Re: [RFC] pci_bus conversion to struct device

On Thu, Jan 18, 2007 at 09:14:06AM +0100, Martin Mares wrote: > Hello! > > > I recommend we just delete the pci_bus class. I don't think it serves > > any useful purpose. The bridge can be inferred frmo the sysfs hierarchy > > (not to mention lspci will tell you). The cpuaffinity file should

Re: unable to mmap /dev/kmem

Hugh Dickins wrote: On Thu, 18 Jan 2007, Nadia Derbey wrote: Trying to mmap /dev/kmem with an offset I take from /boot/System.map, I get an EIO error on a 2.6.20-rc4. This is something that used to work on older kernels. Had a look at mmap_kmem() in drivers/char/mem.c, and I'm wondering

Re: [take33 10/10] kevent: Kevent based AIO (aio_sendfile()/aio_sendfile_path()).

On Wed, Jan 17, 2007 at 05:39:51PM +0300, Evgeniy Polyakov wrote: > On Wed, Jan 17, 2007 at 07:21:42PM +0530, Suparna Bhattacharya ([EMAIL > PROTECTED]) wrote: > > > > Since you are implementing new APIs here, have you considered doing an > > aio_sendfilev to be able to send a header with the

Re: [PATCH 2.6.20-rc5 2/4] pvrusb2: Use ARRAY_SIZE macro

On Tue, 16 Jan 2007, Ahmed S. Darwish wrote: > On Tue, Jan 16, 2007 at 10:16:33AM -0800, Randy Dunlap wrote: > > On Tue, 16 Jan 2007 03:36:16 -0500 (EST) Robert P. J. Day wrote: > > > > > On Tue, 16 Jan 2007, Ahmed S. Darwish wrote: > > > > > > > Use ARRAY_SIZE macro in pvrusb2-hdw.c file > > >

Re: problems with latest smbfs changes on 2.4.34 and security backports

Hi Dann ! On Thu, Jan 18, 2007 at 06:00:40PM -0700, dann frazier wrote: > On Wed, Jan 17, 2007 at 10:55:19PM +0100, Willy Tarreau wrote: > > @@ -505,8 +510,13 @@ > > mnt->file_mode = (oldmnt->file_mode & S_IRWXUGO) | S_IFREG; > > mnt->dir_mode = (oldmnt->dir_mode &

Re: kernel cmdline: root=/dev/sdb1,/dev/sda1 "fallback"?

Tomasz Chmielewski wrote: Al Borchers wrote: Thomas Chmielewski wrote: These all unpleasant tasks could be avoided if it was possible to have a "fallback" device. For example, consider this hypothetical command line: root=/dev/sdb1,/dev/sda1 Here is a patch to do this, though it sounds

Re: [patch 16/20] XEN-paravirt: Add the Xen virtual console driver.

Pavel Machek wrote: > You have drivers/xen... so maybe arch/i386/xen is easier to type? > arch/i386/paravirt/xen would make some sense, too, but it looks too > deep to me. I think the exact placement of these files needs a bit of work. I don't much care about xen/ vs paravirt/xen vs

Re: [patch 17/20] XEN-paravirt: Add Xen grant table support

Pavel Machek wrote: > What is going on? Diffstat does not seem to match the diff. Sorry, forgot to update the diffstat for this one: drivers/xen/Makefile |1 drivers/xen/core/Makefile |1 drivers/xen/core/grant_table.c | 445

Re: [PATCH] Make CARDBUS_MEM_SIZE and CARDBUS_IO_SIZE customizable

On Fri, 19 Jan 2007 12:19:10 +0900 (JST), Atsushi Nemoto <[EMAIL PROTECTED]> wrote: > OK, here is a revised patch which uses pci= option instead of config > parameters. Sorry, this patch would cause build failure if setup-bus.c was not built into kernel. Revised again. Subject: [PATCH] Make

Re: PATCH: Update disable_IO_APIC to use 8-bit destination field (X86_64)

On Thu, Jan 18, 2007 at 02:13:39PM -0500, Benjamin Romer wrote: [..] > > > > > > OK, here's the updated patch that uses the new definition and fixes up > > > the other places that use it. I built and tested this on the ES7000/ONE > > > and it works well. :) > > > > Cool. > > > > I hate to pick

Re: Ext3 mounted as ext2 but journal still in effect.

Thank you all for all your input. The tune2fs option was eventually used and we run into other problems. I think Andries was right in that the initrd was interfering, that's where we run into issues after the tune2fs. I was trying to avoid the tune2fs as it involves booting into a live CD and

Re: [Cbe-oss-dev] [PATCH] Cell SPU task notification

On Wed, Jan 17, 2007 at 09:56:12AM -0600, Maynard Johnson wrote: > I haven't seen that the scheduler patch series got applied yet. This > Cell spu task notification patch is a pre-req for OProfile development > to support profiling SPUs. When the scheduler patch gets applied to a > kernel

Re: [PATCH] Make CARDBUS_MEM_SIZE and CARDBUS_IO_SIZE customizable

On Thu, 18 Jan 2007 13:53:26 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote: > > Patch looks technically ok to me, so feel free to add my Acked-by: line. > > > > The grief I have with this sort of patch is that this kind of detailed > > technical knowledge should not be required by a mortal

[RFC, PATCH] workqueue: rework threads/hotplug management

(to apply this patch, handle-cpu_lock_acquire-and-cpu_lock_release-in-workqueue_cpu_callback.patch should be dropped, it is not needed any longer). With this patch workqueue_mutex is used only to protect workqueues list, all workqueue operations can run in parallel with cpuhotplug callback

Re: [RFC: 2.6 patch] remove the broken OAKNET driver

Adrian Bunk wrote: The OAKNET driver: - has been marked as BROKEN for more than two years and - is still marked as BROKEN. Drivers that had been marked as BROKEN for such a long time seem to be unlikely to be revived in the forseeable future. But if anyone wants to ever revive this driver, the

Re: [PATCH 1/10] cxgb3 - main header files

Divy Le Ray wrote: Jeff Garzik wrote: Divy Le Ray wrote: From: Divy Le Ray <[EMAIL PROTECTED]> This patch implements the main header files of the Chelsio T3 network driver. Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]> Once you think it's ready, email me a URL to a single patch that adds

Re: [2.6 patch] make hdlc_setup() static again

Adrian Bunk wrote: hdlc_setup was exported, but this export was never used. If a driver using it actually shows up it can still be exported again. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> Acked-by: Krzysztof Halasa <[EMAIL PROTECTED]> applied - To unsubscribe from this list: send the

Re: [PATCH 4/4] atl1: Ancillary C files for Attansic L1 driver

Jay Cliburn wrote: +static u32 atl1_get_tx_csum(struct net_device *netdev) +{ + return (netdev->features & NETIF_F_HW_CSUM) != 0; +} + +static int atl1_set_tx_csum(struct net_device *netdev, u32 data) +{ + if (data) + netdev->features |= NETIF_F_HW_CSUM; + else +

Re: [BUG] 2.6.20-rc4-mm1: Panic in e1000_write_vfta_82543()

Sukadev Bhattiprolu wrote: I get following panic on 2.6.20-rc4-mm1 on a 2-cpu AMD Opteron system. Same basic config file seems to work with 2.6.20-rc2-mm1 on this same system. Have not tried -rc3-mm1 yet. Attached are config file and "lspci -vv" output. Let me know if you need more info. Suka

Re: Questions on PCI express AER support in HBA driver

On Thu, 2007-01-18 at 12:46 -0800, Allexio Ju wrote: > > What are the expected changes on SCSI LLD driver in regards to PCIE > > AER supporting? I understood that the driver need to call following > > APIs during probing to enable AER support for the device, > > --- > > if

Re: [BUG] 2.6.20-rc4-mm1: Panic in e1000_write_vfta_82543()

Auke Kok [EMAIL PROTECTED] wrote: | Sukadev Bhattiprolu wrote: | >I get following panic on 2.6.20-rc4-mm1 on a 2-cpu AMD Opteron system. | > | >Same basic config file seems to work with 2.6.20-rc2-mm1 on this same | >system. Have not tried -rc3-mm1 yet. | > | >Attached are config file and "lspci

Do SIG_DFL handlers have SA_RESTART?

Do the default signal handlers for Linux behave as if they were installed with SA_RESTART, or not? (I tried querying 'em with sigaction but the defaults all have sa_flags 0.) I remember years ago hitting a bug where ctrl-z followed by fg would cause pipelined processes to drop data, and would

mmc: correct semantics of the mmc_host_remove

Greetings. It appears to me that under certain circumstances mmc layer will issue requests to the host after mmc_host_remove returns. This happens, for example, in tifm_sd driver because mmc_host may be removed mid-transfer, as the socket shall be freed for possible reuse by different media

Re: 2.6.20-rc5: known regressions with patches (v2)

On Thu, 2007-01-18 at 20:59 +0100, Adrian Bunk wrote: > Subject: CONFIG_JFFS2_FS_DEBUG=2 compile error > References : http://lkml.org/lkml/2007/1/12/161 > Submitter : Russell King <[EMAIL PROTECTED]> > Caused-By : Al Viro <[EMAIL PROTECTED]> > commit

[BUG] 2.6.20-rc4-mm1: Panic in e1000_write_vfta_82543()

I get following panic on 2.6.20-rc4-mm1 on a 2-cpu AMD Opteron system. Same basic config file seems to work with 2.6.20-rc2-mm1 on this same system. Have not tried -rc3-mm1 yet. Attached are config file and "lspci -vv" output. Let me know if you need more info. Suka --- [ 168.925840] Freeing

[PATCH] sata_mv HighPoint 2310 support (88SX7042)

Hi, With the following patch, my HighPoint 2310 with a Marvell 88SX7042 on it seems to work OK. The controller only has 4 ports, with MV_FLAG_DUAL_HC it seems to init 8 ports and fails miserably at probe time. There are no other devices mapped to that chip, maybe it was just incorrectly

Re: problems with latest smbfs changes on 2.4.34 and security backports

On Wed, Jan 17, 2007 at 10:55:19PM +0100, Willy Tarreau wrote: > @@ -505,8 +510,13 @@ > mnt->file_mode = (oldmnt->file_mode & S_IRWXUGO) | S_IFREG; > mnt->dir_mode = (oldmnt->dir_mode & S_IRWXUGO) | S_IFDIR; > > - mnt->flags = (oldmnt->file_mode >> 9); > +

Re: SATA exceptions with 2.6.20-rc5

On 2007.01.18 18:09:50 -0600, Robert Hancock wrote: > I heard from Larry Walton who was apparently seeing this problem as > well. He tried my recent "sata_nv: cleanup ADMA error handling v2" patch > and originally thought it fixed the problem, but it turned out to only > make it happen less

Re: [PATCH] binfmt_elf: core dump masking support

On Fri 2007-01-19 09:40:39, Kawai, Hidehiro wrote: > Hi Pavel, > > >>>Well, you can have it as set of 0-1 "limits"... > >> > >>I have come up with a similar idea of regarding the ulimit > >>value as a bitmask, and I think it may work. > >>But it will be confusable for users to add the new

Re: [PATCH] rdmsr_on_cpu, wrmsr_on_cpu

Andi Kleen wrote: On Friday 19 January 2007 10:40, H. Peter Anvin wrote: It would, but rather than having the paravirtualization interfaces duplicate out of control, we could/should implement the less generic features in terms of the more generic, above the pvz layer. I can't see any

Re: [PATCH] binfmt_elf: core dump masking support

Hi Pavel, >>>Well, you can have it as set of 0-1 "limits"... >> >>I have come up with a similar idea of regarding the ulimit >>value as a bitmask, and I think it may work. >>But it will be confusable for users to add the new concept of >>0-1 limitation into the traditional resouce limitation

Re: [PATCH] rdmsr_on_cpu, wrmsr_on_cpu

On Friday 19 January 2007 10:40, H. Peter Anvin wrote: > It would, but rather than having the paravirtualization interfaces > duplicate out of control, we could/should implement the less generic > features in terms of the more generic, above the pvz layer. I can't see any Hypervisors ever

Re: How to flush the disk write cache from userspace

Ricardo Correia wrote: On Tuesday 16 January 2007 00:38, you wrote: As always with these things, the devil is in the details. It requires the device to support a ->prepare_flush() queue hook, and not all devices do that. It will work for IDE/SATA/SCSI, though. In some devices you don't

[PATCH 6/15] atiixp/jmicron/triflex: fix PIO fallback

[PATCH] atiixp/jmicron/triflex: fix PIO fallback * atiixp: if DMA can't be used atiixp_config_drive_for_dma() should return 0, atiixp_dma_check() will tune the correct PIO mode anyway * jmicron: if DMA can't be used config_chipset_for_dma() should return 0, micron_config_drive_for_dma() will

[PATCH 8/15] ide: disable DMA in ->ide_dma_check for "no IORDY" case

[PATCH] ide: disable DMA in ->ide_dma_check for "no IORDY" case If DMA is unsupported ->ide_dma_check should disable DMA. Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> --- drivers/ide/pci/aec62xx.c |8 +++- drivers/ide/pci/atiixp.c |5 ++---

[PATCH 3/15] it8213: fix build and ->ultra_mask

[PATCH] it8213: fix build and ->ultra_mask * PCI_DEVICE_ID_ITE_8213 is only defined in -mm kernels, so just use PCI Device ID (0x8213) directly * fix ->ultra_mask to indicate UDMA6 support Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> --- drivers/ide/pci/it8213.c |4 ++--

[PATCH 13/15] ide: fix UDMA/MWDMA/SWDMA masks

[PATCH] ide: fix UDMA/MWDMA/SWDMA masks * use 0x00 instead of 0x80 to disable ->{ultra,mwdma,swdma}_mask * add udma_mask field to ide_pci_device_t and use it to initialize ->ultra_mask in aec62xx, pdc202xx_new and pdc202xx_old drivers * fix UDMA masks to match with chipset specific *_ratemask()

[PATCH 12/15] ide: make ide_hwif_t.ide_dma_host_on void

[PATCH] ide: make ide_hwif_t.ide_dma_host_on void * since ide_hwif_t.ide_dma_host_on is called either when drive->using_dma == 1 or when return value is discarded make it void, also drop "ide_" prefix * make __ide_dma_host_on() void and drop "__" prefix Signed-off-by: Bartlomiej Zolnierkiewicz

[PATCH 9/15] sgiioc4: fix sgiioc4_ide_dma_check() to enable/disable DMA properly

[PATCH] sgiioc4: fix sgiioc4_ide_dma_check() to enable/disable DMA properly * use sgiioc4_ide_dma_{on,off_quietly}() instead of changing drive->using_dma directly * fix warning message * add FIXME Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> --- drivers/ide/pci/sgiioc4.c |

[PATCH 2/15] via82cxxx/pata_via: correct PCI_DEVICE_ID_VIA_SATA_EIDE ID and add support for CX700 and 8237S

[PATCH] via82cxxx/pata_via: correct PCI_DEVICE_ID_VIA_SATA_EIDE ID and add support for CX700 and 8237S This patch: * Corrects the wrong device ID of PCI_DEVICE_ID_VIA_SATA_EIDE from 0x0581 to 0x5324. * Adds VIA CX700 and VT8237S support in drivers/ide/pci/via82cxxx.c * Adds VIA VT8237S support

[PATCH 15/15] ide: add ide_tune_dma() helper

[PATCH] ide: add ide_tune_dma() helper After reworking the code responsible for selecting the best DMA transfer mode it is now possible to add generic ide_tune_dma() helper. Convert some IDE PCI host drivers to use it (the ones left need more work). Signed-off-by: Bartlomiej Zolnierkiewicz

[PATCH 14/15] ide: rework the code for selecting the best DMA transfer mode

[PATCH] ide: rework the code for selecting the best DMA transfer mode Depends on the "ide: fix UDMA/MWDMA/SWDMA masks" patch. * add ide_hwif_t.filter_udma_mask hook for filtering UDMA mask (use it in alim15x3, hpt366, siimage and serverworks drivers) * add ide_max_dma_mode() for finding best

[PATCH 10/15] ide: add ide_set_dma() helper

[PATCH] ide: add ide_set_dma() helper * add ide_set_dma() helper and make ide_hwif_t.ide_dma_check return -1 when DMA needs to be disabled (== need to call ->ide_dma_off_quietly) 0 when DMA needs to be enabled (== need to call ->ide_dma_on) 1 when DMA setting shouldn't be changed * fix

[PATCH 11/15] ide: make ide_hwif_t.ide_dma_{host_off,off_quietly} void

[PATCH] ide: make ide_hwif_t.ide_dma_{host_off,off_quietly} void * since ide_hwif_t.ide_dma_{host_off,off_quietly} always return '0' make these functions void and while at it drop "ide_" prefix * fix comment for __ide_dma_off_quietly() * make __ide_dma_{host_off,off_quietly,off}() void and drop

[PATCH 7/15] piix: cleanup

[PATCH] piix: cleanup * disable DMA masks if no_piix_dma is set and remove now not needed no_piix_dma_check from piix_config_drive_for_dma() * there is no need to read register 0x55 in init_hwif_piix() * move cable detection code to piix_cable_detect() * remove unreachable 82371MX code from

[PATCH 5/15] hpt34x: hpt34x_tune_chipset() (->speedproc) fix

[PATCH] hpt34x: hpt34x_tune_chipset() (->speedproc) fix * remember to clear reg2 bits for the current device before setting mode * remove no longer needed hpt34x_clear_chipset() Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> --- drivers/ide/pci/hpt34x.c | 17 +

[PATCH 4/15] ide: convert ide_hwif_t.mmio into flag

[PATCH] ide: convert ide_hwif_t.mmio into flag All users of ->mmio == 1 are gone so convert ->mmio into flag. Noticed by Alan Cox. Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> --- drivers/ide/arm/icside.c |2 +- drivers/ide/arm/rapide.c |2 +-

[PATCH 1/15] ACPI support for IDE devices

[PATCH] ACPI support for IDE devices This patch implements ACPI integration for generic IDE devices. The ACPI spec mandates that some methods are called during suspend and resume. And consequently there most modern Laptops cannot resume properly without it. According to the spec, we should call

[PATCH 0/15] IDE quilt tree updated

Hi, I've just updated IDE quilt tree: http://kernel.org/pub/linux/kernel/people/bart/pata-2.6/patches/ New patches: * IDE driver for Delkin/Lexar/ASKA/Workbit/etc. CardBus CF adapters (Mark Lord <[EMAIL PROTECTED]>) * ACPI support for IDE devices (Hannes Reinecke <[EMAIL

Re: NTFS

> On Fri, 19 Jan 2007 00:27:17 +0100 (CET) Grzegorz Kulewski <[EMAIL > PROTECTED]> wrote: > On Thu, 18 Jan 2007, Andrew Morton wrote: > >> On Thu, 18 Jan 2007 22:38:13 + Christoph Hellwig <[EMAIL PROTECTED]> > >> wrote: > >> On Thu, Jan 18, 2007 at 02:35:06PM -0800, Andrew Morton wrote: >

Re: EDAC chipkill messages

Orion Poplawski wrote: Can someone please explain to me what these mean? EDAC k8 MC1: general bus error: participating processor(local node origin), time-out(no timeout) memory transaction type(generic read), mem or i/o(mem access), cache level(generic) EDAC MC1: CE page 0xfbf6f, offset

Re: SATA exceptions with 2.6.20-rc5

I heard from Larry Walton who was apparently seeing this problem as well. He tried my recent "sata_nv: cleanup ADMA error handling v2" patch and originally thought it fixed the problem, but it turned out to only make it happen less often. I wouldn't expect that patch to have an effect on this

Linux 2.6.16.38-rc2

Security fixes since 2.6.16.37: - CVE-2006-4814: Fix incorrect user space access locking in mincore() - CVE-2006-5173: i386: save/restore eflags in context switch - CVE-2006-5749: Call init_timer() for ISDN PPP CCP reset state timer - CVE-2006-5755: x86_64: Don't leak NT bit into next task -

Re: Questions on PCI express AER support in HBA driver

On Thu, Jan 18, 2007 at 11:46:21AM -0800, Allexio Ju wrote: > Hi, > > I've got some questions on supporting PCI Express AER in Linux HBA drivers. > BTW, I'm developing SCSI HBA driver. [...] > What else does SCSI LLD driver need to changed? There are several scsi controllers that handle pci

Re: [PATCH] rdmsr_on_cpu, wrmsr_on_cpu

Andi Kleen wrote: HOWEVER -- and this is where things get gnarly -- the CPUID and MSR drivers would really like to be able to execute CPUID, WRMSR and RDMSR with the entire GPR register set (except the stack pointer) pre-set and post-captured, since it's highly likely that there are going to be

Re: NTFS

On Thu, 18 Jan 2007, Andrew Morton wrote: On Thu, 18 Jan 2007 22:38:13 + Christoph Hellwig <[EMAIL PROTECTED]> wrote: On Thu, Jan 18, 2007 at 02:35:06PM -0800, Andrew Morton wrote: Cool. That means ->put_inode is gone in -mm. Andrew, what are the plans for sending the patches to make the

Re: data corruption with nvidia chipsets and IDE/SATA drives (k8 cpu errata needed?)

On Thursday 18 January 2007 22:00, Erik Andersen wrote: > I just tried again and while using iommu=soft does avoid the > corruption problem, as with previous kernels with 2.6.20-rc5 > using iommu=soft still makes my pcHDTV HD5500 DVB cards not work. This must be some separate bug and needs to be

Re: [PATCH] rdmsr_on_cpu, wrmsr_on_cpu

> HOWEVER -- and this is where things get gnarly -- the CPUID and MSR > drivers would really like to be able to execute CPUID, WRMSR and RDMSR > with the entire GPR register set (except the stack pointer) pre-set and > post-captured, since it's highly likely that there are going to be >

Re: [PATCH] Print number of oopses in Sysrq-P output

On Friday 19 January 2007 04:05, Alexey Dobriyan wrote: > @@ -292,9 +292,11 @@ __setup("idle=", idle_setup); > void show_regs(struct pt_regs * regs) > { > unsigned long cr0 = 0L, cr2 = 0L, cr3 = 0L, cr4 = 0L; > + extern int die_counter; externs should always be in some .h file, never

[PATCH 2.6.20-rc5] Gigaset ISDN driver error handling fixes (resend)

My apologies if anyone is getting this more than once. I still haven't seen it appear on the list after two attempts, so I'm sending it again, this time through a different server. Subject: [PATCH] Gigaset ISDN driver error handling fixes From: Tilman Schmidt <[EMAIL PROTECTED]> Fix several

EDAC chipkill messages

Can someone please explain to me what these mean? EDAC k8 MC1: general bus error: participating processor(local node origin), time-out(no timeout) memory transaction type(generic read), mem or i/o(mem access), cache level(generic) EDAC MC1: CE page 0xfbf6f, offset 0x4d0, grain 8, syndrome

Re: NTFS

> On Thu, 18 Jan 2007 22:38:13 + Christoph Hellwig <[EMAIL PROTECTED]> > wrote: > On Thu, Jan 18, 2007 at 02:35:06PM -0800, Andrew Morton wrote: > > > Cool. That means ->put_inode is gone in -mm. Andrew, what are the > > > plans for sending the patches to make the ext2 preallocation work >

Re: 2.6.20-rc5: known unfixed regressions

On Wed, Jan 17, 2007 at 14:43:29 +1100, David Chinner wrote: ... > > > Subject: BUG: at mm/truncate.c:60 cancel_dirty_page() (XFS) > > > References : http://lkml.org/lkml/2007/1/5/308 > > > Submitter : Sami Farin <[EMAIL PROTECTED]> > > > Handled-By : David Chinner <[EMAIL PROTECTED]> > > >

Re: [PATCH] msr.c: use smp_call_function_single()

Alexey Dobriyan wrote: It will execute rdmsr and wrmsr only on the cpu we need. Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]> This is good, but a bit incomplete; see other message recently posted to LKML. Since this affects paravirtualization I want to minimize the number of changes.

Re: data corruption with nvidia chipsets and IDE/SATA drives (k8 cpu errata needed?)

On Friday 19 January 2007 08:57, Chip Coldwell wrote: > But it still might be a reasonable thing to do to test the theory that > the problem is cache coherency across the graphics aperture, even if > it isn't a long-term solution for the problem. I suspect it would disturb timing so badly that

Re: problems with latest smbfs changes on 2.4.34 and security backports

On Wed, Jan 17, 2007 at 10:55:19PM +0100, Willy Tarreau wrote: > Dann, do you still have your samba server ready to try to reproduce this > problem ? Also, there are very suspect lines right there in the patch : I can set it up again, hopefully have some feedback by tomorrow. -- dann frazier -

Re: NTFS

On Thu, Jan 18, 2007 at 02:35:06PM -0800, Andrew Morton wrote: > > Cool. That means ->put_inode is gone in -mm. Andrew, what are the > > plans for sending the patches to make the ext2 preallocation work > > like ext3 to Linus? > > Cautious. I'm not sure that we ever want to merge them,

Re: [PATCH 2.6.20-rc5 4/4] sys_futex64 : allows 64bit futexes

On Thu, Jan 18, 2007 at 08:45:56AM +0100, Ingo Molnar wrote: > actually, we have a big multiplexer there already, so it's only > symmetric. Nothing is served by doing it half-assed. I raised the issue > of the multiplexer back when the first futex API was merged (years ago), > and it was

Re: [PATCH 2.6.20-rc5 4/4] sys_futex64 : allows 64bit futexes

On Thu, Jan 18, 2007 at 08:45:56AM +0100, Ingo Molnar wrote: > include/asm-i386/futex.h: > > switch (cmp) { > case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break; > case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break; > case

Re: [PATCH] Kwatch: kernel watchpoints using CPU debug registers

On Thu, Jan 18, 2007 at 08:31:59AM +0100, Ingo Molnar wrote: > > * Christoph Hellwig <[EMAIL PROTECTED]> wrote: > > > > I'll be happy to move this over to the utrace setting, once it is > > > merged. Do you think it would be better to include the current > > > version of kwatch now or to wait

Re: Ext3 mounted as ext2 but journal still in effect.

>> You were right, even after making the changes, it seems to be >> telling lies: >> >> # mount >> /dev/hda2 on / type ext2 (rw,usrquota) Roughly speaking: /etc/mtab shows you what you said to mount. /proc/mounts shows what the current kernel state is. These may differ greatly. For all

Re: [PATCH/RFC 2.6.21] ehca: ehca_uverbs.c: refactor ehca_mmap() for better readability

On Thu, Jan 18, 2007 at 10:56:01AM -0800, Roland Dreier wrote: > I've kind of lost the plot here. How does this patch fit in with the > previous series of patches you posted? Does it replace them or go on > top of them? It's a cleanup ontop of the actual fix. - To unsubscribe from this list:

Re: NTFS

On Thu, Jan 18, 2007 at 10:25:50AM +, Anton Altaparmakov wrote: > Hi Linus, please pull from > > git://git.kernel.org/pub/scm/linux/kernel/git/aia21/ntfs-2.6.git > > This NTFS update fixes the deadlock reported by Sergey Vlasov in > ntfs_put_inode(). > > The fix was to remove

Re: configfs: return value for drop_item()/make_item()?

On Thu, Jan 18, 2007 at 01:50:20PM +0100, Michael Noisternig wrote: > did you get my last reply? I hope you still consider it to be worthwhile > to comment on. :) I didn't get it, I'm sorry. I wonder what happened. Did you send it to me, linux-kernel, or both (both is preferred). > And

Re: [PATCH] rdmsr_on_cpu, wrmsr_on_cpu

Alexey Dobriyan wrote: There was OpenVZ specific bug rendering some cpufreq drivers unusable on SMP. In short, when cpufreq code thinks it confined itself to needed cpu by means of set_cpus_allowed() to execute rdmsr, some "virtual cpu" feature can migrate process to anywhere. This triggers

Re: Kernel headers - linux-atm userspace build broken by recent change; __be16 undefined

it might be that the userspace code shouldnt be including if_arp.h. can you try that instead? In message <[EMAIL PROTECTED]>,Andrew Walrond writes: >Don't know exactly when this change went in, but it's not in 2.6.18.3 >and is in 2.6.19.2+ > > $ diff linux/include/linux/if_arp.h

Re: uClibc - waitid()

You're asking the wrong list. Try the uClibc list at uclibc.org. glibc and uClibc provide C APIs to kernel system calls. uClibc doesn't implement all features that glibc supports - there are several kernel APIs that uClibc doesn't expose. Ask the uClibc folk for advice. -- James Chapman

Re: intel-agp PM experiences (was: 2.6.20-rc5: usb mouse breaks suspend to ram)

Hi. On Thu, 2007-01-18 at 12:51 +0100, Andreas Mohr wrote: [...] > All in all intel-agp code semi-shattered my universe. > I didn't expect to find all these issues in rather important core code > for a wide-spread chipset vendor - it doesn't even log an > "unhandled chipset: resuming may fail,

Re: data corruption with nvidia chipsets and IDE/SATA drives (k8 cpu errata needed?)

On Thu, 18 Jan 2007, Andi Kleen wrote: The Northbridge guarantees coherency over the aperture, but only if the caching attributes match. That's interesting. Makes sense, I suppose. You would need to change_page_attr() every kernel address that is mapped into the IOMMU to use an uncached

[2.6 patch] drivers/net/irda/vlsi_ir.{h,c}: remove kernel 2.4 code

This patch removes kernel 2.4 compatibility code. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- drivers/net/irda/vlsi_ir.c | 16 drivers/net/irda/vlsi_ir.h | 33 - 2 files changed, 8 insertions(+), 41 deletions(-) ---

[-mm patch] fs/unionfs/: possible cleanups

On Thu, Jan 11, 2007 at 10:26:27PM -0800, Andrew Morton wrote: >... > - Added the unionfs filesystem driver as git-unionfs.patch (Josef "Jeff" > Sipek <[EMAIL PROTECTED]>) >... > Changes since 2.6.20-rc3-mm1: >... > git-unionfs.patch >... > git trees >... Let's start with a small exercise:

[2.6 patch] arch/i386/kernel/alternative.c should #include

Every file should include the headers containing the prototypes for it's global functions. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 4 Jan 2007 --- linux-2.6.20-rc2-mm1/arch/i386/kernel/alternative.c.old 2007-01-03 23:13:18.0 +0100 +++

[2.6 patch] proper prototype for tosh_smm()

This patch adds a proper prototype for tosh_smm() to include/linux/toshiba.h Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 4 Jan 2007 drivers/video/neofb.c |1 - include/linux/toshiba.h |2 ++ 2 files changed, 2 insertions(+), 1 deletion(-)

Re: [PATCH] Make CARDBUS_MEM_SIZE and CARDBUS_IO_SIZE customizable

> On Thu, 18 Jan 2007 16:03:38 + Ralf Baechle <[EMAIL PROTECTED]> wrote: > On Fri, Jan 19, 2007 at 12:23:46AM +0900, Atsushi Nemoto wrote: > > > CARDBUS_MEM_SIZE was increased to 64MB on 2.6.20-rc2, but larger size > > might result in allocation failure for the reserving itself on some > >

Re: [patch] faster vgetcpu using sidt (take 2)

> let me know what you think... thanks. It's ok, although I would like to have the file in a separate directory. -Andi - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at

Re: Vectored AIO breakage for sockets and pipes ?

I'm not sure what the best way to fix this is. One option is to always make a copy of the iovec and pass that down. Any other thoughts ? Can we use this as another motivation to introduce an iovec container struct instead of passing a raw iov/seg? The transition could turn hand-rolled

Re: "obsolete" versus "deprecated", and a new config option?

Robert P. J. Day wrote: that's entirely a judgment call on the part of the code's maintainer. if something is both obsolete and broken, then make it depend on *both* OBSOLETE and BROKEN if you want. no big deal. Yup. OBSOLETE = might be broken, no one is planning to maintain it. BROKEN =

[PATCH 5/5] eCryptfs: convert lookup_one_len() to lookup_one_len_nd()

Call the new lookup_one_len_nd() rather than lookup_one_len(). This fixes an oops when stacked on NFS. Note that there are still some issues with eCryptfs on NFS having to do with directory deletion (I'm not getting an oops, just an -EBUSY). Signed-off-by: Michael Halcrow <[EMAIL PROTECTED]>

[PATCH 4/5] eCryptfs: add flush_dcache_page() calls

On Tue, Jan 09, 2007 at 02:42:03PM -0800, Andrew Morton wrote: > On Tue, 9 Jan 2007 16:23:37 -0600 > Michael Halcrow <[EMAIL PROTECTED]> wrote: > > + set_header_info(page_virt, crypt_stat); > > + } > > The kernel must always run

[PATCH 3/5] eCryptfs: open-code flag checking and manipulation

Open-code flag checking and manipulation. Signed-off-by: Michael Halcrow <[EMAIL PROTECTED]> Signed-off-by: Trevor Highland <[EMAIL PROTECTED]> --- fs/ecryptfs/crypto.c | 37 +++-- fs/ecryptfs/debug.c |6 +++---

[PATCH 2/5] eCryptfs: convert kmap() to kmap_atomic()

On Tue, Jan 09, 2007 at 02:42:03PM -0800, Andrew Morton wrote: > On Tue, 9 Jan 2007 16:23:37 -0600 > Michael Halcrow <[EMAIL PROTECTED]> wrote: > > > + page_virt = (char *)kmap(page); > > Do we _have_ to use kmap here? It's slow and theoretically > deadlocky.

[PATCH 1/5] eCryptfs: convert f_op->write() to vfs_write()

Andrew Morton wrote: > On Tue, 9 Jan 2007 16:22:55 -0600 > Michael Halcrow <[EMAIL PROTECTED]> wrote: > > > + lower_file->f_op->write(lower_file, (char __user *)page_virt, > > + PAGE_CACHE_SIZE, _file->f_pos); > > hm. sys_write() takes a local copy of f_pos and writes that back > into the struct

Kernel headers - linux-atm userspace build broken by recent change; __be16 undefined

Don't know exactly when this change went in, but it's not in 2.6.18.3 and is in 2.6.19.2+ $ diff linux/include/linux/if_arp.h linux-2.6/include/linux/if_arp.h 133,134c133,134 < unsigned short ar_hrd; /* format of hardware address */ < unsigned short ar_pro; /*

[PATCH] 9p: update documentation regarding server applications

Update the documentation to cover using Inferno as a server for 9p and to include information about spfs (a stable single-threaded stand-alone 9p server). Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]> --- Documentation/filesystems/9p.txt | 20 +--- 1 files changed, 17

[GIT PULL] More hwmon updates for 2.6.20

Hi Linus, Please pull the late hwmon subsystem updates for Linux 2.6.20 from: git://jdelvare.pck.nerim.net/jdelvare-2.6 hwmon-for-linus They fix several problems that were found in the new w83793 hardware monitoring driver. Documentation/hwmon/w83793 |8 +-- drivers/hwmon/hwmon-vid.c |

[2.6 patch] arch/arm26/kernel/entry.S: remove dead code

CONFIG_ALIGNMENT_TRAP is never set on arm26. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- arch/arm26/kernel/entry.S | 10 -- 1 file changed, 10 deletions(-) --- linux-2.6.20-rc4-mm1/arch/arm26/kernel/entry.S.old 2007-01-18 22:08:51.0 +0100 +++

Re: [RFC] pci_bus conversion to struct device

Hello! > So, if it were to stay, where in the tree should it be? Hanging off of > the pci device that is the bridge? Or just placing these files within > the pci device directory itself, as it is the bridge. I originally didn't realize that we already represent devices on the subordinate bus

[RESEND][PATCH] 9p: fix rename return code

9p doesn't handle renames between directories -- however, we were returning EPERM instead of EXDEV when we detected this case. Signed-off-by: Eric Van Hensbergren <[EMAIL PROTECTED]> --- fs/9p/vfs_inode.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/fs/9p/vfs_inode.c

Re: Questions on PCI express AER support in HBA driver

What are the expected changes on SCSI LLD driver in regards to PCIE AER supporting? I understood that the driver need to call following APIs during probing to enable AER support for the device, --- if (pci_find_aer_capability(dev)) { pci_enable_pcie_error_reporting(dev); } --- What else does

  1   2   3   4   5   >