To handle large sparse areas a little more efficiently, follow Nick and
move the p?d_none_or_clear_bad tests up from the start of each function
to its callsite.
Signed-off-by: Hugh Dickins <[EMAIL PROTECTED]>
---
mm/memory.c | 24
mm/mprotect.c | 12 ++--
On Wed, Mar 09, 2005 at 05:43:02PM +0100, Bartlomiej Zolnierkiewicz wrote:
> On Wed, 09 Mar 2005 16:38:43 +, Alan Cox <[EMAIL PROTECTED]> wrote:
> > On Mer, 2005-03-09 at 16:26, Bartlomiej Zolnierkiewicz wrote:
> > > It can be merged if somebody fix it to always force controller into
> > >
Hi!
This patch contains the necessary changes to the assembly routines
etc. for ppc. It depends on the main resume part. It's a Hu Gang's
patch.
Please apply,
Pavel
From: Hu Gang <[EMAIL PROTECTED]>
Signed-off-by: Rafael J. Wysocki
This patch is the odd-one-out of the sequence. The one before adjusted
copy_pte_range from a for loop to a do while loop, and it was therefore
simplest to check for lockbreak before copying pte: possibility that it
might keep getting preempted without making progress under some loads.
Some loads
Convert clear_page_range pagetable walkers to loops using p?d_addr_end.
These are exceptional in that some out-of-tree memory layouts might pass
end 0, so the macros need to handle that (though previous code did not).
The naming here was out of step: now we usually pass pmd_t *pmd down to
Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> On Wed, 2005-03-09 at 16:34 +0530, Suparna Bhattacharya wrote:
> > Any sense of how costly it is to use spin_lock_irq's vs spin_lock
> > (across different architectures) ? Isn't rwsem used very widely ?
>
> oh also rwsems aren't used all that much
Chen, Kenneth W wrote on Wednesday, March 09, 2005 1:59 PM
> > Did you generate a kernel profile?
>
> Top 40 kernel hot functions, percentage is normalized to kernel utilization.
>
> _spin_unlock_irqrestore 23.54%
> _spin_unlock_irq 19.27%
>
>
> Profile with
[PATCH 15/15] ptwalk: pud and pmd folded
Nick Piggin's patch to fold away most of the pud and pmd levels when not
required. Adjusted to define minimal pud_addr_end (in the 4LEVEL_HACK
case too) and pmd_addr_end. Responsible for half of the savings.
Signed-off-by: Hugh Dickins <[EMAIL
As a general rule, ask the compiler to inline action_on_pmd_range and
action_on_pud_range: they're none very interesting, and it has a better
chance of eliding them that way. But conversely, it helps debug traces
if action_on_pte_range and top action_on_page_range remain uninlined.
>
> Could you please add Signed-off-by? Do I read this patch correctly that
> it effectively disables the DRM_COPY in ->version callbacks?
I'll resend the patch now .. no it just zeros out the structure on the
stack so that the version callback doesn't get a garbage structure to copy
into...
Convert zeromap_page_range pagetable walkers to loops using p?d_addr_end.
Remove the redundant flush_tlb_range from afterwards: as its comment
noted, there's already a BUG_ON(!pte_none).
Signed-off-by: Hugh Dickins <[EMAIL PROTECTED]>
---
mm/memory.c | 143
Convert unmap_page_range pagetable walkers to loops using p?d_addr_end.
Move blanking of irrelevant details up to unmap_page_range as Nick did.
Signed-off-by: Hugh Dickins <[EMAIL PROTECTED]>
---
mm/memory.c | 119 ++--
1 files changed,
On Thu, Mar 10, 2005 at 03:23:49AM +0530, Dipankar Sarma wrote:
> On Wed, Mar 09, 2005 at 01:29:23PM -0800, Badari Pulavarty wrote:
> > On Wed, 2005-03-09 at 13:27, Dipankar Sarma wrote:
> > > On Wed, Mar 09, 2005 at 10:55:58AM -0800, Badari Pulavarty wrote:
> > > > Hi,
> > > >
> > > > We have a
Convert remap_pfn_range pagetable walkers to loops using p?d_addr_end.
Remove the redundant flush_tlb_range from afterwards: as its comment
noted, there's already a BUG_ON(!pte_none).
Signed-off-by: Hugh Dickins <[EMAIL PROTECTED]>
---
mm/memory.c | 151
Convert copy_page_range pagetable walkers to loops using p?d_addr_end.
Merge copy_swap_pte into copy_one_pte, make a few minor tidyups.
Signed-off-by: Hugh Dickins <[EMAIL PROTECTED]>
---
mm/memory.c | 141
1 files changed, 57
Replace the repetitive p?d_none, p?d_bad, p?d_ERROR, p?d_clear clauses
by pgd_none_or_clear_bad, pud_none_or_clear_bad, pmd_none_or_clear_bad
inlines throughout common and i386 - avoids a sprinkling of "unlikely"s.
Tests inline, but unlikely error handling in mm/memory.c - so the ERROR
file and
Convert unuse_process pagetable walkers to loops using p?d_addr_end; but
correct its name to unuse_mm, rename its levels to _range as elsewhere.
Leave unuse_pte out-of-line since it's so rarely called; but move the
funny activate_page inside it. foundaddr was a leftover from before: we
still
Convert filemap_sync pagetable walkers to loops using p?d_addr_end; use
similar loop to split filemap_sync into chunks. Merge filemap_sync_pte
into sync_pte_range, cut filemap_ off the longer names, vma arg first.
There is no error from filemap_sync, nor is any use made of the flags:
if it
Andrew Morton wrote on Wednesday, March 09, 2005 12:05 PM
> "Chen, Kenneth W" <[EMAIL PROTECTED]> wrote:
> > Let me answer the questions in reverse order. We started with running
> > industry standard transaction processing database benchmark on 2.6 kernel,
> > on real hardware (4P smp, 64 GB
On Wed, 9 Mar 2005, Alan Cox wrote:
> On Mer, 2005-03-09 at 09:34, Geert Uytterhoeven wrote:
> > On Wed, 9 Mar 2005, Jon Smirl wrote:
> > > Another idea would be to build a console is user space. Think of it as
> > > a full screen xterm. A user space console has access to full hardware
> > >
Convert unmap_vm_area and map_vm_area pagetable walkers to loops using
p?d_addr_end; rename internal levels vunmap_p??_range, vmap_p??_range.
map_vm_area shows the style when allocating: allocs moved down a level.
Replace KERN_CRIT Whee message by boring WARN_ON.
Signed-off-by: Hugh Dickins
On Wed, Mar 09, 2005 at 03:45:43PM +, Alan Cox wrote:
> On Maw, 2005-03-08 at 22:33, Christoph Hellwig wrote:
> > > Really - so does it go to the PCI maintainer, the IDE maintainer or the
> > > DRI maintainer or someone else, or all of them, or in bits to different
> > > ones remembering there
> The group I work in has been experimenting with GFS and Lustre, and I did
> some NBD/ENBD experimentation on my own, described at
> http://dcs.nac.uci.edu/~strombrg/nbd.html
>
> My question is, what is the current status of huge filesystems - IE,
> filesystems that exceed 2 terabytes, and
On Mer, 2005-03-09 at 17:33, Lennart Sorensen wrote:
> Now if the Geode GX1 in fact runs faster optimized for 486 rather than
> 586 (I have been running one as 586tsc since it had mmx and tsc in its
> feature list), then I think I will be recompiling my kernel to see if I
> can't make this 266MHz
Here's a cleanup of the pagetable walkers, in common and i386 code,
based on 2.6.11-bk5. Mainly to make them all go the same simpler way,
so they're easier to follow with less room for error; but also to reduce
the code size and speed it up a little. These are janitorial changes,
other arches
On Wed, Mar 09, 2005 at 09:43:47AM -0500, Bagalkote, Sreenivas wrote:
> During the module load time, I allocate 32 bit or 64 bit SGLs based on
> whether I can receive 64 bit DMA addresses or not. If size of dma_addr_t
> is 4, then I allocate only 32 bit SGLs. During the run time, I prepare
>
On Wed, 9 Mar 2005, Alan Cox wrote:
> On Maw, 2005-03-08 at 17:25, Linux Kernel Mailing List wrote:
> > ChangeSet 1.2030, 2005/03/08 09:25:05-08:00, [EMAIL PROTECTED]
> >
> > [PATCH] make st seekable again
> >
> > Apparently `tar' errors out if it cannot perform lseek() against a
>
Marcos D. Marado Torres wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Wed, 9 Mar 2005, Geert Uytterhoeven wrote:
>
> >>>which is a patch against the 2.6.11.1 release. If consensus arrives
> >>>that this patch should be against the 2.6.11 tree, it will be done that
> >>>way in
On Tue, Mar 08, 2005 at 05:59:48PM -0800, Venkat Ramakrishnan wrote:
> Hello,
>
> I am looking for Large Page Implmentation (similar to the hugetlb
> effort) for ARM processors, specifically Xscale. Is there an ongoing
> project any one can point me to? I tried searching for before posting
>
Hi Chris,
> > While working on the saa7110 driver I found a problem with the way
> > various video drivers (found on Zoran-based boards) prepare i2c
> > messages to be used by i2c_transfer. The drivers improperly copy the
> > i2c client flags as the message flags, while both sets are mostly
> >
On Wed, Mar 09, 2005 at 01:29:23PM -0800, Badari Pulavarty wrote:
> On Wed, 2005-03-09 at 13:27, Dipankar Sarma wrote:
> > On Wed, Mar 09, 2005 at 10:55:58AM -0800, Badari Pulavarty wrote:
> > > Hi,
> > >
> > > We have a 8-way P-III, 16GB RAM running 2.6.8-1. We use this as
> > > our server to
> Here's a little patch which is useful for showing timing information for
> kernel bootup activities.
>
> This patch adds a new Kconfig option under "Kernel Hacking" and a new
> option for the kernel command line. It also provides a script for
> showing delta information.
I'm seeing some odd
Greg KH wrote:
On Wed, Mar 09, 2005 at 01:35:41PM -0600, Kilau, Scott wrote:
As it stands today, your requirement appears to be that she needs
to yank all diags ioctls and sysfs files before the driver can make
it into the kernel sources.
Not all sysfs files, sysfs files are fine, as long
DHollenbeck wrote:
I had hoped that the proper discipline in rejecting non-critical patches
would have pertained. I remain unconvinced that the .y releases are
anything but noise that should have been kept elsewhere. After reading
through a patch summary, I see this as typical:
On Wed, 2005-03-09 at 13:27, Dipankar Sarma wrote:
> On Wed, Mar 09, 2005 at 10:55:58AM -0800, Badari Pulavarty wrote:
> > Hi,
> >
> > We have a 8-way P-III, 16GB RAM running 2.6.8-1. We use this as
> > our server to keep source code, cscopes and do the builds.
> > This machine seems to slow down
Vineet Joglekar wrote:
Hi all,
Can someone please tell me where can I find and which
random/pseudo-random number generator can I use inside the linux
kernel? (2.4.28)
I found out 1 function get_random_bytes() in
linux/drivers/char/random.c but thats not what I want.
I want a function where I will
On Wed, 2005-03-09 at 11:53, Andrew Morton wrote:
> Suparna Bhattacharya <[EMAIL PROTECTED]> wrote:
> >
> > > Solaris, which does forcedirectio as a mount option, actually
> > > will do buffered I/O on the trailing part. Consider it like a bounce
> > > buffer. That way they don't DMA the
On Wed, Mar 09, 2005 at 10:55:58AM -0800, Badari Pulavarty wrote:
> Hi,
>
> We have a 8-way P-III, 16GB RAM running 2.6.8-1. We use this as
> our server to keep source code, cscopes and do the builds.
> This machine seems to slow down over the time. One thing we
> keep noticing is it keeps
* DHollenbeck ([EMAIL PROTECTED]) wrote:
> [PATCH] drivers/net/via-rhine.c: make a variable static const
>
> This patch makes a needlessly global variable static const.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
> Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
>
>
DHollenbeck wrote:
It's possible I simply don't get it, but the above description of a
patch hardly seems like it would qualify for the intentions of the
2.6.x.y series.
Where do you see that patch as being applied in the new .y stable series?
Chris
-
To unsubscribe from this list: send the line
> Ingo, we already have a touch_nmi_watchdog() in the sysrq code. It might be
> worth adding a touch_softlockup_watchdog() wherever we have a
> touch_nmi_watchdog().
or add touch_softlockup_watchdog to touch_nmi_watchdog() instead
and rename it tickle_watchdog() overtime.
-
To unsubscribe
Hello,
I wish to be personally CC'ed the answers/comments posted to the list in
response to this post
I can't trace any reference addressing how the memory associated queue is
managed?
Please check slide 13 from this link:
http://engr.smu.edu/~kocan/7343spring05/slides/chapter07.ppt
i mean
On Mer, 2005-03-09 at 19:09, Andries Brouwer wrote:
> The moment you report that the follow-up patch is fine, we can
> remove the #if 0 and insert the initcalls instead.
>
> So, all is well today, and we are waiting for your report.
Ok works for me. I'll let you know ASAP.
-
To unsubscribe from
With version 2.6.10 the driver for the tuner frontend from ALPS TDLB7
was removed.
Why do you think that this is a dead file?
While I'm happy with the work you do for dvb on Linux, and I want to
thank you for this anyway, my TV does not work anymore! :(
I use a TechoTrend Premium card with
Matt Mackall wrote:
On Wed, Mar 09, 2005 at 12:39:23AM -0800, Greg KH wrote:
And to further test this whole -stable system, I've released 2.6.11.2.
It contains one patch, which is already in the -bk tree, and came from
the security team (hence the lack of the longer review cycle).
It's available
* Andi Kleen ([EMAIL PROTECTED]) wrote:
> On Wed, Mar 09, 2005 at 10:28:22AM -0800, Chris Wright wrote:
> > * Andi Kleen ([EMAIL PROTECTED]) wrote:
> > > Greg KH <[EMAIL PROTECTED]> writes:
> > > One rule I'm missing:
> > >
> > > - It must be accepted to mainline.
> >
> > This can violate the
I had hoped that the proper discipline in rejecting non-critical patches
would have pertained. I remain unconvinced that the .y releases are
anything but noise that should have been kept elsewhere. After reading
through a patch summary, I see this as typical:
--
On Wed, Mar 09, 2005 at 11:53:48AM -0800, Andrew Morton wrote:
> Suparna Bhattacharya <[EMAIL PROTECTED]> wrote:
> > If writes/truncates take care of zeroing out the rest of the sector
> > on disk, might we still be OK without having to do the bounce buffer
> > thing ?
>
> We can probably rely
Paulo Marques wrote:
[...]
Can you send me privately a tar.bz2 containing your .config,
.tmp_kallsyms1.S and .tmp_kallsyms2.S so I can try to figure out what's
going on?
Ok, after some investigation into the files I was able to find out the
problem.
scripts/kallsyms.c uses a subset of the
On Wed, Mar 09 2005, Jon Smirl wrote:
> On Wed, 09 Mar 2005 15:31:10 -0500, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> > Well, there are no changes in libata from bk4 to present. The only
> > thing I see in the -bk4-bk5 increment diff that's immediately noticeable
> > is the barrier stuff.
>
> bk4
On Wed, Mar 09, 2005 at 12:39:23AM -0800, Greg KH wrote:
> And to further test this whole -stable system, I've released 2.6.11.2.
> It contains one patch, which is already in the -bk tree, and came from
> the security team (hence the lack of the longer review cycle).
>
> It's available now in the
Greg KH wrote:
And to further test this whole -stable system, I've released 2.6.11.2.
It contains one patch, which is already in the -bk tree, and came from
the security team (hence the lack of the longer review cycle).
It's available now in the normal kernel.org places:
On Maw, 2005-03-08 at 17:25, Linux Kernel Mailing List wrote:
> ChangeSet 1.2030, 2005/03/08 09:25:05-08:00, [EMAIL PROTECTED]
>
> [PATCH] make st seekable again
>
> Apparently `tar' errors out if it cannot perform lseek() against a
> tape. Work
> around that in-kernel.
On Wed, Mar 09, 2005 at 08:40:00PM +, Alan Cox wrote:
> > o Cset exclude: [EMAIL PROTECTED]|ChangeSet|20041125155150|65356
> > o Allow lseek on SCSI tapes
> > o Allow lseek on osst to keep tar --verify happy
>
> This seems odd since the scsi tape drives don't support lseek and the
>
On Wednesday, 9 of March 2005 20:31, Jason Lunz wrote:
> [EMAIL PROTECTED] said:
> > You know what would be really useful... if www.kernel.org listed the
> > "latest -ac" patch as something current instead of 2.6.10-ac12, which was
> > a great patch in its day, but hasn't been current for a while.
Jon Smirl wrote:
On Wed, 09 Mar 2005 12:16:44 -0500, Jeff Garzik <[EMAIL PROTECTED]> wrote:
Jon Smirl wrote:
Something in the last 24hrs in linus bk broke my ability to mount root:
Creating root device
Mounting root filesystem
mount: error 6 mounting ext3
mount: error 2 mounting none
Switching to
On Wed, 09 Mar 2005 15:31:10 -0500, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Well, there are no changes in libata from bk4 to present. The only
> thing I see in the -bk4-bk5 increment diff that's immediately noticeable
> is the barrier stuff.
bk4 works
bk5 is broken
Where are these *.key files?
I noticed that the AHCI CI (cmd issue) reg wasn't getting cleared
after error ints resulting in no further commands being successfully
issued to the port. This patch fixes. All that's really needed is
the 1's complement but I also removed the disabling/enabling of the
FIS_RX b/c this isn't
Jon Smirl wrote:
On Wed, 09 Mar 2005 12:16:44 -0500, Jeff Garzik <[EMAIL PROTECTED]> wrote:
Jon Smirl wrote:
Something in the last 24hrs in linus bk broke my ability to mount root:
Creating root device
Mounting root filesystem
mount: error 6 mounting ext3
mount: error 2 mounting none
Switching to
On Sat, 15 Jan 2005 12:43:33 +0100, Udo van den Heuvel <[EMAIL PROTECTED]>
wrote:
> Hello,
>
> On my firewall (VIA EPIA CL-6000 with VIA Rhine network chips running FC3
> and custom kernels) I see messages like:
>
> Jan 13 19:35:46 epia kernel: eth1: Oversized Ethernet frame spanned multiple
>
Jon Smirl wrote:
On Wed, 09 Mar 2005 12:16:44 -0500, Jeff Garzik <[EMAIL PROTECTED]> wrote:
Jon Smirl wrote:
Something in the last 24hrs in linus bk broke my ability to mount root:
Creating root device
Mounting root filesystem
mount: error 6 mounting ext3
mount: error 2 mounting none
Switching to
> On Mer, 2005-03-09 at 09:34, Geert Uytterhoeven wrote:
> > On Wed, 9 Mar 2005, Jon Smirl wrote:
> > > Another idea would be to build a console is user space. Think of it as
> > > a full screen xterm. A user space console has access to full hardware
> > > acceleration using the DRM interface.
>
Michal Vanco wrote:
On Wednesday 09 March 2005 20:45, Patrick McHardy wrote:
This patch should fix it. The crash is caused by stale pointers,
the pointers in fib_iter_state are not reloaded after seq->stop()
followed by seq->start(pos > 0).
Well. Trap vanished after applying this patch, but
> o Cset exclude: [EMAIL PROTECTED]|ChangeSet|20041125155150|65356
> o Allow lseek on SCSI tapes
> o Allow lseek on osst to keep tar --verify happy
This seems odd since the scsi tape drives don't support lseek and the
driver changes to correctly block it were part of the security fixes for
Hello.
Attached patch moves the three
interrupt-related constants, namely
SA_PROBE, SA_SAMPLE_RANDOM and
SA_SHIRQ, from the arch-specific
headers to the generic header
linux/signal.h. Now, as the interrupt
handling code was recently consolidated,
it looks likely that the related flags
have to be
On Wednesday 09 March 2005 20:45, Patrick McHardy wrote:
> > Michal Vanco wrote:
> >> I see this problem running 2.6.11 on dual AMD64:
> >>
> >> Running quagga routing daemon (ospf+bgp) and issuing "netstat -rn |wc
> >> -l" command
> >> while quagga tries to load more than 154000 routes from its
Please do a
bk pull bk://gkernel.bkbits.net/net-drivers-2.6
This will update the following files:
drivers/net/sis900.c| 41 +
drivers/net/via-rhine.c |3 +++
2 files changed, 24 insertions(+), 20 deletions(-)
through these ChangeSets:
This patch extracts all the operations on rss into definitions in
include/linux/sched.h. All rss operations are performed through
the following three macros:
get_mm_counter(mm, member) -> Obtain the value of a counter
set_mm_counter(mm, member, value) -> Set the value of a
--- Lee Revell <[EMAIL PROTECTED]> wrote:
> On Wed, 2005-03-09 at 00:25 +0100, szonyi calin wrote:
> > --- Dave Jones <[EMAIL PROTECTED]> a écrit :
> > Taking into account that nobody responded on lkml nor
> > on alsa (the message was awaiting modderator aprouval
> > on alsa-devel) i don't
The page fault handler attempts to use the page_table_lock only for short
time periods. It repeatedly drops and reacquires the lock. When the lock
is reacquired, checks are made if the underlying pte has changed before
replacing the pte value. These locations are a good fit for the use of
The current way of updating ptes in the Linux vm includes first clearing
a pte before setting it to another value. The clearing is performed while
holding the page_table_lock to insure that the entry will not be modified
by the CPU directly (clearing the pte clears the present bit),
by an arch
Do not use the page_table_lock in do_anonymous_page. This will significantly
increase the parallelism in the page fault handler in SMP systems. The patch
also modifies the definitions of _mm_counter functions so that rss and anon_rss
become atomic.
Signed-off-by: Christoph Lameter <[EMAIL
Suparna Bhattacharya <[EMAIL PROTECTED]> wrote:
>
> >Solaris, which does forcedirectio as a mount option, actually
> > will do buffered I/O on the trailing part. Consider it like a bounce
> > buffer. That way they don't DMA the trailing data and succeed the I/O.
> > The I/O returns
On Wed, Mar 09, 2005 at 08:39:36PM +0100, Andi Kleen wrote:
> On Wed, Mar 09, 2005 at 10:34:08AM -0800, Greg KH wrote:
> > On Wed, Mar 09, 2005 at 10:56:33AM +0100, Andi Kleen wrote:
> > > Greg KH <[EMAIL PROTECTED]> writes:
> > > >
> > > > Rules on what kind of patches are accepted, and what ones
Il Wed, Mar 09, 2005 at 09:46:20AM +1100, Benjamin Herrenschmidt ha scritto:
> One thing is: I
> don't have x86 hardware, or at least, nothing where I can have 2 VGA
> cards in (I may have access to an old laptop). So I'll need help &
> testers at one point.
It's your lucky day ;) I've just
Hello
Please cc all replies to me.
After upgrading my little NATting firewall/router from 2.6.7-ck4 to
2.6.10-gentoo-r6 my /var/log/messages is 15MB in size and most of it looks
like the text below. All traffic to the Internet seems to cause this.
"cat /var/log/messages | uniq |
"Chen, Kenneth W" <[EMAIL PROTECTED]> wrote:
>
> Andrew Morton wrote on Tuesday, March 08, 2005 10:28 PM
> > But before doing anything else, please bench this on real hardware,
> > see if it is worth pursuing.
>
> Let me answer the questions in reverse order. We started with running
> industry
On Wed, Mar 09, 2005 at 01:35:41PM -0600, Kilau, Scott wrote:
> As it stands today, your requirement appears to be that she needs
> to yank all diags ioctls and sysfs files before the driver can make
> it into the kernel sources.
Not all sysfs files, sysfs files are fine, as long as they are
Hi Christopher,
> Your patch allows "finally" for me to be able to monitor all my temps
> in my computer with an offset of 6. http://lkml.org/lkml/2005/2/26/65
Thanks for the report! I'm glad to learn that someone actually used my
w83627ehf driver :)
Can you elaborate of the "offset of 6"?
>
[EMAIL PROTECTED] said:
> You know what would be really useful... if www.kernel.org listed the
> "latest -ac" patch as something current instead of 2.6.10-ac12, which was
> a great patch in its day, but hasn't been current for a while.
>
> In fairness, the -mm is out of date, too. Perhaps a bit of
Hi Gene, Andrew, all,
(Gene, note that I cannot write to you directly because Verizon are
idiots. Let's just hope you'll read that.)
[Gene Heskett]
> /usr/pcHDTV3000/linux/pcHDTV-1.6/kernel-2.6.x/driver/bttv-i2c.c:362:
> error: unknown field `id' specified in initializer
I've dropped the "id"
Hi,
Here goes the third pre of v2.4.30.
It contains a small number of scattered fixes, most notably e1000 update,
a backport of v2.6's nForce override fix, and SATA update.
The changes which broke "tar --verify" on tapes have been reverted.
Please read the changelog for more details.
Badari Pulavarty <[EMAIL PROTECTED]> wrote:
>
> I am not sure if this is related to your patch. But I ran into
> BUG() with sysrq-t with your patch.
>
> Thanks,
> Badari
>
> BUG: soft lockup detected on CPU#1!
>
> Modules linked in: joydev sg st floppy
The attached patch changes the key implementation in a number of ways:
(1) It removes the spinlock from the key structure.
(2) The key flags are now accessed using atomic bitops instead of
write-locking the key spinlock and using C bitwise operators.
The three instantiation flags
On Wed, Mar 09, 2005 at 10:28:22AM -0800, Chris Wright wrote:
> * Andi Kleen ([EMAIL PROTECTED]) wrote:
> > Greg KH <[EMAIL PROTECTED]> writes:
> > >
> > > Rules on what kind of patches are accepted, and what ones are not, into
> > > the "-stable" tree:
> > > - It must be obviously correct and
Michal Vanco wrote:
I see this problem running 2.6.11 on dual AMD64:
Running quagga routing daemon (ospf+bgp) and issuing "netstat -rn |wc
-l" command
while quagga tries to load more than 154000 routes from its bgp
neighbours causes this trap:
This patch should fix it. The crash is caused by
On Wednesday 09 March 2005 20:34, Andi Kleen wrote:
> On Wed, Mar 09, 2005 at 07:24:00PM +0100, Blaisorblade wrote:
> > On Wednesday 09 March 2005 18:24, Andi Kleen wrote:
> > > [EMAIL PROTECTED] writes:
> > > > CC: Andi Kleen <[EMAIL PROTECTED]>
> > > >
> > > > I think it should be there, please
Justin M. Forbes wrote:
With the new stable series kernels, the .x versioning is being added to
EXTRAVERSION. This has traditionally been a space for local modification.
I know several distributions are using EXTRAVERSION for build numbers,
platform and assorted other information to differentiate
On Wed, Mar 09, 2005 at 07:24:00PM +0100, Blaisorblade wrote:
> On Wednesday 09 March 2005 18:24, Andi Kleen wrote:
> > [EMAIL PROTECTED] writes:
> > > CC: Andi Kleen <[EMAIL PROTECTED]>
> > >
> > > I think it should be there, please check better.
> >
> > It doesn't matter. asmlinkage is a nop on
> > DPA support is a requirement for all Digi drivers, so it would
> > not be possible for me to remove them from my "dgnc" version
> > of the driver.
> "requirement" from whom and to who? The Linux kernel community?
>From our customers who are moving from other OS's to Linux,
and expect DPA
Well, aio-stress seems to run better with your patch (no Oops) but
I think we still have a problem in AIO. It looks like aio-stress
is stuck (unable to kill it).
Here is the sysrq-t output:
aio-stressD 8101be224970 0 15430 1 15429
(NOTLB)
8101be21bd58
On Wed, Mar 09, 2005 at 06:00:45PM +, Alan Cox wrote:
> On Mer, 2005-03-09 at 09:56, Andi Kleen wrote:
> > - It must be accepted to mainline.
>
> Strongly disagree. What if the mainline fix is a rewrite of the core API
> involved. Some times you need to put in the short term fix. What must
>
Hi,
I am not sure if this is related to your patch. But I ran into
BUG() with sysrq-t with your patch.
Thanks,
Badari
BUG: soft lockup detected on CPU#1!
Modules linked in: joydev sg st floppy usbserial parport_pc lp parport
ipv6 ohci_hcd i2c_amd756 i2c_core
Kristian SÃrensen cs.aau.dk> writes:
>
> Hi all!
>
> I have some trouble reading a 2346 byte /proc entry from our Umbrella kernel
> module.
> if (count != UMB_POLICY_SIZE) {
> printk("Umbrella: Error - /proc/umbrella is of invalid size\n");
> return -EFAULT;
On Wed, Mar 09, 2005 at 11:42:31AM -0600, Kilau, Scott wrote:
> Hi Wendy, Greg, all,
>
> If IBM intends on our DPA management program to work for the JSM
> products, the ioctls are needed.
Wendy, what is IBM's stance on this?
> DPA support is a requirement for all Digi drivers, so it would
>
On Mer, 2005-03-09 at 09:34, Geert Uytterhoeven wrote:
> On Wed, 9 Mar 2005, Jon Smirl wrote:
> > Another idea would be to build a console is user space. Think of it as
> > a full screen xterm. A user space console has access to full hardware
> > acceleration using the DRM interface.
>
> Yep. And
On Fri, Mar 04, 2005 at 01:16:57PM -0800, [EMAIL PROTECTED] wrote:
>
> From: Yoichi Yuasa <[EMAIL PROTECTED]>
>
> CC arch/mips/kernel/ptrace.o
> arch/mips/kernel/ptrace.c: In function 'do_syscall_trace':
> arch/mips/kernel/ptrace.c:310: warning: implicit declaration of function
>
On Fri, Mar 04, 2005 at 01:09:18PM -0600, Kumar Gala wrote:
> Andrew, Greg
>
> Here is a patch for the new 2.6.11 release tree and for Linus.
>
> Fix for trivial fix for 2.6.11 oprofile compilation on e500 based ppc.
>
> Signed-off-by: Andy Fleming <[EMAIL PROTECTED]>
> Signed-off-by: Kumar
The group I work in has been experimenting with GFS and Lustre, and I did
some NBD/ENBD experimentation on my own, described at
http://dcs.nac.uci.edu/~strombrg/nbd.html
My question is, what is the current status of huge filesystems - IE,
filesystems that exceed 2 terabytes, and hopefully also
On Wed, Mar 09, 2005 at 04:55:27PM +, Alan Cox wrote:
> > [PATCH] remove dead cyrix/centaur mtrr init code
>
> This patch was discussed previously and declared incorrect. The ->init
> method call is missing in the base mtrr code.
>
> Should be reverted and/or fixed properly.
Hi Alan -
201 - 300 of 937 matches
Mail list logo