On 3/19/07, Adrian Bunk [EMAIL PROTECTED] wrote:
Subject: ThinkPad doesn't resume from suspend to RAM
References : http://lkml.org/lkml/2007/2/27/80
http://lkml.org/lkml/2007/2/28/348
Submitter : Jens Axboe [EMAIL PROTECTED]
Jeff Chua [EMAIL PROTECTED]
Status
Hi,
Sun, 25 Mar 2007 08:55:21 -0700
[Subject: (usagi-core 32640) Re: [linux-usb-devel] [PATCH 0/2] [SERIAL]
[USB] fixed to skip NULL entry in struct serial usb_serial_port.]
Greg KH [EMAIL PROTECTED] wrote...
Yes, this problem was already fixed.
Great, thanks for testing. So I guess
On Mon, Mar 26, 2007 at 03:26:19AM +0200, Richard Knutsson wrote:
Adrian Bunk wrote:
This patch contains the scheduled removal of OSS drivers that:
- have ALSA drivers for the same hardware without known regressions and
- whose Kconfig options have been removed in 2.6.20.
Sorry for this
Adrian Bunk wrote:
It also adds PCI_BASE_ADDRESS_SPACE_IO to the flags which it didn't
without the patch.
As an experiment I modified 2.6.20.4 to _only_ remove that value from
the combined value for the flags and it did not help in any noticeable
way. I can reliably boot and operate the
Hi -
Keshavamurthy, Anil S [EMAIL PROTECTED] writes:
[...]
Really? What possible problems can occur? The worst that occurs
to me is that if someone forgets to call the commit function, the
kprobes will still be disabled, but memory won't be recycled for a
while. [...]
Yes, Have
Andrew Morton wrote:
Don't we break the global LRU with this scheme?
Sure, but that's deliberate!
(And we don't have a global LRU - the LRUs are per-zone).
Yes, true. But if we use zones for containers and say we have 400
of them, with all of them under limit. When the system wants
to
On Thu, 2007-03-22 at 21:00 -0600, Eric W. Biederman wrote:
Michael Ellerman [EMAIL PROTECTED] writes:
On Thu, 2007-03-22 at 08:23 -0600, Eric W. Biederman wrote:
Michael Ellerman [EMAIL PROTECTED] writes:
Currently we never clear the msi_desc pointer in the irq_desc. This
leaves
On Sun, Mar 25, 2007 at 07:25:46PM -0700, Kevin P. Fleming wrote:
Adrian Bunk wrote:
It also adds PCI_BASE_ADDRESS_SPACE_IO to the flags which it didn't
without the patch.
As an experiment I modified 2.6.20.4 to _only_ remove that value from
the combined value for the flags and it did
Michael Ellerman [EMAIL PROTECTED] writes:
We don't call dynamic_irq_cleanup(), so it never gets done. Perhaps we
should be using your dynamic_irq_init/cleanup.
It depends. If you are going through another irq controller etc.
dynamic_irq_cleanup is probably excessive.
Therefore you are
On Sun, 2007-03-25 at 00:16 -0800, Andrew Morton wrote:
On Fri, 23 Mar 2007 12:09:36 -0400 Mimi Zohar [EMAIL PROTECTED] wrote:
+++ linux-2.6.21-rc4-mm1/security/evm/Kconfig
@@ -0,0 +1,17 @@
+config INTEGRITY_EVM
+ boolean EVM support
+ depends on INTEGRITY KEYS
+ select
Hi Christoph and Anil,
Thank you for your comments.
Christoph Hellwig wrote:
Speeding up the unregistration is a very good idea, but this interface
is rather horrible. It's almost a receipe for users to get it wrong.
Keshavamurthy, Anil S wrote:
I agree with Christop that the interface is
On Sun, Mar 25, 2007 at 11:38:43PM +0200, Lennert Buytenhek wrote:
On Sun, Mar 25, 2007 at 02:15:42PM -0700, Paul E. McKenney wrote:
[ background: On ARM, SMP synchronisation does need barriers but device
synchronisation does not. The question is that given this, whether
mb()
Mimi Zohar [EMAIL PROTECTED] wrote:
+int update_file_hash(struct dentry *dentry, struct file *f,
+struct hash_desc *desc)
+{
...
+ while (offset i_size) {
+ rbuf_len = kernel_read(file, offset, rbuf, PAGE_SIZE);
+ if (rbuf_len = 0)
+
This patch removes kernel 2.4 code and some ancient CVS tags.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
drivers/scsi/pcmcia/nsp_cs.c | 159 +--
drivers/scsi/pcmcia/nsp_cs.h |8 -
2 files changed, 5 insertions(+), 162 deletions(-)
---
This patch removes code for kernel 2.0 (sic).
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
arch/cris/arch-v32/kernel/fasttimer.c | 36 ++
1 file changed, 3 insertions(+), 33 deletions(-)
--- linux-2.6.21-rc4-mm1/arch/cris/arch-v32/kernel/fasttimer.c.old
This patch removes the remaining kernel 2.4 code.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
drivers/video/sis/osdef.h|5 -
drivers/video/sis/sis.h | 50
drivers/video/sis/sis_main.c | 105 ++-
3 files changed, 22
Most likely this patch isn't correct but points to a bug.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
drivers/video/sis/sis_main.c | 11 ---
drivers/video/sis/sis_main.h |4 ++--
2 files changed, 6 insertions(+), 9 deletions(-)
---
This patch fixes an off-by-one error spotted by the Coverity checker.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
--- linux-2.6.21-rc4-mm1/drivers/media/video/bt8xx/bttv-cards.c.old
2007-03-26 00:00:07.0 +0200
+++ linux-2.6.21-rc4-mm1/drivers/media/video/bt8xx/bttv-cards.c
On 3/25/07, Richard Knutsson [EMAIL PROTECTED] wrote:
Adrian Bunk wrote:
This patch contains the scheduled removal of OSS drivers that:
- have ALSA drivers for the same hardware without known regressions and
- whose Kconfig options have been removed in 2.6.20.
Sorry for this late respond
Is
HI OGAWA-san and Paul-san,
Sorry late response,
I'm not famillar with recent fat code, but code itself looks good for
just turn on/off time adjusting. On the other hand, I feel we need more
consideration on use cases/requirements. I feel that turning off
time adjustment is a just ad-hoc
Hi Greg,
On Saturday 10 March 2007 02:22, Greg KH wrote:
On Sat, Mar 10, 2007 at 02:12:04AM -0500, Dmitry Torokhov wrote:
On Saturday 10 March 2007 01:55, Greg KH wrote:
On Fri, Mar 09, 2007 at 10:54:43PM -0800, Greg KH wrote:
On Sat, Mar 10, 2007 at 01:37:34AM -0500, Dmitry Torokhov
This patch removes kernel 2.4 code.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
drivers/scsi/nsp32.c | 109 +--
1 file changed, 13 insertions(+), 96 deletions(-)
--- linux-2.6.21-rc4-mm1/drivers/scsi/nsp32.c.old 2007-03-25
This patch removes some kernel 2.4 code.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
drivers/scsi/ips.c | 145 +
drivers/scsi/ips.h | 44 -
2 files changed, 20 insertions(+), 169 deletions(-)
---
Nicolas Boichat wrote:
Hello,
I'm running a Macbook Pro first generation (Core Duo, so x86).
I ran accross these two problems while upgrading from 2.6.21-rc3 to the
current git HEAD:
1. appletouch cannot initialize the device properly at boot time (the
module is automatically loaded by
On Sunday 25 March 2007 14:19, Pete Zaitcev wrote:
On Sun, 25 Mar 2007 01:34:02 -0400, Dmitry Torokhov [EMAIL PROTECTED] wrote:
+ * Without this, a touchpad may report an unchanged
position,
+ * then a sync. The input_event() eats the position
report,
On Mon, Mar 26, 2007 at 09:25:51AM +0800, Jeff Chua wrote:
On 3/19/07, Adrian Bunk [EMAIL PROTECTED] wrote:
Subject: ThinkPad doesn't resume from suspend to RAM
References : http://lkml.org/lkml/2007/2/27/80
http://lkml.org/lkml/2007/2/28/348
Submitter : Jens Axboe [EMAIL
On Mon, 2007-03-26 at 11:00 +1000, Con Kolivas wrote:
This is just for testing at the moment! The reason is the size of this patch.
(no testing done yet, but I have a couple comments)
In the interest of evolution, I've taken the RSDL cpu scheduler and increased
the resolution of the task
Con Kolivas wrote:
Ok this one is heavily tested. Please try it when you find the time.
It's better, but still skewed. Try two chew.c's; they account 80% each.
---
Currently we only do cpu accounting to userspace based on what is
actually happening precisely on each tick. The accuracy of
On Mon, 2007-03-26 at 08:11 +0300, Al Boldi wrote:
+ /* Sanity check. It should never go backwards or ruin accounting
*/ + if (unlikely(now p-last_ran))
+ goto out_set;
If sched_clock() goes backwards, why not fix it, instead of hacking around
it?
When tasks
On Mon, 26 Mar 2007 08:06:07 +0530 Balbir Singh [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
Don't we break the global LRU with this scheme?
Sure, but that's deliberate!
(And we don't have a global LRU - the LRUs are per-zone).
Yes, true. But if we use zones for containers and
On Sun, 25 Mar 2007 23:13:02 -0400 Mimi Zohar [EMAIL PROTECTED] wrote:
On Sun, 2007-03-25 at 00:16 -0800, Andrew Morton wrote:
On Fri, 23 Mar 2007 12:09:36 -0400 Mimi Zohar [EMAIL PROTECTED] wrote:
+++ linux-2.6.21-rc4-mm1/security/evm/Kconfig
@@ -0,0 +1,17 @@
+config INTEGRITY_EVM
* Con Kolivas [EMAIL PROTECTED] wrote:
The patches available also include a rollup of sched: accurate user
accounting as this code touches the same area and it is most
convenient to include them together.
as i mentioned it before, please keep this one separate, as we want to
apply it
Yes, I agree totally.
Signed-off-by: Mikael Starvik [EMAIL PROTECTED]
-Original Message-
From: Adrian Bunk [mailto:[EMAIL PROTECTED]
Sent: Monday, March 26, 2007 6:08 AM
To: Mikael Starvik
Cc: dev-etrax; linux-kernel@vger.kernel.org
Subject: [2.6 patch]
* Ingo Molnar [EMAIL PROTECTED] wrote:
The patches available also include a rollup of sched: accurate user
accounting as this code touches the same area and it is most
convenient to include them together.
as i mentioned it before, please keep this one separate, as we want to
apply
Hi,
On Sat, 2007-03-24 at 03:47 -0400, Adam Belay wrote:
This patch adds the 'menu' governor, as was described in my first email.
+/**
+ * menu_select - selects the next idle state to enter
+ * @dev: the CPU
+ */
+static int menu_select(struct cpuidle_device *dev)
+{
+ struct
On Sun, 25 Mar 2007, David Rientjes wrote:
Add ptep_test_and_clear_{dirty,young} to i386. They advertise that they
have it and there is at least one place where it needs to be called
without the page table lock: to clear the accessed bit on write to
Without the page table lock??
Andrew Morton wrote:
On Mon, 26 Mar 2007 08:06:07 +0530 Balbir Singh [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
Don't we break the global LRU with this scheme?
Sure, but that's deliberate!
(And we don't have a global LRU - the LRUs are per-zone).
Yes, true. But if we use zones for
Hugh Dickins wrote:
On Sun, 25 Mar 2007, David Rientjes wrote:
Add ptep_test_and_clear_{dirty,young} to i386. They advertise that they
have it and there is at least one place where it needs to be called
without the page table lock: to clear the accessed bit on write to
Without the
On Sun, 25 Mar 2007, Zachary Amsden wrote:
If you actually clear the bit, you need to:
+ pte_update_defer(vma-vm_mm, addr, ptep);
The reason is, when updating PTEs, the hypervisor must be notified. Using
atomic operations to do this is fine for all hypervisors I am aware of.
On Sun, 25 Mar 2007, Zachary Amsden wrote:
If you actually clear the bit, you need to:
+ pte_update_defer(vma-vm_mm, addr, ptep);
The reason is, when updating PTEs, the hypervisor must be notified. Using
atomic operations to do this is fine for all hypervisors I am aware of.
Date: Sun, 25 Mar 2007 23:07:43 -0800
From: Zachary Amsden [EMAIL PROTECTED]
If you actually clear the bit, you need to:
+ pte_update_defer(vma-vm_mm, addr, ptep);
The reason is, when updating PTEs, the hypervisor must be notified.
Using
Le dimanche 25 mars 2007 à 23:34 +0200, Frédéric Riss a écrit :
However, as I pointed out in the initial report, the MacMini doesn't
come out of suspend to ram because a commit in another merged patchset
broke it. I tracked it down to:
commit e9e2cdb412412326c4827fc78ba27f410d837e6e
parent
Suspend damage filesystem each times on 4G SD.
I use bluetooth. But corruption doesn't depend on it.
I also test 2.6.21-rc4-git7 kernel. The same problem.
512Mb SD works normal.
Pavel Machek wrote:
Hi!
I use 2.6.20.2 kernel with ext3 rootfs on 4Gb SD on sharp zaurus sl-750
(PXA255).
After
On Sun, 2007-03-25 at 16:00 -0800, Andrew Morton wrote:
On Sat, 24 Mar 2007 23:09:19 +0100 Miklos Szeredi [EMAIL PROTECTED] wrote:
Dirty page accounting/limiting doesn't work for nonlinear mappings,
Doesn't it? iirc the problem is that we don't correctly re-clean the ptes
while starting
Greg KH [EMAIL PROTECTED] 25.03.07 18:11
On Sun, Mar 25, 2007 at 08:23:23AM -0700, Kevin P. Fleming wrote:
I just upgraded from 2.6.20.2 to 2.6.20.4 on my Compaq V6000 laptop,
which has an NVidia core chipset. It has the MCP51 and uses it for PATA
and SATA.
Booting the 2.6.20.4 kernel
On 3/26/07, Adrian Bunk [EMAIL PROTECTED] wrote:
Resume from RAM (s2ram) still broke (tried with or without
CONFIG_NO_HZ). Suspend to RAM seems ok, but upon resume, the screen
will only display inu and only after pressing the power button will
the system return to console. But date still
* Nicolas Boichat [EMAIL PROTECTED] wrote:
I found out which commit seems to cause these bugs:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=d04f41e35343f1d788551fd3f753f51794f4afcf
The latest GIT without this commit works fine, but doesn't with it.
On Sun, 2007-03-25 at 09:11 +0200, Michael S. Tsirkin wrote:
> > I lost track of Michaels various nested problems.
> >
> > Michael can you please give a summary on _all_ entries in the
> > regressions list against Linus latest ?
>
> I tested 2 different configurations on my T60:
> - With
* Roland Dreier <[EMAIL PROTECTED]> wrote:
> OK, another data point. The config below boots and works with
> 2.6.21-rc4-rt1, but enabling CONFIG_CRITICAL_IRQSOFF_TIMING causes the
> early boot hang.
>
> Any idea?
ah, i havent tried that option in quite some time, so bitrot is pretty
This patch adds checking of driver registration status
and if it fails release allocated resources.
Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
---
Pete, please review the patch and Ack it then.
drivers/usb/misc/ftdi-elan.c | 37 +++--
1 files changed,
* Roland Dreier <[EMAIL PROTECTED]> wrote:
> I'm trying to use 2.6.21-rc4-rt1 to track down who's keeping
> interrupts off for too long. [...]
btw., is this something you know for sure (if yes, how do you know?) -
or is it that you would like to double-check the irqs-off times of
On Sat, 2007-03-24 at 14:06 +0100, Adrian Bunk wrote:
> On Mon, Mar 19, 2007 at 08:56:23PM -0800, Andrew Morton wrote:
> >...
> > Changes since 2.6.21-rc3-mm1:
> >...
> > +lguest-use-read-only-pages-rather-than-segments-to-protect-high-mapped-switcher.patch
> >...
> > x86/x86_64 updates
> >...
>
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > OK, another data point. The config below boots and works with
> > 2.6.21-rc4-rt1, but enabling CONFIG_CRITICAL_IRQSOFF_TIMING causes the
> > early boot hang.
>
> ah, i havent tried that option in quite some time, so bitrot is pretty
> likely. Does
* Con Kolivas <[EMAIL PROTECTED]> wrote:
> For an rsdl 0.33 patched kernel. Comments? Overhead worth it?
we want to do this - and we should do this to the vanilla scheduler
first and check the results. I've back-merged the patch to before RSDL
and have tested it - find the patch below. Vale,
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> hm - on 32-bit, CRITICAL_IRQSOFF_TIMING+FUNCTION_TRACING works fine
> for me. I'll try the 64-bit kernel too.
the 64-bit kernel indeed hangs. Does the patch below fix it for you?
Ingo
Index: linux/kernel/timer.c
On Fri, 23 Mar 2007 12:09:36 -0400 Mimi Zohar <[EMAIL PROTECTED]> wrote:
> This is a re-release of EVM as an integrity service provider.
What a huge set of patches.
Frankly, I don't know how we're going to get these reviewed and mergeable
and merged - there doesn't seem to be a lot of interest
On Fri, 23 Mar 2007 12:09:36 -0400 Mimi Zohar <[EMAIL PROTECTED]> wrote:
> +++ linux-2.6.21-rc4-mm1/security/evm/Kconfig
> @@ -0,0 +1,17 @@
> +config INTEGRITY_EVM
> + boolean "EVM support"
> + depends on INTEGRITY && KEYS
> + select CRYPTO_HMAC
> + select CRYPTO_MD5
> +
Environment: Pre Pentium systems, (boot_cpu_data.wp_works_ok == 0)
Last known working kernel: 2.6.18 (did not try 2.6.19 yet)
Enabling CONFIG_PREEMPT on latest mainline as well as 2.6.20 trigger
[ 14.15] BUG: sleeping function called from invalid context at
On Fri, 23 Mar 2007 12:09:50 -0400 Mimi Zohar <[EMAIL PROTECTED]> wrote:
> +void create_htable(void);
I notice a bit of a tendency in these patches to create ill-chosen global
identifiers. Please review the whole patchset for that.
-
To unsubscribe from this list: send the line "unsubscribe
On Fri, 23 Mar 2007 12:09:58 -0400 Mimi Zohar <[EMAIL PROTECTED]> wrote:
> mmaped files are hashed and hmac'ed properly by EVM after being modified
> when the file's mtime is updated correctly. Peter Staubach's 'memory
> mapped files not updating timestamps v2' patch properly updates the
>
Hi hid guys,
in combination of kernel 2.6.20-mh1 and hid2hci from bluez-utils-3.9
I am getting following OOPS:
BUG: at drivers/hid/hid-core.c:785 implement()
[] hid_output_report+0x213/0x2be
[] hid_submit_ctrl+0x52/0x1bc [usbhid]
[] usbhid_submit_report+0x154/0x187 [usbhid]
[]
From: Brian Braunstein <[EMAIL PROTECTED]>
Fixed tun/tap driver's handling of hw addresses. The hw address is stored in
both the net_device.dev_addr and tun.dev_addr fields. These fields were not
kept synchronized, and in fact weren't even initialized to the same value.
Now during both init
here's one. Allocates all the fluff dynamically. It does not create any
dev nodes by itself, so you need to do it (à la mdadm)
I'm afraid that this would break a lot of things, for example mount -o
loop will not work anymore unless you create /dev/loop* manually first,
am I correct? In this
On Sunday 25 March 2007 17:51, Ingo Molnar wrote:
> * Con Kolivas <[EMAIL PROTECTED]> wrote:
> > For an rsdl 0.33 patched kernel. Comments? Overhead worth it?
>
> we want to do this - and we should do this to the vanilla scheduler
> first and check the results. I've back-merged the patch to before
> > - Without CONFIG_NO_HZ
> > I last tested this with cd05a1f818073a623455a58e756c5b419fc98db9.
> > After systems comes out of suspend to ram, I observed the following
> > behaviour (I used s2ram from console):
> > 1. The first disk access takes much longer than with 2.6.20
> > 2.
Hi,
I just added
"mydriver_tty_driver->init_termios = tty_std_termios"
to my init driver function.
Problem: But now I can't see data at user level application. It looks like
flip_buffer needs to get termination character(or new line character) to push
data to high level.
Which character
* Con Kolivas <[EMAIL PROTECTED]> wrote:
> > +/*
> > + * Some helpers for converting nanosecond timing to jiffy resolution
> > + */
> > +#define NS_TO_JIFFIES(TIME) ((TIME) / (10 / HZ))
> > +#define JIFFIES_TO_NS(TIME) ((TIME) * (10 / HZ))
> > +
>
> This hunk is already in
On Sat, Mar 24, 2007 at 10:43:48PM -0700, Paul Jackson wrote:
> I'm unsure here, but this 'tsk->cpuset == cs' test feels fragile to me.
>
> How about a bit earlier in attach_task(), right at the point we overwrite the
> victim tasks cpuset pointer, we decrement the count on the old cpuset, and if
On Fri, 23 Mar 2007 15:00:39 -0500 "Serge E. Hallyn" <[EMAIL PROTECTED]> wrote:
> When CONFIG_UTS_NS=n, clone(CLONE_NEWUTS) quietly refuses. So correctly does
> not unshare a new uts namespace, but also does not return -EINVAL.
>
> Fix this to return -EINVAL so the caller knows his request was
On Sat, 24 Mar 2007 06:20:45 +0100 (CET) Roman Zippel <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Fri, 23 Mar 2007, john stultz wrote:
>
> > @@ -314,8 +314,8 @@ #endif
> > freq_adj += time_freq;
> > freq_adj = min(freq_adj, (s64)MAXFREQ_NSEC);
> >
On Sun, 25 Mar 2007, Parag Warudkar wrote:
> > > Yes this is a USB keyboard. Any hint as to where I should start
> > > looking to make the driver not emit input event for keycode==0?
> > Was it always doing that? I'll add Jiri Kosina to the CC list as he's
> > involved with HID now.
> Something
> There are cases where we need an API update since newer systems do show up.
> In such a case, the only way is to provide backward compatibility
> while adding in newer stuff.
>
> Currently we use the version major/minor for the userspace to identify
> the in kernel API, while the userspace
On Sat, 24 Mar 2007 10:17:24 +0100 Andreas Schwab <[EMAIL PROTECTED]> wrote:
> I'm getting this panic when loading sata-vsc on a SGI Prism:
With what kernel?
> Loading sata_vsc
> ACPI: Unable to derive IRQ for device 0001:00:03.0
> ACPI: PCI Interrupt 0001:00:03.0[A]: no GSI
> FRZ XN request
Andrew Morton <[EMAIL PROTECTED]> writes:
> On Sat, 24 Mar 2007 10:17:24 +0100 Andreas Schwab <[EMAIL PROTECTED]> wrote:
>
>> I'm getting this panic when loading sata-vsc on a SGI Prism:
>
> With what kernel?
Linus' latest at this point in time.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL
Andrew Morton wrote:
The problem is memory reclaim. A number of schemes which have been
proposed require a per-container page reclaim mechanism - basically a
separate scanner.
This is a huge, huge, huge problem. The present scanner has been under
development for over a decade and has had
On Sat, 2007-03-24 at 22:55 +0100, Miklos Szeredi wrote:
> This is a slightly different take on the fix for the deadlock in fuse
> with dirty balancing. David Chinner convinced me, that per-bdi
> counters are too expensive, and that it's not worth trying to account
> the number of pages under
On Sun, 2007-03-25 at 10:57 +0200, Michael S. Tsirkin wrote:
> > Can you please test the following:
> >
> > Add "clocksource=acpi_pm" to the kernel commandline.
> >
> > If this does not change anything, then disable CONFIG_HPET and retry.
>
> I have:
> $ grep CONFIG_HPET .config
>
> Quoting Thomas Gleixner <[EMAIL PROTECTED]>:
> Subject: Re: [4/5] 2.6.21-rc4: known regressions (v2)
>
> On Sun, 2007-03-25 at 10:57 +0200, Michael S. Tsirkin wrote:
> > > Can you please test the following:
> > >
> > > Add "clocksource=acpi_pm" to the kernel commandline.
> > >
> > > If this
On Sun, 25 Mar 2007, CIJOML wrote:
> in combination of kernel 2.6.20-mh1 and hid2hci from bluez-utils-3.9 I
> am getting following OOPS:
> BUG: at drivers/hid/hid-core.c:785 implement()
> [] hid_output_report+0x213/0x2be
> [] hid_submit_ctrl+0x52/0x1bc [usbhid]
> []
On Sun, 2007-03-25 at 12:15 +0200, Michael S. Tsirkin wrote:
> > Quoting Thomas Gleixner <[EMAIL PROTECTED]>:
> > Subject: Re: [4/5] 2.6.21-rc4: known regressions (v2)
> >
> > On Sun, 2007-03-25 at 10:57 +0200, Michael S. Tsirkin wrote:
> > > > Can you please test the following:
> > > >
> > > >
> But libraries are hard, for a number of distributional reasons.
I don't see why this is the case to be honest.
You can ask distros to ship your library, and if it's a sensible one,
they will. And if you can't wait, you can always bundle the library with
your application, it's really not a
> Quoting Thomas Gleixner <[EMAIL PROTECTED]>:
> Subject: Re: [4/5] 2.6.21-rc4: known regressions (v2)
>
> On Sun, 2007-03-25 at 12:15 +0200, Michael S. Tsirkin wrote:
> > > Quoting Thomas Gleixner <[EMAIL PROTECTED]>:
> > > Subject: Re: [4/5] 2.6.21-rc4: known regressions (v2)
> > >
> > > On
On Sun, 2007-03-25 at 12:25 +0200, Michael S. Tsirkin wrote:
> Sorry, now I'm confused.
> Could you pls list the full set of tests you want me to run,
> and what information to collect from each of them?
1. Test:
add clocksource=acpi_pm to command line with your current kernel config.
Check,
Hi,
with bluez-utils-3.9 dongle switches itself to hci mode. Only problem is that
I see this oops, but dongle normally works, can communicate with my BT
keyboard, mouse, mobile and also printer.
hci1: Type: USB
BD Address: 00:07:61:46:8F:98 ACL MTU: 1017:8 SCO MTU: 64:0
UP
On Sun, 2007-03-25 at 01:09 -0800, Andrew Morton wrote:
> On Sat, 24 Mar 2007 06:20:45 +0100 (CET) Roman Zippel <[EMAIL PROTECTED]>
> wrote:
>
> > Hi,
> >
> > On Fri, 23 Mar 2007, john stultz wrote:
> >
> > > @@ -314,8 +314,8 @@ #endif
> > > freq_adj += time_freq;
> > >
> On Sat, 2007-03-24 at 22:55 +0100, Miklos Szeredi wrote:
> > This is a slightly different take on the fix for the deadlock in fuse
> > with dirty balancing. David Chinner convinced me, that per-bdi
> > counters are too expensive, and that it's not worth trying to account
> > the number of pages
* Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> Here you go. It's ugly, but it should do the trick for now.
>
> tglx
here's your patch with proper metadata:
->
From: Thomas Gleixner <[EMAIL PROTECTED]>
Subject: [patch] ntp: avoid integer overflow in do_adjtimex()
* Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> > Sorry, now I'm confused.
> > Could you pls list the full set of tests you want me to run,
> > and what information to collect from each of them?
>
> 1. Test:
I suspect step 0 would be use Linus' latest tree, ontop of -rc4:
On Sun, 25 Mar 2007, Ingo Molnar wrote:
* Con Kolivas <[EMAIL PROTECTED]> wrote:
For an rsdl 0.33 patched kernel. Comments? Overhead worth it?
we want to do this - and we should do this to the vanilla scheduler
first and check the results. I've back-merged the patch to before RSDL
and have
> >
> > Please have a look at this:
> > http://lkml.org/lkml/2007/3/19/220
>
>
>
> > + if (bdi_nr_reclaimable + bdi_stat(bdi, BDI_WRITEBACK) <=
> > + bdi_thresh)
> > + break;
> >
>
> Yes, this will resolve the deadlock
Eric W. Biederman schrieb:
>
> Thomas could you verify the patch below makes the problem go away
> for you.
>
The patch solves the problem. I'm writing this after the third suspend
and resume cycle.
msi irq stays enabled for libata device:
cat /sys/devices/pci\:00/\:00\:1f.2/irq
218
On Sunday 25 March 2007 21:34, malc wrote:
> On Sun, 25 Mar 2007, Ingo Molnar wrote:
> > * Con Kolivas <[EMAIL PROTECTED]> wrote:
> >> For an rsdl 0.33 patched kernel. Comments? Overhead worth it?
> >
> > we want to do this - and we should do this to the vanilla scheduler
> > first and check the
On Sun, 2007-03-25 at 13:34 +0200, Miklos Szeredi wrote:
> > >
> > > Please have a look at this:
> > > http://lkml.org/lkml/2007/3/19/220
> >
> >
> >
> > > + if (bdi_nr_reclaimable + bdi_stat(bdi, BDI_WRITEBACK) <=
> > > + bdi_thresh)
> > > +
David Miller napisał(a):
> From: Andrew Morton <[EMAIL PROTECTED]>
> Date: Sat, 24 Mar 2007 10:16:53 -0800
>
>> On Sat, 24 Mar 2007 18:18:42 +0100 "Michal Piotrowski" <[EMAIL PROTECTED]>
>> wrote:
>>
>>> On 24/03/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
The mm snapshot
On Sun, 2007-03-25 at 13:16 +0200, Ingo Molnar wrote:
> * Thomas Gleixner <[EMAIL PROTECTED]> wrote:
>
> > > Sorry, now I'm confused.
> > > Could you pls list the full set of tests you want me to run,
> > > and what information to collect from each of them?
> >
> > 1. Test:
>
> I suspect step 0
On 3/25/07, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> There are cases where we need an API update since newer systems do show up.
> In such a case, the only way is to provide backward compatibility
> while adding in newer stuff.
>
> Currently we use the version major/minor for the
On Sunday 25 March 2007 21:46, Con Kolivas wrote:
> On Sunday 25 March 2007 21:34, malc wrote:
> > On Sun, 25 Mar 2007, Ingo Molnar wrote:
> > > * Con Kolivas <[EMAIL PROTECTED]> wrote:
> > >> For an rsdl 0.33 patched kernel. Comments? Overhead worth it?
> > >
> > > we want to do this - and we
Thomas Meyer <[EMAIL PROTECTED]> writes:
> Eric W. Biederman schrieb:
>>
>> Thomas could you verify the patch below makes the problem go away
>> for you.
>>
>
> The patch solves the problem. I'm writing this after the third suspend
> and resume cycle.
> msi irq stays enabled for libata device:
On Sunday, 25 March 2007 01:40, Maxim wrote:
> On Friday 23 March 2007 16:42:44 Rafael J. Wysocki wrote:
> > On Friday, 23 March 2007 00:30, Rafael J. Wysocki wrote:
> > > On Thursday, 22 March 2007 00:53, Rafael J. Wysocki wrote:
> > > > On Thursday, 22 March 2007 00:39, Maxim wrote:
> > > > > On
On Sat, 2007-03-24 at 23:09 +0100, Miklos Szeredi wrote:
> From: Miklos Szeredi <[EMAIL PROTECTED]>
>
> Dirty page accounting/limiting doesn't work for nonlinear mappings, so
> for non-ram backed filesystems emulate with linear mappings. This
> retains ABI compatibility with previous kernels at
201 - 300 of 494 matches
Mail list logo