Michael Lapinski wrote:
Does anyone have any ideas why this would happen? Also can anyone tell
me what the USB chipset is on the 800?
Was discussed here in the list few times. Search list archives for
details [1] or check this http://muru.com/linux/n800-usb-host/
Frantisek
1.
I figured out the issue. It was totally unrelated to the USB patching.
I was changing CONFIG_LOCALVERSION compile variable to be able to
identify which kernel (of the several that I have tried) is loaded by
using uname -a. Apparently doing this is a no no because the device goes
into an
Hello,
Ive been continuing to try and get the N800 even recognize a self
powered device (in my case a USB hub with it own power supplied to the
mini plug of the 800).
I noticed there is an kernel option CONFIG_USB_MUSB_HOST which I am
guessing forces the device to act as a host. When I
On Aug 4, 2007, at 12:23 PM, Rodrigo Vivi wrote:
On 8/3/07, Sean Cross [EMAIL PROTECTED] wrote:
On Aug 3, 2007, at 2:06 PM, Michael Lapinski wrote:
In summary the older patches give some error and dont see the hub
and
the newer patches dont appear to work at all. Anyone have any
idea
On 8/3/07, Sean Cross [EMAIL PROTECTED] wrote:
On Aug 3, 2007, at 2:06 PM, Michael Lapinski wrote:
In summary the older patches give some error and dont see the hub and
the newer patches dont appear to work at all. Anyone have any idea or
suggestions? Have we missed some sort of a step in
-Hello,
We have tried to to get the N800 working in host mode and are not
having any luck. This is what we have tried (per
http://www.muru.com/linux/n800-usb-host/):
1) Kernel Sources kernel-source-rx-34_2.6.18.orig.tar.gz
patched with kernel-source-rx-34_2.6.18-osso40.diff
We have
On Aug 3, 2007, at 2:06 PM, Michael Lapinski wrote:
In summary the older patches give some error and dont see the hub and
the newer patches dont appear to work at all. Anyone have any idea or
suggestions? Have we missed some sort of a step in the procedure?
I've been curious about the USB
Playback resolution is the problem and the hardware limitations will not
allow us to use the N800 screen as it is. That's a pity, alhtough I
understand the reasons for these limitations.
In fact the screen _is_ used in its full resolution. Well sort of. The pixel
doubling feature on N770
Siarhei Siamashka wrote:
That's why I asked this question in the mailing list. I hope that somebody in
a position to make such decision is reading it. Nokia did some beta releases
of OS2006 before, so maybe it could be possible to continue this tradition?
I asked the same question - ...any
Le samedi 10 mars 2007 à 14:50 +, Neil MacLeod a écrit :
Siarhei Siamashka wrote:
That's why I asked this question in the mailing list. I hope that somebody
in
a position to make such decision is reading it. Nokia did some beta
releases
of OS2006 before, so maybe it could be
Hi,
I'd like support for the IVA (Imaging Video Accelerator) device to be
implemented, or at least for some more information to be made available if
Nokia
can't justify the time.
Rationale:
This hardware is supposed to be able to improve large image display and can
VGA
decoding at up
On Fri, Mar 09, 2007 at 09:45:03AM +0100, ext Hanno Zulla wrote:
Right now, the biggest bottleneck in video decoding is RFBI bandwidth
(i.e. the bus between OMAP and the LCD controller we use), being too
slow to push more than ~15fps through at 800x480. Beefing up the
processor-side
Hanno Zulla wrote:
Video playback is my biggest wish for improvement on the N800. See
http://www.hanno.de/blog/2007/02/16/video-on-n800/ for some comparisons
of video playback on the N800 as it is today and how it could be on an
800x480 screen.
Why do you want DVD MPEG2 Playback? MPEG2 is IMHO
Hi,
Klaus Rotter schrieb:
Hanno Zulla wrote:
Video playback is my biggest wish for improvement on the N800. See
http://www.hanno.de/blog/2007/02/16/video-on-n800/ for some comparisons
of video playback on the N800 as it is today and how it could be on an
800x480 screen.
Why do you want
Hi,
I think the format question is a red herring here.
Indeed.
What we really want is to fully utilize the display quality when
watching video, and it sounds like that's a request that Nokia has
heard. They're doing what they can in terms of optimization, and I'm
sure it will play into
Hanno Zulla wrote:
Hi,
But MPEG4 needs more CPU power AND you have to transcode the existing
material we already have on DVD or DVB before you can watch it. It's
kind of pointless to waste desktop CPU power to transcode existing
material if you could watch it in original form.
I'd rather
Hi,
I'd rather transcode once into a format more suitable for portable
devices than waste all my Flash storing the same single uncompressed DVD
film/movie.
It's about balance, and having the powerful desktop CPU convert the film
as a one-off exercise is surely a better option than
Hanno Zulla wrote:
Playback resolution is the problem and the hardware limitations will not
allow us to use the N800 screen as it is. That's a pity, alhtough I
understand the reasons for these limitations.
In fact the screen _is_ used in its full resolution. Well sort of. The
pixel doubling
On Friday 09 March 2007 12:20, Daniel Stone wrote:
On Fri, Mar 09, 2007 at 09:45:03AM +0100, ext Hanno Zulla wrote:
Right now, the biggest bottleneck in video decoding is RFBI bandwidth
(i.e. the bus between OMAP and the LCD controller we use), being too
slow to push more than ~15fps
On Fri, Mar 09, 2007 at 10:34:52PM +0200, ext Siarhei Siamashka wrote:
On Friday 09 March 2007 12:20, Daniel Stone wrote:
Not really. The next firmware release has gone to great lengths to
improve video performance by doing scaling on the LCD controller, as
well as the colourspace
Daniel Stone wrote:
Thanks, that's a very good news. We all are looking forward for this firmware
update. By the way, is it possible to get an early access to the updated
kernels in the future for the purpose of testing and ensuring compatibility?
It's a kernel and large X server update.
Hi - regarding the subject:
For those interested in watching live-stuff on your N800 we are
working on a project called GMyth (http://gmyth.sf.net). With it you
are able to do a lot of MythTV stuff at your N770/800.
Right now you are able to watch live tv on your N800 if you have an
analog tv
Hi,
ext Kalle Vahlman wrote:
I haven't confirmed this, but according to the (non-exhaustive)
benchmarking currently it probably should be faster to work with image
surface in Cairo and only push the result to X, since it is
accelerated in neither.
It might not be faster[1], but at least rest
On 3/7/07, Eero Tamminen [EMAIL PROTECTED] wrote:
Err. Translucency means compositing and keeping the composited items in
memory. Due to additional memory accesses needed for this, it would be
slower (and take more memory) regardless of how accelerated it would
be.
Keeping the composited
On 3/8/07, Eero Tamminen [EMAIL PROTECTED] wrote:
Hi,
ext Kalle Vahlman wrote:
I haven't confirmed this, but according to the (non-exhaustive)
benchmarking currently it probably should be faster to work with image
surface in Cairo and only push the result to X, since it is
accelerated in
On 3/8/07, Daniel Amelang [EMAIL PROTECTED] wrote:
On 3/7/07, Eero Tamminen [EMAIL PROTECTED] wrote:
Err. Translucency means compositing and keeping the composited items in
memory. Due to additional memory accesses needed for this, it would be
slower (and take more memory) regardless of
On Thu, Mar 08, 2007 at 01:17:47PM -0800, ext Daniel Amelang wrote:
On 3/8/07, Eero Tamminen [EMAIL PROTECTED] wrote:
[1] There's a bug in Cairo bugzilla about slowness on 16-bit display
when using Render though...
Although the compositing code could still be better optimized for
On Thu, 8 Mar 2007 16:36:11 -0600,Paul Klapperich wrote:
This doesn't make any sense. What if the surfaces are moved in relation to
each other?
Who said they are surfaces? You might have graphicsl elements that you
want to draw that are represented more effciently in some vector
description
On Thu, Mar 08, 2007 at 01:06:00PM -0800, ext Daniel Amelang wrote:
On 3/7/07, Eero Tamminen [EMAIL PROTECTED] wrote:
Err. Translucency means compositing and keeping the composited items in
memory. Due to additional memory accesses needed for this, it would be
slower (and take more memory)
On Fri, 9 Mar 2007 00:53:18 +0200, Daniel Stone wrote:
On 3/8/07, Eero Tamminen [EMAIL PROTECTED] wrote:
[1] There's a bug in Cairo bugzilla about slowness on 16-bit display
when using Render though...
...
b) Cairo is dumb. It could degrade to a 16-bit surface if the target
is
On Thu, Mar 08, 2007 at 03:05:12PM -0800, ext Carl Worth wrote:
On Fri, 9 Mar 2007 00:53:18 +0200, Daniel Stone wrote:
On 3/8/07, Eero Tamminen [EMAIL PROTECTED] wrote:
[1] There's a bug in Cairo bugzilla about slowness on 16-bit display
when using Render though...
...
b) Cairo
ext Daniel Stone wrote:
On Thu, Mar 08, 2007 at 01:06:00PM -0800, ext Daniel Amelang wrote:
On 3/7/07, Eero Tamminen [EMAIL PROTECTED] wrote:
Err. Translucency means compositing and keeping the composited items in
memory. Due to additional memory accesses needed for this, it would be
slower
Hitting the Wishlist is almost only a matter of writing down
a sensible rationale. You can do it.
(..)
I will put USB host mode in the Wishlist. I plan to update the
roadmap page on Fridays (if we have stuff to update).
So it seems I sent my suggestion to the wrong Wiki. Here it is again,
On 3/7/07, Florent de Dinechin [EMAIL PROTECTED] wrote:
Wish #1:
Extend the current drag-to-shift paradigm on the virtual keyboard to 8
directions. Use these to implement accents for accented languages (e+NE
for é, e+NW for è, c+SW for ç, etc), and to remove the need for shifting
in general.
After asking some questions to the right person...
On Tue, 2007-03-06 at 16:26 -0500, ext Larry Battraw wrote:
There was never a removal of the functionality since this is a new
chipset and support for it was not available for it (AFAIK) in the
kernel until recently. I tried it out and it's
Hitting the Wishlist is almost only a matter of writing down
a sensible rationale. You can do it.
(..)
I will put USB host mode in the Wishlist. I plan to
update the roadmap page on Fridays (if we have stuff to update).
Wish #1:
I'd like to request PowerVR chipset support (kernel
On Wed, Mar 07, 2007 at 05:50:26PM -, ext Simon Pickering wrote:
Wish #2:
I'd like support for the IVA (Imaging Video Accelerator) device to be
implemented, or at least for some more information to be made available if
Nokia
can't justify the time.
Rationale:
This hardware is
Hi,
ext Simon Pickering wrote:
Hitting the Wishlist is almost only a matter of writing down
a sensible rationale. You can do it.
(..)
I will put USB host mode in the Wishlist. I plan to
update the roadmap page on Fridays (if we have stuff to update).
Wish #1:
I'd like to request PowerVR
On 3/6/07, Larry Battraw [EMAIL PROTECTED] wrote:
There was never a removal of the functionality since this is a new
chipset and support for it was not available for it (AFAIK) in the
kernel until recently. I tried it out and it's pretty rough in (the
current kernel version) 2.6.18; it would
I believe what you're looking for is here:
http://test.maemo.org/community/roadmap.html There's a _huge_ list of
wishes for improvements elsewhere, but the roadmap is closer to
reality in terms of what might be implemented. I believe the plan is
to flesh it out as far as who's running any
On 3/5/07, Larry Battraw [EMAIL PROTECTED] wrote:
I understand
that better support may be forthcoming, but that would be part of a
new kernel or a back-port of the fixes.
The Nokia folks seem to be strangely silent on the whole USB host
thing. Maybe they are not wanting to implicate themselves
Has anybody played around with trying to get the N800 to support USB
host mode? Yes, I know that this won't work without a modified USB hub
to inject +5V onto the USB port.
Not the answer to question. Just like to get more info on the subject.
I've found cable with 5 pins for the 770 side
of the device, at least for n700 the pin layout is public.
but okay usb would be nicer, because it would only be one jack.
mfg ah
David Hagood schrieb:
Has anybody played around with trying to get the N800 to support USB
host mode? Yes, I know that this won't work without a modified USB hub
Zoran Kolic schrieb:
Has anybody played around with trying to get the N800 to support USB
host mode? Yes, I know that this won't work without a modified USB hub
to inject +5V onto the USB port.
Not the answer to question. Just like to get more info on the subject.
I've found cable with 5
Andreas Hubel wrote:
Perhaps, you don't need USB as the Nokia 770 and N800 each have an
speaker and microphone. Okay the microphone at 770 has no jack, but as
far as i now at N800, but you could also use a bluetooth headset to get
a line in ;-)
Bluetooth compresses the audio, destroying the
the N800 to support USB
host mode? Yes, I know that this won't work without a modified USB hub
to inject +5V onto the USB port.
Not the answer to question. Just like to get more info on the subject.
I've found cable with 5 pins for the 770 side and two usb-s for data and
power on the other
Has anybody played around with trying to get the N800 to support USB
host mode? Yes, I know that this won't work without a modified USB hub
to inject +5V onto the USB port.
The reason I ask is that I was planning on trying to port a program
over, and I'd really like to have USB host mode support
47 matches
Mail list logo
