#x27;ll try to remove it again for 3.7
Helge Hafting
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
els: 64-bit 3.5.4 or 3.6.0
Distro: funtoo
Audio according to lspci:
00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family
High Definition Audio Controller (rev 04)
Please tell if there is anything I should try. I can test other kernel versions
or try patches.
Helge Hafting
--
cputime _made available to
them_,
then increase the processor speed.
The cputime allocated to niced tasks (that may be cpu intensive but
shouldn't
cause max speed on their own) won't matter then.
Helge Hafting
--
To unsubscribe from this list: send the line "unsubscribe li
s for the root
device and root fs is built-in, and you can drop the initrd.
Takes a second or two off the boot, and some more off the build.
Helge Hafting
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordom
intervention was not an option.
Helge Hafting
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
s you count the unrealistic option
of using generic 2MB pages.
Having said that, it is possible to get a feel of what a 8kB page system
will be like on intel, by always allocating pages in pairs.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
etc.) can run on another system with lesser memory.
You can test this directly.
Boot your 2G machine with
mem=
Then the machine uses less memory, you get
a realistic test of how the smaller machine will
perform.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe
't be that
hard for anyone capable of making the driver in
the first place. Modularity and firmware loading
are not connected. One is for kernel flexibility, the other
is for making a particular device work.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux
Jarek Poplawski wrote:
On Fri, Oct 12, 2007 at 02:44:51PM +0200, Helge Hafting wrote:
...
The point is that we _trust_ intel when they says "this will work".
Therefore, we can use the optimizations. It was never about
legal matters. If we didn't trust intel, then we cou
Jarek Poplawski wrote:
On Fri, Oct 12, 2007 at 10:42:34AM +0200, Helge Hafting wrote:
Jarek Poplawski wrote:
On 04-10-2007 07:23, Nick Piggin wrote:
According to latest memory ordering specification documents from Intel and
AMD, both manufacturers are committed to in-order
ve. Now we know, so now we may optimize.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
capability
before bying mine. mini-itx.com seems to get this right.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Thomas Gleixner wrote:
On Sat, 29 Sep 2007, Helge Hafting wrote:
Thomas Gleixner wrote:
I have gone back to 2.6.22rc4, which seems to work.
This is a single opteron, although on a dual-slot board.
Can you switch to serial console, so we can get some information out of
Adrian Bunk wrote:
On Tue, Oct 09, 2007 at 12:00:38AM +0200, Helge Hafting wrote:
CC drivers/video/fbmon.o
drivers/video/fbmon.c: In function ‘fb_parse_edid’:
drivers/video/fbmon.c:867: error: expected ‘=’, ‘,’, ‘;’,
‘asm’ or ‘__attrib
_’ before ‘*’ token
drivers/video/fbmon.c:867
$*block;
Source error, or is my tree simply corrupt?
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
might happen.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Andi Kleen wrote:
Helge Hafting <[EMAIL PROTECTED]> writes:
shrink_dcache_memory
That usually means random memory corruption from somewhere -- dcache
tends to use a lot of memory and when it is corrupted anywhere these
functions tend to crash while walking the lists.
Unfortu
holds the lock will be running.)
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Andi Kleen wrote:
Helge Hafting <[EMAIL PROTECTED]> writes:
shrink_dcache_memory
That usually means random memory corruption from somewhere -- dcache
tends to use a lot of memory and when it is corrupted anywhere these
functions tend to crash while walking the lists.
Unfortu
Thomas Gleixner wrote:
On Sat, 29 Sep 2007, Helge Hafting wrote:
Thomas Gleixner wrote:
I have gone back to 2.6.22rc4, which seems to work.
This is a single opteron, although on a dual-slot board.
Can you switch to serial console, so we can get some information out of
Thomas Gleixner wrote:
On Mon, 2007-09-24 at 23:08 +0200, Helge Hafting wrote:
The two kernels mentioned hangs occationally.
Typically when I compile something and pass the time
by surfing the web.
A few minutes and then I notice that the mouse (and everything else in X)
stops. kbd LEDs
ipv6 is not a network driver, it is a protocol. You might be able to remove it
if you zap
all the routes and applications, ...
Wouldn't it be enough to down all the interfaces and close all the sockets?
No need to bring down every app.
Helge Hafting
-
To unsubscribe from this list: s
this has happened while running X, so no messages.
I have gone back to 2.6.22rc4, which seems to work.
This is a single opteron, although on a dual-slot board.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Jacob Meuser wrote:
On Mon, Sep 17, 2007 at 09:47:43AM +0200, Helge Hafting wrote:
Your problem seems to be with the BSD licence,
and the power to alter that licence lies in the BSD community.
I hope you can understand that this mentality is _exactly_ what has
some in the BSD
t licence lies in the BSD community.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
.
That is what memory with parity is for. Don't know if
that exists for laptops though.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.ht
ser interface. The user will have to dismiss the popup -
every time - whether he needs the warning or not.
But feel free to print a warning somewhere, such as a
status line. The warning itself is useful, but not something
we will have to dismiss in order to go on with the job.
Helge Hafting
-
To
2. Set up your "mappings duplicated in userspace" so
they too merge in the same way.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Xavier Bestel wrote:
On Thu, 2007-08-30 at 15:55 +0200, Helge Hafting wrote:
If the swap device is full, then there is no need for random
seeks as the swap pages can be read in disk order.
If the swap file is full, you probably have a machine dead into a swap
storm.
Only if you have
ot
so full swap will skip over the unused areas, the time
needed should still be limited to the time needed for reading the
whole swap device.
If this optimization is worth it is another problem though.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&qu
ideas accepted, you'll have to come up
with something that isn't flawed, that is well planned, not
just a bunch of "well - we could do *that* perhaps" but then
it turns out that *that* idea was flawed as well.
Helge Hafting
Helge Hafting
-
To unsubscribe from this list:
filesystem model already.
Now, linux is open-source, so you can of course use it as a
starting point for your different system. Then you can compete
with "standard linux" - see who attracts most developers and
most users in the long run.
Helge Hafting
-
To unsubscribe from this list: se
if this were done
right it would work this way and then I figure out
how.
Sure - you don't have to prove that it will work now.
Working it out over time and then showing us is ok.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
good idea. atimes will then be written only by
memory pressure - or umount. The atimes could be wrong after
a crash, but loosing atimes only is not something
I'd worry about.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
ively, I would be fine disabling the Page Cache altogether as well.
Assuming what you really mean is that you don't want to cache
file i/o for that process - try opening files with O_DIRECT.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&qu
o the handfull
of distributions that matter to update their defaults.
Indeed. Just change /bin/mount so it defaults to "noatime"
unless there is an explicit "atime". Similiar for diratime.
Problem solved.
Helge Hafting
-
To unsubscribe from this list: send the line "un
Matthew Hawkins wrote:
updatedb by itself doesn't really bug me, its just that on occasion
its still running at 7am
You should start it earlier then - assuming it doesn't
already start at the earliest opportunity?
Helge Hafting
-
To unsubscribe from this list: send the line &q
Well - anyone compiling linux for BIOS usage is targetting
a single machine. So an ability to target a single machine is useful,
i.e. run the CPUID at compile-time, put the answer in a constant/macro,
let the optimizer prune the alternatives. :-)
Helge Hafting
-
To unsubscribe from this list: s
That is all, nothing fancy. Could the kernel support a way to do this?
The normal way is to set permissions on the device in
question - give either root only or the logged-in user
write access as needed.
It seems to me that "loadkeys" uses /dev/tty / /dev/tty0
So set permissions on t
then read whatever you want from that page. Nothing is ever accessed
by physical address, physical addresses is only used indirectly
to set up the page tables.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTE
code
will take some effort of course;
but once it is done, you're protected from module API changes. . .
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
ol' days lost in nostalgia ?
Upgrading 2.6.x kernels is supposed to work fine,
but you must upgrade the whole kernel then. This includes
all driver modules. An older module may not work,
or it may even hang the kernel immediately. You can't
generally put together pieces of different k
see how the Linux kernel itself compares to other Unix kernels
(*BSD, Solaris, AIX, etc) in terms of *real* innovation.
It certainly has an innovative licence - which is why
it is attracting developers and replacing most of those other unices . . .
Helge Hafting
-
To unsubscribe from this list
software
know what is needed, they can write their programs so they set useful
priorities.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/maj
drivers, then microsoft do
*not* make sure they work with vista either - unless
the device is extremely mainstream. For all other devices,
the device manufacturer have to provide updated drivers.
If your vendor don't want to support you anymore, try getting
the source.
Helge Hafting
-
To
stop hacking.
Assuming that nobody can change the box after the sale is
their risk, and there is nothing unfair about failure here.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
this
automatically?)
An extra bootscript seems better than loosing memory.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read t
, then they exist for all VT's and so on.
In the multiseat case there are several possibly dissimiliar
keyboards, but then they have separate event devices too.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PR
sed_, unless you get so many
allocations that the oom-killer would have stepped in without swap.
You can then monitor swapping. If anything is written to swap,
then you're using too much memory and should investigate.
For production, this is usually better than cleaning up after
the oom-kill
ory allocation error instead of
triggering the oom-killer.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
,
and it stands still so no extra cooling. So it burns out.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
eter to their
kernel command line to get out of the black screen modus.
This shifts the bother to those with a bad monitor, who then are
free to get pissed off at their monitor vendor . . .
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
Dave Airlie wrote:
On 5/21/07, Helge Hafting <[EMAIL PROTECTED]> wrote:
Dave Airlie wrote:
> On 5/21/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
>> On Thu, 17 May 2007 14:23:45 -0700, Jesse Barnes wrote:
>>
>> > In collaboration with the FB guys, we've bee
it more
than, say 3G times?
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
r needs to use all the screens for multi-display work?
Let root change the mappings, possibly through some sudo setup.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.ke
perhaps does a few things with the device in question, then it
exits. It leaves the rest of the work for a bottom half or kernel
thread or something like that. Kernel threads may sleep . . .
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
nswappable memory for a hi-res chinese console can do that too.
Doing so isn't really a problem on a desktop pc.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://
Uwe Bugla wrote:
Original-Nachricht
Datum: Mon, 30 Apr 2007 13:21:29 +0200
Von: Helge Hafting <[EMAIL PROTECTED]>
An: Uwe Bugla <[EMAIL PROTECTED]>
CC: linux-kernel@vger.kernel.org
Betreff: Re: [linux-dvb] Re: Critical points about kernel 2.6.21 and
pseudo
better job is always necessary.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Fri, Apr 27, 2007 at 12:39:19AM +0200, Jiri Kosina wrote:
> On Fri, 27 Apr 2007, Helge Hafting wrote:
>
> > 2.6.21-rc6 boots up fine. Both rc6 and rc7 has a different problem -
> > the machine tends to hang after some minutes work in X. That hang is
> > unusual
Jiri Kosina wrote:
On Wed, 25 Apr 2007, Helge Hafting wrote:
I don't know about 2.6.21-rc6, but 2.6.21-rc7 (from fresh sources) is
good. It boots up without hanging, and my USB devices works too. Should
I test rc7-mm1 then?
That would also be useful.
But really identi
I recompiled 2.6.21-rc6-mm1 from fresh sources.
It still hangs initializing USBm but this time your
patch applied.
I rebooted with your patch, and got:
Detailed lists of all the USB devices found
(printer,mouse,...)
Then usbcore registered various drivers, such as
usblp, usb-storage, libusual, us
Jiri Kosina wrote:
On Wed, 25 Apr 2007, Helge Hafting wrote:
Anyway, based on information you have provided in your later messages,
it seems that it is probably not necessairly related neither to USB
nor HID, as you are getting hangs at different stages of boot,
depending on your local
2.6.21-rc6, but 2.6.21-rc7
(from fresh sources) is good. It boots up without hanging,
and my USB devices works too.
Should I test rc7-mm1 then?
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More maj
same speed
as with a reservation. If something else is using AES then it won't be
as fast, but then the AES controller have been used for other useful
work as well. Other parts of the kernel surely won't use it just for
fun. :-)
Helge Hafting
-
To unsubscribe from this list: send the line &qu
On Thu, Apr 12, 2007 at 08:32:50PM +0200, Jiri Kosina wrote:
> OK, so it hangs somewhere nearby usbhid's hid_init(), and the
> usb_register() has been already invoked. Could you please apply the
> superstupid patch below and send me the output up to the point it hangs? I
> am curious to know whe
dress 0xd0121000,
> slave address 0x0, irq 5
>
> (this was run on 32bit machine)
>
> When I turn IPMI off, I can't reproduce your hang, evetything runs
> smoothly. Could you please try recompiling the kernel with IPMI disabled,
> if it could be related?
>
Removed IP
On Thu, Apr 12, 2007 at 09:50:54AM +0200, Jiri Kosina wrote:
> On Thu, 12 Apr 2007, Helge Hafting wrote:
>
> > > OK. If you add initcall_debug to the kernel boot command line, what's the
> > > last thing we call?
> > The last messages (handwritten, somewhat
On Thu, Apr 12, 2007 at 09:47:47AM -0700, Andrew Morton wrote:
> On Thu, 12 Apr 2007 13:42:57 +0200 Helge Hafting <[EMAIL PROTECTED]> wrote:
>
> > Jiri Kosina wrote:
> > > On Thu, 12 Apr 2007, Jiri Kosina wrote:
> > >
> > >
> > >> Coul
On Wed, Apr 11, 2007 at 10:37:11AM -0400, Dmitry Torokhov wrote:
> On 4/11/07, Helge Hafting <[EMAIL PROTECTED]> wrote:
> >Dmitry Torokhov wrote:
> >>
> >> *sigh* When will I learn to spell names of kernel parameters
> >> correctly? It is initcall_
CONFIG_HIDRAW?
No, that one is not set.
I did use the new SLUB thing - could that possibly be the cause?
Going back to SLAB is easy enough.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majo
_init+0x0/0x50()
usbcore registered new interface driver hiddev
and then it hangs completely.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-i
-core.c: v2.6:USB HID core driver
usbcore: registered new interface driver usbserial
This is a x86-64 single processor
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.
CONFIG_USB_SERIAL_PL2303=y
Helge Hafting
initcall_debugrc5mm4.gz
Description: application/gzip
initcall_debugrc6.gz
Description: application/gzip
nput3,
usbcore registers usbtouchscreen, and the
touchscreen works.
Well, it became /dev/input/event3 while
2.6.18 placed it at /dev/input/event1, but I think that
is more of a udev problem...
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
the dmesg from a boot with debug_initcall.
I can't see any messages from usbtouchscreen.
For me, it looks like the touchscreen is discovered and then
nothing happens to it.
Helge Hafting
debug_initcall.gz
Description: application/gzip
Sorry, that was a wrong .config file. Here is the right one, form
the amd64 box:
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.21-rc5-mm3
# Sat Mar 31 09:01:57 2007
#
CONFIG_X86_64=y
CONFIG_64BIT=y
CONFIG_X86=y
CONFIG_GENERIC_TIME=y
CONFIG_GENERIC_TIME_VSYSCALL=y
On Fri, Apr 06, 2007 at 10:37:12PM -0400, Dmitry Torokhov wrote:
> On Friday 06 April 2007 20:54, Helge Hafting wrote:
> > I have an usb touchscreen (egalax variety) that works with
> > the 2.6.18 kernel supplied by debian.
> >
> > It fails when I compile 2.6.21-rc
Here is my .config
Sorry for the late reply, I have been on a holiday.
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.21-rc5-mm2
# Wed Mar 28 12:18:09 2007
#
CONFIG_X86_32=y
CONFIG_GENERIC_TIME=y
CONFIG_CLOCKSOURCE_WATCHDOG=y
CONFIG_GENERIC_CLOCKEVENTS=y
CONFIG_GENE
wrong, or could there be a seemingly unrelated option
that I need to turn on?
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Ple
A new error for me:
loading 2.6.21rc5mm3
Bios data check successful
Destination address not 2M aligned
-- System halted
This is using the same lilo that loads 2.6.18rc5mm1 fine.
x86-64
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
The patch did not apply, but mm3 compiled so I'll try that instead.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read t
On Thu, Mar 29, 2007 at 02:28:16PM -0700, Andrew Morton wrote:
> On Thu, 29 Mar 2007 20:20:20 +0200
> Helge Hafting <[EMAIL PROTECTED]> wrote:
>
[...]
> yup, people will presumably work on fixing these things up after the
> feature hits mainline.
>
> > LD
/missing_syscalls.h:1279:2: warning: #warning syscall frevoke not
implemented
LD init/built-in.o
LD .tmp_vmlinux1
fs/built-in.o: In function `proc_root_init':
/usr/src/linux/fs/proc/root.c:83: undefined reference to `proc_sys_init'
make: *** [.tmp_vmlinux1] Error 1
Helge Haf
also documented here.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
mage in case of buffer overflow etc. A fair amount of work is then done
as that user - running the message through virus/spam-checks and
then perhaps procmail.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
waiting
for an Xserver response, transfer some of its interactiveness to the
Xserver, and aparently it worked very good for desktop workloads so,
maybe adapting it for this new scheduler would be good.
And it was dropped because of some very nasty side effect,
probably a DOS opportunity.
Helge Hafting
Len Brown wrote:
On Monday 12 March 2007 09:25, Luming Yu wrote:
try acpi=off please.
Ok, it boots up fine with acpi=off.
Now the next step is to try without the mm patch?
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
ess adviced otherwise.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
.
Nice, short, _clear_ and no - a loop that counts down instead of
up is not difficult at all.
Testing "i--" instead of "i >= 0" is also something I consider trivial,
even though I don't code that much. If this is among the worst you
see, then the kernel source must
Jan-Benedict Glaw wrote:
On Tue, 2007-02-20 15:36:56 +0100, Helge Hafting <[EMAIL PROTECTED]> wrote:
If you have a need for "secret" source code, stuff most of it
in userspace. Make the drivers truly minimal; perhaps their
open/closed status won't matter that much when
L)
then you can turn the trend and keep linux the way you want it.
If you don't - those that do contribute will get to shape linux
the way they like. Whoever makes linux gets to decide.
Another way is to stay with linux 2.4. You won't get any
new stuff that way, but no new GPL surprises e
way is the recommended
way of working anyway. It isn't merely a way to keep your
code away from the GPL - you always want a small kernel.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Other keyboard(s) become useful once the linux comes up with
its event interface. You then have one set of LEDS per keyboard.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http:/
istributing a closed derived work.
Unfortunately, that don't stop people from trying - it is hard to
see what's going on in a closed module. Now if breaking the law
this way can be made more difficult then that is a good thing. Fewer
vendors will then try. They will make closed modules
ion where 90% of the drivers necessary to
run a linux kernel are proprietary. It does so by ensuring that the
proprietary vendors access a limited API, unless they take
a lot of cumbersome extra steps like maintaining their own
"protection-free" kernel. Which they certainly can do under
th
- in those parts of the world were circumventing is
illegal.
So a vendor using the \0 trick is on very shaky ground.
He has another option - to patch out the test. But he
don't want that, for then he have to distribute a kernel,
not only a module.
Helge Hafting
-
To unsubscribe from this
amount of data
transferred, consider trapping the read and write syscalls too.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
memory if you have enough swap . . .
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
rom the kernel. If you're making a driver and
the boss ask for a file - just write that userspace helper
because that is the way it is done on linux. No conflict there.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
1 - 100 of 283 matches
Mail list logo