We have contact lists of American Doctors and Dentists and they are on sale this week. Get details by emailing here: Prince at expertdatasystems.co.cc To be erased from our list please send an email to rembox at expertdatasystems.co.cc
On Thu, Oct 29, 2009 at 01:46:40PM -0700, Randy Dunlap wrote:
> On Thu, 29 Oct 2009 01:02:50 +0100 Dominik Brodowski wrote:
>
> > On Wed, Oct 28, 2009 at 10:27:00PM +0100, Dominik Brodowski wrote:
> > > On Tue, Oct 27, 2009 at 07:39:23AM -0700, Greg KH wrote:
> > > > On Tue, Oct 27, 2009 at 06:12:24AM +0100, Dominik Brodowski wrote:
> > > > > Randy,
> > > > >
> > > > > On Mon, Oct 26, 2009 at 03:19:58PM -0700, Randy Dunlap wrote:
> > > > > > > Remove the pcmcia_get_{first,next}_tuple() calls no longer needed by
> > > > > > > (current) pcmcia device drivers.
> > > > > >
> > > > > > linux-next 20091026:
> > > > > >
> > > > > > drivers/staging/comedi/drivers/cb_das16_cs.c:155: error: implicit declaration of function 'pcmcia_get_first_tuple'
> > > > > > drivers/staging/comedi/drivers/cb_das16_cs.c:156: error: implicit declaration of function 'pcmcia_get_tuple_data'
> > > > > > drivers/staging/comedi/drivers/cb_das16_cs.c:883: error: implicit declaration of function 'pcmcia_get_next_tuple'
> > > > > >
> > > > > > There are also other comedi/ drivers that this randconfig didn't attempt
> > > > > > to build that are still using these same interfaces.
> > > > >
> > > > > What are the current rules on drivers in staging/ ? Do they need to be
> > > > > updated as well on API changes?
> > > >
> > > > You don't have to do it, no. I'll be glad to do so as long as I get a
> > > > hint as to what needs to be done :)
> > >
> > > These hints are in Documentation/pcmcia/driver-changes.txt . However, I'll
> > > try to get some patches cooked up myself tonight for those drivers. Whom
> > > shall I submit them to, or shall I just add them to the PCMCIA tree?
(Continue reading)
Censorship on your posts http://www.tamibdk.cn/
After the incorporation of the patch entitled "wext: refactor", some
of the wireless drivers in drivers/staging fail to build because they
need to have CONFIG_WIRELESS_EXT and CONFIG_WEXT_PRIV defined.
[ patch description borrowed from the previous fix for wireless staging
drivers ("staging: Add proper selection of WIRELESS_EXT and WEXT_PRIV")
authored by Larry Finger ]
Cc: Larry Finger <Larry.Finger at lwfinger.net>
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier at gmail.com>
---
drivers/staging/rt2860/Kconfig | 2 ++
drivers/staging/rt2870/Kconfig | 2 ++
2 files changed, 4 insertions(+)
Index: b/drivers/staging/rt2860/Kconfig
===================================================================
--- a/drivers/staging/rt2860/Kconfig
+++ b/drivers/staging/rt2860/Kconfig
<at> <at> -1,6 +1,8 <at> <at>
config RT2860
tristate "Ralink 2860/3090 wireless support"
depends on PCI && X86 && WLAN
+ select WIRELESS_EXT
+ select WEXT_PRIV
---help---
This is an experimental driver for the Ralink 2860 and 3090
wireless chips.
Index: b/drivers/staging/rt2870/Kconfig
===================================================================
(Continue reading)
On Mon, Nov 2, 2009 at 11:26 AM, hong zhang <henryzhang62 at yahoo.com> wrote: > TL-WN721N is not 11n complied. Huh? TL-WN721N should be ar9271 hardware. All ar9271 devices are single stream devices which means the highest MCS rate is MCS 7. I forget but I believe 11n wifi cert accepts single stream devices now. > TL-WN821N complies with 11n. As per Christian it seems this is an ar9170 device, which is dual stream and using the older Atheros hardware. It certainly has capacity to TX/RX more but remember that it is more expensive too. Single stream devices bring 802.11n hardware price down to a competitive level and kill 802.11g :) Luis
This patch series add a RealTek drivers to upstream -staging tree, based on the version sent by RealTek c/c devel at driverdev.osuosl.org. Thanks to Jerry Chuang <jerry-chuang at realtek.com> to provide the driver for rtl8192u chipset. This driver looks very close to rtl8192su, but at least the firmware is different. It wouldn't probably be that hard to merge both drivers into one in the future. The drivers are working, with the firmwares provided on ReakTek package: $ md5sum /lib/firmware/RTL8192U/* f0b36fa2fa5f89e8246a9e353b990952 /lib/firmware/RTL8192U/boot.img 7f06fe4c1d4098e0c363c0e06cb991ee /lib/firmware/RTL8192U/data.img 5b998bb6dcba47221abe3468361a0158 /lib/firmware/RTL8192U/main.img
Em Mon, 2 Nov 2009 10:07:21 +0800 Jerry-RealtekFAE <jerry-chuang at realtek.com> escreveu: > Dear Sir/Madam > > Thanks for you choose Realtek. > The CG-WLUSB300N is Realtek chipset RTL8192U. It is not RTL8192SU. > Please update attached Linux driver for RTL8192U. Jerry, Thank you for the driver. I'm preparing some patches to drivers/staging adding it for the new upcoming kernels. Would it be possible to give us permission for firmware redistribution as binary only files? This will allow distros to add your firmware on some packages, making life easier to users that has those devices. There are a few exemples on how such license should be, in order do allow us to add at the distros, for example: http://linuxtv.org/wiki/index.php/Firmware_model2 or http://linuxtv.org/wiki/index.php/Firmware_model1 Cheers, Mauro
---
drivers/staging/comedi/drivers/cb_das16_cs.c | 25 ++++++++++++-------------
1 files changed, 12 insertions(+), 13 deletions(-)
diff --git a/drivers/staging/comedi/drivers/cb_das16_cs.c b/drivers/staging/comedi/drivers/cb_das16_cs.c
index 80c0df8..1af8650 100644
--- a/drivers/staging/comedi/drivers/cb_das16_cs.c
+++ b/drivers/staging/comedi/drivers/cb_das16_cs.c
<at> <at> -100,7 +100,7 <at> <at> static struct comedi_driver driver_das16cs = {
.detach = das16cs_detach,
};
-static struct pcmcia_device *cur_dev = NULL;
+static struct pcmcia_device *cur_dev;
static const struct comedi_lrange das16cs_ai_range = { 4, {
RANGE(-10, 10),
<at> <at> -169,9 +169,8 <at> <at> static const struct das16cs_board *das16cs_probe(struct comedi_device *dev,
id = get_prodid(dev, link);
for (i = 0; i < n_boards; i++) {
- if (das16cs_boards[i].device_id == id) {
+ if (das16cs_boards[i].device_id == id)
return das16cs_boards + i;
- }
}
printk("unknown board!\n");
<at> <at> -197,16 +196,14 <at> <at> static int das16cs_attach(struct comedi_device *dev,
printk("I/O base=0x%04lx ", dev->iobase);
(Continue reading)
Em Tue, 3 Nov 2009 07:16:54 -0200 Mauro Carvalho Chehab <mchehab at infradead.org> escreveu: > This patch series add a RealTek drivers to upstream -staging tree, > based on the version sent by RealTek c/c devel at driverdev.osuosl.org. Hmm... the patches were too large and ML refused to add: Your mail to 'devel' with the subject [PATCH 1/4] Added Realtek rtl8192u driver to staging Is being held until the list moderator can review it for approval. The reason it is being held: Message body is too big: 1758292 bytes with a limit of 40 KB Anyway, I added those patches and two additional cleanup ones on a separate -git tree: git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/rtl8192u.git Cheers, Mauro
Dear Partner, I am sending you this email through the internet with reservations, basically because you may perceive my intentions wrongly. The issue I want to unravel to you is a very classified and sensitive one, it may be very difficult for you to comprehend, but it certainly the truth. It involves huge sum of Fund that I want you to receive on my behalf, On your response via my email address (kwangpk222 at yahoo.co.jp) I will send you the details and more information about myself and the funds. Yours Sincerely, Mr. Park Kwang. (South Korea)
RSS Feed587 | |
|---|---|
678 | |
875 | |
631 | |
815 | |
399 | |
1126 | |
879 | |
1323 | |
608 | |
966 | |
1010 | |
1037 | |
582 | |
372 | |
449 | |
431 | |
514 | |
660 | |
640 | |
630 | |
1147 | |
622 | |
449 | |
828 | |
550 | |
1663 | |
744 | |
1080 | |
459 | |
464 | |
571 | |
587 | |
814 | |
314 | |
518 | |
1161 | |
406 | |
979 | |
301 | |
162 | |
450 | |
188 | |
303 | |
970 | |
203 | |
255 | |
436 | |
21 | |
9 | |
14 | |
4 | |
14 | |
10 | |
13 | |
14 | |
12 | |
41 | |
16 | |
68 | |
28 | |
60 | |
13 | |
15 | |
8 | |
54 | |
239 | |
37 | |
1 |
