-l
45
> $ grep "= {0};" kernel/ -nr | wc -l
> 4
$ egrep -nr "=[[:space:]]*{[[:space:]]*0[[:space:]]*};" kernel | wc -l
8
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
There is NO CLOUD, just other people's computers. - FSFE
LUGA : http://www.luga.at
{
>
> For drivers/accessibility/speakup/keyhelp.c:18:static u_short masks[] = { 32,
> 16, 8, 4, 2, 1 };
Looking at the examples: Just s/^static /static const / in the lines
reported by the grep's above and see if it compiles (and save space)?
MfG,
Bernd
--
Bernd Petro
n Vortex86DX.
There are some real/true PC104 boards left -
still in production - with boards (though
they tend to loose features like
"memory-mapping over the ISA-bus").
One is a - according to /proc/cpuinfo - a
"Intel(R) Atom(TM) CPU E3825 @ 1.33GHz".
Sry, I cannot ge
distributions out there that pull all necessary in?
> Introducing the build breakage is annoying.
Yes, update/install the necessary package to fix it.
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
There is no cloud, just other people computers. - FSFE
LUGA : http://www.luga.at
to
https://wiki.debian.org/X32Port ?
[...]
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
There is no cloud, just other people computers. - FSFE
LUGA : http://www.luga.at
On Sat, 2021-01-02 at 12:26 +0100, Sedat Dilek wrote:
> On Sat, Jan 2, 2021 at 12:05 PM Bernd Petrovitsch
> wrote:
> > On Sat, 2021-01-02 at 10:13 +0100, Sedat Dilek wrote:
> > [...]
> > > To be honest I wondered why there were no more reports on this.
> >
>
bashrc "fixes" the
$PATH).
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
There is no cloud, just other people computers. - FSFE
LUGA : http://www.luga.at
sign.
Kind regards,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
There is no cloud, just other people computers. - FSFE
LUGA : http://www.luga.at
ACKed?).
close() on a socket calls shutdown() automatically (unless
the shutdown() has been already called).
The timeout which you're application runs into
applies after shutting down/closing the connection.
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovi
Hi all!
On 25/10/2020 16:11, Michael J. Baars wrote:
[...]
> I've been writing a simple client and server for cluster computing this
> weekend. At first everything appeared to work just fine, but soon enough I
> found some
> inexplicable bind errors. I've tried to make sure that the client close
Hi all!
On 12/10/2020 18:42, Ujjwal Kumar wrote:
> On 12/10/20 11:50 pm, Lukas Bulwahn wrote:
>>
>>
>> On Mon, 12 Oct 2020, Ujjwal Kumar wrote:
>>
>>> We cannot rely on execute bits to be set on files in the repository.
>>> The build script should use the explicit interpreter when invoking any
>>>
On 19/08/2020 10:16, Muni Sekhar wrote:
> On Tue, Aug 18, 2020 at 11:45 PM peter enderborg
> wrote:
[...]
>> On the 4.4 kernel you dont have
>>
>> +CONFIG_RETPOLINE=y
>> +CONFIG_INTEL_RDT=y
> Thanks! That is helpful. Yes, I see 4.4 kernel don't have the above
> two config options.
> What analysis
;>
>> if the compiler supports that notation
>>
>
> That patch as it stands will work with D64838, as it is adding support
> for the GNU fallthrough attribute.
>
> However, I assume that all of the /* fall through */ comments will need
> to be converted to
Hi all!
On 16/07/2019 17:59, Thomas Gleixner wrote:
[...]
> No. It fails randomly, but also predictable. Enable X32 support on 64bit
> and it fails the VDSO build. That's been the case for years.
FWIW "GNU gold (GNU Binutils for Ubuntu 2.30) 1.15" segfaults for
userspace x32 binaries now and then
Hi all!
On 28/07/2019 22:08, Matteo Croce wrote:
[...]
> I get this build error with 5.3-rc2"
>
> # make
> arch/arm64/Makefile:58: gcc not found, check CROSS_COMPILE_COMPAT. Stop.
- Install (some) gcc?!
- Fix $PATH so that (some) gcc can be found?!
MfG,
Bernd
--
On 17/05/2019 11:25, Alexander Kapshuk wrote:
> On Fri, May 17, 2019 at 11:58 AM Bernd Petrovitsch
> wrote:
>>
>> On 17/05/2019 10:16, Alexander Kapshuk wrote:
>> [...]
>>> The 'xargs' '-r' flag is a GNU extension.
>>> If POS
;for' loop instead of as part
> of a pipeline along with 'grep' to generate the desired output:
> sed '/\/'$m'/!d;s:^kernel/: :' modules.order modules.builtin
sed "/\/${m}/!d;s/^kernel\// /" modules.order modules.builtin
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
On 08/01/2019 12:37, Jiri Kosina wrote:
> On Tue, 8 Jan 2019, Bernd Petrovitsch wrote:
>
>> Shouldn't the application use e.g. mlock()/ to guarantee no page
>> faults in the first place?
>
> Calling mincore() on pages you've just mlock()ed is sort
ll try to do some kind of prefaulting,
> possibly in a loop. There might be somebody trying to make sure something is
> out
Isn't that racy by design as the pages may get flushed out after the check?
Shouldn't the application use e.g. mlock()/ to guarantee no page
faults in the f
gt; Are you idiots [...]
>
> Are you idiots aware that I am a lawyer[...]
>
> Are you idiots [...]
Interesting "qualities" of communication are apparently in order for
(alleged) lawyers in your part of the world.
MfG,
Bernd
PS: Sry for feeding the troll- won
On 14/12/2018 17:17, Rich Felker wrote:
> On Fri, Dec 14, 2018 at 03:13:10PM +0100, Bernd Petrovitsch wrote:
[..]
>> FWIW I have
>> snip
>> #if defined __x86_64__
>> # if defined __ILP32__ // x32
>> # define PRI_time_t "lld"
On 13/12/2018 17:02, Rich Felker wrote:
> On Tue, Dec 11, 2018 at 11:29:14AM +0100, John Paul Adrian Glaubitz wrote:
>> I can't say anything about the syscall interface. However, what I do know
>> is that the weird combination of a 32-bit userland with a 64-bit kernel
>> interface is sometimes caus
nough hardware/systems out there that uses 64bit CPUs
(for whatever reason - if only that one can't get a 32bit CPU for that
board) but will never ever need more than 2-3 GB RAM .
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
s, if accepted to be found in lots of publicly
accessible git repos can be not intended to be published?
I wonder what else must happen.
> public -- it is intended for those who code or wish to.
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
pEpkey.asc
Description: application/pgp-keys
rable) rights of
your written to the company paying you (and the rest is usually not
enough to get anything revoked).
I don't see why that should be any different with GPLv2 patches for the
Kernel sent to public mailinglists with the intent of inclusion.
Please get back to the issue and
ress.
IMHO you cannot "publish" already published stuff.
MfG,
Bernd, NAL
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
pEpkey.asc
Description: application/pgp-keys
server+CGI-
script for a web interface and a SNMP agent (hacked net-smtp as we had
our own configuration daemon and needed SNMP only as a transport
protocol).
[...]
MfG,
Bernd
[0]: Every byte counts and size does matter;-)
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
warning
> > makes sense in general as explained in mannual. Thanks!
>
> The destination should be a null terminated string eventually, but we first
> need
> to make sure src is a null terminated string.
Is there strnlen() or memchr() in the kernel?
Then check the source before copyi
ore constructive - thing: Perhaps it is more
acceptable/useful if there is a mount option which must be activated on
the backup filesystems and that is not activated anywhere else.
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
cient.
That's the price for security as it requires proper permissions.
Or is this a root-only syscall?
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
just wondering if it wouldn't be even more safe to use text/plain
(instead of application/octet-stream) as the default MIME type if one
wants to avoid to be misused to send viruses etc.
MfG,
Bernd
PS: Sry, for somewhat semi-off-topic ....
--
Bernd Petrovitsch Email :
/*
Why not get rid of the trivial wrapper function completely?
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
o be in the
> mainline kernel. So when your driver prints "blah: foo bar error 49",
> just run a little program that converts 49 to .
Userspace can just guess if a given "49" is an errno or not ...
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
lies
practically the rights to be able to do everything.
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
), GFP_KERNEL);
doesn't do and the compiler doesn't complain.
And the typeof() version could be written that way today but I can't
remember seeing it (in the kernel and elsewhere).
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
ttings.
Which is not explained here.
> Would others like to help in approaches for checking corresponding
> run time changes a bit more?
You propose the patch and others should do the work to get it accepted?
Kind regards,
Bernd
--
Bernd Petrovitsch Email
at anyone
can *easily* follow it to check and reproduce the results - especially
if you want people with knowledge of other architectures to comment
(otherwise they probably won't bother).
Kind regards,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
mation out directly?
> >
> > Why don't _you_ try to implement that in checkpatch instead?
>
> How are the chances that any other software developer would be
> quicker (than me) for such
> an addition because of more practical knowledge for the programming
> language "
Hi all!
On Fri, 2016-07-22 at 16:58 +0100, Charles Keepax wrote:
[...]
> case IRQF_TRIGGER_RISING:
> case IRQF_TRIGGER_FALLING:
> break;
> -
> - case IRQ_TYPE_NONE:
> default:
Don't know about the kernels coding rule in t
nel "user" friendly.
User-friendlyness is not the job of the kernel ...
[ Fullquote deleted as it's a bad habit ]
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
On Mon, 2015-07-20 at 12:50 -0500, Josh Poimboeuf wrote:
[...]
> It's perhaps distasteful, but it improves performance. And I'm a
> pragmatist at heart ;-)
And you measured the time gain guaranteeing that it actually saves that
much time. Usually that isn't actually measurable
And the usual
On Don, 2015-04-30 at 14:54 +0200, Christoph Hellwig wrote:
> On Thu, Apr 30, 2015 at 02:40:04PM +0200, Greg Kroah-Hartman wrote:
> > scripts/get_maintainer.pl is bringing up your name for this file as you
> > have modified it in the past:
>
> I've probably modified a large part of files in the ke
Hi all!
On Die, 2015-04-21 at 09:37 -0400, Havoc Pennington wrote:
[...]
> This has long been sort of the 'party line' and I've told many people
> this on the dbus mailing list over the years (almost exactly what you
> just said - that for performance-critical cases they should open a
> direct soc
On Don, 2015-03-19 at 10:34 -0700, H. Peter Anvin wrote:
> On 03/17/2015 07:13 AM, Arjun Sreedharan wrote:
> > On a related note, IMO strcmp() should return {-1,0,1} since many
> > programmers just expect this behavior. just my opinion.
One doesn't change an API just for a claimed expection for an
On Die, 2015-03-17 at 19:43 +0530, Arjun Sreedharan wrote:
[...]
> On a related note, IMO strcmp() should return {-1,0,1} since many
> programmers just expect this behavior. just my opinion.
-ENOPATCH.
MfG,
Bernd
--
"I dislike type abstraction if it has no real reason. And saving
on typi
On Fre, 2014-10-03 at 07:23 -0500, Christoph Lameter wrote:
> On Fri, 3 Oct 2014, Paul Bolle wrote:
>
> > dc -e "1 k 2 32 ^ 1000 / 86400 / p"
> > 49.7
> >
> > (That was the number I remembered from stories about a ancient Windows
> > lockup.)
>
> Well yes, I used bc which discards the remainder o
On Don, 2014-07-31 at 00:18 +0200, Pavel Machek wrote:
> On Wed 2014-07-30 16:40:52, Bernd Petrovitsch wrote:
> > On Mit, 2014-07-30 at 07:56 -0600, Bob Beck wrote:
> > > Pavel. I have bit 'ol enterprise daemon running with established file
> > > descriptors
On Mit, 2014-07-30 at 07:56 -0600, Bob Beck wrote:
> Pavel. I have bit 'ol enterprise daemon running with established file
> descriptors serving thousands of connections
> which periodically require entropy. Now I run out of descriptors. I
> can't establish new connections. but I should
> now halt
Hi!
On Fre, 2014-07-11 at 15:30 +0300, Andrey Utkin wrote:
[...]
> Could you please substantiate this? I see that convert_arg has type
> "unsigned int" which may be 8 bytes on 64-bit platform. I haven't
At least in the x86_64 world, "unsigned int" has 32bit.
TTBOMK, it is similar on all other 64b
Hi!
On Mit, 2014-07-09 at 16:54 -0400, Nick Krause wrote:
[... useless quotes deleted ...]
> Thanks for the help. Hope this message is better makes sense to me.
And always quoting everything is bad mail style too - just quote just
the relevant parts for the answer, not more, not less.
Everyone ke
On Die, 2014-07-08 at 11:33 +0200, Peter Zijlstra wrote:
[...]
> diff --git a/kernel/sched/deadline.c b/kernel/sched/deadline.c
> index fc4f98b1258f..e1e24eea8061 100644
> --- a/kernel/sched/deadline.c
> +++ b/kernel/sched/deadline.c
> @@ -999,8 +999,7 @@ static void start_hrtick_dl(struct rq *rq,
Hi!
On Mit, 2014-03-19 at 14:39 +0100, Peter Senna Tschudin wrote:
> On Wed, Mar 19, 2014 at 1:02 PM, Bernd Petrovitsch
> wrote:
> > On Die, 2014-03-18 at 22:11 +0100, Peter Senna Tschudin wrote:
> >> The Coccinelle script scripts/coccinelle/misc/memcpy-assign.cocci look
&
ntion has an impact on the generated code.
Using struct assignment keeps the type check and is just for this reason
always preferable over memcpy().
Kind regards,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.lu
99/functions/strcmp.html but
also (glibcs) manual page- doesn't guarantee -1 or +1 either,
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
--
To unsubscribe from this list: send the line "unsubscr
t (or
whatever you did to get it), people are more likely to look into it.
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
en in Javascript at
http://www.bellard.org/jslinux/.
http://www.bellard.org/jslinux/tech.html says that it (also) lacks an
FPU.
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
--
To unsubscribe from this
gt; actuality.
And I actually used it to show that no gcc-isms are necessary. ANSI-C is
fine too for that case.
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
--
To unsubscribe from this list: send the line &q
On Fre, 2012-09-14 at 08:30 -0400, Jim Rees wrote:
> Bernd Petrovitsch wrote:
[...]
> A pure K&R-C version would use a string:
> snip
> #define base10len(i) "\0x1\0x3\0x5\0x8\0x0A\0x0D\0x0F\0x11\0x14"[sizeof(i)]
> snip
> (i
cimal) and that gives a "char"
which is happily promoted to whatever one needs in that place.
Kind regards,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
--
To unsubscribe from this list: send the line &
do with the kernel.
> static const int value = 123;
[...]
> EXPORT_SYMBOL(value);
I wonder if we can modify EXPORT_SYMBOL() so that it compile-time-fails
for "static" variables.
And if we actually want that.
Bernd
--
Bernd Petrovitsch Email : be...@petr
few years and I do not
believe that you will keep to it (and I seriously doubt that anyone
believes that).
Go troll somewhere else. Thank you.
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
--
To unsubscribe from
n source graphics 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-kerne
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
ftware will 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.
Sorr
t = tegra_pinctrl_dt_subnode_to_map(pctldev->dev, np, map,
> &reserved_maps,
> num_maps);
> if (ret < 0) {
Kinf regards,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http
not 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
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 compi
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 an
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 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 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 cou
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 /etc/ntp/step-ticker
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 09:52 +0100,
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,
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 proble
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 ETHTOO
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 no
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 subj
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 probabl
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 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 o
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-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 fla
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 sa
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 o
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 ke
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 i
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 b
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 exclusi
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 o
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 th
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.
> > >
> > > Intr
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 dis
1 - 100 of 187 matches
Mail list logo