On 01.03.2013 21:55, Julien Cristau wrote:
On Fri, Mar 1, 2013 at 21:38:54 +0100, thomas schorpp wrote:
So no technical reasons to drop the package?
Until and unless the driver is in mainline, there's every reason to drop
it.
Well, then drop all the other non-"mainline&quo
table, 2015?
schorpp@tom3:/mnt/data/usr/local/src/crystalhd/driver/linux$ make clean
rm -f *.map *.list *.o *.ko crystalhd.mod.c crystalhd_lnx.o crystalhd_misc.o
crystalhd_cmds.o crystalhd_hw.o crystalhd_linkfuncs.o crystalhd_fleafuncs.o
crystalhd_flea_ddr.o
schorpp@tom3:/mnt/data/usr/loca
confirmation?
Driver does not behave different from linux 3.2...3.7.1 here, see my posts on
the linux-media list, xbmc people?
y
tom
On Thu, Feb 28, 2013 at 4:52 PM, thomas schorpp
wrote:
On 28.02.2013 20:41, Julien Cristau wrote:
On Thu, Jan 31, 2013 at 19:25:50 +0100, tom schorpp wrote:
Package
On 28.02.2013 20:41, Julien Cristau wrote:
On Thu, Jan 31, 2013 at 19:25:50 +0100, tom schorpp wrote:
Package: crystalhd-dkms
Version: 1:0.0~git20110715.fdd2f19-7
Severity: critical
Tags: patch
Justification: breaks the whole system
Reproducible NULL pointer BUG at
crystalhd-0.0~git20110715
hed.
crystalhd git.linuxtv.org kernel driver: Fix PM suspend broken by emergency
patches
Signed-off-by: Thomas Schorpp
y
tom
diff --git a/driver/linux/crystalhd_cmds.c b/driver/linux/crystalhd_cmds.c
index cecd710..cb6e65d 100644
--- a/driver/linux/crystalhd_cmds.c
+++ b/driver/linux/cry
GPL driver.
--
Patch attached.
crystalhd git.linuxtv.org kernel driver: FIX kernel freeze or OOPS in ISRs
Signed-off-by: Thomas Schorpp
y
tom
diff --git a/driver/linux/crystalhd_cmds.c b/driver/linux/crystalhd_cmds.c
index cecd710..ba743df 100644
--- a/driver/linux/crystalhd_cmds.c
++
from GetDriverStatus
DtsAllocIoctlData Error
Unable to detach from Dil shared memory ...
DtsDelDilShMem:Unable get shmid ...
Stream with high frequencies VQ coding
/usr/bin/transmageddon: Zeile 3: 6692 Speicherzugriffsfehler python
transmageddon.py
schorpp@tom3:~$
Feb 1 20:21:44 tom3 kernel: [
a ioctl with mode 1c200
Feb 1 02:14:12 tom3 kernel: [ 714.202181] crystalhd_hw_stop_capture: Invalid
Arguments
Feb 1 02:14:12 tom3 kernel: [ 714.202184] crystalhd_hw_free_dma_rings:
Invalid Arguments
Feb 1 02:14:12 tom3 kernel: [ 714.202267] crystalhd_hw_close: Invalid
Arguments
card.
Signed-off-by: Thomas Schorpp
y
tom
8043-Jan 24 18:33:14 tom3 kernel: [ 457.636878] BUG: unable to handle kernel
NULL pointer dereference at 002c
8044:Jan 24 18:33:14 tom3 kernel: [ 457.637016] IP: []
crystalhd_dioq_fetch_wait+0x25c/0x410 [crystalhd]
8045-Jan 24 18
Package: linux-image-2.6.24-etchnhalf.1-686
Version: 2.6.24-6~etchnhalf.6
Severity: critical
Justification: breaks the whole system
Silent upgrade error on modules.dep/ramdisk-creation make kernel ubootable,
fails bevor root mount.
Maybe depends on newer yaird/initramfs-tools?
y
tom
-- Package-
Peter Eisentraut wrote:
Starting DirMngr: dirmngrdirmngr[15178]: Fatal: libksba is too old
(need 1.0.0, have 0.9.11)
It seems to work for everyone else. And it's quite impossible to get the
behavior you are seeing with nonbroken binaries, because:
strings /usr/lib/libksba.so.8.9.2 | fgrep 0
Package: dirmngr
Version: 1.0.1-1
Severity: grave
Tags: security
Justification: renders package unusable
since weeks/months:
Starting DirMngr: dirmngrdirmngr[15178]: Fatal: libksba is too old
(need 1.0.0, have 0.9.11)
pls see Bug #445988 too:
libksba8: version in header wrong, makes dirmngr unin
Francois Marier wrote:
forwarded 439264 http://bugs.kde.org/149226
thanks
Hi Tom,
I forwarded your bug report to the K3b main developer. Feel free to visit
the KDE bug tracker directly to discuss your problems directly with
Sebastian.
Thanks for taking the time to report this, it looks quite
Package: k3b
Version: 1.0.3-2
Severity: critical
Justification: breaks the whole system
On media insertion or already media inserted on startup k3b irritates
at least this DVD reader drive:
Blockdevice:/dev/hdc
Generic device:
Vendor: TOSHIBA
Description:ODD-DVD SD-M1802
Version
Package: linux-image-2.6.18-4-amd64
Version: 2.6.18.dfsg.1-11
Severity: critical
Justification: breaks the whole system + netinstall iso
lo,
well, ive several live cd systems < 2.6.19.5i386 that oops and hang boot in
aic7xxx init,
only one booting here is knoppix 5.2,
the latest unofficial debi
-att-
Subject: ekiga: libs incosistences or buggy sid libs installed
Followup-For: Bug #382331
Package: ekiga
Version: 2.0.2-1
*** Please type your report below this line ***
hi guys, its running fine here. cant reproduce.
1.
maybe you need to downgrade some libg*'s for an intermediate
solution
-att-
Subject: ekiga: libs incosistences or buggy sid libs installed
Followup-For: Bug #382331
Package: ekiga
Version: 2.0.2-1
*** Please type your report below this line ***
hi guys, its running fine here. cant reproduce.
1.
maybe you need to downgrade some libg*'s for an intermediate
solution
Package: ekiga
Version: 2.0.2-1
Followup-For: Bug #382331
hi guys, its running fine here. cant reproduce.
1.
maybe you need to downgrade some libg*'s for an intermediate
solution until sid libs get more stable.
see my setup below.
2.
pls run gdb ekiga and identify the hanging lib/api calls in
Giuseppe Sacco wrote:
Il giorno ven, 25/08/2006 alle 12.24 +0200, Thomas Schorpp ha scritto:
Giuseppe Sacco wrote:
Package: hylafax-server
Version: 1:4.2.1-5sarge3
Severity: grave
Tags: security
Justification: renders package unusable
Some line modems misinterpret human voice as V.9x, etc
Giuseppe Sacco wrote:
Il giorno ven, 25/08/2006 alle 12.24 +0200, Thomas Schorpp ha scritto:
Giuseppe Sacco wrote:
Package: hylafax-server
Version: 1:4.2.1-5sarge3
Severity: grave
Tags: security
Justification: renders package unusable
Some line modems misinterpret human voice as V.9x, etc
Giuseppe Sacco wrote:
Package: hylafax-server
Version: 1:4.2.1-5sarge3
Severity: grave
Tags: security
Justification: renders package unusable
Some line modems misinterpret human voice as V.9x, etc, connection
requests. This makes the server spawn getty-link with attach to the
line modem device w
Package: hylafax-server
Version: 1:4.2.1-5sarge3
Severity: grave
Tags: security
Justification: renders package unusable
Some line modems misinterpret human voice as V.9x, etc, connection
requests. This makes the server spawn getty-link with attach to the
line modem device which locks the device
Package: exim4-daemon-heavy
Version: 4.52-1
Followup-For: Bug #285371
was all fine with 4.51, problems are back with this version.
maybe my p2 machine is too slow or does not deliver enough valid random data.
1. send a message from mozilla with tls
2. connection establishes and hangs on for ~20m
23 matches
Mail list logo
