Ilia Mirkin, Tue, Feb 23, 2021 19:13:59 +0100:
> On Tue, Feb 23, 2021 at 11:23 AM Alex Riesen
> wrote:
> >
> > $ xrandr --listproviders
> > Providers: number : 1
> > Provider 0: id: 0x68 cap: 0x7, Source Output, Sink Output, Source
> > Of
Alex Riesen, Tue, Feb 23, 2021 16:51:26 +0100:
> Ilia Mirkin, Tue, Feb 23, 2021 16:46:52 +0100:
> > I'd recommend using xf86-video-nouveau in any case, but some distros
>
> I would like try this out. Do you know how to force the xorg server to
> choose this driver instead
Ilia Mirkin, Tue, Feb 23, 2021 16:46:52 +0100:
> On Tue, Feb 23, 2021 at 10:36 AM Alex Riesen
> wrote:
> > Ilia Mirkin, Tue, Feb 23, 2021 15:56:21 +0100:
> > > On Tue, Feb 23, 2021 at 9:26 AM Alex Riesen
> > > wrote:
> > > >
> > > > Thi
Ilia Mirkin, Tue, Feb 23, 2021 15:56:21 +0100:
> On Tue, Feb 23, 2021 at 9:26 AM Alex Riesen
> wrote:
> > Lyude Paul, Tue, Jan 19, 2021 02:54:13 +0100:
> > > diff --git a/drivers/gpu/drm/nouveau/dispnv50/disp.c
> > > b/drivers/gpu/drm/nouveau/dispnv50/d
Lyude Paul, Tue, Jan 19, 2021 02:54:13 +0100:
> diff --git a/drivers/gpu/drm/nouveau/dispnv50/disp.c
> b/drivers/gpu/drm/nouveau/dispnv50/disp.c
> index c6367035970e..5f4f09a601d4 100644
> --- a/drivers/gpu/drm/nouveau/dispnv50/disp.c
> +++ b/drivers/gpu/drm/nouveau/dispnv50/disp.c
> @@ -2663,6 +2
Hi Kieran,
Kieran Bingham, Tue, Aug 25, 2020 16:57:04 +0200:
> On 18/06/2020 17:32, Kieran Bingham wrote:
> > On 02/04/2020 19:35, Alex Riesen wrote:
> >> As all known variants of the Salvator board have the HDMI decoder
> >> chip (the ADV7482) connected to the SSI
Kieran Bingham, Thu, Jun 18, 2020 18:32:55 +0200:
> On 02/04/2020 19:35, Alex Riesen wrote:
> > --- a/arch/arm64/boot/dts/renesas/r8a77950-salvator-x.dts
> > +++ b/arch/arm64/boot/dts/renesas/r8a77950-salvator-x.dts
> > @@ -146,7 +146,8 @@ &sata {
> > &sound
Kieran Bingham, Thu, Jun 18, 2020 18:17:04 +0200:
> On 02/04/2020 19:34, Alex Riesen wrote:
> > To avoid setting it up even if the hardware is not actually connected
> > to anything physically.
> >
> > Besides, the bindings explicitly notes that port definitions are
&g
Kieran Bingham, Thu, Jun 18, 2020 18:23:14 +0200:
> On 02/04/2020 19:34, Alex Riesen wrote:
> > --- a/drivers/media/i2c/adv748x/adv748x-dai.c
> > +++ b/drivers/media/i2c/adv748x/adv748x-dai.c
> > @@ -117,11 +117,22 @@ static int adv748x_dai_set_fmt(struct snd_soc_dai
>
On Mon, Jun 3, 2013 at 12:05 PM, Takashi Iwai wrote:
> Thanks. I think I found the culprit of the problem with the pin ctl
> value now. This happens only when the power save is used or
> suspended, and it happens only on VT1802. That's why I couldn't
> reproduce the issue with the emulator, and
On Fri, May 31, 2013 at 8:00 PM, Takashi Iwai wrote:
> At Fri, 31 May 2013 17:32:16 +0200, Alex Riesen wrote:
>> On Fri, May 31, 2013 at 3:05 PM, Takashi Iwai wrote:
>> > Below is a series of patches. For simplicity, I just attach them, not
>> > inlining to the mail.
On Fri, May 31, 2013 at 3:05 PM, Takashi Iwai wrote:
> Below is a series of patches. For simplicity, I just attach them, not
> inlining to the mail. They should be applicable cleanly to 3.9.4 as
> well. Let me know if this works. If this still doesn't work, I need
> to rewrite the patch to cor
On Wed, May 29, 2013 at 5:42 PM, Takashi Iwai wrote:
> At Fri, 24 May 2013 23:32:14 +0200, Alex Riesen wrote:
>> I'm sorry to say that I will not be able to test it in the next
>> 8 or so days: I'll be traveling and without this particular laptop
>> with me. I
On Fri, May 24, 2013 at 7:22 PM, Takashi Iwai wrote:
>
> Well, I assumed that the EAPD off triggers the pin widget off by the
> hardware, too. But it seems wrong. By some reason, the hardware
> clears the pin automatically. Hmm.
>
> Could you try to trace the verbs while plugging the headphone?
On Fri, May 24, 2013 at 3:29 PM, Takashi Iwai wrote:
>> On Fri, May 17, 2013 at 8:04 AM, Takashi Iwai wrote:
>> >> Well... It seems that something went unnoticed. This command seems
>> >> to be essential for this (and the revised) patch to get the headphone
>> >> output at all:
>> >>
>> >>
On Thu, May 23, 2013 at 6:34 PM, Takashi Iwai wrote:
> At Wed, 22 May 2013 23:06:53 +0200,
> Alex Riesen wrote:
>>
>> Ping? Can I do something for you?
>
> Sorry, no time for now. I'll take a look at this again tomorrow or in
> the next week.
Ah, ok. I can
Ping? Can I do something for you?
Regards,
Alex
On Sat, May 18, 2013 at 10:29 PM, Alex Riesen wrote:
> Sorry for delayed replies. I have not much time for this lately.
>
> On Fri, May 17, 2013 at 8:04 AM, Takashi Iwai wrote:
>>> Well... It seems that something went unnot
Sorry for delayed replies. I have not much time for this lately.
On Fri, May 17, 2013 at 8:04 AM, Takashi Iwai wrote:
>> Well... It seems that something went unnoticed. This command seems
>> to be essential for this (and the revised) patch to get the headphone
>> output at all:
>>
>> hda-
On Thu, May 16, 2013 at 1:00 PM, Takashi Iwai wrote:
> So, we need to disable the widgets power control in patch_via.c
> completely as a quick workaround. Could you check whether the patch
> below is OK (except for the possible headphone mute issue)?
Well... It seems that something went unnotice
On Wed, May 15, 2013 at 7:20 AM, Takashi Iwai wrote:
>> > The below is the revised patch, fixing not only for VT1802 but other
>> > VIA codecs, too. Please let me know if it works.
>>
>> With this patch headphones work, but Auto-Mute is inverted, as it was before.
>
> OK, could you give again als
On Tue, May 14, 2013 at 12:58 PM, Takashi Iwai wrote:
>> OK, then we know the place to fix now.
>> Try the patch below instead. Does it fix the problem as well?
>
> The below is the revised patch, fixing not only for VT1802 but other
> VIA codecs, too. Please let me know if it works.
With this
On Tue, May 14, 2013 at 7:59 AM, Takashi Iwai wrote:
>> > Also, what happens if you apply the patch below?
>> > - spec->set_widgets_power_state = set_widgets_power_state_vt2002P;
>> > + //spec->set_widgets_power_state = set_widgets_power_state_vt2002P;
>>
>> This helps as well. Yay!
On Mon, May 13, 2013 at 5:53 PM, Takashi Iwai wrote:
> At Mon, 13 May 2013 17:26:04 +0200, Takashi Iwai wrote:
>> At Sun, 12 May 2013 11:53:41 +0200, Alex Riesen wrote:
>> >
>> > I just noticed (use the headphones rarely) that the headphones on this
>> >
this works around the known problem case and seems to be the
> best of bad options.
I confirm it fixes the original problem.
Tested-by: Alex Riesen
[ 27.594951] hub 1-1:1.0: state 7 ports 6 chg evt 0004
[ 27.595245] hub 1-1:1.0: port 2, status 0101, change 0001, 12 Mb/s
[ 27.6989
On Mon, Jan 14, 2013 at 3:39 AM, Alan Stern wrote:
> On Sun, 13 Jan 2013, Oliver Neukum wrote:
>> This is not a USB problem. You need to involve the SCSI people.
>> khubd just stops working because disconnects are processed
>> in its context and the removal deadlocks.
>
> The why whould building t
On Sun, Jan 13, 2013 at 5:56 PM, Alan Stern wrote:
> On Sun, 13 Jan 2013, Alex Riesen wrote:
>>
>> Yes, almost. What about khubd hanging when machine is shutdown?
>
> What about it? I have trouble understanding all the descriptions you
> have provided so far, becaus
On Sat, Jan 12, 2013 at 11:52 PM, Alan Stern wrote:
> On Sat, 12 Jan 2013, Alex Riesen wrote:
>> Now, who would be interested to handle this kind of misconfiguration ...
>
> So the whole thing was a false alarm?
Yes, almost. What about khubd hanging when machine is shutdown?
>
On Sat, Jan 12, 2013 at 8:39 PM, Alex Riesen wrote:
> On Sat, Jan 12, 2013 at 6:37 PM, Alan Stern wrote:
>> On Sat, 12 Jan 2013, Alex Riesen wrote:
>>> One more detail: I usually use the "noop" elevator. That time it was
>>> the "deadline".
On Sat, Jan 12, 2013 at 6:37 PM, Alan Stern wrote:
> On Sat, 12 Jan 2013, Alex Riesen wrote:
>
>> On Fri, Jan 11, 2013 at 10:04 PM, Alex Riesen wrote:
>> >
>> > the USB stick (an Cruzer Titanium 2GB) was not recognized at any of
>> > the USB ports of this
On Sat, Jan 12, 2013 at 6:37 PM, Alan Stern wrote:
> On Sat, 12 Jan 2013, Alex Riesen wrote:
>> One more detail: I usually use the "noop" elevator. That time it was
>> the "deadline". And I just reproduced it easily with "deadline".
>
> I doubt
On Fri, Jan 11, 2013 at 10:04 PM, Alex Riesen wrote:
> Hi,
>
> the USB stick (an Cruzer Titanium 2GB) was not recognized at any of
> the USB ports of this system (an System76 lemu4 laptop, XHCI device)
> after it was removed. If I attempt to insert it again in any of the
> por
Bill Lear, Mon, Nov 12, 2007 16:39:15 +0100:
> On Saturday, November 10, 2007 at 00:21:06 (+0100) Alex Riesen writes:
> >Bill Lear, Fri, Nov 09, 2007 16:31:39 +0100:
> >> I've brought this up before, but I don't recall a resolution to it.
> >>
> >> W
David Miller, Wed, Oct 31, 2007 05:56:16 +0100:
> diff --git a/include/linux/string.h b/include/linux/string.h
> index 836062b..c5d3fca 100644
> --- a/include/linux/string.h
> +++ b/include/linux/string.h
> @@ -3,16 +3,14 @@
>
> /* We don't want strings.h stuff being user by user stuff by accide
Sorry for random Cc: list.
v2.6.24-rc1-423-g97855b4, with CONFIG_HEADERS_CHECK=y
$ make
...
CHECK include/linux/tipc_config.h
/home/raa/linux/usr/include/linux/tipc_config.h requires linux/string.h, which
does not exist in exported headers
make[3]: *** [/home/raa/linux/usr/include/linux/.che
Alex Riesen, Sat, Sep 08, 2007 20:12:13 +0200:
> Michal Piotrowski, Sat, Sep 08, 2007 01:18:10 +0200:
> > Hi Alex,
> >
> > On 07/09/2007, Alex Riesen <[EMAIL PROTECTED]> wrote:
> > > Kernel: v2.6.23-rc5+ (b21010ed6498391c0f359f2a89c907533fe07fec)
>
Michal Piotrowski, Sat, Sep 08, 2007 01:18:10 +0200:
> Hi Alex,
>
> On 07/09/2007, Alex Riesen <[EMAIL PROTECTED]> wrote:
> > Kernel: v2.6.23-rc5+ (b21010ed6498391c0f359f2a89c907533fe07fec)
>
> Is this a post 2.6.22 regression?
>
Can't say yet.
-
To unsubs
Chuck Ebbert, Sat, Sep 08, 2007 01:14:01 +0200:
> On 09/07/2007 03:56 PM, Alex Riesen wrote:
> > Kernel: v2.6.23-rc5+ (b21010ed6498391c0f359f2a89c907533fe07fec)
> > Ubuntu Feisty, Radeon R200 (9200) dual head, MergedFB, BZFlag in
> > OpenGL mode, frozen. That'll teac
Kernel: v2.6.23-rc5+ (b21010ed6498391c0f359f2a89c907533fe07fec)
Ubuntu Feisty, Radeon R200 (9200) dual head, MergedFB, BZFlag in
OpenGL mode, frozen. That'll teach me playing games at home...
BUG: unable to handle kernel paging request at virtual address ffa85000
printing eip:
c016eed1
*pde = 000
Arkadiusz Miskiewicz, Sun, Sep 02, 2007 10:43:38 +0200:
> *** t0001-init.sh ***
> * FAIL 1: plain
>
> (
> unset GIT_DIR GIT_WORK_TREE &&
> mkdir plain &&
> cd plain &&
> git init
>
Arjan van de Ven, Mon, Jul 02, 2007 19:18:29 +0200:
> On Mon, 2007-07-02 at 10:56 +0200, Alex Riesen wrote:
> > On 3/23/07, Shaohua Li <[EMAIL PROTECTED]> wrote:
> > > On Thu, 2007-03-22 at 23:45 +, Daniel J Blueman wrote:
> > > > Is the tool you mentioned l
On 7/2/07, Alex Riesen <[EMAIL PROTECTED]> wrote:
In that second case I can only suspect that all your branches point
at the same commit, which is just before the one the file was removed
in...
_Not_ the same. Just some commit before the file was removed, of course.
-
To unsubscribe fro
On 7/2/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
Jesper Juhl wrote:
> On 02/07/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
>> Robert P. J. Day wrote:
>> > for the umpteenth time, after doing a pull, i see this:
>> >
>> > $ git diff
>> > diff --git a/include/asm-blackfin/macros.h
>> b/include/as
On 3/23/07, Shaohua Li <[EMAIL PROTECTED]> wrote:
On Thu, 2007-03-22 at 23:45 +, Daniel J Blueman wrote:
> Is the tool you mentioned last June [1] available for splitting up the
> old firmware files to the new format (eg
> /lib/firmware/intel-ucode/06-0d-06), or are updates available from
> I
By any chance, do you known anything about microcode driver which
uses standard firmware load interfaces (like those used by wlan card)?
In particular, what format does the driver expect the microcode in?
It didn't accept Tigran's files in past, does it accept them now?
-
To unsubscribe from this
On 6/26/07, Danillo Aquino <[EMAIL PROTECTED]> wrote:
Which patch necessary to qualify the following options in kernel, I am
using kernel 2.6.17
IP: DHCP support
Root file system on NFS
None. It is done completely in userspace. DHCP with something like dhclient,
udhcp and the like. Google for
Carlo Wood, Sat, Jun 16, 2007 16:03:40 +0200:
> $ git merge origin
> fatal: Needed a single revision
> Usage: /usr/bin/git-merge [-n] [--no-commit] [--squash] [-s ]...
> +
>
> For some reason I don't think I should be needing commands that need
> ""; I don't want to change the (local) tree in a
Randy Dunlap, Sat, Jun 02, 2007 18:50:09 +0200:
> > > kernel: [show_trace_log_lvl+26/47] show_trace_log_lvl+0x1a/0x2f
> > > kernel: [show_stack_log_lvl+157/165] show_stack_log_lvl+0x9d/0xa5
> > > kernel: [show_registers+441/651] show_registers+0x1b9/0x28b
> > > kernel: [die+273/530] die+0x111/0
Andrew Morton, Sat, Jun 02, 2007 10:35:02 +0200:
> On Sat, 2 Jun 2007 00:15:15 +0200 Alex Riesen <[EMAIL PROTECTED]> wrote:
>
> > Ubuntu 7.04, P4, SMT, hyperthreading active. Not reproducable, context
> > unknown,
> > seen only two times :(
> >
Ubuntu 7.04, P4, SMT, hyperthreading active. Not reproducable, context unknown,
seen only two times :(
kernel: BUG: unable to handle kernel NULL pointer dereference at virtual
address
kernel: printing eip:
kernel:
kernel: *pde =
kernel: Oops: [#1]
kernel: SMP
ker
On 6/27/06, Shaohua Li <[EMAIL PROTECTED]> wrote:
With the changes, we should put all intel-ucode/xx-xx-xx microcode files
into the firmware dir (I had a tool to split previous big data file into
small one and later we will release new style data file).
BTW, where this tool can be found? At the
On 9/8/05, Ahmad Reza Cheraghi <[EMAIL PROTECTED]> wrote:
> I made this Framework to generate a .config based on a
> Target-System. Right-now it works on my Laptop Acer
how about teaching it to generate .config using just sysfs and lsbus?
So noone will need to contact you regarding adding their sy
On 9/4/05, Petter Shappen <[EMAIL PROTECTED]> wrote:
> As we all know the kernel maintain a data struct for the
> process(PCB),and also for the thread.Because of the latter's smaller
> than the former's,thread switching is faster than the process
not really. They just share some bits (like: addres
On 9/3/05, Andreas Hartmann <[EMAIL PROTECTED]> wrote:
> Hello!
>
> Is it possible to prevent a program to be straced on x86?
> What do I have to do, eg., to prevent a perl-program to be straced?
>
So that none can see what are you doing? Or because your program is
breaking because of this? Prob
On 8/30/05, Phy Prabab <[EMAIL PROTECTED]> wrote:
> Hello all,
>
> I am seeing something odd w/sockets. I have an app
> that opens and closes network sockets. When the app
> terminates it releases all fd (sockets) and exists,
> yet running netstat after the app terminates still
> shows the socke
On Tue, 25 Jan 2005 12:35:16 +0300, Pavel Fedin <[EMAIL PROTECTED]> wrote:
> > how about just leave the characters unchanged? (remap them to the same
> > codes in Unicode).
>
> But what to do when i convert then from unicode to 8-bit iocharset? This can
> lead to that several characters in Mac c
(could you please use shorter lines? Around 80 is good. It's difficult to read).
On Mon, 24 Jan 2005 12:57:56 +0300, Pavel Fedin <[EMAIL PROTECTED]> wrote:
> ... This means that you must to be able to reverse-translate all names from
> Linux encoding to Mac encoding. Using NLS causes characters lo
l
Isn't this a good thing to have spam filtered out before it will be
written in spool?
Alex Riesen
-
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/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
rw_semaphore semaphore
#define init_rwsem init_MUTEX <<<<<<<<<<<<<<<< here
#define down_read down
#define down_write down
#define up_read up
#define up_write up
Should it be fixed? And, maybe the other define's around
should be fixed too?
Alex Rie
help to port the applications using that api.
On Thu, Apr 19, 2001 at 11:46:46AM +0200, Alex Riesen wrote:
Hi, all
i am missing a good (i think) feature of unix descriptors
in SysV semaphores - to be poll(2)-able.
Have someone an idea to somehow achieve the goal ?
something like this
nts = POLLIN|POLLOUT);
fds[0].fd = sem;
fds[1].fd = server_sock1;
fds[2].fd = cmd_sock2;
while ( poll(fds, countof(fds), -1) >= 0 )
...
Thank you in advance
Alex Riesen
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Hi,
BTW, ACPI in ac20 doesn't work for me either :(
Alex
On Mon, Mar 26, 2001 at 10:35:33AM -0800, Grover, Andrew wrote:
> > From: Ingo Oeser [mailto:[EMAIL PROTECTED]]
> > > > As i recompiled 2.4.2-ac20 with ACPI support
> > > > the system cannot switch itself off.
> > > > I get a message "Could
On Mon, Mar 26, 2001 at 10:35:33AM -0800, Grover, Andrew wrote:
> > > > As i recompiled 2.4.2-ac20 with ACPI support
> > > > the system cannot switch itself off.
> > > > I get a message "Couldn't switch to S5" if
> > > > At load it shows that the mode is supported.
> > >
> > > Same with AMR P6BAP
Hi, dear all
As i recompiled 2.4.2-ac20 with ACPI support
the system cannot switch itself off.
With APM it work without any problem.
I get a message "Couldn't switch to S5" if
try to call reboot(2).
At load it shows that the mode is supported.
Alex Riesen
P.S.
Motheboard As
Hi, all,
just hit by tmpfs on 2.4.2-ac20
mount -t tmpfs mnt
dd if=/dev/zero mnt/tmpfile
resulted in hardly slowed system and lockup,
and not in "No space left on device", as expected.
Alex Riesen
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&qu
64 matches
Mail list logo
