Takashi Iwai wrote:
At Wed, 15 Nov 2006 14:15:45 -0500,
Jeff Garzik wrote:
ACK the pci_intx() calls, NAK the obviously overweight spinlock changes.
The spinlock changes are completely unnecessary. Just look at any
other (non-ALSA) PCI driver. Existing "spin_lock()" is fine for both
PCI sha
On Thu, 2006-11-16 at 17:18 -0500, Eric Paris wrote:
> When an invalid hfs filesystem image is mounted it may cause a number of
> different oops. One filesystem image which triggers this problem can be
> found at:
>
Whoops, appears to be the same as the post from Eric Sandeen on tuesday
with sub
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 motherboard routings. It fi
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.19-rc5_ieee1394_v204_experimental.patch.bz2
>> (these are the same FireWi
Hi,
When booting a fresh 2.6.19-rc5-mm2, I get a lof of traces like this:
WARNING at drivers/ata/sata_nv.c:762 nv_adma_bmdma_setup()
Call Trace:
[] show_trace+0x34/0x47
[] dump_stack+0x12/0x17
[] :libata:ata_qc_issue_prot+0x1ec/0x24c
[] :libata:ata_qc_issue+0x400/0x45d
[] :libata:ata_scsi_
On Thursday, 16 November 2006 23:17, Christian Hoffmann wrote:
>
> > >
> > > Well, if you acquire the console sem you need to release it too :-)
> >
> > Or the console semaphore is acquired too many times.
> >
> > Christian, could you please add release_console_sem() before 'return 0'
> > and see
Adrian Bunk napisał(a):
On Thu, Nov 16, 2006 at 04:29:44PM +0100, Krzysztof Sierota wrote:
Hi,
I'm getting the following in dmesg with 2.6.19-rc5 and 2.6.19-rc6 kernels quad
opteron server running 64bit kernel, and the network card gets disabled.
...
Please send the dmesg from the l
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 at the BKL reacquire issue I sent? Just looking over the
co
On Thu, 2006-11-16 at 14:39 -0600, Linas Vepstas wrote:
> On Thu, Nov 16, 2006 at 11:03:07AM +1100, Michael Ellerman wrote:
> > On Wed, 2006-11-15 at 15:26 -0600, Linas Vepstas wrote:
> > >
> > > This is a non-urgent patch.
> > >
> > > I can't figure out who the upstream maintainer for char driv
On Thu, Nov 16, 2006 at 04:01:03PM -0600, Protasevich, Natalie wrote:
> If you can't drop in kdb, or no sysreq, then your interrupts are
> disabled. I used to be (with older systems anyway) that NMI button was
> on the system, so one could send an NMI and make the handler to print a
> trace. Newer
Hi,
In net/ipv4/ip_options.c::ip_options_compile() we have the following
code at the start of the function :
int ip_options_compile(struct ip_options * opt, struct sk_buff * skb)
{
int l;
unsigned char * iph;
unsigned char * optptr;
int optlen;
unsigned char *
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_tree() since the iteration loop will never make
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 looked into this back when SRCU was first added. It's essential
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_tree() since the iteration loop will never make any
> progress.
Actually,
* 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.
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mor
* Dave Jones ([EMAIL PROTECTED]) wrote:
> On Wed, Nov 15, 2006 at 06:43:32PM -0800, Chris Wright wrote:
> > This is the start of the stable review cycle for the 2.6.18.3 release.
> > There are 30 patches in this series, all will be posted as a response to
> > this one. If anyone has any issues
When an invalid hfs filesystem image is mounted it may cause a number of
different oops. One filesystem image which triggers this problem can be
found at:
http://projects.info-pull.com/mokb/MOKB-14-11-2006.html
it was created using the fsfuzzer program which can be found at:
http://people.redha
On Thu, Nov 16, 2006 at 10:18:26PM +0100, Jesper Juhl wrote:
> (got no reply on this when I originally send it on 20061031, so resending
> now that a bit of time has passed. The patch still applies cleanly to
> Linus' git tree as of today.)
>
>
> The Coverity checker spotted a potential proble
New page for new year - www.newyear2007.net
New year's wishes and gifts for everyone. Be prepared for holidays. Where will
you spend new years? Surprise the ones you love.
If you wan't to be on any list or page - reply with subject = add me in
-
To unsubscribe from this list: send the line "uns
> >
> > Well, if you acquire the console sem you need to release it too :-)
>
> Or the console semaphore is acquired too many times.
>
> Christian, could you please add release_console_sem() before 'return 0'
> and see if that makes the code work again? If not, could you add a
> printk() in kerne
On 16/11/06, David Chinner <[EMAIL PROTECTED]> wrote:
On Thu, Nov 16, 2006 at 10:18:26PM +0100, Jesper Juhl wrote:
> (got no reply on this when I originally send it on 20061031, so resending
> now that a bit of time has passed. The patch still applies cleanly to
> Linus' git tree as of today.)
> I don't know of a good version yet. I so far don't know if there ever
> was one. This could even be a bug in the PCI hardware, or the way the
> BIOS on this system on a board configured the PCI controller. Maybe I
> should go back and try a 2.4 kernel.
>
> > Hope some of that helps :)
>
> We
Jesper Juhl wrote:
The reason I want to fix it in the freeing function is that many other
functions in the kernel that free resources are safe to call with NULL
pointers and this would make xfs_free_buftarg() follow that
convention. This would perhaps also allow for some cleanups in other
place
On Wed, Nov 15, 2006 at 06:43:32PM -0800, Chris Wright wrote:
> This is the start of the stable review cycle for the 2.6.18.3 release.
> There are 30 patches in this series, all will be posted as a response to
> this one. If anyone has any issues with these being applied, please let
> us know.
On Thu, 16 Nov 2006, Linus Torvalds wrote:
> - it makes it clear that this should be fixed, preferably by just having
>some way to initialize SRCU structs staticalyl. If we get that, the fix
>is to just replace the horrible "initialize by hand" with a static
>initializer once and f
On Thu, 16 Nov 2006, Ingo Molnar wrote:
>
> the cpu-hotplug related warning is solved by the cleanup below.
I do not believe this is a cleanup, at least not in this kind of form:
> @@ -1777,8 +1775,8 @@ xfs_icsb_init_counters(
> #ifdef CONFIG_HOTPLUG_CPU
> mp->m_icsb_notifier.notifier_ca
Hey Jesper,
Rather, it can be done as below. Nothing to say that
your code wouldn't work. Just that catch it early, so that potential
function call overhead to call xfs_free_buftarg can be avoided.
void
xfs_unmountfs_close(xfs_mount_t *mp, struct cred *cr)
{
if (mp->m_log
Hi!
> > > Fixed the resume problem happening on my second box which supported NX
> > > protection bit. Please find attached the regenerated patch.
> > >
> > > - Killed lots of dead code
> >
> > Cleanup. (a)
> >
> > > - Improve the cpu sanity checks to verify long mode
> > > is enabled when we
On Thu, 16 Nov 2006, Thomas Gleixner wrote:
> On Thu, 2006-11-16 at 16:26 -0500, Alan Stern wrote:
> > On Thu, 16 Nov 2006, Thomas Gleixner wrote:
> >
> > > There is another issue with this SRCU change:
> > >
> > > The notification comes actually after the real change, which is bad. We
> > > try
Jesse Brandeburg napisał(a):
On 11/16/06, Krzysztof Sierota <[EMAIL PROTECTED]> wrote:
Hi,
I'm getting the following in dmesg with 2.6.19-rc5 and 2.6.19-rc6
kernels quad
opteron server running 64bit kernel, and the network card gets disabled.
On identical server running 32bit kernel, same ca
On Nov 16 2006 20:29, Adrian Bunk wrote:
>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???
Nothing is impossible.
>> (so that every
Hi
I am running OPENSWAN OCF (branch v3_0ocf of git repository) on my
PowerPC target (MPC8548CDS) patched to my 2.6.18-rc2 kernel. Putting
system under stress test I see the following page allocation problem. I
am trying to debug this problem but running out of ideas. I could trace
the code which
On Thu, 16 Nov 2006, Thomas Gleixner wrote:
>
> Here is the i386/sparc fixup
Gag me with a volvo.
This is disgusting, but I would actually prefer the following version over
the patches I've seen, because
- it doesn't end up having any architecture-specific parts
- it doesn't use the new "
On 11/16/06, James Simmons <[EMAIL PROTECTED]> wrote:
>
> cfag12864bcfb is a "fbdev" (actually, it is a "fb wrapper" for
> cfag12864b, so it behaves like a framebuffer, although it is not an
> usual framebuffer. f.e. it has asynchronous refresh rate, a mmaped
> page to appear to be a fb...).
BT
On Thu, 2006-11-16 at 22:12 +0100, Esben Nielsen wrote:
> On Thu, 16 Nov 2006, Daniel Walker wrote:
>
> > On Thu, 2006-11-16 at 16:35 +0100, Ingo Molnar wrote:
> >
> >> -rt0 is a rebase of -rt to 2.6.19-rc6, with lots of updates and fixes
> >> included. It includes the latest -hrt-dynticks tree an
PXA MMC driver supports not only PXA255 but also PXA250 and newer ones
Signed-off-by: Marcin Juszkiewicz <[EMAIL PROTECTED]>
Index: linux/drivers/mmc/Kconfig
===
--- linux.orig/drivers/mmc/Kconfig 2006-11-16 22:30:31.370992028 +
On Thu, Nov 16, 2006 at 10:37:18PM +0100, Adrian Bunk wrote:
> Subject: aoe: Add forgotten NULL at end of attribute list in aoeblk.c
> References : http://lkml.org/lkml/2006/11/13/26
> Submitter : Dennis Stosberg <[EMAIL PROTECTED]>
> Caused-By : Greg Kroah-Hartman <[EMAIL PROTECTED]>
>
On 16/11/06, Shailendra Tripathi <[EMAIL PROTECTED]> wrote:
Hey Jesper,
Rather, it can be done as below. Nothing to say that
your code wouldn't work. Just that catch it early, so that potential
function call overhead to call xfs_free_buftarg can be avoided.
Hi Shailendra,
The
This email lists some known regressions in 2.6.19-rc6 compared to 2.6.18
that are not yet fixed in Linus' tree.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering
On 16/11/06, Lennart Sorensen <[EMAIL PROTECTED]> wrote:
On Thu, Nov 16, 2006 at 09:49:06PM +0100, Jesper Juhl wrote:
...
> - You could also try kdb (http://oss.sgi.com/projects/kdb/) or kgdb
> (http://kgdb.linsyssoft.com/). That might help you pinpoint the
> failure.
Can I run that remotely s
From: Jens Axboe <[EMAIL PROTECTED]>
Date: Thu, 16 Nov 2006 22:21:07 +0100
> On Thu, Nov 16 2006, David Miller wrote:
> > From: "Jim Schutt" <[EMAIL PROTECTED]>
> > Date: Thu, 16 Nov 2006 11:08:59 -0700
> >
> > > Or is read+write really the fastest way to get data off a
> > > socket and into a fi
On Thu, 16 Nov 2006 12:15:16 -0800
Mingming Cao <[EMAIL PROTECTED]> wrote:
> On Thu, 2006-11-16 at 01:13 -0800, Andrew Morton wrote:
> > On Thu, 16 Nov 2006 00:49:20 -0800
> > Mingming Cao <[EMAIL PROTECTED]> wrote:
> >
> > > On Wed, 2006-11-15 at 23:22 -0800, Andrew Morton wrote:
> > > > On Wed,
Hello,
On Thu, Nov 16, 2006 at 10:34:56AM -0500, William Cohen wrote:
>
> Is this going to require sharing the nmi interrupt and knowing which
> perfcounter
> register triggered the interrupt to get the correct action? Currently the
> oprofile interrupt handler assumes any performance monitor
On Thu, 16 Nov 2006 22:50:03 +0200 Myaskouvskey, Artiom wrote:
> From: Artiom Myaskouvskey <[EMAIL PROTECTED]>
>
>
>
> When using memmap kernel parameter in EFI boot we should also add to memory
> map
>
> memory regions of runtime services to enable their mapping later.
>
>
>
> Signed-o
On Thu, 16 Nov 2006, Thomas Gleixner wrote:
> There is another issue with this SRCU change:
>
> The notification comes actually after the real change, which is bad. We
> try to make the TSC usable by backing it with pm_timer accross such
> states, but this behaviour breaks the safety code.
I don
On Thu, Nov 16, 2006 at 09:53:13PM +0100, Pavel Machek wrote:
> Hi!
>
> > > Ok. In the new code NX bit protection feature is not being enabled and
> > > that
> > > seems to be causing the problem. I checked and enabled the NX bit feature
> > > in EFER in wakeup.S and it starts working.
> > >
> >
On Thu, 2006-11-16 at 16:26 -0500, Alan Stern wrote:
> On Thu, 16 Nov 2006, Thomas Gleixner wrote:
>
> > There is another issue with this SRCU change:
> >
> > The notification comes actually after the real change, which is bad. We
> > try to make the TSC usable by backing it with pm_timer accross
On Thu, 2006-11-16 at 21:25 +0100, Jens Axboe wrote:
> On Thu, Nov 16 2006, Jim Schutt wrote:
> > Hi,
> >
> >
> > My test program can do one of the following:
> >
> > send data:
> > A) read() from file into buffer, write() buffer into socket
> > B) mmap() section of file, write() that into so
On Thu, Nov 16 2006, David Miller wrote:
> From: "Jim Schutt" <[EMAIL PROTECTED]>
> Date: Thu, 16 Nov 2006 11:08:59 -0700
>
> > Or is read+write really the fastest way to get data off a
> > socket and into a file?
>
> There is still no explicit TCP support for splice/vmsplice so things
> get copi
From: [EMAIL PROTECTED]
Date: Thu, 16 Nov 2006 23:10:08 +0200 (IST)
> >
> > BTW, TCP will be significantly faster than UDP because with UDP you
> > incur an extra full context switch on every packet.
> >
>
> Could you elaborate on this a bit more? What kind of context switch?
TCP queues and take
On Thu, 2006-11-16 at 13:20 -0800, Andrew Morton wrote:
> >
> > -core_initcall(cpufreq_tsc);
> > +/*
> > + * init_cpufreq_transition_notifier_list() should execute first,
> > + * which is a core_initcall, so mark this one core_initcall_sync:
> > + */
> > +core_initcall_sync(cpufreq_tsc);
>
> Wou
On Thu, Nov 16, 2006 at 09:49:06PM +0100, Jesper Juhl wrote:
> Well, I have a few ideas that are hopefully useul.
>
> - If you have not done so already, then go in to the "Kernel Hacking"
> section of the kernel configuration and enable some (all?) of the
> debug options and see if that produces a
On Thu, 16 Nov 2006 21:15:32 +0100
Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Thomas Gleixner <[EMAIL PROTECTED]> wrote:
>
> > [PATCH] cpufreq: make the transition_notifier chain use SRCU
> > (b4dfdbb3c707474a2254c5b4d7e62be31a4b7da9)
> >
> > breaks cpu frequency notification users, which reg
On Wed, 15 Nov 2006 14:29:53 +0100, Christian said:
I was hitting this under 2.6.19-rc5-mm1 as well:
> [ 7190.693567] CIFS does not yet support partial page writes on O_WRONLY files
I get that one even without "heavy stressing" - just doing a CIFS mount of
a share from our NetApp and trying to c
(got no reply on this when I originally send it on 20061031, so resending
now that a bit of time has passed. The patch still applies cleanly to
Linus' git tree as of today.)
The Coverity checker spotted a potential problem in XFS.
The problem is that if, in xfs_mount(), this code triggers:
On Thu, 16 Nov 2006, Daniel Walker wrote:
On Thu, 2006-11-16 at 16:35 +0100, Ingo Molnar wrote:
-rt0 is a rebase of -rt to 2.6.19-rc6, with lots of updates and fixes
included. It includes the latest -hrt-dynticks tree and more.
Does the zero carry and meaning or did you just decide start us
Hello,
> Ist there a reason you are replacing at least somewhat descriptive labels
> with numbers?
Yes.
To me these numbers speak more than not really descriptive labels like
out_kfree out_kfree2 etc. I look at the code and see the flow. The most
important thing here is the order in which the r
Please apply.
--linas
This patch removes an pair of irritating compiler warnings:
drivers/char/hvcs.c:1605: warning: ignoring return value of
sysfs_create_group declared with attribute warn_unused_result
drivers/char/hvcs.c:1639: warning: ignoring return value of
driver_create_file declared wi
On Thu, 16 Nov 2006 21:19:50 +0200
"Yitzchak Eidus" <[EMAIL PROTECTED]> 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()
>
> BTW, TCP will be significantly faster than UDP because with UDP you
> incur an extra full context switch on every packet.
>
Could you elaborate on this a bit more? What kind of context switch?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message t
On Thu, Nov 16, 2006 at 04:29:44PM +0100, Krzysztof Sierota wrote:
> Hi,
>
> I'm getting the following in dmesg with 2.6.19-rc5 and 2.6.19-rc6 kernels
> quad
> opteron server running 64bit kernel, and the network card gets disabled.
>...
Please send the dmesg from the latest kernel that works
On Thu, 2006-11-16 at 15:27 -0500, Alan Stern wrote:
> > Hmm, there are no static initializers for srcu and the only way to fix
> > this up is to move the arch calls to postcore_init.
>
> If you can find a way to invoke init_cpufreq_transition_notifier_list
> earlier than core_initcall time, that
If the X server is started manually on 2.6.14 and above with "startx &"
and if you hit the enter key in the detached session,
the desktop will stop responding to keyboard and mouse events.
It's easy to reproduce. Set to run level 3 on an ES4, then start the X
server manually
and hit enter in
On Thu, 2006-11-16 at 21:15 +0100, Ingo Molnar wrote:
> From: Ingo Molnar <[EMAIL PROTECTED]>
> Subject: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync
>
> init_cpufreq_transition_notifier_list() should execute first, which is a
> core_initcall, so mark cpufreq_tsc() core_initcall_syn
From: Artiom Myaskouvskey <[EMAIL PROTECTED]>
When using memmap kernel parameter in EFI boot we should also add to memory map
memory regions of runtime services to enable their mapping later.
Signed-off-by: Artiom Myaskouvskey <[EMAIL PROTECTED]>
---
diff -uprN linux-2.6.19-rc5-git7.
This is a non-urgent two-part janitorial patch. I'm not sure who
the upstream maintainer is. This patch obsoletes yesterday's
patch titled:
Subject: [PATCH]: HVCS char driver janitoring: fix compile warnings
--linas
This patch is one of two parts. The second part removes an pair
of irritatin
Hi!
> > Ok. In the new code NX bit protection feature is not being enabled and that
> > seems to be causing the problem. I checked and enabled the NX bit feature
> > in EFER in wakeup.S and it starts working.
> >
> > I think my new machine supports NX bit protection feature and if while
> > resum
From: "Jim Schutt" <[EMAIL PROTECTED]>
Date: Thu, 16 Nov 2006 11:08:59 -0700
> Or is read+write really the fastest way to get data off a
> socket and into a file?
There is still no explicit TCP support for splice/vmsplice so things
get copied around and most of the other advantaves of splice/vmpl
On 16/11/06, Lennart Sorensen <[EMAIL PROTECTED]> wrote:
We have a router with a Geode SC1200 cpu, with 4 AMD 972 ethernet ports
(pcnet32) behind a PLX 6152 PCI-PCI bridge, which quite regularly locks
up completely if we try to do simultanius traffic on all 4 ports (our
test case sends data from
On Thu, 2006-11-16 at 21:15 +0100, Ingo Molnar wrote:
> From: Ingo Molnar <[EMAIL PROTECTED]>
> Subject: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync
>
> init_cpufreq_transition_notifier_list() should execute first, which is a
> core_initcall, so mark cpufreq_tsc() core_initcall_sync
On Thu, Nov 16, 2006 at 11:03:07AM +1100, Michael Ellerman wrote:
> On Wed, 2006-11-15 at 15:26 -0600, Linas Vepstas wrote:
> >
> > This is a non-urgent patch.
> >
> > I can't figure out who the upstream maintainer for char drivers
> > is supposed to be. Can this patch be applied?
> >
> > --l
On Thu, Nov 16, 2006 at 07:29:35PM +0100, Stefan Richter wrote:
> Mattia Dongili wrote:
> > got the following when removing ohci1394 (also happens in -mm1),
> ...
> > ieee1394: Node removed: ID:BUS[0-00:1023] GUID[080046030227e7bb]
> > ieee1394: Node removed: ID:BUS[20754571-38:0391] GUID[000
On Thu, 16 Nov 2006 11:55:46 +0100
Mikael Pettersson <[EMAIL PROTECTED]> wrote:
> Andrew Morton writes:
> > Surely the appropriate behaviour is to allow oprofile to steal the NMI and
> > to then put the NMI back to doing the watchdog thing after oprofile has
> > finished with it.
>
> Which is
On Thu, 16 Nov 2006, Thomas Gleixner wrote:
> [PATCH] cpufreq: make the transition_notifier chain use SRCU
> (b4dfdbb3c707474a2254c5b4d7e62be31a4b7da9)
>
> breaks cpu frequency notification users, which register the callback on
> core_init level. Interestingly enough the registration survives the
On Thu, Nov 16 2006, Jim Schutt wrote:
> Hi,
>
> I've done some testing to see how splice/vmsplice perform
> vs. other alternatives on transferring a large file across
> a fast network. One option I tested was to use vmsplice
> to get a 1-copy receive, but it didn't perform as well
> as I had h
On Thu, Nov 16 2006, Edward Falk wrote:
> Jens Axboe wrote:
>
> >I don't see the point at all for including this piece of code in the
> >kernel. You can do the same from user space. Your help entry said it
> >even grows the kernel size about 21k, that's pretty nasty.
>
> How would you do this fro
* Daniel Walker <[EMAIL PROTECTED]> wrote:
> > -rt0 is a rebase of -rt to 2.6.19-rc6, with lots of updates and
> > fixes included. It includes the latest -hrt-dynticks tree and more.
>
> Does the zero carry and meaning or did you just decide start using
> zero instead of one?
no real meaning
* Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> [PATCH] cpufreq: make the transition_notifier chain use SRCU
> (b4dfdbb3c707474a2254c5b4d7e62be31a4b7da9)
>
> breaks cpu frequency notification users, which register the callback
> on core_init level. Interestingly enough the registration survives
On Thu, 2006-11-16 at 01:13 -0800, Andrew Morton wrote:
> On Thu, 16 Nov 2006 00:49:20 -0800
> Mingming Cao <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 2006-11-15 at 23:22 -0800, Andrew Morton wrote:
> > > On Wed, 15 Nov 2006 22:55:43 -0800
> > > Mingming Cao <[EMAIL PROTECTED]> wrote:
> > >
> > > >
On Wed, Nov 15, 2006 at 07:28:36PM -0500, Vivek Goyal wrote:
> On Wed, Nov 15, 2006 at 04:24:11PM -0500, Vivek Goyal wrote:
> > On Mon, Nov 13, 2006 at 11:43:14AM -0500, Vivek Goyal wrote:
> > >
> > >
> > > - Killed lots of dead code
> > > - Improve the cpu sanity checks to verify long mode
> > >
On Wed, Nov 15, 2006 at 11:54:29PM +0100, Pavel Machek wrote:
> Hi!
>
> > > It would be much better if this least this CPUID code was in a common
> > > shared
> > > file with head.S
>
> >
> > Pleaese find attached the patch which moves verify_cpu code to a
> > single file arch/x86_64/kernel/ve
Jens Axboe wrote:
I don't see the point at all for including this piece of code in the
kernel. You can do the same from user space. Your help entry said it
even grows the kernel size about 21k, that's pretty nasty.
How would you do this from user space? Also, the 21k increase is only
in effe
[PATCH] cpufreq: make the transition_notifier chain use SRCU
(b4dfdbb3c707474a2254c5b4d7e62be31a4b7da9)
breaks cpu frequency notification users, which register the callback on
core_init level. Interestingly enough the registration survives the
uninitialized head, but the registered user is lost by
On 11/16/06, Krzysztof Sierota <[EMAIL PROTECTED]> wrote:
Hi,
I'm getting the following in dmesg with 2.6.19-rc5 and 2.6.19-rc6 kernels quad
opteron server running 64bit kernel, and the network card gets disabled.
On identical server running 32bit kernel, same cards, same slots, same
configurat
This looks completely sane to me, so I have no problem merging this
stuff once the rest of the Chelsio-specific stuff is reviewed.
- R.
-
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://vger.kerne
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()... )
> ???
>
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()... ) ???
i am talking about a clean/standard way to do such thing
(without overwrite
Arnd Bergmann wrote:
On Thursday 16 November 2006 19:04, Avi Kivity wrote:
+struct kvm_msr_entry {
+ __u32 index;
+ __u32 reserved;
+ __u64 data;
+};
+
+/* for KVM_GET_MSRS and KVM_SET_MSRS */
+struct kvm_msrs {
+ __u32 vcpu;
+ __u32 nmsrs; /* number of msrs in e
On Thursday 16 November 2006 19:04, Avi Kivity wrote:
> +struct kvm_msr_entry {
> + __u32 index;
> + __u32 reserved;
> + __u64 data;
> +};
> +
> +/* for KVM_GET_MSRS and KVM_SET_MSRS */
> +struct kvm_msrs {
> + __u32 vcpu;
> + __u32 nmsrs; /* number of msrs in entries
[EMAIL PROTECTED] wrote:
Hi,
I am running a client/server test app over IPOIB in which the client sends
a certain amount of data to the server. When the transmittion ends, the
server prints the bandwidth and how much data it received. I can see that
the server reports it received about 60% that t
> Hi,
> I am running a client/server test app over IPOIB in which the client sends
> a certain amount of data to the server. When the transmittion ends, the
> server prints the bandwidth and how much data it received. I can see that
> the server reports it received about 60% that the client sent. H
hi
On Thursday 16 November 2006 09.17, Holger Schurig wrote:
> From: Holger Schurig <[EMAIL PROTECTED]>
>
> Basic support support for the USB-based DMC TSC-10 touchscreen
> controller.
>
> Signed-off-by: Holger Schrig <[EMAIL PROTECTED]>
>
> ---
>
> The previous patch was word-wrapped, sorry.
On Thu, 16 Nov 2006, Christian Krafft wrote:
> Okay, I slowly understand what you are talking about.
> I just tried a "numactl --cpunodebind 1 --membind 1 true" which hit an
> uninitialized zone in slab_node:
>
> return zone_to_nid(policy->v.zonelist->zones[0]);
I think the above should work fi
* Larry Finger ([EMAIL PROTECTED]) wrote:
> We have a report of a regression between 2.6.19-rc3 and -rc5. As this patch
> seems to be the only one that could cause the problem, please pull it from
> -stable while we sort out the difficulty.
Thanks a lot for the heads up Larry, dropping this one.
On Thursday 16 November 2006 17:56, Chris Leadbeater wrote:
> Alistair John Strachan wrote:
> > On Thursday 16 November 2006 14:46, Chris wrote:
> >> Hi,
> >>
> >> Don't know if this is the correct place to bring this up but
> >> /pub/linux/kernel/* seems to be unavailable on kernel.org via FTP. Bo
Mattia Dongili wrote:
> got the following when removing ohci1394 (also happens in -mm1),
...
> ieee1394: Node removed: ID:BUS[0-00:1023] GUID[080046030227e7bb]
> ieee1394: Node removed: ID:BUS[20754571-38:0391] GUID[f8eb5067]
Hm, there is garbage in this node data. Moreover, your full lo
From: Uri Lublin <[EMAIL PROTECTED]>
Add a couple of accessors for the time stamp counter, and expose the tsc msr.
Signed-off-by: Uri Lublin <[EMAIL PROTECTED]>
Signed-off-by: Avi Kivity <[EMAIL PROTECTED]>
Index: linux-2.6/drivers/kvm/kvm_main.c
=
Hi,
I've done some testing to see how splice/vmsplice perform
vs. other alternatives on transferring a large file across
a fast network. One option I tested was to use vmsplice
to get a 1-copy receive, but it didn't perform as well
as I had hoped. I was wondering if my results were at odds
wit
From: Uri Lublin <[EMAIL PROTECTED]>
Expose the model-specific registers to userspace. Primarily useful for
save/resume.
Signed-off-by: Uri Lublin <[EMAIL PROTECTED]>
Signed-off-by: Avi Kivity <[EMAIL PROTECTED]>
Index: linux-2.6/drivers/kvm/kvm.h
===
From: Uri Lublin <[EMAIL PROTECTED]>
Expose all not-yet-delivered interrupts to userspace. This allows a guest
to be saved and resumed even if some interrupts are yet pending.
Signed-off-by: Uri Lublin <[EMAIL PROTECTED]>
Signed-off-by: Avi Kivity <[EMAIL PROTECTED]>
Index: linux-2.6/drivers/kv
101 - 200 of 335 matches
Mail list logo
