Re: locked out.

2005-12-08 Thread studio-64

Hi Chris

Same happened to me with the last update on 64studio.

I'll pass this on the Daniel as it has us stumped, and now looks like a 
bug in the new Kernel.


Did you get the change keyboard map??

cheers
Bob




CHRIS WAKEFIELD wrote:

Hi all.
Just did a fresh install.  Now I'm locked out of my machine .. my machine 
is taking no keyboard input.  Mouse, yes.  I've even tried other installs on 
the same machine ...still nothing.
Tried other keyboards, same thing
I'm stumped here, anyone know why or how this can happen?
Thanks for any ideas,
Chris W.




--



Bearmusic
hearmymusic.co.uk 



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Open office

2005-12-01 Thread studio-64



Helge Hafting wrote:

Lars Schimmer wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Adam Stiles wrote:
 


On Tuesday 22 November 2005 08:09, Rob van Kraanen wrote:

  
A lot of people think they need OOo for the same reason that a lot of 
people think they need MS Office, or Windows.
  



Because it IS used.
We are all NOT private persons and if you are at office, you NEED some
software which IS stable for some years and which works nicely with MS
Office docs and produces some nice files.
And you need something which works on nearly all platforms, Apple OS X,
Windows XP AND Linux.


Some ms-office compatibility is nice, fortunately openoffice is not
needed for that.  I chuck the .doc/.rtf at abiword, and gnumeric handles
the excel stuff.  About a hundred times faster than openoffice, which
I only ever use to read the _openoffice_ documents people occationally
send me.

Helge Hafting


Hi
I'm trying to install Abiword (For the many Docs I get)
It seems when I atp-get install it wants to uninstall:
 gnome-applets gnome-core

Do you know if it's safe to lose these on a Gnome desktop machine?

Cheers
Bob




Bearmusic
hearmymusic.co.uk 



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Mysql 5 64Studio install

2005-11-30 Thread studio-64

Hi Mike
Thanks for that,  are you running Gnome on this box?
Just a  bit paranoid lest I lose the desktop on this machine, and I wont 
have problems with Ansi complience. I will be running very basic SQL on 
this DB along with a bit of PHP.


Cheers
Bob


mike wrote:

I run MySQL 5 on Debian-amd64. Runs about the same as 4.x so far it
seems performance-wise.

I've been able to seamlessly switch it for just about everything -
MySQL 5.0 now is picky on JOINs (especially LEFT JOINs) to be more
ANSI SQL compliant, so those may break and need to be re-worked.
Otherwise I haven't seen any other issues. Been working on trying to
move everything to MySQL 5.0 and the mysqli PHP extension.


On 11/30/05, studio-64 <[EMAIL PROTECTED]> wrote:


Hi
Do any of you know how MYSQL 5 runs on Deb 64?  synaptic wants to
uninstall Gnome applets and some other Gnome stuff to install Mysql 5,
browser, and server.

Will this mean I lose the desktop (this happened to another Deb
installation I did!)

My system is running 64studio as a DAW and I would like Mysql for
tracking tracks.bands,albums and production/Master CD's.

Not the most heavy weight use of a database I know, but I can move it
around easily.

Cheers
Bob





   Bearmusic
   hearmymusic.co.uk 



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]







--



Bearmusic
hearmymusic.co.uk 



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Mysql 5 64Studio install

2005-11-30 Thread studio-64

Hi
Do any of you know how MYSQL 5 runs on Deb 64?  synaptic wants to 
uninstall Gnome applets and some other Gnome stuff to install Mysql 5, 
browser, and server.


Will this mean I lose the desktop (this happened to another Deb 
installation I did!)


My system is running 64studio as a DAW and I would like Mysql for 
tracking tracks.bands,albums and production/Master CD's.


Not the most heavy weight use of a database I know, but I can move it 
around easily.


Cheers
Bob





Bearmusic
hearmymusic.co.uk 



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Yawn! Linux v Windoze, a new twist?

2005-11-29 Thread studio-64

Hi I'm sure some on here can think of a few comments to add to this:
Linux v Windoze debate.

I note two revealing comments.

"if a subject of the study (vendor for example) is behind its funding, 
whether directly (as in this study)"


and

"it's important to recognize the small sample size in drawing any 
conclusions from the data."



Would it not be better for the guy to not agreee to do the study?

http://interviews.slashdot.org/article.pl?sid=05/11/28/1245256


I also note there is no debate as regards DAW's and other more niche 
systems.


My systems would be impossible for me to fund on anything else apart 
from Linux.



Cheers
Bob




Bearmusic
hearmymusic.co.uk 



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Open office

2005-11-25 Thread studio-64

Hi
Scribus, I havn't used, but I should have checked that out!
Makes perfect sense now!

Many thanks
Bob


Greg Madden wrote:

On Thursday 24 November 2005 06:39, studio-64 wrote:


Hi
Although I run my 64Studio for music I really miss Open office.
We often get asked to produce CD covers and such for our master CD's.



A couple of programs, available in 64 bit, 'glabels' does all kinds of labels, 
and Scribus, a desktop publishing app., does the cdrom/dvd case covers.




I can us OO for this but not on 64.

Its a shame as most of my Windoze people are really impressed with Linux
on seeing this setup.

We can only wait as I have no understanding of a '32bit cherroot(?)'
Just my 2 p's worth

Cheers
Bob

Charles de Miramon wrote:


Hamish Moffatt wrote:


You can use Goswin's unofficial amd64-archive package to get this
working. It builds amd64 debs of enough library and binary packages to
get it running, though it's running 32-bit behind the scenes. Very nice.


Does the Debian Amd64 developpers consider pushing this package in the
official repository (and similar ones for important 32bit applications
[Wine, Acrobat Reader])?  Considering the number of times, the OpenOffice
problem has been raised on this mailing list, it would certainly be
useful for your users and nice to have it for etch.

Cheers,
Charles





Bearmusic
hearmymusic.co.uk 



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Open office

2005-11-24 Thread studio-64

Hi
Although I run my 64Studio for music I really miss Open office.
We often get asked to produce CD covers and such for our master CD's.

I can us OO for this but not on 64.

Its a shame as most of my Windoze people are really impressed with Linux 
on seeing this setup.


We can only wait as I have no understanding of a '32bit cherroot(?)'
Just my 2 p's worth

Cheers
Bob


Charles de Miramon wrote:

Hamish Moffatt wrote:
 


You can use Goswin's unofficial amd64-archive package to get this working.
It builds amd64 debs of enough library and binary packages to get it
running, though it's running 32-bit behind the scenes. Very nice.




Does the Debian Amd64 developpers consider pushing this package in the
official repository (and similar ones for important 32bit applications
[Wine, Acrobat Reader])?  Considering the number of times, the OpenOffice
problem has been raised on this mailing list, it would certainly be useful
for your users and nice to have it for etch.

Cheers,
Charles


--



Bearmusic
hearmymusic.co.uk 



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Cups On 64bit - Is it running?

2005-11-23 Thread studio-64

HI Clive
I'm running 64Studio which is based on testing I think.


**
[EMAIL PROTECTED]:~$ cat /etc/apt/sources.list
#deb file:///cdrom/ etch main

deb cdrom:[Debian GNU/Linux 64 Studio _Etch_ - Unofficial amd64 Binary-1 
(20050707)]/ unstable main


# Security updates
deb http://packages.64studio.com/64studio 64studio main/updates

# Bleeding-edge packages
#deb http://packages.64studio.com/64studio 64studio main

# Debian official archive
deb http://amd64.debian.net/debian-amd64 testing main



I think I'll have to wait and keep an eye on the lists to see when these 
things ported to the 64 packages.


Cheers and thanks for the help, as a Digital Audio Workstation I cant 
fault this setup, it's just seems faster than the same stuff on 32 bit.


Cheers
Bob






Clive Menzies wrote:

On (23/11/05 12:22), studio-64 wrote:


Clive Menzies wrote:


Yeah! Ah well now we are at least close to the problem and hopefully
near to a solution.

I suggest you use aptitude to add and remove packages:

As root or sudo do:

# aptitude reinstall cupsys cupsys-bsd cupsys-client

it should throw in a few dependencies

I always find this doc handy when playing with printing - coincidentally
I've just been sorting out a client's printing problem with a debian
print server and MacOSX and windows clients:

http://www.faqs.org/docs/Linux-mini/Debian-and-Windows-Shared-Printing.html

A lot of it won't be relevant but there's some good stuff in there :)

BTW - I'm copying this to the list - just in case somebody needs the
same info.  It's also customary on this list to post your answers below
so others can follow the thread.



Ok I think I removed Cupsys(?)

But this is what I get when I try and install
Cupsys and what I thnk I need
(there seems to be a large amount of stuff for cups)



The following packages have unmet dependencies:
 cupsys: Depends: libc6 (>= 2.3.5-1) but 2.3.2.ds1-22 is to be installed
 Depends: libcupsys2 (>= 1.1.23-1) but it is not going to be 
installed
 Depends: libgnutls12 (>= 1.2.5) but it is not going to be 
installed

 Depends: xpdf-utils but it is not going to be installed
 cupsys-driver-gimpprint: Depends: cupsys-driver-gutenprint (>= 
4.3.99+cvs20050901-1) but it is not going to be installed
 gnome-cups-manager: Depends: libc6 (>= 2.3.5-1) but 2.3.2.ds1-22 is 
to be installed
 Depends: libcupsys2 (>= 1.1.23-1) but it is not 
going to be installed
 Depends: libglib2.0-0 (>= 2.8.0) but 2.6.5-1 is 
to be installed
 Depends: libgnome-keyring0 (>= 0.4.3) but 0.4.2-1 
is to be installed
 Depends: libgnomecupsui1.0-1 (>= 0.31) but it is 
not going to be installed
 Depends: libgnomevfs2-0 (>= 2.10.0-0) but 2.8.4-4 
is to be installed
 Depends: libpango1.0-0 (>= 1.8.2) but 1.8.1-1 is 
to be installed
 Depends: libxml2 (>= 2.6.21) but 2.6.16-7 is to 
be installed

 hpoj: Depends: libc6 (>= 2.3.5-1) but 2.3.2.ds1-22 is to be installed
   Depends: libgcc1 (>= 1:4.0.1) but 1:4.0.0-9 is to be installed
   Depends: libsnmp9 (>= 5.2.1.2-3) but it is not going to be 
installed

   Depends: libstdc++6 (>= 4.0.2) but 4.0.0-9 is to be installed
   Depends: libsane (>= 1.0.15-7) but it is not going to be installed
E: Broken packages
64studio:~#




Which release are you running? stable(sarge), testing(etch) or
unstable(sid); if you're not sure post the output of:

# cat /etc/apt/sources.list

It looks as though you're running etch or sid; in which case you may
have to wait for these dependencies to be resolved.  If you're
unfamiliar with Debian, you would be better of starting on sarge and
then upgrading when you're more comfortable with the 'Debian way'.

Am I right in thinking there isnt a Deb64 printing system for these 'all 
in one' HP things,  its a PSC 1205.



I don't know :(


Here is the output from the command:

# aptitude reinstall cupsys cupsys-bsd cupsys-client



Initializing package states... Done
Reading task descriptions... Done
cupsys is not currently installed, so it will not be reinstalled.
cupsys-bsd is not currently installed, so it will not be reinstalled.
The following packages have been kept back:
 dbus-1 dvd+rw-tools gs-esp hpoj html2text libcupsimage2 libfribidi0
 libhal0 libjackasyn0 libmpeg2-4 libslp1 libtar libxine1 make ripperx
 samba samba-common samba-dbg totem-xine xmms-jackasyn
The following packages will be REINSTALLED:
 cupsys-client
0 packages upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 
20 not upgraded.

Need to get 0B/111kB of archives. After unpacking 0B will be used.
Writing ex

Re: Cups On 64bit - Is it running?

2005-11-23 Thread studio-64

HI
Ok I think I removed Cupsys(?)

But this is what I get when I try and install
Cupsys and what I thnk I need
 (there seems to be a large amount of stuff for cups)



The following packages have unmet dependencies:
  cupsys: Depends: libc6 (>= 2.3.5-1) but 2.3.2.ds1-22 is to be installed
  Depends: libcupsys2 (>= 1.1.23-1) but it is not going to be 
installed
  Depends: libgnutls12 (>= 1.2.5) but it is not going to be 
installed

  Depends: xpdf-utils but it is not going to be installed
  cupsys-driver-gimpprint: Depends: cupsys-driver-gutenprint (>= 
4.3.99+cvs20050901-1) but it is not going to be installed
  gnome-cups-manager: Depends: libc6 (>= 2.3.5-1) but 2.3.2.ds1-22 is 
to be installed
  Depends: libcupsys2 (>= 1.1.23-1) but it is not 
going to be installed
  Depends: libglib2.0-0 (>= 2.8.0) but 2.6.5-1 is 
to be installed
  Depends: libgnome-keyring0 (>= 0.4.3) but 0.4.2-1 
is to be installed
  Depends: libgnomecupsui1.0-1 (>= 0.31) but it is 
not going to be installed
  Depends: libgnomevfs2-0 (>= 2.10.0-0) but 2.8.4-4 
is to be installed
  Depends: libpango1.0-0 (>= 1.8.2) but 1.8.1-1 is 
to be installed
  Depends: libxml2 (>= 2.6.21) but 2.6.16-7 is to 
be installed

  hpoj: Depends: libc6 (>= 2.3.5-1) but 2.3.2.ds1-22 is to be installed
Depends: libgcc1 (>= 1:4.0.1) but 1:4.0.0-9 is to be installed
Depends: libsnmp9 (>= 5.2.1.2-3) but it is not going to be 
installed

Depends: libstdc++6 (>= 4.0.2) but 4.0.0-9 is to be installed
Depends: libsane (>= 1.0.15-7) but it is not going to be installed
E: Broken packages
64studio:~#



Am I right in thinking there isnt a Deb64 printing system for these 'all 
in one' HP things,  its a PSC 1205.



Here is the output from the command:

# aptitude reinstall cupsys cupsys-bsd cupsys-client



Initializing package states... Done
Reading task descriptions... Done
cupsys is not currently installed, so it will not be reinstalled.
cupsys-bsd is not currently installed, so it will not be reinstalled.
The following packages have been kept back:
  dbus-1 dvd+rw-tools gs-esp hpoj html2text libcupsimage2 libfribidi0
  libhal0 libjackasyn0 libmpeg2-4 libslp1 libtar libxine1 make ripperx
  samba samba-common samba-dbg totem-xine xmms-jackasyn
The following packages will be REINSTALLED:
  cupsys-client
0 packages upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 
20 not upgraded.

Need to get 0B/111kB of archives. After unpacking 0B will be used.
Writing extended state information... Done
Media Change: Please insert the disc labeled 'Debian GNU/Linux 64 Studio 
_Etch_ - Unofficial amd64 Binary-1 (20050707)' in the drive '/cdrom/' 
and press enter

*********




Cheers
Bob




Clive Menzies wrote:

On (22/11/05 18:09), studio-64 wrote:


Something here:
/usr/sbin/dpkg-reconfigure: cupsys is broken or not fully installed
64studio:~#


Re-install?



Yeah! Ah well now we are at least close to the problem and hopefully
near to a solution.

I suggest you use aptitude to add and remove packages:

As root or sudo do:

# aptitude reinstall cupsys cupsys-bsd cupsys-client

it should throw in a few dependencies

I always find this doc handy when playing with printing - coincidentally
I've just been sorting out a client's printing problem with a debian
print server and MacOSX and windows clients:

http://www.faqs.org/docs/Linux-mini/Debian-and-Windows-Shared-Printing.html

A lot of it won't be relevant but there's some good stuff in there :)

BTW - I'm copying this to the list - just in case somebody needs the
same info.  It's also customary on this list to post your answers below
so others can follow the thread.

Regards

Clive



--



Bearmusic
hearmymusic.co.uk 



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Cups On 64bit - Is it running?

2005-11-22 Thread studio-64

Hi

I have this so far But still get the error:
*
AuthType Basic
AuthClass System

## Restrict access to local domain
Order Deny,Allow
Deny From All
Allow From 127.0.0.1

#Encryption Required


I have tried setting 192.168.1.* to this with Vi
But my version seems to behave odly
When I try and insert the screen flashes(!)

I assume this should allow localhost access anyway
I even tried 127.0.0.1:631

same error.

Thats a long conf file!

Cheers For the help
Bob





Clive Menzies wrote:

On (22/11/05 14:57), studio-64 wrote:


Hi
When I try cups admin in my browser I get ' connection refused on 
locakhost:631' even as root.


I assume it's not running, How do I start it?

I have this in init.d:
***
64studio:/etc/init.d# update-rc.d cupsys defaults
System startup links for /etc/init.d/cupsys already exist.
***

I assume its started at boot time, but I cant access it from the browser.



To check to see if it's running:

$ ps aux | grep cups

Then check your /etc/cups/cupsd.conf - near the end is 
section.  Make sure that you have something like:

## Restrict access to local domain
Order Deny,Allow
Deny From All
Allow From 127.0.0.1 192.168.1.*

If that doesn't reveal anything, you could try posting the conf file.

Regards

Clive



--



Bearmusic
hearmymusic.co.uk 



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Cups On 64bit - Is it running?

2005-11-22 Thread studio-64

Hi
When I try cups admin in my browser I get ' connection refused on 
locakhost:631' even as root.


I assume it's not running, How do I start it?

I have this in init.d:
***
64studio:/etc/init.d# update-rc.d cupsys defaults
 System startup links for /etc/init.d/cupsys already exist.
***

I assume its started at boot time, but I cant access it from the browser.

Any ideas?

Cheers
Bob





Bearmusic
hearmymusic.co.uk 



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Sound-video Dodgy patent

2005-11-21 Thread studio-64

Hi All

I have just come across this dodgy patent,
The EFF are fighting this now.

If you had experience of AV around 2000 Please read on.

Here is the PDF:
http://www.eff.org/patent/wanted/CCPatDescription.pdf

Here is the link:
http://www.eff.org/patent/wanted/prior.php?p=clearchannel



If you can help please read on:

*
The Clear Channel patent claims to cover the general concept of 
recording live events (e.g.,
concerts) and simultaneously burning them to optical media (e.g., CDs) 
so that within 15 minutes
after the event ends, fans can buy a copy of the show on their way out 
of the venue. It does so by
recording the audio and/or video of the event, splitting it up into 
various digital recording tracks,

and then using multiple disc burners to make many copies at the same time.
**


This is what is needed to break this patent.

An older system that did this Betacam SP comes to mind here,
out to Mini disc, VHS (Mixed both sound/vision) tape (Sound only)

I used to record Fashion Shows in Paris and London and would have to 
produce many copies within 30 mins of the show ending on different media.


This was standard procedure (and why the sound guy was last in the Pub)

So this seems a no brainer to me.



***
 The Clear Channel patent claims to cover the general concept of 
recording live events (e.g.,
concerts) and simultaneously burning them to optical media (e.g., CDs) 
so that within 15 minutes
after the event ends, fans can buy a copy of the show on their way out 
of the venue. It does so by
recording the audio and/or video of the event, splitting it up into 
various digital recording tracks,

and then using multiple disc burners to make many copies at the same time.
*


Seems an important patent to shaft at the moment,
This company would have a patent on any recording software system 
recording a show.


cheers
Bob


Bearmusic
hearmymusic.co.uk 



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: unreal tournament 2004 for x86_64 on debian

2005-10-28 Thread studio-64

Please let us all know when you get it working, as I miss these as well
on my 64studio (yeah I know I should be making music, not playin' games!!)

Cheers
Bob



Alan Ianson wrote:

On Thu October 27 2005 11:20 pm, Dean Hamstead wrote:


is anyone out there running ut2004 x86_64
with nvidia drivers on debian for amd64

im pulling my hair out hear



I have in the past. I don't have the nvidia drivers installed at the moment. I 
can't get them installed for some reason on stable. I'm running testing at 
the moment so I am going to give installing them the debian way again when I 
get a chance. Last time I installed the drivers from the nvidia site and did 
have it working, as long as I didn't upgrade (ut2004) to the latest upgrade.


I must say it worked a real charm. I really enjoy UT and quake 3 and have 
missed them since switching to linux. I'm going to have to have a good sit 
down with debian and see if I can get these things going here.


Well, that's just my experience.. :)




--



Bearmusic
hearmymusic.co.uk 



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: 32-bit memory limits IN DETAIL (Was: perspectives on 32 bit vs 64 bit)

2005-10-25 Thread studio-64

Hi
I'm now worried as I nearly understand this!!
I need to play more guitar!!

Many thanks for a well written mail.

cheers
Bob


[EMAIL PROTECTED] wrote:

This seems to come up every now and then, so let me explain.
None of this is new information, butt can be a bit confusing. 


First, i386 memory addressing.

The i386 is unlike all other processors in that there are two levels
of address translation that take place.

First, we have a 16-bit segment + 32-bit offset VIRTUAL address.
Now, 3 bits of that segment are sort of "taken" (2 bits of RPL and
1 local/global bit), so you really only get 8192 segments per process.

This VIRTUAL address is then translated into a 32-bit LINEAR address by
checking the offset against the segment limit and adding the segment base.

Then this 32-bit LINEAR address is fed to a standard page-based MMU,
producing a 32- or 36-bit PHYSICAL address.

Most processors go VIRTUAL --page tables--> PHYSICAL.
i386 goes VIRTUAL --segments--> LINEAR --page tables--> PHYSICAL.


The bottleneck is the 32-bit LINEAR address space.  A process can have
at most 2^32 bytes addressible at any one time without the operating system
rewriting the page tables.

Note first of all that, if you actively use more than one segment at a
time (such as for code, stack and data), this limits your maximum segment
size to less than 2^32 bytes each, since the TOTAL of the sumultaneously
accessible segments has to fit within 2^32 bytes.  So, for example,
if you had two segments of 4G, you could not have them both resident at
the same time, and so you could not get a MOV instruction from one to
the other to complete.  (And the MOV instruction itself would have
to go somewhere.)

Thus, you can not actually reach the 2^45-byte addressing limit that
"up to 2^13 segments of up to 2^32 bytes each" implies.


Secondly, even if you do "demand segmentation", bringing segments into
and out of the 32-bit LINEAR address space, this still requires that
the operating system rewrite the page tables (and invalidate the TLB entried)
in response to segment faults in order to access the relevant bits of 
PHYSICAL memory.


This is exactly the SAME operating system and hardware overhead as
using mmap or mremap to remap bits of a linear address space.  The only
difference would be if it were much easier for the user program to deal
with segments than to deal with explicit dynamic mmaps.  And it's not
at all clear that it is.


For these reasons, 32-bit x86 operating systems tend to ignore the
segmentation features and just use paging.  It just isn't worth the
complexity, and for multi-platform operating systems like Linux, it
isn't worth the portability hassles.  In fact, this has in turn led to
x86 designers de-emphasizing segment register loading speed, so "large
model" programs that use multiple segments take a significant speed hit.


Now, for why the Linux kernel takes 1 GB of virtual address space...

Every time a user-space program does a read() or write() call, or
makes any similar system call that moves a buffer of data, the kernel
has to copy between the user buffers and its own private file cache.

For this to be possible, the two source and destination buffers must
be in the same VIRTUAL address space.  And for it to be remotely efficient,
they have to be in the same LINEAR address space as well.

Now, it is possible to have a separate kernel address space, and demand-map
user-space buffers into it to do the copying.  That's what the 4G+4G patches
do.  But that means that on EVERY system call, you have to change the
page tables around, which results in flushing the TLB and a lot of
overhead.

The default Linux config arranges for the kernel's address space and the
user's address space to both be present at the same time.  Page table
entries have a permission bit that lets them be inaccessible to user
mode but accessed from kernel mode without having to reload the TLB.
This is very fast.  But it results in the classic "split" between 3G of
user address space and 1G of kernel address space.

It could be done different ways, but *any alternative would be much slower*
for typical programs that don't need more than 3G of address space.


The things that's causing a real problem is that common physical
memory sizes are approaching the 4G address space.  Thus, it's no
longer guaranteed that the 1G of kernel space is big enough to hold
all of physical memory, so kernel access to some parts of it has to be
"bank-switched" (the CONFIG_HIGHMEM options).  By careful design, this
has been kept reasonably fast, but there is overhead.

Because the kernel address space has to hold more than just RAM (in
particular, it also has to hold memory-mapped PCI devices like video
cards), if you have 1G of physical memory, the kernel will by default
only use 896M of it, leaving 128M of kernel address space for PCI devices.

A different user/kernel split can help there.  I use 2.75/1.25G on 1G RAM
machines, but if you use PAE or NX, the split has

Re: Can't copy DVD

2005-09-04 Thread studio-64



Aritz Beraza Garayalde [Rei] wrote:

2005/9/4, studio-64 <[EMAIL PROTECTED]>:


Hi All
Seems we still can't copy DVD's.




We do. In fact I've been able to copy and burn DVD's for a long
time... Maybe it's a bit more troublesome than doing the same with an
ix86 but we still can do it.




Hi thanks for the reply,

I can burn DVDs from my HDrive and use DVD's for backups for Ardour and 
such.


This is whay I got caught out by the DVD copy.

The Copies load into Ardour or my HD no problem, but I had never tried a 
Film DVD.


I now think it may have been the 'disk at once' that was causing the 
problem.


I tried to make an image but it seemed to hang the system (although 
there is a lot of data to copy)


I'll try again monday.

Thanks for the help
Bob





Just been asked by a client to copy his DVD and it seems
I can't copy DVD's (its our own DVD so no copyright hassles)

Do we on Linux have to suffer this each time we update our systems?

I'm on a 64 bit studio, and now I have to use windows to copy a DVD.




A few days ago i made a copy of the GPS DVD that came with the car. As
i have an external DVD writer, i had a few problems in the begining:
k3b didn't recognisce my DVD-writer. So I made an iso image of the
dvd. Then I played with k3b till i configured my writer and then i
burn the image. And the dvd works perfectly with the gps.



I realise this isn't important to some developers as we move the systems on.
It's just embarrassing for us users that we have to use windows to do
such a standard thing as copy a DVD.


I use K3B on Linux 64bit and didn't realise I couldn't copy my own DVD
till now.




Maybe if you write to debian-user explaining your problem they may
help you. Make shure you have a recent kernel (2.6.12 here) since old
ones had a few problems.



We have a long, long, way to go.




Shure! ;)


--



Bearmusic
hearmymusic.co.uk 



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Can't copy DVD

2005-09-04 Thread studio-64

Hi All
Seems we still can't copy DVD's.

Just been asked by a client to copy his DVD and it seems
I can't copy DVD's (its our own DVD so no copyright hassles)

Do we on Linux have to suffer this each time we update our systems?

I'm on a 64 bit studio, and now I have to use windows to copy a DVD.

I realise this isn't important to some developers as we move the systems on.
It's just embarrassing for us users that we have to use windows to do 
such a standard thing as copy a DVD.



I use K3B on Linux 64bit and didn't realise I couldn't copy my own DVD 
till now.


We have a long, long, way to go.

cheers
Bob
Bearmusic











Bearmusic
hearmymusic.co.uk 



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Musinc with AMD / Debian 64

2005-08-25 Thread studio-64

Hi
Music made with Debian Studio64

Try this link:

http://www.hearmymusic.co.uk

Look for the Track:
Hold back the Tide ( It's an MP3)

All done with Ardour (no sample's here!  all live instuments/vocals)

Have a listen and let me know.


I seem to feel that the PC  and Ardour had an easier Time do this song 
than on my 32bit system.


Only crash I had was using the TAP Reverberator (Superb sound), complete 
lockup, and reboot.
But Ardour managed to keep all the data and even the reverb settings (I 
had had a memory warning from Ardour ealier, I can't get onto the Ardour 
list to inform them)




Cheers
Bob
bearmusic





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]