-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vladimir V. Saveliev wrote:
> Hello
>
> On Wednesday 18 April 2007 12:52, ReiserFS Developers Mailing List wrote:
>> *Forwarded Conversation*
>> Subject: *[2.6.20.4] BUG: dentry xattrs still in use in
>> shrink_dcache_for_umount() with reiserfs*
>>
On Wed, 18 Apr 2007, Tejun Heo wrote:
> Hello, all.
>
> Agreed with the problem but I'm not very enthusiastic for adding
> kobj->owner. How about the following? exit() routines will have to
> do device_unregister_wait() instead of device_unregister(). On return
> from it, it's guaranteed that
On Wed, 18 Apr 2007, Matt Mackall wrote:
>
> Why is X special? Because it does work on behalf of other processes?
> Lots of things do this. Perhaps a scheduler should focus entirely on
> the implicit and directed wakeup matrix and optimizing that
> instead[1].
I 100% agree - the perfect
On Wed, 18 Apr 2007 21:06:41 +0900
Keiichi KII <[EMAIL PROTECTED]> wrote:
> From: Keiichi KII <[EMAIL PROTECTED]>
>
> This patch contains the following changes for supporting multiple logging
> agents.
>
> 1. extend netconsole to multiple netpolls
>To send kernel messages to multiple
Andrew Shewmaker wrote:
John Sigler wrote:
Andi Kleen wrote:
There are usually chipset specific bits that can be set to disable
SMMs. See the datasheet if you can get them. Unfortunately most
chipset vendors don't give out data sheets easily.
I managed to find the south bridge data sheet.
Is there any knob/option to prevent libata
probing non-existent channels ?
Specifically how can I stop the kernel probing
the second SATA? -
<4>ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
<7>libata version 2.00 loaded.
<7>ata_piix :00:1f.2: version 2.00ac7
<6>ata_piix :00:1f.2: MAP [ P0 P2 P1 P3
On Wed, 2007-04-18 at 16:03 +0200, Miklos Szeredi wrote:
> > Don't forget that almost all mount flags are per-superblock. How are you
> > planning on dealing with the case that one user mounts a filesystem
> > read-only, while another is trying to mount the same one read-write?
>
> Yeah, I
Max Kellermann wrote:
Yet another hard drive which doesn't seem to get NCQ right.
ata1: EH in ADMA mode, notifier 0x0 notifier_error 0x0 gen_ctl
0x1501000 status 0x400 next cpb count 0xB next cpb idx 0x0
[...]
ata1: timeout waiting for ADMA IDLE, stat=0x400
ata1: timeout waiting for ADMA
James Morris wrote:
On Tue, 17 Apr 2007, Alan Cox wrote:
I'm not sure if AppArmor can be made good security for the general case,
but it is a model that works in the limited http environment
(eg .htaccess) and is something people can play with and hack on and may
be possible to configure to be
Mark Lord wrote:
Alan Cox wrote:
If you see a synchronize cache succeed and you then see the drive
shutdown succeed then you know that a sync cache can be faked as ok
safely. Any other command in between or after and it doesn't get faked
This seems pretty easy to deal with at command issue.
Alan Cox wrote:
If you see a synchronize cache succeed and you then see the drive
shutdown succeed then you know that a sync cache can be faked as ok
safely. Any other command in between or after and it doesn't get faked
This seems pretty easy to deal with at command issue.
Yup. It could be
On Wed, 2007-04-18 at 09:17 -0500, Florin Iucha wrote:
> On Wed, Apr 18, 2007 at 10:11:46AM -0400, Trond Myklebust wrote:
> > On Wed, 2007-04-18 at 08:42 -0500, Florin Iucha wrote:
> > > Could the port in CLOSE_WAIT state be the culprit? (FWIW
> > > the server has been up for 38 days and
vaddr = runtime->dma_area + offset;
+#if defined(__mips__) && defined(CONFIG_DMA_NONCOHERENT)
Please use CONFIG_MIPS instead of __mips__ in #if / #ifdefs.
The question if #ifdefing is the right approach to solve this problem is
something else but I think no,
I
Madhusudhan c wrote:
>
> Kyung-ju Hyun from samsung had submitted a patch for MMCPlus support
> long back, which had the bus testing procedure implemented and it
> works fine. I am able to write and read the data pattern back
> successfuly with his patch. I am not sure why his patch was not
>
Hello
On Wednesday 18 April 2007 12:52, ReiserFS Developers Mailing List wrote:
> *Forwarded Conversation*
> Subject: *[2.6.20.4] BUG: dentry xattrs still in use in
> shrink_dcache_for_umount() with reiserfs*
>
>
> * From: Andrea Righi* <[EMAIL PROTECTED]> Reply-To:
>
On Wed, Apr 18, 2007 at 10:11:46AM -0400, Trond Myklebust wrote:
> On Wed, 2007-04-18 at 08:42 -0500, Florin Iucha wrote:
> > Could the port in CLOSE_WAIT state be the culprit? (FWIW
> > the server has been up for 38 days and subjected to
> > this nfs test quite a bit without showing any stress).
On Wed, Apr 18, 2007 at 08:42:25AM -0500, Florin Iucha wrote:
> On Wed, Apr 18, 2007 at 09:15:31AM -0400, Trond Myklebust wrote:
> The netstat outputs are stable (not changed in 5 minutes):
>
>http://iucha.net/nfs/21-rc7-nfs3/netstat-server :
>
> tcp1 0 hermes.iucha.org:nfs
On Wed, 2007-04-18 at 08:42 -0500, Florin Iucha wrote:
> On Wed, Apr 18, 2007 at 09:15:31AM -0400, Trond Myklebust wrote:
> > There is only one request on the 'pending' queue. That would usually
> > indicate that the connection to the server is down. Can you check using
> > "netstat -t" whether or
On Wed, April 18, 2007 14:15, Joshua Brindle wrote:
>> Having said that, I feel a path based solution could have great
>> potential
>> if it could be used in conjunction with the object capability model,
>> that
>> I would consider a simple and practical alternative integrity model that
>> does
On 4/18/07, John Sigler <[EMAIL PROTECTED]> wrote:
Andi Kleen wrote:
> There are usually chipset specific bits that can be set to disable
> SMMs. See the datasheet if you can get them. Unfortunately most
> chipset vendors don't give out data sheets easily.
I managed to find the south bridge
> > > > I've tried to make this unprivileged mount thing as simple as
> > > > possible, and no simpler. If we can make it even simpler, all the
> > > > better.
> > >
> > > We are certainly much more complex then the code in plan9 (just
> > > read through it) so I think we have room for
On Wed, 2007-04-18 at 11:11 +0200, Miklos Szeredi wrote:
> > > I've tried to make this unprivileged mount thing as simple as
> > > possible, and no simpler. If we can make it even simpler, all the
> > > better.
> >
> > We are certainly much more complex then the code in plan9 (just
> > read
Running benchmark tests (FFSB) on an ext4 filesystem, I noticed a
performance degradation (about 15-20 percent) in sequential write tests
between 2.6.19-rc6 and 2.6.21-rc4 kernels.
I ran the same tests on ext3 and XFS filesystems and I saw the same
performance difference between the two
On Sun, Apr 15, 2007 at 11:26:05PM +0800, [EMAIL PROTECTED] wrote:
(Adding a few more people to the cc'list)
> sound/core/pcm_native.c | 10 ++
> sound/core/sgbuf.c |9 +
> 2 files changed, 19 insertions(+), 0 deletions(-)
>
> diff --git a/sound/core/pcm_native.c
On Tue, 17 Apr 2007, Alan Cox wrote:
> I'm not sure if AppArmor can be made good security for the general case,
> but it is a model that works in the limited http environment
> (eg .htaccess) and is something people can play with and hack on and may
> be possible to configure to be very secure.
On Wed, Apr 18, 2007 at 09:15:31AM -0400, Trond Myklebust wrote:
> There is only one request on the 'pending' queue. That would usually
> indicate that the connection to the server is down. Can you check using
> "netstat -t" whether or not there is a connection in the 'ESTABLISHED'
> state to the
Alan Cox wrote:
Thought about that and querying power state before doing shutdown
sequence but things get somewhat ugly because shutdown sequence is
driven from sd->shutdown(). We'll have to snoop both sync and shutdown
commands and check whether the system is shutting down. Also, I felt
On Wed, 18 Apr 2007, David Lang wrote:
> SELinux is designed to be able to make the box safe against root, AA is
> designed to let the admin harden exposed apps without having to think about
> the other things on the system.
This is not correct.
SELinux was designed as an access control
--- Joshua Brindle <[EMAIL PROTECTED]> wrote:
> Biba and BLP are only incompatible if they are using the same label, if
> each object has a confidentiality and integrity label they work fine
> together
Joshua is correct here, although the original Biba observation was
that flipping BLP
Hi,
While running some tests on 2.6.20-rt8 with DEBUG_PREEMPT on, I hit the
following BUG:
BUG: using smp_processor_id() in preemptible [] code: nfsd/2852
caller is drain_array+0x25/0x132
Call Trace:
[] dump_trace+0xbd/0x3d8
[] show_trace+0x44/0x6d
[] dump_stack+0x13/0x15
[]
18 Nis 2007 Çar tarihinde, Christoph Pfister şunları yazmıştı:
> Replacing the sched_yield in demux.c with an usleep(10) stopped those
> seeking hangs here (at least I was able to pull the slider back and
> forth during 2 mins without trouble compared to the few secs I need
> earlier to get a
On Wed, Apr 18 2007, Brad Campbell wrote:
> Jens Axboe wrote:
>
> >I had something similar for generic_unplug_request() as well, but didn't
> >see/hear any reports of it being tried out. Here's a complete debugging
> >patch for this and other potential dangers.
> >
>
> I had a clean 2.6.21-rc7
On Wed, Apr 18 2007, Jens Axboe wrote:
> I had something similar for generic_unplug_request() as well, but didn't
> see/hear any reports of it being tried out. Here's a complete debugging
> patch for this and other potential dangers.
Which had a bug (do the check _after_ deleting from the rbtree,
2007/4/18, Christoph Pfister <[EMAIL PROTECTED]>:
[ Sorry for accidentally dropping CCs ]
2007/4/18, Christoph Pfister <[EMAIL PROTECTED]>:
> 2007/4/18, Ingo Molnar <[EMAIL PROTECTED]>:
> >
> > * Christoph Pfister <[EMAIL PROTECTED]> wrote:
> >
> > > Or I could try playing around a bit with
Jens Axboe wrote:
I had something similar for generic_unplug_request() as well, but didn't
see/hear any reports of it being tried out. Here's a complete debugging
patch for this and other potential dangers.
I had a clean 2.6.21-rc7 that I forgot to change the default sched on take down my
On Wed, 2007-04-18 at 07:38 -0500, Florin Iucha wrote:
> On Tue, Apr 17, 2007 at 10:37:38PM -0700, Andrew Morton wrote:
> > Florin, can we please see /proc/meminfo as well?
>
>http://iucha.net/nfs/21-rc7-nfs2/meminfo
>
> > Also the result of `echo m > /proc/sysrq-trigger'
>
>
On Wed, Apr 18, 2007 at 12:55:25AM -0500, Matt Mackall wrote:
> Why are processes special? Should user A be able to get more CPU time
> for his job than user B by splitting it into N parallel jobs? Should
> we be fair per process, per user, per thread group, per session, per
> controlling
Zachary Amsden wrote:
> Are you sure that it still wins even with these patches? I can't see
> ptep_get_and_clear getting much faster than a pure non-emulated, and
> the stress case which wins 25-30% is fork/exit being able to drop the
> pte updates in zap_pte_range from trapping and / or going
18 Nis 2007 Çar tarihinde, Christoph Pfister şunları yazmıştı:
> > Okay - so here are some results (it's strange that gdb goes nuts
> > inside the xine_play call). I have three bts (seems to be fairly easy
> > to reproduce that behaviour over here): Twice while playing an audio
> > cd and once
On Apr 17, 2007 18:25 +0530, Amit K. Arora wrote:
> On Fri, Mar 30, 2007 at 02:14:17AM -0500, Jakub Jelinek wrote:
> > Wouldn't
> > int fallocate(loff_t offset, loff_t len, int fd, int mode)
> > work on both s390 and ppc/arm? glibc will certainly wrap it and
> > reorder the arguments as needed,
Alan Cox wrote:
Thought about that and querying power state before doing shutdown
sequence but things get somewhat ugly because shutdown sequence is
driven from sd->shutdown(). We'll have to snoop both sync and shutdown
commands and check whether the system is shutting down. Also, I felt
> Thought about that and querying power state before doing shutdown
> sequence but things get somewhat ugly because shutdown sequence is
> driven from sd->shutdown(). We'll have to snoop both sync and shutdown
> commands and check whether the system is shutting down. Also, I felt
> very
Chris Friesen wrote:
Peter Williams wrote:
Chris Friesen wrote:
Suppose I have a really high priority task running. Another very
high priority task wakes up and would normally preempt the first one.
However, there happens to be another cpu available. It seems like it
would be a win if we
On Wednesday 18 April 2007 22:13, Nick Piggin wrote:
> On Wed, Apr 18, 2007 at 11:53:34AM +0200, Ingo Molnar wrote:
> > * Nick Piggin <[EMAIL PROTECTED]> wrote:
> > > So looking at elapsed time, a granularity of 100ms is just behind the
> > > mainline score. However it is using slightly less user
Tejun Heo wrote:
Alan Cox wrote:
Not that simple. Most disks don't spin up on SYNCHRONIZE_CACHE if
its cache is clean. Sadly some disks actually spin up when it
receives spin down command while spun down to immediately spin down
again, so we would be fixing problem for some number of disks
Hello.
Mike Mattie wrote:
I have added Sergei Shtylyov to the address list after seeing his recent posts
on hpt366 issues, and the
git changelog for the hpt366.c driver. I am very confident that I have
pinpointed the defect in the driver.
Indeed you have. Thank you.
[ Cc's added, full
Alan Cox wrote:
Not that simple. Most disks don't spin up on SYNCHRONIZE_CACHE if its
cache is clean. Sadly some disks actually spin up when it receives spin
down command while spun down to immediately spin down again, so we would
be fixing problem for some number of disks while breaking
On Tue, Apr 17, 2007 at 10:37:38PM -0700, Andrew Morton wrote:
> Florin, can we please see /proc/meminfo as well?
http://iucha.net/nfs/21-rc7-nfs2/meminfo
> Also the result of `echo m > /proc/sysrq-trigger'
http://iucha.net/nfs/21-rc7-nfs2/big-copy
This has 'echo m >
On Tue, Apr 17 2007, Neil Brown wrote:
> On Monday April 16, [EMAIL PROTECTED] wrote:
> >
> > cfq_dispatch_insert() was called with rq == 0. This one is getting really
> > annoying... and md is involved again (RAID0 this time.)
>
> Yeah... weird.
> RAID0 is so light-weight and so different from
Hi,
I didn't analyse this bug report but probably it
is nearly connected with one of the bugs visible in
a log from this submit:
http://bugzilla.kernel.org/show_bug.cgi?id=8132
On 15-04-2007 02:50, Paul Mackerras wrote:
> David Miller writes:
>
>> Here is Patrick McHardy's patch:
>
> So this
On Wednesday 18 April 2007 22:14, Nick Piggin wrote:
> On Wed, Apr 18, 2007 at 07:33:56PM +1000, Con Kolivas wrote:
> > On Wednesday 18 April 2007 18:55, Nick Piggin wrote:
> > > Again, for comparison 2.6.21-rc7 mainline:
> > >
> > > 508.87user 32.47system 2:17.82elapsed 392%CPU
> > > 509.05user
Rob Meijer wrote:
On Tue, April 17, 2007 23:55, Karl MacMillan wrote:
On Mon, 2007-04-16 at 20:20 -0400, James Morris wrote:
On Mon, 16 Apr 2007, John Johansen wrote:
Label-based security (exemplified by SELinux, and its predecessors in
MLS systems) attaches security policy to
> Not that simple. Most disks don't spin up on SYNCHRONIZE_CACHE if its
> cache is clean. Sadly some disks actually spin up when it receives spin
> down command while spun down to immediately spin down again, so we would
> be fixing problem for some number of disks while breaking others. :-(
From: Keiichi KII <[EMAIL PROTECTED]>
The netconsole is a very useful module for collecting kernel message under
certain circumstances(e.g. disk logging fails, serial port is unavailable).
But current netconsole is not flexible. For example, if you want to change ip
address for logging agent, in
On Wed, Apr 18, 2007 at 07:33:56PM +1000, Con Kolivas wrote:
> On Wednesday 18 April 2007 18:55, Nick Piggin wrote:
> > Again, for comparison 2.6.21-rc7 mainline:
> >
> > 508.87user 32.47system 2:17.82elapsed 392%CPU
> > 509.05user 32.25system 2:17.84elapsed 392%CPU
> > 508.75user 32.26system
From: Keiichi KII <[EMAIL PROTECTED]>
We add ioctls for adding/removing target.
If we use NETCONSOLE_ADD_TARGET ioctl,
we can dynamically add netconsole target.
If we use NETCONSOLE_REMOVE_TARGET ioctl,
we can dynamically remoe netconsole target.
We attach a sample program for ioctl.
From: Keiichi KII <[EMAIL PROTECTED]>
This patch contains switch function of netpoll.
If "enabled" attribute of certain port is '1', this port is used
and the configurations of this port are uable to change.
If "enabled" attribute of certain port is '0', this port isn't used
and the
On Wed, Apr 18, 2007 at 11:53:34AM +0200, Ingo Molnar wrote:
>
> * Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> > So looking at elapsed time, a granularity of 100ms is just behind the
> > mainline score. However it is using slightly less user time and
> > slightly more idle time, which indicates
Hi!
> Add a blink driver for debugging
>
> Simple driver that blinks the keyboard LEDs when loaded. Useful
> for checking that the kernel is still alive or for crashdumping.
For checking if kernel is alive/crashdumping... can user just do
setleds +caps; sleep 1; setleds -caps; ... ? You can
The mm structures of interactive tasks are marked and
the pages belonging to them are never shifted to inactive
list in lru algorithm. Thus keeping interactive tasks in
memory as long as possible.
The interactivity is already determined by schedular so
we reuse that knowledge to mark the mm
From: Keiichi KII <[EMAIL PROTECTED]>
We use symbolic link for net_device.
The link in sysfs represents the corresponding network etherdevice.
-+- /sys/class/misc/
|-+- netconsole/
|-+- port1/
| |--- id [r--r--r--] id
| |--- net: [rw-r--r--] net_dev: eth0,eth1,...
| ...
|---
On Wed, 18 Apr 2007 09:17:19 +0300 (EEST)
Pekka J Enberg <[EMAIL PROTECTED]> wrote:
> On Tue, 17 Apr 2007, Eric Dumazet wrote:
> > This nr_pages should be in struct kmem_list3, not in struct kmem_cache,
> > or else you defeat NUMA optimizations if touching a field in kmem_cache
> > at
On 2007/04/18 09:56, Tejun Heo <[EMAIL PROTECTED]> wrote:
> It's more likely your chipset just has busted MSI support. Please
> post the result of 'lspci -tv' and 'lspci -nn'.
See attachments. I found the "nomsi" workaround in a forum, and
didn't bother to investigate the real cause yet.
Max
From: Keiichi KII <[EMAIL PROTECTED]>
This patch contains the following changes.
create a sysfs entry for netconsole in /sys/class/misc.
This entry has elements related to netconsole as follows.
You can change configuration of netconsole(writable attributes such as IP
address, port number and so
Bodo Eggert wrote:
SCSI part of the fix is queued in scsi-misc-2.6 tree and libata-dev part
is acked and waiting to be merged, so the fix will be available in
2.6.22. However, it's disabled by default to remain compatible with the
From: Keiichi KII <[EMAIL PROTECTED]>
This patch contains the following changes for supporting multiple logging
agents.
1. extend netconsole to multiple netpolls
To send kernel messages to multiple logging agents, extend netcosnole
to be able to use multiple netpolls. Each netpoll sends
From: Keiichi KII <[EMAIL PROTECTED]>
This patch contains the following cleanups.
- add __init for initialization functions(option_setup() and
init_netconsole()).
Acked-by: Matt Mackall <[EMAIL PROTECTED]>
Signed-off-by: Keiichi KII <[EMAIL PROTECTED]>
Signed-off-by: Takayoshi Kochi <[EMAIL
Alright, was anybody able to apply these? The major portion of the changes
still remains and I want to make sure what I'm doing is working before I
spend a lot of time on it.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Hi Perre/Philip,
Feel free to add me as cc in the future if you want me to notice your mail ;)
Sure. In fact I looked around to find your email id and did not find
it. In future I will include you in cc.
We haven't determined it as necessary, and as Philip commented, most (if not
all)
Tejun Heo <[EMAIL PROTECTED]> wrote:
> This really isn't a regression. It's been always like that with libata.
> libata doesn't make devices go into standby mode and shutdown(8) does
> it for libata. The problem here is that libata does issue
> SYNCHRONIZE_CACHE on shutdown. So, the sequence
Pavel Emelianov writes:
> There are many places in the kernel where the construction like
>
>foo = list_entry(head->next, struct foo_struct, list);
>
> are used.
> The code might look more descriptive and neat if using the macro
>
>list_first_entry(head, type, member) \
>
Andi Kleen wrote:
There are usually chipset specific bits that can be set to disable
SMMs. See the datasheet if you can get them. Unfortunately most
chipset vendors don't give out data sheets easily.
I managed to find the south bridge data sheet.
http://linux.kernel.free.fr/VT82C686B.pdf
On Tue, 2007-04-17 at 23:07 -0500, Florin Iucha wrote:
> When 'big-copy' hangs, if I switch to a different console and run
> 'lsof', '[u]mount', or use shell completion on a network mount then that
> process goes into D state. I cannot umount the network shares nor
> stop autofs. I cannot do a
Alan Cox wrote:
Please do see:
http://www.opensolaris.org/os/about/faq/licensing_faq/#patents
Which appears to agree with everything I said not what you are claiming.
The patent license is strictly tied to their implementation and its
derivatives under the CDDL, so specifically acts to
> Please do see:
> http://www.opensolaris.org/os/about/faq/licensing_faq/#patents
Which appears to agree with everything I said not what you are claiming.
The patent license is strictly tied to their implementation and its
derivatives under the CDDL, so specifically acts to exclude Linux.
Alan
Gene Heskett wrote:
Chuckle, see how you are? You keep quoting the 'PC', and 20 years ago the PC
term included a lot of machinery that didn't always run M$ code. TRS-80
Color Computers and such, or Apple II, Commode-door etc.
Bloody heck. You know very well I was using the term in the
Alan Cox wrote:
The real test of whether Sun were serious about ZFS being anywhere but
Solaris is what they do to license it - they've patented everything they
can, and made the code available only under licenses incompatible with
other OS products. Their intent is quite clear, and quite sad.
I wrote:
> Aren't we using ASCII for C sources?
Not anymore, according to http://lkml.org/lkml/2007/4/18/94 .
--
Stefan Richter
-=-=-=== -=-- =--=-
http://arcgraph.de/sr/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> hm. I've reviewed all uses of demux_lock. ./src/xine-engine/demux.c
> does this:
>
> pthread_mutex_unlock( >demux_lock );
>
> lprintf ("sched_yield\n");
>
> sched_yield();
> pthread_mutex_lock( >demux_lock );
>
> why
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > hm. I've reviewed all uses of demux_lock. ./src/xine-engine/demux.c
> > does this:
>
> plus it does this too:
>
> pthread_mutex_unlock( >demux_lock );
> xine_usec_sleep(10);
> pthread_mutex_lock( >demux_lock );
>
> this would
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> hm. I've reviewed all uses of demux_lock. ./src/xine-engine/demux.c
> does this:
plus it does this too:
pthread_mutex_unlock( >demux_lock );
xine_usec_sleep(10);
pthread_mutex_lock( >demux_lock );
this would explain the
hm. I've reviewed all uses of demux_lock. ./src/xine-engine/demux.c does
this:
pthread_mutex_unlock( >demux_lock );
lprintf ("sched_yield\n");
sched_yield();
pthread_mutex_lock( >demux_lock );
why is this done? CFS has definitely changed the yield
* Andy Whitcroft <[EMAIL PROTECTED]> wrote:
> > as usual, any sort of feedback, bugreports, fixes and suggestions
> > are more than welcome,
>
> Pushed this through the test.kernel.org and nothing new blew up.
> Notably the kernbench figures are within expectations even on the
> bigger numa
* Christoph Pfister <[EMAIL PROTECTED]> wrote:
> It's nearly impossible for me to find out which mutex is deadlocking.
i've disassembled the xine_play function, and here are the function
calls in it:
pthread_mutex_lock()
xine_log()
function pointer call
right after it:
On Wed, April 18, 2007 6:56, Dmitry Torokhov said:
> On Tuesday 17 April 2007 13:19, John Anthony Kazos Jr. wrote:
>> Â /*
>> - * Samma på svenska..
>> + * Samma pÃÂ¥ svenska..
>> Â */
>
> Translating this comment into english so more people could understand it
> would be better option.
The
Hello,
I have the same "problems" with CPU-Hotplug. Whenever I turn off the
second core and turn it back on, /proc/cpuinfo shows that the second
core is on, but at a different speed.
# cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 72
cyclades, tty_register_device separately for each device
Do not register all tty devices at the init time, delay it for the time
until some device is found.
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit ad4f792b92f8e6350a62b61442bb6812969bfd73
tree
cyclades, clear interrupts before releasing
Without this patch, the driver sometimes causes "IRQXX: Nobody cares". Fix
it by turning off irqs when releasing.
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 0156510dee9d326af2ec52cf8b1a388ce9a839e9
tree
cyclades, allow DEBUG_SHIRQ
Test if base addr is non-null in ISR to prove the card has been correctly
initialized. This is needed for DEBUG_SHIRQ for example.
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 71c2e9b72594f69e4e226006206ffa74b55c1642
tree
cyclades, move card entries init into function
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit de8850dd6c04762688b19609b13cb16a1e6399a9
tree 288721fb454613ce1d3bdd6ec10ca6e01c3059c7
parent 07df3f0fcb1cad6a274d5b7b32d65df54c3f4fb4
author Jiri Slaby <[EMAIL PROTECTED]> Mon, 02 Apr 2007
cyclades, init card struct immediately
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 39e37f9c0e50657a546e20c2e37f58e0f260cdf6
tree f67e112b80d616e9d2fc57f35b6e39a45bea81a7
parent de8850dd6c04762688b19609b13cb16a1e6399a9
author Jiri Slaby <[EMAIL PROTECTED]> Mon, 02 Apr 2007 12:47:57
cyclades, remove some global vars
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit b1b13ea51dcaef72c5298a04d233b92206adf978
tree a55032090e0b1c40e541685b49f8f608edf60611
parent 39e37f9c0e50657a546e20c2e37f58e0f260cdf6
author Jiri Slaby <[EMAIL PROTECTED]> Mon, 02 Apr 2007 12:50:04 +0200
cyclades, cy_init error handling
- do not panic if tty_register_driver fails
- handle fail paths properly
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 8c76c370ee1c1efa31f64807162c15922fae1e3a
tree 19fe12eba568aece1d0b406a4d735f393f2cd3dd
parent
2007/4/18, Christoph Pfister <[EMAIL PROTECTED]>:
2007/4/18, Ingo Molnar <[EMAIL PROTECTED]>:
>
> * Christoph Pfister <[EMAIL PROTECTED]> wrote:
>
> > >which thread would be the most interesting to you - 9324?
> >
> > The thread which should wake the main thread - but hmm ... 9303 seems
> > to
cyclades, create cy_pci_probe
Move probing code to separate function for easy pci probing conversion.
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 07df3f0fcb1cad6a274d5b7b32d65df54c3f4fb4
tree cb3c77a959c7ca9d63faaec82c154a752e87ff42
parent 15bad81f3abe0638e7ccf34fd14cf6c372146742
cyclades, create cy_init_Ze
Move Ze init code into new cy_init_Ze, because we will need it in another
place and it will make the code totally unreadable.
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 1cd1f5e029963fc449c4f84495770611e5c35297
tree
>That by itself would suggest a single-bit error, which would point
>you to running memtest86 overnight to check your RAM. Worth a try.
ok,
I've finished today the long testing on my ram with memtest86+ 1.65
(distributed in debian): no errors.
so I think the problem is somewere else...
tnx for
cyclades, use pci_iomap/unmap
fork remove code for pci -- move it to separate, new, function and don't
care about pci in the former.
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 2d99f97963f6a60727c1cc8d21d3bdbf4ba48d7f
tree aba7f710a1668c17d56d45ff805ec03adc950c42
parent
cyclades, init Ze immediately
There will be no other choice after introducing pci probing anyway.
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 15bad81f3abe0638e7ccf34fd14cf6c372146742
tree 3dfe3a58322b197e80d09757e4049f1221240a6d
parent 2d99f97963f6a60727c1cc8d21d3bdbf4ba48d7f
Cornelia Huck wrote:
On Wed, 18 Apr 2007 17:46:09 +0900,
Tejun Heo <[EMAIL PROTECTED]> wrote:
It's debatable but I think things will be safer this way. If we wait by
default, we are forced to check that all references are dropped and will
have a stack dump indicating which object is causing
201 - 300 of 738 matches
Mail list logo