Hi wwang, Oleksij!
Find my notes inline:
Am Montag, Mai 14, 2012, 04:50:04 AM schrieb wwang:
> Hi Oleksij:
>
> We will modify the TODO file to manifest our next steps on Realtek card
> reader drivers. And as to your feature request, we will add it in our
> new driver stack.
>
> Many Thanks!
>
On Sun, May 13, 2012 at 08:23:58PM -0700, Colin Cross wrote:
> On Fri, May 11, 2012 at 5:17 PM, Anton Vorontsov
> wrote:
> > This is a longstanding bug, almost unnoticeable when calling
> > persistent_ram_write() for small buffers.
> >
> > But when called for large data buffers, the write routine
On Fri, May 11, 2012 at 5:17 PM, Anton Vorontsov
wrote:
> This is a longstanding bug, almost unnoticeable when calling
> persistent_ram_write() for small buffers.
>
> But when called for large data buffers, the write routine behaves
> incorrectly, as the size may never update: instead of clamping
Hi Oleksij:
We will modify the TODO file to manifest our next steps on Realtek card
reader drivers. And as to your feature request, we will add it in our
new driver stack.
Many Thanks!
wwang
于 2012年05月12日 21:58, Oleksij Rempel 写道:
Hi wwang:
I just noticed that your answer was not CCed to
Hello
Please Get back to me, i have a transact to discuss with you,
my late client left an unclaimed sum with my bank.
I want you to help me process and receive this fund.
Contact me on my e-mail: mrchen_...@yahoo.com.hk
Li
___
devel mailing list
d
On Sun, May 13, 2012 at 07:56:01PM +0300, Dan Carpenter wrote:
> On Fri, May 11, 2012 at 05:17:17PM -0700, Anton Vorontsov wrote:
> > This is a longstanding bug, almost unnoticeable when calling
> > persistent_ram_write() for small buffers.
> >
> > But when called for large data buffers, the write
On Sun, May 13, 2012 at 10:52:42PM +0400, Volokh Konstantin wrote:
> Changes:
> - wis-tw2804.ko module code was incompatible with 3.4 branch in
> initialization v4l2_subdev parts. now i2c_get_clientdata(...) contains
> v4l2_subdev struct instead non standard wis_tw2804 struct
> - Use V4L2
On Sun, May 13, 2012 at 10:52:41PM +0400, Volokh Konstantin wrote:
> This patch applies only for Adlink MPG24 board with go7007, all these changes
> were tested for continuous loading & restarting modes
>
> This is minimal changes needed for start up go7007 to work correctly
> in 3.4 branch
>
Changes:
- wis-tw2804.ko module code was incompatible with 3.4 branch in
initialization v4l2_subdev parts. now i2c_get_clientdata(...) contains
v4l2_subdev struct instead non standard wis_tw2804 struct
- Use V4L2 control framework
Adds:
- Additional chipset tw2804 controls with: gain,a
This patch applies only for Adlink MPG24 board with go7007, all these changes
were tested for continuous loading & restarting modes
This is minimal changes needed for start up go7007 to work correctly
in 3.4 branch
Changes:
- When go7007 reset device, i2c was not working (need rewrite GPIO5)
Hello Mark A. Allyn,
This is a semi-automatic email about new static checker warnings.
The patch 9196dc1129fb: "staging: sep: reworked crypto layer" from
Feb 10, 2012, leads to the following static checker complaint:
drivers/staging/sep/sep_crypto.c:2272 sep_hash_update()
warn: variabl
Hello
Please Get back to me, i have a transact to discuss with you,
my late client left an unclaimed sum with my bank.
I want you to help me process and receive this fund.
Contact me on my e-mail: mrchen_...@yahoo.com.hk
Li
___
devel mailing list
d
On Fri, May 11, 2012 at 05:17:17PM -0700, Anton Vorontsov wrote:
> This is a longstanding bug, almost unnoticeable when calling
> persistent_ram_write() for small buffers.
>
> But when called for large data buffers, the write routine behaves
> incorrectly, as the size may never update: instead of
There was a warning when ran "make versioncheck"
drivers/staging/media/as102/as102_fe.c: 20 linux/version.h not needed.
Signed-off-by: joseph daniel
---
drivers/staging/media/as102/as102_fe.c |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/staging/media/as102/as102_fe.c
b/drive
14 matches
Mail list logo
