timeout CPU:%d
Holder:%d!
--
There are three types of people in the world:
those who can count, and those who can't.
Zdenek Kabelac http://i.am/kabi/ [EMAIL PROTECTED] {debian.org; fi.muni.cz}
-
To unsubscribe from this list: send the line "unsubscribe linux-ke
My system is SMP Bp6 with SBLive kernel's emu driver.
--
There are three types of people in the world:
those who can count, and those who can't.
Zdenek Kabelac http://i.am/kabi/ [EMAIL PROTECTED] {debian.org; fi.muni.cz}
-
To unsubscribe from this list: sen
:
those who can count, and those who can't.
Zdenek Kabelac http://i.am/kabi/ [EMAIL PROTECTED] {debian.org; fi.muni.cz}
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
:
those who can count, and those who can't.
Zdenek Kabelac http://i.am/kabi/ [EMAIL PROTECTED] {debian.org; fi.muni.cz}
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Hello
Just pointing out that my system has locked hard in XWindows system.
Sorry no-oops as linux so far is unable to switch to VGA mode in this
case
and show me this log.
I'd not seen any oops with 2.4.5-pre1 during the whole usage of this
kernel
on my SMP box BP6.
-pre3 has locked after 5
causing these problems - all I can say is that
I've no such problem with 2.2.18pre15 booted on the same SMP machine
(BP6)
and ZIP works just fine.
by
--
There are three types of people in the world:
those who can count, and those who can't.
Zdenek Kabelac http://i.am/kabi
Andries Brouwer wrote:
On Mon, Oct 09, 2000 at 04:37:38PM +, Zdenek Kabelac wrote:
I'm having some serious problems with parallel port ZIP with latest
2.4.0-test9 kernel
Oct 9 16:57:23 dual kernel: Detected scsi removable disk sda at scsi0,
channel
Oct 9 16:57:24 dual kernel
result)
--
Zdenek Kabelac http://i.am/kabi/ [EMAIL PROTECTED] {debian.org; fi.muni.cz}
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
in the world:
those who can count, and those who can't.
Zdenek Kabelac http://i.am/kabi/ [EMAIL PROTECTED] {debian.org; fi.muni.cz}
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the F
ludovic wrote:
Oswald Buddenhagen wrote:
The problem with these things it that sometimes such a task may hold
a lock, which can prevent higher-priority tasks from running.
true ... three ideas:
- a sort of temporary priority elevation (the opposite of SCHED_YIELD)
as long as
:
those who can count, and those who can't.
Zdenek Kabelac http://i.am/kabi/ [EMAIL PROTECTED] {debian.org; fi.muni.cz}
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
to UDMA33
disc - so I assume interrupt handling is not correct
(ok I know hpt366 is broken and bla bla bla, but)
--
There are three types of people in the world:
those who can count, and those who can't.
Zdenek Kabelac http://i.am/kabi/ [EMAIL PROTECTED
not wish to have 100MB disk
buffers ?
--
Zdenek Kabelac http://i.am/kabi/ [EMAIL PROTECTED] {debian.org; fi.muni.cz}
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
are three types of people in the world:
those who can count, and those who can't.
Zdenek Kabelac http://i.am/kabi/ [EMAIL PROTECTED] {debian.org; fi.muni.cz}
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PR
There are three types of people in the world:
those who can count, and those who can't.
Zdenek Kabelac http://i.am/kabi/ [EMAIL PROTECTED] {debian.org; fi.muni.cz}
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
Zdenek Kabelac wrote:
This is oops I've got when rebooting after some heavy disk activity on
my SMP system:
Written by hand:
kernel BUG swap_state.c:78!
[snip]
Same here during a halt of a RH 6.2 based K6-2 500 MHz
UP machine running lk240t13p3. The machine had been
timers are dead... :(
And the situation is the same with SMP NoSMP kernel with apic
noapic.
--
There are three types of people in the world:
those who can count, and those who can't.
Zdenek Kabelac http://i.am/kabi/ [EMAIL PROTECTED] {debian.org; fi.muni.cz
/hd_your_ibm_drive)
With this mode I've been unable to crash my BP6 with any load on my
system)
Also try to use latest BIOSes (RU)
--
There are three types of people in the world:
those who can count, and those who can't.
Zdenek Kabelac http://i.am/kabi/ [EMAIL PROTECTED
cmpb $0x0,0x2dc8
--
There are three types of people in the world:
those who can count, and those who can't.
Zdenek Kabelac http://i.am/kabi/ [EMAIL PROTECTED] {debian.org; fi.muni.cz}
-
To unsubscribe from this list: send the line "unsubscribe linux-k
.
I would assume this is some problem of the kernel,
but maybe its incompatibility in libc - anyway I'm using
uptodate Debian Woody if this helps.
bye
--
There are three types of people in the world:
those who can count, and those who can't.
Zdenek Kabelac http://i.am
Hello
Looks to me like the latest 2.4.5-pre1 is not creating
coredump for multithreaded aplications:
$ ulimit -a
core file size (blocks) unlimited
data seg size (kbytes) unlimited
file size (blocks) unlimited
max locked memory (kbytes) unlimited
max memory size (kbytes)
Szabolcs Szakacsits wrote:
On Thu, 3 May 2001, Don Dugger wrote:
The attached patch allows core dumps from thread processes in the 2.4.4
kernel. This patch is the same as the last one I sent out except it fixes
the same bug that `kernel/fork.c' had with duplicate info in the `mm'
nt counter in mem_map_t as it is done in the drm
driver ?
thanks
bye
--
There are three types of people in the world:
those who can count, and those who can't.
Zdenek Kabelac http://i.am/kabi/ [EMAIL PROTECTED] {debian.org; fi.muni.cz}
-
To unsubscribe from this
Hello
Just dump idea - why not make scheduler switchable with modules - so
users
could select any scheduler they want ?
This should not be that hard and would make it easy to replace scheduler
at runtime so everyone could easily try what's the best for him/her.
[EMAIL PROTECTED]
-
To
Hi
I'm getting this INFO message from losetup I'm using in my scripts:
if more info is needed from my side just ask.
(haven't seen this with 2.6.24..., using T61, 64bit kernel)
Bye
Zdenek
===
[ INFO: possible circular locking dependency
Hi
I get this bug in my log whenever I start qemu-kvm - I do not use kqemu
module - so it's with plain kernel modules.
If more details are needed - just ask.
(Cpu; C2D)
Bye
Zdenek
BUG: sleeping function called from invalid context at kernel/rwsem.c:48
in_atomic():1, irqs_disabled():0
INFO:
2008/2/13, Marcelo Tosatti [EMAIL PROTECTED]:
On Wed, Feb 13, 2008 at 04:24:53PM +0100, Jiri Kosina wrote:
On Wed, 13 Feb 2008, Zdenek Kabelac wrote:
I get this bug in my log whenever I start qemu-kvm - I do not use kqemu
module - so it's with plain kernel modules. If more details
2008/2/13, Jiri Kosina [EMAIL PROTECTED]:
On Wed, 13 Feb 2008, Ingo Molnar wrote:
The longer-term fix will be to not run int3 exception handlers in a
non-preemptible context (like 32-bit does) - but that will need more
testing.
Yup, exactly.
Jiri Kosina reported the following deadlock
Dne 15.10.2012 13:09, Mel Gorman napsal(a):
On Mon, Oct 15, 2012 at 11:54:13AM +0200, Jiri Slaby wrote:
On 10/12/2012 03:57 PM, Mel Gorman wrote:
mm: vmscan: scale number of pages reclaimed by reclaim/compaction only in
direct reclaim
Jiri Slaby reported the following:
(It's an
Dne 2.11.2012 20:45, Jiri Slaby napsal(a):
On 11/02/2012 11:53 AM, Jiri Slaby wrote:
On 11/02/2012 11:44 AM, Zdenek Kabelac wrote:
Yes, applying this instead of the revert fixes the issue as well.
I've applied this patch on 3.7.0-rc3 kernel - and I still see excessive
CPU usage - mainly
Dne 9.11.2012 05:22, Seth Jennings napsal(a):
On 11/02/2012 02:45 PM, Jiri Slaby wrote:
On 11/02/2012 11:53 AM, Jiri Slaby wrote:
On 11/02/2012 11:44 AM, Zdenek Kabelac wrote:
Yes, applying this instead of the revert fixes the issue as well.
I've applied this patch on 3.7.0-rc3 kernel
Dne 9.11.2012 10:06, Mel Gorman napsal(a):
On Fri, Nov 09, 2012 at 09:07:45AM +0100, Zdenek Kabelac wrote:
fe2c2a106663130a5ab45cb0e3414b52df2fff0c is the first bad commit
commit fe2c2a106663130a5ab45cb0e3414b52df2fff0c
Author: Rik van Riel r...@redhat.com
Date: Wed Mar 21 16:33:51 2012 -0700
Dne 12.11.2012 13:19, Mel Gorman napsal(a):
On Sun, Nov 11, 2012 at 10:13:14AM +0100, Zdenek Kabelac wrote:
Hmm, so it's just took longer to hit the problem and observe kswapd0
spinning on my CPU again - it's not as endless like before - but
still it easily eats minutes - it helps to turn off
Dne 12.11.2012 14:31, Mel Gorman napsal(a):
On Mon, Nov 12, 2012 at 02:13:20PM +0100, Zdenek Kabelac wrote:
Dne 12.11.2012 13:19, Mel Gorman napsal(a):
On Sun, Nov 11, 2012 at 10:13:14AM +0100, Zdenek Kabelac wrote:
Hmm, so it's just took longer to hit the problem and observe kswapd0
Dne 7.3.2013 23:30, Toshi Kani napsal(a):
On Thu, 2013-03-07 at 22:48 +0100, Zdenek Kabelac wrote:
Dne 29.1.2013 11:46, Zdenek Kabelac napsal(a):
Hi
No exactly sure which patch did it - but when I'm now checking 3.8-rc5 kernel,
I cannot use anymore this 'undock' command:
echo 1 /sys/devices
Dne 29.1.2013 11:46, Zdenek Kabelac napsal(a):
Hi
No exactly sure which patch did it - but when I'm now checking 3.8-rc5 kernel,
I cannot use anymore this 'undock' command:
echo 1 /sys/devices/platform/dock.0/undock
which works ok with 3.7 kernel - to properly undock my T61 before suspend
Dne 29.1.2013 14:08, Stanislaw Gruszka napsal(a):
On Mon, Jan 28, 2013 at 03:09:03PM +0100, Zdenek Kabelac wrote:
I'm getting tthis warning printed with current 3.8-rc kernel
My hw is Lenovo T61.
[5.920284] iwl3945 :03:00.0: loaded firmware version 15.32.2.9
[5.976605] systemd[1
Dne 28.11.2012 20:07, Linus Torvalds napsal(a):
whole prefix_node pointer is bogus. It seems to have the value 0x1000.
Tested also this patch with this result:
https://bugzilla.kernel.org/show_bug.cgi?id=51071#c8
So while it's made it pass suspend/resume, it's not really usable
as docking
Dne 29.11.2012 11:59, Rafael J. Wysocki napsal(a):
On Thursday, November 29, 2012 11:13:10 AM Zdenek Kabelac wrote:
Dne 28.11.2012 20:07, Linus Torvalds napsal(a):
whole prefix_node pointer is bogus. It seems to have the value 0x1000.
Tested also this patch with this result:
https
Dne 28.11.2012 10:45, Mel Gorman napsal(a):
(Adding Thorsten to cc)
On Tue, Nov 27, 2012 at 03:48:34PM -0500, Johannes Weiner wrote:
Hi everyone,
I hope I included everybody that participated in the various threads
on kswapd getting stuck / exhibiting high CPU usage. We were looking
at at
Dne 3.12.2012 20:18, Johannes Weiner napsal(a):
Szia Zdenek,
On Mon, Dec 03, 2012 at 04:23:15PM +0100, Zdenek Kabelac wrote:
Ok, bad news - I've been hit by kswapd0 loop again -
my kernel git commit cc19528bd3084c3c2d870b31a3578da8c69952f3 again
shown kswapd0 for couple minutes on CPU
Hi
No exactly sure which patch did it - but when I'm now checking 3.8-rc5 kernel,
I cannot use anymore this 'undock' command:
echo 1 /sys/devices/platform/dock.0/undock
which works ok with 3.7 kernel - to properly undock my T61 before suspend.
Dmesg shows this:
[ 2657.087414] ACPI:
Hi
I'm getting tthis warning printed with current 3.8-rc kernel
My hw is Lenovo T61.
[5.920284] iwl3945 :03:00.0: loaded firmware version 15.32.2.9
[5.976605] systemd[1]: Started NFS file locking service..
[5.982624] NFSD: starting 90-second grace period (net
Hi
It looks like there is something weird as my systems stops when the
swap is mounted.
I've played bisection game and this is the commit which makes the
system unusable:
# bad: [45b503548210fe6f23e92b856421c2a3f05fd034] [RTNETLINK]: Send a
single notification on device state changes.
git-bisect
Hello
I've noticed that my system (T61) doesn't want to suspend when SD card
is in the card reader slot with 2.6.25-rc2 (no problem when the card
is outside)
Also the card is not even mounted, it's just in the slot and suspend locks.
2.6.24 worked correctly.
Bisection games showed this patch as
2008/2/15, Zan Lynx [EMAIL PROTECTED]:
On Fri, 2008-02-15 at 15:57 +0100, Prakash Punnoor wrote:
On the day of Friday 15 February 2008 Jan Engelhardt hast written:
On Feb 14 2008 17:21, Lukas Hejtmanek wrote:
Hello,
whom should I blame about disk schedulers?
Also consider
Hi
I'm looking for some help with this problem - while doing some other
work my testscript seem to get looped in a really weird place.
Everything happens with kernel running in qemu -
When I run dmsetup status - occasionally dmsetup starts to take
100%CPU and cannot be killed. Happens only
2008/2/24, Alan Stern [EMAIL PROTECTED]:
On Sun, 24 Feb 2008, Rafael J. Wysocki wrote:
You know, with this new patch we probably don't need
device_pm_schedule_removal() any more.
No, we don't. However, because of that dpm_suspend() and
device_power_down()
need to be changed
Hi
Commit 6c231bd5eb07ce546517019f334652b9ecfc329a
generate this warning:
drivers/misc/thinkpad_acpi.c: In function 'tpacpi_input_send_tabletsw':
include/linux/input.h:1290: warning: 'state' is used uninitialized in
this function
drivers/misc/thinkpad_acpi.c:1191: note: 'state' was declared here
2008/2/25, Henrique de Moraes Holschuh [EMAIL PROTECTED]:
On Sun, 24 Feb 2008, Zdenek Kabelac wrote:
Commit 6c231bd5eb07ce546517019f334652b9ecfc329a
generate this warning:
drivers/misc/thinkpad_acpi.c: In function 'tpacpi_input_send_tabletsw':
include/linux/input.h:1290: warning
Dne 4.12.2012 10:05, Zdenek Kabelac napsal(a):
Dne 3.12.2012 20:18, Johannes Weiner napsal(a):
Szia Zdenek,
On Mon, Dec 03, 2012 at 04:23:15PM +0100, Zdenek Kabelac wrote:
Ok, bad news - I've been hit by kswapd0 loop again -
my kernel git commit cc19528bd3084c3c2d870b31a3578da8c69952f3 again
Dne 9.12.2012 02:01, Linus Torvalds napsal(a):
On Sat, 8 Dec 2012, Zlatko Calusic wrote:
Or sooner... in short: nothing's changed!
On a 4GB RAM system, where applications use close to 2GB, kswapd likes to keep
around 1GB free (unused), leaving only 1GB for page/buffer cache. If I force
Hi
For some time - when I reboot via 'sysrq + SUB' I get this BUG: message
My system is running rawhide (systemd) on ext4 filesystem.
systemd-195-7.fc18.x86_64
Zdenek
SysRq : Emergency Remount R/O
=
[ BUG: bad unlock balance detected! ]
Dne 27.11.2012 21:58, Linus Torvalds napsal(a):
Note that in the meantime, I've also applied (through Andrew) the
patch that reverts commit c654345924f7 (see commit 82b212f40059
'Revert mm: remove __GFP_NO_KSWAPD').
I wonder if that revert may be bogus, and a result of this same issue.
Maybe
Dne 28.11.2012 17:01, Linus Torvalds napsal(a):
Adding more people (and the acpi list) to this report.
I'm seeing *very* few changes to the core suspend/resume path in 3.7,
and while there are some acpia updates, they seem to be pretty mild
too.
I think the acpi_os_wait_semaphore thing is a
Dne 28.11.2012 18:02, Linus Torvalds napsal(a):
On Wed, Nov 28, 2012 at 8:21 AM, Zdenek Kabelac zkabe...@redhat.com wrote:
I've opened https://bugzilla.kernel.org/show_bug.cgi?id=51071
and attached picture there which is all I have.
I'll try to decode exact code line.
Uhhuh. It's missing
Dne 28.11.2012 21:31, Rafael J. Wysocki napsal(a):
On Wednesday, November 28, 2012 06:27:50 PM Zdenek Kabelac wrote:
Dne 28.11.2012 18:02, Linus Torvalds napsal(a):
On Wed, Nov 28, 2012 at 8:21 AM, Zdenek Kabelac zkabe...@redhat.com wrote:
I've opened https://bugzilla.kernel.org
Hello
I've already seen twice this oops after resuming my Lenovo T61 in docking
station.
Since for some reason currently the serial line doesn't work correctly after
resume
(while I'm pretty sure it used to work in past) here is at least hand-written
oops
message from mobile camera
Dne 12.11.2012 14:31, Mel Gorman napsal(a):
On Mon, Nov 12, 2012 at 02:13:20PM +0100, Zdenek Kabelac wrote:
Dne 12.11.2012 13:19, Mel Gorman napsal(a):
On Sun, Nov 11, 2012 at 10:13:14AM +0100, Zdenek Kabelac wrote:
Hmm, so it's just took longer to hit the problem and observe kswapd0
Hello
I get kernel oopses when I run powertop on my old BP6 SMP dual Celeron board.
In case more details are needed - send me a replay.
The machine with problem is -
2xCPU400MHz Celerons running at 450MHz (stable - compiles kernel
without any problems, thought it takes more than hour nowadays
Hello
I've noticed strange errors in the log - while my wifi seems to work ok,
the surrounding errors do not seem normal.
Is there anything I could do to fix them ?
Or it will remain broken or there could workaround ?
I'm attaching my boot log - with:
ACPI BIOS Warning (bug): 32/64X length
Hi
I'm trying to use -rc2 kernel however I'm getting quite often regular kernel
panic:
Here is a BUG trace from kvm running this kernel:
(I'm building kernel with some kernel debug checks)
(Kernel is used in 64bit qemu and running 32bit Debian environment)
linux-vanilla git:
Dne 27.9.2013 13:57, Zdenek Kabelac napsal(a):
Hi
I'm trying to use -rc2 kernel however I'm getting quite often regular kernel
panic:
Here is a BUG trace from kvm running this kernel:
(I'm building kernel with some kernel debug checks)
(Kernel is used in 64bit qemu and running 32bit Debian
Hi
With recent build of 3.12-rc2 I'm getting this warning report from kernel:
(hw Lenovo T61, C2D, 4GB Ram)
(repost since linux-kernel@ rejected my gmail email)
e1000e :00:19.0: irq 46 for MSI/MSI-X
[ cut here ]
WARNING: CPU: 1 PID: 301 at fs/sysfs/dir.c:526
Dne 27.9.2013 18:01, Veaceslav Falico napsal(a):
On Fri, Sep 27, 2013 at 09:58:28AM -0600, Bjorn Helgaas wrote:
[+cc Veaceslav, linux-pci]
On Fri, Sep 27, 2013 at 7:34 AM, Zdenek Kabelac zkabe...@redhat.com wrote:
Hi
With recent build of 3.12-rc2 I'm getting this warning report from kernel
Hi
I've noticed this message in my dmesg:
(Possibly related to this commit?:
a8d22396302b7e4e5f0a594c1c1594388c29edaf)
(My vanilla git commit number for my kernel:
cd79bde29f00a346eec3fe17c1c5073c37ed95e7)
Zdenek
[ 2174.058615] ata5: port disabled--ignoring
[ 2174.059460] sd 0:0:0:0: [sda]
Dne 8.12.2013 12:13, Paul Bolle napsal(a):
On Sun, 2013-12-08 at 11:24 +0100, Zdenek Kabelac wrote:
I'm testing recent 3.13-rc kernel - and I've notice my Lenovo T61 is not able
to resume. After bisect I've found commit:
5a87182aa21d6d5d306840feab9321818dd3e2a3
That's cpufreq: suspend
Dne 30.1.2015 v 02:49 Rafael J. Wysocki napsal(a):
On Thursday, January 29, 2015 05:12:11 PM Linus Torvalds wrote:
On Thu, Jan 29, 2015 at 5:22 PM, Rafael J. Wysocki r...@rjwysocki.net wrote:
On Wednesday, January 21, 2015 05:54:00 PM Peter Hurley wrote:
Yeah, but the debug check is
Dne 6.11.2015 v 20:06 Sami Tolvanen napsal(a):
On Fri, Nov 06, 2015 at 12:23:29PM -0500, Mikulas Patocka wrote:
I'm also wondering what is this patch useful for. Disks and flash
controllers have their own error detection and correction
I think I addressed this earlier. Some storage devices
Dne 6.11.2015 v 21:27 Sami Tolvanen napsal(a):
On Fri, Nov 06, 2015 at 08:20:15PM +0100, Zdenek Kabelac wrote:
i.e. you have 1G of space - you want to give 250MB as 'redundancy' -
so create 4 partition
well data safety has it's price - user should choose what he prefers
- more games
Dne 7.7.2015 v 23:41 Andrew Morton napsal(a):
On Tue, 7 Jul 2015 11:10:09 -0400 (EDT) Mikulas Patocka mpato...@redhat.com
wrote:
Introduce the functions kvmalloc and kvmalloc_node. These functions
provide reliable allocation of object of arbitrary size. They attempt to
do allocation with
Dne 3.12.2015 v 11:36 Baolin Wang napsal(a):
On 3 December 2015 at 10:56, Baolin Wang wrote:
On 3 December 2015 at 03:56, Alasdair G Kergon wrote:
On Wed, Dec 02, 2015 at 08:46:54PM +0800, Baolin Wang wrote:
These are the benchmarks for request based
Hi
I've tried to boot 4.9.0-0.rc1.git3.2.fc26.x86_64 - end experienced this BUG
report (on Lenovo T61 4G)
systemd[335]: systemd-udev-settle.service: Executing: /usr/bin/udevadm settle
tpm_tis 00:06: 1.2 TPM (device-id 0x3203, rev-id 9)
FUJITSU Extended Socket Network Device Driver - version
Dne 24.7.2017 v 16:41 Alan Stern napsal(a):
On Mon, 24 Jul 2017, Zdenek Kabelac wrote:
Hi
I've problem with my USB storage devices: WD Elements 1TB.
(Bus 004 Device 002: ID 1058:10a8 Western Digital Technologies, Inc. Elements
Portable (WDBUZG))
After kernel >4.9 when disk is attached
Dne 25.7.2017 v 16:34 Zdenek Kabelac napsal(a):
Dne 25.7.2017 v 16:25 Alan Stern napsal(a):
On Tue, 25 Jul 2017, Zdenek Kabelac wrote:
Dne 24.7.2017 v 16:41 Alan Stern napsal(a):
On Mon, 24 Jul 2017, Zdenek Kabelac wrote:
Hi
I've problem with my USB storage devices: WD Elements 1TB.
(Bus
Dne 25.7.2017 v 16:25 Alan Stern napsal(a):
On Tue, 25 Jul 2017, Zdenek Kabelac wrote:
Dne 24.7.2017 v 16:41 Alan Stern napsal(a):
On Mon, 24 Jul 2017, Zdenek Kabelac wrote:
Hi
I've problem with my USB storage devices: WD Elements 1TB.
(Bus 004 Device 002: ID 1058:10a8 Western Digital
Dne 25.7.2017 v 19:02 Alan Stern napsal(a):
On Tue, 25 Jul 2017, Zdenek Kabelac wrote:
And in fact it's the very same commit - which adds this message
(just check current 4.13 with and without this commit reverted)
So here goes usbmon trace (aka 'cat /sys/kernel/debug/usb/usbmon/0u
22547c4cc4fe ("usb: hub: Wait for connection to be reestablished
after port reset") is reverted, the disk connects correctly at high
speed.
On Wed, 26 Jul 2017, Zdenek Kabelac wrote:
Dne 25.7.2017 v 21:50 Alan Stern napsal(a):
On Tue, 25 Jul 2017, Zdenek Kabelac wrote:
08:18 us
Dne 26.7.2017 v 16:28 Alan Stern napsal(a):
On Tue, 25 Jul 2017, Guenter Roeck wrote:
On 07/25/2017 12:50 PM, Alan Stern wrote:
On Tue, 25 Jul 2017, Zdenek Kabelac wrote:
Dne 25.7.2017 v 19:02 Alan Stern napsal(a):
On Tue, 25 Jul 2017, Zdenek Kabelac wrote:
And in fact it's the very same
Dne 25.7.2017 v 21:50 Alan Stern napsal(a):
On Tue, 25 Jul 2017, Zdenek Kabelac wrote:
08:18 usb 2-2: USB disconnect, device number 2
08:25 usb 2-2: new high-speed USB device number 3 using ehci-pci
08:26 usb 2-2: new high-speed USB device number 4 using ehci-pci
If the drive were working
Hi
I've problem with my USB storage devices: WD Elements 1TB.
(Bus 004 Device 002: ID 1058:10a8 Western Digital Technologies, Inc. Elements
Portable (WDBUZG))
After kernel >4.9 when disk is attached via cable it has very low speed
(less then 1MB/s).
It can run at full speed (>22MB/s)
Dne 15.9.2017 v 02:16 Taras Kondratiuk napsal(a):
Hi
In our devices under low memory conditions we often get into a trashing
state when system spends most of the time re-reading pages of .text
sections from a file system (squashfs in our case). Working set doesn't
fit into available page cache,
Dne 20.10.2017 v 09:37 Elena Reshetova napsal(a):
atomic_t variables are currently used to implement reference
counters with the following properties:
- counter is initialized to 1 using atomic_set()
- a resource is freed upon counter reaching zero
- once counter reaches zero, its further
Hi
I've noticed quite some drop of performance (around 15% in some cases) where
execution of lvm2 tests took longer time - and while tests itself should not
really load CPU system - the overall running time just got bigger.
Running bisect game pointed clearly to this commit:
---
commit
Dne 13.3.2018 v 05:03 Al Viro napsal(a):
On Sun, Mar 11, 2018 at 02:02:03PM +0100, Zdenek Kabelac wrote:
Hi
I've noticed quite some drop of performance (around 15% in some cases) where
execution of lvm2 tests took longer time - and while tests itself should not
really load CPU system
Dne 13.3.2018 v 12:17 Zdenek Kabelac napsal(a):
Dne 13.3.2018 v 05:03 Al Viro napsal(a):
On Sun, Mar 11, 2018 at 02:02:03PM +0100, Zdenek Kabelac wrote:
Hi
I've noticed quite some drop of performance (around 15% in some cases) where
execution of lvm2 tests took longer time - and while tests
Dne 13.3.2018 v 17:45 Zdenek Kabelac napsal(a):
Dne 13.3.2018 v 12:17 Zdenek Kabelac napsal(a):
Dne 13.3.2018 v 05:03 Al Viro napsal(a):
On Sun, Mar 11, 2018 at 02:02:03PM +0100, Zdenek Kabelac wrote:
Hi
I've noticed quite some drop of performance (around 15% in some cases) where
execution
Hello
Just pointing out that my system has locked hard in XWindows system.
Sorry no-oops as linux so far is unable to switch to VGA mode in this
case
and show me this log.
I'd not seen any oops with 2.4.5-pre1 during the whole usage of this
kernel
on my SMP box BP6.
-pre3 has locked after 5
intk(KERN_WARNING "irq_enter - loop timeout CPU:%d
Holder:%d!
--
There are three types of people in the world:
those who can count, and those who can't.
Zdenek Kabelac http://i.am/kabi/ [EMAIL PROTECTED] {debian.org; fi.muni.cz}
-
To unsubscribe from this list: send the line "
g divx file while burning four other CD with no problem.
My system is SMP Bp6 with SBLive kernel's emu driver.
--
There are three types of people in the world:
those who can count, and those who can't.
Zdenek Kabelac http://i.am/kabi/ [EMAIL PROTECTED] {debian.
world:
those who can count, and those who can't.
Zdenek Kabelac http://i.am/kabi/ [EMAIL PROTECTED] {debian.org; fi.muni.cz}
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
f people in the world:
those who can count, and those who can't.
Zdenek Kabelac http://i.am/kabi/ [EMAIL PROTECTED] {debian.org; fi.muni.cz}
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please rea
Hello
Looks to me like the latest 2.4.5-pre1 is not creating
coredump for multithreaded aplications:
$ ulimit -a
core file size (blocks) unlimited
data seg size (kbytes) unlimited
file size (blocks) unlimited
max locked memory (kbytes) unlimited
max memory size (kbytes)
Szabolcs Szakacsits wrote:
>
> On Thu, 3 May 2001, Don Dugger wrote:
>
> > The attached patch allows core dumps from thread processes in the 2.4.4
> > kernel. This patch is the same as the last one I sent out except it fixes
> > the same bug that `kernel/fork.c' had with duplicate info in the
ludovic wrote:
>
> Oswald Buddenhagen wrote:
> >
> > > The problem with these things it that sometimes such a task may hold
> > > a lock, which can prevent higher-priority tasks from running.
> > >
> > true ... three ideas:
> > - a sort of temporary priority elevation (the opposite of
Hello
System: SMP BP6 2x480 Celeron 192MB IMB30GB G400
Oops occured while I'm tunning multithreaded application
while recreating new thread.
Lately I'm having a lot of complete deadlocks also
(this lock has been the lucky one as I could actually report it)
Usual symptoms - doing heavy disk
There are three types of people in the world:
those who can count, and those who can't.
Zdenek Kabelac http://i.am/kabi/ [EMAIL PROTECTED] {debian.org; fi.muni.cz}
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [E
t2 to vfat partions from UDMA66 to UDMA33
disc - so I assume interrupt handling is not correct
(ok I know hpt366 is broken and bla bla bla, but)
--
There are three types of people in the world:
those who can count, and those who can't.
Zdenek Kabelac
set somewhere in /proc that I do not wish to have 100MB disk
buffers ?
--
Zdenek Kabelac http://i.am/kabi/ [EMAIL PROTECTED] {debian.org; fi.muni.cz}
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
.
I'm not sure what's causing these problems - all I can say is that
I've no such problem with 2.2.18pre15 booted on the same SMP machine
(BP6)
and ZIP works just fine.
by
--
There are three types of people in the world:
those who can count, and those who can't.
1 - 100 of 178 matches
Mail list logo