and again,
without end.
El dom, 19 ene 2025 a las 21:46, Almudena Garcia (<
liberamenso10...@gmail.com>) escribió:
> in some days i will check again. This computer is in my office
>
> El dom, 19 ene 2025 a las 19:05, Samuel Thibault ()
> escribió:
>
>> Almudena Gar
This is awesome!! How can I test rumpusbdisk?
El lun, 3 feb 2025 a las 21:32, Samuel Thibault ()
escribió:
> Hello,
>
> Damien Zammit via Bug reports for the GNU Hurd, le sam. 11 janv. 2025
> 07:19:24 +, a ecrit:
> > I would like to suggest the following upgrade of rump to be on par with
> >
in some days i will check again. This computer is in my office
El dom, 19 ene 2025 a las 19:05, Samuel Thibault ()
escribió:
> Almudena Garcia, le dim. 19 janv. 2025 18:54:53 +0100, a ecrit:
> > with dpkg-reconfigure keyboard-configuration
>
> What is the content of
>
>
with dpkg-reconfigure keyboard-configuration
El dom, 19 ene 2025 a las 17:41, Samuel Thibault ()
escribió:
> Hello,
>
> Almudena Garcia, le jeu. 16 janv. 2025 14:02:47 +0100, a ecrit:
> > I found the same problem. Added to this, the layout doesn't works,
> keeping
Hi:
I found the same problem. Added to this, the layout doesn't works, keeping
in en_US despite my configuration is "es"
El mar, 14 ene 2025 a las 14:58, Samuel Thibault ()
escribió:
> Bruno Haible via Bug reports for the GNU Hurd, le mar. 14 janv. 2025
> 14:49:00 +0100, a ecrit:
> > Samuel Th
I'm waiting until this patch is accepted. It will make easier my future
work.
El mar, 26 nov 2024 a las 11:38, Damien Zammit via Bug reports for the GNU
Hurd () escribió:
> Until we make gnumach fully parallel, we need a way to execute
> on slave processor set on smp-enabled gnumach.
>
> For exam
Thanks!! Great job!!
El lun, 2 dic 2024 a las 19:44, Samuel Thibault ()
escribió:
> Applied, thanks!
>
> Etienne Brateau, le lun. 02 déc. 2024 19:27:17 +0100, a ecrit:
> > the call vm_page_seg_pull_cache_page() return an vm_page (src) with his
> > object being locked, as we don’t unlock before do
> This wiki page does warn that the stable installer (2023 images)
currently does not boot correctly on the X200, T400, and T500.
Have you set the "compatibility" mode in BIOS's SATA configuration?
And disable UEFI if exists.
El sáb, 30 nov 2024 a las 15:27, escribió:
> November 30, 2024 at 6:23
Yes, I detected this problem some time ago. The halt command doesn't
shutdown the machine. Instead, keep it in a suspension-like status, in
which the machine is "sleep", but doesn't turn off.
Damien told me some years ago that the problem is related with IRQ number,
and an implementation of ACPIca
Hi:
I connected to the Jitsi room that day, but due to Spain's daylight savings
time, I started the connection one hour later, and then I found that the
room was empty.
> I probably owe you all like $500,000. Who wants to collect?
What do you talking about?
El dom, 3 nov 2024 a las 22:40, es
Forward of FOSDEM's CfP
--- Mensaje original ---
> Hi all,
>
> below is the official CfP for the microkernel devroom at FOSDEM 2025. I am
> looking forward to a strong participation from all microkernel/unikernel
> research groups and companies, not only in the form of attendance, but
> also in t
we have to continue researching the cause of GlxBadContext error.
If the origin is a flag with bad value, maybe we can find the correct value
and fix it.
El lun, 14 oct 2024 a las 17:56, Joshua Branson ()
escribió:
>
> The coolest that I have gotten to work so far is ballz. crawl works
> too!
Hi:
> Does Jitsi support that? If so, sure why not?
It's possible using a plugin called jigasi. Here it's a tutorial for
install it.
https://www.kubeace.com/blog/Jigasi-Transcription
El lun, 14 oct 2024 a las 17:55, Joshua Branson ()
escribió:
> Almudena Garcia
Hi:
Checking the Melbourne timezone,I think that a good time could be 9 or 10
AM UTC. Damien, could you confirm this?
Btw, could be possible enable english subtitles in Jitsi, to make easier
the understanding to non-native english speakers.
Thanls
El sáb, 12 oct 2024 a las 22:57, escribió:
>
Hi:
I know others lightweight games, like Hedgewars and Assault Cube, but i don't
know if these works in Hurd. The games must be lightweight because, if i
remember well, Hurd doesn't support hardware acceleration yet.
About Battle for Wesnoth, I recommend to run it over a Hurd VM, because in r
I recommends T60 instead. It's more modern and stable. But you need to
configure SATA interface in "compatibility" mode, in the BIOS setup, to be
detected as IDE.
When we will solve the SATA detection with rumpdisk in these machines, then
we can recommend use it. But as moment, the most safe way is
Hi:
Some years ago I recorded a video playing Battle for Wesnoth and Frozen
Bubble in Debian GNU/Hurd, without several problems.
https://www.youtube.com/watch?v=WFPw8WCe7Ew
But the games which requires some graphic acceleration, like SuperTuxKart,
SuperTux or similar, simply didn't work, although
pture).
Maybe there are any error in libpciaccess or similar.
El lun, 26 ago 2024 a las 1:26, Almudena Garcia ()
escribió:
> lspci produces *segmentation fault*. Maybe it's related with hurd-console
> problems (a drivers issue)
>
> El dom, 25 ago 2024 a las 23:05, Samuel
lspci produces *segmentation fault*. Maybe it's related with hurd-console
problems (a drivers issue)
El dom, 25 ago 2024 a las 23:05, Samuel Thibault ()
escribió:
> Almudena Garcia, le dim. 25 août 2024 22:56:57 +0200, a ecrit:
> > I've just found other problem: hurd-co
repeat=mouse -d pc_kbd --repeat=kbd -d
generic_speaker -c /dev/vcs
Any solution? Thanks in advance
El dom, 25 ago 2024 a las 22:29, Almudena Garcia (<
liberamenso10...@gmail.com>) escribió:
> ok, solved. I was using qemu-i386.
>
> Thanks
>
> El dom, 25 ago 2024 a las
ok, solved. I was using qemu-i386.
Thanks
El dom, 25 ago 2024 a las 21:48, Samuel Thibault ()
escribió:
> Almudena Garcia, le dim. 25 août 2024 21:38:17 +0200, a ecrit:
> > I'm testing the image in Qemu, but the installer doesn't boot: when I
> press
> > "
Hi:
I'm testing the image in Qemu, but the installer doesn't boot: when I press
"text install", the machine simply reboots.
Have you tested the installer?
Thanks
El dom, 25 ago 2024 a las 18:02, Samuel Thibault ()
escribió:
> Samuel Thibault, le dim. 25 août 2024 17:50:51 +0200, a ecrit:
> > An
Hi:
> The main concern is that it looks like swapping doesn't work well with
> rumpdisk, perhaps something like rumpdisk or pci-arbiter not managing
> to wire themselves completely, and thus getting a hang if any part
> gets swapped out. This means I had to disable swap entirely to keep
> the box
do this means that you are updating rumpkernel sources? I tried to update
rumpdisk sources some months ago, but i had problems with the Hurd patches.
El jue, 18 jul 2024 a las 23:25, Flavio Cruz ()
escribió:
> I have noticed a problem when compiling rumpkernel with the new
> thread_get_name:
>
>
Hi:
I've just sent my recording in other mail
https://www.youtube.com/watch?v=lQ7bWzsL7Ps
By some reason, the image keeps freezed in some minutes, but most the
recording is fine
El sáb, 1 jun 2024 a las 23:22, Joshua Branson ()
escribió:
>
> Hey bug hurd!
>
> So we had an awesome time today wat
I've upload the recording to youtube. Currently is processing in HD.
https://www.youtube.com/watch?v=lQ7bWzsL7Ps
There was some problems, and there are some minutes in which the image
keeps freezed, but the most important seems be recording fine.
Excuse me the inconveniences.
El sáb, 1 jun 2024
Other idea could be a magnet/torrent translator
wget magnet:?fl=http://...
and downloading the torrent file without a torrent client
El vie, 31 may 2024 a las 11:55, escribió:
> May 31, 2024 at 5:30 AM, jbra...@dismail.de wrote:
>
>
>
>
>
> >
> > Heyo friends!
> >
> >
> >
> > Sergey is going
Hi:
GNOME is not available, but I think that you can install MATE and Xfce.
I installed both some years ago, but I think that continue available.
Thanks
El vie, 15 mar 2024 a las 15:34, Jose Luis Alarcon Sanchez (<
jlalar...@ravemail.com>) escribió:
> Hi.
>
> I'm wondering if this days is a go
cdrom.
This is the problem
El domingo 10 de marzo de 2024, jbra...@dismail.de escribió:
> March 9, 2024 at 6:32 PM, "Almudena Garcia"
> wrote:
>
>
>
> >
> > I've just found other capture, of the step which fails
> > > I don't kno
Hi:
Trying to install the latest daily image, I've just found this error in the
"Base system installation" step.
[image: imagen.png]
The log show some errors
[image: imagen.png]
Could you fix it?
Thanks
I set the code as this way because it's the standard of Intel's guides.
The guide explain that although most machines turn on the cpu with an unique
SIPI, some machines could require a second SIPI. Even some older machines could
need a INIT IPI before the SIPI.
It's the reason because i wrote
But, how can I add the processors to the pset from userspace?
I want to test the parallel environment from Hurd, although gnumach boots
with 1 processor
El dom, 11 feb 2024 a las 15:36, Samuel Thibault ()
escribió:
> Samuel Thibault, le dim. 11 févr. 2024 15:13:51 +0100, a ecrit:
> > By being abl
The ASSERT and DEASSERT, if I remember well, if a part of SIPI algorithm. I
think that I extracted it from the Intel manuals. Or maybe from OSDev.
El domingo 11 de febrero de 2024, Damien Zammit escribió:
> Wait for ICR then just assert the signal.
> No need for deassert. This is how Linux and
e able to investigate the scheduler and harddisk issues
without needing to enable all AP manually each time I boot the system in smp
mode.
El domingo 11 de febrero de 2024, Samuel Thibault escribió:
> Almudena Garcia, le dim. 11 févr. 2024 10:48:23 +, a ecrit:
> > I don't
I don't understand which is the objective of this. In an SMP system, all
processor are equal in the scheduler. Why do you add this difference?
El domingo 11 de febrero de 2024, Damien Zammit escribió:
> This has the effect of running with one cpu only with smp,
> but has the ability to enable AP
Fixed. Thanks!!
El sáb, 10 feb 2024 a las 16:35, Samuel Thibault ()
escribió:
> That was because of bogus #ifdefs, now fixed.
>
> Samuel
>
> Almudena Garcia, le sam. 10 févr. 2024 16:22:47 +0100, a ecrit:
> > The error continues when I compile for a only cpu.
> &
The error continues when I compile for a only cpu.
My compile commands are
./configure --host=i686-gnu CC='gcc -m32' LD='ld -melf_i386' --enable-apic
--enable-kdb --enable-ncpus=1 --disable-linux-groups
make gnumach.gz
I got this error
if test -s gnumach-undef-bad; \
then cat gnumach-undef-bad;
Maybe the next crash is in APIC step. Check if it's using xAPIC or x2APIC, and
force xAPIC if necessary
El miércoles 24 de enero de 2024, Damien Zammit escribió:
> This enables gnumach to additionally parse the XSDT table
> if the version of ACPI is detected to be greater than 1.
>
> TESTED: Sh
Btw, the Damien's SMP work is based in the mine. He patched my previous code
which i have stored in my GitHub repository.
El domingo 14 de enero de 2024, jbra...@dismail.de escribió:
> New qoth file. Rust port, SMP work, 64-bit port, mmap work, etc.
>
> Ya'll were busy q3 of 2023! Great work
Hi:
I never edited grub.cfg during the installation. I only keep the default
options.
The T410 is in my office, so I can't copy this file now
El sábado 13 de enero de 2024, Joshua Branson escribió:
> Almudena Garcia writes:
>
> > Hi:
> >
> > I use the Debian
Hi:
I use the Debian GNU/Hurd CD or DVD, from the pseudographical installer. You
must to configure your harddisk in compatibility mode in the BIOS to installer
as an IDE HDD.
El viernes 12 de enero de 2024, Joshua Branson escribió:
>
> So I bought myself a T410, because I've heard that Debian
Hey, don't forget me: i am the initial developer of SMP support. All
Damien's SMP work is based in the mine.
And I am a tester over real hardware: i explained some of yours how to
install over real hardware
El sáb, 6 ene 2024 a las 21:08, jbra...@dismail.de ()
escribió:
> * Hurd/HurdDevelopers.md
As a little suggestion, using my very little knowledge about it, we can set a
mirror in a GitLab server, which incorporates this functionality natively. We
can deploy a GitLab local server if we don't want to depends of gitlab.com, and
set a couple of tests in it.
As this way, we can use a test
To test gnunach, you must run this to a virtual machine and debug from remote
debugging. You can't debug it like a common application.
Create a little VM from Qemu (using qemu-system-ppc) and run gnumach from it.
El sábado 14 de octubre de 2023, Tobias Alexandra Platen escribió:
> cd gnumach/p
lt;
aniszew...@dalembert.upmc.fr>) escribió:
> On Wed, Jul 12, 2023 at 01:39:14PM +0200, Almudena Garcia wrote:
> > Maybe because the T30 is already IDE? Anyway, test it with these other
> > laptops if you want
> >
>
> Of course it is. But it didn't help.
>
>
Sorry, I didn't noticed this new CPU_NUMBER macro. I thank that there was a
previous version without using the LUT.
It's fine now
El domingo 6 de agosto de 2023, Samuel Thibault escribió:
> Almudena Garcia, le sam. 05 août 2023 12:31:53 +, a ecrit:
> > With this c
With this change we can update CPU_NUMBER assembly routine to a simpler
version.
El sábado 5 de agosto de 2023, Damien Zammit escribió:
> This speeds up smp slightly by reducing the cpu_number()
> complexity to have no branching, just a look up table.
> It also addresses the problem that CPU_NUM
will probably buy a T61 or a T410 for this, since
> you've kindly tested them.
>
> regards
> w
>
> On Fri, Jun 16, 2023 at 12:34:42PM +, Almudena Garcia wrote:
> > Hi:
> >
> > Using previous releases, I got to install successfully in
> >
> I have a feeling that ACPI provides a list of possible IRQs per device
> and it's up to the host to figure out a set of unconflicting configurations
> and to set them using _SRS methods.
>
> Where can I find this info?
Check ACPI specification. Maybe the IRQ list are there.
El lunes 26 de jun
El martes 20 de junio de 2023, Samuel Thibault escribió:
> Almudena Garcia, le lun. 19 juin 2023 18:35:51 +, a ecrit:
> > phystokv will doesn't solve fully the problem, because the lapic address is
> > out of the range allowed by this function.
>
> Ah, right.
>
Maybe add a little conditional in the assembly code (return 0 if lapic is 0,
using cmp and je) could fix the problem in a simpler way
El lunes 19 de junio de 2023, l...@orpolo.org escribió:
> Il 19/06/23 20:35, Almudena Garcia ha scritto:
> > But the code which starts the secondary c
But the code which starts the secondary cpus is so much later than the crash.
Then, the crash could be produced by the reading of ACPI tables, which are
supposed to be in a certain memory region, defined by a physical address.
phystokv will doesn't solve fully the problem, because the lapic add
Hi:
The cpus are started sequentially: don't start the next until the current has
finished its configuration.
But your idea is good
Thanks
El lunes 19 de junio de 2023, Luca Dariz escribió:
> Il 17/06/23 23:12, Samuel Thibault ha scritto:
> > Luca Dariz, le jeu. 15 juin 2023 23:49:30 +0200,
sults
El viernes 16 de junio de 2023, Wojciech Aniszewski escribió:
> On Thu, Jun 15, 2023 at 12:38:49AM +0200, Almudena Garcia wrote:
> > I expect that info are useful
>
> Oh la la, good luck with that:)
>
> But seriously, I tried to install Hurd on 4 laptops and never succeede
l
El jue, 15 jun 2023 a las 0:27, Samuel Thibault ()
escribió:
> Almudena Garcia, le mer. 14 juin 2023 21:25:32 +0200, a ecrit:
> > Due to rumpdisk, I use a raw image, because the installer, using
> rumpdisk,
> > doesn't detect fine the qcow2 image.
>
> Uh? That's
Hi:
I've just got to install Debian GNU/Hurd 12... but using Rumpdisk. Later I
will test with a simpler IDE config without it.
As advice, the NETINSTALL takes many time to download the packages, so it
could be a good idea to generate a DVD-1 or CD-1 image, to avoid this
problem
Due to rumpdisk, I
Hi:
> Even just starting a video blogging channel showing off the Hurd would
> go a long way towards getting others more interested. (Maybe this is
> something Joshua would be interested in doing?) I was thinking I could
> live-stream some of my own hacking, seeing how this format is popular,
> an
Hi:
Have you checked the bound processor that I sent you some days ago? Maybe
it's related
Added to this, you can debug better using gdb
Try with this
El lun., 13 feb. 2023 9:49, Damien Zammit escribió:
> This adds a few more things we need for smp.
> Per-cpu curr_ipl[] for example.
> With th
so serialises the AP bringup, so paging can be enabled per cpu
> one by one.
>
> Also-by: Almudena Garcia
> ---
> i386/i386/mp_desc.c | 230
> i386/i386/mp_desc.h | 7 +-
> i386/i386at/boothdr.S | 18 +++-
> i386/i386a
Hi:
Where is the original message of this thread?
El mié, 8 feb 2023 a las 0:40, Samuel Thibault ()
escribió:
> Hello Jose,
>
> - GNU Hurd
> - The GNU Hurd is the GNU project's replacement for the Unix kernel. It
> is a collection of servers that run on the Mach microkernel to
> implement fi
But, added to interrupt stacks, the APs needs their own stacks once these
are running, to store data of the process which are executing.
El sáb., 4 feb. 2023 2:24, Damien Zammit escribió:
> Hi Almu,
>
> On 3/2/23 02:56, Almudena Garcia wrote:
> > I already suggested move thi
h_instr_queue();
flush_tlb();
}
El vie, 3 feb 2023 a las 11:03, Damien Zammit ()
escribió:
> This also serialises the AP bringup, so paging can be enabled per cpu
> one by one.
>
> Also-by: Almudena Garcia
> ---
> i386/i386/mp_desc.c | 226
I already suggested move this to a function
+#ifndef MACH_HYP
+/* Turn paging on.
+ * TODO: Why does setting the WP bit here cause a crash?
+ */
+set_cr0(get_cr0() | CR0_PG /* | CR0_WP */);
+set_cr0(get_cr0() & ~(CR0_CD | CR0_NW));
+if (CPU_HAS_FEATURE(CPU_FEATURE_PGE))
+
https://github.com/AlmuHS/GNUMach_SMP/blob/master/kern/sched_prim.c#L1243
Check this line, and the rest of the function. I think that it was a
modification which i did with Samuel
El mié, 1 feb 2023 a las 12:57, Almudena Garcia ()
escribió:
> In previous time, Samuel proposed me to set a &qu
-
> On 1 Feb 2023, 10:35 pm, Almudena Garcia < liberamenso10...@gmail.com>
> wrote:
> Ok. Now I understand better. Maybe it's the same problem which I found in
> my first implementation: the AP was stuck, and the scheduler was sending
> all threads to the BSP.
> Try
Damien
>
>
> Sent from ProtonMail mobile
>
>
>
> ---- Original Message
> On 1 Feb 2023, 9:52 pm, Almudena Garcia < liberamenso10...@gmail.com>
> wrote:
>
>
> > However, with ncpus>1 and apic enabled, there are warnings spewed
> > at beginn
It's great!!
If I remember well, this caused me some problems when I tried to install
Debian GNU/Hurd with SATA over real hardware a year ago.
El mié, 1 feb 2023 a las 11:56, Damien Zammit ()
escribió:
> This allows qemu -M q35 to boot without 30 second timeout
> failing on hd0, when disk is actu
k it up.
> This also serialises the AP bringup, so paging can be enabled per cpu
> one by one.
>
> Also-by: Almudena Garcia
> ---
> i386/i386/cpu_number.h | 2 +
> i386/i386/mp_desc.c | 226
> i386/i386/mp_desc.h | 7 +-
&
> However, with ncpus>1 and apic enabled, there are warnings spewed
> at beginning of gnumach regarding cpu_number, but doesnt prevent
> continuing to start of boot process.
:-)
Then, the next step (added to little refactors) will be add the APs to
scheduler, using `slave_main()` function.
After
I've just noticed that cpuboot.S is my code. Please make an amend to add
this
El mar, 31 ene 2023 a las 20:38, Samuel Thibault ()
escribió:
> Applied, thanks!
>
> Damien Zammit, le mar. 31 janv. 2023 09:35:44 +, a ecrit:
> > I addressed most of the previous review.
> > MSRs are easier to set
is, probably you can
get the apic_id calling to the proper function which I implemented in apic.c
El mar, 31 ene 2023 a las 10:39, Damien Zammit ()
escribió:
> Also-by: Almudena Garcia
> ---
> i386/i386/cpu_number.h | 15 +-
> i386/i386/cswitch.S | 6 +-
&g
Please. Don't enable pagging yet. It requires some preliminary steps. Added
to this, I prefer configure pagging in a separate function
El mar., 31 ene. 2023 10:39, Damien Zammit escribió:
> Also-by: Almudena Garcia
> ---
> i386/i386/cpu_number.h | 15 +-
> i3
Hi:
I'm working together with Damien in this.
The SMP support is 32-bit yet, based in xAPIC instead x2APIC.
xAPIC is also compatible with 64-bit (although maybe can be necessary
enable manually in this mode) , but it's designed for 32-bit
El mar., 24 ene. 2023 8:54, Samuel Thibault
escribió:
>
> Ah, it's just the content that's written, not a pointer to it, OK.
*lapic->icr_high* and *lapic->icr_low* are the real registers, the rest
are the temporary object which only prepare the content to be written in
these
El mar, 15 nov 2022 a las 2:21, Samuel Thibault ()
es
> Again, we need a memory barrier, to prevent the compiler from emitting
these writes in the wrong order.
Really, these writes are using a temporary struct. There are a only write
to the real register, which is done assigning the temporary struct to the
real register through the HAL
El mar., 15 n
El miércoles 26 de octubre de 2022, Damien Zammit escribió:
> Hi,
>
> On 26/10/22 10:05 am, Samuel Thibault wrote:
> > Damien Zammit, le mar. 25 oct. 2022 10:56:20 +, a ecrit:
>
> >> +/* Grateful to trasterlabs for this snippet */
> >
> > What is the copyright of this code?
>
> Almu, do yo
void
start_other_cpus(void)
{
- int cpu;
- for (cpu = 0; cpu < NCPUS; cpu++)
- if (cpu != cpu_number())
- cpu_start(cpu);
-}
+ unsigned long flags;
+
+ cpu_intr_save(&flags);
+
+ int ncpus = smp_get_numcpus();
+
+ //Copy cpu
Btw. Samuel, when you will apply these patches, could you add my name together
the Damien's name as commit's author?
In patches 2, 4, 8, 9, 10 and 12. These are based in my previous work.
El martes 25 de octubre de 2022, Damien Zammit escribió:
> This patch series is based on Almu's work on
ribió:
> Hi Almu!
>
> On 25/10/22 10:14 pm, Almudena Garcia wrote:
> > Are you already implemented startup IPI cicle? I was stucked raising it,
> > because the AP keep freezed after load GDT in gdt_init()
>
> Yes, I implemented new functions for setting gdt for APs (patch 8
Are you already implemented startup IPI cicle? I was stucked raising it,
because the AP keep freezed after load GDT in gdt_init()
El martes 25 de octubre de 2022, Damien Zammit escribió:
> This patch series is based on Almu's work on SMP,
> with additional work by me and refactored for upstream.
SI-X (for PCI). So you might want to have
> APIC without SMP.
>
> Le sam. 24 sept. 2022 à 19:39, Almudena Garcia
> a écrit :
>
>> At first question: why do you want to enable APIC without SMP.
>> In my known, APIC is only useful when there are multiple processors. Even
>
At first question: why do you want to enable APIC without SMP.
In my known, APIC is only useful when there are multiple processors. Even
IOAPIC has the purpose of distribute IO inputs to multiple processors.
+++ b/i386/i386at/model_dep.c
@@ -66,6 +66,7 @@
#include
#include
#include
+#include
> 1. when is booting the system can not reach boot gnome enviroment, it
stock on terminal, so not sure what to do to pass to gnome shell.
GNOME Shell is not supported by Debian GNU/Hurd. The only available DE are
Xfce, LXDE and MATE
Added to this, although Debian install lightdm by default, this D
NOTE: The libc6 version in Debian testing is 2.34-7
El sáb, 3 sept 2022 a las 19:32, Almudena Garcia (<
liberamenso10...@gmail.com>) escribió:
> Hi all:
>
> By some reason, after upgrade the host machine (Debian testing) the
> problems seems solved.
> Now gnumach boots with
Hi all:
By some reason, after upgrade the host machine (Debian testing) the
problems seems solved.
Now gnumach boots without freeze
El sáb, 3 sept 2022 a las 18:33, Almudena Garcia (<
liberamenso10...@gmail.com>) escribió:
> apt policy shows libc0.3's version is 2.34-8~0
>
>
apt policy shows libc0.3's version is 2.34-8~0
El sáb, 3 sept 2022 a las 1:53, Samuel Thibault ()
escribió:
> Almudena Garcia, le ven. 02 sept. 2022 21:24:44 +, a ecrit:
> > Yes, I full-upgraded to latest
>
> "latest" remains relative.
>
> Actual version
Yes, I full-upgraded to latest
El viernes 2 de septiembre de 2022, Etienne Brateau escribió:
> Is your hurd and glibc up to date? I remember an issue with switch to new
> version of glibc
>
> Le ven. 2 sept. 2022 à 18:37, Almudena Garcia
> a écrit :
>
> > Then, wh
Then, where could be the problem?
Check my previous messages
El vie, 2 sept 2022 a las 18:28, Samuel Thibault ()
escribió:
> Almudena Garcia, le ven. 02 sept. 2022 18:04:31 +0200, a ecrit:
> > ld: warning: gnumach.o: requires executable stack (because the
> .note.GNU-stack
&g
Checking building log, I've just find this message
ld: warning: gnumach.o: requires executable stack (because the
.note.GNU-stack section is executable)
Could be this related with my problem?
El vie, 2 sept 2022 a las 18:02, Almudena Garcia (<
liberamenso10...@gmail.com>) escribi
After test it again without --enable-cpus, the problems continues
El vie, 2 sept 2022 a las 17:58, Almudena Garcia (<
liberamenso10...@gmail.com>) escribió:
> I pulled from this branch of my repository, which is another pull from
> upstream using "git remote"
>
cc -m32' LD='ld -melf_i386'
--enable-cpus=4
make gnumach.gz
NOTE: I've just noticed that I configured it for multiprocessor. I will try
again without --enable-cpus
El vie, 2 sept 2022 a las 17:53, Samuel Thibault ()
escribió:
> Hello,
>
> Almudena Garcia, le ven. 02
Hi:
I've just compiled gnumach from upstream sources, and I noticed that there
are a freeze in the booting, just in the pci-arbitrer starting.
I attach a screenshot with the problem.
Could you check this?
Thanks in advance
>
> > Damien Zammit, le mer. 31 août 2022 14:37:23 +, a ecrit:
> >> ---
> >> pfinet/iioctl-ops.c | 21 +
> >> pfinet/linux-src/net/ipv4/fib_hash.c | 6 --
> >> pfinet/linux-src/net/ipv4/fib_semantics.c | 4
> >> pfinet/options.c
Hi all:
This afternoon I was trying to boot my smp kernel (based in upstream).
But, during booting, I found this error who stops the boot before even load
the harddisk.
Can you check this error?
Thanks in advice
> It's now on cdimage, it works fine here.
Could you generate a new iso image to test it fully?
El jue, 31 mar 2022 a las 14:42, Samuel Thibault ()
escribió:
> Samuel Thibault, le mer. 30 mars 2022 20:16:52 +0200, a ecrit:
> > jbra...@dismail.de, le mer. 30 mars 2022 15:29:05 +, a ecrit:
> >
> However, I'm not sure what the content of the talk should be. Can you
help suggest what I can talk about?
Maybe could be interesting talk about the Rumpkernel implementation:
advantages of this (new drivers, by example), the gnumach modifications
done for this task, and the current status.
El l
Hi all:
Continuing the thread about Xorg, I want to remember some old bugs and
lacks which make worse the user experience in desktop.
The bug list is this:
1. Xorg requires modify permissions to allow be started by a user:
Currently, before run Xorg, it's necessary to make a `dpkg-reconfigure` t
Ok. I've just upgraded. Now fixed.
Thanks
El dom, 7 nov 2021 a las 2:13, Samuel Thibault ()
escribió:
> Almudena Garcia, le sam. 06 nov. 2021 19:13:54 +0100, a ecrit:
> > Have you uploaded this to Debian GNU/Hurd's repository?
>
> I have uploaded to debian-ports,
Have you uploaded this to Debian GNU/Hurd's repository?
I've just upgrade the system, but the problem continues here.
El sáb, 6 nov 2021 a las 13:17, Samuel Thibault ()
escribió:
> Samuel Thibault, le sam. 06 nov. 2021 13:16:08 +0100, a ecrit:
> > Sergey Bugaev, le sam. 06 nov. 2021 14:26:23 +030
Hi all:
Today, testing MATE over Debian GNU/Hurd, after apply latest upgrades, an
old error has reappeared when I try to open mate-terminal, avoiding to load
the prompt
I attach a screenshot of this error
Could you fix it? Thanks
1 - 100 of 426 matches
Mail list logo
