Kernel 4.19.42 and newer have broke my Bluetooth keyboard/mouse support

kernel.org Signed-off-by: Greg Kroah-Hartman My current working setup with 4.19.41 is as follows: root@thinkpad:/home/cijoml# hcitool con Connections: > ACL 00:07:61:49:2A:6A handle 69 state 1 lm MASTER AUTH ENCRYPT > ACL 00:07:61:3E:1C:71 handle 71 state 1 lm MASTER AUTH ENCRYPT &

LINUX 4.11.6. Leadtek - USB2.0 Winfast DTV dongle does not initialize correctly

Hello, after years of not using the dongle I wanted to use it. And I ended up like this. Previously dongle worked correctly. It is not broken I checked it in Windows. [ 22.050048] usb 3-1: new high-speed USB device number 3 using xhci_hcd [ 22.190321] usb 3-1: New USB device found,

LINUX 4.11.6. Leadtek - USB2.0 Winfast DTV dongle does not initialize correctly

Hello, after years of not using the dongle I wanted to use it. And I ended up like this. Previously dongle worked correctly. It is not broken I checked it in Windows. [ 22.050048] usb 3-1: new high-speed USB device number 3 using xhci_hcd [ 22.190321] usb 3-1: New USB device found,

[PATCH TRY 2] Support for EVOLVEO XtraTV stick

Hello guys, please find out down this email patch to support EVOLVEO XtraTV stick. This tuner is for android phones with microusb connecter, however with reduction it works perfectly with linux kernel: The device identify itself at USB bus as Bus 002 Device 004: ID 1f4d:a115 G-Tek Electronics

[PATCH TRY 2] Support for EVOLVEO XtraTV stick

Hello guys, please find out down this email patch to support EVOLVEO XtraTV stick. This tuner is for android phones with microusb connecter, however with reduction it works perfectly with linux kernel: The device identify itself at USB bus as Bus 002 Device 004: ID 1f4d:a115 G-Tek Electronics

Is Infineon PEB 3332 EL supported in Linux?

://daisy.servodata.cz/~cijoml/D-link_DVG-G1402S-inside/ Thanks a lot for reply Michal -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please re

Is Infineon PEB 3332 EL supported in Linux?

://daisy.servodata.cz/~cijoml/D-link_DVG-G1402S-inside/ Thanks a lot for reply Michal -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http

Re: [linux-dvb] SATELCO EasyWatch PCI DVB-T

Hi Kim, I own same card as you - do you also have interrupts errors while playing stream? notas:/home/cijoml# cat /proc/interrupts CPU0 0:2954366XT-PIC-XTtimer 1: 21558XT-PIC-XTi8042 2: 0XT-PIC-XTcascade 4: 63639

Re: [linux-dvb] SATELCO EasyWatch PCI DVB-T

Hi Kim, I own same card as you - do you also have interrupts errors while playing stream? notas:/home/cijoml# cat /proc/interrupts CPU0 0:2954366XT-PIC-XTtimer 1: 21558XT-PIC-XTi8042 2: 0XT-PIC-XTcascade 4: 63639

Is there any IBM SSA Adapter driver available in Linux????

Hi All, I have now free IBM H70 with old SSA Array (1 TB discs) and would like use it as a samba share. Everythink is working except the SSA card accessing the array: 0001:40:0b.0 SSA: IBM SSA Adapter [Advanced SerialRAID/X] (rev 06) Is there driver available for this card? Thanks a lot for

Is there any IBM SSA Adapter driver available in Linux????

Hi All, I have now free IBM H70 with old SSA Array (1 TB discs) and would like use it as a samba share. Everythink is working except the SSA card accessing the array: 0001:40:0b.0 SSA: IBM SSA Adapter [Advanced SerialRAID/X] (rev 06) Is there driver available for this card? Thanks a lot for

Re: HTC TyTN || (P4550) violates GPL?? Or maybe Qualcomm itself with MSM7200???

Dne so 8. prosince 2007 Mauricio Mauad Menegaz Filho napsal(a): > 2007/12/7, CIJOML <[EMAIL PROTECTED]>: > > Hi there, > > ... > > Can anybody else confirm this and contact those companies for source > > codes? > > It seems that the sources are there: >

Re: HTC TyTN || (P4550) violates GPL?? Or maybe Qualcomm itself with MSM7200???

Dne so 8. prosince 2007 Mauricio Mauad Menegaz Filho napsal(a): 2007/12/7, CIJOML [EMAIL PROTECTED]: Hi there, ... Can anybody else confirm this and contact those companies for source codes? It seems that the sources are there: http://www.ertos.nicta.com.au/software/ Mauad Hi

HTC TyTN || (P4550) violates GPL?? Or maybe Qualcomm itself with MSM7200???

Hi there, it looks like there is running linux somewhere inside in the radio part of the firmware... http://forum.xda-developers.com/archive/index.php/t-326419.html $ strings kaiser_radio_0x301.nb |grep -i linux M6500C L4/Linux L4 Linux NICTNICTA::Pistachio - built on Jan 23 2007 18:10:22

HTC TyTN || (P4550) violates GPL?? Or maybe Qualcomm itself with MSM7200???

Hi there, it looks like there is running linux somewhere inside in the radio part of the firmware... http://forum.xda-developers.com/archive/index.php/t-326419.html $ strings kaiser_radio_0x301.nb |grep -i linux M6500C L4/Linux L4 Linux NICTNICTA::Pistachio - built on Jan 23 2007 18:10:22

Re: Phis in /proc/bus/input/devices same for all devices?

(a): > Hi Michal, > > On Monday 29 October 2007, CIJOML wrote: > > Dne čt 22. února 2007 Dmitry Torokhov napsal(a): > > > Plus I > > > will export uniq in /proc/bus/input/devices and then yo can ask X guys > > > to allow matching on uniq as well. >

Re: Phis in /proc/bus/input/devices same for all devices?

(a): Hi Michal, On Monday 29 October 2007, CIJOML wrote: Dne čt 22. února 2007 Dmitry Torokhov napsal(a): Plus I will export uniq in /proc/bus/input/devices and then yo can ask X guys to allow matching on uniq as well. Hi Dmitri, I watched at 2.6.23 and this is still not done yet

Re: Phis in /proc/bus/input/devices same for all devices?

Dne čt 22. února 2007 Dmitry Torokhov napsal(a): > On 2/21/07, CIJOML <[EMAIL PROTECTED]> wrote: > > Dne čtvrtek 22 únor 2007 00:00 Marcel Holtmann napsal(a): > > > Hi Michal, > > > > > > > I need this for differing Option "XkbModel" in Xorg,

Re: Phis in /proc/bus/input/devices same for all devices?

Dne čt 22. února 2007 Dmitry Torokhov napsal(a): On 2/21/07, CIJOML [EMAIL PROTECTED] wrote: Dne čtvrtek 22 únor 2007 00:00 Marcel Holtmann napsal(a): Hi Michal, I need this for differing Option XkbModel in Xorg, so I can bind to each device it's model and has correct xev's

BUG: soft lockup detected on CPU#0!

Hi all, today I have expirienced soft lockup at 2.6.21 kernel. 2.6.22 is taking me same problem: BUG: soft lockup detected on CPU#0! [] softlockup_tick+0x98/0xb5 [] update_process_times+0x33/0x55 [] tick_nohz_handler+0x54/0xb4 [] smp_apic_timer_interrupt+0x62/0x72 []

BUG: soft lockup detected on CPU#0!

Hi all, today I have expirienced soft lockup at 2.6.21 kernel. 2.6.22 is taking me same problem: BUG: soft lockup detected on CPU#0! [c013e904] softlockup_tick+0x98/0xb5 [c01204f8] update_process_times+0x33/0x55 [c012e48f] tick_nohz_handler+0x54/0xb4 [c0110a59]

BUG: soft lockup detected on CPU#0! 2.6.21.3

Hi all, please take care about following bug commited at bugzilla: http://bugzilla.kernel.org/show_bug.cgi?id=8603 Thanks a lot! Michal - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at

BUG: soft lockup detected on CPU#0! 2.6.21.3

Hi all, please take care about following bug commited at bugzilla: http://bugzilla.kernel.org/show_bug.cgi?id=8603 Thanks a lot! Michal - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at

Who is currently usb.ids maintainer?

Hi guys, can anybody help me find current usb.ids maintainer? David Brownell is not responding and latest official version is 5 mounths old. I could take ownership if nobody takes care. Thanks for reply Michal - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

Who is currently usb.ids maintainer?

Hi guys, can anybody help me find current usb.ids maintainer? David Brownell is not responding and latest official version is 5 mounths old. I could take ownership if nobody takes care. Thanks for reply Michal - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body

Re: [Bluez-users] OOPS when swsusp/resume when connected to the internet via BT and GPRS

Hi Stefan, thanks for verification on not tainted kernel. I made same test with same error with/without tainted kernel too. Michal Dne pondělí 07 květen 2007 09:40 Stefan Seyfried napsal(a): > On Mon, May 07, 2007 at 12:05:33AM +0200, CIJOML wrote: > > Hi all, > > > > tod

Re: [Bluez-users] OOPS when swsusp/resume when connected to the internet via BT and GPRS

Hi Stefan, thanks for verification on not tainted kernel. I made same test with same error with/without tainted kernel too. Michal Dne pondělí 07 květen 2007 09:40 Stefan Seyfried napsal(a): On Mon, May 07, 2007 at 12:05:33AM +0200, CIJOML wrote: Hi all, today I experienced OOPS when

Re: OOPS when swsusp/resume when connected to the internet via BT and GPRS

is 100% opensource :) And BTW this happens also with madwifi kernel modules unloaded. Best regards Michal Dne pondělí 07 květen 2007 00:34 jste napsal(a): > Hi Michal, > > On 07/05/07, CIJOML <[EMAIL PROTECTED]> wrote: > > Hi all, > > > > today I experience

OOPS when swsusp/resume when connected to the internet via BT and GPRS

Hi all, today I experienced OOPS when connected via BT/GPRS to the internet, then swsup and resumed with dongle in HID proxy mode. Please see details in dmesg log: Restarting tasks ... <6>usb 3-1: USB disconnect, address 3 done. BUG: unable to handle kernel NULL pointer dereference at virtual

OOPS when swsusp/resume when connected to the internet via BT and GPRS

Hi all, today I experienced OOPS when connected via BT/GPRS to the internet, then swsup and resumed with dongle in HID proxy mode. Please see details in dmesg log: Restarting tasks ... 6usb 3-1: USB disconnect, address 3 done. BUG: unable to handle kernel NULL pointer dereference at virtual

Re: OOPS when swsusp/resume when connected to the internet via BT and GPRS

is 100% opensource :) And BTW this happens also with madwifi kernel modules unloaded. Best regards Michal Dne pondělí 07 květen 2007 00:34 jste napsal(a): Hi Michal, On 07/05/07, CIJOML [EMAIL PROTECTED] wrote: Hi all, today I experienced OOPS when connected via BT/GPRS to the internet

Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB updates

eginning. I assure > you, that I consider this fix to be very important, and I really would love > to see it hit mainline. However, given the situation, it is not > appropriate to push these in during -rc7 > > I have doubts on CIJOML's testing method -- there is no way he could ha

Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB updates

One more addiction: As a side effect this fixes also kernel crash, when you swsusp/swresume with USB dongle and playing DVB stream. Michal Dne pondělí 16 duben 2007 16:15 Adrian Bunk napsal(a): > On Sun, Apr 15, 2007 at 08:33:38PM -0400, Michael Krufky wrote: > > Mauro, > > > > I've been out

Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB updates

Hi, I have tested these patches with: Freecom DVB-T dongle Pluto2 pcmcia card Leadtek WinFast DTV dongle 1st generation Leadtek WinFast DTV dongle 2nd generation These are 4 different devices with 4 different hw and modules. All works. Please apply. Michal Dne pondělí 16 duben 2007 16:15

Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB updates

Hi, I have tested these patches with: Freecom DVB-T dongle Pluto2 pcmcia card Leadtek WinFast DTV dongle 1st generation Leadtek WinFast DTV dongle 2nd generation These are 4 different devices with 4 different hw and modules. All works. Please apply. Michal Dne pondělí 16 duben 2007 16:15

Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB updates

One more addiction: As a side effect this fixes also kernel crash, when you swsusp/swresume with USB dongle and playing DVB stream. Michal Dne pondělí 16 duben 2007 16:15 Adrian Bunk napsal(a): On Sun, Apr 15, 2007 at 08:33:38PM -0400, Michael Krufky wrote: Mauro, I've been out of town

Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB updates

to see it hit mainline. However, given the situation, it is not appropriate to push these in during -rc7 I have doubts on CIJOML's testing method -- there is no way he could have unplugged the device while in use, while running 2.6.20.y and not receive an OOPS. CIJOML, please see the bottom

Re: kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3

> > Markus > > On 3/16/07, Oliver Neukum <[EMAIL PROTECTED]> wrote: > > Am Freitag, 16. März 2007 10:13 schrieb CIJOML: > > > Hi, > > > > > > looks like more general problem with 2.6.21-rc3. This happens when I > > > > remove my &

Re: kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3

PROTECTED] wrote: Am Freitag, 16. März 2007 10:13 schrieb CIJOML: Hi, looks like more general problem with 2.6.21-rc3. This happens when I remove my PCMCIA USB2.0/IEEE1384 adapter from slot: Yes, the more important it is to know whether -rc2 works. And please report

Re: HID OOPS running hid2hci on logitech diNovo dongle

fig hci1 revision hci1: Type: USB BD Address: 00:07:61:46:8F:98 ACL MTU: 1017:8 SCO MTU: 64:0 Firmware 0.65 / 71 Michal Dne neděle 25 březen 2007 12:18 Jiri Kosina napsal(a): > On Sun, 25 Mar 2007, CIJOML wrote: > > in combination of kernel 2.6.20-mh1 and hid2hci from blu

HID OOPS running hid2hci on logitech diNovo dongle

Hi hid guys, in combination of kernel 2.6.20-mh1 and hid2hci from bluez-utils-3.9 I am getting following OOPS: BUG: at drivers/hid/hid-core.c:785 implement() [] hid_output_report+0x213/0x2be [] hid_submit_ctrl+0x52/0x1bc [usbhid] [] usbhid_submit_report+0x154/0x187 [usbhid] []

HID OOPS running hid2hci on logitech diNovo dongle

Hi hid guys, in combination of kernel 2.6.20-mh1 and hid2hci from bluez-utils-3.9 I am getting following OOPS: BUG: at drivers/hid/hid-core.c:785 implement() [c027a9c3] hid_output_report+0x213/0x2be [fcaf73fb] hid_submit_ctrl+0x52/0x1bc [usbhid] [fcaf76b9] usbhid_submit_report+0x154/0x187

Re: HID OOPS running hid2hci on logitech diNovo dongle

, CIJOML wrote: in combination of kernel 2.6.20-mh1 and hid2hci from bluez-utils-3.9 I am getting following OOPS: BUG: at drivers/hid/hid-core.c:785 implement() [c027a9c3] hid_output_report+0x213/0x2be [fcaf73fb] hid_submit_ctrl+0x52/0x1bc [usbhid] [fcaf76b9] usbhid_submit_report+0x154

Re: kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3

Dne čtvrtek 15 březen 2007 15:02 Oliver Neukum napsal(a): > Am Donnerstag, 15. März 2007 12:26 schrieb CIJOML: > > Hi, > > > > 2.6.20 is fine > > > > Michal > > Could you narrow it down a bit? Does rc2 work? > > Regards >

Re: kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3

napsal(a): Am Donnerstag, 15. März 2007 12:26 schrieb CIJOML: Hi, 2.6.20 is fine Michal Could you narrow it down a bit? Does rc2 work? Regards Oliver - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED

Re: kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3

Dne čtvrtek 15 březen 2007 09:03 Andrew Morton napsal(a): > > On Fri, 9 Mar 2007 16:41:53 +0100 CIJOML <[EMAIL PROTECTED]> wrote: > > Hi, > > > > I am trying change Freecom DVB-T dongle with Leadtek DVB-T dongle and I > > got this OOPS: > > > > --

Re: kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3

Dne čtvrtek 15 březen 2007 09:03 Andrew Morton napsal(a): On Fri, 9 Mar 2007 16:41:53 +0100 CIJOML [EMAIL PROTECTED] wrote: Hi, I am trying change Freecom DVB-T dongle with Leadtek DVB-T dongle and I got this OOPS: -- usb 2-3: new high speed USB

kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3

Hi, I am trying change Freecom DVB-T dongle with Leadtek DVB-T dongle and I got this OOPS: -- usb 2-3: new high speed USB device using ehci_hcd and address 2 usb 2-3: configuration #1 chosen from 1 choice dvb-usb: found a 'WideView WT-220U PenType Receiver

kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3

Hi, I am trying change Freecom DVB-T dongle with Leadtek DVB-T dongle and I got this OOPS: -- usb 2-3: new high speed USB device using ehci_hcd and address 2 usb 2-3: configuration #1 chosen from 1 choice dvb-usb: found a 'WideView WT-220U PenType Receiver

Marco's Opera driver fails load firmware

Hi Marco, I just tested your driver you have posted to the linux-dvb mailing list. I have problem load firmware into device: usb 5-3: new high speed USB device using ehci_hcd and address 4 usb 5-3: configuration #1 chosen from 1 choice dvb-usb: found a 'Opera1 DVB-S USB2.0' in cold state, will

Marco's Opera driver fails load firmware

Hi Marco, I just tested your driver you have posted to the linux-dvb mailing list. I have problem load firmware into device: usb 5-3: new high speed USB device using ehci_hcd and address 4 usb 5-3: configuration #1 chosen from 1 choice dvb-usb: found a 'Opera1 DVB-S USB2.0' in cold state, will

Re: Phis in /proc/bus/input/devices same for all devices?

Dne čtvrtek 22 únor 2007 00:00 Marcel Holtmann napsal(a): > Hi Michal, > > > I need this for differing Option "XkbModel" in Xorg, so I can bind to > > each device it's model and has correct xev's scancodes based on model. So > > I prefer to have as Phis just only BDADDR, because for me this

Re: Phis in /proc/bus/input/devices same for all devices?

Marcel how can you differ what is src and what is dst, when device can connect first time from hub to keyboard and later keyboard to hub? Michal Dne středa 21 únor 2007 23:53 Marcel Holtmann napsal(a): > Hi Dmitry, > > > > > > can anybody reply to this and share his/her opinion? > > > > > > > >

Re: Phis in /proc/bus/input/devices same for all devices?

I need this for differing Option "XkbModel" in Xorg, so I can bind to each device it's model and has correct xev's scancodes based on model. So I prefer to have as Phis just only BDADDR, because for me this doesn't make sense to have there device to which keyboard connect. Then I should have 1

Re: Phis in /proc/bus/input/devices same for all devices?

Hi Dmitry, there are correct values, but not in /proc/bus/input/devices, where is value non of my devices owns. Michal Dne středa 21 únor 2007 23:43 Dmitry Torokhov napsal(a): > On 2/21/07, CIJOML <[EMAIL PROTECTED]> wrote: > > So where is that damned bug, that I don't

Re: Phis in /proc/bus/input/devices same for all devices?

So where is that damned bug, that I don't see those uniq BDADDRESSes there? Michal Dne středa 21 únor 2007 23:27 Dmitry Torokhov napsal(a): > On 2/21/07, CIJOML <[EMAIL PROTECTED]> wrote: > > Hi, > > > > can anybody reply to this and share his/her opinion? > >

Fwd: Re: Phis in /proc/bus/input/devices same for all devices?

Hi, can anybody reply to this and share his/her opinion? Thanks a lot Michal -- Předaná zpráva -- Subject: Re: Phis in /proc/bus/input/devices same for all devices? Date: středa 21 únor 2007 23:06 From: Marcel Holtmann <[EMAIL PROTECTED]> To: CIJOML <[EMAIL PROTE

Fwd: Re: Phis in /proc/bus/input/devices same for all devices?

Hi, can anybody reply to this and share his/her opinion? Thanks a lot Michal -- Předaná zpráva -- Subject: Re: Phis in /proc/bus/input/devices same for all devices? Date: středa 21 únor 2007 23:06 From: Marcel Holtmann [EMAIL PROTECTED] To: CIJOML [EMAIL PROTECTED] Cc

Re: Phis in /proc/bus/input/devices same for all devices?

So where is that damned bug, that I don't see those uniq BDADDRESSes there? Michal Dne středa 21 únor 2007 23:27 Dmitry Torokhov napsal(a): On 2/21/07, CIJOML [EMAIL PROTECTED] wrote: Hi, can anybody reply to this and share his/her opinion? Input core already exports uniq to udev

Re: Phis in /proc/bus/input/devices same for all devices?

Hi Dmitry, there are correct values, but not in /proc/bus/input/devices, where is value non of my devices owns. Michal Dne středa 21 únor 2007 23:43 Dmitry Torokhov napsal(a): On 2/21/07, CIJOML [EMAIL PROTECTED] wrote: So where is that damned bug, that I don't see those uniq BDADDRESSes

Re: Phis in /proc/bus/input/devices same for all devices?

I need this for differing Option XkbModel in Xorg, so I can bind to each device it's model and has correct xev's scancodes based on model. So I prefer to have as Phis just only BDADDR, because for me this doesn't make sense to have there device to which keyboard connect. Then I should have 1

Re: Phis in /proc/bus/input/devices same for all devices?

Marcel how can you differ what is src and what is dst, when device can connect first time from hub to keyboard and later keyboard to hub? Michal Dne středa 21 únor 2007 23:53 Marcel Holtmann napsal(a): Hi Dmitry, can anybody reply to this and share his/her opinion? Input core

Re: Phis in /proc/bus/input/devices same for all devices?

Dne čtvrtek 22 únor 2007 00:00 Marcel Holtmann napsal(a): Hi Michal, I need this for differing Option XkbModel in Xorg, so I can bind to each device it's model and has correct xev's scancodes based on model. So I prefer to have as Phis just only BDADDR, because for me this doesn't make

Some "patch" between 2.6.20-rc7 and 2.6.20-final-vanilla has broken my SWSUSP resume

Hi, please take a look at my bugreport. It is very important for me... http://bugzilla.kernel.org/show_bug.cgi?id=7936 Thanks a lot Michal - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at

Some patch between 2.6.20-rc7 and 2.6.20-final-vanilla has broken my SWSUSP resume

Hi, please take a look at my bugreport. It is very important for me... http://bugzilla.kernel.org/show_bug.cgi?id=7936 Thanks a lot Michal - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at

Re: 2.6.20-rc4: known unfixed regressions (v3)

napsal(a): > On Thu, Jan 11, 2007 at 11:21:23AM +0100, Jiri Kosina wrote: > > On Thu, 11 Jan 2007, Adrian Bunk wrote: > > > > >Subject: BUG: at fs/inotify.c:172 set_dentry_child_flags() > > > > >References : http://bugzilla.kernel.org/show_bug.cgi?id=7785

Re: 2.6.20-rc4: known unfixed regressions (v3)

napsal(a): On Thu, Jan 11, 2007 at 11:21:23AM +0100, Jiri Kosina wrote: On Thu, 11 Jan 2007, Adrian Bunk wrote: Subject: BUG: at fs/inotify.c:172 set_dentry_child_flags() References : http://bugzilla.kernel.org/show_bug.cgi?id=7785 Submitter : Cijoml Cijomlovic Cijomlov [EMAIL

Re: 2 errors in 2.6.12

On Sun, 31 Jul 2005, Michael Krufky wrote: > Andrew Morton wrote: > > >Michal Semler <[EMAIL PROTECTED]> wrote: > > > > > >> This is what I gets into dmesg: > >> > >> Linux video capture interface: v1.00 > >> bttv: driver version 0.9.15 loaded > >> bttv: using 8 buffers with 2080k (520 pages)

Re: 2 errors in 2.6.12

Hi, my card is impossible to be autodetected. Valid sections for it's identification are missing. I asked for this some time ago. I need to use insmod option. Michal On Sun, 31 Jul 2005, Michael Krufky wrote: > Andrew Morton wrote: > > >Michal Semler <[EMAIL PROTECTED]> wrote: > > > > > >>

Re: 2 errors in 2.6.12

Hi, my card is impossible to be autodetected. Valid sections for it's identification are missing. I asked for this some time ago. I need to use insmod option. Michal On Sun, 31 Jul 2005, Michael Krufky wrote: Andrew Morton wrote: Michal Semler [EMAIL PROTECTED] wrote: This is what I

Re: 2 errors in 2.6.12

On Sun, 31 Jul 2005, Michael Krufky wrote: Andrew Morton wrote: Michal Semler [EMAIL PROTECTED] wrote: This is what I gets into dmesg: Linux video capture interface: v1.00 bttv: driver version 0.9.15 loaded bttv: using 8 buffers with 2080k (520 pages) each for capture bttv: