e1000_{read,write}_pci_cfg() are no longer used.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_hw.h |2 --
drivers/net/e1000/e1000_main.c |4
2 files changed, 4 insertions(+), 2 deletions(-)
--- linux-2.6.22-rc3-mm1/drivers/net/e1000/e1000_hw.h.old
This patch contains the following possible cleanups:
- remove the empty pm3fb_setup() and corresponding code
- pm3fb_init() can become static
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/video/pm3fb.c | 31 +--
1 file changed, 1 insertion(+), 30 delet
On Monday 04 June 2007 16:45:55 Richard Purdie wrote:
> On Mon, 2007-06-04 at 13:37 -0400, Daniel Hazelton wrote:
> > Yes - most of that work, IIRC, is related to the alignment issues that
> > Herr Oberhumer noted. As it stands, the alternative does work well for a
> > large number of the platforms
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 previous postings (apart from
general code cleanup) are
1) Replaced linear linked l
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 +++
Christoph Lameter wrote:
That is another patchset. See
http://marc.info/?l=linux-kernel&w=2&r=1&s=DEVELKERNEL&q=b
Oh my, I am totally confused now.
First you fix kmalloc(0) to be legal and safe. And then you want to
DEVEL_WARN_ON_ONCE when size is zero so people can fix their code?
I don't
This patch provides a common interface for pre allocating and
managing pool of objects.
Signed-off-by: Anil S Keshavamurthy <[EMAIL PROTECTED]>
---
include/linux/respool.h | 43 +++
lib/Makefile|1
lib/respool.c | 176
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 just
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: linux-2.6.22-rc3/arch/x86_64/mm
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 same
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 +++
drivers/pci/
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 ++
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 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 |
> From: Adrian Bunk [mailto:[EMAIL PROTECTED]
> > One caveat with this... md.o needs xor.o to be initialized first.
> > Moving xor.o under lib/ means this assumption is broken since the
> > top-level Makefile puts 'libs' after 'drivers'.
> >...
>
> What about using a different initcall level?
>
>
Hi.
On Mon, 2007-06-04 at 18:09 -0400, Jeremy Maitin-Shepard wrote:
> I was hoping that everyone would like the idea so much that they would
> rush to
> implement it, so that I wouldn't have to try. (I haven't written much kernel
> code before, and I have a number of other time-requiring projec
On Mon, 4 Jun 2007, Pekka Enberg wrote:
> Christoph Lameter wrote:
> > That is another patchset. See
> > http://marc.info/?l=linux-kernel&w=2&r=1&s=DEVELKERNEL&q=b
>
> Oh my, I am totally confused now.
>
> First you fix kmalloc(0) to be legal and safe. And then you want to
> DEVEL_WARN_ON_ONCE w
> The problem is that you would need to reference count/lock them in every
> syscall or ioctl or similar. Otherwise another thread
> could change them in the middle of a syscall which wouldn't be
> good. Doing this full reference counting would be probably somewhat
> expensive with more locked cycl
On 04/06/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
sorry, don't fully understand - what do you mean by "got the messages but
not the fix"?
The range "detected" was 0 to 255 but both X and Y axis are reporting 4096.
I think that the code in drivers/hid/hid-input.c:
if ((device->quirks & HID_QU
Hi!
> > > To me, it seems a lot easier to get right than the current approaches.
> >
> > Well, you are certainly welcome to create the patch. "suspend3" name
> > is still free, AFAICT.
>
> I could be sneaky and call it "hibernate". Probably nicer though to use the
> name "kexec hibernate" to b
On Mon, Jun 04, 2007 at 12:37:10PM -0500, Matt Mackall wrote:
> With 2.6.22-rc3-mm1, I've got a long-running video transcoding going
> on. In other windows, I'm compiling, reading email, etc. with no
> noticeable problems.
>
> If I fire up lguest and leave it sitting at a shell prompt for a
> coup
On 06/04/2007 10:38 PM, Rene Herman wrote:
On 06/04/2007 08:41 PM, Pekka Enberg wrote:
[ Jens' email address updated to his oracle address ]
We can see that we're reading 2048 bytes from port 0x300 and storing
the data in memory location 0x8c1d2071 which causes the OOPS. What's
surprising is
On Mon, 4 Jun 2007 15:39:08 -0700 (PDT)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> > Btw, if I am again missing something totally obvious, could you please be so
> > kind to send me a batch of the same pills that the smart people take. I am
> > all
> > out.
>
> Heheheh Mind boogling isnt
On Mon, Jun 04, 2007 at 02:02:43PM -0700, [EMAIL PROTECTED] wrote:
> --- linux-2.6.22-rc3.orig/drivers/pci/Makefile2007-06-04
> 12:28:13.0 -0700
> +++ linux-2.6.22-rc3/drivers/pci/Makefile 2007-06-04 12:33:15.0
> -0700
> @@ -20,6 +20,9 @@
> # Build the Hypertransport
On Mon, 4 Jun 2007, Paul Moore wrote:
> Okay, for some reason I thought someone had found a way to make
> RCU "preemptable" through the real-time work, maybe I'm just confused
> again :)
It is preemptible in the RT kernel, but as Ingo points out, nothing should
be even trying to do something f
On Mon, Jun 04, 2007 at 02:02:44PM -0700, [EMAIL PROTECTED] wrote:
> This patch provides a common interface for pre allocating and
> managing pool of objects.
>
> Signed-off-by: Anil S Keshavamurthy <[EMAIL PROTECTED]>
> ---
> include/linux/respool.h | 43 +++
> lib/Makefile
On Mon, Jun 04, 2007 at 06:54:21PM -0400, Jeff Garzik wrote:
> On Mon, Jun 04, 2007 at 02:02:43PM -0700, [EMAIL PROTECTED] wrote:
> > --- linux-2.6.22-rc3.orig/drivers/pci/Makefile 2007-06-04
> > 12:28:13.0 -0700
> > +++ linux-2.6.22-rc3/drivers/pci/Makefile 2007-06-04 12:33:15.
Is there no way at all, other than ACPI, to find this stuff?
We would prefer to avoid hardware if the hardware enumeration is sane.
Jeff
-
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
On Mon, 4 Jun 2007, Andrew Morton wrote:
> > I'd say lets drop the DEVELKERNEL stuff and the warnings and go with
> > ZERO_SIZE_PTR. The DEVELKERNEL patch has the danger that subtle changes
> > occur at release time that we have not anticipated.
>
> OK.
Here a version of the patch that drops t
On Mon, Jun 04, 2007 at 06:57:14PM -0400, Jeff Garzik wrote:
> On Mon, Jun 04, 2007 at 02:02:44PM -0700, [EMAIL PROTECTED] wrote:
> > This patch provides a common interface for pre allocating and
> > managing pool of objects.
> >
> > Signed-off-by: Anil S Keshavamurthy <[EMAIL PROTECTED]>
> >
On Mon, Jun 04, 2007 at 11:36:45PM +0200, Sam Ravnborg wrote:
> In private mail I have discussed with a person the default charset
> to use for source code and in particular Kconfig files in the kernel.
> I recall to have seen some mails about UTF-8 but I would like to have
> confirmed what is the
Tom Moore wrote:
> Thank you for the reply back. Your answer makes perfect sense to me,
> and it is what I had suspected but was not sure about. The math seems
> to indicate that 4Gb of ram plus 1Gb of PCI address space equals 5Gb of
> memory space. So it does sound like I should have a large
On Monday 04 June 2007 5:39:00 pm Stephen Smalley wrote:
> On Mon, 2007-06-04 at 17:11 -0400, Paul Moore wrote:
> > I'm not an expert on the SELinux security server guts like the other
> > people on the To/CC line of this thread, but here are my two cents on the
> > issue above.
> >
> > From what I
On Mon, Jun 04, 2007 at 07:03:56PM -0400, Jeff Garzik wrote:
>
> Is there no way at all, other than ACPI, to find this stuff?
This is as clean as possible without letting ACPI to parse this
DMA remapping unit. The only thing we might be using is the
acpi data struct.
-Anil
-
To unsubscribe from t
On Mon, Jun 04, 2007 at 05:05:51PM -0400, Jeff Garzik wrote:
>
> This patch introduces struct pci_sysdata to x86 and x86-64, and
> converts the existing two users (NUMA, Calgary) to use it.
>
> This eliminates the conflict between NUMA and Calgary using the same
> pointer for different uses, and
On Mon, Jun 04, 2007 at 04:06:49PM -0700, Keshavamurthy, Anil S wrote:
> On Mon, Jun 04, 2007 at 06:57:14PM -0400, Jeff Garzik wrote:
> > you should add logic to free resources here (or queue_work to free the
> > resources), if the pool grows beyond a certain size.
> Can be added as an add on, tes
Andrew Morton wrote:
On Sat, 2 Jun 2007 19:14:25 +0200
Adrian Bunk <[EMAIL PROTECTED]> wrote:
statistics-infrastructure-make-printk_clock-a-generic-kernel-wide-nsec-resolution.patch
shows why __attribute__((weak)) is harmful because you don't see if a
required non-weak implemtation is missing:
On Mon, Jun 04, 2007 at 07:43:54PM -0400, Jeff Garzik wrote:
> On Mon, Jun 04, 2007 at 04:06:49PM -0700, Keshavamurthy, Anil S wrote:
> > On Mon, Jun 04, 2007 at 06:57:14PM -0400, Jeff Garzik wrote:
> > > you should add logic to free resources here (or queue_work to free the
> > > resources), if th
On Mon, 2007-06-04 at 12:37 -0500, Matt Mackall wrote:
> With 2.6.22-rc3-mm1, I've got a long-running video transcoding going
> on. In other windows, I'm compiling, reading email, etc. with no
> noticeable problems.
>
> If I fire up lguest and leave it sitting at a shell prompt for a
> couple mome
David Miller wrote:
> From: "Joseph S. Myers" <[EMAIL PROTECTED]>
> Date: Mon, 4 Jun 2007 20:56:57 + (UTC)
>
> [ added linux-arch which is a great place to discuss these
> kinds of issues. ]
>
>> What should the kernel syscall ABI be in such cases (any case where the
>> syscall implementat
Dave Kleikamp wrote:
I'm on Christoph's side here. I don't think it makes sense for any code
to ask to allocate zero bytes of memory and expect valid memory to be
returned.
Would a compromise be to return a pointer to some known invalid region?
This way the kmalloc(0) call would appear successf
On Mon, Jun 04, 2007 at 08:47:19AM +0100, Christoph Hellwig wrote:
> The right fix is the depend on the new HAS_DMA (or whatever it's called)
ACK... if the platform truly does not do DMA.
> symbol. The proper long-term fix is to move calln to the dam mapping
> functions from the core libata fi
On Mon, Jun 04, 2007 at 10:43:51AM -0700, H. Peter Anvin wrote:
> Jan Engelhardt wrote:
> > On Jun 4 2007 10:27, H. Peter Anvin wrote:
> >> Jeff Garzik wrote:
> >>> Seconded. All my code contains the goto label in the first column.
> >>>
> >>> IMO any other goto label indentation is silly, because
From: Alan Cox <[EMAIL PROTECTED]>
Date: Mon, 4 Jun 2007 14:30:05 +0100
>> There are PCMCIA controllers and PCI/PCMCIA/Cardbus adapters for the
>> Sparc platform I thought ?
On Mon, Jun 04, 2007 at 02:22:43PM -0700, David Miller wrote:
> The 32-bit sparc port has some but those PCMCIA controllers
Hello,
On Sunday 03 June 2007, Sergei Shtylyov wrote:
> Geller Sandor wrote:
> Hello.
>
> > The log of a typical IDE reset is available here:
>
> > http://petra.hos.u-szeged.hu/~wildy/syslog.gz
>
> > This was the worst case: the IDE bus was resetted during the system
> > boot.
James Jarvis wrote:
I trust this is the right list...
The following patch enables reboot through BIOS on the Dell Optiplex 745
Small Form Factor base, on which reboot hangs. The larger form factor
does not require this, hence the match on DMI_BOARD_NAME.
--- arch/i386/kernel/reboot.c.orig
On 6/4/07, Andi Kleen <[EMAIL PROTECTED]> wrote:
> From their e-mail:
>
> Note before continuing: Debian* Linux Operating System is not an
> officially, validated, tested Operating System for the Intel(R) Desktop
> Board DG965WH
> (see http://downloadcenter.intel.com/Product_Filter.aspx?ProductID
On Tue, 05 Jun 2007 11:02:00 +1000 Rusty Russell <[EMAIL PROTECTED]> wrote:
>
> > See b791072ba3c3b29bab1890963bde52eb944a8451 for the changes in question.
>
> Hmm, I thought that was only supposed to happen for "interruptless"
> consoles?
The comment certainly says it only applies to polled mode
On 6/4/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
Exactly, and given that this is a fairly easy thing to do, and that
occasionally we see systems where this happens (even if their BIOS is
later fixed). It is likely worth it for someone to write up the patch
and that compare MTRRs with ava
On Mon, 2007-06-04 at 17:58 -0500, Olof Johansson wrote:
> On Mon, Jun 04, 2007 at 12:37:10PM -0500, Matt Mackall wrote:
> > With 2.6.22-rc3-mm1, I've got a long-running video transcoding going
> > on. In other windows, I'm compiling, reading email, etc. with no
> > noticeable problems.
> >
> > If
The story starts with...
We've been seeing some occasional reports of -ERESTARTSYS and friends
being returned to userland from syscalls like accept(). After some
digging, we beleive that the signal code is inherently racy vs. the
way one task (or interrupt) can cause another task TIG_SIGPENDING
to
On Mon, Jun 04, 2007 at 12:02:28PM -0700, Jeremy Fitzhardinge wrote:
>Sam Ravnborg wrote:
>> If local(__label__) really so widely used in the kernel that it deserves
>> a place in coding-style?
>> A quick grep did not say so.
>>
>
>Probably not, and its use shouldn't be (even tacitly) encouraged
"Yinghai Lu" <[EMAIL PROTECTED]> writes:
> On 6/4/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
>>
>> Exactly, and given that this is a fairly easy thing to do, and that
>> occasionally we see systems where this happens (even if their BIOS is
>> later fixed). It is likely worth it for someone
On Tue, 5 Jun 2007, Benjamin Herrenschmidt wrote:
>
> - something calls recalc_sigpending_tsk() on thread A (for example,
>something try to sends it S2 which is blocked). There is no longer
>an active signal and thus TIF_SIGPENDING is cleared on thread A
I agree. That's unquestionably
From: Jesse Huang <[EMAIL PROTECTED]>
Change Logs:
Search PHY address form 0, only for device ID 0x0200 (IP100A). Other device are
from PHY address 1.
Signed-off-by: Jesse Huang <[EMAIL PROTECTED]>
---
drivers/net/sundance.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
a093
On Mon, 04 Jun 2007 09:18:55 +0400 Vasily Averin <[EMAIL PROTECTED]> wrote:
> Customers claims to ext3-related errors, investigation showed that ext3
> orphan list has been corrupted and have the reference to non-ext3 inode. The
> following debug helps to understand the reasons of this issue.
>
From: Jesse Huang <[EMAIL PROTECTED]>
Change Logs:
Search PHY address form 0, only for device ID 0x0200 (IP100A). Other device are
from PHY address 1.
Signed-off-by: Jesse Huang <[EMAIL PROTECTED]>
---
drivers/net/sundance.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
a093
On Tue, Jun 05, 2007 at 10:10:27AM +0800, WANG Cong wrote:
> On Mon, Jun 04, 2007 at 01:57:51PM -0400, Jeff Garzik wrote:
> >On Mon, Jun 04, 2007 at 10:43:51AM -0700, H. Peter Anvin wrote:
> >> Jan Engelhardt wrote:
> >> > On Jun 4 2007 10:27, H. Peter Anvin wrote:
> >> >> Jeff Garzik wrote:
> >> >
1024MB dont detected on Notebook HP 2125 with kernel 2.6.21.3
--
Reinaldo de Carvalho
:~# uname -a
Linux devil 2.6.21-amd64 #5 SMP Tue May 22 21:29:48 BRT 2007 x86_64
GNU/Linux
:~# free -m
total used free sharedbuffers cached
Mem: 93964
Hi,
Patches appended to this mail fixes a bug explained below.
There are two ways to fix the bug. PLEASE CHOOSE BETTER ONE.
Look at wait_drive_not_busy in drivers/ide/ide-taskfile.c:
static u8 wait_drive_not_busy(ide_drive_t *drive)
{
ide_hwif_t *hwif = HWIF(drive);
On Mon, 04 Jun 2007 09:19:10 +0400 Vasily Averin <[EMAIL PROTECTED]> wrote:
> After ext3 orphan list check has been added into ext3_destroy_inode() (please
> see my previous patch) the following situation has been detected:
> EXT3-fs warning (device sda6): ext3_unlink: Deleting nonexistent file
On Mon, Jun 04, 2007 at 01:57:51PM -0400, Jeff Garzik wrote:
>On Mon, Jun 04, 2007 at 10:43:51AM -0700, H. Peter Anvin wrote:
>> Jan Engelhardt wrote:
>> > On Jun 4 2007 10:27, H. Peter Anvin wrote:
>> >> Jeff Garzik wrote:
>> >>> Seconded. All my code contains the goto label in the first column.
> >
> > - something calls recalc_sigpending_tsk() on thread A (for example,
> >something try to sends it S2 which is blocked). There is no longer
> >an active signal and thus TIF_SIGPENDING is cleared on thread A
>
> I agree. That's unquestionably a bug. We should *never* clear sigpendi
On Tue, Jun 05, 2007 at 11:02:00AM +1000, Rusty Russell wrote:
> On Mon, 2007-06-04 at 17:58 -0500, Olof Johansson wrote:
> >
> > Is this on hvc console? The hvc driver was recently modified to back off
> > it's timing interval when there's no input, the max value is 2 seconds.
> >
> > See b79107
On Tue, 5 Jun 2007, Benjamin Herrenschmidt wrote:
> - I still think there's something wrong with dequeue_signal() being
> potentially called with a task different than current by signalfd, since
> __dequeue_signal() (among others) mucks around with current regardless.
> I'd love to just make sign
On Mon, 2007-06-04 at 20:12 +0200, Andi Kleen wrote:
> > >
> > > Looks like this one got lost in rc3-mm1.
> >
> > Andi said that he fixed the zero-divide by other means?
>
> I determined it cannot happen in my source tree. When notsc
> is passed TSC CPUID is cleared and sched-clock works.
>
> I s
ver, It can not
implement the fairness as I want. I really confuse here.
Would you like help me point out what's wrong in it? Any suggestion is
welcome. Thanks in advanced.
#! /usr/bin/python
# htucfs.py - Hard-To-Understand-CFS.py ;)
# Wrote by Li Yu / 20070604
#
# only su
On Tue, 2007-06-05 at 10:19 +1000, Rusty Russell wrote:
> On Mon, 2007-06-04 at 12:37 -0500, Matt Mackall wrote:
> > With 2.6.22-rc3-mm1, I've got a long-running video transcoding going
> > on. In other windows, I'm compiling, reading email, etc. with no
> > noticeable problems.
> >
> > If I fire
Jeff Garzik wrote:
>>
>> So, it seems that we can reach an agreement. Any other comments or
>> suggestions?
>> Or can someone ack/merge this patch?
>
> Honestly, I think not reaching an agreement is a good thing.
>
> "style" is always ultimately in the eye of the beholder, and reasoned
> people
On Tue, Jun 05, 2007 at 10:18:54AM +1000, Rusty Russell wrote:
> On Mon, 2007-06-04 at 12:37 -0500, Matt Mackall wrote:
> > With 2.6.22-rc3-mm1, I've got a long-running video transcoding going
> > on. In other windows, I'm compiling, reading email, etc. with no
> > noticeable problems.
> >
> > If
From: Bryan Wu <[EMAIL PROTECTED]>
This bug was caught by LTP testcase fchmod06 on Blackfin platform.
In the manpage of fchmod, "EPERM: The effective UID does not match the
owner of the file, and the process is not privileged (Linux: it does not
have the CAP_FOWNER capability)."
But the ramfs no
Vasily Averin wrote:
Customers claims to ext3-related errors, investigation showed that ext3 orphan
list has been corrupted and have the reference to non-ext3 inode. The following
debug helps to understand the reasons of this issue.
Vasily, does your customer have this patch in place?
http:/
On Monday 04 June 2007, Bjorn Helgaas wrote:
> On Sunday 03 June 2007 02:16:05 am Andrey Borzenkov wrote:
> > On Sunday 03 June 2007, Andrey Borzenkov wrote:
> > > Under 2.6.22-rc I lost irda0 interface - smsc claims no device present.
> > > Nothing was changed in setup except kernel version.
> > >
On Tuesday 05 June 2007, Samuel Ortiz wrote:
> (Adding Linus Walleij, who wrote part of the smsc driver, to Cc:)
>
> On Mon, Jun 04, 2007 at 06:33:56AM +0400, Andrey Borzenkov wrote:
> > On Monday 04 June 2007, Samuel Ortiz wrote:
> > > It seems that PnP tells us that the FIR port is at 0x2e8 while
Vasily Averin wrote:
After ext3 orphan list check has been added into ext3_destroy_inode() (please
see my previous patch) the following situation has been detected:
EXT3-fs warning (device sda6): ext3_unlink: Deleting nonexistent file
(37901290), 0
Inode 0101a15b7840: orphan list check fa
On Mon, 2007-06-04 at 19:38 -0700, Davide Libenzi wrote:
> > - I still think there's something wrong with dequeue_signal() being
> > potentially called with a task different than current by signalfd, since
> > __dequeue_signal() (among others) mucks around with current regardless.
> > I'd love to
Reinaldo de Carvalho wrote:
1024MB dont detected on Notebook HP 2125 with kernel 2.6.21.3
BIOS-provided physical RAM map:
BIOS-e820: - 0009dc00 (usable)
BIOS-e820: 0009dc00 - 000a (reserved)
BIOS-e820: 000d2000 - 0010 (reserve
So -rc4 is out there now, hopefully shrinking the regression list further.
The diffstat (for those that look at those kinds of things) tells the
story: lots of small stuff to random files. I think the single biggest
file change was the patch-checking script, along with some sparc64 fixes.
But
On Jun 04, 2007 19:03 -0700, Andrew Morton wrote:
> What caused those inodes to be bad, anyway? Memory allocation failures?
This can happen if e.g. NFS has a stale file handle - it will look up
the inode by inum, but ext3_read_inode() will create a bad inode due to
i_nlink = 0.
Cheers, Andreas
ver, It can not
implement the fairness as I want. I really confuse here.
Would you like help me point out what's wrong in it? Any suggestion is
welcome. Thanks in advanced.
I think use wait_runtime is more clear. so I modify this script.
#! /usr/bin/python
# htucfs.py - Hard-To-Unde
On Tue, Jun 05, 2007 at 01:52:38AM +0200, Martin Peschke wrote:
> Andrew Morton wrote:
> >On Sat, 2 Jun 2007 19:14:25 +0200
> >Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> >>statistics-infrastructure-make-printk_clock-a-generic-kernel-wide-nsec-resolution.patch
> >>
> >>shows why __attribute__((we
On Mon, 04 Jun 2007 18:25:28 +0200 Yoann Padioleau <[EMAIL PROTECTED]> wrote:
>
> In a few files a function such as usb_submit_urb is taking GFP_KERNEL
> as an argument whereas this function call is inside a
> spin_lock_irqsave region of code. Documentation says that it must be
> GFP_ATOMIC inste
On Mon, 4 Jun 2007 21:00:18 -0700 Andrew Morton <[EMAIL PROTECTED]> wrote:
> > diff --git a/drivers/usb/serial/io_ti.c b/drivers/usb/serial/io_ti.c
> > index 544098d..9ec38e3 100644
> > --- a/drivers/usb/serial/io_ti.c
> > +++ b/drivers/usb/serial/io_ti.c
> > @@ -2351,7 +2351,7 @@ static int resta
David Greaves wrote:
Mark Lord wrote:
David Greaves wrote:
I have 2 ide disks. If I enable SMART and hibernate/suspend2disk,
SMART is
disabled when I resume.
Just a thought: This *may* be fixable at the drive, with "hdparm -K1".
Thanks Mark, good idea.
Just tried and it didn't help though :
On Tue, Jun 05, 2007 at 12:31:15PM +1000, Rusty Russell wrote:
> Does this solve it for you?
Nope. Doesn't accept input and hogs the CPU with lots of system time.
--
Mathematics is the supreme nostalgia of our time.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Hi all,
Wondering if folks can help me out. I have been doing some collection
of statistics on my Redhat boxes and have noted that the read values
in /proc/diskstats *very* rarely change. Things like # of read
requests, reads merged, #bytes read, total time spent reading, are
just basically fro
On Mon, 2007-06-04 at 23:18 -0500, Matt Mackall wrote:
> On Tue, Jun 05, 2007 at 12:31:15PM +1000, Rusty Russell wrote:
> > Does this solve it for you?
>
> Nope. Doesn't accept input and hogs the CPU with lots of system time.
Dumb question: did you replace both the module and the launcher?
Rusty
Here's something that's been bugging me for a while now...
I have several Linux servers that have been given enough RAM that they
rarely ever use any swap space. For example, here's the typical output
of uptime and free:
[EMAIL PROTECTED] uptime; free
03:55:33 up 225 days, 17:34, 0 users, load
On Tue, Jun 05, 2007 at 01:11:15AM +0200, Adrian Bunk wrote:
> On Mon, Jun 04, 2007 at 11:36:45PM +0200, Sam Ravnborg wrote:
> > In private mail I have discussed with a person the default charset
> > to use for source code and in particular Kconfig files in the kernel.
> > I recall to have seen som
Christoph Lameter wrote:
SLUB: Return ZERO_SIZE_PTR for kmalloc(0) V3
Instead of returning the smallest available object return ZERO_SIZE_PTR.
A ZERO_SIZE_PTR can be legitimately used as an object pointer as long
as it is not deferenced. The dereference of ZERO_SIZE_PTR causes a
distinctive fau
Andrew, Andrian,
If you really have the opinion of not going for major cleanups,
optimizations outside of original LZO code (basically a fork), then
there is no point in me continuing this work.
If you think otherwise, please let me know and I will post a newer
version with improvements from all
On Mon, Jun 04, 2007 at 01:11:07PM +0300, Meelis Roos wrote:
> I am building current 2.6.22-rc3+git for my alpha (Eiger) and get these.
>
> MODPOST vmlinux
> WARNING: "saved_config" [arch/alpha/kernel/built-in] is COMMON symbol
> WARNING: arch/alpha/kernel/built-in.o(.text+0x7d2c): Section misma
On Tue, 5 Jun 2007 11:00:05 +0530 "Nitin Gupta" <[EMAIL PROTECTED]> wrote:
> Andrew, Andrian,
>
> If you really have the opinion of not going for major cleanups,
> optimizations outside of original LZO code (basically a fork), then
> there is no point in me continuing this work.
err, my LZO atte
Andrew Morton wrote:
> On Mon, 04 Jun 2007 09:19:10 +0400 Vasily Averin <[EMAIL PROTECTED]> wrote:
>> diff --git a/fs/ext3/namei.c b/fs/ext3/namei.c
>> index 9bb046d..e3ac8c3 100644
>> --- a/fs/ext3/namei.c
>> +++ b/fs/ext3/namei.c
>> @@ -1019,6 +1019,11 @@ static struct dentry *ext3_lookup(struct
On Tue, Jun 05, 2007 at 10:11:12AM +0400, Vasily Averin wrote:
> >>return d_splice_alias(inode, dentry);
> >> }
> > Seems reasonable. So this prevents the bad inodes from getting onto the
> > orphan list in the first place?
>
> make_bad_inode() is called from ext3_read_inode() that is called
On Mon, Jun 04, 2007 at 09:58:51PM +0100, Richard Purdie wrote:
> On Mon, 2007-06-04 at 23:56 +0530, Nitin Gupta wrote:
> > Yes there might still be problems - that is why I posted as RFC. I got
> > useful comments and the code is improving. Going for such fork might
> > be pain initially but IMHO
On 6/4/07, Tim Bird <[EMAIL PROTECTED]> wrote:
Greg KH wrote:
> On Mon, Jun 04, 2007 at 12:10:01PM -0700, Tim Bird wrote:
>> Greg,
>>
>> I'm having problems cloning the stable git tree for 2.6.21.
>> Here's what I get:
>>
>> $ git clone
http://www.kernel.org/pub/scm/linux/kernel/git/stable/linux
On Tue, 2007-06-05 at 13:22 +1000, Benjamin Herrenschmidt wrote:
> On Mon, 2007-06-04 at 19:38 -0700, Davide Libenzi wrote:
> > > - I still think there's something wrong with dequeue_signal() being
> > > potentially called with a task different than current by signalfd, since
> > > __dequeue_signa
[PATCH] x86_64: change dmi_ioremap to ioremap
dmi_scan_machine==>dmi_present==>dmi_table==>dmi_ioremap uses
early_ioremap in mm/init.c
dmi_scan_machine is called after init_memory_mappings, and could use
ioremap instead.
also remove extra extern declaring about dmi_ioremap
Signed-off-by: Yinghai
On Mon, Jun 04, 2007 at 07:15:58AM -0400, Robert P. J. Day wrote:
>
> Remove the "#if 0"ed definition of apm_get_battery_status().
>
> Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
> Acked-by: Stephen Rothwell <[EMAIL PROTECTED]>
Acked-by: Anton Vorontsov <[EMAIL PROTECTED]>
> ---
>
> di
401 - 500 of 504 matches
Mail list logo
