Hey,
> On 8. Jul 2020, at 17:38, Greg Kroah-Hartman
> wrote:
>
> On Wed, Jul 08, 2020 at 05:16:41PM +0200, René Rebe wrote:
>> Hey there,
>>
>> maybe instead of this rather specific, niche readfile syscall, would it not
>> be beneficial
>> to al
, …},
{0, CLOSE, …},
}
I hope that sounds useful,
René Rebe
--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
https://exactscan.com | https://ocrkit.com | https://t2sde.org |
https://rene.rebe.de
Hi,
On 17 Aug 2018, at 18:54, Andi Kleen wrote:
> On Fri, Aug 17, 2018 at 06:15:45PM +0200, René Rebe wrote:
>> Hey,
>>
>> is there any mainline future for this zstd support? Currently my most
>> favourite compressor for this, and for what it’s worth zstd/initrd no
Hi,
On 17 Aug 2018, at 18:54, Andi Kleen wrote:
> On Fri, Aug 17, 2018 at 06:15:45PM +0200, René Rebe wrote:
>> Hey,
>>
>> is there any mainline future for this zstd support? Currently my most
>> favourite compressor for this, and for what it’s worth zstd/initrd no
Hey,
is there any mainline future for this zstd support? Currently my most favourite
compressor for this, and for what it’s worth zstd/initrd now even tested on
#t2sde / hp/pa-risc, … https://www.youtube.com/watch?v=MHplOJxnIHk
René
On 10 Jul 2018, at 00:13, René Rebe wrote:
>
Hey,
is there any mainline future for this zstd support? Currently my most favourite
compressor for this, and for what it’s worth zstd/initrd now even tested on
#t2sde / hp/pa-risc, … https://www.youtube.com/watch?v=MHplOJxnIHk
René
On 10 Jul 2018, at 00:13, René Rebe wrote:
>
Hi Nick,
On 09 Jul 2018, at 20:04, Nick Terrell wrote:
>> On Mar 21, 2018, at 6:29 PM, Nick Terrell wrote:
>> This patch set adds support for a ZSTD-compressed kernel and ramdisk
>> images in the kernel boot process. It only integrates the support with
>> x86, though the first patch is generic
Hi Nick,
On 09 Jul 2018, at 20:04, Nick Terrell wrote:
>> On Mar 21, 2018, at 6:29 PM, Nick Terrell wrote:
>> This patch set adds support for a ZSTD-compressed kernel and ramdisk
>> images in the kernel boot process. It only integrates the support with
>> x86, though the first patch is generic
Hi,
On 22 Mar 2018, at 13:35, Adam Borowski <kilob...@angband.pl> wrote:
> On Thu, Mar 22, 2018 at 12:09:45PM +0100, René Rebe wrote:
>> Should this currently just work without any arch change on e.g.
>> ppc64, sparc64 et al.? I could do a test build and boot if th
Hi,
On 22 Mar 2018, at 13:35, Adam Borowski wrote:
> On Thu, Mar 22, 2018 at 12:09:45PM +0100, René Rebe wrote:
>> Should this currently just work without any arch change on e.g.
>> ppc64, sparc64 et al.? I could do a test build and boot if that is
>> of any value, ...
&
Hi,
On 06 Mar 2018, at 11:06, Guenter Roeck <li...@roeck-us.net> wrote:
> On 03/05/2018 10:48 PM, René Rebe wrote:
>> Hi,
>> On 06 Mar 2018, at 00:03, Guenter Roeck <li...@roeck-us.net
>> <mailto:li...@roeck-us.net>> wrote:
>>> On Mon, Mar 05, 20
Hi,
On 06 Mar 2018, at 11:06, Guenter Roeck wrote:
> On 03/05/2018 10:48 PM, René Rebe wrote:
>> Hi,
>> On 06 Mar 2018, at 00:03, Guenter Roeck > <mailto:li...@roeck-us.net>> wrote:
>>> On Mon, Mar 05, 2018 at 11:38:24PM +0100, René Rebe wrote:
>
Hi,
This enables k10temp for the new AMD Ryzen APUs w/ Vega Mobile Gfx.
Tested on Ryzen 5 2500U, the temperature looked plausible.
Signed-off-by: René Rebe <r...@exactcode.de>
PS: 1st RFC - might get white-space damaged, will resend when ACKed.
Sorry my Xemacs/Mew broke.
--- linu
Hi,
This enables k10temp for the new AMD Ryzen APUs w/ Vega Mobile Gfx.
Tested on Ryzen 5 2500U, the temperature looked plausible.
Signed-off-by: René Rebe
PS: 1st RFC - might get white-space damaged, will resend when ACKed.
Sorry my Xemacs/Mew broke.
--- linux-4.15/drivers/hwmon
Hi,
On 10/05/2017 09:22 PM, Nick Terrell wrote:
On 10/5/17, 1:18 AM, "René Rebe" <r...@exactcode.com> wrote:
Hi Nick,
On Oct 5, 2017, at 1:29, Nick Terrell <terre...@fb.com> wrote:
On 10/4/17, 3:01 AM, "linux-kernel-ow...@vger.kernel.org on behalf of R
Hi,
On 10/05/2017 09:22 PM, Nick Terrell wrote:
On 10/5/17, 1:18 AM, "René Rebe" wrote:
Hi Nick,
On Oct 5, 2017, at 1:29, Nick Terrell wrote:
On 10/4/17, 3:01 AM, "linux-kernel-ow...@vger.kernel.org on behalf of René Rebe"
wrote:
Hi,
I noticed zstd compressio
Hi Nick,
On Oct 5, 2017, at 1:29, Nick Terrell <terre...@fb.com> wrote:
> On 10/4/17, 3:01 AM, "linux-kernel-ow...@vger.kernel.org on behalf of René
> Rebe" <linux-kernel-ow...@vger.kernel.org on behalf of r...@exactcode.com>
> wrote:
>> Hi,
>>
>&
Hi Nick,
On Oct 5, 2017, at 1:29, Nick Terrell wrote:
> On 10/4/17, 3:01 AM, "linux-kernel-ow...@vger.kernel.org on behalf of René
> Rebe"
> wrote:
>> Hi,
>>
>> I noticed zstd compression was recently added for btrfs and squashfs.
>> Are the
Hi,
I noticed zstd compression was recently added for btrfs and squashfs.
Are there actually already patches floating around for zstd kernel and intird
compression?
Looks like that would be a quite nice fit regarding speed and compression
ratio, …
Regards,
René
--
ExactCODE GmbH,
Hi,
I noticed zstd compression was recently added for btrfs and squashfs.
Are there actually already patches floating around for zstd kernel and intird
compression?
Looks like that would be a quite nice fit regarding speed and compression
ratio, …
Regards,
René
--
ExactCODE GmbH,
, it works for me on a MacBook Pro, but I could also test
on a normal MacBook as well as a Mac Pro later in the office.
The patch touched the existing backlight related variables and
function naming intetionally for consistency.
Signed-off-by: René Rebe <[EMAIL PROTECTED]>
--- ./drivers
, it works for me on a MacBook Pro, but I could also test
on a normal MacBook as well as a Mac Pro later in the office.
The patch touched the existing backlight related variables and
function naming intetionally for consistency.
Signed-off-by: René Rebe [EMAIL PROTECTED]
--- ./drivers/hwmon
probably end up fixing it some other way, but as I do not know this
file inside out I just wanted to drop a note.
Yours,
René Rebe
On Tuesday 09 October 2007 22:54:30 Linus Torvalds wrote:
> Finally.
>
> Yeah, it got delayed, not because of any huge issues, but because of
> vari
probably end up fixing it some other way, but as I do not know this
file inside out I just wanted to drop a note.
Yours,
René Rebe
On Tuesday 09 October 2007 22:54:30 Linus Torvalds wrote:
Finally.
Yeah, it got delayed, not because of any huge issues, but because of
various bugfixes
s. For now
manually tweaking the fans prevents the sudden shutdown for me.
cd /sys/devices/platform/applesmc.768
for x in fan{1,2,3,4}; do
echo 1 > ${x}_manual
echo 1285 > ${x}_output
done
Two sensors are 0, while four are 129 °C, those might be removed again,
later.
Signed-o
tweaking the fans prevents the sudden shutdown for me.
cd /sys/devices/platform/applesmc.768
for x in fan{1,2,3,4}; do
echo 1 ${x}_manual
echo 1285 ${x}_output
done
Two sensors are 0, while four are 129 °C, those might be removed again,
later.
Signed-off-by: René Rebe [EMAIL
> code is actually readable and I can do the pci_find_device to
> pci_get_device transitions.
I once had such a card flying around, feel free to attach it to me
and I can see if I find the card in some box over the weekend :-)
Yours,
--
René Rebe - ExactCODE GmbH - Europe, Germany, Berlin
and I can do the pci_find_device to
pci_get_device transitions.
I once had such a card flying around, feel free to attach it to me
and I can see if I find the card in some box over the weekend :-)
Yours,
--
René Rebe - ExactCODE GmbH - Europe, Germany, Berlin
Geschäftsführer: Susanne Klaus
:00:02.0[A] -> GSI 16 (level, low) -> IRQ 16
[drm] Initialized i915 1.1.0 20040405 on minor 0:
mtrr: base(0xf002) is not aligned on a size(0x18) boundary
e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
eth0: no IPv6 routers present
Of course this leads to _major_ data corruption
on a size(0x18) boundary
e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
eth0: no IPv6 routers present
Of course this leads to _major_ data corruption on the filesystems. Any idea?
--
René Rebe - Rubensstr. 64 - 12157 Berlin (Europe / Germany)
http://www.exactcode.de | http
Hi,
On 25. Jan 2005, at 18:40 Uhr, Grzegorz Piotr Jaskiewicz wrote:
[...]
I can confirm this. What is your last kernel that worked? I have no
data at hand - but I'm sure in either 2.6.8 or 2.6.10 swapping did
work.
Yours,
--
René Rebe - Rubensstr. 64 - 12157 Berlin (Europe / Germany
Hi,
On 25. Jan 2005, at 18:40 Uhr, Grzegorz Piotr Jaskiewicz wrote:
[...]
I can confirm this. What is your last kernel that worked? I have no
data at hand - but I'm sure in either 2.6.8 or 2.6.10 swapping did
work.
Yours,
--
René Rebe - Rubensstr. 64 - 12157 Berlin (Europe / Germany
rrect ... - Without a special
hack of me and the VESA framebuffer I get simply a black screen (NO crash ...). Only
the
latest revisions of the SIS chip are affected by this problems. Older ones seem to work
(at least in X). (I only have this new chip ...).
> Regards,
>
> -
e000, mapped to 0xcb80, size 16384k
sisfb: MMIO at 0xefce, mapped to 0xcc801000, size 128k
Unable to handle kernel paging request at virtual address cc800180
(Maybe some typo somewhere ??)
PS: I have more free time the next days -> shorter latency and more kernel
source read time
16384k
sisfb: MMIO at 0xefce, mapped to 0xcc801000, size 128k
Unable to handle kernel paging request at virtual address cc800180
(Maybe some typo somewhere ??)
PS: I have more free time the next days - shorter latency and more kernel
source read time ...
k33p h4ck1n6 René
--
René Rebe
a black screen (NO crash ...). Only
the
latest revisions of the SIS chip are affected by this problems. Older ones seem to work
(at least in X). (I only have this new chip ...).
Regards,
--
Paul Mundt [EMAIL PROTECTED]
k33p h4ck1n6 René
--
René Rebe (Registered Linux user: #127875)
http
Hi all!
On Wed, 13 Jun 2001 23:25:02 +0200
René Rebe <[EMAIL PROTECTED]> wrote:
> Thanks for the quick reply!
>
> On Wed, 13 Jun 2001 09:54:21 -0700 (PDT)
> James Simmons <[EMAIL PROTECTED]> wrote:
>
> >
> > > I currently try to debug why the
Hi all!
On Wed, 13 Jun 2001 23:25:02 +0200
René Rebe [EMAIL PROTECTED] wrote:
Thanks for the quick reply!
On Wed, 13 Jun 2001 09:54:21 -0700 (PDT)
James Simmons [EMAIL PROTECTED] wrote:
I currently try to debug why the sisfb driver crashes my machine. (SIS 630
based laptop
hings. Post both System.map and the complete oops
> or you can run ksymoops on the oops. I can find the problem then. Thanks.
ksymoops' output is attached.
[...]
k33p h4ck1n6 René
--
René Rebe (Registered Linux user: #127875)
http://www.rene.rebe.myokay.net/
-Germany-
Anyone sending unwanted adve
strange thing is, that the code seems to work for some people ...
I would be nice if anyone could give me a hint - because the sis-drivers (kernel and X)
doesn't work for many people ...
k33p h4ck1n6 René
--
René Rebe (Registered Linux user: #127875)
http://www.rene.rebe.myokay.net/
-Germany-
Anyone
strange thing is, that the code seems to work for some people ...
I would be nice if anyone could give me a hint - because the sis-drivers (kernel and X)
doesn't work for many people ...
k33p h4ck1n6 René
--
René Rebe (Registered Linux user: #127875)
http://www.rene.rebe.myokay.net/
-Germany-
Anyone
oops
or you can run ksymoops on the oops. I can find the problem then. Thanks.
ksymoops' output is attached.
[...]
k33p h4ck1n6 René
--
René Rebe (Registered Linux user: #127875)
http://www.rene.rebe.myokay.net/
-Germany-
Anyone sending unwanted advertising e-mail to this address
42 matches
Mail list logo