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,
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 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 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 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 i
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 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 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
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
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
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
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
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 this list
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...@petrovitsch.priv.at
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
avascript 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 list: send
that (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"
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 : be...@petr
>> 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 the attrib
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
--
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
ware/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
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
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"
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
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
ying 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 circumstances at hand and do not try to
divert people w
ed '/\/'$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 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 POSIX compliance i
y 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 first place?
Mf
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 of pointle
...]
>
> 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't happen anymore, it'
gt; 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
e 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
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
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
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
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
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
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
ctly?
> >
> > 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 "Perl"
), 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
t 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
practically the rights to be able to do everything.
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
code settings.
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
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
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
{
>
> 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
--
-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
301 - 351 of 351 matches
Mail list logo