On Mon, Feb 26, Dave Jones wrote:
> On Mon, Feb 26, 2007 at 02:41:34PM -0800, David Miller wrote:
> >
> > Dave, please test your const'ification changes, else you'll
> > leave some of us const'ipated :-)
> >
> > drivers/cpufreq/cpufreq.c: In function 'cpufreq_register_driver'
> > drivers/c
On Mon, Feb 26, 2007 at 12:04:51PM -0800, Linus Torvalds ([EMAIL PROTECTED])
wrote:
>
>
> On Mon, 26 Feb 2007, Evgeniy Polyakov wrote:
> >
> > Will you argue that people do things like
> > num = epoll_wait()
> > for (i=0; i > process(event[i])?
> > }
>
> I have several times told you that
On Mon, 26 Feb 2007 23:31:29 -0500, Rik van Riel <[EMAIL PROTECTED]> wrote:
> Hiro Yoshioka wrote:
> > Hi,
> >
> > From: Rik van Riel <[EMAIL PROTECTED]>
> >> Hiro Yoshioka wrote:
> >>> Howdy,
> >>>
> >>> MySQL 5.0.26 had some scalability issues and it solved since 5.0.32
> >>> http://ossipedia.i
On Mon, Feb 26, 2007 at 09:23:38PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > > no. Please read the evserver_threadlet.c code. There's no kevent in
> > > there. There's no epoll() in there. All that you can see there is
> > > the natura
* Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> > > Enough, you say micro-thread design is superior - ok, that is your
> > > point.
> >
> > note that threadlets are not 'micro-threads'. A threadlet is more of
> > an 'optional thread' (as i mentioned it earlier): whenever it does
> > anything
On 02/27, Aneesh Kumar wrote:
>
> >+static inline void freezer_do_not_count(void)
> >+{
> >+ current->flags |= PF_FREEZER_SKIP;
> >+}
> >+
> >+/*
> >+ * Tell the freezer to count this task as freezeable again and if it's a
> >user
> >+ * space one, try to freeze it
> >+ */
> >+static inline
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
> This email lists some known regressions in 2.6.21-rc1 compared to
> 2.6.20 that are not yet fixed in Linus' tree.
just found a new one: forcedeth.c broke since v2.6.20. It generates a
few irqs after ifup and then stops dead (no in/out packets). Undoin
On Tue, 2007-02-27 at 02:38 -0500, Mathieu Desnoyers wrote:
> > > The pit clocksource could be dropped pretty easy with my clocksource
> > > update patches, which I'm still working on but you could easily drop
> > > clock sources that aren't atomic like the pit .. Also the pit is
> > > generally
On Mon, Feb 26, 2007 at 09:32:04PM -0800, Andrew Morton wrote:
> > On Tue, 27 Feb 2007 15:36:03 +1100 "Dave Airlie" <[EMAIL PROTECTED]> wrote:
> > >
> > > I've also got rid of the horrible populate API, and integrated nonlinear
> > > pages
> > > properly with the page fault path.
> > >
> > > Downs
On Tuesday 27 February 2007 03:32, Davide Libenzi wrote:
> Epoll is doing multiple passes over the ready set at the moment, because
> of the constraints over the f_op->poll() call. Looking at the code again,
> I noticed that we already hold the epoll semaphore in read, and this
> (together with oth
Fix following section mismatch warning (when compiled with CONFIG_HOTPLUG=n):
WARNING: drivers/pci/built-in.o - Section mismatch: reference to
.init.text:pcie_portdrv_probe from .data between 'pcie_portdrv' (at offset
0xe40) and 'pcie_portdrv_err_handler'
This warning was fixed by renaming pcie_
Fix following section mismatch warning (when compiled with CONFIG_HOTPLUG=n):
WARNING: drivers/pci/built-in.o - Section mismatch: reference to
.init.text:aer_probe from .data between 'aerdrv' (at offset 0x1608) and
'aer_error_handlers'
Warning was fixed by renaming aerdrv to aerdriver so we pass
On 02/27, Rusty Russell wrote:
>
> On Tue, 2007-02-27 at 00:53 +0300, Oleg Nesterov wrote:
> > call_usermodehelper() has no reason for flush_signals(). It is a fresh
> > forked process which is going to exec a user-space application or exit on
> > failure.
>
> And the flush_signal_handlers() c
Prarit Bhargava wrote:
Resending (originally sent 2007-02-14).
__devinit & __devexit cleanups for de2104x driver.
Fixes MODPOST warnings similar to:
WARNING: drivers/net/tulip/de2104x.o - Section mismatch: reference to
.init.text:de_init_one from .data.rel.local after 'de_driver' (at offset 0x
On Sun, 2007-02-25 at 09:32 +0100, Mike Galbraith wrote:
> Fix NULL pointer dereference in cmos_rtc registration failure path.
>
> Signed-off-by: Mike Galbraith <[EMAIL PROTECTED]>
>
> diff --git a/drivers/rtc/class.c b/drivers/rtc/class.c
> index 7a0d8ee..9201786 100644
> --- a/drivers/rtc/clas
Functions marked __devinit will be removed after kernel init.
But being exported they are potentially called by a module
much later.
So the safer choice seems to be to keep the function even
in the non CONFIG_HOTPLUG case.
This silence the follwoing section mismatch warnings:
WARNING: drivers/buil
Adrian Bunk wrote:
This patch removes the MAINTAINERS entry for the removed jffs
filesystem.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Hoping someone can help with some insight...
A couple of 2.6.18 x86_64 systems that I'm working on have been getting
page allocation failures under heavy load with call traces that go
through the 3ware twa_chrdev_ioctl function. The systems have 2 gig of
physical RAM though. Seems like page a
On Tue, Feb 27 2007, Suparna Bhattacharya wrote:
> On Mon, Feb 26, 2007 at 03:45:48PM +0100, Jens Axboe wrote:
> > On Mon, Feb 26 2007, Suparna Bhattacharya wrote:
> > > On Mon, Feb 26, 2007 at 02:57:36PM +0100, Jens Axboe wrote:
> > > >
> > > > Some more results, using a larger number of processe
Mockern napsal(a):
Thank you,
I have no problem with my tty driver, except one thing: it does not work with cat (but there are no problems to write,read from user space application). I'll try to follow your adwise to support cat.
But the read *works* according to the strace output, which you'
On Tue, 2007-02-27 at 07:29 +0100, Ingo Molnar wrote:
> * Daniel Walker <[EMAIL PROTECTED]> wrote:
>
> > The pit clocksource could be dropped pretty easy with my clocksource
> > update patches, which I'm still working on but you could easily drop
> > clock sources that aren't atomic like the pit
On Sun, Feb 25 2007, Adrian Bunk wrote:
> This email lists some known regressions in 2.6.21-rc1 compared to 2.6.20
> 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
On Mon, Feb 26, 2007 at 09:35:43PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
> > If kernelspace rescheduling is that fast, then please explain me why
> > userspace one always beats kernel/userspace?
>
> because 'user space scheduling' makes no sense? I explained my thinking
> about that in a
On Mon, Feb 26, 2007 at 06:18:51PM -0800, Davide Libenzi
(davidel@xmailserver.org) wrote:
> On Mon, 26 Feb 2007, Evgeniy Polyakov wrote:
>
> > 2. its notifications do not go through the second loop, i.e. it is O(1),
> > not O(ready_num), and notifications happens directly from internals of
> > th
Hi!
> > This email lists some known regressions in 2.6.21-rc1 compared to 2.6.20
> > 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
On Tue, 2007-02-27 at 02:38 -0500, Mathieu Desnoyers wrote:
>
> I am concerned about the automatic fallback to the PIT when no other
> clock source is available. A clocksource read would be atomic when TSC
> or HPET are available, but would fall back on PIT otherwise. There
> should be some way t
On Mon, Feb 26, 2007 at 08:54:16PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> * Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> > > Reading from the disk is _exactly_ the same - the same waiting for
> > > buffer_heads/pages, and (since it is bigger) it can be easily
> > > transferred to ev
On Tue, Feb 27 2007, Pavel Machek wrote:
> Hi!
>
> > > This email lists some known regressions in 2.6.21-rc1 compared to 2.6.20
> > > 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 affe
Hi!
MMC card reader in x60 no longer works in -rc1. (Will have to check if
it worked before s2ram).
When playing with usb-serial, I got this oops (upon trying to start
minicom /dev/ttyUSB0 while linux gadget on the other end was
crashing).
On Tue, Feb 27, 2007 at 09:27:57AM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > > > Enough, you say micro-thread design is superior - ok, that is your
> > > > point.
> > >
> > > note that threadlets are not 'micro-threads'. A threadlet is
The latest maintenance release GIT 1.5.0.2 is available at the
usual places:
http://www.kernel.org/pub/software/scm/git/
git-1.5.0.2.tar.{gz,bz2} (tarball)
git-htmldocs-1.5.0.2.tar.{gz,bz2} (preformatted docs)
git-manpages-1.5.0.2.tar.{gz,bz2}
Adrian,
On Mon, 2007-02-26 at 23:05 +0100, Adrian Bunk wrote:
> Subject: kernel BUG at kernel/time/tick-sched.c:168 (CONFIG_NO_HZ)
> References : http://lkml.org/lkml/2007/2/16/346
> Submitter : Michal Piotrowski <[EMAIL PROTECTED]>
> Handled-By : Thomas Gleixner <[EMAIL PROTECTED]>
> Status
Thomas Gleixner napisał(a):
> Adrian,
>
> On Mon, 2007-02-26 at 23:05 +0100, Adrian Bunk wrote:
>> Subject: kernel BUG at kernel/time/tick-sched.c:168 (CONFIG_NO_HZ)
>> References : http://lkml.org/lkml/2007/2/16/346
>> Submitter : Michal Piotrowski <[EMAIL PROTECTED]>
>> Handled-By : Thomas
Michal Piotrowski napisał(a):
> Thomas Gleixner napisał(a):
>> Adrian,
>>
>> On Mon, 2007-02-26 at 23:05 +0100, Adrian Bunk wrote:
>>> Subject: kernel BUG at kernel/time/tick-sched.c:168 (CONFIG_NO_HZ)
>>> References : http://lkml.org/lkml/2007/2/16/346
>>> Submitter : Michal Piotrowski <[EMA
* Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Thomas Gleixner napisał(a):
> > Adrian,
> >
> > On Mon, 2007-02-26 at 23:05 +0100, Adrian Bunk wrote:
> >> Subject: kernel BUG at kernel/time/tick-sched.c:168 (CONFIG_NO_HZ)
> >> References : http://lkml.org/lkml/2007/2/16/346
> >> Submitter
On Tue, 2007-02-27 at 09:33 +0100, Ingo Molnar wrote:
> * Michal Piotrowski <[EMAIL PROTECTED]> wrote:
>
> > Thomas Gleixner napisał(a):
> > > Adrian,
> > >
> > > On Mon, 2007-02-26 at 23:05 +0100, Adrian Bunk wrote:
> > >> Subject: kernel BUG at kernel/time/tick-sched.c:168 (CONFIG_NO_HZ)
>
On 26-02-2007 23:08, Luca Tettamanti wrote:
> Hello,
> I'm running 2.6.21 (current git, at 9654640d0af). kernel blows up at
> startup, when running setkey. Kernel 2.6.20 runs fine. A couple of words
...
> [ cut here ]
> kernel BUG at /home/kronos/src/linux-2.6.git/net/core/s
Linas Vepstas wrote:
From: Jens Osterkamp <[EMAIL PROTECTED]>
This version moves the medium variable to the card specific structure and
changes the GMII_* to BCM54XX_* #defines.
This patch adds improved version of enable_fiber for both the 5421 and
the 5461 phy. It is now possible to specify wi
[EMAIL PROTECTED] wrote:
From: Divy Le Ray <[EMAIL PROTECTED]>
sysfs attributes are now managed per port, no longer per adapter.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
applied 1-6 of 7
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
Alan wrote:
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
applied
-
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.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org
Mark Brown wrote:
Bob Tracy <[EMAIL PROTECTED]> reported that the addition of support
for Aculab E1/T1 cPCI carrier cards broke detection of vanilla natsemi
cards. This patch fixes that: the problem is that the driver-specific
ta in the PCI device table is an index into a second table and this
h
On 10:26, Andrew Vasquez wrote:
> You are loading some stale firmware that's left over on the card --
> I'm not even sure what 4.00.70 is, as the latest release firmware is
> 4.00.27.
That's the firmware which came with the card. Anyway, I just upgraded
the firmware, but the bug remains. The backt
* Jens Axboe <[EMAIL PROTECTED]> wrote:
> > > x60 doesn't resume from S2R either, it doesn't matter if
> > > CONFIG_NO_HZ is set or not though. 2.6.20 worked fine.
> >
> > It somehow works for me. As long as I do not play with bluetooth and
> > suspend to disk...
>
> It locks solid here on re
Well, i have a 8042 controller "connected" to the keyboard controller
that send information about battery and others to the keyboard
interrupt and io ports in the format of keystrokes. I want a way to
not alter atkbd but to create another driver that lives together with
atkbd. Is there a way?
On
On Tue, Feb 27, 2007 at 07:24:19AM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > On Mon, Feb 26, 2007 at 01:51:23PM +0100, Ingo Molnar ([EMAIL PROTECTED])
> > wrote:
> > >
> > > * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> > >
> > > >
Am Dienstag, 27. Februar 2007 11:36 schrieb Pavel Machek:
> Hi!
>
> MMC card reader in x60 no longer works in -rc1. (Will have to check if
> it worked before s2ram).
>
> When playing with usb-serial, I got this oops (upon trying to start
> minicom /dev/ttyUSB0 while linux gadget on the other end
* Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> > does that work for you?
>
> Yes, -fomit-frame-point make the deal.
>
> In average, threadlet runs as fast as epoll.
yeah.
> Just because there are _no_ rescheduling in that case.
in my test it was 'little', not 'no'. But yes, that's exactly m
Please pull from 'jffs-maint' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/misc-2.6.git jffs-maint
to receive the following updates:
MAINTAINERS |7 ---
1 files changed, 0 insertions(+), 7 deletions(-)
Adrian Bunk (1):
remove the jffs MAINTAINERS entry
diff --gi
On Mon, 26 Feb 2007, Kyle McMartin wrote:
> I submitted this patch a while ago, but nobody commented on it.
> All these casts of resource_size_t to (unsigned long long) seem horribly
> wasteful to me...
>
> Of course, to add a new format qualifier, we lose out on checking the format
> string by gc
On Tue, Feb 27 2007, Ingo Molnar wrote:
>
> * Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > > > x60 doesn't resume from S2R either, it doesn't matter if
> > > > CONFIG_NO_HZ is set or not though. 2.6.20 worked fine.
> > >
> > > It somehow works for me. As long as I do not play with bluetooth and
My two coins:
# cat job
[global]
bs=8k
size=1g
direct=0
ioengine=sync
iodepth=32
rw=read
[file]
filename=/home/user/test
sync:
READ: io=1,024MiB, aggrb=39,329KiB/s, minb=39,329KiB/s,
maxb=39,329KiB/s, mint=27301msec, maxt=27301msec
libaio:
READ: io=1,024MiB, aggrb=39,435KiB/s, minb=39,435KiB/s,
On Tue, Feb 27 2007, Jens Axboe wrote:
> On Tue, Feb 27 2007, Ingo Molnar wrote:
> >
> > * Jens Axboe <[EMAIL PROTECTED]> wrote:
> >
> > > > > x60 doesn't resume from S2R either, it doesn't matter if
> > > > > CONFIG_NO_HZ is set or not though. 2.6.20 worked fine.
> > > >
> > > > It somehow wor
On 27/02/07, Chuck Ebbert <[EMAIL PROTECTED]> wrote:
Jesper Juhl wrote:
> I have a server that has the sole job of serving up a bunch of NFS
> filesystems to webservers. The server is running kernel 2.6.18.1
>
> A few days ago when attempting to reboot the server, the shutdown
> process hung with
On Tue, Feb 27 2007, Evgeniy Polyakov wrote:
> My two coins:
> # cat job
> [global]
> bs=8k
> size=1g
> direct=0
> ioengine=sync
> iodepth=32
> rw=read
>
> [file]
> filename=/home/user/test
>
> sync:
> READ: io=1,024MiB, aggrb=39,329KiB/s, minb=39,329KiB/s,
> maxb=39,329KiB/s, mint=27301msec, ma
update: Jeff sent me 3 pending forcedeth.c fixes, and they indeed fix
the regression. The one that fixed it is:
->
The napi poll routine was missing the call to the optimized rx process
routine. This patch adds the missing call for the optimized path.
Signed-Off-By: Ayaz Abdull
Hello everybody!
I'm aware of some implementations for file system encryption - dm-crypt,
loopback with encryption, truecrypt, and fuse.
Now I'd like to ask if it's easily possible to write a (preloaded)
user-space library or a kernel module, that
- overlays an existing directory tree,
- decrypts
On Tue, Feb 27, 2007 at 01:28:32PM +0300, Evgeniy Polyakov wrote:
> Obviously there are bugs, it is simply how things work.
> And debugging state machine code has exactly the same complexity as
> debugging multi-threading code - if not less...
Evgeniy,
I think what you are not hearing, and what e
I've not been able to reproduce it since, but I know others (BCC'ed
on
this note) have seen it and might prod them to come forth with
details
(and broken .config files)
In my case, disabling CPU_FREQ_PMAC made the failure go away.
After reverting this patch, CPU_FREQ_PMAC is once again operati
Hello,
> - encrypts new files depending on their filename, and generally
What about renaming a file ???
Regards,
Paul
-
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.kernel.org/majordomo-
I'm still seeing lots of warnings about unchecked return codes from
driver model functions.
These must have been around for at least three months, if not longer,
and there seems to be very little progress towards resolving them.
Maybe if no one cares about fixing the warnings, we shouldn't have
th
Replace call_smp_function with stop_machine_run in the Intel RNG driver.
CPU A has done read_lock(&lock)
CPU B has done write_lock_irq(&lock) and is waiting for A to release the lock.
A third CPU calls call_smp_function and issues the IPI. CPU A takes CPU C's
IPI. CPU B is waiting with interrup
On Tue, Feb 27, 2007 at 06:52:22AM -0500, Theodore Tso ([EMAIL PROTECTED])
wrote:
> On Tue, Feb 27, 2007 at 01:28:32PM +0300, Evgeniy Polyakov wrote:
> > Obviously there are bugs, it is simply how things work.
> > And debugging state machine code has exactly the same complexity as
> > debugging mu
Jeff Garzik wrote:
Prarit Bhargava wrote:
Resending (originally sent 2007-02-14).
__devinit & __devexit cleanups for de2104x driver.
Fixes MODPOST warnings similar to:
WARNING: drivers/net/tulip/de2104x.o - Section mismatch: reference to
.init.text:de_init_one from .data.rel.local after 'de
Hi,
This one fixes the build breakage introduced in the recent const
change patch applied to drivers/char/agp
Cheers,
Jes
Fix build breakage from recent const changes.
Signed-off-by: Jes Sorensen <[EMAIL PROTECTED]>
---
drivers/char/agp/sgi-agp.c |2 +-
1 file changed, 1 insertion(+), 1 d
* Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> > [...] But it is true that for most kernel programmers, threaded
> > programming is much easier to understand, and we need to engineer
> > the kernel for what will be maintainable for the majority of the
> > kernel development community.
>
> I
On Tue, Feb 27, 2007 at 12:29:08PM +0100, Jens Axboe ([EMAIL PROTECTED]) wrote:
> On Tue, Feb 27 2007, Evgeniy Polyakov wrote:
> > My two coins:
> > # cat job
> > [global]
> > bs=8k
> > size=1g
> > direct=0
> > ioengine=sync
> > iodepth=32
> > rw=read
> >
> > [file]
> > filename=/home/user/test
>
Prarit Bhargava wrote:
Replace call_smp_function with stop_machine_run in the Intel RNG driver.
CPU A has done read_lock(&lock)
CPU B has done write_lock_irq(&lock) and is waiting for A to release the lock.
A third CPU calls call_smp_function and issues the IPI. CPU A takes CPU C's
IPI. CPU
* Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> So, ok, no micro-thread name.
thanks!
Ingo
-
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.kernel.org/majordomo-info.html
Please re
Hello.
I got this error with current git tree with CONFIG_SMP=n.
| CHK include/linux/compile.h
| CC arch/i386/kernel/io_apic.o
|arch/i386/kernel/io_apic.c: In function `setup_IO_APIC_irqs':
|arch/i386/kernel/io_apic.c:1357: error: structure has no member named
`affinity'
|arch/i386/ke
On Tue, Feb 27, 2007 at 01:15:42PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
> > So, ok, no micro-thread name.
>
> thanks!
:) no problem!
> Ingo
--
Evgeniy Polyakov
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PR
On 2/26/07, Kyle McMartin <[EMAIL PROTECTED]> wrote:
On Mon, Feb 26, 2007 at 06:36:05PM +0300, Alexey Zaytsev wrote:
> Hello.
>
> May I ask you, guys, if ioread32 and his friends should treat the data
> as host-endian or bus-endian? E.g, should the data read from PCI on a
> big-endian host be byt
On Tue, Feb 27, 2007 at 10:42:11AM +0100, Jens Axboe wrote:
> On Tue, Feb 27 2007, Suparna Bhattacharya wrote:
> > On Mon, Feb 26, 2007 at 03:45:48PM +0100, Jens Axboe wrote:
> > > On Mon, Feb 26 2007, Suparna Bhattacharya wrote:
> > > > On Mon, Feb 26, 2007 at 02:57:36PM +0100, Jens Axboe wrote:
>
* Theodore Tso <[EMAIL PROTECTED]> wrote:
> I think what you are not hearing, and what everyone else is saying
> (INCLUDING Linus), is that for most programmers, state machines are
> much, much harder to program, understand, and debug compared to
> multi-threaded code. [...]
btw., another cru
On Tue, Feb 27, 2007 at 01:13:28PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > > [...] But it is true that for most kernel programmers, threaded
> > > programming is much easier to understand, and we need to engineer
> > > the kernel fo
On Tue, Feb 27 2007, Jens Axboe wrote:
> On Tue, Feb 27 2007, Jens Axboe wrote:
> > On Tue, Feb 27 2007, Ingo Molnar wrote:
> > >
> > > * Jens Axboe <[EMAIL PROTECTED]> wrote:
> > >
> > > > > > x60 doesn't resume from S2R either, it doesn't matter if
> > > > > > CONFIG_NO_HZ is set or not though
On Tue, Feb 27, 2007 at 12:02:50PM +0100, Geert Uytterhoeven wrote:
> But we don't run sparse on every build. We do run gcc (a lot).
>
We probably could, in theory...
> > --- a/lib/vsprintf.c
> > +++ b/lib/vsprintf.c
> > @@ -477,6 +478,8 @@ int vsnprintf(char *buf, size_t size, const char *fmt,
On Tue, Feb 27, 2007 at 01:34:21PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
> based servers. The measurements so far have shown that the absolute
> worst-case threading server performance is at around 60% of that of
> non-context-switching servers - and even that level is reached
> graduall
On Tue, Feb 27, 2007 at 03:31:20PM +0300, Alexey Zaytsev wrote:
> Than how should one write a portable endian-independent driver? Should
> I wrap ioread32 with an le32_to_cpu?
>
PCI is always little endian, unless it's not. In which case you're probably
dealing with a graphics card which likely h
Hi,
I have one question regarding Crash Dump.
Is Kernel-2.6.20 having the default Crash dump in main
tree?
As I know, LKCD is one of the Crash dump utility
software which can be used with Linux Kernel (it is a
third party s/w).
can any one please tell me the right thing about Crash
dump?
Than
--- Takashi Iwai <[EMAIL PROTECTED]> wrote:
> snd_timer_global_register() itself doesn't issue any tasklet, so it
> shouldn't be needed.
Hmm, this bug looks interesting:
http://www.ussg.iu.edu/hypermail/linux/kernel/0702.3/0514.html
Yes, my machine *is* a dual P4 with HT enabled...
Cheers,
Chr
Ingo Molnar wrote:
* Theodore Tso <[EMAIL PROTECTED]> wrote:
I think what you are not hearing, and what everyone else is saying
(INCLUDING Linus), is that for most programmers, state machines are
much, much harder to program, understand, and debug compared to
multi-threaded code. [...]
Hi,
I have a bugreport that scrollwheel of bluetooth version of apple
mightymouse doesn't work. The USB version of mightymouse works, as there
is a quirk for handling scrollwheel in hid/usbhid for it.
Now that bluetooth git tree is hooked to generic hid layer, it could
easily use the quirks wh
2007/2/27, Russell King <[EMAIL PROTECTED]>:
I'm still seeing lots of warnings about unchecked return codes from
driver model functions.
These must have been around for at least three months, if not longer,
and there seems to be very little progress towards resolving them.
Maybe if no one cares
Suparna Bhattacharya wrote:
I tried the latest fio code with syslet v4, and my results are a little
different - have yet to figure out why or what to make of it.
I hope I have all the right pieces now.
This is an ext2 filesystem, SCSI AIC7xxx.
I used an iodepth_batch size of 8 to limit the numb
On Tue, Feb 27, 2007 at 08:20:21AM -0500, Kyle McMartin wrote:
> PCI is always little endian, unless it's not. In which case you're probably
> dealing with a graphics card which likely has some kind of palindromic
> register which you can read and write to set the endianness of the host
> interface
Cleanup by introducing device_add_links() and device_remove_links().
This patch should not change any current behavior except the scope of
class_name moved to the inside of device_add_links().
Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
Cc: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers
J.A. Magallón wrote:
On Mon, 26 Feb 2007 23:31:29 -0500, Rik van Riel <[EMAIL PROTECTED]> wrote:
Hiro Yoshioka wrote:
Another question. When the number of threads exceeds the number of
CPU cores, we may get a lot of idle time. Then a workaround of
MySQL is that do not creat threads which exc
Subject: [PATCH 2/3] driver core: add missing symlinks error handling
Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
Cc: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/core.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
Index: 2.6-mm/drivers/base/core.c
=
On Mon, February 26, 2007 15:45, Jens Axboe wrote:
> Test case is doing random reads from /dev/sdb, in chunks of 64kb:
>
> Engine Depth Processes Bw (KiB/sec)
>
> libaio 200 1002813
> syslet
This patch kills __must_check warnings for missing sysfs_create_link().
Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
Cc: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/core.c | 59 +++-
1 file changed, 45 insertions(+), 14 deletions(-)
2.6.20-mm2 #1 Mon Feb 26 13:16:04 EST 2007 i686 unknown
I have an external USB drive (WD MyBook 5000YS), which I use for backups.
When I try to back up to it, it works for a while, but inevitably
starts resetting like mad, gives I/O errors, and then (here's the
problem), the softdog module reboot
Theodore Tso wrote:
> On Tue, Feb 27, 2007 at 01:28:32PM +0300, Evgeniy Polyakov wrote:
> > Obviously there are bugs, it is simply how things work.
> > And debugging state machine code has exactly the same complexity as
> > debugging multi-threading code - if not less...
>
> Evgeniy,
>
> I think wh
Evgeniy Polyakov wrote:
> Ingo Molnar ([EMAIL PROTECTED]) wrote:
> > based servers. The measurements so far have shown that the absolute
> > worst-case threading server performance is at around 60% of that of
> > non-context-switching servers - and even that level is reached
> > gradually, leaving
Am Dienstag, 27. Februar 2007 15:06 schrieb Eric Buddington:
Exactly this portion of the log would hold the reason for the reset.
> usb 1-6.2: reset high speed USB device using ehci_hcd and address 36
> usb 1-6.2: device descriptor read/64, error -110
> usb 1-6.2: device descriptor read/64, erro
On Tue, Feb 27, 2007 at 02:06:24PM +1100, Stephen Rothwell wrote:
> On Mon, 26 Feb 2007 19:50:24 +0300 Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> >
> > +asmlinkage long compat_sys_lutimesat(int dfd, char __user *filename,
> > struct compat_timespec __user *utimes)
> > +{
> > + struct timespec
Hi!
> Documentation for cpuidle infrastructure
>
> Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
> Signed-off-by: Adam Belay <[EMAIL PROTECTED]>
> Signed-off-by: Shaohua Li <[EMAIL PROTECTED]>
>
> Index: linux-2.6.21-rc-mm/Documentation/cpuidle/core.txt
> ===
* Michael S. Tsirkin <[EMAIL PROTECTED]> wrote:
> > > 2. As a separate test, I enabled DynTicks in .config. Seems to
> > > work fine but won't come out of suspend to memory at all: pressing
> > > Fn/F4 seems to have no effect.
> >
> > Do you believe that the second problem was caused by dyntic
Hi!
> * Michael S. Tsirkin <[EMAIL PROTECTED]> wrote:
>
> > > > 2. As a separate test, I enabled DynTicks in .config. Seems to
> > > > work fine but won't come out of suspend to memory at all: pressing
> > > > Fn/F4 seems to have no effect.
> > >
> > > Do you believe that the second problem wa
* Michael S. Tsirkin <[EMAIL PROTECTED]> wrote:
> > > > Do you believe that the second problem was caused by dynticks?
> > >
> > > Assuming these are 2 different problems, yes, the second one seems
> > > to be caused by dyntics.
> >
> > on my T60 current -git does not resume even without dynti
> Quoting Ingo Molnar <[EMAIL PROTECTED]>:
> Subject: Re: 2.6.21-rc1: T60 resume from suspend to RAM issues
>
>
> * Michael S. Tsirkin <[EMAIL PROTECTED]> wrote:
>
> > > > 2. As a separate test, I enabled DynTicks in .config. Seems to
> > > > work fine but won't come out of suspend to memory at
1 - 100 of 363 matches
Mail list logo
