On Oct 30, 2007 11:47 AM, Hugh Dickins <[EMAIL PROTECTED]> wrote:
>
> I don't understand why you suggested an anon_vma, nor why Jaya is
> suggesting a private list. All vmas mapping /dev/fb0 will be kept
> in the prio_tree rooted in its struct address_space (__vma_link_file
> in mm/mmap.c). And p
On Wed, 31 Oct 2007, Paul Jackson wrote:
> David R - is your use of the mbind and *_mempolicy system calls
> via libnuma, or direct system calls?
>
I hope to be able to use libnuma exclusively once your fix is in place so
that the interleaving behaves the way we want while attached to a
[PATCH] x86: check boundary in count/setup_resource called by
get_current_resources
need to check info->res_num less than PCI_BUS_NUM_RESOURCES, so
info->bus->resource[info->res_num] = res will not beyond of bus resource array
when acpi resutrn too many resource entries.
Signed-off-by: Yinghai L
Am Donnerstag, 1. November 2007 schrieb Rafael J. Wysocki:
> On Wednesday, 31 October 2007 01:52, Pavel Machek wrote:
> > Hi!
> >
> > ...does not seem to work too well :-(. It connects with the AP
> > (good!), and survives some "normal" use, but it died at first big
> > tcpspray (bd!).
>
> Is t
* Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> My current scheduler queue, seems to work well on lappy
nice stuff! Both the hrtimers-tick feature and the rtlimit looks pretty
good. I'm wondering how well it works on SMP?
Ingo
-
To unsubscribe from this list: send the line "unsubscribe l
Adrian Bunk wrote:
> I'm about to send a patch that removes the EXPERIMENTAL option and all
> dependencies on EXPERIMENTAL because they are pointless.
FWIW, I agree.
[...]
> As an example, is our NFSv4 support really still in an
> "alpha-test phase" [1], or is it already ready for being used
* Guillaume Chazarain <[EMAIL PROTECTED]> wrote:
> 2007/10/30, Ingo Molnar <[EMAIL PROTECTED]>:
> > fs/proc/array.c |3 ++-
> > include/linux/sched.h |2 +-
> > kernel/fork.c |1 +
> > 3 files changed, 4 insertions(+), 2 deletions(-)
>
> Hello Ingo,
>
> do you think i
On Wed, Oct 31 2007, Jens Axboe wrote:
> Hi,
>
> My x60 stopped suspending about two days ago. It just freezes after
> printing
>
> Suspending console(s)
>
> where it would normally turn everything off and the 'moon' light would
> go on. Posting this message in case somebody else knows what is u
On Thu, 01 Nov 2007 01:20:29 -0700 Yinghai Lu <[EMAIL PROTECTED]> wrote:
> [PATCH] x86: check boundary in count/setup_resource called by
> get_current_resources
>
> need to check info->res_num less than PCI_BUS_NUM_RESOURCES, so
> info->bus->resource[info->res_num] = res will not beyond of bus r
* Randy Dunlap <[EMAIL PROTECTED]> wrote:
> > > and this followup patch is needed too if my patch is applied.
> >
> > plus the patch below is needed too in addition.
> >
> > Ingo
>
> Hi,
> I'm still hitting this build error. Are these 3 patches not yet
> merged??
i thought we agreed it w
Randy,
> > The only reason the net stuff works, is because CONFIG_NET includes igmp.c,
> > which can't be compiled as a module. That means ip_compute_csum() will get
> > pulled out of the lib.a file for igmp, and thus be present for the net
> > modules
> > that use it too. If igmp could be turn
* Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> static int one_hundred = 100;
> +static int int_max = INT_MAX;
>
> /* this is needed for the proc_dointvec_minmax for [fs_]overflow UID and GID
> */
> static int maxolduid = 65535;
> @@ -239,7 +240,10 @@ static struct ctl_table kern_table[] = {
* Trent Piepho <[EMAIL PROTECTED]> wrote:
> On Fri, 26 Oct 2007, Ingo Molnar wrote:
> > the attached config (generated via make randconfig) fails to build due
> > to the combination of these config entries:
> >
> > CONFIG_VIDEO_DEV=m
> > CONFIG_VIDEO_SAA7146_VV=y
> >
> > i found no obvious Kc
On Thu, 2007-11-01 at 00:01, Pete Zaitcev wrote:
> Sorry about that. I'll try to be more explicit in the future.
OK, got it. Thanks.
> > I just tried the latest patch and all seems to be good.
> > BTW, slab corruption issue that I saw on the original driver we started
> > fixing on is not an is
Hello.
I was asked from Kame-san to write this patch.
Please apply.
-
i386 and x86-64 registers System RAM as IORESOURCE_MEM | IORESOURCE_BUSY.
But ia64 registers it as IORESOURCE_MEM only.
In addition, memory hotplug code registers new memory as IORESOURCE_MEM too.
This patch adds IOR
On Thu, Nov 01 2007, Jens Axboe wrote:
> On Wed, Oct 31 2007, Jens Axboe wrote:
> > Hi,
> >
> > My x60 stopped suspending about two days ago. It just freezes after
> > printing
> >
> > Suspending console(s)
> >
> > where it would normally turn everything off and the 'moon' light would
> > go on.
From: David Miller <[EMAIL PROTECTED]>
Date: Thu, 01 Nov 2007 00:01:18 -0700 (PDT)
> From: Christoph Lameter <[EMAIL PROTECTED]>
> Date: Wed, 31 Oct 2007 21:16:59 -0700 (PDT)
>
> > Index: linux-2.6/mm/allocpercpu.c
> > ===
> > --- li
Hi,
I have a probelm wirh core files. we have a system
where 14 nodes are working together for telecom
application. all these are NFS mounted to disk.
(sharing the disk). in one of node application is got
SIGSEGV and generated core file. but its not properly
copied to the disk. its supposed to copy
This is purely for comment and testing, not for merging (yet?).
A common recipe in several vendor drivers (either GPL'd, or I have NDA'd
access to use them as a documentation-like reference) for ATAPI was
slightly different from ours. This recipe can be found in
atapi_tf_xfer_size(), and it's sl
On Wed, 2007-10-31 at 17:57 +0800, Zhang, Yanmin wrote:
> On Tue, 2007-10-30 at 16:36 +0800, Zhang, Yanmin wrote:
> > On Tue, 2007-10-30 at 08:26 +0100, Ingo Molnar wrote:
> > > * Zhang, Yanmin <[EMAIL PROTECTED]> wrote:
> > >
> > > > sub-bisecting captured patch
> > > > 38ad464d410dadceda1563f36
> If we want to do it safely, I think we should iterate from
> __start___markers to __stop___markers symbols of vmlinux and get the
> pointers to the name/format string pairs.
>
> The same can then be done with modules using the __markers section.
>
> Or maybe is there some reason not to do that
Hi Ingo,
On Qui, 2007-11-01 at 10:01 +0100, Ingo Molnar wrote:
> * Trent Piepho <[EMAIL PROTECTED]> wrote:
>
> > On Fri, 26 Oct 2007, Ingo Molnar wrote:
> > > the attached config (generated via make randconfig) fails to build due
> > > to the combination of these config entries:
> > >
> > > CON
On Thu, 1 Nov 2007 05:07:33 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
>
> This is purely for comment and testing, not for merging (yet?).
>
> A common recipe in several vendor drivers (either GPL'd, or I have NDA'd
> access to use them as a documentation-like reference) for ATAPI was
> slight
Hi Bryan,
On Tue, 30 Oct 2007 17:33:16 +0800, Bryan Wu wrote:
> - Add repeat start feature to avoid break of a bundle of i2c master xfer
> operation
>Create a new mode TWI_I2C_MODE_REPEAT
>No change to smbus operation
>
> - Add platform_resource interface to support multi-port TWI cont
Hello!
> something like
> int pci_enable_mmconfig(struct pci_dev *pdev) ?
> sounds like a very solid plan to me...
Please remember that the driver is not the sole user of the PCI config
space -- user-space programs (e.g., lspci) can access it via sysfs, too.
Should we force users of such programs
Ok, gave this a hard look.
This is basically a behavior change with regards to how we program the
bcount(low) and bcount(high) registers.
Issues about FIFO draining and devices returning too-much data are
ultimately tangential. Furthermore, this is an ATAPI PIO issue, as
demonstrated by (a)
On Thu, Nov 01 2007, Jens Axboe wrote:
> On Thu, Nov 01 2007, Jens Axboe wrote:
> > On Wed, Oct 31 2007, Jens Axboe wrote:
> > > Hi,
> > >
> > > My x60 stopped suspending about two days ago. It just freezes after
> > > printing
> > >
> > > Suspending console(s)
> > >
> > > where it would normall
David Brown wrote:
Uhm, not sure who to send this too...
I thought I'd try out the realtime patch set and it didn't work at all
with kvm. The console didn't dump anything and the system completely
locked up.
Anyone have any suggestions as to how to get more output on this issue?
It got to the
On Tue, 30 Oct 2007 17:33:17 +0800, Bryan Wu wrote:
Please include a description of the bug your patch is fixing. "missing
pin mux operation" doesn't tell me much.
> Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
> ---
> drivers/i2c/busses/i2c-bfin-twi.c | 49
Nick Piggin wrote:
> On Thursday 01 November 2007 12:49, Stefan Richter wrote:
>> fw_device.node_id and fw_device.generation are accessed without mutexes.
>> We have to ensure that all readers will get to see node_id updates
>> before generation updates.
>>
>
> Hi, a few points:
Thanks, this is a
Alan Cox wrote:
On Thu, 1 Nov 2007 05:07:33 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
This is purely for comment and testing, not for merging (yet?).
A common recipe in several vendor drivers (either GPL'd, or I have NDA'd
access to use them as a documentation-like reference) for ATAPI was
On Thu, Nov 01, 2007 at 10:33:24AM +0800, Li Yang-r58472 wrote:
> > -Original Message-
> > From: Anton Vorontsov [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, November 01, 2007 5:59 AM
> > To: Li Yang-r58472
> > Cc: [EMAIL PROTECTED]; linux-kernel@vger.kernel.org;
> > [EMAIL PROTECTED]
>
On Thu, 2007-11-01 at 09:29 +0100, Ingo Molnar wrote:
> * Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> > My current scheduler queue, seems to work well on lappy
>
> nice stuff! Both the hrtimers-tick feature and the rtlimit looks pretty
> good.
Thanks!
> I'm wondering how well it works on SM
On Wed, 2007-10-31 at 22:53 +0100, Andi Kleen wrote:
> Peter Zijlstra <[EMAIL PROTECTED]> writes:
>
> > Use HR-timers (when available) to deliver an accurate preemption tick.
> >
> > The regular scheduler tick that runs at 1/HZ can be too coarse when nice
> > level are used. The fairness system wi
On Thu, 1 Nov 2007, Marcin Ślusarz wrote:
> > > swapper/0 [HC1[1]:SC0[0]:HE0:SE1] takes:
> > > (&port->lock){+...}, at: []
> > > usb_serial_generic_read_bulk_callback+0x6c/0x1c0 [usbserial]
> > > {hardirq-on-W} state was registered at:
> > The fix for this one has already been submitted to Greg -
Zhang, Yanmin wrote:
On Wed, 2007-10-31 at 17:57 +0800, Zhang, Yanmin wrote:
On Tue, 2007-10-30 at 16:36 +0800, Zhang, Yanmin wrote:
On Tue, 2007-10-30 at 08:26 +0100, Ingo Molnar wrote:
* Zhang, Yanmin <[EMAIL PROTECTED]> wrote:
sub-bisecting captured patch
38ad464d410dadceda1563f36bdb0be7f
Per a suggestion by David Brownwell, rebuilt with CONFIG_USB_DEBUG enabled and
loading usbserial and ti_usb_3410_5052 with debug=1, I see in 'dmesg'
'drivers/usb/serial/usb-serial.c: wrong number of endpoints'
which is pretty much what I expected, throwing some more printk's in
usb-serial give
David,
On 10/31/07, David Griffith <[EMAIL PROTECTED]> wrote:
>
> I have a MOTU Fastlane and an Emu Xmidi 2x2 USB midi interfaces. The Emu
> unit works fine with current kernels. The MOTU unit won't work with
> kernels newer than 2.6.17. I stumbled over a patch that had something to
> do with a
O> Hmmm reading ide-cd.c::cdrom_pc_intr(). OIC, ide-cd is dealing with
> this problem by draining PIO after BMDMA engine is done. This is
> possible for BMDMA engines as they simply step out when the SG entries
> are exhausted; then, the interrupt handler kicks in and drains the
> left-over u
> demonstrated by (a) Alan's patch did not change DMA lbam/lbah
> programming and (b) Daniel's report of the message "ata2.00: 66 bytes
(a) did. Well the original did, dunno about your version.
> I am not drawing any conclusions yet, but I'm thinking that blimit=8k
> may be a better choice for
On Thu, 1 Nov 2007, Ingo Molnar wrote:
> * Trent Piepho <[EMAIL PROTECTED]> wrote:
>
> > On Fri, 26 Oct 2007, Ingo Molnar wrote:
> > > the attached config (generated via make randconfig) fails to build due
> > > to the combination of these config entries:
> > >
> > > CONFIG_VIDEO_DEV=m
> > > CO
The Build with randconfig fails with following error with the
2.6.24-rc4-git9
include/linux/kallsyms.h:56: error: ‘NULL’ undeclared (first use in this
function)
include/linux/kallsyms.h:56: error: (Each undeclared identifier is
reported only once
include/linux/kallsyms.h:56: error: for each functi
On Wed, Oct 31 2007, Alistair John Strachan wrote:
> Hi Jens,
>
> I guessed from the oops that you might have an idea what's causing this oops
> on shutdown/unmount. The git version (describe), a screenshot showing the
> oops, a config, and dmesg for a booted kernel are available from:
>
> http
On Thu, 01 Nov 2007 05:54:06 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Alan Cox wrote:
> > On Thu, 1 Nov 2007 05:07:33 -0400
> > Jeff Garzik <[EMAIL PROTECTED]> wrote:
> >
> >> This is purely for comment and testing, not for merging (yet?).
> >>
> >> A common recipe in several vendor drivers
:-- Original Message --
:From: Pierre Ossman [EMAIL PROTECTED]
:Sent: Wed, Oct 31, 2007 at 03:55:58PM EDT
:
: Odd. I have a whole bunch of transcend cards, and I've
: never gotten this problem. Perhaps yours are rather recent?
:
Though these cards were purchased on
* Trent Piepho <[EMAIL PROTECTED]> wrote:
> All the rest of the selectors of VIDEO_SAA7146_VV are in the V4L menu,
> which contains the necessary dependency on VIDEO_DEV.
>
> Of course the real fix here would be have kbuild not force us to
> manually add all the recursive dependencies of a sel
Alan Cox wrote:
demonstrated by (a) Alan's patch did not change DMA lbam/lbah
programming and (b) Daniel's report of the message "ata2.00: 66 bytes
(a) did. Well the original did, dunno about your version.
We are both half-right. I reverted my version of that completely,
applied your versi
On Wed, Oct 31, 2007 at 10:10:32PM +0100, Peter Zijlstra wrote:
> Currently the ideal slice length does not take group scheduling into account.
> Change it so that it properly takes all the runnable tasks on this cpu into
> account and caluclate the weight according to the grouping hierarchy.
>
>
Jens Axboe wrote:
Reverting just the default AHCI flags makes it work again. IOW, with the
below patch I can suspend properly with current -git.
diff --git a/drivers/ata/ahci.c b/drivers/ata/ahci.c
index ed9b407..77f7631 100644
--- a/drivers/ata/ahci.c
+++ b/drivers/ata/ahci.c
@@ -190,8 +190,7 @
UNTESTED so far
--
tty, add tty_schedule_wakeup
Because several drivers schedule a workqueue only for tty_wakeup, move this
functionality into tty layer and use newly added centralized work.
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
Cc: Alan Cox <[EMAIL PROTECTED]>
---
commit 0e9d5add01e883
Jan Engelhardt wrote:
On Nov 1 2007 12:51, Peter Dolding wrote:
This is above me doing code. No matter how many fixes I do to the
core that will not fix dysfunction in the LSM section. Strict
policies on fixing the main security model will be required.
If there is no one wanting to
On Thu, 2007-11-01 at 17:01 +0530, Srivatsa Vaddagiri wrote:
> On Wed, Oct 31, 2007 at 10:10:32PM +0100, Peter Zijlstra wrote:
> > Currently the ideal slice length does not take group scheduling into
> > account.
> > Change it so that it properly takes all the runnable tasks on this cpu into
> > a
On Thu, Nov 01 2007, Jeff Garzik wrote:
> Jens Axboe wrote:
>> Reverting just the default AHCI flags makes it work again. IOW, with the
>> below patch I can suspend properly with current -git.
>> diff --git a/drivers/ata/ahci.c b/drivers/ata/ahci.c
>> index ed9b407..77f7631 100644
>> --- a/drivers/
UNTESTED so far, I want to know you opinion.
--
tty, centralize works
Schedule only one work for all works, use set_bit/test_and_clear_bit as a
logic. This is because of patch which would add yet another work for
scheduled wakeups. Now it is sufficient to add 3 lines of code.
Signed-off-by: Jir
* Roland McGrath ([EMAIL PROTECTED]) wrote:
> > If we want to do it safely, I think we should iterate from
> > __start___markers to __stop___markers symbols of vmlinux and get the
> > pointers to the name/format string pairs.
> >
> > The same can then be done with modules using the __markers secti
On Thu, 2007-11-01 at 12:58 +0100, Peter Zijlstra wrote:
> > sched_slice() is about lantecy, its intended purpose is to ensure each
> > task is ran exactly once during sched_period() - which is
> > sysctl_sched_latency when nr_running <= sysctl_sched_nr_latency, and
> > otherwise linearly scales l
On Thu, Nov 01 2007, Jeff Garzik wrote:
> Jens Axboe wrote:
>> On Thu, Nov 01 2007, Jeff Garzik wrote:
>>> Jens Axboe wrote:
Reverting just the default AHCI flags makes it work again. IOW, with the
below patch I can suspend properly with current -git.
diff --git a/drivers/ata/ahci.c
On Wed, Oct 31, 2007 at 03:24:22PM -0700, Randy Dunlap wrote:
> Andreas Mohr wrote:
> >- the "source" statement most likely needs the ./ prepended, as can be
> >gathered from e.g. http://osdir.com/ml/colinux.devel/2005-12/msg00036.html
>
> That email isn't very convincing to me.
Actually that pla
On Thu, 2007-11-01 at 13:03 +0100, Peter Zijlstra wrote:
> On Thu, 2007-11-01 at 12:58 +0100, Peter Zijlstra wrote:
>
> > > sched_slice() is about lantecy, its intended purpose is to ensure each
> > > task is ran exactly once during sched_period() - which is
> > > sysctl_sched_latency when nr_runn
Jens Axboe wrote:
On Thu, Nov 01 2007, Jeff Garzik wrote:
Jens Axboe wrote:
Reverting just the default AHCI flags makes it work again. IOW, with the
below patch I can suspend properly with current -git.
diff --git a/drivers/ata/ahci.c b/drivers/ata/ahci.c
index ed9b407..77f7631 100644
--- a/dri
Hi,
I have a very possible regression to signal. This morning 2.6.24-rc1
eat and destroyed my SD card. I have a toshiba laptop with a card slot
and I have used it with 2.6.23-rcX and 2.6.23 without problems so far.
This morning I put the card in, nothing happened, removed it. When I put
i
On Thu, 2007-11-01 at 12:51 +0100, Peter Zijlstra wrote:
> On Thu, 2007-11-01 at 17:01 +0530, Srivatsa Vaddagiri wrote:
> > On Wed, Oct 31, 2007 at 10:10:32PM +0100, Peter Zijlstra wrote:
> > > Currently the ideal slice length does not take group scheduling into
> > > account.
> > > Change it so t
On Thu, Nov 01, 2007 at 03:15:32PM +0800, Fengguang Wu wrote:
> On Wed, Oct 31, 2007 at 12:53:18PM -0500, Florin Iucha wrote:
> > This patch does not fix anything for me. Even such light use of the
> > reiserfs filesystem as pulling the linux-2.6 git tree updates caused
> > one CPU to go to 75% io
Hi,
The message "START_STOP FAILED" appears
after I eject pcmcia-ATA card by "pccardctl eject".
Is this correct?
>pccard: card ejected from slot 0
>ata3.00: disabled
>sd 2:0:0:0: [sdb] Stopping disk
>sd 2:0:0:0: [sdb] START_STOP FAILED
>sd 2:0:0:0: [sdb] Result: hostbyte=DID_BAD_TARGET
>driver
On Thursday 01 November 2007 20:51, Stefan Richter wrote:
> Nick Piggin wrote:
> > On Thursday 01 November 2007 12:49, Stefan Richter wrote:
> >> fw_device.node_id and fw_device.generation are accessed without mutexes.
> >> We have to ensure that all readers will get to see node_id updates
> >> bef
in x86_64 smp systems, a regression was introduced a few days after 2.6.23,
on its way to 2.6.23. Bisection leads me to commit
92cb7612aee39642d109b8d935ad265e602c0563.
The problem is that the output of 'cat /proc/cpuinfo' shows 0 as the id of
all cpus of a smp system. As far as I know, this only
On Thursday 01 November 2007 22:56, Romano Giannetti wrote:
> Hi,
>
> I have a very possible regression to signal. This morning 2.6.24-rc1
> eat and destroyed my SD card. I have a toshiba laptop with a card slot
> and I have used it with 2.6.23-rcX and 2.6.23 without problems so far.
> This m
On Wed, 2007-10-31 at 18:49 -0500, Serge E. Hallyn wrote:
> >From 5bff8967f45a35f858b96ca673d9bf98eac53d49 Mon Sep 17 00:00:00 2001
> From: Serge E. Hallyn <[EMAIL PROTECTED]>
> Date: Wed, 31 Oct 2007 11:22:04 -0500
> Subject: [PATCH 1/1] file capabilities: allow sigcont within session (v2)
>
> (T
On Thu, 1 Nov 2007, Eric Dumazet wrote:
> I think this question already came in the past and Linus already answered it,
> but I again ask it. What about VM games with modern cpus (64 bits arches)
>
> Say we reserve on x86_64 a really huge (2^32 bytes) area, and change VM layout
> so that each cpu
On Thu, 1 Nov 2007, Eric Dumazet wrote:
> Christoph Lameter a écrit :
> > +
> > +enum unit_type { FREE, END, USED };
> > +
> > +static u8 cpu_alloc_map[UNITS_PER_CPU] = { 1, };
>
> You mean END here instead of 1 :)
Sigh. A leftover. This can be removed.
> > +/*
> > + * Allocate an object of a c
On Thu, 1 Nov 2007, David Miller wrote:
> IA64 seems to use it universally for every __get_cpu_var()
> access, so maybe it works out somehow :-)))
IA64 does not do that. It addds the local cpu offset
#define __get_cpu_var(var) (*RELOC_HIDE(&per_cpu__##var,
__ia64_per_cpu_var(local_per_cpu_offse
On Thu, Nov 01, 2007 at 07:25:58AM -0500, Florin Iucha wrote:
> On Thu, Nov 01, 2007 at 03:15:32PM +0800, Fengguang Wu wrote:
> > On Wed, Oct 31, 2007 at 12:53:18PM -0500, Florin Iucha wrote:
> > > This patch does not fix anything for me. Even such light use of the
> > > reiserfs filesystem as pul
On Thu, 1 Nov 2007, David Miller wrote:
> > This hunk helped the sparc64 looping OOPS I was getting, but cpus hang
> > in some other fashion soon afterwards.
>
> And if I bump PER_CPU_ALLOC_SIZE up to 128K it seems to mostly work.
Good
> You'll definitely need to make this work dynamically
On Wed, 31 Oct 2007, Paul Jackson wrote:
> > You are managing it in the task struct. No need to. libnuma can handle it.
>
> No - as noted, not all mempolicy system calls go via libnuma.
Well then show me.
> > No current version of libcpuset is available.
>
> Wrong. It has not received wide pu
Ingo Molnar wrote:
* Randy Dunlap <[EMAIL PROTECTED]> wrote:
and this followup patch is needed too if my patch is applied.
plus the patch below is needed too in addition.
Ingo
Hi,
I'm still hitting this build error. Are these 3 patches not yet
merged??
i th
ACK v2
Sincerely -- Mark Salyzyn
> -Original Message-
> From: Stephen Rothwell [mailto:[EMAIL PROTECTED]
> Sent: Thursday, November 01, 2007 2:32 AM
> To: AACRAID
> Cc: [EMAIL PROTECTED]; LKML
> Subject: [PATCHv2] aacraid: don't assign cpu_to_le32(constant) to u8
>
> Noticed on PowerPC
Stephen Rothwell <[EMAIL PROTECTED]> writes:
> diff --git a/drivers/scsi/aacraid/commsup.c b/drivers/scsi/aacraid/commsup.c
> index 240a0bb..3c2dbc0 100644
> --- a/drivers/scsi/aacraid/commsup.c
> +++ b/drivers/scsi/aacraid/commsup.c
> @@ -1339,9 +1339,9 @@ int aac_check_health(struct aac_dev * aa
Quoting Stephen Smalley ([EMAIL PROTECTED]):
> On Wed, 2007-10-31 at 18:49 -0500, Serge E. Hallyn wrote:
> > >From 5bff8967f45a35f858b96ca673d9bf98eac53d49 Mon Sep 17 00:00:00 2001
> > From: Serge E. Hallyn <[EMAIL PROTECTED]>
> > Date: Wed, 31 Oct 2007 11:22:04 -0500
> > Subject: [PATCH 1/1] file
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeremy Fitzhardinge escreveu:
> Glauber de Oliveira Costa wrote:
>> This patch introduces, and patch callers when needed, native
>> versions for read/write_crX functions, clts and wbinvd.
>>
>> Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeremy Fitzhardinge escreveu:
> Glauber de Oliveira Costa wrote:
>> under paravirt, read cr2 cannot be issued directly anymore.
>> So wrap it in a macro, defined to the operation itself in case
>> paravirt is off, but to something else if we have parav
Hi,
I'd like to propose these patches for the x86 tree for a bit more exposure
and testing. Or at least get some discussion going again.
Just for fun I also had a shot at merging the headers, as they become a
lot more similar after this with the removal of the paravirt crud.
Nick
-
To unsubscri
The break_lock data structure and code for spinlocks is quite nasty.
Not only does it double the size of a spinlock but it changes locking to
a potentially less optimal trylock.
Put all of that under CONFIG_GENERIC_LOCKBREAK, and introduce a
__raw_spin_is_contended that uses the lock data itself
Introduce ticket lock spinlocks for x86 which are FIFO. The implementation
is described in the comments. The straight-line lock/unlock instruction
sequence is slightly slower than the dec based locks on modern x86 CPUs,
however the difference is quite small on Core2 and Opteron when working out of
Prepare for merging 32 and 64 bit spinlocks, by making them identical
(except for the OOSTORE thing). raw_read_lock and raw_write_lock get a
relaxed register constraint, and 64-bit has a few "=m" constraints changed
to "+m". I hope these things actually make the code better.
Signed-off-by: Nick P
Merge spinlock_32.h and spinlock_64.h into spinlock.h.
Signed-off-by: Nick Piggin <[EMAIL PROTECTED]>
---
Index: linux-2.6/include/asm-x86/spinlock.h
===
--- linux-2.6.orig/include/asm-x86/spinlock.h
+++ linux-2.6/include/asm-x86/spi
On Thu, 2007-11-01 at 15:02 +0100, Nick Piggin wrote:
> Rename need_lockbreak to spin_needbreak, make it use spin_is_contended to
> decouple it from the spinlock implementation, and make it typesafe (rwlocks
> do not have any need_lockbreak sites -- why do they even get bloated up
> with that brea
On Thu, 1 Nov 2007 09:31:40 +0100
Martin Mares <[EMAIL PROTECTED]> wrote:
> Hello!
>
> > something like
> > int pci_enable_mmconfig(struct pci_dev *pdev) ?
> > sounds like a very solid plan to me...
>
> Please remember that the driver is not the sole user of the PCI config
> space -- user-space
On Thu, Nov 01, 2007 at 09:03:33PM +0800, Fengguang Wu wrote:
> Or will the system or fs size/age make any difference? If you happen
> to have a spare/swap partition, could you make a new reiserfs and
> mount it and copy several less-than-4KB files into it and wait for 30s
> and see what happen to
> We are both half-right. I reverted my version of that completely,
> applied your version verbatim, and pushed it upstream. The result:
> atapi_xlat _did_ start programming lbam/lbah for DMA (another behavior
> change), but request-sense DMA path was not changed to program lba[mh]
> for DMA.
On Thu, Nov 01, 2007 at 03:06:05PM +0100, Peter Zijlstra wrote:
> On Thu, 2007-11-01 at 15:02 +0100, Nick Piggin wrote:
>
> > Rename need_lockbreak to spin_needbreak, make it use spin_is_contended to
> > decouple it from the spinlock implementation, and make it typesafe (rwlocks
> > do not have an
Hi!
> Remove the need for having CAP_SYS_RAWIO when doing a FIBMAP call on an open
> file descriptor.
>
> It would be nice to allow users to have permission to see where their data is
> landing on disk, and there really isn't a good reason to keep them from
> getting at this information.
I be
Hi!
> > Hmm, I see this at the beginning of the post-BK era (2.6.12-rc2):
> >
> > spin_lock_irqsave(&logbuf_lock, flags);
> > ...
> > spin_unlock(&logbuf_lock);
> > call_console_drivers(_con_start, _log_end);
> > local_irq_restore(flags)
On Fri 2007-10-26 19:18:57, Rodolfo Giometti wrote:
> On Fri, Oct 26, 2007 at 06:00:31PM +0100, Russell King wrote:
>
> > > > > Also if you didn't eject the socket, at resume the device will be
> > > > > powered up again, my patch just prevents that a pre-powered off device
> > > > > to be turned
On Sun 2007-10-28 17:10:53, [EMAIL PROTECTED] wrote:
> Hello,
> this patch implements a macbook like backlight dimmer on
> top of backlight.c.
>
> The dimmer is entirely in kernelspace and is suitable
> for an embedded context in order to avoid the overhead
> of a daemon controlling the backlig
Hi!
> > this driver implements backlight control on Dell laptops
> > which use SMI for changing brightness levels.
> >
> > The driver is INCOMPLETE since it is unable to probe some required
> > parameters
> > in order to perform backlight control. Such parameters are found in a Dell
> > proprie
Hi!
> > Sorry, I'm just not going to apply a patch like that.
> >
> > I mean, how the heck is anyone else supposed to understand what you're up
> > to?
>
> Hmm, I might just withdraw this patch 1/5. This is generally a slowpath,
> and it's hard to guarantee that any exported user doesn't rely on
On Monday 29 October 2007 07:15:30 pm Tony Jones wrote:
> On Mon, Oct 29, 2007 at 06:04:31PM -0400, Steve Grubb wrote:
> > So when audit is re-enabled, how do you make that task auditable?
>
> No idea. How do you do it currently? HINT: current->audit_context == NULL
> for these tasks. If !audit_en
Nick Piggin wrote:
> Introduce ticket lock spinlocks for x86 which are FIFO. The implementation
> is described in the comments. The straight-line lock/unlock instruction
> sequence is slightly slower than the dec based locks on modern x86 CPUs,
> however the difference is quite small on Core2 and O
while checking recent commits to the kernel core i took a look at the
PID namespaces implementation, and it has a fatal flaw: it breaks
futexes and various libraries (and other stuff) that use PIDs as the
means of identifying tasks, by not providing any means of global
identification that work
On Wed, 31 Oct 2007, Steven King wrote:
> My TI eZ430 (MSP-FET430UIF JTAG Tool) usb dongle works fine with 2.6.23.1
> and earlier, but doesn't work with 2.6.24-rc1; the ti_usb_3410_5052 module is
> loaded but the device descriptor is bogus, reporting only a single
> configuration, whereas in
1 - 100 of 425 matches
Mail list logo
