Changes:
- Add support for SN9C103 based devices. The audio capability is already
supported but not released in this version. I will release
it once someone donates two SN9C103 based devices.
- Implement VIDIOC_G_CTRL for TAS5110C1B and TAS51130D1B
- Replace "SN9C10[12]" strings with "SN9C10x"
On Fri, Aug 27, 2004 at 07:16:18PM -0700, [EMAIL PROTECTED] wrote:
>
> We would be happy to discuss ways that the pwc might be maintained
> in the linux kernel. If we can help, please ask us (see
> http://www.lavarnd.org/about-us/contact-us.html for our EMail address).
Great. Here's what you ca
received this message from stdlog... the message said to send it to this
address... so i am
the Device is a Concord DuoLcd Digital camera. It works ok, with hotplug and
all. No issues seen thus far even with this msg quoted below
and oh yes...Running Fedora Core 2 (re-compiled kernel 2.6.5-1.35
On Fri, Aug 27, 2004 at 10:48:44PM -0400, Alan Stern wrote:
> On Fri, 27 Aug 2004, Oliver Neukum wrote:
>
> > > > > @@ -668,7 +668,7 @@
> > > > > INTBUFFERSIZE,
> > > > > int_callback,
> > > > > kaweth,
> > > > > - HZ/4);
> > > > > +
On Friday 27 August 2004 7:38 pm, Alan Stern wrote:
> David:
>
> Can you please take a look at this?
What would be useful in such cases is the
/sys/bus/usbN/registers
/sys/bus/usbN/async
/sys/bus/usbN/periodic
files. In this case "periodic" is probably empty, and
if "async" is empty too th
Hello!
I'm developing a video system on a plateform similar to you used before:
CPU : PXA255
Kernel : linux-2.4.19
Camera:webeye v3000(ov511+)
USB Host Controller : Philips ISP1161
Now I encountered a problem that the driver now can find the camera and initialize
it,but when I use vidcat
On Fri, 27 Aug 2004, Oliver Neukum wrote:
> > > > @@ -668,7 +668,7 @@
> > > > INTBUFFERSIZE,
> > > > int_callback,
> > > > kaweth,
> > > > - HZ/4);
> > > > + 8);
> > > > kaweth->irq_urb->transfer_dma = kaweth->intb
David:
Can you please take a look at this? Earlier parts of the thread are
available at
http://marc.theaimsgroup.com/?l=linux-usb-users&m=109358164500088&w=2
Alan Stern
On Fri, 27 Aug 2004, Darren Marshall wrote:
> On Fri, Aug 27, 2004 at 10:38:42AM -0400, Alan Stern wrote:
> > On Fri, 27 A
Interesting comment on /.:
http://linux.slashdot.org/comments.pl?sid=119578&cid=10089410
From the LavaRND people. Apparently images produced with the binary
pcwx portion loaded (full-sized frame) had *less* entropy than the
smaller images produced without. Hence they speculate that the
function
> Why not let the current driver be and then work on the alternative?
> Why is it so important that it is removed now?
Because Nemo felt that the driver was not in an acceptable shape
the way Greg was willing to accept it.
> Why does it have to be done in a way that create a problem for the comm
On Sat, 2004-08-28 at 00:08, Kenneth Lavrsen wrote:
> > I have boxes where I can't run the latest version
> >of AIX any more since the hardware is no longer supported, but you don't
> >see me ripping IBM's head off for that reason.
BTW Sun did similar things with Solaris somewhere aroung 2.6 IIRC
I have boxes where I can't run the latest version
of AIX any more since the hardware is no longer supported, but you don't
see me ripping IBM's head off for that reason.
Ehhh? No comment.
As I understand it the hook should never have been added in the first
place. Doesn't matter if it has bee
Wouter Van Hemel wrote:
On Fri, 27 Aug 2004, David Ford wrote:
- Since the NDA has long since expired, why not investigate using the
whole of the code?
Because we can't find Nemo.
mine. mine. mine. mine. mine. mine. mine.
Just keep coding. Just keep coding.
-david
begin:vcard
fn:David Ford
n:Fo
On Fri, 2004-08-27 at 15:34, Paulo Marques wrote:
> Albert Cahalan wrote:
> > Paulo Marques writes:
> >>About the legal aspects of all this, they have been
> >>discussed extensively in the past. It is not about
> >>"hey this is just a simple hook", it is all about
> >>the derived work concept. Thi
On Fri, 27 Aug 2004, David Ford wrote:
- Since the NDA has long since expired, why not investigate using the whole
of the code?
Because we can't find Nemo.
... sorry about that.
Really, does anybody know him face to face, or any of the previous
developers of this driver? That could help.
-
On Fri, 27 Aug 2004, Kenneth Lavrsen wrote:
> At 18:26 2004-08-27, you wrote:
>
> > First off, here's Nemosoft's big post about the driver, please read that
> > first, and the responses to that thread:
> > http://thread.gmane.org/gmane.linux.usb.devel/26310
>
> Reading the thread (which I alread
On Fri, 27 Aug 2004, Albert Cahalan wrote:
>
> Sure. That has nothing to do with whether it would
> be legal or not. It had been implied (by Greg KH)
> that you thought Linux-specific proprietary drivers
> using hooks are illegal.
And they may be. As I said, your posturing doesn't matter. Using
On Fri, Aug 27, 2004 at 04:57:53PM -0400, Albert Cahalan wrote:
> On Fri, 2004-08-27 at 15:29, Linus Torvalds wrote:
> > Can we drop this straw-man discussion now?
> >
> > We don't do binary hooks in the kernel. Full stop.
>
> Sure. That has nothing to do with whether it would
> be legal or not.
On Fri, 2004-08-27 at 15:29, Linus Torvalds wrote:
> Can we drop this straw-man discussion now?
>
> We don't do binary hooks in the kernel. Full stop.
Sure. That has nothing to do with whether it would
be legal or not. It had been implied (by Greg KH)
that you thought Linux-specific proprietary d
On Friday 27 August 2004 12:54 pm, Kenneth Lavrsen wrote:
> You did not HAVE TO remove the hook. It had been there for years. You could
> have worked out an alternative way nice and quietly
And it had also been an issue for years, on technical grounds too:
that such number crunching does not
Kenneth Lavrsen wrote:
[...]
Just look at the reaction everywhere. I have rarely seen so many angry
Linux users. I have already started contacting computer magazines and
news papers. I just cannot accept that people can care so little for
other people.
Kenneth
One incredibly burning question s
On Fri, 27 Aug 2004, Ian Romanick wrote:
Very constructive. If you would use this zealotry energy in getting results
from Philips, we might not be here arguing. I get the feeling some seem to
think of the removal of this popular driver as a *contribution* to Linux.
This attitude contributes noth
On Fri, Aug 27, 2004 at 02:51:01PM -0400, Alan Stern wrote:
> On Fri, 27 Aug 2004, Greg KH wrote:
>
> > Q: Why did you remove the hook from the pwc driver?
> > A: It was there for the explicit purpose to support a binary only
> >module. That goes against the kernel's documented procedures, so
Am Freitag, 27. August 2004 17:33 schrieb Greg KH:
> On Fri, Aug 27, 2004 at 10:40:35AM +0200, Oliver Neukum wrote:
> > Am Freitag, 27. August 2004 01:54 schrieb Greg KH:
> > > ChangeSet 1.1843.4.18, 2004/08/24 12:08:00-07:00, [EMAIL PROTECTED]
> > >
> > > USB: fix bad value in kaweth.c driver
> >
I'm going to be short and simple.
You're making a huge fuss over this. You're making wild claims about
being forced to throw away $2000 worth of cameras, the next great thing
that Linus will toss out of the kernel, companies being hurt, and 10,000
or more people being put out.
Here are a few p
On Fri, 27 Aug 2004 22:06:29 +0200
Kenneth Lavrsen <[EMAIL PROTECTED]> wrote:
> Just look at the reaction everywhere. I have rarely seen so many angry
> Linux users.
I love sensationalism. And you're really good at twisting the
facts my friend. People can still get their cameras working
just f
On Fri, 27 Aug 2004, Kenneth Lavrsen wrote:
> - What is your excuse for forcing us to throw away worth 2000 dollars of
> cameras?
I would think that Greg has invested more time than what could be covered
by that $2000 (i suggest you look up the going rate for experienced kernel
developers), you c
On Fri, 27 Aug 2004, Kenneth Lavrsen wrote:
magazines and news papers. I just cannot accept that people can
care so little for other people.
These people do care, they created, wrote and/or maintain the Linux
kernel in the first place! They also are wise enough to care more the
long-term interes
On Fri, 27 Aug 2004, Kenneth Lavrsen wrote:
>
> Try and see this from the developers perspective and then remember that he
> is a human beeing.
Hey, have you read the thread at all?
Respecting the developer is exactly why the code has been removed.
Being a developer gives you not only legal
On Fri, 27 Aug 2004 21:54:55 +0200
Kenneth Lavrsen <[EMAIL PROTECTED]> wrote:
> - What is your excuse for forcing us to throw away worth 2000 dollars of
> cameras?
You, just like the rest of the world and even distribution makers if
they choose to do so, can patch the driver back into the kernel
At 21:29 2004-08-27, Linus Torvalds wrote:
Can we drop this straw-man discussion now?
We don't do binary hooks in the kernel. Full stop. It's a gray area
legally (and whatever you say won't change that), but it's absolutely not
gray from a distribution standpoint.
AND IT WASN'T EVER THE REASON FOR
At 18:26 2004-08-27, you wrote:
First off, here's Nemosoft's big post about the driver, please read that
first, and the responses to that thread:
http://thread.gmane.org/gmane.linux.usb.devel/26310
Reading the thread (which I already did) shows even more clearly that what
you did is wrong.
The hoo
> i try cdc-acm.c from
> bk://kernel.bkbits.net//home/gregkh/linux/gregkh-2.6
> without changes (2.6.9-rc1 don't boot for me)
>
> what can i do?
1. get a stack trace of the hanging process
2. find out which kernel version it stopped working
any one option would do.
Regards
On Thu, 26 Aug 2004 17:28 pm, bastgiraud wrote:
> Hi,
>
> I work on linux 2.4.20-8
Get a newer kernel.
> My project consist in sending and receiving data from device via USB.
>Reading from device: NO problem
>Writing to device: never successful on linux but works properly on
> wind
Albert Cahalan wrote:
Paulo Marques writes:
About the legal aspects of all this, they have been
discussed extensively in the past. It is not about
"hey this is just a simple hook", it is all about
the derived work concept. This driver does absolutely
nothing outside the kernel. It's only purpose i
Can we drop this straw-man discussion now?
We don't do binary hooks in the kernel. Full stop. It's a gray area
legally (and whatever you say won't change that), but it's absolutely not
gray from a distribution standpoint.
AND IT WASN'T EVER THE REASON FOR REMOVING THE DRIVER IN THE FIRST PLACE!
Paulo Marques writes:
> About the legal aspects of all this, they have been
> discussed extensively in the past. It is not about
> "hey this is just a simple hook", it is all about
> the derived work concept. This driver does absolutely
> nothing outside the kernel. It's only purpose is to
> attac
Wouter Van Hemel wrote:
On Fri, 27 Aug 2004, David Woodhouse wrote:
Again, that is intentional. People are free to go use BSD if the GPL is
not compatible with their desires. Or Windows, perhaps.
People seem to be whining that Linux is released under the GPL instead
of a BSD licence. Perhaps the us
Wouter Van Hemel pair.com> writes:
> Very constructive. If you would use this zealotry energy in getting
> results from Philips, we might not be here arguing. I get the feeling some
> seem to think of the removal of this popular driver as a *contribution* to
> Linux. This attitude contributes n
On Fri, 27 Aug 2004, Greg KH wrote:
> Q: Why did you remove the hook from the pwc driver?
> A: It was there for the explicit purpose to support a binary only
>module. That goes against the kernel's documented procedures, so I
>had to take it out.
Can you say exactly where these procedure
On Fri, Aug 27, 2004 at 11:30:04AM -0700, Craig Milo Rogers wrote:
> On 04.08.26, Linus Torvalds wrote:
> > On Thu, 26 Aug 2004, Craig Milo Rogers wrote:
> >
> > > On 04.08.26, Greg KH wrote:
> > > > Greg Kroah-Hartman:
> > > > o USB: rip out the whole pwc driver as the author wishes to have don
On Fri, 27 Aug 2004, David Woodhouse wrote:
Again, that is intentional. People are free to go use BSD if the GPL is
not compatible with their desires. Or Windows, perhaps.
People seem to be whining that Linux is released under the GPL instead
of a BSD licence. Perhaps the users concerned should be
Hi,
On Fri, 27 Aug 2004, Greg KH wrote:
> Q: But you took away my freedom! Isn't Linux about freedom?
We cannot take something away, you never had to begin with. The GPL gives
you the freedom to modify the source of your driver. If you decide to
relinquish this freedom by using a binary drive
On Fri, 27 Aug 2004, Alan Stern wrote:
This should say "its". "it's" is an abbreviation for "it is".
Doh. Fixed.
diff -urs kernel-source-2.6.8/drivers/usb/class/Kconfig
kernel-source-2.6.8-wvh/drivers/usb/class/Kconfig
--- kernel-source-2.6.8/drivers/usb/class/Kconfig 2004-08-27 16:37:05.00
On Fri, 27 Aug 2004, Wouter Van Hemel wrote:
> - speakers to your computer's USB port.
> + speakers to your computer's USB port. You only need this if you use
> + the OSS sound driver; ALSA has it's own option for usb audio support.
This should say "its". "it's" is an abb
Q: You are a fundamentalist turd / jerk / pompous ass /
GNU-freebeer-biased-idiot-fundamentalist fucktard / ignorant slut!
A: I've been called worse by better people, get over yourself.
This was a good one. ;-)
Prakash
---
This SF.Net email is
On Fri, 2004-08-27 at 09:26 -0700, Greg KH wrote:
> Q: But you took away my freedom! Isn't Linux about freedom?
The GPL provides is a very _specific_ kind of freedom. It has its own
restrictions -- in many ways it's less free than if we were to just
release our code to the public domain, or under
Hello,
I've had some trouble getting a webcam microphone to work because both
CONFIG_USB_AUDIO in USB drivers and CONFIG_SND_USB_AUDIO in ALSA drivers
were enabled, and they were not playing nice with each other. It's not
clear from the description that CONFIG_USB_AUDIO is only needed for OSS
s
So, I've gotten a lot of emails about this topic, so I'll just answer
them all here in public, and point people at them when they ask them
again:
First off, here's Nemosoft's big post about the driver, please read that
first, and the responses to that thread:
http://thread.gmane.org/gmane.linux.us
On Fri, Aug 27, 2004 at 10:40:35AM +0200, Oliver Neukum wrote:
> Am Freitag, 27. August 2004 01:54 schrieb Greg KH:
> > ChangeSet 1.1843.4.18, 2004/08/24 12:08:00-07:00, [EMAIL PROTECTED]
> >
> > USB: fix bad value in kaweth.c driver
> >
> > Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
>
>> i compile cdc-acm.c with #define DEBUG and attach kernel messages:
>> kern1.log - first call via pppd, modem dial ok, but freeze after
>> disconnect
>> kern2.log - second call, modem don't respond
>>
>> what information is necessary?
ON> Please try the attached patch.
it remove warning, but
On Thu, 26 Aug 2004, echto wrote:
> usb-storage: This device (05ab,0060,1105 S 06 P 50) has unneeded
> SubClass and Protocol entries in unusual_devs.h
> ~ Please send a copy of this message to
> <[EMAIL PROTECTED]>
Thank you for sending this. An update has been included for upcoming
kernels.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
When I recently migrated to a 2.6 kernel, my TDK USB bluetooth adapter
stopped working. I could load all the modules fine, but as soon as I
start hcid I got the following error:
Aug 12 10:23:33 mulligans hci_usb_intr_rx_submit: hci0 intr rx submit
f
> i compile cdc-acm.c with #define DEBUG and attach kernel messages:
> kern1.log - first call via pppd, modem dial ok, but freeze after
> disconnect
> kern2.log - second call, modem don't respond
>
> what information is necessary?
Please try the attached patch.
Regards
syr> i compile cdc-acm.c with #define DEBUG and attach kernel messages:
syr> kern1.log - first call via pppd, modem dial ok, but freeze after
syr> disconnect
syr> kern2.log - second call, modem don't respond
kern1.log
Description: Binary data
kern2.log
Description: Binary data
i have some troubles with my acm modem (zyxel uno) under linux kernel
2.6.8.
always after pppd disconnect modem freeze (it don't respond to any
command; on modem body usb and data led on, other - off).
more details:
- i try both ohci and uhci controllers.
- with kernel 2.6.7 i don't see this pr
Am Freitag, 27. August 2004 01:54 schrieb Greg KH:
> ChangeSet 1.1843.4.18, 2004/08/24 12:08:00-07:00, [EMAIL PROTECTED]
>
> USB: fix bad value in kaweth.c driver
>
> Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
>
>
> drivers/usb/net/kaweth.c |2 +-
> 1 files changed, 1 insertion(
echto wrote:
usb-storage: This device (05ab,0060,1105 S 06 P 50) has unneeded
SubClass and Protocol entries in unusual_devs.h
I believe this is fixed in a later version of the kernel. See the patch at:
http://marc.theaimsgroup.com/?l=linux-usb-devel&m=109025231205414&w=2
(Alan, ignore my last messa
echto wrote:
usb-storage: This device (05ab,0060,1105 S 06 P 50) has unneeded
SubClass and Protocol entries in unusual_devs.h
Alan,
This appears to be the same as before, regarding this entry:
/* Submitted by Jol Bourquard <[EMAIL PROTECTED]> */
UNUSUAL_DEV( 0x05ab, 0x0060, 0x1104, 0x1110,
except
59 matches
Mail list logo