On Mon, Jun 27, 2011 at 10:40:59AM +0200, Damian WojsÅ?aw wrote:
I'm very sorry to inform you that due to unexpected interference the
session cannot proceed. I'm sorry for the inconvenience that I may
have caused.
In the short: 2nd - 3rd of July hacking session in Berlin won't take place.
On Mon, Jun 27, 2011 at 11:56:14AM +0100, Bayard Bell wrote:
Could we get some details on this? I had put off booking, waiting for
confirmation of the details, which turned into a cancellation notice.
Now the event may yet be on, but there still aren't any particulars to
help with booking.
On Wed, Dec 07, 2011 at 03:33:45PM -0600, Bob Friesenhahn wrote:
Is Illumos currently known to execute properly on the new AMD
Bulldozer-based CPUs such as the Opteron 6200 series? If not, is
someone working on it?
I would expect that it just works, although some things could be done
to
On Thu, Dec 08, 2011 at 03:00:35PM -0500, Richard Lowe wrote:
On Thu, Dec 8, 2011 at 06:52, Hans Rosenfeld
rosenf...@grumpf.hope-2000.org wrote:
The topology information for the scheduler would need to be updated, and
the topology information for FMA will probably need some work, too
On Wed, Apr 11, 2012 at 02:18:14PM -0400, Richard Lowe wrote:
Different application algorithms show different high-runners but the
high-runner locks are usually
not called very often but are held for an abnormally long time. For some
algorithms the high-runners are in libc (e.g. malloc)
On Thu, Apr 12, 2012 at 09:39:23AM -0500, Bob Friesenhahn wrote:
My OpenMP-based application definitely fits the description of a
potentially problematic application because it does execute the same
code in tight loops in both cores of a compute unit. That is its
whole purpose. The
On Fri, Apr 13, 2012 at 08:57:21AM -0500, Bob Friesenhahn wrote:
On Thu, 12 Apr 2012, Hans Rosenfeld wrote:
I was hoping to investigate GCC's bdver1 output (which does try to
address L1 instruction cache issues) on Illumos but I discovered that
Illumos is not currently capable of executing
On Thu, Mar 14, 2013 at 10:57:46AM +0100, Richard PALO wrote:
All this looks like a red herring, HPET isn't related to C-states, and
one of my systems reporting ACPI HPET table query failed runs rock solid.
Perhaps I'm jumping to inappropriate assumptions after seeing these
threads...
On Thu, Mar 14, 2013 at 11:54:50AM +0100, Richard PALO wrote:
Hi,
richard@x3200:~$ psrinfo -pv
The physical processor has 4 virtual processeurs (0-3)
x86 (AuthenticAMD 100F23 family 16 model 2 step 3 clock 2210 MHz)
AMD Phenom(tm) 9550 Quad-Core Processor [ Socket: AM2r2 ]
Thanks.
On Wed, May 22, 2013 at 02:27:34PM +0100, Gabriele Bulfon wrote:
I'm converting a linux/bsd library with a function checking for cpu sse caps.
What is the correct way to do this on illumos?
You're probably looking for getisax(2).
Hans
--
%SYSTEM-F-ANARCHISM, The operating system has been
.
Hans
On Fri, Jun 17, 2016 at 06:56:28PM +0200, Hans Rosenfeld wrote:
> Thanks. There is indeed nothing interesting there.
>
> Could you provide me with remote access to that virtual machine so I can
> take a look?
>
>
> Hans
>
>
> On Fri, Jun 17, 2016 at 06
Thanks. There is indeed nothing interesting there.
Could you provide me with remote access to that virtual machine so I can
take a look?
Hans
On Fri, Jun 17, 2016 at 06:41:28PM +0200, Frank M. wrote:
> Hi Hans,
>
> no, I see nothing of interest - but I´m not a profi...
> I attached a part of
Frank,
do you see anything interesting messages from nvme in /var/adm/messages
after the system hung?
Hans
On Fri, Jun 17, 2016 at 01:38:00AM +0200, Frank M. wrote:
> supplement:
> --
> --
>
Hi Robert,
On Wed, Jun 22, 2016 at 07:33:01AM -0700, Robert Mustacchi wrote:
> On 6/22/16 5:08 , Hans Rosenfeld wrote:
> > I have looked at the system and experimented with it. This is what I
> > found:
> >
> > This is an issue with MSI-X in VMware. Manually disa
Hi Frank,
On Sun, Oct 23, 2016 at 10:37:42PM +0200, Frank M. wrote:
> Hi,
>
> unfortunately is /var/crash/unknown empty. It crashes without panic
> screen - the system goes off. This happens, whenever the first access
> to the nvme device occurs. Earlier versions reseted the system...
> First
Hi Everyone,
FOSDEM confirmed that we will get a table again for an illumos booth. We
want to use this opportunity to promote illumos as a whole, including
all it's distributions. But it's also a great chance to just meet fellow
developers in person. And it's a great deal of fun, as anyone can
Hey Peter,
On Thu, Feb 01, 2018 at 02:53:17PM +, Peter Tribble wrote:
> Are we going for the traditional Friday evening meet - 7:30PM at Les
> Galeries Royales St. Hubert?
Yes, I think we should do that. Lets meet at the intersection of the
galleries with Rue des Bouchers.
Hans
--
Hi,
as in the past years we'll try to gather around 7PM at the intersection
of Les Galeries Royales de St. Hubert and Rue des Bouchers. Then we can
go grab some dinner, most likely at that nice little lebanese place
called "Al Jannah" at Rue Blas 59, and visit the beer event later.
Looking
On Fri, Mar 19, 2021 at 12:31:08AM +, Reginald Beardsley via
illumos-discuss wrote:
> Would someone please direct me to an explanation of why we can't boot
> from disk >2 TB in 2021?
Have you tried? What problems did you run into?
illumos has had support for booting from disks > 2TB for a
If you're not using ZFS on NVMe devices, you can ignore this message.
With the integration of #14686, the nvme driver will start to use new
devid types specifically created for NVMe. Updating to #14686 will be
handled gracefully by ZFS, old pools will import correctly and will have
their vdev
20 matches
Mail list logo