cs drivers.
Then help them and send patches. Trolling does not help
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
. Trolling does not help
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo
On Fre, 2012-08-24 at 14:59 +0200, wbrana wrote:
> On 8/24/12, Bernd Petrovitsch wrote:
[...]
> > And you obviously never thought about embedded devices.
> > Servers, laptops, notebooks and desktop computers are not the whole
> > computing world - and from the pure numbers
l be developed
"faster" (whatever that means to you)?
*If* you really miss something in some other parts (compilers,
virtualization, ...) or they developing to slow *for you*, help them and
send patches there but do not try to lure others into fighting your
cause.
Sorry to all o
other parts (compilers,
virtualization, ...) or they developing to slow *for you*, help them and
send patches there but do not try to lure others into fighting your
cause.
Sorry to all others for feeding the troll,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
On Fre, 2012-08-24 at 14:59 +0200, wbrana wrote:
On 8/24/12, Bernd Petrovitsch be...@petrovitsch.priv.at wrote:
[...]
And you obviously never thought about embedded devices.
Servers, laptops, notebooks and desktop computers are not the whole
computing world - and from the pure numbers
t = tegra_pinctrl_dt_subnode_to_map(pctldev->dev, np, map,
> _maps,
> num_maps);
> if (ret < 0) {
Kinf regards,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.lug
,
reserved_maps,
num_maps);
if (ret 0) {
Kinf regards,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
t know the difference between a pointer and an array (and
these are vastly different), go learn something new about C.
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
--
To unsubscribe from this list: send the l
and an array (and
these are vastly different), go learn something new about C.
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
On Mon, 2008-02-11 at 17:07 +0530, rohit h wrote:
> On Feb 8, 2008 9:24 PM, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
[...]
> > Compiling the kernel module with g++ is not a simple work, you may
> > need big patch for kernel itself.
>
> I don't want to compile entire kernel.
> I only want to
On Mon, 2008-02-11 at 17:07 +0530, rohit h wrote:
On Feb 8, 2008 9:24 PM, Jan Engelhardt [EMAIL PROTECTED] wrote:
[...]
Compiling the kernel module with g++ is not a simple work, you may
need big patch for kernel itself.
I don't want to compile entire kernel.
I only want to compile my
On Fre, 2008-02-08 at 10:51 +0530, rohit h wrote:
> Hi,
> I am a kernel newbie.
> I tried to insmod a C++ module containing classes, inheritance.
> I am getting 'unresolved symbol' error when I use the 'new' keyword.
> What could the problem be?
That you used C++ is the problem. Use plain C
On Fre, 2008-02-08 at 10:51 +0530, rohit h wrote:
Hi,
I am a kernel newbie.
I tried to insmod a C++ module containing classes, inheritance.
I am getting 'unresolved symbol' error when I use the 'new' keyword.
What could the problem be?
That you used C++ is the problem. Use plain C and
On Die, 2008-02-05 at 21:48 +1030, David Newall wrote:
> Bernd Petrovitsch writes:
> > On Mon, 2008-02-04 at 01:37 +1030, David Newall wrote:
> > [...]
> >> disadvantage Linux with respect to many classes of devices, for example
> >> GSM transceivers when used i
On Mon, 2008-02-04 at 01:37 +1030, David Newall wrote:
[...]
> disadvantage Linux with respect to many classes of devices, for example
> GSM transceivers when used in those parts of the world^ where regulatory
> requirements prohibit modification of power or frequency settings, which
> effectively
On Mon, 2008-02-04 at 01:37 +1030, David Newall wrote:
[...]
disadvantage Linux with respect to many classes of devices, for example
GSM transceivers when used in those parts of the world^ where regulatory
requirements prohibit modification of power or frequency settings, which
effectively
On Die, 2008-02-05 at 21:48 +1030, David Newall wrote:
Bernd Petrovitsch writes:
On Mon, 2008-02-04 at 01:37 +1030, David Newall wrote:
[...]
disadvantage Linux with respect to many classes of devices, for example
GSM transceivers when used in those parts of the world^ where regulatory
On Mit, 2008-01-16 at 08:48 -0800, Christoph Lameter wrote:
> On Wed, 16 Jan 2008, Johannes Weiner wrote:
>
> > is there any reason why kfree() takes a const pointer just to degrade it
> > with the call to slab_free()/__cache_free() again? The promise that the
> > pointee is not modified is just
On Mit, 2008-01-16 at 08:48 -0800, Christoph Lameter wrote:
On Wed, 16 Jan 2008, Johannes Weiner wrote:
is there any reason why kfree() takes a const pointer just to degrade it
with the call to slab_free()/__cache_free() again? The promise that the
pointee is not modified is just bogus
On Mon, 2008-01-14 at 13:11 +0200, Tuomo Valkonen wrote:
> On 2008-01-14 10:57 +0100, Bernd Petrovitsch wrote:
> > That leads to the question why the clock starts to run like crazy at
> > some time so that `ntpd` can't cope with it.
>
> I do wonder whether the PSU could've
On Mon, 2008-01-14 at 09:48 +, Tuomo Valkonen wrote:
> On 2008-01-14, Bernd Petrovitsch <[EMAIL PROTECTED]> wrote:
> > Yes, that is a usual bug/problem in common distributions[0] as there is
> > no real guarantee that your clock is not far off.
>
> It isn't,
On Mon, 2008-01-14 at 09:15 +0200, Tuomo Valkonen wrote:
[...]
> ntpdate isn't run by any of the init scripts. ntpd is, but like I
Yes, that is a usual bug/problem in common distributions[0] as there is
no real guarantee that your clock is not far off.
Add your timeservers in
On Mon, 2008-01-14 at 09:15 +0200, Tuomo Valkonen wrote:
[...]
ntpdate isn't run by any of the init scripts. ntpd is, but like I
Yes, that is a usual bug/problem in common distributions[0] as there is
no real guarantee that your clock is not far off.
Add your timeservers in
On Mon, 2008-01-14 at 09:48 +, Tuomo Valkonen wrote:
On 2008-01-14, Bernd Petrovitsch [EMAIL PROTECTED] wrote:
Yes, that is a usual bug/problem in common distributions[0] as there is
no real guarantee that your clock is not far off.
It isn't, right after boot. But while the system
On Mon, 2008-01-14 at 13:11 +0200, Tuomo Valkonen wrote:
On 2008-01-14 10:57 +0100, Bernd Petrovitsch wrote:
That leads to the question why the clock starts to run like crazy at
some time so that `ntpd` can't cope with it.
I do wonder whether the PSU could've been causing it. Now
On Fre, 2008-01-11 at 01:47 -0800, Daniel Walker wrote:
> On Fri, 2008-01-11 at 10:41 +0100, Jiri Slaby wrote:
> > On 01/11/2008 10:36 AM, Daniel Walker wrote:
> > > On Fri, 2008-01-11 at 10:34 +0100, Jiri Slaby wrote:
> > >> If somebody is hacking kernel, I think he should know the - trick used
On Fre, 2008-01-11 at 01:30 -0800, Daniel Walker wrote:
> On Fri, 2008-01-11 at 10:23 +0100, Bernd Petrovitsch wrote:
> > On Fre, 2008-01-11 at 10:21 +0100, Jiri Slaby wrote:
> > > On 01/11/2008 10:17 AM, Daniel Walker wrote:
> > > > On Fri, 2008-01-11 at
On Fre, 2008-01-11 at 10:21 +0100, Jiri Slaby wrote:
> On 01/11/2008 10:17 AM, Daniel Walker wrote:
> > On Fri, 2008-01-11 at 09:52 +0100, Jiri Slaby wrote:
> >> On 01/11/2008 05:10 AM, Daniel Walker wrote:
> >>> A little feature addition to allow checkpatch.pl to check patches piped
> >>> into
On Fre, 2008-01-11 at 10:21 +0100, Jiri Slaby wrote:
On 01/11/2008 10:17 AM, Daniel Walker wrote:
On Fri, 2008-01-11 at 09:52 +0100, Jiri Slaby wrote:
On 01/11/2008 05:10 AM, Daniel Walker wrote:
A little feature addition to allow checkpatch.pl to check patches piped
into it, in addition
On Fre, 2008-01-11 at 01:47 -0800, Daniel Walker wrote:
On Fri, 2008-01-11 at 10:41 +0100, Jiri Slaby wrote:
On 01/11/2008 10:36 AM, Daniel Walker wrote:
On Fri, 2008-01-11 at 10:34 +0100, Jiri Slaby wrote:
If somebody is hacking kernel, I think he should know the - trick used
in many
On Fre, 2008-01-11 at 01:30 -0800, Daniel Walker wrote:
On Fri, 2008-01-11 at 10:23 +0100, Bernd Petrovitsch wrote:
On Fre, 2008-01-11 at 10:21 +0100, Jiri Slaby wrote:
On 01/11/2008 10:17 AM, Daniel Walker wrote:
On Fri, 2008-01-11 at 09:52 +0100, Jiri Slaby wrote:
On 01/11/2008 05
Sorry for feeding the troll:
On Die, 2008-01-08 at 17:52 +, Tuomo Valkonen wrote:
> On 2008-01-08, Andre Noll <[EMAIL PROTECTED]> wrote:
> > Use tune2fs to deactivate checking.
>
> So, a workaround is the answer to a clear bug. Typical FOSS.
At least you get a simple solution for your
Sorry for feeding the troll:
On Die, 2008-01-08 at 17:52 +, Tuomo Valkonen wrote:
On 2008-01-08, Andre Noll [EMAIL PROTECTED] wrote:
Use tune2fs to deactivate checking.
So, a workaround is the answer to a clear bug. Typical FOSS.
At least you get a simple solution for your problem:
On Die, 2008-01-01 at 22:58 -0600, Matt Domsch wrote:
> On Mon, Dec 31, 2007 at 12:39:11PM +0700, Theewara Vorakosit wrote:
> > Hello,
> >
> > I get MAC address from ioctl. However, ifconfig can change this MAC
> > address. Can I get a real physical MAC address of the NIC?
>
> yes. It's
On Die, 2008-01-01 at 22:58 -0600, Matt Domsch wrote:
On Mon, Dec 31, 2007 at 12:39:11PM +0700, Theewara Vorakosit wrote:
Hello,
I get MAC address from ioctl. However, ifconfig can change this MAC
address. Can I get a real physical MAC address of the NIC?
yes. It's
On Mon, 2007-12-31 at 12:39 +0700, Theewara Vorakosit wrote:
[...]
> I get MAC address from ioctl. However, ifconfig can change this MAC
> address. Can I get a real physical MAC address of the NIC?
- You can get the initial MAC address right after bootup before anyone
changes it.
- Some (if
On Mon, 2007-12-31 at 12:39 +0700, Theewara Vorakosit wrote:
[...]
I get MAC address from ioctl. However, ifconfig can change this MAC
address. Can I get a real physical MAC address of the NIC?
- You can get the initial MAC address right after bootup before anyone
changes it.
- Some (if not
On Mit, 2007-12-12 at 10:02 -0800, Daniel Phillips wrote:
> On Wednesday 12 December 2007 09:46, J. Bruce Fields wrote:
[...]
> > People have proposed writing a daemon that just reads
> > /proc/net/rpc/nfsd periodically and uses that to adjust the number of
> > threads from userspace, probably
On Mit, 2007-12-12 at 10:02 -0800, Daniel Phillips wrote:
On Wednesday 12 December 2007 09:46, J. Bruce Fields wrote:
[...]
People have proposed writing a daemon that just reads
/proc/net/rpc/nfsd periodically and uses that to adjust the number of
threads from userspace, probably subject to
On Don, 2007-12-06 at 21:46 +0530, Amogh Hushdar wrote:
[...]
> none of this is available, at least a tarball that I can download
> using my browser?
Look at http://www.kernel.org/
Bernd
--
Firmix Software GmbH http://www.firmix.at/
mobil: +43 664 4416156
On Don, 2007-12-06 at 21:46 +0530, Amogh Hushdar wrote:
[...]
none of this is available, at least a tarball that I can download
using my browser?
Look at http://www.kernel.org/
Bernd
--
Firmix Software GmbH http://www.firmix.at/
mobil: +43 664 4416156
On Sun, 2007-11-04 at 14:49 -0500, Robert P. J. Day wrote:
[...]
> actually, one wonders if there's any value in keeping any references
> to other version control systems such as subversion, SCCS, CVS,
> mercurial, etc.
Lots of people have their working trees in CVS, Subversion,
So it
On Sun, 2007-11-04 at 14:49 -0500, Robert P. J. Day wrote:
[...]
actually, one wonders if there's any value in keeping any references
to other version control systems such as subversion, SCCS, CVS,
mercurial, etc.
Lots of people have their working trees in CVS, Subversion,
So it probably
On Thu, 2007-10-25 at 09:04 -0700, Ray Lee wrote:
> On 10/25/07, Bernd Petrovitsch <[EMAIL PROTECTED]> wrote:
> > On Mit, 2007-10-24 at 17:35 -0700, Ray Lee wrote:
> > []
> > > Key-based masterlocks are easily broken with freon, and their combo
> > > loc
On Thu, 2007-10-25 at 09:04 -0700, Ray Lee wrote:
On 10/25/07, Bernd Petrovitsch [EMAIL PROTECTED] wrote:
On Mit, 2007-10-24 at 17:35 -0700, Ray Lee wrote:
[]
Key-based masterlocks are easily broken with freon, and their combo
locks are easily brute-forced in about ten minutes. Yet
On Mit, 2007-10-24 at 17:35 -0700, Ray Lee wrote:
[]
> Key-based masterlocks are easily broken with freon, and their combo
> locks are easily brute-forced in about ten minutes. Yet, I'll still
> use them to lock up my bike and garage.
The question is what the security threat is and the value
On Mit, 2007-10-24 at 17:35 -0700, Ray Lee wrote:
[]
Key-based masterlocks are easily broken with freon, and their combo
locks are easily brute-forced in about ten minutes. Yet, I'll still
use them to lock up my bike and garage.
The question is what the security threat is and the value of
On Die, 2007-10-23 at 15:35 -0400, Lennart Sorensen wrote:
> On Tue, Oct 23, 2007 at 11:22:50AM -0700, Roland Dreier wrote:
> > It's not a hard experiment to do.
> >
> > The answer is:
> >
> > warning: suggest parentheses around assignment used as truth value
>
> A warning is not an error.
On Die, 2007-10-23 at 15:35 -0400, Lennart Sorensen wrote:
On Tue, Oct 23, 2007 at 11:22:50AM -0700, Roland Dreier wrote:
It's not a hard experiment to do.
The answer is:
warning: suggest parentheses around assignment used as truth value
A warning is not an error. It won't
On Die, 2007-10-09 at 12:20 +0300, Grosjo.net - jom wrote:
[...]
> Would it be possible to include the patches (available on www.synce.org)
> for WindowsMobile5, as most mobile phones are under Window$, and it is
> very convenient to connect it to the laptop under Linux
do {
Test them
On Die, 2007-10-09 at 12:20 +0300, Grosjo.net - jom wrote:
[...]
Would it be possible to include the patches (available on www.synce.org)
for WindowsMobile5, as most mobile phones are under Window$, and it is
very convenient to connect it to the laptop under Linux
do {
Test them
review
On Fre, 2007-09-28 at 00:21 +0200, Arnd Bergmann wrote:
> On Thursday 27 September 2007, you wrote:
> > > Then you don't have to change every single printk in the kernel, but
> > > only those that don't currently come with a log level. More importantly,
> > > you can do the conversion without a
On Don, 2007-09-27 at 12:41 +0100, mahamuni ashish wrote:
> I have small code
And the relevance to the Linux kernel as such is?
[]
Add "-Wall -Wextra" and fix all errors and warnings.
> Expected output is
No.
Bernd
--
Firmix Software GmbH
On Fre, 2007-09-28 at 00:21 +0200, Arnd Bergmann wrote:
On Thursday 27 September 2007, you wrote:
Then you don't have to change every single printk in the kernel, but
only those that don't currently come with a log level. More importantly,
you can do the conversion without a flag day, by
On Don, 2007-09-27 at 12:41 +0100, mahamuni ashish wrote:
I have small code
And the relevance to the Linux kernel as such is?
[]
Add -Wall -Wextra and fix all errors and warnings.
Expected output is
No.
Bernd
--
Firmix Software GmbH http://www.firmix.at/
On Thu, 2007-09-13 at 08:51 -0600, Latchesar Ionkov wrote:
> Zero was the value that was used before, even though it wasn't defined
> explicitly. I just defined a macro so we can see and eventually change
> it to something better. I don't know if there is a good default value.
> Is nfsnobody the
On Thu, 2007-09-13 at 08:51 -0600, Latchesar Ionkov wrote:
Zero was the value that was used before, even though it wasn't defined
explicitly. I just defined a macro so we can see and eventually change
it to something better. I don't know if there is a good default value.
Is nfsnobody the same
On Wed, 2007-09-12 at 20:16 +0200, Sam Ravnborg wrote:
> >
> > But we are talking[0] about a kernel-source-$VERSION.$ARCH.rpm's which
> > contain
> > the kernel sources (read: lots of .c and .h files, etc.) - including a
> > matching
> > .config and after `make oldconfig` - so that one can build
On Wed, 2007-09-12 at 19:51 +0200, Sam Ravnborg wrote:
> On Wed, Sep 12, 2007 at 07:11:21PM +0200, Bernd Petrovitsch wrote:
> > On Wed, 2007-09-12 at 19:05 +0200, Sam Ravnborg wrote:
> > []
> > > Being rpm ignorant I do not know what the expected content of a
On Wed, 2007-09-12 at 10:31 -0700, Dan Stromberg wrote:
> On Wed, 12 Sep 2007 19:09:26 +0200, Bernd Petrovitsch wrote:
[...]
> >> I'm on a SuSE system.
> >>
> >> I'm working on automating the install of said system, but it needs a
> >> Linus kernel - 2.6
On Wed, 2007-09-12 at 09:13 -0700, Dan Stromberg wrote:
> I sent this to kernel newbies first, and while I got one response there,
> it answered a different question than the one I was asking...
Are you sure?
> I'm on a SuSE system.
>
> I'm working on automating the install of said system, but
On Wed, 2007-09-12 at 19:05 +0200, Sam Ravnborg wrote:
[]
> Being rpm ignorant I do not know what the expected content of a kernel-source
> RPM
> are but this is the available targets for kernel packaging (from make help):
The kernel-source including all patches and configured as usually to
On Wed, 2007-09-12 at 09:13 -0700, Dan Stromberg wrote:
I sent this to kernel newbies first, and while I got one response there,
it answered a different question than the one I was asking...
Are you sure?
I'm on a SuSE system.
I'm working on automating the install of said system, but it
On Wed, 2007-09-12 at 19:05 +0200, Sam Ravnborg wrote:
[]
Being rpm ignorant I do not know what the expected content of a kernel-source
RPM
are but this is the available targets for kernel packaging (from make help):
The kernel-source including all patches and configured as usually to be
On Wed, 2007-09-12 at 10:31 -0700, Dan Stromberg wrote:
On Wed, 12 Sep 2007 19:09:26 +0200, Bernd Petrovitsch wrote:
[...]
I'm on a SuSE system.
I'm working on automating the install of said system, but it needs a
Linus kernel - 2.6.21.7 specifically, and it needs kernel source too so
On Wed, 2007-09-12 at 19:51 +0200, Sam Ravnborg wrote:
On Wed, Sep 12, 2007 at 07:11:21PM +0200, Bernd Petrovitsch wrote:
On Wed, 2007-09-12 at 19:05 +0200, Sam Ravnborg wrote:
[]
Being rpm ignorant I do not know what the expected content of a
kernel-source RPM
On Wed, 2007-09-12 at 20:16 +0200, Sam Ravnborg wrote:
But we are talking[0] about a kernel-source-$VERSION.$ARCH.rpm's which
contain
the kernel sources (read: lots of .c and .h files, etc.) - including a
matching
.config and after `make oldconfig` - so that one can build out-of-tree
On Sun, 2007-09-02 at 16:03 +0200, Marc Espie wrote:
[...]
> So, now, it's down to dirty fighting. Absorbing and `relicensing' and
> evolving code. Have you all been bitten my RMS paranoia (that leads to
> this `interesting GPLv3) ? Do you intend to keep grabbing BSD code and
> putting it
On Sun, 2007-09-02 at 16:03 +0200, Marc Espie wrote:
[...]
So, now, it's down to dirty fighting. Absorbing and `relicensing' and
evolving code. Have you all been bitten my RMS paranoia (that leads to
this `interesting GPLv3) ? Do you intend to keep grabbing BSD code and
putting it
On Wed, 2007-08-22 at 06:47 +, Noud Aldenhoven wrote:
> Thank you for your information and help,
>
> I think it's a lot more clear for me now.
> I've seen the ldd3 some time ago, but someone told me that book was
> out-of-date. Guess he was wrong. Would it also be use full to use some
> kind
On Wed, 2007-08-22 at 06:47 +, Noud Aldenhoven wrote:
Thank you for your information and help,
I think it's a lot more clear for me now.
I've seen the ldd3 some time ago, but someone told me that book was
out-of-date. Guess he was wrong. Would it also be use full to use some
kind of
On Fri, 2007-08-03 at 11:40 +0800, WANG Cong wrote:
> On Fri, Aug 03, 2007 at 08:47:56AM +0530, Satyam Sharma wrote:
[]
> >While we're talking of null-termination of strings, then I bet you
> >generally want to be using strlcpy(), really. Often strncpy() isn't
> >what you want. Of course, if
On Fri, 2007-08-03 at 11:40 +0800, WANG Cong wrote:
On Fri, Aug 03, 2007 at 08:47:56AM +0530, Satyam Sharma wrote:
[]
While we're talking of null-termination of strings, then I bet you
generally want to be using strlcpy(), really. Often strncpy() isn't
what you want. Of course, if that
On Thu, 2007-08-02 at 15:47 +0200, Peter Zijlstra wrote:
> On Thu, 2007-08-02 at 16:04 +0400, Alexey Dobriyan wrote:
> > On 8/2/07, Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> > > The linux kernel doesn't have a type safe object allocator a-la new()
> > > in C++ or g_new() in glib.
> > >
> > >
On Thu, 2007-08-02 at 15:47 +0200, Peter Zijlstra wrote:
On Thu, 2007-08-02 at 16:04 +0400, Alexey Dobriyan wrote:
On 8/2/07, Miklos Szeredi [EMAIL PROTECTED] wrote:
The linux kernel doesn't have a type safe object allocator a-la new()
in C++ or g_new() in glib.
Introduce two
On Fri, 2007-07-27 at 13:07 -0500, [EMAIL PROTECTED] wrote:
> Hello,
>
> In a block device driver, how do you tell the kernel that your block device
> is read-only? Is it in the registration of the gendisk, or is there an
> ioctl I should be catching to inform the kernel (and user) that this
On Fri, 2007-07-27 at 13:07 -0500, [EMAIL PROTECTED] wrote:
Hello,
In a block device driver, how do you tell the kernel that your block device
is read-only? Is it in the registration of the gendisk, or is there an
ioctl I should be catching to inform the kernel (and user) that this disk
On Thu, 2007-07-12 at 15:58 +0300, [EMAIL PROTECTED] wrote:
[...]
> >>No, a process also contains an address space.
> Of course .. I ment they are _almoust_ similar.
Not really. A process has one or more threads, (virtual) memory, open
file descriptors, a uid, a gid and several other resources.
On Thu, 2007-07-12 at 15:58 +0300, [EMAIL PROTECTED] wrote:
[...]
No, a process also contains an address space.
Of course .. I ment they are _almoust_ similar.
Not really. A process has one or more threads, (virtual) memory, open
file descriptors, a uid, a gid and several other resources.
On Sat, 2007-06-23 at 14:17 +0200, Grozdan Nikolov wrote:
[...]
> Please CC me as I'm not subscribe to this mailing list,
Perhaps you should change that and find most answers for yourself.
> Thanks!
Thanks!
Bernd
--
Firmix Software GmbH http://www.firmix.at/
mobil:
On Sat, 2007-06-23 at 14:17 +0200, Grozdan Nikolov wrote:
[...]
Please CC me as I'm not subscribe to this mailing list,
Perhaps you should change that and find most answers for yourself.
Thanks!
Thanks!
Bernd
--
Firmix Software GmbH http://www.firmix.at/
mobil: +43
On Fri, 2007-06-22 at 11:19 +0200, Xavier Bestel wrote:
> On Thu, 2007-06-21 at 23:49 +0200, Zoltán HUBERT wrote:
> > While some of you dislike
> > closed source drivers, the choices "we users" face are:
> > - closed source drivers with closed source OS
> > - closed source drivers with open
On Fri, 2007-06-22 at 00:57 +0200, Zoltán HUBERT wrote:
[...]
> Well, I'm using SuSE Pro 9.3 (excellent choice by the way),
Perhaps in April 2005. And if I read
http://www.pro-linux.de/security/7043 correctly it is unsupported
anyways (sorry, I can't find a date on that page).
ATM there are
On Fri, 2007-06-22 at 00:57 +0200, Zoltán HUBERT wrote:
[...]
Well, I'm using SuSE Pro 9.3 (excellent choice by the way),
Perhaps in April 2005. And if I read
http://www.pro-linux.de/security/7043 correctly it is unsupported
anyways (sorry, I can't find a date on that page).
ATM there are
On Fri, 2007-06-22 at 11:19 +0200, Xavier Bestel wrote:
On Thu, 2007-06-21 at 23:49 +0200, Zoltán HUBERT wrote:
While some of you dislike
closed source drivers, the choices we users face are:
- closed source drivers with closed source OS
- closed source drivers with open source OS
You
On Wed, 2007-06-20 at 18:14 -0300, Tomas Neme wrote:
[]
> Why, if you let user-compiled kernels to run in a TiVo, it might be
> modified so the TiVo can be used to pirate-copy protected content,
Or it might be modified to fix a bug - either a technical one or a legal
one as described below.
On Wed, 2007-06-20 at 18:14 -0300, Tomas Neme wrote:
[]
Why, if you let user-compiled kernels to run in a TiVo, it might be
modified so the TiVo can be used to pirate-copy protected content,
Or it might be modified to fix a bug - either a technical one or a legal
one as described below.
On Tue, 2007-06-19 at 20:12 +0100, Jack Stone wrote:
> H. Peter Anvin wrote:
> > Chris Snook wrote:
> >> I pointed out NetApp's .snapshot directories because that's a method
> >> that uses legal path character, but doesn't break anything. With this
> >> method, userspace tools will have to be
On Tue, 2007-06-19 at 20:12 +0100, Jack Stone wrote:
H. Peter Anvin wrote:
Chris Snook wrote:
I pointed out NetApp's .snapshot directories because that's a method
that uses legal path character, but doesn't break anything. With this
method, userspace tools will have to be taught that :
On Sun, 2007-06-17 at 18:07 -0300, Alexandre Oliva wrote:
[...]
> However, as Ingo argued, not being able to patch holes, fix bugs and
> add new features is a very bad idea. He was talking about the
> software, but this is as true when it comes to the license.
Yes, but the license of the license
On Sun, 2007-06-17 at 15:55 -0300, Alexandre Oliva wrote:
> On Jun 17, 2007, "Gabor Czigola" <[EMAIL PROTECTED]> wrote:
>
> > I wonder why the linux kernel development community couldn't propose
> > an own GPL draft (say v2.2) that is "as free as v2" and that includes
> > some ideas (from v3)
On Sun, 2007-06-17 at 15:55 -0300, Alexandre Oliva wrote:
On Jun 17, 2007, Gabor Czigola [EMAIL PROTECTED] wrote:
I wonder why the linux kernel development community couldn't propose
an own GPL draft (say v2.2) that is as free as v2 and that includes
some ideas (from v3) that are
On Sun, 2007-06-17 at 18:07 -0300, Alexandre Oliva wrote:
[...]
However, as Ingo argued, not being able to patch holes, fix bugs and
add new features is a very bad idea. He was talking about the
software, but this is as true when it comes to the license.
Yes, but the license of the license of
On Fri, 2007-06-15 at 12:17 +0530, debian developer wrote:
[...]
> And *Please* do not top-post!
Says the one without real name who is full quoting including even the
mailing list footers.
SCNR,
Bernd
--
Firmix Software GmbH http://www.firmix.at/
mobil: +43 664 4416156
On Thu, 2007-06-14 at 19:37 -0300, Alexandre Oliva wrote:
> On Jun 14, 2007, Alan Cox <[EMAIL PROTECTED]> wrote:
[...]
> > For many juridisctions loading from disk into memory is copying and in
> > some from memory to CPU cache a second copy. This is one reason as I
> > understand it GPLv3 talks
On Thu, 2007-06-14 at 19:37 -0300, Alexandre Oliva wrote:
On Jun 14, 2007, Alan Cox [EMAIL PROTECTED] wrote:
[...]
For many juridisctions loading from disk into memory is copying and in
some from memory to CPU cache a second copy. This is one reason as I
understand it GPLv3 talks about
On Fri, 2007-06-15 at 12:17 +0530, debian developer wrote:
[...]
And *Please* do not top-post!
Says the one without real name who is full quoting including even the
mailing list footers.
SCNR,
Bernd
--
Firmix Software GmbH http://www.firmix.at/
mobil: +43 664 4416156
On Thu, 2007-06-14 at 05:05 -0400, Daniel Hazelton wrote:
> On Thursday 14 June 2007 04:37:55 Bernd Petrovitsch wrote:
[...]
> > > > covered by the GPL.
> > >
> > > Indeed, TiVO has this legal right. But then they must not use
> >
> > Do they? At least
On Wed, 2007-06-13 at 23:38 -0300, Alexandre Oliva wrote:
> On Jun 13, 2007, Daniel Hazelton <[EMAIL PROTECTED]> wrote:
> > On Wednesday 13 June 2007 19:49:23 Alexandre Oliva wrote:
>
> > Exactly. They don't. What TiVO prevents is using that modified version on
> > their hardware. And they have
101 - 200 of 351 matches
Mail list logo