On Wed, 6 Jun 2007 21:32:36 +0200 Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
> Hello,
>
> This is from my P4 sony vaio laptop.
>
> These warnings still there:
>
> drivers/input/keyboard/Kconfig:170:warning: 'select' used by config symbol
> 'KEYBOARD_ATARI' refers to undefined symbol
On Wed, 6 Jun 2007, Jesse Barnes wrote:
On some machines, buggy BIOSes don't properly setup WB MTRRs to
cover all available RAM, meaning the last few megs (or even gigs)
of memory will be marked uncached. Since Linux tends to allocate
from high memory addresses first, this causes the machine
On Thu, Jun 07, 2007 at 12:40:58AM +0800, jidong xiao wrote:
> I found there is such a kernel symbol ".text.lock.spinlock",
> for example,
> # cat /proc/kallsyms | grep spinlock
> 8011e440 T bust_spinlocks
> 802d00fc t .text.lock.spinlock
> 8832ae20 d state_spinlock
On Tue, Jun 05, 2007 at 09:50:15PM +0200, Ingo Molnar wrote:
> Matt, could you run this for 1-2 minutes and send us the sched_debug.txt
> output?
http://selenic.com/sched_debug.txt.gz
--
Mathematics is the supreme nostalgia of our time.
-
To unsubscribe from this list: send the line
On Wed, Jun 06, 2007 at 01:17:44PM -0700, Kok, Auke wrote:
> well the sparse warning is about signedness. Either sparse needs to "know"
> that bool is unsigned, or the kernel headers need to somehow make bool
> unsigned... the latter choice would come down to just that, but it doesn't
> look
On Tue, Jun 05, 2007 at 09:08:06PM +0200, Ingo Molnar wrote:
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > Matt, could you send me your .config too? Maybe i can reproduce it
> > with your config.
>
> ok, got it (off-list) and you seem to have the default HZ=250. Could you
> change it to
Richard Knutsson wrote:
Kok, Auke wrote:
I'm experimenting with using the generic bool type and using sparse I
get tons of these messages:
warning: incorrect type in argument 4 (different signedness)
expected bool [unsigned] [usertype] *[unsigned] success
got bool *
I'm not really
On Wed, 06 Jun 2007 20:48:45 +0200 Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Andrew Morton pisze:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
> >
>
> Kay, your patch gregkh-driver-block-device.patch breaks Fedora 7 initrd
>
>>> The original patch contained also this lines (that I omitted):
>>> + /* JMicron-specific fixup: make sure we're in AHCI mode */
>>> + if (pdev->vendor == 0x197b)
>>> + pci_write_config_byte(pdev, 0x41, 0xa1);
>> NAK. Don't omit obviously needed lines, if you are
On Wed, 2007-06-06 at 20:03 +0300, Raz Ben-Jehuda(caro) wrote:
> If my understanding ( from "see : understand the linux
> kernel" page 310 ) , a different kernel component holds this window. A
> fact which is quite strange in the case of KM_SKB_SUNRPC_DATA. I have
> nothing that uses it.
On Wed, 2007-06-06 at 12:50 -0700, Ollie Wild wrote:
> On 6/6/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > PA-RISC will still need it, right?
>
> Originally, I thought since the PA-RISC stack grows up, we'd want to
> place the stack at the bottom of memory and have copy_strings() and
>
Eliminate UltraATA/133 support for HPT374 -- the chip isn't capable of this mode
according to the manual, and doesn't even seem to tolerate 66 MHz DPLL clock...
Signed-off-by: Sergei Shtylyov <[EMAIL PROTECTED]>
---
drivers/ide/pci/hpt366.c |8
1 files changed, 4 insertions(+), 4
On Wed, Jun 06, 2007 at 09:36:48PM +0200, Jens Axboe wrote:
> On Tue, Jun 05 2007, Takashi Iwai wrote:
> > At Tue, 5 Jun 2007 15:25:07 +0200 (MEST),
> > Jan Engelhardt wrote:
> > >
> > >
> > > >> > >Well, I find the change of CONFIG_SND to menuconfig is fine, too.
> > > >> > >But
On 6/6/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
PA-RISC will still need it, right?
Originally, I thought since the PA-RISC stack grows up, we'd want to
place the stack at the bottom of memory and have copy_strings() and
friends work in the opposite direction. It turns out, though, that
This is a note to let you know that we have just queued up the patch titled
Subject: sysfs: store sysfs inode nrs in s_ino to avoid readdir oopses
to the 2.6.21-stable tree. Its filename is
sysfs-store-sysfs-inode-nrs-in-s_ino-to-avoid-readdir-oopses.patch
A git repo of this tree
On Wed, 6 Jun 2007 09:30:53 -0700 William Lee Irwin III <[EMAIL PROTECTED]>
wrote:
>> Something brings down i386/qemu before even earlyprintk can handle.
>> Bisection has narrowed it down to patch 1140 after everything got
>> renumbered by peterz' fix for
On Wed, Jun 06, 2007 at 11:58:29AM -0700, Darrick J. Wong wrote:
> On Tue, Jun 05, 2007 at 06:37:59PM -0700, Siddha, Suresh B wrote:
> > On Tue, Jun 05, 2007 at 04:57:07PM -0700, Darrick J. Wong wrote:
> > > On Tue, Jun 05, 2007 at 02:14:51PM -0700, Siddha, Suresh B wrote:
> > >
> > > > Can you
On Tue, Jun 05 2007, Takashi Iwai wrote:
> At Tue, 5 Jun 2007 15:25:07 +0200 (MEST),
> Jan Engelhardt wrote:
> >
> >
> > >> > >Well, I find the change of CONFIG_SND to menuconfig is fine, too.
> > >> > >But CONFIG_SND_PCI_DRIVERS and others don't make much sense to me.
> > >> > >How is it useful
Hello,
I've got a "little" SUN V40Z database machine. It's a 4 way dual core AMD
Opteron with 20 GB of ram, 4 GB swap and a cassini network driver.
If I'm trying to do a "database restore" over the network, the machine
always crashes :-(.
Database restore means: there are 4 files, each having a
On some machines, buggy BIOSes don't properly setup WB MTRRs to
cover all available RAM, meaning the last few megs (or even gigs)
of memory will be marked uncached. Since Linux tends to allocate
from high memory addresses first, this causes the machine to be
unusably slow as soon as the kernel
On Wed, 2007-06-06 at 19:06 +0200, Peter Zijlstra wrote:
> On Wed, 2007-06-06 at 09:35 -0700, William Lee Irwin III wrote:
> > On Wed, Jun 06, 2007 at 05:26:49PM +0100, Mel Gorman wrote:
> > > I do not believe this is Nick's problem. I encountered the same issue and
> > > the bisect ended up here;
The long return value of rmode_tss_base is truncated by its declared
return type of int.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
drivers/kvm/vmx.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: kvm/drivers/kvm/vmx.c
On Tue, Jun 05, 2007 at 07:35:02AM +0200, Sam Ravnborg wrote:
> > WARNING: drivers/built-in.o(.data.rel+0x1a80): Section mismatch: reference
> > to .init.text:serial8250_console_setup (between 'serial8250_console' and
> > '__param_arr_probe_rsa')
I wondered why this one showed up on alpha but
This patch makes CIFS honour a process' umask like other filesystems.
Of course the server is still free to munge the permissions if it wants
to; but the client will send the "right" permissions to begin with.
A few caveats;
1) It only applies to filesystems that have CAP_UNIX (aka support unix
Kok, Auke wrote:
I'm experimenting with using the generic bool type and using sparse I
get tons of these messages:
warning: incorrect type in argument 4 (different signedness)
expected bool [unsigned] [usertype] *[unsigned] success
got bool *
I'm not really worried about this, I
On Wed, Jun 06, 2007 at 08:06:25PM +0200, Pierre Ossman wrote:
>
> I'm afraid I have little experience with PXA. Perhaps you can find
> someone on the linux arm kernel mailing list with more insight?
I already asked for.
> Sounds like a fairly common card. Cards so broken that they give an
>
MSI interrupt handler registrations and fault handling support
for Intel-IOMMU hadrware.
Signed-off-by: Anil S Keshavamurthy <[EMAIL PROTECTED]>
---
Documentation/Intel-IOMMU.txt | 17 +++
arch/x86_64/kernel/io_apic.c | 59
drivers/pci/intel-iommu.c | 194
This config option (DMAR_FLPY_WA) sets up 1:1 mapping for the
floppy device so that the floppy device which does not use
DMA api's will continue to work.
Signed-off-by: Anil S Keshavamurthy <[EMAIL PROTECTED]>
---
arch/x86_64/Kconfig | 10 ++
drivers/pci/intel-iommu.c |
When we fix all the opensource gfx drivers to use the DMA api's,
at that time we can yank this config options out.
Signed-off-by: Anil S Keshavamurthy <[EMAIL PROTECTED]>
---
Documentation/Intel-IOMMU.txt |5 +
arch/x86_64/Kconfig | 11 +++
arch/x86_64/kernel/e820.c
This code implements a generic IOVA allocation and
management. As per Dave's suggestion we are now allocating
IO virtual address from Higher DMA limit address rather
than lower end address and this eliminated the need to preserve
the IO virtual address for multiple devices sharing the
When devices are under a p2p bridge, upstream
transactions get replaced by the device id of the bridge as it owns the
PCIE transaction. Hence its necessary to setup translations on behalf of the
bridge as well. Due to this limitation all devices under a p2p share the same
domain in a DMAR.
We
Introduce intel_iommu=forcedac commandline option.
This option is helpful to verify the pci device capability
of handling physical dma'able address greater than 4G.
Signed-off-by: Anil S Keshavamurthy <[EMAIL PROTECTED]>
---
Documentation/kernel-parameters.txt |7 +++
This patch adds support for early detection and parsing of DMAR's
reported to OS via ACPI tables.
Signed-off-by: Anil S Keshavamurthy <[EMAIL PROTECTED]>
---
arch/x86_64/Kconfig | 11 +
drivers/pci/Makefile |3
drivers/pci/dmar.c| 318
Introduce the size param for clflush_cache_range().
Signed-off-by: Anil S Keshavamurthy <[EMAIL PROTECTED]>
---
arch/x86_64/mm/pageattr.c |6 +++---
include/asm-x86_64/cacheflush.h |1 +
2 files changed, 4 insertions(+), 3 deletions(-)
Index:
Sorry for the resend as my previous posting did not make
it to several people.
Hi,
We are pleased to announce the revised version of
the Intel IOMMU driver. This driver incorporates several
feedback received from Anid Kleen, David Miller and
several others.
Most notable changes from
Signed-off-by: Anil S Keshavamurthy <[EMAIL PROTECTED]>
---
include/linux/respool.h | 43 +
lib/Makefile|1
lib/respool.c | 222
3 files changed, 266 insertions(+)
Index:
On Wed, 2007-06-06 at 12:06 -0700, Ollie Wild wrote:
> On 6/5/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > Provide functions for moving page tables upwards.
>
> Now that we're initializing the temporary stack location to
> STACK_TOP_MAX, do we still need move_page_tables_up() for variable
>
Hi,
drivers/media/dvb/b2c2/flexcop-dma.c uses the PCI DMA API, but DVB_B2C2_FLEXCOP
doesn't depend on PCI, causing the following problem on PCI-less systems:
| linux/drivers/media/dvb/b2c2/flexcop-dma.c:20: warning: implicit declaration
of function 'pci_alloc_consistent'
|
On Wed, Jun 06 2007, Raz Ben-Jehuda(caro) wrote:
> Hello
>
> I am running into some problems with kmap_atomic in my driver.
> My driver copies some pages coming from
> user space to "kernel space kmalloc'ed memory".
> I had this code running from 2.6.5 to 2.6.17 without any problems.
> I have
On Tuesday 05 June 2007 09:29:11 pm Andrey Borzenkov wrote:
> On Wednesday 06 June 2007, Bjorn Helgaas wrote:
> > Something's wrong with this strategy. The BIOS is telling us that an
> > SMCf010 device is present, active, and responds at io ports 0x100-0x107
> > and 0x2e8-0x2ef. The fact that it
Andrew Morton wrote:
> On Wed, 06 Jun 2007 19:18:58 +0100 Andy Whitcroft <[EMAIL PROTECTED]> wrote:
>
http://frugalware.org/~crazy/other/mm/2.6.22-rc4-mm1/config
Regards,
Gabriel
>>> Presumably because:
>>>
>>> # CONFIG_PCI_GOMMCONFIG is not set
>>>
>>> I'll cook up a
On 6/5/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
Provide functions for moving page tables upwards.
Now that we're initializing the temporary stack location to
STACK_TOP_MAX, do we still need move_page_tables_up() for variable
length argument support? I originally added it into
On Wed, Jun 06, 2007 at 07:50:26PM +0200, Sam Ravnborg wrote:
[]
> > Many things in XXI century still can be done by tools founded 20-30
> > years ago. Why not try to?
>
> Because your shell script is unreadable by normal human beings[*]
> while the perl script for people with a bit of perl fu
On 6/6/07, Carsten Otte <[EMAIL PROTECTED]> wrote:
Jared Hulbert wrote:
> (2) failed with the following messages. (This wasn't really busybox.
> It was xxd, not statically link, hence the issue with ld.so)
Could you try to figure what happend to subject page before? Was it
subject to copy on
On Wed, Jun 06, 2007 at 11:29:30AM -0700, Kok, Auke wrote:
> alternatively we might need to reconsider the `typedef _Bool bool;`
> declaration and force it to be unsigned. I'm not sure what to think of that.
That's the C99 standard declaration IIRC. Probably just need to __force
it to something
On Tue, Jun 05, 2007 at 06:37:59PM -0700, Siddha, Suresh B wrote:
> On Tue, Jun 05, 2007 at 04:57:07PM -0700, Darrick J. Wong wrote:
> > On Tue, Jun 05, 2007 at 02:14:51PM -0700, Siddha, Suresh B wrote:
> >
> > > Can you send us your system's dmesg aswell as output of /proc/interrupts?
> >
> >
This patch fixes a possible kernel panic due to not checking the vlan group
when processing received VLAN packets and a malfunction in VLAN/hypervisor
registration.
Signed-off-by: Thomas Klein <[EMAIL PROTECTED]>
---
diff -Nurp -X dontdiff linux-2.6.22-rc4/drivers/net/ehea/ehea.h
Andrew Morton pisze:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
Kay, your patch gregkh-driver-block-device.patch breaks Fedora 7 initrd
http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.22-rc4-mm1/initrd.jpg
Please fix it ASAP, I can't
The embedded people already use them
on flash which is a little dumb, but now we add even more cludge for
a non-block based access.
Please justify your assertion that using cramfs on flash is dumb.
What would be not dumb? In an embedded system with addressable Flash
the linear addressing
On Wed, Jun 06, 2007 at 05:05:34PM +0200, Christoph Pleger wrote:
> I found out that the filenames are the same, but the size of the files
> differs very much. I found a module file in the new directory that was
> almost five times as large as the file with the same name in the old
> directory.
Geert Uytterhoeven wrote:
> On Tue, 29 May 2007, Andy Whitcroft wrote:
>> As a first step package up the current state of the patch style
>> checker and include it in the kernel tree. Add instructions
>> suggesting running it on submissions. This adds version v0.01 of
>
Adrian Bunk wrote:
>
> This patch contains the following cleanups:
> - make the following needlessly global functions static:
> - core.c: mmc_schedule_delayed_work()
> - core.c: mmc_flush_scheduled_work()
> - removes the prototope of the following non-existing function:
> - core.h:
I'm experimenting with using the generic bool type and using sparse I get tons
of these messages:
warning: incorrect type in argument 4 (different signedness)
expected bool [unsigned] [usertype] *[unsigned] success
got bool *
I'm not really worried about this, I assume that sparse
On Wed, 06 Jun 2007 19:18:58 +0100 Andy Whitcroft <[EMAIL PROTECTED]> wrote:
> >> http://frugalware.org/~crazy/other/mm/2.6.22-rc4-mm1/config
> >>
> >> Regards,
> >>
> >> Gabriel
> >
> > Presumably because:
> >
> > # CONFIG_PCI_GOMMCONFIG is not set
> >
> > I'll cook up a patch later today.
>
On Wed, Jun 06, 2007 at 09:07:16AM -0700, Jared Hulbert wrote:
> I estimate something on the order 5-10 million Linux phones use
> something similar to these patches. I wonder if there are that many
> provable users of of the simple cramfs. This is where the community
> has taken cramfs.
This
Badari Pulavarty <[EMAIL PROTECTED]> writes:
>
> -- Shared Memory Segments
> keyshmid owner perms bytes nattch status
> 0x 884737 db2inst1 76733554432 13
> 0x 950275 db2fenc1 70123052288 13
>
> There is no
Andrew Morton napsal(a):
> On Wed, 06 Jun 2007 17:34:16 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote:
>
>> Mikael Pettersson napsal(a):
>>> On Wed, 06 Jun 2007 15:04:00 +0200, Jiri Slaby wrote:
Andrew Morton napsal(a):
>
William Lee Irwin III wrote:
> On Wed, Jun 06, 2007 at 02:07:37AM -0700, Andrew Morton wrote:
>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
>> - Somebody broke it on my powerpc G5, but I didn't have time to do yet
>> another bisection yet.
>> -
Robert Hancock wrote:
> Gabriel C wrote:
>> Andrew Morton wrote:
>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
>>>
>>>
>>>
>>
>>
>> Compile error here :
>>
>> ..
>>
>> LD .tmp_vmlinux1
>> drivers/built-in.o: In function `acpi_init':
>>
On Wed, 6 Jun 2007 09:30:53 -0700 William Lee Irwin III <[EMAIL PROTECTED]>
wrote:
> On Wed, Jun 06, 2007 at 02:07:37AM -0700, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
> > - Somebody broke it on my powerpc G5, but I didn't
Andrew Morton wrote:
On Wed, 06 Jun 2007 14:49:25 +0100 Andy Whitcroft <[EMAIL PROTECTED]> wrote:
Seeing this on an ia64:
drivers/built-in.o: In function `efi_setup_pcdp_console':
(.init.text+0x13be2): undefined reference to `early_serial_console_init'
drivers/built-in.o: In function
On Thu, 7 Jun 2007 00:19:36 +0800 WANG Cong <[EMAIL PROTECTED]> wrote:
> On Wed, Jun 06, 2007 at 02:07:37AM -0700, Andrew Morton wrote:
> >
> >ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
> >
> >- Somebody broke it on my powerpc G5, but I didn't have
* Eric Paris ([EMAIL PROTECTED]) wrote:
> On Tue, 2007-06-05 at 17:16 -0400, Alan Cox wrote:
> > On Tue, Jun 05, 2007 at 05:00:51PM -0400, James Morris wrote:
> > > This should be an unsigned long.
> > >
> > > I wonder if the default should be for this value to be zero (i.e.
> > > preserve
> >
Rodolfo Giometti wrote:
> I suppose the same... but this is the only cards who gives me such
> problems! What do you think it could be the problem? Maybe some PXA
> MMC special settings?
>
I'm afraid I have little experience with PXA. Perhaps you can find
someone on the linux arm kernel
On Wed, 6 Jun 2007 11:11:34 -0400 Jeff Dike <[EMAIL PROTECTED]> wrote:
> On Tue, Jun 05, 2007 at 06:20:24PM -0700, Andrew Morton wrote:
> > If you do
> >
> > - int "Kernel stack size order"
> > + int
> >
> > then this rule will no longer be offered to the user and `make oldconfig'
> >
On Wed, 6 Jun 2007, Stephen Smalley wrote:
> With the fix already noted by James,
>
> Acked-by: Stephen Smalley <[EMAIL PROTECTED]>
Final patch applied to:
git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/selinux-2.6.git#for-akpm
Also queued there is the following patch which enables
On Wed, 06 Jun 2007 17:34:16 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote:
> Mikael Pettersson napsal(a):
> > On Wed, 06 Jun 2007 15:04:00 +0200, Jiri Slaby wrote:
> >> Andrew Morton napsal(a):
> >>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
> >> It
This patch prevents from deadlock on inode being dropped.
The deadlock is caused by inderect call of mark_inode_dirty()
within udf_drop_inode() but inode lock is already kept
by the kernel. So moving code from udf_drop_inode() to
udf_delete_inode() we save its functionality and avoid
deadlock.
On Wed, 06 Jun 2007 18:16:58 +0900
Tejun Heo <[EMAIL PROTECTED]> wrote:
> Can you describe the problem better? Is it device misdetection on
> sata_promise or something else?
Tejun,
The poorly described booting problem I was seeing here was fixed by
your patch: "sata_promise: use TF interface
On Wed, 06 Jun 2007 15:00:17 +0100 Andy Whitcroft <[EMAIL PROTECTED]> wrote:
> Getting this on a bigger x86_64 (bl6-13):
>
> Unable to handle kernel NULL pointer dereference at RIP:
> [] acpi_processor_throttling_seq_show+0xa7/0xd6
> PGD 2d77067 PUD 34c3067 PMD 0
> Oops:
On 2007.06.06 13:48:54 -0300, Henrique de Moraes Holschuh wrote:
> On Wed, 06 Jun 2007, Björn Steinbrink wrote:
> > On 2007.06.06 12:44:42 -0300, Henrique de Moraes Holschuh wrote:
> > > On Wed, 06 Jun 2007, Robert Hancock wrote:
> > > > >I used kernel 2.6.21 with the libata PIIX SATA driver and a
On Wed, Jun 06, 2007 at 07:45:56PM +0200, Oleg Verych wrote:
> While i'm against whitespace damaged files or patches since my very
> first patch, and don't like brain damaged programmer's tools called
> text editors, i also want to encourage UNIX-way of using userspace.
>
> Of course, i might be
On Wed, 2007-06-06 at 11:02 -0600, Eric W. Biederman wrote:
> Badari Pulavarty <[EMAIL PROTECTED]> writes:
>
> > Hi Eric,
> >
> > Your recent cleanup to shm code, namely
> >
> > [PATCH] shm: make sysv ipc shared memory use stacked files
> >
> > took away one of the debugging feature for shm
On Wed, Jun 06, 2007 at 05:51:24PM +0200, Jesper Juhl wrote:
> On 06/06/07, Christoph Pleger <[EMAIL PROTECTED]> wrote:
> >Hello,
> >
> >I have a machine here which I installed with Ubuntu 7.04. Immediately
> >after the installation had been finished, I installed the Ubuntu package
> >which
On Wed, 06 Jun 2007 14:49:25 +0100 Andy Whitcroft <[EMAIL PROTECTED]> wrote:
> Seeing this on an ia64:
>
> drivers/built-in.o: In function `efi_setup_pcdp_console':
> (.init.text+0x13be2): undefined reference to `early_serial_console_init'
> drivers/built-in.o: In function
On Wed, 2007-06-06 at 11:45 +0200, Ingo Molnar wrote:
> * john stultz <[EMAIL PROTECTED]> wrote:
>
> > This fix avoids this race by making sure *after* we've locked the
> > tasklet that the STATE_SCHED bit is set before adding it to the list.
> >
> > Does it look ok to you?
>
> ah - nice!!
On Wednesday 06 June 2007 18:09, Chuck Ebbert wrote:
> On 06/06/2007 11:47 AM, Silla Rizzoli wrote:
> > I've just tried 2.6.22-rc4 and sound doesn't work. It has never worked
> > before, unless I disable ACPI.
>
> Contents of /proc/interrupts might help.
Oops, it was 2.6.21, I reverted the
While i'm against whitespace damaged files or patches since my very
first patch, and don't like brain damaged programmer's tools called
text editors, i also want to encourage UNIX-way of using userspace.
Of course, i might be wrong and foolish. Anyway, what i'm trying to do
is not to become new
On Wed, Jun 06, 2007 at 09:26:26AM -0400, Stephen Smalley wrote:
> On Mon, 2007-06-04 at 23:03 +0200, Andreas Gruenbacher wrote:
> > On Tuesday 15 May 2007 11:20, Pavel Machek wrote:
> > > Hi!
> > >
> > > > Pathname matching, transition table loading, profile loading and
> > > > manipulation.
> >
From: Robin Farine <[EMAIL PROTECTED]>
This generic LED driver implements the platform independent part of a
LED driver letting platform specific code focus on the hardware
details. The driver binds to platform devices named "Generic-LED"
which provide the platform specific data and code needed
Hi kumar (spi_mpc83xx maintainer), Hi list,
the MPC83xx SPI controller clock divider can divide the system clock by not
more then 1024. The spi_mpc83xx driver does not check this and silently
writes garbage to the SPI controller registers when asked to run at lower
frequencies. I've tried to run
On Wed, 2007-06-06 at 02:30 -0400, Eric Paris wrote:
> On Tue, 2007-06-05 at 17:16 -0400, Alan Cox wrote:
> > On Tue, Jun 05, 2007 at 05:00:51PM -0400, James Morris wrote:
> > > This should be an unsigned long.
> > >
> > > I wonder if the default should be for this value to be zero (i.e.
> > >
Andrew Morton wrote:
> On Tue, 05 Jun 2007 14:43:50 + Maxim Uvarov <[EMAIL PROTECTED]> wrote:
>
>> Patch makes available to the user the following
>> task and process performance statistics:
>> * Involuntary Context Switches (task_struct->nivcsw)
>> * Voluntary Context Switches
On Wed, 2007-06-06 at 16:03 +0100, Alan Cox wrote:
> Yep - and there are some other changes needed as well once everyone
> gets their ports properly lined up (notably handing back the actual
> speed).
Yeah, probably. This was was required just to get the speed thing to
pass basic testing though.
On Wed, 06 Jun 2007 09:12:04 -0400 Mark Hounschell <[EMAIL PROTECTED]> wrote:
> >
> > As far as a 100% CPU bound task being a valid thing to do, it has been
> > done for many years on SMP machines. Any kernel limitation on this
> > surely must be considered a bug?
> >
>
> Could someone
Add LZO1X compression/decompression support to the kernel.
This has been created by taking my originally proposed patch and slowly
reworking it to conform to CodingStyle whilst periodically comparing the
output bytecode with the original.
The result is a version which gives the exactly same
From: Robin Farine <[EMAIL PROTECTED]>
Relax the restriction on what can be assigned to the 'default_trigger'
field.
Signed-off-by: Robin Farine <[EMAIL PROTECTED]>
---
include/linux/leds.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/linux/leds.h
On Wed, 06 Jun 2007 14:48:52 +0100 Andy Whitcroft <[EMAIL PROTECTED]> wrote:
> Cedric Le Goater wrote:
> > Andrew,
> >
> > here's a minor fix for x86_64,
> >
> > C.
> >
> >
> > when CONFIG_PM=y and CONFIG_SOFTWARE_SUSPEND=n,
> >
> > CC arch/x86_64/kernel/e820.o
> >
On Wed, Jun 06, 2007 at 05:05:34PM +0200, Christoph Pleger wrote:
> Hello,
>
> I have a machine here which I installed with Ubuntu 7.04. Immediately
> after the installation had been finished, I installed the Ubuntu package
> which contains the Ubuntu-modified sources of the linux kernel. I
>
On Wed, 06 Jun 2007 18:53:12 +0200 Cedric Le Goater <[EMAIL PROTECTED]> wrote:
> Mel Gorman wrote:
> > On (06/06/07 09:35), William Lee Irwin III didst pronounce:
> >> On Wed, Jun 06, 2007 at 05:26:49PM +0100, Mel Gorman wrote:
> >>> I do not believe this is Nick's problem. I encountered the same
Hello,
This generic LED driver implements the code common to all LED
drivers while delegating actual LED accesses to platform supplied
code. This allows exotic platforms to declare their LEDs in a few
line of codes rather than reimplementing a complete LED driver.
I send it in two patches
On Wed, 06 Jun 2007 16:34:04 +0200 Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Ok, these patches broke my P4 HT
>
> define-new-percpu-interface-for-shared-data.patch
> use-the-new-percpu-interface-for-shared-data.patch
I dropped them, thanks.
-
To unsubscribe from this list: send the line
On Wed, 2007-06-06 at 09:35 -0700, William Lee Irwin III wrote:
> On Wed, Jun 06, 2007 at 05:26:49PM +0100, Mel Gorman wrote:
> > I do not believe this is Nick's problem. I encountered the same issue and
> > the bisect ended up here;
> > # BISECT HERE
> > mm-variable-length-argument-support.patch
Badari Pulavarty <[EMAIL PROTECTED]> writes:
> Hi Eric,
>
> Your recent cleanup to shm code, namely
>
> [PATCH] shm: make sysv ipc shared memory use stacked files
>
> took away one of the debugging feature for shm segments.
> Originally, shmid were forced to be the inode numbers and
> they show
Hello
I am running into some problems with kmap_atomic in my driver.
My driver copies some pages coming from
user space to "kernel space kmalloc'ed memory".
I had this code running from 2.6.5 to 2.6.17 without any problems.
I have upgraded to 2.6.20.xx and this code fails to kmap_atomic.
I am
On Jun 6 2007 17:51, Jesper Juhl wrote:
> On 06/06/07, Christoph Pleger <[EMAIL PROTECTED]> wrote:
>> Hello,
>>
>> I have a machine here which I installed with Ubuntu 7.04. Immediately
>> after the installation had been finished, I installed the Ubuntu package
>> which contains the
We have most of the pieces needed to have sane, generic userland keyboard
handling in place for a while now, but it is not sufficiently documented.
This patch documents the requirements and best practices for EV_KEY input
drivers.
Signed-off-by: Henrique de Moraes Holschuh <[EMAIL PROTECTED]>
Mel Gorman wrote:
> On (06/06/07 09:35), William Lee Irwin III didst pronounce:
>> On Wed, Jun 06, 2007 at 05:26:49PM +0100, Mel Gorman wrote:
>>> I do not believe this is Nick's problem. I encountered the same issue and
>>> the bisect ended up here;
>>> # BISECT HERE
>>>
On Wed, 06 Jun 2007 13:39:18 +0200 Gabriel C <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
> >
> >
>
>
> Compile error here :
>
> ...
>
> LD .tmp_vmlinux1
> drivers/built-in.o: In function
On Wed, 06 Jun 2007, Björn Steinbrink wrote:
> On 2007.06.06 12:44:42 -0300, Henrique de Moraes Holschuh wrote:
> > On Wed, 06 Jun 2007, Robert Hancock wrote:
> > > >I used kernel 2.6.21 with the libata PIIX SATA driver and a
> > > >Seagate ST98823AS drive.
> > >
> > > Yes, that's expected if the
201 - 300 of 1053 matches
Mail list logo