[Patch for review. Any comments and testing appreciated. However
with the so far missing glibc interface it can be only tested
with custom test programs.]
This implements new vDSO for x86-64. The concept is similar
to the existing vDSOs on i386 and PPC. x86-64 has had static
vsyscalls before,
On Fri, 17 Nov 2006 07:28:48 +, Oleg Verych <[EMAIL PROTECTED]> wrote:
> BTW. On you web site i've read historical lkml messages, like Linus'
> moving from Transmeta, and i saw, that you had news<->lkml bridge.
I'm fed up with it and moving to gmane because our sysadmin refuses
to stop mangli
On Thu, Nov 16, 2006 at 11:25:01PM -0800, Linus Torvalds wrote:
>
>
> On Fri, 17 Nov 2006, Jarek Poplawski wrote:
> >
> > With great astonishment I've found none of
> > these "networking" names in the CREDITS file:
> > Stephen Hemminger, Thomas Graf, Alexey Kuznetsov,
> > Andrew Morton, Pedro Ro
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> On Fri, 17 Nov 2006, Ingo Molnar wrote:
> >
> > yeah - this could only be done cleanly if there was a 'set notifier
> > parameters and register it' call, but there isnt. Find below the
> > patch with this bit taken out. (and with the mce_amd.c fix
* Daniel Walker <[EMAIL PROTECTED]> wrote:
> The current -rt patch changes the scheduler so that the BKL is no
> longer properly reacquired. If SPINLOCK_BKL is selected it's possible
> for reacquire_kernel_lock() to return without acquiring the BKL, in
> vanilla linux the return value of that
On Fri, 17 Nov 2006, Jarek Poplawski wrote:
>
> With great astonishment I've found none of
> these "networking" names in the CREDITS file:
> Stephen Hemminger, Thomas Graf, Alexey Kuznetsov,
> Andrew Morton, Pedro Roque, Jamal Hadi Salim,
> Herbert Xu etc.
You should basically consider the CRED
Hello,
With great astonishment I've found none of
these "networking" names in the CREDITS file:
Stephen Hemminger, Thomas Graf, Alexey Kuznetsov,
Andrew Morton, Pedro Roque, Jamal Hadi Salim,
Herbert Xu etc.
IMHO there is something wrong with the hitherto
way of updating this file and probably so
Hallo, Pete.
On Thu, Nov 16, 2006 at 10:44:20PM -0800, Pete Zaitcev wrote:
[]
> The good news reader might be a problem. In fact, I'm currently looking
> for one. Criteria:
> - GUI with support for X clipboard (not just selections)
> - Ability to bounce to myself
>
> I use Pan, but it cannot bo
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> actually, it should only hit CONFIG_SPINLOCK_BKL, which is an option
> no-one should be using these days. I'll disable that option for now.
i fixed it instead - fix should show up in 2.6.19-rt1.
Ingo
-
To unsubscribe from this list: send the l
Andrew Morton wrote:
On Thu, 16 Nov 2006 18:04:22 -
Avi Kivity <[EMAIL PROTECTED]> wrote:
+static int kvm_dev_ioctl_set_msrs(struct kvm *kvm, struct kvm_msrs *msrs)
+{
+ struct kvm_vcpu *vcpu;
+ struct kvm_msr_entry *entry, *entries;
+ int rc;
+ u32 size, num_entr
* Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> > > BUG: sleeping function called from invalid context at
> > > drivers/base/power/resume.c:99
> > > in_atomic():1, irqs_disabled():0
> > >
> > > Call Trace:
> > > [] show_trace+0x34/0x47
> > > [] dump_stack+0x12/0x17
> > > [] device_resume+
On Thu, Nov 16, 2006 at 11:50:48PM +0100, Stefan Richter wrote:
> Mattia Dongili wrote:
> > On Thu, Nov 16, 2006 at 07:29:35PM +0100, Stefan Richter wrote:
> >> Could you also test one or even better both of:
> >> - 2.6.19-rc5 plus
> >> http://me.in-berlin.de/~s5r6/linux1394/updates/2.6.19-rc5/2.6
Hasso Tepper <[EMAIL PROTECTED]> writes:
> 2.4 and 2.6 kernels and would work with capabilities (sys/capability.h)?
> Accessing `/proc/sys' directly isn't such alternative as it doesn't work
> with capabilities.
What do you mean with "/proc/sys doesn't work with capabilities"?
-Andi
-
To unsubs
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > Did you look at the BKL reacquire issue I sent? Just looking over
> > the code briefly, it looks like it's still there.
>
> yeah, will do that. It's quite low-prio, evidently no-one in the past
> couple of months even attempted to build a !PREEMPT_R
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > > Did you look at the BKL reacquire issue I sent? Just looking over
> > > the code briefly, it looks like it's still there.
> >
> > yeah, will do that. It's quite low-prio, evidently no-one in the past
On Fri, Nov 17, 2006 at 06:58:29AM +, Christoph Hellwig wrote:
> This kind of stuff is just sick. Better let them play with their research
> OS for this kind of thing :)
sick, research, what's the difference? :-)
> In practice any non-trivial bug fix requires
> changes to global data struct
On Thu, Nov 16, 2006 at 10:06:25PM -0500, Alan Stern wrote:
> On Thu, 16 Nov 2006, Linus Torvalds wrote:
>
> >
> >
> > On Thu, 16 Nov 2006, Alan Stern wrote:
> > > On Thu, 16 Nov 2006, Linus Torvalds wrote:
> > > >
> > > > Paul, it would be _really_ nice to have some way to just initialize
> >
On Fri, Nov 17, 2006 at 08:47:32AM +0200, Muli Ben-Yehuda wrote:
> > i am talking about a clean/standard way to do such thing
> > (without overwrite the mem address of the function and replace it in a
> > dirty way...)
>
> k42 supports "dynamic hot-swap" and there's been some work done to
> bring
On Fri, 17 Nov 2006 01:18:10 + (UTC), Oleg Verych <[EMAIL PROTECTED]> wrote:
> To do not produce megabytes of additional traffic in case of any
> kind of backlog and have anything you lkml like, i would suggest to have
> good news reader and point it to news.gmane.org service (well, i'm
> sure
> > I have no idea what causes:
> >
> > APIC error on CPU0: 00(00)
> >
> > Is it an ACPI problem?
What CPU/chipset?
>
> Strange. x86_64 has that stray exit_idle() in smp_error_interrupt() but
> afaict it won't cause this to happen.
>
> What's that idle_notifier doing in x86_64 anyway?
I
On Thu, Nov 16, 2006 at 09:19:50PM +0200, Yitzchak Eidus wrote:
> is it possible to replace linux kernel internal functions such as
> schdule () to lets say my_schdule () in a run time with a module
> patch??? (so that every call in the kernel to schdule() will go to
> my_schdule()... ) ???
Not
On Wednesday 08 November 2006 07:36, Akinobu Mita wrote:
>
> 2) driver_register() failure by kseriod.
>
>This failure cannot be checked by serio_register_driver().
>But it is necessary to prevent serio_unregister_driver() from
>trying to call driver_unregister() with not registered dr
* Daniel Walker <[EMAIL PROTECTED]> wrote:
> On Thu, 2006-11-16 at 23:07 +0100, Ingo Molnar wrote:
> > * Daniel Walker <[EMAIL PROTECTED]> wrote:
> >
> > > [...] Should we start a known regression list?
> >
> > please resend the bugs that still trigger for you with 2.6.19-rt0.
>
> Did you look
On Thursday 16 November 2006 7:41 am, Alexey Starikovskiy wrote:
> --- a/drivers/acpi/ec.c
> +++ b/drivers/acpi/ec.c
> @@ -467,8 +467,8 @@ static u32 acpi_ec_gpe_handler(void *dat
> status = acpi_os_execute(OSL_EC_BURST_HANDLER,
> acpi_ec_gpe_query, ec);
> }
> acpi_
On Thu, 16 Nov 2006 21:21:58 -0800
Stephen Hemminger <[EMAIL PROTECTED]> wrote:
>
> > Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> >
> > > Lots of sleeping while atomic warnings on 2.6.19-rc5
> > > During resume I see the following:
> > >
> > >
> > > platform floppy.0: EARLY resume
> > > API
On Fri, 2006-11-17 at 00:27 -0500, Stuffed Crust wrote:
> On Thu, Nov 16, 2006 at 11:44:40PM +0100, Rafael J. Wysocki wrote:
> > I think the call to radeon_restore_pci_cfg(rinfo) causes the problem to
> > happen.
>
> radeonfb is still using its own code for saving and restoring PCI
> registers;
* Dave Jones ([EMAIL PROTECTED]) wrote:
> On Wed, Nov 15, 2006 at 06:43:37PM -0800, Chris Wright wrote:
> > -stable review patch. If anyone has any objections, please let us know.
> > --
> >
> > From: Jens Axboe <[EMAIL PROTECTED]>
> >
> > After the inode slimming patch tha
On Thu, Nov 16, 2006 at 11:17:26PM +0100, Christian Hoffmann wrote:
> Ok, I did that and the machine resumes OK. Now I have the impression that
> accessing the rinfo struct here:
Can you try this updated patch?
http://www.shaftnet.org/users/pizza/radeonfb-atom-2.6.19-v7-WIP1.diff
Changes fr
On Fri, 17 Nov 2006, Ingo Molnar wrote:
>
> yeah - this could only be done cleanly if there was a 'set notifier
> parameters and register it' call, but there isnt. Find below the patch
> with this bit taken out. (and with the mce_amd.c fix merged in). It
> still removes ~25 #ifdef blocks tota
From: Randy Dunlap <[EMAIL PROTECTED]>
With CONFIG_FB_SGIVW=m:
WARNING: "sgivwfb_mem_size" [drivers/video/sgivwfb.ko] undefined!
WARNING: "sgivwfb_mem_phys" [drivers/video/sgivwfb.ko] undefined!
(or don't allow FB_SGIVW=m in Kconfig)
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
arch/i386
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix printk format warning:
sound/pci/korg1212/korg1212.c:2359: warning: format '%d' expects type 'int',
but
argument 4 has type 'size_t'
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
sound/pci/korg1212/korg1212.c |2 +-
1 file changed, 1 inserti
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix freeze/thaw filesystems with CONFIG_BLOCK disabled:
kernel/power/process.c:124: warning: implicit declaration of function
'freeze_fil
esystems'
kernel/power/process.c:189: warning: implicit declaration of function
'thaw_files
ystems'
Signed-off-by: Ran
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix printk format warnings:
drivers/char/ftape/zftape/zftape-buffers.c:87: warning: format '%d' expects
type
'int', but argument 3 has type 'size_t'
drivers/char/ftape/zftape/zftape-buffers.c:104: warning: format '%d' expects
type
'int', but argument 3 ha
From: Randy Dunlap <[EMAIL PROTECTED]>
debugfs needs include/linux/kobject.h for .
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
fs/debugfs/inode.c |1 +
1 file changed, 1 insertion(+)
--- linux-2619-rc5mm2.orig/fs/debugfs/inode.c
+++ linux-2619-rc5mm2/fs/debugfs/inode.c
@@ -21,6 +21,
Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
>
> BUG()s there would be a mechanism to document invariants so next time
> someone is looking at the code there are no questions.
Well if someone is documenting this then wouldn't a comment (or even a
kerneldoc style block) be better?
Cheers,
--
Visit
On Thu, Nov 16, 2006 at 11:44:40PM +0100, Rafael J. Wysocki wrote:
> I think the call to radeon_restore_pci_cfg(rinfo) causes the problem to
> happen.
radeonfb is still using its own code for saving and restoring PCI
registers; I'm in the process of fixing it up to use proper PCI
subsystem calls
> Stephen Hemminger <[EMAIL PROTECTED]> wrote:
>
> > Lots of sleeping while atomic warnings on 2.6.19-rc5
> > During resume I see the following:
> >
> >
> > platform floppy.0: EARLY resume
> > APIC error on CPU0: 00(00)
> > PM: Finishing wakeup.
> > BUG: sleeping function called from invalid co
On Fri, 17 Nov 2006, Benjamin Herrenschmidt wrote:
> While looking into getting rid of the old compat dma-mapping stuff,
> which is only used by a handful of archs, I've built some cross
> toolchains for those archs in order to at least test build my changes.
>
> It looks however that one of them,
On Tue, Oct 31, 2006 at 02:51:36PM +0100, olecom wrote:
[]
> On Tue, Oct 31, 2006 at 02:14:16AM +0100, Horst Schirmeier wrote:
[]
> > I'm not sure what you mean by $(objdir); I just got something to work
> > which creates the /dev/null symlink in a (newly created if necessary)
> > directory named
>
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> Jan,
>
> in 2.6.19-rc6 i'm getting frequent unwinder failures, like:
[...]
> it's quite an annoyance, i rarely see the unwinder getting a stackdump
> right, without 'falling back' to the inexact backtrace ...
to make matters worse, i also got an unwi
> Andi seems to have merged this patch but from somewhere I picked up a
> different version, below.
>
> I think the version I have is better. Because the patch Andi has merged is
> cast in terms of "irq testing", which is broad. But that's not what the
> patch does - the patch handles only time
On Thu, Nov 16, 2006 at 05:47:37PM +0100, Kay Sievers wrote:
> On Thu, 2006-11-16 at 15:42 +0100, Cornelia Huck wrote:
> > From: Cornelia Huck <[EMAIL PROTECTED]>
> >
> > Provide a function device_move() to move a device to a new parent device.
> > Add
> > auxilliary functions kobject_move() and
While looking into getting rid of the old compat dma-mapping stuff,
which is only used by a handful of archs, I've built some cross
toolchains for those archs in order to at least test build my changes.
It looks however that one of them, m68knommu, doesn't build with
upstream git and a defconfig
On Thursday 16 November 2006 19:37, Herbert Xu wrote:
> David Miller <[EMAIL PROTECTED]> wrote:
> >
> > I'm very happy to accept a patch which assert's this using BUG()
> > checks :-)
>
> A BUG() won't be necessary because the NULL pointer dereferences will
> OOPS anyway.
>
BUG()s there would be
> +struct t3_send_wr {
> +struct fw_riwrh wrh;/* 0 */
> +union t3_wrid wrid; /* 1 */
> +
> +enum t3_rdma_opcode rdmaop:8;
> +u32 reserved:24;/* 2 */
Does this do the right thing wrt endianness? I'd be more comfortable
with something like
u8 rdmaop;
On Friday 17 November 2006 02:34, Jeremy Fitzhardinge wrote:
> Stephane Eranian wrote:
> > Here is a small patch that adds two cpufeature bits to represent
> > Intel's Precise-Event-Based Sampling (PEBS) and Branch Trace Store
> > (BTS) features. Those features can be found on Intel P4 and Core 2
On Thu, 16 Nov 2006 20:25:20 -0800 Randy Dunlap wrote:
>
> 2.6.19-rc5-mm2:
>
> include/linux/memory_hotplug.h uses CONFIG_NUMA to decide:
>
> #ifdef CONFIG_NUMA
> extern int memory_add_physaddr_to_nid(u64 start);
> #else
> static inline int memory_add_physaddr_to_nid(u64 start)
> {
> retu
2.6.19-rc5-mm2:
include/linux/memory_hotplug.h uses CONFIG_NUMA to decide:
#ifdef CONFIG_NUMA
extern int memory_add_physaddr_to_nid(u64 start);
#else
static inline int memory_add_physaddr_to_nid(u64 start)
{
return 0;
}
#endif
but mm/init.c uses CONFIG_ACPI_NUMA to decide:
#ifndef CONF
Hi,
I have a (randconfig) build of 2.6.19-rc5-mm2 with:
CONFIG_DEBUG_READAHEAD=y
which selects DEBUG_FS, so DEBUG_FS=y, but DEBUG_FS depends on
SYSFS, and SYSFS is not set in the randconfig.
This randconfig causes this build error:
fs/built-in.o: In function `debugfs_init':
inode.c:(.init.text
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > #ifdef CONFIG_HOTPLUG_CPU
> > mp->m_icsb_notifier.notifier_call = xfs_icsb_cpu_notify;
> > mp->m_icsb_notifier.priority = 0;
> > - register_hotcpu_notifier(&mp->m_icsb_notifier);
> > #endif /* CONFIG_HOTPLUG_CPU */
> > + register_hotcp
On Thu, 16 Nov 2006, Linus Torvalds wrote:
>
>
> On Thu, 16 Nov 2006, Alan Stern wrote:
> > On Thu, 16 Nov 2006, Linus Torvalds wrote:
> > >
> > > Paul, it would be _really_ nice to have some way to just initialize
> > > that SRCU thing statically. This kind of crud is just crazy.
> >
> > I lo
On Wed, Nov 15, 2006 at 06:43:37PM -0800, Chris Wright wrote:
> -stable review patch. If anyone has any objections, please let us know.
> --
>
> From: Jens Axboe <[EMAIL PROTECTED]>
>
> After the inode slimming patch that unionised i_pipe/i_bdev/i_cdev, it's
> no longer en
On Fri, Nov 17, 2006 at 02:19:29AM +0100, Adrian Bunk wrote:
> On Tue, Nov 14, 2006 at 01:41:25AM -0800, Andrew Morton wrote:
> >...
> > Changes since 2.6.19-rc5-mm2:
> >...
> > git-cryptodev.patch
> >...
> > git trees
> >...
>
> This patch makes some needlessly global code static.
>
> Signed-o
On Thu, Nov 16, 2006 at 01:47:48PM -0800, Linus Torvalds wrote:
>
>
> On Thu, 16 Nov 2006, Thomas Gleixner wrote:
> >
> > Here is the i386/sparc fixup
>
> Gag me with a volvo.
No can do -- my wife drives a Ford and my car is a bicycle.
> This is disgusting, but I would actually prefer the fol
[snip]
> correct, will fix that up in the next round
>
> thanks for the feedback,
> Herbert
Hi - the conversion looks good to me.. I can't really offer any more
constructive suggestions beyond what Cedric has already said.
Theres another thread in dvb_ca_en50221.c that could be converted as we
On Fri, Nov 17, 2006 at 12:40:53AM +0100, Pavel Machek wrote:
> On Fri 2006-11-17 10:23:49, David Chinner wrote:
> > On Sun, Nov 12, 2006 at 11:43:05PM +0100, Rafael J. Wysocki wrote:
> > > On Sunday, 12 November 2006 23:30, David Chinner wrote:
> > > > And how does freezing them at that point in t
On 11/16/06, Ioan Ionita <[EMAIL PROTECTED]> wrote:
On 11/16/06, Alan <[EMAIL PROTECTED]> wrote:
> On Thu, 16 Nov 2006 18:22:47 -0500
> "Ioan Ionita" <[EMAIL PROTECTED]> wrote:
>
> > I gave libata a shot. Hardisk works fine. However the CDROM doesn't.
> > It would seem that the CDROM is detected,
On 11/16/06, Alan <[EMAIL PROTECTED]> wrote:
On Thu, 16 Nov 2006 18:22:47 -0500
"Ioan Ionita" <[EMAIL PROTECTED]> wrote:
> I gave libata a shot. Hardisk works fine. However the CDROM doesn't.
> It would seem that the CDROM is detected, but the device node is not
> created.
>
> I do have libata.a
The correct order is: NULL check before dereference
Spotted by the Coverity checker.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.19-rc5-mm2/drivers/pci/hotplug/ibmphp_pci.c.old 2006-11-16
22:44:42.0 +0100
+++ linux-2.6.19-rc5-mm2/drivers/pci/hotplug/ibmphp_pci.c
On Tue, Nov 14, 2006 at 01:41:25AM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.19-rc5-mm2:
>...
> git-cryptodev.patch
>...
> git trees
>...
This patch makes some needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
crypto/xcbc.c | 14 --
1
Stephane Eranian wrote:
> Here is a small patch that adds two cpufeature bits to represent
> Intel's Precise-Event-Based Sampling (PEBS) and Branch Trace Store
> (BTS) features. Those features can be found on Intel P4 and Core 2
> processors among others and can be used by perfmon.
>
I've been
On Tue, Nov 14, 2006 at 01:41:25AM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.19-rc5-mm2:
>...
> git-cryptodev.patch
>...
> git trees
>...
This patch makes the needlessly global geode_aes_crypt() static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/crypto/geode-aes.c
This patch makes the needlessly global "ksnapd" static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.19-rc5-mm2/drivers/md/dm-snap.c.old 2006-11-16
23:22:56.0 +0100
+++ linux-2.6.19-rc5-mm2/drivers/md/dm-snap.c 2006-11-16 23:23:06.0
+0100
@@ -39,7 +39,7 @
This patch makes the needlessly global setup_parent() static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.19-rc5-mm2/drivers/base/core.c.old2006-11-16
23:14:44.0 +0100
+++ linux-2.6.19-rc5-mm2/drivers/base/core.c2006-11-16 23:14:56.0
+0100
@@ -389,7
This patch makes the needlessly global "ec_ecdt" static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.19-rc5-mm2/drivers/acpi/ec.c.old 2006-11-16 23:07:31.0
+0100
+++ linux-2.6.19-rc5-mm2/drivers/acpi/ec.c 2006-11-16 23:08:45.0
+0100
@@ -84,25 +84,25 @@
On Tue, Nov 14, 2006 at 01:41:25AM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.19-rc5-mm2:
>...
> git-acpi.patch
>...
> git trees
>...
This patch makes the needlessly global "drive_bays" static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.19-rc5-mm2/drivers/acpi/bay.c
On 2006-11-16, Zack Brown wrote:
> OK, I got it. :-)
>
> Thanks folks,
> Zack
To do not produce megabytes of additional traffic in case of any
kind of backlog and have anything you lkml like, i would suggest to have
good news reader and point it to news.gmane.org service (well, i'm
sure, there are
On Monday 06 November 2006 18:27, Adrian Bunk wrote:
> The Coverity checker spotted the following in
> drivers/media/dvb/dvb-core/dvb_frontend.c:
>
> <-- snip -->
>
> ...
> static void dvb_frontend_swzigzag(struct dvb_frontend *fe)
> {
> fe_status_t s;
[snip]
thanks, fix should be in HG
On Thu, 16 Nov 2006 18:55:40 -0600
[EMAIL PROTECTED] (Linas Vepstas) wrote:
> On Fri, Nov 17, 2006 at 09:35:36AM +1100, Michael Ellerman wrote:
> >
> > Thanks, new patches look good.
>
> Any clue who I should send these to? I think akpm took the earlier
> one,
I grabbed the new ones. (and gave
On Thu, 16 Nov 2006 18:04:22 -
Avi Kivity <[EMAIL PROTECTED]> wrote:
> +static int kvm_dev_ioctl_set_msrs(struct kvm *kvm, struct kvm_msrs *msrs)
> +{
> + struct kvm_vcpu *vcpu;
> + struct kvm_msr_entry *entry, *entries;
> + int rc;
> + u32 size, num_entries, i;
> +
> + if
On Fri, Nov 17, 2006 at 09:35:36AM +1100, Michael Ellerman wrote:
>
> Thanks, new patches look good.
Any clue who I should send these to? I think akpm took the earlier
one, I'm not clear if that means it will slosh into Linus' tree
eventually.
--linas
-
To unsubscribe from this list: send the l
On Thu, Nov 16, 2006 at 09:12:49AM +0100, Rafael J. Wysocki wrote:
> Hi,
>
> The following two patches introduce a mechanism that should allow us to
> avoid suspend-related corruptions of XFS without the freezing of bdevs which
> Pavel considers as too invasive (apart from this, the freezing of bd
Lu, Yinghai wrote:
-Original Message-
From: Olivier Nicolas [mailto:[EMAIL PROTECTED]
IRQ 22 is disabled but snd_hda_intel seems to get a MSI interrupt! (It
cannot be reproduced)
313: 0 1 PCI-MSI-edge HDA Intel
Please try attached one, also build hda_int
Hello,
I've released cogito-0.18.2, bringing a couple of bugfixes and a trivial new
feature to cogito-0.18.1. Still nothing too groundshattering.
* cg-log does not follow history across renames anymore; it never really
actually worked and was instead causing problems and random error
mess
From: Amol Lad <[EMAIL PROTECTED]>
ioremap must be balanced with iounmap in error path.
Please consider for 2.6.19.
Signed-off-by: Amol Lad <[EMAIL PROTECTED]>
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/w1/masters/matrox
From: Akinobu Mita <[EMAIL PROTECTED]>
The return value is stored in "*dentry", not in "dentry".
Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
fs/debugfs/inode.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
From: Dennis Stosberg <[EMAIL PROTECTED]>
This caused the system to stall when the aoe module was loaded. The
error was introduced in commit 4ca5224f3ea4779054d96e885ca9b3980801ce13
Signed-off-by: Dennis Stosberg <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
driv
David Miller <[EMAIL PROTECTED]> wrote:
>
> I'm very happy to accept a patch which assert's this using BUG()
> checks :-)
A BUG() won't be necessary because the NULL pointer dereferences will
OOPS anyway.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andreas Dilger wrote:
> On Nov 16, 2006 11:50 -0500, Jeff Mahoney wrote:
>> Currently, if a corrupted directory entry with rec_len=0 is encountered,
>> we still trust that the data is valid. This can cause an infinite loop
>> in htree_dirblock_to_t
Jesper Juhl <[EMAIL PROTECTED]> wrote:
>
> So if 'skb' is NULL, the only route I see that doesn't cause a NULL
> pointer deref is if (opt != NULL) and at the same time
> (opt->is_data != NULL) . Is that guaranteed in any way? If now,
> how come we don't blow up regularly?
Yes that's how it'
Ingo Molnar wrote:
> what point would there be in using it? It's not like the kernel could
> make use of the thread keyword anytime soon (it would need /all/
> architectures to support it) ...
The plan was to implement the x86 arch-specific percpu stuff to use it,
since it allows gcc better opti
Here are some driver related fixes for 2.6.19-rc6.
Three patches here:
- aoe bugfix that is on Adrian's list.
- w1 bugfix to prevent a memory leak
- debugfs fix to properly detect errors
All of these patches have been in the -mm tree for a quite a while.
Please pull from:
On Thu, 2006-11-16 at 16:35 +0100, Ingo Molnar wrote:
>cd /etc/yum.repos.d
>wget http://people.redhat.com/~mingo/realtime-preempt/rt.repo
>yum update kernel
I follow the instructions on my x86_64 with FC6, that you already know
(http://bugzilla.kernel.org/show_bug.cgi?id=6419#c47),
ha
Here are some USB bugfixes for 2.6.19-rc6.
They include a fix on the Adrian's list-o-regressions, and a number of
other minor things and new device ids.
All of these changes have been in the last few -mm releases.
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/gregkh/usb-2
On Wed, Nov 15, 2006 at 07:15:52PM -0800, Edward Falk wrote:
> This patch introduces performance histogram record keeping for block
> I/O, used for performance tuning. It is turned off by default.
>
> When turned on, you simply do something like:
>
> # cat /sys/block/sda/read_request_histo
> ro
-Original Message-
From: Olivier Nicolas [mailto:[EMAIL PROTECTED]
>IRQ 22 is disabled but snd_hda_intel seems to get a MSI interrupt! (It
>cannot be reproduced)
>313: 0 1 PCI-MSI-edge HDA Intel
Please try attached one, also build hda_intel into kernel directl
On Thu, 16 Nov 2006 18:22:47 -0500
"Ioan Ionita" <[EMAIL PROTECTED]> wrote:
> I gave libata a shot. Hardisk works fine. However the CDROM doesn't.
> It would seem that the CDROM is detected, but the device node is not
> created.
>
> I do have libata.atapi_enabled=1 as a kernel parameter. This is
On Thu, 16 Nov 2006 20:51:37 +0200 (IST)
[EMAIL PROTECTED] wrote:
> eventually slow the whole thing to a rate such all parts can handle. But
> is there a way to overcome this situation and to avoid packets drop? If
> this would happen then TCP would work at higher rates as well?? Perhaps
> increas
From: "Jesper Juhl" <[EMAIL PROTECTED]>
Date: Thu, 16 Nov 2006 23:34:14 +0100
> So if 'skb' is NULL, the only route I see that doesn't cause a NULL
> pointer deref is if (opt != NULL) and at the same time
> (opt->is_data != NULL) . Is that guaranteed in any way?
Yes, it is guarenteed, all ca
On Wed, Nov 15, 2006 at 03:06:16PM +, [EMAIL PROTECTED] wrote:
>
> Hi,
>
> I just started up a new box yesterday with Fedora Core 5. Its running with
> 2 dual core AMD Opteron 2220 SE's and 24Gb of memory and an Adaptec SCSI
> card and I've had a number of errors which I can't seem to find so
On Fri 2006-11-17 10:23:49, David Chinner wrote:
> On Sun, Nov 12, 2006 at 11:43:05PM +0100, Rafael J. Wysocki wrote:
> > On Sunday, 12 November 2006 23:30, David Chinner wrote:
> > > And how does freezing them at that point in time guarantee consistent
> > > filesystem state?
> >
> > If the work
Hi!
> > > > I think I'll prepare a patch for freezing the work queues and we'll see
> > > > what
> > > > to do next.
> > >
> > > Thanks!
> >
> > Okay, the patch follows.
> >
> > I've been running it for some time on my boxes and it doesn't seem to break
> > anything. However, I don't use XFS,
Lu, Yinghai wrote:
Add pci_intx to diable intx could make MSI work with pci.
Olivier, Please test it attached patch with latest git ... I hardcode to
make enable_msi=1.
YH
The kernel boots only with pci=routeirq, no IRQ get disabled but the
sound driver does not work.
http://olivn.trollp
Yinghai Lu wrote:
Please try the patch about using pci_intx.
it could use msi.
It can't cold boot with this one (with pci=routeirq or not)
The last visible boot messages are
Interrupt Link [AAZA] enabled at IRQ 20
Interrupt :00:0e.1[B]->Link [AAZA] -> GSI 20 (level,low) -> IRQ 20
Olivi
hi
On Thursday 16 November 2006 11.25, Holger Schurig wrote:
> From: Holger Schurig <[EMAIL PROTECTED]>
>
> Generic calibration support for usbtouchscreen.
>
> Signed-off-by: Holger Schurig <[EMAIL PROTECTED]>
>
> ---
>
> With build-in calibration support, the "swap_xy" kernel parameter
> vani
I gave libata a shot. Hardisk works fine. However the CDROM doesn't.
It would seem that the CDROM is detected, but the device node is not
created.
I do have libata.atapi_enabled=1 as a kernel parameter. This is a Vaio
laptop, with SiS 5513, PATA only, no SATA ports.
Did I miss anything?
Here's a
On Sun, Nov 12, 2006 at 11:43:05PM +0100, Rafael J. Wysocki wrote:
> On Sunday, 12 November 2006 23:30, David Chinner wrote:
> > And how does freezing them at that point in time guarantee consistent
> > filesystem state?
>
> If the work queues are frozen, there won't be any fs-related activity _af
On Wed, Nov 15, 2006 at 10:58:51PM +0100, Rafael J. Wysocki wrote:
> On Wednesday, 15 November 2006 21:23, Pavel Machek wrote:
> > > I think I'll prepare a patch for freezing the work queues and we'll see
> > > what
> > > to do next.
> >
> > Thanks!
>
> Okay, the patch follows.
>
> I've been ru
* Andrew Morton ([EMAIL PROTECTED]) wrote:
> Andi seems to have merged this patch but from somewhere I picked up a
> different version, below.
That was from me. The earlier one had fallen through the cracks, so
I picked it up and reworked it (so that it uses no_timer_check) as per
Andi's suggesti
Andrew Morton wrote:
On Thu, 19 Oct 2006 17:09:22 -0700
Zachary Amsden <[EMAIL PROTECTED]> wrote:
Add a way to disable the timer IRQ routing check via a boot option. The
VMI timer code uses this to avoid triggering the pester Mingo code, which
probes for some very unusual and broken motherb
1 - 100 of 335 matches
Mail list logo
