Re: conflicts with webcam

Hi guys,

I fixed make kernel-links in the tree on mcentral.de
So if you want to build your webcam drivers first install

http://mcentral.de/hg/~mrec/v4l-dvb-experimental

to update your kernel sources you can now simply run

$ make kernel-links

this will update the local kernel sources again and you'll be able to
compile out of tree drivers against the latest sources again.

please test it and report if it works or not.

thanks,
Markus

(http://mcentral.de/hg/~mrec/v4l-dvb is a symlink to experimental at
the moment since I'll move it over slowly)

On 5/13/07, Sam Revitch <sam.revitch <at> gmail.com> wrote:
> On 5/12/07, Trent Piepho <xyzzy <at> speakeasy.org> wrote:
> > You are mixing old and new module somehow.  Maybe you already had an old
> > video-buf loaded and then tried to load a new r5u870.ko.  Check the dates
> > for the video-buf.ko and r5u870.ko modules and make sure you don't have
> > multiple copies in different directories.
>
> Thanks Trent.

ubuntu, requesting supporters

Hi guys,

I started to build kernel images for Ubuntu, is anyone interested to
join the development and create kernel images with em28xx/em2880-dvb
support for other distributions?
It would also help if someone could take over creating images for
ubuntu which use the latest kernel sources of the Ubuntu project.

thanks,
Markus

Re: Kworld 380u ?

Hi guys,

David, did you alter the card struct in order to get your device work,
this Usb ID hasn't been added to the card struct yet?

François, Vinz, can someone open the device and look what ICs are used
on that board? I think it's a qt1010 and em28xx, since David wrote
that he used the qt1010 driver I guess it doesn't need a firmware, but
I don't know what chips are on that board either.

Markus

On 5/20/07, François Fontaine <fontaine.francois <at> gmail.com> wrote:
> Hello,
>
> Does Kworld 380u work with Linux ? I tried to install it with firmware V1
> (the same as Kworld 350) and when i go to Kaffeine player, my key is not
> recognized.
> Thanks for your help
>
> (Excuse my English, i'm french)
>

--

-- 
Markus Rechberger

Re: [linux-dvb] Kworld 380u ?

Dear Markus

I recall that the Vendor ID and PID for my device were already there, 
and it was the only entry that said it was a 355U. At that stage I 
didn't consider the other possibilities.

According to the KWorld Windows INF file, all the following have an 
EM2870 and a QT1010.

I can infer from KWorld Windows Registry settings that they must have 
used different revisions of the QT1010 in different devices. The 
differences must be significant to the Windows driver (otherwise, why 
bother to note them in the registry).

I assume, from the correspondence between 355U and the Product ID, that

   eb1a:e355

was the original EM2870 + QT1010.

I think this is Julian Cable's device, and it doesn't work; leastways, I 
have heard nothing since 7th May.

I assumed that it must also have a Zarlink 10353, but I have no 
documentary evidence for this.

I think the Vendor and Product ID's below all correspond to some flavour 
or other of the KWorld 380U.

Vendor ID:Product ID eb1a:e357 is 'Disable LNA' (this is my device, 380U 

Re: [linux-dvb] Kworld 380u ?

On 5/21/07, Susan Edwards <se014a0001 <at> blueyonder.co.uk> wrote:
> Dear Markus
>
> I recall that the Vendor ID and PID for my device were already there,
> and it was the only entry that said it was a 355U. At that stage I
> didn't consider the other possibilities.
>
> According to the KWorld Windows INF file, all the following have an
> EM2870 and a QT1010.
>
> I can infer from KWorld Windows Registry settings that they must have
> used different revisions of the QT1010 in different devices. The
> differences must be significant to the Windows driver (otherwise, why
> bother to note them in the registry).
>
> I assume, from the correspondence between 355U and the Product ID, that
>
>    eb1a:e355
>
> was the original EM2870 + QT1010.
>
> I think this is Julian Cable's device, and it doesn't work; leastways, I
> have heard nothing since 7th May.
>
> I assumed that it must also have a Zarlink 10353, but I have no
> documentary evidence for this.
>
> I think the Vendor and Product ID's below all correspond to some flavour
> or other of the KWorld 380U.
>

Fwd: Pinnacle 330e - still no sound

Hi,

is there any user from france available who could capture the
appropriate SECAM firmware in windows?

cheers,
Markus

---------- Forwarded message ----------
From: zhirov <zhirov <at> irsamc.ups-tlse.fr>
Date: May 21, 2007 7:51 PM
Subject: Pinnacle 330e  - still no sound
To: mrechberger <at> gmail.com

Dear Markus,

I have tried both your drivers, stable and experimental (for analog TV only)
and video is perfect even on my ancient laptop Toshiba Satellite 3000!
My system is SuSE 10.2, stable driver with kernel 2.6.18 (update) and
experimental one with 2.6.21 (SuSE factory), TV card Pinnacle PCTV Hybdrid
Pro Stick 330e.
Unfortunately I still have no audio, any workarounds with redirection of sound
doesn't help.

In April mailist I have found your message on Sat Apr 14 02:07:42 2007, where
you have stated, that SECAM output is not supported due to improper firmware,
with an advice how to extract it from windows driver.

Unfortumately, I currently have no windows on my laptop, and cannot help with
this. However, this message is  issued a month ago, and may be the problem is

kworld plus tv hd hybrid stick 330

_______________________________________________
linux-dvb mailing list
linux-dvb <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] pctv MSI Digivox A/V II...sound doesn't

On Thu May 17 13:31:43 2007 Markus Rechberger wrote:
> 
> Hi,
> 
> what repository did you use?
> Did you read through the em28xx wiki/discussions there?
> You might also test v4lctl volume mute off, I'm not sure if it works.
> The em28xx ML includes many more people who own such devices, some of
> them might have some experience with that device.

Well, as far as the Digivox AD II is concerned I've only seen people reporting
the same problem (myself included) and no news about a working device of this
exact type (please let me know and let me apologize if i'm wrong...). 

So it might seem that it is only the MSI Digivox AD I that is working and there
seems to be some difference between the 'I' and 'II' device versions that causes
these problems.

best,
cs.

Re: [linux-dvb] pctv MSI Digivox A/V II...sound doesn't

On 5/22/07, Oravecz Csaba <oravecz <at> nytud.hu> wrote:
> On Thu May 17 13:31:43 2007 Markus Rechberger wrote:
> >
> > Hi,
> >
> > what repository did you use?
> > Did you read through the em28xx wiki/discussions there?
> > You might also test v4lctl volume mute off, I'm not sure if it works.
> > The em28xx ML includes many more people who own such devices, some of
> > them might have some experience with that device.
>
> Well, as far as the Digivox AD II is concerned I've only seen people reporting
> the same problem (myself included) and no news about a working device of this
> exact type (please let me know and let me apologize if i'm wrong...).
>
> So it might seem that it is only the MSI Digivox AD I that is working and there
> seems to be some difference between the 'I' and 'II' device versions that causes
> these problems.
>

Hi,

I wrote a small documentation how we can get it work:
http://mcentral.de/wiki/index.php/USBVideo#Get_usbsnoop_for_windows

Follow the steps till you have a small parsed logfile and upload it
somewhere or send it to me.
That way I can get your device work for sure.

Markus

page allocation failure

I'm trying to demonstrate that a Videology 20K155USB works on my  
embedded ARM system. I am using the "Video Capture Example" code from  
Appendix B of the V4L2 spec. When I run that program the em28xx  
driver generates a page allocation failure when calling  
usb_buffer_alloc() in em28xx_init_isoc() in em28xx-core.c. Below, I  
am including the output of /proc/cpuinfo, the module parameters, and  
the dmesg output. I turned off i2c_debug for this test, but if  
needed, I can capture that as well. My ultimate goal is to use this  
camera in a handheld device like the camera in cel phone: live video  
(possibly fps limited) and still picture capture.

I am only using the em28xx driver from Linux-2.6.17.9. I can try to  
put the newer code into the older kernel (I'm tied to that kernel for  
now), but the code that fails seems to be the same.

Any help would be appreciated. The same code works on an x86 system,  
btw, with the same camera.

Thanks,

Harvey

------
Processor	: XScale-PXA270 rev 7 (v5l)
BogoMIPS	: 519.37
Features	: swp half fastmult edsp
CPU implementer	: 0x69
CPU architecture: 5TE
CPU variant	: 0x0
CPU part	: 0x411
CPU revision	: 7
Cache type	: undefined 5
Cache clean	: undefined 5
Cache lockdown	: undefined 5
Cache format	: Harvard
I size		: 32768
I assoc		: 32
I line length	: 32
I sets		: 32
D size		: 32768
D assoc		: 32
D line length	: 32
D sets		: 32

Hardware	: Applied Data Systems BitsyXb
Revision	: 0000
Serial		: 0000000000000000
---------
modprobe em28xx card=14 video_debug=1 core_debug=1 reg_debug=1  
isoc_debug=1

em28xx v4l2 driver version 0.0.1 loaded
em28xx new video device (eb1a:2820): interface 0, class 255
em28xx #0: Alternate settings: 8
em28xx #0: Alternate setting 0, max size= 0
em28xx #0: Alternate setting 1, max size= 512
em28xx #0: Alternate setting 2, max size= 640
em28xx #0: Alternate setting 3, max size= 768
em28xx #0: Alternate setting 4, max size= 832
em28xx #0: Alternate setting 5, max size= 896
em28xx #0: Alternate setting 6, max size= 960
em28xx #0: Alternate setting 7, max size= 1020
em28xx #0 em28xx_init_dev :tvnorm=PAL
em28xx #0 em28xx_write_regs_req :req=00 reg=06: 40
em28xx #0 em28xx_write_regs_req :req=00 reg=11: 51
em28xx #0 em28xx_read_reg_req :req=00, reg=0f:07
em28xx #0 em28xx_write_regs_req :req=00 reg=0f: 07
em28xx #0 em28xx_write_regs_req :req=00 reg=40: 00 80
em28xx #0 em28xx_write_regs_req :req=00 reg=42: 02
em28xx #0 em28xx_read_reg_req :req=00, reg=43:00
em28xx #0 em28xx_write_regs_req :req=00 reg=40: 08 08
em28xx #0 em28xx_write_regs_req :req=00 reg=42: 14
em28xx #0 em28xx_read_reg_req :req=00, reg=43:00
em28xx #0 em28xx_write_regs_req :req=00 reg=27: 34
em28xx #0 em28xx_write_regs_req :req=00 reg=10: 10
em28xx #0 em28xx_write_regs_req :req=00 reg=11: 11
em28xx #0 em28xx_write_regs_req :req=00 reg=20: 10
em28xx #0 em28xx_write_regs_req :req=00 reg=21: 00
em28xx #0 em28xx_write_regs_req :req=00 reg=22: 10
em28xx #0 em28xx_write_regs_req :req=00 reg=23: 00
em28xx #0 em28xx_write_regs_req :req=00 reg=24: 00
em28xx #0 em28xx_write_regs_req :req=00 reg=25: 00
em28xx #0 em28xx_write_regs_req :req=00 reg=14: 20
em28xx #0 em28xx_write_regs_req :req=00 reg=15: 20
em28xx #0 em28xx_write_regs_req :req=00 reg=16: 20
em28xx #0 em28xx_write_regs_req :req=00 reg=17: 20
em28xx #0 em28xx_write_regs_req :req=00 reg=18: 00
em28xx #0 em28xx_write_regs_req :req=00 reg=19: 00
em28xx #0 em28xx_write_regs_req :req=00 reg=1a: 00
em28xx #0 em28xx_write_regs_req :req=00 reg=26: 00
em28xx #0 em28xx_read_reg_req :req=02, reg=d0:00
em28xx #0 em28xx_read_reg_req :req=00, reg=05:10
em28xx #0 em28xx_read_reg_req :req=02, reg=40:10
em28xx #0 em28xx_read_reg_req :req=00, reg=05:10
em28xx #0 em28xx_read_reg_req :req=02, reg=a0:70
em28xx #0 em28xx_read_reg_req :req=00, reg=05:00
em28xx #0 em28xx_read_reg_req :req=02, reg=a0:00
em28xx #0 em28xx_read_reg_req :req=00, reg=05:00
em28xx #0 em28xx_read_reg_req :req=02, reg=a0:38
em28xx #0 em28xx_read_reg_req :req=00, reg=05:00
em28xx #0 em28xx_write_regs_req :req=02 reg=a0: 00
em28xx #0 em28xx_read_reg_req_len :req=02, reg=a0 10 values:  00 43  
29 ff 70 00 38 05 01 50 c0 20 20 20 20 20
em28xx #0 em28xx_read_reg_req :req=00, reg=05:00
em28xx #0 em28xx_read_reg_req_len :req=02, reg=a0 10 values:  20 20  
20 30 12 15 45 0a 00 00 e1 f0 01 00 11 c0
em28xx #0 em28xx_read_reg_req :req=00, reg=05:00
em28xx #0 em28xx_read_reg_req_len :req=02, reg=a0 10 values:  a0 a0  
00 05 1a 83 50 10 48 10 00 00 00 01 80 08
em28xx #0 em28xx_read_reg_req :req=00, reg=05:00
em28xx #0 em28xx_read_reg_req_len :req=02, reg=a0 10 values:  00 00  
00 00 00 05 a0 a0 80 80 a0 a0 80 80 02 02
em28xx #0 em28xx_read_reg_req :req=00, reg=05:00
em28xx #0 em28xx_read_reg_req_len :req=02, reg=a0 10 values:  55 00  
3b 74 44 56 4f 43 4f 1a 47 27 4c 1f 54 2b
em28xx #0 em28xx_read_reg_req :req=00, reg=05:00
em28xx #0 em28xx_read_reg_req_len :req=02, reg=a0 10 values:  47 25  
55 34 4b 12 2e 0e 4f 11 03 1a 05 28 21 3f
em28xx #0 em28xx_read_reg_req :req=00, reg=05:00
em28xx #0 em28xx_read_reg_req_len :req=02, reg=a0 10 values:  08 21  
23 3f 09 21 23 3f 0b 99 07 00 03 00 00 00
em28xx #0 em28xx_read_reg_req :req=00, reg=05:00
em28xx #0 em28xx_read_reg_req_len :req=02, reg=a0 10 values:  02 40  
02 c4 00 40 00 50 20 88 00 d0 08 04 08 40
em28xx #0 em28xx_read_reg_req :req=00, reg=05:00
em28xx #0 em28xx_read_reg_req_len :req=02, reg=a0 10 values:  d5 ff  
ff fe 33 80 80 80 34 00 b2 0c 43 01 26 10
em28xx #0 em28xx_read_reg_req :req=00, reg=05:00
em28xx #0 em28xx_read_reg_req_len :req=02, reg=a0 10 values:  05 4e  
2f 00 13 20 3f 88 00 00 00 00 00 00 3f 37
em28xx #0 em28xx_read_reg_req :req=00, reg=05:00
em28xx #0 em28xx_read_reg_req_len :req=02, reg=a0 10 values:  00 00  
00 00 00 00 00 00 00 00 00 00 00 00 00 00
em28xx #0 em28xx_read_reg_req :req=00, reg=05:00
em28xx #0 em28xx_read_reg_req_len :req=02, reg=a0 10 values:  00 00  
00 00 00 00 00 00 00 00 00 00 00 00 00 00
em28xx #0 em28xx_read_reg_req :req=00, reg=05:00
em28xx #0 em28xx_read_reg_req_len :req=02, reg=a0 10 values:  00 00  
00 00 00 00 00 00 00 00 00 00 00 00 00 00
em28xx #0 em28xx_read_reg_req :req=00, reg=05:00
em28xx #0 em28xx_read_reg_req_len :req=02, reg=a0 10 values:  00 00  
00 00 00 00 00 00 00 00 00 00 00 00 00 00
em28xx #0 em28xx_read_reg_req :req=00, reg=05:00
em28xx #0 em28xx_read_reg_req_len :req=02, reg=a0 10 values:  00 00  
00 00 00 00 00 00 00 00 00 00 00 00 00 00
em28xx #0 em28xx_read_reg_req :req=00, reg=05:00
em28xx #0 em28xx_read_reg_req_len :req=02, reg=a0 10 values:  00 00  
00 00 00 00 00 00 00 00 00 00 00 00 00 00
em28xx #0 em28xx_read_reg_req :req=00, reg=05:00
em28xx #0: i2c eeprom 00: 00 43 29 ff 70 00 38 05 01 50 c0 20 20 20  
20 20
em28xx #0: i2c eeprom 10: 20 20 20 30 12 15 45 0a 00 00 e1 f0 01 00  
11 c0
em28xx #0: i2c eeprom 20: a0 a0 00 05 1a 83 50 10 48 10 00 00 00 01  
80 08
em28xx #0: i2c eeprom 30: 00 00 00 00 00 05 a0 a0 80 80 a0 a0 80 80  
02 02
em28xx #0: i2c eeprom 40: 55 00 3b 74 44 56 4f 43 4f 1a 47 27 4c 1f  
54 2b
em28xx #0: i2c eeprom 50: 47 25 55 34 4b 12 2e 0e 4f 11 03 1a 05 28  
21 3f
em28xx #0: i2c eeprom 60: 08 21 23 3f 09 21 23 3f 0b 99 07 00 03 00  
00 00
em28xx #0: i2c eeprom 70: 02 40 02 c4 00 40 00 50 20 88 00 d0 08 04  
08 40
em28xx #0: i2c eeprom 80: d5 ff ff fe 33 80 80 80 34 00 b2 0c 43 01  
26 10
em28xx #0: i2c eeprom 90: 05 4e 2f 00 13 20 3f 88 00 00 00 00 00 00  
3f 37
em28xx #0: i2c eeprom a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00  
00 00
em28xx #0: i2c eeprom b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00  
00 00
em28xx #0: i2c eeprom c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00  
00 00
em28xx #0: i2c eeprom d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00  
00 00
em28xx #0: i2c eeprom e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00  
00 00
em28xx #0: i2c eeprom f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00  
00 00
EEPROM ID= 0xff294300
Vendor/Product ID= 0070:0538
No audio on board.
400mA max power
Table at 0x20, strings=0x2020, 0x2020, 0x2020
em28xx #0 em28xx_write_regs_req :req=00 reg=06: 40
em28xx #0 em28xx_write_regs_req :req=00 reg=11: 51
em28xx #0 em28xx_read_reg_req :req=00, reg=0f:07
em28xx #0 em28xx_write_regs_req :req=00 reg=0f: 07
em28xx #0 em28xx_write_regs_req :req=00 reg=40: 00 80
em28xx #0 em28xx_write_regs_req :req=00 reg=42: 02
em28xx #0 em28xx_read_reg_req :req=00, reg=43:00
em28xx #0 em28xx_write_regs_req :req=00 reg=40: 08 08
em28xx #0 em28xx_write_regs_req :req=00 reg=42: 14
em28xx #0 em28xx_read_reg_req :req=00, reg=43:00
em28xx #0 em28xx_write_regs_req :req=00 reg=27: 34
em28xx #0 em28xx_write_regs_req :req=00 reg=10: 10
em28xx #0 em28xx_write_regs_req :req=00 reg=11: 11
em28xx #0 em28xx_write_regs_req :req=00 reg=20: 10
em28xx #0 em28xx_write_regs_req :req=00 reg=21: 00
em28xx #0 em28xx_write_regs_req :req=00 reg=22: 10
em28xx #0 em28xx_write_regs_req :req=00 reg=23: 00
em28xx #0 em28xx_write_regs_req :req=00 reg=24: 00
em28xx #0 em28xx_write_regs_req :req=00 reg=25: 00
em28xx #0 em28xx_write_regs_req :req=00 reg=14: 20
em28xx #0 em28xx_write_regs_req :req=00 reg=15: 20
em28xx #0 em28xx_write_regs_req :req=00 reg=16: 20
em28xx #0 em28xx_write_regs_req :req=00 reg=17: 20
em28xx #0 em28xx_write_regs_req :req=00 reg=18: 00
em28xx #0 em28xx_write_regs_req :req=00 reg=19: 00
em28xx #0 em28xx_write_regs_req :req=00 reg=1a: 00
em28xx #0 em28xx_write_regs_req :req=00 reg=26: 00
registered VBI
em28xx #0 video_mux :Setting input index=0, vmux=4, amux=0
em28xx #0 em28xx_read_reg_req :req=00, reg=0e:c0
em28xx #0 em28xx_write_regs_req :req=00 reg=0e: c0
em28xx #0: V4L2 device registered as /dev/video0 and /dev/vbi0
em28xx #0: Found MSI VOX USB 2.0
usbcore: registered new driver em28xx
em28xx #0 em28xx_v4l2_open :open minor=0 type=video-cap users=0
em28xx #0 em28xx_set_alternate :setting alternate 7 with  
wMaxPacketSize=1020
em28xx #0 em28xx_read_reg_req :req=00, reg=0c:21
em28xx #0 em28xx_write_regs_req :req=00 reg=0c: 31
em28xx #0 em28xx_write_regs_req :req=00 reg=12: 67
em28xx #0 em28xx_write_regs_req :req=00 reg=27: 34
em28xx #0 em28xx_write_regs_req :req=00 reg=10: 10
em28xx #0 em28xx_write_regs_req :req=00 reg=11: 11
em28xx #0 em28xx_accumulator_set :em28xx Scale: (1,1)-(159,59)
em28xx #0 em28xx_write_regs_req :req=00 reg=28: 01
em28xx #0 em28xx_write_regs_req :req=00 reg=29: 9f
em28xx #0 em28xx_write_regs_req :req=00 reg=2a: 01
em28xx #0 em28xx_write_regs_req :req=00 reg=2b: 3b
em28xx #0 em28xx_capture_area_set :em28xx Area Set: (160,60)
em28xx #0 em28xx_write_regs_req :req=00 reg=1c: 00
em28xx #0 em28xx_write_regs_req :req=00 reg=1d: 00
em28xx #0 em28xx_write_regs_req :req=00 reg=1e: a0
em28xx #0 em28xx_write_regs_req :req=00 reg=1f: 3c
em28xx #0 em28xx_write_regs_req :req=00 reg=1b: 00
em28xx #0 em28xx_write_regs_req :req=00 reg=30: 00 00
em28xx #0 em28xx_write_regs_req :req=00 reg=32: 00 00
em28xx #0 em28xx_read_reg_req :req=00, reg=26:00
em28xx #0 em28xx_write_regs_req :req=00 reg=26: 00
em28xx #0 video_mux :Setting input index=0, vmux=4, amux=0
em28xx #0 em28xx_read_reg_req :req=00, reg=0e:c7
em28xx #0 em28xx_write_regs_req :req=00 reg=0e: c7
a.out: page allocation failure. order:4, mode:0x0
Mem-info:
DMA per-cpu:
cpu 0 hot: high 18, batch 3 used:16
cpu 0 cold: high 6, batch 1 used:0
DMA32 per-cpu: empty
Normal per-cpu: empty
HighMem per-cpu: empty
Free pages:       31184kB (0kB HighMem)
Active:4150 inactive:932 dirty:15 writeback:0 unstable:0 free:7796  
slab:1235 mapped:2369 pagetables:111
DMA free:31184kB min:1024kB low:1280kB high:1536kB active:16600kB  
inactive:3728kB present:65536kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
DMA32 free:0kB min:0kB low:0kB high:0kB active:0kB inactive:0kB  
present:0kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Normal free:0kB min:0kB low:0kB high:0kB active:0kB inactive:0kB  
present:0kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
HighMem free:0kB min:128kB low:128kB high:128kB active:0kB inactive: 
0kB present:0kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
DMA: 1378*4kB 1653*8kB 588*16kB 93*32kB 1*64kB 0*128kB 0*256kB  
0*512kB 0*1024kB 0*2048kB 0*4096kB = 31184kB
DMA32: empty
Normal: empty
HighMem: empty
Swap cache: add 9764, delete 9636, find 4246/4734, race 0+0
Free swap  = 4761904kB
Total swap = 4763264kB
Free swap:       4761904kB
16384 pages of RAM
7906 free pages
1133 reserved pages
1235 slab pages
3459 pages shared
128 pages swap cached
em28xx #0: unable to allocate 40800 bytes for transfer buffer 2
em28xx #0 em28xx_read_reg_req :req=00, reg=0c:31
em28xx #0 em28xx_write_regs_req :req=00 reg=0c: 21
em28xx #0 em28xx_write_regs_req :req=00 reg=12: 27

_______________________________________________
Em28xx mailing list
Em28xx <at> mcentral.de
http://mcentral.de/mailman/listinfo/em28xx