On Wed, Dec 05, 2007 at 10:37:03PM +0100, Erik Mouw wrote:
> Here's a clue: when I build with ARCH=x86, I get some warnings, but the
> targz-pkg builds succesfully:
>
> [EMAIL PROTECTED]:~/git/linux-2.6 > make ARCH=x86 allnoconfig
> [...]
> [EMAIL PROTECTED]:~/git/linux-2.6
On Wed, Dec 05, 2007 at 10:00:03PM +0100, Sam Ravnborg wrote:
> On Tue, Dec 04, 2007 at 09:04:33PM -0600, Jay Cliburn wrote:
> > Sam,
> >
> > This piece of the top-level Makefile in current git causes an
> > out-of-tree driver Makefile to fail.
> >
> > 101 ifdef O
> > 102 ifeq ("$(origin O)",
On Tue, Dec 04, 2007 at 09:04:33PM -0600, Jay Cliburn wrote:
> Sam,
>
> This piece of the top-level Makefile in current git causes an
> out-of-tree driver Makefile to fail.
>
> 101 ifdef O
> 102 ifeq ("$(origin O)", "command line")
> 103 KBUILD_OUTPUT := $(O)
> 104 endif
> 105 endif
>
>
On Tue, Dec 04, 2007 at 09:04:33PM -0600, Jay Cliburn wrote:
Sam,
This piece of the top-level Makefile in current git causes an
out-of-tree driver Makefile to fail.
101 ifdef O
102 ifeq ($(origin O), command line)
103 KBUILD_OUTPUT := $(O)
104 endif
105 endif
The out-of-tree
On Wed, Dec 05, 2007 at 10:00:03PM +0100, Sam Ravnborg wrote:
On Tue, Dec 04, 2007 at 09:04:33PM -0600, Jay Cliburn wrote:
Sam,
This piece of the top-level Makefile in current git causes an
out-of-tree driver Makefile to fail.
101 ifdef O
102 ifeq ($(origin O), command line)
On Wed, Dec 05, 2007 at 10:37:03PM +0100, Erik Mouw wrote:
Here's a clue: when I build with ARCH=x86, I get some warnings, but the
targz-pkg builds succesfully:
[EMAIL PROTECTED]:~/git/linux-2.6 make ARCH=x86 allnoconfig
[...]
[EMAIL PROTECTED]:~/git/linux-2.6 make ARCH=x86 targz-pkg
On Fri, Nov 16, 2007 at 09:33:22PM -0800, Linus Torvalds wrote:
> Go get it, and test it.
I gav 2.6.24 a first try and "make targz-pkg" fails on i386:
/bin/sh /home/erik/git/linux-2.6/scripts/package/buildtar targz-pkg
Makefile:119: *** Output directory (O=...) specifies kernel src dir. Stop.
On Fri, Nov 16, 2007 at 09:33:22PM -0800, Linus Torvalds wrote:
Go get it, and test it.
I gav 2.6.24 a first try and make targz-pkg fails on i386:
/bin/sh /home/erik/git/linux-2.6/scripts/package/buildtar targz-pkg
Makefile:119: *** Output directory (O=...) specifies kernel src dir. Stop.
On Thu, Aug 30, 2007 at 02:35:12PM -0500, Rob Landley wrote:
> Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
>
> Index two unindexed documentation files.
Looks OK to me, either submit to Russell's patch system, or maybe
Andrew would like to take the patch.
Erik
--
They're all fools. Don't
On Thu, Aug 30, 2007 at 02:35:12PM -0500, Rob Landley wrote:
Signed-off-by: Rob Landley [EMAIL PROTECTED]
Index two unindexed documentation files.
Looks OK to me, either submit to Russell's patch system, or maybe
Andrew would like to take the patch.
Erik
--
They're all fools. Don't worry.
On Thu, Jul 05, 2007 at 09:57:40AM -0400, John Stoffel wrote:
> >>>>> "Erik" == Erik Mouw <[EMAIL PROTECTED]> writes:
> Erik> The only valid use of Streams in Windows I've seen was a virus
> Erik> checker that stored a hash of the file in a separat
On Wed, Jul 04, 2007 at 04:47:59PM -0400, Theodore Tso wrote:
> On Wed, Jul 04, 2007 at 07:32:34PM +0200, Erik Mouw wrote:
> > (sorry for the late reply, just got back from holiday)
> >
> > On Mon, Jun 18, 2007 at 01:29:56PM -0400, Theodore Tso wrote:
> > > As I
On Wed, Jul 04, 2007 at 04:47:59PM -0400, Theodore Tso wrote:
On Wed, Jul 04, 2007 at 07:32:34PM +0200, Erik Mouw wrote:
(sorry for the late reply, just got back from holiday)
On Mon, Jun 18, 2007 at 01:29:56PM -0400, Theodore Tso wrote:
As I mentioned in my Linux.conf.au presentation
On Thu, Jul 05, 2007 at 09:57:40AM -0400, John Stoffel wrote:
Erik == Erik Mouw [EMAIL PROTECTED] writes:
Erik The only valid use of Streams in Windows I've seen was a virus
Erik checker that stored a hash of the file in a separate
Erik stream. Checking a file was a matter of rehashing
(sorry for the late reply, just got back from holiday)
On Mon, Jun 18, 2007 at 01:29:56PM -0400, Theodore Tso wrote:
> As I mentioned in my Linux.conf.au presentation a year and a half ago,
> the main use of Streams in Windows to date has been for system
> crackers to hide trojan horse code and
(sorry for the late reply, just got back from holiday)
On Mon, Jun 18, 2007 at 01:29:56PM -0400, Theodore Tso wrote:
As I mentioned in my Linux.conf.au presentation a year and a half ago,
the main use of Streams in Windows to date has been for system
crackers to hide trojan horse code and
On Thu, Jun 07, 2007 at 01:22:06PM +0200, Christian Kujau wrote:
> On Thu, 7 Jun 2007, Jan Engelhardt wrote:
> >After that came -rc4. Next one will be -rc4-git1.
>
> Ah, ok. I'm using ketchup(1) to track 2.6-git, so it'd take a -rc4-git0
> (same as rc4) to notice that the next version came
On Thu, Jun 07, 2007 at 01:22:06PM +0200, Christian Kujau wrote:
On Thu, 7 Jun 2007, Jan Engelhardt wrote:
After that came -rc4. Next one will be -rc4-git1.
Ah, ok. I'm using ketchup(1) to track 2.6-git, so it'd take a -rc4-git0
(same as rc4) to notice that the next version came out...
If
On Thu, Jun 07, 2007 at 12:40:58AM +0800, jidong xiao wrote:
> I found there is such a kernel symbol ".text.lock.spinlock",
> for example,
> # cat /proc/kallsyms | grep spinlock
> 8011e440 T bust_spinlocks
> 802d00fc t .text.lock.spinlock
> 8832ae20 d state_spinlock
On Thu, Jun 07, 2007 at 12:40:58AM +0800, jidong xiao wrote:
I found there is such a kernel symbol .text.lock.spinlock,
for example,
# cat /proc/kallsyms | grep spinlock
8011e440 T bust_spinlocks
802d00fc t .text.lock.spinlock
8832ae20 d state_spinlock [nfs]
On Tue, May 15, 2007 at 01:02:51AM +0100, Hubertus Grobbel wrote:
> I found out, that the option O_DIRECT for opening a file on a fat-
> filesystem successfully completes. But reading and writing to that
> file leads to EINVAL errors (using kernel 2.6.18).
Make sure your buffer is page aligned
On Tue, May 15, 2007 at 01:02:51AM +0100, Hubertus Grobbel wrote:
I found out, that the option O_DIRECT for opening a file on a fat-
filesystem successfully completes. But reading and writing to that
file leads to EINVAL errors (using kernel 2.6.18).
Make sure your buffer is page aligned and
On Wed, May 02, 2007 at 03:04:44PM +0100, Hugh Dickins wrote:
> On Tue, 1 May 2007, Phillip Susi wrote:
> > I seem to remember seeing some patches go by at some point that allowed one
> > of
> > the rom type embeded system filesystems to directly execute binaries out of
> > the original rom
On Wed, May 02, 2007 at 03:04:44PM +0100, Hugh Dickins wrote:
On Tue, 1 May 2007, Phillip Susi wrote:
I seem to remember seeing some patches go by at some point that allowed one
of
the rom type embeded system filesystems to directly execute binaries out of
the original rom memory rather
On Tue, Apr 17, 2007 at 03:47:32PM +0200, Tomasz K?oczko wrote:
> On Tue, 17 Apr 2007, Theodore Tso wrote:
> [..]
> >Well, that was totally useless answer from the ZFS developers. What
> >he should have told you is to contact Sun management, since they are
> >the only ones who can decide whether
On Tue, Apr 17, 2007 at 03:47:32PM +0200, Tomasz K?oczko wrote:
On Tue, 17 Apr 2007, Theodore Tso wrote:
[..]
Well, that was totally useless answer from the ZFS developers. What
he should have told you is to contact Sun management, since they are
the only ones who can decide whether or not
m a primary Linux user, I'm a little
> disapointed because I have not been able to find the solution since monts.
Try to recreate the problem without the proprietary wlan driver. With
that driver loaded it's impossible to debug.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
have not been able to find the solution since monts.
Try to recreate the problem without the proprietary wlan driver. With
that driver loaded it's impossible to debug.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft
le to extract such infos from the ChangeLogs in the above
> directories.
Use git to figure out:
git-log v2.6.17..v2.6.18
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.nl -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe fr
the ChangeLogs in the above
directories.
Use git to figure out:
git-log v2.6.17..v2.6.18
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.nl -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line unsubscribe linux
auge PVR 150 or PVR 500.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
or PVR 500.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
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
On Thu, Feb 01, 2007 at 09:45:06AM -0500, Lennart Sorensen wrote:
> On Thu, Feb 01, 2007 at 02:59:03PM +0100, Erik Mouw wrote:
> > I can't remember that kind of corruption ever being reported to the
> > bcm43xx-dev mailing list.
>
> Well I assumed it messed up the eeprom s
.v2.6.19 mm/" . Only disadvantage is
that it will give you only the diff from 2.6.11.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line "uns
alink on it.
You could use a CardBus or USB card.
> Seems the ralink driver maintainers are doing a lot of the work on the
> core wifi infastructure too. Lots of work beyond just the driver then.
So are the bcm43xx maintainers.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com --
or USB card.
Seems the ralink driver maintainers are doing a lot of the work on the
core wifi infastructure too. Lots of work beyond just the driver then.
So are the bcm43xx maintainers.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26
/ . Only disadvantage is
that it will give you only the diff from 2.6.11.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
On Thu, Feb 01, 2007 at 09:45:06AM -0500, Lennart Sorensen wrote:
On Thu, Feb 01, 2007 at 02:59:03PM +0100, Erik Mouw wrote:
I can't remember that kind of corruption ever being reported to the
bcm43xx-dev mailing list.
Well I assumed it messed up the eeprom settings, since we had to go
alised at 0. They live in the
.bss segment so they will automatically initialised at 0 and not take
space in the kernel image.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this
in the kernel image.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On Wed, Jan 17, 2007 at 11:26:54AM +, Seetharam Dharmosoth wrote:
> Is Linux having 'non-break interface for serial
> console' ?
No idea. Could you explain what a 'non-break interface for serial
console' is?
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
17 11:03:41 localhost kernel: [254985.117447] EXT2-fs: sdb1: couldn't
> mount RDWR because of unsupported optional features (1).
I don't know if any of those tools tell the kernel that the partition
table changedand that it has to reread them. To be sure the kernel
knows, run "bloc
because of unsupported optional features (1).
I don't know if any of those tools tell the kernel that the partition
table changedand that it has to reread them. To be sure the kernel
knows, run blockdev --rereadpt /dev/sdb.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370
On Wed, Jan 17, 2007 at 11:26:54AM +, Seetharam Dharmosoth wrote:
Is Linux having 'non-break interface for serial
console' ?
No idea. Could you explain what a 'non-break interface for serial
console' is?
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab
you
read Dilbert about that.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROT
> Please search the archives, this get asked a lot and it has been
> explained a million times why it's a bad idea.
> You can also read http://www.linuxjournal.com/article/8110
Rather point to
http://kernelnewbies.org/FAQ/WhyWritingFilesFromKernelIsBad
Erik
--
+-- Erik Mouw -- www
asked a lot and it has been
explained a million times why it's a bad idea.
You can also read http://www.linuxjournal.com/article/8110
Rather point to
http://kernelnewbies.org/FAQ/WhyWritingFilesFromKernelIsBad
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab
about that.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
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
-118
> #
"swapoff /dev/sdc1" or "swapoff /tmp/swa5TlBva/swapfilenext". Don't
know if the latter works when the file is unlinked, just try.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The
ECT. Use things like madvise() and posix_fadvise()
> instead.
Both don't do what I want it to do: only read the sector I request you
to read and certainly do not try to outsmart me by doing some kind of
readahead.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 9
madvise() and posix_fadvise()
instead.
Both don't do what I want it to do: only read the sector I request you
to read and certainly do not try to outsmart me by doing some kind of
readahead.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark
/swapfilenext. Don't
know if the latter works when the file is unlinked, just try.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
ublish your invention?
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
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
"However, we thought the legal and technical expense involved in
writing this binary driver and possibly violating the Linux kernel
copyright was well spend."
My 0.02 EUR.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH
On Thu, Dec 21, 2006 at 11:48:42AM +0545, Manish Regmi wrote:
> Yes... my application does large amount of I/O. It actually writes
> video data received from ethernet(IP camera) to the disk using 128 K
> chunks.
Bursty video traffic is really an application that could take advantage
from the
On Thu, Dec 21, 2006 at 11:48:42AM +0545, Manish Regmi wrote:
Yes... my application does large amount of I/O. It actually writes
video data received from ethernet(IP camera) to the disk using 128 K
chunks.
Bursty video traffic is really an application that could take advantage
from the kernel
expense involved in
writing this binary driver and possibly violating the Linux kernel
copyright was well spend.
My 0.02 EUR.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from
he printk() KERN_ALERT etc. levels?
I've seen quite some people using "<1>" on the kernelnewbies list.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send th
e started in a monitor mode.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majo
On Mon, Dec 18, 2006 at 06:24:39PM +0545, Manish Regmi wrote:
> On 12/18/06, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> >if you want truely really smooth writes you'll have to work for it,
> >since "bumpy" writes tend to be better for performance so naturally the
> >kernel will favor those.
> >
On Mon, Dec 18, 2006 at 06:24:39PM +0545, Manish Regmi wrote:
On 12/18/06, Arjan van de Ven [EMAIL PROTECTED] wrote:
if you want truely really smooth writes you'll have to work for it,
since bumpy writes tend to be better for performance so naturally the
kernel will favor those.
to get
mode.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
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
() KERN_ALERT etc. levels?
I've seen quite some people using 1 on the kernelnewbies list.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
rward the answer to [EMAIL PROTECTED] as soon as possible.
Hmm no. You asked a public forum so the reply will go to that same
public forum. See http://catb.org/esr/faqs/smart-questions.html#noprivate .
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab addr
as possible.
Hmm no. You asked a public forum so the reply will go to that same
public forum. See http://catb.org/esr/faqs/smart-questions.html#noprivate .
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
at's too close to wifi_*, try frwr_.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROT
a better idea. Do you see a problem with using fw_*
as a prefix in the code though? I don't see anybody using that prefix, but
Stefan pointed out to me that it's often used to abbreviate firmware too.
So what about fiwi_*? If that's too close to wifi_*, try frwr_.
Erik
--
+-- Erik Mouw
On Wed, Aug 31, 2005 at 10:07:45AM +0200, Jens Axboe wrote:
> On Mon, Aug 29 2005, Erik Mouw wrote:
> > There are four prerequisites for direct IO:
> > - the file needs to be opened with O_DIRECT
> > - the buffer needs to be page aligned (hint: use getpagesize() inst
On Wed, Aug 31, 2005 at 10:07:45AM +0200, Jens Axboe wrote:
On Mon, Aug 29 2005, Erik Mouw wrote:
There are four prerequisites for direct IO:
- the file needs to be opened with O_DIRECT
- the buffer needs to be page aligned (hint: use getpagesize() instead
of assuming that a page is 4k
On Fri, Aug 26, 2005 at 09:33:29PM -0700, Deepak Saxena wrote:
> On Aug 25 2005, at 16:04, Erik Mouw was caught saying:
> > On Tue, Aug 23, 2005 at 10:08:13PM -0700, Linus Torvalds wrote:
> > > I really wanted to release a 2.6.13, but there's been enough changes
> > &g
;
return 0;
> }
With the changes, the result is:
[EMAIL PROTECTED]:/tmp > ls -l directio aaa
-rwxr-xr-x 1 erik erik 49152 2005-08-29 15:26 aaa*
-rwxr-xr-x 1 erik erik 12628 2005-08-29 15:26 directio*
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12
values.
} while(count 0);
free(ptr1);
close(fd1);
close(fd2);
return 0;
}
With the changes, the result is:
[EMAIL PROTECTED]:/tmp ls -l directio aaa
-rwxr-xr-x 1 erik erik 49152 2005-08-29 15:26 aaa*
-rwxr-xr-x 1 erik erik 12628 2005-08-29 15:26 directio*
Erik
--
+-- Erik Mouw
On Fri, Aug 26, 2005 at 09:33:29PM -0700, Deepak Saxena wrote:
On Aug 25 2005, at 16:04, Erik Mouw was caught saying:
On Tue, Aug 23, 2005 at 10:08:13PM -0700, Linus Torvalds wrote:
I really wanted to release a 2.6.13, but there's been enough changes
while we've been waiting for other
llowed to use
those limits. AFAIK setrlimit() can't be used to change resource limits
of other processes.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line
ably
only work on one platform.
Besides, initramfs was made to set up userland. A self-extracting
binary creates a chicken-and-egg problem: when run it will create a
userland, but in order to be run it needs a userland.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 9
dy know.
>
> For one, if you do "dd if=/dev/zero of=foo" on a ramfs the system
> will lock up.
"Doctor, it hurts when I do this!" "Well, then don't do that."
You found a nice case of "Unix, rope, foot".
Erik
PS: I'm not going to hunt throug
over a possible reply from you. Any reply without such
headers will most probably not been seen and just ignored.
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line
up userland. A self-extracting
binary creates a chicken-and-egg problem: when run it will create a
userland, but in order to be run it needs a userland.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
resource limits
of other processes.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED
e system will not boot.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECT
complete Linux system,
> so a more robust filesystem (tmpfs) is useful.
What makes you think tmpfs is more robust than ramfs? What do you mean
with a "robust filesystem"?
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 26
ther ACPI or cpufreq. When
the system boots, I see that the CPU is correctly detected as a 1200
MHz mobile Athlon, but once I log in /proc/cpuinfo says it's 2.6 or 3.6
GHz CPU. I don't have the laptop with me right now, but I'll send the
boot messages tonight.
Erik
--
+-- Erik Mouw -- www.harddisk-rec
. When
the system boots, I see that the CPU is correctly detected as a 1200
MHz mobile Athlon, but once I log in /proc/cpuinfo says it's 2.6 or 3.6
GHz CPU. I don't have the laptop with me right now, but I'll send the
boot messages tonight.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com
ramfs? What do you mean
with a robust filesystem?
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
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
On Tue, Aug 23, 2005 at 11:31:58AM +0100, Alan Cox wrote:
> On Maw, 2005-08-23 at 09:49 +0200, Erik Mouw wrote:
> > Is there any place where we can get your current patches?
>
> Which ones - the PATA IDE ones are in 2.6.11-ac, a subset in Fedora
> (other changes in the core IDE
d.
1.5 MB/s suggests you're using an IDE drive in PIO mode. Switch to DMA
mode (hdparm -d 1 /dev/hda) and see if it gets any better.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from thi
u can get "sense information" which tells you more about
why a particular command failed.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line
r current patches?
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majo
?
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
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
using an IDE drive in PIO mode. Switch to DMA
mode (hdparm -d 1 /dev/hda) and see if it gets any better.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line
On Tue, Aug 23, 2005 at 11:31:58AM +0100, Alan Cox wrote:
On Maw, 2005-08-23 at 09:49 +0200, Erik Mouw wrote:
Is there any place where we can get your current patches?
Which ones - the PATA IDE ones are in 2.6.11-ac, a subset in Fedora
(other changes in the core IDE code make forward
information which tells you more about
why a particular command failed.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
ost to this list at all.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More m
to this list at all.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
tti is talking about an increase, which implies a difference.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
. In terms of Bogomips around 7-8,
but for actual loads nearly twice as much.
Wow, that's a lot of bogomips. That's just a little faster than my 386
(running 2.6.13-rc1): http://jengelh.hopto.org/GFX0/proc386.jpg
Matti is talking about an increase, which implies a difference.
Erik
--
+-- Erik
projects for kernel crash dumps, search
the archives.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
for kernel crash dumps, search
the archives.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
1 - 100 of 467 matches
Mail list logo