On Wednesday 23 May 2007 03:36:27 Bill Davidsen wrote:
> Anant Nitya wrote:
> > On Thursday 17 May 2007 23:15:33 Ingo Molnar wrote:
> >> i'm pleased to announce release -v13 of the CFS scheduler patchset.
> >>
> >> The CFS patch against v2.6.22-rc1, v2.6.21.1 or v2.6.20.10 can be
> >> downloaded
Greg KH wrote:
> If you can come up with a wrapper that will work, please let me know and
> I'll be glad to add it. Right now, it's pretty darn simple to do this
> (look at the USB and PCI core code for examples if you need it.)
>
>
I guess we have different views on "simple" :)
I had a look
On Tuesday 22 May 2007 11:52:33 Ingo Molnar wrote:
> * Anant Nitya <[EMAIL PROTECTED]> wrote:
> > > I think I already found the bug, please try if this patch helps.
> >
> > Sorry, but this patch is not helping here. I recompiled the kernel
> > with this patch but same load pattern still make
2.6.21-rt6 is working normally as far as i can see.
Maarten.
On 5/21/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
On Mon, 2007-05-21 at 10:11 -0500, Frank Sorenson wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Thomas Gleixner wrote:
> > On Mon, 2007-05-21 at 00:00 -0500, Frank
On Tue, 22 May 2007 17:32:55 -0700,
Greg KH <[EMAIL PROTECTED]> wrote:
> On Tue, May 22, 2007 at 06:28:12PM +0200, Cornelia Huck wrote:
> > On Tue, 22 May 2007 10:25:01 +0200,
> > Cornelia Huck <[EMAIL PROTECTED]> wrote:
> >
> > > I tried this on one of our internal drivers, which is based on FC
> That's because the whole premise of your benchmark relies on a workload that
> yield()s itself to the eyeballs on most graphic card combinations when using
> glxgears. Your test remains a test of sched_yield in the presence of your
> workloads rather than anything else. If people like ck2
On Wed, May 23, 2007 at 12:25:44AM -0400, Rob Landley wrote:
>mv arm cris blackfin parisc powerpc s390 x86_64 uml arch
You missed sh, mips, fujitsu/frv, m68k, ia64, i386, and sparc.
Is there really enough documentation for these that another directory
level is worthwhile? 00-INDEX already
On Sunday 20 May 2007 08:28, Stefan Richter wrote:
> Arnd Bergmann wrote:
> > On Sunday 20 May 2007, Stefan Richter wrote:
> >>> Note that this data structure only needs conversion on x86_64 and ia64,
but
> >>> not on powerpc and other 64 bit architectures that align __u64 also in
> >>> 32 bit
On 5/22/07, Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
> I shouldn't have to upgrade my BIOS to work with a new kernel any more
> than I should have to upgrade my browser.
We don't agree there, as you are not talking about a stable kernel series.
Ah, so you're planning on
On Tuesday 22 May 2007 10:38 pm, Roland Dreier wrote:
>
> > I could send a patch to do this, but moving files via patch is icky.
Would it
> > be better to start a git tree and ask people to pull from it, or to send
in
> > script snippets like the above?
>
> Actually a git patch would
On Tue, May 22, 2007 at 10:38:57AM +0200, Cornelia Huck wrote:
> On Mon, 21 May 2007 21:28:15 +0200,
> Kay Sievers <[EMAIL PROTECTED]> wrote:
>
> > We could change the driver-core to suppress the creation of an attribute
> > if the attribute's show() or store() method returns something like
> >
On Tue, May 22, 2007 at 05:40:50PM +0200, Pierre Ossman wrote:
> Kay Sievers wrote:
> > We could change the driver-core to suppress the creation of an attribute
> > if the attribute's show() or store() method returns something like
> > -ENOENT at registration time?
> > The driver would pass _all_
On Tue, May 22, 2007 at 10:43:55PM -0400, Dmitry Torokhov wrote:
> On Tuesday 22 May 2007 17:24, Mark Lord wrote:
> > Dmitry Torokhov wrote:
> > > 1. dev->uevent_suppress = 1;
> > > 2. device_register(dev);
> > > 3. device_create_file(dev, ...);
> > > 4. dev->uevent_suppress = 0;
> > > 5.
On Tue, 22 May 2007, Matt Mackall wrote:
> Whether the 'bug' is in the firmware or the kernel, it is the kernel
> that has regressed. Suspend worked fine for 2+ years before this.
That means something, but not that much. The kernel could have been doing
broken things for two years in ACPI that
On Wednesday 23 May 2007 10:28, Bill Davidsen wrote:
>>> kernel2.6.21-cfs-v132.6.21-ck2
>>> a)194464254669
>>> b)54159124
>> Everyone seems to like ck2, this makes it look as if the video display
>> would be really pretty unusable. While sd-0.48 does show an
Hi Linus,
Please consider pulling from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
or
master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git for-linus
to receive updates for input subsystem. You will get bugfixes for ALPS
touchpad, iforce force
On Tue, 2007-05-22 at 17:19 -0700, Sven-Thorsten Dietrich wrote:
> swapper/1 just changed the state of lock:
>
> (rtc_lock#2){-...}, at: [] sbf_init+0x25/0xe0
>
> but this lock was taken by another, hard-irq-safe lock in the past:
On 5/23/07, Y Khan <[EMAIL PROTECTED]> wrote:
I am porting a driver from 2.4 to 2.6. I have replaced
the call devfs_register() with class_create() and
class_device_create(). Now, udev is automatically
creating the device file in /dev.
Please use device_create(), class_device_* will go away in
On Tue, 2007-05-22 at 16:36 -0700, Sven-Thorsten Dietrich wrote:
> On Tue, 2007-05-22 at 15:59 -0700, Sven-Thorsten Dietrich wrote:
> > Add
>
> > header and export for rt_write_trylock_irqsave.
>
> Disregard the last patch, flags parameter was missing in the header.
Signed-off-by is missing as
On Tue, 2007-05-22 at 16:01 -0700, Kevin Hilman wrote:
> Add a preempt_enable() to flush_tlb_kernel_page() since -rt4 patch
> adds a preempt_disable but no preempt_enable().
>
> Signed-off-by: Kevin Hilman <[EMAIL PROTECTED]>
Good catch. Applied.
Thanks,
tglx
-
To unsubscribe from
On Tue, May 22, 2007 at 09:28:34PM -0400, Fortier,Vincent [Montreal] wrote:
> > -Message d'origine-
> > De : [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] De la part de Chuck Ebbert
> > Envoy? : 21 mai 2007 18:24
> >
> > Adrian Bunk wrote:
> > > On Mon, May 21, 2007 at 12:31:48PM
This patch fix the following Section mismatch warnings
in powerpc code.
WARNING: arch/powerpc/platforms/built-in.o - Section mismatch: reference to
.init.data:mv643xx_eth_pd_devs from .text between 'mv643xx_eth_add_pds' (at
offset 0x9ed2) and 'gg2_read_config'
WARNING:
On Wed, 23 May 2007 02:59:07 + "young dave" <[EMAIL PROTECTED]> wrote:
> Hi,
> maybe we can add if sentence before kthread_stop.
>
> diff -ur linux/fs/cifs/connect.c linux.new/fs/cifs/connect.c
> --- linux/fs/cifs/connect.c 2007-05-23 10:59:13.0 +
> +++
Hi,
maybe we can add if sentence before kthread_stop.
diff -ur linux/fs/cifs/connect.c linux.new/fs/cifs/connect.c
--- linux/fs/cifs/connect.c 2007-05-23 10:59:13.0 +
+++ linux.new/fs/cifs/connect.c 2007-05-23 10:58:39.0 +
@@ -2070,7 +2070,8 @@
Hi,
On Tuesday 22 May 2007 18:23, Emmanuel Fusté wrote:
> Hello,
>
> Just to let you know that since I jumped from 2.6.16 to
> 2.6.20.7 and 2.6.21, I need the i8042.noloop option to get the
> AUX port detected.
> Without this option, the kernel silently omit the AUX port,
> only the KBD port is
On Tue, 22 May 2007 19:01:27 -0700 Sven-Thorsten Dietrich wrote:
> Restore the declaration of rcu_batches_completed_bh
>
> It is needed to compile with Classic RCU
Please use a descriptive (and different) Subject: for each patch.
Thanks.
---
~Randy
*** Remember to use
On Tuesday 22 May 2007 17:24, Mark Lord wrote:
> Dmitry Torokhov wrote:
> > 1. dev->uevent_suppress = 1;
> > 2. device_register(dev);
> > 3. device_create_file(dev, ...);
> > 4. dev->uevent_suppress = 0;
> > 5. kobject_uevent(>kobj, KOBJ_ADD);
>
> I don't see how that prevents an already-running
On 5/23/07, Christoph Lameter <[EMAIL PROTECTED]> wrote:
On Mon, 21 May 2007, Bernhard Walle wrote:
> [PATCH] [scsi] Remove __GFP_DMA
>
> After 821de3a27bf33f11ec878562577c586cd5f83c64, it's not necessary to alloate
a
> DMA buffer any more in sd.c.
>
> Signed-off-by: Bernhard Walle <[EMAIL
> cd Documentation
> mkdir -p arch/amiga
> mv zorro.txt arch/amiga
> mv arm cris blackfin parisc powerpc s390 x86_64 uml arch
> mv sx.txt stallion.txt specialix.txt rocket.txt riscom8.txt \
> computone.txt hayes-esp.txt moxa-smartio serial
> I could send a patch to do this,
Sorry it has taken me so long to get back to this. I did finally make
some time to dig into this more.
roland wrote:
>> Waiting for mandatory devices: eth-id-00:01:6c:ad:2b:c9
>> 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 1 0
>>eth-id-00:01:6c:ad:2b:c9No interface found
>>
I would like to reorganize the Documentation directory, starting with the
following:
cd Documentation
mkdir -p arch/amiga
mv zorro.txt arch/amiga
mv arm cris blackfin parisc powerpc s390 x86_64 uml arch
mv sx.txt stallion.txt specialix.txt rocket.txt riscom8.txt \
computone.txt
On Wed, 23 May 2007 00:50:13 + "young dave" <[EMAIL PROTECTED]> wrote:
> Hi,
> when I use mount -t cifs , the kernel oops, seems break at
> kthread_stop, I'm not sure.
>
> But if I add the CONFIG_CIFS_DEBUG2=y to config file, rebuild kernel,
> then the oops disappeared.
>
> Below is the
Restore the declaration of rcu_batches_completed_bh
It is needed to compile with Classic RCU
signed-off-by: Sven-Thorsten Dietrich <[EMAIL PROTECTED]>
Index: linux-2.6.21-rt-patched/include/linux/rcupdate.h
===
---
On Tue, 22 May 2007, Stephen Hemminger wrote:
>
> It looks like the chip reads the wrong memory sometimes. The problem happens
> only on the on-board NIC's and only on this kind of motherboard.
Do you know if it happens for particular addresses? (Ie, can you tell what
the physical address of
On Tue, May 22, 2007 at 09:19:43PM -0300, Henrique de Moraes Holschuh wrote:
> On Tue, 22 May 2007, Matt Mackall wrote:
> > On Mon, May 21, 2007 at 08:03:49PM -0300, Henrique de Moraes Holschuh wrote:
> > > On Mon, 21 May 2007, Matt Mackall wrote:
> > > > BIOS Information
> > > > Vendor:
This patch properly exports __spin_lock_irqsave_nested.
signed-off-by: Sven-Thorsten Dietrich <[EMAIL PROTECTED]>
Index: linux-2.6.21/kernel/spinlock.c
===
--- linux-2.6.21.orig/kernel/spinlock.c
+++ linux-2.6.21/kernel/spinlock.c
> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] De la part de Chuck Ebbert
> Envoyé : 21 mai 2007 18:24
>
> Adrian Bunk wrote:
> > On Mon, May 21, 2007 at 12:31:48PM -0700, Andrew Morton wrote:
> >> On Mon, 21 May 2007 12:16:12 -0700
> >> Chris Wright <[EMAIL
Hi,
I have tried the patch, it works.
could you explain it for me? thanks very much.
Regards
dave
2007/5/22, H. Peter Anvin <[EMAIL PROTECTED]>:
Could you try the attached patch for me?
-hpa
diff --git a/arch/i386/boot/edd.c b/arch/i386/boot/edd.c
index 84a0302..9697a56 100644
---
On Tue, May 22, 2007 at 08:28:28PM -0400, Mike Frysinger wrote:
> On 5/21/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> >On Mon, May 21, 2007 at 10:35:08AM -0400, Robin Getz wrote:
> >> On Mon 21 May 2007 06:09, Bryan Wu pondered:
> >> > Lots of update for 2.6.22-rc2 and tested on STAMP537 board.
>
Jesse Barnes wrote:
On Tuesday, May 22, 2007, Robert Hancock wrote:
Eww. I don't see where we disable the decode at all while we probe the
BARs on the device. That seems like a bad thing, especially with the way
we probe 64-bit BARs (do the low 32 bits first and then the high 32
bits). This
On Tuesday, May 22, 2007, Robert Hancock wrote:
> Jesse Barnes wrote:
> > On Tuesday, May 22, 2007, Robert Hancock wrote:
> >> Eww. I don't see where we disable the decode at all while we probe
> >> the BARs on the device. That seems like a bad thing, especially with
> >> the way we probe 64-bit
Jesse Barnes wrote:
On Tuesday, May 22, 2007, Robert Hancock wrote:
Eww. I don't see where we disable the decode at all while we probe the
BARs on the device. That seems like a bad thing, especially with the way
we probe 64-bit BARs (do the low 32 bits first and then the high 32
bits). This
On Tue, 2007-05-22 at 14:43 -0700, Jesse Barnes wrote:
> On Thursday, May 17, 2007, Antonino A. Daplas wrote:
> > On Thu, 2007-05-17 at 15:32 -0700, Jesse Barnes wrote:
> > > Randy just informed me that the patch limits are bigger now, so here
> > > are the actual patches.
> > >
> > > This patch
Hi,
when I use mount -t cifs , the kernel oops, seems break at
kthread_stop, I'm not sure.
But if I add the CONFIG_CIFS_DEBUG2=y to config file, rebuild kernel,
then the oops disappeared.
Below is the oops message:
BUG: unable to handle kernel NULL pointer dereference at virtual
address
On Tue, 2007-05-22 at 15:14 -0700, Jesse Barnes wrote:
> On Tuesday, May 22, 2007 3:05 pm Randy Dunlap wrote:
> > On Tue, 22 May 2007 14:44:52 -0700 Jesse Barnes wrote:
> > > When unloaded, the fbcon driver should unregister itself from the
> > > VT subsystem using unbind_con_driver. This patch
On Tue, May 22, 2007 at 06:28:12PM +0200, Cornelia Huck wrote:
> On Tue, 22 May 2007 10:25:01 +0200,
> Cornelia Huck <[EMAIL PROTECTED]> wrote:
>
> > I tried this on one of our internal drivers, which is based on FC 3 (or
> > 4, can look this up). With s390 defconfig, it is unable to open the
> >
On Tue, 2007-05-22 at 16:36 -0700, Jesse Barnes wrote:
> On Tuesday, May 22, 2007, Benjamin Herrenschmidt wrote:
> > On Tue, 2007-05-22 at 08:39 -0700, Jesse Barnes wrote:
> > > The current code does its best to figure out what modes are available
> > > and tries to pick a good one for each
On Wednesday 23 May 2007 10:28, Bill Davidsen wrote:
> > kernel2.6.21-cfs-v132.6.21-ck2
> > a)194464254669
> > b)54159124
>
> Everyone seems to like ck2, this makes it look as if the video display
> would be really pretty unusable. While sd-0.48 does show an
On Tuesday, May 22, 2007, Robert Hancock wrote:
> Eww. I don't see where we disable the decode at all while we probe the
> BARs on the device. That seems like a bad thing, especially with the way
> we probe 64-bit BARs (do the low 32 bits first and then the high 32
> bits). This means the base
This small patch adds the automatic recalibration feature without
spoiling previously calibrated devices. It's a fix for those joysticks
that report faulty range, specially Saitek Cyborg Evo Force.
File: drivers/input/joydev.c
Fix:
- extracted code from joydev_connect to method
Jesse Barnes wrote:
On Monday, May 21, 2007, Jesse Barnes wrote:
Yeah, I've got that data... just a sec while I make sure it's
reproducable...
Aha, I hadn't decoded the devfn before, looks like it's dying on an
access to the graphics device (bus 0, slot 2, device 0):
...
pci_mmcfg_read: 0, 0,
On 5/21/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
On Mon, May 21, 2007 at 10:35:08AM -0400, Robin Getz wrote:
> On Mon 21 May 2007 06:09, Bryan Wu pondered:
> > Lots of update for 2.6.22-rc2 and tested on STAMP537 board.
> >
>
> One of the things I noticed when trying out 2.6.22-rc1, on blackfin
Linus Torvalds wrote:
On Tue, 22 May 2007, Mike Houston wrote:
In this case I actually had the kernel crash. First time for me ever
having a kernel oops! System locked up with keyboard LED's blinking.
Not sure if anyone wants to see all of it (maybe some screwy
userland stuff involved), so
ws reruns to get several datasets, but the results still
show very slow gears and a large difference between the work done by the
four shells. That's not a good result, how did the system feel?
You find the data, for 2.6.21-{cfs-v13, ck2} in
http://www.debianpt.org/~elmig/pool/kernel/20070522/
> From: Cornelia Huck [mailto:[EMAIL PROTECTED]
> On Fri, 18 May 2007 09:30:09 -0700,
> "Williams, Dan J" <[EMAIL PROTECTED]> wrote:
>
> > When CONFIG_DMA_ENGINE=n async_tx_find_channel takes the form:
> > ... async_tx_find_channel( ... )
> > {
> > return NULL;
> > }
> >
> > So in the S390
* Jeff Garzik ([EMAIL PROTECTED]) wrote:
> Chris Wright wrote:
> >2) In theory new hardware can seem to work with a simple PCI ID
> >update, and later we find it needs extra quirk handling or specific
> >driver support. This could mean adding buggy support for new hardware
> >to -stable. In
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix kernel-doc warning:
Warning(linux-2.6.22-rc2-git2/include/linux/skbuff.h:316): No description found
for parameter '}'
which is caused by nested anonymous structs/unions ending with:
};
};
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
From: Randy Dunlap <[EMAIL PROTECTED]>
Add kernel-doc tools info in Makefile.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
Documentation/DocBook/Makefile | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
--- linux-2.6.22-rc2-git2.orig/Documentation/DocBook/Makefile
+++
From: Randy Dunlap <[EMAIL PROTECTED]>
Strip C99-style comments from the input stream.
/*...*/ comments are already stripped.
C99 comments confuse the kernel-doc script.
Also update some comments.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
scripts/kernel-doc |8 +++-
1 file
On Tue, 22 May 2007, Matt Mackall wrote:
> On Mon, May 21, 2007 at 08:03:49PM -0300, Henrique de Moraes Holschuh wrote:
> > On Mon, 21 May 2007, Matt Mackall wrote:
> > > BIOS Information
> > > Vendor: IBM
> > > Version: 1RETDHWW (3.13 )
> > > Release Date: 10/29/2004
> > >
* Jeremy Fitzhardinge ([EMAIL PROTECTED]) wrote:
> Andrew Morton wrote:
> > WARNING: vmlinux(.text+0xc02fe884): Section mismatch: reference to
> > .init.text: (between 'iret_exc' and '_etext')
> > WARNING: vmlinux(.data+0xc0439099): Section mismatch: reference to
> > .init.text:xen_start_kernel
On Mon, May 21, 2007 at 10:35:08AM -0400, Robin Getz wrote:
> On Mon 21 May 2007 06:09, Bryan Wu pondered:
> > Lots of update for 2.6.22-rc2 and tested on STAMP537 board.
> >
>
> One of the things I noticed when trying out 2.6.22-rc1, on blackfin was:
>
> CALLscripts/checksyscalls.sh
[snip
Dmitry Adamushko wrote:
On 22/05/07, Peter Williams <[EMAIL PROTECTED]> wrote:
> [...]
> Hum.. I guess, a 0/4 scenario wouldn't fit well in this explanation..
No, and I haven't seen one.
Well, I just took one of your calculated probabilities as something
you have really observed - (*) below.
On Sat, May 19, 2007 at 01:07:00PM +0100, Adrian McMenamin wrote:
> The patch includes:
>
> -#if OFFCHIP_NR_IRQS > 0
> -# define OFFCHIP_IRQ_BASE (ONCHIP_NR_IRQS + PINT_NR_IRQS)
> -#endif
>
>
> but the OFFCHIP_IRQ_BASE symbol is still referenced in the Dreamcast
> code, so a compile generates
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/lethal/sh-2.6.git
Which contains:
Christoph Hellwig (1):
sh: revert addition of page fault notifiers
Kristoffer Ericson (1):
input: hp680_ts compile fixes.
Paul Mundt (12):
sh: Shut up compiler warnings in
On Sat, May 19, 2007 at 09:04:56PM +0200, Tejun Heo wrote:
> Tejun Heo wrote:
> > Yeah, if SCR registers are accessible, 0xff doesn't indicate the device
> > isn't there, so the whole skip-0xff logic probably shouldn't apply in
> > such cases, but we can also achieve pretty good result by just
On Tue, May 22, 2007 at 06:56:40PM -0400, Dave Jones wrote:
> On Tue, May 22, 2007 at 03:17:18PM -0700, Greg Kroah-Hartman wrote:
>
> > > > > I haven't found a single distro that (a) makes it trivial to add
> PCI IDs at
> > > > > install time, and then (b) ensures those PCI IDs remain
On Tue, 22 May 2007, Mike Houston wrote:
>
> In this case I actually had the kernel crash. First time for me ever
> having a kernel oops! System locked up with keyboard LED's blinking.
>
> Not sure if anyone wants to see all of it (maybe some screwy
> userland stuff involved), so I won't
This is a note to let you know that I've just added the patch titled
Subject: USB: hub.c loops forever on resume from ram due to bluetooth
to my gregkh-2.6 tree. Its filename is
usb-hub.c-loops-forever-on-resume-from-ram-due-to-bluetooth.patch
This tree can be found at
On Tue, 2007-05-22 at 16:41 -0700, Kevin Hilman wrote:
>
> Individually, yes. But the point of the preempt_disable/enable is to
> make the whole sequence atomic.
I was under the impression that only one of those mcr lines is called
per board type, the rest just compile away?
Daniel
-
To
On Tue, 2007-05-22 at 20:44 +1000, David Chinner wrote:
>
> > xfs_buf_associate_memory is a mess. My original plan was to get rid
> of
> > it, but I kept that out to keep that patchset small and easily
> reviable,
> > but it seems like that was a mistake. My plan is the following:
> >
> > -
This patch removes all the OMAP clocksource/clockevent stuff from the
-rt patch since it is now all in the OMAP tree.
It also removes the few raw_spinlock additions to OMAP specific files
which will be revisited/resumitted if necessary. I currently believe
that all of these raw spinlocks are no
Add declaration for setup_apic_routing
This duplicates the declaration from i386 to x86_64 in the header.
The code, in genapic.c is shared between i386/x86_64.
Steven was trying to clean up that mess a while back, and this adds to
it.
In any case this gets compiling with
On Tue, 2007-05-22 at 15:59 -0700, Sven-Thorsten Dietrich wrote:
> Add
> header and export for rt_write_trylock_irqsave.
Disregard the last patch, flags parameter was missing in the header.
Index: linux-2.6.21/include/linux/spinlock.h
On Tue, 2007-05-22 at 16:25 -0700, Daniel Walker wrote:
> On Tue, 2007-05-22 at 16:01 -0700, Kevin Hilman wrote:
> > Add a preempt_enable() to flush_tlb_kernel_page() since -rt4 patch
> > adds a preempt_disable but no preempt_enable().
> >
> > Signed-off-by: Kevin Hilman <[EMAIL PROTECTED]>
> >
On Tuesday, May 22, 2007, Benjamin Herrenschmidt wrote:
> On Tue, 2007-05-22 at 08:39 -0700, Jesse Barnes wrote:
> > The current code does its best to figure out what modes are available
> > and tries to pick a good one for each display. It sounds like you're
> > mainly concerned with the actual
On Tuesday, May 22, 2007, Wayne Sherman wrote:
> So these devices are already occupying the space that the D-Link wants:
>
> 00:01.0 PCI bridge: ATI Technologies Inc RS480 PCI Bridge
> 01:05.0 VGA compatible controller: ATI Technologies Inc RS482 [Radeon
> Xpress 200]
>
> But, the D-Link NIC is
Miklos Szeredi wrote:
Why do we want this?
That depends on who you ask. My answer is this:
'foo.tar.gz/foo/bar' or
'foo.tar.gz/contents/foo/bar'
or something similar.
Others might suggest accessing streams, resource forks or extended
attributes through such an
On Tue, 2007-05-22 at 17:38 -0500, Matt Mackall wrote:
> [0.120007] EIP is at resync_sc_freq+0x4b/0x56
Hi Matt,
Thanks for the report! Andrew should have these two patches queued,
but here they are again:
If you set tsc_disable (eg "notsc" on cmdline), sched-clock.c gives a
divide
On Tue, 2007-05-22 at 08:39 -0700, Jesse Barnes wrote:
>
> The current code does its best to figure out what modes are available and
> tries to pick a good one for each display. It sounds like you're mainly
> concerned with the actual mode picking, not the mode and output detection
> and
On Tue, 2007-05-22 at 16:01 -0700, Kevin Hilman wrote:
> Add a preempt_enable() to flush_tlb_kernel_page() since -rt4 patch
> adds a preempt_disable but no preempt_enable().
>
> Signed-off-by: Kevin Hilman <[EMAIL PROTECTED]>
>
>
> ---
> include/asm-arm/tlbflush.h |1 +
> 1 file changed, 1
Add a preempt_enable() to flush_tlb_kernel_page() since -rt4 patch
adds a preempt_disable but no preempt_enable().
Signed-off-by: Kevin Hilman <[EMAIL PROTECTED]>
---
include/asm-arm/tlbflush.h |1 +
1 file changed, 1 insertion(+)
Index: linux-2.6.21/include/asm-arm/tlbflush.h
Jesse Barnes wrote:
Can you dump the memory BAR for this device? I guess lspci hides it by
default. You may also be able to see it using 'od -t
x4 /sys/devices/pci\:00/:02:02.0/config'.
The D-Link NIC is sitting behind this bridge:
"00:14.4 PCI bridge: ATI Technologies Inc SB600
On Thu, 17 May 2007 22:24:11 +0200 (CEST)
Jan Kratochvil <[EMAIL PROTECTED]> wrote:
> This patch is using mmap()'s randomization functionality in such a way
> that it maps the main executable of (specially compiled/linked -pie/-fpie)
> ET_DYN binaries onto a random address (in cases in which
On Mon, May 21, 2007 at 01:11:21PM -0500, Eric Sandeen wrote:
> This is a non-ida backport of Tejun's patch in -mm at:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc1/2.6.22-rc1-mm1/broken-out/gregkh-driver-sysfs-allocate-inode-number-using-ida.patch
> for the 2.6.16
Andrew Morton wrote:
> WARNING: vmlinux(.text+0xc02fe884): Section mismatch: reference to
> .init.text: (between 'iret_exc' and '_etext')
> WARNING: vmlinux(.data+0xc0439099): Section mismatch: reference to
> .init.text:xen_start_kernel (between 'startup_xen' and 'boot_gdt_descr')
>
This is
From: David Howells <[EMAIL PROTECTED]>
Date: Tue, 22 May 2007 13:56:10 +0100
> Make the call state names array available even if CONFIG_PROC_FS is disabled
> as it's used in other places (such as debugging statements) too.
>
> Signed-off-by: David Howells <[EMAIL PROTECTED]>
Also applied,
From: David Howells <[EMAIL PROTECTED]>
Date: Tue, 22 May 2007 13:56:05 +0100
> Add a dependency for CONFIG_AF_RXRPC on CONFIG_INET. This fixes this error:
>
> net/built-in.o: In function `rxrpc_get_peer':
> (.text+0x42824): undefined reference to `ip_route_output_key'
>
> Signed-off-by: David
On Tue, 22 May 2007 15:51:35 -0700
Stephane Eranian <[EMAIL PROTECTED]> wrote:
> Andrew,
>
> On Tue, May 22, 2007 at 09:15:17AM -0700, Andrew Morton wrote:
> > On Tue, 22 May 2007 09:07:37 -0700
> > Stephane Eranian <[EMAIL PROTECTED]> wrote:
> >
> > > Andrew,
> > >
> > > On Tue, May 22, 2007
Andrew,
On Tue, May 22, 2007 at 09:15:17AM -0700, Andrew Morton wrote:
> On Tue, 22 May 2007 09:07:37 -0700
> Stephane Eranian <[EMAIL PROTECTED]> wrote:
>
> > Andrew,
> >
> > On Tue, May 22, 2007 at 09:02:10AM -0700, Andrew Morton wrote:
> > > On Tue, 22 May 2007 05:47:13 -0700
> > > Stephane
Add header and export for rt_write_trylock_irqsave.
Index: linux-2.6.21/include/linux/spinlock.h
===
--- linux-2.6.21.orig/include/linux/spinlock.h
+++ linux-2.6.21/include/linux/spinlock.h
@@ -294,6 +294,7 @@ do {
On Tue, 2007-05-22 at 15:49 -0700, Andrew Morton wrote:
> On Tue, 22 May 2007 15:09:39 -0700
> Richard Griffiths <[EMAIL PROTECTED]> wrote:
>
> > Venerable cramfs fs Linear XIP patch originally from MontaVista, used in
> > the embedded Linux community for years, updated for 2.6.21. Tested on
> >
Hi All,
I am porting a driver from 2.4 to 2.6. I have replaced
the call devfs_register() with class_create() and
class_device_create(). Now, udev is automatically
creating the device file in /dev.
The device file being created has a default mode of
0600. Is it possible to override this default
On Tue, May 22, 2007 at 03:17:18PM -0700, Greg Kroah-Hartman wrote:
> > > > I haven't found a single distro that (a) makes it trivial to add PCI
> > IDs at
> > > > install time, and then (b) ensures those PCI IDs remain persistent
> > for each
> > > > boot. We are not at all to
On Tue, 22 May 2007 15:09:39 -0700
Richard Griffiths <[EMAIL PROTECTED]> wrote:
> Venerable cramfs fs Linear XIP patch originally from MontaVista, used in
> the embedded Linux community for years, updated for 2.6.21. Tested on
> several systems with NOR Flash. PXA270, TI OMAP2430, ARM Versatile
On Tue, May 22, 2007 at 11:01:54PM +0200, Willy Tarreau wrote:
> > > > "Under 2.4.21, it doesnt do this."
> > >
> > > Randy mentioned in bugzilla that 2.4.22 didn't work either, so I'd
> > > be very surprised if 2.4.21 works.
> >
> > good point. I don't see anything obvious in 2.4.22
On Wednesday 23 May 2007 06:42, Ash Milsted wrote:
> Hi. I just did some video encoding on my desktop and I was noticing
> (for the first time in a while) that running apps had to hit swap quite
> a lot when I switched to them (the encoding was going at full blast for
> most of the day, and most
Chris Wright wrote:
2) In theory new hardware can seem to work with a simple PCI ID
update, and later we find it needs extra quirk handling or specific
driver support. This could mean adding buggy support for new hardware
to -stable. In practice, hopefully this isn't a real issue.
No need to
On Mon, May 21, 2007 at 08:03:49PM -0300, Henrique de Moraes Holschuh wrote:
> On Mon, 21 May 2007, Matt Mackall wrote:
> > BIOS Information
> > Vendor: IBM
> > Version: 1RETDHWW (3.13 )
> > Release Date: 10/29/2004
> >
> > No sign of any EC version in the output.
>
>
Hello,
Just to let you know that since I jumped from 2.6.16 to
2.6.20.7 and 2.6.21, I need the i8042.noloop option to get the
AUX port detected.
Without this option, the kernel silently omit the AUX port,
only the KBD port is detected.
If Dmitry is interested by a debug log, I will recompile a
1 - 100 of 952 matches
Mail list logo