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 a
> 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.
C
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 l
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 of
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:
> >>>BUG_ON(!list
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 p
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, cpu
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 y
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 M
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 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 d
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
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 neve
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 unsubscri
Hello,
I'm currently experiencing some major problems trying to do a full
backup. I've recently added an USB 3.0 card to my system and now it
seems my full-backup routine evolved to a stress test. ;)
What I'm doing is either
tar cp . | mbuffer | bzip2smp >foo.tar.bz2
or
dd if=/dev/sdaN bs=
17 matches
Mail list logo