Dear all,
I would like to remind you that the next round of status reports
covering the third quarter of 2010 is due on October 15th, 2010. This
initiative is very welcome in our community. Therefore, I would like to
ask you to submit your status reports soon, so that we can compile the
report o
Atom Smasher wrote:
On Fri, 10 Sep 2010, Ivan Voras wrote:
1) power outage of the server
2) power outage on the client
3) network problems (ssh or TCP connection drop)
4) administrative command (e.g. root executes "killall $shell")
?
I don't think there is a way to protect from all of those,
On Wed, Sep 29, 2010 at 1:12 PM, Kostik Belousov wrote:
> On Wed, Sep 29, 2010 at 12:40:57PM -0700, Matthew Fleming wrote:
>> I'm hacking around with making a "fast reboot" that puts a copy of the
>> MBR from disk into address 0x7c00 and, after disabling various
>> translation bits and stopping ot
On Wed, Sep 29, 2010 at 12:40:57PM -0700, Matthew Fleming wrote:
> I'm hacking around with making a "fast reboot" that puts a copy of the
> MBR from disk into address 0x7c00 and, after disabling various
> translation bits and stopping other CPUs, branches to it, to skip the
> hardware self test tha
I'm hacking around with making a "fast reboot" that puts a copy of the
MBR from disk into address 0x7c00 and, after disabling various
translation bits and stopping other CPUs, branches to it, to skip the
hardware self test that normally happens on boot.
I haven't gotten to the point of attempting
Tracking down a performance issue where the system apparently needlessly
reads on a 100% write load... consider the following C test case: (more
after the code)
#include
#include
#include
#include
int main(int argc, char **argv)
{
unsigned char dir1[4], dir2[4], filename[15], pathname
Dnia 29-09-2010 o godz. 16:58 Andriy Gapon napisał(a):
> on 29/09/2010 17:44 PL said the following:
> > Dnia 29-09-2010 o godz. 16:23 Andriy Gapon napisał(a):
> >> on 29/09/2010 17:13 PL said the following:
> >>> It seems like it is not a problem in my own code, since readelf -S on a
> >>> elf file
on 29/09/2010 17:44 PL said the following:
> Dnia 29-09-2010 o godz. 16:23 Andriy Gapon napisał(a):
>> on 29/09/2010 17:13 PL said the following:
>>> It seems like it is not a problem in my own code, since readelf -S on a
>>> elf file
>>> gives me the same results as my debug messages. I've created
Dnia 29-09-2010 o godz. 16:23 Andriy Gapon napisał(a):
> on 29/09/2010 17:13 PL said the following:
> > It seems like it is not a problem in my own code, since readelf -S on a
> > elf file
> > gives me the same results as my debug messages. I've created an empty
> > module, to
> > simplify debuggin
on 29/09/2010 17:13 PL said the following:
> It seems like it is not a problem in my own code, since readelf -S on a
> elf file
> gives me the same results as my debug messages. I've created an empty
> module, to
> simplify debugging. Both my code, and readelf says, that '.text' section
> addres
Dnia 29-09-2010 o godz. 10:58 Andriy Gapon napisał(a):
> on 29/09/2010 11:18 PL said the following:
> > Hi everyone,
> > I'm not quiet sure if it is proper place to ask the question I have. If
> > not, please
> > direct me to the correct place I should post questions like:
> >
> > Im working on so
On Tuesday, September 28, 2010 4:02:08 pm Neel Natu wrote:
> Hi John,
>
> On Tue, Sep 28, 2010 at 6:36 AM, John Baldwin wrote:
> > On Monday, September 27, 2010 5:13:03 pm Neel Natu wrote:
> >> Hi John,
> >>
> >> Thanks for reviewing this.
> >>
> >> On Mon, Sep 27, 2010 at 8:04 AM, John Baldwin
Hi,
I just switched my 8.1-R/amd64 (dual Opteron) system from ATA over to the
new mvs driver, and started seeing a whole bunch of errors (which appear to
have hosed one of my zfs volumes during a scrub) - anyone know what the
following errors actually mean?
The machine has 2 * 88SX6081's in
on 29/09/2010 11:18 PL said the following:
> Hi everyone,
> I'm not quiet sure if it is proper place to ask the question I have. If
> not, please
> direct me to the correct place I should post questions like:
>
> Im working on some modifications around link_elf.c. According to elf(5)
> man pages
Hi everyone,
I'm not quiet sure if it is proper place to ask the question I have. If
not, please
direct me to the correct place I should post questions like:
Im working on some modifications around link_elf.c. According to elf(5)
man pages,
Elf_Shdr structure contains field called 'sh_addr', con
15 matches
Mail list logo
