On Nov 18, 2007 12:05 AM, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> On Sat, Nov 17, 2007 at 08:40:22PM +0100, Torsten Kaiser wrote:
>
> > Lockdep triggers immedetly before the freeze, but the result is still
> > not helpful:
> >
> > [ 221.565011]
On Nov 18, 2007 12:05 AM, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> I've been staring at this NFS code for a while an can't make any sense
> out of it. It seems to correctly initialize the waitqueue. So this would
> indicate corruption of some sort.
No, it does not "correctly" initialize the wai
On Nov 18, 2007 8:18 PM, Trond Myklebust <[EMAIL PROTECTED]> wrote:
> On Sun, 2007-11-18 at 19:44 +0100, Torsten Kaiser wrote:
> > NFSv2/3 and NFSv4 share the same dentry_iput and so share the same
> > unlink and sillyrename logic.
> > But they do not share nfs_init_ser
Trying the last NFSv4 patch (but that patch is only the cause, why I
had lockdep enabled) I got this:
[ 64.550203]
[ 64.550205] =
[ 64.552213] [ BUG: held lock freed! ]
[ 64.553633] -
[ 64.555055] kcryptd/1022 is freeing memory
81011EBEF
On 10/28/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> Nearly two years ago, USB_STORAGE_ONETOUCH got a dependency on !PM.
> Considering that this also implies that the driver is not available
> e.g. when ACPI is enabled in the kernel that's not far from a dependency
> on BROKEN.
>
> This patch ther
On 10/29/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> On Sunday 28 October 2007 16:39, Jiri Kosina wrote:
> > On Sun, 28 Oct 2007, Torsten Kaiser wrote:
> >
> > > But it looks like that uses another driver:
> > > hiddev0hidraw1: USB HID v1.10 Device [Wes
On 10/22/07, Fengguang Wu <[EMAIL PROTECTED]> wrote:
> On Mon, Oct 22, 2007 at 09:10:45PM +0800, Fengguang Wu wrote:
> > Hmm, Maybe it's an reiserfs related issue. Do you have the full log file?
>
> Bingo! It can be reproduced in -mm on reiserfs:
>
> # mkfs.reiserfs /dev/sdb1
> # mount /dev/sdb1 /
On 11/1/07, Fengguang Wu <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 31, 2007 at 04:22:10PM +0100, Torsten Kaiser wrote:
> > Since 2.6.23-mm1 I also experience strange hangs during heavy writeouts.
> > Each time I noticed this I was using emerge (package util from the
> &
On 11/1/07, Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> On 11/1/07, Fengguang Wu <[EMAIL PROTECTED]> wrote:
> > Thank you. Maybe we can start by the applied debug patch :-)
>
> Will applied it and try to recreate this.
Patch applied, used emerge to install a 2.6.24-rc1
On 11/1/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> + lo = tf->lbam;
> + hi = tf->lbam;
> + ibyte = (hi << 8) | lo;
> +
> + lo = result_tf->lbam;
> + hi = result_tf->lbam;
That doesn't look right.
I suspect this was intended:
lo = tf->lbam;
hi = tf->lbah;
Torsten
-
On 7/25/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Wed, 25 Jul 2007 13:23:04 -0400
Len Brown <[EMAIL PROTECTED]> wrote:
> Andrew, you want to re-pull the acpi tree, or do you want me to send
> you some patches on top of the current mm?
I'd appreciate a fix for this one, please - I'll drop
On 7/25/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Wed, 25 Jul 2007 22:22:41 +0200
"Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
> [0.00] early_node_map[4] active PFN ranges
> [0.00] 0:0 -> 159
> [0.00] 0:
On 7/25/07, Torsten Kaiser <[EMAIL PROTECTED]> wrote:
I hit something similar:
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
drivers/built-in.o: In function `acpi_pci_choose_state':
drivers/pci/pci-acpi.c:253: undefined reference to `acpi_pm_device_
On 7/26/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Wed, 25 Jul 2007 23:52:47 +0200 "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
> On 7/25/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Wed, 25 Jul 2007 22:22:41 +0200
> > "Torsten Kaiser
On 9/1/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/
The good:
> +hpet-force-enable-on-vt8235-37-chipsets.patch
> +hpet-force-enable-on-vt8235-37-chipsets-fix.patch
Kernel 2.6.23-rc4-mm1 works on one of my
On 7/31/07, Ed L. Cashin <[EMAIL PROTECTED]> wrote:
> It is easy to chat, though. Maybe someday I will test and submit a
> patch that implements this mechanism, but I'm hoping that somebody
> beats me to it. :)
There is already such a mechanism (planned).
swap over networked storage -v11
http:/
On 7/26/07, Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> DISCONTIGMEM+SLUB:
> [ 39.833272] ..MP-BIOS bug: 8254 timer not connected to IO-APIC
> [ 40.016659] Kernel panic - not syncing: IO-APIC + timer doesn't
> work! Try using the 'noapic' kernel parameter
>
On 8/1/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Wed, 01 Aug 2007 16:30:08 -0400
> [EMAIL PROTECTED] wrote:
>
> > As an aside, it looks like bits&pieces of dynticks-for-x86_64 are in there.
> > In particular, x86_64-enable-high-resolution-timers-and-dynticks.patch is in
> > there, adding a
On 8/2/07, Mel Gorman <[EMAIL PROTECTED]> wrote:
> On (01/08/07 22:52), Torsten Kaiser didst pronounce:
> > Next try with 2.6.23-rc1-mm2 and SPARSEMEM:
> > Probably the same exception, but this time with Call Trace:
> > [0.00] Bootmem setup node 0 00
On 8/2/07, Andy Whitcroft <[EMAIL PROTECTED]> wrote:
> vmemmap x86_64: ensure end of section memmap is initialised
>
> Similar to the generic initialisers, the x86_64 vmemmap
> initialisation may incorrectly skip the last page of a section if
> the section start is not aligned to the page.
>
> Wher
[Just catching with reading lkml to this post]
On 10/18/07, Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> Theory - ata_sg_is_last() isn't returning true for the last entry. Can
> you double check that it correcly marks the last entry in mv_fill_sg()?
> Alternatively, just try this patch.
I "hate" to
On 10/12/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Fri, 12 Oct 2007 14:03:28 +0900 KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
> wrote:
>
> > On Thu, 11 Oct 2007 21:31:26 -0700
> > Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/
On 10/12/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Fri, 12 Oct 2007 10:31:42 +0200 "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
> > But I did add the patch from http://lkml.org/lkml/2007/10/11/48 as my
> > personal hotfix.
>
> I think Jeff has that
On 10/12/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Fri, 12 Oct 2007 10:31:42 +0200 "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
> > Oct 12 10:23:03 treogen smartd[6091]: Device: /dev/sdc, not found in
> > smartd database.
>
> hm.
>
> >
On 10/13/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Torsten Kaiser wrote:
> > On 10/12/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >> On Fri, 12 Oct 2007 10:31:42 +0200 "Torsten Kaiser" <[EMAIL PROTECTED]>
> >> wrote:
> >>> O
On 10/13/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Torsten Kaiser wrote:
> > On 10/13/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> >> Torsten Kaiser wrote:
> > I can't follow you on SYNCHRONIZE CACHE.
> > The only command written to the syslog i
On 10/13/07, Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> On 10/13/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> > Torsten Kaiser wrote:
> > > Comparing sata_nv.c from 2.6.23-rc8-mm1 and 2.6.23-mm1 I see two
> > > changes, that look suspicious:
> > >
On 10/13/07, Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> Wait!
>
> I think I found the bug: Its a evil interaction between the above
> patch and the swncq patch that is applied later.
> The qc_defer patch removes the old ata_scmd_need_defer that was always
> called for all
On 10/13/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Torsten Kaiser wrote:
> > 3 boots, all worked. So I'm very sure that was the bug, but I will now
> > do a little load testing...
> >
> > The only strange thing about 2.6.23-mm1 is, that it takes ~4 second
&
On 10/13/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Sat, 13 Oct 2007 20:05:19 +0200 "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
>
> > The only thing I noted during load testing (updating Gentoo ==
> > compiling and installing) was, that there seems to
On 10/12/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> [ I just sent this upstream to Andrew and Linus ]
> * Turn on ACPI by default (watch for bug reports!). This should make
> suspend/resume work a lot better.
Bug report for 2.6.23-mm1:
scsi8 : pata_amd
scsi9 : pata_amd
ata9: PATA max UDMA/133
On 10/14/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Sun, 14 Oct 2007 13:54:26 +0200 "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
>
> > > The page-owner code can pinpoint a leak source. See
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm
On 10/14/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Sun, 14 Oct 2007 21:12:08 +0200 "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
> > The first column is the times I found this line in page_owner.
>
> err, take another look at the changelog in
> page
The Subject is still missleading, I'm using 2.6.23-mm1.
On 11/2/07, Fengguang Wu <[EMAIL PROTECTED]> wrote:
> On Thu, Nov 01, 2007 at 07:20:51PM +0100, Torsten Kaiser wrote:
> > On 11/1/07, Fengguang Wu <[EMAIL PROTECTED]> wrote:
> > > On Wed, Oct 31, 2007
On 11/2/07, Fengguang Wu <[EMAIL PROTECTED]> wrote:
> I guess the new debug printks will provide more hints on it.
The "throttle_vm_writeout" did not trigger for my new workload.
Except one (the first) "balance_dirty_pages" came from line 445, the
newly added.
But I found an other workload that l
On 11/2/07, Fengguang Wu <[EMAIL PROTECTED]> wrote:
> On Thu, Nov 01, 2007 at 08:00:10PM +0100, Torsten Kaiser wrote:
> > On 11/1/07, Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> > > On 11/1/07, Fengguang Wu <[EMAIL PROTECTED]> wrote:
> > > > Thank yo
On 11/2/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-11-02 at 10:21 +0800, Fengguang Wu wrote:
>
> > Interestingly, no background_writeout() appears, but only
> > balance_dirty_pages() and wb_kupdate. Obviously wb_kupdate won't
> > block the process.
>
> Yeah, the background thresh
On 11/2/07, David Chinner <[EMAIL PROTECTED]> wrote:
> On Fri, Nov 02, 2007 at 08:22:10PM +0100, Torsten Kaiser wrote:
> > [ 630.00] SysRq : Emergency Sync
> > [ 630.12] Emergency Sync complete
> > [ 632.85] SysRq : Show Blocked Stat
Both 2.6.24-rc1 and the current git version fail to boot for me:
[ 57.182205] ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[16]
MMIO=[e800-efff] Max Packet=
[2048] IR/IT contexts=[4/8]
[ 57.194032] eth1394: eth2: IPv4 over IEEE 1394 (fw-host0)
[ 57.199527] [ cut here ]-
On 11/2/07, Stefan Richter <[EMAIL PROTECTED]> wrote:
> Torsten Kaiser wrote:
> > Both 2.6.24-rc1 and the current git version fail to boot for me:
> >
> > [ 57.182205] ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[16]
> > MMIO=[e800-efff] Max Packet
On 11/4/07, Jens Axboe <[EMAIL PROTECTED]> wrote:
> On Sat, Nov 03 2007, Jens Axboe wrote:
> > It's probably enough. Only if you use chaining do you need to convert to
> > using for_each_sg() and so on.
>
> Did a grep over ieee1394/, this seems to be all you need.
What *I* need. For eth1394.
Stef
On 11/2/07, David Chinner <[EMAIL PROTECTED]> wrote:
> That's stalled waiting on the inode cluster buffer lock. That implies
> that the inode lcuser is already being written out and the inode has
> been redirtied during writeout.
>
> Does the kernel you are testing have the "flush inodes in ascendi
[removing ieee1394 related cc's]
On 11/4/07, Jens Axboe <[EMAIL PROTECTED]> wrote:
> Chained sg lists will only be feed to a scsi host controller that
> enables chaining in its host template.
>
> The fix looks fine though, it's just not a requirement or bug fix :-)
I just searched backwards to wh
On 11/5/07, David Chinner <[EMAIL PROTECTED]> wrote:
> On Sun, Nov 04, 2007 at 12:19:19PM +0100, Torsten Kaiser wrote:
> > I can now confirm, that I see this also with the current
> > mainline-git-version
> > I used 2.6.24-rc1-git-b4f555081fdd27d13e6ff39d455d5aefae9d2c
On 11/5/07, David Chinner <[EMAIL PROTECTED]> wrote:
> Ok, so it's probably a side effect of the writeback changes.
>
> Attached are two patches (two because one was in a separate patchset as
> a standalone change) that should prevent async writeback from blocking
> on locked inode cluster buffers.
On 11/6/07, David Chinner <[EMAIL PROTECTED]> wrote:
> On Mon, Nov 05, 2007 at 07:27:16PM +0100, Torsten Kaiser wrote:
> > On 11/5/07, David Chinner <[EMAIL PROTECTED]> wrote:
> > > Ok, so it's probably a side effect of the writeback changes.
> > >
>
On 11/6/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-11-06 at 15:25 +1100, David Chinner wrote:
>
> > I'm struggling to understand what possible changed in XFS or writeback that
> > would lead to stalls like this, esp. as you appear to be removing files when
> > the stalls occur.
>
On 11/6/07, Fengguang Wu <[EMAIL PROTECTED]> wrote:
> --
> Subject: writeback: remove pages_skipped accounting in
> __block_write_full_page()
> From: Fengguang Wu <[EMAIL PROTECTED]>
>
> Miklos Szeredi <[EMAIL PROTECTED]> and me identified a writ
leased to note that this is now much faster again.
Thanks!
Tested-by: Torsten Kaiser <[EMAIL PROTECTED]>
CC's please note: It looks like this was really a different problem
then the 100% iowait that was seen with reiserfs.
Also the one complete stall I have seen is probably something else
On Saturday 06 January 2007 04:59, Andrew Morton wrote:
>
> http://userweb.kernel.org/~akpm/2.6.20-rc3-mm1x.bz2 is basically
> 2.6.20-rc3-mm1, minus git-block.patch. Can you and Torsten please test
> that, see if the hangs go away?
Works for me too.
Also the locking imbalance reported in Bugzill
On Saturday 06 January 2007 11:02, Jens Axboe wrote:
> On Sat, Jan 06 2007, Torsten Kaiser wrote:
> > On Saturday 06 January 2007 04:59, Andrew Morton wrote:
> > > http://userweb.kernel.org/~akpm/2.6.20-rc3-mm1x.bz2 is basically
> > > 2.6.20-rc3-mm1, minus git-block.
On Saturday 06 January 2007 19:25, Randy Dunlap wrote:
> On Fri, 5 Jan 2007 20:36:05 +0100 Olaf Hering wrote:
> >
> > Weird, who failed to run this command before adding new stuff?!
> > find * -type f -print0 | xargs -0 env -i grep -nw register_sysrq_key
> >
> > sysrq x is for xmon, see arch/powerp
On Monday 08 January 2007 09:52, Jens Axboe wrote:
> --- a/block/ll_rw_blk.c
> +++ b/block/ll_rw_blk.c
> @@ -1542,7 +1542,7 @@ static inline void
> - blk_unplug_current();
> + blk_replug_current_nested();
Does not help. Dmesg follows:
[0.00] Linux version 2.6.20-rc3-mm1 ([EMAIL PRO
On 3/25/07, Gabriel C <[EMAIL PROTECTED]> wrote:
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 causes two messages (and a kernel l
On 3/24/07, Con Kolivas <[EMAIL PROTECTED]> wrote:
kernel/sched.c | 51 +++
1 file changed, 51 insertions(+)
2.6.21-rc4-mm1 also fails for me.
I tried pure 2.6.21-rc4-mm1, +hotfixes, +hotfixes+rsdl33 and at last
also added above debug patch.
On 4/8/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
drivers/ieee1394/ieee1394_transactions.c fails for me if CONFIG_SMP=n
gcc complains:
CC drivers/ieee1394/ieee1394_transactions.o
drivers/ieee1394/
On 4/10/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
: root 299 0.0 0.0 0 0 ?S18:51 0:00 [scsi_eh_0]
: root 300 0.0 0.0 0 0 ?S18:51 0:00 [scsi_eh_1]
: root 305 0.0 0.0 0 0 ?S18:51 0:00 [scsi_eh_2]
: root
On 9/10/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Mon, 10 Sep 2007 18:49:26 +0100 Andy Whitcroft <[EMAIL PROTECTED]> wrote:
>
> > I have a couple of old NUMA-Q systems which are unable to read their
> > boot disks with 2.6.23-rc4-mm1. The disks appear to be recognised and
> > even the part
On 9/10/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Mon, 10 Sep 2007 20:59:49 +0200 "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
>
> > On 9/10/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > On Mon, 10 Sep 2007 18:49:26 +0100 Andy Whitcroft
On 9/10/07, FUJITA Tomonori <[EMAIL PROTECTED]> wrote:
> On Mon, 10 Sep 2007 12:20:38 -0700
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > On Mon, 10 Sep 2007 20:59:49 +0200 "Torsten Kaiser" <[EMAIL PROTECTED]>
> > wrote:
> > > The sys
On 9/5/07, Stephen Hemminger <[EMAIL PROTECTED]> wrote:
>
> The only known outstanding problems on 2.62.22.6 of sky2 are:
> * problems with fibre PHY based systems
> * suspend/resume issues, missing multicast reinitalization, etc.
> The previous stability problems have been addressed.
Sorry to d
On 9/14/07, Andy Whitcroft <[EMAIL PROTECTED]> wrote:
> On Tue, Sep 11, 2007 at 04:31:12AM +0900, FUJITA Tomonori wrote:
> [...]
> >
> > Even if we revert the qla1280 patch, scsi-ml still sends chaining sg
> > list. So it doesn't work.
> >
> > The following patch disables chaining sg list for qla12
On 9/23/07, Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> On 9/23/07, FUJITA Tomonori <[EMAIL PROTECTED]> wrote:
> > Can you try Jens's sglist-arch branch? If it works, probably libata in
> > -mm has bugs.
> >
> > For your convenience, I put a
On 9/24/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
With the five hotfixes applied it works for me.
But it fails to power down my system when shutting down.
It prints twice 'System halted' and blinks th
On 9/24/07, Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> I will keep on using 2.6.23-rc7-mm1 and post again, if the error shows up
> again.
On the next boot it did show up again, so 2.6.23-rc7-mm1 still has the bug.
[ 33.81] md1: bitmap initialized from disk: read 10/10 pages
On 9/24/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> Can your check whether 2.6.23-rc7 +
> http://tglx.de/projects/hrtimers/2.6.23-rc7/patch-2.6.23-rc7-hrt1.patch
>
> works for you ?
Yes, powers off normally.
Torsten
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On 9/25/07, Alexey Starikovskiy <[EMAIL PROTECTED]> wrote:
> Torsten Kaiser wrote:
> > No, I do not have CONFIG_ACPI_SLEEP set,
> > because I do not have CONFIG_PM_SLEEP set,
> > because I do not want SUSPEND and/or HIBERNATION.
> This is not the reason. SUSPEND is
As reported in the "2.6.23-rc4-mm1"-thread and the "What's in
linux-2.6-block.git for 2.6.24"-thread I'm having trouble that
sometimes on bootup one drive from the SiI-3132 throws errors and
becomes inaccesible.
The latest kernel I have seen this error was 2.6.23-rc7-mm1.
>From 7 boots 2 times the
On 9/27/07, Tejun Heo <[EMAIL PROTECTED]> wrote:
> Tejun Heo wrote:
> > Torsten Kaiser wrote:
> >> Comparing the driver/ata directory from rc3-mm1 and rc4-mm1 the
> >> following change looked the most suspicions to me:
> >> http://git.kernel.org/?p
On 9/27/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Torsten Kaiser wrote:
> > I compared the dmesg form good and bad boots with -rc7-mm1 but could
> > not see any difference, so do you think that these additional
> > diagnostics could show a difference?
> &g
On 9/27/07, Tejun Heo <[EMAIL PROTECTED]> wrote:
> Torsten Kaiser wrote:
> > Known good is for me 2.6.23-rc3-mm1, the first known bad is 2.6.23-rc4-mm1.
> > I will try to look at the diff between these revisions some more, but
> > the change in sata_sil24.c looked l
On 9/28/07, Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> So in case of -rc3-mm1 I'm pretty sure that it works.
That's still the case.
> Not completely sure is if 2.6.23-rc7-sglist kernel works. I booted
> that 9 times, but from a quick look in /var/log/messages, I
On 9/30/07, Tejun Heo <[EMAIL PROTECTED]> wrote:
> Hello, Torsten.
>
> Torsten Kaiser wrote:
> > On 9/28/07, Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> >> So in case of -rc3-mm1 I'm pretty sure that it works.
> >
> > That's still the case
On 9/30/07, Tejun Heo <[EMAIL PROTECTED]> wrote:
> Torsten Kaiser wrote:
> > What I find kind of interessing is, that while I got three different
> > error codes the cmd part of the output was always the same.
>
> That's NCQ write command. You'll be usin
On 9/30/07, Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> On 9/30/07, Tejun Heo <[EMAIL PROTECTED]> wrote:
> > Torsten Kaiser wrote:
> > > What I find kind of interessing is, that while I got three different
> > > error codes the cmd part of the output was al
On 9/21/07, Jens Axboe <[EMAIL PROTECTED]> wrote:
> SG chaining bits:
> - This is the bulk of the patchset. It consists of three major
> components:
>
> - sglist-core, which add helpers for iterating sg lists and
> switches the block layer and SCSI to use those. Should not
>
On 9/23/07, FUJITA Tomonori <[EMAIL PROTECTED]> wrote:
> On Sun, 23 Sep 2007 15:19:13 +0200
> "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
> > To update the statistik:
> > prior to 2.6.23-rc4-mm1: no trouble with any drives on the SiI 3132.
> > 2.6.23-r
On 9/23/07, Alan Cox <[EMAIL PROTECTED]> wrote:
> > Sep 18 18:50:01 treogen [ 63.44] ata1.00: status: {DRDY }
> > Sep 18 18:50:01 treogen [ 63.44] ata1: hard resetting link
>
> Timed out waiting for data transfers to complete that didn't. Does sound
> like the device got told the wrong
On 8/22/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
[snip]
> -ata-add-the-sw-ncq-support-to-sata_nv-for-mcp51-mcp55-mcp61.patch
> -ata-add-the-sw-ncq-support-to-sata_nv-for-mcp51-mcp55-mcp61-fix.patch
[snip]
On 8/23/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> with no patch, or with my patch below each gets ~66% of CPU time,
> long-term:
>
> PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
> 2290 mingo 20 0 2736 528 252 R 67 0.0 3:22.95 bash
> 2291 mingo 20 0
n non-O
> builds.
>
> Reported-by: Ronald
> Reported-by: Torsten Kaiser
> Signed-off-by: Michal Marek
> ---
>
> Can you try this patch?
Works fine for me.
Thanks for the quick patch!
Torsten
> Ronald, can you tell me your full name for the Reported-by: line?
>
On Wed, Jun 18, 2014 at 6:25 PM, Ronald wrote:
> From my .config
>
> ==> cat /usr/src/config | grep -i b43
> CONFIG_EXTRA_FIRMWARE="b43/ucode5.fw b43/b0g0initvals5.fw
> b43/b0g0bsinitvals5.fw b43/pcm5.fw"
> ... snip ...
That might be rather later, but I seem to have the same problem:
CHK k
On Mon, Mar 9, 2015 at 12:30 AM, NeilBrown wrote:
> On Sun, 08 Mar 2015 18:14:39 +0100 Prakash Punnoor wrote:
>
>> Hi,
>>
>> I noticed the udisks daemon (version 2.1.4) suddenly started using high
>> cpu (one core at 100%) with linux 4.0 git kernel. I bisected it to:
>>
>> 750f199ee8b578062341e6d
On Mon, Mar 16, 2015 at 12:44 AM, NeilBrown wrote:
> On Sat, 14 Mar 2015 21:16:51 +0100 Torsten Kaiser
> wrote:
>> udisksd now again behaves normal, but I'm not sending this change as a
>> patch, because I do not know about the locking and livetime of these
>> ob
Commit-ID: d982057f631df04f8d78321084a1a71ca51f3364
Gitweb: http://git.kernel.org/tip/d982057f631df04f8d78321084a1a71ca51f3364
Author: Torsten Kaiser
AuthorDate: Tue, 23 Jul 2013 22:58:23 +0200
Committer: H. Peter Anvin
CommitDate: Wed, 31 Jul 2013 08:37:14 -0700
x86, amd, microcode
101 - 185 of 185 matches
Mail list logo
