Am 14.10.2012 14:27, schrieb Alan Cox:
The people which are responsible that the chips for "consumer"-HW and
laptops got their (already included) ECC functionality disabled should
get hit with Googles (now 3y old) study on that topic all the day.
Leaving customers in danger by not offering them
Am 14.10.2012 14:27, schrieb Alan Cox:
The people which are responsible that the chips for consumer-HW and
laptops got their (already included) ECC functionality disabled should
get hit with Googles (now 3y old) study on that topic all the day.
Leaving customers in danger by not offering them at
> The people which are responsible that the chips for "consumer"-HW and
> laptops got their (already included) ECC functionality disabled should
> get hit with Googles (now 3y old) study on that topic all the day.
> Leaving customers in danger by not offering them at least the
> possibility to
Am 02.10.2012 11:30, schrieb Alexander Holler:
Am 01.10.2012 11:21, schrieb Alexander Holler:
Hello,
Am 01.10.2012 11:10, schrieb Jan Kara:
sha1sum Tainted: P O 3.5.4-9-gfa43f23-dirty #228
BTW, fglrx moodule taints the kernel because it is a proprietary
driver.
I know.
Am 02.10.2012 11:30, schrieb Alexander Holler:
Am 01.10.2012 11:21, schrieb Alexander Holler:
Hello,
Am 01.10.2012 11:10, schrieb Jan Kara:
sha1sum Tainted: P O 3.5.4-9-gfa43f23-dirty #228
BTW, fglrx moodule taints the kernel because it is a proprietary
driver.
I know.
The people which are responsible that the chips for consumer-HW and
laptops got their (already included) ECC functionality disabled should
get hit with Googles (now 3y old) study on that topic all the day.
Leaving customers in danger by not offering them at least the
possibility to use
On Wed 03-10-12 00:03:13, Jochen Katz wrote:
> Hi,
>
> there is currently a thread "kernel BUG at fs/buffer.c:3205 (stable 3.5.3)"
> on this list.
>
> I have reached the same BUG_ON(), but in an older kernel and with a different
> environment, so maybe the fo
On Wed 03-10-12 00:03:13, Jochen Katz wrote:
Hi,
there is currently a thread kernel BUG at fs/buffer.c:3205 (stable 3.5.3)
on this list.
I have reached the same BUG_ON(), but in an older kernel and with a different
environment, so maybe the following information is helpfull.
- Kernel
Hi,
there is currently a thread "kernel BUG at fs/buffer.c:3205 (stable 3.5.3)" on
this list.
I have reached the same BUG_ON(), but in an older kernel and with a different
environment, so maybe the following information is helpfull.
- Kernel is from openSUSE 12.2: kernel-desktop-3.
Am 01.10.2012 11:21, schrieb Alexander Holler:
Hello,
Am 01.10.2012 11:10, schrieb Jan Kara:
sha1sum Tainted: P O 3.5.4-9-gfa43f23-dirty #228
BTW, fglrx moodule taints the kernel because it is a proprietary
driver.
I know.
Can you reproduce the issue without this module
Am 01.10.2012 11:21, schrieb Alexander Holler:
Hello,
Am 01.10.2012 11:10, schrieb Jan Kara:
sha1sum Tainted: P O 3.5.4-9-gfa43f23-dirty #228
BTW, fglrx moodule taints the kernel because it is a proprietary
driver.
I know.
Can you reproduce the issue without this module
Hi,
there is currently a thread kernel BUG at fs/buffer.c:3205 (stable 3.5.3) on
this list.
I have reached the same BUG_ON(), but in an older kernel and with a different
environment, so maybe the following information is helpfull.
- Kernel is from openSUSE 12.2: kernel-desktop-3.4.6-2.10.1
Hello,
Am 01.10.2012 11:10, schrieb Jan Kara:
sha1sum Tainted: P O 3.5.4-9-gfa43f23-dirty #228
BTW, fglrx moodule taints the kernel because it is a proprietary driver.
I know.
Can you reproduce the issue without this module loaded?
I will try it with a clean 3.6. Most
On Sat 29-09-12 21:07:27, Alexander Holler wrote:
> Am 27.09.2012 22:03, schrieb Jan Kara:
> >On Thu 27-09-12 17:46:48, Alexander Holler wrote:
> >>Hello,
> >>
> >>Am 27.09.2012 17:12, schrieb Jan Kara:
> >>> Just some thoughts about your oops:
> >>>The assertion which fails is:
>
On Sat 29-09-12 21:07:27, Alexander Holler wrote:
Am 27.09.2012 22:03, schrieb Jan Kara:
On Thu 27-09-12 17:46:48, Alexander Holler wrote:
Hello,
Am 27.09.2012 17:12, schrieb Jan Kara:
Just some thoughts about your oops:
The assertion which fails is:
Hello,
Am 01.10.2012 11:10, schrieb Jan Kara:
sha1sum Tainted: P O 3.5.4-9-gfa43f23-dirty #228
BTW, fglrx moodule taints the kernel because it is a proprietary driver.
I know.
Can you reproduce the issue without this module loaded?
I will try it with a clean 3.6. Most
Am 27.09.2012 22:03, schrieb Jan Kara:
On Thu 27-09-12 17:46:48, Alexander Holler wrote:
Hello,
Am 27.09.2012 17:12, schrieb Jan Kara:
Just some thoughts about your oops:
The assertion which fails is:
BUG_ON(!list_empty(>b_assoc_buffers));
Now b_assoc_buffers isn't used very much. In
Am 27.09.2012 22:03, schrieb Jan Kara:
On Thu 27-09-12 17:46:48, Alexander Holler wrote:
Hello,
Am 27.09.2012 17:12, schrieb Jan Kara:
Just some thoughts about your oops:
The assertion which fails is:
BUG_ON(!list_empty(bh-b_assoc_buffers));
Now b_assoc_buffers isn't used very much. In
Am 27.09.2012 22:05, schrieb Jan Kara:
On Thu 27-09-12 20:01:00, Alexander Holler wrote:
[ 111.087356] EXT4-fs (sdc1): mounted filesystem with ordered data
mode. Opts: (null)
[ 672.868948] CPU4: Core temperature above threshold, cpu clock
throttled (total events = 1)
[ 672.868949] CPU0: Core
Am 27.09.2012 22:05, schrieb Jan Kara:
On Thu 27-09-12 20:01:00, Alexander Holler wrote:
[ 111.087356] EXT4-fs (sdc1): mounted filesystem with ordered data
mode. Opts: (null)
[ 672.868948] CPU4: Core temperature above threshold, cpu clock
throttled (total events = 1)
[ 672.868949] CPU0: Core
On Thu 27-09-12 20:01:00, Alexander Holler wrote:
> [ 111.087356] EXT4-fs (sdc1): mounted filesystem with ordered data
> mode. Opts: (null)
> [ 672.868948] CPU4: Core temperature above threshold, cpu clock
> throttled (total events = 1)
> [ 672.868949] CPU0: Core temperature above threshold,
On Thu 27-09-12 17:46:48, Alexander Holler wrote:
> Hello,
>
> Am 27.09.2012 17:12, schrieb Jan Kara:
> > Just some thoughts about your oops:
> >The assertion which fails is:
> >BUG_ON(!list_empty(>b_assoc_buffers));
> >
> >Now b_assoc_buffers isn't used very much. In particular ext4 which you
Am 27.09.2012 20:01, schrieb Alexander Holler:
After 2 successful tries in sequence, the third failed (sorry, LANG=de):
---
[root@krabat bind]# tar cp . | mbuffer | bzip2smp
>/mnt/usb3/Krabat.Fedora17.sdb2.27.09.12.tar.bz2
in @ 33.1
Am 27.09.2012 18:20, schrieb Alexander Holler:
Am 27.09.2012 17:46, schrieb Alexander Holler:
Hello,
Am 27.09.2012 17:12, schrieb Jan Kara:
Just some thoughts about your oops:
The assertion which fails is:
BUG_ON(!list_empty(>b_assoc_buffers));
Now b_assoc_buffers isn't used very much. In
Am 27.09.2012 17:46, schrieb Alexander Holler:
Hello,
Am 27.09.2012 17:12, schrieb Jan Kara:
Just some thoughts about your oops:
The assertion which fails is:
BUG_ON(!list_empty(>b_assoc_buffers));
Now b_assoc_buffers isn't used very much. In particular ext4 which you
seem
to be using
Hello,
Am 27.09.2012 17:12, schrieb Jan Kara:
Just some thoughts about your oops:
The assertion which fails is:
BUG_ON(!list_empty(>b_assoc_buffers));
Now b_assoc_buffers isn't used very much. In particular ext4 which you seem
to be using doesn't use this list at all (except when mounted in
On Thu 27-09-12 13:45:14, Alexander Holler wrote:
> Am 25.09.2012 13:02, schrieb Dan Carpenter:
> >Did any of the old kernels work? Have you ruled out bad hardware?
>
> Older kernels worked and I could make full backups without any
> problems. I'm using that hardware since several years, and
On Thu 27-09-12 13:45:14, Alexander Holler wrote:
Am 25.09.2012 13:02, schrieb Dan Carpenter:
Did any of the old kernels work? Have you ruled out bad hardware?
Older kernels worked and I could make full backups without any
problems. I'm using that hardware since several years, and never had
Hello,
Am 27.09.2012 17:12, schrieb Jan Kara:
Just some thoughts about your oops:
The assertion which fails is:
BUG_ON(!list_empty(bh-b_assoc_buffers));
Now b_assoc_buffers isn't used very much. In particular ext4 which you seem
to be using doesn't use this list at all (except when mounted
Am 27.09.2012 17:46, schrieb Alexander Holler:
Hello,
Am 27.09.2012 17:12, schrieb Jan Kara:
Just some thoughts about your oops:
The assertion which fails is:
BUG_ON(!list_empty(bh-b_assoc_buffers));
Now b_assoc_buffers isn't used very much. In particular ext4 which you
seem
to be using
Am 27.09.2012 18:20, schrieb Alexander Holler:
Am 27.09.2012 17:46, schrieb Alexander Holler:
Hello,
Am 27.09.2012 17:12, schrieb Jan Kara:
Just some thoughts about your oops:
The assertion which fails is:
BUG_ON(!list_empty(bh-b_assoc_buffers));
Now b_assoc_buffers isn't used very much.
Am 27.09.2012 20:01, schrieb Alexander Holler:
After 2 successful tries in sequence, the third failed (sorry, LANG=de):
---
[root@krabat bind]# tar cp . | mbuffer | bzip2smp
/mnt/usb3/Krabat.Fedora17.sdb2.27.09.12.tar.bz2
in @ 33.1
On Thu 27-09-12 17:46:48, Alexander Holler wrote:
Hello,
Am 27.09.2012 17:12, schrieb Jan Kara:
Just some thoughts about your oops:
The assertion which fails is:
BUG_ON(!list_empty(bh-b_assoc_buffers));
Now b_assoc_buffers isn't used very much. In particular ext4 which you seem
to be
On Thu 27-09-12 20:01:00, Alexander Holler wrote:
[ 111.087356] EXT4-fs (sdc1): mounted filesystem with ordered data
mode. Opts: (null)
[ 672.868948] CPU4: Core temperature above threshold, cpu clock
throttled (total events = 1)
[ 672.868949] CPU0: Core temperature above threshold, cpu
Did any of the old kernels work? Have you ruled out bad hardware?
If the answers to both questions are yes then it makes your email
harder to ignore. In which case, we'd probably want the complete
dmesg.
The USB mailing list is linux-...@vger.kernel.org.
regards,
dan carpenter
--
To
Did any of the old kernels work? Have you ruled out bad hardware?
If the answers to both questions are yes then it makes your email
harder to ignore. In which case, we'd probably want the complete
dmesg.
The USB mailing list is linux-...@vger.kernel.org.
regards,
dan carpenter
--
To
13 00:14:34 krabat kernel: [14450.085735] [ cut here
]
Sep 13 00:14:34 krabat kernel: [14450.085740] kernel BUG at
fs/buffer.c:3205!
Sep 13 00:14:34 krabat kernel: [14450.085741] invalid opcode: [#1] SMP
Sep 13 00:14:34 krabat kernel: [14450.085743] CPU 0
Sep 13 00
:34 krabat kernel: [14450.085735] [ cut here
]
Sep 13 00:14:34 krabat kernel: [14450.085740] kernel BUG at
fs/buffer.c:3205!
Sep 13 00:14:34 krabat kernel: [14450.085741] invalid opcode: [#1] SMP
Sep 13 00:14:34 krabat kernel: [14450.085743] CPU 0
Sep 13 00:14:34
38 matches
Mail list logo
