gregkh/
Could you please follow up and include the fix in case its not in the
next kernel pointrelease?
Thanks,
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 243
found 774988 3.16.7-ckt7-1
thanks
still seeing these messages in 3.16.7-ckt7-1.
--
Mit freundlichen Grüßen
Bernd Zeimetz
Systems Engineer
Debian Developer
conova communications GmbH
Web| http://www.conova.com/
E-Mail | b.zeim...@conova.com
Zentrale Salzburg
Karolingerstraße 36A
5020
occurred (f7f7).
[ 2130.857976] qla2xxx :0e:00.0: LOOP UP detected (8 Gbps).
Cheers,
Bernd
--
Mit freundlichen Grüßen,
-
Bernd Zeimetz
Systems Engineer
conova communications GmbH
web | www.conova.com
mail | b.zeim...@conova.com
ZENTRALE SAL
prio=2 status=enabled
|- 0:0:3:0 sdn 8:208 active ready running
`- 1:0:3:0 sdl 8:176 active ready running
Cheers,
Bernd
-
Bernd Zeimetz
Systems Engineer
conova communications GmbH
web | www.conova.com
mail | b.zeim...@c
On 07/30/2011 02:27 PM, Moritz Mühlenhoff wrote:
> On Wed, Feb 24, 2010 at 01:43:59PM +0100, Bernd Zeimetz wrote:
>> Moritz Muehlenhoff wrote:
>>> Does this error still occur with 2.6.26-21 from the latest point
>>> update, which introduced two patches which
On 05/20/2011 11:14 AM, Bastian Blank wrote:
> On Fri, May 20, 2011 at 10:59:10AM +0200, Bernd Zeimetz wrote:
>> On 05/20/2011 10:40 AM, Bastian Blank wrote:
>>>> (And please let me know what is wrong in using dd on a disk drive. I
>>>> assume you never read
, rejecting
all IO, without ever being able to recover at all?
If upstream shares your opinion on that it is time to switch to a
different OS.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprints: E
On 05/20/2011 10:19 AM, Bernd Zeimetz wrote:
> On 05/20/2011 09:55 AM, Bastian Blank wrote:
>> On Fri, May 20, 2011 at 09:19:34AM +0200, Bernd Zeimetz wrote:
>>> If a userspace prgram is able to trigger a kernel bug the kernel needs to be
>>> fixed, not userspace
On 05/20/2011 09:55 AM, Bastian Blank wrote:
> On Fri, May 20, 2011 at 09:19:34AM +0200, Bernd Zeimetz wrote:
>> If a userspace prgram is able to trigger a kernel bug the kernel needs to be
>> fixed, not userspace.
>
> The kernel works as documented. It is the task of
ecent kernels - and it is easy to trigger, even
without using dpkg. Still happens with .38. And it became even worse with .38 -
one crash per day instead of one every other week.
If a userspace prgram is able to trigger a kernel bug the kernel needs to be
fixed, not userspace.
--
Bernd Ze
Cheers,
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprints: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
wit
.php for
details. It would be appreciated if the bug could be fixed in the next
point-releases for Lenny and Squeeze.
Thanks and cheers,
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG
4.06.02
BIOS Version : 2.10
FCode Version: 2.04
Cheers,
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE9
librarian.net/17517188/linux-2.6-scsi-qla2xxx-disable-msi-x-by-default.patch
[2] http://bugzilla.kernel.org/show_bug.cgi?id=11646
[3] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/268242
Best regards,
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
h
d not using NFS.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435
v rules have to do with this problem?
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
ECA1 E3F2 8E11 2432 D485 DD95
Package: linux-2.6
Version: 2.6.26-19
Severity: important
We get the following backtrace way too often, it repeats for all CPUs,
but I'm pasting it only once here.
[633582.838114] BUG: soft lockup - CPU#0 stuck for 61s! [init:1]
[633582.838114] Modules linked in: nfs lockd nfs_acl sunrpc ipip t
anything to help debugging this
very annoying bug.
Cheers,
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
ECA
anks for for your work!
Bernd
--
Bernd Zeimetz Debian GNU/Linux Developer
GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Tr
Package: firmware-qlogic
Severity: minor
hi,
the firmware packaged in the firmware-qlogic package does not only support
QLA cards, but - for example - also the QLE models. The description is a
bit confusiong here. Unfortunately I'm not sure what the best way to describe
the package is, probably t
Moritz Muehlenhoff wrote:
> On Thu, Sep 13, 2007 at 03:42:36AM +0200, Bernd Zeimetz wrote:
>> although no non-SMP kernel boots on this machine as reported in #440720,
>> even the 2.6.18 SMP kernel from Etch just hangs the machine, just not as
>> badly as the non-SMP kernel.
: done.
ndiswrapper-utils-1.9_1.53-1_amd64.deb: done.
ndiswrapper_1.53-1_amd64.changes: done.
Successfully uploaded packages.
Cheers,
Bernd
- --
Bernd Zeimetz Debian GNU/Linux Developer
GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
-BEGIN
Package: initramfs-tools
Version: 0.85h
Severity: serious
X-Debbugs-CC: [EMAIL PROTECTED]
Hi,
while creating an initrd the /etc/lvm.conf is not copied into the
initrd, this can result in a pretty ugly behaviours as the initrd will
activate all VG/LV it can find. For example if you boot from SA
give it a try. While having a RT kernel as default is not
an option imho, it would be great to have an installable RT kernel for
the latest hardware (nobody wants to do realtime sound processing on old
machines imho).
Cheers,
Bernd
[1]: http://jacklab.org/
--
Bernd Zeimetz
<[EMAIL PROTEC
maximilian attems wrote:
> On Sun, Dec 09, 2007 at 11:55:15PM +0100, Bernd Zeimetz wrote:
>> please apply
>> http://git.kernel.org/?p=linux/kernel/git/davem/sparc-2.6.git;a=commit;h=b332b8bc9c67165eabdfc7d10b4a2e4cc9f937d0
>> to allow to boot the installer on larger SunFire
Hi,
please apply
http://git.kernel.org/?p=linux/kernel/git/davem/sparc-2.6.git;a=commit;h=b332b8bc9c67165eabdfc7d10b4a2e4cc9f937d0
to allow to boot the installer on larger SunFire machines with US III
CPUs again.
Thanks,
Bernd
--
Bernd Zeimetz
<[EMAIL PROTEC
A sparc snapshot is now available on buildserver.net, so I'm going to
> remove this one to free space on gluck.
>
Please enable sysrq-trigger on sparc.
Thanks,
Bernd
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIB
utex_death+0x20/0x90
on the consoles of all machines.
Nothing more interesting in the log, though.
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
it.
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=433187#60
that rarely worked here to trigger the bug.
If you want to add extra badness, use libnss-db :)
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMA
ning fine since that day, and even under high load I didn't manage
to crash it again. So at least it makes things _MUCH_ better.
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tags 433187 + etch
thanks
I'm adding Etch, as I can reproduce the problem there easily. A fix - at
least in Etch+1/2 would be appreciated.
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Because of this compat futex layer bug we get into the following loop
when executing the get_user() load near the top of handle_futex_death():
1) load from address '0xf7f16bd8', FAULT
2) fault handler clears upper 32-bits, processes fault
for address '0xf7f16bd8' which suc
: 004420d8
[29077.009144] I7:
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
> Luckily much more output of sysrq is in the syslog, so I should be able to
> mail it later when the
> machine is finished with rebooting (which takes some time...).
the sysrq output from the syslog and my kernel config are attached to this mail.
Cheers,
Bernd
--
Bernd Zei
Bernd Zeimetz wrote:
>>> For those who can reproduce it an have something like libnss-db
>>> enabled, try disabling it.
>
> - disabled it
> - running vgdisplay killed the machine (wanted to create a new LV for a
> chroot)... it's not accessible at all anymor
is not
next to you.
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ce 179c85ea53bef807621f335767e41e23f86f01df behaviour became better,
the processes are only dead, before that patch the machine was pretty
much frozen and didn't even react on stop+a anymore.
Is there any new patch we can give a try?
Thanks,
Bernd
--
Bernd Zeimetz
<[EMAIL PROTECTED]&g
I was not
able to enter anything.
:(
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
nd that via a serial connection? :)
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
See #440720
I find it interesting though, that the machine is still accessible - but
probably this was just the same here and I should have been a bit
patient for half an hour or so.
Unfortunately the machine didn;t want to boot the kernel I've build with
a lot of debug stuff included I&
> repeater chips (with 2 levels) to hookup the CPUs (the E15k uses 3
> levels of repeater chips).
hookup is probably the wrong word here - stupid translator. Interconnect
fits it better.
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To
Martin wrote:
> On Sun, 2007-09-23 at 02:48 +0200, Bernd Zeimetz wrote:
>
>> On which machines does the kernel boot properly?
>> Remember that UltraSPARC II processors have a different architecture
>> and UltraSPARC IIi and IIIi also are different!
> Please forgive me
were published there before the product has
general availability.
---
I'll keep updates posted.
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
logging out.
:(
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
kill -9 the aptitude
processes, but it doesn't freeze the machine.
The machine doesn't freeze with a libc6 from lenny.
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
el on UltraSparc III (and
more recent) US cpus at all.
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
x1484c7c, FUTEX_WAIT, 3, NULL
10796 exit_group(0) = ?
10807 <... futex resumed> ) = ? ERESTARTSYS (To be restarted)
aptitude works well here, with and without strace.
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bernd
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
know you're not supposed
to run the machine with an odd number of CPUs. But I didn't find any
real proper information about that - I didn't spend much time on reading
books, though. The machine has 4 slots, 2 CPUs per slot :)
But removing CPUs to install a machine is nothing one
Richard Mortimer wrote:
> On Thu, 2007-09-13 at 22:30 +0200, Bernd Zeimetz wrote:
>> Well, I've tried to boot a non-SMP kernel (2.6.23-rc5) a few minutes ago
>> (... and I had to power-cycle it, it is running selftests now), and
>> the machine froze after
>>
a a try and tried to boot a SMP kernel on a single
cpu (US IIi) machine and the machine froze in the same state as the v880
above. So I guess it's not possible to run SMP kernels on all sparc
machines.
Cheers,
Bernd
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
t, therefore I'm forwarding the message to debian-sparc, too.
Probably interesting to read for you:
http://www.sun.com/processors/manuals/USIIIv2.pdf
http://docs-pdf.sun.com/806-6592-11/806-6592-11.pdf
Cheers,
Bernd
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <
with similar results.
Due to lack of time we didn't manage to test this on machines which are
affected by the bug reported here, we'll do so tomorrow.
Cheers,
Bernd
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, email
although no non-SMP kernel boots on this machine as reported in #440720,
even the 2.6.18 SMP kernel from Etch just hangs the machine, just not as
badly as the non-SMP kernel.
--
Bernd Zeimetz
<[EMAIL PROTECTED]> <http://bzed.de/>
--
To UNSUBSCRIBE, ema
2.6.21 had hickups with the FC
controller in the machine, but I guess the kernel would have worked
otherwise. The installer from lenny which ships with a non-SMP kernel
crashed baly as you can see in the bug report above.
Cheers,
Bernd
--
Bernd Zeimetz
<[EMAIL PROTECTED]>
em.
Why don't you start to send patches then. Seems you have enough free
time to look after such issues. Fixing Kernels to work on more
(sometimes even important machines, like buildds) is a much more
important job than to get rid of oh so non-free firmware.
--
Bernd Ze
Package: 2.6.21-2-sparc64
Version: 2.6.21-6
Severity: important
Hi,
2.6.21-2-sparc64 fails to boot on a SunFire v880 with the same/similar
error as described on
http://people.debian.org/~terpstra/message/20070307.205218.812de3a7.en.html#debian-sparc
Obviously gentoo works well on the machine, but
Package: linux-image-2.6.18-5-sparc64
Version: 2.6.18.dfsg.1-13etch2
Severity: important
Booting this kernel on a SunFire v880 results in a CPU exception:
Remapping the kernel... done.
Booting Linux...
ERROR: CPU3 RED State Exception
[..long output: see attached file..]
This makes Etch uninsta
58 matches
Mail list logo
