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
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 be
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 whethe
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 data
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
> > >
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 & S_IRWXUG
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
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 paravirt-xen/
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
incl
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 CA
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 nits
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 brin
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 ver
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 config
(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 path.
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
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
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
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
+
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
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 (pci_find_aer_capability(
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 -v
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
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 typ
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 914e26379decf1fd984b22e51fd2e
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
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 specified
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);
> +
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 ofte
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 concept
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 Hypervis
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 feat
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 allowin
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 want/need
[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] 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 ++---
drivers/ide/pci
[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 ++--
1
[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] 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] 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 | 2
[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] 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 <[EMA
[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 D
[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 ID
[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] 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 init
[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 +
1
[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 +-
drivers/ide/cris
[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 '
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 PROTECTED
> 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:
> >>>
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 0x4d0,
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
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
- CVE-20
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 erro
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
n
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 e
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
> 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
> nonstandar
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
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 flaws
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 0xc8f
> 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
> >
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]>
> > > S
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.
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 it
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
-
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, really
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 rejecte
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 FUTEX
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
>> 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 filesys
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: se
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 ntfs_put_inode(
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
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
bugon
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 linux-2.6/includ
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
Katal
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, p
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 ap
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(-)
--- linux-2.6.20-rc4-m
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:
C
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
+++ lin
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(-)
--
> 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
> > pla
> 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 http://vger.kernel.org/majordomo-i
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 fun
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 = kn
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]>
---
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 flush_dcac
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 +++---
fs/ecryptfs/ecryptfs_kerne
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. kmap_atomic
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, &lower_file->f_pos);
>
> hm. sys_write() takes a local copy of f_pos and writes that back
> into the st
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; /* fo
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 i
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 |
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
+++ linux-2.6.20-rc4-mm1/arc
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 as
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
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 SC
1 - 100 of 238 matches
Mail list logo